From xen-users-bounces@lists.xen.org Sun Jul 01 05:54:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 05:54: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 1SlD5s-0001H1-8I; Sun, 01 Jul 2012 05:53:12 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1SlD5r-0001Gw-1B for xen-users@lists.xen.org; Sun, 01 Jul 2012 05:53:11 +0000 X-Env-Sender: epretorious@yahoo.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1341121984!9474540!1 X-Originating-IP: [98.138.229.101] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16998 invoked from network); 1 Jul 2012 05:53:04 -0000 Received: from nm35-vm5.bullet.mail.ne1.yahoo.com (HELO nm35-vm5.bullet.mail.ne1.yahoo.com) (98.138.229.101) by server-8.tower-27.messagelabs.com with SMTP; 1 Jul 2012 05:53:04 -0000 Received: from [98.138.90.49] by nm35.bullet.mail.ne1.yahoo.com with NNFMP; 01 Jul 2012 05:53:03 -0000 Received: from [98.138.87.9] by tm2.bullet.mail.ne1.yahoo.com with NNFMP; 01 Jul 2012 05:53:03 -0000 Received: from [127.0.0.1] by omp1009.mail.ne1.yahoo.com with NNFMP; 01 Jul 2012 05:53:03 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 872957.13862.bm@omp1009.mail.ne1.yahoo.com Received: (qmail 29497 invoked by uid 60001); 1 Jul 2012 05:53:03 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1341121983; bh=69fJxYvJQDDEUQf8ssg5SImG80zo+vQSv1z/gzoFpUI=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Dczs8FCbHncQnxhnyrOl6kd8KESsBPZkFoHtxK75ibjqIS2t7REk5N55UCO+i18kUwWw+d73+8FRI4xfEJ/pXCHaaMH5/F/1UhUw5bpjMFiwbripq+oR8B3KxV0yuh92s7CWWRo72XIjtR7/POFYcnbJY0L0E0s/orZxVVn4wm8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=aes57rL8jSsATLosuJyS5NKGhJJey6+a3FtM6D+NxViERnBeVBgcVVkUuSML8YzkQtL1enn+4AtZ2VnSsX24xvvdqSsssNbe9zAJwGFf4H7/DgBObKqprObNtoOZA7rJmIxYGz2gPe5GSgytb0RqKlCzzRLo2F0dX+wJj/AxJOw=; X-YMail-OSG: b1zoKS8VM1m1UkvVbGPO0xiD.VUjan5Gem5ELK5H19iC5BR ds_gVYDs1pZBFyvpoKoCf56UBpMCcZcPVhz3fzlMLRfPObLUVrjQ254O.eU. s8IxDfYkeSDmhMyegMw3itcTwufxPM8hp21KnFJJybzoKgNwNlURHAYJpF2_ fV1YDlo2iGjATAsjeQrfTj._gE.nOMLLW2hFxY_ecE0yUZt4P1pk0gakvPM7 70elCh38H0FvdsRlz3Mmd0_9UqH4fOKbHIwV82JIG2DtLtdiCEidpQaUogwD vzIbzufFEytZiJxaWbJdIJAfHwBFylyMF_dlDNJZchiUntJROGiIkzPC9CfF D8wInohw9pp4nPdE2EtZObq3GuQ3gbafTefhh_mvORdbMhZoPch7aHG36INm 68_BLYySvq7pzz5iWQZwr4k3VSYbDTzDlAk2GsSPjwGI4iJHBrpyLER4b79V c.VxtLkn_k7LfZleQyNyQj6MOxFJqsv99rHTAzqu_hz0_uznHh6WbzC3fOT4 2o5ay5Q7QwJlCkYr7VdiSz5eQEc2LkGAz0Gv6K1xYw2NGvsq7kvPTA_6zHHI T5oT1eMMzXkkv8ygm4ezpWA-- Received: from [24.32.26.44] by web121701.mail.ne1.yahoo.com via HTTP; Sat, 30 Jun 2012 22:53:03 PDT X-Mailer: YahooMailWebService/0.8.118.349524 References: <1340250451.66183.YahooMailNeo@web121706.mail.ne1.yahoo.com> <1340251876.46385.YahooMailNeo@web121701.mail.ne1.yahoo.com> Message-ID: <1341121983.23346.YahooMailNeo@web121701.mail.ne1.yahoo.com> Date: Sat, 30 Jun 2012 22:53:03 -0700 (PDT) From: Eric To: "xen-users@lists.xen.org" In-Reply-To: MIME-Version: 1.0 Subject: Re: [Xen-users] Recommended Reading for Xen Hypervisor? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eric 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: Fajar A. Nugraha >To: Eric = >Cc: "xen-users@lists.xen.org" = >Sent: Wednesday, June 20, 2012 9:21 PM >Subject: Re: [Xen-users] Recommended Reading for Xen Hypervisor? > = >On Thu, Jun 21, 2012 at 11:11 AM, Eric wrote: >> Thanks, Fajar: >> >> I've read the RHEL5 Virtualization Guide and, while it is helpful, it's = far >> from complete IMHO. e.g., The guidance that is given is far too general, >> and; libvirt's CLI tools hardly get a mention in most places (with the >> authors preferring, instead, to use virt-manager almost exclusively). > >... > >At this point I'd suggest you finish reading and testing RHEL's >virtualization guide, to get an idea on how xen-for-dummies work. >After that, start by reading >http://wiki.xen.org/wiki/Xen_Beginners_Guide . > >After that, you can either browse other pages of the wiki and ask >questions on what you don't understand, or buy one of the books that >you mentioned. > >There used to be a complete guide for xen 3.0 at >http://www.cl.cam.ac.uk/research/srg/netos/xen/documentation.html , >but at this point I recommend you don't read that yet, and instead >read the above documentation first. FWIW: I chose to start with "The Book of Xen" (Takemura & Crawford, 2009 - = No Starch Press). So far I've read the preface and=A0 first-half of four of= the chapters (as a sort of sample) and I have been _very_ impressed with t= he the content and the style. Eric Pretorious Truckee, CA _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 01 05:54:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 05:54: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 1SlD5s-0001H1-8I; Sun, 01 Jul 2012 05:53:12 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1SlD5r-0001Gw-1B for xen-users@lists.xen.org; Sun, 01 Jul 2012 05:53:11 +0000 X-Env-Sender: epretorious@yahoo.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1341121984!9474540!1 X-Originating-IP: [98.138.229.101] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16998 invoked from network); 1 Jul 2012 05:53:04 -0000 Received: from nm35-vm5.bullet.mail.ne1.yahoo.com (HELO nm35-vm5.bullet.mail.ne1.yahoo.com) (98.138.229.101) by server-8.tower-27.messagelabs.com with SMTP; 1 Jul 2012 05:53:04 -0000 Received: from [98.138.90.49] by nm35.bullet.mail.ne1.yahoo.com with NNFMP; 01 Jul 2012 05:53:03 -0000 Received: from [98.138.87.9] by tm2.bullet.mail.ne1.yahoo.com with NNFMP; 01 Jul 2012 05:53:03 -0000 Received: from [127.0.0.1] by omp1009.mail.ne1.yahoo.com with NNFMP; 01 Jul 2012 05:53:03 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 872957.13862.bm@omp1009.mail.ne1.yahoo.com Received: (qmail 29497 invoked by uid 60001); 1 Jul 2012 05:53:03 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1341121983; bh=69fJxYvJQDDEUQf8ssg5SImG80zo+vQSv1z/gzoFpUI=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Dczs8FCbHncQnxhnyrOl6kd8KESsBPZkFoHtxK75ibjqIS2t7REk5N55UCO+i18kUwWw+d73+8FRI4xfEJ/pXCHaaMH5/F/1UhUw5bpjMFiwbripq+oR8B3KxV0yuh92s7CWWRo72XIjtR7/POFYcnbJY0L0E0s/orZxVVn4wm8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=aes57rL8jSsATLosuJyS5NKGhJJey6+a3FtM6D+NxViERnBeVBgcVVkUuSML8YzkQtL1enn+4AtZ2VnSsX24xvvdqSsssNbe9zAJwGFf4H7/DgBObKqprObNtoOZA7rJmIxYGz2gPe5GSgytb0RqKlCzzRLo2F0dX+wJj/AxJOw=; X-YMail-OSG: b1zoKS8VM1m1UkvVbGPO0xiD.VUjan5Gem5ELK5H19iC5BR ds_gVYDs1pZBFyvpoKoCf56UBpMCcZcPVhz3fzlMLRfPObLUVrjQ254O.eU. s8IxDfYkeSDmhMyegMw3itcTwufxPM8hp21KnFJJybzoKgNwNlURHAYJpF2_ fV1YDlo2iGjATAsjeQrfTj._gE.nOMLLW2hFxY_ecE0yUZt4P1pk0gakvPM7 70elCh38H0FvdsRlz3Mmd0_9UqH4fOKbHIwV82JIG2DtLtdiCEidpQaUogwD vzIbzufFEytZiJxaWbJdIJAfHwBFylyMF_dlDNJZchiUntJROGiIkzPC9CfF D8wInohw9pp4nPdE2EtZObq3GuQ3gbafTefhh_mvORdbMhZoPch7aHG36INm 68_BLYySvq7pzz5iWQZwr4k3VSYbDTzDlAk2GsSPjwGI4iJHBrpyLER4b79V c.VxtLkn_k7LfZleQyNyQj6MOxFJqsv99rHTAzqu_hz0_uznHh6WbzC3fOT4 2o5ay5Q7QwJlCkYr7VdiSz5eQEc2LkGAz0Gv6K1xYw2NGvsq7kvPTA_6zHHI T5oT1eMMzXkkv8ygm4ezpWA-- Received: from [24.32.26.44] by web121701.mail.ne1.yahoo.com via HTTP; Sat, 30 Jun 2012 22:53:03 PDT X-Mailer: YahooMailWebService/0.8.118.349524 References: <1340250451.66183.YahooMailNeo@web121706.mail.ne1.yahoo.com> <1340251876.46385.YahooMailNeo@web121701.mail.ne1.yahoo.com> Message-ID: <1341121983.23346.YahooMailNeo@web121701.mail.ne1.yahoo.com> Date: Sat, 30 Jun 2012 22:53:03 -0700 (PDT) From: Eric To: "xen-users@lists.xen.org" In-Reply-To: MIME-Version: 1.0 Subject: Re: [Xen-users] Recommended Reading for Xen Hypervisor? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eric 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: Fajar A. Nugraha >To: Eric = >Cc: "xen-users@lists.xen.org" = >Sent: Wednesday, June 20, 2012 9:21 PM >Subject: Re: [Xen-users] Recommended Reading for Xen Hypervisor? > = >On Thu, Jun 21, 2012 at 11:11 AM, Eric wrote: >> Thanks, Fajar: >> >> I've read the RHEL5 Virtualization Guide and, while it is helpful, it's = far >> from complete IMHO. e.g., The guidance that is given is far too general, >> and; libvirt's CLI tools hardly get a mention in most places (with the >> authors preferring, instead, to use virt-manager almost exclusively). > >... > >At this point I'd suggest you finish reading and testing RHEL's >virtualization guide, to get an idea on how xen-for-dummies work. >After that, start by reading >http://wiki.xen.org/wiki/Xen_Beginners_Guide . > >After that, you can either browse other pages of the wiki and ask >questions on what you don't understand, or buy one of the books that >you mentioned. > >There used to be a complete guide for xen 3.0 at >http://www.cl.cam.ac.uk/research/srg/netos/xen/documentation.html , >but at this point I recommend you don't read that yet, and instead >read the above documentation first. FWIW: I chose to start with "The Book of Xen" (Takemura & Crawford, 2009 - = No Starch Press). So far I've read the preface and=A0 first-half of four of= the chapters (as a sort of sample) and I have been _very_ impressed with t= he the content and the style. Eric Pretorious Truckee, CA _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 01 05:59:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 05:59: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 1SlDAX-0001Rj-6t; Sun, 01 Jul 2012 05:58:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sl9u5-0008Lx-P4 for xen-users@lists.xen.org; Sun, 01 Jul 2012 02:28:49 +0000 Received: from [85.158.143.99:52333] by server-2.bemta-4.messagelabs.com id FC/05-17938-0E5BFEF4; Sun, 01 Jul 2012 02:28:48 +0000 X-Env-Sender: greg.brackley-sender-f22643@lucidsolutions.co.nz X-Msg-Ref: server-11.tower-216.messagelabs.com!1341109720!22277102!1 X-Originating-IP: [123.255.40.190] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_8, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMzUyNjExOCAo YWJhbmRvbmVkOiBiaXQubHkvT094TDM3KQ==\n X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6934 invoked from network); 1 Jul 2012 02:28:43 -0000 Received: from mta.lucidsolutions.co.nz (HELO mta.lucidsolutions.co.nz) (123.255.40.190) by server-11.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2012 02:28:43 -0000 Received: (qmail 13433 invoked from network); 1 Jul 2012 02:28:39 -0000 Received: by apps.lucidsolutions.co.nz (tmda-sendmail, from uid 504); Sun, 01 Jul 2012 14:28:39 +1200 (NZST) Received: from balls.lucidsolutions.co.nz (HELO ?10.20.1.2?) (greg@10.20.1.2) by mta.lucidsolutions.co.nz with SMTP; 1 Jul 2012 02:28:39 -0000 Message-ID: <4FEFB5D9.6000206@lucidsolutions.co.nz> Date: Sun, 01 Jul 2012 14:28:41 +1200 Organization: Lucid Solutions Ltd User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org From: Greg Brackley X-Delivery-Agent: TMDA/1.0 (Cannonade) X-Mailman-Approved-At: Sun, 01 Jul 2012 05:58:00 +0000 Subject: [Xen-users] CentOS 5/6 DomU network receive path stops, with xen 4.1 and Fedora16 dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I have an ongoing issue where two lightly loaded CentOS guests lose their network connectivity. I haven't managed to find any specific error message in the xen log, the dom0 logs, or the domU logs. I am using a bridged network setup, using the Fedora init script to setup the bond/vlan/bridge. The VM's can run for up to a week between outages. I can use tcpdump in dom0/domU to determine that only frames from dom0 to domU are lost (i.e. the send path looks to be ok). Generating a new VIF with 'xm network-detach' & 'xm network-attach' will re-establish connectivity. I am seeing the following message occasionally in the xen log, but don't know if it is related. (XEN) traps.c:3004: GPF (0060): ffff82c480153ed9 -> ffff82c4802014f8 I'm not really sure where to investigate further. Can anyone recommend an approach to finding the issue or working around it? I have collected up some supporting information here: http://bit.ly/OOxL37 http://plone.lucidsolutions.co.nz/linux/xen/ centos-5-6-guest-network-receive-path-fails-with-xen-4.2-fedora-16-dom0 Greg. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 01 05:59:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 05:59: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 1SlDAX-0001Rj-6t; Sun, 01 Jul 2012 05:58:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sl9u5-0008Lx-P4 for xen-users@lists.xen.org; Sun, 01 Jul 2012 02:28:49 +0000 Received: from [85.158.143.99:52333] by server-2.bemta-4.messagelabs.com id FC/05-17938-0E5BFEF4; Sun, 01 Jul 2012 02:28:48 +0000 X-Env-Sender: greg.brackley-sender-f22643@lucidsolutions.co.nz X-Msg-Ref: server-11.tower-216.messagelabs.com!1341109720!22277102!1 X-Originating-IP: [123.255.40.190] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_8, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMzUyNjExOCAo YWJhbmRvbmVkOiBiaXQubHkvT094TDM3KQ==\n X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6934 invoked from network); 1 Jul 2012 02:28:43 -0000 Received: from mta.lucidsolutions.co.nz (HELO mta.lucidsolutions.co.nz) (123.255.40.190) by server-11.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2012 02:28:43 -0000 Received: (qmail 13433 invoked from network); 1 Jul 2012 02:28:39 -0000 Received: by apps.lucidsolutions.co.nz (tmda-sendmail, from uid 504); Sun, 01 Jul 2012 14:28:39 +1200 (NZST) Received: from balls.lucidsolutions.co.nz (HELO ?10.20.1.2?) (greg@10.20.1.2) by mta.lucidsolutions.co.nz with SMTP; 1 Jul 2012 02:28:39 -0000 Message-ID: <4FEFB5D9.6000206@lucidsolutions.co.nz> Date: Sun, 01 Jul 2012 14:28:41 +1200 Organization: Lucid Solutions Ltd User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org From: Greg Brackley X-Delivery-Agent: TMDA/1.0 (Cannonade) X-Mailman-Approved-At: Sun, 01 Jul 2012 05:58:00 +0000 Subject: [Xen-users] CentOS 5/6 DomU network receive path stops, with xen 4.1 and Fedora16 dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I have an ongoing issue where two lightly loaded CentOS guests lose their network connectivity. I haven't managed to find any specific error message in the xen log, the dom0 logs, or the domU logs. I am using a bridged network setup, using the Fedora init script to setup the bond/vlan/bridge. The VM's can run for up to a week between outages. I can use tcpdump in dom0/domU to determine that only frames from dom0 to domU are lost (i.e. the send path looks to be ok). Generating a new VIF with 'xm network-detach' & 'xm network-attach' will re-establish connectivity. I am seeing the following message occasionally in the xen log, but don't know if it is related. (XEN) traps.c:3004: GPF (0060): ffff82c480153ed9 -> ffff82c4802014f8 I'm not really sure where to investigate further. Can anyone recommend an approach to finding the issue or working around it? I have collected up some supporting information here: http://bit.ly/OOxL37 http://plone.lucidsolutions.co.nz/linux/xen/ centos-5-6-guest-network-receive-path-fails-with-xen-4.2-fedora-16-dom0 Greg. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 01 06:32:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 06:32: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 1SlDgT-0002HG-6H; Sun, 01 Jul 2012 06:31:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlDgR-0002HA-CF for xen-users@lists.xen.org; Sun, 01 Jul 2012 06:30:59 +0000 Received: from [85.158.143.99:2508] by server-3.bemta-4.messagelabs.com id 37/2F-05808-2AEEFEF4; Sun, 01 Jul 2012 06:30:58 +0000 X-Env-Sender: epretorious@yahoo.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1341124256!29958485!1 X-Originating-IP: [98.138.91.55] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13887 invoked from network); 1 Jul 2012 06:30:56 -0000 Received: from nm3-vm0.bullet.mail.ne1.yahoo.com (HELO nm3-vm0.bullet.mail.ne1.yahoo.com) (98.138.91.55) by server-15.tower-216.messagelabs.com with SMTP; 1 Jul 2012 06:30:56 -0000 Received: from [98.138.90.57] by nm3.bullet.mail.ne1.yahoo.com with NNFMP; 01 Jul 2012 06:30:55 -0000 Received: from [98.138.88.235] by tm10.bullet.mail.ne1.yahoo.com with NNFMP; 01 Jul 2012 06:30:55 -0000 Received: from [127.0.0.1] by omp1035.mail.ne1.yahoo.com with NNFMP; 01 Jul 2012 06:30:55 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 923630.32265.bm@omp1035.mail.ne1.yahoo.com Received: (qmail 30387 invoked by uid 60001); 1 Jul 2012 06:30:55 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1341124255; bh=KToU3MUgPIRWlYORRGU7mau14fA6Y4Bm0X4fJ24G5Uw=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=vovU3lXRzquUwOeiy+CZq1GG+jz3+psNcGqTkaWeg0c5f+MImUfvzDcfoXvvBS0ztuh5PmFHHIPe0srxxFckBFMYR635CDKwcnmjn8NhQzd/7TCl+x+rq4gh5la0cX+iet1MZF1ckYgoaOHg8ubMpe7uiBqu1qhSSoRDV+7Z1nM= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=d5BIJuGeEx1lMg39rvCkgZd0NfcFuwqsmHyfXSNACD7IncDYWJnKBsyFR+aaSgFGvmldwmbV6+npbD3uM3urwmdaERMErEwAUuvhMpjw9XUcImrPC+8B5tVrQjSrMI8SBgpjqex7uR0OUXU10y/oFExL/271T//lpdH3qKU/Xk0=; X-YMail-OSG: L.a8LgMVM1k6EvQrBeIdCWhQtZ6CMyLzSierDWjCerMAhTv mw5uHrUJgxMDUjDDtmGd1FhFpeeKMJIr6ZNRCAl5MIO5XU48IlISPktqzpDB HXw0Ev0VieKI0t.Zpcs7.Lt53kT8Ep.sJXcPrXG1_3fy8dtqg5rftTZ8YWpo 0FNOuYiqQz9isPS_0jZ8nen4SWNaEgkyYx1Na23IjpsAEwd.RBv7zFzJzMNE m1ndh44cEXvxX1Kky0DKA2Ye01jMEiHkiUnuEubrDjPfFiuwDUSLs9SfPtve zGEc2.uOwhfWvIMriKgaX96Q1D81UwedCNNz2Yflen20lJPY0.TqP5OT8W1W e8dXDTcGFQgjA8gF7OUgTjDWV_nAcJklGwes6GuBrVbWM2MxXQPBOlu7w0Wb 6mUv1ssTVvmVBC81158T.c0EPvh2yX9PqKO1ng_xoTrkC.PoAXDSvkbWKmRJ ZVCA9M6n3ZMWRyv22O9gvq7vQTVhBPupiCKB.HM.ltGXUvytbLC5bkFftn24 s0qJRdbJLS6d.8paWtRPrsP39CVRUhuDNClkSzq815QhlYhN.j0FX6rLAYuj iZya7iT.jMJBvGL3SUsIRoZkoeRsiYkRP0HCrwcDM9UjSK876Y.dsOaMapL1 j9BLBPwaiXVGXW7G_vDUpfceUgyUJ97bADWu.jl7y96lE0mCkdtH2YUSg Received: from [24.32.26.44] by web121705.mail.ne1.yahoo.com via HTTP; Sat, 30 Jun 2012 23:30:55 PDT X-Mailer: YahooMailWebService/0.8.118.349524 References: <1340751680.97807.YahooMailNeo@web121706.mail.ne1.yahoo.com> <1340829525.21729.YahooMailNeo@web121704.mail.ne1.yahoo.com> Message-ID: <1341124255.7705.YahooMailNeo@web121705.mail.ne1.yahoo.com> Date: Sat, 30 Jun 2012 23:30:55 -0700 (PDT) From: Eric To: "xen-users@lists.xen.org" In-Reply-To: MIME-Version: 1.0 Cc: Andrew Eross Subject: Re: [Xen-users] Which one to use: Xen HV, Xen Cloud Platform, or Citrix XenServer? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eric List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0030356013142737360==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0030356013142737360== Content-Type: multipart/alternative; boundary="-1714046436-72026848-1341124255=:7705" ---1714046436-72026848-1341124255=:7705 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Thanks for telling me about Remus, Andrew:=0A=0AFault-tolerance (FT) on Xen= HV/XCP/XS is a topic that I am very curious about but haven't had time to = delve into.=0A=0AI've set up a two node XenServer pool using XenCenter and = have been impressed with the simplicity of managing XS using XC.=0A=0AHowev= er, while digging a little deeper into the quesion of Debian and the Xen Hy= pervisor I discovered that Debian has announced that Debian 7.0 (Wheezy) wi= ll also include XCP (1.3)...=0A=0A=A0* http://wiki.debian.org/Xen/=0A=0A...= and now I'm really puzzled (because I thought that XCP was a complete hyper= visor platform [similar to VMware ESXi and Citrix XenServer] that included = a CentOS-based Dom0). I'm also a bit put-off by, what seems like, the large= number of packaging issues related to XAPI in/on Debian. (Is that a fair a= ssesment, in your opinion?)=0A=0AI do like that Wheezy will ship with Xen H= ypervisor 4.1, though, and I like that I'll be able to extend/modify the Do= mO using the extensive Debian package library (and/or by installing/compili= ng software from source [e.g., Gluster]).=0A=0AI haven't tested XCP yet tho= ugh and I'm wondering what others' experience has been with Debian+Xen?=0A= =0AEric Pretorious=0ATruckee, CA=0A=0A=0A=0A>______________________________= __=0A> From: Andrew Eross =0A>To: Eric =0A>Cc: "xen-users@lists.xen.org" ; Fajar = A. Nugraha =0A>Sent: Wednesday, June 27, 2012 6:37 PM=0A>S= ubject: Re: [Xen-users] Which one to use: Xen HV, Xen Cloud Platform, or Ci= trix XenServer?=0A> =0A>=0A>I have to agree with Eric here --=0A>=0A>=0A>I = found it really difficult to determine that type of high-level question whe= n I first got into playing around with Xen, XCP, and XenServer.=A0=0A>=0A>= =0A>Reading through "the docs" doesn't really give you those answers.=0A>= =0A>=0A>There's lot of in-depth information, but not much available that ju= st explains the basics a sys admin would want to know.=0A>=0A>=0A>Even now = after having played with all 3 for a while, I'm not totally confident of th= e answers to the questions raised by the OP:=0A>=09* is more stable?=0A>=09= * has more=A0features? e.g., live migration, high-availability, etc.=0A>=0A= >=09* tracks Xen HV development more closely?=0A>In particular I can't spea= k for Xen vs XCP/XenServer... but I do feel that XenServer is more stable t= han XCP as XCP is derived from the XenServer code base and then basically I= think has the proprietary bits pulled out (is that right guys?), so overal= l XenServer certainly must be more stable as it attracts more of Citrix's t= ime and effort in testing and certifying the releases.=0A>=0A>=0A>I'd be in= clined to recommend XenServer to anyone who doesn't need anything more than= the free version of XenServer provides.=A0=0A>=0A>=0A>With that said, we h= ave been using XCP 1.1 on a number of servers here as well and haven't had = any issues, so I think it's quite a nice product.=0A>=0A>=0A>Check out the = comparison matrix here:=0A>http://wiki.xen.org/wiki/XCP/XenServer_Feature_M= atrix=0A>=0A>=0A>Note, neither XCP nor the free XenServer will give you HA.= For that you need the Advanced Xenserver, and HA can be a bit tricky to se= tup.... it's not uber obvious from the online docs either, but HA will only= work if you have identical server hardware that can be setup in a pool and= you also need a shared storage backend (or setup DRBD for shared storage, = which we've played with, but I wouldn't recommend to the faint of heart or = those who want things to work easily without a lot of messing around).=0A>= =0A>=0A>DRBD reference:=A0http://www.linbit.com/fileadmin/tech-guides/xense= rver-drbd.pdf=0A>=0A>=0A>I'm going to shortly be playing around with the al= ternative which is to do an active/passive HA DRBD setup using free XenServ= er and the above guide.=0A>=0A>=0A>For HA with plain Xen there's also Remus= (http://nss.cs.ubc.ca/remus/), which I haven't tried yet, but really would= love to hear from others how well it works.=0A>=0A>=0A>Cheers,=0A>Andrew= =0A>=0A>=0A>Andrew Eross=0A>CTO=0A>Locatrix Communications=0A>=0A>=0A>=0A>= =0A>=0A>On Wed, Jun 27, 2012 at 5:38 PM, Eric wrote= :=0A>=0A>> From: Fajar A. Nugraha =0A>>=0A>>>To: Eric =0A>>>Cc: "xen-users@lists.xen.org" =0A>>>Sent: Tuesday, June 26, 2012 5:27 PM=0A>>>Subject: Re: [Xen-users= ] Which one to use: Xen HV, Xen Cloud Platform, or Citrix XenServer?=0A>>= =0A>>>=0A>>>On Wed, Jun 27, 2012 at 6:01 AM, Eric w= rote:=0A>>>> With so many different avenues for using Xen I'm wondering whi= ch path to=0A>>>> take:=0A>>>>=0A>>>> Xen Hypervisor (e.g., CentOS 5.x, Deb= ian {4,5,6}, etc),=0A>>>> Xen Cloud Platform [XCP], or=0A>>>> Citrix XenSer= ver [XS].=0A>>>>=0A>>>> Is there one platform that...=0A>>>> is more stable= ?=0A>>>> has more features? e.g., live migration, high-availability, etc.= =0A>>>> tracks Xen HV development more closely?=0A>>>>=0A>>>> Is there one = Linux distro that...=0A>>>>=0A>>>> is more stable than the others?=0A>>>> t= racks Xen HV development more closely? e.g.,RHEL/CentOS 5.x uses Xen 3.0.= =0A>>>> Debian 6 uses Xen 4.0 AFAIK.=0A>>>=0A>>>If you've read the document= ations and try some of them, like I=0A>>>recommended before, you'd probably= know the answer already :)=0A>>=0A>>=0A>>1. I've read The Documentation bu= t these questions are not adequately addressed _anywhere_. I'd be happy to = read any links that you can provide that may shed some light on these very-= important questions, though.=0A>>=0A>>2. Recommended *before*?=0A>>=0A>>=0A= >>=0A>>>In short, there's no silver bullet. You can't have it all. For now = anyway.=0A>>>It's your choice whether to pick appliance-type vs distro-inst= alled,=0A>>>and newer-features vs rock-stable-and-proven.=0A>>=0A>>=0A>>Yea= h, I know. That's why I'm asking list members to share their experience and= their perspective.=0A>>=0A>>=0A>>=0A>>>Going forward, since xapi tools wil= l be available and developed mainly=0A>>>on debian/ubuntu, those would prob= ably be the best choice. I wouldn't=0A>>>hold my breath though, as (from ex= perience) most likely it'd take=0A>>>several years to get there.=0A>>=0A>>= =0A>>Thanks, Fajar. That seems like good advice.=0A>>=0A>>Eric Pretorious= =0A>>Truckee, CA=0A>>=0A>>=0A>>=0A>>_______________________________________= ________=0A>>Xen-users mailing list=0A>>Xen-users@lists.xen.org=0A>>http://= lists.xen.org/xen-users=0A>>=0A>=0A>_______________________________________= ________=0A>Xen-users mailing list=0A>Xen-users@lists.xen.org=0A>http://lis= ts.xen.org/xen-users=0A>=0A> ---1714046436-72026848-1341124255=:7705 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks for telling me about Remus, Andrew:

Fault-tolerance (FT) on= Xen HV/XCP/XS is a topic that I am very curious about but haven't had time= to delve into.

I've set= up a two node XenServer pool using XenCenter and have been impressed with = the simplicity of managing XS using XC.

<= /div>
However, while digging a little deeper into the quesion of = Debian and the Xen Hypervisor I discovered that Debian has announced that D= ebian 7.0 (Wheezy) will also include XCP (1.3)...
 * http://wiki.debian.org/Xen/
<= div>
...and now I'm really puzzled (becaus= e I thought that XCP was a complete hypervisor platform [similar to VMware ESXi and Citrix XenServer] that included a CentOS-based Dom0). I'm = also a bit put-off by, what seems like, the large number of packaging issue= s related to XAPI in/on Debian. (Is that a fair assesment, in your opinion?= )

I do like that Wheezy will sh= ip with Xen Hypervisor 4.1, though, and I like that I'll be able to extend/= modify the DomO using the extensive Debian package library (and/or by insta= lling/compiling software from source [e.g., Gluster]).

I haven't tes= ted XCP yet though and I'm wondering what others' experience has been with = Debian+Xen?

Eric Pretorious
Truckee, CA

From: Andrew Eross <eross@locatrix.= com>
To: Eric <e= pretorious@yahoo.com>
Cc: "xen-users@lists.xen.org" <xen-users@lists.xen.org>; Fajar A. = Nugraha <list@fajar.net>
S= ent: Wednesday, June 27, 2012 6:37 PM
Subject: Re: [Xen-users] Which one to use: Xen H= V, Xen Cloud Platform, or Citrix XenServer?

=0A
I have to agree with Eric here --

I= found it really difficult to determine that type of high-level question wh= en I first got into playing around with Xen, XCP, and XenServer. 

Reading through "the docs" doesn't really give you tho= se answers.
=0A=0A

There's lot of in-depth informat= ion, but not much available that just explains the basics a sys admin would= want to know.

Even now after having played with a= ll 3 for a while, I'm not totally confident of the answers to the questions= raised by the OP:
=0A=0A
  • is more stable?
  • =0A=0Ahas more features? e.g.,= live migration, high-availability, etc.
  • =0A=0Atracks Xen HV development more closely?
In = particular I can't speak for Xen vs XCP/XenServer... but I do feel that Xen= Server is more stable than XCP as XCP is derived from the XenServer code ba= se and then basically I think has the proprietary bits pulled out (is that = right guys?), so overall XenServer certainly must be more stable as it attr= acts more of Citrix's time and effort in testing and certifying the release= s.
=0A=0A

I'd be inclined to recommend XenServer to= anyone who doesn't need anything more than the free version of XenServer p= rovides. 

With that said, we have been using = XCP 1.1 on a number of servers here as well and haven't had any issues, so = I think it's quite a nice product.
=0A=0A

Chec= k out the comparison matrix here:
http://wiki.xen.org/wiki/XCP/Xe= nServer_Feature_Matrix

=0A=0A
Note, neither X= CP nor the free XenServer will give you HA. For that you need the Advanced = Xenserver, and HA can be a bit tricky to setup.... it's not uber obvious fr= om the online docs either, but HA will only work if you have identical serv= er hardware that can be setup in a pool and you also need a shared storage = backend (or setup DRBD for shared storage, which we've played with, but I w= ouldn't recommend to the faint of heart or those who want things to work ea= sily without a lot of messing around).
=0A=0A

DRBD = reference: http://www.linbit.com/fileadmin/tech-guides/xenserver-drbd.= pdf

I'm going to shortly be playing around with th= e alternative which is to do an active/passive HA DRBD setup using free Xen= Server and the above guide.
=0A=0A

For HA with plai= n Xen there's also Remus (http://nss.cs.ubc.ca/remus/), which I haven't tri= ed yet, but really would love to hear from others how well it works.
= =0A=0A

Cheers,
Andrew

Andrew Eross
CTO
Locatrix Communications


=0A
On Wed, Jun 27, 2012 at 5:38 PM, = Eric <epreto= rious@yahoo.com> wrote:
=0A=0A=0A> From: Fajar A. Nugraha <list@fajar.net>
=0A
=0A>To: Eric <epretorious@yahoo.com>
=0A>Cc: "xen-users@lists.xen.org" <<= a rel=3D"nofollow" ymailto=3D"mailto:xen-users@lists.xen.org" target=3D"_bl= ank" href=3D"mailto:xen-users@lists.xen.org">xen-users@lists.xen.org>= ;
=0A>Sent: Tuesday, June 26, 2012 5:27 PM
=0A>Subject: Re: [Xe= n-users] Which one to use: Xen HV, Xen Cloud Platform, or Citrix XenServer?=
=0A
>
=0A>On Wed, Jun 27, 2012 at 6:01 AM, Eric <epretorious@yahoo.com> wrote:=0A>> With so many different avenues for using Xen I'm wondering whi= ch path to
=0A>> take:
=0A>>
=0A>> Xen Hyperviso= r (e.g., CentOS 5.x, Debian {4,5,6}, etc),
=0A>> Xen Cloud Platfor= m [XCP], or
=0A>> Citrix XenServer [XS].
=0A>>
=0A>= > Is there one platform that...
=0A>> is more stable?
=0A>= ;> has more features? e.g., live migration, high-availability, etc.
= =0A>> tracks Xen HV development more closely?
=0A>>
=0A&g= t;> Is there one Linux distro that...
=0A>>
=0A>> is m= ore stable than the others?
=0A>> tracks Xen HV development more c= losely? e.g.,RHEL/CentOS 5.x uses Xen 3.0.
=0A>> Debian 6 uses Xen= 4.0 AFAIK.
=0A>
=0A>If you've read the documentations and try = some of them, like I
=0A>recommended before, you'd probably know the = answer already :)
=0A
=0A
=0A
1. I've read The Documentation = but these questions are not adequately addressed _anywhere_. I'd be happy t= o read any links that you can provide that may shed some light on these ver= y-important questions, though.
=0A=0A=0A=0A
=0A2. Recommended *before= *?
=0A

=0A
=0A>In short, there's no silver bullet. You can= 't have it all. For now anyway.
=0A>It's your choice whether to pick = appliance-type vs distro-installed,
=0A>and newer-features vs rock-st= able-and-proven.
=0A
=0A
=0A
Yeah, I know. That's why I'm ask= ing list members to share their experience and their perspective.
=0A
=0A
=0A>Going forward, since xapi tools will be available and d= eveloped mainly
=0A>on debian/ubuntu, those would probably be the bes= t choice. I wouldn't
=0A>hold my breath though, as (from experience) = most likely it'd take
=0A>several years to get there.
=0A
=0A=0A
Thanks, Fajar. That seems like good advice.
=0A
=0AEric Pr= etorious
=0ATruckee, CA
=0A

=0A
=0A__________________= _____________________________
=0AXen-users mailing list
=0AXen-users@lists.xen.org
=0Aht= tp://lists.xen.org/xen-users
=0A

<= /div>=0A

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

---1714046436-72026848-1341124255=:7705-- --===============0030356013142737360== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0030356013142737360==-- From xen-users-bounces@lists.xen.org Sun Jul 01 06:32:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 06:32: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 1SlDgT-0002HG-6H; Sun, 01 Jul 2012 06:31:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlDgR-0002HA-CF for xen-users@lists.xen.org; Sun, 01 Jul 2012 06:30:59 +0000 Received: from [85.158.143.99:2508] by server-3.bemta-4.messagelabs.com id 37/2F-05808-2AEEFEF4; Sun, 01 Jul 2012 06:30:58 +0000 X-Env-Sender: epretorious@yahoo.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1341124256!29958485!1 X-Originating-IP: [98.138.91.55] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13887 invoked from network); 1 Jul 2012 06:30:56 -0000 Received: from nm3-vm0.bullet.mail.ne1.yahoo.com (HELO nm3-vm0.bullet.mail.ne1.yahoo.com) (98.138.91.55) by server-15.tower-216.messagelabs.com with SMTP; 1 Jul 2012 06:30:56 -0000 Received: from [98.138.90.57] by nm3.bullet.mail.ne1.yahoo.com with NNFMP; 01 Jul 2012 06:30:55 -0000 Received: from [98.138.88.235] by tm10.bullet.mail.ne1.yahoo.com with NNFMP; 01 Jul 2012 06:30:55 -0000 Received: from [127.0.0.1] by omp1035.mail.ne1.yahoo.com with NNFMP; 01 Jul 2012 06:30:55 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 923630.32265.bm@omp1035.mail.ne1.yahoo.com Received: (qmail 30387 invoked by uid 60001); 1 Jul 2012 06:30:55 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1341124255; bh=KToU3MUgPIRWlYORRGU7mau14fA6Y4Bm0X4fJ24G5Uw=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=vovU3lXRzquUwOeiy+CZq1GG+jz3+psNcGqTkaWeg0c5f+MImUfvzDcfoXvvBS0ztuh5PmFHHIPe0srxxFckBFMYR635CDKwcnmjn8NhQzd/7TCl+x+rq4gh5la0cX+iet1MZF1ckYgoaOHg8ubMpe7uiBqu1qhSSoRDV+7Z1nM= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=d5BIJuGeEx1lMg39rvCkgZd0NfcFuwqsmHyfXSNACD7IncDYWJnKBsyFR+aaSgFGvmldwmbV6+npbD3uM3urwmdaERMErEwAUuvhMpjw9XUcImrPC+8B5tVrQjSrMI8SBgpjqex7uR0OUXU10y/oFExL/271T//lpdH3qKU/Xk0=; X-YMail-OSG: L.a8LgMVM1k6EvQrBeIdCWhQtZ6CMyLzSierDWjCerMAhTv mw5uHrUJgxMDUjDDtmGd1FhFpeeKMJIr6ZNRCAl5MIO5XU48IlISPktqzpDB HXw0Ev0VieKI0t.Zpcs7.Lt53kT8Ep.sJXcPrXG1_3fy8dtqg5rftTZ8YWpo 0FNOuYiqQz9isPS_0jZ8nen4SWNaEgkyYx1Na23IjpsAEwd.RBv7zFzJzMNE m1ndh44cEXvxX1Kky0DKA2Ye01jMEiHkiUnuEubrDjPfFiuwDUSLs9SfPtve zGEc2.uOwhfWvIMriKgaX96Q1D81UwedCNNz2Yflen20lJPY0.TqP5OT8W1W e8dXDTcGFQgjA8gF7OUgTjDWV_nAcJklGwes6GuBrVbWM2MxXQPBOlu7w0Wb 6mUv1ssTVvmVBC81158T.c0EPvh2yX9PqKO1ng_xoTrkC.PoAXDSvkbWKmRJ ZVCA9M6n3ZMWRyv22O9gvq7vQTVhBPupiCKB.HM.ltGXUvytbLC5bkFftn24 s0qJRdbJLS6d.8paWtRPrsP39CVRUhuDNClkSzq815QhlYhN.j0FX6rLAYuj iZya7iT.jMJBvGL3SUsIRoZkoeRsiYkRP0HCrwcDM9UjSK876Y.dsOaMapL1 j9BLBPwaiXVGXW7G_vDUpfceUgyUJ97bADWu.jl7y96lE0mCkdtH2YUSg Received: from [24.32.26.44] by web121705.mail.ne1.yahoo.com via HTTP; Sat, 30 Jun 2012 23:30:55 PDT X-Mailer: YahooMailWebService/0.8.118.349524 References: <1340751680.97807.YahooMailNeo@web121706.mail.ne1.yahoo.com> <1340829525.21729.YahooMailNeo@web121704.mail.ne1.yahoo.com> Message-ID: <1341124255.7705.YahooMailNeo@web121705.mail.ne1.yahoo.com> Date: Sat, 30 Jun 2012 23:30:55 -0700 (PDT) From: Eric To: "xen-users@lists.xen.org" In-Reply-To: MIME-Version: 1.0 Cc: Andrew Eross Subject: Re: [Xen-users] Which one to use: Xen HV, Xen Cloud Platform, or Citrix XenServer? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eric List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0030356013142737360==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0030356013142737360== Content-Type: multipart/alternative; boundary="-1714046436-72026848-1341124255=:7705" ---1714046436-72026848-1341124255=:7705 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Thanks for telling me about Remus, Andrew:=0A=0AFault-tolerance (FT) on Xen= HV/XCP/XS is a topic that I am very curious about but haven't had time to = delve into.=0A=0AI've set up a two node XenServer pool using XenCenter and = have been impressed with the simplicity of managing XS using XC.=0A=0AHowev= er, while digging a little deeper into the quesion of Debian and the Xen Hy= pervisor I discovered that Debian has announced that Debian 7.0 (Wheezy) wi= ll also include XCP (1.3)...=0A=0A=A0* http://wiki.debian.org/Xen/=0A=0A...= and now I'm really puzzled (because I thought that XCP was a complete hyper= visor platform [similar to VMware ESXi and Citrix XenServer] that included = a CentOS-based Dom0). I'm also a bit put-off by, what seems like, the large= number of packaging issues related to XAPI in/on Debian. (Is that a fair a= ssesment, in your opinion?)=0A=0AI do like that Wheezy will ship with Xen H= ypervisor 4.1, though, and I like that I'll be able to extend/modify the Do= mO using the extensive Debian package library (and/or by installing/compili= ng software from source [e.g., Gluster]).=0A=0AI haven't tested XCP yet tho= ugh and I'm wondering what others' experience has been with Debian+Xen?=0A= =0AEric Pretorious=0ATruckee, CA=0A=0A=0A=0A>______________________________= __=0A> From: Andrew Eross =0A>To: Eric =0A>Cc: "xen-users@lists.xen.org" ; Fajar = A. Nugraha =0A>Sent: Wednesday, June 27, 2012 6:37 PM=0A>S= ubject: Re: [Xen-users] Which one to use: Xen HV, Xen Cloud Platform, or Ci= trix XenServer?=0A> =0A>=0A>I have to agree with Eric here --=0A>=0A>=0A>I = found it really difficult to determine that type of high-level question whe= n I first got into playing around with Xen, XCP, and XenServer.=A0=0A>=0A>= =0A>Reading through "the docs" doesn't really give you those answers.=0A>= =0A>=0A>There's lot of in-depth information, but not much available that ju= st explains the basics a sys admin would want to know.=0A>=0A>=0A>Even now = after having played with all 3 for a while, I'm not totally confident of th= e answers to the questions raised by the OP:=0A>=09* is more stable?=0A>=09= * has more=A0features? e.g., live migration, high-availability, etc.=0A>=0A= >=09* tracks Xen HV development more closely?=0A>In particular I can't spea= k for Xen vs XCP/XenServer... but I do feel that XenServer is more stable t= han XCP as XCP is derived from the XenServer code base and then basically I= think has the proprietary bits pulled out (is that right guys?), so overal= l XenServer certainly must be more stable as it attracts more of Citrix's t= ime and effort in testing and certifying the releases.=0A>=0A>=0A>I'd be in= clined to recommend XenServer to anyone who doesn't need anything more than= the free version of XenServer provides.=A0=0A>=0A>=0A>With that said, we h= ave been using XCP 1.1 on a number of servers here as well and haven't had = any issues, so I think it's quite a nice product.=0A>=0A>=0A>Check out the = comparison matrix here:=0A>http://wiki.xen.org/wiki/XCP/XenServer_Feature_M= atrix=0A>=0A>=0A>Note, neither XCP nor the free XenServer will give you HA.= For that you need the Advanced Xenserver, and HA can be a bit tricky to se= tup.... it's not uber obvious from the online docs either, but HA will only= work if you have identical server hardware that can be setup in a pool and= you also need a shared storage backend (or setup DRBD for shared storage, = which we've played with, but I wouldn't recommend to the faint of heart or = those who want things to work easily without a lot of messing around).=0A>= =0A>=0A>DRBD reference:=A0http://www.linbit.com/fileadmin/tech-guides/xense= rver-drbd.pdf=0A>=0A>=0A>I'm going to shortly be playing around with the al= ternative which is to do an active/passive HA DRBD setup using free XenServ= er and the above guide.=0A>=0A>=0A>For HA with plain Xen there's also Remus= (http://nss.cs.ubc.ca/remus/), which I haven't tried yet, but really would= love to hear from others how well it works.=0A>=0A>=0A>Cheers,=0A>Andrew= =0A>=0A>=0A>Andrew Eross=0A>CTO=0A>Locatrix Communications=0A>=0A>=0A>=0A>= =0A>=0A>On Wed, Jun 27, 2012 at 5:38 PM, Eric wrote= :=0A>=0A>> From: Fajar A. Nugraha =0A>>=0A>>>To: Eric =0A>>>Cc: "xen-users@lists.xen.org" =0A>>>Sent: Tuesday, June 26, 2012 5:27 PM=0A>>>Subject: Re: [Xen-users= ] Which one to use: Xen HV, Xen Cloud Platform, or Citrix XenServer?=0A>>= =0A>>>=0A>>>On Wed, Jun 27, 2012 at 6:01 AM, Eric w= rote:=0A>>>> With so many different avenues for using Xen I'm wondering whi= ch path to=0A>>>> take:=0A>>>>=0A>>>> Xen Hypervisor (e.g., CentOS 5.x, Deb= ian {4,5,6}, etc),=0A>>>> Xen Cloud Platform [XCP], or=0A>>>> Citrix XenSer= ver [XS].=0A>>>>=0A>>>> Is there one platform that...=0A>>>> is more stable= ?=0A>>>> has more features? e.g., live migration, high-availability, etc.= =0A>>>> tracks Xen HV development more closely?=0A>>>>=0A>>>> Is there one = Linux distro that...=0A>>>>=0A>>>> is more stable than the others?=0A>>>> t= racks Xen HV development more closely? e.g.,RHEL/CentOS 5.x uses Xen 3.0.= =0A>>>> Debian 6 uses Xen 4.0 AFAIK.=0A>>>=0A>>>If you've read the document= ations and try some of them, like I=0A>>>recommended before, you'd probably= know the answer already :)=0A>>=0A>>=0A>>1. I've read The Documentation bu= t these questions are not adequately addressed _anywhere_. I'd be happy to = read any links that you can provide that may shed some light on these very-= important questions, though.=0A>>=0A>>2. Recommended *before*?=0A>>=0A>>=0A= >>=0A>>>In short, there's no silver bullet. You can't have it all. For now = anyway.=0A>>>It's your choice whether to pick appliance-type vs distro-inst= alled,=0A>>>and newer-features vs rock-stable-and-proven.=0A>>=0A>>=0A>>Yea= h, I know. That's why I'm asking list members to share their experience and= their perspective.=0A>>=0A>>=0A>>=0A>>>Going forward, since xapi tools wil= l be available and developed mainly=0A>>>on debian/ubuntu, those would prob= ably be the best choice. I wouldn't=0A>>>hold my breath though, as (from ex= perience) most likely it'd take=0A>>>several years to get there.=0A>>=0A>>= =0A>>Thanks, Fajar. That seems like good advice.=0A>>=0A>>Eric Pretorious= =0A>>Truckee, CA=0A>>=0A>>=0A>>=0A>>_______________________________________= ________=0A>>Xen-users mailing list=0A>>Xen-users@lists.xen.org=0A>>http://= lists.xen.org/xen-users=0A>>=0A>=0A>_______________________________________= ________=0A>Xen-users mailing list=0A>Xen-users@lists.xen.org=0A>http://lis= ts.xen.org/xen-users=0A>=0A> ---1714046436-72026848-1341124255=:7705 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks for telling me about Remus, Andrew:

Fault-tolerance (FT) on= Xen HV/XCP/XS is a topic that I am very curious about but haven't had time= to delve into.

I've set= up a two node XenServer pool using XenCenter and have been impressed with = the simplicity of managing XS using XC.

<= /div>
However, while digging a little deeper into the quesion of = Debian and the Xen Hypervisor I discovered that Debian has announced that D= ebian 7.0 (Wheezy) will also include XCP (1.3)...
 * http://wiki.debian.org/Xen/
<= div>
...and now I'm really puzzled (becaus= e I thought that XCP was a complete hypervisor platform [similar to VMware ESXi and Citrix XenServer] that included a CentOS-based Dom0). I'm = also a bit put-off by, what seems like, the large number of packaging issue= s related to XAPI in/on Debian. (Is that a fair assesment, in your opinion?= )

I do like that Wheezy will sh= ip with Xen Hypervisor 4.1, though, and I like that I'll be able to extend/= modify the DomO using the extensive Debian package library (and/or by insta= lling/compiling software from source [e.g., Gluster]).

I haven't tes= ted XCP yet though and I'm wondering what others' experience has been with = Debian+Xen?

Eric Pretorious
Truckee, CA

From: Andrew Eross <eross@locatrix.= com>
To: Eric <e= pretorious@yahoo.com>
Cc: "xen-users@lists.xen.org" <xen-users@lists.xen.org>; Fajar A. = Nugraha <list@fajar.net>
S= ent: Wednesday, June 27, 2012 6:37 PM
Subject: Re: [Xen-users] Which one to use: Xen H= V, Xen Cloud Platform, or Citrix XenServer?

=0A
I have to agree with Eric here --

I= found it really difficult to determine that type of high-level question wh= en I first got into playing around with Xen, XCP, and XenServer. 

Reading through "the docs" doesn't really give you tho= se answers.
=0A=0A

There's lot of in-depth informat= ion, but not much available that just explains the basics a sys admin would= want to know.

Even now after having played with a= ll 3 for a while, I'm not totally confident of the answers to the questions= raised by the OP:
=0A=0A
  • is more stable?
  • =0A=0Ahas more features? e.g.,= live migration, high-availability, etc.
  • =0A=0Atracks Xen HV development more closely?
In = particular I can't speak for Xen vs XCP/XenServer... but I do feel that Xen= Server is more stable than XCP as XCP is derived from the XenServer code ba= se and then basically I think has the proprietary bits pulled out (is that = right guys?), so overall XenServer certainly must be more stable as it attr= acts more of Citrix's time and effort in testing and certifying the release= s.
=0A=0A

I'd be inclined to recommend XenServer to= anyone who doesn't need anything more than the free version of XenServer p= rovides. 

With that said, we have been using = XCP 1.1 on a number of servers here as well and haven't had any issues, so = I think it's quite a nice product.
=0A=0A

Chec= k out the comparison matrix here:
http://wiki.xen.org/wiki/XCP/Xe= nServer_Feature_Matrix

=0A=0A
Note, neither X= CP nor the free XenServer will give you HA. For that you need the Advanced = Xenserver, and HA can be a bit tricky to setup.... it's not uber obvious fr= om the online docs either, but HA will only work if you have identical serv= er hardware that can be setup in a pool and you also need a shared storage = backend (or setup DRBD for shared storage, which we've played with, but I w= ouldn't recommend to the faint of heart or those who want things to work ea= sily without a lot of messing around).
=0A=0A

DRBD = reference: http://www.linbit.com/fileadmin/tech-guides/xenserver-drbd.= pdf

I'm going to shortly be playing around with th= e alternative which is to do an active/passive HA DRBD setup using free Xen= Server and the above guide.
=0A=0A

For HA with plai= n Xen there's also Remus (http://nss.cs.ubc.ca/remus/), which I haven't tri= ed yet, but really would love to hear from others how well it works.
= =0A=0A

Cheers,
Andrew

Andrew Eross
CTO
Locatrix Communications


=0A
On Wed, Jun 27, 2012 at 5:38 PM, = Eric <epreto= rious@yahoo.com> wrote:
=0A=0A=0A> From: Fajar A. Nugraha <list@fajar.net>
=0A
=0A>To: Eric <epretorious@yahoo.com>
=0A>Cc: "xen-users@lists.xen.org" <<= a rel=3D"nofollow" ymailto=3D"mailto:xen-users@lists.xen.org" target=3D"_bl= ank" href=3D"mailto:xen-users@lists.xen.org">xen-users@lists.xen.org>= ;
=0A>Sent: Tuesday, June 26, 2012 5:27 PM
=0A>Subject: Re: [Xe= n-users] Which one to use: Xen HV, Xen Cloud Platform, or Citrix XenServer?=
=0A
>
=0A>On Wed, Jun 27, 2012 at 6:01 AM, Eric <epretorious@yahoo.com> wrote:=0A>> With so many different avenues for using Xen I'm wondering whi= ch path to
=0A>> take:
=0A>>
=0A>> Xen Hyperviso= r (e.g., CentOS 5.x, Debian {4,5,6}, etc),
=0A>> Xen Cloud Platfor= m [XCP], or
=0A>> Citrix XenServer [XS].
=0A>>
=0A>= > Is there one platform that...
=0A>> is more stable?
=0A>= ;> has more features? e.g., live migration, high-availability, etc.
= =0A>> tracks Xen HV development more closely?
=0A>>
=0A&g= t;> Is there one Linux distro that...
=0A>>
=0A>> is m= ore stable than the others?
=0A>> tracks Xen HV development more c= losely? e.g.,RHEL/CentOS 5.x uses Xen 3.0.
=0A>> Debian 6 uses Xen= 4.0 AFAIK.
=0A>
=0A>If you've read the documentations and try = some of them, like I
=0A>recommended before, you'd probably know the = answer already :)
=0A
=0A
=0A
1. I've read The Documentation = but these questions are not adequately addressed _anywhere_. I'd be happy t= o read any links that you can provide that may shed some light on these ver= y-important questions, though.
=0A=0A=0A=0A
=0A2. Recommended *before= *?
=0A

=0A
=0A>In short, there's no silver bullet. You can= 't have it all. For now anyway.
=0A>It's your choice whether to pick = appliance-type vs distro-installed,
=0A>and newer-features vs rock-st= able-and-proven.
=0A
=0A
=0A
Yeah, I know. That's why I'm ask= ing list members to share their experience and their perspective.
=0A
=0A
=0A>Going forward, since xapi tools will be available and d= eveloped mainly
=0A>on debian/ubuntu, those would probably be the bes= t choice. I wouldn't
=0A>hold my breath though, as (from experience) = most likely it'd take
=0A>several years to get there.
=0A
=0A=0A
Thanks, Fajar. That seems like good advice.
=0A
=0AEric Pr= etorious
=0ATruckee, CA
=0A

=0A
=0A__________________= _____________________________
=0AXen-users mailing list
=0AXen-users@lists.xen.org
=0Aht= tp://lists.xen.org/xen-users
=0A

<= /div>=0A

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

---1714046436-72026848-1341124255=:7705-- --===============0030356013142737360== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0030356013142737360==-- From xen-users-bounces@lists.xen.org Sun Jul 01 08:22:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 08:22: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 1SlFOt-0004UU-Co; Sun, 01 Jul 2012 08:20:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlFOr-0004UP-GS for xen-users@lists.xen.org; Sun, 01 Jul 2012 08:20:57 +0000 Received: from [85.158.138.51:61327] by server-7.bemta-3.messagelabs.com id DE/A3-10113-86800FF4; Sun, 01 Jul 2012 08:20:56 +0000 X-Env-Sender: lists+xen@internecto.net X-Msg-Ref: server-2.tower-174.messagelabs.com!1341130855!29318519!1 X-Originating-IP: [87.98.246.89] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32527 invoked from network); 1 Jul 2012 08:20:56 -0000 Received: from paladin.internecto.net (HELO mx1.internecto.net) (87.98.246.89) by server-2.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2012 08:20:56 -0000 Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id 8895E499D3 for ; Sun, 1 Jul 2012 08:20:55 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mx1.internecto.net Received: from mx1.internecto.net ([87.98.246.89]) by localhost (paladin.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w5HVDGnqbqH4 for ; Sun, 1 Jul 2012 08:20:54 +0000 (UTC) Received: from internecto.net (5ED4FDEB.cm-7-5d.dynamic.ziggo.nl [94.212.253.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: lists@internecto.net) by mx1.internecto.net (Postfix) with ESMTPSA id 661874D35B for ; Sun, 1 Jul 2012 08:20:54 +0000 (UTC) Date: Sun, 1 Jul 2012 10:20:52 +0200 From: lists+xen@internecto.net To: xen-users@lists.xen.org Message-ID: <20120701102052.546f3e7d@internecto.net> In-Reply-To: References: Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Subject: Re: [Xen-users] [XEN][Ubuntu's Linux bridge replaced by OVS problem using 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 Fri, 29 Jun 2012 10:21:40 +0500 Waqar Ahmed wrote: > Thank you Fajar, No I have never used OVS on any configuration. > I am following the INSTALL.LINUX and INSTALL.BRIDGE to insert the OVS > as a kernel module in XEN booted kernel on Ubuntu 11.10. I do remove > the Linux bridge to get OVS working. > I am still working on it and will reply once i get something > significant I have been using this for quite some time. In xen-network-common.sh you can find the add_to_bridge function. Here you find the line 'brctl addif ${bridge} ${dev}'. Simply replace this with 'ovs-vsctl add-port ${bridge} ${dev}'. If you want to assign the device to a VLAN from your VM config you can do that too. Openvswitch can create "fake bridges" that are VLAN tagged and you can add interfaces to that fake bridge. Example: # Create virtual bridge ovs-vsctl add-br vbr0 # Create a fake bridge connected to vbr0 with tag 10 ovs-vsctl add-br vbr0 vlan10 10 # Add a device that gets tagged with tag 10 ovs-vsctl add-port vlan10 vm1 So, in your VM's vif line this translates to: script=vif-bridge,vifname=vm_foo0,mac=02:16:3e:0a:00:01,bridge=vlan10,model=e1000 As an aside, I always advice people to not let Xen interfere with their networking setup - if you use xend this means to have the second line of network-bridge be 'exit 0'. That way you can just setup your own networking without the odd routine of network-bridge. Basically the Xen scripts are scripts you can customise to your needs in whatever way you want. Many people seem to be confused about this but in the end it is all very easy to customise. That being said, one feature that is currently missing is that I would really like to be able to pass arguments to the scripts, for example 'vtag=10' or 'vtag=trunk'. It seems impossible, or at least I could not find ways to do that without hacking other bits and pieces of Xen which are not as easy to maintain when you upgrade Xen. HTH, Mark _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 01 08:22:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 08:22: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 1SlFOt-0004UU-Co; Sun, 01 Jul 2012 08:20:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlFOr-0004UP-GS for xen-users@lists.xen.org; Sun, 01 Jul 2012 08:20:57 +0000 Received: from [85.158.138.51:61327] by server-7.bemta-3.messagelabs.com id DE/A3-10113-86800FF4; Sun, 01 Jul 2012 08:20:56 +0000 X-Env-Sender: lists+xen@internecto.net X-Msg-Ref: server-2.tower-174.messagelabs.com!1341130855!29318519!1 X-Originating-IP: [87.98.246.89] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32527 invoked from network); 1 Jul 2012 08:20:56 -0000 Received: from paladin.internecto.net (HELO mx1.internecto.net) (87.98.246.89) by server-2.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2012 08:20:56 -0000 Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id 8895E499D3 for ; Sun, 1 Jul 2012 08:20:55 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mx1.internecto.net Received: from mx1.internecto.net ([87.98.246.89]) by localhost (paladin.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w5HVDGnqbqH4 for ; Sun, 1 Jul 2012 08:20:54 +0000 (UTC) Received: from internecto.net (5ED4FDEB.cm-7-5d.dynamic.ziggo.nl [94.212.253.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: lists@internecto.net) by mx1.internecto.net (Postfix) with ESMTPSA id 661874D35B for ; Sun, 1 Jul 2012 08:20:54 +0000 (UTC) Date: Sun, 1 Jul 2012 10:20:52 +0200 From: lists+xen@internecto.net To: xen-users@lists.xen.org Message-ID: <20120701102052.546f3e7d@internecto.net> In-Reply-To: References: Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Subject: Re: [Xen-users] [XEN][Ubuntu's Linux bridge replaced by OVS problem using 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 Fri, 29 Jun 2012 10:21:40 +0500 Waqar Ahmed wrote: > Thank you Fajar, No I have never used OVS on any configuration. > I am following the INSTALL.LINUX and INSTALL.BRIDGE to insert the OVS > as a kernel module in XEN booted kernel on Ubuntu 11.10. I do remove > the Linux bridge to get OVS working. > I am still working on it and will reply once i get something > significant I have been using this for quite some time. In xen-network-common.sh you can find the add_to_bridge function. Here you find the line 'brctl addif ${bridge} ${dev}'. Simply replace this with 'ovs-vsctl add-port ${bridge} ${dev}'. If you want to assign the device to a VLAN from your VM config you can do that too. Openvswitch can create "fake bridges" that are VLAN tagged and you can add interfaces to that fake bridge. Example: # Create virtual bridge ovs-vsctl add-br vbr0 # Create a fake bridge connected to vbr0 with tag 10 ovs-vsctl add-br vbr0 vlan10 10 # Add a device that gets tagged with tag 10 ovs-vsctl add-port vlan10 vm1 So, in your VM's vif line this translates to: script=vif-bridge,vifname=vm_foo0,mac=02:16:3e:0a:00:01,bridge=vlan10,model=e1000 As an aside, I always advice people to not let Xen interfere with their networking setup - if you use xend this means to have the second line of network-bridge be 'exit 0'. That way you can just setup your own networking without the odd routine of network-bridge. Basically the Xen scripts are scripts you can customise to your needs in whatever way you want. Many people seem to be confused about this but in the end it is all very easy to customise. That being said, one feature that is currently missing is that I would really like to be able to pass arguments to the scripts, for example 'vtag=10' or 'vtag=trunk'. It seems impossible, or at least I could not find ways to do that without hacking other bits and pieces of Xen which are not as easy to maintain when you upgrade Xen. HTH, Mark _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 01 08:23:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 08:23: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 1SlFQN-0004YY-3m; Sun, 01 Jul 2012 08:22:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlFQL-0004YO-Us for xen-users@lists.xen.org; Sun, 01 Jul 2012 08:22:30 +0000 Received: from [85.158.143.35:27642] by server-2.bemta-4.messagelabs.com id BF/AA-17938-5C800FF4; Sun, 01 Jul 2012 08:22:29 +0000 X-Env-Sender: lists+xen@internecto.net X-Msg-Ref: server-13.tower-21.messagelabs.com!1341130948!17088352!1 X-Originating-IP: [87.98.246.89] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8025 invoked from network); 1 Jul 2012 08:22:28 -0000 Received: from paladin.internecto.net (HELO mx1.internecto.net) (87.98.246.89) by server-13.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2012 08:22:28 -0000 Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id 701B24D363 for ; Sun, 1 Jul 2012 08:22:28 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mx1.internecto.net Received: from mx1.internecto.net ([87.98.246.89]) by localhost (paladin.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZvnoL60W4tJp for ; Sun, 1 Jul 2012 08:22:27 +0000 (UTC) Received: from internecto.net (5ED4FDEB.cm-7-5d.dynamic.ziggo.nl [94.212.253.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: lists@internecto.net) by mx1.internecto.net (Postfix) with ESMTPSA id CA7244D354 for ; Sun, 1 Jul 2012 08:22:27 +0000 (UTC) Date: Sun, 1 Jul 2012 10:22:26 +0200 From: lists+xen@internecto.net To: xen-users@lists.xen.org Message-ID: <20120701102226.1715dbdf@internecto.net> In-Reply-To: References: Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Subject: Re: [Xen-users] Xen 10GBit Ethernet network performance (was: Re: Experience with Xen & AMD Opteron 4200 series?) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 NOT configure a bridge in dom0, try normal eth0 <-> eth0 comms > (The linux bridge is a BRIDGE. that's the things everyone stopped > using in 1998) can you back this up with evidence? Even if this would be true, which is absolutely not the case, you could try playing around with openvswitch. But bridges not being used anymore? Bogative imho. Bridges making traffic more slow? Please back this up with facts, too. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 01 08:23:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 08:23: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 1SlFQN-0004YY-3m; Sun, 01 Jul 2012 08:22:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlFQL-0004YO-Us for xen-users@lists.xen.org; Sun, 01 Jul 2012 08:22:30 +0000 Received: from [85.158.143.35:27642] by server-2.bemta-4.messagelabs.com id BF/AA-17938-5C800FF4; Sun, 01 Jul 2012 08:22:29 +0000 X-Env-Sender: lists+xen@internecto.net X-Msg-Ref: server-13.tower-21.messagelabs.com!1341130948!17088352!1 X-Originating-IP: [87.98.246.89] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8025 invoked from network); 1 Jul 2012 08:22:28 -0000 Received: from paladin.internecto.net (HELO mx1.internecto.net) (87.98.246.89) by server-13.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2012 08:22:28 -0000 Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id 701B24D363 for ; Sun, 1 Jul 2012 08:22:28 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mx1.internecto.net Received: from mx1.internecto.net ([87.98.246.89]) by localhost (paladin.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZvnoL60W4tJp for ; Sun, 1 Jul 2012 08:22:27 +0000 (UTC) Received: from internecto.net (5ED4FDEB.cm-7-5d.dynamic.ziggo.nl [94.212.253.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: lists@internecto.net) by mx1.internecto.net (Postfix) with ESMTPSA id CA7244D354 for ; Sun, 1 Jul 2012 08:22:27 +0000 (UTC) Date: Sun, 1 Jul 2012 10:22:26 +0200 From: lists+xen@internecto.net To: xen-users@lists.xen.org Message-ID: <20120701102226.1715dbdf@internecto.net> In-Reply-To: References: Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Subject: Re: [Xen-users] Xen 10GBit Ethernet network performance (was: Re: Experience with Xen & AMD Opteron 4200 series?) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 NOT configure a bridge in dom0, try normal eth0 <-> eth0 comms > (The linux bridge is a BRIDGE. that's the things everyone stopped > using in 1998) can you back this up with evidence? Even if this would be true, which is absolutely not the case, you could try playing around with openvswitch. But bridges not being used anymore? Bogative imho. Bridges making traffic more slow? Please back this up with facts, too. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 01 09:17:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 09: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 1SlGGB-0005wr-HL; Sun, 01 Jul 2012 09:16:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlGG9-0005wm-PR for xen-users@lists.xen.org; Sun, 01 Jul 2012 09:16:01 +0000 Received: from [85.158.139.83:12027] by server-11.bemta-5.messagelabs.com id 6E/C5-20400-05510FF4; Sun, 01 Jul 2012 09:16:00 +0000 X-Env-Sender: linus@vangeuns.name X-Msg-Ref: server-5.tower-182.messagelabs.com!1341134160!30418074!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1631 invoked from network); 1 Jul 2012 09:16:00 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2012 09:16:00 -0000 Received: by wgbed3 with SMTP id ed3so3079329wgb.32 for ; Sun, 01 Jul 2012 02:16:00 -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=teiKO3ei0tt4aijFkWD1kFmGSW+Gj5drih2SwCOm3Lw=; b=JTxmCrzC94TnZN+9SXN9OKi+nwttJJDF4XZgbwl8gVJWwJtKpVHFYC4qCorZtZglc8 8uHcbN9zC08GdvHDd8Pq610F5n6xkac1DonS1yWk3X7cIQcrDASrkqo8ueYl9ky1J0Zu daYAP9IKIuecJnnzIWPvybmRM7aOqYvhG5epMNOkkHflIGDiZAqRaXtI9f+G4QDEfTiS DV9FdLX5CAdir4wD/zYFUOrl0vIhRYMFrp0uogrPmEmyYsprZOttDEgTov9t4bo7z+LC YjyBiwo779VuAemN73Ac9w1VTJDlJNQDA/7tLro/Qknkhw0FdUMxcPQVm5S7EHlKzU9p MOfw== MIME-Version: 1.0 Received: by 10.180.97.135 with SMTP id ea7mr9572501wib.11.1341134157975; Sun, 01 Jul 2012 02:15:57 -0700 (PDT) Received: by 10.180.101.201 with HTTP; Sun, 1 Jul 2012 02:15:57 -0700 (PDT) In-Reply-To: <20120701102226.1715dbdf@internecto.net> References: <20120701102226.1715dbdf@internecto.net> Date: Sun, 1 Jul 2012 11:15:57 +0200 Message-ID: From: Linus van Geuns To: lists+xen@internecto.net X-Gm-Message-State: ALoCoQkG9b1PtPb1R+JBzPrzsW4Nc+fuDmCK92PhRS4QTSqGa6X2uWv+ViJtcfxz8RK+837CKuL8 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen 10GBit Ethernet network performance (was: Re: Experience with Xen & AMD Opteron 4200 series?) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 "internecto.net", On Sun, Jul 1, 2012 at 10:22 AM, wrote: > >> - do NOT configure a bridge in dom0, try normal eth0 <-> eth0 comms >> (The linux bridge is a BRIDGE. that's the things everyone stopped >> using in 1998) > > can you back this up with evidence? I think he meant multiport reapeaters aka hubs. Regards, Linus _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 01 09:17:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 09: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 1SlGGB-0005wr-HL; Sun, 01 Jul 2012 09:16:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlGG9-0005wm-PR for xen-users@lists.xen.org; Sun, 01 Jul 2012 09:16:01 +0000 Received: from [85.158.139.83:12027] by server-11.bemta-5.messagelabs.com id 6E/C5-20400-05510FF4; Sun, 01 Jul 2012 09:16:00 +0000 X-Env-Sender: linus@vangeuns.name X-Msg-Ref: server-5.tower-182.messagelabs.com!1341134160!30418074!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1631 invoked from network); 1 Jul 2012 09:16:00 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2012 09:16:00 -0000 Received: by wgbed3 with SMTP id ed3so3079329wgb.32 for ; Sun, 01 Jul 2012 02:16:00 -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=teiKO3ei0tt4aijFkWD1kFmGSW+Gj5drih2SwCOm3Lw=; b=JTxmCrzC94TnZN+9SXN9OKi+nwttJJDF4XZgbwl8gVJWwJtKpVHFYC4qCorZtZglc8 8uHcbN9zC08GdvHDd8Pq610F5n6xkac1DonS1yWk3X7cIQcrDASrkqo8ueYl9ky1J0Zu daYAP9IKIuecJnnzIWPvybmRM7aOqYvhG5epMNOkkHflIGDiZAqRaXtI9f+G4QDEfTiS DV9FdLX5CAdir4wD/zYFUOrl0vIhRYMFrp0uogrPmEmyYsprZOttDEgTov9t4bo7z+LC YjyBiwo779VuAemN73Ac9w1VTJDlJNQDA/7tLro/Qknkhw0FdUMxcPQVm5S7EHlKzU9p MOfw== MIME-Version: 1.0 Received: by 10.180.97.135 with SMTP id ea7mr9572501wib.11.1341134157975; Sun, 01 Jul 2012 02:15:57 -0700 (PDT) Received: by 10.180.101.201 with HTTP; Sun, 1 Jul 2012 02:15:57 -0700 (PDT) In-Reply-To: <20120701102226.1715dbdf@internecto.net> References: <20120701102226.1715dbdf@internecto.net> Date: Sun, 1 Jul 2012 11:15:57 +0200 Message-ID: From: Linus van Geuns To: lists+xen@internecto.net X-Gm-Message-State: ALoCoQkG9b1PtPb1R+JBzPrzsW4Nc+fuDmCK92PhRS4QTSqGa6X2uWv+ViJtcfxz8RK+837CKuL8 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen 10GBit Ethernet network performance (was: Re: Experience with Xen & AMD Opteron 4200 series?) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 "internecto.net", On Sun, Jul 1, 2012 at 10:22 AM, wrote: > >> - do NOT configure a bridge in dom0, try normal eth0 <-> eth0 comms >> (The linux bridge is a BRIDGE. that's the things everyone stopped >> using in 1998) > > can you back this up with evidence? I think he meant multiport reapeaters aka hubs. Regards, Linus _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 01 10:30:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 10:30: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 1SlHPE-0006yU-CO; Sun, 01 Jul 2012 10:29:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlHPC-0006yP-41 for xen-users@lists.xen.org; Sun, 01 Jul 2012 10:29:26 +0000 Received: from [85.158.143.35:16594] by server-3.bemta-4.messagelabs.com id 0B/88-05808-58620FF4; Sun, 01 Jul 2012 10:29:25 +0000 X-Env-Sender: lists+xen@internecto.net X-Msg-Ref: server-4.tower-21.messagelabs.com!1341138564!7332598!1 X-Originating-IP: [87.98.246.89] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18360 invoked from network); 1 Jul 2012 10:29:24 -0000 Received: from paladin.internecto.net (HELO mx1.internecto.net) (87.98.246.89) by server-4.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2012 10:29:24 -0000 Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id 26DA94D381 for ; Sun, 1 Jul 2012 10:29:24 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mx1.internecto.net Received: from mx1.internecto.net ([87.98.246.89]) by localhost (paladin.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6elRamhFeiAi for ; Sun, 1 Jul 2012 10:29:23 +0000 (UTC) Received: from internecto.net (5ED4FDEB.cm-7-5d.dynamic.ziggo.nl [94.212.253.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: lists@internecto.net) by mx1.internecto.net (Postfix) with ESMTPSA id C9C9E4D374 for ; Sun, 1 Jul 2012 10:29:22 +0000 (UTC) Date: Sun, 1 Jul 2012 12:29:21 +0200 From: Mark van Dijk To: xen-users@lists.xen.org Message-ID: <20120701122921.46df1d5a@internecto.net> In-Reply-To: References: <20120701102226.1715dbdf@internecto.net> Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Subject: Re: [Xen-users] Xen 10GBit Ethernet network performance (was: Re: Experience with Xen & AMD Opteron 4200 series?) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 "internecto.net", Urgh, sorry, I use tags for my list subscriptions (e.g. lists+xen, lists+zsh etc.) to ease delivery to imap folders. Unfortunately I can't set a default From header with each list so have to do that manually. > >> - do NOT configure a bridge in dom0, try normal eth0 <-> eth0 comms > >> (The linux bridge is a BRIDGE. that's the things everyone stopped > >> using in 1998) > > > > can you back this up with evidence? > > I think he meant multiport reapeaters aka hubs. Yes, now that is something I can agree with although I still don't really understand why this comment would apply to virtual bridging. Mark _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 01 10:30:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 10:30: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 1SlHPE-0006yU-CO; Sun, 01 Jul 2012 10:29:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlHPC-0006yP-41 for xen-users@lists.xen.org; Sun, 01 Jul 2012 10:29:26 +0000 Received: from [85.158.143.35:16594] by server-3.bemta-4.messagelabs.com id 0B/88-05808-58620FF4; Sun, 01 Jul 2012 10:29:25 +0000 X-Env-Sender: lists+xen@internecto.net X-Msg-Ref: server-4.tower-21.messagelabs.com!1341138564!7332598!1 X-Originating-IP: [87.98.246.89] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18360 invoked from network); 1 Jul 2012 10:29:24 -0000 Received: from paladin.internecto.net (HELO mx1.internecto.net) (87.98.246.89) by server-4.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2012 10:29:24 -0000 Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id 26DA94D381 for ; Sun, 1 Jul 2012 10:29:24 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mx1.internecto.net Received: from mx1.internecto.net ([87.98.246.89]) by localhost (paladin.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6elRamhFeiAi for ; Sun, 1 Jul 2012 10:29:23 +0000 (UTC) Received: from internecto.net (5ED4FDEB.cm-7-5d.dynamic.ziggo.nl [94.212.253.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: lists@internecto.net) by mx1.internecto.net (Postfix) with ESMTPSA id C9C9E4D374 for ; Sun, 1 Jul 2012 10:29:22 +0000 (UTC) Date: Sun, 1 Jul 2012 12:29:21 +0200 From: Mark van Dijk To: xen-users@lists.xen.org Message-ID: <20120701122921.46df1d5a@internecto.net> In-Reply-To: References: <20120701102226.1715dbdf@internecto.net> Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Subject: Re: [Xen-users] Xen 10GBit Ethernet network performance (was: Re: Experience with Xen & AMD Opteron 4200 series?) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 "internecto.net", Urgh, sorry, I use tags for my list subscriptions (e.g. lists+xen, lists+zsh etc.) to ease delivery to imap folders. Unfortunately I can't set a default From header with each list so have to do that manually. > >> - do NOT configure a bridge in dom0, try normal eth0 <-> eth0 comms > >> (The linux bridge is a BRIDGE. that's the things everyone stopped > >> using in 1998) > > > > can you back this up with evidence? > > I think he meant multiport reapeaters aka hubs. Yes, now that is something I can agree with although I still don't really understand why this comment would apply to virtual bridging. Mark _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 01 12:05:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 12:05: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 1SlItR-0000PB-8Q; Sun, 01 Jul 2012 12:04:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlItP-0000P6-Sp for xen-users@lists.xen.org; Sun, 01 Jul 2012 12:04:44 +0000 Received: from [85.158.138.51:60507] by server-11.bemta-3.messagelabs.com id 9C/19-02904-ADC30FF4; Sun, 01 Jul 2012 12:04:42 +0000 X-Env-Sender: vchepkov@gmail.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1341144280!30346231!1 X-Originating-IP: [209.85.216.52] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8698 invoked from network); 1 Jul 2012 12:04:41 -0000 Received: from mail-qa0-f52.google.com (HELO mail-qa0-f52.google.com) (209.85.216.52) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2012 12:04:41 -0000 Received: by qabj34 with SMTP id j34so1538840qab.11 for ; Sun, 01 Jul 2012 05:04:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:date:message-id:to:mime-version:x-mailer; bh=gI5RP/qmBpWjQh+aaspRUnrffu7wnUczlP5d1O0xJbs=; b=eQe9YuPIIYAfQyuJ07LtQU+Ba9CWBd9WRtMKw+UrCAnhL9QJMsD0WT54Pl++ZmIk1M BGHD1kN4w0ZrkwrBdHqd9m9zx1t6RYFRxMYNVpEH3W1FhJ6ds/a70cXgwISfufeu4hD1 l3asbxIKaaaiNfjTBG2L3G6zV39HzTBihGaD1YS5wykG3NU9NoKhK5p4CiJph7IecZwE ynkIla3s1lKTLXM/Uo3WsUxaQmxX6UcuRudeywFtK94IQKHtJXob10ylRdCuXBOAUWp+ 7tZkR0lpcmCR+1n89XCpWV8ATaHdlM1EW5zAyd2o//b2/3nrjPi04evAVNYfmXYgfGFE TUVw== Received: by 10.224.184.207 with SMTP id cl15mr16340717qab.44.1341144280157; Sun, 01 Jul 2012 05:04:40 -0700 (PDT) Received: from vvcmac.home (pool-173-71-217-187.clppva.fios.verizon.net. [173.71.217.187]) by mx.google.com with ESMTPS id bk12sm23814340qab.6.2012.07.01.05.04.38 (version=SSLv3 cipher=OTHER); Sun, 01 Jul 2012 05:04:39 -0700 (PDT) From: Vadym Chepkov Date: Sun, 1 Jul 2012 08:04:36 -0400 Message-Id: To: xen-users@lists.xen.org Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) Subject: [Xen-users] Interfaces are disconnected during start/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="===============0414069129082335562==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0414069129082335562== Content-Type: multipart/signed; boundary="Apple-Mail=_89EDCEC8-40F9-4470-AD18-DA361D047EDB"; protocol="application/pgp-signature"; micalg=pgp-sha1 --Apple-Mail=_89EDCEC8-40F9-4470-AD18-DA361D047EDB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, We are using Xen 3.0.3 (latest in Centos 5) to test our application on = different platforms. We constantly start/destroy different guests, variety of Windows and = Linux VMs : # ip addr show|tail -4 25094: vif18682.0: mtu 1500 qdisc = pfifo_fast qlen 500 link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff 25095: tap4: mtu 1500 qdisc pfifo_fast = qlen 500 link/ether fe:f4:fd:9d:3d:57 brd ff:ff:ff:ff:ff:ff All guests reside in xen network: # virsh net-dumpxml xen xen We are experiencing network disruption, packet losses when guests are = started/destroyed. Communications of guests with outside "world" as well as 10.1.0.1 are = affected. What could be the root cause and what we can do to resolve this issue? Thanks, Vadym --Apple-Mail=_89EDCEC8-40F9-4470-AD18-DA361D047EDB Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) iEYEARECAAYFAk/wPNUACgkQmYV3iqStpjtSawCeJlypxSDKFsjK91BhUzo0vQTy CrcAn0PNiIEMCy+Bq19fHU8UDqfQw3nr =Wnt6 -----END PGP SIGNATURE----- --Apple-Mail=_89EDCEC8-40F9-4470-AD18-DA361D047EDB-- --===============0414069129082335562== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0414069129082335562==-- From xen-users-bounces@lists.xen.org Sun Jul 01 12:05:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 12:05: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 1SlItR-0000PB-8Q; Sun, 01 Jul 2012 12:04:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlItP-0000P6-Sp for xen-users@lists.xen.org; Sun, 01 Jul 2012 12:04:44 +0000 Received: from [85.158.138.51:60507] by server-11.bemta-3.messagelabs.com id 9C/19-02904-ADC30FF4; Sun, 01 Jul 2012 12:04:42 +0000 X-Env-Sender: vchepkov@gmail.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1341144280!30346231!1 X-Originating-IP: [209.85.216.52] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8698 invoked from network); 1 Jul 2012 12:04:41 -0000 Received: from mail-qa0-f52.google.com (HELO mail-qa0-f52.google.com) (209.85.216.52) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2012 12:04:41 -0000 Received: by qabj34 with SMTP id j34so1538840qab.11 for ; Sun, 01 Jul 2012 05:04:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:date:message-id:to:mime-version:x-mailer; bh=gI5RP/qmBpWjQh+aaspRUnrffu7wnUczlP5d1O0xJbs=; b=eQe9YuPIIYAfQyuJ07LtQU+Ba9CWBd9WRtMKw+UrCAnhL9QJMsD0WT54Pl++ZmIk1M BGHD1kN4w0ZrkwrBdHqd9m9zx1t6RYFRxMYNVpEH3W1FhJ6ds/a70cXgwISfufeu4hD1 l3asbxIKaaaiNfjTBG2L3G6zV39HzTBihGaD1YS5wykG3NU9NoKhK5p4CiJph7IecZwE ynkIla3s1lKTLXM/Uo3WsUxaQmxX6UcuRudeywFtK94IQKHtJXob10ylRdCuXBOAUWp+ 7tZkR0lpcmCR+1n89XCpWV8ATaHdlM1EW5zAyd2o//b2/3nrjPi04evAVNYfmXYgfGFE TUVw== Received: by 10.224.184.207 with SMTP id cl15mr16340717qab.44.1341144280157; Sun, 01 Jul 2012 05:04:40 -0700 (PDT) Received: from vvcmac.home (pool-173-71-217-187.clppva.fios.verizon.net. [173.71.217.187]) by mx.google.com with ESMTPS id bk12sm23814340qab.6.2012.07.01.05.04.38 (version=SSLv3 cipher=OTHER); Sun, 01 Jul 2012 05:04:39 -0700 (PDT) From: Vadym Chepkov Date: Sun, 1 Jul 2012 08:04:36 -0400 Message-Id: To: xen-users@lists.xen.org Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) Subject: [Xen-users] Interfaces are disconnected during start/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="===============0414069129082335562==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0414069129082335562== Content-Type: multipart/signed; boundary="Apple-Mail=_89EDCEC8-40F9-4470-AD18-DA361D047EDB"; protocol="application/pgp-signature"; micalg=pgp-sha1 --Apple-Mail=_89EDCEC8-40F9-4470-AD18-DA361D047EDB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, We are using Xen 3.0.3 (latest in Centos 5) to test our application on = different platforms. We constantly start/destroy different guests, variety of Windows and = Linux VMs : # ip addr show|tail -4 25094: vif18682.0: mtu 1500 qdisc = pfifo_fast qlen 500 link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff 25095: tap4: mtu 1500 qdisc pfifo_fast = qlen 500 link/ether fe:f4:fd:9d:3d:57 brd ff:ff:ff:ff:ff:ff All guests reside in xen network: # virsh net-dumpxml xen xen We are experiencing network disruption, packet losses when guests are = started/destroyed. Communications of guests with outside "world" as well as 10.1.0.1 are = affected. What could be the root cause and what we can do to resolve this issue? Thanks, Vadym --Apple-Mail=_89EDCEC8-40F9-4470-AD18-DA361D047EDB Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) iEYEARECAAYFAk/wPNUACgkQmYV3iqStpjtSawCeJlypxSDKFsjK91BhUzo0vQTy CrcAn0PNiIEMCy+Bq19fHU8UDqfQw3nr =Wnt6 -----END PGP SIGNATURE----- --Apple-Mail=_89EDCEC8-40F9-4470-AD18-DA361D047EDB-- --===============0414069129082335562== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0414069129082335562==-- From xen-users-bounces@lists.xen.org Sun Jul 01 13:01:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 13:01: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 1SlJki-0001EE-02; Sun, 01 Jul 2012 12:59:48 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlJkg-0001E5-Gh for xen-users@lists.xen.org; Sun, 01 Jul 2012 12:59:46 +0000 X-Env-Sender: G.Bakalarski@icm.edu.pl X-Msg-Ref: server-15.tower-27.messagelabs.com!1341147574!2627792!1 X-Originating-IP: [212.87.14.2] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15914 invoked from network); 1 Jul 2012 12:59:37 -0000 Received: from gw.icm.edu.pl (HELO gw.icm.edu.pl) (212.87.14.2) by server-15.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2012 12:59:37 -0000 Received: from webmail.icm.edu.pl (webmail.icm.edu.pl [212.87.14.43]) (authenticated bits=0) by gw.icm.edu.pl (8.14.0/8.14.0/rzm-5.7/gw-icm) with ESMTP id q61CxSRx029298 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 1 Jul 2012 14:59:28 +0200 Received: from 89.79.16.208 (SquirrelMail authenticated user grzesb) by webmail.icm.edu.pl with HTTP; Sun, 1 Jul 2012 14:59:28 +0200 (CEST) Message-ID: <0aac8b50f46e0e1301d139dbbeb00bee.squirrel@webmail.icm.edu.pl> Date: Sun, 1 Jul 2012 14:59:28 +0200 (CEST) From: G.Bakalarski@icm.edu.pl To: xen-users@lists.xen.org User-Agent: SquirrelMail/1.4.17 MIME-Version: 1.0 X-Priority: 3 (Normal) Importance: Normal X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0rc1 (gw.icm.edu.pl [212.87.14.2]); Sun, 01 Jul 2012 14:59:28 +0200 (CEST) X-Filtry: w sprawie filtracji wirusow i spamu pisz do: spam@icm.edu.pl X-Spam-Score: -3.033 () AWL,BAYES_00,RZM_ORT,SOBIG_X_PRIORITY X-Spam-Report: SpamAssassin v3.2.5-rzm report pts rule name description 0.3 SOBIG_X_PRIORITY X-Priority: 3 (Normal) - possible Sobig remains -3.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.5 RZM_ORT FULL: spacja przed [,\.?!] -0.2 AWL AWL: From: address is in the auto white-list X-Scanned-By: MIMEDefang 2.64 on 212.87.14.2 Subject: [Xen-users] leap second mess X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: G.Bakalarski@icm.edu.pl List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 list Maybe everybody already knows this, but today many of our domUs got crazy - unusually high load on machines doing nothing (e.g. load of 200 on machine which usually has load 2-4). Simple command: date; date `date +"%m%d%H%M%C%y.%S"`; date magically make peace ... [shocked] GB _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 01 13:01:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 13:01: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 1SlJki-0001EE-02; Sun, 01 Jul 2012 12:59:48 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlJkg-0001E5-Gh for xen-users@lists.xen.org; Sun, 01 Jul 2012 12:59:46 +0000 X-Env-Sender: G.Bakalarski@icm.edu.pl X-Msg-Ref: server-15.tower-27.messagelabs.com!1341147574!2627792!1 X-Originating-IP: [212.87.14.2] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15914 invoked from network); 1 Jul 2012 12:59:37 -0000 Received: from gw.icm.edu.pl (HELO gw.icm.edu.pl) (212.87.14.2) by server-15.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2012 12:59:37 -0000 Received: from webmail.icm.edu.pl (webmail.icm.edu.pl [212.87.14.43]) (authenticated bits=0) by gw.icm.edu.pl (8.14.0/8.14.0/rzm-5.7/gw-icm) with ESMTP id q61CxSRx029298 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 1 Jul 2012 14:59:28 +0200 Received: from 89.79.16.208 (SquirrelMail authenticated user grzesb) by webmail.icm.edu.pl with HTTP; Sun, 1 Jul 2012 14:59:28 +0200 (CEST) Message-ID: <0aac8b50f46e0e1301d139dbbeb00bee.squirrel@webmail.icm.edu.pl> Date: Sun, 1 Jul 2012 14:59:28 +0200 (CEST) From: G.Bakalarski@icm.edu.pl To: xen-users@lists.xen.org User-Agent: SquirrelMail/1.4.17 MIME-Version: 1.0 X-Priority: 3 (Normal) Importance: Normal X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0rc1 (gw.icm.edu.pl [212.87.14.2]); Sun, 01 Jul 2012 14:59:28 +0200 (CEST) X-Filtry: w sprawie filtracji wirusow i spamu pisz do: spam@icm.edu.pl X-Spam-Score: -3.033 () AWL,BAYES_00,RZM_ORT,SOBIG_X_PRIORITY X-Spam-Report: SpamAssassin v3.2.5-rzm report pts rule name description 0.3 SOBIG_X_PRIORITY X-Priority: 3 (Normal) - possible Sobig remains -3.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.5 RZM_ORT FULL: spacja przed [,\.?!] -0.2 AWL AWL: From: address is in the auto white-list X-Scanned-By: MIMEDefang 2.64 on 212.87.14.2 Subject: [Xen-users] leap second mess X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: G.Bakalarski@icm.edu.pl List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 list Maybe everybody already knows this, but today many of our domUs got crazy - unusually high load on machines doing nothing (e.g. load of 200 on machine which usually has load 2-4). Simple command: date; date `date +"%m%d%H%M%C%y.%S"`; date magically make peace ... [shocked] GB _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 01 15:25:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 15:25: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 1SlM0N-0003fp-Lo; Sun, 01 Jul 2012 15:24:07 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlM0L-0003fj-T8 for xen-users@lists.xen.org; Sun, 01 Jul 2012 15:24:06 +0000 X-Env-Sender: ajlill@ajlc.waterloo.on.ca X-Msg-Ref: server-13.tower-27.messagelabs.com!1341156238!9426490!1 X-Originating-IP: [64.7.134.25] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30082 invoked from network); 1 Jul 2012 15:23:59 -0000 Received: from ajlill.sentex.ca (HELO mail.ajlc.waterloo.on.ca) (64.7.134.25) by server-13.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2012 15:23:59 -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 q61FNpW5018872 for ; Sun, 1 Jul 2012 11:23:51 -0400 Message-ID: <4FF06B87.30907@ajlc.waterloo.on.ca> Date: Sun, 01 Jul 2012 11:23:51 -0400 From: Tony Lill 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: <0aac8b50f46e0e1301d139dbbeb00bee.squirrel@webmail.icm.edu.pl> In-Reply-To: <0aac8b50f46e0e1301d139dbbeb00bee.squirrel@webmail.icm.edu.pl> X-Enigmail-Version: 1.4.2 X-Spam-Status: No, score=-101.0 required=5.0 tests=ALL_TRUSTED,AWL, T_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] leap second mess X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Yeah, that was fun. According to my monitoring, context switches and interrupts increased by a factor of 10 or more when the leap second was added. On 07/01/2012 08:59 AM, G.Bakalarski@icm.edu.pl wrote: > Hi list > > Maybe everybody already knows this, but > > today many of our domUs got crazy - unusually > > high load on machines doing nothing (e.g. load of 200 > > on machine which usually has load 2-4). > > Simple command: > > date; date `date +"%m%d%H%M%C%y.%S"`; date > > magically make peace ... > > > [shocked] > > > GB > > > _______________________________________________ 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.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/wa4YACgkQGS8yZq1uvxBragCeMwZj+YogkqOdIcOLgpCL0sIZ HhoAn2tMPHrrEVh4Qi2w/qHtViUkEykL =+5J7 -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 01 15:25:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 15:25: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 1SlM0N-0003fp-Lo; Sun, 01 Jul 2012 15:24:07 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlM0L-0003fj-T8 for xen-users@lists.xen.org; Sun, 01 Jul 2012 15:24:06 +0000 X-Env-Sender: ajlill@ajlc.waterloo.on.ca X-Msg-Ref: server-13.tower-27.messagelabs.com!1341156238!9426490!1 X-Originating-IP: [64.7.134.25] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30082 invoked from network); 1 Jul 2012 15:23:59 -0000 Received: from ajlill.sentex.ca (HELO mail.ajlc.waterloo.on.ca) (64.7.134.25) by server-13.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2012 15:23:59 -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 q61FNpW5018872 for ; Sun, 1 Jul 2012 11:23:51 -0400 Message-ID: <4FF06B87.30907@ajlc.waterloo.on.ca> Date: Sun, 01 Jul 2012 11:23:51 -0400 From: Tony Lill 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: <0aac8b50f46e0e1301d139dbbeb00bee.squirrel@webmail.icm.edu.pl> In-Reply-To: <0aac8b50f46e0e1301d139dbbeb00bee.squirrel@webmail.icm.edu.pl> X-Enigmail-Version: 1.4.2 X-Spam-Status: No, score=-101.0 required=5.0 tests=ALL_TRUSTED,AWL, T_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] leap second mess X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Yeah, that was fun. According to my monitoring, context switches and interrupts increased by a factor of 10 or more when the leap second was added. On 07/01/2012 08:59 AM, G.Bakalarski@icm.edu.pl wrote: > Hi list > > Maybe everybody already knows this, but > > today many of our domUs got crazy - unusually > > high load on machines doing nothing (e.g. load of 200 > > on machine which usually has load 2-4). > > Simple command: > > date; date `date +"%m%d%H%M%C%y.%S"`; date > > magically make peace ... > > > [shocked] > > > GB > > > _______________________________________________ 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.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/wa4YACgkQGS8yZq1uvxBragCeMwZj+YogkqOdIcOLgpCL0sIZ HhoAn2tMPHrrEVh4Qi2w/qHtViUkEykL =+5J7 -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 01 15:33:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 15:33:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlM8f-0003uy-T1; Sun, 01 Jul 2012 15:32:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlM8e-0003uh-41 for xen-users@lists.xen.org; Sun, 01 Jul 2012 15:32:40 +0000 Received: from [85.158.139.83:51551] by server-6.bemta-5.messagelabs.com id 0E/18-11348-79D60FF4; Sun, 01 Jul 2012 15:32:39 +0000 X-Env-Sender: ajlill@ajlc.waterloo.on.ca X-Msg-Ref: server-13.tower-182.messagelabs.com!1341156757!29876606!1 X-Originating-IP: [64.7.134.25] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23257 invoked from network); 1 Jul 2012 15:32:38 -0000 Received: from ajlill.sentex.ca (HELO mail.ajlc.waterloo.on.ca) (64.7.134.25) by server-13.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2012 15:32:38 -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 q61FWU1V020431 for ; Sun, 1 Jul 2012 11:32:30 -0400 Message-ID: <4FF06D8E.3000406@ajlc.waterloo.on.ca> Date: Sun, 01 Jul 2012 11:32:30 -0400 From: Tony Lill 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: <0aac8b50f46e0e1301d139dbbeb00bee.squirrel@webmail.icm.edu.pl> <4FF06B87.30907@ajlc.waterloo.on.ca> In-Reply-To: <4FF06B87.30907@ajlc.waterloo.on.ca> X-Enigmail-Version: 1.4.2 X-Spam-Status: No, score=-101.0 required=5.0 tests=ALL_TRUSTED,AWL, T_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] leap second mess X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Apparently this is a known bug http://blog.mozilla.org/it/2012/06/30/mysql-and-the-leap-second-high-cpu-and-the-fix/ On 07/01/2012 11:23 AM, Tony Lill wrote: > Yeah, that was fun. According to my monitoring, context switches > and interrupts increased by a factor of 10 or more when the leap > second was added. > > On 07/01/2012 08:59 AM, G.Bakalarski@icm.edu.pl wrote: >> Hi list > >> Maybe everybody already knows this, but > >> today many of our domUs got crazy - unusually > >> high load on machines doing nothing (e.g. load of 200 > >> on machine which usually has load 2-4). > >> Simple command: > >> date; date `date +"%m%d%H%M%C%y.%S"`; date > >> magically make peace ... > > >> [shocked] > > >> GB > > >> _______________________________________________ Xen-users mailing >> list Xen-users@lists.xen.org http://lists.xen.org/xen-users > > > > _______________________________________________ Xen-users mailing > list Xen-users@lists.xen.org http://lists.xen.org/xen-users > - -- Tony Lill, OCT, 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.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/wbY4ACgkQGS8yZq1uvxDqaACfXccDuw5PU3v/35lQg/+jQQ/W Ip8An0KhRNf9N1CxYUzl72JAoP4Rzr62 =tYiD -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 01 15:33:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 15:33:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlM8f-0003uy-T1; Sun, 01 Jul 2012 15:32:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlM8e-0003uh-41 for xen-users@lists.xen.org; Sun, 01 Jul 2012 15:32:40 +0000 Received: from [85.158.139.83:51551] by server-6.bemta-5.messagelabs.com id 0E/18-11348-79D60FF4; Sun, 01 Jul 2012 15:32:39 +0000 X-Env-Sender: ajlill@ajlc.waterloo.on.ca X-Msg-Ref: server-13.tower-182.messagelabs.com!1341156757!29876606!1 X-Originating-IP: [64.7.134.25] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23257 invoked from network); 1 Jul 2012 15:32:38 -0000 Received: from ajlill.sentex.ca (HELO mail.ajlc.waterloo.on.ca) (64.7.134.25) by server-13.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2012 15:32:38 -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 q61FWU1V020431 for ; Sun, 1 Jul 2012 11:32:30 -0400 Message-ID: <4FF06D8E.3000406@ajlc.waterloo.on.ca> Date: Sun, 01 Jul 2012 11:32:30 -0400 From: Tony Lill 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: <0aac8b50f46e0e1301d139dbbeb00bee.squirrel@webmail.icm.edu.pl> <4FF06B87.30907@ajlc.waterloo.on.ca> In-Reply-To: <4FF06B87.30907@ajlc.waterloo.on.ca> X-Enigmail-Version: 1.4.2 X-Spam-Status: No, score=-101.0 required=5.0 tests=ALL_TRUSTED,AWL, T_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] leap second mess X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Apparently this is a known bug http://blog.mozilla.org/it/2012/06/30/mysql-and-the-leap-second-high-cpu-and-the-fix/ On 07/01/2012 11:23 AM, Tony Lill wrote: > Yeah, that was fun. According to my monitoring, context switches > and interrupts increased by a factor of 10 or more when the leap > second was added. > > On 07/01/2012 08:59 AM, G.Bakalarski@icm.edu.pl wrote: >> Hi list > >> Maybe everybody already knows this, but > >> today many of our domUs got crazy - unusually > >> high load on machines doing nothing (e.g. load of 200 > >> on machine which usually has load 2-4). > >> Simple command: > >> date; date `date +"%m%d%H%M%C%y.%S"`; date > >> magically make peace ... > > >> [shocked] > > >> GB > > >> _______________________________________________ Xen-users mailing >> list Xen-users@lists.xen.org http://lists.xen.org/xen-users > > > > _______________________________________________ Xen-users mailing > list Xen-users@lists.xen.org http://lists.xen.org/xen-users > - -- Tony Lill, OCT, 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.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/wbY4ACgkQGS8yZq1uvxDqaACfXccDuw5PU3v/35lQg/+jQQ/W Ip8An0KhRNf9N1CxYUzl72JAoP4Rzr62 =tYiD -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 01 16:18:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 16: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 1SlMq5-0005K5-NB; Sun, 01 Jul 2012 16:17:33 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlMq3-0005K0-K7 for xen-users@lists.xen.org; Sun, 01 Jul 2012 16:17:32 +0000 X-Env-Sender: eross@corp.locatrix.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1341159442!9322529!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23543 invoked from network); 1 Jul 2012 16:17:23 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2012 16:17:23 -0000 Received: by obbta14 with SMTP id ta14so8980616obb.32 for ; Sun, 01 Jul 2012 09:17:22 -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:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=sPoVnjnoGK0pNqEzfcwLJueYTm0lxNh/U1sOTbRlopA=; b=Jj1X9EvCtHK2uN7VtM+mMtMu51dMrlgMSqeQHLuJTomsjZBwfp4QnCzLu4pisG7ttS US5nAdRR4wI1xkcl7jDi6Gw7Bmt0SUXrdU08cTtykU+KrRVulpTbB6gI5e3x/u3jWOcE 17Eo3ARV4GUjIc9ItXMx06PP5JRArMUTE9CamQYBVkgg92MksWJ0wY48Wuw8kueDfSoI qAvQ98VvubkX3+Iodk5c1s+z7roxUW/jruzANAUU4CG+X+yxkqZdfsiixPoFOOxxGtZA MemDEDcajXgIdHiWKBltv4dCjXBk0cY5EsWkgfANym2GrLLNm2gPyV6sn7UsvlYHDUy1 EKEg== Received: by 10.182.16.70 with SMTP id e6mr4636074obd.24.1341159442256; Sun, 01 Jul 2012 09:17:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.50.137 with HTTP; Sun, 1 Jul 2012 09:17:02 -0700 (PDT) In-Reply-To: <1341124255.7705.YahooMailNeo@web121705.mail.ne1.yahoo.com> References: <1340751680.97807.YahooMailNeo@web121706.mail.ne1.yahoo.com> <1340829525.21729.YahooMailNeo@web121704.mail.ne1.yahoo.com> <1341124255.7705.YahooMailNeo@web121705.mail.ne1.yahoo.com> From: Andrew Eross Date: Sun, 1 Jul 2012 13:17:02 -0300 Message-ID: To: Eric X-Gm-Message-State: ALoCoQklK7xLtz0/Orrfl+/Jwuq07aGjWrQVZbTCAiIjvjLnLdeAftf86sEc4fMJ+jsWkaepjKvn Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Which one to use: Xen HV, Xen Cloud Platform, or Citrix XenServer? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4928570243007941292==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4928570243007941292== Content-Type: multipart/alternative; boundary=bcaec55240ee24925304c3c70459 --bcaec55240ee24925304c3c70459 Content-Type: text/plain; charset=ISO-8859-1 Hiya Eric, Yep, pooling is very cool, although it requires identical hardware to work, so for a lot of my experiments involving spare heterogeneous hardware, it hasn't been so useful to me. Also running HA on a pool requires a XenServer advanced license (which I must say is reasonably priced, and Citrix certainly deserves support), and also only really works well out-of-the-box with a real shared storage device. Without a shared storage device, I did get HA working on an active/active DRBD setup with XS Advanced, but found it was prone to split brains and just wasn't quite stable enough that I'd trust it with our database VM. My current side project is creating an active/hot standby HA VM using DRBD in active/passive, pacemaker, and XS, which is working really well so far in initial tests with 2 normal XSs and local disks. So about that XCP Debian thing.. really all that means is it's like you can build your own XCP with Debian as the dom0 instead of CentOS. Read this: http://wiki.xen.org/wiki/Project_Kronos XCP (and XenServer which is the same thing, just not open source) is a complete package of a dom0 OS + Xen + XenAPI + other useful stuff.. the idea behind it is that it's a simple bare-metal installable ISO that saves you the trouble of installing your own Linux with all the right packages. It's been tested and will work when installed. This is comparable to ESXi, which is using the VMware hypervisor down underneath all of that management stuff, and it's all packaged up into a nice ISO. So now for Debian for those who want to use XCP, but really want Debian instead of CentOS as the dom0.. they're saying you can install it all yourself if you like and use Debian as the base. To me that just sounds like a way to introduce a lot of variables and complexity into the install and neatly avoid all the advantages of a tested working pre-packaged system... e.g. not something I'd go install into production without having very carefully tested every part myself first in the lab...only worth it if you need it. One important thing to understand is that all of these things are using Xen at the bottom, which is the actual Hypervisor. XCP and XenServer are running their VMs on Xen. e.g. check this: http://wiki.xen.org/wiki/Xen_/_XCP_/_XCP_on_Linux_Overview When people are talking about XCP like that ("install the XCP package"), mostly what they're talking about is installing XenAPI along with Xen. XenAPI is the API that XenCenter (for example) is using to contact your XCP/XenServer host and do stuff like "get all VMs", "start VM", etc. It's just an API abstraction for managing Xen. IMHO I think that terminology is confusing and the XCP label should be reserved for reference exclusively to the official installable ISO packaged version, but it's all evolving... and in the above case I think they're using XCP more like a label for any system that's using the same group of packages (e.g. Xen + XenAPI, etc). Production is best run on stable software... to me that means I'd stick with XenServer today (free edition is a great start), and in the future possibly XCP or your own rolled up version of Xen/XenAPI packages if you have a more complex architecture that needs it. I haven't used Debian + Xen myself, so will have to defer to others there. Cheers, Andrew On Sun, Jul 1, 2012 at 3:30 AM, Eric wrote: > Thanks for telling me about Remus, Andrew: > > Fault-tolerance (FT) on Xen HV/XCP/XS is a topic that I am very curious > about but haven't had time to delve into. > > I've set up a two node XenServer pool using XenCenter and have been > impressed with the simplicity of managing XS using XC. > > However, while digging a little deeper into the quesion of Debian and the > Xen Hypervisor I discovered that Debian has announced that Debian 7.0 > (Wheezy) will also include XCP (1.3)... > > * http://wiki.debian.org/Xen/ > > ...and now I'm really puzzled (because I thought that XCP was a complete > hypervisor platform [similar to VMware ESXi and Citrix XenServer] that > included a CentOS-based Dom0). I'm also a bit put-off by, what seems like, > the large number of packaging issues related to XAPI in/on Debian. (Is that > a fair assesment, in your opinion?) > > I do like that Wheezy will ship with Xen Hypervisor 4.1, though, and I > like that I'll be able to extend/modify the DomO using the extensive Debian > package library (and/or by installing/compiling software from source [e.g., > Gluster]). > > I haven't tested XCP yet though and I'm wondering what others' experience > has been with Debian+Xen? > > Eric Pretorious > Truckee, CA > > ------------------------------ > *From:* Andrew Eross > *To:* Eric > *Cc:* "xen-users@lists.xen.org" ; Fajar A. > Nugraha > *Sent:* Wednesday, June 27, 2012 6:37 PM > > *Subject:* Re: [Xen-users] Which one to use: Xen HV, Xen Cloud Platform, > or Citrix XenServer? > > I have to agree with Eric here -- > > I found it really difficult to determine that type of high-level question > when I first got into playing around with Xen, XCP, and XenServer. > > Reading through "the docs" doesn't really give you those answers. > > There's lot of in-depth information, but not much available that just > explains the basics a sys admin would want to know. > > Even now after having played with all 3 for a while, I'm not totally > confident of the answers to the questions raised by the OP: > > - is more stable? > - has more features? > e.g., live migration, high-availability, etc. > - tracks Xen HV development more closely? > > In particular I can't speak for Xen vs XCP/XenServer... but I do feel that > XenServer is more stable than XCP as XCP is derived from the XenServer code > base and then basically I think has the proprietary bits pulled out (is > that right guys?), so overall XenServer certainly must be more stable as it > attracts more of Citrix's time and effort in testing and certifying the > releases. > > I'd be inclined to recommend XenServer to anyone who doesn't need anything > more than the free version of XenServer provides. > > With that said, we have been using XCP 1.1 on a number of servers here as > well and haven't had any issues, so I think it's quite a nice product. > > Check out the comparison matrix here: > http://wiki.xen.org/wiki/XCP/XenServer_Feature_Matrix > > Note, neither XCP nor the free XenServer will give you HA. For that you > need the Advanced Xenserver, and HA can be a bit tricky to setup.... it's > not uber obvious from the online docs either, but HA will only work if you > have identical server hardware that can be setup in a pool and you also > need a shared storage backend (or setup DRBD for shared storage, which > we've played with, but I wouldn't recommend to the faint of heart or those > who want things to work easily without a lot of messing around). > > DRBD reference: > http://www.linbit.com/fileadmin/tech-guides/xenserver-drbd.pdf > > I'm going to shortly be playing around with the alternative which is to do > an active/passive HA DRBD setup using free XenServer and the above guide. > > For HA with plain Xen there's also Remus (http://nss.cs.ubc.ca/remus/), > which I haven't tried yet, but really would love to hear from others how > well it works. > > Cheers, > Andrew > > Andrew Eross > CTO > Locatrix Communications > > > > > On Wed, Jun 27, 2012 at 5:38 PM, Eric wrote: > > > From: Fajar A. Nugraha > > >To: Eric > >Cc: "xen-users@lists.xen.org" > >Sent: Tuesday, June 26, 2012 5:27 PM > >Subject: Re: [Xen-users] Which one to use: Xen HV, Xen Cloud Platform, or > Citrix XenServer? > > > >On Wed, Jun 27, 2012 at 6:01 AM, Eric wrote: > >> With so many different avenues for using Xen I'm wondering which path to > >> take: > >> > >> Xen Hypervisor (e.g., CentOS 5.x, Debian {4,5,6}, etc), > >> Xen Cloud Platform [XCP], or > >> Citrix XenServer [XS]. > >> > >> Is there one platform that... > >> is more stable? > >> has more features? e.g., live migration, high-availability, etc. > >> tracks Xen HV development more closely? > >> > >> Is there one Linux distro that... > >> > >> is more stable than the others? > >> tracks Xen HV development more closely? e.g.,RHEL/CentOS 5.x uses Xen > 3.0. > >> Debian 6 uses Xen 4.0 AFAIK. > > > >If you've read the documentations and try some of them, like I > >recommended before, you'd probably know the answer already :) > > > 1. I've read The Documentation but these questions are not adequately > addressed _anywhere_. I'd be happy to read any links that you can provide > that may shed some light on these very-important questions, though. > > 2. Recommended *before*? > > > >In short, there's no silver bullet. You can't have it all. For now anyway. > >It's your choice whether to pick appliance-type vs distro-installed, > >and newer-features vs rock-stable-and-proven. > > > Yeah, I know. That's why I'm asking list members to share their experience > and their perspective. > > > >Going forward, since xapi tools will be available and developed mainly > >on debian/ubuntu, those would probably be the best choice. I wouldn't > >hold my breath though, as (from experience) most likely it'd take > >several years to get there. > > > Thanks, Fajar. That seems like good advice. > > Eric Pretorious > Truckee, CA > > > _______________________________________________ > 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 > > --bcaec55240ee24925304c3c70459 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hiya Eric,

Yep, pooling is very cool, although it requir= es identical hardware to work, so for a lot of my experiments involving spa= re heterogeneous=A0hardware, it hasn't been so useful to me. Also runni= ng HA on a pool requires a XenServer advanced license (which I must say is = reasonably priced, and Citrix certainly deserves support), and also only re= ally works well out-of-the-box with a real shared storage device. Without a= shared storage device, I did get HA working on an active/active DRBD setup= with XS Advanced, but found it was prone to split brains and just wasn'= ;t quite stable enough that I'd trust it with our database VM. My curre= nt side project is creating an active/hot standby HA VM using DRBD in activ= e/passive, pacemaker, and XS, which is working really well so far in initia= l tests with 2 normal XSs and local disks.

So about that XCP Debian thing.. really all that means = is it's like you can build your own XCP with Debian as the dom0 instead= of CentOS.

Read this:=A0http://wiki.xen.org/wiki/Project_Kronos

XCP (and XenServer which is the same thing, just not op= en source) is a complete package of a dom0 OS + Xen + XenAPI + other useful= stuff.. the idea behind it is that it's a simple bare-metal installabl= e ISO that saves you the trouble of installing your own Linux with all the = right packages. It's been tested and will work when installed. This is = comparable to ESXi, which is using the VMware hypervisor down underneath al= l of that management stuff, and it's all packaged up into a nice ISO.= =A0

So now for Debian for those who want to use XCP, but re= ally want Debian instead of CentOS as the dom0.. they're saying you can= install it all yourself if you like and use Debian as the base. To me that= just sounds like a way to introduce a lot of variables and complexity into= the install and neatly avoid all the advantages of a tested working pre-pa= ckaged system... e.g. not something I'd go install into production with= out having very carefully tested every part myself first in the lab...only = worth it if you need it.

One important thing to understand is that all of these = things are using Xen at the bottom, which is the actual Hypervisor. XCP and= XenServer are running their VMs on Xen.


When people are talking about XCP like that ("inst= all the XCP package"), mostly what they're talking about is instal= ling XenAPI along with Xen. XenAPI is the API that XenCenter (for example) = is using to contact your XCP/XenServer host and do stuff like "get all= VMs", "start VM", etc. It's just an API abstraction for= managing Xen.

IMHO I think that terminology is confusing and the XCP = label should be reserved for reference exclusively to the official installa= ble ISO packaged version, but it's all evolving... and in the above cas= e I think they're using XCP more like a label for any system that's= using the same group of packages (e.g. Xen + XenAPI, etc).

Production is best run on stable software... to me that= means I'd stick with XenServer today (free edition is a great start), = and in the future possibly XCP or your own rolled up version of Xen/XenAPI = packages if you have a more complex architecture that needs it.

I haven't used Debian + Xen myself, so will have to= defer to others there.

Cheers,
Andrew


On Sun, Jul 1, 2012 = at 3:30 AM, Eric <epretorious@yahoo.com> wrote:
Thanks for te= lling me about Remus, Andrew:

Fault-tolerance (FT) on Xen HV/XCP/XS is a topic that I am very curious= about but haven't had time to delve into.

<= /span>
I've set up a two node XenServer pool using XenC= enter and have been impressed with the simplicity of managing XS using XC.<= /span>

However, while digging a little deep= er into the quesion of Debian and the Xen Hypervisor I discovered that Debi= an has announced that Debian 7.0 (Wheezy) will also include XCP (1.3)...


...and now I'm really puzzled (becau= se I thought that XCP was a complete hypervisor platform [similar to VMware ESXi and Citrix XenServer] that included a CentOS-based Dom0). I= 9;m also a bit put-off by, what seems like, the large number of packaging i= ssues related to XAPI in/on Debian. (Is that a fair assesment, in your opin= ion?)

I do like that Wheezy will ship wi= th Xen Hypervisor 4.1, though, and I like that I'll be able to extend/m= odify the DomO using the extensive Debian package library (and/or by instal= ling/compiling software from source [e.g., Gluster]).

I haven't tested XCP yet though and I'm wondering what others&#= 39; experience has been with Debian+Xen?

Eric Pretorious
Truckee,= CA

From: Andrew Eross <eross@locatrix.com= >
To: Eric <= epretorious@yaho= o.com>
Cc: "= xen-users@list= s.xen.org" <xen-users@lists.xen.org>; Fajar A. Nugraha <list@fajar.net>
Sent: Wednesday, June= 27, 2012 6:37 PM

Subject: Re: [Xen-users] Which one to use: Xen HV, Xen Clo= ud Platform, or Citrix XenServer?

I have to agree with Eric here --

I found it really= difficult to determine that type of high-level question when I first got i= nto playing around with Xen, XCP, and XenServer.=A0

Reading through "the docs" doesn't really give you those= answers.

There's lot of in-depth information, but not much a= vailable that just explains the basics a sys admin would want to know.

Even now after having played with all 3 for a while, I= 'm not totally confident of the answers to the questions raised by the = OP:
  • is more stable?
  • has more=A0feature= s? e.g., live migration, high-availability, etc.
  • tracks Xen HV development more closely?
In particular I= can't speak for Xen vs XCP/XenServer... but I do feel that XenServer i= s more stable than XCP as XCP is derived from the XenServer code base and t= hen basically I think has the proprietary bits pulled out (is that right gu= ys?), so overall XenServer certainly must be more stable as it attracts mor= e of Citrix's time and effort in testing and certifying the releases.

I'd be inclined to recommend XenServer to anyone wh= o doesn't need anything more than the free version of XenServer provide= s.=A0

With that said, we have been using XCP 1.1 o= n a number of servers here as well and haven't had any issues, so I thi= nk it's quite a nice product.

Check out the comparison matrix here:
http://wiki.xen.org/wiki/XCP/XenServer_Feature_Matrix

Note, neither XCP nor the free XenServer will give you HA. For that yo= u need the Advanced Xenserver, and HA can be a bit tricky to setup.... it&#= 39;s not uber obvious from the online docs either, but HA will only work if= you have identical server hardware that can be setup in a pool and you als= o need a shared storage backend (or setup DRBD for shared storage, which we= 've played with, but I wouldn't recommend to the faint of heart or = those who want things to work easily without a lot of messing around).


I&= #39;m going to shortly be playing around with the alternative which is to d= o an active/passive HA DRBD setup using free XenServer and the above guide.=

For HA with plain Xen there's also Remus (http://nss.cs.ubc.ca/rem= us/), which I haven't tried yet, but really would love to hear from= others how well it works.

Cheers,
Andrew

Andre= w Eross
CTO
Locatrix Communications




On Wed, Jun 27, 2012 at 5:38 PM, Eric <e= pretorious@yahoo.com> wrote:
> From: Fajar A. Nugraha <list@fajar.net>

>To: Eric <epretorious@yahoo.com>
>Cc: "xen-users@lists.xen.org" <xen-users@lists.x= en.org>
>Sent: Tuesday, June 26, 2012 5:27 PM
>Subject: Re: [Xen-users] Which one to use: Xen HV, Xen Cloud Platform, = or Citrix XenServer?
>
>On Wed, Jun 27, 2012 at 6:01 AM, Eric <epretorious@yahoo.com>= ; wrote:
>> With so many different avenues for using Xen I'm wondering whi= ch path to
>> take:
>>
>> Xen Hypervisor (e.g., CentOS 5.x, Debian {4,5,6}, etc),
>> Xen Cloud Platform [XCP], or
>> Citrix XenServer [XS].
>>
>> Is there one platform that...
>> is more stable?
>> has more features? e.g., live migration, high-availability, etc. >> tracks Xen HV development more closely?
>>
>> Is there one Linux distro that...
>>
>> is more stable than the others?
>> tracks Xen HV development more closely? e.g.,RHEL/CentOS 5.x uses = Xen 3.0.
>> Debian 6 uses Xen 4.0 AFAIK.
>
>If you've read the documentations and try some of them, like I
>recommended before, you'd probably know the answer already :)


1. I've read The Documentation but these questions are not adequa= tely addressed _anywhere_. I'd be happy to read any links that you can = provide that may shed some light on these very-important questions, though.=

2. Recommended *before*?


>In short, there's no silver bullet. You can't have it all. For = now anyway.
>It's your choice whether to pick appliance-type vs distro-installed= ,
>and newer-features vs rock-stable-and-proven.


Yeah, I know. That's why I'm asking list members to share the= ir experience and their perspective.


>Going forward, since xapi tools will be available and developed mainly<= br> >on debian/ubuntu, those would probably be the best choice. I wouldn'= ;t
>hold my breath though, as (from experience) most likely it'd take >several years to get there.


Thanks, Fajar. That seems like good advice.

Eric Pretorious
Truckee, CA


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


_______________________________________________
Xen-users mail= ing list
Xe= n-users@lists.xen.org
http://lists.xen.org/xen-users


--bcaec55240ee24925304c3c70459-- --===============4928570243007941292== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4928570243007941292==-- From xen-users-bounces@lists.xen.org Sun Jul 01 16:18:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 16: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 1SlMq5-0005K5-NB; Sun, 01 Jul 2012 16:17:33 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlMq3-0005K0-K7 for xen-users@lists.xen.org; Sun, 01 Jul 2012 16:17:32 +0000 X-Env-Sender: eross@corp.locatrix.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1341159442!9322529!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23543 invoked from network); 1 Jul 2012 16:17:23 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2012 16:17:23 -0000 Received: by obbta14 with SMTP id ta14so8980616obb.32 for ; Sun, 01 Jul 2012 09:17:22 -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:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=sPoVnjnoGK0pNqEzfcwLJueYTm0lxNh/U1sOTbRlopA=; b=Jj1X9EvCtHK2uN7VtM+mMtMu51dMrlgMSqeQHLuJTomsjZBwfp4QnCzLu4pisG7ttS US5nAdRR4wI1xkcl7jDi6Gw7Bmt0SUXrdU08cTtykU+KrRVulpTbB6gI5e3x/u3jWOcE 17Eo3ARV4GUjIc9ItXMx06PP5JRArMUTE9CamQYBVkgg92MksWJ0wY48Wuw8kueDfSoI qAvQ98VvubkX3+Iodk5c1s+z7roxUW/jruzANAUU4CG+X+yxkqZdfsiixPoFOOxxGtZA MemDEDcajXgIdHiWKBltv4dCjXBk0cY5EsWkgfANym2GrLLNm2gPyV6sn7UsvlYHDUy1 EKEg== Received: by 10.182.16.70 with SMTP id e6mr4636074obd.24.1341159442256; Sun, 01 Jul 2012 09:17:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.50.137 with HTTP; Sun, 1 Jul 2012 09:17:02 -0700 (PDT) In-Reply-To: <1341124255.7705.YahooMailNeo@web121705.mail.ne1.yahoo.com> References: <1340751680.97807.YahooMailNeo@web121706.mail.ne1.yahoo.com> <1340829525.21729.YahooMailNeo@web121704.mail.ne1.yahoo.com> <1341124255.7705.YahooMailNeo@web121705.mail.ne1.yahoo.com> From: Andrew Eross Date: Sun, 1 Jul 2012 13:17:02 -0300 Message-ID: To: Eric X-Gm-Message-State: ALoCoQklK7xLtz0/Orrfl+/Jwuq07aGjWrQVZbTCAiIjvjLnLdeAftf86sEc4fMJ+jsWkaepjKvn Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Which one to use: Xen HV, Xen Cloud Platform, or Citrix XenServer? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4928570243007941292==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4928570243007941292== Content-Type: multipart/alternative; boundary=bcaec55240ee24925304c3c70459 --bcaec55240ee24925304c3c70459 Content-Type: text/plain; charset=ISO-8859-1 Hiya Eric, Yep, pooling is very cool, although it requires identical hardware to work, so for a lot of my experiments involving spare heterogeneous hardware, it hasn't been so useful to me. Also running HA on a pool requires a XenServer advanced license (which I must say is reasonably priced, and Citrix certainly deserves support), and also only really works well out-of-the-box with a real shared storage device. Without a shared storage device, I did get HA working on an active/active DRBD setup with XS Advanced, but found it was prone to split brains and just wasn't quite stable enough that I'd trust it with our database VM. My current side project is creating an active/hot standby HA VM using DRBD in active/passive, pacemaker, and XS, which is working really well so far in initial tests with 2 normal XSs and local disks. So about that XCP Debian thing.. really all that means is it's like you can build your own XCP with Debian as the dom0 instead of CentOS. Read this: http://wiki.xen.org/wiki/Project_Kronos XCP (and XenServer which is the same thing, just not open source) is a complete package of a dom0 OS + Xen + XenAPI + other useful stuff.. the idea behind it is that it's a simple bare-metal installable ISO that saves you the trouble of installing your own Linux with all the right packages. It's been tested and will work when installed. This is comparable to ESXi, which is using the VMware hypervisor down underneath all of that management stuff, and it's all packaged up into a nice ISO. So now for Debian for those who want to use XCP, but really want Debian instead of CentOS as the dom0.. they're saying you can install it all yourself if you like and use Debian as the base. To me that just sounds like a way to introduce a lot of variables and complexity into the install and neatly avoid all the advantages of a tested working pre-packaged system... e.g. not something I'd go install into production without having very carefully tested every part myself first in the lab...only worth it if you need it. One important thing to understand is that all of these things are using Xen at the bottom, which is the actual Hypervisor. XCP and XenServer are running their VMs on Xen. e.g. check this: http://wiki.xen.org/wiki/Xen_/_XCP_/_XCP_on_Linux_Overview When people are talking about XCP like that ("install the XCP package"), mostly what they're talking about is installing XenAPI along with Xen. XenAPI is the API that XenCenter (for example) is using to contact your XCP/XenServer host and do stuff like "get all VMs", "start VM", etc. It's just an API abstraction for managing Xen. IMHO I think that terminology is confusing and the XCP label should be reserved for reference exclusively to the official installable ISO packaged version, but it's all evolving... and in the above case I think they're using XCP more like a label for any system that's using the same group of packages (e.g. Xen + XenAPI, etc). Production is best run on stable software... to me that means I'd stick with XenServer today (free edition is a great start), and in the future possibly XCP or your own rolled up version of Xen/XenAPI packages if you have a more complex architecture that needs it. I haven't used Debian + Xen myself, so will have to defer to others there. Cheers, Andrew On Sun, Jul 1, 2012 at 3:30 AM, Eric wrote: > Thanks for telling me about Remus, Andrew: > > Fault-tolerance (FT) on Xen HV/XCP/XS is a topic that I am very curious > about but haven't had time to delve into. > > I've set up a two node XenServer pool using XenCenter and have been > impressed with the simplicity of managing XS using XC. > > However, while digging a little deeper into the quesion of Debian and the > Xen Hypervisor I discovered that Debian has announced that Debian 7.0 > (Wheezy) will also include XCP (1.3)... > > * http://wiki.debian.org/Xen/ > > ...and now I'm really puzzled (because I thought that XCP was a complete > hypervisor platform [similar to VMware ESXi and Citrix XenServer] that > included a CentOS-based Dom0). I'm also a bit put-off by, what seems like, > the large number of packaging issues related to XAPI in/on Debian. (Is that > a fair assesment, in your opinion?) > > I do like that Wheezy will ship with Xen Hypervisor 4.1, though, and I > like that I'll be able to extend/modify the DomO using the extensive Debian > package library (and/or by installing/compiling software from source [e.g., > Gluster]). > > I haven't tested XCP yet though and I'm wondering what others' experience > has been with Debian+Xen? > > Eric Pretorious > Truckee, CA > > ------------------------------ > *From:* Andrew Eross > *To:* Eric > *Cc:* "xen-users@lists.xen.org" ; Fajar A. > Nugraha > *Sent:* Wednesday, June 27, 2012 6:37 PM > > *Subject:* Re: [Xen-users] Which one to use: Xen HV, Xen Cloud Platform, > or Citrix XenServer? > > I have to agree with Eric here -- > > I found it really difficult to determine that type of high-level question > when I first got into playing around with Xen, XCP, and XenServer. > > Reading through "the docs" doesn't really give you those answers. > > There's lot of in-depth information, but not much available that just > explains the basics a sys admin would want to know. > > Even now after having played with all 3 for a while, I'm not totally > confident of the answers to the questions raised by the OP: > > - is more stable? > - has more features? > e.g., live migration, high-availability, etc. > - tracks Xen HV development more closely? > > In particular I can't speak for Xen vs XCP/XenServer... but I do feel that > XenServer is more stable than XCP as XCP is derived from the XenServer code > base and then basically I think has the proprietary bits pulled out (is > that right guys?), so overall XenServer certainly must be more stable as it > attracts more of Citrix's time and effort in testing and certifying the > releases. > > I'd be inclined to recommend XenServer to anyone who doesn't need anything > more than the free version of XenServer provides. > > With that said, we have been using XCP 1.1 on a number of servers here as > well and haven't had any issues, so I think it's quite a nice product. > > Check out the comparison matrix here: > http://wiki.xen.org/wiki/XCP/XenServer_Feature_Matrix > > Note, neither XCP nor the free XenServer will give you HA. For that you > need the Advanced Xenserver, and HA can be a bit tricky to setup.... it's > not uber obvious from the online docs either, but HA will only work if you > have identical server hardware that can be setup in a pool and you also > need a shared storage backend (or setup DRBD for shared storage, which > we've played with, but I wouldn't recommend to the faint of heart or those > who want things to work easily without a lot of messing around). > > DRBD reference: > http://www.linbit.com/fileadmin/tech-guides/xenserver-drbd.pdf > > I'm going to shortly be playing around with the alternative which is to do > an active/passive HA DRBD setup using free XenServer and the above guide. > > For HA with plain Xen there's also Remus (http://nss.cs.ubc.ca/remus/), > which I haven't tried yet, but really would love to hear from others how > well it works. > > Cheers, > Andrew > > Andrew Eross > CTO > Locatrix Communications > > > > > On Wed, Jun 27, 2012 at 5:38 PM, Eric wrote: > > > From: Fajar A. Nugraha > > >To: Eric > >Cc: "xen-users@lists.xen.org" > >Sent: Tuesday, June 26, 2012 5:27 PM > >Subject: Re: [Xen-users] Which one to use: Xen HV, Xen Cloud Platform, or > Citrix XenServer? > > > >On Wed, Jun 27, 2012 at 6:01 AM, Eric wrote: > >> With so many different avenues for using Xen I'm wondering which path to > >> take: > >> > >> Xen Hypervisor (e.g., CentOS 5.x, Debian {4,5,6}, etc), > >> Xen Cloud Platform [XCP], or > >> Citrix XenServer [XS]. > >> > >> Is there one platform that... > >> is more stable? > >> has more features? e.g., live migration, high-availability, etc. > >> tracks Xen HV development more closely? > >> > >> Is there one Linux distro that... > >> > >> is more stable than the others? > >> tracks Xen HV development more closely? e.g.,RHEL/CentOS 5.x uses Xen > 3.0. > >> Debian 6 uses Xen 4.0 AFAIK. > > > >If you've read the documentations and try some of them, like I > >recommended before, you'd probably know the answer already :) > > > 1. I've read The Documentation but these questions are not adequately > addressed _anywhere_. I'd be happy to read any links that you can provide > that may shed some light on these very-important questions, though. > > 2. Recommended *before*? > > > >In short, there's no silver bullet. You can't have it all. For now anyway. > >It's your choice whether to pick appliance-type vs distro-installed, > >and newer-features vs rock-stable-and-proven. > > > Yeah, I know. That's why I'm asking list members to share their experience > and their perspective. > > > >Going forward, since xapi tools will be available and developed mainly > >on debian/ubuntu, those would probably be the best choice. I wouldn't > >hold my breath though, as (from experience) most likely it'd take > >several years to get there. > > > Thanks, Fajar. That seems like good advice. > > Eric Pretorious > Truckee, CA > > > _______________________________________________ > 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 > > --bcaec55240ee24925304c3c70459 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hiya Eric,

Yep, pooling is very cool, although it requir= es identical hardware to work, so for a lot of my experiments involving spa= re heterogeneous=A0hardware, it hasn't been so useful to me. Also runni= ng HA on a pool requires a XenServer advanced license (which I must say is = reasonably priced, and Citrix certainly deserves support), and also only re= ally works well out-of-the-box with a real shared storage device. Without a= shared storage device, I did get HA working on an active/active DRBD setup= with XS Advanced, but found it was prone to split brains and just wasn'= ;t quite stable enough that I'd trust it with our database VM. My curre= nt side project is creating an active/hot standby HA VM using DRBD in activ= e/passive, pacemaker, and XS, which is working really well so far in initia= l tests with 2 normal XSs and local disks.

So about that XCP Debian thing.. really all that means = is it's like you can build your own XCP with Debian as the dom0 instead= of CentOS.

Read this:=A0http://wiki.xen.org/wiki/Project_Kronos

XCP (and XenServer which is the same thing, just not op= en source) is a complete package of a dom0 OS + Xen + XenAPI + other useful= stuff.. the idea behind it is that it's a simple bare-metal installabl= e ISO that saves you the trouble of installing your own Linux with all the = right packages. It's been tested and will work when installed. This is = comparable to ESXi, which is using the VMware hypervisor down underneath al= l of that management stuff, and it's all packaged up into a nice ISO.= =A0

So now for Debian for those who want to use XCP, but re= ally want Debian instead of CentOS as the dom0.. they're saying you can= install it all yourself if you like and use Debian as the base. To me that= just sounds like a way to introduce a lot of variables and complexity into= the install and neatly avoid all the advantages of a tested working pre-pa= ckaged system... e.g. not something I'd go install into production with= out having very carefully tested every part myself first in the lab...only = worth it if you need it.

One important thing to understand is that all of these = things are using Xen at the bottom, which is the actual Hypervisor. XCP and= XenServer are running their VMs on Xen.


When people are talking about XCP like that ("inst= all the XCP package"), mostly what they're talking about is instal= ling XenAPI along with Xen. XenAPI is the API that XenCenter (for example) = is using to contact your XCP/XenServer host and do stuff like "get all= VMs", "start VM", etc. It's just an API abstraction for= managing Xen.

IMHO I think that terminology is confusing and the XCP = label should be reserved for reference exclusively to the official installa= ble ISO packaged version, but it's all evolving... and in the above cas= e I think they're using XCP more like a label for any system that's= using the same group of packages (e.g. Xen + XenAPI, etc).

Production is best run on stable software... to me that= means I'd stick with XenServer today (free edition is a great start), = and in the future possibly XCP or your own rolled up version of Xen/XenAPI = packages if you have a more complex architecture that needs it.

I haven't used Debian + Xen myself, so will have to= defer to others there.

Cheers,
Andrew


On Sun, Jul 1, 2012 = at 3:30 AM, Eric <epretorious@yahoo.com> wrote:
Thanks for te= lling me about Remus, Andrew:

Fault-tolerance (FT) on Xen HV/XCP/XS is a topic that I am very curious= about but haven't had time to delve into.

<= /span>
I've set up a two node XenServer pool using XenC= enter and have been impressed with the simplicity of managing XS using XC.<= /span>

However, while digging a little deep= er into the quesion of Debian and the Xen Hypervisor I discovered that Debi= an has announced that Debian 7.0 (Wheezy) will also include XCP (1.3)...


...and now I'm really puzzled (becau= se I thought that XCP was a complete hypervisor platform [similar to VMware ESXi and Citrix XenServer] that included a CentOS-based Dom0). I= 9;m also a bit put-off by, what seems like, the large number of packaging i= ssues related to XAPI in/on Debian. (Is that a fair assesment, in your opin= ion?)

I do like that Wheezy will ship wi= th Xen Hypervisor 4.1, though, and I like that I'll be able to extend/m= odify the DomO using the extensive Debian package library (and/or by instal= ling/compiling software from source [e.g., Gluster]).

I haven't tested XCP yet though and I'm wondering what others&#= 39; experience has been with Debian+Xen?

Eric Pretorious
Truckee,= CA

From: Andrew Eross <eross@locatrix.com= >
To: Eric <= epretorious@yaho= o.com>
Cc: "= xen-users@list= s.xen.org" <xen-users@lists.xen.org>; Fajar A. Nugraha <list@fajar.net>
Sent: Wednesday, June= 27, 2012 6:37 PM

Subject: Re: [Xen-users] Which one to use: Xen HV, Xen Clo= ud Platform, or Citrix XenServer?

I have to agree with Eric here --

I found it really= difficult to determine that type of high-level question when I first got i= nto playing around with Xen, XCP, and XenServer.=A0

Reading through "the docs" doesn't really give you those= answers.

There's lot of in-depth information, but not much a= vailable that just explains the basics a sys admin would want to know.

Even now after having played with all 3 for a while, I= 'm not totally confident of the answers to the questions raised by the = OP:
  • is more stable?
  • has more=A0feature= s? e.g., live migration, high-availability, etc.
  • tracks Xen HV development more closely?
In particular I= can't speak for Xen vs XCP/XenServer... but I do feel that XenServer i= s more stable than XCP as XCP is derived from the XenServer code base and t= hen basically I think has the proprietary bits pulled out (is that right gu= ys?), so overall XenServer certainly must be more stable as it attracts mor= e of Citrix's time and effort in testing and certifying the releases.

I'd be inclined to recommend XenServer to anyone wh= o doesn't need anything more than the free version of XenServer provide= s.=A0

With that said, we have been using XCP 1.1 o= n a number of servers here as well and haven't had any issues, so I thi= nk it's quite a nice product.

Check out the comparison matrix here:
http://wiki.xen.org/wiki/XCP/XenServer_Feature_Matrix

Note, neither XCP nor the free XenServer will give you HA. For that yo= u need the Advanced Xenserver, and HA can be a bit tricky to setup.... it&#= 39;s not uber obvious from the online docs either, but HA will only work if= you have identical server hardware that can be setup in a pool and you als= o need a shared storage backend (or setup DRBD for shared storage, which we= 've played with, but I wouldn't recommend to the faint of heart or = those who want things to work easily without a lot of messing around).


I&= #39;m going to shortly be playing around with the alternative which is to d= o an active/passive HA DRBD setup using free XenServer and the above guide.=

For HA with plain Xen there's also Remus (http://nss.cs.ubc.ca/rem= us/), which I haven't tried yet, but really would love to hear from= others how well it works.

Cheers,
Andrew

Andre= w Eross
CTO
Locatrix Communications




On Wed, Jun 27, 2012 at 5:38 PM, Eric <e= pretorious@yahoo.com> wrote:
> From: Fajar A. Nugraha <list@fajar.net>

>To: Eric <epretorious@yahoo.com>
>Cc: "xen-users@lists.xen.org" <xen-users@lists.x= en.org>
>Sent: Tuesday, June 26, 2012 5:27 PM
>Subject: Re: [Xen-users] Which one to use: Xen HV, Xen Cloud Platform, = or Citrix XenServer?
>
>On Wed, Jun 27, 2012 at 6:01 AM, Eric <epretorious@yahoo.com>= ; wrote:
>> With so many different avenues for using Xen I'm wondering whi= ch path to
>> take:
>>
>> Xen Hypervisor (e.g., CentOS 5.x, Debian {4,5,6}, etc),
>> Xen Cloud Platform [XCP], or
>> Citrix XenServer [XS].
>>
>> Is there one platform that...
>> is more stable?
>> has more features? e.g., live migration, high-availability, etc. >> tracks Xen HV development more closely?
>>
>> Is there one Linux distro that...
>>
>> is more stable than the others?
>> tracks Xen HV development more closely? e.g.,RHEL/CentOS 5.x uses = Xen 3.0.
>> Debian 6 uses Xen 4.0 AFAIK.
>
>If you've read the documentations and try some of them, like I
>recommended before, you'd probably know the answer already :)


1. I've read The Documentation but these questions are not adequa= tely addressed _anywhere_. I'd be happy to read any links that you can = provide that may shed some light on these very-important questions, though.=

2. Recommended *before*?


>In short, there's no silver bullet. You can't have it all. For = now anyway.
>It's your choice whether to pick appliance-type vs distro-installed= ,
>and newer-features vs rock-stable-and-proven.


Yeah, I know. That's why I'm asking list members to share the= ir experience and their perspective.


>Going forward, since xapi tools will be available and developed mainly<= br> >on debian/ubuntu, those would probably be the best choice. I wouldn'= ;t
>hold my breath though, as (from experience) most likely it'd take >several years to get there.


Thanks, Fajar. That seems like good advice.

Eric Pretorious
Truckee, CA


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


_______________________________________________
Xen-users mail= ing list
Xe= n-users@lists.xen.org
http://lists.xen.org/xen-users


--bcaec55240ee24925304c3c70459-- --===============4928570243007941292== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4928570243007941292==-- From xen-users-bounces@lists.xen.org Sun Jul 01 17:00:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 17:00: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 1SlNTu-00066h-S5; Sun, 01 Jul 2012 16:58:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlNTs-00066c-L8 for xen-users@lists.xensource.com; Sun, 01 Jul 2012 16:58:41 +0000 Received: from [85.158.139.83:5739] by server-8.bemta-5.messagelabs.com id DC/A9-10278-FB180FF4; Sun, 01 Jul 2012 16:58:39 +0000 X-Env-Sender: pheriko.support@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1341161917!29732070!1 X-Originating-IP: [209.85.160.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19659 invoked from network); 1 Jul 2012 16:58:38 -0000 Received: from mail-pb0-f43.google.com (HELO mail-pb0-f43.google.com) (209.85.160.43) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2012 16:58:38 -0000 Received: by pbcwz7 with SMTP id wz7so8234464pbc.30 for ; Sun, 01 Jul 2012 09:58: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 :content-type; bh=7IehvjbDrkMVW4h4cvmKIKcv1ClGleYEHX0V0f866QE=; b=XVwplNZFV1X/pR/HQ65Jo/PHn7zIZEc65U9vH0tuG6pySRFJuqbIzlpGKxZ7SASv9c zsvJ4K/3rpm9Ty5FHqD0XZjU48hRHV781utcAqPV4alK0tBwiRwDEd8DgvUb6n03BwPP j9B0bfCbapXRrABrQIH7xuQBtsciwsszMYOiQVRML9O2e0dsGwciBT6suiLvrz1wlBuR 7atVz31K2ujEwSpU8lfA//MieiD4IAJamvsYNLXRssi7Cjj+ZpvM+vdzk0Rd9XYeRfg1 iGaOqBBXLxFiLJZO2JlXsUtsJ4sP8WqMIL4CHIcSjG72R1SaTp+GWKkpnTzdm9TwseFf 4KRw== MIME-Version: 1.0 Received: by 10.68.203.40 with SMTP id kn8mr22750637pbc.162.1341161916782; Sun, 01 Jul 2012 09:58:36 -0700 (PDT) Received: by 10.142.52.1 with HTTP; Sun, 1 Jul 2012 09:58:36 -0700 (PDT) In-Reply-To: References: Date: Sun, 1 Jul 2012 09:58:36 -0700 Message-ID: From: Periko Support To: xen-users@lists.xensource.com Subject: Re: [Xen-users] gitco and centos 5.8. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jun 30, 2012 at 4:23 PM, Andrew Finkenstadt wrote: > On Sat, Jun 30, 2012 at 2:30 PM, Periko Support > wrote: >> >> Hi. >> >> I got some server running xen 3.4 from gitco, the setup was easy: >> groupinstall Virtualization >> done. >> >> Now, I want to try some settings in my home machine, follow the same >> instructions and got this: >> >> Warning: Group Virtualization does not exist. >> No packages in any requested group available to install or update >> >> yum grouplist >> >> Doesn't show any Virtualization just Xen, I try that one but is not >> using gitco port. >> >> Some knows if something change? >> >> Centos 5.8 updated. >> >> Try Gitco 3.3.x, 3.4.x, 4.1.x >> > > > yum groupinstall Xen is correct, for CentOS 5.8. Don't forget to put the > .repo file into /etc/yum.repos.d. CentOS 5.7 used "Virtualization" group, > 5.8 got bumped to "Xen" in preparation for KVM as an alternative > virtualization technology. > > These are our standard installation instructions for "no special command > line parameters necessary" machines, such as our desktop-quality test beds: > > # yum update > # reboot > # cd /etc/yum.repos.d > # wget http://www.gitco.de/repo/GITCO-XEN4.1.2_x86_64.repo > # yum update > # yum groupinstall Xen > # reboot > > Some hardware needs "pci=nomsi" on the vmlinuz module line used by the Xen > hypervisor to load up the dom0. > > Is the right way? Once I shut the yum groupinstall Xen. I see that is using xen 3.0.x from base not the gitco, check: Virtualization-en-US noarch 5.8-1.el5.centos base 6.8 M gnome-applet-vm i386 0.1.2-1.el5 base 76 k kernel-xen i686 2.6.18-308.8.2.el5 updates 21 M libvirt i386 0.8.2-25.el5 base 3.0 M virt-manager i386 0.6.1-16.el5 base 1.6 M virt-viewer i386 0.0.2-3.el5 base 25 k virt-who noarch 0.5-5.el5 base 44 k xen i386 3.0.3-135.el5_8.2 updates 1.9 M the only package that is using from gitco is: python-virtinst noarch 0.500.0-1.el5 gitco-xen3.4.4 475 k This is not right, see my other server running gitco: xen.x86_64 3.4.3-5.el5 installed xen-libs.i386 3.0.3-132.el5 installed xen-libs.x86_64 3.4.3-5.el5 installed What u think? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 01 17:00:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 17:00: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 1SlNTu-00066h-S5; Sun, 01 Jul 2012 16:58:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlNTs-00066c-L8 for xen-users@lists.xensource.com; Sun, 01 Jul 2012 16:58:41 +0000 Received: from [85.158.139.83:5739] by server-8.bemta-5.messagelabs.com id DC/A9-10278-FB180FF4; Sun, 01 Jul 2012 16:58:39 +0000 X-Env-Sender: pheriko.support@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1341161917!29732070!1 X-Originating-IP: [209.85.160.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19659 invoked from network); 1 Jul 2012 16:58:38 -0000 Received: from mail-pb0-f43.google.com (HELO mail-pb0-f43.google.com) (209.85.160.43) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2012 16:58:38 -0000 Received: by pbcwz7 with SMTP id wz7so8234464pbc.30 for ; Sun, 01 Jul 2012 09:58: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 :content-type; bh=7IehvjbDrkMVW4h4cvmKIKcv1ClGleYEHX0V0f866QE=; b=XVwplNZFV1X/pR/HQ65Jo/PHn7zIZEc65U9vH0tuG6pySRFJuqbIzlpGKxZ7SASv9c zsvJ4K/3rpm9Ty5FHqD0XZjU48hRHV781utcAqPV4alK0tBwiRwDEd8DgvUb6n03BwPP j9B0bfCbapXRrABrQIH7xuQBtsciwsszMYOiQVRML9O2e0dsGwciBT6suiLvrz1wlBuR 7atVz31K2ujEwSpU8lfA//MieiD4IAJamvsYNLXRssi7Cjj+ZpvM+vdzk0Rd9XYeRfg1 iGaOqBBXLxFiLJZO2JlXsUtsJ4sP8WqMIL4CHIcSjG72R1SaTp+GWKkpnTzdm9TwseFf 4KRw== MIME-Version: 1.0 Received: by 10.68.203.40 with SMTP id kn8mr22750637pbc.162.1341161916782; Sun, 01 Jul 2012 09:58:36 -0700 (PDT) Received: by 10.142.52.1 with HTTP; Sun, 1 Jul 2012 09:58:36 -0700 (PDT) In-Reply-To: References: Date: Sun, 1 Jul 2012 09:58:36 -0700 Message-ID: From: Periko Support To: xen-users@lists.xensource.com Subject: Re: [Xen-users] gitco and centos 5.8. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jun 30, 2012 at 4:23 PM, Andrew Finkenstadt wrote: > On Sat, Jun 30, 2012 at 2:30 PM, Periko Support > wrote: >> >> Hi. >> >> I got some server running xen 3.4 from gitco, the setup was easy: >> groupinstall Virtualization >> done. >> >> Now, I want to try some settings in my home machine, follow the same >> instructions and got this: >> >> Warning: Group Virtualization does not exist. >> No packages in any requested group available to install or update >> >> yum grouplist >> >> Doesn't show any Virtualization just Xen, I try that one but is not >> using gitco port. >> >> Some knows if something change? >> >> Centos 5.8 updated. >> >> Try Gitco 3.3.x, 3.4.x, 4.1.x >> > > > yum groupinstall Xen is correct, for CentOS 5.8. Don't forget to put the > .repo file into /etc/yum.repos.d. CentOS 5.7 used "Virtualization" group, > 5.8 got bumped to "Xen" in preparation for KVM as an alternative > virtualization technology. > > These are our standard installation instructions for "no special command > line parameters necessary" machines, such as our desktop-quality test beds: > > # yum update > # reboot > # cd /etc/yum.repos.d > # wget http://www.gitco.de/repo/GITCO-XEN4.1.2_x86_64.repo > # yum update > # yum groupinstall Xen > # reboot > > Some hardware needs "pci=nomsi" on the vmlinuz module line used by the Xen > hypervisor to load up the dom0. > > Is the right way? Once I shut the yum groupinstall Xen. I see that is using xen 3.0.x from base not the gitco, check: Virtualization-en-US noarch 5.8-1.el5.centos base 6.8 M gnome-applet-vm i386 0.1.2-1.el5 base 76 k kernel-xen i686 2.6.18-308.8.2.el5 updates 21 M libvirt i386 0.8.2-25.el5 base 3.0 M virt-manager i386 0.6.1-16.el5 base 1.6 M virt-viewer i386 0.0.2-3.el5 base 25 k virt-who noarch 0.5-5.el5 base 44 k xen i386 3.0.3-135.el5_8.2 updates 1.9 M the only package that is using from gitco is: python-virtinst noarch 0.500.0-1.el5 gitco-xen3.4.4 475 k This is not right, see my other server running gitco: xen.x86_64 3.4.3-5.el5 installed xen-libs.i386 3.0.3-132.el5 installed xen-libs.x86_64 3.4.3-5.el5 installed What u think? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 01 18:49:29 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 18: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 1SlPBY-0007mD-GZ; Sun, 01 Jul 2012 18:47:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlPBX-0007m6-Et for xen-users@lists.xensource.com; Sun, 01 Jul 2012 18:47:51 +0000 Received: from [85.158.143.99:38402] by server-2.bemta-4.messagelabs.com id 4C/53-17938-65B90FF4; Sun, 01 Jul 2012 18:47:50 +0000 X-Env-Sender: andy@finkenstadt.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1341168468!30002953!1 X-Originating-IP: [209.85.213.41] X-SpamReason: No, hits=0.4 required=7.0 tests=MIME_QP_LONG_LINE, RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8239 invoked from network); 1 Jul 2012 18:47:49 -0000 Received: from mail-yw0-f41.google.com (HELO mail-yw0-f41.google.com) (209.85.213.41) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2012 18:47:49 -0000 Received: by yhr47 with SMTP id 47so5159735yhr.28 for ; Sun, 01 Jul 2012 11:47:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=references:in-reply-to:mime-version:content-type:message-id :content-transfer-encoding:cc:x-mailer:from:subject:date:to :x-gm-message-state; bh=+jhc+RZf2DePXwWOAeh6wSx3/d9RvUIos2YTiimhRWA=; b=kUD2vnZqU948F+L/sfzvPyBZCoqlQIaNDiNt69os6LrEsNxRFH4R2DMeOsefkJOAlL Qr1gMl6yxiFi2q1fryb8miTUjxQp2/mgwPxDHWuXwYbcfmAjesSQ91UwsBtVmGnxqWpV j3w9537VRQ/GbhFyl2jip+gEHR69751Us6oMUKQKzMYARs1XC5OEFeIFT9slDJ9WJaRY pRg8SXDYWUhbQO3LVdrolsFik60NdRVxnuvVTSwFzeqDDrMxcwc+ia3OD4twAB2J3vjx dyULL+w5x6Nx4KyZ+Ba/KvDYXi/fuSH4pWcO1XahwImXpnwxcdOhIFQf8gEDIMKIoMlD 1oZw== Received: by 10.50.163.70 with SMTP id yg6mr3623346igb.70.1341168467689; Sun, 01 Jul 2012 11:47:47 -0700 (PDT) Received: from [10.0.0.193] (97-91-194-47.dhcp.stls.mo.charter.com. [97.91.194.47]) by mx.google.com with ESMTPS id y5sm15187215igb.11.2012.07.01.11.47.46 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 01 Jul 2012 11:47:46 -0700 (PDT) References: In-Reply-To: Mime-Version: 1.0 (1.0) Message-Id: <57F3B9EB-DC26-4570-A685-F4C1DD5F5FE2@finkenstadt.com> X-Mailer: iPhone Mail (9B206) From: Andy Finkenstadt Date: Sun, 1 Jul 2012 13:47:43 -0500 To: Periko Support X-Gm-Message-State: ALoCoQk0Y2Am4Sm/IdvBONJbkZHcvmIKcDvMTI3U143ugSs83qvkn1sYiruxfwJ8KDXygojjYDMF Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] gitco and centos 5.8. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Jul 1, 2012, at 11:58, Periko Support wrote: > On Sat, Jun 30, 2012 at 4:23 PM, Andrew Finkenstadt > wrote: >> On Sat, Jun 30, 2012 at 2:30 PM, Periko Support >> wrote: >>> >>> Hi. >>> >>> I got some server running xen 3.4 from gitco, the setup was easy: >>> groupinstall Virtualization >>> done. >>> >>> Now, I want to try some settings in my home machine, follow the same >>> instructions and got this: >>> >>> Warning: Group Virtualization does not exist. >>> No packages in any requested group available to install or update >>> >>> yum grouplist >>> >>> Doesn't show any Virtualization just Xen, I try that one but is not >>> using gitco port. >>> >>> Some knows if something change? >>> >>> Centos 5.8 updated. >>> >>> Try Gitco 3.3.x, 3.4.x, 4.1.x >>> >> >> >> yum groupinstall Xen is correct, for CentOS 5.8. Don't forget to put the >> .repo file into /etc/yum.repos.d. CentOS 5.7 used "Virtualization" group, >> 5.8 got bumped to "Xen" in preparation for KVM as an alternative >> virtualization technology. >> >> These are our standard installation instructions for "no special command >> line parameters necessary" machines, such as our desktop-quality test beds: >> >> # yum update >> # reboot >> # cd /etc/yum.repos.d >> # wget http://www.gitco.de/repo/GITCO-XEN4.1.2_x86_64.repo >> # yum update >> # yum groupinstall Xen >> # reboot >> >> Some hardware needs "pci=nomsi" on the vmlinuz module line used by the Xen >> hypervisor to load up the dom0. >> >> > > Is the right way? > > Once I shut the yum groupinstall Xen. > > I see that is using xen 3.0.x from base not the gitco, check: > > Virtualization-en-US noarch > 5.8-1.el5.centos > base 6.8 M > gnome-applet-vm i386 > 0.1.2-1.el5 > base 76 k > kernel-xen i686 > 2.6.18-308.8.2.el5 > updates 21 M > libvirt i386 > 0.8.2-25.el5 > base 3.0 M > virt-manager i386 > 0.6.1-16.el5 > base 1.6 M > virt-viewer i386 > 0.0.2-3.el5 > base 25 k > virt-who noarch > 0.5-5.el5 > base 44 k > xen i386 > 3.0.3-135.el5_8.2 > updates 1.9 M > > the only package that is using from gitco is: > > python-virtinst noarch > 0.500.0-1.el5 > gitco-xen3.4.4 475 k > > This is not right, see my other server running gitco: > > > xen.x86_64 3.4.3-5.el5 installed > xen-libs.i386 3.0.3-132.el5 installed > xen-libs.x86_64 3.4.3-5.el5 installed > > What u think? > I guess my install instructions all start with CentOS 5.7 x86_64 from vault.centos.org with a yum update to bring it up to 5.8. We use the standard 2.8.16.308-2 kernel from CentOS, for both domU and dom0 Andy > _______________________________________________ > 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 Jul 01 18:49:29 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 18: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 1SlPBY-0007mD-GZ; Sun, 01 Jul 2012 18:47:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlPBX-0007m6-Et for xen-users@lists.xensource.com; Sun, 01 Jul 2012 18:47:51 +0000 Received: from [85.158.143.99:38402] by server-2.bemta-4.messagelabs.com id 4C/53-17938-65B90FF4; Sun, 01 Jul 2012 18:47:50 +0000 X-Env-Sender: andy@finkenstadt.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1341168468!30002953!1 X-Originating-IP: [209.85.213.41] X-SpamReason: No, hits=0.4 required=7.0 tests=MIME_QP_LONG_LINE, RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8239 invoked from network); 1 Jul 2012 18:47:49 -0000 Received: from mail-yw0-f41.google.com (HELO mail-yw0-f41.google.com) (209.85.213.41) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2012 18:47:49 -0000 Received: by yhr47 with SMTP id 47so5159735yhr.28 for ; Sun, 01 Jul 2012 11:47:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=references:in-reply-to:mime-version:content-type:message-id :content-transfer-encoding:cc:x-mailer:from:subject:date:to :x-gm-message-state; bh=+jhc+RZf2DePXwWOAeh6wSx3/d9RvUIos2YTiimhRWA=; b=kUD2vnZqU948F+L/sfzvPyBZCoqlQIaNDiNt69os6LrEsNxRFH4R2DMeOsefkJOAlL Qr1gMl6yxiFi2q1fryb8miTUjxQp2/mgwPxDHWuXwYbcfmAjesSQ91UwsBtVmGnxqWpV j3w9537VRQ/GbhFyl2jip+gEHR69751Us6oMUKQKzMYARs1XC5OEFeIFT9slDJ9WJaRY pRg8SXDYWUhbQO3LVdrolsFik60NdRVxnuvVTSwFzeqDDrMxcwc+ia3OD4twAB2J3vjx dyULL+w5x6Nx4KyZ+Ba/KvDYXi/fuSH4pWcO1XahwImXpnwxcdOhIFQf8gEDIMKIoMlD 1oZw== Received: by 10.50.163.70 with SMTP id yg6mr3623346igb.70.1341168467689; Sun, 01 Jul 2012 11:47:47 -0700 (PDT) Received: from [10.0.0.193] (97-91-194-47.dhcp.stls.mo.charter.com. [97.91.194.47]) by mx.google.com with ESMTPS id y5sm15187215igb.11.2012.07.01.11.47.46 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 01 Jul 2012 11:47:46 -0700 (PDT) References: In-Reply-To: Mime-Version: 1.0 (1.0) Message-Id: <57F3B9EB-DC26-4570-A685-F4C1DD5F5FE2@finkenstadt.com> X-Mailer: iPhone Mail (9B206) From: Andy Finkenstadt Date: Sun, 1 Jul 2012 13:47:43 -0500 To: Periko Support X-Gm-Message-State: ALoCoQk0Y2Am4Sm/IdvBONJbkZHcvmIKcDvMTI3U143ugSs83qvkn1sYiruxfwJ8KDXygojjYDMF Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] gitco and centos 5.8. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Jul 1, 2012, at 11:58, Periko Support wrote: > On Sat, Jun 30, 2012 at 4:23 PM, Andrew Finkenstadt > wrote: >> On Sat, Jun 30, 2012 at 2:30 PM, Periko Support >> wrote: >>> >>> Hi. >>> >>> I got some server running xen 3.4 from gitco, the setup was easy: >>> groupinstall Virtualization >>> done. >>> >>> Now, I want to try some settings in my home machine, follow the same >>> instructions and got this: >>> >>> Warning: Group Virtualization does not exist. >>> No packages in any requested group available to install or update >>> >>> yum grouplist >>> >>> Doesn't show any Virtualization just Xen, I try that one but is not >>> using gitco port. >>> >>> Some knows if something change? >>> >>> Centos 5.8 updated. >>> >>> Try Gitco 3.3.x, 3.4.x, 4.1.x >>> >> >> >> yum groupinstall Xen is correct, for CentOS 5.8. Don't forget to put the >> .repo file into /etc/yum.repos.d. CentOS 5.7 used "Virtualization" group, >> 5.8 got bumped to "Xen" in preparation for KVM as an alternative >> virtualization technology. >> >> These are our standard installation instructions for "no special command >> line parameters necessary" machines, such as our desktop-quality test beds: >> >> # yum update >> # reboot >> # cd /etc/yum.repos.d >> # wget http://www.gitco.de/repo/GITCO-XEN4.1.2_x86_64.repo >> # yum update >> # yum groupinstall Xen >> # reboot >> >> Some hardware needs "pci=nomsi" on the vmlinuz module line used by the Xen >> hypervisor to load up the dom0. >> >> > > Is the right way? > > Once I shut the yum groupinstall Xen. > > I see that is using xen 3.0.x from base not the gitco, check: > > Virtualization-en-US noarch > 5.8-1.el5.centos > base 6.8 M > gnome-applet-vm i386 > 0.1.2-1.el5 > base 76 k > kernel-xen i686 > 2.6.18-308.8.2.el5 > updates 21 M > libvirt i386 > 0.8.2-25.el5 > base 3.0 M > virt-manager i386 > 0.6.1-16.el5 > base 1.6 M > virt-viewer i386 > 0.0.2-3.el5 > base 25 k > virt-who noarch > 0.5-5.el5 > base 44 k > xen i386 > 3.0.3-135.el5_8.2 > updates 1.9 M > > the only package that is using from gitco is: > > python-virtinst noarch > 0.500.0-1.el5 > gitco-xen3.4.4 475 k > > This is not right, see my other server running gitco: > > > xen.x86_64 3.4.3-5.el5 installed > xen-libs.i386 3.0.3-132.el5 installed > xen-libs.x86_64 3.4.3-5.el5 installed > > What u think? > I guess my install instructions all start with CentOS 5.7 x86_64 from vault.centos.org with a yum update to bring it up to 5.8. We use the standard 2.8.16.308-2 kernel from CentOS, for both domU and dom0 Andy > _______________________________________________ > 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 Jul 01 19:21:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 19:21: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 1SlPgu-00009P-17; Sun, 01 Jul 2012 19:20:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlPgs-00009J-B6 for xen-users@lists.xen.org; Sun, 01 Jul 2012 19:20:14 +0000 Received: from [85.158.143.99:14873] by server-1.bemta-4.messagelabs.com id 70/EA-24392-DE2A0FF4; Sun, 01 Jul 2012 19:20:13 +0000 X-Env-Sender: eslindsey@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1341170411!20402241!1 X-Originating-IP: [209.85.160.173] X-SpamReason: No, hits=0.4 required=7.0 tests=MIME_QP_LONG_LINE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3456 invoked from network); 1 Jul 2012 19:20:12 -0000 Received: from mail-gh0-f173.google.com (HELO mail-gh0-f173.google.com) (209.85.160.173) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2012 19:20:12 -0000 Received: by ghrr14 with SMTP id r14so4309727ghr.32 for ; Sun, 01 Jul 2012 12:19:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:references:from:content-type:x-mailer:in-reply-to :message-id:date:to:content-transfer-encoding:mime-version; bh=ytX815z/wTbm9NqJ9HQ/VROL47PjXhg+wBxpRSc9WEQ=; b=XIPmjcZiAD3UYYaoxQH0a7IoNf6QwvGtHjZU9pV3nUtuwFqOe/2Z31rTttj7erwFgm rJUyOIS6ZLKqm2cyJ7ZYxR+gp2TIlEnefmStym4ufBE/+Dhx1OeVTpuGcUXWZBCRjvZ3 TRm5vOqF/fZuyLl8PEO8DU7gPazPxfpcq1Wqy85jva//53mt6UQeKyRF5oKljXTDweha OiVHSlA0Z6Uviis5BiXQYSDZGkASsDiZQHqnaWvBoC7tq1nQ/5R3HMtKystwakqqrdiZ 5pNxovauE8eA79Rl8p/27vgOTq8kNFPxIChYjoPWppySx3EIkMu21oHHYYoeVo+MVVDR WVHA== Received: by 10.236.170.38 with SMTP id o26mr12401919yhl.21.1341170391680; Sun, 01 Jul 2012 12:19:51 -0700 (PDT) Received: from [10.1.20.83] (173-165-219-69-naples.hfc.comcastbusiness.net. [173.165.219.69]) by mx.google.com with ESMTPS id n43sm20359470yhm.7.2012.07.01.12.19.48 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 01 Jul 2012 12:19:49 -0700 (PDT) References: <20120701102226.1715dbdf@internecto.net> <20120701122921.46df1d5a@internecto.net> From: Eric Lindsey X-Mailer: iPhone Mail (9B208) In-Reply-To: <20120701122921.46df1d5a@internecto.net> Message-Id: <36A7220B-9C5D-4C2B-8E97-E205A41F9F7F@gmail.com> Date: Sun, 1 Jul 2012 15:19:47 -0400 To: "xen-users@lists.xen.org" Mime-Version: 1.0 (1.0) Subject: Re: [Xen-users] Xen 10GBit Ethernet network performance (was: Re: Experience with Xen & AMD Opteron 4200 series?) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org While we're on the subject, I'm still having a massive headache with using my dom0 as a NAT to route traffic internally from eth0 to the outside world on eth1 using iptables in masquerade mode as a firewall, AND having eth0 (internal LAN) successfully bridged for my VMs run by Xen. I've heard a lot of talk about Open vSwitch on the list, I'm sure I can find info about it on the net, but can someone give me some hard facts about its performance, especially with regard to virtualization and my particular use case? Thanks in advance! On Jul 1, 2012, at 6:29 AM, Mark van Dijk wrote: >> Hey "internecto.net", > > Urgh, sorry, I use tags for my list subscriptions (e.g. lists+xen, > lists+zsh etc.) to ease delivery to imap folders. Unfortunately I can't > set a default From header with each list so have to do that manually. > >>>> - do NOT configure a bridge in dom0, try normal eth0 <-> eth0 comms >>>> (The linux bridge is a BRIDGE. that's the things everyone stopped >>>> using in 1998) >>> >>> can you back this up with evidence? >> >> I think he meant multiport reapeaters aka hubs. > > Yes, now that is something I can agree with although I still don't > really understand why this comment would apply to virtual bridging. > > Mark > > _______________________________________________ > 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 Jul 01 19:21:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 19:21: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 1SlPgu-00009P-17; Sun, 01 Jul 2012 19:20:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlPgs-00009J-B6 for xen-users@lists.xen.org; Sun, 01 Jul 2012 19:20:14 +0000 Received: from [85.158.143.99:14873] by server-1.bemta-4.messagelabs.com id 70/EA-24392-DE2A0FF4; Sun, 01 Jul 2012 19:20:13 +0000 X-Env-Sender: eslindsey@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1341170411!20402241!1 X-Originating-IP: [209.85.160.173] X-SpamReason: No, hits=0.4 required=7.0 tests=MIME_QP_LONG_LINE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3456 invoked from network); 1 Jul 2012 19:20:12 -0000 Received: from mail-gh0-f173.google.com (HELO mail-gh0-f173.google.com) (209.85.160.173) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2012 19:20:12 -0000 Received: by ghrr14 with SMTP id r14so4309727ghr.32 for ; Sun, 01 Jul 2012 12:19:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:references:from:content-type:x-mailer:in-reply-to :message-id:date:to:content-transfer-encoding:mime-version; bh=ytX815z/wTbm9NqJ9HQ/VROL47PjXhg+wBxpRSc9WEQ=; b=XIPmjcZiAD3UYYaoxQH0a7IoNf6QwvGtHjZU9pV3nUtuwFqOe/2Z31rTttj7erwFgm rJUyOIS6ZLKqm2cyJ7ZYxR+gp2TIlEnefmStym4ufBE/+Dhx1OeVTpuGcUXWZBCRjvZ3 TRm5vOqF/fZuyLl8PEO8DU7gPazPxfpcq1Wqy85jva//53mt6UQeKyRF5oKljXTDweha OiVHSlA0Z6Uviis5BiXQYSDZGkASsDiZQHqnaWvBoC7tq1nQ/5R3HMtKystwakqqrdiZ 5pNxovauE8eA79Rl8p/27vgOTq8kNFPxIChYjoPWppySx3EIkMu21oHHYYoeVo+MVVDR WVHA== Received: by 10.236.170.38 with SMTP id o26mr12401919yhl.21.1341170391680; Sun, 01 Jul 2012 12:19:51 -0700 (PDT) Received: from [10.1.20.83] (173-165-219-69-naples.hfc.comcastbusiness.net. [173.165.219.69]) by mx.google.com with ESMTPS id n43sm20359470yhm.7.2012.07.01.12.19.48 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 01 Jul 2012 12:19:49 -0700 (PDT) References: <20120701102226.1715dbdf@internecto.net> <20120701122921.46df1d5a@internecto.net> From: Eric Lindsey X-Mailer: iPhone Mail (9B208) In-Reply-To: <20120701122921.46df1d5a@internecto.net> Message-Id: <36A7220B-9C5D-4C2B-8E97-E205A41F9F7F@gmail.com> Date: Sun, 1 Jul 2012 15:19:47 -0400 To: "xen-users@lists.xen.org" Mime-Version: 1.0 (1.0) Subject: Re: [Xen-users] Xen 10GBit Ethernet network performance (was: Re: Experience with Xen & AMD Opteron 4200 series?) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org While we're on the subject, I'm still having a massive headache with using my dom0 as a NAT to route traffic internally from eth0 to the outside world on eth1 using iptables in masquerade mode as a firewall, AND having eth0 (internal LAN) successfully bridged for my VMs run by Xen. I've heard a lot of talk about Open vSwitch on the list, I'm sure I can find info about it on the net, but can someone give me some hard facts about its performance, especially with regard to virtualization and my particular use case? Thanks in advance! On Jul 1, 2012, at 6:29 AM, Mark van Dijk wrote: >> Hey "internecto.net", > > Urgh, sorry, I use tags for my list subscriptions (e.g. lists+xen, > lists+zsh etc.) to ease delivery to imap folders. Unfortunately I can't > set a default From header with each list so have to do that manually. > >>>> - do NOT configure a bridge in dom0, try normal eth0 <-> eth0 comms >>>> (The linux bridge is a BRIDGE. that's the things everyone stopped >>>> using in 1998) >>> >>> can you back this up with evidence? >> >> I think he meant multiport reapeaters aka hubs. > > Yes, now that is something I can agree with although I still don't > really understand why this comment would apply to virtual bridging. > > Mark > > _______________________________________________ > 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 Jul 01 19:48:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 19:48:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlQ7R-0000mv-Js; Sun, 01 Jul 2012 19:47:41 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1SlQ7P-0000mq-DJ for xen-users@lists.xen.org; Sun, 01 Jul 2012 19:47:39 +0000 X-Env-Sender: jonnyt@abpni.co.uk X-Msg-Ref: server-9.tower-27.messagelabs.com!1341172053!9471074!1 X-Originating-IP: [109.200.19.114] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4641 invoked from network); 1 Jul 2012 19:47:33 -0000 Received: from edge1.gosport.uk.abpni.net (HELO mail1.gosport.uk.corp.abpni.net) (109.200.19.114) by server-9.tower-27.messagelabs.com with SMTP; 1 Jul 2012 19:47:33 -0000 Received: from localhost (mail1.gosport.corp.uk.abpni.net [127.0.0.1]) by mail1.gosport.uk.corp.abpni.net (Postfix) with ESMTP id 94C7A5A0006 for ; Sun, 1 Jul 2012 20:47:33 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at mail1.mail.gosport.corp.uk.abpni.net Received: from mail1.gosport.uk.corp.abpni.net ([127.0.0.1]) by localhost (mail1.mail.gosport.corp.uk.abpni.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YSv6hCjtQ2FH for ; Sun, 1 Jul 2012 20:47:33 +0100 (BST) Received: from Jonathans-MacBook-Air.local (unknown [10.87.0.109]) by mail1.gosport.uk.corp.abpni.net (Postfix) with ESMTPSA id 348D85A0005 for ; Sun, 1 Jul 2012 20:47:33 +0100 (BST) Message-ID: <4FF0A954.6000509@abpni.co.uk> Date: Sun, 01 Jul 2012 20:47:32 +0100 From: Jonathan Tripathy User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <20120701102226.1715dbdf@internecto.net> <20120701122921.46df1d5a@internecto.net> <36A7220B-9C5D-4C2B-8E97-E205A41F9F7F@gmail.com> In-Reply-To: <36A7220B-9C5D-4C2B-8E97-E205A41F9F7F@gmail.com> Subject: Re: [Xen-users] Xen 10GBit Ethernet network performance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 01/07/2012 20:19, Eric Lindsey wrote: > While we're on the subject, I'm still having a massive headache with using my dom0 as a NAT to route traffic internally from eth0 to the outside world on eth1 using iptables in masquerade mode as a firewall, AND having eth0 (internal LAN) successfully bridged for my VMs run by Xen. I've heard a lot of talk about Open vSwitch on the list, I'm sure I can find info about it on the net, but can someone give me some hard facts about its performance, especially with regard to virtualization and my particular use case? Thanks in advance! You don't need to use OpenVSwitch. You can use just the bridging capabilities of the Linux kernel (brctrl) Cheers _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 01 19:48:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 19:48:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlQ7R-0000mv-Js; Sun, 01 Jul 2012 19:47:41 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1SlQ7P-0000mq-DJ for xen-users@lists.xen.org; Sun, 01 Jul 2012 19:47:39 +0000 X-Env-Sender: jonnyt@abpni.co.uk X-Msg-Ref: server-9.tower-27.messagelabs.com!1341172053!9471074!1 X-Originating-IP: [109.200.19.114] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4641 invoked from network); 1 Jul 2012 19:47:33 -0000 Received: from edge1.gosport.uk.abpni.net (HELO mail1.gosport.uk.corp.abpni.net) (109.200.19.114) by server-9.tower-27.messagelabs.com with SMTP; 1 Jul 2012 19:47:33 -0000 Received: from localhost (mail1.gosport.corp.uk.abpni.net [127.0.0.1]) by mail1.gosport.uk.corp.abpni.net (Postfix) with ESMTP id 94C7A5A0006 for ; Sun, 1 Jul 2012 20:47:33 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at mail1.mail.gosport.corp.uk.abpni.net Received: from mail1.gosport.uk.corp.abpni.net ([127.0.0.1]) by localhost (mail1.mail.gosport.corp.uk.abpni.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YSv6hCjtQ2FH for ; Sun, 1 Jul 2012 20:47:33 +0100 (BST) Received: from Jonathans-MacBook-Air.local (unknown [10.87.0.109]) by mail1.gosport.uk.corp.abpni.net (Postfix) with ESMTPSA id 348D85A0005 for ; Sun, 1 Jul 2012 20:47:33 +0100 (BST) Message-ID: <4FF0A954.6000509@abpni.co.uk> Date: Sun, 01 Jul 2012 20:47:32 +0100 From: Jonathan Tripathy User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <20120701102226.1715dbdf@internecto.net> <20120701122921.46df1d5a@internecto.net> <36A7220B-9C5D-4C2B-8E97-E205A41F9F7F@gmail.com> In-Reply-To: <36A7220B-9C5D-4C2B-8E97-E205A41F9F7F@gmail.com> Subject: Re: [Xen-users] Xen 10GBit Ethernet network performance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 01/07/2012 20:19, Eric Lindsey wrote: > While we're on the subject, I'm still having a massive headache with using my dom0 as a NAT to route traffic internally from eth0 to the outside world on eth1 using iptables in masquerade mode as a firewall, AND having eth0 (internal LAN) successfully bridged for my VMs run by Xen. I've heard a lot of talk about Open vSwitch on the list, I'm sure I can find info about it on the net, but can someone give me some hard facts about its performance, especially with regard to virtualization and my particular use case? Thanks in advance! You don't need to use OpenVSwitch. You can use just the bridging capabilities of the Linux kernel (brctrl) Cheers _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 01 20:07:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 20: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 1SlQPR-0001Sm-IN; Sun, 01 Jul 2012 20:06:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlQPQ-0001Sh-1l for xen-users@lists.xensource.com; Sun, 01 Jul 2012 20:06:16 +0000 Received: from [85.158.138.51:55807] by server-12.bemta-3.messagelabs.com id 9F/85-30206-7BDA0FF4; Sun, 01 Jul 2012 20:06:15 +0000 X-Env-Sender: jonnyt@abpni.co.uk X-Msg-Ref: server-2.tower-174.messagelabs.com!1341173174!29362440!1 X-Originating-IP: [109.200.19.114] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12226 invoked from network); 1 Jul 2012 20:06:14 -0000 Received: from edge1.gosport.uk.abpni.net (HELO mail1.gosport.uk.corp.abpni.net) (109.200.19.114) by server-2.tower-174.messagelabs.com with SMTP; 1 Jul 2012 20:06:14 -0000 Received: from localhost (mail1.gosport.corp.uk.abpni.net [127.0.0.1]) by mail1.gosport.uk.corp.abpni.net (Postfix) with ESMTP id C93C45A0006 for ; Sun, 1 Jul 2012 21:06:14 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at mail1.mail.gosport.corp.uk.abpni.net Received: from mail1.gosport.uk.corp.abpni.net ([127.0.0.1]) by localhost (mail1.mail.gosport.corp.uk.abpni.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mlVXoTnmG86C for ; Sun, 1 Jul 2012 21:06:14 +0100 (BST) Received: from Jonathans-MacBook-Air.local (unknown [10.87.0.109]) by mail1.gosport.uk.corp.abpni.net (Postfix) with ESMTPSA id 643075A0005 for ; Sun, 1 Jul 2012 21:06:14 +0100 (BST) Message-ID: <4FF0ADB5.3060302@abpni.co.uk> Date: Sun, 01 Jul 2012 21:06:13 +0100 From: Jonathan Tripathy User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: "xen-users@lists.xensource.com" References: <20120701102226.1715dbdf@internecto.net> <20120701122921.46df1d5a@internecto.net> <36A7220B-9C5D-4C2B-8E97-E205A41F9F7F@gmail.com> <4FF0A954.6000509@abpni.co.uk> <53BFA514-CA93-464D-B219-2D840E54E917@gmail.com> In-Reply-To: <53BFA514-CA93-464D-B219-2D840E54E917@gmail.com> Subject: Re: [Xen-users] Xen 10GBit Ethernet network performance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 01/07/2012 20:56, Eric Lindsey wrote: > I've tried and no matter how I try to configure it, the DHCP server on > dom0 (dnsmasq listening on br0) does not succesfully assign IPs to my > VMs--even though it does see the DHCPREQUEST and make a DHCPOFFER. And > it works fine for all the physical machines on the network. > > In line with most community mail lists, it would be very much appreciated if you didn't top post The standard Linux bridge is a simple piece of software that performs a simple task: layer 2 transport of network traffic. An "out of the box" installation of Xen will have enabled Xen in "bridge mode" by default. Start from there, use an external DHCP server (e.g. home router) for testing, and see if your DomUs can pick up IP addresses. If this works, you've confirmed that bridging is working ok. If you really want to run a DHCP server on the Xen box, then I highly recommend that you install dhcpd on a separate DomU. That should work no problems. Keep the Dom0 clean and free from such unnecessities Cheers _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 01 20:07:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Jul 2012 20: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 1SlQPR-0001Sm-IN; Sun, 01 Jul 2012 20:06:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlQPQ-0001Sh-1l for xen-users@lists.xensource.com; Sun, 01 Jul 2012 20:06:16 +0000 Received: from [85.158.138.51:55807] by server-12.bemta-3.messagelabs.com id 9F/85-30206-7BDA0FF4; Sun, 01 Jul 2012 20:06:15 +0000 X-Env-Sender: jonnyt@abpni.co.uk X-Msg-Ref: server-2.tower-174.messagelabs.com!1341173174!29362440!1 X-Originating-IP: [109.200.19.114] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12226 invoked from network); 1 Jul 2012 20:06:14 -0000 Received: from edge1.gosport.uk.abpni.net (HELO mail1.gosport.uk.corp.abpni.net) (109.200.19.114) by server-2.tower-174.messagelabs.com with SMTP; 1 Jul 2012 20:06:14 -0000 Received: from localhost (mail1.gosport.corp.uk.abpni.net [127.0.0.1]) by mail1.gosport.uk.corp.abpni.net (Postfix) with ESMTP id C93C45A0006 for ; Sun, 1 Jul 2012 21:06:14 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at mail1.mail.gosport.corp.uk.abpni.net Received: from mail1.gosport.uk.corp.abpni.net ([127.0.0.1]) by localhost (mail1.mail.gosport.corp.uk.abpni.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mlVXoTnmG86C for ; Sun, 1 Jul 2012 21:06:14 +0100 (BST) Received: from Jonathans-MacBook-Air.local (unknown [10.87.0.109]) by mail1.gosport.uk.corp.abpni.net (Postfix) with ESMTPSA id 643075A0005 for ; Sun, 1 Jul 2012 21:06:14 +0100 (BST) Message-ID: <4FF0ADB5.3060302@abpni.co.uk> Date: Sun, 01 Jul 2012 21:06:13 +0100 From: Jonathan Tripathy User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: "xen-users@lists.xensource.com" References: <20120701102226.1715dbdf@internecto.net> <20120701122921.46df1d5a@internecto.net> <36A7220B-9C5D-4C2B-8E97-E205A41F9F7F@gmail.com> <4FF0A954.6000509@abpni.co.uk> <53BFA514-CA93-464D-B219-2D840E54E917@gmail.com> In-Reply-To: <53BFA514-CA93-464D-B219-2D840E54E917@gmail.com> Subject: Re: [Xen-users] Xen 10GBit Ethernet network performance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 01/07/2012 20:56, Eric Lindsey wrote: > I've tried and no matter how I try to configure it, the DHCP server on > dom0 (dnsmasq listening on br0) does not succesfully assign IPs to my > VMs--even though it does see the DHCPREQUEST and make a DHCPOFFER. And > it works fine for all the physical machines on the network. > > In line with most community mail lists, it would be very much appreciated if you didn't top post The standard Linux bridge is a simple piece of software that performs a simple task: layer 2 transport of network traffic. An "out of the box" installation of Xen will have enabled Xen in "bridge mode" by default. Start from there, use an external DHCP server (e.g. home router) for testing, and see if your DomUs can pick up IP addresses. If this works, you've confirmed that bridging is working ok. If you really want to run a DHCP server on the Xen box, then I highly recommend that you install dhcpd on a separate DomU. That should work no problems. Keep the Dom0 clean and free from such unnecessities Cheers _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 02 01:05:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 01:05: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 1SlV2n-00032t-5T; Mon, 02 Jul 2012 01:03:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlNPX-00065m-3O for xen-users@lists.xensource.com; Sun, 01 Jul 2012 16:54:11 +0000 Received: from [85.158.139.83:17546] by server-8.bemta-5.messagelabs.com id 75/28-10278-2B080FF4; Sun, 01 Jul 2012 16:54:10 +0000 X-Env-Sender: m.ramakers@gmail.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1341161647!29136808!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20626 invoked from network); 1 Jul 2012 16:54:08 -0000 Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com) (209.85.217.171) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2012 16:54:08 -0000 Received: by lbom4 with SMTP id m4so8857456lbo.30 for ; Sun, 01 Jul 2012 09:54: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 :content-transfer-encoding; bh=n5I7au3ERqRS/kNE0fBvYHzxMoAfyXPvKlOvtOdYZHU=; b=XsUcx0YLUd31zY3Avh0dvl4r6YKVQB1EomTPq7LXnBaCfiZcVQ1GnqkPna/onvr06O IY489D1RZyo5+AJnykgaJlzQMwBx0cevIumH8/j3VOcioPBqrI5YXsnu11ntbvanW6GO NCMFo0vk5UdEEGRpFHZ3iX5bdz3LWkLf36P/F3S/evCesOuc+wLDmqzkgbL66Xxm6bJJ MPZpWJw0jdby4XB592OEsrgslh+lGxiDis4e4Val3D5HlX7ch9uTJHYtaxeDzHUBZ08z erk6HHkmJOQSZASa65mQUBy5NStGqTJruFnJXYME8/BYRlt672iT/8Bzw0aUc+lSlf5V JPSQ== MIME-Version: 1.0 Received: by 10.152.46.232 with SMTP id y8mr9756041lam.18.1341161647393; Sun, 01 Jul 2012 09:54:07 -0700 (PDT) Received: by 10.114.5.70 with HTTP; Sun, 1 Jul 2012 09:54:07 -0700 (PDT) Date: Sun, 1 Jul 2012 18:54:07 +0200 Message-ID: From: Michai Ramakers To: xen-users@lists.xensource.com X-Mailman-Approved-At: Mon, 02 Jul 2012 01:03:11 +0000 Subject: [Xen-users] xen 4.1 netbsd-6 dom0 hang on e4400 core2duo X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Hello, I recently got a pair of identical e4400 core2duo 2Gb RAM boxes and installed 6.0BETA2 on one using an ISO, xentools41 and xenkernel41 from pkgsrc2012Q1 (xen 4.1.2) and releng netbsd-6 XEN3_DOM0 kernel for dom0 from 29 june. Dom0 boots fine, but when I run... mkdir workdir && cd workdir && while ( true ); do tar xzvf /some/where/pkgsrc.tgz; rm -rf *; done in 2 console-windows in parallel (with different workdirs), the machine freezes within a minute. This happens with the recent releng-kernel as well as a home-built one from the same date, and with only 80Gb disk on the onboard VIA VT8237S SATA-controller as well as with it connected to a PCI SiI 3114 controller. I tried 4 or 5 times with xen-debug.gz from xenkernel41, and serial output for dom0 and xen-kernel to a terminal; only once did it output anything at the apparent time of the hang - the other times it would just freeze (i.e. not respond anymore to pings or keyboard Ctrl-Alt-Fx to switch console). The dom0 is assigned 256Mb in the fail-situation; when raising this to 1Gb, it runs fine for at least 10 minutes, after which I stopped the test. Running the test with a native netbsd-6 kernel (i.e. not as dom0) with 2Gb RAM, it runs fine as well. I have included the serial output below - linenumbers added; this is the verbose one - the other times it would not send anything anymore after the 2 root-logins, up to and including the following hang. Any suggestions are welcome; I will now continue with the other box, assigning 1Gb to dom0 and hoping for the best. Michai 1: __ __ _ _ _ ____ 2: \ \/ /___ _ __ | || | / | |___ \ 3: \ // _ \ '_ \ | || |_ | | __) | 4: / \ __/ | | | |__ _|| |_ / __/ 5: /_/\_\___|_| |_| |_|(_)_(_)_____| 6: 7:(XEN) Xen version 4.1.2 (pbulkXXX@) (gcc version 4.5.3 (NetBSD nb2 20110806) ) Thu May 24 16:44:11 UTC 2012 8:(XEN) Latest ChangeSet: unavailable 9:(XEN) Bootloader: unknown 10:(XEN) Command line: dom0_mem=3D256M console=3Dcom1 com1=3D9600,8n1 11:(XEN) Video information: 12:(XEN) VGA is text mode 80x25, font 8x16 13:(XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds 14:(XEN) Disc information: 15:(XEN) Found 1 MBR signatures 16:(XEN) Found 1 EDD information structures 17:(XEN) Xen-e820 RAM map: 18:(XEN) 0000000000000000 - 000000000009d800 (usable) 19:(XEN) 000000000009d800 - 00000000000a0000 (reserved) 20:(XEN) 00000000000e4000 - 0000000000100000 (reserved) 21:(XEN) 0000000000100000 - 0000000077fa0000 (usable) 22:(XEN) 0000000077fa0000 - 0000000077fae000 (ACPI data) 23:(XEN) 0000000077fae000 - 0000000077fe0000 (ACPI NVS) 24:(XEN) 0000000077fe0000 - 0000000078000000 (reserved) 25:(XEN) 00000000fec00000 - 00000000fec01000 (reserved) 26:(XEN) 00000000fecc0000 - 00000000fecc1000 (reserved) 27:(XEN) 00000000fff80000 - 0000000100000000 (reserved) 28:(XEN) System RAM: 1919MB (1965300kB) 29:(XEN) ACPI: RSDP 000FAA80, 0014 (r0 ACPIAM) 30:(XEN) ACPI: RSDT 77FA0000, 003C (r1 A_M_I_ OEMRSDT 8000708 MSFT = 97) 31:(XEN) ACPI: FACP 77FA0200, 0084 (r2 A_M_I_ OEMFACP 8000708 MSFT = 97) 32:(XEN) ACPI: DSDT 77FA04A0, 584B (r1 A0661 A0661000 0 INTL 200511= 17) 33:(XEN) ACPI: FACS 77FAE000, 0040 34:(XEN) ACPI: APIC 77FA0390, 0078 (r1 A_M_I_ OEMAPIC 8000708 MSFT = 97) 35:(XEN) ACPI: MCFG 77FA0410, 003C (r1 A_M_I_ OEMMCFG 8000708 MSFT = 97) 36:(XEN) ACPI: WDRT 77FA0450, 0047 (r1 A_M_I_ VT-8237S 8000708 MSFT = 97) 37:(XEN) ACPI: OEMB 77FAE040, 0061 (r1 A_M_I_ AMI_OEM 8000708 MSFT = 97) 38:(XEN) ACPI: HPET 77FA5CF0, 0038 (r1 A_M_I_ VT-8237S 8000708 MSFT = 97) 39:(XEN) No NUMA configuration found 40:(XEN) Faking a node at 0000000000000000-0000000077fa0000 41:(XEN) Domain heap initialised 42:(XEN) found SMP MP-table at 000ff780 43:(XEN) DMI present. 44:(XEN) Using APIC driver default 45:(XEN) ACPI: PM-Timer IO Port: 0x808 46:(XEN) ACPI: ACPI SLEEP INFO: pm1x_cnt[804,0], pm1x_evt[800,0] 47:(XEN) ACPI: wakeup_vec[77fae00c], vec_size[20] 48:(XEN) ACPI: Local APIC address 0xfee00000 49:(XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) 50:(XEN) Processor #0 6:15 APIC version 20 51:(XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) 52:(XEN) Processor #1 6:15 APIC version 20 53:(XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x82] disabled) 54:(XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x83] disabled) 55:(XEN) ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0]) 56:(XEN) IOAPIC[0]: apic_id 2, version 3, address 0xfec00000, GSI 0-23 57:(XEN) ACPI: IOAPIC (id[0x03] address[0xfecc0000] gsi_base[24]) 58:(XEN) IOAPIC[1]: apic_id 3, version 3, address 0xfecc0000, GSI 24-47 59:(XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) 60:(XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level) 61:(XEN) ACPI: IRQ0 used by override. 62:(XEN) ACPI: IRQ2 used by override. 63:(XEN) ACPI: IRQ9 used by override. 64:(XEN) Enabling APIC mode: Flat. Using 2 I/O APICs 65:(XEN) ACPI: HPET id: 0x11068201 base: 0xfed00000 66:(XEN) PCI: MCFG configuration 0: base e0000000 segment 0 buses 0 - 255 67:(XEN) PCI: Not using MMCONFIG. 68:(XEN) Table is not found! 69:(XEN) Using ACPI (MADT) for SMP configuration information 70:(XEN) IRQ limits: 48 GSI, 352 MSI/MSI-X 71:(XEN) Using scheduler: SMP Credit Scheduler (credit) 72:(XEN) Detected 2000.032 MHz processor. 73:(XEN) Initing memory sharing. 74:(XEN) mce_intel.c:1162: MCA Capability: BCAST 1 SER 0 CMCI 0 firstbank 1 extended MCE MSR 0 75:(XEN) Intel machine check reporting enabled 76:(XEN) I/O virtualisation disabled 77:(XEN) ENABLING IO-APIC IRQs 78:(XEN) -> Using new ACK method 79:(XEN) ..TIMER: vector=3D0xF0 apic1=3D0 pin1=3D2 apic2=3D-1 pin2=3D-1 80:(XEN) Platform timer is 14.318MHz HPET 81:=FF(XEN) Allocated console ring of 16 KiB. 82:(XEN) Brought up 2 CPUs 83:(XEN) HPET: 3 timers in total, 0 timers will be used for broadcast 84:(XEN) ACPI sleep modes: S3 85:(XEN) mcheck_poll: Machine check polling timer started. 86:(XEN) *** LOADING DOMAIN 0 *** 87:(XEN) elf_parse_binary: phdr: paddr=3D0xffffffff80000000 memsz=3D0xe475a0 88:(XEN) elf_parse_binary: memory: 0xffffffff80000000 -> 0xffffffff80e475a0 89:(XEN) elf_xen_parse: __xen_guest: "GUEST_OS=3DNetBSD,GUEST_VER=3D4.99,XEN_VER=3Dxen-3.0,LOADER=3Dgeneric,VIRT= _BASE=3D0xffffffff80000000,ELF_PADDR_OFFSET=3D0xffffffff80000000,VIRT_ENTRY= =3D0xffffffff80100000,HYPERCALL_PAGE=3D0x00000101,BSD_SYMTAB=3Dyes" 90:(XEN) elf_xen_parse_guest_info: GUEST_OS=3D"NetBSD" 91:(XEN) elf_xen_parse_guest_info: GUEST_VER=3D"4.99" 92:(XEN) elf_xen_parse_guest_info: XEN_VER=3D"xen-3.0" 93:(XEN) elf_xen_parse_guest_info: LOADER=3D"generic" 94:(XEN) elf_xen_parse_guest_info: VIRT_BASE=3D"0xffffffff80000000" 95:(XEN) elf_xen_parse_guest_info: ELF_PADDR_OFFSET=3D"0xffffffff80000000" 96:(XEN) elf_xen_parse_guest_info: VIRT_ENTRY=3D"0xffffffff80100000" 97:(XEN) elf_xen_parse_guest_info: HYPERCALL_PAGE=3D"0x00000101" 98:(XEN) elf_xen_parse_guest_info: BSD_SYMTAB=3D"yes" 99:(XEN) elf_xen_addr_calc_check: addresses: 100:(XEN) virt_base =3D 0xffffffff80000000 101:(XEN) elf_paddr_offset =3D 0xffffffff80000000 102:(XEN) virt_offset =3D 0x0 103:(XEN) virt_kstart =3D 0xffffffff80000000 104:(XEN) virt_kend =3D 0xffffffff80f664c8 105:(XEN) virt_entry =3D 0xffffffff80100000 106:(XEN) p2m_base =3D 0xffffffffffffffff 107:(XEN) Xen kernel: 64-bit, lsb, compat32 108:(XEN) Dom0 kernel: 64-bit, lsb, paddr 0xffffffff80000000 -> 0xffffffff80e475a0 109:(XEN) Dom0 symbol map 0xffffffff80e475a0 -> 0xffffffff80f664c8 110:(XEN) PHYSICAL MEMORY ARRANGEMENT: 111:(XEN) Dom0 alloc.: 0000000072000000->0000000074000000 (57344 pages to be allocated) 112:(XEN) VIRTUAL MEMORY ARRANGEMENT: 113:(XEN) Loaded kernel: ffffffff80000000->ffffffff80f664c8 114:(XEN) Init. ramdisk: ffffffff80f67000->ffffffff80f67000 115:(XEN) Phys-Mach map: ffffffff80f67000->ffffffff80fe7000 116:(XEN) Start info: ffffffff80fe7000->ffffffff80fe74b4 117:(XEN) Page tables: ffffffff80fe8000->ffffffff80ff5000 118:(XEN) Boot stack: ffffffff80ff5000->ffffffff80ff6000 119:(XEN) TOTAL: ffffffff80000000->ffffffff81400000 120:(XEN) ENTRY ADDRESS: ffffffff80100000 121:(XEN) Dom0 has maximum 2 VCPUs 122:(XEN) elf_load_binary: phdr 0 at 0xffffffff80000000 -> 0xffffffff80c8eb= 28 123:(XEN) elf_load_bsdsyms: shdr 32 at 0xffff8300778e0974 -> 0xffffffff80e4= 7ea8 124:(XEN) elf_load_bsdsyms: shdr 33 at 0xffff8300778e1428 -> 0xffffffff80e4= 8098 125:(XEN) elf_load_bsdsyms: shdr 34 at 0xffff83007798dfa0 -> 0xffffffff80ef= 4c10 126:(XEN) Scrubbing Free RAM: ................done. 127:(XEN) Xen trace buffers: disabled 128:(XEN) Std. Loglevel: All 129:(XEN) Guest Loglevel: All 130:(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) 131:(XEN) Freed 228kB init memory. 132:Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 200= 5, 133: 2006, 2007, 2008, 2009, 2010, 2011, 2012 134: The NetBSD Foundation, Inc. All rights reserved. 135:Copyright (c) 1982, 1986, 1989, 1991, 1993 136: The Regents of the University of California. All rights reserved. 138:NetBSD 6.0_BETA2 (XEN3_DOM0) 139:total memory =3D 256 MB 140:avail memory =3D 232 MB 141:mainbus0 (root) 142:cpu0 at mainbus0 apid 0 143:cpu1 at mainbus0 apid 1 144:ioapic0 at mainbus0 apid 2 145:(XEN) io_apic.c:2507: 146:(XEN) ioapic_guest_write: apic=3D0, pin=3D0, irq=3D0 147:(XEN) ioapic_guest_write: new_entry=3D000109f0 148:(XEN) ioapic_guest_write: old_entry=3D00010200 pirq=3D0 149:(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin for in-use IRQ! 150:(XEN) io_apic.c:2507: 151:(XEN) ioapic_guest_write: apic=3D0, pin=3D2, irq=3D0 152:(XEN) ioapic_guest_write: new_entry=3D000109f0 153:(XEN) ioapic_guest_write: old_entry=3D000009f0 pirq=3D0 154:(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin for in-use IRQ! 155:(XEN) irq.c:1514: dom0: pirq 0 or irq 3 already mapped 156:(XEN) io_apic.c:2507: 157:(XEN) ioapic_guest_write: apic=3D0, pin=3D4, irq=3D4 158:(XEN) ioapic_guest_write: new_entry=3D000109f1 159:(XEN) ioapic_guest_write: old_entry=3D000009f1 pirq=3D0 160:(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin for in-use IRQ! 161:(XEN) irq.c:1514: dom0: pirq 0 or irq 5 already mapped 162:(XEN) irq.c:1514: dom0: pirq 0 or irq 6 already mapped 163:(XEN) irq.c:1514: dom0: pirq 0 or irq 7 already mapped 164:(XEN) irq.c:1514: dom0: pirq 0 or irq 8 already mapped 165:(XEN) irq.c:1514: dom0: pirq 0 or irq 9 already mapped 166:(XEN) irq.c:1514: dom0: pirq 0 or irq 10 already mapped 167:(XEN) irq.c:1514: dom0: pirq 0 or irq 11 already mapped 168:(XEN) irq.c:1514: dom0: pirq 0 or irq 12 already mapped 169:(XEN) irq.c:1514: dom0: pirq 0 or irq 13 already mapped 170:(XEN) irq.c:1514: dom0: pirq 0 or irq 14 already mapped 171:(XEN) irq.c:1514: dom0: pirq 0 or irq 15 already mapped 172:(XEN) allocated vector 98 for irq 16 173:(XEN) irq.c:1514: dom0: pirq 0 or irq 16 already mapped 174:(XEN) allocated vector a0 for irq 17 175:(XEN) irq.c:1514: dom0: pirq 0 or irq 17 already mapped 176:(XEN) allocated vector a8 for irq 18 177:(XEN) irq.c:1514: dom0: pirq 0 or irq 18 already mapped 178:(XEN) allocated vector b0 for irq 19 179:(XEN) irq.c:1514: dom0: pirq 0 or irq 19 already mapped 180:(XEN) allocated vector b8 for irq 20 181:(XEN) irq.c:1514: dom0: pirq 0 or irq 20 already mapped 182:(XEN) allocated vector c0 for irq 21 183:(XEN) irq.c:1514: dom0: pirq 0 or irq 21 already mapped 184:(XEN) allocated vector c8 for irq 22 185:(XEN) irq.c:1514: dom0: pirq 0 or irq 22 already mapped 186:(XEN) allocated vector d0 for irq 23 187:(XEN) irq.c:1514: dom0: pirq 0 or irq 23 already mapped 188:ioapic1 at mainbus0 apid 3 189:(XEN) allocated vector d8 for irq 24 190:(XEN) irq.c:1514: dom0: pirq 0 or irq 24 already mapped 191:(XEN) allocated vector 21 for irq 25 192:(XEN) irq.c:1514: dom0: pirq 0 or irq 25 already mapped 193:(XEN) allocated vector 29 for irq 26 194:(XEN) irq.c:1514: dom0: pirq 0 or irq 26 already mapped 195:(XEN) allocated vector 31 for irq 27 196:(XEN) irq.c:1514: dom0: pirq 0 or irq 27 already mapped 197:(XEN) allocated vector 39 for irq 28 198:(XEN) irq.c:1514: dom0: pirq 0 or irq 28 already mapped 199:(XEN) allocated vector 41 for irq 29 200:(XEN) irq.c:1514: dom0: pirq 0 or irq 29 already mapped 201:(XEN) allocated vector 49 for irq 30 202:(XEN) irq.c:1514: dom0: pirq 0 or irq 30 already mapped 203:(XEN) allocated vector 51 for irq 31 204:(XEN) irq.c:1514: dom0: pirq 0 or irq 31 already mapped 205:(XEN) allocated vector 59 for irq 32 206:(XEN) irq.c:1514: dom0: pirq 0 or irq 32 already mapped 207:(XEN) allocated vector 61 for irq 33 208:(XEN) irq.c:1514: dom0: pirq 0 or irq 33 already mapped 209:(XEN) allocated vector 69 for irq 34 210:(XEN) irq.c:1514: dom0: pirq 0 or irq 34 already mapped 211:(XEN) allocated vector 71 for irq 35 212:(XEN) irq.c:1514: dom0: pirq 0 or irq 35 already mapped 213:(XEN) allocated vector 79 for irq 36 214:(XEN) irq.c:1514: dom0: pirq 0 or irq 36 already mapped 215:(XEN) allocated vector 81 for irq 37 216:(XEN) irq.c:1514: dom0: pirq 0 or irq 37 already mapped 217:(XEN) allocated vector 89 for irq 38 218:(XEN) irq.c:1514: dom0: pirq 0 or irq 38 already mapped 219:(XEN) allocated vector 91 for irq 39 220:(XEN) irq.c:1514: dom0: pirq 0 or irq 39 already mapped 221:(XEN) allocated vector 99 for irq 40 222:(XEN) irq.c:1514: dom0: pirq 0 or irq 40 already mapped 223:(XEN) allocated vector a1 for irq 41 224:(XEN) irq.c:1514: dom0: pirq 0 or irq 41 already mapped 225:(XEN) allocated vector a9 for irq 42 226:(XEN) irq.c:1514: dom0: pirq 0 or irq 42 already mapped 227:(XEN) allocated vector b1 for irq 43 228:(XEN) irq.c:1514: dom0: pirq 0 or irq 43 already mapped 229:(XEN) allocated vector b9 for irq 44 230:(XEN) irq.c:1514: dom0: pirq 0 or irq 44 already mapped 231:(XEN) allocated vector c1 for irq 45 232:(XEN) irq.c:1514: dom0: pirq 0 or irq 45 already mapped 233:(XEN) allocated vector c9 for irq 46 234:(XEN) irq.c:1514: dom0: pirq 0 or irq 46 already mapped 235:(XEN) allocated vector d1 for irq 47 236:(XEN) irq.c:1514: dom0: pirq 0 or irq 47 already mapped 237:hypervisor0 at mainbus0: Xen version 4.1.2 238:vcpu0 at hypervisor0: Intel(R) Core(TM)2 Duo CPU E4400 @ 2.00GHz, id 0x6fd 239:xenbus0 at hypervisor0: Xen Virtual Bus Interface 240:xencons0 at hypervisor0: Xen Virtual Console Driver 241:acpi0 at hypervisor0: Intel ACPICA 20110623 242:pcppi0 at acpi0 (SPKR, PNP0800): io 0x61 243:FDC (PNP0700) at acpi0 not configured 244:LPTE (PNP0401) at acpi0 not configured 245:RMSC (PNP0C02) at acpi0 not configured 246:aibs0 at acpi0 (ASOC, ATK0110-16843024): ASUSTeK AI Booster 247:HPET (PNP0103) at acpi0 not configured 248:TMR (PNP0100) at acpi0 not configured 249:SIOR (PNP0C02) at acpi0 not configured 250:UAR1 (PNP0501) at acpi0 not configured 251:OMSC (PNP0C02) at acpi0 not configured 252:PCIE (PNP0C02) at acpi0 not configured 253:acpibut0 at acpi0 (SLPB, PNP0C0E): ACPI Sleep Button 254:RMEM (PNP0C01) at acpi0 not configured 255:acpibut1 at acpi0 (PWRB, PNP0C0C-170): ACPI Power Button 256:pci0 at hypervisor0 bus 0: configuration mode 1 257:pchb0 at pci0 dev 0 function 0: vendor 0x1106 product 0x0364 (rev. 0x00) 258:agp0 at pchb0: aperture at 0xf0000000, size 0x8000000 259:pchb1 at pci0 dev 0 function 1: vendor 0x1106 product 0x1364 (rev. 0x00) 260:pchb2 at pci0 dev 0 function 2: vendor 0x1106 product 0x2364 (rev. 0x00) 261:pchb3 at pci0 dev 0 function 3: vendor 0x1106 product 0x3364 (rev. 0x00) 262:pchb4 at pci0 dev 0 function 4: vendor 0x1106 product 0x4364 (rev. 0x00) 263:vendor 0x1106 product 0x5364 (interrupt system, interface 0x20) at pci0 dev 0 function 5 not configured 264:pchb5 at pci0 dev 0 function 6: vendor 0x1106 product 0x6364 (rev. 0x00) 265:pchb6 at pci0 dev 0 function 7: vendor 0x1106 product 0x7364 (rev. 0x00) 266:ppb0 at pci0 dev 1 function 0: vendor 0x1106 product 0xb198 (rev. 0x00) 267:pci1 at ppb0 bus 1 268:vga0 at pci1 dev 0 function 0: vendor 0x1106 product 0x3371 (rev. 0x01) 269:wsdisplay0 at vga0 kbdmux 1 270:drm at vga0 not configured 271:ppb1 at pci0 dev 2 function 0: vendor 0x1106 product 0xa364 (rev. 0x80) 272:ppb1: PCI Express 1.0 273:pci2 at ppb1 bus 2 274:ppb2 at pci0 dev 3 function 0: vendor 0x1106 product 0xc364 (rev. 0x80) 275:ppb2: PCI Express 1.0 276:pci3 at ppb2 bus 3 277:viaide0 at pci0 dev 15 function 0: VIA Technologies VT8237S SATA Controller (rev. 0x00) 278:viaide0: using ioapic0 pin 21, event channel 4 for native-PCI interrupt 279:atabus0 at viaide0 channel 0 280:atabus1 at viaide0 channel 1 281:viaide1 at pci0 dev 15 function 1 282:viaide1: VIA Technologies unknown VIA ATA controller 283:viaide1: primary channel interrupting at ioapic0 pin 14, event channel 5 284:atabus2 at viaide1 channel 0 285:viaide1: secondary channel interrupting at ioapic0 pin 15, event channe= l 6 286:atabus3 at viaide1 channel 1 287:uhci0 at pci0 dev 16 function 0: vendor 0x1106 product 0x3038 (rev. 0xb= 0) 288:uhci0: interrupting at ioapic0 pin 20, event channel 7 289:usb0 at uhci0: USB revision 1.0 290:uhci1 at pci0 dev 16 function 1: vendor 0x1106 product 0x3038 (rev. 0xb= 0) 291:uhci1: interrupting at ioapic0 pin 22, event channel 8 292:usb1 at uhci1: USB revision 1.0 293:uhci2 at pci0 dev 16 function 2: vendor 0x1106 product 0x3038 (rev. 0xb= 0) 294:uhci2: interrupting at ioapic0 pin 21, event channel 4 295:usb2 at uhci2: USB revision 1.0 296:uhci3 at pci0 dev 16 function 3: vendor 0x1106 product 0x3038 (rev. 0xb= 0) 297:uhci3: interrupting at ioapic0 pin 23, event channel 9 298:usb3 at uhci3: USB revision 1.0 299:ehci0 at pci0 dev 16 function 4: vendor 0x1106 product 0x3104 (rev. 0x9= 0) 300:ehci0: interrupting at ioapic0 pin 21, event channel 4 301:ehci0: dropped intr workaround enabled 302:ehci0: companion controllers, 2 ports each: uhci0 uhci1 uhci2 uhci3 303:usb4 at ehci0: USB revision 2.0 304:pcib0 at pci0 dev 17 function 0: vendor 0x1106 product 0x3372 (rev. 0x0= 0) 305:pchb7 at pci0 dev 17 function 7: vendor 0x1106 product 0x287e (rev. 0x0= 0) 306:vr0 at pci0 dev 18 function 0: vendor 0x1106 product 0x3065 (rev. 0x7c) 307:vr0: interrupting at ioapic0 pin 23, event channel 9 308:vr0: Ethernet address: 00:1b:fc:fb:ee:a3 309:atphy0 at vr0 phy 1: L2 10/100 PHY, rev. 1 310:atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto 311:pchb8 at pci0 dev 19 function 0: vendor 0x1106 product 0x337b (rev. 0x0= 0) 312:ppb3 at pci0 dev 19 function 1: vendor 0x1106 product 0x337a (rev. 0x00) 313:pci4 at ppb3 bus 4 314:satalink0 at pci4 dev 5 function 0: Silicon Image SATALink 3114 (rev. 0= x02) 315:satalink0: using ioapic0 pin 19, event channel 10 for native-PCI interr= upt 316:atabus4 at satalink0 channel 0 317:atabus5 at satalink0 channel 1 318:atabus6 at satalink0 channel 2 319:atabus7 at satalink0 channel 3 320:isa0 at pcib0 321:lpt0 at isa0 port 0x378-0x37b irq 7 322:pckbc0 at isa0 port 0x60-0x64 323:pci5 at hypervisor0 bus 128 324:hdaudio0 at pci5 dev 1 function 0: HD Audio Controller 325:hdaudio0: interrupting at ioapic0 pin 17, event channel 12 326:hdafg0 at hdaudio0: Realtek ALC662 327:hdafg0: DAC00 2ch: Speaker [Jack] 328:hdafg0: DAC01 2ch: HP Out [Jack] 329:hdafg0: DIG02 2ch: SPDIF Out [Built-In] 330:hdafg0: ADC03 2ch: Line In [Jack], Mic In [Jack] 331:hdafg0: ADC04 2ch: Mic In [Jack] 332:hdafg0: 2ch/2ch 44100Hz 48000Hz 96000Hz PCM16 PCM20 PCM24 AC3 333:audio0 at hdafg0: full duplex, playback, capture, independent 334:satalink0: port 1: device present, speed: 1.5Gb/s 335:uhub0 at usb0: vendor 0x1106 UHCI root hub, class 9/0, rev 1.00/1.00, a= ddr 1 336:uhub1 at usb1: vendor 0x1106 UHCI root hub, class 9/0, rev 1.00/1.00, a= ddr 1 337:uhub2 at usb2: vendor 0x1106 UHCI root hub, class 9/0, rev 1.00/1.00, a= ddr 1 338:uhub3 at usb3: vendor 0x1106 UHCI root hub, class 9/0, rev 1.00/1.00, a= ddr 1 339:uhub4 at usb4: vendor 0x1106 EHCI root hub, class 9/0, rev 2.00/1.00, a= ddr 1 340:ehci0: handing over low speed device on port 2 to uhci0 341:wd0 at atabus5 drive 0 342:wd0: 343:wd0: 76319 MB, 155061 cyl, 16 head, 63 sec, 512 bytes/sect x 156301488 sectors 344:boot device: wd0 345:root on wd0a dumps on wd0b 346:Your machine does not initialize mem_clusters; sparse_dumps disabled 347:root file system type: ffs 348:Sun Jul 1 16:55:22 UTC 2012 349:Starting root file system check: 350:/dev/rwd0a: file system is clean; not checking 351:swapctl: setting dump device to /dev/wd0b 352:swapctl: adding /dev/wd0b as swap device at priority 0 353:Starting file system checks: 354:Setting tty flags. 355:Setting sysctl variables: 356:ddb.onpanic: 1 -> 0 357:Starting network. 358:Hostname: xen0a.LAN 359:IPv6 mode: host 360:Configuring network interfaces: vr0uhidev0 at uhub0 port 2 configuration 1 interface 0 361:uhidev0: vendor 0x062a USB-compliant keyboard, rev 1.10/1.00, addr 2, iclass 3/1 362:ukbd0 at uhidev0: 8 modifier keys, 6 key codes 363: bridge0. 364:Adding interface aliases:. 365:add net default: gateway 10.1.1.2 366:wskbd0 at ukbd0 mux 1 367:uhidev1 at uhub0 port 2 configuration 1 interface 1 368:uhidev1: vendor 0x062a USB-compliant keyboard, rev 1.10/1.00, addr 2, iclass 3/1 369:uhidev1: 6 report ids 370:uhid0 at uhidev1 reportid 1: input=3D2, output=3D0, feature=3D0 371:uhid1 at uhidev1 reportid 2: input=3D1, output=3D0, feature=3D0 372:uhid2 at uhidev1 reportid 4: input=3D1, output=3D0, feature=3D0 373:ums0 at uhidev1 reportid 5: 0 buttons and Z dir 374:wsmouse0 at ums0 mux 0 375:uhid3 at uhidev1 reportid 6: input=3D3, output=3D0, feature=3D0 376:Building databases: dev, utmp, utmpx. 377:Starting syslogd. 378:Mounting all filesystems... 379:Clearing temporary files. 380:Updating fontconfig cache: done. 381:Checking quotas: done. 382:swapctl: setting dump device to /dev/wd0b 383:Starting virecover. 384:Checking for core dump... 385:savecore: no core dump 386:Starting xenservices: xenstored, xenconsoled, xenbackendd. 387:Jul 1 16:55:29 xen0a xenstored: Checking store ... 388:Jul 1 16:55:29 xen0a xenstored: Checking store complete. 389:balloon0 at xenbus0 id 0: Xen Balloon driver 390:balloon0: current reservation: 262144 KiB 391:Starting xend. 392:balloon0: current reservation: 65536 pages =3D> target: 65536 pages 393:/etc/rc.d/xendomains exited with code 1 394:Starting local daemons:. 395:Updating motd. 396:Starting powerd. 397:Starting sshd. 398:Starting inetd. 399:Starting cron. 400:The following components reported failures: 401: /etc/rc.d/xendomains 402:See /var/run/rc.log for more information. 403:Sun Jul 1 16:55:44 UTC 2012 405:NetBSD/amd64 (xen0a.LAN) (console) 407:login: Jul 1 16:55:51 xen0a login: ROOT LOGIN (root) on tty ttyE1 408:Jul 1 16:56:54 xen0a login: ROOT LOGIN (root) on tty ttyE2 409:Mutex error: mutex_vector_enter: locking against myself 411:lock address : 0xffffffff80cc1888 412:current cpu : 0 413:current lwp : 0xffffa00002a16b60 414:owner field : 0x0000000000010600 wait/spin: 0/1 416:panic: lock error 417:cpu0: Begin traceback... 418:printf_nolog() at netbsd:printf_nolog 419:lockdebug_abort() at netbsd:lockdebug_abort+0x3a 420:bt_refill() at netbsd:bt_refill+0x1d 421:vmem_xalloc() at netbsd:vmem_xalloc+0x177 422:vmem_alloc() at netbsd:vmem_alloc+0x105 423:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 424:pool_grow() at netbsd:pool_grow+0x34 425:pool_get() at netbsd:pool_get+0x82 426:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 427:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 428:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 429:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 430:vmem_alloc() at netbsd:vmem_alloc+0x105 431:bt_refill() at netbsd:bt_refill+0x4f 432:vmem_xalloc() at netbsd:vmem_xalloc+0x27b 433:vmem_alloc() at netbsd:vmem_alloc+0x105 434:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 435:pool_grow() at netbsd:pool_grow+0x34 436:pool_get() at netbsd:pool_get+0x82 437:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 438:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 439:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 440:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 441:vmem_alloc() at netbsd:vmem_alloc+0x105 442:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 443:pool_grow() at netbsd:pool_grow+0x34 444:pool_get() at netbsd:pool_get+0x82 445:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 446:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 447:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 448:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 449:vmem_alloc() at netbsd:vmem_alloc+0x105 450:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 451:pool_grow() at netbsd:pool_grow+0x34 452:pool_get() at netbsd:pool_get+0x82 453:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 454:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 455:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 456:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 457:vmem_alloc() at netbsd:vmem_alloc+0x105 458:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 459:pool_grow() at netbsd:pool_grow+0x34 460:pool_get() at netbsd:pool_get+0x82 461:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 462:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 463:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 464:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 465:vmem_alloc() at netbsd:vmem_alloc+0x105 466:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 467:pool_grow() at netbsd:pool_grow+0x34 468:pool_get() at netbsd:pool_get+0x82 469:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 470:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 471:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 472:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 473:vmem_alloc() at netbsd:vmem_alloc+0x105 474:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 475:pool_grow() at netbsd:pool_grow+0x34 476:pool_get() at netbsd:pool_get+0x82 477:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 478:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 479:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 480:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 481:vmem_alloc() at netbsd:vmem_alloc+0x105 482:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 483:pool_grow() at netbsd:pool_grow+0x34 484:pool_get() at netbsd:pool_get+0x82 485:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 486:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 487:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 488:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 489:vmem_alloc() at netbsd:vmem_alloc+0x105 490:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 491:pool_grow() at netbsd:pool_grow+0x34 492:pool_get() at netbsd:pool_get+0x82 493:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 494:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 495:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 496:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 497:vmem_alloc() at netbsd:vmem_alloc+0x105 498:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 499:pool_grow() at netbsd:pool_grow+0x34 500:pool_get() at netbsd:pool_get+0x82 501:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 502:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 503:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 504:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 505:vmem_alloc() at netbsd:vmem_alloc+0x105 506:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 507:pool_grow() at netbsd:pool_grow+0x34 508:pool_get() at netbsd:pool_get+0x82 509:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 510:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 511:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 512:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 513:vmem_alloc() at netbsd:vmem_alloc+0x105 514:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 515:pool_grow() at netbsd:pool_grow+0x34 516:pool_get() at netbsd:pool_get+0x82 517:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 518:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 519:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 520:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 521:vmem_alloc() at netbsd:vmem_alloc+0x105 522:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 523:pool_grow() at netbsd:pool_grow+0x34 524:pool_get() at netbsd:pool_get+0x82 525:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 526:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 527:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 528:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 529:vmem_alloc() at netbsd:vmem_alloc+0x105 530:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 531:pool_grow() at netbsd:pool_grow+0x34 532:pool_get() at netbsd:pool_get+0x82 533:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 534:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 535:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 536:pool_page_alloc() at netbsd:pool_page_alloc+0x2c 537:pool_grow() at netbsd:pool_grow+0x34 538:pool_get() at netbsd:pool_get+0x82 539:pool_cache_get_slow() at netbsd:pool_cache_get_slow+0x19a 540:pool_cache_get_paddr() at netbsd:pool_cache_get_paddr+0x210 541:pmap_enter_ma() at netbsd:pmap_enter_ma+0x157 542:pmap_enter() at netbsd:pmap_enter+0x35 543:uvm_fault_internal() at netbsd:uvm_fault_internal+0xf17 544:trap() at netbsd:trap+0x500 545:--- trap (number 6) --- 546:7f7ff7061720: 547:cpu0: End traceback... 548:Skipping crash dump on recursive panic 549:panic: wdc_exec_command: polled command not done 550:cpu0: Begin traceback... 551:printf_nolog() at netbsd:printf_nolog 552:wdccommand() at netbsd:wdccommand 553:wd_flushcache() at netbsd:wd_flushcache+0xd7 554:wd_shutdown() at netbsd:wd_shutdown+0x3e 555:pmf_system_shutdown() at netbsd:pmf_system_shutdown+0x81 556:cpu_reboot() at netbsd:cpu_reboot+0xe9 557:vpanic() at netbsd:vpanic+0x1dd 558:printf_nolog() at netbsd:printf_nolog 559:lockdebug_abort() at netbsd:lockdebug_abort+0x3a 560:bt_refill() at netbsd:bt_refill+0x1d 561:vmem_xalloc() at netbsd:vmem_xalloc+0x177 562:vmem_alloc() at netbsd:vmem_alloc+0x105 563:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 564:pool_grow() at netbsd:pool_grow+0x34 565:pool_get() at netbsd:pool_get+0x82 566:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 567:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 568:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 569:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 570:vmem_alloc() at netbsd:vmem_alloc+0x105 571:bt_refill() at netbsd:bt_refill+0x4f 572:vmem_xalloc() at netbsd:vmem_xalloc+0x27b 573:vmem_alloc() at netbsd:vmem_alloc+0x105 574:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 575:pool_grow() at netbsd:pool_grow+0x34 576:pool_get() at netbsd:pool_get+0x82 577:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 578:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 579:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 580:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 581:vmem_alloc() at netbsd:vmem_alloc+0x105 582:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 583:pool_grow() at netbsd:pool_grow+0x34 584:pool_get() at netbsd:pool_get+0x82 585:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 586:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 587:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 588:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 589:vmem_alloc() at netbsd:vmem_alloc+0x105 590:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 591:pool_grow() at netbsd:pool_grow+0x34 592:pool_get() at netbsd:pool_get+0x82 593:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 594:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 595:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 596:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 597:vmem_alloc() at netbsd:vmem_alloc+0x105 598:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 599:pool_grow() at netbsd:pool_grow+0x34 600:pool_get() at netbsd:pool_get+0x82 601:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 602:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 603:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 604:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 605:vmem_alloc() at netbsd:vmem_alloc+0x105 606:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 607:pool_grow() at netbsd:pool_grow+0x34 608:pool_get() at netbsd:pool_get+0x82 609:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 610:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 611:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 612:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 613:vmem_alloc() at netbsd:vmem_alloc+0x105 614:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 615:pool_grow() at netbsd:pool_grow+0x34 616:pool_get() at netbsd:pool_get+0x82 617:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 618:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 619:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 620:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 621:vmem_alloc() at netbsd:vmem_alloc+0x105 622:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 623:pool_grow() at netbsd:pool_grow+0x34 624:pool_get() at netbsd:pool_get+0x82 625:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 626:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 627:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 628:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 629:vmem_alloc() at netbsd:vmem_alloc+0x105 630:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 631:pool_grow() at netbsd:pool_grow+0x34 632:pool_get() at netbsd:pool_get+0x82 633:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 634:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 635:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 636:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 637:vmem_alloc() at netbsd:vmem_alloc+0x105 638:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 639:pool_grow() at netbsd:pool_grow+0x34 640:pool_get() at netbsd:pool_get+0x82 641:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 642:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 643:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 644:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 645:vmem_alloc() at netbsd:vmem_alloc+0x105 646:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 647:pool_grow() at netbsd:pool_grow+0x34 648:pool_get() at netbsd:pool_get+0x82 649:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 650:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 651:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 652:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 653:vmem_alloc() at netbsd:vmem_alloc+0x105 654:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 655:pool_grow() at netbsd:pool_grow+0x34 656:pool_get() at netbsd:pool_get+0x82 657:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 658:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 659:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 660:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 661:vmem_alloc() at netbsd:vmem_alloc+0x105 662:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 663:pool_grow() at netbsd:pool_grow+0x34 664:pool_get() at netbsd:pool_get+0x82 665:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 666:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 667:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 668:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 669:vmem_alloc() at netbsd:vmem_alloc+0x105 670:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 671:pool_grow() at netbsd:pool_grow+0x34 672:pool_get() at netbsd:pool_get+0x82 673:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 674:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 675:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 676:pool_page_alloc() at netbsd:pool_page_alloc+0x2c 677:pool_grow() at netbsd:pool_grow+0x34 678:pool_get() at netbsd:pool_get+0x82 679:pool_cache_get_slow() at netbsd:pool_cache_get_slow+0x19a 680:pool_cache_get_paddr() at netbsd:pool_cache_get_paddr+0x210 681:pmap_enter_ma() at netbsd:pmap_enter_ma+0x157 682:pmap_enter() at netbsd:pmap_enter+0x35 683:uvm_fault_internal() at netbsd:uvm_fault_internal+0xf17 684:trap() at netbsd:trap+0x500 685:--- trap (number 6) --- 686:7f7ff7061720: 687:cpu0: End traceback... 688:Skipping crash dump on recursive panic 689:panic: lock error 690:cpu0: Begin traceback... 691:printf_nolog() at netbsd:printf_nolog 692:lockdebug_abort() at netbsd:lockdebug_abort+0x3a 693:bt_refill() at netbsd:bt_refill+0x1d 694:vmem_xalloc() at netbsd:vmem_xalloc+0x177 695:vmem_alloc() at netbsd:vmem_alloc+0x105 696:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 697:pool_grow() at netbsd:pool_grow+0x34 698:pool_get() at netbsd:pool_get+0x82 699:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 700:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 701:m_freem() at netbsd:m_freem+0x74 702:vr_rxdrain() at netbsd:vr_rxdrain+0x40 703:vr_shutdown() at netbsd:vr_shutdown+0x17 704:pmf_system_shutdown() at netbsd:pmf_system_shutdown+0x81 705:cpu_reboot() at netbsd:cpu_reboot+0xe9 706:vpanic() at netbsd:vpanic+0x1dd 707:printf_nolog() at netbsd:printf_nolog 708:wdccommand() at netbsd:wdccommand 709:wd_flushcache() at netbsd:wd_flushcache+0xd7 710:wd_shutdown() at netbsd:wd_shutdown+0x3e 711:pmf_system_shutdown() at netbsd:pmf_system_shutdown+0x81 712:cpu_reboot() at netbsd:cpu_reboot+0xe9 713:vpanic() at netbsd:vpanic+0x1dd 714:printf_nolog() at netbsd:printf_nolog 715:lockdebug_abort() at netbsd:lockdebug_abort+0x3a 716:bt_refill() at netbsd:bt_refill+0x1d 717:vmem_xalloc() at netbsd:vmem_xalloc+0x177 718:vmem_alloc() at netbsd:vmem_alloc+0x105 719:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 720:pool_grow() at netbsd:pool_grow+0x34 721:pool_get() at netbsd:pool_get+0x82 722:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 723:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 724:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 725:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 726:vmem_alloc() at netbsd:vmem_alloc+0x105 727:bt_refill() at netbsd:bt_refill+0x4f 728:vmem_xalloc() at netbsd:vmem_xalloc+0x27b 729:vmem_alloc() at netbsd:vmem_alloc+0x105 730:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 731:pool_grow() at netbsd:pool_grow+0x34 732:pool_get() at netbsd:pool_get+0x82 733:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 734:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 735:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 736:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 737:vmem_alloc() at netbsd:vmem_alloc+0x105 738:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 739:pool_grow() at netbsd:pool_grow+0x34 740:pool_get() at netbsd:pool_get+0x82 741:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 742:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 743:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 744:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 745:vmem_alloc() at netbsd:vmem_alloc+0x105 746:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 747:pool_grow() at netbsd:pool_grow+0x34 748:pool_get() at netbsd:pool_get+0x82 749:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 750:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 751:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 752:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 753:vmem_alloc() at netbsd:vmem_alloc+0x105 754:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 755:pool_grow() at netbsd:pool_grow+0x34 756:pool_get() at netbsd:pool_get+0x82 757:pool_cache_put_slow() at netbsd:pool_cache_put_ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 02 01:05:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 01:05: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 1SlV2n-00032t-5T; Mon, 02 Jul 2012 01:03:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlNPX-00065m-3O for xen-users@lists.xensource.com; Sun, 01 Jul 2012 16:54:11 +0000 Received: from [85.158.139.83:17546] by server-8.bemta-5.messagelabs.com id 75/28-10278-2B080FF4; Sun, 01 Jul 2012 16:54:10 +0000 X-Env-Sender: m.ramakers@gmail.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1341161647!29136808!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20626 invoked from network); 1 Jul 2012 16:54:08 -0000 Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com) (209.85.217.171) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2012 16:54:08 -0000 Received: by lbom4 with SMTP id m4so8857456lbo.30 for ; Sun, 01 Jul 2012 09:54: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 :content-transfer-encoding; bh=n5I7au3ERqRS/kNE0fBvYHzxMoAfyXPvKlOvtOdYZHU=; b=XsUcx0YLUd31zY3Avh0dvl4r6YKVQB1EomTPq7LXnBaCfiZcVQ1GnqkPna/onvr06O IY489D1RZyo5+AJnykgaJlzQMwBx0cevIumH8/j3VOcioPBqrI5YXsnu11ntbvanW6GO NCMFo0vk5UdEEGRpFHZ3iX5bdz3LWkLf36P/F3S/evCesOuc+wLDmqzkgbL66Xxm6bJJ MPZpWJw0jdby4XB592OEsrgslh+lGxiDis4e4Val3D5HlX7ch9uTJHYtaxeDzHUBZ08z erk6HHkmJOQSZASa65mQUBy5NStGqTJruFnJXYME8/BYRlt672iT/8Bzw0aUc+lSlf5V JPSQ== MIME-Version: 1.0 Received: by 10.152.46.232 with SMTP id y8mr9756041lam.18.1341161647393; Sun, 01 Jul 2012 09:54:07 -0700 (PDT) Received: by 10.114.5.70 with HTTP; Sun, 1 Jul 2012 09:54:07 -0700 (PDT) Date: Sun, 1 Jul 2012 18:54:07 +0200 Message-ID: From: Michai Ramakers To: xen-users@lists.xensource.com X-Mailman-Approved-At: Mon, 02 Jul 2012 01:03:11 +0000 Subject: [Xen-users] xen 4.1 netbsd-6 dom0 hang on e4400 core2duo X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Hello, I recently got a pair of identical e4400 core2duo 2Gb RAM boxes and installed 6.0BETA2 on one using an ISO, xentools41 and xenkernel41 from pkgsrc2012Q1 (xen 4.1.2) and releng netbsd-6 XEN3_DOM0 kernel for dom0 from 29 june. Dom0 boots fine, but when I run... mkdir workdir && cd workdir && while ( true ); do tar xzvf /some/where/pkgsrc.tgz; rm -rf *; done in 2 console-windows in parallel (with different workdirs), the machine freezes within a minute. This happens with the recent releng-kernel as well as a home-built one from the same date, and with only 80Gb disk on the onboard VIA VT8237S SATA-controller as well as with it connected to a PCI SiI 3114 controller. I tried 4 or 5 times with xen-debug.gz from xenkernel41, and serial output for dom0 and xen-kernel to a terminal; only once did it output anything at the apparent time of the hang - the other times it would just freeze (i.e. not respond anymore to pings or keyboard Ctrl-Alt-Fx to switch console). The dom0 is assigned 256Mb in the fail-situation; when raising this to 1Gb, it runs fine for at least 10 minutes, after which I stopped the test. Running the test with a native netbsd-6 kernel (i.e. not as dom0) with 2Gb RAM, it runs fine as well. I have included the serial output below - linenumbers added; this is the verbose one - the other times it would not send anything anymore after the 2 root-logins, up to and including the following hang. Any suggestions are welcome; I will now continue with the other box, assigning 1Gb to dom0 and hoping for the best. Michai 1: __ __ _ _ _ ____ 2: \ \/ /___ _ __ | || | / | |___ \ 3: \ // _ \ '_ \ | || |_ | | __) | 4: / \ __/ | | | |__ _|| |_ / __/ 5: /_/\_\___|_| |_| |_|(_)_(_)_____| 6: 7:(XEN) Xen version 4.1.2 (pbulkXXX@) (gcc version 4.5.3 (NetBSD nb2 20110806) ) Thu May 24 16:44:11 UTC 2012 8:(XEN) Latest ChangeSet: unavailable 9:(XEN) Bootloader: unknown 10:(XEN) Command line: dom0_mem=3D256M console=3Dcom1 com1=3D9600,8n1 11:(XEN) Video information: 12:(XEN) VGA is text mode 80x25, font 8x16 13:(XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds 14:(XEN) Disc information: 15:(XEN) Found 1 MBR signatures 16:(XEN) Found 1 EDD information structures 17:(XEN) Xen-e820 RAM map: 18:(XEN) 0000000000000000 - 000000000009d800 (usable) 19:(XEN) 000000000009d800 - 00000000000a0000 (reserved) 20:(XEN) 00000000000e4000 - 0000000000100000 (reserved) 21:(XEN) 0000000000100000 - 0000000077fa0000 (usable) 22:(XEN) 0000000077fa0000 - 0000000077fae000 (ACPI data) 23:(XEN) 0000000077fae000 - 0000000077fe0000 (ACPI NVS) 24:(XEN) 0000000077fe0000 - 0000000078000000 (reserved) 25:(XEN) 00000000fec00000 - 00000000fec01000 (reserved) 26:(XEN) 00000000fecc0000 - 00000000fecc1000 (reserved) 27:(XEN) 00000000fff80000 - 0000000100000000 (reserved) 28:(XEN) System RAM: 1919MB (1965300kB) 29:(XEN) ACPI: RSDP 000FAA80, 0014 (r0 ACPIAM) 30:(XEN) ACPI: RSDT 77FA0000, 003C (r1 A_M_I_ OEMRSDT 8000708 MSFT = 97) 31:(XEN) ACPI: FACP 77FA0200, 0084 (r2 A_M_I_ OEMFACP 8000708 MSFT = 97) 32:(XEN) ACPI: DSDT 77FA04A0, 584B (r1 A0661 A0661000 0 INTL 200511= 17) 33:(XEN) ACPI: FACS 77FAE000, 0040 34:(XEN) ACPI: APIC 77FA0390, 0078 (r1 A_M_I_ OEMAPIC 8000708 MSFT = 97) 35:(XEN) ACPI: MCFG 77FA0410, 003C (r1 A_M_I_ OEMMCFG 8000708 MSFT = 97) 36:(XEN) ACPI: WDRT 77FA0450, 0047 (r1 A_M_I_ VT-8237S 8000708 MSFT = 97) 37:(XEN) ACPI: OEMB 77FAE040, 0061 (r1 A_M_I_ AMI_OEM 8000708 MSFT = 97) 38:(XEN) ACPI: HPET 77FA5CF0, 0038 (r1 A_M_I_ VT-8237S 8000708 MSFT = 97) 39:(XEN) No NUMA configuration found 40:(XEN) Faking a node at 0000000000000000-0000000077fa0000 41:(XEN) Domain heap initialised 42:(XEN) found SMP MP-table at 000ff780 43:(XEN) DMI present. 44:(XEN) Using APIC driver default 45:(XEN) ACPI: PM-Timer IO Port: 0x808 46:(XEN) ACPI: ACPI SLEEP INFO: pm1x_cnt[804,0], pm1x_evt[800,0] 47:(XEN) ACPI: wakeup_vec[77fae00c], vec_size[20] 48:(XEN) ACPI: Local APIC address 0xfee00000 49:(XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) 50:(XEN) Processor #0 6:15 APIC version 20 51:(XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) 52:(XEN) Processor #1 6:15 APIC version 20 53:(XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x82] disabled) 54:(XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x83] disabled) 55:(XEN) ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0]) 56:(XEN) IOAPIC[0]: apic_id 2, version 3, address 0xfec00000, GSI 0-23 57:(XEN) ACPI: IOAPIC (id[0x03] address[0xfecc0000] gsi_base[24]) 58:(XEN) IOAPIC[1]: apic_id 3, version 3, address 0xfecc0000, GSI 24-47 59:(XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) 60:(XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level) 61:(XEN) ACPI: IRQ0 used by override. 62:(XEN) ACPI: IRQ2 used by override. 63:(XEN) ACPI: IRQ9 used by override. 64:(XEN) Enabling APIC mode: Flat. Using 2 I/O APICs 65:(XEN) ACPI: HPET id: 0x11068201 base: 0xfed00000 66:(XEN) PCI: MCFG configuration 0: base e0000000 segment 0 buses 0 - 255 67:(XEN) PCI: Not using MMCONFIG. 68:(XEN) Table is not found! 69:(XEN) Using ACPI (MADT) for SMP configuration information 70:(XEN) IRQ limits: 48 GSI, 352 MSI/MSI-X 71:(XEN) Using scheduler: SMP Credit Scheduler (credit) 72:(XEN) Detected 2000.032 MHz processor. 73:(XEN) Initing memory sharing. 74:(XEN) mce_intel.c:1162: MCA Capability: BCAST 1 SER 0 CMCI 0 firstbank 1 extended MCE MSR 0 75:(XEN) Intel machine check reporting enabled 76:(XEN) I/O virtualisation disabled 77:(XEN) ENABLING IO-APIC IRQs 78:(XEN) -> Using new ACK method 79:(XEN) ..TIMER: vector=3D0xF0 apic1=3D0 pin1=3D2 apic2=3D-1 pin2=3D-1 80:(XEN) Platform timer is 14.318MHz HPET 81:=FF(XEN) Allocated console ring of 16 KiB. 82:(XEN) Brought up 2 CPUs 83:(XEN) HPET: 3 timers in total, 0 timers will be used for broadcast 84:(XEN) ACPI sleep modes: S3 85:(XEN) mcheck_poll: Machine check polling timer started. 86:(XEN) *** LOADING DOMAIN 0 *** 87:(XEN) elf_parse_binary: phdr: paddr=3D0xffffffff80000000 memsz=3D0xe475a0 88:(XEN) elf_parse_binary: memory: 0xffffffff80000000 -> 0xffffffff80e475a0 89:(XEN) elf_xen_parse: __xen_guest: "GUEST_OS=3DNetBSD,GUEST_VER=3D4.99,XEN_VER=3Dxen-3.0,LOADER=3Dgeneric,VIRT= _BASE=3D0xffffffff80000000,ELF_PADDR_OFFSET=3D0xffffffff80000000,VIRT_ENTRY= =3D0xffffffff80100000,HYPERCALL_PAGE=3D0x00000101,BSD_SYMTAB=3Dyes" 90:(XEN) elf_xen_parse_guest_info: GUEST_OS=3D"NetBSD" 91:(XEN) elf_xen_parse_guest_info: GUEST_VER=3D"4.99" 92:(XEN) elf_xen_parse_guest_info: XEN_VER=3D"xen-3.0" 93:(XEN) elf_xen_parse_guest_info: LOADER=3D"generic" 94:(XEN) elf_xen_parse_guest_info: VIRT_BASE=3D"0xffffffff80000000" 95:(XEN) elf_xen_parse_guest_info: ELF_PADDR_OFFSET=3D"0xffffffff80000000" 96:(XEN) elf_xen_parse_guest_info: VIRT_ENTRY=3D"0xffffffff80100000" 97:(XEN) elf_xen_parse_guest_info: HYPERCALL_PAGE=3D"0x00000101" 98:(XEN) elf_xen_parse_guest_info: BSD_SYMTAB=3D"yes" 99:(XEN) elf_xen_addr_calc_check: addresses: 100:(XEN) virt_base =3D 0xffffffff80000000 101:(XEN) elf_paddr_offset =3D 0xffffffff80000000 102:(XEN) virt_offset =3D 0x0 103:(XEN) virt_kstart =3D 0xffffffff80000000 104:(XEN) virt_kend =3D 0xffffffff80f664c8 105:(XEN) virt_entry =3D 0xffffffff80100000 106:(XEN) p2m_base =3D 0xffffffffffffffff 107:(XEN) Xen kernel: 64-bit, lsb, compat32 108:(XEN) Dom0 kernel: 64-bit, lsb, paddr 0xffffffff80000000 -> 0xffffffff80e475a0 109:(XEN) Dom0 symbol map 0xffffffff80e475a0 -> 0xffffffff80f664c8 110:(XEN) PHYSICAL MEMORY ARRANGEMENT: 111:(XEN) Dom0 alloc.: 0000000072000000->0000000074000000 (57344 pages to be allocated) 112:(XEN) VIRTUAL MEMORY ARRANGEMENT: 113:(XEN) Loaded kernel: ffffffff80000000->ffffffff80f664c8 114:(XEN) Init. ramdisk: ffffffff80f67000->ffffffff80f67000 115:(XEN) Phys-Mach map: ffffffff80f67000->ffffffff80fe7000 116:(XEN) Start info: ffffffff80fe7000->ffffffff80fe74b4 117:(XEN) Page tables: ffffffff80fe8000->ffffffff80ff5000 118:(XEN) Boot stack: ffffffff80ff5000->ffffffff80ff6000 119:(XEN) TOTAL: ffffffff80000000->ffffffff81400000 120:(XEN) ENTRY ADDRESS: ffffffff80100000 121:(XEN) Dom0 has maximum 2 VCPUs 122:(XEN) elf_load_binary: phdr 0 at 0xffffffff80000000 -> 0xffffffff80c8eb= 28 123:(XEN) elf_load_bsdsyms: shdr 32 at 0xffff8300778e0974 -> 0xffffffff80e4= 7ea8 124:(XEN) elf_load_bsdsyms: shdr 33 at 0xffff8300778e1428 -> 0xffffffff80e4= 8098 125:(XEN) elf_load_bsdsyms: shdr 34 at 0xffff83007798dfa0 -> 0xffffffff80ef= 4c10 126:(XEN) Scrubbing Free RAM: ................done. 127:(XEN) Xen trace buffers: disabled 128:(XEN) Std. Loglevel: All 129:(XEN) Guest Loglevel: All 130:(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) 131:(XEN) Freed 228kB init memory. 132:Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 200= 5, 133: 2006, 2007, 2008, 2009, 2010, 2011, 2012 134: The NetBSD Foundation, Inc. All rights reserved. 135:Copyright (c) 1982, 1986, 1989, 1991, 1993 136: The Regents of the University of California. All rights reserved. 138:NetBSD 6.0_BETA2 (XEN3_DOM0) 139:total memory =3D 256 MB 140:avail memory =3D 232 MB 141:mainbus0 (root) 142:cpu0 at mainbus0 apid 0 143:cpu1 at mainbus0 apid 1 144:ioapic0 at mainbus0 apid 2 145:(XEN) io_apic.c:2507: 146:(XEN) ioapic_guest_write: apic=3D0, pin=3D0, irq=3D0 147:(XEN) ioapic_guest_write: new_entry=3D000109f0 148:(XEN) ioapic_guest_write: old_entry=3D00010200 pirq=3D0 149:(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin for in-use IRQ! 150:(XEN) io_apic.c:2507: 151:(XEN) ioapic_guest_write: apic=3D0, pin=3D2, irq=3D0 152:(XEN) ioapic_guest_write: new_entry=3D000109f0 153:(XEN) ioapic_guest_write: old_entry=3D000009f0 pirq=3D0 154:(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin for in-use IRQ! 155:(XEN) irq.c:1514: dom0: pirq 0 or irq 3 already mapped 156:(XEN) io_apic.c:2507: 157:(XEN) ioapic_guest_write: apic=3D0, pin=3D4, irq=3D4 158:(XEN) ioapic_guest_write: new_entry=3D000109f1 159:(XEN) ioapic_guest_write: old_entry=3D000009f1 pirq=3D0 160:(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin for in-use IRQ! 161:(XEN) irq.c:1514: dom0: pirq 0 or irq 5 already mapped 162:(XEN) irq.c:1514: dom0: pirq 0 or irq 6 already mapped 163:(XEN) irq.c:1514: dom0: pirq 0 or irq 7 already mapped 164:(XEN) irq.c:1514: dom0: pirq 0 or irq 8 already mapped 165:(XEN) irq.c:1514: dom0: pirq 0 or irq 9 already mapped 166:(XEN) irq.c:1514: dom0: pirq 0 or irq 10 already mapped 167:(XEN) irq.c:1514: dom0: pirq 0 or irq 11 already mapped 168:(XEN) irq.c:1514: dom0: pirq 0 or irq 12 already mapped 169:(XEN) irq.c:1514: dom0: pirq 0 or irq 13 already mapped 170:(XEN) irq.c:1514: dom0: pirq 0 or irq 14 already mapped 171:(XEN) irq.c:1514: dom0: pirq 0 or irq 15 already mapped 172:(XEN) allocated vector 98 for irq 16 173:(XEN) irq.c:1514: dom0: pirq 0 or irq 16 already mapped 174:(XEN) allocated vector a0 for irq 17 175:(XEN) irq.c:1514: dom0: pirq 0 or irq 17 already mapped 176:(XEN) allocated vector a8 for irq 18 177:(XEN) irq.c:1514: dom0: pirq 0 or irq 18 already mapped 178:(XEN) allocated vector b0 for irq 19 179:(XEN) irq.c:1514: dom0: pirq 0 or irq 19 already mapped 180:(XEN) allocated vector b8 for irq 20 181:(XEN) irq.c:1514: dom0: pirq 0 or irq 20 already mapped 182:(XEN) allocated vector c0 for irq 21 183:(XEN) irq.c:1514: dom0: pirq 0 or irq 21 already mapped 184:(XEN) allocated vector c8 for irq 22 185:(XEN) irq.c:1514: dom0: pirq 0 or irq 22 already mapped 186:(XEN) allocated vector d0 for irq 23 187:(XEN) irq.c:1514: dom0: pirq 0 or irq 23 already mapped 188:ioapic1 at mainbus0 apid 3 189:(XEN) allocated vector d8 for irq 24 190:(XEN) irq.c:1514: dom0: pirq 0 or irq 24 already mapped 191:(XEN) allocated vector 21 for irq 25 192:(XEN) irq.c:1514: dom0: pirq 0 or irq 25 already mapped 193:(XEN) allocated vector 29 for irq 26 194:(XEN) irq.c:1514: dom0: pirq 0 or irq 26 already mapped 195:(XEN) allocated vector 31 for irq 27 196:(XEN) irq.c:1514: dom0: pirq 0 or irq 27 already mapped 197:(XEN) allocated vector 39 for irq 28 198:(XEN) irq.c:1514: dom0: pirq 0 or irq 28 already mapped 199:(XEN) allocated vector 41 for irq 29 200:(XEN) irq.c:1514: dom0: pirq 0 or irq 29 already mapped 201:(XEN) allocated vector 49 for irq 30 202:(XEN) irq.c:1514: dom0: pirq 0 or irq 30 already mapped 203:(XEN) allocated vector 51 for irq 31 204:(XEN) irq.c:1514: dom0: pirq 0 or irq 31 already mapped 205:(XEN) allocated vector 59 for irq 32 206:(XEN) irq.c:1514: dom0: pirq 0 or irq 32 already mapped 207:(XEN) allocated vector 61 for irq 33 208:(XEN) irq.c:1514: dom0: pirq 0 or irq 33 already mapped 209:(XEN) allocated vector 69 for irq 34 210:(XEN) irq.c:1514: dom0: pirq 0 or irq 34 already mapped 211:(XEN) allocated vector 71 for irq 35 212:(XEN) irq.c:1514: dom0: pirq 0 or irq 35 already mapped 213:(XEN) allocated vector 79 for irq 36 214:(XEN) irq.c:1514: dom0: pirq 0 or irq 36 already mapped 215:(XEN) allocated vector 81 for irq 37 216:(XEN) irq.c:1514: dom0: pirq 0 or irq 37 already mapped 217:(XEN) allocated vector 89 for irq 38 218:(XEN) irq.c:1514: dom0: pirq 0 or irq 38 already mapped 219:(XEN) allocated vector 91 for irq 39 220:(XEN) irq.c:1514: dom0: pirq 0 or irq 39 already mapped 221:(XEN) allocated vector 99 for irq 40 222:(XEN) irq.c:1514: dom0: pirq 0 or irq 40 already mapped 223:(XEN) allocated vector a1 for irq 41 224:(XEN) irq.c:1514: dom0: pirq 0 or irq 41 already mapped 225:(XEN) allocated vector a9 for irq 42 226:(XEN) irq.c:1514: dom0: pirq 0 or irq 42 already mapped 227:(XEN) allocated vector b1 for irq 43 228:(XEN) irq.c:1514: dom0: pirq 0 or irq 43 already mapped 229:(XEN) allocated vector b9 for irq 44 230:(XEN) irq.c:1514: dom0: pirq 0 or irq 44 already mapped 231:(XEN) allocated vector c1 for irq 45 232:(XEN) irq.c:1514: dom0: pirq 0 or irq 45 already mapped 233:(XEN) allocated vector c9 for irq 46 234:(XEN) irq.c:1514: dom0: pirq 0 or irq 46 already mapped 235:(XEN) allocated vector d1 for irq 47 236:(XEN) irq.c:1514: dom0: pirq 0 or irq 47 already mapped 237:hypervisor0 at mainbus0: Xen version 4.1.2 238:vcpu0 at hypervisor0: Intel(R) Core(TM)2 Duo CPU E4400 @ 2.00GHz, id 0x6fd 239:xenbus0 at hypervisor0: Xen Virtual Bus Interface 240:xencons0 at hypervisor0: Xen Virtual Console Driver 241:acpi0 at hypervisor0: Intel ACPICA 20110623 242:pcppi0 at acpi0 (SPKR, PNP0800): io 0x61 243:FDC (PNP0700) at acpi0 not configured 244:LPTE (PNP0401) at acpi0 not configured 245:RMSC (PNP0C02) at acpi0 not configured 246:aibs0 at acpi0 (ASOC, ATK0110-16843024): ASUSTeK AI Booster 247:HPET (PNP0103) at acpi0 not configured 248:TMR (PNP0100) at acpi0 not configured 249:SIOR (PNP0C02) at acpi0 not configured 250:UAR1 (PNP0501) at acpi0 not configured 251:OMSC (PNP0C02) at acpi0 not configured 252:PCIE (PNP0C02) at acpi0 not configured 253:acpibut0 at acpi0 (SLPB, PNP0C0E): ACPI Sleep Button 254:RMEM (PNP0C01) at acpi0 not configured 255:acpibut1 at acpi0 (PWRB, PNP0C0C-170): ACPI Power Button 256:pci0 at hypervisor0 bus 0: configuration mode 1 257:pchb0 at pci0 dev 0 function 0: vendor 0x1106 product 0x0364 (rev. 0x00) 258:agp0 at pchb0: aperture at 0xf0000000, size 0x8000000 259:pchb1 at pci0 dev 0 function 1: vendor 0x1106 product 0x1364 (rev. 0x00) 260:pchb2 at pci0 dev 0 function 2: vendor 0x1106 product 0x2364 (rev. 0x00) 261:pchb3 at pci0 dev 0 function 3: vendor 0x1106 product 0x3364 (rev. 0x00) 262:pchb4 at pci0 dev 0 function 4: vendor 0x1106 product 0x4364 (rev. 0x00) 263:vendor 0x1106 product 0x5364 (interrupt system, interface 0x20) at pci0 dev 0 function 5 not configured 264:pchb5 at pci0 dev 0 function 6: vendor 0x1106 product 0x6364 (rev. 0x00) 265:pchb6 at pci0 dev 0 function 7: vendor 0x1106 product 0x7364 (rev. 0x00) 266:ppb0 at pci0 dev 1 function 0: vendor 0x1106 product 0xb198 (rev. 0x00) 267:pci1 at ppb0 bus 1 268:vga0 at pci1 dev 0 function 0: vendor 0x1106 product 0x3371 (rev. 0x01) 269:wsdisplay0 at vga0 kbdmux 1 270:drm at vga0 not configured 271:ppb1 at pci0 dev 2 function 0: vendor 0x1106 product 0xa364 (rev. 0x80) 272:ppb1: PCI Express 1.0 273:pci2 at ppb1 bus 2 274:ppb2 at pci0 dev 3 function 0: vendor 0x1106 product 0xc364 (rev. 0x80) 275:ppb2: PCI Express 1.0 276:pci3 at ppb2 bus 3 277:viaide0 at pci0 dev 15 function 0: VIA Technologies VT8237S SATA Controller (rev. 0x00) 278:viaide0: using ioapic0 pin 21, event channel 4 for native-PCI interrupt 279:atabus0 at viaide0 channel 0 280:atabus1 at viaide0 channel 1 281:viaide1 at pci0 dev 15 function 1 282:viaide1: VIA Technologies unknown VIA ATA controller 283:viaide1: primary channel interrupting at ioapic0 pin 14, event channel 5 284:atabus2 at viaide1 channel 0 285:viaide1: secondary channel interrupting at ioapic0 pin 15, event channe= l 6 286:atabus3 at viaide1 channel 1 287:uhci0 at pci0 dev 16 function 0: vendor 0x1106 product 0x3038 (rev. 0xb= 0) 288:uhci0: interrupting at ioapic0 pin 20, event channel 7 289:usb0 at uhci0: USB revision 1.0 290:uhci1 at pci0 dev 16 function 1: vendor 0x1106 product 0x3038 (rev. 0xb= 0) 291:uhci1: interrupting at ioapic0 pin 22, event channel 8 292:usb1 at uhci1: USB revision 1.0 293:uhci2 at pci0 dev 16 function 2: vendor 0x1106 product 0x3038 (rev. 0xb= 0) 294:uhci2: interrupting at ioapic0 pin 21, event channel 4 295:usb2 at uhci2: USB revision 1.0 296:uhci3 at pci0 dev 16 function 3: vendor 0x1106 product 0x3038 (rev. 0xb= 0) 297:uhci3: interrupting at ioapic0 pin 23, event channel 9 298:usb3 at uhci3: USB revision 1.0 299:ehci0 at pci0 dev 16 function 4: vendor 0x1106 product 0x3104 (rev. 0x9= 0) 300:ehci0: interrupting at ioapic0 pin 21, event channel 4 301:ehci0: dropped intr workaround enabled 302:ehci0: companion controllers, 2 ports each: uhci0 uhci1 uhci2 uhci3 303:usb4 at ehci0: USB revision 2.0 304:pcib0 at pci0 dev 17 function 0: vendor 0x1106 product 0x3372 (rev. 0x0= 0) 305:pchb7 at pci0 dev 17 function 7: vendor 0x1106 product 0x287e (rev. 0x0= 0) 306:vr0 at pci0 dev 18 function 0: vendor 0x1106 product 0x3065 (rev. 0x7c) 307:vr0: interrupting at ioapic0 pin 23, event channel 9 308:vr0: Ethernet address: 00:1b:fc:fb:ee:a3 309:atphy0 at vr0 phy 1: L2 10/100 PHY, rev. 1 310:atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto 311:pchb8 at pci0 dev 19 function 0: vendor 0x1106 product 0x337b (rev. 0x0= 0) 312:ppb3 at pci0 dev 19 function 1: vendor 0x1106 product 0x337a (rev. 0x00) 313:pci4 at ppb3 bus 4 314:satalink0 at pci4 dev 5 function 0: Silicon Image SATALink 3114 (rev. 0= x02) 315:satalink0: using ioapic0 pin 19, event channel 10 for native-PCI interr= upt 316:atabus4 at satalink0 channel 0 317:atabus5 at satalink0 channel 1 318:atabus6 at satalink0 channel 2 319:atabus7 at satalink0 channel 3 320:isa0 at pcib0 321:lpt0 at isa0 port 0x378-0x37b irq 7 322:pckbc0 at isa0 port 0x60-0x64 323:pci5 at hypervisor0 bus 128 324:hdaudio0 at pci5 dev 1 function 0: HD Audio Controller 325:hdaudio0: interrupting at ioapic0 pin 17, event channel 12 326:hdafg0 at hdaudio0: Realtek ALC662 327:hdafg0: DAC00 2ch: Speaker [Jack] 328:hdafg0: DAC01 2ch: HP Out [Jack] 329:hdafg0: DIG02 2ch: SPDIF Out [Built-In] 330:hdafg0: ADC03 2ch: Line In [Jack], Mic In [Jack] 331:hdafg0: ADC04 2ch: Mic In [Jack] 332:hdafg0: 2ch/2ch 44100Hz 48000Hz 96000Hz PCM16 PCM20 PCM24 AC3 333:audio0 at hdafg0: full duplex, playback, capture, independent 334:satalink0: port 1: device present, speed: 1.5Gb/s 335:uhub0 at usb0: vendor 0x1106 UHCI root hub, class 9/0, rev 1.00/1.00, a= ddr 1 336:uhub1 at usb1: vendor 0x1106 UHCI root hub, class 9/0, rev 1.00/1.00, a= ddr 1 337:uhub2 at usb2: vendor 0x1106 UHCI root hub, class 9/0, rev 1.00/1.00, a= ddr 1 338:uhub3 at usb3: vendor 0x1106 UHCI root hub, class 9/0, rev 1.00/1.00, a= ddr 1 339:uhub4 at usb4: vendor 0x1106 EHCI root hub, class 9/0, rev 2.00/1.00, a= ddr 1 340:ehci0: handing over low speed device on port 2 to uhci0 341:wd0 at atabus5 drive 0 342:wd0: 343:wd0: 76319 MB, 155061 cyl, 16 head, 63 sec, 512 bytes/sect x 156301488 sectors 344:boot device: wd0 345:root on wd0a dumps on wd0b 346:Your machine does not initialize mem_clusters; sparse_dumps disabled 347:root file system type: ffs 348:Sun Jul 1 16:55:22 UTC 2012 349:Starting root file system check: 350:/dev/rwd0a: file system is clean; not checking 351:swapctl: setting dump device to /dev/wd0b 352:swapctl: adding /dev/wd0b as swap device at priority 0 353:Starting file system checks: 354:Setting tty flags. 355:Setting sysctl variables: 356:ddb.onpanic: 1 -> 0 357:Starting network. 358:Hostname: xen0a.LAN 359:IPv6 mode: host 360:Configuring network interfaces: vr0uhidev0 at uhub0 port 2 configuration 1 interface 0 361:uhidev0: vendor 0x062a USB-compliant keyboard, rev 1.10/1.00, addr 2, iclass 3/1 362:ukbd0 at uhidev0: 8 modifier keys, 6 key codes 363: bridge0. 364:Adding interface aliases:. 365:add net default: gateway 10.1.1.2 366:wskbd0 at ukbd0 mux 1 367:uhidev1 at uhub0 port 2 configuration 1 interface 1 368:uhidev1: vendor 0x062a USB-compliant keyboard, rev 1.10/1.00, addr 2, iclass 3/1 369:uhidev1: 6 report ids 370:uhid0 at uhidev1 reportid 1: input=3D2, output=3D0, feature=3D0 371:uhid1 at uhidev1 reportid 2: input=3D1, output=3D0, feature=3D0 372:uhid2 at uhidev1 reportid 4: input=3D1, output=3D0, feature=3D0 373:ums0 at uhidev1 reportid 5: 0 buttons and Z dir 374:wsmouse0 at ums0 mux 0 375:uhid3 at uhidev1 reportid 6: input=3D3, output=3D0, feature=3D0 376:Building databases: dev, utmp, utmpx. 377:Starting syslogd. 378:Mounting all filesystems... 379:Clearing temporary files. 380:Updating fontconfig cache: done. 381:Checking quotas: done. 382:swapctl: setting dump device to /dev/wd0b 383:Starting virecover. 384:Checking for core dump... 385:savecore: no core dump 386:Starting xenservices: xenstored, xenconsoled, xenbackendd. 387:Jul 1 16:55:29 xen0a xenstored: Checking store ... 388:Jul 1 16:55:29 xen0a xenstored: Checking store complete. 389:balloon0 at xenbus0 id 0: Xen Balloon driver 390:balloon0: current reservation: 262144 KiB 391:Starting xend. 392:balloon0: current reservation: 65536 pages =3D> target: 65536 pages 393:/etc/rc.d/xendomains exited with code 1 394:Starting local daemons:. 395:Updating motd. 396:Starting powerd. 397:Starting sshd. 398:Starting inetd. 399:Starting cron. 400:The following components reported failures: 401: /etc/rc.d/xendomains 402:See /var/run/rc.log for more information. 403:Sun Jul 1 16:55:44 UTC 2012 405:NetBSD/amd64 (xen0a.LAN) (console) 407:login: Jul 1 16:55:51 xen0a login: ROOT LOGIN (root) on tty ttyE1 408:Jul 1 16:56:54 xen0a login: ROOT LOGIN (root) on tty ttyE2 409:Mutex error: mutex_vector_enter: locking against myself 411:lock address : 0xffffffff80cc1888 412:current cpu : 0 413:current lwp : 0xffffa00002a16b60 414:owner field : 0x0000000000010600 wait/spin: 0/1 416:panic: lock error 417:cpu0: Begin traceback... 418:printf_nolog() at netbsd:printf_nolog 419:lockdebug_abort() at netbsd:lockdebug_abort+0x3a 420:bt_refill() at netbsd:bt_refill+0x1d 421:vmem_xalloc() at netbsd:vmem_xalloc+0x177 422:vmem_alloc() at netbsd:vmem_alloc+0x105 423:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 424:pool_grow() at netbsd:pool_grow+0x34 425:pool_get() at netbsd:pool_get+0x82 426:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 427:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 428:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 429:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 430:vmem_alloc() at netbsd:vmem_alloc+0x105 431:bt_refill() at netbsd:bt_refill+0x4f 432:vmem_xalloc() at netbsd:vmem_xalloc+0x27b 433:vmem_alloc() at netbsd:vmem_alloc+0x105 434:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 435:pool_grow() at netbsd:pool_grow+0x34 436:pool_get() at netbsd:pool_get+0x82 437:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 438:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 439:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 440:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 441:vmem_alloc() at netbsd:vmem_alloc+0x105 442:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 443:pool_grow() at netbsd:pool_grow+0x34 444:pool_get() at netbsd:pool_get+0x82 445:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 446:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 447:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 448:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 449:vmem_alloc() at netbsd:vmem_alloc+0x105 450:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 451:pool_grow() at netbsd:pool_grow+0x34 452:pool_get() at netbsd:pool_get+0x82 453:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 454:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 455:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 456:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 457:vmem_alloc() at netbsd:vmem_alloc+0x105 458:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 459:pool_grow() at netbsd:pool_grow+0x34 460:pool_get() at netbsd:pool_get+0x82 461:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 462:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 463:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 464:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 465:vmem_alloc() at netbsd:vmem_alloc+0x105 466:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 467:pool_grow() at netbsd:pool_grow+0x34 468:pool_get() at netbsd:pool_get+0x82 469:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 470:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 471:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 472:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 473:vmem_alloc() at netbsd:vmem_alloc+0x105 474:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 475:pool_grow() at netbsd:pool_grow+0x34 476:pool_get() at netbsd:pool_get+0x82 477:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 478:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 479:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 480:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 481:vmem_alloc() at netbsd:vmem_alloc+0x105 482:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 483:pool_grow() at netbsd:pool_grow+0x34 484:pool_get() at netbsd:pool_get+0x82 485:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 486:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 487:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 488:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 489:vmem_alloc() at netbsd:vmem_alloc+0x105 490:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 491:pool_grow() at netbsd:pool_grow+0x34 492:pool_get() at netbsd:pool_get+0x82 493:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 494:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 495:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 496:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 497:vmem_alloc() at netbsd:vmem_alloc+0x105 498:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 499:pool_grow() at netbsd:pool_grow+0x34 500:pool_get() at netbsd:pool_get+0x82 501:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 502:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 503:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 504:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 505:vmem_alloc() at netbsd:vmem_alloc+0x105 506:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 507:pool_grow() at netbsd:pool_grow+0x34 508:pool_get() at netbsd:pool_get+0x82 509:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 510:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 511:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 512:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 513:vmem_alloc() at netbsd:vmem_alloc+0x105 514:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 515:pool_grow() at netbsd:pool_grow+0x34 516:pool_get() at netbsd:pool_get+0x82 517:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 518:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 519:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 520:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 521:vmem_alloc() at netbsd:vmem_alloc+0x105 522:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 523:pool_grow() at netbsd:pool_grow+0x34 524:pool_get() at netbsd:pool_get+0x82 525:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 526:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 527:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 528:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 529:vmem_alloc() at netbsd:vmem_alloc+0x105 530:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 531:pool_grow() at netbsd:pool_grow+0x34 532:pool_get() at netbsd:pool_get+0x82 533:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 534:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 535:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 536:pool_page_alloc() at netbsd:pool_page_alloc+0x2c 537:pool_grow() at netbsd:pool_grow+0x34 538:pool_get() at netbsd:pool_get+0x82 539:pool_cache_get_slow() at netbsd:pool_cache_get_slow+0x19a 540:pool_cache_get_paddr() at netbsd:pool_cache_get_paddr+0x210 541:pmap_enter_ma() at netbsd:pmap_enter_ma+0x157 542:pmap_enter() at netbsd:pmap_enter+0x35 543:uvm_fault_internal() at netbsd:uvm_fault_internal+0xf17 544:trap() at netbsd:trap+0x500 545:--- trap (number 6) --- 546:7f7ff7061720: 547:cpu0: End traceback... 548:Skipping crash dump on recursive panic 549:panic: wdc_exec_command: polled command not done 550:cpu0: Begin traceback... 551:printf_nolog() at netbsd:printf_nolog 552:wdccommand() at netbsd:wdccommand 553:wd_flushcache() at netbsd:wd_flushcache+0xd7 554:wd_shutdown() at netbsd:wd_shutdown+0x3e 555:pmf_system_shutdown() at netbsd:pmf_system_shutdown+0x81 556:cpu_reboot() at netbsd:cpu_reboot+0xe9 557:vpanic() at netbsd:vpanic+0x1dd 558:printf_nolog() at netbsd:printf_nolog 559:lockdebug_abort() at netbsd:lockdebug_abort+0x3a 560:bt_refill() at netbsd:bt_refill+0x1d 561:vmem_xalloc() at netbsd:vmem_xalloc+0x177 562:vmem_alloc() at netbsd:vmem_alloc+0x105 563:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 564:pool_grow() at netbsd:pool_grow+0x34 565:pool_get() at netbsd:pool_get+0x82 566:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 567:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 568:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 569:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 570:vmem_alloc() at netbsd:vmem_alloc+0x105 571:bt_refill() at netbsd:bt_refill+0x4f 572:vmem_xalloc() at netbsd:vmem_xalloc+0x27b 573:vmem_alloc() at netbsd:vmem_alloc+0x105 574:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 575:pool_grow() at netbsd:pool_grow+0x34 576:pool_get() at netbsd:pool_get+0x82 577:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 578:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 579:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 580:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 581:vmem_alloc() at netbsd:vmem_alloc+0x105 582:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 583:pool_grow() at netbsd:pool_grow+0x34 584:pool_get() at netbsd:pool_get+0x82 585:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 586:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 587:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 588:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 589:vmem_alloc() at netbsd:vmem_alloc+0x105 590:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 591:pool_grow() at netbsd:pool_grow+0x34 592:pool_get() at netbsd:pool_get+0x82 593:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 594:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 595:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 596:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 597:vmem_alloc() at netbsd:vmem_alloc+0x105 598:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 599:pool_grow() at netbsd:pool_grow+0x34 600:pool_get() at netbsd:pool_get+0x82 601:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 602:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 603:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 604:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 605:vmem_alloc() at netbsd:vmem_alloc+0x105 606:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 607:pool_grow() at netbsd:pool_grow+0x34 608:pool_get() at netbsd:pool_get+0x82 609:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 610:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 611:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 612:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 613:vmem_alloc() at netbsd:vmem_alloc+0x105 614:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 615:pool_grow() at netbsd:pool_grow+0x34 616:pool_get() at netbsd:pool_get+0x82 617:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 618:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 619:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 620:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 621:vmem_alloc() at netbsd:vmem_alloc+0x105 622:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 623:pool_grow() at netbsd:pool_grow+0x34 624:pool_get() at netbsd:pool_get+0x82 625:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 626:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 627:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 628:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 629:vmem_alloc() at netbsd:vmem_alloc+0x105 630:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 631:pool_grow() at netbsd:pool_grow+0x34 632:pool_get() at netbsd:pool_get+0x82 633:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 634:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 635:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 636:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 637:vmem_alloc() at netbsd:vmem_alloc+0x105 638:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 639:pool_grow() at netbsd:pool_grow+0x34 640:pool_get() at netbsd:pool_get+0x82 641:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 642:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 643:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 644:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 645:vmem_alloc() at netbsd:vmem_alloc+0x105 646:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 647:pool_grow() at netbsd:pool_grow+0x34 648:pool_get() at netbsd:pool_get+0x82 649:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 650:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 651:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 652:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 653:vmem_alloc() at netbsd:vmem_alloc+0x105 654:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 655:pool_grow() at netbsd:pool_grow+0x34 656:pool_get() at netbsd:pool_get+0x82 657:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 658:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 659:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 660:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 661:vmem_alloc() at netbsd:vmem_alloc+0x105 662:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 663:pool_grow() at netbsd:pool_grow+0x34 664:pool_get() at netbsd:pool_get+0x82 665:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 666:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 667:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 668:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 669:vmem_alloc() at netbsd:vmem_alloc+0x105 670:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 671:pool_grow() at netbsd:pool_grow+0x34 672:pool_get() at netbsd:pool_get+0x82 673:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 674:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 675:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 676:pool_page_alloc() at netbsd:pool_page_alloc+0x2c 677:pool_grow() at netbsd:pool_grow+0x34 678:pool_get() at netbsd:pool_get+0x82 679:pool_cache_get_slow() at netbsd:pool_cache_get_slow+0x19a 680:pool_cache_get_paddr() at netbsd:pool_cache_get_paddr+0x210 681:pmap_enter_ma() at netbsd:pmap_enter_ma+0x157 682:pmap_enter() at netbsd:pmap_enter+0x35 683:uvm_fault_internal() at netbsd:uvm_fault_internal+0xf17 684:trap() at netbsd:trap+0x500 685:--- trap (number 6) --- 686:7f7ff7061720: 687:cpu0: End traceback... 688:Skipping crash dump on recursive panic 689:panic: lock error 690:cpu0: Begin traceback... 691:printf_nolog() at netbsd:printf_nolog 692:lockdebug_abort() at netbsd:lockdebug_abort+0x3a 693:bt_refill() at netbsd:bt_refill+0x1d 694:vmem_xalloc() at netbsd:vmem_xalloc+0x177 695:vmem_alloc() at netbsd:vmem_alloc+0x105 696:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 697:pool_grow() at netbsd:pool_grow+0x34 698:pool_get() at netbsd:pool_get+0x82 699:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 700:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 701:m_freem() at netbsd:m_freem+0x74 702:vr_rxdrain() at netbsd:vr_rxdrain+0x40 703:vr_shutdown() at netbsd:vr_shutdown+0x17 704:pmf_system_shutdown() at netbsd:pmf_system_shutdown+0x81 705:cpu_reboot() at netbsd:cpu_reboot+0xe9 706:vpanic() at netbsd:vpanic+0x1dd 707:printf_nolog() at netbsd:printf_nolog 708:wdccommand() at netbsd:wdccommand 709:wd_flushcache() at netbsd:wd_flushcache+0xd7 710:wd_shutdown() at netbsd:wd_shutdown+0x3e 711:pmf_system_shutdown() at netbsd:pmf_system_shutdown+0x81 712:cpu_reboot() at netbsd:cpu_reboot+0xe9 713:vpanic() at netbsd:vpanic+0x1dd 714:printf_nolog() at netbsd:printf_nolog 715:lockdebug_abort() at netbsd:lockdebug_abort+0x3a 716:bt_refill() at netbsd:bt_refill+0x1d 717:vmem_xalloc() at netbsd:vmem_xalloc+0x177 718:vmem_alloc() at netbsd:vmem_alloc+0x105 719:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 720:pool_grow() at netbsd:pool_grow+0x34 721:pool_get() at netbsd:pool_get+0x82 722:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 723:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 724:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 725:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 726:vmem_alloc() at netbsd:vmem_alloc+0x105 727:bt_refill() at netbsd:bt_refill+0x4f 728:vmem_xalloc() at netbsd:vmem_xalloc+0x27b 729:vmem_alloc() at netbsd:vmem_alloc+0x105 730:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 731:pool_grow() at netbsd:pool_grow+0x34 732:pool_get() at netbsd:pool_get+0x82 733:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 734:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 735:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 736:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 737:vmem_alloc() at netbsd:vmem_alloc+0x105 738:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 739:pool_grow() at netbsd:pool_grow+0x34 740:pool_get() at netbsd:pool_get+0x82 741:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 742:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 743:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 744:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 745:vmem_alloc() at netbsd:vmem_alloc+0x105 746:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 747:pool_grow() at netbsd:pool_grow+0x34 748:pool_get() at netbsd:pool_get+0x82 749:pool_cache_put_slow() at netbsd:pool_cache_put_slow+0x1c7 750:pool_cache_put_paddr() at netbsd:pool_cache_put_paddr+0x10f 751:uvm_km_kmem_alloc() at netbsd:uvm_km_kmem_alloc+0x11f 752:vmem_xalloc() at netbsd:vmem_xalloc+0xcc5 753:vmem_alloc() at netbsd:vmem_alloc+0x105 754:pool_page_alloc_meta() at netbsd:pool_page_alloc_meta+0x2c 755:pool_grow() at netbsd:pool_grow+0x34 756:pool_get() at netbsd:pool_get+0x82 757:pool_cache_put_slow() at netbsd:pool_cache_put_ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 02 01:05:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 01:05: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 1SlV3t-00035w-8a; Mon, 02 Jul 2012 01:04:21 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlV3r-00035o-2J for xen-users@lists.xen.org; Mon, 02 Jul 2012 01:04:19 +0000 Received: from [85.158.143.99:12516] by server-3.bemta-4.messagelabs.com id DD/2F-05808-293F0FF4; Mon, 02 Jul 2012 01:04:18 +0000 X-Env-Sender: eslindsey@gmail.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1341191056!29465621!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13795 invoked from network); 2 Jul 2012 01:04:17 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 01:04:17 -0000 Received: by lbok6 with SMTP id k6so8521491lbo.32 for ; Sun, 01 Jul 2012 18:04: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 :content-type:content-transfer-encoding; bh=09wfaq1BmbGNw3awpKQMUTyDwjkM8uAPBPNzMsbIAf8=; b=rWs0RO3FLNEGIHw84otM0dBeEwRFfAdvIZJzbQ+KGnS+BcFVO4IuMYZ1wpwddGu4hi GvotoaeLc6831ToklROX8rwhCCC0WUlcw5uLefiEw7rW+4NdrweTpHbuZDm4qydf859A zC11q1gyUIWjogvZqJ6vnSaYclH6aoQfoZTaX3Dfc5mqyjk/2uVlXJs5i4Sq6Xxj6UeB dGxJZ53sc/LyFSNndW9ppjMdQlGEeV2J/mUQsOS8lkg6QHmMbKP0TSaD0kCwKBjtHroe kS62g7ehcof4TvNCichlsjRmPHt5nltmBoo6jSdHp3SbCnRU8/O2UY5bbqjobxVXaDu9 S/Sw== MIME-Version: 1.0 Received: by 10.112.102.136 with SMTP id fo8mr5307109lbb.106.1341191056398; Sun, 01 Jul 2012 18:04:16 -0700 (PDT) Received: by 10.112.64.6 with HTTP; Sun, 1 Jul 2012 18:04:16 -0700 (PDT) In-Reply-To: <2F0C6E6D-E430-49E5-810C-8B8C3DADEA4D@gmail.com> References: <6035A0D088A63A46850C3988ED045A4B28A22C7B@BITCOM1.int.sbss.com.au> <2F0C6E6D-E430-49E5-810C-8B8C3DADEA4D@gmail.com> Date: Sun, 1 Jul 2012 21:04:16 -0400 Message-ID: From: Eric Lindsey To: James Harper , "xen-users@lists.xen.org" Subject: Re: [Xen-users] GPLPV, clock drift and PVUSB in Windows XP HVM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jun 29, 2012 at 3:45 AM, Eric Lindsey wrote: > I'm sorry for being unclear in my original message. I'm experiencing the clock drift with and without the GPLPV drivers. However, I was surprised that those drivers didn't include their own version of Linux's independent_wallclock, which I presume takes care of the clock drift problem in those operating systems (though I'll be the first to admit that's merely an assumption and I've very little experience in this area). How can I solve the clock drift problem, and keep my XP HVM synchronized with my dom0 hardware clock (which does not suffer from drift)? > > The info on the /nogplpv switch is useful; I'm surprised it isn't documented somewhere more obvious than what I could find with a Google search. > > Thanks for the reply, James! > > On Jun 29, 2012, at 3:18 AM, James Harper wrote: > >>> >>> 1. Shouldn't the GPLPV drivers take care of the (bad) clock drift I'm >>> experiencing in my Windows XP HVM? Or is there some other way around >>> this problem that I haven't been able to find on Google? How can I tell if the >>> GPLPV drivers are active? I've added the /gplpv switch to the boot.ini file and >>> the virtual NIC is definitely using the GPLPV version but other than that I'm >>> not sure how to tell. >> >> You don't need to use any switches to make gplpv active. You can use the /nogplpv switch to make it inactive if required for testing, but that only deactivates the vbd and vif drivers. >> >> GPLPV won't (shouldn't) have any impact on clock drift. If you only get clock drift when running with GPLPV then let me know. >> >>> 2. On this same Windows XP HVM, I'd like to experiment with the PVUSB 2.0 >>> pass thru. My server (Dell PowerEdge 2900) does NOT support IOMMU so it >>> can't be hardware. I've read that the PVUSB performance is up to about 60% >>> of native 2.0, but still better than the qemu 1.1 pass thru. Unfortunately, I >>> can't find any documentation online about how to actually use it. Currently I >>> have these lines in my .cfg file: >>> usb = 1 >>> usbdevice = 'tablet' >>> usbdevice = 'host:xxxx:yyyy' >>> Obviously I would need to remove the host: line to free up the device from >>> qemu pass thru so I can use PVUSB pass thru instead, but after that I'm not >>> sure what commands to issue or put in the domain's .cfg file. >>> P.S. I did choose to install PvUsb when installing GPLPV so I'm assuming that's >>> all I need to do on the domU end. >>> >> >> You need to make sure you have usb backend drivers in your dom0, then you use xm to add host controllers and devices. Google for usb-hc-create and you should find some info. >> >> James I did what you suggested and found a lot of the information I needed. I successfully created a host controller using root@www:~# xm usb-hc-create LightJockey 2 4 and the Add New Hardware wizard immediately showed up in my HVM. I successfully installed the drivers there (which I believe to be usbfront drivers from GPLPV). But now here's my current problem: root@www:~# xm usb-list-assignable-devices 1-7.1 : ID 413c:2105 Dell Dell USB Keyboard 3-1 : ID 0962:1000 DigitalArtSystem EZ-USB Device 3-2 : ID 08bb:2902 Burr-Brown from TI USB Audio CODEC 4-2 : ID 0461:4d22 Primax Electronics, Ltd root@www:~# xm usb-list LightJockey Idx BE state usb-ver BE-path 0 0 1 USB2.0 /local/domain/0/backend/vusb/3/0 port 1: port 2: port 3: port 4: root@www:~# xm usb-attach LightJockey 0 1 3-1 Unexpected error: Please report to xen-devel@lists.xensource.com Traceback (most recent call last): File "/usr/lib/xen-4.1/bin/xm", line 8, in main.main(sys.argv) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xm/main.py", line 3983, in main _, rc = _run_cmd(cmd, cmd_name, args) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xm/main.py", line 4007, in _run_cmd return True, cmd(args) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xm/main.py", line 3046, in xm_usb_attach if vusb_util.bus_is_assigned(bus): File "/usr/lib/xen-4.1/bin/../lib/python/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-1). I am assuming this means that I do not have the usbback drivers. How can I tell? Where can I get them? Are they packaged for Debian or will I have to patch something? There used to be a separate Xen kernel but ever since I upgraded to wheezy the kernel appears to be the stock one, yet everything still works with Xen hypervisor 4.1.2-6. root@www:~# uname -a Linux www 3.2.0-2-amd64 #1 SMP Fri Jun 1 17:49:08 UTC 2012 x86_64 GNU/Linux Thanks in advance for you help James! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 02 01:05:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 01:05: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 1SlV3t-00035w-8a; Mon, 02 Jul 2012 01:04:21 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlV3r-00035o-2J for xen-users@lists.xen.org; Mon, 02 Jul 2012 01:04:19 +0000 Received: from [85.158.143.99:12516] by server-3.bemta-4.messagelabs.com id DD/2F-05808-293F0FF4; Mon, 02 Jul 2012 01:04:18 +0000 X-Env-Sender: eslindsey@gmail.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1341191056!29465621!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13795 invoked from network); 2 Jul 2012 01:04:17 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 01:04:17 -0000 Received: by lbok6 with SMTP id k6so8521491lbo.32 for ; Sun, 01 Jul 2012 18:04: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 :content-type:content-transfer-encoding; bh=09wfaq1BmbGNw3awpKQMUTyDwjkM8uAPBPNzMsbIAf8=; b=rWs0RO3FLNEGIHw84otM0dBeEwRFfAdvIZJzbQ+KGnS+BcFVO4IuMYZ1wpwddGu4hi GvotoaeLc6831ToklROX8rwhCCC0WUlcw5uLefiEw7rW+4NdrweTpHbuZDm4qydf859A zC11q1gyUIWjogvZqJ6vnSaYclH6aoQfoZTaX3Dfc5mqyjk/2uVlXJs5i4Sq6Xxj6UeB dGxJZ53sc/LyFSNndW9ppjMdQlGEeV2J/mUQsOS8lkg6QHmMbKP0TSaD0kCwKBjtHroe kS62g7ehcof4TvNCichlsjRmPHt5nltmBoo6jSdHp3SbCnRU8/O2UY5bbqjobxVXaDu9 S/Sw== MIME-Version: 1.0 Received: by 10.112.102.136 with SMTP id fo8mr5307109lbb.106.1341191056398; Sun, 01 Jul 2012 18:04:16 -0700 (PDT) Received: by 10.112.64.6 with HTTP; Sun, 1 Jul 2012 18:04:16 -0700 (PDT) In-Reply-To: <2F0C6E6D-E430-49E5-810C-8B8C3DADEA4D@gmail.com> References: <6035A0D088A63A46850C3988ED045A4B28A22C7B@BITCOM1.int.sbss.com.au> <2F0C6E6D-E430-49E5-810C-8B8C3DADEA4D@gmail.com> Date: Sun, 1 Jul 2012 21:04:16 -0400 Message-ID: From: Eric Lindsey To: James Harper , "xen-users@lists.xen.org" Subject: Re: [Xen-users] GPLPV, clock drift and PVUSB in Windows XP HVM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jun 29, 2012 at 3:45 AM, Eric Lindsey wrote: > I'm sorry for being unclear in my original message. I'm experiencing the clock drift with and without the GPLPV drivers. However, I was surprised that those drivers didn't include their own version of Linux's independent_wallclock, which I presume takes care of the clock drift problem in those operating systems (though I'll be the first to admit that's merely an assumption and I've very little experience in this area). How can I solve the clock drift problem, and keep my XP HVM synchronized with my dom0 hardware clock (which does not suffer from drift)? > > The info on the /nogplpv switch is useful; I'm surprised it isn't documented somewhere more obvious than what I could find with a Google search. > > Thanks for the reply, James! > > On Jun 29, 2012, at 3:18 AM, James Harper wrote: > >>> >>> 1. Shouldn't the GPLPV drivers take care of the (bad) clock drift I'm >>> experiencing in my Windows XP HVM? Or is there some other way around >>> this problem that I haven't been able to find on Google? How can I tell if the >>> GPLPV drivers are active? I've added the /gplpv switch to the boot.ini file and >>> the virtual NIC is definitely using the GPLPV version but other than that I'm >>> not sure how to tell. >> >> You don't need to use any switches to make gplpv active. You can use the /nogplpv switch to make it inactive if required for testing, but that only deactivates the vbd and vif drivers. >> >> GPLPV won't (shouldn't) have any impact on clock drift. If you only get clock drift when running with GPLPV then let me know. >> >>> 2. On this same Windows XP HVM, I'd like to experiment with the PVUSB 2.0 >>> pass thru. My server (Dell PowerEdge 2900) does NOT support IOMMU so it >>> can't be hardware. I've read that the PVUSB performance is up to about 60% >>> of native 2.0, but still better than the qemu 1.1 pass thru. Unfortunately, I >>> can't find any documentation online about how to actually use it. Currently I >>> have these lines in my .cfg file: >>> usb = 1 >>> usbdevice = 'tablet' >>> usbdevice = 'host:xxxx:yyyy' >>> Obviously I would need to remove the host: line to free up the device from >>> qemu pass thru so I can use PVUSB pass thru instead, but after that I'm not >>> sure what commands to issue or put in the domain's .cfg file. >>> P.S. I did choose to install PvUsb when installing GPLPV so I'm assuming that's >>> all I need to do on the domU end. >>> >> >> You need to make sure you have usb backend drivers in your dom0, then you use xm to add host controllers and devices. Google for usb-hc-create and you should find some info. >> >> James I did what you suggested and found a lot of the information I needed. I successfully created a host controller using root@www:~# xm usb-hc-create LightJockey 2 4 and the Add New Hardware wizard immediately showed up in my HVM. I successfully installed the drivers there (which I believe to be usbfront drivers from GPLPV). But now here's my current problem: root@www:~# xm usb-list-assignable-devices 1-7.1 : ID 413c:2105 Dell Dell USB Keyboard 3-1 : ID 0962:1000 DigitalArtSystem EZ-USB Device 3-2 : ID 08bb:2902 Burr-Brown from TI USB Audio CODEC 4-2 : ID 0461:4d22 Primax Electronics, Ltd root@www:~# xm usb-list LightJockey Idx BE state usb-ver BE-path 0 0 1 USB2.0 /local/domain/0/backend/vusb/3/0 port 1: port 2: port 3: port 4: root@www:~# xm usb-attach LightJockey 0 1 3-1 Unexpected error: Please report to xen-devel@lists.xensource.com Traceback (most recent call last): File "/usr/lib/xen-4.1/bin/xm", line 8, in main.main(sys.argv) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xm/main.py", line 3983, in main _, rc = _run_cmd(cmd, cmd_name, args) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xm/main.py", line 4007, in _run_cmd return True, cmd(args) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xm/main.py", line 3046, in xm_usb_attach if vusb_util.bus_is_assigned(bus): File "/usr/lib/xen-4.1/bin/../lib/python/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-1). I am assuming this means that I do not have the usbback drivers. How can I tell? Where can I get them? Are they packaged for Debian or will I have to patch something? There used to be a separate Xen kernel but ever since I upgraded to wheezy the kernel appears to be the stock one, yet everything still works with Xen hypervisor 4.1.2-6. root@www:~# uname -a Linux www 3.2.0-2-amd64 #1 SMP Fri Jun 1 17:49:08 UTC 2012 x86_64 GNU/Linux Thanks in advance for you help James! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 02 01:29:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 01:29: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 1SlVRM-0003p1-PE; Mon, 02 Jul 2012 01:28:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlVRL-0003ow-Im for xen-users@lists.xen.org; Mon, 02 Jul 2012 01:28:35 +0000 Received: from [85.158.143.35:35720] by server-3.bemta-4.messagelabs.com id 74/08-05808-249F0FF4; Mon, 02 Jul 2012 01:28:34 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-3.tower-21.messagelabs.com!1341192511!12710644!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23898 invoked from network); 2 Jul 2012 01:28:34 -0000 Received: from smtp2.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-3.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 2 Jul 2012 01:28:34 -0000 Received: from trantor.int.sbss.com.au ([192.168.200.206] helo=mail.bendigoit.com.au) by smtp2.bendigoit.com.au with esmtp (Exim 4.72) (envelope-from ) id 1SlVRF-00082z-RI; Mon, 02 Jul 2012 11:28:29 +1000 Received: from BITCOM1.int.sbss.com.au ([192.168.200.237]) by mail.bendigoit.com.au with Microsoft SMTPSVC(6.0.3790.4675); Mon, 2 Jul 2012 11:28:28 +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.0355.002; Mon, 2 Jul 2012 11:28:28 +1000 From: James Harper To: Eric Lindsey , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] GPLPV, clock drift and PVUSB in Windows XP HVM Thread-Index: AQHNVVQaRkdY+/pb1EOXbHAOVZKXLpcQ4Iyw//9jcwCABEbpAIAAquOg Date: Mon, 2 Jul 2012 01:28:27 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B28D64383@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B28A22C7B@BITCOM1.int.sbss.com.au> <2F0C6E6D-E430-49E5-810C-8B8C3DADEA4D@gmail.com> 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.52] x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19012.003 x-tm-as-result: No--34.808800-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No MIME-Version: 1.0 X-OriginalArrivalTime: 02 Jul 2012 01:28:28.0566 (UTC) FILETIME=[FBBAA360:01CD57F1] X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] GPLPV, clock drift and PVUSB in Windows XP HVM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 did what you suggested and found a lot of the information I needed. > I successfully created a host controller using root@www:~# xm usb-hc- > create LightJockey 2 4 and the Add New Hardware wizard immediately > showed up in my HVM. I successfully installed the drivers there (which I > believe to be usbfront drivers from GPLPV). But now here's my current > problem: > > > > xen.util.vusb_util.UsbDeviceParseError: vusb: Error parsing USB device > info: Can't get assignment status: (3-1). > > I am assuming this means that I do not have the usbback drivers. How can I > tell? Where can I get them? Are they packaged for Debian or will I have to > patch something? There used to be a separate Xen kernel but ever since I > upgraded to wheezy the kernel appears to be the stock one, yet everything > still works with Xen hypervisor 4.1.2-6. > I have something that might work. I had to tweak it a bit to compile under 3.2.0, but it seemed to work under 3.1.0 and the tweak was minor. Download from http://www.meadowcourt.org/private/xen-usbback.tgz, untgz it, then run make from inside the directory. You'll need the current kernel headers for your kernel to build but otherwise it's just built out-of-tree. That should give you a .ko module you can load. I haven't tested it under 3.2.0, so don't go testing it on anything important. James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 02 01:29:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 01:29: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 1SlVRM-0003p1-PE; Mon, 02 Jul 2012 01:28:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlVRL-0003ow-Im for xen-users@lists.xen.org; Mon, 02 Jul 2012 01:28:35 +0000 Received: from [85.158.143.35:35720] by server-3.bemta-4.messagelabs.com id 74/08-05808-249F0FF4; Mon, 02 Jul 2012 01:28:34 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-3.tower-21.messagelabs.com!1341192511!12710644!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23898 invoked from network); 2 Jul 2012 01:28:34 -0000 Received: from smtp2.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-3.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 2 Jul 2012 01:28:34 -0000 Received: from trantor.int.sbss.com.au ([192.168.200.206] helo=mail.bendigoit.com.au) by smtp2.bendigoit.com.au with esmtp (Exim 4.72) (envelope-from ) id 1SlVRF-00082z-RI; Mon, 02 Jul 2012 11:28:29 +1000 Received: from BITCOM1.int.sbss.com.au ([192.168.200.237]) by mail.bendigoit.com.au with Microsoft SMTPSVC(6.0.3790.4675); Mon, 2 Jul 2012 11:28:28 +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.0355.002; Mon, 2 Jul 2012 11:28:28 +1000 From: James Harper To: Eric Lindsey , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] GPLPV, clock drift and PVUSB in Windows XP HVM Thread-Index: AQHNVVQaRkdY+/pb1EOXbHAOVZKXLpcQ4Iyw//9jcwCABEbpAIAAquOg Date: Mon, 2 Jul 2012 01:28:27 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B28D64383@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B28A22C7B@BITCOM1.int.sbss.com.au> <2F0C6E6D-E430-49E5-810C-8B8C3DADEA4D@gmail.com> 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.52] x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19012.003 x-tm-as-result: No--34.808800-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No MIME-Version: 1.0 X-OriginalArrivalTime: 02 Jul 2012 01:28:28.0566 (UTC) FILETIME=[FBBAA360:01CD57F1] X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] GPLPV, clock drift and PVUSB in Windows XP HVM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 did what you suggested and found a lot of the information I needed. > I successfully created a host controller using root@www:~# xm usb-hc- > create LightJockey 2 4 and the Add New Hardware wizard immediately > showed up in my HVM. I successfully installed the drivers there (which I > believe to be usbfront drivers from GPLPV). But now here's my current > problem: > > > > xen.util.vusb_util.UsbDeviceParseError: vusb: Error parsing USB device > info: Can't get assignment status: (3-1). > > I am assuming this means that I do not have the usbback drivers. How can I > tell? Where can I get them? Are they packaged for Debian or will I have to > patch something? There used to be a separate Xen kernel but ever since I > upgraded to wheezy the kernel appears to be the stock one, yet everything > still works with Xen hypervisor 4.1.2-6. > I have something that might work. I had to tweak it a bit to compile under 3.2.0, but it seemed to work under 3.1.0 and the tweak was minor. Download from http://www.meadowcourt.org/private/xen-usbback.tgz, untgz it, then run make from inside the directory. You'll need the current kernel headers for your kernel to build but otherwise it's just built out-of-tree. That should give you a .ko module you can load. I haven't tested it under 3.2.0, so don't go testing it on anything important. James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 02 02:46:17 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 02: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 1SlWdP-0005NM-Rr; Mon, 02 Jul 2012 02:45:07 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlWdN-0005NH-VC for xen-users@lists.xen.org; Mon, 02 Jul 2012 02:45:06 +0000 X-Env-Sender: eslindsey@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1341197098!4358112!1 X-Originating-IP: [209.85.217.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-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6844 invoked from network); 2 Jul 2012 02:44:59 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 02:44:59 -0000 Received: by lbok6 with SMTP id k6so8601479lbo.32 for ; Sun, 01 Jul 2012 19:44:58 -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=k+XYX/LjuoTrj2KqOty9c0PkaaJNbS3CW1PHjUMj1K8=; b=nTl3Ayln5Hbiir4heG3IBgGXvmVvgSsxwmTBLc4etq44/NBe4YLH0gTtsD7bHD/ek1 BxhnlK6RrKwpuszrDcdXAA0NS7f90eO1tgcAJuDB1i0wYvdXvn0uJuD/uk6HdBrruRKD 51nox/E74d67yIxEcqMw7wkXjWHclZ/P0QOk+SMozwSIo/eE1xNKv7k5ezNRKQy4egBd h9EGuxNI+Qlsrzbn4CZWcqqbS3w9bdklvwgliXu05D8LAiiEXOa+Wsn0I5fHrRkkPh4d GbnBcTRZvyt53vBi9dzaOsiKRYsewevm1F2YO6TQG+fAScxPXW/wk3bz76DAN++G00dP WL4A== MIME-Version: 1.0 Received: by 10.152.102.234 with SMTP id fr10mr11182159lab.32.1341197098650; Sun, 01 Jul 2012 19:44:58 -0700 (PDT) Received: by 10.112.64.6 with HTTP; Sun, 1 Jul 2012 19:44:58 -0700 (PDT) Date: Sun, 1 Jul 2012 22:44:58 -0400 Message-ID: From: Eric Lindsey To: xen-users@lists.xen.org Subject: [Xen-users] radeon R100 MC microcode 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 Hi guys, I noticed that at bootup my system was complaining about missing radeon/r100_cp.bin file, so I tracked it down to Debian's wheezy package firmware-linux-nonfree which includes the file. I installed this package and now I'm getting all sorts of errors when I try to start Xen 4.1 (also installed via Debian's packages): Excerpt from dmesg: [ 6.073729] [drm] radeon kernel modesetting enabled. [ 6.073859] xen: registering gsi 19 triggering 0 polarity 1 [ 6.073879] xen: --> pirq=19 -> irq=19 (gsi=19) [ 6.073894] radeon 0000:0e:0d.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19 [ 6.074188] [drm] initializing kernel modesetting (RV100 0x1002:0x515E 0x1028:0x01B1). [ 6.074226] [drm] register mmio base: 0xFC2D0000 [ 6.074228] [drm] register mmio size: 65536 [ 6.074497] radeon 0000:0e:0d.0: VRAM: 128M 0x00000000D8000000 - 0x00000000DFFFFFFF (16M used) [ 6.074500] radeon 0000:0e:0d.0: GTT: 512M 0x00000000B8000000 - 0x00000000D7FFFFFF [ 6.074507] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [ 6.074509] [drm] Driver supports precise vblank timestamp query. [ 6.074552] [drm] radeon: irq initialized. [ 6.074555] [drm] Detected VRAM RAM=128M, BAR=128M [ 6.074557] [drm] RAM width 16bits DDR [ 6.074624] [TTM] Zone kernel: Available graphics memory: 3570914 kiB. [ 6.074626] [TTM] Zone dma32: Available graphics memory: 2097152 kiB. [ 6.074628] [TTM] Initializing pool allocator. [ 6.074651] [drm] radeon: 16M of VRAM memory ready [ 6.074653] [drm] radeon: 512M of GTT memory ready. [ 6.074670] [drm] GART: num cpu pages 131072, num gpu pages 131072 [ 6.096437] [drm] PCIE GART of 512M enabled (table at 0x0000000010A00000). [ 6.096482] radeon 0000:0e:0d.0: WB disabled [ 6.096555] [drm] Loading R100 Microcode [ 6.206973] [drm] radeon: ring at 0x00000000B8001000 [ 6.406309] [drm:r100_ring_test] *ERROR* radeon: ring test failed (scratch(0x15E4)=0xCAFEDEAD) [ 6.406362] [drm:r100_cp_init] *ERROR* radeon: cp isn't working (-22). [ 6.406408] radeon 0000:0e:0d.0: failed initializing CP (-22). [ 6.406452] radeon 0000:0e:0d.0: Disabling GPU acceleration [ 6.600640] [drm:r100_cp_fini] *ERROR* Wait for CP idle timeout, shutting down CP. [ 6.795013] Failed to wait GUI idle while programming pipes. Bad things might happen. [ 6.795685] [drm] radeon: cp finalized [ 6.796284] [drm] Radeon Display Connectors [ 6.796286] [drm] Connector 0: [ 6.796287] [drm] VGA [ 6.796289] [drm] DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60 [ 6.796291] [drm] Encoders: [ 6.796292] [drm] CRT1: INTERNAL_DAC1 [ 6.867859] [drm] fb mappable at 0xD8040000 [ 6.867861] [drm] vram apper at 0xD8000000 [ 6.867862] [drm] size 1310720 [ 6.867864] [drm] fb depth is 8 [ 6.867865] [drm] pitch is 1280 [ 6.867973] fbcon: radeondrmfb (fb0) is primary device [ 7.034522] Console: switching to colour frame buffer device 160x64 [ 7.047186] fb0: radeondrmfb frame buffer device [ 7.047188] drm: registered panic notifier [ 7.047194] [drm] Initialized radeon 2.12.0 20080528 for 0000:0e:0d.0 on minor 0 Notice the "ring test failed" line. I Googled that and apparently it used to be a problem when trying to run a Radeon graphics card under Xen a long time ago. But I wasn't able to find any current information about it or how to fix it. This isn't a deal breaker for me, because my server hardly needs hardware-accelerated graphics. But it would be nice not to be able to fix the problem so that all the hardware is functioning as it should. I suppose if nobody can help me fix this I can always remove the CP microcode and just go back to the complaint about the missing firmware file. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 02 02:46:17 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 02: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 1SlWdP-0005NM-Rr; Mon, 02 Jul 2012 02:45:07 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlWdN-0005NH-VC for xen-users@lists.xen.org; Mon, 02 Jul 2012 02:45:06 +0000 X-Env-Sender: eslindsey@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1341197098!4358112!1 X-Originating-IP: [209.85.217.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-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6844 invoked from network); 2 Jul 2012 02:44:59 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 02:44:59 -0000 Received: by lbok6 with SMTP id k6so8601479lbo.32 for ; Sun, 01 Jul 2012 19:44:58 -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=k+XYX/LjuoTrj2KqOty9c0PkaaJNbS3CW1PHjUMj1K8=; b=nTl3Ayln5Hbiir4heG3IBgGXvmVvgSsxwmTBLc4etq44/NBe4YLH0gTtsD7bHD/ek1 BxhnlK6RrKwpuszrDcdXAA0NS7f90eO1tgcAJuDB1i0wYvdXvn0uJuD/uk6HdBrruRKD 51nox/E74d67yIxEcqMw7wkXjWHclZ/P0QOk+SMozwSIo/eE1xNKv7k5ezNRKQy4egBd h9EGuxNI+Qlsrzbn4CZWcqqbS3w9bdklvwgliXu05D8LAiiEXOa+Wsn0I5fHrRkkPh4d GbnBcTRZvyt53vBi9dzaOsiKRYsewevm1F2YO6TQG+fAScxPXW/wk3bz76DAN++G00dP WL4A== MIME-Version: 1.0 Received: by 10.152.102.234 with SMTP id fr10mr11182159lab.32.1341197098650; Sun, 01 Jul 2012 19:44:58 -0700 (PDT) Received: by 10.112.64.6 with HTTP; Sun, 1 Jul 2012 19:44:58 -0700 (PDT) Date: Sun, 1 Jul 2012 22:44:58 -0400 Message-ID: From: Eric Lindsey To: xen-users@lists.xen.org Subject: [Xen-users] radeon R100 MC microcode 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 Hi guys, I noticed that at bootup my system was complaining about missing radeon/r100_cp.bin file, so I tracked it down to Debian's wheezy package firmware-linux-nonfree which includes the file. I installed this package and now I'm getting all sorts of errors when I try to start Xen 4.1 (also installed via Debian's packages): Excerpt from dmesg: [ 6.073729] [drm] radeon kernel modesetting enabled. [ 6.073859] xen: registering gsi 19 triggering 0 polarity 1 [ 6.073879] xen: --> pirq=19 -> irq=19 (gsi=19) [ 6.073894] radeon 0000:0e:0d.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19 [ 6.074188] [drm] initializing kernel modesetting (RV100 0x1002:0x515E 0x1028:0x01B1). [ 6.074226] [drm] register mmio base: 0xFC2D0000 [ 6.074228] [drm] register mmio size: 65536 [ 6.074497] radeon 0000:0e:0d.0: VRAM: 128M 0x00000000D8000000 - 0x00000000DFFFFFFF (16M used) [ 6.074500] radeon 0000:0e:0d.0: GTT: 512M 0x00000000B8000000 - 0x00000000D7FFFFFF [ 6.074507] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [ 6.074509] [drm] Driver supports precise vblank timestamp query. [ 6.074552] [drm] radeon: irq initialized. [ 6.074555] [drm] Detected VRAM RAM=128M, BAR=128M [ 6.074557] [drm] RAM width 16bits DDR [ 6.074624] [TTM] Zone kernel: Available graphics memory: 3570914 kiB. [ 6.074626] [TTM] Zone dma32: Available graphics memory: 2097152 kiB. [ 6.074628] [TTM] Initializing pool allocator. [ 6.074651] [drm] radeon: 16M of VRAM memory ready [ 6.074653] [drm] radeon: 512M of GTT memory ready. [ 6.074670] [drm] GART: num cpu pages 131072, num gpu pages 131072 [ 6.096437] [drm] PCIE GART of 512M enabled (table at 0x0000000010A00000). [ 6.096482] radeon 0000:0e:0d.0: WB disabled [ 6.096555] [drm] Loading R100 Microcode [ 6.206973] [drm] radeon: ring at 0x00000000B8001000 [ 6.406309] [drm:r100_ring_test] *ERROR* radeon: ring test failed (scratch(0x15E4)=0xCAFEDEAD) [ 6.406362] [drm:r100_cp_init] *ERROR* radeon: cp isn't working (-22). [ 6.406408] radeon 0000:0e:0d.0: failed initializing CP (-22). [ 6.406452] radeon 0000:0e:0d.0: Disabling GPU acceleration [ 6.600640] [drm:r100_cp_fini] *ERROR* Wait for CP idle timeout, shutting down CP. [ 6.795013] Failed to wait GUI idle while programming pipes. Bad things might happen. [ 6.795685] [drm] radeon: cp finalized [ 6.796284] [drm] Radeon Display Connectors [ 6.796286] [drm] Connector 0: [ 6.796287] [drm] VGA [ 6.796289] [drm] DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60 [ 6.796291] [drm] Encoders: [ 6.796292] [drm] CRT1: INTERNAL_DAC1 [ 6.867859] [drm] fb mappable at 0xD8040000 [ 6.867861] [drm] vram apper at 0xD8000000 [ 6.867862] [drm] size 1310720 [ 6.867864] [drm] fb depth is 8 [ 6.867865] [drm] pitch is 1280 [ 6.867973] fbcon: radeondrmfb (fb0) is primary device [ 7.034522] Console: switching to colour frame buffer device 160x64 [ 7.047186] fb0: radeondrmfb frame buffer device [ 7.047188] drm: registered panic notifier [ 7.047194] [drm] Initialized radeon 2.12.0 20080528 for 0000:0e:0d.0 on minor 0 Notice the "ring test failed" line. I Googled that and apparently it used to be a problem when trying to run a Radeon graphics card under Xen a long time ago. But I wasn't able to find any current information about it or how to fix it. This isn't a deal breaker for me, because my server hardly needs hardware-accelerated graphics. But it would be nice not to be able to fix the problem so that all the hardware is functioning as it should. I suppose if nobody can help me fix this I can always remove the CP microcode and just go back to the complaint about the missing firmware file. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 02 03:30:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 03:30: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 1SlXKc-0006Rk-Oi; Mon, 02 Jul 2012 03:29:46 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlXKb-0006Rf-8r for xen-users@lists.xen.org; Mon, 02 Jul 2012 03:29:45 +0000 X-Env-Sender: eslindsey@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1341199778!9554913!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2452 invoked from network); 2 Jul 2012 03:29:38 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 03:29:38 -0000 Received: by lbok6 with SMTP id k6so8636947lbo.32 for ; Sun, 01 Jul 2012 20:29:37 -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=RJuUJDGuv611uRfqIm13ImGgPmGOG/JsaO407iUhdZA=; b=FZxnzdH0eVHVJfcLBz/XxpfzgKdnGdcJtmQN8pM1mmvI2hiVr5vfqA1P5vT0vqjlI6 YPCsObeUDebo/8SGu2WKbsCW0jOdIX4KwrrDME9lxauEuGkP/5OPCrLCEPENtjXAOagG u1qKmLZiEP8KfhY1PPDcXfh/MXqkcwfOiFOmqls2vPAOYa7E+QJpPbMntqKuMHZ4XmrF N/N0kgILltrUMrJJDpHknW8CfTfiHCYEDw76aFZmfvy+oke1oWpsd59IMsKiTRj4lvCb F1RacRfX5t2oJAWKGpk9Kr77kJd0d1ilQuVSpB3QY6mgRSG4ewoZeJiXcMycpz55DeCV VU9w== MIME-Version: 1.0 Received: by 10.152.131.9 with SMTP id oi9mr10995730lab.39.1341199777728; Sun, 01 Jul 2012 20:29:37 -0700 (PDT) Received: by 10.112.64.6 with HTTP; Sun, 1 Jul 2012 20:29:37 -0700 (PDT) In-Reply-To: <6035A0D088A63A46850C3988ED045A4B28D6573C@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B28A22C7B@BITCOM1.int.sbss.com.au> <2F0C6E6D-E430-49E5-810C-8B8C3DADEA4D@gmail.com> <6035A0D088A63A46850C3988ED045A4B28D64383@BITCOM1.int.sbss.com.au> <03C3BFC2-E0C3-44ED-B698-079487B16E02@gmail.com> <6035A0D088A63A46850C3988ED045A4B28D6573C@BITCOM1.int.sbss.com.au> Date: Sun, 1 Jul 2012 23:29:37 -0400 Message-ID: From: Eric Lindsey To: James Harper Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] GPLPV, clock drift and PVUSB in Windows XP HVM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 1, 2012 at 11:03 PM, James Harper wrote: > Are you definitely using the latest GPLPV? > > Once you have added the hc, you should see evidence of it in xenstore, eg > > xenstore-ls /local/domain//device/vusb (I think it's vusb) > > James I am using 0.11.0.357, which short of building from source was the latest I could find. I'm familiar with programming in C on both Windows and Linux so if you think it might make a difference, I can try pulling from mercurial. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 02 03:30:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 03:30: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 1SlXKc-0006Rk-Oi; Mon, 02 Jul 2012 03:29:46 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlXKb-0006Rf-8r for xen-users@lists.xen.org; Mon, 02 Jul 2012 03:29:45 +0000 X-Env-Sender: eslindsey@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1341199778!9554913!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2452 invoked from network); 2 Jul 2012 03:29:38 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 03:29:38 -0000 Received: by lbok6 with SMTP id k6so8636947lbo.32 for ; Sun, 01 Jul 2012 20:29:37 -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=RJuUJDGuv611uRfqIm13ImGgPmGOG/JsaO407iUhdZA=; b=FZxnzdH0eVHVJfcLBz/XxpfzgKdnGdcJtmQN8pM1mmvI2hiVr5vfqA1P5vT0vqjlI6 YPCsObeUDebo/8SGu2WKbsCW0jOdIX4KwrrDME9lxauEuGkP/5OPCrLCEPENtjXAOagG u1qKmLZiEP8KfhY1PPDcXfh/MXqkcwfOiFOmqls2vPAOYa7E+QJpPbMntqKuMHZ4XmrF N/N0kgILltrUMrJJDpHknW8CfTfiHCYEDw76aFZmfvy+oke1oWpsd59IMsKiTRj4lvCb F1RacRfX5t2oJAWKGpk9Kr77kJd0d1ilQuVSpB3QY6mgRSG4ewoZeJiXcMycpz55DeCV VU9w== MIME-Version: 1.0 Received: by 10.152.131.9 with SMTP id oi9mr10995730lab.39.1341199777728; Sun, 01 Jul 2012 20:29:37 -0700 (PDT) Received: by 10.112.64.6 with HTTP; Sun, 1 Jul 2012 20:29:37 -0700 (PDT) In-Reply-To: <6035A0D088A63A46850C3988ED045A4B28D6573C@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B28A22C7B@BITCOM1.int.sbss.com.au> <2F0C6E6D-E430-49E5-810C-8B8C3DADEA4D@gmail.com> <6035A0D088A63A46850C3988ED045A4B28D64383@BITCOM1.int.sbss.com.au> <03C3BFC2-E0C3-44ED-B698-079487B16E02@gmail.com> <6035A0D088A63A46850C3988ED045A4B28D6573C@BITCOM1.int.sbss.com.au> Date: Sun, 1 Jul 2012 23:29:37 -0400 Message-ID: From: Eric Lindsey To: James Harper Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] GPLPV, clock drift and PVUSB in Windows XP HVM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 1, 2012 at 11:03 PM, James Harper wrote: > Are you definitely using the latest GPLPV? > > Once you have added the hc, you should see evidence of it in xenstore, eg > > xenstore-ls /local/domain//device/vusb (I think it's vusb) > > James I am using 0.11.0.357, which short of building from source was the latest I could find. I'm familiar with programming in C on both Windows and Linux so if you think it might make a difference, I can try pulling from mercurial. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 02 03:32:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 03:32: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 1SlXMD-0006Wk-Fb; Mon, 02 Jul 2012 03:31:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlXMC-0006WZ-Aj for xen-users@lists.xen.org; Mon, 02 Jul 2012 03:31:24 +0000 Received: from [85.158.138.51:53005] by server-4.bemta-3.messagelabs.com id F1/0B-17105-B0611FF4; Mon, 02 Jul 2012 03:31:23 +0000 X-Env-Sender: eslindsey@gmail.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1341199873!21594744!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11563 invoked from network); 2 Jul 2012 03:31:13 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 03:31:13 -0000 Received: by lbok6 with SMTP id k6so8638264lbo.32 for ; Sun, 01 Jul 2012 20:31:13 -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=0vDJb3z1qB6rT0T6ETj0xMniJc+OfVA7QikDSvm0oRQ=; b=ppB1yJVH9sKuEWsWBQX57e4Qch3WIDBSqfQxNuIL4zn0su6C2j5GjNjbMxsw+sv27E dqvcN5bn4Ay2l70a/NEbwWrfi3hIE9GA6wYsHQ3t4ddL2LD0UjiB/QWhnB20KTbn3nXn EoyO5h3hXUdjYxEEDAFwejWar+dUA1TZefyIrLpTxSmfYrS4McdEiM8pRtpOjdtqlCBt 94y+FWuOM4mhE6Pd7qacBY/3hR2E8ekquX0gCU5aK/HEjX/yRa57WfUq7933L1glhlrD Bn1lGqyfMR+QrsNwbHBQXOp2p0neVE7ee+Aj+JgnEOuvCLAnTIurt3dsI5OpFAaead5H PDtA== MIME-Version: 1.0 Received: by 10.152.104.77 with SMTP id gc13mr5289472lab.31.1341199872919; Sun, 01 Jul 2012 20:31:12 -0700 (PDT) Received: by 10.112.64.6 with HTTP; Sun, 1 Jul 2012 20:31:12 -0700 (PDT) In-Reply-To: References: <6035A0D088A63A46850C3988ED045A4B28A22C7B@BITCOM1.int.sbss.com.au> <2F0C6E6D-E430-49E5-810C-8B8C3DADEA4D@gmail.com> <6035A0D088A63A46850C3988ED045A4B28D64383@BITCOM1.int.sbss.com.au> <03C3BFC2-E0C3-44ED-B698-079487B16E02@gmail.com> <6035A0D088A63A46850C3988ED045A4B28D6573C@BITCOM1.int.sbss.com.au> Date: Sun, 1 Jul 2012 23:31:12 -0400 Message-ID: From: Eric Lindsey To: James Harper Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] GPLPV, clock drift and PVUSB in Windows XP HVM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 1, 2012 at 11:29 PM, Eric Lindsey wrote: > On Sun, Jul 1, 2012 at 11:03 PM, James Harper > wrote: >> Are you definitely using the latest GPLPV? >> >> Once you have added the hc, you should see evidence of it in xenstore, eg >> >> xenstore-ls /local/domain//device/vusb (I think it's vusb) >> >> James > > I am using 0.11.0.357, which short of building from source was the > latest I could find. I'm familiar with programming in C on both > Windows and Linux so if you think it might make a difference, I can > try pulling from mercurial. Crap sorry accidentally clicked Send instead of Save. Here's xenstore-ls: root@www:~# xenstore-ls /local/domain/1/device/vusb 0 = "" state = "4" backend-id = "0" backend = "/local/domain/0/backend/vusb/1/0" urb-ring-ref = "16364" conn-ring-ref = "16291" event-channel = "7" _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 02 03:32:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 03:32: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 1SlXMD-0006Wk-Fb; Mon, 02 Jul 2012 03:31:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlXMC-0006WZ-Aj for xen-users@lists.xen.org; Mon, 02 Jul 2012 03:31:24 +0000 Received: from [85.158.138.51:53005] by server-4.bemta-3.messagelabs.com id F1/0B-17105-B0611FF4; Mon, 02 Jul 2012 03:31:23 +0000 X-Env-Sender: eslindsey@gmail.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1341199873!21594744!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11563 invoked from network); 2 Jul 2012 03:31:13 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 03:31:13 -0000 Received: by lbok6 with SMTP id k6so8638264lbo.32 for ; Sun, 01 Jul 2012 20:31:13 -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=0vDJb3z1qB6rT0T6ETj0xMniJc+OfVA7QikDSvm0oRQ=; b=ppB1yJVH9sKuEWsWBQX57e4Qch3WIDBSqfQxNuIL4zn0su6C2j5GjNjbMxsw+sv27E dqvcN5bn4Ay2l70a/NEbwWrfi3hIE9GA6wYsHQ3t4ddL2LD0UjiB/QWhnB20KTbn3nXn EoyO5h3hXUdjYxEEDAFwejWar+dUA1TZefyIrLpTxSmfYrS4McdEiM8pRtpOjdtqlCBt 94y+FWuOM4mhE6Pd7qacBY/3hR2E8ekquX0gCU5aK/HEjX/yRa57WfUq7933L1glhlrD Bn1lGqyfMR+QrsNwbHBQXOp2p0neVE7ee+Aj+JgnEOuvCLAnTIurt3dsI5OpFAaead5H PDtA== MIME-Version: 1.0 Received: by 10.152.104.77 with SMTP id gc13mr5289472lab.31.1341199872919; Sun, 01 Jul 2012 20:31:12 -0700 (PDT) Received: by 10.112.64.6 with HTTP; Sun, 1 Jul 2012 20:31:12 -0700 (PDT) In-Reply-To: References: <6035A0D088A63A46850C3988ED045A4B28A22C7B@BITCOM1.int.sbss.com.au> <2F0C6E6D-E430-49E5-810C-8B8C3DADEA4D@gmail.com> <6035A0D088A63A46850C3988ED045A4B28D64383@BITCOM1.int.sbss.com.au> <03C3BFC2-E0C3-44ED-B698-079487B16E02@gmail.com> <6035A0D088A63A46850C3988ED045A4B28D6573C@BITCOM1.int.sbss.com.au> Date: Sun, 1 Jul 2012 23:31:12 -0400 Message-ID: From: Eric Lindsey To: James Harper Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] GPLPV, clock drift and PVUSB in Windows XP HVM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 1, 2012 at 11:29 PM, Eric Lindsey wrote: > On Sun, Jul 1, 2012 at 11:03 PM, James Harper > wrote: >> Are you definitely using the latest GPLPV? >> >> Once you have added the hc, you should see evidence of it in xenstore, eg >> >> xenstore-ls /local/domain//device/vusb (I think it's vusb) >> >> James > > I am using 0.11.0.357, which short of building from source was the > latest I could find. I'm familiar with programming in C on both > Windows and Linux so if you think it might make a difference, I can > try pulling from mercurial. Crap sorry accidentally clicked Send instead of Save. Here's xenstore-ls: root@www:~# xenstore-ls /local/domain/1/device/vusb 0 = "" state = "4" backend-id = "0" backend = "/local/domain/0/backend/vusb/1/0" urb-ring-ref = "16364" conn-ring-ref = "16291" event-channel = "7" _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 02 05:31:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 05: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 1SlZCx-0000Ws-N1; Mon, 02 Jul 2012 05:29:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlZCw-0000Wn-6K for xen-users@lists.xen.org; Mon, 02 Jul 2012 05:29:58 +0000 Received: from [85.158.139.83:30086] by server-12.bemta-5.messagelabs.com id 47/09-25233-5D131FF4; Mon, 02 Jul 2012 05:29:57 +0000 X-Env-Sender: lists+xen@internecto.net X-Msg-Ref: server-14.tower-182.messagelabs.com!1341206996!26191876!1 X-Originating-IP: [87.98.246.89] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18229 invoked from network); 2 Jul 2012 05:29:56 -0000 Received: from paladin.internecto.net (HELO mx1.internecto.net) (87.98.246.89) by server-14.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jul 2012 05:29:56 -0000 Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id 6A4844D3A4 for ; Mon, 2 Jul 2012 05:29:56 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mx1.internecto.net Received: from mx1.internecto.net ([87.98.246.89]) by localhost (paladin.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rNH082VVR-AC for ; Mon, 2 Jul 2012 05:29:55 +0000 (UTC) Received: from internecto.net (5ED4FDEB.cm-7-5d.dynamic.ziggo.nl [94.212.253.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: lists@internecto.net) by mx1.internecto.net (Postfix) with ESMTPSA id 2EFF84D399 for ; Mon, 2 Jul 2012 05:29:55 +0000 (UTC) Date: Mon, 2 Jul 2012 07:29:51 +0200 From: Mark van Dijk To: xen-users@lists.xen.org Message-ID: <20120702072951.0faae3ae@internecto.net> In-Reply-To: <1340958264.10942.80.camel@zakaz.uk.xensource.com> References: <4FECB56B.508@triad.rr.com> <1340958264.10942.80.camel@zakaz.uk.xensource.com> Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; i686-pc-linux-gnu) Mime-Version: 1.0 Subject: Re: [Xen-users] Error: Boot loader didn't return any data [pygrub boot debian wheezy alpha1 netinst ISO] X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Op Fri, 29 Jun 2012 09:24:24 +0100 Ian Campbell schreef: > > $ sudo xm create -c wheezytest.cfg > > Using config file "./wheezytest.cfg". > > Error: Boot loader didn't return any data! > > Are there any details in /var/log/xen/*? Derailing from the topic a little bit -- Ian, perhaps it is a good idea to suggest this (i.e. check the logs in /var/log/xen/) together with the "Boot loader didn't return any data!" message? We see that many people don't understand the error and think, "if the boot loader didn't return any data then the problem must be the boot loader!" How about a more descriptive error, for example: Error: Boot loader didn't return any data. This probably means the VM has crashed. Details can usually be found in /var/log/xen/. Your thoughts on this suggestion? Do share. :-) Mark _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 02 05:31:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 05: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 1SlZCx-0000Ws-N1; Mon, 02 Jul 2012 05:29:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlZCw-0000Wn-6K for xen-users@lists.xen.org; Mon, 02 Jul 2012 05:29:58 +0000 Received: from [85.158.139.83:30086] by server-12.bemta-5.messagelabs.com id 47/09-25233-5D131FF4; Mon, 02 Jul 2012 05:29:57 +0000 X-Env-Sender: lists+xen@internecto.net X-Msg-Ref: server-14.tower-182.messagelabs.com!1341206996!26191876!1 X-Originating-IP: [87.98.246.89] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18229 invoked from network); 2 Jul 2012 05:29:56 -0000 Received: from paladin.internecto.net (HELO mx1.internecto.net) (87.98.246.89) by server-14.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jul 2012 05:29:56 -0000 Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id 6A4844D3A4 for ; Mon, 2 Jul 2012 05:29:56 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mx1.internecto.net Received: from mx1.internecto.net ([87.98.246.89]) by localhost (paladin.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rNH082VVR-AC for ; Mon, 2 Jul 2012 05:29:55 +0000 (UTC) Received: from internecto.net (5ED4FDEB.cm-7-5d.dynamic.ziggo.nl [94.212.253.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: lists@internecto.net) by mx1.internecto.net (Postfix) with ESMTPSA id 2EFF84D399 for ; Mon, 2 Jul 2012 05:29:55 +0000 (UTC) Date: Mon, 2 Jul 2012 07:29:51 +0200 From: Mark van Dijk To: xen-users@lists.xen.org Message-ID: <20120702072951.0faae3ae@internecto.net> In-Reply-To: <1340958264.10942.80.camel@zakaz.uk.xensource.com> References: <4FECB56B.508@triad.rr.com> <1340958264.10942.80.camel@zakaz.uk.xensource.com> Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; i686-pc-linux-gnu) Mime-Version: 1.0 Subject: Re: [Xen-users] Error: Boot loader didn't return any data [pygrub boot debian wheezy alpha1 netinst ISO] X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Op Fri, 29 Jun 2012 09:24:24 +0100 Ian Campbell schreef: > > $ sudo xm create -c wheezytest.cfg > > Using config file "./wheezytest.cfg". > > Error: Boot loader didn't return any data! > > Are there any details in /var/log/xen/*? Derailing from the topic a little bit -- Ian, perhaps it is a good idea to suggest this (i.e. check the logs in /var/log/xen/) together with the "Boot loader didn't return any data!" message? We see that many people don't understand the error and think, "if the boot loader didn't return any data then the problem must be the boot loader!" How about a more descriptive error, for example: Error: Boot loader didn't return any data. This probably means the VM has crashed. Details can usually be found in /var/log/xen/. Your thoughts on this suggestion? Do share. :-) Mark _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 02 09:43:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 09:43: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 1Sld8b-0003uA-RG; Mon, 02 Jul 2012 09:41:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sld8a-0003u5-1Y for xen-users@lists.xen.org; Mon, 02 Jul 2012 09:41:44 +0000 Received: from [85.158.143.35:37073] by server-3.bemta-4.messagelabs.com id 9F/53-05808-7DC61FF4; Mon, 02 Jul 2012 09:41:43 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1341222087!7448528!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDQxMzk=\n X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 499 invoked from network); 2 Jul 2012 09:41:27 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 09:41:27 -0000 X-IronPort-AV: E=Sophos;i="4.77,509,1336348800"; d="scan'208";a="13317036" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jul 2012 09:41:27 +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.213.0; Mon, 2 Jul 2012 10:41:27 +0100 Message-ID: <1341222085.4625.13.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Tony Lill Date: Mon, 2 Jul 2012 10:41:25 +0100 In-Reply-To: <4FF06D8E.3000406@ajlc.waterloo.on.ca> References: <0aac8b50f46e0e1301d139dbbeb00bee.squirrel@webmail.icm.edu.pl> <4FF06B87.30907@ajlc.waterloo.on.ca> <4FF06D8E.3000406@ajlc.waterloo.on.ca> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] leap second mess X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2012-07-01 at 16:32 +0100, Tony Lill wrote: > Apparently this is a known bug > > http://blog.mozilla.org/it/2012/06/30/mysql-and-the-leap-second-high-cpu-and-the-fix/ AFAIK there isn't anything Xen specific here, is there? If there is then we'll need more details about exactly what was running (dom0 and domU OS, userspace workloads etc) on the machines in question. Ian. > > > On 07/01/2012 11:23 AM, Tony Lill wrote: > > Yeah, that was fun. According to my monitoring, context switches > > and interrupts increased by a factor of 10 or more when the leap > > second was added. > > > > On 07/01/2012 08:59 AM, G.Bakalarski@icm.edu.pl wrote: > >> Hi list > > > >> Maybe everybody already knows this, but > > > >> today many of our domUs got crazy - unusually > > > >> high load on machines doing nothing (e.g. load of 200 > > > >> on machine which usually has load 2-4). > > > >> Simple command: > > > >> date; date `date +"%m%d%H%M%C%y.%S"`; date > > > >> magically make peace ... > > > > > >> [shocked] > > > > > >> GB > > > > > >> _______________________________________________ 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 From xen-users-bounces@lists.xen.org Mon Jul 02 09:43:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 09:43: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 1Sld8b-0003uA-RG; Mon, 02 Jul 2012 09:41:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sld8a-0003u5-1Y for xen-users@lists.xen.org; Mon, 02 Jul 2012 09:41:44 +0000 Received: from [85.158.143.35:37073] by server-3.bemta-4.messagelabs.com id 9F/53-05808-7DC61FF4; Mon, 02 Jul 2012 09:41:43 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1341222087!7448528!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDQxMzk=\n X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 499 invoked from network); 2 Jul 2012 09:41:27 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 09:41:27 -0000 X-IronPort-AV: E=Sophos;i="4.77,509,1336348800"; d="scan'208";a="13317036" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jul 2012 09:41:27 +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.213.0; Mon, 2 Jul 2012 10:41:27 +0100 Message-ID: <1341222085.4625.13.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Tony Lill Date: Mon, 2 Jul 2012 10:41:25 +0100 In-Reply-To: <4FF06D8E.3000406@ajlc.waterloo.on.ca> References: <0aac8b50f46e0e1301d139dbbeb00bee.squirrel@webmail.icm.edu.pl> <4FF06B87.30907@ajlc.waterloo.on.ca> <4FF06D8E.3000406@ajlc.waterloo.on.ca> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] leap second mess X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2012-07-01 at 16:32 +0100, Tony Lill wrote: > Apparently this is a known bug > > http://blog.mozilla.org/it/2012/06/30/mysql-and-the-leap-second-high-cpu-and-the-fix/ AFAIK there isn't anything Xen specific here, is there? If there is then we'll need more details about exactly what was running (dom0 and domU OS, userspace workloads etc) on the machines in question. Ian. > > > On 07/01/2012 11:23 AM, Tony Lill wrote: > > Yeah, that was fun. According to my monitoring, context switches > > and interrupts increased by a factor of 10 or more when the leap > > second was added. > > > > On 07/01/2012 08:59 AM, G.Bakalarski@icm.edu.pl wrote: > >> Hi list > > > >> Maybe everybody already knows this, but > > > >> today many of our domUs got crazy - unusually > > > >> high load on machines doing nothing (e.g. load of 200 > > > >> on machine which usually has load 2-4). > > > >> Simple command: > > > >> date; date `date +"%m%d%H%M%C%y.%S"`; date > > > >> magically make peace ... > > > > > >> [shocked] > > > > > >> GB > > > > > >> _______________________________________________ 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 From xen-users-bounces@lists.xen.org Mon Jul 02 09:45:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 09:45: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 1SldBF-00043F-Lw; Mon, 02 Jul 2012 09:44:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SldBE-000438-Oh for xen-users@lists.xen.org; Mon, 02 Jul 2012 09:44:28 +0000 Received: from [85.158.143.35:59390] by server-3.bemta-4.messagelabs.com id BE/58-05808-C7D61FF4; Mon, 02 Jul 2012 09:44:28 +0000 X-Env-Sender: perso@brice-amiard.fr X-Msg-Ref: server-6.tower-21.messagelabs.com!1341222266!19100510!1 X-Originating-IP: [46.105.34.195] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12205 invoked from network); 2 Jul 2012 09:44:26 -0000 Received: from 11.mo4.mail-out.ovh.net (HELO mo4.mail-out.ovh.net) (46.105.34.195) by server-6.tower-21.messagelabs.com with SMTP; 2 Jul 2012 09:44:26 -0000 Received: from mail172.ha.ovh.net (b7.ovh.net [213.186.33.57]) by mo4.mail-out.ovh.net (Postfix) with SMTP id 6F821104FF73 for ; Mon, 2 Jul 2012 11:47:45 +0200 (CEST) Received: from b0.ovh.net (HELO queueout) (213.186.33.50) by b0.ovh.net with SMTP; 2 Jul 2012 11:44:25 +0200 Received: from unknown (HELO bricelaptop) (perso%brice-amiard.fr@80.214.4.65) by ns0.ovh.net with SMTP; 2 Jul 2012 11:44:24 +0200 From: "amiard brice" To: "'Linus van Geuns'" References: <004b01cd507f$1cf9bd10$56ed3730$@brice-amiard.Fr> In-Reply-To: X-Ovh-Mailout: 178.32.228.4 (mo4.mail-out.ovh.net) Date: Mon, 2 Jul 2012 11:44:39 +0200 Message-ID: <007b01cd5837$4dbc15f0$e93441d0$@brice-amiard.Fr> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHzLpMg2Zv8LHNyRBECk3o/gJAGlgLTuaSblrNu+tA= Content-Language: fr X-Ovh-Tracer-Id: 7888054749476982530 X-Ovh-Remote: 80.214.4.65 () X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-OVH-SPAMSTATE: OK X-OVH-SPAMSCORE: -100 X-OVH-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeegkedriedtucetufdoteggodetrfdofgetucfrrhhofhhilhgvmecuqfggjfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecuhfhrohhmpedfrghmihgrrhguucgsrhhitggvfdcuoehpvghrshhosegsrhhitggvqdgrmhhirghrugdrhfhrqeenucfjughrpefhvfhfjgfufffkgggtgffothesthhqredtvddtje X-Spam-Check: DONE|U 0.5/N X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeegkedriedtucetufdoteggodetrfdofgetucfrrhhofhhilhgvmecuqfggjfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecuhfhrohhmpedfrghmihgrrhguucgsrhhitggvfdcuoehpvghrshhosegsrhhitggvqdgrmhhirghrugdrhfhrqeenucfjughrpefhvfhfjgfufffkgggtgffothesthhqredtvddtje Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] VT-d CPU resources X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Rm9yIGV4YW1wbGUgd2hlbiBJIHRyYW5zZmVyIHNvbWUgZmlsZSBiZXR3ZWVuIGEgb3RoZXIgUEMg YW5kIGEgZG9tVSB0aHJvdWdoIHRoZSBFdGhlcm5ldCBjYXJkIGNvbm5lY3RlZCB1c2luZyBWVC1k LCBWQ1BVJ3MgY2hhcnRzIGFyZSBpZGVudGljYWwgYmV0d2VlbiBlYWNoIGRvbVUgKGl0J3MgbGlr ZSBpZiBJL08gaW5zdHJ1Y3Rpb24gYXJlbid0IHNlcGFyYXRlZCBiZXR3ZWVuIENQVSBjb3Jlcywg SSB0aGluayBYRU4gY2FuJ3QgZGV0ZXJtaW5lIENQVSBjb3JlcyBhc3NpZ25hdGlvbiBmb3IgZCdJ L08sIHNvIGl0IGV4ZWN1dGUgaW5zdHJ1Y3Rpb24gb24gZWFjaCBDUFUsIGFuZCBhZnRlciBETUEg cmVtYXBwaW5nIHRyYW5zZmVyIGRhdGEgdG8gdGhlIGNvcnJlY3QgZG9tVSkuCgpJdCBjb3VsZCBi ZSBhIHByb2JsZW0gYmV0d2VlbiBMb0FQSUMgYW5kIEFQSUMuIApJJ3ZlIG5vdGljZSBzb21ldGhp bmcgOiAgTXkgaGFyZHdhcmUgc3VwcG9ydCBFUFQgdGFibGUsIGJ1dCBJIGNhbiBhY3RpdmUgaXQg KEkndmUgdHJ5IGRpZmZlcmVudCBwYXJhbWV0ZXJzIGluIGRlZmF1bHQgZ3J1YiB3aXRob3V0IHN1 Y2NlcykKCi0tLS0tTWVzc2FnZSBkJ29yaWdpbmUtLS0tLQpEZSA6IExpbnVzIHZhbiBHZXVucyBb bWFpbHRvOmxpbnVzQHZhbmdldW5zLm5hbWVdIApFbnZvecOpIDogc2FtZWRpIDMwIGp1aW4gMjAx MiAxMjo1MQrDgCA6IGFtaWFyZCBicmljZQpDYyA6IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCk9i amV0IDogUmU6IFtYZW4tdXNlcnNdIFZULWQgQ1BVIHJlc291cmNlcwoKSGV5LAoKT24gRnJpLCBK dW4gMjIsIDIwMTIgYXQgMzo1OCBQTSwgYW1pYXJkIGJyaWNlIDxwZXJzb0BicmljZS1hbWlhcmQu ZnI+IHdyb3RlOgo+IEhlbGxvCj4KPgo+Cj4gSSdtIHdvcmtpbmcgb24gWEVOIHNpbmNlIG9uZSBt b250aCBub3cuCj4KPgo+Cj4gSSB3YW50IGNyZWF0ZSBmb3VyIGRvbVUgd2l0aCAyIFBDSSBkZXZp Y2UgcGVyIGRvbS4KPgo+IEkndmUgYm91Z2h0IGEgYmFja3BsYW5lIHdpdGggMyBicmlkZ2VzIFBD SWUgMXggdG8gUENJIGFuZCA0IFBDSSAKPiBkaXJlY3RseSBjb25uZWN0ZWQgdG8gdGhlIFBDSCAo UTY3KS4KPgo+IChNb3Jlb3ZlciBQQ0kgY2FyZCAoZXRoZXJuZXQgY2FyZCkgYXJlIGNvbXBvc2Vk IHdpdGggYSBQQ0kgYnJpZGdlKQoKV2h5IGRvIHlvdSBzdGlsbCB1c2UgUENJIGV0aGVybmV0IGNh cmRzIHdoZW4geW91ciBzeXN0ZW0gcHJvdmlkZXMgUENJZSBjb25uZWN0aXZpdHk/Cgo+IEkndmUg c3VjY2VmdWx5IGNyZWF0ZWQgNCBkb21VIHdpdGggYmFrZW5kIGRldmljZXMsIHdpdGggb3B0aW9u IAo+ICJwY2ktYmFja2VuZC1zdHJpY3QtY2hlY2siIGRpc2FibGUuCj4KPiBJ4oCZdmUgdHJ5IHdp dGggaXQgYnV0IGV2ZW4gaWYgYWxsIFBDSSBwb3J0cyBiZWhpbmQgUENJZSB0byBQQ0kgYnJpZGdl IAo+IGFwcGVhcnMgaW4gIHBjaS1saXN0LWFzc2lnbmFibGUtZGV2aWNlcywgZG9tVSB3b27igJl0 IHN0YXJ0LCB3aXRoIGFuIAo+IGVycm9yIG1lc3NhZ2UgImRldmljZSBYWDpYWC5YIG5lZWQgdG8g YmUgY28tYXNzaWduZWQgd2l0aCBYWDpYWC5YLCBidXQgCj4gaXQncyBub3Qgb3duZWQgYnkgcGNp LWJhY2tlbmQKCkRvZXMgaXN0IHdvcmsgd2hlbiB5b3Ugb25seSBkZWxlZ2F0ZSB0aGUgb25lIGV0 aGVybmV0IGNhcmQgZGlyZWN0bHkgY29ubmVjdGVkIHZpYSBQQ0kgdG8gYSBkb21VPwoKPgo+Cj4K PiBUaGUgcHJvYmxlbWUgaXMgOiAgZXZlbiBpZiBteSBkb21VIGFyZSBjb25maWd1ZXIgd2l0aCAx IFZDUFVzIGZvciBlYWNoIAo+IG9mIHRoZW0sIHdoZW4gZG9tVSBhY2NlcyB0byBJL08gZGV2aWNl cywgVkNQVXMgYXJlbid0IHNlcGFyYXRlZCAoSSd2ZSAKPiBub3RpY2UgdGhpcyB1c2luZyB2aXJ0 LW1hbmFnZXIgY2hhcnRzKS4gRHVyaW5nIGEgYmFzaWMgQ1BVIGJlbmNobWFyayAKPiBvbiBhIGRv bVUsIFZDUFVzIGFyZSBpc29sYXRlZC4KCkNhbiB5b3UgZWxhYm9yYXRlIG9uICJ3aGVuIGRvbVUg YWNjZXMgdG8gSS9PIGRldmljZXMsIFZDUFVzIGFyZW4ndCBzZXBhcmF0ZWRbLi5dIj8KClJlZ2Fy ZHMsIExpbnVzCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8v bGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Mon Jul 02 09:45:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 09:45: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 1SldBF-00043F-Lw; Mon, 02 Jul 2012 09:44:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SldBE-000438-Oh for xen-users@lists.xen.org; Mon, 02 Jul 2012 09:44:28 +0000 Received: from [85.158.143.35:59390] by server-3.bemta-4.messagelabs.com id BE/58-05808-C7D61FF4; Mon, 02 Jul 2012 09:44:28 +0000 X-Env-Sender: perso@brice-amiard.fr X-Msg-Ref: server-6.tower-21.messagelabs.com!1341222266!19100510!1 X-Originating-IP: [46.105.34.195] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12205 invoked from network); 2 Jul 2012 09:44:26 -0000 Received: from 11.mo4.mail-out.ovh.net (HELO mo4.mail-out.ovh.net) (46.105.34.195) by server-6.tower-21.messagelabs.com with SMTP; 2 Jul 2012 09:44:26 -0000 Received: from mail172.ha.ovh.net (b7.ovh.net [213.186.33.57]) by mo4.mail-out.ovh.net (Postfix) with SMTP id 6F821104FF73 for ; Mon, 2 Jul 2012 11:47:45 +0200 (CEST) Received: from b0.ovh.net (HELO queueout) (213.186.33.50) by b0.ovh.net with SMTP; 2 Jul 2012 11:44:25 +0200 Received: from unknown (HELO bricelaptop) (perso%brice-amiard.fr@80.214.4.65) by ns0.ovh.net with SMTP; 2 Jul 2012 11:44:24 +0200 From: "amiard brice" To: "'Linus van Geuns'" References: <004b01cd507f$1cf9bd10$56ed3730$@brice-amiard.Fr> In-Reply-To: X-Ovh-Mailout: 178.32.228.4 (mo4.mail-out.ovh.net) Date: Mon, 2 Jul 2012 11:44:39 +0200 Message-ID: <007b01cd5837$4dbc15f0$e93441d0$@brice-amiard.Fr> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHzLpMg2Zv8LHNyRBECk3o/gJAGlgLTuaSblrNu+tA= Content-Language: fr X-Ovh-Tracer-Id: 7888054749476982530 X-Ovh-Remote: 80.214.4.65 () X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-OVH-SPAMSTATE: OK X-OVH-SPAMSCORE: -100 X-OVH-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeegkedriedtucetufdoteggodetrfdofgetucfrrhhofhhilhgvmecuqfggjfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecuhfhrohhmpedfrghmihgrrhguucgsrhhitggvfdcuoehpvghrshhosegsrhhitggvqdgrmhhirghrugdrhfhrqeenucfjughrpefhvfhfjgfufffkgggtgffothesthhqredtvddtje X-Spam-Check: DONE|U 0.5/N X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeegkedriedtucetufdoteggodetrfdofgetucfrrhhofhhilhgvmecuqfggjfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecuhfhrohhmpedfrghmihgrrhguucgsrhhitggvfdcuoehpvghrshhosegsrhhitggvqdgrmhhirghrugdrhfhrqeenucfjughrpefhvfhfjgfufffkgggtgffothesthhqredtvddtje Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] VT-d CPU resources X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Rm9yIGV4YW1wbGUgd2hlbiBJIHRyYW5zZmVyIHNvbWUgZmlsZSBiZXR3ZWVuIGEgb3RoZXIgUEMg YW5kIGEgZG9tVSB0aHJvdWdoIHRoZSBFdGhlcm5ldCBjYXJkIGNvbm5lY3RlZCB1c2luZyBWVC1k LCBWQ1BVJ3MgY2hhcnRzIGFyZSBpZGVudGljYWwgYmV0d2VlbiBlYWNoIGRvbVUgKGl0J3MgbGlr ZSBpZiBJL08gaW5zdHJ1Y3Rpb24gYXJlbid0IHNlcGFyYXRlZCBiZXR3ZWVuIENQVSBjb3Jlcywg SSB0aGluayBYRU4gY2FuJ3QgZGV0ZXJtaW5lIENQVSBjb3JlcyBhc3NpZ25hdGlvbiBmb3IgZCdJ L08sIHNvIGl0IGV4ZWN1dGUgaW5zdHJ1Y3Rpb24gb24gZWFjaCBDUFUsIGFuZCBhZnRlciBETUEg cmVtYXBwaW5nIHRyYW5zZmVyIGRhdGEgdG8gdGhlIGNvcnJlY3QgZG9tVSkuCgpJdCBjb3VsZCBi ZSBhIHByb2JsZW0gYmV0d2VlbiBMb0FQSUMgYW5kIEFQSUMuIApJJ3ZlIG5vdGljZSBzb21ldGhp bmcgOiAgTXkgaGFyZHdhcmUgc3VwcG9ydCBFUFQgdGFibGUsIGJ1dCBJIGNhbiBhY3RpdmUgaXQg KEkndmUgdHJ5IGRpZmZlcmVudCBwYXJhbWV0ZXJzIGluIGRlZmF1bHQgZ3J1YiB3aXRob3V0IHN1 Y2NlcykKCi0tLS0tTWVzc2FnZSBkJ29yaWdpbmUtLS0tLQpEZSA6IExpbnVzIHZhbiBHZXVucyBb bWFpbHRvOmxpbnVzQHZhbmdldW5zLm5hbWVdIApFbnZvecOpIDogc2FtZWRpIDMwIGp1aW4gMjAx MiAxMjo1MQrDgCA6IGFtaWFyZCBicmljZQpDYyA6IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCk9i amV0IDogUmU6IFtYZW4tdXNlcnNdIFZULWQgQ1BVIHJlc291cmNlcwoKSGV5LAoKT24gRnJpLCBK dW4gMjIsIDIwMTIgYXQgMzo1OCBQTSwgYW1pYXJkIGJyaWNlIDxwZXJzb0BicmljZS1hbWlhcmQu ZnI+IHdyb3RlOgo+IEhlbGxvCj4KPgo+Cj4gSSdtIHdvcmtpbmcgb24gWEVOIHNpbmNlIG9uZSBt b250aCBub3cuCj4KPgo+Cj4gSSB3YW50IGNyZWF0ZSBmb3VyIGRvbVUgd2l0aCAyIFBDSSBkZXZp Y2UgcGVyIGRvbS4KPgo+IEkndmUgYm91Z2h0IGEgYmFja3BsYW5lIHdpdGggMyBicmlkZ2VzIFBD SWUgMXggdG8gUENJIGFuZCA0IFBDSSAKPiBkaXJlY3RseSBjb25uZWN0ZWQgdG8gdGhlIFBDSCAo UTY3KS4KPgo+IChNb3Jlb3ZlciBQQ0kgY2FyZCAoZXRoZXJuZXQgY2FyZCkgYXJlIGNvbXBvc2Vk IHdpdGggYSBQQ0kgYnJpZGdlKQoKV2h5IGRvIHlvdSBzdGlsbCB1c2UgUENJIGV0aGVybmV0IGNh cmRzIHdoZW4geW91ciBzeXN0ZW0gcHJvdmlkZXMgUENJZSBjb25uZWN0aXZpdHk/Cgo+IEkndmUg c3VjY2VmdWx5IGNyZWF0ZWQgNCBkb21VIHdpdGggYmFrZW5kIGRldmljZXMsIHdpdGggb3B0aW9u IAo+ICJwY2ktYmFja2VuZC1zdHJpY3QtY2hlY2siIGRpc2FibGUuCj4KPiBJ4oCZdmUgdHJ5IHdp dGggaXQgYnV0IGV2ZW4gaWYgYWxsIFBDSSBwb3J0cyBiZWhpbmQgUENJZSB0byBQQ0kgYnJpZGdl IAo+IGFwcGVhcnMgaW4gIHBjaS1saXN0LWFzc2lnbmFibGUtZGV2aWNlcywgZG9tVSB3b27igJl0 IHN0YXJ0LCB3aXRoIGFuIAo+IGVycm9yIG1lc3NhZ2UgImRldmljZSBYWDpYWC5YIG5lZWQgdG8g YmUgY28tYXNzaWduZWQgd2l0aCBYWDpYWC5YLCBidXQgCj4gaXQncyBub3Qgb3duZWQgYnkgcGNp LWJhY2tlbmQKCkRvZXMgaXN0IHdvcmsgd2hlbiB5b3Ugb25seSBkZWxlZ2F0ZSB0aGUgb25lIGV0 aGVybmV0IGNhcmQgZGlyZWN0bHkgY29ubmVjdGVkIHZpYSBQQ0kgdG8gYSBkb21VPwoKPgo+Cj4K PiBUaGUgcHJvYmxlbWUgaXMgOiAgZXZlbiBpZiBteSBkb21VIGFyZSBjb25maWd1ZXIgd2l0aCAx IFZDUFVzIGZvciBlYWNoIAo+IG9mIHRoZW0sIHdoZW4gZG9tVSBhY2NlcyB0byBJL08gZGV2aWNl cywgVkNQVXMgYXJlbid0IHNlcGFyYXRlZCAoSSd2ZSAKPiBub3RpY2UgdGhpcyB1c2luZyB2aXJ0 LW1hbmFnZXIgY2hhcnRzKS4gRHVyaW5nIGEgYmFzaWMgQ1BVIGJlbmNobWFyayAKPiBvbiBhIGRv bVUsIFZDUFVzIGFyZSBpc29sYXRlZC4KCkNhbiB5b3UgZWxhYm9yYXRlIG9uICJ3aGVuIGRvbVUg YWNjZXMgdG8gSS9PIGRldmljZXMsIFZDUFVzIGFyZW4ndCBzZXBhcmF0ZWRbLi5dIj8KClJlZ2Fy ZHMsIExpbnVzCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8v bGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Mon Jul 02 09:53:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 09:53:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SldJI-0004Rh-SL; Mon, 02 Jul 2012 09:52:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SldJH-0004RT-Dw for xen-users@lists.xensource.com; Mon, 02 Jul 2012 09:52:47 +0000 Received: from [85.158.138.51:35806] by server-4.bemta-3.messagelabs.com id DD/74-17105-E6F61FF4; Mon, 02 Jul 2012 09:52:46 +0000 X-Env-Sender: fantonifabio@tiscali.it X-Msg-Ref: server-5.tower-174.messagelabs.com!1341222764!30632109!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-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2493 invoked from network); 2 Jul 2012 09:52:46 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-5.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 2 Jul 2012 09:52:46 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SldJD-0004du-Oz for xen-users@lists.xensource.com; Mon, 02 Jul 2012 02:52:43 -0700 Date: Mon, 2 Jul 2012 02:52:43 -0700 (PDT) From: Fantu To: xen-users@lists.xensource.com Message-ID: <1341222763746-5709916.post@n5.nabble.com> In-Reply-To: <20120702072951.0faae3ae@internecto.net> References: <4FECB56B.508@triad.rr.com> <1340958264.10942.80.camel@zakaz.uk.xensource.com> <20120702072951.0faae3ae@internecto.net> MIME-Version: 1.0 Subject: Re: [Xen-users] Error: Boot loader didn't return any data [pygrub boot debian wheezy alpha1 netinst ISO] X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'm also having the same regression with Wheezy and xen 4.2 in the last months with pygrub and pv-grub, I can't understand what is the problem for now. Here are some details on one of my test builds: http://xen.1045712.n5.nabble.com/Test-result-of-xen-unstable-changeset-25459-td5709334.html -- View this message in context: http://xen.1045712.n5.nabble.com/Error-Boot-loader-didn-t-return-any-data-pygrub-boot-debian-wheezy-alpha1-netinst-ISO-tp5709841p5709916.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 Jul 02 09:53:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 09:53:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SldJI-0004Rh-SL; Mon, 02 Jul 2012 09:52:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SldJH-0004RT-Dw for xen-users@lists.xensource.com; Mon, 02 Jul 2012 09:52:47 +0000 Received: from [85.158.138.51:35806] by server-4.bemta-3.messagelabs.com id DD/74-17105-E6F61FF4; Mon, 02 Jul 2012 09:52:46 +0000 X-Env-Sender: fantonifabio@tiscali.it X-Msg-Ref: server-5.tower-174.messagelabs.com!1341222764!30632109!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-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2493 invoked from network); 2 Jul 2012 09:52:46 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-5.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 2 Jul 2012 09:52:46 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SldJD-0004du-Oz for xen-users@lists.xensource.com; Mon, 02 Jul 2012 02:52:43 -0700 Date: Mon, 2 Jul 2012 02:52:43 -0700 (PDT) From: Fantu To: xen-users@lists.xensource.com Message-ID: <1341222763746-5709916.post@n5.nabble.com> In-Reply-To: <20120702072951.0faae3ae@internecto.net> References: <4FECB56B.508@triad.rr.com> <1340958264.10942.80.camel@zakaz.uk.xensource.com> <20120702072951.0faae3ae@internecto.net> MIME-Version: 1.0 Subject: Re: [Xen-users] Error: Boot loader didn't return any data [pygrub boot debian wheezy alpha1 netinst ISO] X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'm also having the same regression with Wheezy and xen 4.2 in the last months with pygrub and pv-grub, I can't understand what is the problem for now. Here are some details on one of my test builds: http://xen.1045712.n5.nabble.com/Test-result-of-xen-unstable-changeset-25459-td5709334.html -- View this message in context: http://xen.1045712.n5.nabble.com/Error-Boot-loader-didn-t-return-any-data-pygrub-boot-debian-wheezy-alpha1-netinst-ISO-tp5709841p5709916.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 Jul 02 12:13:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 12:13: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 1SlfUJ-0007W2-RJ; Mon, 02 Jul 2012 12:12:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlfUI-0007Vu-Qh for xen-users@lists.xen.org; Mon, 02 Jul 2012 12:12:18 +0000 Received: from [85.158.143.99:30275] by server-3.bemta-4.messagelabs.com id D3/3B-05808-22091FF4; Mon, 02 Jul 2012 12:12:18 +0000 X-Env-Sender: muraliprofiles@gmail.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1341231136!26773247!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7777 invoked from network); 2 Jul 2012 12:12:17 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 12:12:17 -0000 Received: by vbbfn1 with SMTP id fn1so4294144vbb.32 for ; Mon, 02 Jul 2012 05:12:16 -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=7lAdLkskAjYUDBNynNs+Wa+MgzBfNUYhCYSanDYLe+w=; b=vV3szN4D1uj8Eggcj154gGHcj5LYYw8UfppTEHxEHyPI3XNTFWVicyUpR2081R1jIN 4gT+NClu0iWdXlxKtzgG7C2pPN7GbRgOs4puExOM75N7z+vdy4V4VTIetl6sVqfw7MMu wt1iqpr4yOQWOgx1GoLhmsO/SrpXyDNG3rjVkbJ+8MwYsHZs7dVnCfPBAubtxWSVCIZB rY/rzyaUU9yGA/YIOtW0Xw5+WLGSWeLLVeI/FsDfqAK/Nn5YI2QInwAqepj2xnHJxNmY dX9S9ILVDGr8/Ul/NdHQ98d856p6nKwXzNeoQnCq6M/4p8glnn14vVMuMFkxriJgfA2j +KCA== MIME-Version: 1.0 Received: by 10.52.95.225 with SMTP id dn1mr3309246vdb.99.1341231136069; Mon, 02 Jul 2012 05:12:16 -0700 (PDT) Received: by 10.52.185.73 with HTTP; Mon, 2 Jul 2012 05:12:16 -0700 (PDT) Date: Mon, 2 Jul 2012 17:42:16 +0530 Message-ID: From: Murali Mon Mohan To: xen-users@lists.xen.org Subject: [Xen-users] Regarding XVP nat traversal X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2136643908577152175==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2136643908577152175== Content-Type: multipart/alternative; boundary=20cf307f34d06d56a104c3d7b5e4 --20cf307f34d06d56a104c3d7b5e4 Content-Type: text/plain; charset=ISO-8859-1 I deployed the xvp appliance(latest) for xcp 1.1. User who are behind the nat router are unable to get the consoles. they are getting network error: connection timed out. is xvp is not nat aware? --20cf307f34d06d56a104c3d7b5e4 Content-Type: text/html; charset=ISO-8859-1 I deployed the xvp appliance(latest) for xcp 1.1.
User who are behind the nat router are unable to get the consoles. they are getting network error: connection timed out.
is xvp is not nat aware?
--20cf307f34d06d56a104c3d7b5e4-- --===============2136643908577152175== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2136643908577152175==-- From xen-users-bounces@lists.xen.org Mon Jul 02 12:13:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 12:13: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 1SlfUJ-0007W2-RJ; Mon, 02 Jul 2012 12:12:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlfUI-0007Vu-Qh for xen-users@lists.xen.org; Mon, 02 Jul 2012 12:12:18 +0000 Received: from [85.158.143.99:30275] by server-3.bemta-4.messagelabs.com id D3/3B-05808-22091FF4; Mon, 02 Jul 2012 12:12:18 +0000 X-Env-Sender: muraliprofiles@gmail.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1341231136!26773247!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7777 invoked from network); 2 Jul 2012 12:12:17 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 12:12:17 -0000 Received: by vbbfn1 with SMTP id fn1so4294144vbb.32 for ; Mon, 02 Jul 2012 05:12:16 -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=7lAdLkskAjYUDBNynNs+Wa+MgzBfNUYhCYSanDYLe+w=; b=vV3szN4D1uj8Eggcj154gGHcj5LYYw8UfppTEHxEHyPI3XNTFWVicyUpR2081R1jIN 4gT+NClu0iWdXlxKtzgG7C2pPN7GbRgOs4puExOM75N7z+vdy4V4VTIetl6sVqfw7MMu wt1iqpr4yOQWOgx1GoLhmsO/SrpXyDNG3rjVkbJ+8MwYsHZs7dVnCfPBAubtxWSVCIZB rY/rzyaUU9yGA/YIOtW0Xw5+WLGSWeLLVeI/FsDfqAK/Nn5YI2QInwAqepj2xnHJxNmY dX9S9ILVDGr8/Ul/NdHQ98d856p6nKwXzNeoQnCq6M/4p8glnn14vVMuMFkxriJgfA2j +KCA== MIME-Version: 1.0 Received: by 10.52.95.225 with SMTP id dn1mr3309246vdb.99.1341231136069; Mon, 02 Jul 2012 05:12:16 -0700 (PDT) Received: by 10.52.185.73 with HTTP; Mon, 2 Jul 2012 05:12:16 -0700 (PDT) Date: Mon, 2 Jul 2012 17:42:16 +0530 Message-ID: From: Murali Mon Mohan To: xen-users@lists.xen.org Subject: [Xen-users] Regarding XVP nat traversal X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2136643908577152175==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2136643908577152175== Content-Type: multipart/alternative; boundary=20cf307f34d06d56a104c3d7b5e4 --20cf307f34d06d56a104c3d7b5e4 Content-Type: text/plain; charset=ISO-8859-1 I deployed the xvp appliance(latest) for xcp 1.1. User who are behind the nat router are unable to get the consoles. they are getting network error: connection timed out. is xvp is not nat aware? --20cf307f34d06d56a104c3d7b5e4 Content-Type: text/html; charset=ISO-8859-1 I deployed the xvp appliance(latest) for xcp 1.1.
User who are behind the nat router are unable to get the consoles. they are getting network error: connection timed out.
is xvp is not nat aware?
--20cf307f34d06d56a104c3d7b5e4-- --===============2136643908577152175== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2136643908577152175==-- From xen-users-bounces@lists.xen.org Mon Jul 02 12:56:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 12:56:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlgA6-0007yS-7U; Mon, 02 Jul 2012 12:55:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlgA5-0007yN-1k for xen-users@lists.xen.org; Mon, 02 Jul 2012 12:55:29 +0000 Received: from [85.158.143.99:36337] by server-1.bemta-4.messagelabs.com id B2/19-24392-04A91FF4; Mon, 02 Jul 2012 12:55:28 +0000 X-Env-Sender: G.Bakalarski@icm.edu.pl X-Msg-Ref: server-7.tower-216.messagelabs.com!1341233726!26782192!1 X-Originating-IP: [212.87.14.2] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29770 invoked from network); 2 Jul 2012 12:55:27 -0000 Received: from gw.icm.edu.pl (HELO gw.icm.edu.pl) (212.87.14.2) by server-7.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jul 2012 12:55:27 -0000 Received: from webmail.icm.edu.pl (webmail.icm.edu.pl [212.87.14.43]) (authenticated bits=0) by gw.icm.edu.pl (8.14.0/8.14.0/rzm-5.7/gw-icm) with ESMTP id q62CtEaP031258 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Jul 2012 14:55:14 +0200 Received: from 212.87.14.2 (SquirrelMail authenticated user grzesb) by webmail.icm.edu.pl with HTTP; Mon, 2 Jul 2012 14:55:14 +0200 (CEST) Message-ID: <1c575ad916154ac040d1954e4de5380a.squirrel@webmail.icm.edu.pl> In-Reply-To: <1341222085.4625.13.camel@zakaz.uk.xensource.com> References: <0aac8b50f46e0e1301d139dbbeb00bee.squirrel@webmail.icm.edu.pl> <4FF06B87.30907@ajlc.waterloo.on.ca> <4FF06D8E.3000406@ajlc.waterloo.on.ca> <1341222085.4625.13.camel@zakaz.uk.xensource.com> Date: Mon, 2 Jul 2012 14:55:14 +0200 (CEST) From: G.Bakalarski@icm.edu.pl To: "Ian Campbell" User-Agent: SquirrelMail/1.4.17 MIME-Version: 1.0 X-Priority: 3 (Normal) Importance: Normal X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0rc1 (gw.icm.edu.pl [212.87.14.2]); Mon, 02 Jul 2012 14:55:14 +0200 (CEST) X-Filtry: w sprawie filtracji wirusow i spamu pisz do: spam@icm.edu.pl X-Spam-Score: -3.052 () AWL,BAYES_00,RZM_ORT,SOBIG_X_PRIORITY X-Spam-Report: SpamAssassin v3.2.5-rzm report pts rule name description 0.3 SOBIG_X_PRIORITY X-Priority: 3 (Normal) - possible Sobig remains -3.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.5 RZM_ORT FULL: spacja przed [,\.?!] -0.3 AWL AWL: From: address is in the auto white-list X-Scanned-By: MIMEDefang 2.64 on 212.87.14.2 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] leap second mess X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: G.Bakalarski@icm.edu.pl List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2012-07-01 at 16:32 +0100, Tony Lill wrote: >> Apparently this is a known bug >> >> http://blog.mozilla.org/it/2012/06/30/mysql-and-the-leap-second-high-cpu-and-the-fix/ > > AFAIK there isn't anything Xen specific here, is there? No and yes. At first we thought it was XEN only issue. Our Xen domUs where mostly unresposive. With xm console domU command we could login to domU after 20+ min waiting. Most machines had load in a range 150-300 and full CPUs load while doing really nothing. But today noticed that base metal servers were also affected but not so hard. Eg. bare metal machine which used to use 1-2 CPUs with appropriate load (normal) , used today more than 10 CPUs with load 10+ but effective performance was some 5 times slower (i.e. it could managed 5 time less records in a minute). But it was resposive - this is why we did not notice a problem yesterday. After trick with date command the behaviour returned to normal > > If there is then we'll need more details about exactly what was running > (dom0 and domU OS, userspace workloads etc) on the machines in question. At first we were convinced that mostly Xen 4.1 + kernel 3.2.0-1 (debian wheezy first 3.2 kernel). But today w found older machines with debian squeeze kernel 2.6.32-5-xen where affected. But as I wrote above some bare metal machines with kernel 3.2.0-2 also affected. Our main applications are java and postresql based with java mostly generating mess. But also simple longer scp (overnight copies) were also broken - probably due to leap second or extremally high load. Maybe context switching is a reason why Xen machines were so much attected ??? GB > >> On 07/01/2012 11:23 AM, Tony Lill wrote: >> > Yeah, that was fun. According to my monitoring, context switches >> > and interrupts increased by a factor of 10 or more when the leap >> > second was added. >> > >> > On 07/01/2012 08:59 AM, G.Bakalarski@icm.edu.pl wrote: >> >> Hi list >> > >> >> Maybe everybody already knows this, but >> > >> >> today many of our domUs got crazy - unusually >> > >> >> high load on machines doing nothing (e.g. load of 200 >> > >> >> on machine which usually has load 2-4). >> > >> >> Simple command: >> > >> >> date; date `date +"%m%d%H%M%C%y.%S"`; date >> > >> >> magically make peace ... >> > >> > >> >> [shocked] >> > >> > >> >> GB >> > >> > >> >> _______________________________________________ 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 From xen-users-bounces@lists.xen.org Mon Jul 02 12:56:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 12:56:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlgA6-0007yS-7U; Mon, 02 Jul 2012 12:55:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlgA5-0007yN-1k for xen-users@lists.xen.org; Mon, 02 Jul 2012 12:55:29 +0000 Received: from [85.158.143.99:36337] by server-1.bemta-4.messagelabs.com id B2/19-24392-04A91FF4; Mon, 02 Jul 2012 12:55:28 +0000 X-Env-Sender: G.Bakalarski@icm.edu.pl X-Msg-Ref: server-7.tower-216.messagelabs.com!1341233726!26782192!1 X-Originating-IP: [212.87.14.2] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29770 invoked from network); 2 Jul 2012 12:55:27 -0000 Received: from gw.icm.edu.pl (HELO gw.icm.edu.pl) (212.87.14.2) by server-7.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jul 2012 12:55:27 -0000 Received: from webmail.icm.edu.pl (webmail.icm.edu.pl [212.87.14.43]) (authenticated bits=0) by gw.icm.edu.pl (8.14.0/8.14.0/rzm-5.7/gw-icm) with ESMTP id q62CtEaP031258 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Jul 2012 14:55:14 +0200 Received: from 212.87.14.2 (SquirrelMail authenticated user grzesb) by webmail.icm.edu.pl with HTTP; Mon, 2 Jul 2012 14:55:14 +0200 (CEST) Message-ID: <1c575ad916154ac040d1954e4de5380a.squirrel@webmail.icm.edu.pl> In-Reply-To: <1341222085.4625.13.camel@zakaz.uk.xensource.com> References: <0aac8b50f46e0e1301d139dbbeb00bee.squirrel@webmail.icm.edu.pl> <4FF06B87.30907@ajlc.waterloo.on.ca> <4FF06D8E.3000406@ajlc.waterloo.on.ca> <1341222085.4625.13.camel@zakaz.uk.xensource.com> Date: Mon, 2 Jul 2012 14:55:14 +0200 (CEST) From: G.Bakalarski@icm.edu.pl To: "Ian Campbell" User-Agent: SquirrelMail/1.4.17 MIME-Version: 1.0 X-Priority: 3 (Normal) Importance: Normal X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0rc1 (gw.icm.edu.pl [212.87.14.2]); Mon, 02 Jul 2012 14:55:14 +0200 (CEST) X-Filtry: w sprawie filtracji wirusow i spamu pisz do: spam@icm.edu.pl X-Spam-Score: -3.052 () AWL,BAYES_00,RZM_ORT,SOBIG_X_PRIORITY X-Spam-Report: SpamAssassin v3.2.5-rzm report pts rule name description 0.3 SOBIG_X_PRIORITY X-Priority: 3 (Normal) - possible Sobig remains -3.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.5 RZM_ORT FULL: spacja przed [,\.?!] -0.3 AWL AWL: From: address is in the auto white-list X-Scanned-By: MIMEDefang 2.64 on 212.87.14.2 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] leap second mess X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: G.Bakalarski@icm.edu.pl List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2012-07-01 at 16:32 +0100, Tony Lill wrote: >> Apparently this is a known bug >> >> http://blog.mozilla.org/it/2012/06/30/mysql-and-the-leap-second-high-cpu-and-the-fix/ > > AFAIK there isn't anything Xen specific here, is there? No and yes. At first we thought it was XEN only issue. Our Xen domUs where mostly unresposive. With xm console domU command we could login to domU after 20+ min waiting. Most machines had load in a range 150-300 and full CPUs load while doing really nothing. But today noticed that base metal servers were also affected but not so hard. Eg. bare metal machine which used to use 1-2 CPUs with appropriate load (normal) , used today more than 10 CPUs with load 10+ but effective performance was some 5 times slower (i.e. it could managed 5 time less records in a minute). But it was resposive - this is why we did not notice a problem yesterday. After trick with date command the behaviour returned to normal > > If there is then we'll need more details about exactly what was running > (dom0 and domU OS, userspace workloads etc) on the machines in question. At first we were convinced that mostly Xen 4.1 + kernel 3.2.0-1 (debian wheezy first 3.2 kernel). But today w found older machines with debian squeeze kernel 2.6.32-5-xen where affected. But as I wrote above some bare metal machines with kernel 3.2.0-2 also affected. Our main applications are java and postresql based with java mostly generating mess. But also simple longer scp (overnight copies) were also broken - probably due to leap second or extremally high load. Maybe context switching is a reason why Xen machines were so much attected ??? GB > >> On 07/01/2012 11:23 AM, Tony Lill wrote: >> > Yeah, that was fun. According to my monitoring, context switches >> > and interrupts increased by a factor of 10 or more when the leap >> > second was added. >> > >> > On 07/01/2012 08:59 AM, G.Bakalarski@icm.edu.pl wrote: >> >> Hi list >> > >> >> Maybe everybody already knows this, but >> > >> >> today many of our domUs got crazy - unusually >> > >> >> high load on machines doing nothing (e.g. load of 200 >> > >> >> on machine which usually has load 2-4). >> > >> >> Simple command: >> > >> >> date; date `date +"%m%d%H%M%C%y.%S"`; date >> > >> >> magically make peace ... >> > >> > >> >> [shocked] >> > >> > >> >> GB >> > >> > >> >> _______________________________________________ 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 From xen-users-bounces@lists.xen.org Mon Jul 02 13:11:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 13:11: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 1SlgO4-0008Qh-7F; Mon, 02 Jul 2012 13:09:56 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlgO2-0008QN-Up for xen-users@lists.xen.org; Mon, 02 Jul 2012 13:09:55 +0000 X-Env-Sender: rshriram@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1341234588!9564157!1 X-Originating-IP: [209.85.216.45] X-SpamReason: No, hits=0.4 required=7.0 tests=MIME_QP_LONG_LINE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14453 invoked from network); 2 Jul 2012 13:09:49 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 13:09:49 -0000 Received: by qaeb19 with SMTP id b19so1962623qae.11 for ; Mon, 02 Jul 2012 06:09:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:from:content-type:x-mailer:message-id:date:to :content-transfer-encoding:mime-version; bh=+IXe9UUo7fTfq3UKQpmR8lfm9/4PN9CshJ3eAmeACEo=; b=Z2S3vcJvgxTIudGPgDvJ8G1GdJMY13g9tsbO29G0p1IQQvGLMqMHMDgaDE97FnLwVH 9LHRgMXHsphFRjOKAr+BAP5ac1UQoxXyHaOlwEy4TvRltOpB8dN6kzjgOZUwdvyh0DXm DGE5YlcMJ66FKjCQ42T84y2jI6xRn9cHQMXDMGWy0iSnCulAxMgMU9+D5inDm73FO80D 53EFa27NA71bqrziSAKLQv5N/7unkse9/su9GCC7Oj2DZU/vMtr3BO1VQaQqHnfxiVxE hbDIoX5dTsF+LQTo8NPHgEelS2ADgu8p+xkEe2hVpYsP6fB6bcGLtSJKgb9/u3vYScNi v36w== Received: by 10.229.106.36 with SMTP id v36mr6643426qco.92.1341234587741; Mon, 02 Jul 2012 06:09:47 -0700 (PDT) Received: from [172.17.146.190] (static-71-249-223-109.nycmny.east.verizon.net. [71.249.223.109]) by mx.google.com with ESMTPS id w2sm31154594qao.2.2012.07.02.06.09.46 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 02 Jul 2012 06:09:47 -0700 (PDT) From: Shriram Rajagopalan X-Mailer: iPhone Mail (9B176) Message-Id: <950516CC-D0CF-4153-96D8-C22F569FFF4B@gmail.com> Date: Mon, 2 Jul 2012 09:09:01 -0400 To: "xen-users@lists.xen.org" Mime-Version: 1.0 (1.0) Subject: [Xen-users] Xen EFI boot how to? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 IBM System x3600 series server with UEFI. I managed to compile the xen EFI (xen-4.2-unstable.efi). The machine is currently running Ubuntu with grub2. I can see a grubx64.efi in /boot/efi/EFI/ubuntu/grubx64.efi Where should I put the xen efi ? I tried creating a efi/EFI/xen/xen-4.2-unstable.efi and added it as a boot option using efibootmgr. All I get in that case is a blank screen. I had to go into the UEFI bios menu to delete that option in order to boot the system via the usual grub. Thanks Shriram _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 02 13:11:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 13:11: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 1SlgO4-0008Qh-7F; Mon, 02 Jul 2012 13:09:56 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlgO2-0008QN-Up for xen-users@lists.xen.org; Mon, 02 Jul 2012 13:09:55 +0000 X-Env-Sender: rshriram@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1341234588!9564157!1 X-Originating-IP: [209.85.216.45] X-SpamReason: No, hits=0.4 required=7.0 tests=MIME_QP_LONG_LINE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14453 invoked from network); 2 Jul 2012 13:09:49 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 13:09:49 -0000 Received: by qaeb19 with SMTP id b19so1962623qae.11 for ; Mon, 02 Jul 2012 06:09:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:from:content-type:x-mailer:message-id:date:to :content-transfer-encoding:mime-version; bh=+IXe9UUo7fTfq3UKQpmR8lfm9/4PN9CshJ3eAmeACEo=; b=Z2S3vcJvgxTIudGPgDvJ8G1GdJMY13g9tsbO29G0p1IQQvGLMqMHMDgaDE97FnLwVH 9LHRgMXHsphFRjOKAr+BAP5ac1UQoxXyHaOlwEy4TvRltOpB8dN6kzjgOZUwdvyh0DXm DGE5YlcMJ66FKjCQ42T84y2jI6xRn9cHQMXDMGWy0iSnCulAxMgMU9+D5inDm73FO80D 53EFa27NA71bqrziSAKLQv5N/7unkse9/su9GCC7Oj2DZU/vMtr3BO1VQaQqHnfxiVxE hbDIoX5dTsF+LQTo8NPHgEelS2ADgu8p+xkEe2hVpYsP6fB6bcGLtSJKgb9/u3vYScNi v36w== Received: by 10.229.106.36 with SMTP id v36mr6643426qco.92.1341234587741; Mon, 02 Jul 2012 06:09:47 -0700 (PDT) Received: from [172.17.146.190] (static-71-249-223-109.nycmny.east.verizon.net. [71.249.223.109]) by mx.google.com with ESMTPS id w2sm31154594qao.2.2012.07.02.06.09.46 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 02 Jul 2012 06:09:47 -0700 (PDT) From: Shriram Rajagopalan X-Mailer: iPhone Mail (9B176) Message-Id: <950516CC-D0CF-4153-96D8-C22F569FFF4B@gmail.com> Date: Mon, 2 Jul 2012 09:09:01 -0400 To: "xen-users@lists.xen.org" Mime-Version: 1.0 (1.0) Subject: [Xen-users] Xen EFI boot how to? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 IBM System x3600 series server with UEFI. I managed to compile the xen EFI (xen-4.2-unstable.efi). The machine is currently running Ubuntu with grub2. I can see a grubx64.efi in /boot/efi/EFI/ubuntu/grubx64.efi Where should I put the xen efi ? I tried creating a efi/EFI/xen/xen-4.2-unstable.efi and added it as a boot option using efibootmgr. All I get in that case is a blank screen. I had to go into the UEFI bios menu to delete that option in order to boot the system via the usual grub. Thanks Shriram _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 02 13:22:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 13:22: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 1SlgZ9-0000OE-LV; Mon, 02 Jul 2012 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 1SlgZ8-0000O9-IQ for xen-users@lists.xen.org; Mon, 02 Jul 2012 13:21:22 +0000 Received: from [85.158.139.83:45264] by server-9.bemta-5.messagelabs.com id B0/63-01069-150A1FF4; Mon, 02 Jul 2012 13:21:21 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1341235280!30459898!1 X-Originating-IP: [74.125.82.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-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30468 invoked from network); 2 Jul 2012 13:21:20 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 13:21:20 -0000 Received: by wgbed3 with SMTP id ed3so3693180wgb.32 for ; Mon, 02 Jul 2012 06:21: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=EvxKkeZBPRbnH9f+1v//FHYRgb/Hqvhz3AcOvaXVEA4=; b=sQqYp9v+pMihhMckprcSGQcQWHhLQ4Ee3D9T9DbdX0Qo5rW/SqPwfZ61j4eW1Dh8rZ ab4Bx3q8dO5OyYaJRl/hz2Nb9nr/pICXYWVNmp4ADF+zhdwa060Jtw/8Vt6+4sUVXJ4p jVTbdZPv/yggaB3icV6QrtcKyAUfWGph7BJRJ9Nn6uPxNaAlP7tgs2hbtbupb+uOczR6 3qVDB4C+kcUQ4oCu5b8vikLJfZYDhB7or1wpbue6Gm4E+9yGI+KHYlqcGK5daLpVdvCY t0BstnFps7rRqfQNqq5nzZf5zBM9T7ZVIDf/73ZcC26AIoHWDJKzvnIoMmF9VKE8N2Mi 6BzQ== MIME-Version: 1.0 Received: by 10.180.109.129 with SMTP id hs1mr16773143wib.0.1341235280678; Mon, 02 Jul 2012 06:21:20 -0700 (PDT) Received: by 10.216.221.130 with HTTP; Mon, 2 Jul 2012 06:21:20 -0700 (PDT) Received: by 10.216.221.130 with HTTP; Mon, 2 Jul 2012 06:21:20 -0700 (PDT) In-Reply-To: <950516CC-D0CF-4153-96D8-C22F569FFF4B@gmail.com> References: <950516CC-D0CF-4153-96D8-C22F569FFF4B@gmail.com> Date: Mon, 2 Jul 2012 07:21:20 -0600 Message-ID: From: jacek burghardt To: Shriram Rajagopalan Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen EFI boot how to? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5189497348071970772==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5189497348071970772== Content-Type: multipart/alternative; boundary=e89a8f13ea88770fc704c3d8ac2a --e89a8f13ea88770fc704c3d8ac2a Content-Type: text/plain; charset=ISO-8859-1 I dont have any systems running efi but since grub boots on your system the best way would be to mod grub menu file and point it to xen and xen kernel. On Jul 2, 2012 7:15 AM, "Shriram Rajagopalan" wrote: > I have a IBM System x3600 series server with UEFI. > I managed to compile the xen EFI (xen-4.2-unstable.efi). > The machine is currently running Ubuntu with grub2. > I can see a grubx64.efi in /boot/efi/EFI/ubuntu/grubx64.efi > Where should I put the xen efi ? > I tried creating a efi/EFI/xen/xen-4.2-unstable.efi and added it as a boot > option using efibootmgr. > All I get in that case is a blank screen. > I had to go into the UEFI bios menu to delete that option in order to boot > the system via the usual grub. > > Thanks > Shriram > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --e89a8f13ea88770fc704c3d8ac2a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I dont have any systems running efi but since grub boots on your system = the best way would be to mod grub menu file and point it to xen and xen ker= nel.

On Jul 2, 2012 7:15 AM, "Shriram Rajagopala= n" <rshriram@gmail.com>= ; wrote:
I have a IBM System x3600 series server with UEFI.
=A0I managed to compile the xen EFI (xen-4.2-unstable.efi).
The machine is currently running Ubuntu with grub2.
I can see a grubx64.efi in /boot/efi/EFI/ubuntu/grubx64.efi
Where should I put the xen efi ?
I tried creating a efi/EFI/xen/xen-4.2-unstable.efi and added it as a boot = option using efibootmgr.
All I get in that case is a blank screen.
I had to go into the UEFI bios menu to delete that option in order to boot<= br> the system via the usual grub.

Thanks
Shriram
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users
--e89a8f13ea88770fc704c3d8ac2a-- --===============5189497348071970772== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5189497348071970772==-- From xen-users-bounces@lists.xen.org Mon Jul 02 13:22:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 13:22: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 1SlgZ9-0000OE-LV; Mon, 02 Jul 2012 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 1SlgZ8-0000O9-IQ for xen-users@lists.xen.org; Mon, 02 Jul 2012 13:21:22 +0000 Received: from [85.158.139.83:45264] by server-9.bemta-5.messagelabs.com id B0/63-01069-150A1FF4; Mon, 02 Jul 2012 13:21:21 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1341235280!30459898!1 X-Originating-IP: [74.125.82.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-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30468 invoked from network); 2 Jul 2012 13:21:20 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 13:21:20 -0000 Received: by wgbed3 with SMTP id ed3so3693180wgb.32 for ; Mon, 02 Jul 2012 06:21: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=EvxKkeZBPRbnH9f+1v//FHYRgb/Hqvhz3AcOvaXVEA4=; b=sQqYp9v+pMihhMckprcSGQcQWHhLQ4Ee3D9T9DbdX0Qo5rW/SqPwfZ61j4eW1Dh8rZ ab4Bx3q8dO5OyYaJRl/hz2Nb9nr/pICXYWVNmp4ADF+zhdwa060Jtw/8Vt6+4sUVXJ4p jVTbdZPv/yggaB3icV6QrtcKyAUfWGph7BJRJ9Nn6uPxNaAlP7tgs2hbtbupb+uOczR6 3qVDB4C+kcUQ4oCu5b8vikLJfZYDhB7or1wpbue6Gm4E+9yGI+KHYlqcGK5daLpVdvCY t0BstnFps7rRqfQNqq5nzZf5zBM9T7ZVIDf/73ZcC26AIoHWDJKzvnIoMmF9VKE8N2Mi 6BzQ== MIME-Version: 1.0 Received: by 10.180.109.129 with SMTP id hs1mr16773143wib.0.1341235280678; Mon, 02 Jul 2012 06:21:20 -0700 (PDT) Received: by 10.216.221.130 with HTTP; Mon, 2 Jul 2012 06:21:20 -0700 (PDT) Received: by 10.216.221.130 with HTTP; Mon, 2 Jul 2012 06:21:20 -0700 (PDT) In-Reply-To: <950516CC-D0CF-4153-96D8-C22F569FFF4B@gmail.com> References: <950516CC-D0CF-4153-96D8-C22F569FFF4B@gmail.com> Date: Mon, 2 Jul 2012 07:21:20 -0600 Message-ID: From: jacek burghardt To: Shriram Rajagopalan Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen EFI boot how to? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5189497348071970772==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5189497348071970772== Content-Type: multipart/alternative; boundary=e89a8f13ea88770fc704c3d8ac2a --e89a8f13ea88770fc704c3d8ac2a Content-Type: text/plain; charset=ISO-8859-1 I dont have any systems running efi but since grub boots on your system the best way would be to mod grub menu file and point it to xen and xen kernel. On Jul 2, 2012 7:15 AM, "Shriram Rajagopalan" wrote: > I have a IBM System x3600 series server with UEFI. > I managed to compile the xen EFI (xen-4.2-unstable.efi). > The machine is currently running Ubuntu with grub2. > I can see a grubx64.efi in /boot/efi/EFI/ubuntu/grubx64.efi > Where should I put the xen efi ? > I tried creating a efi/EFI/xen/xen-4.2-unstable.efi and added it as a boot > option using efibootmgr. > All I get in that case is a blank screen. > I had to go into the UEFI bios menu to delete that option in order to boot > the system via the usual grub. > > Thanks > Shriram > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --e89a8f13ea88770fc704c3d8ac2a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I dont have any systems running efi but since grub boots on your system = the best way would be to mod grub menu file and point it to xen and xen ker= nel.

On Jul 2, 2012 7:15 AM, "Shriram Rajagopala= n" <rshriram@gmail.com>= ; wrote:
I have a IBM System x3600 series server with UEFI.
=A0I managed to compile the xen EFI (xen-4.2-unstable.efi).
The machine is currently running Ubuntu with grub2.
I can see a grubx64.efi in /boot/efi/EFI/ubuntu/grubx64.efi
Where should I put the xen efi ?
I tried creating a efi/EFI/xen/xen-4.2-unstable.efi and added it as a boot = option using efibootmgr.
All I get in that case is a blank screen.
I had to go into the UEFI bios menu to delete that option in order to boot<= br> the system via the usual grub.

Thanks
Shriram
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users
--e89a8f13ea88770fc704c3d8ac2a-- --===============5189497348071970772== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5189497348071970772==-- From xen-users-bounces@lists.xen.org Mon Jul 02 13:24:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 13:24: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 1Slgbl-0000Xj-HD; Mon, 02 Jul 2012 13:24:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Slgbj-0000XZ-In for xen-users@lists.xen.org; Mon, 02 Jul 2012 13:24:03 +0000 Received: from [85.158.143.35:13641] by server-3.bemta-4.messagelabs.com id D7/56-05808-2F0A1FF4; Mon, 02 Jul 2012 13:24:02 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1341235442!12821519!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDQxMzk=\n X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2869 invoked from network); 2 Jul 2012 13:24:02 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 13:24:02 -0000 X-IronPort-AV: E=Sophos;i="4.77,510,1336348800"; d="scan'208";a="13322766" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jul 2012 13:24:02 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Mon, 2 Jul 2012 14:24:01 +0100 Message-ID: <1341235439.4625.69.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Shriram Rajagopalan Date: Mon, 2 Jul 2012 14:23:59 +0100 In-Reply-To: <950516CC-D0CF-4153-96D8-C22F569FFF4B@gmail.com> References: <950516CC-D0CF-4153-96D8-C22F569FFF4B@gmail.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen EFI boot how to? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2012-07-02 at 14:09 +0100, Shriram Rajagopalan wrote: > I have a IBM System x3600 series server with UEFI. > I managed to compile the xen EFI (xen-4.2-unstable.efi). > The machine is currently running Ubuntu with grub2. > I can see a grubx64.efi in /boot/efi/EFI/ubuntu/grubx64.efi > Where should I put the xen efi ? > I tried creating a efi/EFI/xen/xen-4.2-unstable.efi and added it as a boot option using efibootmgr. > All I get in that case is a blank screen. > I had to go into the UEFI bios menu to delete that option in order to boot > the system via the usual grub. Not sure if you've seen this but some EFI docs were committed last week, maybe they help? http://xenbits.xen.org/docs/unstable/misc/efi.html Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 02 13:24:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 13:24: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 1Slgbl-0000Xj-HD; Mon, 02 Jul 2012 13:24:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Slgbj-0000XZ-In for xen-users@lists.xen.org; Mon, 02 Jul 2012 13:24:03 +0000 Received: from [85.158.143.35:13641] by server-3.bemta-4.messagelabs.com id D7/56-05808-2F0A1FF4; Mon, 02 Jul 2012 13:24:02 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1341235442!12821519!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDQxMzk=\n X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2869 invoked from network); 2 Jul 2012 13:24:02 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 13:24:02 -0000 X-IronPort-AV: E=Sophos;i="4.77,510,1336348800"; d="scan'208";a="13322766" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jul 2012 13:24:02 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Mon, 2 Jul 2012 14:24:01 +0100 Message-ID: <1341235439.4625.69.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Shriram Rajagopalan Date: Mon, 2 Jul 2012 14:23:59 +0100 In-Reply-To: <950516CC-D0CF-4153-96D8-C22F569FFF4B@gmail.com> References: <950516CC-D0CF-4153-96D8-C22F569FFF4B@gmail.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen EFI boot how to? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2012-07-02 at 14:09 +0100, Shriram Rajagopalan wrote: > I have a IBM System x3600 series server with UEFI. > I managed to compile the xen EFI (xen-4.2-unstable.efi). > The machine is currently running Ubuntu with grub2. > I can see a grubx64.efi in /boot/efi/EFI/ubuntu/grubx64.efi > Where should I put the xen efi ? > I tried creating a efi/EFI/xen/xen-4.2-unstable.efi and added it as a boot option using efibootmgr. > All I get in that case is a blank screen. > I had to go into the UEFI bios menu to delete that option in order to boot > the system via the usual grub. Not sure if you've seen this but some EFI docs were committed last week, maybe they help? http://xenbits.xen.org/docs/unstable/misc/efi.html Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 02 13:44:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 13:44:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlguN-0001AY-IA; Mon, 02 Jul 2012 13:43:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlguM-0001AT-7e for xen-users@lists.xen.org; Mon, 02 Jul 2012 13:43:18 +0000 Received: from [85.158.138.51:58226] by server-9.bemta-3.messagelabs.com id 52/72-10419-575A1FF4; Mon, 02 Jul 2012 13:43:17 +0000 X-Env-Sender: listmail@triad.rr.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1341236596!29493676!1 X-Originating-IP: [71.74.56.122] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3MS43NC41Ni4xMjIgPT4gMzkxNTYz\n,sa_preprocessor: QmFkIElQOiA3MS43NC41Ni4xMjIgPT4gMzkxNTYz\n X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2683 invoked from network); 2 Jul 2012 13:43:16 -0000 Received: from hrndva-omtalb.mail.rr.com (HELO hrndva-omtalb.mail.rr.com) (71.74.56.122) by server-2.tower-174.messagelabs.com with SMTP; 2 Jul 2012 13:43:16 -0000 X-Authority-Analysis: v=2.0 cv=IOWA+3TG c=1 sm=0 a=R14c1kN7475LMi+rpQwGWw==:17 a=Kt2980LFN-gA:10 a=ra92YfU4GoUA:10 a=U8EIzdstbIcA:10 a=05ChyHeVI94A:10 a=8nJEP1OIZ-IA:10 a=ayC55rCoAAAA:8 a=tHz9FfFoAAAA:8 a=QWqLIfAhdw2hO_zR6zQA:9 a=wPNLvfGTeEIA:10 a=6O0IECtVFhoA:10 a=R14c1kN7475LMi+rpQwGWw==:117 X-Cloudmark-Score: 0 X-Originating-IP: 65.190.252.167 Received: from [65.190.252.167] ([65.190.252.167:54165] helo=corenix.localnet) by hrndva-oedge02.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 97/07-02978-475A1FF4; Mon, 02 Jul 2012 13:43:16 +0000 Received: by corenix.localnet (Postfix, from userid 1003) id F3C59853F1; Mon, 2 Jul 2012 09:43:15 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on corenix.localnet X-Spam-Level: X-Spam-Status: No, score=-1.0 required=4.5 tests=ALL_TRUSTED autolearn=unavailable version=3.3.1 Received: from [10.10.16.99] (hafele [216.237.216.130]) by corenix.localnet (Postfix) with ESMTPSA id DDFCF85376; Mon, 2 Jul 2012 09:43:05 -0400 (EDT) Message-ID: <4FF1A569.2010502@triad.rr.com> Date: Mon, 02 Jul 2012 09:43:05 -0400 From: Richie User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Mark van Dijk References: <4FECB56B.508@triad.rr.com> <1340958264.10942.80.camel@zakaz.uk.xensource.com> <20120702072951.0faae3ae@internecto.net> In-Reply-To: <20120702072951.0faae3ae@internecto.net> Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Error: Boot loader didn't return any data [pygrub boot debian wheezy alpha1 netinst ISO] X-BeenThere: xen-users@lists.xen.org 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 7/2/2012 1:29 AM, Mark van Dijk wrote: > Op Fri, 29 Jun 2012 09:24:24 +0100 > Ian Campbell schreef: > >>> $ sudo xm create -c wheezytest.cfg >>> Using config file "./wheezytest.cfg". >>> Error: Boot loader didn't return any data! >> Are there any details in /var/log/xen/*? > Derailing from the topic a little bit -- Ian, perhaps it is a good idea > to suggest this (i.e. check the logs in /var/log/xen/) together with the > "Boot loader didn't return any data!" message? We see that many people > don't understand the error and think, "if the boot loader didn't return > any data then the problem must be the boot loader!" > > How about a more descriptive error, for example: > > Error: Boot loader didn't return any data. This probably means the VM > has crashed. Details can usually be found in /var/log/xen/. > > Your thoughts on this suggestion? Do share. :-) > > Mark > I had looked at and discarded /var/log/xen/xend.log (the only log written to) several times before I had realized that bootloader_args parameters were getting ignored completely. Is there any level of syntax checking for the xm config files in that xm create could have complained about the use of "bootloader_args=" earlier in the process instead? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 02 13:44:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 13:44:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlguN-0001AY-IA; Mon, 02 Jul 2012 13:43:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlguM-0001AT-7e for xen-users@lists.xen.org; Mon, 02 Jul 2012 13:43:18 +0000 Received: from [85.158.138.51:58226] by server-9.bemta-3.messagelabs.com id 52/72-10419-575A1FF4; Mon, 02 Jul 2012 13:43:17 +0000 X-Env-Sender: listmail@triad.rr.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1341236596!29493676!1 X-Originating-IP: [71.74.56.122] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3MS43NC41Ni4xMjIgPT4gMzkxNTYz\n,sa_preprocessor: QmFkIElQOiA3MS43NC41Ni4xMjIgPT4gMzkxNTYz\n X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2683 invoked from network); 2 Jul 2012 13:43:16 -0000 Received: from hrndva-omtalb.mail.rr.com (HELO hrndva-omtalb.mail.rr.com) (71.74.56.122) by server-2.tower-174.messagelabs.com with SMTP; 2 Jul 2012 13:43:16 -0000 X-Authority-Analysis: v=2.0 cv=IOWA+3TG c=1 sm=0 a=R14c1kN7475LMi+rpQwGWw==:17 a=Kt2980LFN-gA:10 a=ra92YfU4GoUA:10 a=U8EIzdstbIcA:10 a=05ChyHeVI94A:10 a=8nJEP1OIZ-IA:10 a=ayC55rCoAAAA:8 a=tHz9FfFoAAAA:8 a=QWqLIfAhdw2hO_zR6zQA:9 a=wPNLvfGTeEIA:10 a=6O0IECtVFhoA:10 a=R14c1kN7475LMi+rpQwGWw==:117 X-Cloudmark-Score: 0 X-Originating-IP: 65.190.252.167 Received: from [65.190.252.167] ([65.190.252.167:54165] helo=corenix.localnet) by hrndva-oedge02.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 97/07-02978-475A1FF4; Mon, 02 Jul 2012 13:43:16 +0000 Received: by corenix.localnet (Postfix, from userid 1003) id F3C59853F1; Mon, 2 Jul 2012 09:43:15 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on corenix.localnet X-Spam-Level: X-Spam-Status: No, score=-1.0 required=4.5 tests=ALL_TRUSTED autolearn=unavailable version=3.3.1 Received: from [10.10.16.99] (hafele [216.237.216.130]) by corenix.localnet (Postfix) with ESMTPSA id DDFCF85376; Mon, 2 Jul 2012 09:43:05 -0400 (EDT) Message-ID: <4FF1A569.2010502@triad.rr.com> Date: Mon, 02 Jul 2012 09:43:05 -0400 From: Richie User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Mark van Dijk References: <4FECB56B.508@triad.rr.com> <1340958264.10942.80.camel@zakaz.uk.xensource.com> <20120702072951.0faae3ae@internecto.net> In-Reply-To: <20120702072951.0faae3ae@internecto.net> Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Error: Boot loader didn't return any data [pygrub boot debian wheezy alpha1 netinst ISO] X-BeenThere: xen-users@lists.xen.org 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 7/2/2012 1:29 AM, Mark van Dijk wrote: > Op Fri, 29 Jun 2012 09:24:24 +0100 > Ian Campbell schreef: > >>> $ sudo xm create -c wheezytest.cfg >>> Using config file "./wheezytest.cfg". >>> Error: Boot loader didn't return any data! >> Are there any details in /var/log/xen/*? > Derailing from the topic a little bit -- Ian, perhaps it is a good idea > to suggest this (i.e. check the logs in /var/log/xen/) together with the > "Boot loader didn't return any data!" message? We see that many people > don't understand the error and think, "if the boot loader didn't return > any data then the problem must be the boot loader!" > > How about a more descriptive error, for example: > > Error: Boot loader didn't return any data. This probably means the VM > has crashed. Details can usually be found in /var/log/xen/. > > Your thoughts on this suggestion? Do share. :-) > > Mark > I had looked at and discarded /var/log/xen/xend.log (the only log written to) several times before I had realized that bootloader_args parameters were getting ignored completely. Is there any level of syntax checking for the xm config files in that xm create could have complained about the use of "bootloader_args=" earlier in the process instead? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 02 13:51:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 13:51: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 1Slh1S-0001Od-LY; Mon, 02 Jul 2012 13:50:38 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1Slh1Q-0001OX-N9 for xen-users@lists.xen.org; Mon, 02 Jul 2012 13:50:37 +0000 X-Env-Sender: listmail@triad.rr.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1341237020!9572680!1 X-Originating-IP: [71.74.56.122] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3MS43NC41Ni4xMjIgPT4gMzkxNTYz\n,sa_preprocessor: QmFkIElQOiA3MS43NC41Ni4xMjIgPT4gMzkxNTYz\n X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7607 invoked from network); 2 Jul 2012 13:50:21 -0000 Received: from hrndva-omtalb.mail.rr.com (HELO hrndva-omtalb.mail.rr.com) (71.74.56.122) by server-13.tower-27.messagelabs.com with SMTP; 2 Jul 2012 13:50:21 -0000 X-Authority-Analysis: v=2.0 cv=AtpsLZBP c=1 sm=0 a=R14c1kN7475LMi+rpQwGWw==:17 a=Kt2980LFN-gA:10 a=ra92YfU4GoUA:10 a=U8EIzdstbIcA:10 a=05ChyHeVI94A:10 a=8nJEP1OIZ-IA:10 a=ayC55rCoAAAA:8 a=aBLzTbD0AAAA:8 a=zDOM8NuT4-gWUmN-SikA:9 a=wPNLvfGTeEIA:10 a=NmJMMTIgNrUA:10 a=R14c1kN7475LMi+rpQwGWw==:117 X-Cloudmark-Score: 0 X-Originating-IP: 65.190.252.167 Received: from [65.190.252.167] ([65.190.252.167:56563] helo=corenix.localnet) by hrndva-oedge01.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 5E/28-09809-C17A1FF4; Mon, 02 Jul 2012 13:50:20 +0000 Received: by corenix.localnet (Postfix, from userid 1003) id 2B558853F1; Mon, 2 Jul 2012 09:50:20 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on corenix.localnet X-Spam-Level: X-Spam-Status: No, score=-1.0 required=4.5 tests=ALL_TRUSTED autolearn=ham version=3.3.1 Received: from [10.10.16.99] (hafele [216.237.216.130]) by corenix.localnet (Postfix) with ESMTPSA id CBC5085376 for ; Mon, 2 Jul 2012 09:50:19 -0400 (EDT) Message-ID: <4FF1A71B.1080306@triad.rr.com> Date: Mon, 02 Jul 2012 09:50:19 -0400 From: Richie User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4FECB56B.508@triad.rr.com> In-Reply-To: <4FECB56B.508@triad.rr.com> Subject: Re: [Xen-users] Error: Boot loader didn't return any data [pygrub boot debian wheezy alpha1 netinst ISO] X-BeenThere: xen-users@lists.xen.org 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 Here is the final working test config that I used for the regular amd64 (non multi-arch) netinst ISO. DHCP just worked during the install so apparently xen-netfront support is already there. name = "wheezytest" memory = 256 disk = [ 'file:/BACKUP/dumpz/wheezytest/debian-wheezy-DI-a1-amd64-netinst.iso,xvdd:cdrom,r' , 'phy:/dev/mainvg/wheezytest-root,xvda,w' , 'phy:/dev/mainvg/wheezytest-swap,xvdb,w' ] vif = [' '] bootloader = "pygrub" bootargs = "--kernel=/install.amd/vmlinuz --ramdisk=/install.amd/initrd.gz" extra = "debian-installer/exit/always_halt=true -- console=hvc0" _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 02 13:51:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 13:51: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 1Slh1S-0001Od-LY; Mon, 02 Jul 2012 13:50:38 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1Slh1Q-0001OX-N9 for xen-users@lists.xen.org; Mon, 02 Jul 2012 13:50:37 +0000 X-Env-Sender: listmail@triad.rr.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1341237020!9572680!1 X-Originating-IP: [71.74.56.122] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3MS43NC41Ni4xMjIgPT4gMzkxNTYz\n,sa_preprocessor: QmFkIElQOiA3MS43NC41Ni4xMjIgPT4gMzkxNTYz\n X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7607 invoked from network); 2 Jul 2012 13:50:21 -0000 Received: from hrndva-omtalb.mail.rr.com (HELO hrndva-omtalb.mail.rr.com) (71.74.56.122) by server-13.tower-27.messagelabs.com with SMTP; 2 Jul 2012 13:50:21 -0000 X-Authority-Analysis: v=2.0 cv=AtpsLZBP c=1 sm=0 a=R14c1kN7475LMi+rpQwGWw==:17 a=Kt2980LFN-gA:10 a=ra92YfU4GoUA:10 a=U8EIzdstbIcA:10 a=05ChyHeVI94A:10 a=8nJEP1OIZ-IA:10 a=ayC55rCoAAAA:8 a=aBLzTbD0AAAA:8 a=zDOM8NuT4-gWUmN-SikA:9 a=wPNLvfGTeEIA:10 a=NmJMMTIgNrUA:10 a=R14c1kN7475LMi+rpQwGWw==:117 X-Cloudmark-Score: 0 X-Originating-IP: 65.190.252.167 Received: from [65.190.252.167] ([65.190.252.167:56563] helo=corenix.localnet) by hrndva-oedge01.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 5E/28-09809-C17A1FF4; Mon, 02 Jul 2012 13:50:20 +0000 Received: by corenix.localnet (Postfix, from userid 1003) id 2B558853F1; Mon, 2 Jul 2012 09:50:20 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on corenix.localnet X-Spam-Level: X-Spam-Status: No, score=-1.0 required=4.5 tests=ALL_TRUSTED autolearn=ham version=3.3.1 Received: from [10.10.16.99] (hafele [216.237.216.130]) by corenix.localnet (Postfix) with ESMTPSA id CBC5085376 for ; Mon, 2 Jul 2012 09:50:19 -0400 (EDT) Message-ID: <4FF1A71B.1080306@triad.rr.com> Date: Mon, 02 Jul 2012 09:50:19 -0400 From: Richie User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4FECB56B.508@triad.rr.com> In-Reply-To: <4FECB56B.508@triad.rr.com> Subject: Re: [Xen-users] Error: Boot loader didn't return any data [pygrub boot debian wheezy alpha1 netinst ISO] X-BeenThere: xen-users@lists.xen.org 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 Here is the final working test config that I used for the regular amd64 (non multi-arch) netinst ISO. DHCP just worked during the install so apparently xen-netfront support is already there. name = "wheezytest" memory = 256 disk = [ 'file:/BACKUP/dumpz/wheezytest/debian-wheezy-DI-a1-amd64-netinst.iso,xvdd:cdrom,r' , 'phy:/dev/mainvg/wheezytest-root,xvda,w' , 'phy:/dev/mainvg/wheezytest-swap,xvdb,w' ] vif = [' '] bootloader = "pygrub" bootargs = "--kernel=/install.amd/vmlinuz --ramdisk=/install.amd/initrd.gz" extra = "debian-installer/exit/always_halt=true -- console=hvc0" _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 02 14:54:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 14:54:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sli0U-0003DS-6i; Mon, 02 Jul 2012 14:53:42 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sli0S-0003DI-Aa for xen-users@lists.xen.org; Mon, 02 Jul 2012 14:53:40 +0000 Received: from [85.158.138.51:55469] by server-7.bemta-3.messagelabs.com id D7/B3-10113-3F5B1FF4; Mon, 02 Jul 2012 14:53:39 +0000 X-Env-Sender: rshriram@gmail.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1341240816!30519550!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14980 invoked from network); 2 Jul 2012 14:53:37 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 14:53:37 -0000 Received: by qcab12 with SMTP id b12so2331248qca.32 for ; Mon, 02 Jul 2012 07:53: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:from:date:message-id:subject:to :cc:content-type; bh=TcrRFRRedbtmQWQuJNlZG/VYh9lRJEHxZT7y78kXFkc=; b=YP//UyVTKHJk0+iWQcSnKiwDLDOVsuhTg03qErG+G5+tdawSMA6gKesvLHgycYRYvZ /N//gtyKB0D8bgTpCuHvn7efjSaL+lIcBZswHtxD+QaWZ0DQXCRkoLR+qRFtnDtAzJIl uxcBTwTaSq/B8G9l9S4lXIvmKs3USQS3OdIuOKsBZ7CL+lMPDHWjx57lbZYjMPm5vyy3 x7pOHKB+0iN60N5Q5cqKIWq/W3qT2K1Uy/UUOrWE5jM/dxw5E/20jyDJL9diSyJ3+M5V uGyr59ipDmGM6NMJoxoq9PUX/6i74sCn31yQ5guJaIrRmc/dtHitXbO1zdqKeSVwPO1w 8CdQ== Received: by 10.60.31.237 with SMTP id d13mr13886269oei.27.1341240816197; Mon, 02 Jul 2012 07:53:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.76.79.8 with HTTP; Mon, 2 Jul 2012 07:52:54 -0700 (PDT) In-Reply-To: <1341235439.4625.69.camel@zakaz.uk.xensource.com> References: <950516CC-D0CF-4153-96D8-C22F569FFF4B@gmail.com> <1341235439.4625.69.camel@zakaz.uk.xensource.com> From: Shriram Rajagopalan Date: Mon, 2 Jul 2012 10:52:54 -0400 Message-ID: To: Ian Campbell Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen EFI boot how to? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8298778262421945706==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8298778262421945706== Content-Type: multipart/alternative; boundary=e89a8f647b3d6860c004c3d9f62a --e89a8f647b3d6860c004c3d9f62a Content-Type: text/plain; charset=ISO-8859-1 On Mon, Jul 2, 2012 at 9:23 AM, Ian Campbell wrote: > On Mon, 2012-07-02 at 14:09 +0100, Shriram Rajagopalan wrote: > > I have a IBM System x3600 series server with UEFI. > > I managed to compile the xen EFI (xen-4.2-unstable.efi). > > The machine is currently running Ubuntu with grub2. > > I can see a grubx64.efi in /boot/efi/EFI/ubuntu/grubx64.efi > > Where should I put the xen efi ? > > I tried creating a efi/EFI/xen/xen-4.2-unstable.efi and added it as a > boot option using efibootmgr. > > All I get in that case is a blank screen. > > I had to go into the UEFI bios menu to delete that option in order to > boot > > the system via the usual grub. > > Not sure if you've seen this but some EFI docs were committed last week, > maybe they help? > > http://xenbits.xen.org/docs/unstable/misc/efi.html > > Thanks for the pointer Ian!. That answers a bunch of questions. I still have a couple of questions: 1. EFI_VENDOR On my machine, I have /boot/efi/EFI/ubuntu/grubx64.efi Does this mean I should set the EFI_VENDOR to 'EFI/xen' ? I once tried to simply (dumb!) create the EFI/xen directory and dropped the xen-4.2-unstable.efi on that folder, added that folder as one of the EFI boot options, via the efibootmgr program. 2. Config file The doc says that the binary requires a config file. Should this config file be placed in the same target folder (i.e. /boot/efi/EFI/xen/xen-4.2-unstable.cfg) ? "One can override this with a command line option (-cfg=" What command is this referring to ? 3. Location of Kernel files Can they be in their usual /boot/vmlinuz.. location or should they also be placed in the same folder as the efi ? Errata: @jacek: I have tried booting xen with the usual grub option. I get "Not enough memory to relocate dom0 kernel". When I searched online, this seemed to be a bug with RHEL/IBM SystemX machines. However, the fixes pointed to changing some boot orders, etc which dont apply to my machine IMO. so, on a limb, I applied a patch from a serverfault.com post (modded to xen-4.2): http://serverfault.com/questions/342109/xen-only-sees-512mb-of-system-ram-should-be-8gb-uefi-boot Patch below for reference. This one allowed me to boot into xen finally, via the grub option. Unfortunately, xen only sees 1 CPU on a 16-core machine (dual socket). What a bummer. It just says (XEN) Multiboot-e820 RAM map: (XEN) 0000000000000000 - 000000000006c000 (usable) (XEN) 000000000006c000 - 000000000006d000 (ACPI NVS) (XEN) 000000000006d000 - 000000000009f000 (usable) (XEN) 000000000009f000 - 00000000000a0000 (ACPI NVS) (XEN) 0000000000100000 - 000000007c11d000 (usable) (XEN) 000000007c11d000 - 000000007ec92000 (reserved) (XEN) 000000007ec92000 - 000000007f7bf000 (ACPI NVS) (XEN) 000000007f7bf000 - 000000007f7ff000 (ACPI data) (XEN) 000000007f7ff000 - 000000007f800000 (usable) (XEN) 0000000080000000 - 0000000090000000 (reserved) (XEN) 00000000fed1c000 - 00000000fed20000 (reserved) (XEN) 00000000ff800000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 0000001080000000 (usable) (XEN) ACPI Error (tbxfroot-0218): A valid RSDP was not found [20070126] === diff -r c6c9d20963d7 xen/arch/x86/setup.c --- a/xen/arch/x86/setup.c Tue Jun 26 17:00:20 2012 +0100 +++ b/xen/arch/x86/setup.c Mon Jul 02 02:06:30 2012 -0400 @@ -667,6 +667,7 @@ if ( ((unsigned long)cpu0_stack & (STACK_SIZE-1)) != 0 ) EARLY_FAIL("Misaligned CPU0 stack.\n"); +#if 0 if ( efi_enabled ) { set_pdx_range(xen_phys_start >> PAGE_SHIFT, @@ -684,6 +685,7 @@ memmap_type = loader; } + /* disable raw e801 and e820 for now in favor of multiboot provided maps */ else if ( e820_raw_nr != 0 ) { memmap_type = "Xen-e820"; @@ -699,7 +701,10 @@ e820_raw[1].type = E820_RAM; e820_raw_nr = 2; } - else if ( mbi->flags & MBI_MEMMAP ) + else +#endif + + if ( mbi->flags & MBI_MEMMAP ) { memmap_type = "Multiboot-e820"; while ( (bytes < mbi->mmap_length) && (e820_raw_nr < E820MAX) ) --e89a8f647b3d6860c004c3d9f62a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Mon, Jul 2, 2012 at 9:23 AM, Ian Campbell <Ian.Campbell@citrix.c= om> wrote:
On Mon, 2012-07-02 at 14:09 +0100, = Shriram Rajagopalan wrote:
> I have a IBM System x3600 series server with UEFI.
> =A0I managed to compile the xen EFI (xen-4.2-unstable.efi).
> The machine is currently running Ubuntu with grub2.
> I can see a grubx64.efi in /boot/efi/EFI/ubuntu/grubx64.efi
> Where should I put the xen efi ?
> I tried creating a efi/EFI/xen/xen-4.2-unstable.efi and added it as a = boot option using efibootmgr.
> All I get in that case is a blank screen.
> I had to go into the UEFI bios menu to delete that option in order to = boot
> the system via the usual grub.

Not sure if you've seen this but some EFI docs were committ= ed last week,
maybe they help?

http://xenbits.xen.org/docs/unstable/misc/efi.html



Thanks for the pointer Ian!. That ans= wers a bunch of questions.

I still have a couple o= f questions:

1. EFI_VENDOR=A0

On my machine= , I have /boot/efi/EFI/ubuntu/grubx64.efi
Does this mean I should= set the EFI_VENDOR to 'EFI/xen' ?

I once = tried to simply (dumb!) create the EFI/xen directory and
dropped the xen-4.2-unstable.efi on that folder, added that folder
as one of the EFI boot options, via the efibootmgr program.

2. Config file

=A0The doc says th= at the binary requires a config file. Should this
config file be placed in the same target folder (i.e. /boot/efi/EFI/xe= n/xen-4.2-unstable.cfg) ?

"One can override t= his with a command line option (-cfg=3D<filename>"=A0
=A0What command is this referring to ?

3. Location= of Kernel files
=A0
Can they be in their usual /boot/v= mlinuz.. location or should they also be placed
in the same folde= r as the efi ?

=A0

Errata:
@jacek:<= /div>
=A0 I have tried booting xen with the usual grub option. I get=A0=
"Not enough memory to relocate dom0 kernel". When I se= arched online, this seemed
to be a bug with RHEL/IBM SystemX machines. However, the fixes pointed= to changing
some boot orders, etc which dont apply to my machine= IMO.

so, on a limb, I applied a patch =A0from a <= a href=3D"http://serverfault.com">serverfault.com post (modded to xen-4= .2):
Patch below for reference.


This one= allowed me to boot into xen finally, via the grub option. Unfortunately, x= en only sees 1 CPU
on a 16-core machine (dual socket). What a bum= mer. It just says
(XEN) Multiboot-e820 RAM map:
(XEN) =A00000000000000000= - 000000000006c000 (usable)
(XEN) =A0000000000006c000 - 00000000= 0006d000 (ACPI NVS)
(XEN) =A0000000000006d000 - 000000000009f000 = (usable)
(XEN) =A0000000000009f000 - 00000000000a0000 (ACPI NVS)
(XEN= ) =A00000000000100000 - 000000007c11d000 (usable)
(XEN) =A0000000= 007c11d000 - 000000007ec92000 (reserved)
(XEN) =A0000000007ec9200= 0 - 000000007f7bf000 (ACPI NVS)
(XEN) =A0000000007f7bf000 - 000000007f7ff000 (ACPI data)
(XE= N) =A0000000007f7ff000 - 000000007f800000 (usable)
(XEN) =A000000= 00080000000 - 0000000090000000 (reserved)
(XEN) =A000000000fed1c0= 00 - 00000000fed20000 (reserved)
(XEN) =A000000000ff800000 - 0000000100000000 (reserved)
(XEN= ) =A00000000100000000 - 0000001080000000 (usable)
(XEN) ACPI Erro= r (tbxfroot-0218): A valid RSDP was not found [20070126]
=3D=3D=3D

diff -r c6c9d20963d7 xen= /arch/x86/setup.c
--- a/xen/arch/x86/setup.c =A0 =A0 =A0Tue Jun 2= 6 17:00:20 2012 +0100
+++ b/xen/arch/x86/setup.c =A0 =A0 =A0Mon J= ul 02 02:06:30 2012 -0400
@@ -667,6 +667,7 @@
=A0 =A0 =A0if ( ((unsigned long)cpu0_sta= ck & (STACK_SIZE-1)) !=3D 0 )
=A0 =A0 =A0 =A0 =A0EARLY_FAIL(&= quot;Misaligned CPU0 stack.\n");
=A0
+#if 0
<= div>=A0 =A0 =A0if ( efi_enabled )
=A0 =A0 =A0{
=A0 =A0 =A0 =A0 =A0set_pdx_range(xen_phys_start= >> PAGE_SHIFT,
@@ -684,6 +685,7 @@
=A0
=A0 =A0 =A0 =A0 =A0memmap_type =3D loader;
=A0 =A0 =A0}
+ =A0 =A0/* disable raw e801 and e820 for now in favor of multiboot provi= ded maps */
=A0 =A0 =A0else if ( e820_raw_nr !=3D 0 )
=A0 =A0 =A0{
=
=A0 =A0 =A0 =A0 =A0memmap_type =3D "Xen-e820";
@@ = -699,7 +701,10 @@
=A0 =A0 =A0 =A0 =A0e820_raw[1].type =3D E820_RA= M;
=A0 =A0 =A0 =A0 =A0e820_raw_nr =3D 2;
=A0 =A0 =A0}
- =A0 =A0else if ( mbi->flags & MBI_MEMM= AP )
+ =A0 =A0else
+#endif
+
+ =A0 = =A0if ( mbi->flags & MBI_MEMMAP )
=A0 =A0 =A0{
= =A0 =A0 =A0 =A0 =A0memmap_type =3D "Multiboot-e820";
=A0 =A0 =A0 =A0 =A0while ( (bytes < mbi->mmap_length) &&= (e820_raw_nr < E820MAX) )


--e89a8f647b3d6860c004c3d9f62a-- --===============8298778262421945706== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8298778262421945706==-- From xen-users-bounces@lists.xen.org Mon Jul 02 14:54:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 14:54:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sli0U-0003DS-6i; Mon, 02 Jul 2012 14:53:42 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sli0S-0003DI-Aa for xen-users@lists.xen.org; Mon, 02 Jul 2012 14:53:40 +0000 Received: from [85.158.138.51:55469] by server-7.bemta-3.messagelabs.com id D7/B3-10113-3F5B1FF4; Mon, 02 Jul 2012 14:53:39 +0000 X-Env-Sender: rshriram@gmail.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1341240816!30519550!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14980 invoked from network); 2 Jul 2012 14:53:37 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 14:53:37 -0000 Received: by qcab12 with SMTP id b12so2331248qca.32 for ; Mon, 02 Jul 2012 07:53: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:from:date:message-id:subject:to :cc:content-type; bh=TcrRFRRedbtmQWQuJNlZG/VYh9lRJEHxZT7y78kXFkc=; b=YP//UyVTKHJk0+iWQcSnKiwDLDOVsuhTg03qErG+G5+tdawSMA6gKesvLHgycYRYvZ /N//gtyKB0D8bgTpCuHvn7efjSaL+lIcBZswHtxD+QaWZ0DQXCRkoLR+qRFtnDtAzJIl uxcBTwTaSq/B8G9l9S4lXIvmKs3USQS3OdIuOKsBZ7CL+lMPDHWjx57lbZYjMPm5vyy3 x7pOHKB+0iN60N5Q5cqKIWq/W3qT2K1Uy/UUOrWE5jM/dxw5E/20jyDJL9diSyJ3+M5V uGyr59ipDmGM6NMJoxoq9PUX/6i74sCn31yQ5guJaIrRmc/dtHitXbO1zdqKeSVwPO1w 8CdQ== Received: by 10.60.31.237 with SMTP id d13mr13886269oei.27.1341240816197; Mon, 02 Jul 2012 07:53:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.76.79.8 with HTTP; Mon, 2 Jul 2012 07:52:54 -0700 (PDT) In-Reply-To: <1341235439.4625.69.camel@zakaz.uk.xensource.com> References: <950516CC-D0CF-4153-96D8-C22F569FFF4B@gmail.com> <1341235439.4625.69.camel@zakaz.uk.xensource.com> From: Shriram Rajagopalan Date: Mon, 2 Jul 2012 10:52:54 -0400 Message-ID: To: Ian Campbell Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen EFI boot how to? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8298778262421945706==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8298778262421945706== Content-Type: multipart/alternative; boundary=e89a8f647b3d6860c004c3d9f62a --e89a8f647b3d6860c004c3d9f62a Content-Type: text/plain; charset=ISO-8859-1 On Mon, Jul 2, 2012 at 9:23 AM, Ian Campbell wrote: > On Mon, 2012-07-02 at 14:09 +0100, Shriram Rajagopalan wrote: > > I have a IBM System x3600 series server with UEFI. > > I managed to compile the xen EFI (xen-4.2-unstable.efi). > > The machine is currently running Ubuntu with grub2. > > I can see a grubx64.efi in /boot/efi/EFI/ubuntu/grubx64.efi > > Where should I put the xen efi ? > > I tried creating a efi/EFI/xen/xen-4.2-unstable.efi and added it as a > boot option using efibootmgr. > > All I get in that case is a blank screen. > > I had to go into the UEFI bios menu to delete that option in order to > boot > > the system via the usual grub. > > Not sure if you've seen this but some EFI docs were committed last week, > maybe they help? > > http://xenbits.xen.org/docs/unstable/misc/efi.html > > Thanks for the pointer Ian!. That answers a bunch of questions. I still have a couple of questions: 1. EFI_VENDOR On my machine, I have /boot/efi/EFI/ubuntu/grubx64.efi Does this mean I should set the EFI_VENDOR to 'EFI/xen' ? I once tried to simply (dumb!) create the EFI/xen directory and dropped the xen-4.2-unstable.efi on that folder, added that folder as one of the EFI boot options, via the efibootmgr program. 2. Config file The doc says that the binary requires a config file. Should this config file be placed in the same target folder (i.e. /boot/efi/EFI/xen/xen-4.2-unstable.cfg) ? "One can override this with a command line option (-cfg=" What command is this referring to ? 3. Location of Kernel files Can they be in their usual /boot/vmlinuz.. location or should they also be placed in the same folder as the efi ? Errata: @jacek: I have tried booting xen with the usual grub option. I get "Not enough memory to relocate dom0 kernel". When I searched online, this seemed to be a bug with RHEL/IBM SystemX machines. However, the fixes pointed to changing some boot orders, etc which dont apply to my machine IMO. so, on a limb, I applied a patch from a serverfault.com post (modded to xen-4.2): http://serverfault.com/questions/342109/xen-only-sees-512mb-of-system-ram-should-be-8gb-uefi-boot Patch below for reference. This one allowed me to boot into xen finally, via the grub option. Unfortunately, xen only sees 1 CPU on a 16-core machine (dual socket). What a bummer. It just says (XEN) Multiboot-e820 RAM map: (XEN) 0000000000000000 - 000000000006c000 (usable) (XEN) 000000000006c000 - 000000000006d000 (ACPI NVS) (XEN) 000000000006d000 - 000000000009f000 (usable) (XEN) 000000000009f000 - 00000000000a0000 (ACPI NVS) (XEN) 0000000000100000 - 000000007c11d000 (usable) (XEN) 000000007c11d000 - 000000007ec92000 (reserved) (XEN) 000000007ec92000 - 000000007f7bf000 (ACPI NVS) (XEN) 000000007f7bf000 - 000000007f7ff000 (ACPI data) (XEN) 000000007f7ff000 - 000000007f800000 (usable) (XEN) 0000000080000000 - 0000000090000000 (reserved) (XEN) 00000000fed1c000 - 00000000fed20000 (reserved) (XEN) 00000000ff800000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 0000001080000000 (usable) (XEN) ACPI Error (tbxfroot-0218): A valid RSDP was not found [20070126] === diff -r c6c9d20963d7 xen/arch/x86/setup.c --- a/xen/arch/x86/setup.c Tue Jun 26 17:00:20 2012 +0100 +++ b/xen/arch/x86/setup.c Mon Jul 02 02:06:30 2012 -0400 @@ -667,6 +667,7 @@ if ( ((unsigned long)cpu0_stack & (STACK_SIZE-1)) != 0 ) EARLY_FAIL("Misaligned CPU0 stack.\n"); +#if 0 if ( efi_enabled ) { set_pdx_range(xen_phys_start >> PAGE_SHIFT, @@ -684,6 +685,7 @@ memmap_type = loader; } + /* disable raw e801 and e820 for now in favor of multiboot provided maps */ else if ( e820_raw_nr != 0 ) { memmap_type = "Xen-e820"; @@ -699,7 +701,10 @@ e820_raw[1].type = E820_RAM; e820_raw_nr = 2; } - else if ( mbi->flags & MBI_MEMMAP ) + else +#endif + + if ( mbi->flags & MBI_MEMMAP ) { memmap_type = "Multiboot-e820"; while ( (bytes < mbi->mmap_length) && (e820_raw_nr < E820MAX) ) --e89a8f647b3d6860c004c3d9f62a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Mon, Jul 2, 2012 at 9:23 AM, Ian Campbell <Ian.Campbell@citrix.c= om> wrote:
On Mon, 2012-07-02 at 14:09 +0100, = Shriram Rajagopalan wrote:
> I have a IBM System x3600 series server with UEFI.
> =A0I managed to compile the xen EFI (xen-4.2-unstable.efi).
> The machine is currently running Ubuntu with grub2.
> I can see a grubx64.efi in /boot/efi/EFI/ubuntu/grubx64.efi
> Where should I put the xen efi ?
> I tried creating a efi/EFI/xen/xen-4.2-unstable.efi and added it as a = boot option using efibootmgr.
> All I get in that case is a blank screen.
> I had to go into the UEFI bios menu to delete that option in order to = boot
> the system via the usual grub.

Not sure if you've seen this but some EFI docs were committ= ed last week,
maybe they help?

http://xenbits.xen.org/docs/unstable/misc/efi.html



Thanks for the pointer Ian!. That ans= wers a bunch of questions.

I still have a couple o= f questions:

1. EFI_VENDOR=A0

On my machine= , I have /boot/efi/EFI/ubuntu/grubx64.efi
Does this mean I should= set the EFI_VENDOR to 'EFI/xen' ?

I once = tried to simply (dumb!) create the EFI/xen directory and
dropped the xen-4.2-unstable.efi on that folder, added that folder
as one of the EFI boot options, via the efibootmgr program.

2. Config file

=A0The doc says th= at the binary requires a config file. Should this
config file be placed in the same target folder (i.e. /boot/efi/EFI/xe= n/xen-4.2-unstable.cfg) ?

"One can override t= his with a command line option (-cfg=3D<filename>"=A0
=A0What command is this referring to ?

3. Location= of Kernel files
=A0
Can they be in their usual /boot/v= mlinuz.. location or should they also be placed
in the same folde= r as the efi ?

=A0

Errata:
@jacek:<= /div>
=A0 I have tried booting xen with the usual grub option. I get=A0=
"Not enough memory to relocate dom0 kernel". When I se= arched online, this seemed
to be a bug with RHEL/IBM SystemX machines. However, the fixes pointed= to changing
some boot orders, etc which dont apply to my machine= IMO.

so, on a limb, I applied a patch =A0from a <= a href=3D"http://serverfault.com">serverfault.com post (modded to xen-4= .2):
Patch below for reference.


This one= allowed me to boot into xen finally, via the grub option. Unfortunately, x= en only sees 1 CPU
on a 16-core machine (dual socket). What a bum= mer. It just says
(XEN) Multiboot-e820 RAM map:
(XEN) =A00000000000000000= - 000000000006c000 (usable)
(XEN) =A0000000000006c000 - 00000000= 0006d000 (ACPI NVS)
(XEN) =A0000000000006d000 - 000000000009f000 = (usable)
(XEN) =A0000000000009f000 - 00000000000a0000 (ACPI NVS)
(XEN= ) =A00000000000100000 - 000000007c11d000 (usable)
(XEN) =A0000000= 007c11d000 - 000000007ec92000 (reserved)
(XEN) =A0000000007ec9200= 0 - 000000007f7bf000 (ACPI NVS)
(XEN) =A0000000007f7bf000 - 000000007f7ff000 (ACPI data)
(XE= N) =A0000000007f7ff000 - 000000007f800000 (usable)
(XEN) =A000000= 00080000000 - 0000000090000000 (reserved)
(XEN) =A000000000fed1c0= 00 - 00000000fed20000 (reserved)
(XEN) =A000000000ff800000 - 0000000100000000 (reserved)
(XEN= ) =A00000000100000000 - 0000001080000000 (usable)
(XEN) ACPI Erro= r (tbxfroot-0218): A valid RSDP was not found [20070126]
=3D=3D=3D

diff -r c6c9d20963d7 xen= /arch/x86/setup.c
--- a/xen/arch/x86/setup.c =A0 =A0 =A0Tue Jun 2= 6 17:00:20 2012 +0100
+++ b/xen/arch/x86/setup.c =A0 =A0 =A0Mon J= ul 02 02:06:30 2012 -0400
@@ -667,6 +667,7 @@
=A0 =A0 =A0if ( ((unsigned long)cpu0_sta= ck & (STACK_SIZE-1)) !=3D 0 )
=A0 =A0 =A0 =A0 =A0EARLY_FAIL(&= quot;Misaligned CPU0 stack.\n");
=A0
+#if 0
<= div>=A0 =A0 =A0if ( efi_enabled )
=A0 =A0 =A0{
=A0 =A0 =A0 =A0 =A0set_pdx_range(xen_phys_start= >> PAGE_SHIFT,
@@ -684,6 +685,7 @@
=A0
=A0 =A0 =A0 =A0 =A0memmap_type =3D loader;
=A0 =A0 =A0}
+ =A0 =A0/* disable raw e801 and e820 for now in favor of multiboot provi= ded maps */
=A0 =A0 =A0else if ( e820_raw_nr !=3D 0 )
=A0 =A0 =A0{
=
=A0 =A0 =A0 =A0 =A0memmap_type =3D "Xen-e820";
@@ = -699,7 +701,10 @@
=A0 =A0 =A0 =A0 =A0e820_raw[1].type =3D E820_RA= M;
=A0 =A0 =A0 =A0 =A0e820_raw_nr =3D 2;
=A0 =A0 =A0}
- =A0 =A0else if ( mbi->flags & MBI_MEMM= AP )
+ =A0 =A0else
+#endif
+
+ =A0 = =A0if ( mbi->flags & MBI_MEMMAP )
=A0 =A0 =A0{
= =A0 =A0 =A0 =A0 =A0memmap_type =3D "Multiboot-e820";
=A0 =A0 =A0 =A0 =A0while ( (bytes < mbi->mmap_length) &&= (e820_raw_nr < E820MAX) )


--e89a8f647b3d6860c004c3d9f62a-- --===============8298778262421945706== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8298778262421945706==-- From xen-users-bounces@lists.xen.org Mon Jul 02 15:47:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 15:47: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 1Slip4-0005Vv-Pp; Mon, 02 Jul 2012 15:45:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Slip3-0005Vm-B3 for xen-users@lists.xen.org; Mon, 02 Jul 2012 15:45:57 +0000 Received: from [85.158.138.51:38027] by server-5.bemta-3.messagelabs.com id 38/68-01572-432C1FF4; Mon, 02 Jul 2012 15:45:56 +0000 X-Env-Sender: adrian.l.shaw@gmail.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1341243955!24273763!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16805 invoked from network); 2 Jul 2012 15:45:55 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 15:45:55 -0000 Received: by werf3 with SMTP id f3so4577064wer.32 for ; Mon, 02 Jul 2012 08:45:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=8P68mfSiOIXOnuXYfnisE5Tr5s13U15ZkhkIm1FMy4Q=; b=Op9T6VqX5DjdhMIsUCb58DUzAkhM5dZ68joyL+sKuS/tahRxOEFBLU1FGI/dwtIX9v RrPWlkytw+HRGFiHzmrF4/lE2GzzPMItNahD/1Ldieta3+vi1ZmBO92BUPr5sovHHqR7 6ptPRB6bV+wwoBRK/8ZruOe6ej3x4N/A+mNgexv5nQ9Q8c8deEo/zVzn6jts55kH5p+x 5mEeh0oXrQLJ/Zs2OBgevbtT12ctWc/Np5LHzCK+3g5CaPA7KjdsTQ0W1aucAnGFoADt 5ak9ZqeS4eqcr54y7HmrXm7Aj0uuOqocACH9YAVe+vVQIn8QppGWXT7FkBxWUdPrVbvR +Wpg== Received: by 10.180.97.106 with SMTP id dz10mr17653816wib.21.1341243955330; Mon, 02 Jul 2012 08:45:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.44.39 with HTTP; Mon, 2 Jul 2012 08:45:34 -0700 (PDT) From: Adrian Shaw Date: Mon, 2 Jul 2012 16:45:34 +0100 X-Google-Sender-Auth: 2Wg1zqkfQk-5UgjD45up0Su-6Yc Message-ID: To: xen-users Subject: [Xen-users] Mini-OS Xenstore 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: , Content-Type: multipart/mixed; boundary="===============2246157675804749773==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2246157675804749773== Content-Type: multipart/alternative; boundary=f46d0442712e83bc8804c3dab185 --f46d0442712e83bc8804c3dab185 Content-Type: text/plain; charset=ISO-8859-1 Good evening to you all, Apologies if this is a naive question. I am currently working on the Mini-OS stubdomain and trying to access the Xenstore. Mini-OS has its own implementation for accessing the Xenstore (xs_wire.h) with functions such as xs_write, xs_read etc However when the stubdomain is run it doesn't even have permission to access its own local area in the Xenstore, e.g. /local/domain/16 (I get an EACESS error code) I have tried reading the wiki but it isn't clear when permissions need to be set. Are they meant to be set before the stubdomain is launched? Is it like this by default? Furthermore, is Mini-OS capable of setting permissions for other guests to access a particular path in the Xenstore, using a C call? So far I have not seen anything that does this. I'd be grateful if you can clear up this confusion I'm having. Regards, Adrian --f46d0442712e83bc8804c3dab185 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Good evening to you all,

Apologies if this is a naive qu= estion.=A0
I am currently working on the Mini-OS stubdomain and t= rying to access the Xenstore.
Mini-OS has its own implementation = for accessing the Xenstore (xs_wire.h) with functions such as xs_write, xs_= read etc
However when the stubdomain is run it doesn't even have permission= to access its own local area in the Xenstore,
e.g. /local/domain= /16=A0

(I get an EACESS error code)

I have tried reading the wiki but it isn't clear when permis= sions need to be set.
Are they meant to be set before the stubdom= ain is launched?
Is it like this by default?
Furthermor= e, is Mini-OS capable of setting permissions for other guests to access a p= articular path in the Xenstore, using a C call?
So far I have not seen anything that does this.

I'd be grateful if you can clear up this confusion I'm having.

Regards,

Adrian
--f46d0442712e83bc8804c3dab185-- --===============2246157675804749773== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2246157675804749773==-- From xen-users-bounces@lists.xen.org Mon Jul 02 15:47:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 15:47: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 1Slip4-0005Vv-Pp; Mon, 02 Jul 2012 15:45:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Slip3-0005Vm-B3 for xen-users@lists.xen.org; Mon, 02 Jul 2012 15:45:57 +0000 Received: from [85.158.138.51:38027] by server-5.bemta-3.messagelabs.com id 38/68-01572-432C1FF4; Mon, 02 Jul 2012 15:45:56 +0000 X-Env-Sender: adrian.l.shaw@gmail.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1341243955!24273763!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16805 invoked from network); 2 Jul 2012 15:45:55 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 15:45:55 -0000 Received: by werf3 with SMTP id f3so4577064wer.32 for ; Mon, 02 Jul 2012 08:45:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=8P68mfSiOIXOnuXYfnisE5Tr5s13U15ZkhkIm1FMy4Q=; b=Op9T6VqX5DjdhMIsUCb58DUzAkhM5dZ68joyL+sKuS/tahRxOEFBLU1FGI/dwtIX9v RrPWlkytw+HRGFiHzmrF4/lE2GzzPMItNahD/1Ldieta3+vi1ZmBO92BUPr5sovHHqR7 6ptPRB6bV+wwoBRK/8ZruOe6ej3x4N/A+mNgexv5nQ9Q8c8deEo/zVzn6jts55kH5p+x 5mEeh0oXrQLJ/Zs2OBgevbtT12ctWc/Np5LHzCK+3g5CaPA7KjdsTQ0W1aucAnGFoADt 5ak9ZqeS4eqcr54y7HmrXm7Aj0uuOqocACH9YAVe+vVQIn8QppGWXT7FkBxWUdPrVbvR +Wpg== Received: by 10.180.97.106 with SMTP id dz10mr17653816wib.21.1341243955330; Mon, 02 Jul 2012 08:45:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.44.39 with HTTP; Mon, 2 Jul 2012 08:45:34 -0700 (PDT) From: Adrian Shaw Date: Mon, 2 Jul 2012 16:45:34 +0100 X-Google-Sender-Auth: 2Wg1zqkfQk-5UgjD45up0Su-6Yc Message-ID: To: xen-users Subject: [Xen-users] Mini-OS Xenstore 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: , Content-Type: multipart/mixed; boundary="===============2246157675804749773==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2246157675804749773== Content-Type: multipart/alternative; boundary=f46d0442712e83bc8804c3dab185 --f46d0442712e83bc8804c3dab185 Content-Type: text/plain; charset=ISO-8859-1 Good evening to you all, Apologies if this is a naive question. I am currently working on the Mini-OS stubdomain and trying to access the Xenstore. Mini-OS has its own implementation for accessing the Xenstore (xs_wire.h) with functions such as xs_write, xs_read etc However when the stubdomain is run it doesn't even have permission to access its own local area in the Xenstore, e.g. /local/domain/16 (I get an EACESS error code) I have tried reading the wiki but it isn't clear when permissions need to be set. Are they meant to be set before the stubdomain is launched? Is it like this by default? Furthermore, is Mini-OS capable of setting permissions for other guests to access a particular path in the Xenstore, using a C call? So far I have not seen anything that does this. I'd be grateful if you can clear up this confusion I'm having. Regards, Adrian --f46d0442712e83bc8804c3dab185 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Good evening to you all,

Apologies if this is a naive qu= estion.=A0
I am currently working on the Mini-OS stubdomain and t= rying to access the Xenstore.
Mini-OS has its own implementation = for accessing the Xenstore (xs_wire.h) with functions such as xs_write, xs_= read etc
However when the stubdomain is run it doesn't even have permission= to access its own local area in the Xenstore,
e.g. /local/domain= /16=A0

(I get an EACESS error code)

I have tried reading the wiki but it isn't clear when permis= sions need to be set.
Are they meant to be set before the stubdom= ain is launched?
Is it like this by default?
Furthermor= e, is Mini-OS capable of setting permissions for other guests to access a p= articular path in the Xenstore, using a C call?
So far I have not seen anything that does this.

I'd be grateful if you can clear up this confusion I'm having.

Regards,

Adrian
--f46d0442712e83bc8804c3dab185-- --===============2246157675804749773== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2246157675804749773==-- From xen-users-bounces@lists.xen.org Mon Jul 02 15:58:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 15:58:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Slizg-0005zk-OW; Mon, 02 Jul 2012 15:56:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Slizg-0005ze-0W for xen-users@lists.xen.org; Mon, 02 Jul 2012 15:56:56 +0000 Received: from [85.158.143.35:13052] by server-2.bemta-4.messagelabs.com id FD/74-17938-7C4C1FF4; Mon, 02 Jul 2012 15:56:55 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1341244614!7793993!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDQxMzk=\n X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1331 invoked from network); 2 Jul 2012 15:56:54 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 15:56:54 -0000 X-IronPort-AV: E=Sophos;i="4.77,510,1336348800"; d="scan'208";a="13327076" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jul 2012 15:56:54 +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.213.0; Mon, 2 Jul 2012 16:56:53 +0100 Message-ID: <1341244611.4625.125.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Adrian Shaw Date: Mon, 2 Jul 2012 16:56:51 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: xen-users Subject: Re: [Xen-users] Mini-OS Xenstore 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: , Content-Type: text/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, 2012-07-02 at 16:45 +0100, Adrian Shaw wrote: > Good evening to you all, > > > Apologies if this is a naive question. > I am currently working on the Mini-OS stubdomain and trying to access > the Xenstore. > Mini-OS has its own implementation for accessing the Xenstore > (xs_wire.h) with functions such as xs_write, xs_read etc > However when the stubdomain is run it doesn't even have permission to > access its own local area in the Xenstore, access == write or read as well? > e.g. /local/domain/16 Where are you getting this path from at runtime? Is it just /local/domain/ or subkeys under it too e.g. can you read /local/domain//vm or /local/domain//name? > > (I get an EACESS error code) > > > I have tried reading the wiki but it isn't clear when permissions need > to be set. > Are they meant to be set before the stubdomain is launched? > Is it like this by default? The toolstack should do this for you, before launching the domain. How are you loading the domain? "xenstore-ls -fp" should give you some insight into the permissions which are being set. I wouldn't be surprised if a domain could not write to /local/domain/ itself but there should be accessible keys under there. > Furthermore, is Mini-OS capable of setting permissions for other > guests to access a particular path in the Xenstore, using a C call? > So far I have not seen anything that does this. Usually only the toolstack can control permissions in this way. This is relaxed slightly for a qemu-stubdomain which does have some additional XS privileges over the domain for which it is the device model (but only that domain). > I'd be grateful if you can clear up this confusion I'm having. > > > Regards, > > > Adrian _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 02 15:58:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 15:58:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Slizg-0005zk-OW; Mon, 02 Jul 2012 15:56:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Slizg-0005ze-0W for xen-users@lists.xen.org; Mon, 02 Jul 2012 15:56:56 +0000 Received: from [85.158.143.35:13052] by server-2.bemta-4.messagelabs.com id FD/74-17938-7C4C1FF4; Mon, 02 Jul 2012 15:56:55 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1341244614!7793993!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDQxMzk=\n X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1331 invoked from network); 2 Jul 2012 15:56:54 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 15:56:54 -0000 X-IronPort-AV: E=Sophos;i="4.77,510,1336348800"; d="scan'208";a="13327076" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jul 2012 15:56:54 +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.213.0; Mon, 2 Jul 2012 16:56:53 +0100 Message-ID: <1341244611.4625.125.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Adrian Shaw Date: Mon, 2 Jul 2012 16:56:51 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: xen-users Subject: Re: [Xen-users] Mini-OS Xenstore 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: , Content-Type: text/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, 2012-07-02 at 16:45 +0100, Adrian Shaw wrote: > Good evening to you all, > > > Apologies if this is a naive question. > I am currently working on the Mini-OS stubdomain and trying to access > the Xenstore. > Mini-OS has its own implementation for accessing the Xenstore > (xs_wire.h) with functions such as xs_write, xs_read etc > However when the stubdomain is run it doesn't even have permission to > access its own local area in the Xenstore, access == write or read as well? > e.g. /local/domain/16 Where are you getting this path from at runtime? Is it just /local/domain/ or subkeys under it too e.g. can you read /local/domain//vm or /local/domain//name? > > (I get an EACESS error code) > > > I have tried reading the wiki but it isn't clear when permissions need > to be set. > Are they meant to be set before the stubdomain is launched? > Is it like this by default? The toolstack should do this for you, before launching the domain. How are you loading the domain? "xenstore-ls -fp" should give you some insight into the permissions which are being set. I wouldn't be surprised if a domain could not write to /local/domain/ itself but there should be accessible keys under there. > Furthermore, is Mini-OS capable of setting permissions for other > guests to access a particular path in the Xenstore, using a C call? > So far I have not seen anything that does this. Usually only the toolstack can control permissions in this way. This is relaxed slightly for a qemu-stubdomain which does have some additional XS privileges over the domain for which it is the device model (but only that domain). > I'd be grateful if you can clear up this confusion I'm having. > > > Regards, > > > Adrian _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 02 16:14:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 16:14:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SljF6-0007Rf-99; Mon, 02 Jul 2012 16:12:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SljF4-0007Ra-Lv for xen-users@lists.xen.org; Mon, 02 Jul 2012 16:12:50 +0000 Received: from [85.158.143.99:30203] by server-2.bemta-4.messagelabs.com id BA/5B-17938-188C1FF4; Mon, 02 Jul 2012 16:12:49 +0000 X-Env-Sender: adrian.l.shaw@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1341245568!23804435!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9345 invoked from network); 2 Jul 2012 16:12:48 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 16:12:48 -0000 Received: by werf3 with SMTP id f3so4600532wer.32 for ; Mon, 02 Jul 2012 09:12:48 -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:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=fxs06EIhzO8le21yMvsrEL/YBCk4h9BbORibLTOvZHw=; b=SnCoWU7U+hv0COzyqSf9t9prgs5AP3V0xYOeB3Z7OEr2/SoZpYSYRuBO4a/emBI82B VLUZPbg2J6fwDfOOMtbVPeJzXr7doyUzVre4Yntl7SxFjiqyfV3w1pV0g91iif5lPf3C NCuiUKYNteIENyj15e7BRjo5I0MGiIwjqqjNhqC1wZ2BJswKxR2KTu2xLuTLVLecqH6S o3Xw8BPeCB7FvO5kPS62iYAtkzZKhaQsKKs7OQ3P05TeM7suk1o40ezEurv53LYxBG5d S9R6ihreLVQuANHU+nWLpGyofTerD4pTHTIJ2LjrDv5jePSfBdz/ErJJbp9wGPtm2J7G GIkw== Received: by 10.216.145.219 with SMTP id p69mr2252750wej.37.1341245568326; Mon, 02 Jul 2012 09:12:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.44.39 with HTTP; Mon, 2 Jul 2012 09:12:28 -0700 (PDT) In-Reply-To: <1341244611.4625.125.camel@zakaz.uk.xensource.com> References: <1341244611.4625.125.camel@zakaz.uk.xensource.com> From: Adrian Shaw Date: Mon, 2 Jul 2012 17:12:28 +0100 X-Google-Sender-Auth: 1Hey2Zdr6rQdDkcwLqP5iSGzQBc Message-ID: To: Ian Campbell Cc: xen-users Subject: Re: [Xen-users] Mini-OS Xenstore 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: , Content-Type: multipart/mixed; boundary="===============2544308156409403156==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2544308156409403156== Content-Type: multipart/alternative; boundary=0016e6dab554a81dba04c3db116b --0016e6dab554a81dba04c3db116b Content-Type: text/plain; charset=ISO-8859-1 On Mon, Jul 2, 2012 at 4:56 PM, Ian Campbell wrote: > On Mon, 2012-07-02 at 16:45 +0100, Adrian Shaw wrote: > > Good evening to you all, > > > > > > Apologies if this is a naive question. > > I am currently working on the Mini-OS stubdomain and trying to access > > the Xenstore. > > Mini-OS has its own implementation for accessing the Xenstore > > (xs_wire.h) with functions such as xs_write, xs_read etc > > However when the stubdomain is run it doesn't even have permission to > > access its own local area in the Xenstore, > > access == write or read as well? > > Yes, both reading and writing. > > e.g. /local/domain/16 > > Where are you getting this path from at runtime? > > Using xs_get_domain_path > Is it just /local/domain/ or subkeys under it too e.g. can you > read /local/domain//vm or /local/domain//name? > > I have tried to write subkeys too, however I'm not sure whether I was doing so correctly. It yields the same error code. There is no xs_mkdir implementation in Mini-OS, strangely. > > > > (I get an EACESS error code) > > > > > > I have tried reading the wiki but it isn't clear when permissions need > > to be set. > > > > Are they meant to be set before the stubdomain is launched? > > Is it like this by default? > > The toolstack should do this for you, before launching the domain. > > How are you loading the domain? > > Using xm create mystub.config -c, unless you mean something more specific? Is there anything about permissions I should be placing in the configuration file? > "xenstore-ls -fp" should give you some insight into the permissions > which are being set. I have tried that already, but couldn't find anything that explains what n0 or r0 mean? > I wouldn't be surprised if a domain could not write > to /local/domain/ itself but there should be accessible keys > under there. > > How can I browse these available keys at runtime? > > Furthermore, is Mini-OS capable of setting permissions for other > > guests to access a particular path in the Xenstore, using a C call? > > So far I have not seen anything that does this. > > Usually only the toolstack can control permissions in this way. > > Makes sense. I'll have to assign permissions before creation then. > This is relaxed slightly for a qemu-stubdomain which does have some > additional XS privileges over the domain for which it is the device > model (but only that domain). > > > I'd be grateful if you can clear up this confusion I'm having. > > > > > > Regards, > > > > > > Adrian > > > I am new to Xen so you'll have to forgive me! Thanks, Adrian --0016e6dab554a81dba04c3db116b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Mon, Jul 2, 2012 at 4:56 PM, Ian Camp= bell <Ian.Campbell@citrix.com> wrote:
On Mon, 2012-07-02 at 16:45 +0100, Adrian Shaw wrote:
> Good evening to you all,
>
>
> Apologies if this is a naive question.
> I am currently working on the Mini-OS stubdomain and trying to access<= br> > the Xenstore.
> Mini-OS has its own implementation for accessing the Xenstore
> (xs_wire.h) with functions such as xs_write, xs_read etc
> However when the stubdomain is run it doesn't even have permission= to
> access its own local area in the Xenstore,

access =3D=3D write or read as well?

Yes, both reading and writing.
=A0
> e.g. /local/domain/16

Where are you getting this path from at runtime?

Using=A0xs_g= et_domain_path
=A0
Is it just /local/domain/<domid> or subkeys under it too e.g. can you=
read /local/domain/<domid>/vm or /local/domain/<domid>/name?

I have tried to write subkeys= too, however I'm not sure whether I was doing so correctly.=A0It yield= s the same error code.
There is no xs_mkdir implementation in Min= i-OS, strangely.=A0
=A0
>
> (I get an EACESS error code)
>
>
> I have tried reading the wiki but it isn't clear when permissions = need
> to be set.


> Are they meant to be set before the stubdomain is launched?
> Is it like this by default?

The toolstack should do this for you, before launching the domain.
How are you loading the domain?

Using xm create mystub.config -c, unless you mean som= ething more specific?
Is there anything about permissions I shoul= d be placing in the configuration file?
=A0
"xenstore-ls -fp" should give you some insight into the permissio= ns
which are being set.

I have tried that alre= ady, but couldn't find anything that explains what n0 or r0 mean?
=
=A0
I wouldn't be surprised if a domain could not write
to /local/domain/<domid> itself but there should be accessible keys under there.

How can I browse these availa= ble keys at runtime?
=A0
> Furthermore, is Mini-OS capable of setting permissions for other
> guests to access a particular path in the Xenstore, using a C call? > So far I have not seen anything that does this.

Usually only the toolstack can control permissions in this way.

Makes sense. I'll have to assign permissions befo= re creation then.
=A0
This is relaxed slightly for a qemu-stubdomain which does have some
additional XS privileges over the domain for which it is the device
model (but only that domain).

> I'd be grateful if you can clear up this confusion I'm having.=
>
>
> Regards,
>
>
> Adrian



I am new to Xen so you'll have to fo= rgive me!

Thanks,

Adrian
--0016e6dab554a81dba04c3db116b-- --===============2544308156409403156== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2544308156409403156==-- From xen-users-bounces@lists.xen.org Mon Jul 02 16:14:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 16:14:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SljF6-0007Rf-99; Mon, 02 Jul 2012 16:12:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SljF4-0007Ra-Lv for xen-users@lists.xen.org; Mon, 02 Jul 2012 16:12:50 +0000 Received: from [85.158.143.99:30203] by server-2.bemta-4.messagelabs.com id BA/5B-17938-188C1FF4; Mon, 02 Jul 2012 16:12:49 +0000 X-Env-Sender: adrian.l.shaw@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1341245568!23804435!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9345 invoked from network); 2 Jul 2012 16:12:48 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 16:12:48 -0000 Received: by werf3 with SMTP id f3so4600532wer.32 for ; Mon, 02 Jul 2012 09:12:48 -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:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=fxs06EIhzO8le21yMvsrEL/YBCk4h9BbORibLTOvZHw=; b=SnCoWU7U+hv0COzyqSf9t9prgs5AP3V0xYOeB3Z7OEr2/SoZpYSYRuBO4a/emBI82B VLUZPbg2J6fwDfOOMtbVPeJzXr7doyUzVre4Yntl7SxFjiqyfV3w1pV0g91iif5lPf3C NCuiUKYNteIENyj15e7BRjo5I0MGiIwjqqjNhqC1wZ2BJswKxR2KTu2xLuTLVLecqH6S o3Xw8BPeCB7FvO5kPS62iYAtkzZKhaQsKKs7OQ3P05TeM7suk1o40ezEurv53LYxBG5d S9R6ihreLVQuANHU+nWLpGyofTerD4pTHTIJ2LjrDv5jePSfBdz/ErJJbp9wGPtm2J7G GIkw== Received: by 10.216.145.219 with SMTP id p69mr2252750wej.37.1341245568326; Mon, 02 Jul 2012 09:12:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.44.39 with HTTP; Mon, 2 Jul 2012 09:12:28 -0700 (PDT) In-Reply-To: <1341244611.4625.125.camel@zakaz.uk.xensource.com> References: <1341244611.4625.125.camel@zakaz.uk.xensource.com> From: Adrian Shaw Date: Mon, 2 Jul 2012 17:12:28 +0100 X-Google-Sender-Auth: 1Hey2Zdr6rQdDkcwLqP5iSGzQBc Message-ID: To: Ian Campbell Cc: xen-users Subject: Re: [Xen-users] Mini-OS Xenstore 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: , Content-Type: multipart/mixed; boundary="===============2544308156409403156==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2544308156409403156== Content-Type: multipart/alternative; boundary=0016e6dab554a81dba04c3db116b --0016e6dab554a81dba04c3db116b Content-Type: text/plain; charset=ISO-8859-1 On Mon, Jul 2, 2012 at 4:56 PM, Ian Campbell wrote: > On Mon, 2012-07-02 at 16:45 +0100, Adrian Shaw wrote: > > Good evening to you all, > > > > > > Apologies if this is a naive question. > > I am currently working on the Mini-OS stubdomain and trying to access > > the Xenstore. > > Mini-OS has its own implementation for accessing the Xenstore > > (xs_wire.h) with functions such as xs_write, xs_read etc > > However when the stubdomain is run it doesn't even have permission to > > access its own local area in the Xenstore, > > access == write or read as well? > > Yes, both reading and writing. > > e.g. /local/domain/16 > > Where are you getting this path from at runtime? > > Using xs_get_domain_path > Is it just /local/domain/ or subkeys under it too e.g. can you > read /local/domain//vm or /local/domain//name? > > I have tried to write subkeys too, however I'm not sure whether I was doing so correctly. It yields the same error code. There is no xs_mkdir implementation in Mini-OS, strangely. > > > > (I get an EACESS error code) > > > > > > I have tried reading the wiki but it isn't clear when permissions need > > to be set. > > > > Are they meant to be set before the stubdomain is launched? > > Is it like this by default? > > The toolstack should do this for you, before launching the domain. > > How are you loading the domain? > > Using xm create mystub.config -c, unless you mean something more specific? Is there anything about permissions I should be placing in the configuration file? > "xenstore-ls -fp" should give you some insight into the permissions > which are being set. I have tried that already, but couldn't find anything that explains what n0 or r0 mean? > I wouldn't be surprised if a domain could not write > to /local/domain/ itself but there should be accessible keys > under there. > > How can I browse these available keys at runtime? > > Furthermore, is Mini-OS capable of setting permissions for other > > guests to access a particular path in the Xenstore, using a C call? > > So far I have not seen anything that does this. > > Usually only the toolstack can control permissions in this way. > > Makes sense. I'll have to assign permissions before creation then. > This is relaxed slightly for a qemu-stubdomain which does have some > additional XS privileges over the domain for which it is the device > model (but only that domain). > > > I'd be grateful if you can clear up this confusion I'm having. > > > > > > Regards, > > > > > > Adrian > > > I am new to Xen so you'll have to forgive me! Thanks, Adrian --0016e6dab554a81dba04c3db116b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Mon, Jul 2, 2012 at 4:56 PM, Ian Camp= bell <Ian.Campbell@citrix.com> wrote:
On Mon, 2012-07-02 at 16:45 +0100, Adrian Shaw wrote:
> Good evening to you all,
>
>
> Apologies if this is a naive question.
> I am currently working on the Mini-OS stubdomain and trying to access<= br> > the Xenstore.
> Mini-OS has its own implementation for accessing the Xenstore
> (xs_wire.h) with functions such as xs_write, xs_read etc
> However when the stubdomain is run it doesn't even have permission= to
> access its own local area in the Xenstore,

access =3D=3D write or read as well?

Yes, both reading and writing.
=A0
> e.g. /local/domain/16

Where are you getting this path from at runtime?

Using=A0xs_g= et_domain_path
=A0
Is it just /local/domain/<domid> or subkeys under it too e.g. can you=
read /local/domain/<domid>/vm or /local/domain/<domid>/name?

I have tried to write subkeys= too, however I'm not sure whether I was doing so correctly.=A0It yield= s the same error code.
There is no xs_mkdir implementation in Min= i-OS, strangely.=A0
=A0
>
> (I get an EACESS error code)
>
>
> I have tried reading the wiki but it isn't clear when permissions = need
> to be set.


> Are they meant to be set before the stubdomain is launched?
> Is it like this by default?

The toolstack should do this for you, before launching the domain.
How are you loading the domain?

Using xm create mystub.config -c, unless you mean som= ething more specific?
Is there anything about permissions I shoul= d be placing in the configuration file?
=A0
"xenstore-ls -fp" should give you some insight into the permissio= ns
which are being set.

I have tried that alre= ady, but couldn't find anything that explains what n0 or r0 mean?
=
=A0
I wouldn't be surprised if a domain could not write
to /local/domain/<domid> itself but there should be accessible keys under there.

How can I browse these availa= ble keys at runtime?
=A0
> Furthermore, is Mini-OS capable of setting permissions for other
> guests to access a particular path in the Xenstore, using a C call? > So far I have not seen anything that does this.

Usually only the toolstack can control permissions in this way.

Makes sense. I'll have to assign permissions befo= re creation then.
=A0
This is relaxed slightly for a qemu-stubdomain which does have some
additional XS privileges over the domain for which it is the device
model (but only that domain).

> I'd be grateful if you can clear up this confusion I'm having.=
>
>
> Regards,
>
>
> Adrian



I am new to Xen so you'll have to fo= rgive me!

Thanks,

Adrian
--0016e6dab554a81dba04c3db116b-- --===============2544308156409403156== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2544308156409403156==-- From xen-users-bounces@lists.xen.org Mon Jul 02 16:25:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 16:25: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 1SljQo-0007o1-RG; Mon, 02 Jul 2012 16:24:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SljQn-0007nt-6I for xen-users@lists.xen.org; Mon, 02 Jul 2012 16:24:57 +0000 Received: from [85.158.138.51:6601] by server-12.bemta-3.messagelabs.com id 1B/7B-30206-85BC1FF4; Mon, 02 Jul 2012 16:24:56 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1341246295!30535576!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDQxMzk=\n X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25355 invoked from network); 2 Jul 2012 16:24:55 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 16:24:55 -0000 X-IronPort-AV: E=Sophos;i="4.77,512,1336348800"; d="scan'208";a="13327619" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jul 2012 16:24:54 +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.213.0; Mon, 2 Jul 2012 17:24:54 +0100 Message-ID: <1341246293.4625.141.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Adrian Shaw Date: Mon, 2 Jul 2012 17:24:53 +0100 In-Reply-To: References: <1341244611.4625.125.camel@zakaz.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: xen-users Subject: Re: [Xen-users] Mini-OS Xenstore 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: , Content-Type: text/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, 2012-07-02 at 17:12 +0100, Adrian Shaw wrote: > > > e.g. /local/domain/16 > > Where are you getting this path from at runtime? > > Using xs_get_domain_path Doh, yeah ;-) Where do you get the domid from? > > Is it just /local/domain/ or subkeys under it too e.g. > can you > read /local/domain//vm or /local/domain//name? > > > I have tried to write subkeys too, however I'm not sure whether I was > doing so correctly. It yields the same error code. Those ones are read-only. I know that xl creates a writable area as /l/d//data but I don't know about xend. > There is no xs_mkdir implementation in Mini-OS, strangely. I expect noone ever needed it yet, should be easy to add if you want. > > How are you loading the domain? > > Using xm create mystub.config -c, unless you mean something more > specific? > Is there anything about permissions I should be placing in the > configuration file? Nope, it should all Just Work in this regard. > > "xenstore-ls -fp" should give you some insight into the > permissions > which are being set. > > > I have tried that already, but couldn't find anything that explains > what n0 or r0 mean? http://wiki.xen.org/wiki/XenBus#Permissions has a bit on the (mad) permission scheme. It uses Python syntax though. n == no permissions, r == read only, w == write only, b == both. The number is the domain. The quirk is that the first entry in the list is the owner and the permissions for all *other* users (unless overridden further down the list) Clear as mud I expect... BY way of an example: /local/domain/1 = "" (n0,r1) Means that domain 0 owns this path and can therefore read and write and nobody else has any read or write privilege (the "n0" means this), except domain 1 who can read it (the "r1"). So it seems that it is expected that a domain cannot write /local/domain/, but it ought to be able to read it. > I wouldn't be surprised if a domain could not write > to /local/domain/ itself but there should be accessible > keys > under there. > > > How can I browse these available keys at runtime? xenstore-ls on the cmd line or xs_directory(). Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 02 16:25:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 16:25: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 1SljQo-0007o1-RG; Mon, 02 Jul 2012 16:24:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SljQn-0007nt-6I for xen-users@lists.xen.org; Mon, 02 Jul 2012 16:24:57 +0000 Received: from [85.158.138.51:6601] by server-12.bemta-3.messagelabs.com id 1B/7B-30206-85BC1FF4; Mon, 02 Jul 2012 16:24:56 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1341246295!30535576!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDQxMzk=\n X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25355 invoked from network); 2 Jul 2012 16:24:55 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 16:24:55 -0000 X-IronPort-AV: E=Sophos;i="4.77,512,1336348800"; d="scan'208";a="13327619" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Jul 2012 16:24:54 +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.213.0; Mon, 2 Jul 2012 17:24:54 +0100 Message-ID: <1341246293.4625.141.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Adrian Shaw Date: Mon, 2 Jul 2012 17:24:53 +0100 In-Reply-To: References: <1341244611.4625.125.camel@zakaz.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: xen-users Subject: Re: [Xen-users] Mini-OS Xenstore 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: , Content-Type: text/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, 2012-07-02 at 17:12 +0100, Adrian Shaw wrote: > > > e.g. /local/domain/16 > > Where are you getting this path from at runtime? > > Using xs_get_domain_path Doh, yeah ;-) Where do you get the domid from? > > Is it just /local/domain/ or subkeys under it too e.g. > can you > read /local/domain//vm or /local/domain//name? > > > I have tried to write subkeys too, however I'm not sure whether I was > doing so correctly. It yields the same error code. Those ones are read-only. I know that xl creates a writable area as /l/d//data but I don't know about xend. > There is no xs_mkdir implementation in Mini-OS, strangely. I expect noone ever needed it yet, should be easy to add if you want. > > How are you loading the domain? > > Using xm create mystub.config -c, unless you mean something more > specific? > Is there anything about permissions I should be placing in the > configuration file? Nope, it should all Just Work in this regard. > > "xenstore-ls -fp" should give you some insight into the > permissions > which are being set. > > > I have tried that already, but couldn't find anything that explains > what n0 or r0 mean? http://wiki.xen.org/wiki/XenBus#Permissions has a bit on the (mad) permission scheme. It uses Python syntax though. n == no permissions, r == read only, w == write only, b == both. The number is the domain. The quirk is that the first entry in the list is the owner and the permissions for all *other* users (unless overridden further down the list) Clear as mud I expect... BY way of an example: /local/domain/1 = "" (n0,r1) Means that domain 0 owns this path and can therefore read and write and nobody else has any read or write privilege (the "n0" means this), except domain 1 who can read it (the "r1"). So it seems that it is expected that a domain cannot write /local/domain/, but it ought to be able to read it. > I wouldn't be surprised if a domain could not write > to /local/domain/ itself but there should be accessible > keys > under there. > > > How can I browse these available keys at runtime? xenstore-ls on the cmd line or xs_directory(). Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 02 18:43:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 18:43: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 1Slla0-0000sl-27; Mon, 02 Jul 2012 18:42:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SllZz-0000sg-Dh for xen-users@lists.xen.org; Mon, 02 Jul 2012 18:42:35 +0000 Received: from [85.158.143.35:35171] by server-2.bemta-4.messagelabs.com id AA/D2-17938-A9BE1FF4; Mon, 02 Jul 2012 18:42:34 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-12.tower-21.messagelabs.com!1341254546!14555620!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10467 invoked from network); 2 Jul 2012 18:42:28 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 18:42:28 -0000 Received: by obbta14 with SMTP id ta14so11290644obb.32 for ; Mon, 02 Jul 2012 11:42:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=Yk9WJarsMBc7Np81a6hlCkQUCfdmQdjiH1vOeq3LYWA=; b=dIdcU6fSgRxmpEV55keyh8uVOiCUo/1B6F9Jw3CKSlu5mrTFVIkcsB4Vulcq16Llkv 6G08qdbbTHeDt1mkqX/T8NSJJZBvMU36LB5ELvIsWHYi0SilUXdtDK4+9Yu+OVTX4+dp N8Mr1cJ59R9swP04cdGCv6CzHfV+vcG/HXgro5hNZeFI8jCWkGOYtJTK1gagJW7rI1g+ vYMDqLg5Pig15DM645586DBjJj/+65qZ5QtIdIl6x64C3n9nEjteJEmXq7ELIiVXvNbS SRYOKym3Pq9Y3jBSc/1E0l7SsNt6MvjDztqcj0NmYfBqhXG4hseMdQg/ADAVQAYpoA+B bYhw== MIME-Version: 1.0 Received: by 10.182.212.36 with SMTP id nh4mr9296414obc.37.1341254546173; Mon, 02 Jul 2012 11:42:26 -0700 (PDT) Received: by 10.182.69.197 with HTTP; Mon, 2 Jul 2012 11:42:26 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <20120701122921.46df1d5a@internecto.net> References: <20120701102226.1715dbdf@internecto.net> <20120701122921.46df1d5a@internecto.net> Date: Tue, 3 Jul 2012 04:42:26 +1000 Message-ID: From: Joseph Glanville To: Mark van Dijk X-Gm-Message-State: ALoCoQlT2egtHaUxkRomAZuarBQm6S6TRwN/1JDGPRwEPf21WoGs+D5jZaknF7TZR8y1mL474R71 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen 10GBit Ethernet network performance (was: Re: Experience with Xen & AMD Opteron 4200 series?) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 1 July 2012 20:29, Mark van Dijk wrote: >> Hey "internecto.net", > > Urgh, sorry, I use tags for my list subscriptions (e.g. lists+xen, > lists+zsh etc.) to ease delivery to imap folders. Unfortunately I can't > set a default From header with each list so have to do that manually. > >> >> - do NOT configure a bridge in dom0, try normal eth0 <-> eth0 comms >> >> (The linux bridge is a BRIDGE. that's the things everyone stopped >> >> using in 1998) >> > >> > can you back this up with evidence? >> >> I think he meant multiport reapeaters aka hubs. > > Yes, now that is something I can agree with although I still don't > really understand why this comment would apply to virtual bridging. > > Mark Yeah I think he doesn't understand that the linux bridge module is actually a MAC learning switch. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users To drop in a my piece on OpenvSwitch: Performance of OpenvSwitch is on par with the Linux bridge module. The main differences is the flow based rules, json-rpc api etc. Benefits of OpenvSwitch are really about programatically altering traffic based on these flow rules. If you are a networking nut and have a good reason to do crazy stuff with L7 inspection then this is nice. On the other hand OpenvSwitch doesn't interact with the rest of the Linux kernel networking ecosystem.. For instance you can't do Layer 2 filtering as easily as you can with ebtables(the bridge-netfilter module). Nor can it integrate as nicely with Linux gre/ip-ip tunnels etc. This is changing slowly with OpenvSwitch going upstream.. we are likely to see the GRE implementation from OVS merged with the mainline code. IMO unless you know what you want OVS for (say easy VLAN tagging) then you probably don't need it and are better off with the linux bridge. In terms of Linux bridging module performance... I can easily do 20 odd gigabits between VMs on the same host and can push around 13 gigabits between hosts (40gig infinbiand). It's worth noting that with both OVS and the bridge module you will be limited by PPS (packets per second) rather than throughput. With very big MTUs ( I am using 64k over IB ) one can do many gigabits, but using 1500 byte MTUs throughput drops below 3gigabits. This is due to the max throughput of the both the linux bridge module and OVS on a single core maxes out a a few 100k PPS. Joseph. -- 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 Mon Jul 02 18:43:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 18:43: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 1Slla0-0000sl-27; Mon, 02 Jul 2012 18:42:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SllZz-0000sg-Dh for xen-users@lists.xen.org; Mon, 02 Jul 2012 18:42:35 +0000 Received: from [85.158.143.35:35171] by server-2.bemta-4.messagelabs.com id AA/D2-17938-A9BE1FF4; Mon, 02 Jul 2012 18:42:34 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-12.tower-21.messagelabs.com!1341254546!14555620!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10467 invoked from network); 2 Jul 2012 18:42:28 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2012 18:42:28 -0000 Received: by obbta14 with SMTP id ta14so11290644obb.32 for ; Mon, 02 Jul 2012 11:42:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=Yk9WJarsMBc7Np81a6hlCkQUCfdmQdjiH1vOeq3LYWA=; b=dIdcU6fSgRxmpEV55keyh8uVOiCUo/1B6F9Jw3CKSlu5mrTFVIkcsB4Vulcq16Llkv 6G08qdbbTHeDt1mkqX/T8NSJJZBvMU36LB5ELvIsWHYi0SilUXdtDK4+9Yu+OVTX4+dp N8Mr1cJ59R9swP04cdGCv6CzHfV+vcG/HXgro5hNZeFI8jCWkGOYtJTK1gagJW7rI1g+ vYMDqLg5Pig15DM645586DBjJj/+65qZ5QtIdIl6x64C3n9nEjteJEmXq7ELIiVXvNbS SRYOKym3Pq9Y3jBSc/1E0l7SsNt6MvjDztqcj0NmYfBqhXG4hseMdQg/ADAVQAYpoA+B bYhw== MIME-Version: 1.0 Received: by 10.182.212.36 with SMTP id nh4mr9296414obc.37.1341254546173; Mon, 02 Jul 2012 11:42:26 -0700 (PDT) Received: by 10.182.69.197 with HTTP; Mon, 2 Jul 2012 11:42:26 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <20120701122921.46df1d5a@internecto.net> References: <20120701102226.1715dbdf@internecto.net> <20120701122921.46df1d5a@internecto.net> Date: Tue, 3 Jul 2012 04:42:26 +1000 Message-ID: From: Joseph Glanville To: Mark van Dijk X-Gm-Message-State: ALoCoQlT2egtHaUxkRomAZuarBQm6S6TRwN/1JDGPRwEPf21WoGs+D5jZaknF7TZR8y1mL474R71 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen 10GBit Ethernet network performance (was: Re: Experience with Xen & AMD Opteron 4200 series?) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 1 July 2012 20:29, Mark van Dijk wrote: >> Hey "internecto.net", > > Urgh, sorry, I use tags for my list subscriptions (e.g. lists+xen, > lists+zsh etc.) to ease delivery to imap folders. Unfortunately I can't > set a default From header with each list so have to do that manually. > >> >> - do NOT configure a bridge in dom0, try normal eth0 <-> eth0 comms >> >> (The linux bridge is a BRIDGE. that's the things everyone stopped >> >> using in 1998) >> > >> > can you back this up with evidence? >> >> I think he meant multiport reapeaters aka hubs. > > Yes, now that is something I can agree with although I still don't > really understand why this comment would apply to virtual bridging. > > Mark Yeah I think he doesn't understand that the linux bridge module is actually a MAC learning switch. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users To drop in a my piece on OpenvSwitch: Performance of OpenvSwitch is on par with the Linux bridge module. The main differences is the flow based rules, json-rpc api etc. Benefits of OpenvSwitch are really about programatically altering traffic based on these flow rules. If you are a networking nut and have a good reason to do crazy stuff with L7 inspection then this is nice. On the other hand OpenvSwitch doesn't interact with the rest of the Linux kernel networking ecosystem.. For instance you can't do Layer 2 filtering as easily as you can with ebtables(the bridge-netfilter module). Nor can it integrate as nicely with Linux gre/ip-ip tunnels etc. This is changing slowly with OpenvSwitch going upstream.. we are likely to see the GRE implementation from OVS merged with the mainline code. IMO unless you know what you want OVS for (say easy VLAN tagging) then you probably don't need it and are better off with the linux bridge. In terms of Linux bridging module performance... I can easily do 20 odd gigabits between VMs on the same host and can push around 13 gigabits between hosts (40gig infinbiand). It's worth noting that with both OVS and the bridge module you will be limited by PPS (packets per second) rather than throughput. With very big MTUs ( I am using 64k over IB ) one can do many gigabits, but using 1500 byte MTUs throughput drops below 3gigabits. This is due to the max throughput of the both the linux bridge module and OVS on a single core maxes out a a few 100k PPS. Joseph. -- 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 Mon Jul 02 19:46:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 19:46: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 1SlmYQ-0001im-0J; Mon, 02 Jul 2012 19:45:02 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlmYO-0001id-QN for xen-users@lists.xen.org; Mon, 02 Jul 2012 19:45:01 +0000 Received: from [85.158.143.99:48008] by server-2.bemta-4.messagelabs.com id AA/73-17938-C3AF1FF4; Mon, 02 Jul 2012 19:45:00 +0000 X-Env-Sender: ajlill@ajlc.waterloo.on.ca X-Msg-Ref: server-5.tower-216.messagelabs.com!1341258297!29889521!1 X-Originating-IP: [64.7.134.25] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9829 invoked from network); 2 Jul 2012 19:44:59 -0000 Received: from ajlill.sentex.ca (HELO mail.ajlc.waterloo.on.ca) (64.7.134.25) by server-5.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jul 2012 19:44:59 -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 q62JionJ013766 for ; Mon, 2 Jul 2012 15:44:51 -0400 Message-ID: <4FF1FA32.9000808@ajlc.waterloo.on.ca> Date: Mon, 02 Jul 2012 15:44:50 -0400 From: Tony Lill 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: <0aac8b50f46e0e1301d139dbbeb00bee.squirrel@webmail.icm.edu.pl> <4FF06B87.30907@ajlc.waterloo.on.ca> <4FF06D8E.3000406@ajlc.waterloo.on.ca> <1341222085.4625.13.camel@zakaz.uk.xensource.com> In-Reply-To: <1341222085.4625.13.camel@zakaz.uk.xensource.com> X-Enigmail-Version: 1.4.2 X-Spam-Status: No, score=-101.0 required=5.0 tests=ALL_TRUSTED,AWL, T_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] leap second mess X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Nah, I think it's just a co-incidence that all the affected machines were Xen VMs. Guess I should go through them all and update the kernels. On 07/02/2012 05:41 AM, Ian Campbell wrote: > On Sun, 2012-07-01 at 16:32 +0100, Tony Lill wrote: >> Apparently this is a known bug >> >> http://blog.mozilla.org/it/2012/06/30/mysql-and-the-leap-second-high-cpu-and-the-fix/ > >> > AFAIK there isn't anything Xen specific here, is there? > > If there is then we'll need more details about exactly what was > running (dom0 and domU OS, userspace workloads etc) on the machines > in question. > > Ian. > >> >> >> On 07/01/2012 11:23 AM, Tony Lill wrote: >>> Yeah, that was fun. According to my monitoring, context >>> switches and interrupts increased by a factor of 10 or more >>> when the leap second was added. >>> >>> On 07/01/2012 08:59 AM, G.Bakalarski@icm.edu.pl wrote: >>>> Hi list >>> >>>> Maybe everybody already knows this, but >>> >>>> today many of our domUs got crazy - unusually >>> >>>> high load on machines doing nothing (e.g. load of 200 >>> >>>> on machine which usually has load 2-4). >>> >>>> Simple command: >>> >>>> date; date `date +"%m%d%H%M%C%y.%S"`; date >>> >>>> magically make peace ... >>> >>> >>>> [shocked] >>> >>> >>>> GB >>> >>> >>>> _______________________________________________ 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 > - -- 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.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/x+jIACgkQGS8yZq1uvxBisgCbBHj+cGikmEjwUeqxjKs5JEva vzMAn0UojeZIlFABrWP80wsQpQVL4Vl4 =ka41 -----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 Mon Jul 02 19:46:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Jul 2012 19:46: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 1SlmYQ-0001im-0J; Mon, 02 Jul 2012 19:45:02 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlmYO-0001id-QN for xen-users@lists.xen.org; Mon, 02 Jul 2012 19:45:01 +0000 Received: from [85.158.143.99:48008] by server-2.bemta-4.messagelabs.com id AA/73-17938-C3AF1FF4; Mon, 02 Jul 2012 19:45:00 +0000 X-Env-Sender: ajlill@ajlc.waterloo.on.ca X-Msg-Ref: server-5.tower-216.messagelabs.com!1341258297!29889521!1 X-Originating-IP: [64.7.134.25] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9829 invoked from network); 2 Jul 2012 19:44:59 -0000 Received: from ajlill.sentex.ca (HELO mail.ajlc.waterloo.on.ca) (64.7.134.25) by server-5.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jul 2012 19:44:59 -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 q62JionJ013766 for ; Mon, 2 Jul 2012 15:44:51 -0400 Message-ID: <4FF1FA32.9000808@ajlc.waterloo.on.ca> Date: Mon, 02 Jul 2012 15:44:50 -0400 From: Tony Lill 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: <0aac8b50f46e0e1301d139dbbeb00bee.squirrel@webmail.icm.edu.pl> <4FF06B87.30907@ajlc.waterloo.on.ca> <4FF06D8E.3000406@ajlc.waterloo.on.ca> <1341222085.4625.13.camel@zakaz.uk.xensource.com> In-Reply-To: <1341222085.4625.13.camel@zakaz.uk.xensource.com> X-Enigmail-Version: 1.4.2 X-Spam-Status: No, score=-101.0 required=5.0 tests=ALL_TRUSTED,AWL, T_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] leap second mess X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Nah, I think it's just a co-incidence that all the affected machines were Xen VMs. Guess I should go through them all and update the kernels. On 07/02/2012 05:41 AM, Ian Campbell wrote: > On Sun, 2012-07-01 at 16:32 +0100, Tony Lill wrote: >> Apparently this is a known bug >> >> http://blog.mozilla.org/it/2012/06/30/mysql-and-the-leap-second-high-cpu-and-the-fix/ > >> > AFAIK there isn't anything Xen specific here, is there? > > If there is then we'll need more details about exactly what was > running (dom0 and domU OS, userspace workloads etc) on the machines > in question. > > Ian. > >> >> >> On 07/01/2012 11:23 AM, Tony Lill wrote: >>> Yeah, that was fun. According to my monitoring, context >>> switches and interrupts increased by a factor of 10 or more >>> when the leap second was added. >>> >>> On 07/01/2012 08:59 AM, G.Bakalarski@icm.edu.pl wrote: >>>> Hi list >>> >>>> Maybe everybody already knows this, but >>> >>>> today many of our domUs got crazy - unusually >>> >>>> high load on machines doing nothing (e.g. load of 200 >>> >>>> on machine which usually has load 2-4). >>> >>>> Simple command: >>> >>>> date; date `date +"%m%d%H%M%C%y.%S"`; date >>> >>>> magically make peace ... >>> >>> >>>> [shocked] >>> >>> >>>> GB >>> >>> >>>> _______________________________________________ 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 > - -- 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.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/x+jIACgkQGS8yZq1uvxBisgCbBHj+cGikmEjwUeqxjKs5JEva vzMAn0UojeZIlFABrWP80wsQpQVL4Vl4 =ka41 -----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 Jul 03 00:19:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jul 2012 00:19: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 1SlqoW-00040h-Ui; Tue, 03 Jul 2012 00:17:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlqoW-00040c-6d for xen-users@lists.xen.org; Tue, 03 Jul 2012 00:17:56 +0000 Received: from [85.158.143.35:25887] by server-3.bemta-4.messagelabs.com id 81/1C-05808-33A32FF4; Tue, 03 Jul 2012 00:17:55 +0000 X-Env-Sender: ray@aarden.us X-Msg-Ref: server-7.tower-21.messagelabs.com!1341274674!15215866!1 X-Originating-IP: [173.201.192.44] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTczLjIwMS4xOTIuNDQgPT4gNDI5NDk=\n X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26074 invoked from network); 3 Jul 2012 00:17:54 -0000 Received: from p3plsmtp11-06-2.prod.phx3.secureserver.net (HELO p3plwbeout11-06.prod.phx3.secureserver.net) (173.201.192.44) by server-7.tower-21.messagelabs.com with SMTP; 3 Jul 2012 00:17:54 -0000 Received: from localhost ([10.6.243.4]) by p3plwbeout11-06.prod.phx3.secureserver.net with bizsmtp id VcHt1j00306QRTe01cHtN4; Mon, 02 Jul 2012 17:17:53 -0700 x-cmae-analysis: v=2.0 cv=Fd61NeC6 c=1 sm=1 a=FvJaFxFVhksA:10 a=v3AIcEYWj2sA:10 a=mI0IpbEiwiMA:10 a=IkcTkHD0fZMA:10 a=TZb1taSUAAAA:8 a=mLnsDVdbAAAA:8 a=9kp-Jd2m8Y4dwwgZ1NcA:9 a=QEXdDO2ut3YA:10 a=WpYb5MrlaNNKSAvYDIRmEg==:117 Received: (qmail 9707 invoked by uid 99); 3 Jul 2012 00:17:53 -0000 X-Originating-IP: 98.200.245.24 User-Agent: Workspace Webmail 5.6.22 Message-Id: <20120702171752.1753ead7c2b35a7d15c5b99498690bcc.eadfe01112.wbe@email11.secureserver.net> From: To: xen-users@lists.xen.org Date: Mon, 02 Jul 2012 17:17:52 -0700 Mime-Version: 1.0 Subject: [Xen-users] Kronos - VPN and Apache X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Kronos page: http://wiki.xen.org/wiki/Project_Kronos includes these two entries: A couple of network-related notes + XAPI expects to run in a clean environment, and listens on ports 80 and 443. If you're running anything else on these ports (typically Apache/Apache2), then you're likely to have problems. + There is a known bug (which needs to be fixed) which means that in certain circumstances when you are using VPN software (e.g. when you have a tun0 interface listed in ifconfig), xapi will fail. Please ensure that you remove all such software before attempting to run xcp-xapi. Do these mean that Apache and VPN can not be run with Xen or possibly that they can be run from VMs? ray _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 03 00:19:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jul 2012 00:19: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 1SlqoW-00040h-Ui; Tue, 03 Jul 2012 00:17:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlqoW-00040c-6d for xen-users@lists.xen.org; Tue, 03 Jul 2012 00:17:56 +0000 Received: from [85.158.143.35:25887] by server-3.bemta-4.messagelabs.com id 81/1C-05808-33A32FF4; Tue, 03 Jul 2012 00:17:55 +0000 X-Env-Sender: ray@aarden.us X-Msg-Ref: server-7.tower-21.messagelabs.com!1341274674!15215866!1 X-Originating-IP: [173.201.192.44] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTczLjIwMS4xOTIuNDQgPT4gNDI5NDk=\n X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26074 invoked from network); 3 Jul 2012 00:17:54 -0000 Received: from p3plsmtp11-06-2.prod.phx3.secureserver.net (HELO p3plwbeout11-06.prod.phx3.secureserver.net) (173.201.192.44) by server-7.tower-21.messagelabs.com with SMTP; 3 Jul 2012 00:17:54 -0000 Received: from localhost ([10.6.243.4]) by p3plwbeout11-06.prod.phx3.secureserver.net with bizsmtp id VcHt1j00306QRTe01cHtN4; Mon, 02 Jul 2012 17:17:53 -0700 x-cmae-analysis: v=2.0 cv=Fd61NeC6 c=1 sm=1 a=FvJaFxFVhksA:10 a=v3AIcEYWj2sA:10 a=mI0IpbEiwiMA:10 a=IkcTkHD0fZMA:10 a=TZb1taSUAAAA:8 a=mLnsDVdbAAAA:8 a=9kp-Jd2m8Y4dwwgZ1NcA:9 a=QEXdDO2ut3YA:10 a=WpYb5MrlaNNKSAvYDIRmEg==:117 Received: (qmail 9707 invoked by uid 99); 3 Jul 2012 00:17:53 -0000 X-Originating-IP: 98.200.245.24 User-Agent: Workspace Webmail 5.6.22 Message-Id: <20120702171752.1753ead7c2b35a7d15c5b99498690bcc.eadfe01112.wbe@email11.secureserver.net> From: To: xen-users@lists.xen.org Date: Mon, 02 Jul 2012 17:17:52 -0700 Mime-Version: 1.0 Subject: [Xen-users] Kronos - VPN and Apache X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Kronos page: http://wiki.xen.org/wiki/Project_Kronos includes these two entries: A couple of network-related notes + XAPI expects to run in a clean environment, and listens on ports 80 and 443. If you're running anything else on these ports (typically Apache/Apache2), then you're likely to have problems. + There is a known bug (which needs to be fixed) which means that in certain circumstances when you are using VPN software (e.g. when you have a tun0 interface listed in ifconfig), xapi will fail. Please ensure that you remove all such software before attempting to run xcp-xapi. Do these mean that Apache and VPN can not be run with Xen or possibly that they can be run from VMs? ray _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 03 01:09:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jul 2012 01:09: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 1Slrb7-0008OW-Jb; Tue, 03 Jul 2012 01:08:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Slrb6-0008OR-FJ for xen-users@lists.xen.org; Tue, 03 Jul 2012 01:08:08 +0000 Received: from [85.158.139.83:10524] by server-6.bemta-5.messagelabs.com id 7F/56-11348-7F542FF4; Tue, 03 Jul 2012 01:08:07 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1341277684!29357598!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31947 invoked from network); 3 Jul 2012 01:08:05 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2012 01:08:05 -0000 Received: by yenl1 with SMTP id l1so5526249yen.32 for ; Mon, 02 Jul 2012 18:08:04 -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=5VJLW8Z3rAHIoR4Os3YTXwuNpQhmVcBQosYrChAlSg8=; b=Vy8zyxbe48XFzrqFctysQILtEexbg/jK97cqppWjLLXkAjL5kJGIDKEkQadQ7mjhJh JlqZjspy/vdB5dk+jjvgAGN0EyYD4nwliUQYAC3+XgzJkohkTVK354tOcQwFgYQ90W8t ED+RcyKDKo1D98SxH+EY2j3Rcljdr53FOpr+ASHFaT6Jj/zp/U8TNKXWD9CxIUz9Rk2+ Lex/3x1YQqgkgdTjcbuoNgXletPYC4/ST3gCeflEjBH1mpel5152tTuiBe15qhawiOyb rsSvW2nUuHRPOQdq16XY3udPCEfmE2CBp0eTOZ7YGNA1YqBnGvc96C8DGwI0JDCiJx4o xthg== MIME-Version: 1.0 Received: by 10.50.187.170 with SMTP id ft10mr6968107igc.37.1341277683845; Mon, 02 Jul 2012 18:08:03 -0700 (PDT) Received: by 10.64.78.1 with HTTP; Mon, 2 Jul 2012 18:08:03 -0700 (PDT) In-Reply-To: References: <950516CC-D0CF-4153-96D8-C22F569FFF4B@gmail.com> <1341235439.4625.69.camel@zakaz.uk.xensource.com> Date: Mon, 2 Jul 2012 21:08:03 -0400 Message-ID: From: Casey DeLorme To: Shriram Rajagopalan Cc: "xen-users@lists.xen.org" , Ian Campbell Subject: Re: [Xen-users] Xen EFI boot how to? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2859767628776307765==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2859767628776307765== Content-Type: multipart/alternative; boundary=14dae934098fe40bed04c3e28bca --14dae934098fe40bed04c3e28bca Content-Type: text/plain; charset=ISO-8859-1 I have experienced the same memory issue where it uses some some default e820 map giving me access to only 511MB of my 12GB. I have implemented the above patch by modifying the source at "xen/arch/x86/setup.c", and this has resolved my memory mapping problems. I am using consumer hardware, but I thought I should share my experience since it is relative. Something similar to this (may have changed with more recent revisions of the code): #if 0 else if ( e820_raw_nr != 0 ) { memmap_type = "Xen-e820"; } else if ( bootsym(lowmem_kb) ) { memmap_type = "Xen-e801"; e820_raw[0].addr = 0; e820_raw[0].size = bootsym(lowmem_kb) << 10; e820_raw[0].type = E820_RAM; e820_raw[1].addr = 0x100000; e820_raw[1].size = bootsym(highmem_kb) << 10; e820_raw[1].type = E820_RAM; e820_raw_nr = 2; } #endif I have applied this change successfully to over 20 revisions of Xen 4.2, I don't know what the repercussions might be to systems that actually use that code however. On Mon, Jul 2, 2012 at 10:52 AM, Shriram Rajagopalan wrote: > On Mon, Jul 2, 2012 at 9:23 AM, Ian Campbell wrote: > >> On Mon, 2012-07-02 at 14:09 +0100, Shriram Rajagopalan wrote: >> > I have a IBM System x3600 series server with UEFI. >> > I managed to compile the xen EFI (xen-4.2-unstable.efi). >> > The machine is currently running Ubuntu with grub2. >> > I can see a grubx64.efi in /boot/efi/EFI/ubuntu/grubx64.efi >> > Where should I put the xen efi ? >> > I tried creating a efi/EFI/xen/xen-4.2-unstable.efi and added it as a >> boot option using efibootmgr. >> > All I get in that case is a blank screen. >> > I had to go into the UEFI bios menu to delete that option in order to >> boot >> > the system via the usual grub. >> >> Not sure if you've seen this but some EFI docs were committed last week, >> maybe they help? >> >> http://xenbits.xen.org/docs/unstable/misc/efi.html >> >> > > Thanks for the pointer Ian!. That answers a bunch of questions. > > I still have a couple of questions: > > 1. EFI_VENDOR > > On my machine, I have /boot/efi/EFI/ubuntu/grubx64.efi > Does this mean I should set the EFI_VENDOR to 'EFI/xen' ? > > I once tried to simply (dumb!) create the EFI/xen directory and > dropped the xen-4.2-unstable.efi on that folder, added that folder > as one of the EFI boot options, via the efibootmgr program. > > 2. Config file > > The doc says that the binary requires a config file. Should this > config file be placed in the same target folder (i.e. > /boot/efi/EFI/xen/xen-4.2-unstable.cfg) ? > > "One can override this with a command line option (-cfg=" > What command is this referring to ? > > 3. Location of Kernel files > > Can they be in their usual /boot/vmlinuz.. location or should they also be > placed > in the same folder as the efi ? > > > > Errata: > @jacek: > I have tried booting xen with the usual grub option. I get > "Not enough memory to relocate dom0 kernel". When I searched online, this > seemed > to be a bug with RHEL/IBM SystemX machines. However, the fixes pointed to > changing > some boot orders, etc which dont apply to my machine IMO. > > so, on a limb, I applied a patch from a serverfault.com post (modded to > xen-4.2): > > http://serverfault.com/questions/342109/xen-only-sees-512mb-of-system-ram-should-be-8gb-uefi-boot > Patch below for reference. > > > This one allowed me to boot into xen finally, via the grub option. > Unfortunately, xen only sees 1 CPU > on a 16-core machine (dual socket). What a bummer. It just says > (XEN) Multiboot-e820 RAM map: > (XEN) 0000000000000000 - 000000000006c000 (usable) > (XEN) 000000000006c000 - 000000000006d000 (ACPI NVS) > (XEN) 000000000006d000 - 000000000009f000 (usable) > (XEN) 000000000009f000 - 00000000000a0000 (ACPI NVS) > (XEN) 0000000000100000 - 000000007c11d000 (usable) > (XEN) 000000007c11d000 - 000000007ec92000 (reserved) > (XEN) 000000007ec92000 - 000000007f7bf000 (ACPI NVS) > (XEN) 000000007f7bf000 - 000000007f7ff000 (ACPI data) > (XEN) 000000007f7ff000 - 000000007f800000 (usable) > (XEN) 0000000080000000 - 0000000090000000 (reserved) > (XEN) 00000000fed1c000 - 00000000fed20000 (reserved) > (XEN) 00000000ff800000 - 0000000100000000 (reserved) > (XEN) 0000000100000000 - 0000001080000000 (usable) > (XEN) ACPI Error (tbxfroot-0218): A valid RSDP was not found [20070126] > > === > > diff -r c6c9d20963d7 xen/arch/x86/setup.c > --- a/xen/arch/x86/setup.c Tue Jun 26 17:00:20 2012 +0100 > +++ b/xen/arch/x86/setup.c Mon Jul 02 02:06:30 2012 -0400 > @@ -667,6 +667,7 @@ > if ( ((unsigned long)cpu0_stack & (STACK_SIZE-1)) != 0 ) > EARLY_FAIL("Misaligned CPU0 stack.\n"); > > +#if 0 > if ( efi_enabled ) > { > set_pdx_range(xen_phys_start >> PAGE_SHIFT, > @@ -684,6 +685,7 @@ > > memmap_type = loader; > } > + /* disable raw e801 and e820 for now in favor of multiboot provided > maps */ > else if ( e820_raw_nr != 0 ) > { > memmap_type = "Xen-e820"; > @@ -699,7 +701,10 @@ > e820_raw[1].type = E820_RAM; > e820_raw_nr = 2; > } > - else if ( mbi->flags & MBI_MEMMAP ) > + else > +#endif > + > + if ( mbi->flags & MBI_MEMMAP ) > { > memmap_type = "Multiboot-e820"; > while ( (bytes < mbi->mmap_length) && (e820_raw_nr < E820MAX) ) > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --14dae934098fe40bed04c3e28bca Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I have experienced the same memory issue where it uses some some defau= lt e820 map giving me access to only 511MB of my 12GB. =A0I have implemente= d the above patch by modifying the source at=A0"xen/arch/x86= /setup.c", and this has resolved my memory mapping problems. =A0I am u= sing consumer hardware, but I thought I should share my experience since it= is relative.

Something similar to this (may have changed with more r= ecent revisions of the code):
#if 0
    else if ( e820_raw_nr !=3D 0 )
    {
        memmap_type =3D "Xen-e820";
    }
    else if ( bootsym(lowmem_kb) )
    {
        memmap_type =3D "Xen-e801";
        e820_raw[0].addr =3D 0;
        e820_raw[0].size =3D bootsym(lowmem_kb) << 10;
        e820_raw[0].type =3D E820_RAM;
        e820_raw[1].addr =3D 0x100000;
        e820_raw[1].size =3D bootsym(highmem_kb) << 10;
        e820_raw[1].type =3D E820_RAM;
        e820_raw_nr =3D 2;
    }
#endif
I have applied this change successfu= lly to over 20 revisions of Xen 4.2, I don't know what the=A0repercussi= ons=A0might be to systems that actually use that code however.


O= n Mon, Jul 2, 2012 at 10:52 AM, Shriram Rajagopalan <<= a href=3D"mailto:rshriram@gmail.com" target=3D"_blank">rshriram@gmail.com> wrote:
On Mon, Jul 2, 2012 at 9:2= 3 AM, Ian Campbell <Ian.Campbell@citrix.com> wrote:
On Mon, 2012-07-02 at 14:09 +0100, Shriram Rajagopalan wrote:
> I have a IBM System x3600 series server with UEFI.
> =A0I managed to compile the xen EFI (xen-4.2-unstable.efi).
> The machine is currently running Ubuntu with grub2.
> I can see a grubx64.efi in /boot/efi/EFI/ubuntu/grubx64.efi
> Where should I put the xen efi ?
> I tried creating a efi/EFI/xen/xen-4.2-unstable.efi and added it as a = boot option using efibootmgr.
> All I get in that case is a blank screen.
> I had to go into the UEFI bios menu to delete that option in order to = boot
> the system via the usual grub.

Not sure if you've seen this but some EFI docs were committ= ed last week,
maybe they help?

http://xenbits.xen.org/docs/unstable/misc/efi.html



Thanks for the pointer Ian!. That answers a bunc= h of questions.

I still have a couple of questions= :

1. EFI_VENDOR=A0

On my machine= , I have /boot/efi/EFI/ubuntu/grubx64.efi
Does this mean I should= set the EFI_VENDOR to 'EFI/xen' ?

I once = tried to simply (dumb!) create the EFI/xen directory and
dropped the xen-4.2-unstable.efi on that folder, added that folder
as one of the EFI boot options, via the efibootmgr program.

2. Config file

=A0The doc says th= at the binary requires a config file. Should this
config file be placed in the same target folder (i.e. /boot/efi/EFI/xe= n/xen-4.2-unstable.cfg) ?

"One can override t= his with a command line option (-cfg=3D<filename>"=A0
=A0What command is this referring to ?

3. Location= of Kernel files
=A0
Can they be in their usual /boot/v= mlinuz.. location or should they also be placed
in the same folde= r as the efi ?

=A0

Errata:
@jacek:<= /div>
=A0 I have tried booting xen with the usual grub option. I get=A0=
"Not enough memory to relocate dom0 kernel". When I se= arched online, this seemed
to be a bug with RHEL/IBM SystemX machines. However, the fixes pointed= to changing
some boot orders, etc which dont apply to my machine= IMO.

so, on a limb, I applied a patch =A0from a <= a href=3D"http://serverfault.com" target=3D"_blank">serverfault.com pos= t (modded to xen-4.2):
Patch below for reference.


This one= allowed me to boot into xen finally, via the grub option. Unfortunately, x= en only sees 1 CPU
on a 16-core machine (dual socket). What a bum= mer. It just says
(XEN) Multiboot-e820 RAM map:
(XEN) =A00000000000000000= - 000000000006c000 (usable)
(XEN) =A0000000000006c000 - 00000000= 0006d000 (ACPI NVS)
(XEN) =A0000000000006d000 - 000000000009f000 = (usable)
(XEN) =A0000000000009f000 - 00000000000a0000 (ACPI NVS)
(XEN= ) =A00000000000100000 - 000000007c11d000 (usable)
(XEN) =A0000000= 007c11d000 - 000000007ec92000 (reserved)
(XEN) =A0000000007ec9200= 0 - 000000007f7bf000 (ACPI NVS)
(XEN) =A0000000007f7bf000 - 000000007f7ff000 (ACPI data)
(XE= N) =A0000000007f7ff000 - 000000007f800000 (usable)
(XEN) =A000000= 00080000000 - 0000000090000000 (reserved)
(XEN) =A000000000fed1c0= 00 - 00000000fed20000 (reserved)
(XEN) =A000000000ff800000 - 0000000100000000 (reserved)
(XEN= ) =A00000000100000000 - 0000001080000000 (usable)
(XEN) ACPI Erro= r (tbxfroot-0218): A valid RSDP was not found [20070126]
=3D=3D=3D

diff -r c6c9d20963d7 xen= /arch/x86/setup.c
--- a/xen/arch/x86/setup.c =A0 =A0 =A0Tue Jun 2= 6 17:00:20 2012 +0100
+++ b/xen/arch/x86/setup.c =A0 =A0 =A0Mon J= ul 02 02:06:30 2012 -0400
@@ -667,6 +667,7 @@
=A0 =A0 =A0if ( ((unsigned long)cpu0_sta= ck & (STACK_SIZE-1)) !=3D 0 )
=A0 =A0 =A0 =A0 =A0EARLY_FAIL(&= quot;Misaligned CPU0 stack.\n");
=A0
+#if 0
<= div>=A0 =A0 =A0if ( efi_enabled )
=A0 =A0 =A0{
=A0 =A0 =A0 =A0 =A0set_pdx_range(xen_phys_start= >> PAGE_SHIFT,
@@ -684,6 +685,7 @@
=A0
=A0 =A0 =A0 =A0 =A0memmap_type =3D loader;
=A0 =A0 =A0}
+ =A0 =A0/* disable raw e801 and e820 for now in favor of multiboot provi= ded maps */
=A0 =A0 =A0else if ( e820_raw_nr !=3D 0 )
=A0 =A0 =A0{
=
=A0 =A0 =A0 =A0 =A0memmap_type =3D "Xen-e820";
@@ = -699,7 +701,10 @@
=A0 =A0 =A0 =A0 =A0e820_raw[1].type =3D E820_RA= M;
=A0 =A0 =A0 =A0 =A0e820_raw_nr =3D 2;
=A0 =A0 =A0}
- =A0 =A0else if ( mbi->flags & MBI_MEMM= AP )
+ =A0 =A0else
+#endif
+
+ =A0 = =A0if ( mbi->flags & MBI_MEMMAP )
=A0 =A0 =A0{
= =A0 =A0 =A0 =A0 =A0memmap_type =3D "Multiboot-e820";
=A0 =A0 =A0 =A0 =A0while ( (bytes < mbi->mmap_length) &&= (e820_raw_nr < E820MAX) )



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

--14dae934098fe40bed04c3e28bca-- --===============2859767628776307765== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2859767628776307765==-- From xen-users-bounces@lists.xen.org Tue Jul 03 01:09:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jul 2012 01:09: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 1Slrb7-0008OW-Jb; Tue, 03 Jul 2012 01:08:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Slrb6-0008OR-FJ for xen-users@lists.xen.org; Tue, 03 Jul 2012 01:08:08 +0000 Received: from [85.158.139.83:10524] by server-6.bemta-5.messagelabs.com id 7F/56-11348-7F542FF4; Tue, 03 Jul 2012 01:08:07 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1341277684!29357598!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31947 invoked from network); 3 Jul 2012 01:08:05 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2012 01:08:05 -0000 Received: by yenl1 with SMTP id l1so5526249yen.32 for ; Mon, 02 Jul 2012 18:08:04 -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=5VJLW8Z3rAHIoR4Os3YTXwuNpQhmVcBQosYrChAlSg8=; b=Vy8zyxbe48XFzrqFctysQILtEexbg/jK97cqppWjLLXkAjL5kJGIDKEkQadQ7mjhJh JlqZjspy/vdB5dk+jjvgAGN0EyYD4nwliUQYAC3+XgzJkohkTVK354tOcQwFgYQ90W8t ED+RcyKDKo1D98SxH+EY2j3Rcljdr53FOpr+ASHFaT6Jj/zp/U8TNKXWD9CxIUz9Rk2+ Lex/3x1YQqgkgdTjcbuoNgXletPYC4/ST3gCeflEjBH1mpel5152tTuiBe15qhawiOyb rsSvW2nUuHRPOQdq16XY3udPCEfmE2CBp0eTOZ7YGNA1YqBnGvc96C8DGwI0JDCiJx4o xthg== MIME-Version: 1.0 Received: by 10.50.187.170 with SMTP id ft10mr6968107igc.37.1341277683845; Mon, 02 Jul 2012 18:08:03 -0700 (PDT) Received: by 10.64.78.1 with HTTP; Mon, 2 Jul 2012 18:08:03 -0700 (PDT) In-Reply-To: References: <950516CC-D0CF-4153-96D8-C22F569FFF4B@gmail.com> <1341235439.4625.69.camel@zakaz.uk.xensource.com> Date: Mon, 2 Jul 2012 21:08:03 -0400 Message-ID: From: Casey DeLorme To: Shriram Rajagopalan Cc: "xen-users@lists.xen.org" , Ian Campbell Subject: Re: [Xen-users] Xen EFI boot how to? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2859767628776307765==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2859767628776307765== Content-Type: multipart/alternative; boundary=14dae934098fe40bed04c3e28bca --14dae934098fe40bed04c3e28bca Content-Type: text/plain; charset=ISO-8859-1 I have experienced the same memory issue where it uses some some default e820 map giving me access to only 511MB of my 12GB. I have implemented the above patch by modifying the source at "xen/arch/x86/setup.c", and this has resolved my memory mapping problems. I am using consumer hardware, but I thought I should share my experience since it is relative. Something similar to this (may have changed with more recent revisions of the code): #if 0 else if ( e820_raw_nr != 0 ) { memmap_type = "Xen-e820"; } else if ( bootsym(lowmem_kb) ) { memmap_type = "Xen-e801"; e820_raw[0].addr = 0; e820_raw[0].size = bootsym(lowmem_kb) << 10; e820_raw[0].type = E820_RAM; e820_raw[1].addr = 0x100000; e820_raw[1].size = bootsym(highmem_kb) << 10; e820_raw[1].type = E820_RAM; e820_raw_nr = 2; } #endif I have applied this change successfully to over 20 revisions of Xen 4.2, I don't know what the repercussions might be to systems that actually use that code however. On Mon, Jul 2, 2012 at 10:52 AM, Shriram Rajagopalan wrote: > On Mon, Jul 2, 2012 at 9:23 AM, Ian Campbell wrote: > >> On Mon, 2012-07-02 at 14:09 +0100, Shriram Rajagopalan wrote: >> > I have a IBM System x3600 series server with UEFI. >> > I managed to compile the xen EFI (xen-4.2-unstable.efi). >> > The machine is currently running Ubuntu with grub2. >> > I can see a grubx64.efi in /boot/efi/EFI/ubuntu/grubx64.efi >> > Where should I put the xen efi ? >> > I tried creating a efi/EFI/xen/xen-4.2-unstable.efi and added it as a >> boot option using efibootmgr. >> > All I get in that case is a blank screen. >> > I had to go into the UEFI bios menu to delete that option in order to >> boot >> > the system via the usual grub. >> >> Not sure if you've seen this but some EFI docs were committed last week, >> maybe they help? >> >> http://xenbits.xen.org/docs/unstable/misc/efi.html >> >> > > Thanks for the pointer Ian!. That answers a bunch of questions. > > I still have a couple of questions: > > 1. EFI_VENDOR > > On my machine, I have /boot/efi/EFI/ubuntu/grubx64.efi > Does this mean I should set the EFI_VENDOR to 'EFI/xen' ? > > I once tried to simply (dumb!) create the EFI/xen directory and > dropped the xen-4.2-unstable.efi on that folder, added that folder > as one of the EFI boot options, via the efibootmgr program. > > 2. Config file > > The doc says that the binary requires a config file. Should this > config file be placed in the same target folder (i.e. > /boot/efi/EFI/xen/xen-4.2-unstable.cfg) ? > > "One can override this with a command line option (-cfg=" > What command is this referring to ? > > 3. Location of Kernel files > > Can they be in their usual /boot/vmlinuz.. location or should they also be > placed > in the same folder as the efi ? > > > > Errata: > @jacek: > I have tried booting xen with the usual grub option. I get > "Not enough memory to relocate dom0 kernel". When I searched online, this > seemed > to be a bug with RHEL/IBM SystemX machines. However, the fixes pointed to > changing > some boot orders, etc which dont apply to my machine IMO. > > so, on a limb, I applied a patch from a serverfault.com post (modded to > xen-4.2): > > http://serverfault.com/questions/342109/xen-only-sees-512mb-of-system-ram-should-be-8gb-uefi-boot > Patch below for reference. > > > This one allowed me to boot into xen finally, via the grub option. > Unfortunately, xen only sees 1 CPU > on a 16-core machine (dual socket). What a bummer. It just says > (XEN) Multiboot-e820 RAM map: > (XEN) 0000000000000000 - 000000000006c000 (usable) > (XEN) 000000000006c000 - 000000000006d000 (ACPI NVS) > (XEN) 000000000006d000 - 000000000009f000 (usable) > (XEN) 000000000009f000 - 00000000000a0000 (ACPI NVS) > (XEN) 0000000000100000 - 000000007c11d000 (usable) > (XEN) 000000007c11d000 - 000000007ec92000 (reserved) > (XEN) 000000007ec92000 - 000000007f7bf000 (ACPI NVS) > (XEN) 000000007f7bf000 - 000000007f7ff000 (ACPI data) > (XEN) 000000007f7ff000 - 000000007f800000 (usable) > (XEN) 0000000080000000 - 0000000090000000 (reserved) > (XEN) 00000000fed1c000 - 00000000fed20000 (reserved) > (XEN) 00000000ff800000 - 0000000100000000 (reserved) > (XEN) 0000000100000000 - 0000001080000000 (usable) > (XEN) ACPI Error (tbxfroot-0218): A valid RSDP was not found [20070126] > > === > > diff -r c6c9d20963d7 xen/arch/x86/setup.c > --- a/xen/arch/x86/setup.c Tue Jun 26 17:00:20 2012 +0100 > +++ b/xen/arch/x86/setup.c Mon Jul 02 02:06:30 2012 -0400 > @@ -667,6 +667,7 @@ > if ( ((unsigned long)cpu0_stack & (STACK_SIZE-1)) != 0 ) > EARLY_FAIL("Misaligned CPU0 stack.\n"); > > +#if 0 > if ( efi_enabled ) > { > set_pdx_range(xen_phys_start >> PAGE_SHIFT, > @@ -684,6 +685,7 @@ > > memmap_type = loader; > } > + /* disable raw e801 and e820 for now in favor of multiboot provided > maps */ > else if ( e820_raw_nr != 0 ) > { > memmap_type = "Xen-e820"; > @@ -699,7 +701,10 @@ > e820_raw[1].type = E820_RAM; > e820_raw_nr = 2; > } > - else if ( mbi->flags & MBI_MEMMAP ) > + else > +#endif > + > + if ( mbi->flags & MBI_MEMMAP ) > { > memmap_type = "Multiboot-e820"; > while ( (bytes < mbi->mmap_length) && (e820_raw_nr < E820MAX) ) > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --14dae934098fe40bed04c3e28bca Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I have experienced the same memory issue where it uses some some defau= lt e820 map giving me access to only 511MB of my 12GB. =A0I have implemente= d the above patch by modifying the source at=A0"xen/arch/x86= /setup.c", and this has resolved my memory mapping problems. =A0I am u= sing consumer hardware, but I thought I should share my experience since it= is relative.

Something similar to this (may have changed with more r= ecent revisions of the code):
#if 0
    else if ( e820_raw_nr !=3D 0 )
    {
        memmap_type =3D "Xen-e820";
    }
    else if ( bootsym(lowmem_kb) )
    {
        memmap_type =3D "Xen-e801";
        e820_raw[0].addr =3D 0;
        e820_raw[0].size =3D bootsym(lowmem_kb) << 10;
        e820_raw[0].type =3D E820_RAM;
        e820_raw[1].addr =3D 0x100000;
        e820_raw[1].size =3D bootsym(highmem_kb) << 10;
        e820_raw[1].type =3D E820_RAM;
        e820_raw_nr =3D 2;
    }
#endif
I have applied this change successfu= lly to over 20 revisions of Xen 4.2, I don't know what the=A0repercussi= ons=A0might be to systems that actually use that code however.


O= n Mon, Jul 2, 2012 at 10:52 AM, Shriram Rajagopalan <<= a href=3D"mailto:rshriram@gmail.com" target=3D"_blank">rshriram@gmail.com> wrote:
On Mon, Jul 2, 2012 at 9:2= 3 AM, Ian Campbell <Ian.Campbell@citrix.com> wrote:
On Mon, 2012-07-02 at 14:09 +0100, Shriram Rajagopalan wrote:
> I have a IBM System x3600 series server with UEFI.
> =A0I managed to compile the xen EFI (xen-4.2-unstable.efi).
> The machine is currently running Ubuntu with grub2.
> I can see a grubx64.efi in /boot/efi/EFI/ubuntu/grubx64.efi
> Where should I put the xen efi ?
> I tried creating a efi/EFI/xen/xen-4.2-unstable.efi and added it as a = boot option using efibootmgr.
> All I get in that case is a blank screen.
> I had to go into the UEFI bios menu to delete that option in order to = boot
> the system via the usual grub.

Not sure if you've seen this but some EFI docs were committ= ed last week,
maybe they help?

http://xenbits.xen.org/docs/unstable/misc/efi.html



Thanks for the pointer Ian!. That answers a bunc= h of questions.

I still have a couple of questions= :

1. EFI_VENDOR=A0

On my machine= , I have /boot/efi/EFI/ubuntu/grubx64.efi
Does this mean I should= set the EFI_VENDOR to 'EFI/xen' ?

I once = tried to simply (dumb!) create the EFI/xen directory and
dropped the xen-4.2-unstable.efi on that folder, added that folder
as one of the EFI boot options, via the efibootmgr program.

2. Config file

=A0The doc says th= at the binary requires a config file. Should this
config file be placed in the same target folder (i.e. /boot/efi/EFI/xe= n/xen-4.2-unstable.cfg) ?

"One can override t= his with a command line option (-cfg=3D<filename>"=A0
=A0What command is this referring to ?

3. Location= of Kernel files
=A0
Can they be in their usual /boot/v= mlinuz.. location or should they also be placed
in the same folde= r as the efi ?

=A0

Errata:
@jacek:<= /div>
=A0 I have tried booting xen with the usual grub option. I get=A0=
"Not enough memory to relocate dom0 kernel". When I se= arched online, this seemed
to be a bug with RHEL/IBM SystemX machines. However, the fixes pointed= to changing
some boot orders, etc which dont apply to my machine= IMO.

so, on a limb, I applied a patch =A0from a <= a href=3D"http://serverfault.com" target=3D"_blank">serverfault.com pos= t (modded to xen-4.2):
Patch below for reference.


This one= allowed me to boot into xen finally, via the grub option. Unfortunately, x= en only sees 1 CPU
on a 16-core machine (dual socket). What a bum= mer. It just says
(XEN) Multiboot-e820 RAM map:
(XEN) =A00000000000000000= - 000000000006c000 (usable)
(XEN) =A0000000000006c000 - 00000000= 0006d000 (ACPI NVS)
(XEN) =A0000000000006d000 - 000000000009f000 = (usable)
(XEN) =A0000000000009f000 - 00000000000a0000 (ACPI NVS)
(XEN= ) =A00000000000100000 - 000000007c11d000 (usable)
(XEN) =A0000000= 007c11d000 - 000000007ec92000 (reserved)
(XEN) =A0000000007ec9200= 0 - 000000007f7bf000 (ACPI NVS)
(XEN) =A0000000007f7bf000 - 000000007f7ff000 (ACPI data)
(XE= N) =A0000000007f7ff000 - 000000007f800000 (usable)
(XEN) =A000000= 00080000000 - 0000000090000000 (reserved)
(XEN) =A000000000fed1c0= 00 - 00000000fed20000 (reserved)
(XEN) =A000000000ff800000 - 0000000100000000 (reserved)
(XEN= ) =A00000000100000000 - 0000001080000000 (usable)
(XEN) ACPI Erro= r (tbxfroot-0218): A valid RSDP was not found [20070126]
=3D=3D=3D

diff -r c6c9d20963d7 xen= /arch/x86/setup.c
--- a/xen/arch/x86/setup.c =A0 =A0 =A0Tue Jun 2= 6 17:00:20 2012 +0100
+++ b/xen/arch/x86/setup.c =A0 =A0 =A0Mon J= ul 02 02:06:30 2012 -0400
@@ -667,6 +667,7 @@
=A0 =A0 =A0if ( ((unsigned long)cpu0_sta= ck & (STACK_SIZE-1)) !=3D 0 )
=A0 =A0 =A0 =A0 =A0EARLY_FAIL(&= quot;Misaligned CPU0 stack.\n");
=A0
+#if 0
<= div>=A0 =A0 =A0if ( efi_enabled )
=A0 =A0 =A0{
=A0 =A0 =A0 =A0 =A0set_pdx_range(xen_phys_start= >> PAGE_SHIFT,
@@ -684,6 +685,7 @@
=A0
=A0 =A0 =A0 =A0 =A0memmap_type =3D loader;
=A0 =A0 =A0}
+ =A0 =A0/* disable raw e801 and e820 for now in favor of multiboot provi= ded maps */
=A0 =A0 =A0else if ( e820_raw_nr !=3D 0 )
=A0 =A0 =A0{
=
=A0 =A0 =A0 =A0 =A0memmap_type =3D "Xen-e820";
@@ = -699,7 +701,10 @@
=A0 =A0 =A0 =A0 =A0e820_raw[1].type =3D E820_RA= M;
=A0 =A0 =A0 =A0 =A0e820_raw_nr =3D 2;
=A0 =A0 =A0}
- =A0 =A0else if ( mbi->flags & MBI_MEMM= AP )
+ =A0 =A0else
+#endif
+
+ =A0 = =A0if ( mbi->flags & MBI_MEMMAP )
=A0 =A0 =A0{
= =A0 =A0 =A0 =A0 =A0memmap_type =3D "Multiboot-e820";
=A0 =A0 =A0 =A0 =A0while ( (bytes < mbi->mmap_length) &&= (e820_raw_nr < E820MAX) )



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

--14dae934098fe40bed04c3e28bca-- --===============2859767628776307765== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2859767628776307765==-- From xen-users-bounces@lists.xen.org Tue Jul 03 03:48:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jul 2012 03:48: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 1Slu55-0001gg-Sf; Tue, 03 Jul 2012 03:47:15 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Slu53-0001gY-Lk for xen-users@lists.xen.org; Tue, 03 Jul 2012 03:47:13 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-6.tower-27.messagelabs.com!1341287225!4045994!1 X-Originating-IP: [209.85.213.41] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10032 invoked from network); 3 Jul 2012 03:47:07 -0000 Received: from mail-yw0-f41.google.com (HELO mail-yw0-f41.google.com) (209.85.213.41) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2012 03:47:07 -0000 Received: by yhr47 with SMTP id 47so6683630yhr.28 for ; Mon, 02 Jul 2012 20:47:05 -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=GWMBdmq9C6rumqmBMe2TcSBnEriBbqPhqp3Ea+bFvxE=; b=nTwWHOb0W7l4i4ocfeE3UV5dFk9ZhXYu4CWutGaGO1VRlJTfdZn6XK2gT4KCGzSP9j 86pzfx9J3x1q70nuQX4nWu3BdHyv4g7BKo0Ga4WLkqyqbuPbApxqtFprpxHULtcIesAk EqvydqTpA1WEFWVUFLjM0zX1bx1UuLBH4GHF5WdC+HRrJsQKFTEwmvF8ALmsEX+KWUfm /romqXY8qxoN94F7bkgz6qhDb7qBhPzO4bkvNBSJ3vsc4Xvypy6i++iDBX15RHleclo2 CHA/aMbE1BlFZrQ5hyDWq/vPaXa2wm4+ebLxU9ZInNfQdj91eEMvdGPm/3oiNZQ4D7tB 1YNw== MIME-Version: 1.0 Received: by 10.50.95.132 with SMTP id dk4mr7032291igb.67.1341287224788; Mon, 02 Jul 2012 20:47:04 -0700 (PDT) Received: by 10.231.174.199 with HTTP; Mon, 2 Jul 2012 20:47:04 -0700 (PDT) In-Reply-To: <20120702171752.1753ead7c2b35a7d15c5b99498690bcc.eadfe01112.wbe@email11.secureserver.net> References: <20120702171752.1753ead7c2b35a7d15c5b99498690bcc.eadfe01112.wbe@email11.secureserver.net> Date: Tue, 3 Jul 2012 10:47:04 +0700 Message-ID: From: "Fajar A. Nugraha" To: ray@aarden.us X-Gm-Message-State: ALoCoQl0g56AD50dLd1rWMjyhQ+mRbIGYGcB7m8w9+RkzbbdF5IpcIwYCMGIo4SYqxE9+59/OzXw Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Kronos - VPN and Apache X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 3, 2012 at 7:17 AM, wrote: > The Kronos page: > http://wiki.xen.org/wiki/Project_Kronos > includes these two entries: > A couple of network-related notes > + XAPI expects to run in a clean environment, > and listens on ports 80 and 443. If you're > running anything else on these ports > (typically Apache/Apache2), then you're > likely to have problems. > + There is a known bug (which needs to be > fixed) which means that in certain > circumstances when you are using VPN > software (e.g. when you have a tun0 > interface listed in ifconfig), xapi > will fail. Please ensure that you remove > all such software before attempting to > run xcp-xapi. > > Do these mean that Apache and VPN can not be run with Xen or possibly > that they can be run from VMs? Those notes should only apply to the system running xapi, which is the dom0. domUs (i.e. VMs) should be unaffected. And also note that it doesn't specifically blacklist only apache; rather it says that you shouldn't have anything on dom0 which listens on port 80 and 443. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 03 03:48:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jul 2012 03:48: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 1Slu55-0001gg-Sf; Tue, 03 Jul 2012 03:47:15 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Slu53-0001gY-Lk for xen-users@lists.xen.org; Tue, 03 Jul 2012 03:47:13 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-6.tower-27.messagelabs.com!1341287225!4045994!1 X-Originating-IP: [209.85.213.41] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10032 invoked from network); 3 Jul 2012 03:47:07 -0000 Received: from mail-yw0-f41.google.com (HELO mail-yw0-f41.google.com) (209.85.213.41) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2012 03:47:07 -0000 Received: by yhr47 with SMTP id 47so6683630yhr.28 for ; Mon, 02 Jul 2012 20:47:05 -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=GWMBdmq9C6rumqmBMe2TcSBnEriBbqPhqp3Ea+bFvxE=; b=nTwWHOb0W7l4i4ocfeE3UV5dFk9ZhXYu4CWutGaGO1VRlJTfdZn6XK2gT4KCGzSP9j 86pzfx9J3x1q70nuQX4nWu3BdHyv4g7BKo0Ga4WLkqyqbuPbApxqtFprpxHULtcIesAk EqvydqTpA1WEFWVUFLjM0zX1bx1UuLBH4GHF5WdC+HRrJsQKFTEwmvF8ALmsEX+KWUfm /romqXY8qxoN94F7bkgz6qhDb7qBhPzO4bkvNBSJ3vsc4Xvypy6i++iDBX15RHleclo2 CHA/aMbE1BlFZrQ5hyDWq/vPaXa2wm4+ebLxU9ZInNfQdj91eEMvdGPm/3oiNZQ4D7tB 1YNw== MIME-Version: 1.0 Received: by 10.50.95.132 with SMTP id dk4mr7032291igb.67.1341287224788; Mon, 02 Jul 2012 20:47:04 -0700 (PDT) Received: by 10.231.174.199 with HTTP; Mon, 2 Jul 2012 20:47:04 -0700 (PDT) In-Reply-To: <20120702171752.1753ead7c2b35a7d15c5b99498690bcc.eadfe01112.wbe@email11.secureserver.net> References: <20120702171752.1753ead7c2b35a7d15c5b99498690bcc.eadfe01112.wbe@email11.secureserver.net> Date: Tue, 3 Jul 2012 10:47:04 +0700 Message-ID: From: "Fajar A. Nugraha" To: ray@aarden.us X-Gm-Message-State: ALoCoQl0g56AD50dLd1rWMjyhQ+mRbIGYGcB7m8w9+RkzbbdF5IpcIwYCMGIo4SYqxE9+59/OzXw Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Kronos - VPN and Apache X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 3, 2012 at 7:17 AM, wrote: > The Kronos page: > http://wiki.xen.org/wiki/Project_Kronos > includes these two entries: > A couple of network-related notes > + XAPI expects to run in a clean environment, > and listens on ports 80 and 443. If you're > running anything else on these ports > (typically Apache/Apache2), then you're > likely to have problems. > + There is a known bug (which needs to be > fixed) which means that in certain > circumstances when you are using VPN > software (e.g. when you have a tun0 > interface listed in ifconfig), xapi > will fail. Please ensure that you remove > all such software before attempting to > run xcp-xapi. > > Do these mean that Apache and VPN can not be run with Xen or possibly > that they can be run from VMs? Those notes should only apply to the system running xapi, which is the dom0. domUs (i.e. VMs) should be unaffected. And also note that it doesn't specifically blacklist only apache; rather it says that you shouldn't have anything on dom0 which listens on port 80 and 443. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 03 04:24:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jul 2012 04:24: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 1SlueB-0002Hu-Ce; Tue, 03 Jul 2012 04:23:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Slue9-0002Hp-UI for xen-users@lists.xen.org; Tue, 03 Jul 2012 04:23:30 +0000 Received: from [85.158.138.51:41352] by server-10.bemta-3.messagelabs.com id A8/C5-01753-1C372FF4; Tue, 03 Jul 2012 04:23:29 +0000 X-Env-Sender: epretorious@yahoo.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1341289407!29528224!1 X-Originating-IP: [98.138.90.157] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3017 invoked from network); 3 Jul 2012 04:23:27 -0000 Received: from nm9-vm2.bullet.mail.ne1.yahoo.com (HELO nm9-vm2.bullet.mail.ne1.yahoo.com) (98.138.90.157) by server-8.tower-174.messagelabs.com with SMTP; 3 Jul 2012 04:23:27 -0000 Received: from [98.138.90.56] by nm9.bullet.mail.ne1.yahoo.com with NNFMP; 03 Jul 2012 04:23:26 -0000 Received: from [98.138.226.162] by tm9.bullet.mail.ne1.yahoo.com with NNFMP; 03 Jul 2012 04:23:26 -0000 Received: from [127.0.0.1] by omp1063.mail.ne1.yahoo.com with NNFMP; 03 Jul 2012 04:23:26 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 840332.89836.bm@omp1063.mail.ne1.yahoo.com Received: (qmail 6898 invoked by uid 60001); 3 Jul 2012 04:23:26 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1341289406; bh=omD+465wlP9/eXD0kQoaVu9qCQyJjV0SDho6Ecqss54=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=crWajJ1nTrhONN8XllGPjctJE0pMfBBE4h1hhGs7CxcZeQgocM1TakMAnRYppmE3PbGKuaquGvEvEr/cX8JQ9iJWwgsDKNxHg2trRdO+jOjqp+M2GHPrZDQbCWNFSIbGUJzdPPBPEZdR63iPVbHx3+F/eZRGDb6GVPCCTo8VFNU= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=Llgh9XwhM3h46ckdC/qqnk8nuwgCSrbS5d2FtgFGIEFcmJ+Vz8NARid10/vJhDpIjSlv173CNXe/JDwVfeC9S4nRKdvBZno9yfNz2BE3IKDvOux+n8+aCqCbRW/5qijlskN3NIzEW0LyhDtiTZNYzOSzZhvIC9I4KeRxS+jIiBo=; X-YMail-OSG: n4NeIRQVM1mCaJkNB4MdF9B73QSmbgjAXc2IrIxYDj4..Ax WdVLCoO4BYDYgQgkfZlflN8UC0_jJFzCoIeJu36reziu9eKGgq4BKzdJR1KD xZStNd_KsF0Nm3Acdr4_melVAQ6AdCPZ7Cvgk3B8qnoJ7gEsfXMOLmqsMQb6 E6ymERf9lLLErKWI4vNimSrQbCScHEjHPZv91yQwRnCZDqm3kmeswDhIzvAz ILyjh4l0sGsp27G.dLtf.ItHSoxezqaSPMzQOiDstIZZM7BpFfMWXWohekE2 exrwngVzhgESE8sQxbgYAPJyaVJ8KeKswbzQTVRMYof9T5DqBS5FPgjIfHqh ZAu1bvUF2qb6bmRVI6xDBL_VJJisQQ1sqIZzXpj9qLu8lO4iF9vMzzW5H8SP 3R9B75IUQ8ZzFr44q9uCNi3b2RYydvDsjm6885VgnRQc4LDWo_dwxapabKwz G9MPWGODZsfdd7Ol2rVbZm942_VnZ1ry9r9M3rvJMjOecA0iCVTumtdBN8Hz 3n0mNzGyuh17mDnV6aOtWiXAbY7WpfgoDQ5BHetAQyU8Hx_zkY5IjaN_mffB ul8nB2ZgsiV_2ADw2Uc717bNU.yGKwijle.PGI7Up33xhkAmIQh5mGzJsmpG 7VS5Z4n3W2IKags_g5Y09vtAQvIbnNisVnlvQHgtrTUGVd66sZWgB002D_WH b_h_xQvmkeXfXOVigPxRLLo76U2pfmT0E5qm.D8ab.SDbYfMxJtKRkJYFpU. xp3Lsvqk- Received: from [24.32.26.44] by web121705.mail.ne1.yahoo.com via HTTP; Mon, 02 Jul 2012 21:23:26 PDT X-Mailer: YahooMailWebService/0.8.118.349524 References: <20120627100227.1753ead7c2b35a7d15c5b99498690bcc.31147d8f85.wbe@email11.secureserver.net> Message-ID: <1341289406.54647.YahooMailNeo@web121705.mail.ne1.yahoo.com> Date: Mon, 2 Jul 2012 21:23:26 -0700 (PDT) From: Eric To: "xen-users@lists.xen.org" In-Reply-To: <20120627100227.1753ead7c2b35a7d15c5b99498690bcc.31147d8f85.wbe@email11.secureserver.net> MIME-Version: 1.0 Cc: "ray@aarden.us" Subject: Re: [Xen-users] Debian/Ubuntu for XCP X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eric List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0072768730969807399==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0072768730969807399== Content-Type: multipart/alternative; boundary="-1714046436-258023972-1341289406=:54647" ---1714046436-258023972-1341289406=:54647 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Ray:=0A=0AAndrew Eross offered a good explanation to the XCP's relationship= to Debian, IMHO. You can read it here:=0A=0A=A0 http://xen.1045712.n5.nabb= le.com/Which-one-to-use-Xen-HV-Xen-Cloud-Platform-or-Citrix-XenServer-td570= 9798.html=0A=0AEric Pretorious=0ATruckee, CA=0A=0A=0A=0A=0A>_______________= _________________=0A> From: "ray@aarden.us" =0A>To: xen-user= s@lists.xen.org =0A>Cc: Fajar A. Nugraha =0A>Sent: Wednesd= ay, June 27, 2012 10:02 AM=0A>Subject: [Xen-users] Debian/Ubuntu for XCP=0A= > =0A>Fajar,=0A>=0A>Re:=A0 Subject: Re: [Xen-users] Which one to use: Xen H= V, Xen Cloud=0A>Platform, or Citrix XenServer?=0A>=0A>Since you mentioned d= ebian/ubuntu relative to XCP, I wonder if you could=0A>help me understand.= =A0 I have read some about this but I have not been=0A>able to understand w= hat parts each play.=A0 I would appreciate some=0A>comments on the relation= ship so maybe I could better understand what I=0A>am reading.=A0 I can't te= ll what is actually happening or how to implement=0A>it.=A0 A link to furth= er information would be additional value for me.=0A>=0A>ray=0A>=0A>=0A>____= ___________________________________________=0A>Xen-users mailing list=0A>Xe= n-users@lists.xen.org=0A>http://lists.xen.org/xen-users=0A>=0A>=0A> ---1714046436-258023972-1341289406=:54647 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Ray:

Andrew Eross offe= red a good explanation to the XCP's relationship to Debian, IMHO. You can r= ead it here:

  http= ://xen.1045712.n5.nabble.com/Which-one-to-use-Xen-HV-Xen-Cloud-Platform-or-= Citrix-XenServer-td5709798.html

Eric Pretorious
Truckee, CA
=

=20 From: "ray@aarden.us" <= ray@aarden.us>
To: = xen-users@lists.xen.org
Cc: Fajar A. Nugraha <list@fajar.net>
Sent: Wednesday, June 27, 2012 10:02 AM
Subject: [Xen-users] Debian/Ubun= tu for XCP

=0AFajar,

Re:  Subject: Re: [= Xen-users] Which one to use: Xen HV, Xen Cloud
Platform, or Citrix XenSe= rver?

Since you mentioned debian/ubuntu relative to XCP, I wonder if= you could
help me understand.  I have read some about this but I h= ave not been
able to understand what parts each play.  I would appr= eciate some
comments on the relationship so maybe I could better underst= and what I
am reading.  I can't tell what is actually happening or = how to implement
it.  A link to further information would be additi= onal value for me.

ray


__________________________________= _____________
Xen-users mailing list
Xen-users@lists.xen.o= rg
http://lists.xen.org/xen-users


---1714046436-258023972-1341289406=:54647-- --===============0072768730969807399== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0072768730969807399==-- From xen-users-bounces@lists.xen.org Tue Jul 03 04:24:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jul 2012 04:24: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 1SlueB-0002Hu-Ce; Tue, 03 Jul 2012 04:23:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Slue9-0002Hp-UI for xen-users@lists.xen.org; Tue, 03 Jul 2012 04:23:30 +0000 Received: from [85.158.138.51:41352] by server-10.bemta-3.messagelabs.com id A8/C5-01753-1C372FF4; Tue, 03 Jul 2012 04:23:29 +0000 X-Env-Sender: epretorious@yahoo.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1341289407!29528224!1 X-Originating-IP: [98.138.90.157] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3017 invoked from network); 3 Jul 2012 04:23:27 -0000 Received: from nm9-vm2.bullet.mail.ne1.yahoo.com (HELO nm9-vm2.bullet.mail.ne1.yahoo.com) (98.138.90.157) by server-8.tower-174.messagelabs.com with SMTP; 3 Jul 2012 04:23:27 -0000 Received: from [98.138.90.56] by nm9.bullet.mail.ne1.yahoo.com with NNFMP; 03 Jul 2012 04:23:26 -0000 Received: from [98.138.226.162] by tm9.bullet.mail.ne1.yahoo.com with NNFMP; 03 Jul 2012 04:23:26 -0000 Received: from [127.0.0.1] by omp1063.mail.ne1.yahoo.com with NNFMP; 03 Jul 2012 04:23:26 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 840332.89836.bm@omp1063.mail.ne1.yahoo.com Received: (qmail 6898 invoked by uid 60001); 3 Jul 2012 04:23:26 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1341289406; bh=omD+465wlP9/eXD0kQoaVu9qCQyJjV0SDho6Ecqss54=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=crWajJ1nTrhONN8XllGPjctJE0pMfBBE4h1hhGs7CxcZeQgocM1TakMAnRYppmE3PbGKuaquGvEvEr/cX8JQ9iJWwgsDKNxHg2trRdO+jOjqp+M2GHPrZDQbCWNFSIbGUJzdPPBPEZdR63iPVbHx3+F/eZRGDb6GVPCCTo8VFNU= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=Llgh9XwhM3h46ckdC/qqnk8nuwgCSrbS5d2FtgFGIEFcmJ+Vz8NARid10/vJhDpIjSlv173CNXe/JDwVfeC9S4nRKdvBZno9yfNz2BE3IKDvOux+n8+aCqCbRW/5qijlskN3NIzEW0LyhDtiTZNYzOSzZhvIC9I4KeRxS+jIiBo=; X-YMail-OSG: n4NeIRQVM1mCaJkNB4MdF9B73QSmbgjAXc2IrIxYDj4..Ax WdVLCoO4BYDYgQgkfZlflN8UC0_jJFzCoIeJu36reziu9eKGgq4BKzdJR1KD xZStNd_KsF0Nm3Acdr4_melVAQ6AdCPZ7Cvgk3B8qnoJ7gEsfXMOLmqsMQb6 E6ymERf9lLLErKWI4vNimSrQbCScHEjHPZv91yQwRnCZDqm3kmeswDhIzvAz ILyjh4l0sGsp27G.dLtf.ItHSoxezqaSPMzQOiDstIZZM7BpFfMWXWohekE2 exrwngVzhgESE8sQxbgYAPJyaVJ8KeKswbzQTVRMYof9T5DqBS5FPgjIfHqh ZAu1bvUF2qb6bmRVI6xDBL_VJJisQQ1sqIZzXpj9qLu8lO4iF9vMzzW5H8SP 3R9B75IUQ8ZzFr44q9uCNi3b2RYydvDsjm6885VgnRQc4LDWo_dwxapabKwz G9MPWGODZsfdd7Ol2rVbZm942_VnZ1ry9r9M3rvJMjOecA0iCVTumtdBN8Hz 3n0mNzGyuh17mDnV6aOtWiXAbY7WpfgoDQ5BHetAQyU8Hx_zkY5IjaN_mffB ul8nB2ZgsiV_2ADw2Uc717bNU.yGKwijle.PGI7Up33xhkAmIQh5mGzJsmpG 7VS5Z4n3W2IKags_g5Y09vtAQvIbnNisVnlvQHgtrTUGVd66sZWgB002D_WH b_h_xQvmkeXfXOVigPxRLLo76U2pfmT0E5qm.D8ab.SDbYfMxJtKRkJYFpU. xp3Lsvqk- Received: from [24.32.26.44] by web121705.mail.ne1.yahoo.com via HTTP; Mon, 02 Jul 2012 21:23:26 PDT X-Mailer: YahooMailWebService/0.8.118.349524 References: <20120627100227.1753ead7c2b35a7d15c5b99498690bcc.31147d8f85.wbe@email11.secureserver.net> Message-ID: <1341289406.54647.YahooMailNeo@web121705.mail.ne1.yahoo.com> Date: Mon, 2 Jul 2012 21:23:26 -0700 (PDT) From: Eric To: "xen-users@lists.xen.org" In-Reply-To: <20120627100227.1753ead7c2b35a7d15c5b99498690bcc.31147d8f85.wbe@email11.secureserver.net> MIME-Version: 1.0 Cc: "ray@aarden.us" Subject: Re: [Xen-users] Debian/Ubuntu for XCP X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eric List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0072768730969807399==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0072768730969807399== Content-Type: multipart/alternative; boundary="-1714046436-258023972-1341289406=:54647" ---1714046436-258023972-1341289406=:54647 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Ray:=0A=0AAndrew Eross offered a good explanation to the XCP's relationship= to Debian, IMHO. You can read it here:=0A=0A=A0 http://xen.1045712.n5.nabb= le.com/Which-one-to-use-Xen-HV-Xen-Cloud-Platform-or-Citrix-XenServer-td570= 9798.html=0A=0AEric Pretorious=0ATruckee, CA=0A=0A=0A=0A=0A>_______________= _________________=0A> From: "ray@aarden.us" =0A>To: xen-user= s@lists.xen.org =0A>Cc: Fajar A. Nugraha =0A>Sent: Wednesd= ay, June 27, 2012 10:02 AM=0A>Subject: [Xen-users] Debian/Ubuntu for XCP=0A= > =0A>Fajar,=0A>=0A>Re:=A0 Subject: Re: [Xen-users] Which one to use: Xen H= V, Xen Cloud=0A>Platform, or Citrix XenServer?=0A>=0A>Since you mentioned d= ebian/ubuntu relative to XCP, I wonder if you could=0A>help me understand.= =A0 I have read some about this but I have not been=0A>able to understand w= hat parts each play.=A0 I would appreciate some=0A>comments on the relation= ship so maybe I could better understand what I=0A>am reading.=A0 I can't te= ll what is actually happening or how to implement=0A>it.=A0 A link to furth= er information would be additional value for me.=0A>=0A>ray=0A>=0A>=0A>____= ___________________________________________=0A>Xen-users mailing list=0A>Xe= n-users@lists.xen.org=0A>http://lists.xen.org/xen-users=0A>=0A>=0A> ---1714046436-258023972-1341289406=:54647 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Ray:

Andrew Eross offe= red a good explanation to the XCP's relationship to Debian, IMHO. You can r= ead it here:

  http= ://xen.1045712.n5.nabble.com/Which-one-to-use-Xen-HV-Xen-Cloud-Platform-or-= Citrix-XenServer-td5709798.html

Eric Pretorious
Truckee, CA
=

=20 From: "ray@aarden.us" <= ray@aarden.us>
To: = xen-users@lists.xen.org
Cc: Fajar A. Nugraha <list@fajar.net>
Sent: Wednesday, June 27, 2012 10:02 AM
Subject: [Xen-users] Debian/Ubun= tu for XCP

=0AFajar,

Re:  Subject: Re: [= Xen-users] Which one to use: Xen HV, Xen Cloud
Platform, or Citrix XenSe= rver?

Since you mentioned debian/ubuntu relative to XCP, I wonder if= you could
help me understand.  I have read some about this but I h= ave not been
able to understand what parts each play.  I would appr= eciate some
comments on the relationship so maybe I could better underst= and what I
am reading.  I can't tell what is actually happening or = how to implement
it.  A link to further information would be additi= onal value for me.

ray


__________________________________= _____________
Xen-users mailing list
Xen-users@lists.xen.o= rg
http://lists.xen.org/xen-users


---1714046436-258023972-1341289406=:54647-- --===============0072768730969807399== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0072768730969807399==-- From xen-users-bounces@lists.xen.org Tue Jul 03 04:41:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jul 2012 04:41: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 1Slutf-0002gn-5K; Tue, 03 Jul 2012 04:39:31 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Slutc-0002gb-Tc for xen-users@lists.xen.org; Tue, 03 Jul 2012 04:39:29 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-2.tower-27.messagelabs.com!1341290361!9675898!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30554 invoked from network); 3 Jul 2012 04:39:22 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2012 04:39:22 -0000 Received: by yenl1 with SMTP id l1so5651231yen.32 for ; Mon, 02 Jul 2012 21:39:21 -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=Mu17Q95axC0C4kxnsGWiC/HK1JwAhVvAskdioU5krhA=; b=GLn6mFMu/c68tN2Coy87owq6QvZbqbD48nCYtUrcsOF6lzyAGjyQoqKeukpiQxT556 dxzF2fxqHfFFdzjFCesPVAnjx5dMp+KQ7uD1rzZA0wFEhJoXsP2lc4y64m3MuXR0ffZI qF3BMWTwmQG/Z7SIz51R2gWDGZq7ApJHGIXjmmkczojxfuvq4BDcwaDe2Y4tjJlNM688 rFWpv6i+ACrDE8dj2u5oNYE8NlqYH8IvXPnAgzsWeIO7YTCNkdV5WEc4lbApW0s2Kfw5 cwJqblz/q7kjtvhTBV0DGPef8I/GGnLMFGxzb90mgsKgNolFX2o30V4JaBpHx3jArNmu 1ICA== MIME-Version: 1.0 Received: by 10.50.182.231 with SMTP id eh7mr7215893igc.42.1341290361437; Mon, 02 Jul 2012 21:39:21 -0700 (PDT) Received: by 10.231.174.199 with HTTP; Mon, 2 Jul 2012 21:39:21 -0700 (PDT) In-Reply-To: <20120627100227.1753ead7c2b35a7d15c5b99498690bcc.31147d8f85.wbe@email11.secureserver.net> References: <20120627100227.1753ead7c2b35a7d15c5b99498690bcc.31147d8f85.wbe@email11.secureserver.net> Date: Tue, 3 Jul 2012 11:39:21 +0700 Message-ID: From: "Fajar A. Nugraha" To: ray@aarden.us X-Gm-Message-State: ALoCoQktUOt57UPBCeXeTdTHqXLRmK1rijnK+jxIFppPYkOTtsuY5uxmnkzTXuGNIPCaYBUiN/TL Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Debian/Ubuntu for XCP X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jun 28, 2012 at 12:02 AM, wrote: > Fajar, > > Re: Subject: Re: [Xen-users] Which one to use: Xen HV, Xen Cloud > Platform, or Citrix XenServer? > > Since you mentioned debian/ubuntu relative to XCP, I wonder if you could > help me understand. I have read some about this but I have not been > able to understand what parts each play. I would appreciate some > comments on the relationship so maybe I could better understand what I > am reading. I can't tell what is actually happening or how to implement > it. A link to further information would be additional value for me. I don't use debian, nor xcp. Not anymore, anyway. As for the relationship, the first section here should explain it nicely: http://wiki.xen.org/wiki/Project_Kronos Short version: XCP = centos + custom kernel + xapi toolstack, bundled as an ISO installer kronos = xapi toolstack, installable on top of debian -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 03 04:41:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jul 2012 04:41: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 1Slutf-0002gn-5K; Tue, 03 Jul 2012 04:39:31 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Slutc-0002gb-Tc for xen-users@lists.xen.org; Tue, 03 Jul 2012 04:39:29 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-2.tower-27.messagelabs.com!1341290361!9675898!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30554 invoked from network); 3 Jul 2012 04:39:22 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2012 04:39:22 -0000 Received: by yenl1 with SMTP id l1so5651231yen.32 for ; Mon, 02 Jul 2012 21:39:21 -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=Mu17Q95axC0C4kxnsGWiC/HK1JwAhVvAskdioU5krhA=; b=GLn6mFMu/c68tN2Coy87owq6QvZbqbD48nCYtUrcsOF6lzyAGjyQoqKeukpiQxT556 dxzF2fxqHfFFdzjFCesPVAnjx5dMp+KQ7uD1rzZA0wFEhJoXsP2lc4y64m3MuXR0ffZI qF3BMWTwmQG/Z7SIz51R2gWDGZq7ApJHGIXjmmkczojxfuvq4BDcwaDe2Y4tjJlNM688 rFWpv6i+ACrDE8dj2u5oNYE8NlqYH8IvXPnAgzsWeIO7YTCNkdV5WEc4lbApW0s2Kfw5 cwJqblz/q7kjtvhTBV0DGPef8I/GGnLMFGxzb90mgsKgNolFX2o30V4JaBpHx3jArNmu 1ICA== MIME-Version: 1.0 Received: by 10.50.182.231 with SMTP id eh7mr7215893igc.42.1341290361437; Mon, 02 Jul 2012 21:39:21 -0700 (PDT) Received: by 10.231.174.199 with HTTP; Mon, 2 Jul 2012 21:39:21 -0700 (PDT) In-Reply-To: <20120627100227.1753ead7c2b35a7d15c5b99498690bcc.31147d8f85.wbe@email11.secureserver.net> References: <20120627100227.1753ead7c2b35a7d15c5b99498690bcc.31147d8f85.wbe@email11.secureserver.net> Date: Tue, 3 Jul 2012 11:39:21 +0700 Message-ID: From: "Fajar A. Nugraha" To: ray@aarden.us X-Gm-Message-State: ALoCoQktUOt57UPBCeXeTdTHqXLRmK1rijnK+jxIFppPYkOTtsuY5uxmnkzTXuGNIPCaYBUiN/TL Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Debian/Ubuntu for XCP X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jun 28, 2012 at 12:02 AM, wrote: > Fajar, > > Re: Subject: Re: [Xen-users] Which one to use: Xen HV, Xen Cloud > Platform, or Citrix XenServer? > > Since you mentioned debian/ubuntu relative to XCP, I wonder if you could > help me understand. I have read some about this but I have not been > able to understand what parts each play. I would appreciate some > comments on the relationship so maybe I could better understand what I > am reading. I can't tell what is actually happening or how to implement > it. A link to further information would be additional value for me. I don't use debian, nor xcp. Not anymore, anyway. As for the relationship, the first section here should explain it nicely: http://wiki.xen.org/wiki/Project_Kronos Short version: XCP = centos + custom kernel + xapi toolstack, bundled as an ISO installer kronos = xapi toolstack, installable on top of debian -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 03 06:06:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jul 2012 06:06: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 1SlwEq-0003wW-OJ; Tue, 03 Jul 2012 06:05:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlwEp-0003wR-8q for xen-users@lists.xen.org; Tue, 03 Jul 2012 06:05:27 +0000 Received: from [85.158.138.51:35565] by server-8.bemta-3.messagelabs.com id E9/E7-06157-6AB82FF4; Tue, 03 Jul 2012 06:05:26 +0000 X-Env-Sender: brfeng@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1341295524!27813445!1 X-Originating-IP: [209.85.212.173] 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-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20027 invoked from network); 3 Jul 2012 06:05:25 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2012 06:05:25 -0000 Received: by wibhm6 with SMTP id hm6so3198012wib.14 for ; Mon, 02 Jul 2012 23:05:24 -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=Gj+wBNiyciBrYVtLokiR/M7O5ChSYJpb1RgnfdorAeo=; b=l/KiSLa/FT05pMuyanhOYPdET3RhpXNhjdLFkjO1TmQDO2Vbsgh35ARElLODfOqBs7 Kx5GgHqcmi2RQGpyTfHrmptzNfyvso2CMEvyYZEX/KstO252+CIAgD83QiOru80/doQU HF2jJEFykR2gPVujNZGJ36xl4IVCW8vVGLbpW3904NM9U293OMjFeuxp/oDP71GdYLZn n88BV7Da7DF6zYVl4xA4NdS2HpvgN+Oo3/gH6P0y3qiM7q2f7HOpbGquuQ0eNRnk1yVU X5kSbjaouSns0glvhAb3meaT8BMrO7E3sjHLFuRsvMpyO2n8yUbyli2Afwv3MH6NKo5I /OBQ== MIME-Version: 1.0 Received: by 10.180.79.229 with SMTP id m5mr22305704wix.13.1341295524394; Mon, 02 Jul 2012 23:05:24 -0700 (PDT) Received: by 10.194.27.196 with HTTP; Mon, 2 Jul 2012 23:05:24 -0700 (PDT) Date: Tue, 3 Jul 2012 02:05:24 -0400 Message-ID: From: rfbian To: xen-users@lists.xen.org Subject: [Xen-users] Kenerl reboot after enabling XSM/ACM module on xen4.1.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="===============7621314091820697657==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7621314091820697657== Content-Type: multipart/alternative; boundary=f46d041826584535d304c3e6b31f --f46d041826584535d304c3e6b31f Content-Type: text/plain; charset=ISO-8859-1 Hi All I compiled xen 4.1.2 with XSM and ACM enabled. everything looks well after dom0 started, but when I started a domu with command "xm create -c centos.cfg", system reboot, whether it's a PV OR HVM domain. Logs from xend.log: [2012-07-03 07:16:31 1624] DEBUG (XendDomainInfo:103) XendDomainInfo.create(['vm', ['name', 'centos'], ['memory', '512'], ['on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'ignore'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['bootloader', '/usr/bin/pygrub'], ['bootloader_args', ''], ['image', ['linux', ['videoram', 4], ['tsc_mode', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['uname', 'file:/home/test/pvimg/test.img'], ['dev', 'xvda'], ['mode', 'w']]], ['device', ['vif', ['bridge', 'vifbr0']]]]) [2012-07-03 07:16:31 1624] DEBUG (XendDomainInfo:2498) XendDomainInfo.constructDomain [2012-07-03 07:16:31 1624] DEBUG (balloon:187) Balloon: 56232 KiB free; need 16384; done. [2012-07-03 07:16:31 1624] DEBUG (XendDomain:476) Adding Domain: 1 [2012-07-03 07:16:31 1624] DEBUG (XendDomainInfo:2836) XendDomainInfo.initDomain: 1 256 [2012-07-03 07:16:31 2[2012-07-03 07:18:28 1683] INFO (SrvDaemon:332) Xend Daemon started [2012-07-03 07:18:28 1683] INFO (SrvDaemon:336) Xend changeset: unavailable. [2012-07-03 07:18:28 1683] DEBUG (tcp:96) Listening on :8002 [2012-07-03 07:18:28 1683] INFO (XendNetwork:114) Not recreating missing unmanaged network virbr0 [2012-07-03 07:18:28 1683] INFO (XendNetwork:114) Not recreating missing unmanaged network eth0 [2012-07-03 07:18:29 1683] DEBUG (XendNode:332) pscsi record count: 8 [2012-07-03 07:18:29 1683] DEBUG (XendCPUPool:747) recreate_active_pools [2012-07-03 07:18:29 1683] DEBUG (XendDomainInfo:151) XendDomainInfo.recreate({'max_vcpu_id': 1, 'cpu_time': 15942304644L, 'ssidref': 65537, 'hvm': 0, 'shutdown_reason': 255, 'dying': 0, 'online_vcpus': 2, 'domid': 0, 'paused': 0, 'crashed': 0, 'running': 1, 'maxmem_kb': 17179869180L, 'shutdown': 0, 'mem_kb': 937248L, 'blocked': 0, 'handle': [0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0], 'cpupool': 0, 'name': 'Domain-0'}) [2012-07-03 07:18:29 1683] INFO (acmpolicy:1590) Compiled policy: rc = 0x0 [2012-07-03 07:18:29 1683] ERROR (XendXSPolicyAdmin:65) Could not find XML representation of policy 'DEFAULT': SECURITY_ERROR: -4120:Operation failed in hypervisor [2012-07-03 07:18:29 1683] INFO (acmpolicy:1590) Compiled policy: rc = 0x0 [2012-07-03 07:18:29 1683] INFO (XendXSPolicyAdmin:71) Switched to DEFAULT policy. [2012-07-03 07:18:29 1683] DEBUG (XendXSPolicyAdmin:73) XSPolicyAdmin: Known policies: {'6af4132d-f54a-a807-60aa-c58c1ee3c938': (u'DEFAULT', 'ACM')} [2012-07-03 07:18:29 1683] INFO (XendDomainInfo:169) Recreating domain 0, UUID 00000000-0000-0000-0000-000000000000. at /local/domain/0 [2012-07-03 07:18:30 1683] DEBUG (XendDomainInfo:3420) Storing VM details: {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '0', 'uuid': '00000000-0000-0000-0000-000000000000', 'on_reboot': 'restart', 'image': "(linux (kernel '') (superpages 0) (nomigrate 0) (tsc_mode 0))", 'on_poweroff': 'destroy', 'bootloader_args': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_count': '0', 'vcpus': '2', 'vcpu_avail': '3', 'bootloader': '', 'name': 'Domain-0'} [2012-07-03 07:18:30 1683] DEBUG (XendDomainInfo:1794) Storing domain details: {'description': '', 'console/limit': '1048576', 'memory/target': '937248', 'vm': '/vm/00000000-0000-0000-0000-000000000000-11', 'domid': '0', 'security_label': 'ACM:DEFAULT:SystemManagement', 'cpu/0/availability': 'online', 'cpu/1/availability': 'online', 'control/platform-feature-multiprocessor-suspend': '1', 'console/type': 'xenconsoled', 'name': 'Domain-0'} [2012-07-03 07:18:30 1683] DEBUG (XendDomain:476) Adding Domain: 0 [2012-07-03 07:18:30 1683] DEBUG (XendDomain:410) number of vcpus to use is 0 [2012-07-03 07:18:30 1683] INFO (SrvServer:184) unix path=/var/lib/xend/xend-socket [2012-07-03 07:18:30 1683] DEBUG (XendDomainInfo:1881) XendDomainInfo.handleShutdownWatch [2012-07-03 07:18:30 1683] WARNING (XendAPI:708) API call: VBD.set_device not found [2012-07-03 07:18:30 1683] WARNING (XendAPI:708) API call: VBD.set_type not found [2012-07-03 07:18:30 1683] WARNING (XendAPI:708) API call: session.get_all_records not found [2012-07-03 07:18:30 1683] WARNING (XendAPI:708) API call: event.get_record not found Could anyone can help on this issue? Thanks a lot. --f46d041826584535d304c3e6b31f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi All

I compiled xen 4.1.2 with XSM and ACM enabled. everything loo= ks well after dom0 started, but when I started a domu with command "xm= create -c centos.cfg", system reboot, whether it's a PV OR HVM do= main.

Logs from xend.log:
[2012-07-03 07:16:31 1624] DEBUG (XendDomainInfo= :103) XendDomainInfo.create(['vm', ['name', 'centos'= ;], ['memory', '512'], ['on_reboot', 'restart&#= 39;], ['on_crash', 'restart'], ['on_xend_start', &#= 39;ignore'], ['on_xend_stop', 'ignore'], ['vcpus= 9;, 1], ['oos', 1], ['bootloader', '/usr/bin/pygrub'= ;], ['bootloader_args', ''], ['image', ['linux&= #39;, ['videoram', 4], ['tsc_mode', 0], ['nomigrate'= ;, 0]]], ['s3_integrity', 1], ['device', ['vbd', [&= #39;uname', 'file:/home/test/pvimg/test.img'], ['dev', = 'xvda'], ['mode', 'w']]], ['device', ['= vif', ['bridge', 'vifbr0']]]])
[2012-07-03 07:16:31 1624] DEBUG (XendDomainInfo:2498) XendDomainInfo.const= ructDomain
[2012-07-03 07:16:31 1624] DEBUG (balloon:187) Balloon: 56232= KiB free; need 16384; done.
[2012-07-03 07:16:31 1624] DEBUG (XendDomai= n:476) Adding Domain: 1
[2012-07-03 07:16:31 1624] DEBUG (XendDomainInfo:2836) XendDomainInfo.initD= omain: 1 256
[2012-07-03 07:16:31 2[2012-07-03 07:18:28 1683] INFO (SrvD= aemon:332) Xend Daemon started
[2012-07-03 07:18:28 1683] INFO (SrvDaemo= n:336) Xend changeset: unavailable.
[2012-07-03 07:18:28 1683] DEBUG (tcp:96) Listening on :8002
[2012-07-03= 07:18:28 1683] INFO (XendNetwork:114) Not recreating missing unmanaged net= work virbr0
[2012-07-03 07:18:28 1683] INFO (XendNetwork:114) Not recrea= ting missing unmanaged network eth0
[2012-07-03 07:18:29 1683] DEBUG (XendNode:332) pscsi record count: 8
[2= 012-07-03 07:18:29 1683] DEBUG (XendCPUPool:747) recreate_active_pools
[= 2012-07-03 07:18:29 1683] DEBUG (XendDomainInfo:151) XendDomainInfo.recreat= e({'max_vcpu_id': 1, 'cpu_time': 15942304644L, 'ssidref= ': 65537, 'hvm': 0, 'shutdown_reason': 255, 'dying&= #39;: 0, 'online_vcpus': 2, 'domid': 0, 'paused': 0= , 'crashed': 0, 'running': 1, 'maxmem_kb': 17179869= 180L, 'shutdown': 0, 'mem_kb': 937248L, 'blocked': = 0, 'handle': [0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0], '= ;cpupool': 0, 'name': 'Domain-0'})
[2012-07-03 07:18:29 1683] INFO (acmpolicy:1590) Compiled policy: rc =3D 0x= 0
[2012-07-03 07:18:29 1683] ERROR (XendXSPolicyAdmin:65) Could not find= XML representation of policy 'DEFAULT': SECURITY_ERROR: -4120:Oper= ation failed in hypervisor
[2012-07-03 07:18:29 1683] INFO (acmpolicy:1590) Compiled policy: rc =3D 0x= 0
[2012-07-03 07:18:29 1683] INFO (XendXSPolicyAdmin:71) Switched to DEF= AULT policy.
[2012-07-03 07:18:29 1683] DEBUG (XendXSPolicyAdmin:73) XSP= olicyAdmin: Known policies: {'6af4132d-f54a-a807-60aa-c58c1ee3c938'= : (u'DEFAULT', 'ACM')}
[2012-07-03 07:18:29 1683] INFO (XendDomainInfo:169) Recreating domain 0, U= UID 00000000-0000-0000-0000-000000000000. at /local/domain/0
[2012-07-03= 07:18:30 1683] DEBUG (XendDomainInfo:3420) Storing VM details: {'on_xe= nd_stop': 'ignore', 'pool_name': 'Pool-0', '= ;shadow_memory': '0', 'uuid': '00000000-0000-0000-0= 000-000000000000', 'on_reboot': 'restart', 'image&#= 39;: "(linux (kernel '') (superpages 0) (nomigrate 0) (tsc_mod= e 0))", 'on_poweroff': 'destroy', 'bootloader_args= ': '', 'on_xend_start': 'ignore', 'on_crash= ': 'restart', 'xend/restart_count': '0', 'v= cpus': '2', 'vcpu_avail': '3', 'bootloader&= #39;: '', 'name': 'Domain-0'}
[2012-07-03 07:18:30 1683] DEBUG (XendDomainInfo:1794) Storing domain detai= ls: {'description': '', 'console/limit': '10485= 76', 'memory/target': '937248', 'vm': '/vm/= 00000000-0000-0000-0000-000000000000-11', 'domid': '0',= 'security_label': 'ACM:DEFAULT:SystemManagement', 'cpu= /0/availability': 'online', 'cpu/1/availability': '= online', 'control/platform-feature-multiprocessor-suspend': = 9;1', 'console/type': 'xenconsoled', 'name': &#= 39;Domain-0'}
[2012-07-03 07:18:30 1683] DEBUG (XendDomain:476) Adding Domain: 0
[2012= -07-03 07:18:30 1683] DEBUG (XendDomain:410) number of vcpus to use is 0[2012-07-03 07:18:30 1683] INFO (SrvServer:184) unix path=3D/var/lib/xend/= xend-socket
[2012-07-03 07:18:30 1683] DEBUG (XendDomainInfo:1881) XendDomainInfo.handl= eShutdownWatch
[2012-07-03 07:18:30 1683] WARNING (XendAPI:708) API call= : VBD.set_device not found
[2012-07-03 07:18:30 1683] WARNING (XendAPI:7= 08) API call: VBD.set_type not found
[2012-07-03 07:18:30 1683] WARNING (XendAPI:708) API call: session.get_all_= records not found
[2012-07-03 07:18:30 1683] WARNING (XendAPI:708) API c= all: event.get_record not found

Could anyone can help on this issue?=

Thanks a lot.
--f46d041826584535d304c3e6b31f-- --===============7621314091820697657== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7621314091820697657==-- From xen-users-bounces@lists.xen.org Tue Jul 03 06:06:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jul 2012 06:06: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 1SlwEq-0003wW-OJ; Tue, 03 Jul 2012 06:05:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlwEp-0003wR-8q for xen-users@lists.xen.org; Tue, 03 Jul 2012 06:05:27 +0000 Received: from [85.158.138.51:35565] by server-8.bemta-3.messagelabs.com id E9/E7-06157-6AB82FF4; Tue, 03 Jul 2012 06:05:26 +0000 X-Env-Sender: brfeng@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1341295524!27813445!1 X-Originating-IP: [209.85.212.173] 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-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20027 invoked from network); 3 Jul 2012 06:05:25 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2012 06:05:25 -0000 Received: by wibhm6 with SMTP id hm6so3198012wib.14 for ; Mon, 02 Jul 2012 23:05:24 -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=Gj+wBNiyciBrYVtLokiR/M7O5ChSYJpb1RgnfdorAeo=; b=l/KiSLa/FT05pMuyanhOYPdET3RhpXNhjdLFkjO1TmQDO2Vbsgh35ARElLODfOqBs7 Kx5GgHqcmi2RQGpyTfHrmptzNfyvso2CMEvyYZEX/KstO252+CIAgD83QiOru80/doQU HF2jJEFykR2gPVujNZGJ36xl4IVCW8vVGLbpW3904NM9U293OMjFeuxp/oDP71GdYLZn n88BV7Da7DF6zYVl4xA4NdS2HpvgN+Oo3/gH6P0y3qiM7q2f7HOpbGquuQ0eNRnk1yVU X5kSbjaouSns0glvhAb3meaT8BMrO7E3sjHLFuRsvMpyO2n8yUbyli2Afwv3MH6NKo5I /OBQ== MIME-Version: 1.0 Received: by 10.180.79.229 with SMTP id m5mr22305704wix.13.1341295524394; Mon, 02 Jul 2012 23:05:24 -0700 (PDT) Received: by 10.194.27.196 with HTTP; Mon, 2 Jul 2012 23:05:24 -0700 (PDT) Date: Tue, 3 Jul 2012 02:05:24 -0400 Message-ID: From: rfbian To: xen-users@lists.xen.org Subject: [Xen-users] Kenerl reboot after enabling XSM/ACM module on xen4.1.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="===============7621314091820697657==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7621314091820697657== Content-Type: multipart/alternative; boundary=f46d041826584535d304c3e6b31f --f46d041826584535d304c3e6b31f Content-Type: text/plain; charset=ISO-8859-1 Hi All I compiled xen 4.1.2 with XSM and ACM enabled. everything looks well after dom0 started, but when I started a domu with command "xm create -c centos.cfg", system reboot, whether it's a PV OR HVM domain. Logs from xend.log: [2012-07-03 07:16:31 1624] DEBUG (XendDomainInfo:103) XendDomainInfo.create(['vm', ['name', 'centos'], ['memory', '512'], ['on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'ignore'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['bootloader', '/usr/bin/pygrub'], ['bootloader_args', ''], ['image', ['linux', ['videoram', 4], ['tsc_mode', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['uname', 'file:/home/test/pvimg/test.img'], ['dev', 'xvda'], ['mode', 'w']]], ['device', ['vif', ['bridge', 'vifbr0']]]]) [2012-07-03 07:16:31 1624] DEBUG (XendDomainInfo:2498) XendDomainInfo.constructDomain [2012-07-03 07:16:31 1624] DEBUG (balloon:187) Balloon: 56232 KiB free; need 16384; done. [2012-07-03 07:16:31 1624] DEBUG (XendDomain:476) Adding Domain: 1 [2012-07-03 07:16:31 1624] DEBUG (XendDomainInfo:2836) XendDomainInfo.initDomain: 1 256 [2012-07-03 07:16:31 2[2012-07-03 07:18:28 1683] INFO (SrvDaemon:332) Xend Daemon started [2012-07-03 07:18:28 1683] INFO (SrvDaemon:336) Xend changeset: unavailable. [2012-07-03 07:18:28 1683] DEBUG (tcp:96) Listening on :8002 [2012-07-03 07:18:28 1683] INFO (XendNetwork:114) Not recreating missing unmanaged network virbr0 [2012-07-03 07:18:28 1683] INFO (XendNetwork:114) Not recreating missing unmanaged network eth0 [2012-07-03 07:18:29 1683] DEBUG (XendNode:332) pscsi record count: 8 [2012-07-03 07:18:29 1683] DEBUG (XendCPUPool:747) recreate_active_pools [2012-07-03 07:18:29 1683] DEBUG (XendDomainInfo:151) XendDomainInfo.recreate({'max_vcpu_id': 1, 'cpu_time': 15942304644L, 'ssidref': 65537, 'hvm': 0, 'shutdown_reason': 255, 'dying': 0, 'online_vcpus': 2, 'domid': 0, 'paused': 0, 'crashed': 0, 'running': 1, 'maxmem_kb': 17179869180L, 'shutdown': 0, 'mem_kb': 937248L, 'blocked': 0, 'handle': [0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0], 'cpupool': 0, 'name': 'Domain-0'}) [2012-07-03 07:18:29 1683] INFO (acmpolicy:1590) Compiled policy: rc = 0x0 [2012-07-03 07:18:29 1683] ERROR (XendXSPolicyAdmin:65) Could not find XML representation of policy 'DEFAULT': SECURITY_ERROR: -4120:Operation failed in hypervisor [2012-07-03 07:18:29 1683] INFO (acmpolicy:1590) Compiled policy: rc = 0x0 [2012-07-03 07:18:29 1683] INFO (XendXSPolicyAdmin:71) Switched to DEFAULT policy. [2012-07-03 07:18:29 1683] DEBUG (XendXSPolicyAdmin:73) XSPolicyAdmin: Known policies: {'6af4132d-f54a-a807-60aa-c58c1ee3c938': (u'DEFAULT', 'ACM')} [2012-07-03 07:18:29 1683] INFO (XendDomainInfo:169) Recreating domain 0, UUID 00000000-0000-0000-0000-000000000000. at /local/domain/0 [2012-07-03 07:18:30 1683] DEBUG (XendDomainInfo:3420) Storing VM details: {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '0', 'uuid': '00000000-0000-0000-0000-000000000000', 'on_reboot': 'restart', 'image': "(linux (kernel '') (superpages 0) (nomigrate 0) (tsc_mode 0))", 'on_poweroff': 'destroy', 'bootloader_args': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_count': '0', 'vcpus': '2', 'vcpu_avail': '3', 'bootloader': '', 'name': 'Domain-0'} [2012-07-03 07:18:30 1683] DEBUG (XendDomainInfo:1794) Storing domain details: {'description': '', 'console/limit': '1048576', 'memory/target': '937248', 'vm': '/vm/00000000-0000-0000-0000-000000000000-11', 'domid': '0', 'security_label': 'ACM:DEFAULT:SystemManagement', 'cpu/0/availability': 'online', 'cpu/1/availability': 'online', 'control/platform-feature-multiprocessor-suspend': '1', 'console/type': 'xenconsoled', 'name': 'Domain-0'} [2012-07-03 07:18:30 1683] DEBUG (XendDomain:476) Adding Domain: 0 [2012-07-03 07:18:30 1683] DEBUG (XendDomain:410) number of vcpus to use is 0 [2012-07-03 07:18:30 1683] INFO (SrvServer:184) unix path=/var/lib/xend/xend-socket [2012-07-03 07:18:30 1683] DEBUG (XendDomainInfo:1881) XendDomainInfo.handleShutdownWatch [2012-07-03 07:18:30 1683] WARNING (XendAPI:708) API call: VBD.set_device not found [2012-07-03 07:18:30 1683] WARNING (XendAPI:708) API call: VBD.set_type not found [2012-07-03 07:18:30 1683] WARNING (XendAPI:708) API call: session.get_all_records not found [2012-07-03 07:18:30 1683] WARNING (XendAPI:708) API call: event.get_record not found Could anyone can help on this issue? Thanks a lot. --f46d041826584535d304c3e6b31f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi All

I compiled xen 4.1.2 with XSM and ACM enabled. everything loo= ks well after dom0 started, but when I started a domu with command "xm= create -c centos.cfg", system reboot, whether it's a PV OR HVM do= main.

Logs from xend.log:
[2012-07-03 07:16:31 1624] DEBUG (XendDomainInfo= :103) XendDomainInfo.create(['vm', ['name', 'centos'= ;], ['memory', '512'], ['on_reboot', 'restart&#= 39;], ['on_crash', 'restart'], ['on_xend_start', &#= 39;ignore'], ['on_xend_stop', 'ignore'], ['vcpus= 9;, 1], ['oos', 1], ['bootloader', '/usr/bin/pygrub'= ;], ['bootloader_args', ''], ['image', ['linux&= #39;, ['videoram', 4], ['tsc_mode', 0], ['nomigrate'= ;, 0]]], ['s3_integrity', 1], ['device', ['vbd', [&= #39;uname', 'file:/home/test/pvimg/test.img'], ['dev', = 'xvda'], ['mode', 'w']]], ['device', ['= vif', ['bridge', 'vifbr0']]]])
[2012-07-03 07:16:31 1624] DEBUG (XendDomainInfo:2498) XendDomainInfo.const= ructDomain
[2012-07-03 07:16:31 1624] DEBUG (balloon:187) Balloon: 56232= KiB free; need 16384; done.
[2012-07-03 07:16:31 1624] DEBUG (XendDomai= n:476) Adding Domain: 1
[2012-07-03 07:16:31 1624] DEBUG (XendDomainInfo:2836) XendDomainInfo.initD= omain: 1 256
[2012-07-03 07:16:31 2[2012-07-03 07:18:28 1683] INFO (SrvD= aemon:332) Xend Daemon started
[2012-07-03 07:18:28 1683] INFO (SrvDaemo= n:336) Xend changeset: unavailable.
[2012-07-03 07:18:28 1683] DEBUG (tcp:96) Listening on :8002
[2012-07-03= 07:18:28 1683] INFO (XendNetwork:114) Not recreating missing unmanaged net= work virbr0
[2012-07-03 07:18:28 1683] INFO (XendNetwork:114) Not recrea= ting missing unmanaged network eth0
[2012-07-03 07:18:29 1683] DEBUG (XendNode:332) pscsi record count: 8
[2= 012-07-03 07:18:29 1683] DEBUG (XendCPUPool:747) recreate_active_pools
[= 2012-07-03 07:18:29 1683] DEBUG (XendDomainInfo:151) XendDomainInfo.recreat= e({'max_vcpu_id': 1, 'cpu_time': 15942304644L, 'ssidref= ': 65537, 'hvm': 0, 'shutdown_reason': 255, 'dying&= #39;: 0, 'online_vcpus': 2, 'domid': 0, 'paused': 0= , 'crashed': 0, 'running': 1, 'maxmem_kb': 17179869= 180L, 'shutdown': 0, 'mem_kb': 937248L, 'blocked': = 0, 'handle': [0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0], '= ;cpupool': 0, 'name': 'Domain-0'})
[2012-07-03 07:18:29 1683] INFO (acmpolicy:1590) Compiled policy: rc =3D 0x= 0
[2012-07-03 07:18:29 1683] ERROR (XendXSPolicyAdmin:65) Could not find= XML representation of policy 'DEFAULT': SECURITY_ERROR: -4120:Oper= ation failed in hypervisor
[2012-07-03 07:18:29 1683] INFO (acmpolicy:1590) Compiled policy: rc =3D 0x= 0
[2012-07-03 07:18:29 1683] INFO (XendXSPolicyAdmin:71) Switched to DEF= AULT policy.
[2012-07-03 07:18:29 1683] DEBUG (XendXSPolicyAdmin:73) XSP= olicyAdmin: Known policies: {'6af4132d-f54a-a807-60aa-c58c1ee3c938'= : (u'DEFAULT', 'ACM')}
[2012-07-03 07:18:29 1683] INFO (XendDomainInfo:169) Recreating domain 0, U= UID 00000000-0000-0000-0000-000000000000. at /local/domain/0
[2012-07-03= 07:18:30 1683] DEBUG (XendDomainInfo:3420) Storing VM details: {'on_xe= nd_stop': 'ignore', 'pool_name': 'Pool-0', '= ;shadow_memory': '0', 'uuid': '00000000-0000-0000-0= 000-000000000000', 'on_reboot': 'restart', 'image&#= 39;: "(linux (kernel '') (superpages 0) (nomigrate 0) (tsc_mod= e 0))", 'on_poweroff': 'destroy', 'bootloader_args= ': '', 'on_xend_start': 'ignore', 'on_crash= ': 'restart', 'xend/restart_count': '0', 'v= cpus': '2', 'vcpu_avail': '3', 'bootloader&= #39;: '', 'name': 'Domain-0'}
[2012-07-03 07:18:30 1683] DEBUG (XendDomainInfo:1794) Storing domain detai= ls: {'description': '', 'console/limit': '10485= 76', 'memory/target': '937248', 'vm': '/vm/= 00000000-0000-0000-0000-000000000000-11', 'domid': '0',= 'security_label': 'ACM:DEFAULT:SystemManagement', 'cpu= /0/availability': 'online', 'cpu/1/availability': '= online', 'control/platform-feature-multiprocessor-suspend': = 9;1', 'console/type': 'xenconsoled', 'name': &#= 39;Domain-0'}
[2012-07-03 07:18:30 1683] DEBUG (XendDomain:476) Adding Domain: 0
[2012= -07-03 07:18:30 1683] DEBUG (XendDomain:410) number of vcpus to use is 0[2012-07-03 07:18:30 1683] INFO (SrvServer:184) unix path=3D/var/lib/xend/= xend-socket
[2012-07-03 07:18:30 1683] DEBUG (XendDomainInfo:1881) XendDomainInfo.handl= eShutdownWatch
[2012-07-03 07:18:30 1683] WARNING (XendAPI:708) API call= : VBD.set_device not found
[2012-07-03 07:18:30 1683] WARNING (XendAPI:7= 08) API call: VBD.set_type not found
[2012-07-03 07:18:30 1683] WARNING (XendAPI:708) API call: session.get_all_= records not found
[2012-07-03 07:18:30 1683] WARNING (XendAPI:708) API c= all: event.get_record not found

Could anyone can help on this issue?=

Thanks a lot.
--f46d041826584535d304c3e6b31f-- --===============7621314091820697657== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7621314091820697657==-- From xen-users-bounces@lists.xen.org Tue Jul 03 06:37:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jul 2012 06: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 1SlwiL-0004i5-F6; Tue, 03 Jul 2012 06:35:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlwiJ-0004i0-Px for xen-users@lists.xen.org; Tue, 03 Jul 2012 06:35:56 +0000 Received: from [85.158.139.83:45734] by server-2.bemta-5.messagelabs.com id 3B/68-04598-9C292FF4; Tue, 03 Jul 2012 06:35:53 +0000 X-Env-Sender: zhaoxiaoqiang007@gmail.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1341297350!30659872!1 X-Originating-IP: [209.85.160.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-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3058 invoked from network); 3 Jul 2012 06:35:52 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2012 06:35:52 -0000 Received: by pbbro12 with SMTP id ro12so9432150pbb.32 for ; Mon, 02 Jul 2012 23:35:50 -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; bh=CQXwKGOdgq+XbkO3QZ/ucKUo8Gl04xSM4+nVWQcjtXU=; b=It6io63y121HkiwCIsfFkdFZy6ciRwHh9nDUYMu9z4PAzOetGdW2NLcUhnsnn52Iiw sMl1jzQ+NLjpboCoW7Cv9P58jMWOePQjFhU/ts2ymfZVZrNpmfAwi83iFGRiDPo9e94h uQ7CJ3AaL1PBbSjPaM4dnirObDJR3A9Q/vOYa0WEVIvM038YbEzX75n1sTy7oyZkATBX 2S7YAOnSN2IDf5BMnvZQpcX5oM7YeoJwF05OQDDQOHRyqj3C179Pp4KGxYY0DXVE1h4v a/2s0eyQcA7jli3/JGDCcK1Jq9+jfzp0li2DskVelCsx1Gm5a68HUKOSGfuAMW3B5mWX C6Gg== Received: by 10.68.233.39 with SMTP id tt7mr4472778pbc.124.1341297350000; Mon, 02 Jul 2012 23:35:50 -0700 (PDT) Received: from [192.168.60.131] ([218.240.45.242]) by mx.google.com with ESMTPS id pp2sm14103531pbb.1.2012.07.02.23.35.48 (version=SSLv3 cipher=OTHER); Mon, 02 Jul 2012 23:35:49 -0700 (PDT) Message-ID: <4FF29305.6040709@gmail.com> Date: Tue, 03 Jul 2012 14:36:53 +0800 From: hitmoon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] CentOS 6.2 Migration Error X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7750239264529059099==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============7750239264529059099== Content-Type: multipart/alternative; boundary="------------030905010209060404040606" This is a multi-part message in MIME format. --------------030905010209060404040606 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Hi, there: I have a CentOS 6.2 system runing xen kernel。When I migrate virtual machine by virt-manager , I got the following error: Unable to migrate guest: POST operation failed: xend_post: error from xen daemon: (xend.err "can't connect: [Errno 104] Connection reset by peer") Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/asyncjob.py", line 44, in cb_wrapper callback(asyncjob, *args, **kwargs) File "/usr/share/virt-manager/virtManager/migrate.py", line 556, in _async_migrate vm.migrate(dstconn, migrate_uri, rate, live, secure, meter=meter) File "/usr/share/virt-manager/virtManager/domain.py", line 1128, in migrate self._backend.migrate(destconn.vmm, flags, newname, interface, rate) File "/usr/lib64/python2.6/site-packages/libvirt.py", line 766, in migrate if ret is None:raise libvirtError('virDomainMigrate() failed', dom=self) libvirtError: POST operation failed: xend_post: error from xen daemon: (xend.err "can't connect: [Errno 104] Connection reset by peer") I seems that this problem has nothing to do with virt-manager or libvirt( because it says "err from xen daemon")。When I migrate by typing: virsh migrate centos xen+ssh://192.168.33.160 ，I got the similar error: error: POST operation failed: xend_post: error from xen daemon: (xend.err "can't connect: [Errno 104] Connection reset by peer") Here is my environment: kernel : 2.6.32-131.21.1.el6.xendom0.x86_64 rpm -qa | grep -e libvirt -e xen xen-runtime-4.1.2-8.el6.x86_64 kernel-firmware-2.6.32-131.21.1.el6.xendom0.x86_64 xen-libs-4.1.2-8.el6.x86_64 kernel-2.6.32-131.21.1.el6.xendom0.x86_64 kernel-xen-release-6-3.noarch libvirt-python-0.9.4-23.el6.9.x86_64 libvirt-java-0.4.7-1.el6.noarch libvirt-devel-0.9.4-23.el6.x86_64 libvirt-java-devel-0.4.7-1.el6.noarch xen-hypervisor-4.1.2-8.el6.x86_64 xen-devel-4.1.2-8.el6.x86_64 xen-licenses-4.1.2-8.el6.x86_64 xen-4.1.2-8.el6.x86_64 libvirt-0.9.4-23.el6.9.x86_64 Anyone have some sugestions? Thanks in anvance! --------------030905010209060404040606 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Hi, there:

    I have a CentOS 6.2 system runing xen kernel。When I migrate virtual machine by virt-manager , I got the following error:

Unable to migrate guest: POST operation failed: xend_post: error from xen daemon: (xend.err "can't connect: [Errno 104] Connection reset by peer")

Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/asyncjob.py", line 44, in cb_wrapper
    callback(asyncjob, *args, **kwargs)
  File "/usr/share/virt-manager/virtManager/migrate.py", line 556, in _async_migrate
    vm.migrate(dstconn, migrate_uri, rate, live, secure, meter=meter)
  File "/usr/share/virt-manager/virtManager/domain.py", line 1128, in migrate
    self._backend.migrate(destconn.vmm, flags, newname, interface, rate)
  File "/usr/lib64/python2.6/site-packages/libvirt.py", line 766, in migrate
    if ret is None:raise libvirtError('virDomainMigrate() failed', dom=self)
libvirtError: POST operation failed: xend_post: error from xen daemon: (xend.err "can't connect: [Errno 104] Connection reset by peer")

I seems that this problem has nothing  to do with virt-manager or libvirt( because it says "err from xen daemon")。When I migrate
by typing:
virsh migrate centos xen+ssh://192.168.33.160 ，I got the similar error:
error: POST operation failed: xend_post: error from xen daemon: (xend.err "can't connect: [Errno 104] Connection reset by peer")

Here is my environment:

kernel : 2.6.32-131.21.1.el6.xendom0.x86_64

rpm -qa |  grep -e libvirt -e xen

xen-runtime-4.1.2-8.el6.x86_64
kernel-firmware-2.6.32-131.21.1.el6.xendom0.x86_64
xen-libs-4.1.2-8.el6.x86_64
kernel-2.6.32-131.21.1.el6.xendom0.x86_64
kernel-xen-release-6-3.noarch
libvirt-python-0.9.4-23.el6.9.x86_64
libvirt-java-0.4.7-1.el6.noarch
libvirt-devel-0.9.4-23.el6.x86_64
libvirt-java-devel-0.4.7-1.el6.noarch
xen-hypervisor-4.1.2-8.el6.x86_64
xen-devel-4.1.2-8.el6.x86_64
xen-licenses-4.1.2-8.el6.x86_64
xen-4.1.2-8.el6.x86_64
libvirt-0.9.4-23.el6.9.x86_64

Anyone have some sugestions? Thanks in anvance!

--------------030905010209060404040606-- --===============7750239264529059099== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7750239264529059099==-- From xen-users-bounces@lists.xen.org Tue Jul 03 06:37:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jul 2012 06: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 1SlwiL-0004i5-F6; Tue, 03 Jul 2012 06:35:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlwiJ-0004i0-Px for xen-users@lists.xen.org; Tue, 03 Jul 2012 06:35:56 +0000 Received: from [85.158.139.83:45734] by server-2.bemta-5.messagelabs.com id 3B/68-04598-9C292FF4; Tue, 03 Jul 2012 06:35:53 +0000 X-Env-Sender: zhaoxiaoqiang007@gmail.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1341297350!30659872!1 X-Originating-IP: [209.85.160.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-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3058 invoked from network); 3 Jul 2012 06:35:52 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2012 06:35:52 -0000 Received: by pbbro12 with SMTP id ro12so9432150pbb.32 for ; Mon, 02 Jul 2012 23:35:50 -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; bh=CQXwKGOdgq+XbkO3QZ/ucKUo8Gl04xSM4+nVWQcjtXU=; b=It6io63y121HkiwCIsfFkdFZy6ciRwHh9nDUYMu9z4PAzOetGdW2NLcUhnsnn52Iiw sMl1jzQ+NLjpboCoW7Cv9P58jMWOePQjFhU/ts2ymfZVZrNpmfAwi83iFGRiDPo9e94h uQ7CJ3AaL1PBbSjPaM4dnirObDJR3A9Q/vOYa0WEVIvM038YbEzX75n1sTy7oyZkATBX 2S7YAOnSN2IDf5BMnvZQpcX5oM7YeoJwF05OQDDQOHRyqj3C179Pp4KGxYY0DXVE1h4v a/2s0eyQcA7jli3/JGDCcK1Jq9+jfzp0li2DskVelCsx1Gm5a68HUKOSGfuAMW3B5mWX C6Gg== Received: by 10.68.233.39 with SMTP id tt7mr4472778pbc.124.1341297350000; Mon, 02 Jul 2012 23:35:50 -0700 (PDT) Received: from [192.168.60.131] ([218.240.45.242]) by mx.google.com with ESMTPS id pp2sm14103531pbb.1.2012.07.02.23.35.48 (version=SSLv3 cipher=OTHER); Mon, 02 Jul 2012 23:35:49 -0700 (PDT) Message-ID: <4FF29305.6040709@gmail.com> Date: Tue, 03 Jul 2012 14:36:53 +0800 From: hitmoon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] CentOS 6.2 Migration Error X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7750239264529059099==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============7750239264529059099== Content-Type: multipart/alternative; boundary="------------030905010209060404040606" This is a multi-part message in MIME format. --------------030905010209060404040606 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Hi, there: I have a CentOS 6.2 system runing xen kernel。When I migrate virtual machine by virt-manager , I got the following error: Unable to migrate guest: POST operation failed: xend_post: error from xen daemon: (xend.err "can't connect: [Errno 104] Connection reset by peer") Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/asyncjob.py", line 44, in cb_wrapper callback(asyncjob, *args, **kwargs) File "/usr/share/virt-manager/virtManager/migrate.py", line 556, in _async_migrate vm.migrate(dstconn, migrate_uri, rate, live, secure, meter=meter) File "/usr/share/virt-manager/virtManager/domain.py", line 1128, in migrate self._backend.migrate(destconn.vmm, flags, newname, interface, rate) File "/usr/lib64/python2.6/site-packages/libvirt.py", line 766, in migrate if ret is None:raise libvirtError('virDomainMigrate() failed', dom=self) libvirtError: POST operation failed: xend_post: error from xen daemon: (xend.err "can't connect: [Errno 104] Connection reset by peer") I seems that this problem has nothing to do with virt-manager or libvirt( because it says "err from xen daemon")。When I migrate by typing: virsh migrate centos xen+ssh://192.168.33.160 ，I got the similar error: error: POST operation failed: xend_post: error from xen daemon: (xend.err "can't connect: [Errno 104] Connection reset by peer") Here is my environment: kernel : 2.6.32-131.21.1.el6.xendom0.x86_64 rpm -qa | grep -e libvirt -e xen xen-runtime-4.1.2-8.el6.x86_64 kernel-firmware-2.6.32-131.21.1.el6.xendom0.x86_64 xen-libs-4.1.2-8.el6.x86_64 kernel-2.6.32-131.21.1.el6.xendom0.x86_64 kernel-xen-release-6-3.noarch libvirt-python-0.9.4-23.el6.9.x86_64 libvirt-java-0.4.7-1.el6.noarch libvirt-devel-0.9.4-23.el6.x86_64 libvirt-java-devel-0.4.7-1.el6.noarch xen-hypervisor-4.1.2-8.el6.x86_64 xen-devel-4.1.2-8.el6.x86_64 xen-licenses-4.1.2-8.el6.x86_64 xen-4.1.2-8.el6.x86_64 libvirt-0.9.4-23.el6.9.x86_64 Anyone have some sugestions? Thanks in anvance! --------------030905010209060404040606 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Hi, there:

    I have a CentOS 6.2 system runing xen kernel。When I migrate virtual machine by virt-manager , I got the following error:

Unable to migrate guest: POST operation failed: xend_post: error from xen daemon: (xend.err "can't connect: [Errno 104] Connection reset by peer")

Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/asyncjob.py", line 44, in cb_wrapper
    callback(asyncjob, *args, **kwargs)
  File "/usr/share/virt-manager/virtManager/migrate.py", line 556, in _async_migrate
    vm.migrate(dstconn, migrate_uri, rate, live, secure, meter=meter)
  File "/usr/share/virt-manager/virtManager/domain.py", line 1128, in migrate
    self._backend.migrate(destconn.vmm, flags, newname, interface, rate)
  File "/usr/lib64/python2.6/site-packages/libvirt.py", line 766, in migrate
    if ret is None:raise libvirtError('virDomainMigrate() failed', dom=self)
libvirtError: POST operation failed: xend_post: error from xen daemon: (xend.err "can't connect: [Errno 104] Connection reset by peer")

I seems that this problem has nothing  to do with virt-manager or libvirt( because it says "err from xen daemon")。When I migrate
by typing:
virsh migrate centos xen+ssh://192.168.33.160 ，I got the similar error:
error: POST operation failed: xend_post: error from xen daemon: (xend.err "can't connect: [Errno 104] Connection reset by peer")

Here is my environment:

kernel : 2.6.32-131.21.1.el6.xendom0.x86_64

rpm -qa |  grep -e libvirt -e xen

xen-runtime-4.1.2-8.el6.x86_64
kernel-firmware-2.6.32-131.21.1.el6.xendom0.x86_64
xen-libs-4.1.2-8.el6.x86_64
kernel-2.6.32-131.21.1.el6.xendom0.x86_64
kernel-xen-release-6-3.noarch
libvirt-python-0.9.4-23.el6.9.x86_64
libvirt-java-0.4.7-1.el6.noarch
libvirt-devel-0.9.4-23.el6.x86_64
libvirt-java-devel-0.4.7-1.el6.noarch
xen-hypervisor-4.1.2-8.el6.x86_64
xen-devel-4.1.2-8.el6.x86_64
xen-licenses-4.1.2-8.el6.x86_64
xen-4.1.2-8.el6.x86_64
libvirt-0.9.4-23.el6.9.x86_64

Anyone have some sugestions? Thanks in anvance!

--------------030905010209060404040606-- --===============7750239264529059099== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7750239264529059099==-- From xen-users-bounces@lists.xen.org Tue Jul 03 09:12:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jul 2012 09:12: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 1Slz8A-0007Ir-JD; Tue, 03 Jul 2012 09:10:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Slz89-0007Im-E7 for xen-users@lists.xen.org; Tue, 03 Jul 2012 09:10:45 +0000 Received: from [85.158.143.99:41101] by server-2.bemta-4.messagelabs.com id D1/8A-17938-417B2FF4; Tue, 03 Jul 2012 09:10:44 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-10.tower-216.messagelabs.com!1341306641!23909065!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22341 invoked from network); 3 Jul 2012 09:10:42 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-10.tower-216.messagelabs.com with AES128-SHA encrypted SMTP; 3 Jul 2012 09:10:42 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Tue, 3 Jul 2012 11:10:40 +0200 From: Stephan Seitz To: "Fajar A. Nugraha" Thread-Topic: [Xen-users] live migration iscsi and lvm Thread-Index: AQHNVg6mQCoxuUIYC0ubJelUuqHcIpcRnjWAgAEFvgCAAAH6AIAEg9yA Date: Tue, 3 Jul 2012 09:10:39 +0000 Message-ID: <1341306639.352.46.camel@wotan2> References: <201206291032.26284.johnm@advocap.org> <201206300706.37787.johnm@advocap.org> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] Content-ID: MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , John McMonagle Subject: Re: [Xen-users] live migration iscsi and lvm X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Samstag, den 30.06.2012, 19:13 +0700 schrieb Fajar A. Nugraha: > On Sat, Jun 30, 2012 at 7:06 PM, John McMonagle wrote: > > > I have been trying to get clvm working but it's dependent on cman and have not > > had much luck figuring out cluster.conf. > > > > I see the new version in testing has no dependency on cman so I think I'll try > > that one. > > Looks like will have to upgrade lvm2 also. > > > > I have seen references saying that you can not do snapshots. > > And others saying the the snapshot and snapshotted volume have to be on one > > node. That I can live with. Is that the case? > > Since you're using an iscsi target anyway, why not just setup a > separate LUN for each VM? That you don't have to worry about LVM on > the dom0 nodes. > I've tried that, but was never able to figure out how a smoothly working multipath setup could be done for direct LUN/VM mapping. After some xm/xl create and migrate either dm-multipath or open-iscsi always had issues with locked devices which in most cases couldn't be freed. I assume better scripting skills for my xen/scripts/block-* attach/detach scripts could've mitigate that. Additionally, using a fixed set of LUNs connected via fixed amount of paths over fixed dedicated links and combined as PVs together to VGs gave me the chance of setting any tcp and iscsi (target as well as initiator) value to ideally fit to latency and bandwidth. Having different kind of Disks and Raid behind the LUNs gives me the possibility of offering different service tiers with guaranteed throughput and predictable latency to each dom0. For future setups clvm will be my first choice again, only the lack of snapshots for clustered VGs is a pain. Having 1:1 LUN/VM as you suggest, it's up to your storages if (and how) snapshots can be triggered, so if snapshots are required, one can't use clvm. At least one could get rid of the "c" and use lvm without any locking mechanism, but when it comes to lvresize, lvcreate -s etc. reloading the lvm layout on every dom0 becomes mandatory. I wouldn't recommend lvm without clustering, as it's extremely easy to get out of layout sync which include potential data loss (requires grande cojones...) By now, I'm running different test scenarios with plain ocfs2 and tap:aio backends. Performance is not too bad, but I recently managed to i/o deadlock my dom0s on high domU i/o demands. Tracking that down, kept me from trying lvm+ocfs2 combination and other weird scenarios ;) My advice to John would be: learn the very basics of cman and friends (RHEL6 and derivates offers very nice tutorials, as a starting point: look for luci and ricci) and try gfs, ocfs2 and or clvm. cheers, Stephan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 03 09:12:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jul 2012 09:12: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 1Slz8A-0007Ir-JD; Tue, 03 Jul 2012 09:10:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Slz89-0007Im-E7 for xen-users@lists.xen.org; Tue, 03 Jul 2012 09:10:45 +0000 Received: from [85.158.143.99:41101] by server-2.bemta-4.messagelabs.com id D1/8A-17938-417B2FF4; Tue, 03 Jul 2012 09:10:44 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-10.tower-216.messagelabs.com!1341306641!23909065!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22341 invoked from network); 3 Jul 2012 09:10:42 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-10.tower-216.messagelabs.com with AES128-SHA encrypted SMTP; 3 Jul 2012 09:10:42 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Tue, 3 Jul 2012 11:10:40 +0200 From: Stephan Seitz To: "Fajar A. Nugraha" Thread-Topic: [Xen-users] live migration iscsi and lvm Thread-Index: AQHNVg6mQCoxuUIYC0ubJelUuqHcIpcRnjWAgAEFvgCAAAH6AIAEg9yA Date: Tue, 3 Jul 2012 09:10:39 +0000 Message-ID: <1341306639.352.46.camel@wotan2> References: <201206291032.26284.johnm@advocap.org> <201206300706.37787.johnm@advocap.org> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] Content-ID: MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , John McMonagle Subject: Re: [Xen-users] live migration iscsi and lvm X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Samstag, den 30.06.2012, 19:13 +0700 schrieb Fajar A. Nugraha: > On Sat, Jun 30, 2012 at 7:06 PM, John McMonagle wrote: > > > I have been trying to get clvm working but it's dependent on cman and have not > > had much luck figuring out cluster.conf. > > > > I see the new version in testing has no dependency on cman so I think I'll try > > that one. > > Looks like will have to upgrade lvm2 also. > > > > I have seen references saying that you can not do snapshots. > > And others saying the the snapshot and snapshotted volume have to be on one > > node. That I can live with. Is that the case? > > Since you're using an iscsi target anyway, why not just setup a > separate LUN for each VM? That you don't have to worry about LVM on > the dom0 nodes. > I've tried that, but was never able to figure out how a smoothly working multipath setup could be done for direct LUN/VM mapping. After some xm/xl create and migrate either dm-multipath or open-iscsi always had issues with locked devices which in most cases couldn't be freed. I assume better scripting skills for my xen/scripts/block-* attach/detach scripts could've mitigate that. Additionally, using a fixed set of LUNs connected via fixed amount of paths over fixed dedicated links and combined as PVs together to VGs gave me the chance of setting any tcp and iscsi (target as well as initiator) value to ideally fit to latency and bandwidth. Having different kind of Disks and Raid behind the LUNs gives me the possibility of offering different service tiers with guaranteed throughput and predictable latency to each dom0. For future setups clvm will be my first choice again, only the lack of snapshots for clustered VGs is a pain. Having 1:1 LUN/VM as you suggest, it's up to your storages if (and how) snapshots can be triggered, so if snapshots are required, one can't use clvm. At least one could get rid of the "c" and use lvm without any locking mechanism, but when it comes to lvresize, lvcreate -s etc. reloading the lvm layout on every dom0 becomes mandatory. I wouldn't recommend lvm without clustering, as it's extremely easy to get out of layout sync which include potential data loss (requires grande cojones...) By now, I'm running different test scenarios with plain ocfs2 and tap:aio backends. Performance is not too bad, but I recently managed to i/o deadlock my dom0s on high domU i/o demands. Tracking that down, kept me from trying lvm+ocfs2 combination and other weird scenarios ;) My advice to John would be: learn the very basics of cman and friends (RHEL6 and derivates offers very nice tutorials, as a starting point: look for luci and ricci) and try gfs, ocfs2 and or clvm. cheers, Stephan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 03 09:45:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jul 2012 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 1SlzeC-0008OR-JF; Tue, 03 Jul 2012 09:43:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlzeB-0008OL-3N for xen-users@lists.xen.org; Tue, 03 Jul 2012 09:43:51 +0000 Received: from [85.158.143.35:18158] by server-3.bemta-4.messagelabs.com id 2E/EC-05808-6DEB2FF4; Tue, 03 Jul 2012 09:43:50 +0000 X-Env-Sender: allanchen2020@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1341308628!17422670!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11840 invoked from network); 3 Jul 2012 09:43:49 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2012 09:43:49 -0000 Received: by obbta14 with SMTP id ta14so12614540obb.32 for ; Tue, 03 Jul 2012 02:43:47 -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=2n9x5qE0QHTVoQZcVO657wyHk5H+GqszDNv0MLyKxvk=; b=mD2ctFFg5jaMYV3XZRlCj/1KjnD0jtqevkRP5DqISW7YG0nwLImthLl9RT03qPOlLw S8F/eVPfm9hTVAFxDhb9JurDVJXyiygEXn0MBw0WBj6oLiF/96mkUW0M1eqe09TY0PsM nrPEMqF3jVYoiZXmSleI++KaVo5OGMBsjp/A/Bxd8Svv+7S7+imI4HtxnkMVbRaqD3KM myYiCBQVRQQgpnqrSfFTEfsALbQFv4JDzfjJgdvsz9e1wwmlpYfJ8oeWT3HQQy+C02k+ igEDmZFN43aF+9e8qwQYK60n7+hzKt79zePxhN2boctzkjyTpu0KOFkA3jP7tzfFH9Wd nJ4A== MIME-Version: 1.0 Received: by 10.60.27.168 with SMTP id u8mr17500948oeg.58.1341308627737; Tue, 03 Jul 2012 02:43:47 -0700 (PDT) Received: by 10.60.5.3 with HTTP; Tue, 3 Jul 2012 02:43:47 -0700 (PDT) In-Reply-To: References: Date: Tue, 3 Jul 2012 05:43:47 -0400 Message-ID: From: Allan Chen To: xen-users@lists.xen.org Subject: Re: [Xen-users] ACM in xen-4.12 doesn't work? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7873617360366920099==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7873617360366920099== Content-Type: multipart/alternative; boundary=e89a8fb205324a5aee04c3e9c0eb --e89a8fb205324a5aee04c3e9c0eb Content-Type: text/plain; charset=ISO-8859-1 > Hi,all > xen: 4.1.2 > dom0 linux: centos 3.1.10 #1 SMP Tue Jun 26 17:13:57 EDT 2012 x86_64 > x86_64 x86_64 GNU/Linux > > I enabled ACM and install xen-4.1.2 correctly, dom0 can also boot > successfully, but if i use command xm create to create a domU, dom0 reboots. > > Does xen-4.1.2 support ACM, or how can i solve this bug? > > please help me. > > many thanks ! > --e89a8fb205324a5aee04c3e9c0eb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
=A0Hi,al= l
=A0 =A0xen: 4.1.2
=A0 =A0dom0 linux: centos 3.1.10 #1= SMP Tue Jun 26 17:13:57 EDT 2012 x86_64 x86_64 x86_64 GNU/Linux

=A0 =A0I enabled ACM and install xen-4.1.2 correctly, d= om0 can also boot successfully, but if i use command xm create to create a = domU, dom0 reboots.
=A0 =A0
=A0 =A0Does xen-4.1.2 support ACM, or how can i solv= e this bug?

=A0 =A0please help me.
=A0 = =A0=A0
=A0 =A0many thanks !

--e89a8fb205324a5aee04c3e9c0eb-- --===============7873617360366920099== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7873617360366920099==-- From xen-users-bounces@lists.xen.org Tue Jul 03 09:45:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jul 2012 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 1SlzeC-0008OR-JF; Tue, 03 Jul 2012 09:43:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SlzeB-0008OL-3N for xen-users@lists.xen.org; Tue, 03 Jul 2012 09:43:51 +0000 Received: from [85.158.143.35:18158] by server-3.bemta-4.messagelabs.com id 2E/EC-05808-6DEB2FF4; Tue, 03 Jul 2012 09:43:50 +0000 X-Env-Sender: allanchen2020@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1341308628!17422670!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11840 invoked from network); 3 Jul 2012 09:43:49 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2012 09:43:49 -0000 Received: by obbta14 with SMTP id ta14so12614540obb.32 for ; Tue, 03 Jul 2012 02:43:47 -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=2n9x5qE0QHTVoQZcVO657wyHk5H+GqszDNv0MLyKxvk=; b=mD2ctFFg5jaMYV3XZRlCj/1KjnD0jtqevkRP5DqISW7YG0nwLImthLl9RT03qPOlLw S8F/eVPfm9hTVAFxDhb9JurDVJXyiygEXn0MBw0WBj6oLiF/96mkUW0M1eqe09TY0PsM nrPEMqF3jVYoiZXmSleI++KaVo5OGMBsjp/A/Bxd8Svv+7S7+imI4HtxnkMVbRaqD3KM myYiCBQVRQQgpnqrSfFTEfsALbQFv4JDzfjJgdvsz9e1wwmlpYfJ8oeWT3HQQy+C02k+ igEDmZFN43aF+9e8qwQYK60n7+hzKt79zePxhN2boctzkjyTpu0KOFkA3jP7tzfFH9Wd nJ4A== MIME-Version: 1.0 Received: by 10.60.27.168 with SMTP id u8mr17500948oeg.58.1341308627737; Tue, 03 Jul 2012 02:43:47 -0700 (PDT) Received: by 10.60.5.3 with HTTP; Tue, 3 Jul 2012 02:43:47 -0700 (PDT) In-Reply-To: References: Date: Tue, 3 Jul 2012 05:43:47 -0400 Message-ID: From: Allan Chen To: xen-users@lists.xen.org Subject: Re: [Xen-users] ACM in xen-4.12 doesn't work? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7873617360366920099==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7873617360366920099== Content-Type: multipart/alternative; boundary=e89a8fb205324a5aee04c3e9c0eb --e89a8fb205324a5aee04c3e9c0eb Content-Type: text/plain; charset=ISO-8859-1 > Hi,all > xen: 4.1.2 > dom0 linux: centos 3.1.10 #1 SMP Tue Jun 26 17:13:57 EDT 2012 x86_64 > x86_64 x86_64 GNU/Linux > > I enabled ACM and install xen-4.1.2 correctly, dom0 can also boot > successfully, but if i use command xm create to create a domU, dom0 reboots. > > Does xen-4.1.2 support ACM, or how can i solve this bug? > > please help me. > > many thanks ! > --e89a8fb205324a5aee04c3e9c0eb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
=A0Hi,al= l
=A0 =A0xen: 4.1.2
=A0 =A0dom0 linux: centos 3.1.10 #1= SMP Tue Jun 26 17:13:57 EDT 2012 x86_64 x86_64 x86_64 GNU/Linux

=A0 =A0I enabled ACM and install xen-4.1.2 correctly, d= om0 can also boot successfully, but if i use command xm create to create a = domU, dom0 reboots.
=A0 =A0
=A0 =A0Does xen-4.1.2 support ACM, or how can i solv= e this bug?

=A0 =A0please help me.
=A0 = =A0=A0
=A0 =A0many thanks !

--e89a8fb205324a5aee04c3e9c0eb-- --===============7873617360366920099== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7873617360366920099==-- From xen-users-bounces@lists.xen.org Tue Jul 03 10:31:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jul 2012 10: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 1Sm0N3-0001ap-JY; Tue, 03 Jul 2012 10:30:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sm0N2-0001aX-9W for xen-users@lists.xen.org; Tue, 03 Jul 2012 10:30:12 +0000 Received: from [193.109.254.147:38962] by server-11.bemta-14.messagelabs.com id 34/A2-24843-3B9C2FF4; Tue, 03 Jul 2012 10:30:11 +0000 X-Env-Sender: adrian.l.shaw@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1341311410!9800402!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18803 invoked from network); 3 Jul 2012 10:30:10 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2012 10:30:10 -0000 Received: by wgbed3 with SMTP id ed3so4331135wgb.32 for ; Tue, 03 Jul 2012 03:30:09 -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:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=zAwM9wI/3GqxlinmePr6sHMgAGdPq5YgKQ8WT0CZS/0=; b=Jc5W2SRK9paD9+0zi1ct93B+m+nu4RLx4nAmnellcqcVVQT+xuYEkkznEIu7mIFKqt wxaXgT7bDXdGX0RDyAtRX5xvkJGE0KRKbi4M/wO6EPixxNg1SIMGmtvHoiBj1R7Mc9DJ 9QoXZRX+L/IyobE9yIjSy1c1IwdeSmCz9UXnHCP9iZaVt/LaXexN5pmk8dS+hqYyUzm7 7VsC85O1Z9xBkCZnR9U9If2jHK/pKyanHynQMKkqH28zOEZ/grPTPEkd+G1ZXwvPwP9v xIOmeFW7CAALz3umZ+eaiydRtXjyLNCP4ra63lHo3TSTzAwP78ZrTDuQ0U44PTZrTdRB ttpw== Received: by 10.181.11.137 with SMTP id ei9mr30674484wid.21.1341311409555; Tue, 03 Jul 2012 03:30:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.44.39 with HTTP; Tue, 3 Jul 2012 03:29:49 -0700 (PDT) In-Reply-To: <1341246293.4625.141.camel@zakaz.uk.xensource.com> References: <1341244611.4625.125.camel@zakaz.uk.xensource.com> <1341246293.4625.141.camel@zakaz.uk.xensource.com> From: Adrian Shaw Date: Tue, 3 Jul 2012 11:29:49 +0100 X-Google-Sender-Auth: N171kojFOdWmRcIBfBZWdF6NZ5A Message-ID: To: Ian Campbell Cc: xen-users Subject: Re: [Xen-users] Mini-OS Xenstore 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: , Content-Type: multipart/mixed; boundary="===============4184691095967096680==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4184691095967096680== Content-Type: multipart/alternative; boundary=f46d043892d719887404c3ea66aa --f46d043892d719887404c3ea66aa Content-Type: text/plain; charset=ISO-8859-1 Apologies for the late reply, I was without an internet connection. On Mon, Jul 2, 2012 at 5:24 PM, Ian Campbell wrote: > On Mon, 2012-07-02 at 17:12 +0100, Adrian Shaw wrote: > > > > > > e.g. /local/domain/16 > > > > Where are you getting this path from at runtime? > > > > Using xs_get_domain_path > > Doh, yeah ;-) > > Where do you get the domid from? > > Sorry :-P using xenbus_get_self_id() > > > > Is it just /local/domain/ or subkeys under it too e.g. > > can you > > read /local/domain//vm or /local/domain//name? > > > > > > I have tried to write subkeys too, however I'm not sure whether I was > > doing so correctly. It yields the same error code. > > Those ones are read-only. I know that xl creates a writable area > as /l/d//data but I don't know about xend. > > > There is no xs_mkdir implementation in Mini-OS, strangely. > > I expect noone ever needed it yet, should be easy to add if you want. > > As you may have gathered, I don't have the confidence or expertise to write it, but perhaps one day :-) > > > > How are you loading the domain? > > > > Using xm create mystub.config -c, unless you mean something more > > specific? > > Is there anything about permissions I should be placing in the > > configuration file? > > Nope, it should all Just Work in this regard. > > > > > > "xenstore-ls -fp" should give you some insight into the > > permissions > > which are being set. > > > > > > I have tried that already, but couldn't find anything that explains > > what n0 or r0 mean? > > http://wiki.xen.org/wiki/XenBus#Permissions has a bit on the (mad) > permission scheme. > > It uses Python syntax though. n == no permissions, r == read only, w == > write only, b == both. The number is the domain. The quirk is that the > first entry in the list is the owner and the permissions for all *other* > users (unless overridden further down the list) > > Thanks for clearing that up, noted. > Clear as mud I expect... > > BY way of an example: > > /local/domain/1 = "" (n0,r1) > > Means that domain 0 owns this path and can therefore read and write and > nobody else has any read or write privilege (the "n0" means this), > except domain 1 who can read it (the "r1"). So it seems that it is > expected that a domain cannot write /local/domain/, but it ought > to be able to read it. > > > > I wouldn't be surprised if a domain could not write > > to /local/domain/ itself but there should be accessible > > keys > > under there. > > > > > > How can I browse these available keys at runtime? > > xenstore-ls on the cmd line or xs_directory(). > > Many thanks Ian, I'll give that a shot. Could not figure out what that function was for. > Ian. > > > > --f46d043892d719887404c3ea66aa Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Apologies for the late reply, I was without an internet connection.

=
On Mon, Jul 2, 2012 at 5:24 PM, Ian Campbell <Ian.Campbell@citrix.com> wrote:
On Mon, 2012-07-02 at 17:1= 2 +0100, Adrian Shaw wrote:

>
> =A0 =A0 =A0 =A0 > e.g. /local/domain/16
>
> =A0 =A0 =A0 =A0 Where are you getting this path from at runtime?
>
> Using xs_get_domain_path

Doh, yeah ;-)

Where do you get the domid from?

Sorry :-P using xenbus_get_se= lf_id()=A0
=A0
>
> =A0 =A0 =A0 =A0 Is it just /local/domain/<domid> or subkeys unde= r it too e.g.
> =A0 =A0 =A0 =A0 can you
> =A0 =A0 =A0 =A0 read /local/domain/<domid>/vm or /local/domain/&= lt;domid>/name?
>
>
> I have tried to write subkeys too, however I'm not sure whether I = was
> doing so correctly. It yields the same error code.

Those ones are read-only. I know that xl creates a writable area
as /l/d/<domid>/data but I don't know about xend.

> There is no xs_mkdir implementation in Mini-OS, strangely.

I expect noone ever needed it yet, should be easy to add if you want.=

As you may have gathered, I d= on't have the confidence or expertise to write it, but perhaps one day = :-)
=A0
>
> =A0 =A0 =A0 =A0 How are you loading the domain?
>
> Using xm create mystub.config -c, unless you mean something more
> specific?
> Is there anything about permissions I should be placing in the
> configuration file?

Nope, it should all Just Work in this regard.


>
> =A0 =A0 =A0 =A0 "xenstore-ls -fp" should give you some insig= ht into the
> =A0 =A0 =A0 =A0 permissions
> =A0 =A0 =A0 =A0 which are being set.
>
>
> I have tried that already, but couldn't find anything that explain= s
> what n0 or r0 mean?

http://wiki.xen.org/wiki/XenBus#Permissions has a bit on the (mad)=
permission scheme.

It uses Python syntax though. n =3D=3D no permissions, r =3D=3D read only, = w =3D=3D
write only, b =3D=3D both. The number is the domain. The quirk is that the<= br> first entry in the list is the owner and the permissions for all *other* users (unless overridden further down the list)

Thanks for clearing that up, noted.
=A0
Clear as mud I expect...

BY way of an example:

/local/domain/1 =3D "" =A0 (n0,r1)

Means that domain 0 owns this path and can therefore read and write and
nobody else has any read or write privilege (the "n0" means this)= ,
except domain 1 who can read it (the "r1"). So it seems that it i= s
expected that a domain cannot write /local/domain/<domid>, but it oug= ht
to be able to read it.


> =A0 =A0 =A0 =A0 I wouldn't be surprised if a domain could not writ= e
> =A0 =A0 =A0 =A0 to /local/domain/<domid> itself but there should= be accessible
> =A0 =A0 =A0 =A0 keys
> =A0 =A0 =A0 =A0 under there.
>
>
> How can I browse these available keys at runtime?

xenstore-ls on the cmd line or xs_directory().

Many thanks Ian, I'll give that a shot. Could not figure out wh= at that function was for.
=A0
Ian.





--f46d043892d719887404c3ea66aa-- --===============4184691095967096680== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4184691095967096680==-- From xen-users-bounces@lists.xen.org Tue Jul 03 10:31:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jul 2012 10: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 1Sm0N3-0001ap-JY; Tue, 03 Jul 2012 10:30:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sm0N2-0001aX-9W for xen-users@lists.xen.org; Tue, 03 Jul 2012 10:30:12 +0000 Received: from [193.109.254.147:38962] by server-11.bemta-14.messagelabs.com id 34/A2-24843-3B9C2FF4; Tue, 03 Jul 2012 10:30:11 +0000 X-Env-Sender: adrian.l.shaw@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1341311410!9800402!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18803 invoked from network); 3 Jul 2012 10:30:10 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2012 10:30:10 -0000 Received: by wgbed3 with SMTP id ed3so4331135wgb.32 for ; Tue, 03 Jul 2012 03:30:09 -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:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=zAwM9wI/3GqxlinmePr6sHMgAGdPq5YgKQ8WT0CZS/0=; b=Jc5W2SRK9paD9+0zi1ct93B+m+nu4RLx4nAmnellcqcVVQT+xuYEkkznEIu7mIFKqt wxaXgT7bDXdGX0RDyAtRX5xvkJGE0KRKbi4M/wO6EPixxNg1SIMGmtvHoiBj1R7Mc9DJ 9QoXZRX+L/IyobE9yIjSy1c1IwdeSmCz9UXnHCP9iZaVt/LaXexN5pmk8dS+hqYyUzm7 7VsC85O1Z9xBkCZnR9U9If2jHK/pKyanHynQMKkqH28zOEZ/grPTPEkd+G1ZXwvPwP9v xIOmeFW7CAALz3umZ+eaiydRtXjyLNCP4ra63lHo3TSTzAwP78ZrTDuQ0U44PTZrTdRB ttpw== Received: by 10.181.11.137 with SMTP id ei9mr30674484wid.21.1341311409555; Tue, 03 Jul 2012 03:30:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.44.39 with HTTP; Tue, 3 Jul 2012 03:29:49 -0700 (PDT) In-Reply-To: <1341246293.4625.141.camel@zakaz.uk.xensource.com> References: <1341244611.4625.125.camel@zakaz.uk.xensource.com> <1341246293.4625.141.camel@zakaz.uk.xensource.com> From: Adrian Shaw Date: Tue, 3 Jul 2012 11:29:49 +0100 X-Google-Sender-Auth: N171kojFOdWmRcIBfBZWdF6NZ5A Message-ID: To: Ian Campbell Cc: xen-users Subject: Re: [Xen-users] Mini-OS Xenstore 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: , Content-Type: multipart/mixed; boundary="===============4184691095967096680==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4184691095967096680== Content-Type: multipart/alternative; boundary=f46d043892d719887404c3ea66aa --f46d043892d719887404c3ea66aa Content-Type: text/plain; charset=ISO-8859-1 Apologies for the late reply, I was without an internet connection. On Mon, Jul 2, 2012 at 5:24 PM, Ian Campbell wrote: > On Mon, 2012-07-02 at 17:12 +0100, Adrian Shaw wrote: > > > > > > e.g. /local/domain/16 > > > > Where are you getting this path from at runtime? > > > > Using xs_get_domain_path > > Doh, yeah ;-) > > Where do you get the domid from? > > Sorry :-P using xenbus_get_self_id() > > > > Is it just /local/domain/ or subkeys under it too e.g. > > can you > > read /local/domain//vm or /local/domain//name? > > > > > > I have tried to write subkeys too, however I'm not sure whether I was > > doing so correctly. It yields the same error code. > > Those ones are read-only. I know that xl creates a writable area > as /l/d//data but I don't know about xend. > > > There is no xs_mkdir implementation in Mini-OS, strangely. > > I expect noone ever needed it yet, should be easy to add if you want. > > As you may have gathered, I don't have the confidence or expertise to write it, but perhaps one day :-) > > > > How are you loading the domain? > > > > Using xm create mystub.config -c, unless you mean something more > > specific? > > Is there anything about permissions I should be placing in the > > configuration file? > > Nope, it should all Just Work in this regard. > > > > > > "xenstore-ls -fp" should give you some insight into the > > permissions > > which are being set. > > > > > > I have tried that already, but couldn't find anything that explains > > what n0 or r0 mean? > > http://wiki.xen.org/wiki/XenBus#Permissions has a bit on the (mad) > permission scheme. > > It uses Python syntax though. n == no permissions, r == read only, w == > write only, b == both. The number is the domain. The quirk is that the > first entry in the list is the owner and the permissions for all *other* > users (unless overridden further down the list) > > Thanks for clearing that up, noted. > Clear as mud I expect... > > BY way of an example: > > /local/domain/1 = "" (n0,r1) > > Means that domain 0 owns this path and can therefore read and write and > nobody else has any read or write privilege (the "n0" means this), > except domain 1 who can read it (the "r1"). So it seems that it is > expected that a domain cannot write /local/domain/, but it ought > to be able to read it. > > > > I wouldn't be surprised if a domain could not write > > to /local/domain/ itself but there should be accessible > > keys > > under there. > > > > > > How can I browse these available keys at runtime? > > xenstore-ls on the cmd line or xs_directory(). > > Many thanks Ian, I'll give that a shot. Could not figure out what that function was for. > Ian. > > > > --f46d043892d719887404c3ea66aa Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Apologies for the late reply, I was without an internet connection.

=
On Mon, Jul 2, 2012 at 5:24 PM, Ian Campbell <Ian.Campbell@citrix.com> wrote:
On Mon, 2012-07-02 at 17:1= 2 +0100, Adrian Shaw wrote:

>
> =A0 =A0 =A0 =A0 > e.g. /local/domain/16
>
> =A0 =A0 =A0 =A0 Where are you getting this path from at runtime?
>
> Using xs_get_domain_path

Doh, yeah ;-)

Where do you get the domid from?

Sorry :-P using xenbus_get_se= lf_id()=A0
=A0
>
> =A0 =A0 =A0 =A0 Is it just /local/domain/<domid> or subkeys unde= r it too e.g.
> =A0 =A0 =A0 =A0 can you
> =A0 =A0 =A0 =A0 read /local/domain/<domid>/vm or /local/domain/&= lt;domid>/name?
>
>
> I have tried to write subkeys too, however I'm not sure whether I = was
> doing so correctly. It yields the same error code.

Those ones are read-only. I know that xl creates a writable area
as /l/d/<domid>/data but I don't know about xend.

> There is no xs_mkdir implementation in Mini-OS, strangely.

I expect noone ever needed it yet, should be easy to add if you want.=

As you may have gathered, I d= on't have the confidence or expertise to write it, but perhaps one day = :-)
=A0
>
> =A0 =A0 =A0 =A0 How are you loading the domain?
>
> Using xm create mystub.config -c, unless you mean something more
> specific?
> Is there anything about permissions I should be placing in the
> configuration file?

Nope, it should all Just Work in this regard.


>
> =A0 =A0 =A0 =A0 "xenstore-ls -fp" should give you some insig= ht into the
> =A0 =A0 =A0 =A0 permissions
> =A0 =A0 =A0 =A0 which are being set.
>
>
> I have tried that already, but couldn't find anything that explain= s
> what n0 or r0 mean?

http://wiki.xen.org/wiki/XenBus#Permissions has a bit on the (mad)=
permission scheme.

It uses Python syntax though. n =3D=3D no permissions, r =3D=3D read only, = w =3D=3D
write only, b =3D=3D both. The number is the domain. The quirk is that the<= br> first entry in the list is the owner and the permissions for all *other* users (unless overridden further down the list)

Thanks for clearing that up, noted.
=A0
Clear as mud I expect...

BY way of an example:

/local/domain/1 =3D "" =A0 (n0,r1)

Means that domain 0 owns this path and can therefore read and write and
nobody else has any read or write privilege (the "n0" means this)= ,
except domain 1 who can read it (the "r1"). So it seems that it i= s
expected that a domain cannot write /local/domain/<domid>, but it oug= ht
to be able to read it.


> =A0 =A0 =A0 =A0 I wouldn't be surprised if a domain could not writ= e
> =A0 =A0 =A0 =A0 to /local/domain/<domid> itself but there should= be accessible
> =A0 =A0 =A0 =A0 keys
> =A0 =A0 =A0 =A0 under there.
>
>
> How can I browse these available keys at runtime?

xenstore-ls on the cmd line or xs_directory().

Many thanks Ian, I'll give that a shot. Could not figure out wh= at that function was for.
=A0
Ian.





--f46d043892d719887404c3ea66aa-- --===============4184691095967096680== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4184691095967096680==-- From xen-users-bounces@lists.xen.org Tue Jul 03 13:32:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jul 2012 13:32: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 1Sm3CF-0004zr-N4; Tue, 03 Jul 2012 13:31:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sm3CD-0004zl-Ru for xen-users@lists.xen.org; Tue, 03 Jul 2012 13:31:14 +0000 Received: from [85.158.139.83:38978] by server-9.bemta-5.messagelabs.com id FB/12-01069-124F2FF4; Tue, 03 Jul 2012 13:31:13 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1341322271!27698868!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10946 invoked from network); 3 Jul 2012 13:31:12 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2012 13:31:12 -0000 Received: by qcab12 with SMTP id b12so3021573qca.32 for ; Tue, 03 Jul 2012 06:31: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=iXqfynXowvzN/wzFk4dcBjk/azbGyG9iizpdrwHkuYE=; b=geAW6HVOc3+9iBIjYbij4kwCvtBZYnJKpSVeBtZZUlFim0pb7Hi+7MeObIUeMMSBFy emqB+9EvPQDIR9M+f6iYoU4PcTo4C6pZtQ/ZusZU/wCiqMbfX/vJA8L7iSi26KsK3DM+ AibJpPyoxFxXqBxUash4GY5fEWPaAeUMwBlyRiMvJ+tNOKBfuCrIcvc0qdkLMXXKK8c0 +fcFnL8MuT6b6b0ws8aillDrB8wdnBUg6B2W/8qgZbDuQmsefc2FJPCecWD9VWPx8Fxv Rus1khU0uQfst69VY3tFSg1/oNkkH1Ff8GytE95bbpV8N8ONdSYHeONVZDDFCuqrVlJs l2xw== MIME-Version: 1.0 Received: by 10.224.202.67 with SMTP id fd3mr7540032qab.26.1341322270831; Tue, 03 Jul 2012 06:31:10 -0700 (PDT) Received: by 10.229.42.11 with HTTP; Tue, 3 Jul 2012 06:31:10 -0700 (PDT) In-Reply-To: References: Date: Tue, 3 Jul 2012 14:31:10 +0100 X-Google-Sender-Auth: Rs1T-ufZ-p5o8hvLri3Ne0svu3A Message-ID: From: George Dunlap To: Walter Robert Ditzler Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] uninstall xen 4.1.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: text/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, Jun 27, 2012 at 6:23 PM, Walter Robert Ditzler wrote: > hi all, > > > > i just wonder, after searching the online resources, if there is any paper > describing howto uninstall completelly xen: Another thing you can do for convenience: The Xen build system has a "make deb" target, that will package up everything put into dist/install and put it in a .deb which can be installed and uninstalled. I think this was introduced in the 4.2 dev cycle. If you use this, please note, however: it's *just* a convenient way of keeping track of files; it doesn't do anything with package dependencies, nor will it enable the init scripts or anything like that. The resulting .deb is only intended to be used by someone who would otherwise have typed "make install". It should not be distributed. -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 03 13:32:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jul 2012 13:32: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 1Sm3CF-0004zr-N4; Tue, 03 Jul 2012 13:31:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sm3CD-0004zl-Ru for xen-users@lists.xen.org; Tue, 03 Jul 2012 13:31:14 +0000 Received: from [85.158.139.83:38978] by server-9.bemta-5.messagelabs.com id FB/12-01069-124F2FF4; Tue, 03 Jul 2012 13:31:13 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1341322271!27698868!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10946 invoked from network); 3 Jul 2012 13:31:12 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2012 13:31:12 -0000 Received: by qcab12 with SMTP id b12so3021573qca.32 for ; Tue, 03 Jul 2012 06:31: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=iXqfynXowvzN/wzFk4dcBjk/azbGyG9iizpdrwHkuYE=; b=geAW6HVOc3+9iBIjYbij4kwCvtBZYnJKpSVeBtZZUlFim0pb7Hi+7MeObIUeMMSBFy emqB+9EvPQDIR9M+f6iYoU4PcTo4C6pZtQ/ZusZU/wCiqMbfX/vJA8L7iSi26KsK3DM+ AibJpPyoxFxXqBxUash4GY5fEWPaAeUMwBlyRiMvJ+tNOKBfuCrIcvc0qdkLMXXKK8c0 +fcFnL8MuT6b6b0ws8aillDrB8wdnBUg6B2W/8qgZbDuQmsefc2FJPCecWD9VWPx8Fxv Rus1khU0uQfst69VY3tFSg1/oNkkH1Ff8GytE95bbpV8N8ONdSYHeONVZDDFCuqrVlJs l2xw== MIME-Version: 1.0 Received: by 10.224.202.67 with SMTP id fd3mr7540032qab.26.1341322270831; Tue, 03 Jul 2012 06:31:10 -0700 (PDT) Received: by 10.229.42.11 with HTTP; Tue, 3 Jul 2012 06:31:10 -0700 (PDT) In-Reply-To: References: Date: Tue, 3 Jul 2012 14:31:10 +0100 X-Google-Sender-Auth: Rs1T-ufZ-p5o8hvLri3Ne0svu3A Message-ID: From: George Dunlap To: Walter Robert Ditzler Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] uninstall xen 4.1.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: text/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, Jun 27, 2012 at 6:23 PM, Walter Robert Ditzler wrote: > hi all, > > > > i just wonder, after searching the online resources, if there is any paper > describing howto uninstall completelly xen: Another thing you can do for convenience: The Xen build system has a "make deb" target, that will package up everything put into dist/install and put it in a .deb which can be installed and uninstalled. I think this was introduced in the 4.2 dev cycle. If you use this, please note, however: it's *just* a convenient way of keeping track of files; it doesn't do anything with package dependencies, nor will it enable the init scripts or anything like that. The resulting .deb is only intended to be used by someone who would otherwise have typed "make install". It should not be distributed. -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 03 16:52:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jul 2012 16:52: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 1Sm6JR-0001HY-3v; Tue, 03 Jul 2012 16:50:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sm6Bi-0001GO-Dx for xen-users@lists.xen.org; Tue, 03 Jul 2012 16:42:54 +0000 Received: from [85.158.143.35:47653] by server-1.bemta-4.messagelabs.com id 70/AA-24392-D0123FF4; Tue, 03 Jul 2012 16:42:53 +0000 X-Env-Sender: fatboy@texnet.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1341333772!16981629!1 X-Originating-IP: [66.138.81.107] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25421 invoked from network); 3 Jul 2012 16:42:52 -0000 Received: from unknown (HELO ns2.texnet.com) (66.138.81.107) by server-14.tower-21.messagelabs.com with SMTP; 3 Jul 2012 16:42:52 -0000 Received: from mail.texnet.com (ns2 [192.168.0.22]) by ns2.texnet.com (Postfix) with ESMTP id A5CC83EE229 for ; Tue, 3 Jul 2012 11:42:14 -0500 (CDT) Received: from 66.138.81.109 by mail.texnet.com with HTTP; Tue, 3 Jul 2012 11:42:14 -0500 (CDT) Message-ID: <358051a7a0d4c792fe5b6c5cde625ca3.squirrel@mail.texnet.com> Date: Tue, 3 Jul 2012 11:42:14 -0500 (CDT) From: fatboy@texnet.com To: xen-users@lists.xen.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 X-Priority: 3 (Normal) Importance: Normal X-Brians-MailScanner-ID: A5CC83EE229.A56F5 X-Brians-MailScanner: Found to be clean X-Brians-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-2.003, required 4.5, BAYES_00 -2.60, SPF_SOFTFAIL 0.60) X-Brians-MailScanner-From: fatboy@texnet.com X-Brians-MailScanner-To: xen-users@lists.xen.org X-Spam-Status: No X-Mailman-Approved-At: Tue, 03 Jul 2012 16:50:52 +0000 Subject: [Xen-users] Virtual Machine Manager question X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org All, I installed VMM version 0.9.0 on my Ubuntu 11.10 workstation. I have remote debian xen hosts, some running lenny and some squeeze. Monitoring CPU usage (I/O and network monitoring would be nice but I don't see this tool is capable), Domain-0 only shows on Squeeze DomU's. Any tweaking I can do on Lenny to get them to show in the Virtual Machine Manager? TIA -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 03 16:52:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Jul 2012 16:52: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 1Sm6JR-0001HY-3v; Tue, 03 Jul 2012 16:50:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sm6Bi-0001GO-Dx for xen-users@lists.xen.org; Tue, 03 Jul 2012 16:42:54 +0000 Received: from [85.158.143.35:47653] by server-1.bemta-4.messagelabs.com id 70/AA-24392-D0123FF4; Tue, 03 Jul 2012 16:42:53 +0000 X-Env-Sender: fatboy@texnet.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1341333772!16981629!1 X-Originating-IP: [66.138.81.107] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25421 invoked from network); 3 Jul 2012 16:42:52 -0000 Received: from unknown (HELO ns2.texnet.com) (66.138.81.107) by server-14.tower-21.messagelabs.com with SMTP; 3 Jul 2012 16:42:52 -0000 Received: from mail.texnet.com (ns2 [192.168.0.22]) by ns2.texnet.com (Postfix) with ESMTP id A5CC83EE229 for ; Tue, 3 Jul 2012 11:42:14 -0500 (CDT) Received: from 66.138.81.109 by mail.texnet.com with HTTP; Tue, 3 Jul 2012 11:42:14 -0500 (CDT) Message-ID: <358051a7a0d4c792fe5b6c5cde625ca3.squirrel@mail.texnet.com> Date: Tue, 3 Jul 2012 11:42:14 -0500 (CDT) From: fatboy@texnet.com To: xen-users@lists.xen.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 X-Priority: 3 (Normal) Importance: Normal X-Brians-MailScanner-ID: A5CC83EE229.A56F5 X-Brians-MailScanner: Found to be clean X-Brians-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-2.003, required 4.5, BAYES_00 -2.60, SPF_SOFTFAIL 0.60) X-Brians-MailScanner-From: fatboy@texnet.com X-Brians-MailScanner-To: xen-users@lists.xen.org X-Spam-Status: No X-Mailman-Approved-At: Tue, 03 Jul 2012 16:50:52 +0000 Subject: [Xen-users] Virtual Machine Manager question X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org All, I installed VMM version 0.9.0 on my Ubuntu 11.10 workstation. I have remote debian xen hosts, some running lenny and some squeeze. Monitoring CPU usage (I/O and network monitoring would be nice but I don't see this tool is capable), Domain-0 only shows on Squeeze DomU's. Any tweaking I can do on Lenny to get them to show in the Virtual Machine Manager? TIA -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 04 02:19:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jul 2012 02:19: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 1SmF9z-0002ju-QZ; Wed, 04 Jul 2012 02:17:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmF9y-0002jp-At for xen-users@lists.xen.org; Wed, 04 Jul 2012 02:17:42 +0000 Received: from [85.158.143.35:10600] by server-3.bemta-4.messagelabs.com id 69/EF-05808-5C7A3FF4; Wed, 04 Jul 2012 02:17:41 +0000 X-Env-Sender: ray@aarden.us X-Msg-Ref: server-3.tower-21.messagelabs.com!1341368260!13117317!1 X-Originating-IP: [173.201.192.42] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTczLjIwMS4xOTIuNDIgPT4gNDcwODQ=\n X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15470 invoked from network); 4 Jul 2012 02:17:40 -0000 Received: from p3plsmtp11-05-2.prod.phx3.secureserver.net (HELO p3plwbeout11-05.prod.phx3.secureserver.net) (173.201.192.42) by server-3.tower-21.messagelabs.com with SMTP; 4 Jul 2012 02:17:40 -0000 Received: from localhost ([10.6.243.4]) by p3plwbeout11-05.prod.phx3.secureserver.net with bizsmtp id W2Hf1j00206QRTe012HfzG; Tue, 03 Jul 2012 19:17:39 -0700 x-cmae-analysis: v=2.0 cv=SdV1h4tu c=1 sm=1 a=FvJaFxFVhksA:10 a=v3AIcEYWj2sA:10 a=0lQRacsAeOMA:10 a=mI0IpbEiwiMA:10 a=IkcTkHD0fZMA:10 a=TZb1taSUAAAA:8 a=mLnsDVdbAAAA:8 a=EjWxXCnCSxnb4cM03xwA:9 a=QEXdDO2ut3YA:10 a=pFrFTgTT1lwA:10 a=WpYb5MrlaNNKSAvYDIRmEg==:117 Received: (qmail 7301 invoked by uid 99); 4 Jul 2012 02:17:39 -0000 X-Originating-IP: 98.200.245.24 User-Agent: Workspace Webmail 5.6.22 Message-Id: <20120703191738.1753ead7c2b35a7d15c5b99498690bcc.a3ebc9e7dc.wbe@email11.secureserver.net> From: To: "Fajar A. Nugraha" Date: Tue, 03 Jul 2012 19:17:38 -0700 Mime-Version: 1.0 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Kronos - VPN and Apache X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 3, 2012 at 7:17 AM, wrote: > The Kronos page: > http://wiki.xen.org/wiki/Project_Kronos > includes these two entries: > A couple of network-related notes > + XAPI expects to run in a clean environment, > and listens on ports 80 and 443. If you're > running anything else on these ports > (typically Apache/Apache2), then you're > likely to have problems. > + There is a known bug (which needs to be > fixed) which means that in certain > circumstances when you are using VPN > software (e.g. when you have a tun0 > interface listed in ifconfig), xapi > will fail. Please ensure that you remove > all such software before attempting to > run xcp-xapi. > > Do these mean that Apache and VPN can not be run with Xen or possibly > that they can be run from VMs? Those notes should only apply to the system running xapi, which is the dom0. domUs (i.e. VMs) should be unaffected. And also note that it doesn't specifically blacklist only apache; rather it says that you shouldn't have anything on dom0 which listens on port 80 and 443. Fajar, Does this mean that one or more domUs can run Apache? Will they be on virtual ports 80 and 443? If so, what is it call where Xen translates ports? Thank you, ray -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 04 02:19:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jul 2012 02:19: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 1SmF9z-0002ju-QZ; Wed, 04 Jul 2012 02:17:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmF9y-0002jp-At for xen-users@lists.xen.org; Wed, 04 Jul 2012 02:17:42 +0000 Received: from [85.158.143.35:10600] by server-3.bemta-4.messagelabs.com id 69/EF-05808-5C7A3FF4; Wed, 04 Jul 2012 02:17:41 +0000 X-Env-Sender: ray@aarden.us X-Msg-Ref: server-3.tower-21.messagelabs.com!1341368260!13117317!1 X-Originating-IP: [173.201.192.42] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTczLjIwMS4xOTIuNDIgPT4gNDcwODQ=\n X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15470 invoked from network); 4 Jul 2012 02:17:40 -0000 Received: from p3plsmtp11-05-2.prod.phx3.secureserver.net (HELO p3plwbeout11-05.prod.phx3.secureserver.net) (173.201.192.42) by server-3.tower-21.messagelabs.com with SMTP; 4 Jul 2012 02:17:40 -0000 Received: from localhost ([10.6.243.4]) by p3plwbeout11-05.prod.phx3.secureserver.net with bizsmtp id W2Hf1j00206QRTe012HfzG; Tue, 03 Jul 2012 19:17:39 -0700 x-cmae-analysis: v=2.0 cv=SdV1h4tu c=1 sm=1 a=FvJaFxFVhksA:10 a=v3AIcEYWj2sA:10 a=0lQRacsAeOMA:10 a=mI0IpbEiwiMA:10 a=IkcTkHD0fZMA:10 a=TZb1taSUAAAA:8 a=mLnsDVdbAAAA:8 a=EjWxXCnCSxnb4cM03xwA:9 a=QEXdDO2ut3YA:10 a=pFrFTgTT1lwA:10 a=WpYb5MrlaNNKSAvYDIRmEg==:117 Received: (qmail 7301 invoked by uid 99); 4 Jul 2012 02:17:39 -0000 X-Originating-IP: 98.200.245.24 User-Agent: Workspace Webmail 5.6.22 Message-Id: <20120703191738.1753ead7c2b35a7d15c5b99498690bcc.a3ebc9e7dc.wbe@email11.secureserver.net> From: To: "Fajar A. Nugraha" Date: Tue, 03 Jul 2012 19:17:38 -0700 Mime-Version: 1.0 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Kronos - VPN and Apache X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 3, 2012 at 7:17 AM, wrote: > The Kronos page: > http://wiki.xen.org/wiki/Project_Kronos > includes these two entries: > A couple of network-related notes > + XAPI expects to run in a clean environment, > and listens on ports 80 and 443. If you're > running anything else on these ports > (typically Apache/Apache2), then you're > likely to have problems. > + There is a known bug (which needs to be > fixed) which means that in certain > circumstances when you are using VPN > software (e.g. when you have a tun0 > interface listed in ifconfig), xapi > will fail. Please ensure that you remove > all such software before attempting to > run xcp-xapi. > > Do these mean that Apache and VPN can not be run with Xen or possibly > that they can be run from VMs? Those notes should only apply to the system running xapi, which is the dom0. domUs (i.e. VMs) should be unaffected. And also note that it doesn't specifically blacklist only apache; rather it says that you shouldn't have anything on dom0 which listens on port 80 and 443. Fajar, Does this mean that one or more domUs can run Apache? Will they be on virtual ports 80 and 443? If so, what is it call where Xen translates ports? Thank you, ray -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 04 02:21:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jul 2012 02: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 1SmFCD-0002pS-JX; Wed, 04 Jul 2012 02:20:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmFCB-0002pM-RP for xen-users@lists.xen.org; Wed, 04 Jul 2012 02:20:00 +0000 Received: from [85.158.143.35:16798] by server-1.bemta-4.messagelabs.com id 08/19-24392-F48A3FF4; Wed, 04 Jul 2012 02:19:59 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-7.tower-21.messagelabs.com!1341368397!15434013!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11409 invoked from network); 4 Jul 2012 02:19:58 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2012 02:19:58 -0000 Received: by pbbro12 with SMTP id ro12so10990835pbb.32 for ; Tue, 03 Jul 2012 19:19:56 -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=Y1FeeUJy/qF1gpZfz0T8WW9cg+no+d6IJKOPW4gnEfw=; b=g32mS3gKF+YqP+aDtKr+DtxrDKRRxcX4H1gIE08AK7GlwFPO1ZEKwMcjJ/vSV5NKAi leQ0k5Tt71Y+Ow9dR3oH2Q8VUh8QnjPiXfIIyDd5EBRzKulgRShV1jD3Kdl4riyKbcN7 J5uOpz4d6LXs3r0EfhEXs8nGKhciTbY5f0UFRuIAawlo09jocRMXMfWlh+1Tl/W3JjLe a1kBzTjDvnKtYOi2TTWSjSjUy3UCQm1hLFjruPGT2Q3wm5ra38OuAnMMSDlcTaU8dxtv WvVIcjJlcrE8OQ0c01wTuab5WlSfdmyiOfw4jt9lMzol5EiIFaj1we+/CFMbRlTpMsMz cpzw== MIME-Version: 1.0 Received: by 10.68.237.106 with SMTP id vb10mr13018444pbc.148.1341368396480; Tue, 03 Jul 2012 19:19:56 -0700 (PDT) Received: by 10.68.213.230 with HTTP; Tue, 3 Jul 2012 19:19:56 -0700 (PDT) In-Reply-To: <20120703191738.1753ead7c2b35a7d15c5b99498690bcc.a3ebc9e7dc.wbe@email11.secureserver.net> References: <20120703191738.1753ead7c2b35a7d15c5b99498690bcc.a3ebc9e7dc.wbe@email11.secureserver.net> Date: Wed, 4 Jul 2012 09:19:56 +0700 Message-ID: From: "Fajar A. Nugraha" To: ray@aarden.us X-Gm-Message-State: ALoCoQm7NENm+tm+bOEEjrzASkpcwQF45iBej6GOWlPf/ifaLu1Z2OSCF82XYQdA5krsirjGEjY5 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Kronos - VPN and Apache X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 4, 2012 at 9:17 AM, wrote: > Fajar, > Does this mean that one or more domUs can run Apache? Yes > Will they be on > virtual ports 80 and 443? If so, what is it call where Xen translates > ports? err ... you need to read more about xen networking. Start with the wiki. In short, with the default setup, domUs will have a DIFFERENT ip from dom0, but within the SAME network due to bridge networking setup. You CAN change that, of course. Again, the wiki should be able to tell you what kinds of networking setup are available for xen. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 04 02:21:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jul 2012 02: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 1SmFCD-0002pS-JX; Wed, 04 Jul 2012 02:20:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmFCB-0002pM-RP for xen-users@lists.xen.org; Wed, 04 Jul 2012 02:20:00 +0000 Received: from [85.158.143.35:16798] by server-1.bemta-4.messagelabs.com id 08/19-24392-F48A3FF4; Wed, 04 Jul 2012 02:19:59 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-7.tower-21.messagelabs.com!1341368397!15434013!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11409 invoked from network); 4 Jul 2012 02:19:58 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2012 02:19:58 -0000 Received: by pbbro12 with SMTP id ro12so10990835pbb.32 for ; Tue, 03 Jul 2012 19:19:56 -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=Y1FeeUJy/qF1gpZfz0T8WW9cg+no+d6IJKOPW4gnEfw=; b=g32mS3gKF+YqP+aDtKr+DtxrDKRRxcX4H1gIE08AK7GlwFPO1ZEKwMcjJ/vSV5NKAi leQ0k5Tt71Y+Ow9dR3oH2Q8VUh8QnjPiXfIIyDd5EBRzKulgRShV1jD3Kdl4riyKbcN7 J5uOpz4d6LXs3r0EfhEXs8nGKhciTbY5f0UFRuIAawlo09jocRMXMfWlh+1Tl/W3JjLe a1kBzTjDvnKtYOi2TTWSjSjUy3UCQm1hLFjruPGT2Q3wm5ra38OuAnMMSDlcTaU8dxtv WvVIcjJlcrE8OQ0c01wTuab5WlSfdmyiOfw4jt9lMzol5EiIFaj1we+/CFMbRlTpMsMz cpzw== MIME-Version: 1.0 Received: by 10.68.237.106 with SMTP id vb10mr13018444pbc.148.1341368396480; Tue, 03 Jul 2012 19:19:56 -0700 (PDT) Received: by 10.68.213.230 with HTTP; Tue, 3 Jul 2012 19:19:56 -0700 (PDT) In-Reply-To: <20120703191738.1753ead7c2b35a7d15c5b99498690bcc.a3ebc9e7dc.wbe@email11.secureserver.net> References: <20120703191738.1753ead7c2b35a7d15c5b99498690bcc.a3ebc9e7dc.wbe@email11.secureserver.net> Date: Wed, 4 Jul 2012 09:19:56 +0700 Message-ID: From: "Fajar A. Nugraha" To: ray@aarden.us X-Gm-Message-State: ALoCoQm7NENm+tm+bOEEjrzASkpcwQF45iBej6GOWlPf/ifaLu1Z2OSCF82XYQdA5krsirjGEjY5 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Kronos - VPN and Apache X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 4, 2012 at 9:17 AM, wrote: > Fajar, > Does this mean that one or more domUs can run Apache? Yes > Will they be on > virtual ports 80 and 443? If so, what is it call where Xen translates > ports? err ... you need to read more about xen networking. Start with the wiki. In short, with the default setup, domUs will have a DIFFERENT ip from dom0, but within the SAME network due to bridge networking setup. You CAN change that, of course. Again, the wiki should be able to tell you what kinds of networking setup are available for xen. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 04 02:43:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jul 2012 02:43: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 1SmFXH-0003X0-O8; Wed, 04 Jul 2012 02:41:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmFXH-0003Wu-08 for xen-users@lists.xen.org; Wed, 04 Jul 2012 02:41:47 +0000 Received: from [85.158.143.35:3536] by server-2.bemta-4.messagelabs.com id 38/07-17938-A6DA3FF4; Wed, 04 Jul 2012 02:41:46 +0000 X-Env-Sender: ray@aarden.us X-Msg-Ref: server-15.tower-21.messagelabs.com!1341369703!14205240!1 X-Originating-IP: [173.201.192.44] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTczLjIwMS4xOTIuNDQgPT4gNDMwNjY=\n X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16169 invoked from network); 4 Jul 2012 02:41:44 -0000 Received: from p3plsmtp11-06-2.prod.phx3.secureserver.net (HELO p3plwbeout11-06.prod.phx3.secureserver.net) (173.201.192.44) by server-15.tower-21.messagelabs.com with SMTP; 4 Jul 2012 02:41:44 -0000 Received: from localhost ([10.6.243.5]) by p3plwbeout11-06.prod.phx3.secureserver.net with bizsmtp id W2hj1j00107i5nu012hjie; Tue, 03 Jul 2012 19:41:43 -0700 x-cmae-analysis: v=2.0 cv=Fd61NeC6 c=1 sm=1 a=FvJaFxFVhksA:10 a=v3AIcEYWj2sA:10 a=EPmSr6dAOaAA:10 a=mI0IpbEiwiMA:10 a=IkcTkHD0fZMA:10 a=TZb1taSUAAAA:8 a=mLnsDVdbAAAA:8 a=CjxXgO3LAAAA:8 a=9I5xiGouAAAA:8 a=3JgvwmB0AAAA:8 a=cL2ywlDns3c3-QVd078A:9 a=QEXdDO2ut3YA:10 a=0moUOZQddRIA:10 a=rC2wZJ5BpNYA:10 a=pFrFTgTT1lwA:10 a=2sVJKsnH8mAA:10 a=lXm7JarIywFjvd2akn1wYg==:117 Received: (qmail 3605 invoked by uid 99); 4 Jul 2012 02:41:43 -0000 X-Originating-IP: 98.200.245.24 User-Agent: Workspace Webmail 5.6.22 Message-Id: <20120703194142.1753ead7c2b35a7d15c5b99498690bcc.d0aaf5b75f.wbe@email11.secureserver.net> From: To: "Eric" , "xen-users@lists.xen.org" Date: Tue, 03 Jul 2012 19:41:42 -0700 Mime-Version: 1.0 Subject: Re: [Xen-users] Debian/Ubuntu for XCP X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Eric: I really like the reference: http://wiki.xen.org/wiki/Xen_/_XCP_/_XCP_on_Linux_Overview ray From: Eric Date: Mon, July 02, 2012 11:23 pm To: "xen-users@lists.xen.org" Cc: "ray@aarden.us" Ray: Andrew Eross offered a good explanation to the XCP's relationship to Debian, IMHO. You can read it here: http://xen.1045712.n5.nabble.com/Which-one-to-use-Xen-HV-Xen-Cloud-Platform-or-Citrix-XenServer-td5709798.html Eric Pretorious Truckee, CA From: "ray@aarden.us" To: xen-users@lists.xen.org Cc: Fajar A. Nugraha Sent: Wednesday, June 27, 2012 10:02 AM Subject: [Xen-users] Debian/Ubuntu for XCP Fajar, Re: Subject: Re: [Xen-users] Which one to use: Xen HV, Xen Cloud Platform, or Citrix XenServer? Since you mentioned debian/ubuntu relative to XCP, I wonder if you could help me understand. I have read some about this but I have not been able to understand what parts each play. I would appreciate some comments on the relationship so maybe I could better understand what I am reading. I can't tell what is actually happening or how to implement it. A link to further information would be additional value for me. ray _______________________________________________ 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 Jul 04 02:43:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jul 2012 02:43: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 1SmFXH-0003X0-O8; Wed, 04 Jul 2012 02:41:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmFXH-0003Wu-08 for xen-users@lists.xen.org; Wed, 04 Jul 2012 02:41:47 +0000 Received: from [85.158.143.35:3536] by server-2.bemta-4.messagelabs.com id 38/07-17938-A6DA3FF4; Wed, 04 Jul 2012 02:41:46 +0000 X-Env-Sender: ray@aarden.us X-Msg-Ref: server-15.tower-21.messagelabs.com!1341369703!14205240!1 X-Originating-IP: [173.201.192.44] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTczLjIwMS4xOTIuNDQgPT4gNDMwNjY=\n X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16169 invoked from network); 4 Jul 2012 02:41:44 -0000 Received: from p3plsmtp11-06-2.prod.phx3.secureserver.net (HELO p3plwbeout11-06.prod.phx3.secureserver.net) (173.201.192.44) by server-15.tower-21.messagelabs.com with SMTP; 4 Jul 2012 02:41:44 -0000 Received: from localhost ([10.6.243.5]) by p3plwbeout11-06.prod.phx3.secureserver.net with bizsmtp id W2hj1j00107i5nu012hjie; Tue, 03 Jul 2012 19:41:43 -0700 x-cmae-analysis: v=2.0 cv=Fd61NeC6 c=1 sm=1 a=FvJaFxFVhksA:10 a=v3AIcEYWj2sA:10 a=EPmSr6dAOaAA:10 a=mI0IpbEiwiMA:10 a=IkcTkHD0fZMA:10 a=TZb1taSUAAAA:8 a=mLnsDVdbAAAA:8 a=CjxXgO3LAAAA:8 a=9I5xiGouAAAA:8 a=3JgvwmB0AAAA:8 a=cL2ywlDns3c3-QVd078A:9 a=QEXdDO2ut3YA:10 a=0moUOZQddRIA:10 a=rC2wZJ5BpNYA:10 a=pFrFTgTT1lwA:10 a=2sVJKsnH8mAA:10 a=lXm7JarIywFjvd2akn1wYg==:117 Received: (qmail 3605 invoked by uid 99); 4 Jul 2012 02:41:43 -0000 X-Originating-IP: 98.200.245.24 User-Agent: Workspace Webmail 5.6.22 Message-Id: <20120703194142.1753ead7c2b35a7d15c5b99498690bcc.d0aaf5b75f.wbe@email11.secureserver.net> From: To: "Eric" , "xen-users@lists.xen.org" Date: Tue, 03 Jul 2012 19:41:42 -0700 Mime-Version: 1.0 Subject: Re: [Xen-users] Debian/Ubuntu for XCP X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Eric: I really like the reference: http://wiki.xen.org/wiki/Xen_/_XCP_/_XCP_on_Linux_Overview ray From: Eric Date: Mon, July 02, 2012 11:23 pm To: "xen-users@lists.xen.org" Cc: "ray@aarden.us" Ray: Andrew Eross offered a good explanation to the XCP's relationship to Debian, IMHO. You can read it here: http://xen.1045712.n5.nabble.com/Which-one-to-use-Xen-HV-Xen-Cloud-Platform-or-Citrix-XenServer-td5709798.html Eric Pretorious Truckee, CA From: "ray@aarden.us" To: xen-users@lists.xen.org Cc: Fajar A. Nugraha Sent: Wednesday, June 27, 2012 10:02 AM Subject: [Xen-users] Debian/Ubuntu for XCP Fajar, Re: Subject: Re: [Xen-users] Which one to use: Xen HV, Xen Cloud Platform, or Citrix XenServer? Since you mentioned debian/ubuntu relative to XCP, I wonder if you could help me understand. I have read some about this but I have not been able to understand what parts each play. I would appreciate some comments on the relationship so maybe I could better understand what I am reading. I can't tell what is actually happening or how to implement it. A link to further information would be additional value for me. ray _______________________________________________ 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 Jul 04 07:44:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jul 2012 07:44: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 1SmKEM-0000QE-If; Wed, 04 Jul 2012 07:42:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmKEK-0000Q9-JC for xen-users@lists.xen.org; Wed, 04 Jul 2012 07:42:32 +0000 Received: from [85.158.139.83:18834] by server-12.bemta-5.messagelabs.com id 44/00-25233-5E3F3FF4; Wed, 04 Jul 2012 07:42:29 +0000 X-Env-Sender: itakingiteasy@gmail.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1341387748!30877778!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26026 invoked from network); 4 Jul 2012 07:42:28 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2012 07:42:28 -0000 Received: by werf3 with SMTP id f3so6110832wer.32 for ; Wed, 04 Jul 2012 00:42: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=6g48MCqqxWTr/J0QAmqrLdsJE52pT5PKaRevls107NI=; b=X6UhI3kkD19p3LsGOgKQ64i6gbfkGgQ050IIv5J95LniGjHATHD8gxD/vwb/WtiOC+ QhVgD55oMyDQV6b73gIYBzn5sow7AWFrLZOIKpqWL6y3mxo8BLuoRzCVme+A/IBerTvE Ea/3Fizhu7a7FFiCKL2qxNhNFPqCZKy/0tK1Uh0W2bEp0z3lO8zbXbTt6YHuioddJYIJ HitXqqeuZ4HKFDCqG0sEqJK1KU0NExtWSUTb3JovTa2ikx5uYDd5dQwv3+sUsGDPkNcP 22QIqFJEyvje7Xa9TPgOvqFEg+DOzkTgOT33nq7hNQfhV5ZCdjrkcOGNhGsL0gIvV2FP AiCA== MIME-Version: 1.0 Received: by 10.216.195.212 with SMTP id p62mr5604237wen.217.1341387748565; Wed, 04 Jul 2012 00:42:28 -0700 (PDT) Received: by 10.216.145.234 with HTTP; Wed, 4 Jul 2012 00:42:28 -0700 (PDT) Date: Wed, 4 Jul 2012 11:42:28 +0400 Message-ID: From: Alexander Tumin To: xen-users@lists.xen.org Subject: [Xen-users] How to pass more then one USB device to HVM guest? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, i am trying to pass two USB devices to my winxp domU guest. The following: usbdevice = 'host:1d6b:0002' OR usbdevice = 'host:04f3:0232' works fine, but with only for one of this two devices. Obvious thing usbdevice = [ 'host:1c4f:000e', 'host:04f3:0232' ] is not working at all - xl complains about syntax error in the configuration file. Any hints (maybe, patches) how to pass two USB device simultaneously? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 04 07:44:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jul 2012 07:44: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 1SmKEM-0000QE-If; Wed, 04 Jul 2012 07:42:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmKEK-0000Q9-JC for xen-users@lists.xen.org; Wed, 04 Jul 2012 07:42:32 +0000 Received: from [85.158.139.83:18834] by server-12.bemta-5.messagelabs.com id 44/00-25233-5E3F3FF4; Wed, 04 Jul 2012 07:42:29 +0000 X-Env-Sender: itakingiteasy@gmail.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1341387748!30877778!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26026 invoked from network); 4 Jul 2012 07:42:28 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2012 07:42:28 -0000 Received: by werf3 with SMTP id f3so6110832wer.32 for ; Wed, 04 Jul 2012 00:42: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=6g48MCqqxWTr/J0QAmqrLdsJE52pT5PKaRevls107NI=; b=X6UhI3kkD19p3LsGOgKQ64i6gbfkGgQ050IIv5J95LniGjHATHD8gxD/vwb/WtiOC+ QhVgD55oMyDQV6b73gIYBzn5sow7AWFrLZOIKpqWL6y3mxo8BLuoRzCVme+A/IBerTvE Ea/3Fizhu7a7FFiCKL2qxNhNFPqCZKy/0tK1Uh0W2bEp0z3lO8zbXbTt6YHuioddJYIJ HitXqqeuZ4HKFDCqG0sEqJK1KU0NExtWSUTb3JovTa2ikx5uYDd5dQwv3+sUsGDPkNcP 22QIqFJEyvje7Xa9TPgOvqFEg+DOzkTgOT33nq7hNQfhV5ZCdjrkcOGNhGsL0gIvV2FP AiCA== MIME-Version: 1.0 Received: by 10.216.195.212 with SMTP id p62mr5604237wen.217.1341387748565; Wed, 04 Jul 2012 00:42:28 -0700 (PDT) Received: by 10.216.145.234 with HTTP; Wed, 4 Jul 2012 00:42:28 -0700 (PDT) Date: Wed, 4 Jul 2012 11:42:28 +0400 Message-ID: From: Alexander Tumin To: xen-users@lists.xen.org Subject: [Xen-users] How to pass more then one USB device to HVM guest? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, i am trying to pass two USB devices to my winxp domU guest. The following: usbdevice = 'host:1d6b:0002' OR usbdevice = 'host:04f3:0232' works fine, but with only for one of this two devices. Obvious thing usbdevice = [ 'host:1c4f:000e', 'host:04f3:0232' ] is not working at all - xl complains about syntax error in the configuration file. Any hints (maybe, patches) how to pass two USB device simultaneously? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 04 09:53:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jul 2012 09: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 1SmMF5-0002AZ-3T; Wed, 04 Jul 2012 09:51:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmMF3-0002AT-Pt for xen-users@lists.xensource.com; Wed, 04 Jul 2012 09:51:25 +0000 Received: from [193.109.254.147:26149] by server-5.bemta-14.messagelabs.com id 99/D2-04343-D1214FF4; Wed, 04 Jul 2012 09:51:25 +0000 X-Env-Sender: meesterlars@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1341395483!9968218!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_14,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29488 invoked from network); 4 Jul 2012 09:51:24 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-4.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 4 Jul 2012 09:51:24 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SmMF0-0005Ys-6T for xen-users@lists.xensource.com; Wed, 04 Jul 2012 02:51:22 -0700 Date: Wed, 4 Jul 2012 02:51:22 -0700 (PDT) From: meesterlars To: xen-users@lists.xensource.com Message-ID: <1341395482164-5710026.post@n5.nabble.com> MIME-Version: 1.0 Subject: [Xen-users] General Linux VM question regarding Xen support X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, all. I'd like to get some feedback on why Linux support for Xen environments is (seemingly) poor, compared to other virtualisation software. I do a lot of testing of different types of VMs; firewalls, SMB servers, etc. and find myself increasingly frustrated that, though most of these systems I test run Linux almost exclusively, the vast majority have no Xen support. I'll use owncloud.org as an example. Their software looks very interesting to us, and I'd love to just get a VM up and running in our XCP environment, but it seems every contemporary virtualisation platform is supported except for XenServer/XCP/Xen. Well, and HyperV. Untangle is another example; I'd love to run this UTM as a VM, but they have no XenServer/XCP support. Instead, they have instructions for VMware. How is it that it appears to be easier to get Linux VMs up and running in VMware than in XCP? Is there an HVM to PVM super-turbo-automatic-conversion-tool-bootable-iso out there I'm unaware of that looks at an installed system and goes, "hey stoopid, you're Linux. Let's do what those idiot developers were unable to and PVM your dumbass". If such a tool exists, please provide a link. -- View this message in context: http://xen.1045712.n5.nabble.com/General-Linux-VM-question-regarding-Xen-support-tp5710026.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 Jul 04 09:53:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jul 2012 09: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 1SmMF5-0002AZ-3T; Wed, 04 Jul 2012 09:51:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmMF3-0002AT-Pt for xen-users@lists.xensource.com; Wed, 04 Jul 2012 09:51:25 +0000 Received: from [193.109.254.147:26149] by server-5.bemta-14.messagelabs.com id 99/D2-04343-D1214FF4; Wed, 04 Jul 2012 09:51:25 +0000 X-Env-Sender: meesterlars@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1341395483!9968218!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_14,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29488 invoked from network); 4 Jul 2012 09:51:24 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-4.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 4 Jul 2012 09:51:24 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SmMF0-0005Ys-6T for xen-users@lists.xensource.com; Wed, 04 Jul 2012 02:51:22 -0700 Date: Wed, 4 Jul 2012 02:51:22 -0700 (PDT) From: meesterlars To: xen-users@lists.xensource.com Message-ID: <1341395482164-5710026.post@n5.nabble.com> MIME-Version: 1.0 Subject: [Xen-users] General Linux VM question regarding Xen support X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, all. I'd like to get some feedback on why Linux support for Xen environments is (seemingly) poor, compared to other virtualisation software. I do a lot of testing of different types of VMs; firewalls, SMB servers, etc. and find myself increasingly frustrated that, though most of these systems I test run Linux almost exclusively, the vast majority have no Xen support. I'll use owncloud.org as an example. Their software looks very interesting to us, and I'd love to just get a VM up and running in our XCP environment, but it seems every contemporary virtualisation platform is supported except for XenServer/XCP/Xen. Well, and HyperV. Untangle is another example; I'd love to run this UTM as a VM, but they have no XenServer/XCP support. Instead, they have instructions for VMware. How is it that it appears to be easier to get Linux VMs up and running in VMware than in XCP? Is there an HVM to PVM super-turbo-automatic-conversion-tool-bootable-iso out there I'm unaware of that looks at an installed system and goes, "hey stoopid, you're Linux. Let's do what those idiot developers were unable to and PVM your dumbass". If such a tool exists, please provide a link. -- View this message in context: http://xen.1045712.n5.nabble.com/General-Linux-VM-question-regarding-Xen-support-tp5710026.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 Jul 04 16:05:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jul 2012 16:05: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 1SmS3K-0004TY-Ck; Wed, 04 Jul 2012 16:03:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmS3I-0004TP-Uq for xen-users@lists.xen.org; Wed, 04 Jul 2012 16:03:41 +0000 Received: from [85.158.143.35:29283] by server-3.bemta-4.messagelabs.com id E1/D8-05808-C5964FF4; Wed, 04 Jul 2012 16:03:40 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-5.tower-21.messagelabs.com!1341417819!4424637!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18615 invoked from network); 4 Jul 2012 16:03:39 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-5.tower-21.messagelabs.com with AES128-SHA encrypted SMTP; 4 Jul 2012 16:03:39 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Wed, 4 Jul 2012 18:03:38 +0200 From: Stephan Seitz To: Alexander Tumin Thread-Topic: [Xen-users] How to pass more then one USB device to HVM guest? Thread-Index: AQHNWbrwLLhW96KHA0mFt20vZfT4uZcZKCeA Date: Wed, 4 Jul 2012 16:03:37 +0000 Message-ID: <1341417817.352.117.camel@wotan2> References: In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] Content-ID: <28AF44342CC9E44391A30FDA0BFE49B7@nh.local> MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] How to pass more then one USB device to HVM guest? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Am Mittwoch, den 04.07.2012, 11:42 +0400 schrieb Alexander Tumin: > Hi, i am trying to pass two USB devices to my winxp domU guest. > > The following: > > usbdevice = 'host:1d6b:0002' > > OR > > usbdevice = 'host:04f3:0232' > > works fine, but with only for one of this two devices. > > Obvious thing > > usbdevice = [ 'host:1c4f:000e', 'host:04f3:0232' ] > > is not working at all - xl complains about syntax error in the > configuration file. > > Any hints (maybe, patches) how to pass two USB device simultaneously? > If you're not bound to xl, I'ld try using xm instead. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 04 16:05:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jul 2012 16:05: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 1SmS3K-0004TY-Ck; Wed, 04 Jul 2012 16:03:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmS3I-0004TP-Uq for xen-users@lists.xen.org; Wed, 04 Jul 2012 16:03:41 +0000 Received: from [85.158.143.35:29283] by server-3.bemta-4.messagelabs.com id E1/D8-05808-C5964FF4; Wed, 04 Jul 2012 16:03:40 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-5.tower-21.messagelabs.com!1341417819!4424637!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18615 invoked from network); 4 Jul 2012 16:03:39 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-5.tower-21.messagelabs.com with AES128-SHA encrypted SMTP; 4 Jul 2012 16:03:39 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Wed, 4 Jul 2012 18:03:38 +0200 From: Stephan Seitz To: Alexander Tumin Thread-Topic: [Xen-users] How to pass more then one USB device to HVM guest? Thread-Index: AQHNWbrwLLhW96KHA0mFt20vZfT4uZcZKCeA Date: Wed, 4 Jul 2012 16:03:37 +0000 Message-ID: <1341417817.352.117.camel@wotan2> References: In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] Content-ID: <28AF44342CC9E44391A30FDA0BFE49B7@nh.local> MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] How to pass more then one USB device to HVM guest? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Am Mittwoch, den 04.07.2012, 11:42 +0400 schrieb Alexander Tumin: > Hi, i am trying to pass two USB devices to my winxp domU guest. > > The following: > > usbdevice = 'host:1d6b:0002' > > OR > > usbdevice = 'host:04f3:0232' > > works fine, but with only for one of this two devices. > > Obvious thing > > usbdevice = [ 'host:1c4f:000e', 'host:04f3:0232' ] > > is not working at all - xl complains about syntax error in the > configuration file. > > Any hints (maybe, patches) how to pass two USB device simultaneously? > If you're not bound to xl, I'ld try using xm instead. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 04 16:53:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jul 2012 16: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 1SmSoe-0008Ld-Hi; Wed, 04 Jul 2012 16:52:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmSod-0008LW-3B for xen-users@lists.xen.org; Wed, 04 Jul 2012 16:52:35 +0000 Received: from [85.158.143.99:29307] by server-1.bemta-4.messagelabs.com id 39/DF-24392-2D474FF4; Wed, 04 Jul 2012 16:52:34 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1341420752!20941712!1 X-Originating-IP: [209.85.160.173] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1273 invoked from network); 4 Jul 2012 16:52:33 -0000 Received: from mail-gh0-f173.google.com (HELO mail-gh0-f173.google.com) (209.85.160.173) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2012 16:52:33 -0000 Received: by ghrr14 with SMTP id r14so7684123ghr.32 for ; Wed, 04 Jul 2012 09:52: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=VoR4qsC0697OLxcnEvuVOTh3dP9bq5jOvjfCbYDHwiw=; b=Ebtpxdhb6UyV0sCXvvTc2iSVSLyUxM3873Ewjt+T6rF+uNDlI6PsKM50NhO98VeHFy PPNyAgqwO1HEnH+QMy6H7E7dbenXf5kJqkcQmZyEOa9acW1NnYuTdUR4vSwsSK306LeY Ogs6U8SeYkVz5O+41IWi27t6ejmIAL5XN+UYbC5f4wfuKJCa3aeCYwpLmILoFqv8naJT FzuKgHBZpO3Hxn0avPDiNgx2Q0KKDBiMvXZgNYHUEQF+FVVEUGq4dNPyqYpOmJra+SMo QhRQbsgrm4el8jShpM/U3XOknlkc0c/3Mw/48dhiIzr9/WQrh1JAdV7sAmOQMb7IG33G /BPA== MIME-Version: 1.0 Received: by 10.50.213.98 with SMTP id nr2mr11905158igc.71.1341420751915; Wed, 04 Jul 2012 09:52:31 -0700 (PDT) Received: by 10.64.78.1 with HTTP; Wed, 4 Jul 2012 09:52:31 -0700 (PDT) In-Reply-To: <1341417817.352.117.camel@wotan2> References: <1341417817.352.117.camel@wotan2> Date: Wed, 4 Jul 2012 12:52:31 -0400 Message-ID: From: Casey DeLorme To: Stephan Seitz Cc: Alexander Tumin , "xen-users@lists.xen.org" Subject: Re: [Xen-users] How to pass more then one USB device to 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="===============4112839887837269995==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4112839887837269995== Content-Type: multipart/alternative; boundary=14dae93408b1698b0c04c403db0f --14dae93408b1698b0c04c403db0f Content-Type: text/plain; charset=ISO-8859-1 Alternatively you may also be able to add additional usb devices at runtime with "xl usb_add". If it's anything more than a keyboard and mouse though you may want to investigate PCI Passthrough, since the HVM qemu-dm only yields USB 1.1. http://wiki.xen.org/wiki/Xen_USB_Passthrough This fellow posted something about a patch for the xm toolstack but I didn't give it a thorough read and I saw no code submitted: http://old-list-archives.xen.org/archives/html/xen-users/2009-03/msg00029.html On Wed, Jul 4, 2012 at 12:03 PM, Stephan Seitz wrote: > > Am Mittwoch, den 04.07.2012, 11:42 +0400 schrieb Alexander Tumin: > > Hi, i am trying to pass two USB devices to my winxp domU guest. > > > > The following: > > > > usbdevice = 'host:1d6b:0002' > > > > OR > > > > usbdevice = 'host:04f3:0232' > > > > works fine, but with only for one of this two devices. > > > > Obvious thing > > > > usbdevice = [ 'host:1c4f:000e', 'host:04f3:0232' ] > > > > is not working at all - xl complains about syntax error in the > > configuration file. > > > > Any hints (maybe, patches) how to pass two USB device simultaneously? > > > > If you're not bound to xl, I'ld try using xm instead. > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --14dae93408b1698b0c04c403db0f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Alternatively you may also be able to add additional usb dev= ices at runtime with "xl usb_add".

If it's= anything more than a keyboard and mouse though you may want to investigate= PCI Passthrough, since the HVM qemu-dm only yields USB 1.1.


This fellow posted something about a patch for the xm toolstack but I= didn't give it a thorough read and I saw no code submitted:


On Wed, Jul 4, 2012 at 12:03 PM, Stephan Seitz <s.seitz@netzhaut.de&= gt; wrote:

Am Mittwoch, den 04.07.2012, 11:42 +0400 schrieb Alexander Tumin:
> Hi, i am trying to pass two USB devices to my winxp = domU guest.
>
> The following:
>
> =A0 =A0 usbdevice =3D 'host:1d6b:0002'
>
> OR
>
> =A0 =A0 usbdevice =3D 'host:04f3:0232'
>
> works fine, but with only for one of this two devices.
>
> Obvious thing
>
> =A0 =A0 usbdevice =3D [ 'host:1c4f:000e', 'host:04f3:0232&= #39; ]
>
> is not working at all - xl complains about syntax error in the
> configuration file.
>
> Any hints (maybe, patches) how to pass two USB device simultaneously?<= br> >

If you're not bound to xl, I'ld try using xm instead.



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

--14dae93408b1698b0c04c403db0f-- --===============4112839887837269995== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4112839887837269995==-- From xen-users-bounces@lists.xen.org Wed Jul 04 16:53:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jul 2012 16: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 1SmSoe-0008Ld-Hi; Wed, 04 Jul 2012 16:52:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmSod-0008LW-3B for xen-users@lists.xen.org; Wed, 04 Jul 2012 16:52:35 +0000 Received: from [85.158.143.99:29307] by server-1.bemta-4.messagelabs.com id 39/DF-24392-2D474FF4; Wed, 04 Jul 2012 16:52:34 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1341420752!20941712!1 X-Originating-IP: [209.85.160.173] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1273 invoked from network); 4 Jul 2012 16:52:33 -0000 Received: from mail-gh0-f173.google.com (HELO mail-gh0-f173.google.com) (209.85.160.173) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2012 16:52:33 -0000 Received: by ghrr14 with SMTP id r14so7684123ghr.32 for ; Wed, 04 Jul 2012 09:52: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=VoR4qsC0697OLxcnEvuVOTh3dP9bq5jOvjfCbYDHwiw=; b=Ebtpxdhb6UyV0sCXvvTc2iSVSLyUxM3873Ewjt+T6rF+uNDlI6PsKM50NhO98VeHFy PPNyAgqwO1HEnH+QMy6H7E7dbenXf5kJqkcQmZyEOa9acW1NnYuTdUR4vSwsSK306LeY Ogs6U8SeYkVz5O+41IWi27t6ejmIAL5XN+UYbC5f4wfuKJCa3aeCYwpLmILoFqv8naJT FzuKgHBZpO3Hxn0avPDiNgx2Q0KKDBiMvXZgNYHUEQF+FVVEUGq4dNPyqYpOmJra+SMo QhRQbsgrm4el8jShpM/U3XOknlkc0c/3Mw/48dhiIzr9/WQrh1JAdV7sAmOQMb7IG33G /BPA== MIME-Version: 1.0 Received: by 10.50.213.98 with SMTP id nr2mr11905158igc.71.1341420751915; Wed, 04 Jul 2012 09:52:31 -0700 (PDT) Received: by 10.64.78.1 with HTTP; Wed, 4 Jul 2012 09:52:31 -0700 (PDT) In-Reply-To: <1341417817.352.117.camel@wotan2> References: <1341417817.352.117.camel@wotan2> Date: Wed, 4 Jul 2012 12:52:31 -0400 Message-ID: From: Casey DeLorme To: Stephan Seitz Cc: Alexander Tumin , "xen-users@lists.xen.org" Subject: Re: [Xen-users] How to pass more then one USB device to 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="===============4112839887837269995==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4112839887837269995== Content-Type: multipart/alternative; boundary=14dae93408b1698b0c04c403db0f --14dae93408b1698b0c04c403db0f Content-Type: text/plain; charset=ISO-8859-1 Alternatively you may also be able to add additional usb devices at runtime with "xl usb_add". If it's anything more than a keyboard and mouse though you may want to investigate PCI Passthrough, since the HVM qemu-dm only yields USB 1.1. http://wiki.xen.org/wiki/Xen_USB_Passthrough This fellow posted something about a patch for the xm toolstack but I didn't give it a thorough read and I saw no code submitted: http://old-list-archives.xen.org/archives/html/xen-users/2009-03/msg00029.html On Wed, Jul 4, 2012 at 12:03 PM, Stephan Seitz wrote: > > Am Mittwoch, den 04.07.2012, 11:42 +0400 schrieb Alexander Tumin: > > Hi, i am trying to pass two USB devices to my winxp domU guest. > > > > The following: > > > > usbdevice = 'host:1d6b:0002' > > > > OR > > > > usbdevice = 'host:04f3:0232' > > > > works fine, but with only for one of this two devices. > > > > Obvious thing > > > > usbdevice = [ 'host:1c4f:000e', 'host:04f3:0232' ] > > > > is not working at all - xl complains about syntax error in the > > configuration file. > > > > Any hints (maybe, patches) how to pass two USB device simultaneously? > > > > If you're not bound to xl, I'ld try using xm instead. > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --14dae93408b1698b0c04c403db0f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Alternatively you may also be able to add additional usb dev= ices at runtime with "xl usb_add".

If it's= anything more than a keyboard and mouse though you may want to investigate= PCI Passthrough, since the HVM qemu-dm only yields USB 1.1.


This fellow posted something about a patch for the xm toolstack but I= didn't give it a thorough read and I saw no code submitted:


On Wed, Jul 4, 2012 at 12:03 PM, Stephan Seitz <s.seitz@netzhaut.de&= gt; wrote:

Am Mittwoch, den 04.07.2012, 11:42 +0400 schrieb Alexander Tumin:
> Hi, i am trying to pass two USB devices to my winxp = domU guest.
>
> The following:
>
> =A0 =A0 usbdevice =3D 'host:1d6b:0002'
>
> OR
>
> =A0 =A0 usbdevice =3D 'host:04f3:0232'
>
> works fine, but with only for one of this two devices.
>
> Obvious thing
>
> =A0 =A0 usbdevice =3D [ 'host:1c4f:000e', 'host:04f3:0232&= #39; ]
>
> is not working at all - xl complains about syntax error in the
> configuration file.
>
> Any hints (maybe, patches) how to pass two USB device simultaneously?<= br> >

If you're not bound to xl, I'ld try using xm instead.



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

--14dae93408b1698b0c04c403db0f-- --===============4112839887837269995== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4112839887837269995==-- From xen-users-bounces@lists.xen.org Wed Jul 04 21:06:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jul 2012 21:06:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmWkR-0004Ju-5R; Wed, 04 Jul 2012 21:04:31 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmV5r-0002tL-42 for xen-users@lists.xen.org; Wed, 04 Jul 2012 19:18:31 +0000 Received: from [193.109.254.147:36956] by server-4.bemta-14.messagelabs.com id 3B/96-02077-60794FF4; Wed, 04 Jul 2012 19:18:30 +0000 X-Env-Sender: ian.seyler@returninfinity.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1341429509!3262849!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22436 invoked from network); 4 Jul 2012 19:18:29 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2012 19:18:29 -0000 Received: by bkty12 with SMTP id y12so2943233bkt.32 for ; Wed, 04 Jul 2012 12:18:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=4TSo4hOh1nqp3fou/WD5omp4wlY9dWzuD1Uos7Nkttk=; b=nTbY1OvwIoC5p6UQH130mUCexaCK/csogk6XlbEOT418E41Hl0MOorMIwAjOlqwh3t dnVyWjX9zm5Iaet9xOArpnfdJ1mcEdqAJFZoSSiaSiZjgkhtT278jx7ab5VwYhLGBIq4 SjGC0hJ9Zuh9o6D7ExzOGuLKusV3KYpKUVMHrkhe3UIsEgD9QGKLoAhdVimOBX8s8vBX DK98LrgEDVcBvyPuEis8iUo17LhQw1xDhItEN+SEUtaHLzaNW0z5RfaEpOt7qOxcX0W8 C4mVVwy6GbxVB+gCLwk/epxRIaJq9Go0Ilj2rXsIUUNIT0b9KqE4rCwW6Bz5fGhsNIvG pSmA== MIME-Version: 1.0 Received: by 10.204.155.66 with SMTP id r2mr9604799bkw.131.1341429508429; Wed, 04 Jul 2012 12:18:28 -0700 (PDT) Received: by 10.204.66.212 with HTTP; Wed, 4 Jul 2012 12:18:28 -0700 (PDT) X-Originating-IP: [76.75.181.86] Date: Wed, 4 Jul 2012 15:18:28 -0400 Message-ID: From: Ian Seyler To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQnQYpwNXlxm4S4erAmALmWLtITMr3rjwIpy8e9JJIZHsT+18/Olhw/yRSoqTimgsPmKTmh0 X-Mailman-Approved-At: Wed, 04 Jul 2012 21:04:29 +0000 Subject: [Xen-users] Virtualized NIC in Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org What kind of NIC does a VM see when run in Xen? We would be interested in getting BareMetal Node running on it. -- Ian Seyler | Founder / Lead Programmer | Return Infinity | ian.seyler@returninfinity.com | visit us at www.returninfinity.com _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 04 21:06:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jul 2012 21:06:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmWkR-0004Ju-5R; Wed, 04 Jul 2012 21:04:31 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmV5r-0002tL-42 for xen-users@lists.xen.org; Wed, 04 Jul 2012 19:18:31 +0000 Received: from [193.109.254.147:36956] by server-4.bemta-14.messagelabs.com id 3B/96-02077-60794FF4; Wed, 04 Jul 2012 19:18:30 +0000 X-Env-Sender: ian.seyler@returninfinity.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1341429509!3262849!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22436 invoked from network); 4 Jul 2012 19:18:29 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2012 19:18:29 -0000 Received: by bkty12 with SMTP id y12so2943233bkt.32 for ; Wed, 04 Jul 2012 12:18:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=4TSo4hOh1nqp3fou/WD5omp4wlY9dWzuD1Uos7Nkttk=; b=nTbY1OvwIoC5p6UQH130mUCexaCK/csogk6XlbEOT418E41Hl0MOorMIwAjOlqwh3t dnVyWjX9zm5Iaet9xOArpnfdJ1mcEdqAJFZoSSiaSiZjgkhtT278jx7ab5VwYhLGBIq4 SjGC0hJ9Zuh9o6D7ExzOGuLKusV3KYpKUVMHrkhe3UIsEgD9QGKLoAhdVimOBX8s8vBX DK98LrgEDVcBvyPuEis8iUo17LhQw1xDhItEN+SEUtaHLzaNW0z5RfaEpOt7qOxcX0W8 C4mVVwy6GbxVB+gCLwk/epxRIaJq9Go0Ilj2rXsIUUNIT0b9KqE4rCwW6Bz5fGhsNIvG pSmA== MIME-Version: 1.0 Received: by 10.204.155.66 with SMTP id r2mr9604799bkw.131.1341429508429; Wed, 04 Jul 2012 12:18:28 -0700 (PDT) Received: by 10.204.66.212 with HTTP; Wed, 4 Jul 2012 12:18:28 -0700 (PDT) X-Originating-IP: [76.75.181.86] Date: Wed, 4 Jul 2012 15:18:28 -0400 Message-ID: From: Ian Seyler To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQnQYpwNXlxm4S4erAmALmWLtITMr3rjwIpy8e9JJIZHsT+18/Olhw/yRSoqTimgsPmKTmh0 X-Mailman-Approved-At: Wed, 04 Jul 2012 21:04:29 +0000 Subject: [Xen-users] Virtualized NIC in Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org What kind of NIC does a VM see when run in Xen? We would be interested in getting BareMetal Node running on it. -- Ian Seyler | Founder / Lead Programmer | Return Infinity | ian.seyler@returninfinity.com | visit us at www.returninfinity.com _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 04 21:46:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jul 2012 21:46: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 1SmXNo-000509-5k; Wed, 04 Jul 2012 21:45:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmXNm-000504-Lc for xen-users@lists.xen.org; Wed, 04 Jul 2012 21:45:10 +0000 Received: from [85.158.143.35:19570] by server-3.bemta-4.messagelabs.com id 99/07-05808-569B4FF4; Wed, 04 Jul 2012 21:45:09 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1341438306!16522300!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7995 invoked from network); 4 Jul 2012 21:45:08 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-8.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Jul 2012 21:45:08 -0000 Received: from [201.123.187.246] (port=39855 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SmXNi-0002jt-BJ for xen-users@lists.xen.org; Wed, 04 Jul 2012 16:45:06 -0500 Received: from [10.13.34.156] (alk-desktop.sys.ondore.i [10.13.34.156]) by mail.ondore.i (Postfix) with ESMTPSA id D2BC4A208 for ; Wed, 4 Jul 2012 16:45:04 -0500 (CDT) Message-ID: <4FF4B961.9070408@ondore.com> Date: Wed, 04 Jul 2012 16:45:05 -0500 From: Alexandre Kouznetsov 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: In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.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 Subject: Re: [Xen-users] Virtualized NIC 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-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 El 04/07/12 14:18, Ian Seyler escribi=F3: > What kind of NIC does a VM see when run in Xen? If you run a full virtualized VM (HVM), it would be some RTL card, just = like under QEMU. In paravirtualized (PV) mode, it would be a specialized xen network = device. dmesg see it as: "netfront: Initialising virtual ethernet driver" ...and a ethX is just registred in the kernel. No extra modules are loaded. > We would be interested > in getting BareMetal Node running on it. BareMetal Node within a Xen VM? Normally, you do just the opposite. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 04 21:46:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Jul 2012 21:46: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 1SmXNo-000509-5k; Wed, 04 Jul 2012 21:45:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmXNm-000504-Lc for xen-users@lists.xen.org; Wed, 04 Jul 2012 21:45:10 +0000 Received: from [85.158.143.35:19570] by server-3.bemta-4.messagelabs.com id 99/07-05808-569B4FF4; Wed, 04 Jul 2012 21:45:09 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1341438306!16522300!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7995 invoked from network); 4 Jul 2012 21:45:08 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-8.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Jul 2012 21:45:08 -0000 Received: from [201.123.187.246] (port=39855 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SmXNi-0002jt-BJ for xen-users@lists.xen.org; Wed, 04 Jul 2012 16:45:06 -0500 Received: from [10.13.34.156] (alk-desktop.sys.ondore.i [10.13.34.156]) by mail.ondore.i (Postfix) with ESMTPSA id D2BC4A208 for ; Wed, 4 Jul 2012 16:45:04 -0500 (CDT) Message-ID: <4FF4B961.9070408@ondore.com> Date: Wed, 04 Jul 2012 16:45:05 -0500 From: Alexandre Kouznetsov 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: In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.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 Subject: Re: [Xen-users] Virtualized NIC 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-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 El 04/07/12 14:18, Ian Seyler escribi=F3: > What kind of NIC does a VM see when run in Xen? If you run a full virtualized VM (HVM), it would be some RTL card, just = like under QEMU. In paravirtualized (PV) mode, it would be a specialized xen network = device. dmesg see it as: "netfront: Initialising virtual ethernet driver" ...and a ethX is just registred in the kernel. No extra modules are loaded. > We would be interested > in getting BareMetal Node running on it. BareMetal Node within a Xen VM? Normally, you do just the opposite. -- = 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 Jul 05 11:08:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jul 2012 11:08: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 1Smjtc-0004s2-3M; Thu, 05 Jul 2012 11:06:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmiSL-0002HH-RX for xen-users@lists.xen.org; Thu, 05 Jul 2012 09:34:38 +0000 Received: from [85.158.138.51:27559] by server-1.bemta-3.messagelabs.com id CE/26-14648-CAF55FF4; Thu, 05 Jul 2012 09:34:36 +0000 X-Env-Sender: james@dingwall.me.uk X-Msg-Ref: server-6.tower-174.messagelabs.com!1341480876!19346596!1 X-Originating-IP: [81.103.221.49] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4422 invoked from network); 5 Jul 2012 09:34:36 -0000 Received: from mtaout03-winn.ispmail.ntl.com (HELO mtaout03-winn.ispmail.ntl.com) (81.103.221.49) by server-6.tower-174.messagelabs.com with SMTP; 5 Jul 2012 09:34:36 -0000 Received: from know-smtpout-1.server.virginmedia.net ([62.254.123.3]) by mtaout03-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20120705093436.LHJU15330.mtaout03-winn.ispmail.ntl.com@know-smtpout-1.server.virginmedia.net> for ; Thu, 5 Jul 2012 10:34:36 +0100 Received: from [82.32.104.97] (helo=dingwall.me.uk) by know-smtpout-1.server.virginmedia.net with esmtp (Exim 4.63) (envelope-from ) id 1SmiR3-0007Mw-BX for xen-users@lists.xen.org; Thu, 05 Jul 2012 10:33:17 +0100 Received: (qmail 26191 invoked from network); 5 Jul 2012 09:33:17 -0000 Received: from behemoth.dingwall.me.uk (192.168.1.5) by mail0.xen.dingwall.me.uk with SMTP; 5 Jul 2012 09:33:17 -0000 Received: by behemoth.dingwall.me.uk (Postfix, from userid 1000) id EFB76D08C20; Thu, 5 Jul 2012 10:33:16 +0100 (BST) Date: Thu, 5 Jul 2012 10:33:16 +0100 From: James Dingwall To: xen-users@lists.xen.org Message-ID: <20120705093316.GA19688@dingwall.me.uk> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Cloudmark-Analysis: v=1.1 cv=JvdXmxIgLJv2/GthKqHpGJEEHukvLcvELVXUanXFreg= c=1 sm=0 a=wom5GMh1gUkA:10 a=a2Ywv882GiwA:10 a=kj9zAlcOel0A:10 a=gNiwEW0IQT0RUs3aB30A:9 a=CjuIK1q_8ugA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 X-Mailman-Approved-At: Thu, 05 Jul 2012 11:06:51 +0000 Subject: [Xen-users] dom0_mem=max:xxx required after linux 3.3 on AMD X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I have encountered a problem with three different AMD platforms when trying to user a kernel release >=3.3 with xen-4.1.2 and xen-unstable. When the xen.gz command line has dom0_mem=1G the dom0 will crash immediately after Xen trys to boot the kernel. However it semes that if I specify dom0_mem=max:1G then the system will start correctly. (I have only verified this on one system but I will try the other two at the earliest opportunity.) I have exactly the same kernel on an Intel platform but this does not show the same behaviour. Has anyone else observed a similar problem and should it be considered a bug? Thanks, James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 05 11:08:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jul 2012 11:08: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 1Smjtc-0004s2-3M; Thu, 05 Jul 2012 11:06:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmiSL-0002HH-RX for xen-users@lists.xen.org; Thu, 05 Jul 2012 09:34:38 +0000 Received: from [85.158.138.51:27559] by server-1.bemta-3.messagelabs.com id CE/26-14648-CAF55FF4; Thu, 05 Jul 2012 09:34:36 +0000 X-Env-Sender: james@dingwall.me.uk X-Msg-Ref: server-6.tower-174.messagelabs.com!1341480876!19346596!1 X-Originating-IP: [81.103.221.49] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4422 invoked from network); 5 Jul 2012 09:34:36 -0000 Received: from mtaout03-winn.ispmail.ntl.com (HELO mtaout03-winn.ispmail.ntl.com) (81.103.221.49) by server-6.tower-174.messagelabs.com with SMTP; 5 Jul 2012 09:34:36 -0000 Received: from know-smtpout-1.server.virginmedia.net ([62.254.123.3]) by mtaout03-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20120705093436.LHJU15330.mtaout03-winn.ispmail.ntl.com@know-smtpout-1.server.virginmedia.net> for ; Thu, 5 Jul 2012 10:34:36 +0100 Received: from [82.32.104.97] (helo=dingwall.me.uk) by know-smtpout-1.server.virginmedia.net with esmtp (Exim 4.63) (envelope-from ) id 1SmiR3-0007Mw-BX for xen-users@lists.xen.org; Thu, 05 Jul 2012 10:33:17 +0100 Received: (qmail 26191 invoked from network); 5 Jul 2012 09:33:17 -0000 Received: from behemoth.dingwall.me.uk (192.168.1.5) by mail0.xen.dingwall.me.uk with SMTP; 5 Jul 2012 09:33:17 -0000 Received: by behemoth.dingwall.me.uk (Postfix, from userid 1000) id EFB76D08C20; Thu, 5 Jul 2012 10:33:16 +0100 (BST) Date: Thu, 5 Jul 2012 10:33:16 +0100 From: James Dingwall To: xen-users@lists.xen.org Message-ID: <20120705093316.GA19688@dingwall.me.uk> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Cloudmark-Analysis: v=1.1 cv=JvdXmxIgLJv2/GthKqHpGJEEHukvLcvELVXUanXFreg= c=1 sm=0 a=wom5GMh1gUkA:10 a=a2Ywv882GiwA:10 a=kj9zAlcOel0A:10 a=gNiwEW0IQT0RUs3aB30A:9 a=CjuIK1q_8ugA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 X-Mailman-Approved-At: Thu, 05 Jul 2012 11:06:51 +0000 Subject: [Xen-users] dom0_mem=max:xxx required after linux 3.3 on AMD X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I have encountered a problem with three different AMD platforms when trying to user a kernel release >=3.3 with xen-4.1.2 and xen-unstable. When the xen.gz command line has dom0_mem=1G the dom0 will crash immediately after Xen trys to boot the kernel. However it semes that if I specify dom0_mem=max:1G then the system will start correctly. (I have only verified this on one system but I will try the other two at the earliest opportunity.) I have exactly the same kernel on an Intel platform but this does not show the same behaviour. Has anyone else observed a similar problem and should it be considered a bug? Thanks, James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 05 12:02:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jul 2012 12:02: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 1Smkk7-0006a1-Kg; Thu, 05 Jul 2012 12:01:07 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Smkk6-0006Zo-8N for xen-users@lists.xen.org; Thu, 05 Jul 2012 12:01:06 +0000 Received: from [85.158.139.83:64398] by server-12.bemta-5.messagelabs.com id 33/89-25233-10285FF4; Thu, 05 Jul 2012 12:01:05 +0000 X-Env-Sender: matthieu.roudon@iepg.fr X-Msg-Ref: server-5.tower-182.messagelabs.com!1341489662!28066413!1 X-Originating-IP: [209.85.215.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4248 invoked from network); 5 Jul 2012 12:01:02 -0000 Received: from mail-ey0-f173.google.com (HELO mail-ey0-f173.google.com) (209.85.215.173) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jul 2012 12:01:02 -0000 Received: by eaak12 with SMTP id k12so3460719eaa.32 for ; Thu, 05 Jul 2012 05:01:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding:x-gm-message-state; bh=w93YH2Lez+1umhl/ASoXfjlrmStuOFZKdp0iRYZ4djs=; b=UDCoK7KTu7nj6YimvsXBvWFfmvQ1qqEdKGleIVFaJogJIEhIrzRWyc3QKK27idJGQ/ M/Q+4WwB3aiOyVFzYw6ztNrThi8ISynZtE5RWrtyzf1MMqVAzp9uTq8jMpWULe600ItB XrL3sI0Ltu5V51i57iZcRrod4+r6zU7hYwBDApPIZAzItSuqUM0Ji5t1jfBh5gXnoYdD /Wl1uBuRRof+6vpEiXcuvyTpoub3+ufsZA+SgJrYsd1eN9mw3fiPCIirXeqYwtPoHE16 ZajHg9VIrarbKx/QmBxc4Dw2rvNvsOA+qEjdwxe/m57s72iag/sDaaf9R/RIh4HwnluG /gIA== Received: by 10.14.119.208 with SMTP id n56mr5940747eeh.162.1341489662511; Thu, 05 Jul 2012 05:01:02 -0700 (PDT) Received: from iep-macroudon.upmf-grenoble.fr (iep-macroudon.upmf-grenoble.fr. [195.221.53.108]) by mx.google.com with ESMTPS id q53sm62259312eef.8.2012.07.05.05.01.00 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 05 Jul 2012 05:01:01 -0700 (PDT) Message-ID: <4FF581F8.50101@iepg.fr> Date: Thu, 05 Jul 2012 14:00:56 +0200 From: Matthieu Roudon User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQkF3LjFWo3bVb9h3nYTyOgvNhf1KMCK1DEVg2YPU0qw2YRa2Q2GFW/Q1yUQdW++VZWlrFCF Subject: [Xen-users] Convertir une VM de Xen open Source au format OVF X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 Bonjour, Y a t il un outil ou un moyen qui permettrait de convertir une VM de Xen Open Source au format OVF. Merci de vos retours Cordialement -- Matthieu _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 05 12:02:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jul 2012 12:02: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 1Smkk7-0006a1-Kg; Thu, 05 Jul 2012 12:01:07 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Smkk6-0006Zo-8N for xen-users@lists.xen.org; Thu, 05 Jul 2012 12:01:06 +0000 Received: from [85.158.139.83:64398] by server-12.bemta-5.messagelabs.com id 33/89-25233-10285FF4; Thu, 05 Jul 2012 12:01:05 +0000 X-Env-Sender: matthieu.roudon@iepg.fr X-Msg-Ref: server-5.tower-182.messagelabs.com!1341489662!28066413!1 X-Originating-IP: [209.85.215.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4248 invoked from network); 5 Jul 2012 12:01:02 -0000 Received: from mail-ey0-f173.google.com (HELO mail-ey0-f173.google.com) (209.85.215.173) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jul 2012 12:01:02 -0000 Received: by eaak12 with SMTP id k12so3460719eaa.32 for ; Thu, 05 Jul 2012 05:01:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding:x-gm-message-state; bh=w93YH2Lez+1umhl/ASoXfjlrmStuOFZKdp0iRYZ4djs=; b=UDCoK7KTu7nj6YimvsXBvWFfmvQ1qqEdKGleIVFaJogJIEhIrzRWyc3QKK27idJGQ/ M/Q+4WwB3aiOyVFzYw6ztNrThi8ISynZtE5RWrtyzf1MMqVAzp9uTq8jMpWULe600ItB XrL3sI0Ltu5V51i57iZcRrod4+r6zU7hYwBDApPIZAzItSuqUM0Ji5t1jfBh5gXnoYdD /Wl1uBuRRof+6vpEiXcuvyTpoub3+ufsZA+SgJrYsd1eN9mw3fiPCIirXeqYwtPoHE16 ZajHg9VIrarbKx/QmBxc4Dw2rvNvsOA+qEjdwxe/m57s72iag/sDaaf9R/RIh4HwnluG /gIA== Received: by 10.14.119.208 with SMTP id n56mr5940747eeh.162.1341489662511; Thu, 05 Jul 2012 05:01:02 -0700 (PDT) Received: from iep-macroudon.upmf-grenoble.fr (iep-macroudon.upmf-grenoble.fr. [195.221.53.108]) by mx.google.com with ESMTPS id q53sm62259312eef.8.2012.07.05.05.01.00 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 05 Jul 2012 05:01:01 -0700 (PDT) Message-ID: <4FF581F8.50101@iepg.fr> Date: Thu, 05 Jul 2012 14:00:56 +0200 From: Matthieu Roudon User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQkF3LjFWo3bVb9h3nYTyOgvNhf1KMCK1DEVg2YPU0qw2YRa2Q2GFW/Q1yUQdW++VZWlrFCF Subject: [Xen-users] Convertir une VM de Xen open Source au format OVF X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 Bonjour, Y a t il un outil ou un moyen qui permettrait de convertir une VM de Xen Open Source au format OVF. Merci de vos retours Cordialement -- Matthieu _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 05 12:07:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jul 2012 12:07: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 1Smkoz-00075X-CM; Thu, 05 Jul 2012 12:06:09 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Smkoy-00075N-3r for xen-users@lists.xen.org; Thu, 05 Jul 2012 12:06:08 +0000 Received: from [85.158.143.35:56533] by server-3.bemta-4.messagelabs.com id 69/8E-05808-F2385FF4; Thu, 05 Jul 2012 12:06:07 +0000 X-Env-Sender: matthieu.roudon@iepg.fr X-Msg-Ref: server-11.tower-21.messagelabs.com!1341489951!11243955!1 X-Originating-IP: [74.125.83.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14250 invoked from network); 5 Jul 2012 12:05:52 -0000 Received: from mail-ee0-f45.google.com (HELO mail-ee0-f45.google.com) (74.125.83.45) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jul 2012 12:05:52 -0000 Received: by eekd41 with SMTP id d41so3451067eek.32 for ; Thu, 05 Jul 2012 05:05:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding:x-gm-message-state; bh=bxA9M8GWMB30m/eF/1inBxtJN99K4EYfaxNpAx5dwv0=; b=VsM7uqB6uIZQ5g5OyGss6Ser3H5rrXEbD0JtjOnGbVqFQhDGVKKsay1SKv8CTMx04I VYNWqDQEE+EXXlX6WVyk9914pN6XgPbF+BNNk9FjGIkrW41x0mI4oJOJoAC8gEbvc5M2 sz2NNHdl/fD95QhCITVvGFYk49pUpbPl4qVaTuws5rxMkfGf2W6xla6d6nRg8+bkWdpW XHrP7H0Sf4ZjXMiMgGwhA2/YKKnUiT4bbX0CVVLYx0vtP+W56RTRs6kH6HcbzzBUEbyU txE9IwLsFOdOvSZtbNEyCczwVJs8uPtbfG6slW7A2FSqsoJwf+6PKOKE3Jwl9kfTws84 CPog== Received: by 10.14.45.10 with SMTP id o10mr6510535eeb.166.1341489951279; Thu, 05 Jul 2012 05:05:51 -0700 (PDT) Received: from iep-macroudon.upmf-grenoble.fr (iep-macroudon.upmf-grenoble.fr. [195.221.53.108]) by mx.google.com with ESMTPS id z16sm2494630eef.16.2012.07.05.05.05.49 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 05 Jul 2012 05:05:50 -0700 (PDT) Message-ID: <4FF58318.1090505@iepg.fr> Date: Thu, 05 Jul 2012 14:05:44 +0200 From: Matthieu Roudon User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQlGk470ne1xGONLG1mFGuBWVjKZTPvxTZ5DsrEWzwZ9pPlVebuNxM9xZlEB7ukD5DjFJilG Subject: [Xen-users] convert a VM of Xen Open Source to the format OVF X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 Is there a tool or a technical which would allow to convert a VM of Xen = Open Source to the format OVF? Thank you for your returns Cordially -- = Matthieu ROUDON Technicien Informatique Direction des Syst=E8mes d'Information Institut d'Etudes Politiques de Grenoble Unit=E9 Mixte de Recherche PACTE - UMR 5194 T=E9l: 04 76 82 83 64 courriel: Matthieu.Roudon@iepg.fr _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 05 12:07:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jul 2012 12:07: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 1Smkoz-00075X-CM; Thu, 05 Jul 2012 12:06:09 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Smkoy-00075N-3r for xen-users@lists.xen.org; Thu, 05 Jul 2012 12:06:08 +0000 Received: from [85.158.143.35:56533] by server-3.bemta-4.messagelabs.com id 69/8E-05808-F2385FF4; Thu, 05 Jul 2012 12:06:07 +0000 X-Env-Sender: matthieu.roudon@iepg.fr X-Msg-Ref: server-11.tower-21.messagelabs.com!1341489951!11243955!1 X-Originating-IP: [74.125.83.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14250 invoked from network); 5 Jul 2012 12:05:52 -0000 Received: from mail-ee0-f45.google.com (HELO mail-ee0-f45.google.com) (74.125.83.45) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jul 2012 12:05:52 -0000 Received: by eekd41 with SMTP id d41so3451067eek.32 for ; Thu, 05 Jul 2012 05:05:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding:x-gm-message-state; bh=bxA9M8GWMB30m/eF/1inBxtJN99K4EYfaxNpAx5dwv0=; b=VsM7uqB6uIZQ5g5OyGss6Ser3H5rrXEbD0JtjOnGbVqFQhDGVKKsay1SKv8CTMx04I VYNWqDQEE+EXXlX6WVyk9914pN6XgPbF+BNNk9FjGIkrW41x0mI4oJOJoAC8gEbvc5M2 sz2NNHdl/fD95QhCITVvGFYk49pUpbPl4qVaTuws5rxMkfGf2W6xla6d6nRg8+bkWdpW XHrP7H0Sf4ZjXMiMgGwhA2/YKKnUiT4bbX0CVVLYx0vtP+W56RTRs6kH6HcbzzBUEbyU txE9IwLsFOdOvSZtbNEyCczwVJs8uPtbfG6slW7A2FSqsoJwf+6PKOKE3Jwl9kfTws84 CPog== Received: by 10.14.45.10 with SMTP id o10mr6510535eeb.166.1341489951279; Thu, 05 Jul 2012 05:05:51 -0700 (PDT) Received: from iep-macroudon.upmf-grenoble.fr (iep-macroudon.upmf-grenoble.fr. [195.221.53.108]) by mx.google.com with ESMTPS id z16sm2494630eef.16.2012.07.05.05.05.49 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 05 Jul 2012 05:05:50 -0700 (PDT) Message-ID: <4FF58318.1090505@iepg.fr> Date: Thu, 05 Jul 2012 14:05:44 +0200 From: Matthieu Roudon User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQlGk470ne1xGONLG1mFGuBWVjKZTPvxTZ5DsrEWzwZ9pPlVebuNxM9xZlEB7ukD5DjFJilG Subject: [Xen-users] convert a VM of Xen Open Source to the format OVF X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 Is there a tool or a technical which would allow to convert a VM of Xen = Open Source to the format OVF? Thank you for your returns Cordially -- = Matthieu ROUDON Technicien Informatique Direction des Syst=E8mes d'Information Institut d'Etudes Politiques de Grenoble Unit=E9 Mixte de Recherche PACTE - UMR 5194 T=E9l: 04 76 82 83 64 courriel: Matthieu.Roudon@iepg.fr _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 05 15:41:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jul 2012 15:41: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 1Smo9B-0002oA-Fl; Thu, 05 Jul 2012 15:39:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Smo96-0002mn-Hz for xen-users@lists.xensource.com; Thu, 05 Jul 2012 15:39:12 +0000 Received: from [85.158.138.51:33928] by server-9.bemta-3.messagelabs.com id 50/58-10419-FF4B5FF4; Thu, 05 Jul 2012 15:38:39 +0000 X-Env-Sender: okhalid.cern@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1341502716!25690378!1 X-Originating-IP: [209.85.160.171] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19941 invoked from network); 5 Jul 2012 15:38:37 -0000 Received: from mail-gh0-f171.google.com (HELO mail-gh0-f171.google.com) (209.85.160.171) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jul 2012 15:38:37 -0000 Received: by ghy10 with SMTP id 10so10403720ghy.30 for ; Thu, 05 Jul 2012 08:38:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=Fcwuqrdepj+NHuKHCbjsSi1q6DOguXWK9xKTxv0ubMM=; b=S5chpB5irxu1Zsl4/heWY+pQFAZs+8Wm/1O5u5ezcsjDxkkPN2P/rUv72t90d8uabs wXchW6yXrhxUIGqJppB9NAvhNRUzZwPzAgMOhXV3XcaI3c7zNLr+27tBQiOz+h+JLRB9 VoeCMbYeQ8pBhUvi1+1u+hjvQ+RNEi1FxqFANACuBAYy3+6VOGCHw6hg9L+cWHCTsqtG V/6z1A1Gb+/g+s/VeqlPZG/qPrHMQvqaanHr9s1xjoUY33Wnr6xh3irPyFkyuXuY2z95 vLFjv3U5E2FUBEJ+BRNjeRU1lcBBij/erZ1F0FZ8TP4DqalBB6wTRRR7TQJbEI637zFY 5Elw== MIME-Version: 1.0 Received: by 10.50.208.100 with SMTP id md4mr64512igc.65.1341502715867; Thu, 05 Jul 2012 08:38:35 -0700 (PDT) Received: by 10.231.244.73 with HTTP; Thu, 5 Jul 2012 08:38:35 -0700 (PDT) Date: Thu, 5 Jul 2012 16:38:35 +0100 Message-ID: From: "Omer K." To: xen-users list , xen-devel list Subject: [Xen-users] Unable to start xen-unstable 4.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: okhalid.cern@gmail.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2114292356775169109==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2114292356775169109== Content-Type: multipart/alternative; boundary=14dae9340aafd8334604c416f0c4 --14dae9340aafd8334604c416f0c4 Content-Type: text/plain; charset=UTF-8 Hi, I have built xen-unstable-4.2 with OpenSuse 12.1 (kernel 3.1.0.1.2-xen). When I try to start xend service, it complains that xencommons should be first started. Then I try to start xencommons service (/etc/init.d/xencommons start) but nothing happens. And after that, if I do /etc/init.d/xend restart then I get the following errors. Can any one shed more light on this? Kind Regards. ===log=== xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): Internal error Traceback (most recent call last): File "/usr/sbin/xend", line 36, in from xen.xend.server import SrvDaemon File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line 26, in import relocate File "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py", line 28, in from xen.xend import XendDomain File "/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo File "/usr/lib64/python2.7/site-packages/xen/xend/XendCheckpoint.py", line 20, in from xen.xend import balloon, sxp, image File "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, in xc = xen.lowlevel.xc.xc() xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open failed: No such file or directory') xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): Internal error Traceback (most recent call last): File "/usr/sbin/xend", line 36, in from xen.xend.server import SrvDaemon File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line 26, in import relocate File "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py", line 28, in from xen.xend import XendDomain File "/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo File "/usr/lib64/python2.7/site-packages/xen/xend/XendCheckpoint.py", line 20, in from xen.xend import balloon, sxp, image File "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, in xc = xen.lowlevel.xc.xc() xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open failed: No such file or directory') .xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): Internal error Traceback (most recent call last): File "/usr/sbin/xend", line 36, in from xen.xend.server import SrvDaemon File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line 26, in import relocate File "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py", line 28, in from xen.xend import XendDomain File "/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo File "/usr/lib64/python2.7/site-packages/xen/xend/XendCheckpoint.py", line 20, in from xen.xend import balloon, sxp, image File "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, in xc = xen.lowlevel.xc.xc() xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open failed: No such file or directory') .xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): Internal error Traceback (most recent call last): File "/usr/sbin/xend", line 36, in from xen.xend.server import SrvDaemon File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line 26, in import relocate File "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py", line 28, in from xen.xend import XendDomain File "/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo File "/usr/lib64/python2.7/site-packages/xen/xend/XendCheckpoint.py", line 20, in from xen.xend import balloon, sxp, image File "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, in xc = xen.lowlevel.xc.xc() xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open failed: No such file or directory') .xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): In ternal error Traceback (most recent call last): File "/usr/sbin/xend", line 36, in from xen.xend.server import SrvDaemon File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line 26, in import relocate File "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py", line 28, in from xen.xend import XendDomain File "/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo File "/usr/lib64/python2.7/site-packages/xen/xend/XendCheckpoint.py", line 20, in from xen.xend import balloon, sxp, image File "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, in xc = xen.lowlevel.xc.xc() xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open failed: No such file or directory') .xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): In ternal error Traceback (most recent call last): File "/usr/sbin/xend", line 36, in from xen.xend.server import SrvDaemon File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line 26, in import relocate File "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py", line 28, in from xen.xend import XendDomain File "/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo File "/usr/lib64/python2.7/site-packages/xen/xend/XendCheckpoint.py", line 20, in from xen.xend import balloon, sxp, image File "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, in xc = xen.lowlevel.xc.xc() xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open failed: No such file or directory') .xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): In ternal error Traceback (most recent call last): File "/usr/sbin/xend", line 36, in from xen.xend.server import SrvDaemon File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line 26, in import relocate File "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py", line 28, in from xen.xend import XendDomain File "/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo File "/usr/lib64/python2.7/site-packages/xen/xend/XendCheckpoint.py", line 20, in from xen.xend import balloon, sxp, image File "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, in xc = xen.lowlevel.xc.xc() xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open failed: No such file or directory') .xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): In ternal error Traceback (most recent call last): File "/usr/sbin/xend", line 36, in from xen.xend.server import SrvDaemon File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line 26, in import relocate File "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py", line 28, in from xen.xend import XendDomain File "/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo File "/usr/lib64/python2.7/site-packages/xen/xend/XendCheckpoint.py", line 20, in from xen.xend import balloon, sxp, image File "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, in xc = xen.lowlevel.xc.xc() xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open failed: No such file or directory') .xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): In ternal error Traceback (most recent call last): File "/usr/sbin/xend", line 36, in from xen.xend.server import SrvDaemon File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line 26, in import relocate File "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py", line 28, in from xen.xend import XendDomain File "/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo File "/usr/lib64/python2.7/site-packages/xen/xend/XendCheckpoint.py", line 20, in from xen.xend import balloon, sxp, image File "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, in xc = xen.lowlevel.xc.xc() xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open failed: No such file or directory') .xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): In ternal error Traceback (most recent call last): File "/usr/sbin/xend", line 36, in from xen.xend.server import SrvDaemon File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line 26, in import relocate File "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py", line 28, in from xen.xend import XendDomain File "/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo File "/usr/lib64/python2.7/site-packages/xen/xend/XendCheckpoint.py", line 20, in from xen.xend import balloon, sxp, image File "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, in xc = xen.lowlevel.xc.xc() xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open failed: No such file or directory') .xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): In ternal error Traceback (most recent call last): File "/usr/sbin/xend", line 36, in from xen.xend.server import SrvDaemon File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line 26, in import relocate File "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py", line 28, in from xen.xend import XendDomain File "/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo File "/usr/lib64/python2.7/site-packages/xen/xend/XendCheckpoint.py", line 20, in from xen.xend import balloon, sxp, image File "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, in xc = xen.lowlevel.xc.xc() xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open failed: No such file or directory') --14dae9340aafd8334604c416f0c4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi,

I have built xen-unstable-4.2 with OpenSuse 12.1 (kernel 3.1.0.1= .2-xen). When I try to start xend service, it complains that xencommons sho= uld be first started. Then I try to start xencommons service (/etc/init.d/x= encommons start) but nothing happens. And after that, if I do /etc/init.d/x= end restart then I get the following errors.

Can any one shed more light on this?

Kind Regards.

=3D=3D= =3Dlog=3D=3D=3D
xc: error: Could not obtain handle on privileged command= interface (2 =3D No such file or directory): Internal error
Traceback (= most recent call last):
=C2=A0 File "/usr/sbin/xend", line 36, in <module>
=C2= =A0=C2=A0=C2=A0 from xen.xend.server import SrvDaemon
=C2=A0 File "= /usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line= 26, in <module>
=C2=A0=C2=A0=C2=A0 import relocate
=C2=A0 File "/usr/lib64/python2.= 7/site-packages/xen/xend/server/relocate.py", line 28, in <module&g= t;
=C2=A0=C2=A0=C2=A0 from xen.xend import XendDomain
=C2=A0 File &qu= ot;/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36= , in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendOptions, XendCheckpoint, XendDo= mainInfo
=C2=A0 File "/usr/lib64/python2.7/site-packages/xen/xend/X= endCheckpoint.py", line 20, in <module>
=C2=A0=C2=A0=C2=A0 fr= om xen.xend import balloon, sxp, image
=C2=A0 File "/usr/lib64/python2.7/site-packages/xen/xend/image.py"= ;, line 46, in <module>
=C2=A0=C2=A0=C2=A0 xc =3D xen.lowlevel.xc.= xc()
xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interf= ace_open failed: No such file or directory')
xc: error: Could not obtain handle on privileged command interface (2 =3D N= o such file or directory): Internal error
Traceback (most recent call la= st):
=C2=A0 File "/usr/sbin/xend", line 36, in <module><= br> =C2=A0=C2=A0=C2=A0 from xen.xend.server import SrvDaemon
=C2=A0 File &qu= ot;/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", l= ine 26, in <module>
=C2=A0=C2=A0=C2=A0 import relocate
=C2=A0 F= ile "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py&qu= ot;, line 28, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendDomain
=C2=A0 File "/us= r/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in &= lt;module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendOptions, XendC= heckpoint, XendDomainInfo
=C2=A0 File "/usr/lib64/python2.7/site-pa= ckages/xen/xend/XendCheckpoint.py", line 20, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import balloon, sxp, image
=C2=A0 File = "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, = in <module>
=C2=A0=C2=A0=C2=A0 xc =3D xen.lowlevel.xc.xc()
xen.= lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open fai= led: No such file or directory')
.xc: error: Could not obtain handle on privileged command interface (2 =3D = No such file or directory): Internal error
Traceback (most recent call l= ast):
=C2=A0 File "/usr/sbin/xend", line 36, in <module>=
=C2=A0=C2=A0=C2=A0 from xen.xend.server import SrvDaemon
=C2=A0 File &qu= ot;/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", l= ine 26, in <module>
=C2=A0=C2=A0=C2=A0 import relocate
=C2=A0 F= ile "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py&qu= ot;, line 28, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendDomain
=C2=A0 File "/us= r/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in &= lt;module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendOptions, XendC= heckpoint, XendDomainInfo
=C2=A0 File "/usr/lib64/python2.7/site-pa= ckages/xen/xend/XendCheckpoint.py", line 20, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import balloon, sxp, image
=C2=A0 File = "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, = in <module>
=C2=A0=C2=A0=C2=A0 xc =3D xen.lowlevel.xc.xc()
xen.= lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open fai= led: No such file or directory')
.xc: error: Could not obtain handle on privileged command interface (2 =3D = No such file or directory): Internal error
Traceback (most recent call l= ast):
=C2=A0 File "/usr/sbin/xend", line 36, in <module>=
=C2=A0=C2=A0=C2=A0 from xen.xend.server import SrvDaemon
=C2=A0 File &qu= ot;/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", l= ine 26, in <module>
=C2=A0=C2=A0=C2=A0 import relocate
=C2=A0 F= ile "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py&qu= ot;, line 28, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendDomain
=C2=A0 File "/us= r/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in &= lt;module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendOptions, XendC= heckpoint, XendDomainInfo
=C2=A0 File "/usr/lib64/python2.7/site-pa= ckages/xen/xend/XendCheckpoint.py", line 20, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import balloon, sxp, image
=C2=A0 File = "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, = in <module>
=C2=A0=C2=A0=C2=A0 xc =3D xen.lowlevel.xc.xc()
xen.= lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open fai= led: No such file or directory')
.xc: error: Could not obtain handle on privileged command interface (2 =3D = No such file or directory): In=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ternal error
Traceba= ck (most recent call last):
=C2=A0 File "/usr/sbin/xend", line= 36, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend.server import SrvDaemon
=C2=A0 File &qu= ot;/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", l= ine 26, in <module>
=C2=A0=C2=A0=C2=A0 import relocate
=C2=A0 F= ile "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py&qu= ot;, line 28, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendDomain
=C2=A0 File "/us= r/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in &= lt;module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendOptions, XendC= heckpoint, XendDomainInfo
=C2=A0 File "/usr/lib64/python2.7/site-pa= ckages/xen/xend/XendCheckpoint.py", line 20, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import balloon, sxp, image
=C2=A0 File = "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, = in <module>
=C2=A0=C2=A0=C2=A0 xc =3D xen.lowlevel.xc.xc()
xen.= lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open fai= led: No such file or directory')
.xc: error: Could not obtain handle on privileged command interface (2 =3D = No such file or directory): In=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ternal error
Traceba= ck (most recent call last):
=C2=A0 File "/usr/sbin/xend", line= 36, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend.server import SrvDaemon
=C2=A0 File &qu= ot;/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", l= ine 26, in <module>
=C2=A0=C2=A0=C2=A0 import relocate
=C2=A0 F= ile "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py&qu= ot;, line 28, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendDomain
=C2=A0 File "/us= r/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in &= lt;module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendOptions, XendC= heckpoint, XendDomainInfo
=C2=A0 File "/usr/lib64/python2.7/site-pa= ckages/xen/xend/XendCheckpoint.py", line 20, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import balloon, sxp, image
=C2=A0 File = "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, = in <module>
=C2=A0=C2=A0=C2=A0 xc =3D xen.lowlevel.xc.xc()
xen.= lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open fai= led: No such file or directory')
.xc: error: Could not obtain handle on privileged command interface (2 =3D = No such file or directory): In=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ternal error
Traceba= ck (most recent call last):
=C2=A0 File "/usr/sbin/xend", line= 36, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend.server import SrvDaemon
=C2=A0 File &qu= ot;/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", l= ine 26, in <module>
=C2=A0=C2=A0=C2=A0 import relocate
=C2=A0 F= ile "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py&qu= ot;, line 28, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendDomain
=C2=A0 File "/us= r/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in &= lt;module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendOptions, XendC= heckpoint, XendDomainInfo
=C2=A0 File "/usr/lib64/python2.7/site-pa= ckages/xen/xend/XendCheckpoint.py", line 20, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import balloon, sxp, image
=C2=A0 File = "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, = in <module>
=C2=A0=C2=A0=C2=A0 xc =3D xen.lowlevel.xc.xc()
xen.= lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open fai= led: No such file or directory')
.xc: error: Could not obtain handle on privileged command interface (2 =3D = No such file or directory): In=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ternal error
Traceba= ck (most recent call last):
=C2=A0 File "/usr/sbin/xend", line= 36, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend.server import SrvDaemon
=C2=A0 File &qu= ot;/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", l= ine 26, in <module>
=C2=A0=C2=A0=C2=A0 import relocate
=C2=A0 F= ile "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py&qu= ot;, line 28, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendDomain
=C2=A0 File "/us= r/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in &= lt;module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendOptions, XendC= heckpoint, XendDomainInfo
=C2=A0 File "/usr/lib64/python2.7/site-pa= ckages/xen/xend/XendCheckpoint.py", line 20, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import balloon, sxp, image
=C2=A0 File = "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, = in <module>
=C2=A0=C2=A0=C2=A0 xc =3D xen.lowlevel.xc.xc()
xen.= lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open fai= led: No such file or directory')
.xc: error: Could not obtain handle on privileged command interface (2 =3D = No such file or directory): In=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ternal error
Traceba= ck (most recent call last):
=C2=A0 File "/usr/sbin/xend", line= 36, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend.server import SrvDaemon
=C2=A0 File &qu= ot;/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", l= ine 26, in <module>
=C2=A0=C2=A0=C2=A0 import relocate
=C2=A0 F= ile "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py&qu= ot;, line 28, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendDomain
=C2=A0 File "/us= r/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in &= lt;module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendOptions, XendC= heckpoint, XendDomainInfo
=C2=A0 File "/usr/lib64/python2.7/site-pa= ckages/xen/xend/XendCheckpoint.py", line 20, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import balloon, sxp, image
=C2=A0 File = "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, = in <module>
=C2=A0=C2=A0=C2=A0 xc =3D xen.lowlevel.xc.xc()
xen.= lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open fai= led: No such file or directory')
.xc: error: Could not obtain handle on privileged command interface (2 =3D = No such file or directory): In=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ternal error
Traceba= ck (most recent call last):
=C2=A0 File "/usr/sbin/xend", line= 36, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend.server import SrvDaemon
=C2=A0 File &qu= ot;/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", l= ine 26, in <module>
=C2=A0=C2=A0=C2=A0 import relocate
=C2=A0 F= ile "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py&qu= ot;, line 28, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendDomain
=C2=A0 File "/us= r/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in &= lt;module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendOptions, XendC= heckpoint, XendDomainInfo
=C2=A0 File "/usr/lib64/python2.7/site-pa= ckages/xen/xend/XendCheckpoint.py", line 20, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import balloon, sxp, image
=C2=A0 File = "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, = in <module>
=C2=A0=C2=A0=C2=A0 xc =3D xen.lowlevel.xc.xc()
xen.= lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open fai= led: No such file or directory')
.xc: error: Could not obtain handle on privileged command interface (2 =3D = No such file or directory): In=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ternal error
Traceba= ck (most recent call last):
=C2=A0 File "/usr/sbin/xend", line= 36, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend.server import SrvDaemon
=C2=A0 File &qu= ot;/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", l= ine 26, in <module>
=C2=A0=C2=A0=C2=A0 import relocate
=C2=A0 F= ile "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py&qu= ot;, line 28, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendDomain
=C2=A0 File "/us= r/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in &= lt;module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendOptions, XendC= heckpoint, XendDomainInfo
=C2=A0 File "/usr/lib64/python2.7/site-pa= ckages/xen/xend/XendCheckpoint.py", line 20, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import balloon, sxp, image
=C2=A0 File = "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, = in <module>
=C2=A0=C2=A0=C2=A0 xc =3D xen.lowlevel.xc.xc()
xen.= lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open fai= led: No such file or directory')
--14dae9340aafd8334604c416f0c4-- --===============2114292356775169109== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2114292356775169109==-- From xen-users-bounces@lists.xen.org Thu Jul 05 15:41:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jul 2012 15:41: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 1Smo9B-0002oA-Fl; Thu, 05 Jul 2012 15:39:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Smo96-0002mn-Hz for xen-users@lists.xensource.com; Thu, 05 Jul 2012 15:39:12 +0000 Received: from [85.158.138.51:33928] by server-9.bemta-3.messagelabs.com id 50/58-10419-FF4B5FF4; Thu, 05 Jul 2012 15:38:39 +0000 X-Env-Sender: okhalid.cern@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1341502716!25690378!1 X-Originating-IP: [209.85.160.171] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19941 invoked from network); 5 Jul 2012 15:38:37 -0000 Received: from mail-gh0-f171.google.com (HELO mail-gh0-f171.google.com) (209.85.160.171) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jul 2012 15:38:37 -0000 Received: by ghy10 with SMTP id 10so10403720ghy.30 for ; Thu, 05 Jul 2012 08:38:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=Fcwuqrdepj+NHuKHCbjsSi1q6DOguXWK9xKTxv0ubMM=; b=S5chpB5irxu1Zsl4/heWY+pQFAZs+8Wm/1O5u5ezcsjDxkkPN2P/rUv72t90d8uabs wXchW6yXrhxUIGqJppB9NAvhNRUzZwPzAgMOhXV3XcaI3c7zNLr+27tBQiOz+h+JLRB9 VoeCMbYeQ8pBhUvi1+1u+hjvQ+RNEi1FxqFANACuBAYy3+6VOGCHw6hg9L+cWHCTsqtG V/6z1A1Gb+/g+s/VeqlPZG/qPrHMQvqaanHr9s1xjoUY33Wnr6xh3irPyFkyuXuY2z95 vLFjv3U5E2FUBEJ+BRNjeRU1lcBBij/erZ1F0FZ8TP4DqalBB6wTRRR7TQJbEI637zFY 5Elw== MIME-Version: 1.0 Received: by 10.50.208.100 with SMTP id md4mr64512igc.65.1341502715867; Thu, 05 Jul 2012 08:38:35 -0700 (PDT) Received: by 10.231.244.73 with HTTP; Thu, 5 Jul 2012 08:38:35 -0700 (PDT) Date: Thu, 5 Jul 2012 16:38:35 +0100 Message-ID: From: "Omer K." To: xen-users list , xen-devel list Subject: [Xen-users] Unable to start xen-unstable 4.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: okhalid.cern@gmail.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2114292356775169109==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2114292356775169109== Content-Type: multipart/alternative; boundary=14dae9340aafd8334604c416f0c4 --14dae9340aafd8334604c416f0c4 Content-Type: text/plain; charset=UTF-8 Hi, I have built xen-unstable-4.2 with OpenSuse 12.1 (kernel 3.1.0.1.2-xen). When I try to start xend service, it complains that xencommons should be first started. Then I try to start xencommons service (/etc/init.d/xencommons start) but nothing happens. And after that, if I do /etc/init.d/xend restart then I get the following errors. Can any one shed more light on this? Kind Regards. ===log=== xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): Internal error Traceback (most recent call last): File "/usr/sbin/xend", line 36, in from xen.xend.server import SrvDaemon File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line 26, in import relocate File "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py", line 28, in from xen.xend import XendDomain File "/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo File "/usr/lib64/python2.7/site-packages/xen/xend/XendCheckpoint.py", line 20, in from xen.xend import balloon, sxp, image File "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, in xc = xen.lowlevel.xc.xc() xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open failed: No such file or directory') xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): Internal error Traceback (most recent call last): File "/usr/sbin/xend", line 36, in from xen.xend.server import SrvDaemon File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line 26, in import relocate File "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py", line 28, in from xen.xend import XendDomain File "/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo File "/usr/lib64/python2.7/site-packages/xen/xend/XendCheckpoint.py", line 20, in from xen.xend import balloon, sxp, image File "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, in xc = xen.lowlevel.xc.xc() xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open failed: No such file or directory') .xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): Internal error Traceback (most recent call last): File "/usr/sbin/xend", line 36, in from xen.xend.server import SrvDaemon File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line 26, in import relocate File "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py", line 28, in from xen.xend import XendDomain File "/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo File "/usr/lib64/python2.7/site-packages/xen/xend/XendCheckpoint.py", line 20, in from xen.xend import balloon, sxp, image File "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, in xc = xen.lowlevel.xc.xc() xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open failed: No such file or directory') .xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): Internal error Traceback (most recent call last): File "/usr/sbin/xend", line 36, in from xen.xend.server import SrvDaemon File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line 26, in import relocate File "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py", line 28, in from xen.xend import XendDomain File "/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo File "/usr/lib64/python2.7/site-packages/xen/xend/XendCheckpoint.py", line 20, in from xen.xend import balloon, sxp, image File "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, in xc = xen.lowlevel.xc.xc() xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open failed: No such file or directory') .xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): In ternal error Traceback (most recent call last): File "/usr/sbin/xend", line 36, in from xen.xend.server import SrvDaemon File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line 26, in import relocate File "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py", line 28, in from xen.xend import XendDomain File "/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo File "/usr/lib64/python2.7/site-packages/xen/xend/XendCheckpoint.py", line 20, in from xen.xend import balloon, sxp, image File "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, in xc = xen.lowlevel.xc.xc() xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open failed: No such file or directory') .xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): In ternal error Traceback (most recent call last): File "/usr/sbin/xend", line 36, in from xen.xend.server import SrvDaemon File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line 26, in import relocate File "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py", line 28, in from xen.xend import XendDomain File "/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo File "/usr/lib64/python2.7/site-packages/xen/xend/XendCheckpoint.py", line 20, in from xen.xend import balloon, sxp, image File "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, in xc = xen.lowlevel.xc.xc() xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open failed: No such file or directory') .xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): In ternal error Traceback (most recent call last): File "/usr/sbin/xend", line 36, in from xen.xend.server import SrvDaemon File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line 26, in import relocate File "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py", line 28, in from xen.xend import XendDomain File "/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo File "/usr/lib64/python2.7/site-packages/xen/xend/XendCheckpoint.py", line 20, in from xen.xend import balloon, sxp, image File "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, in xc = xen.lowlevel.xc.xc() xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open failed: No such file or directory') .xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): In ternal error Traceback (most recent call last): File "/usr/sbin/xend", line 36, in from xen.xend.server import SrvDaemon File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line 26, in import relocate File "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py", line 28, in from xen.xend import XendDomain File "/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo File "/usr/lib64/python2.7/site-packages/xen/xend/XendCheckpoint.py", line 20, in from xen.xend import balloon, sxp, image File "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, in xc = xen.lowlevel.xc.xc() xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open failed: No such file or directory') .xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): In ternal error Traceback (most recent call last): File "/usr/sbin/xend", line 36, in from xen.xend.server import SrvDaemon File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line 26, in import relocate File "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py", line 28, in from xen.xend import XendDomain File "/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo File "/usr/lib64/python2.7/site-packages/xen/xend/XendCheckpoint.py", line 20, in from xen.xend import balloon, sxp, image File "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, in xc = xen.lowlevel.xc.xc() xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open failed: No such file or directory') .xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): In ternal error Traceback (most recent call last): File "/usr/sbin/xend", line 36, in from xen.xend.server import SrvDaemon File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line 26, in import relocate File "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py", line 28, in from xen.xend import XendDomain File "/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo File "/usr/lib64/python2.7/site-packages/xen/xend/XendCheckpoint.py", line 20, in from xen.xend import balloon, sxp, image File "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, in xc = xen.lowlevel.xc.xc() xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open failed: No such file or directory') .xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): In ternal error Traceback (most recent call last): File "/usr/sbin/xend", line 36, in from xen.xend.server import SrvDaemon File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line 26, in import relocate File "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py", line 28, in from xen.xend import XendDomain File "/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo File "/usr/lib64/python2.7/site-packages/xen/xend/XendCheckpoint.py", line 20, in from xen.xend import balloon, sxp, image File "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, in xc = xen.lowlevel.xc.xc() xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open failed: No such file or directory') --14dae9340aafd8334604c416f0c4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi,

I have built xen-unstable-4.2 with OpenSuse 12.1 (kernel 3.1.0.1= .2-xen). When I try to start xend service, it complains that xencommons sho= uld be first started. Then I try to start xencommons service (/etc/init.d/x= encommons start) but nothing happens. And after that, if I do /etc/init.d/x= end restart then I get the following errors.

Can any one shed more light on this?

Kind Regards.

=3D=3D= =3Dlog=3D=3D=3D
xc: error: Could not obtain handle on privileged command= interface (2 =3D No such file or directory): Internal error
Traceback (= most recent call last):
=C2=A0 File "/usr/sbin/xend", line 36, in <module>
=C2= =A0=C2=A0=C2=A0 from xen.xend.server import SrvDaemon
=C2=A0 File "= /usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line= 26, in <module>
=C2=A0=C2=A0=C2=A0 import relocate
=C2=A0 File "/usr/lib64/python2.= 7/site-packages/xen/xend/server/relocate.py", line 28, in <module&g= t;
=C2=A0=C2=A0=C2=A0 from xen.xend import XendDomain
=C2=A0 File &qu= ot;/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36= , in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendOptions, XendCheckpoint, XendDo= mainInfo
=C2=A0 File "/usr/lib64/python2.7/site-packages/xen/xend/X= endCheckpoint.py", line 20, in <module>
=C2=A0=C2=A0=C2=A0 fr= om xen.xend import balloon, sxp, image
=C2=A0 File "/usr/lib64/python2.7/site-packages/xen/xend/image.py"= ;, line 46, in <module>
=C2=A0=C2=A0=C2=A0 xc =3D xen.lowlevel.xc.= xc()
xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interf= ace_open failed: No such file or directory')
xc: error: Could not obtain handle on privileged command interface (2 =3D N= o such file or directory): Internal error
Traceback (most recent call la= st):
=C2=A0 File "/usr/sbin/xend", line 36, in <module><= br> =C2=A0=C2=A0=C2=A0 from xen.xend.server import SrvDaemon
=C2=A0 File &qu= ot;/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", l= ine 26, in <module>
=C2=A0=C2=A0=C2=A0 import relocate
=C2=A0 F= ile "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py&qu= ot;, line 28, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendDomain
=C2=A0 File "/us= r/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in &= lt;module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendOptions, XendC= heckpoint, XendDomainInfo
=C2=A0 File "/usr/lib64/python2.7/site-pa= ckages/xen/xend/XendCheckpoint.py", line 20, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import balloon, sxp, image
=C2=A0 File = "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, = in <module>
=C2=A0=C2=A0=C2=A0 xc =3D xen.lowlevel.xc.xc()
xen.= lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open fai= led: No such file or directory')
.xc: error: Could not obtain handle on privileged command interface (2 =3D = No such file or directory): Internal error
Traceback (most recent call l= ast):
=C2=A0 File "/usr/sbin/xend", line 36, in <module>=
=C2=A0=C2=A0=C2=A0 from xen.xend.server import SrvDaemon
=C2=A0 File &qu= ot;/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", l= ine 26, in <module>
=C2=A0=C2=A0=C2=A0 import relocate
=C2=A0 F= ile "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py&qu= ot;, line 28, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendDomain
=C2=A0 File "/us= r/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in &= lt;module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendOptions, XendC= heckpoint, XendDomainInfo
=C2=A0 File "/usr/lib64/python2.7/site-pa= ckages/xen/xend/XendCheckpoint.py", line 20, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import balloon, sxp, image
=C2=A0 File = "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, = in <module>
=C2=A0=C2=A0=C2=A0 xc =3D xen.lowlevel.xc.xc()
xen.= lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open fai= led: No such file or directory')
.xc: error: Could not obtain handle on privileged command interface (2 =3D = No such file or directory): Internal error
Traceback (most recent call l= ast):
=C2=A0 File "/usr/sbin/xend", line 36, in <module>=
=C2=A0=C2=A0=C2=A0 from xen.xend.server import SrvDaemon
=C2=A0 File &qu= ot;/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", l= ine 26, in <module>
=C2=A0=C2=A0=C2=A0 import relocate
=C2=A0 F= ile "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py&qu= ot;, line 28, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendDomain
=C2=A0 File "/us= r/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in &= lt;module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendOptions, XendC= heckpoint, XendDomainInfo
=C2=A0 File "/usr/lib64/python2.7/site-pa= ckages/xen/xend/XendCheckpoint.py", line 20, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import balloon, sxp, image
=C2=A0 File = "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, = in <module>
=C2=A0=C2=A0=C2=A0 xc =3D xen.lowlevel.xc.xc()
xen.= lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open fai= led: No such file or directory')
.xc: error: Could not obtain handle on privileged command interface (2 =3D = No such file or directory): In=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ternal error
Traceba= ck (most recent call last):
=C2=A0 File "/usr/sbin/xend", line= 36, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend.server import SrvDaemon
=C2=A0 File &qu= ot;/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", l= ine 26, in <module>
=C2=A0=C2=A0=C2=A0 import relocate
=C2=A0 F= ile "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py&qu= ot;, line 28, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendDomain
=C2=A0 File "/us= r/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in &= lt;module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendOptions, XendC= heckpoint, XendDomainInfo
=C2=A0 File "/usr/lib64/python2.7/site-pa= ckages/xen/xend/XendCheckpoint.py", line 20, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import balloon, sxp, image
=C2=A0 File = "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, = in <module>
=C2=A0=C2=A0=C2=A0 xc =3D xen.lowlevel.xc.xc()
xen.= lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open fai= led: No such file or directory')
.xc: error: Could not obtain handle on privileged command interface (2 =3D = No such file or directory): In=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ternal error
Traceba= ck (most recent call last):
=C2=A0 File "/usr/sbin/xend", line= 36, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend.server import SrvDaemon
=C2=A0 File &qu= ot;/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", l= ine 26, in <module>
=C2=A0=C2=A0=C2=A0 import relocate
=C2=A0 F= ile "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py&qu= ot;, line 28, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendDomain
=C2=A0 File "/us= r/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in &= lt;module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendOptions, XendC= heckpoint, XendDomainInfo
=C2=A0 File "/usr/lib64/python2.7/site-pa= ckages/xen/xend/XendCheckpoint.py", line 20, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import balloon, sxp, image
=C2=A0 File = "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, = in <module>
=C2=A0=C2=A0=C2=A0 xc =3D xen.lowlevel.xc.xc()
xen.= lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open fai= led: No such file or directory')
.xc: error: Could not obtain handle on privileged command interface (2 =3D = No such file or directory): In=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ternal error
Traceba= ck (most recent call last):
=C2=A0 File "/usr/sbin/xend", line= 36, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend.server import SrvDaemon
=C2=A0 File &qu= ot;/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", l= ine 26, in <module>
=C2=A0=C2=A0=C2=A0 import relocate
=C2=A0 F= ile "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py&qu= ot;, line 28, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendDomain
=C2=A0 File "/us= r/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in &= lt;module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendOptions, XendC= heckpoint, XendDomainInfo
=C2=A0 File "/usr/lib64/python2.7/site-pa= ckages/xen/xend/XendCheckpoint.py", line 20, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import balloon, sxp, image
=C2=A0 File = "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, = in <module>
=C2=A0=C2=A0=C2=A0 xc =3D xen.lowlevel.xc.xc()
xen.= lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open fai= led: No such file or directory')
.xc: error: Could not obtain handle on privileged command interface (2 =3D = No such file or directory): In=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ternal error
Traceba= ck (most recent call last):
=C2=A0 File "/usr/sbin/xend", line= 36, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend.server import SrvDaemon
=C2=A0 File &qu= ot;/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", l= ine 26, in <module>
=C2=A0=C2=A0=C2=A0 import relocate
=C2=A0 F= ile "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py&qu= ot;, line 28, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendDomain
=C2=A0 File "/us= r/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in &= lt;module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendOptions, XendC= heckpoint, XendDomainInfo
=C2=A0 File "/usr/lib64/python2.7/site-pa= ckages/xen/xend/XendCheckpoint.py", line 20, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import balloon, sxp, image
=C2=A0 File = "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, = in <module>
=C2=A0=C2=A0=C2=A0 xc =3D xen.lowlevel.xc.xc()
xen.= lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open fai= led: No such file or directory')
.xc: error: Could not obtain handle on privileged command interface (2 =3D = No such file or directory): In=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ternal error
Traceba= ck (most recent call last):
=C2=A0 File "/usr/sbin/xend", line= 36, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend.server import SrvDaemon
=C2=A0 File &qu= ot;/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", l= ine 26, in <module>
=C2=A0=C2=A0=C2=A0 import relocate
=C2=A0 F= ile "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py&qu= ot;, line 28, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendDomain
=C2=A0 File "/us= r/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in &= lt;module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendOptions, XendC= heckpoint, XendDomainInfo
=C2=A0 File "/usr/lib64/python2.7/site-pa= ckages/xen/xend/XendCheckpoint.py", line 20, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import balloon, sxp, image
=C2=A0 File = "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, = in <module>
=C2=A0=C2=A0=C2=A0 xc =3D xen.lowlevel.xc.xc()
xen.= lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open fai= led: No such file or directory')
.xc: error: Could not obtain handle on privileged command interface (2 =3D = No such file or directory): In=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ternal error
Traceba= ck (most recent call last):
=C2=A0 File "/usr/sbin/xend", line= 36, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend.server import SrvDaemon
=C2=A0 File &qu= ot;/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", l= ine 26, in <module>
=C2=A0=C2=A0=C2=A0 import relocate
=C2=A0 F= ile "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py&qu= ot;, line 28, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendDomain
=C2=A0 File "/us= r/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in &= lt;module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendOptions, XendC= heckpoint, XendDomainInfo
=C2=A0 File "/usr/lib64/python2.7/site-pa= ckages/xen/xend/XendCheckpoint.py", line 20, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import balloon, sxp, image
=C2=A0 File = "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, = in <module>
=C2=A0=C2=A0=C2=A0 xc =3D xen.lowlevel.xc.xc()
xen.= lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open fai= led: No such file or directory')
.xc: error: Could not obtain handle on privileged command interface (2 =3D = No such file or directory): In=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ternal error
Traceba= ck (most recent call last):
=C2=A0 File "/usr/sbin/xend", line= 36, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend.server import SrvDaemon
=C2=A0 File &qu= ot;/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", l= ine 26, in <module>
=C2=A0=C2=A0=C2=A0 import relocate
=C2=A0 F= ile "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py&qu= ot;, line 28, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendDomain
=C2=A0 File "/us= r/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in &= lt;module>
=C2=A0=C2=A0=C2=A0 from xen.xend import XendOptions, XendC= heckpoint, XendDomainInfo
=C2=A0 File "/usr/lib64/python2.7/site-pa= ckages/xen/xend/XendCheckpoint.py", line 20, in <module>
=C2=A0=C2=A0=C2=A0 from xen.xend import balloon, sxp, image
=C2=A0 File = "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, = in <module>
=C2=A0=C2=A0=C2=A0 xc =3D xen.lowlevel.xc.xc()
xen.= lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open fai= led: No such file or directory')
--14dae9340aafd8334604c416f0c4-- --===============2114292356775169109== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2114292356775169109==-- From xen-users-bounces@lists.xen.org Thu Jul 05 20:27:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jul 2012 20:27: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 1Smsc9-0008L5-Ln; Thu, 05 Jul 2012 20:25:25 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmsOg-0008GJ-Es for xen-users@lists.xen.org; Thu, 05 Jul 2012 20:11:30 +0000 Received: from [193.109.254.147:55074] by server-9.bemta-14.messagelabs.com id 9E/9F-07693-1F4F5FF4; Thu, 05 Jul 2012 20:11:29 +0000 X-Env-Sender: zach.alnasser@predictix.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1341519087!10126805!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12472 invoked from network); 5 Jul 2012 20:11:28 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jul 2012 20:11:28 -0000 Received: by bkcji1 with SMTP id ji1so499143bkc.32 for ; Thu, 05 Jul 2012 13:11:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=fjzNT+JS4olntQJco70tAmYqju3OHUf9r4GRWG5wmyM=; b=pJamkPI3pafJj5qdkWBHrZJD5vc4yKpkTwkKbieNVLUi0i2Yo6ov5quglbwsii0ENO pDMR0KBx5rV7s6AvQ6YjgMDu/x0KHLIE4GzhkgDu9lMsqsjlZvZYv5o5EFLzeXTCAHLK DUZtwiL/n35d4xIlCHCAIMihzK2k+NqR3fCbxnkm8pvKc524eurDcHuEs9mo9sxOwkqF 7rvHTj4AQeyQRNCp4wWu2xvNmXoo/aTShWLSqEpheQxGRpvrcepHXdUeIQOvjnyjtBNv 99LC16QqaubOztAX3hTeiZMXxO3PPA9k8vFxwSutgc2sXVkS3yjQYQf15OVdSJKD30Ht s2qA== MIME-Version: 1.0 Received: by 10.204.156.137 with SMTP id x9mr14198313bkw.135.1341519087015; Thu, 05 Jul 2012 13:11:27 -0700 (PDT) Received: by 10.205.83.197 with HTTP; Thu, 5 Jul 2012 13:11:26 -0700 (PDT) Date: Thu, 5 Jul 2012 16:11:26 -0400 Message-ID: From: Zach Al-Nasser To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQlUEHyVTpWMC0zQbAPCrzQDd3grLPfDQqkEbKojWrKiGHN0DnoKWa3Euu1mJlzvjy69HG+p X-Mailman-Approved-At: Thu, 05 Jul 2012 20:25:24 +0000 Subject: [Xen-users] Can't ping guest, but guest can ping me. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8405484785717623752==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8405484785717623752== Content-Type: multipart/alternative; boundary=00151759286ea4189504c41ac056 --00151759286ea4189504c41ac056 Content-Type: text/plain; charset=ISO-8859-1 Hello all, I'm new to xen and this mailing list, so forgive me if I'm doing this wrong. I've been running xen for a few weeks now on an Ubuntu 12.04 server. I've got 3 guests: a Windows Server 2003 guest, an Ubuntu guest, and a Windows 7 Guest. My Server 2003 guest seems to work fine; I can ping it from the network, the hostname resolves correctly, and it can see the internet. This guest is attached to xenbr0, and its IP is 10.100.1.21. My Win7 guest is what is driving me crazy. I use the same configuration script as a base, changing the important parts (hostname and boot disk, mainly). It installed correctly, and is currently running, but I am unable to ping this guest. It's hostname is "alexander", with an IP of 10.100.1.22. It is also using xenbr0. The guest can ping the firewall and various IP addressess, but seems unable to resolve hostnames. Now heres the weird part: when I use rdesktop (RDP client) from my laptop (not the xen host) to connect to alexander, it works just fine. It apparently resolves the hostname fine, and does the same with the IP address. So, can someone tell me why I can access this guest using RDP, but not using ping, nslookup, traceroute, etc? It's apparently invisible to all but RDP. Also, is it okay to use two guests on the same bridge, or do i need different ones for each guest? Thanks in advance for any help. Regards Zach --00151759286ea4189504c41ac056 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello all, I'm new to xen and this mailing list, so forgive me if I'= ;m doing this wrong.

I've been running xen for a few= weeks now on an Ubuntu 12.04 server. I've got 3 guests: a Windows Serv= er 2003 guest, an Ubuntu guest, and a Windows 7 Guest. My Server 2003 guest= seems to work fine; I can ping it from the network, the hostname resolves = correctly, and it can see the internet. This guest is attached to xenbr0, a= nd its IP is 10.100.1.21.

My Win7 guest is what is driving me crazy. I use the sa= me configuration script as a base, changing the important parts (hostname a= nd boot disk, mainly). It installed correctly, and is currently running, bu= t I am unable to ping this guest. It's hostname is "alexander"= ;, with an IP of 10.100.1.22. It is also using xenbr0. The guest can ping t= he firewall and various IP addressess, but seems unable to resolve hostname= s.=A0

Now heres the weird part: when I use rdesktop (RDP clie= nt) from my laptop (not the xen host) to connect to alexander, it works jus= t fine. It apparently resolves the hostname fine, and does the same with th= e IP address.=A0

So, can someone tell me why I can access this guest usi= ng RDP, but not using ping, nslookup, traceroute, etc? It's apparently = invisible to all but RDP. Also, is it okay to use two guests on the same br= idge, or do i need different ones for each guest?

Thanks in advance for any help.

Regards
Zach
--00151759286ea4189504c41ac056-- --===============8405484785717623752== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8405484785717623752==-- From xen-users-bounces@lists.xen.org Thu Jul 05 20:27:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jul 2012 20:27: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 1Smsc9-0008L5-Ln; Thu, 05 Jul 2012 20:25:25 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmsOg-0008GJ-Es for xen-users@lists.xen.org; Thu, 05 Jul 2012 20:11:30 +0000 Received: from [193.109.254.147:55074] by server-9.bemta-14.messagelabs.com id 9E/9F-07693-1F4F5FF4; Thu, 05 Jul 2012 20:11:29 +0000 X-Env-Sender: zach.alnasser@predictix.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1341519087!10126805!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12472 invoked from network); 5 Jul 2012 20:11:28 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jul 2012 20:11:28 -0000 Received: by bkcji1 with SMTP id ji1so499143bkc.32 for ; Thu, 05 Jul 2012 13:11:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=fjzNT+JS4olntQJco70tAmYqju3OHUf9r4GRWG5wmyM=; b=pJamkPI3pafJj5qdkWBHrZJD5vc4yKpkTwkKbieNVLUi0i2Yo6ov5quglbwsii0ENO pDMR0KBx5rV7s6AvQ6YjgMDu/x0KHLIE4GzhkgDu9lMsqsjlZvZYv5o5EFLzeXTCAHLK DUZtwiL/n35d4xIlCHCAIMihzK2k+NqR3fCbxnkm8pvKc524eurDcHuEs9mo9sxOwkqF 7rvHTj4AQeyQRNCp4wWu2xvNmXoo/aTShWLSqEpheQxGRpvrcepHXdUeIQOvjnyjtBNv 99LC16QqaubOztAX3hTeiZMXxO3PPA9k8vFxwSutgc2sXVkS3yjQYQf15OVdSJKD30Ht s2qA== MIME-Version: 1.0 Received: by 10.204.156.137 with SMTP id x9mr14198313bkw.135.1341519087015; Thu, 05 Jul 2012 13:11:27 -0700 (PDT) Received: by 10.205.83.197 with HTTP; Thu, 5 Jul 2012 13:11:26 -0700 (PDT) Date: Thu, 5 Jul 2012 16:11:26 -0400 Message-ID: From: Zach Al-Nasser To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQlUEHyVTpWMC0zQbAPCrzQDd3grLPfDQqkEbKojWrKiGHN0DnoKWa3Euu1mJlzvjy69HG+p X-Mailman-Approved-At: Thu, 05 Jul 2012 20:25:24 +0000 Subject: [Xen-users] Can't ping guest, but guest can ping me. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8405484785717623752==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8405484785717623752== Content-Type: multipart/alternative; boundary=00151759286ea4189504c41ac056 --00151759286ea4189504c41ac056 Content-Type: text/plain; charset=ISO-8859-1 Hello all, I'm new to xen and this mailing list, so forgive me if I'm doing this wrong. I've been running xen for a few weeks now on an Ubuntu 12.04 server. I've got 3 guests: a Windows Server 2003 guest, an Ubuntu guest, and a Windows 7 Guest. My Server 2003 guest seems to work fine; I can ping it from the network, the hostname resolves correctly, and it can see the internet. This guest is attached to xenbr0, and its IP is 10.100.1.21. My Win7 guest is what is driving me crazy. I use the same configuration script as a base, changing the important parts (hostname and boot disk, mainly). It installed correctly, and is currently running, but I am unable to ping this guest. It's hostname is "alexander", with an IP of 10.100.1.22. It is also using xenbr0. The guest can ping the firewall and various IP addressess, but seems unable to resolve hostnames. Now heres the weird part: when I use rdesktop (RDP client) from my laptop (not the xen host) to connect to alexander, it works just fine. It apparently resolves the hostname fine, and does the same with the IP address. So, can someone tell me why I can access this guest using RDP, but not using ping, nslookup, traceroute, etc? It's apparently invisible to all but RDP. Also, is it okay to use two guests on the same bridge, or do i need different ones for each guest? Thanks in advance for any help. Regards Zach --00151759286ea4189504c41ac056 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello all, I'm new to xen and this mailing list, so forgive me if I'= ;m doing this wrong.

I've been running xen for a few= weeks now on an Ubuntu 12.04 server. I've got 3 guests: a Windows Serv= er 2003 guest, an Ubuntu guest, and a Windows 7 Guest. My Server 2003 guest= seems to work fine; I can ping it from the network, the hostname resolves = correctly, and it can see the internet. This guest is attached to xenbr0, a= nd its IP is 10.100.1.21.

My Win7 guest is what is driving me crazy. I use the sa= me configuration script as a base, changing the important parts (hostname a= nd boot disk, mainly). It installed correctly, and is currently running, bu= t I am unable to ping this guest. It's hostname is "alexander"= ;, with an IP of 10.100.1.22. It is also using xenbr0. The guest can ping t= he firewall and various IP addressess, but seems unable to resolve hostname= s.=A0

Now heres the weird part: when I use rdesktop (RDP clie= nt) from my laptop (not the xen host) to connect to alexander, it works jus= t fine. It apparently resolves the hostname fine, and does the same with th= e IP address.=A0

So, can someone tell me why I can access this guest usi= ng RDP, but not using ping, nslookup, traceroute, etc? It's apparently = invisible to all but RDP. Also, is it okay to use two guests on the same br= idge, or do i need different ones for each guest?

Thanks in advance for any help.

Regards
Zach
--00151759286ea4189504c41ac056-- --===============8405484785717623752== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8405484785717623752==-- From xen-users-bounces@lists.xen.org Thu Jul 05 21:55:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jul 2012 21:55:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Smtzy-0000bb-6f; Thu, 05 Jul 2012 21: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 1Smtzw-0000bW-EK for xen-users@lists.xen.org; Thu, 05 Jul 2012 21:54:04 +0000 Received: from [85.158.143.35:61453] by server-3.bemta-4.messagelabs.com id 7E/BF-05808-BFC06FF4; Thu, 05 Jul 2012 21:54:03 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1341525242!5354158!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7951 invoked from network); 5 Jul 2012 21:54:02 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jul 2012 21:54:02 -0000 Received: by lbok6 with SMTP id k6so1241958lbo.32 for ; Thu, 05 Jul 2012 14:54:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=ESjusmp3n41272KDjOcU09TR0KYczsEdqZ9XQfHoOck=; b=HnTSUaUopdjoapp1wguFBJK5gyz5tfF2xRfgYJdKDdtWRVPMqk7DoZ/xajrjYB+ds/ I/JIoal6nxNsO+/nGJKB2LCC1Izf4QYdmaVtiYWMXEGEWWSMBURuUbHoYyGz1e1l8p0E ki7iqd8eOfmXr8SsvPpj/4j5/CHhJb6NQmTqLa4NZJkFyZLBV1PhraZRObB6NizZ09Gy MEF/nouBV5OOpIxXzJNfegZ32lqFjNrhkoMv49sjsBHXwZHKpNrpoiCYhSpXbxjxOhZh YQyEaXp/XVGLJLO8KfW3OSF7Eq6xK+khYfl+uHFoZ3o6HOPPvmqKkYeE+00F+puualX3 9G8w== Received: by 10.112.40.33 with SMTP id u1mr12694781lbk.28.1341525241783; Thu, 05 Jul 2012 14:54:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.8.105 with HTTP; Thu, 5 Jul 2012 14:53:41 -0700 (PDT) In-Reply-To: <20120705093316.GA19688@dingwall.me.uk> References: <20120705093316.GA19688@dingwall.me.uk> From: Matthias Date: Thu, 5 Jul 2012 23:53:41 +0200 Message-ID: To: James Dingwall Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] dom0_mem=max:xxx required after linux 3.3 on AMD X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org If this is any help: my dom0 boots fine.. CPU: AMD Phenom 2 1090T Kernel: 3.4.2 openSuse dom0: Debian Wheezy Xen: 4.1.3-rc2-pre kernel xen line: "multiboot /boot/xen.gz dom0_mem=2048M iommu=1 loglvl=all guest_loglvl=all" _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 05 21:55:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jul 2012 21:55:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Smtzy-0000bb-6f; Thu, 05 Jul 2012 21: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 1Smtzw-0000bW-EK for xen-users@lists.xen.org; Thu, 05 Jul 2012 21:54:04 +0000 Received: from [85.158.143.35:61453] by server-3.bemta-4.messagelabs.com id 7E/BF-05808-BFC06FF4; Thu, 05 Jul 2012 21:54:03 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1341525242!5354158!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7951 invoked from network); 5 Jul 2012 21:54:02 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jul 2012 21:54:02 -0000 Received: by lbok6 with SMTP id k6so1241958lbo.32 for ; Thu, 05 Jul 2012 14:54:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=ESjusmp3n41272KDjOcU09TR0KYczsEdqZ9XQfHoOck=; b=HnTSUaUopdjoapp1wguFBJK5gyz5tfF2xRfgYJdKDdtWRVPMqk7DoZ/xajrjYB+ds/ I/JIoal6nxNsO+/nGJKB2LCC1Izf4QYdmaVtiYWMXEGEWWSMBURuUbHoYyGz1e1l8p0E ki7iqd8eOfmXr8SsvPpj/4j5/CHhJb6NQmTqLa4NZJkFyZLBV1PhraZRObB6NizZ09Gy MEF/nouBV5OOpIxXzJNfegZ32lqFjNrhkoMv49sjsBHXwZHKpNrpoiCYhSpXbxjxOhZh YQyEaXp/XVGLJLO8KfW3OSF7Eq6xK+khYfl+uHFoZ3o6HOPPvmqKkYeE+00F+puualX3 9G8w== Received: by 10.112.40.33 with SMTP id u1mr12694781lbk.28.1341525241783; Thu, 05 Jul 2012 14:54:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.8.105 with HTTP; Thu, 5 Jul 2012 14:53:41 -0700 (PDT) In-Reply-To: <20120705093316.GA19688@dingwall.me.uk> References: <20120705093316.GA19688@dingwall.me.uk> From: Matthias Date: Thu, 5 Jul 2012 23:53:41 +0200 Message-ID: To: James Dingwall Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] dom0_mem=max:xxx required after linux 3.3 on AMD X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org If this is any help: my dom0 boots fine.. CPU: AMD Phenom 2 1090T Kernel: 3.4.2 openSuse dom0: Debian Wheezy Xen: 4.1.3-rc2-pre kernel xen line: "multiboot /boot/xen.gz dom0_mem=2048M iommu=1 loglvl=all guest_loglvl=all" _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 05 22:24:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jul 2012 22:24: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 1SmuSU-0001Mk-A2; Thu, 05 Jul 2012 22:23:34 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmuSS-0001MS-TI for xen-users@lists.xen.org; Thu, 05 Jul 2012 22:23:33 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1341527006!10273826!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19526 invoked from network); 5 Jul 2012 22:23:26 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jul 2012 22:23:26 -0000 Received: by lbok6 with SMTP id k6so1278666lbo.32 for ; Thu, 05 Jul 2012 15:23:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=6X17pNZWht1hDLXLw1bjKIyW3dKaVPxeBkAkTJG/FKc=; b=dBx895anSlVxL3UbdLakfLIUAoLyUuFV/d4YgeFakgNe0OSV9imakGGD5ZXUCkFGXq oGawYdJNEgvVYvQhV2zSIAfRlwlx1eoRFkT6so8QrHTB0ZyfwzeEnrER1b8CPZNlXPGn 8JawY6D6idgxQio9EXuasl27jVRW+cSUcTyC3fHgHOJBGcwvTmO4o0wkrg3TIiP0JD/T 7n94XpN+NjdJIUPS89iXHqw63Nyx0lv/FyvWqlfEL5H/zedG5Q6eK21S4AtVyG6VGaDm c5QsGv/VqwKmwykmu66eDYejcoyTLZhzRimVTz3Rvb4CcuBG3Em6d/t7NOpb95mecRWU 56xg== Received: by 10.152.105.173 with SMTP id gn13mr27744564lab.20.1341527005686; Thu, 05 Jul 2012 15:23:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.8.105 with HTTP; Thu, 5 Jul 2012 15:23:05 -0700 (PDT) From: Matthias Date: Fri, 6 Jul 2012 00:23:05 +0200 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] USB2.0 in Windows7 GPLPV Guest X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi everyone, I was wondering if there is any way to get USB2.0 Support working in Win7 domUs.. I tried the following: PCI-Passthrough of the USB-Hostcontroler: Works, but only gives me USB1.1-Speed (okay for mouse/keyboard, but trying to import 60GB of RAW-Photos from a vacation is kind of annoying ;) ) Using 'usb =' in domU config: doesn't work for me using vusb with attatching in config: doesn't work for me using vusb with xm usb-attach: doesn't work for me Something which might be notable: When using the vusb methods the usb devices show up correctly in xm usb-list so it seems that this works, but they don't show up in the domU (win doesn't find any new hardware) and the thing which is most odd to me is: they still work in the dom0. So if i attach my keyboard to the domU, i still can type in dom0 even though the keyboard is listed as assigned in xm usb-list for the domU. Any other options / ideas to get my card reader running? P.S.: Using current xen-testing & 3.4.2er Kernel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 05 22:24:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jul 2012 22:24: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 1SmuSU-0001Mk-A2; Thu, 05 Jul 2012 22:23:34 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmuSS-0001MS-TI for xen-users@lists.xen.org; Thu, 05 Jul 2012 22:23:33 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1341527006!10273826!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19526 invoked from network); 5 Jul 2012 22:23:26 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jul 2012 22:23:26 -0000 Received: by lbok6 with SMTP id k6so1278666lbo.32 for ; Thu, 05 Jul 2012 15:23:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=6X17pNZWht1hDLXLw1bjKIyW3dKaVPxeBkAkTJG/FKc=; b=dBx895anSlVxL3UbdLakfLIUAoLyUuFV/d4YgeFakgNe0OSV9imakGGD5ZXUCkFGXq oGawYdJNEgvVYvQhV2zSIAfRlwlx1eoRFkT6so8QrHTB0ZyfwzeEnrER1b8CPZNlXPGn 8JawY6D6idgxQio9EXuasl27jVRW+cSUcTyC3fHgHOJBGcwvTmO4o0wkrg3TIiP0JD/T 7n94XpN+NjdJIUPS89iXHqw63Nyx0lv/FyvWqlfEL5H/zedG5Q6eK21S4AtVyG6VGaDm c5QsGv/VqwKmwykmu66eDYejcoyTLZhzRimVTz3Rvb4CcuBG3Em6d/t7NOpb95mecRWU 56xg== Received: by 10.152.105.173 with SMTP id gn13mr27744564lab.20.1341527005686; Thu, 05 Jul 2012 15:23:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.8.105 with HTTP; Thu, 5 Jul 2012 15:23:05 -0700 (PDT) From: Matthias Date: Fri, 6 Jul 2012 00:23:05 +0200 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] USB2.0 in Windows7 GPLPV Guest X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi everyone, I was wondering if there is any way to get USB2.0 Support working in Win7 domUs.. I tried the following: PCI-Passthrough of the USB-Hostcontroler: Works, but only gives me USB1.1-Speed (okay for mouse/keyboard, but trying to import 60GB of RAW-Photos from a vacation is kind of annoying ;) ) Using 'usb =' in domU config: doesn't work for me using vusb with attatching in config: doesn't work for me using vusb with xm usb-attach: doesn't work for me Something which might be notable: When using the vusb methods the usb devices show up correctly in xm usb-list so it seems that this works, but they don't show up in the domU (win doesn't find any new hardware) and the thing which is most odd to me is: they still work in the dom0. So if i attach my keyboard to the domU, i still can type in dom0 even though the keyboard is listed as assigned in xm usb-list for the domU. Any other options / ideas to get my card reader running? P.S.: Using current xen-testing & 3.4.2er Kernel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 05 22:32:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jul 2012 22:32: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 1SmuZz-0001fR-Jr; Thu, 05 Jul 2012 22: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 1SmuZx-0001fI-IK for xen-users@lists.xen.org; Thu, 05 Jul 2012 22:31:17 +0000 Received: from [193.109.254.147:32838] by server-1.bemta-14.messagelabs.com id 75/CD-24612-4B516FF4; Thu, 05 Jul 2012 22:31:16 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1341527473!10299894!1 X-Originating-IP: [209.85.160.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-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2409 invoked from network); 5 Jul 2012 22:31:15 -0000 Received: from mail-gh0-f173.google.com (HELO mail-gh0-f173.google.com) (209.85.160.173) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jul 2012 22:31:15 -0000 Received: by ghrr14 with SMTP id r14so9194226ghr.32 for ; Thu, 05 Jul 2012 15:31:13 -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=JSfOfNrHV7u7oKzfKbqVaxRuyLflwyxcEgd5UfTn8qk=; b=xJcP3t7O6c/ygQl3EcrylPuFz33ZSPDDstexcX8fOOmmqVyjYkEbaVmOd7X5Fyebey Z1WusBC12Jf+4qb7GMaB79J8rNdVnWuNmKU/Ho84dtPcYctMZFvmZkZLjaWSuUboHcIK v/tf4qV05WkdXmvU4Tps6l7+pfn88KYfS/5O4CPzzTb+/1fzo19yC1NJ7mG4w/DMvj1W foXt65wimGGWxPIdZl7kPlIBqYzLtM9/NE3Lv/GS2XnnK77wu8+oaGHlE9jYrjNRqJpH 291/Nsw4GTUXWh+p4M/CdQ/wrxvG9kiVkvRPEmvvPFix2Ztmz0borqPa+CoM5957bK0q VXDQ== MIME-Version: 1.0 Received: by 10.42.140.4 with SMTP id i4mr7641000icu.18.1341527472691; Thu, 05 Jul 2012 15:31:12 -0700 (PDT) Received: by 10.64.78.1 with HTTP; Thu, 5 Jul 2012 15:31:12 -0700 (PDT) In-Reply-To: References: Date: Thu, 5 Jul 2012 18:31:12 -0400 Message-ID: From: Casey DeLorme To: Matthias Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] USB2.0 in Windows7 GPLPV 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="===============9136724583835055811==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9136724583835055811== Content-Type: multipart/alternative; boundary=90e6ba6e84147759d304c41cb46c --90e6ba6e84147759d304c41cb46c Content-Type: text/plain; charset=ISO-8859-1 I use PCI Passthrough myself, seems to work fine. Data copy speeds are 11-15MB/sec so if that's what you are getting that sounds about right. I also have a USB 3.0 controller, I get 60MB/sec on that, but unlike the USB 2.0 I had to install the drivers from the motherboard manufacturer to get them to function. Have you tried downloading your boards drivers and installing them for the USB 2.0 drives? On Thu, Jul 5, 2012 at 6:23 PM, Matthias wrote: > Hi everyone, > > I was wondering if there is any way to get USB2.0 Support working in > Win7 domUs.. > > I tried the following: > > PCI-Passthrough of the USB-Hostcontroler: Works, but only gives me > USB1.1-Speed (okay for mouse/keyboard, but trying to import 60GB of > RAW-Photos from a vacation is kind of annoying ;) ) > Using 'usb =' in domU config: doesn't work for me > using vusb with attatching in config: doesn't work for me > using vusb with xm usb-attach: doesn't work for me > > Something which might be notable: When using the vusb methods the usb > devices show up correctly in xm usb-list so it seems that this works, > but they don't show up in the domU (win doesn't find any new hardware) > and the thing which is most odd to me is: they still work in the dom0. > So if i attach my keyboard to the domU, i still can type in dom0 even > though the keyboard is listed as assigned in xm usb-list for the domU. > > Any other options / ideas to get my card reader running? > > P.S.: Using current xen-testing & 3.4.2er Kernel > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --90e6ba6e84147759d304c41cb46c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I use PCI Passthrough myself, seems to work fine. =A0Data co= py speeds are 11-15MB/sec so if that's what you are getting that sounds= about right.

I also have a USB 3.0 controller, I get 60= MB/sec on that, but unlike the USB 2.0 I had to install the drivers from th= e motherboard manufacturer to get them to function.

Have you tried downloading your boards drivers and inst= alling them for the USB 2.0 drives?

On Th= u, Jul 5, 2012 at 6:23 PM, Matthias <matthias.kannenberg@= googlemail.com> wrote:
Hi everyone,

I was wondering if there is any way to get USB2.0 Support working in
Win7 domUs..

I tried the following:

PCI-Passthrough of the USB-Hostcontroler: Works, but only gives me
USB1.1-Speed (okay for mouse/keyboard, but trying to import 60GB of
RAW-Photos from a vacation is kind of annoying ;) )
Using 'usb =3D' in domU config: doesn't work for me
using vusb with attatching in config: doesn't work for me
using vusb with xm usb-attach: doesn't work for me

Something which might be notable: When using the vusb methods the usb
devices show up correctly in xm usb-list so it seems that this works,
but they don't show up in the domU (win doesn't find any new hardwa= re)
and the thing which is most odd to me is: they still work in the dom0.
So if i attach my keyboard to the domU, i still can type in dom0 even
though the keyboard is listed as assigned in xm usb-list for the domU.

Any other options / ideas to get my card reader running?

P.S.: Using current xen-testing & 3.4.2er Kernel

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

--90e6ba6e84147759d304c41cb46c-- --===============9136724583835055811== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9136724583835055811==-- From xen-users-bounces@lists.xen.org Thu Jul 05 22:32:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jul 2012 22:32: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 1SmuZz-0001fR-Jr; Thu, 05 Jul 2012 22: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 1SmuZx-0001fI-IK for xen-users@lists.xen.org; Thu, 05 Jul 2012 22:31:17 +0000 Received: from [193.109.254.147:32838] by server-1.bemta-14.messagelabs.com id 75/CD-24612-4B516FF4; Thu, 05 Jul 2012 22:31:16 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1341527473!10299894!1 X-Originating-IP: [209.85.160.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-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2409 invoked from network); 5 Jul 2012 22:31:15 -0000 Received: from mail-gh0-f173.google.com (HELO mail-gh0-f173.google.com) (209.85.160.173) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jul 2012 22:31:15 -0000 Received: by ghrr14 with SMTP id r14so9194226ghr.32 for ; Thu, 05 Jul 2012 15:31:13 -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=JSfOfNrHV7u7oKzfKbqVaxRuyLflwyxcEgd5UfTn8qk=; b=xJcP3t7O6c/ygQl3EcrylPuFz33ZSPDDstexcX8fOOmmqVyjYkEbaVmOd7X5Fyebey Z1WusBC12Jf+4qb7GMaB79J8rNdVnWuNmKU/Ho84dtPcYctMZFvmZkZLjaWSuUboHcIK v/tf4qV05WkdXmvU4Tps6l7+pfn88KYfS/5O4CPzzTb+/1fzo19yC1NJ7mG4w/DMvj1W foXt65wimGGWxPIdZl7kPlIBqYzLtM9/NE3Lv/GS2XnnK77wu8+oaGHlE9jYrjNRqJpH 291/Nsw4GTUXWh+p4M/CdQ/wrxvG9kiVkvRPEmvvPFix2Ztmz0borqPa+CoM5957bK0q VXDQ== MIME-Version: 1.0 Received: by 10.42.140.4 with SMTP id i4mr7641000icu.18.1341527472691; Thu, 05 Jul 2012 15:31:12 -0700 (PDT) Received: by 10.64.78.1 with HTTP; Thu, 5 Jul 2012 15:31:12 -0700 (PDT) In-Reply-To: References: Date: Thu, 5 Jul 2012 18:31:12 -0400 Message-ID: From: Casey DeLorme To: Matthias Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] USB2.0 in Windows7 GPLPV 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="===============9136724583835055811==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9136724583835055811== Content-Type: multipart/alternative; boundary=90e6ba6e84147759d304c41cb46c --90e6ba6e84147759d304c41cb46c Content-Type: text/plain; charset=ISO-8859-1 I use PCI Passthrough myself, seems to work fine. Data copy speeds are 11-15MB/sec so if that's what you are getting that sounds about right. I also have a USB 3.0 controller, I get 60MB/sec on that, but unlike the USB 2.0 I had to install the drivers from the motherboard manufacturer to get them to function. Have you tried downloading your boards drivers and installing them for the USB 2.0 drives? On Thu, Jul 5, 2012 at 6:23 PM, Matthias wrote: > Hi everyone, > > I was wondering if there is any way to get USB2.0 Support working in > Win7 domUs.. > > I tried the following: > > PCI-Passthrough of the USB-Hostcontroler: Works, but only gives me > USB1.1-Speed (okay for mouse/keyboard, but trying to import 60GB of > RAW-Photos from a vacation is kind of annoying ;) ) > Using 'usb =' in domU config: doesn't work for me > using vusb with attatching in config: doesn't work for me > using vusb with xm usb-attach: doesn't work for me > > Something which might be notable: When using the vusb methods the usb > devices show up correctly in xm usb-list so it seems that this works, > but they don't show up in the domU (win doesn't find any new hardware) > and the thing which is most odd to me is: they still work in the dom0. > So if i attach my keyboard to the domU, i still can type in dom0 even > though the keyboard is listed as assigned in xm usb-list for the domU. > > Any other options / ideas to get my card reader running? > > P.S.: Using current xen-testing & 3.4.2er Kernel > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --90e6ba6e84147759d304c41cb46c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I use PCI Passthrough myself, seems to work fine. =A0Data co= py speeds are 11-15MB/sec so if that's what you are getting that sounds= about right.

I also have a USB 3.0 controller, I get 60= MB/sec on that, but unlike the USB 2.0 I had to install the drivers from th= e motherboard manufacturer to get them to function.

Have you tried downloading your boards drivers and inst= alling them for the USB 2.0 drives?

On Th= u, Jul 5, 2012 at 6:23 PM, Matthias <matthias.kannenberg@= googlemail.com> wrote:
Hi everyone,

I was wondering if there is any way to get USB2.0 Support working in
Win7 domUs..

I tried the following:

PCI-Passthrough of the USB-Hostcontroler: Works, but only gives me
USB1.1-Speed (okay for mouse/keyboard, but trying to import 60GB of
RAW-Photos from a vacation is kind of annoying ;) )
Using 'usb =3D' in domU config: doesn't work for me
using vusb with attatching in config: doesn't work for me
using vusb with xm usb-attach: doesn't work for me

Something which might be notable: When using the vusb methods the usb
devices show up correctly in xm usb-list so it seems that this works,
but they don't show up in the domU (win doesn't find any new hardwa= re)
and the thing which is most odd to me is: they still work in the dom0.
So if i attach my keyboard to the domU, i still can type in dom0 even
though the keyboard is listed as assigned in xm usb-list for the domU.

Any other options / ideas to get my card reader running?

P.S.: Using current xen-testing & 3.4.2er Kernel

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

--90e6ba6e84147759d304c41cb46c-- --===============9136724583835055811== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9136724583835055811==-- From xen-users-bounces@lists.xen.org Thu Jul 05 22:56:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jul 2012 22:56: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 1Smuwd-000285-VN; Thu, 05 Jul 2012 22:54:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Smuwc-000280-8Y for xen-users@lists.xen.org; Thu, 05 Jul 2012 22:54:42 +0000 Received: from [85.158.143.99:49448] by server-1.bemta-4.messagelabs.com id 27/B5-24392-13B16FF4; Thu, 05 Jul 2012 22:54:41 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1341528880!26535455!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 770 invoked from network); 5 Jul 2012 22:54:40 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jul 2012 22:54:40 -0000 Received: by lbok6 with SMTP id k6so1313872lbo.32 for ; Thu, 05 Jul 2012 15:54:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=5Ktp2G/aweoupRLdEKftFdDVYVIfGMaPHz7PqkHXDmU=; b=oz4d0/ReQ/VtVn7b3kF6L2QYN0kkErl5Puktmer+CeNCzUtdBmCzPdLSZa8Ld5or+m ivXfBuaNsNXFRrT4+X8b/Qr13ogxdOWF/IUhb70N86zyft7/gs0T55AhH9AnXucx6g64 f24WFiXOD1ibs8TOfHaxG9jtlIUUMIP63M9NaADkv7ok4H8Xv8OoBzumMNKfvLQj+sWQ 4zWKMnltZT9bjKFk8ZZ6pNw9UzCb9s1oH6NcNss6UiVa7DjjulgyryYeMpBUiBzMmjxQ EBsFAzGc069bi/Qz09zGNTYGAsPnTFqedXrYhtfbHiyuEqHiVS5+CJJi9dQJHsqqoXy9 l0pQ== Received: by 10.112.101.169 with SMTP id fh9mr13130063lbb.18.1341528879931; Thu, 05 Jul 2012 15:54:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.8.105 with HTTP; Thu, 5 Jul 2012 15:54:19 -0700 (PDT) In-Reply-To: References: From: Matthias Date: Fri, 6 Jul 2012 00:54:19 +0200 Message-ID: To: Casey DeLorme Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] USB2.0 in Windows7 GPLPV Guest X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is interesting, because with my pci passthrough i only get USB1.1 speed which is about 1,5MB/s max (i actually get 0,9MB/s).. so this is a huge difference your results.. May i ask what kernel and xen you are using and if you are doing something unusual or different to the common way? I actually have a usb3 controller too, but i would like to keep it to the dom0 because i'm doing my server backups through it.. I have a Asus Crosshair IV and there are no actuall USB2 drivers for it.. :( 2012/7/6 Casey DeLorme : > > I use PCI Passthrough myself, seems to work fine. Data copy speeds are > 11-15MB/sec so if that's what you are getting that sounds about right. > > I also have a USB 3.0 controller, I get 60MB/sec on that, but unlike the USB > 2.0 I had to install the drivers from the motherboard manufacturer to get > them to function. > > Have you tried downloading your boards drivers and installing them for the > USB 2.0 drives? > > On Thu, Jul 5, 2012 at 6:23 PM, Matthias > wrote: >> >> Hi everyone, >> >> I was wondering if there is any way to get USB2.0 Support working in >> Win7 domUs.. >> >> I tried the following: >> >> PCI-Passthrough of the USB-Hostcontroler: Works, but only gives me >> USB1.1-Speed (okay for mouse/keyboard, but trying to import 60GB of >> RAW-Photos from a vacation is kind of annoying ;) ) >> Using 'usb =' in domU config: doesn't work for me >> using vusb with attatching in config: doesn't work for me >> using vusb with xm usb-attach: doesn't work for me >> >> Something which might be notable: When using the vusb methods the usb >> devices show up correctly in xm usb-list so it seems that this works, >> but they don't show up in the domU (win doesn't find any new hardware) >> and the thing which is most odd to me is: they still work in the dom0. >> So if i attach my keyboard to the domU, i still can type in dom0 even >> though the keyboard is listed as assigned in xm usb-list for the domU. >> >> Any other options / ideas to get my card reader running? >> >> P.S.: Using current xen-testing & 3.4.2er Kernel >> >> _______________________________________________ >> 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 Jul 05 22:56:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jul 2012 22:56: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 1Smuwd-000285-VN; Thu, 05 Jul 2012 22:54:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Smuwc-000280-8Y for xen-users@lists.xen.org; Thu, 05 Jul 2012 22:54:42 +0000 Received: from [85.158.143.99:49448] by server-1.bemta-4.messagelabs.com id 27/B5-24392-13B16FF4; Thu, 05 Jul 2012 22:54:41 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1341528880!26535455!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 770 invoked from network); 5 Jul 2012 22:54:40 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jul 2012 22:54:40 -0000 Received: by lbok6 with SMTP id k6so1313872lbo.32 for ; Thu, 05 Jul 2012 15:54:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=5Ktp2G/aweoupRLdEKftFdDVYVIfGMaPHz7PqkHXDmU=; b=oz4d0/ReQ/VtVn7b3kF6L2QYN0kkErl5Puktmer+CeNCzUtdBmCzPdLSZa8Ld5or+m ivXfBuaNsNXFRrT4+X8b/Qr13ogxdOWF/IUhb70N86zyft7/gs0T55AhH9AnXucx6g64 f24WFiXOD1ibs8TOfHaxG9jtlIUUMIP63M9NaADkv7ok4H8Xv8OoBzumMNKfvLQj+sWQ 4zWKMnltZT9bjKFk8ZZ6pNw9UzCb9s1oH6NcNss6UiVa7DjjulgyryYeMpBUiBzMmjxQ EBsFAzGc069bi/Qz09zGNTYGAsPnTFqedXrYhtfbHiyuEqHiVS5+CJJi9dQJHsqqoXy9 l0pQ== Received: by 10.112.101.169 with SMTP id fh9mr13130063lbb.18.1341528879931; Thu, 05 Jul 2012 15:54:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.8.105 with HTTP; Thu, 5 Jul 2012 15:54:19 -0700 (PDT) In-Reply-To: References: From: Matthias Date: Fri, 6 Jul 2012 00:54:19 +0200 Message-ID: To: Casey DeLorme Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] USB2.0 in Windows7 GPLPV Guest X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is interesting, because with my pci passthrough i only get USB1.1 speed which is about 1,5MB/s max (i actually get 0,9MB/s).. so this is a huge difference your results.. May i ask what kernel and xen you are using and if you are doing something unusual or different to the common way? I actually have a usb3 controller too, but i would like to keep it to the dom0 because i'm doing my server backups through it.. I have a Asus Crosshair IV and there are no actuall USB2 drivers for it.. :( 2012/7/6 Casey DeLorme : > > I use PCI Passthrough myself, seems to work fine. Data copy speeds are > 11-15MB/sec so if that's what you are getting that sounds about right. > > I also have a USB 3.0 controller, I get 60MB/sec on that, but unlike the USB > 2.0 I had to install the drivers from the motherboard manufacturer to get > them to function. > > Have you tried downloading your boards drivers and installing them for the > USB 2.0 drives? > > On Thu, Jul 5, 2012 at 6:23 PM, Matthias > wrote: >> >> Hi everyone, >> >> I was wondering if there is any way to get USB2.0 Support working in >> Win7 domUs.. >> >> I tried the following: >> >> PCI-Passthrough of the USB-Hostcontroler: Works, but only gives me >> USB1.1-Speed (okay for mouse/keyboard, but trying to import 60GB of >> RAW-Photos from a vacation is kind of annoying ;) ) >> Using 'usb =' in domU config: doesn't work for me >> using vusb with attatching in config: doesn't work for me >> using vusb with xm usb-attach: doesn't work for me >> >> Something which might be notable: When using the vusb methods the usb >> devices show up correctly in xm usb-list so it seems that this works, >> but they don't show up in the domU (win doesn't find any new hardware) >> and the thing which is most odd to me is: they still work in the dom0. >> So if i attach my keyboard to the domU, i still can type in dom0 even >> though the keyboard is listed as assigned in xm usb-list for the domU. >> >> Any other options / ideas to get my card reader running? >> >> P.S.: Using current xen-testing & 3.4.2er Kernel >> >> _______________________________________________ >> 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 Jul 05 23:20:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jul 2012 23:20:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmvK1-0002Ye-Ap; Thu, 05 Jul 2012 23:18:53 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmvJz-0002YY-0g for xen-users@lists.xen.org; Thu, 05 Jul 2012 23:18:51 +0000 Received: from [193.109.254.147:64774] by server-6.bemta-14.messagelabs.com id 74/39-08993-AD026FF4; Thu, 05 Jul 2012 23:18:50 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1341530327!10336451!1 X-Originating-IP: [209.85.213.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-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28509 invoked from network); 5 Jul 2012 23:18:48 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jul 2012 23:18:48 -0000 Received: by yhoo21 with SMTP id o21so8950562yho.32 for ; Thu, 05 Jul 2012 16:18:47 -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=YRGAZGMO4u1viiAN1rEVGKEs7DDsKJ3vzuzbbGmQ/FI=; b=vT1oX3NWAfTEULS0h/q3oTmDRiOggs0kL4qEf7Q+1/vS6PaljYEbc9zc7X8TlLOITA Y5CMYWvtXotOJ+vVxNCtpsbTS88TaR5KCDB8vqfRqrYAo4b9WBbQbt3t3M8hnEahP69S cIDxpclYNaLWFmEi2AN6IIxbCkM4a68dLBj1y1sks+5zoccH1DSwd35gq62MUHIzMPKZ oEtYuJsAkk5HeLDUAJUT1oQOSWuejhNIYHz/WqBunIVq2x45y/guW4yfcFwd804c1GrY P+J3lWYf/4mmE0MIqPR3pyoMRVU/FKz0uHz0Hu0F7H/4GQVrwHl9YdkNQ3IIIYn6iwft 85PA== MIME-Version: 1.0 Received: by 10.50.163.5 with SMTP id ye5mr1093761igb.37.1341530327314; Thu, 05 Jul 2012 16:18:47 -0700 (PDT) Received: by 10.64.78.1 with HTTP; Thu, 5 Jul 2012 16:18:47 -0700 (PDT) In-Reply-To: References: Date: Thu, 5 Jul 2012 19:18:47 -0400 Message-ID: From: Casey DeLorme To: Matthias Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] USB2.0 in Windows7 GPLPV 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="===============8364313373418345238==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8364313373418345238== Content-Type: multipart/alternative; boundary=e89a8f923ba49d72f904c41d5e58 --e89a8f923ba49d72f904c41d5e58 Content-Type: text/plain; charset=ISO-8859-1 Not sure if I was doing anything uncommon in particular, but I did compile Kernel 3.3.0 for Xen with pciback built-in, and every other flag I could find. I was using Xen 4.2 unstable, revision somewhere within 100 of 25300~, compiled with UEFI source modifications (arch/x86/setup.c). My board is an ASRock Extreme4 Gen3, I have 2x USB 2.0 and 2x USB 3.0 controllers, so plenty of ports. For your situation, I would double check as I imagine your USB 2.0 drivers are part of the motherboard chipset download (since they are "onboard" aka part of the Motherboard Chipset). Worth a try. Alternatively you could always try late-binding for USB 3.0 this way when you are done you can give it back to Dom0. On Thu, Jul 5, 2012 at 6:54 PM, Matthias wrote: > This is interesting, because with my pci passthrough i only get USB1.1 > speed which is about 1,5MB/s max (i actually get 0,9MB/s).. so this is > a huge difference your results.. > > May i ask what kernel and xen you are using and if you are doing > something unusual or different to the common way? > > I actually have a usb3 controller too, but i would like to keep it to > the dom0 because i'm doing my server backups through it.. > > I have a Asus Crosshair IV and there are no actuall USB2 drivers for it.. > :( > > 2012/7/6 Casey DeLorme : > > > > I use PCI Passthrough myself, seems to work fine. Data copy speeds are > > 11-15MB/sec so if that's what you are getting that sounds about right. > > > > I also have a USB 3.0 controller, I get 60MB/sec on that, but unlike the > USB > > 2.0 I had to install the drivers from the motherboard manufacturer to get > > them to function. > > > > Have you tried downloading your boards drivers and installing them for > the > > USB 2.0 drives? > > > > On Thu, Jul 5, 2012 at 6:23 PM, Matthias > > wrote: > >> > >> Hi everyone, > >> > >> I was wondering if there is any way to get USB2.0 Support working in > >> Win7 domUs.. > >> > >> I tried the following: > >> > >> PCI-Passthrough of the USB-Hostcontroler: Works, but only gives me > >> USB1.1-Speed (okay for mouse/keyboard, but trying to import 60GB of > >> RAW-Photos from a vacation is kind of annoying ;) ) > >> Using 'usb =' in domU config: doesn't work for me > >> using vusb with attatching in config: doesn't work for me > >> using vusb with xm usb-attach: doesn't work for me > >> > >> Something which might be notable: When using the vusb methods the usb > >> devices show up correctly in xm usb-list so it seems that this works, > >> but they don't show up in the domU (win doesn't find any new hardware) > >> and the thing which is most odd to me is: they still work in the dom0. > >> So if i attach my keyboard to the domU, i still can type in dom0 even > >> though the keyboard is listed as assigned in xm usb-list for the domU. > >> > >> Any other options / ideas to get my card reader running? > >> > >> P.S.: Using current xen-testing & 3.4.2er Kernel > >> > >> _______________________________________________ > >> Xen-users mailing list > >> Xen-users@lists.xen.org > >> http://lists.xen.org/xen-users > > > > > --e89a8f923ba49d72f904c41d5e58 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Not sure if I was doing anything uncommon in particular, but I di= d compile Kernel 3.3.0 for Xen with pciback built-in, and every other flag = I could find.

I was using Xen 4.2 unstable, revisi= on somewhere within 100 of 25300~, compiled with UEFI source modifications = (arch/x86/setup.c).

My board is an ASRock Extreme4 Gen3, I have 2x USB 2.0 = and 2x USB 3.0 controllers, so plenty of ports.

For your situation, I would double check as I imagine your USB= 2.0 drivers are part of the motherboard chipset download (since they are &= quot;onboard" aka part of the Motherboard Chipset). =A0Worth a try. = =A0Alternatively you could always try late-binding for USB 3.0 this way whe= n you are done you can give it back to Dom0.




On Thu, Jul 5, 2012 at 6:54 PM, Matthias <matthias.kanne= nberg@googlemail.com> wrote:
This is interesting, because with my pci pas= sthrough i only get USB1.1
speed which is about 1,5MB/s max (i actually get 0,9MB/s).. so this is
a huge difference your results..

May i ask what kernel and xen you are using and if you are doing
something unusual or different to the common way?

I actually have a usb3 controller too, but i would like to keep it to
the dom0 because i'm doing my server backups through it..

I have a Asus Crosshair IV and there are no actuall USB2 drivers for it.. := (

2012/7/6 Casey DeLorme <cdelorme@g= mail.com>:
>
> I use PCI Passthrough myself, seems to work fine. =A0Data copy speeds = are
> 11-15MB/sec so if that's what you are getting that sounds about ri= ght.
>
> I also have a USB 3.0 controller, I get 60MB/sec on that, but unlike t= he USB
> 2.0 I had to install the drivers from the motherboard manufacturer to = get
> them to function.
>
> Have you tried downloading your boards drivers and installing them for= the
> USB 2.0 drives?
>
> On Thu, Jul 5, 2012 at 6:23 PM, Matthias
> <matthias.kan= nenberg@googlemail.com> wrote:
>>
>> Hi everyone,
>>
>> I was wondering if there is any way to get USB2.0 Support working = in
>> Win7 domUs..
>>
>> I tried the following:
>>
>> PCI-Passthrough of the USB-Hostcontroler: Works, but only gives me=
>> USB1.1-Speed (okay for mouse/keyboard, but trying to import 60GB o= f
>> RAW-Photos from a vacation is kind of annoying ;) )
>> Using 'usb =3D' in domU config: doesn't work for me >> using vusb with attatching in config: doesn't work for me
>> using vusb with xm usb-attach: doesn't work for me
>>
>> Something which might be notable: When using the vusb methods the = usb
>> devices show up correctly in xm usb-list so it seems that this wor= ks,
>> but they don't show up in the domU (win doesn't find any n= ew hardware)
>> and the thing which is most odd to me is: they still work in the d= om0.
>> So if i attach my keyboard to the domU, i still can type in dom0 e= ven
>> though the keyboard is listed as assigned in xm usb-list for the d= omU.
>>
>> Any other options / ideas to get my card reader running?
>>
>> P.S.: Using current xen-testing & 3.4.2er Kernel
>>
>> _______________________________________________
>> Xen-users mailing list
>> Xen-users@lists.xen.org=
>> http:= //lists.xen.org/xen-users
>
>

--e89a8f923ba49d72f904c41d5e58-- --===============8364313373418345238== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8364313373418345238==-- From xen-users-bounces@lists.xen.org Thu Jul 05 23:20:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Jul 2012 23:20:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmvK1-0002Ye-Ap; Thu, 05 Jul 2012 23:18:53 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SmvJz-0002YY-0g for xen-users@lists.xen.org; Thu, 05 Jul 2012 23:18:51 +0000 Received: from [193.109.254.147:64774] by server-6.bemta-14.messagelabs.com id 74/39-08993-AD026FF4; Thu, 05 Jul 2012 23:18:50 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1341530327!10336451!1 X-Originating-IP: [209.85.213.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-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28509 invoked from network); 5 Jul 2012 23:18:48 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jul 2012 23:18:48 -0000 Received: by yhoo21 with SMTP id o21so8950562yho.32 for ; Thu, 05 Jul 2012 16:18:47 -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=YRGAZGMO4u1viiAN1rEVGKEs7DDsKJ3vzuzbbGmQ/FI=; b=vT1oX3NWAfTEULS0h/q3oTmDRiOggs0kL4qEf7Q+1/vS6PaljYEbc9zc7X8TlLOITA Y5CMYWvtXotOJ+vVxNCtpsbTS88TaR5KCDB8vqfRqrYAo4b9WBbQbt3t3M8hnEahP69S cIDxpclYNaLWFmEi2AN6IIxbCkM4a68dLBj1y1sks+5zoccH1DSwd35gq62MUHIzMPKZ oEtYuJsAkk5HeLDUAJUT1oQOSWuejhNIYHz/WqBunIVq2x45y/guW4yfcFwd804c1GrY P+J3lWYf/4mmE0MIqPR3pyoMRVU/FKz0uHz0Hu0F7H/4GQVrwHl9YdkNQ3IIIYn6iwft 85PA== MIME-Version: 1.0 Received: by 10.50.163.5 with SMTP id ye5mr1093761igb.37.1341530327314; Thu, 05 Jul 2012 16:18:47 -0700 (PDT) Received: by 10.64.78.1 with HTTP; Thu, 5 Jul 2012 16:18:47 -0700 (PDT) In-Reply-To: References: Date: Thu, 5 Jul 2012 19:18:47 -0400 Message-ID: From: Casey DeLorme To: Matthias Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] USB2.0 in Windows7 GPLPV 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="===============8364313373418345238==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8364313373418345238== Content-Type: multipart/alternative; boundary=e89a8f923ba49d72f904c41d5e58 --e89a8f923ba49d72f904c41d5e58 Content-Type: text/plain; charset=ISO-8859-1 Not sure if I was doing anything uncommon in particular, but I did compile Kernel 3.3.0 for Xen with pciback built-in, and every other flag I could find. I was using Xen 4.2 unstable, revision somewhere within 100 of 25300~, compiled with UEFI source modifications (arch/x86/setup.c). My board is an ASRock Extreme4 Gen3, I have 2x USB 2.0 and 2x USB 3.0 controllers, so plenty of ports. For your situation, I would double check as I imagine your USB 2.0 drivers are part of the motherboard chipset download (since they are "onboard" aka part of the Motherboard Chipset). Worth a try. Alternatively you could always try late-binding for USB 3.0 this way when you are done you can give it back to Dom0. On Thu, Jul 5, 2012 at 6:54 PM, Matthias wrote: > This is interesting, because with my pci passthrough i only get USB1.1 > speed which is about 1,5MB/s max (i actually get 0,9MB/s).. so this is > a huge difference your results.. > > May i ask what kernel and xen you are using and if you are doing > something unusual or different to the common way? > > I actually have a usb3 controller too, but i would like to keep it to > the dom0 because i'm doing my server backups through it.. > > I have a Asus Crosshair IV and there are no actuall USB2 drivers for it.. > :( > > 2012/7/6 Casey DeLorme : > > > > I use PCI Passthrough myself, seems to work fine. Data copy speeds are > > 11-15MB/sec so if that's what you are getting that sounds about right. > > > > I also have a USB 3.0 controller, I get 60MB/sec on that, but unlike the > USB > > 2.0 I had to install the drivers from the motherboard manufacturer to get > > them to function. > > > > Have you tried downloading your boards drivers and installing them for > the > > USB 2.0 drives? > > > > On Thu, Jul 5, 2012 at 6:23 PM, Matthias > > wrote: > >> > >> Hi everyone, > >> > >> I was wondering if there is any way to get USB2.0 Support working in > >> Win7 domUs.. > >> > >> I tried the following: > >> > >> PCI-Passthrough of the USB-Hostcontroler: Works, but only gives me > >> USB1.1-Speed (okay for mouse/keyboard, but trying to import 60GB of > >> RAW-Photos from a vacation is kind of annoying ;) ) > >> Using 'usb =' in domU config: doesn't work for me > >> using vusb with attatching in config: doesn't work for me > >> using vusb with xm usb-attach: doesn't work for me > >> > >> Something which might be notable: When using the vusb methods the usb > >> devices show up correctly in xm usb-list so it seems that this works, > >> but they don't show up in the domU (win doesn't find any new hardware) > >> and the thing which is most odd to me is: they still work in the dom0. > >> So if i attach my keyboard to the domU, i still can type in dom0 even > >> though the keyboard is listed as assigned in xm usb-list for the domU. > >> > >> Any other options / ideas to get my card reader running? > >> > >> P.S.: Using current xen-testing & 3.4.2er Kernel > >> > >> _______________________________________________ > >> Xen-users mailing list > >> Xen-users@lists.xen.org > >> http://lists.xen.org/xen-users > > > > > --e89a8f923ba49d72f904c41d5e58 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Not sure if I was doing anything uncommon in particular, but I di= d compile Kernel 3.3.0 for Xen with pciback built-in, and every other flag = I could find.

I was using Xen 4.2 unstable, revisi= on somewhere within 100 of 25300~, compiled with UEFI source modifications = (arch/x86/setup.c).

My board is an ASRock Extreme4 Gen3, I have 2x USB 2.0 = and 2x USB 3.0 controllers, so plenty of ports.

For your situation, I would double check as I imagine your USB= 2.0 drivers are part of the motherboard chipset download (since they are &= quot;onboard" aka part of the Motherboard Chipset). =A0Worth a try. = =A0Alternatively you could always try late-binding for USB 3.0 this way whe= n you are done you can give it back to Dom0.




On Thu, Jul 5, 2012 at 6:54 PM, Matthias <matthias.kanne= nberg@googlemail.com> wrote:
This is interesting, because with my pci pas= sthrough i only get USB1.1
speed which is about 1,5MB/s max (i actually get 0,9MB/s).. so this is
a huge difference your results..

May i ask what kernel and xen you are using and if you are doing
something unusual or different to the common way?

I actually have a usb3 controller too, but i would like to keep it to
the dom0 because i'm doing my server backups through it..

I have a Asus Crosshair IV and there are no actuall USB2 drivers for it.. := (

2012/7/6 Casey DeLorme <cdelorme@g= mail.com>:
>
> I use PCI Passthrough myself, seems to work fine. =A0Data copy speeds = are
> 11-15MB/sec so if that's what you are getting that sounds about ri= ght.
>
> I also have a USB 3.0 controller, I get 60MB/sec on that, but unlike t= he USB
> 2.0 I had to install the drivers from the motherboard manufacturer to = get
> them to function.
>
> Have you tried downloading your boards drivers and installing them for= the
> USB 2.0 drives?
>
> On Thu, Jul 5, 2012 at 6:23 PM, Matthias
> <matthias.kan= nenberg@googlemail.com> wrote:
>>
>> Hi everyone,
>>
>> I was wondering if there is any way to get USB2.0 Support working = in
>> Win7 domUs..
>>
>> I tried the following:
>>
>> PCI-Passthrough of the USB-Hostcontroler: Works, but only gives me=
>> USB1.1-Speed (okay for mouse/keyboard, but trying to import 60GB o= f
>> RAW-Photos from a vacation is kind of annoying ;) )
>> Using 'usb =3D' in domU config: doesn't work for me >> using vusb with attatching in config: doesn't work for me
>> using vusb with xm usb-attach: doesn't work for me
>>
>> Something which might be notable: When using the vusb methods the = usb
>> devices show up correctly in xm usb-list so it seems that this wor= ks,
>> but they don't show up in the domU (win doesn't find any n= ew hardware)
>> and the thing which is most odd to me is: they still work in the d= om0.
>> So if i attach my keyboard to the domU, i still can type in dom0 e= ven
>> though the keyboard is listed as assigned in xm usb-list for the d= omU.
>>
>> Any other options / ideas to get my card reader running?
>>
>> P.S.: Using current xen-testing & 3.4.2er Kernel
>>
>> _______________________________________________
>> Xen-users mailing list
>> Xen-users@lists.xen.org=
>> http:= //lists.xen.org/xen-users
>
>

--e89a8f923ba49d72f904c41d5e58-- --===============8364313373418345238== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8364313373418345238==-- From xen-users-bounces@lists.xen.org Fri Jul 06 00:43:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jul 2012 00:43:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Smwcc-0003ZT-VW; Fri, 06 Jul 2012 00:42:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Smwcb-0003ZO-6A for xen-users@lists.xen.org; Fri, 06 Jul 2012 00:42:09 +0000 Received: from [85.158.139.83:6184] by server-3.bemta-5.messagelabs.com id 08/37-03367-06436FF4; Fri, 06 Jul 2012 00:42:08 +0000 X-Env-Sender: subforos@gmail.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1341535326!23990156!1 X-Originating-IP: [209.85.160.173] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3999 invoked from network); 6 Jul 2012 00:42:07 -0000 Received: from mail-gh0-f173.google.com (HELO mail-gh0-f173.google.com) (209.85.160.173) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jul 2012 00:42:07 -0000 Received: by ghrr14 with SMTP id r14so9272317ghr.32 for ; Thu, 05 Jul 2012 17:42:05 -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 :content-type; bh=BiZJbjDOANTzGSIoel1hPlqE+m4ah9YQSuZpvnM6tqI=; b=qSg1pzuJCQez+cjPM1Gb/C1kHmDAK/9DGkrGYKeSrQROdrspdnZiq2fukuZBtLfskE T6G4U78QMw2gaDuMhMp9FQw5kx58Y0DDALL49xDF3Bz1nG5XMA2pUfKIzBFgoqs5yY9G MMSmKpRNykBg9eIWHHmOaezg5oDmzLiEyQUdZz/Bu9XrV5e632WmCUvWscHnyDMk6p+Z 8L+lPof5BM8vYByRYDncSwjpkaUqqYCoAsk7zwtuIoKtfM320igpxIufiPj9cTY7AMqi hEP1lFJVuJXF84m1ZW/m4h+uB/1ciea/Np0h382KSsCS/yDNMz8mdLEnDWFdvzISEffg ujng== Received: by 10.50.188.131 with SMTP id ga3mr1160349igc.54.1341535325300; Thu, 05 Jul 2012 17:42:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.223.197 with HTTP; Thu, 5 Jul 2012 17:41:35 -0700 (PDT) In-Reply-To: References: From: Flako Date: Thu, 5 Jul 2012 21:41:35 -0300 Message-ID: To: xen-users@lists.xen.org Subject: Re: [Xen-users] USB2.0 in Windows7 GPLPV 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="===============1296292669022994235==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1296292669022994235== Content-Type: multipart/alternative; boundary=14dae934115784a91b04c41e88e0 --14dae934115784a91b04c41e88e0 Content-Type: text/plain; charset=ISO-8859-1 2012/7/5 Casey DeLorme > > I use PCI Passthrough myself, seems to work fine. Data copy speeds are > 11-15MB/sec so if that's what you are getting that sounds about right. > > I also have a USB 3.0 controller, I get 60MB/sec on that, but unlike the > USB 2.0 I had to install the drivers from the motherboard manufacturer to > get them to function. > > Have you tried downloading your boards drivers and installing them for the > USB 2.0 drives? > > > On Thu, Jul 5, 2012 at 6:23 PM, Matthias < > matthias.kannenberg@googlemail.com> wrote: > >> Hi everyone, >> >> I was wondering if there is any way to get USB2.0 Support working in >> Win7 domUs.. >> >> I tried the following: >> >> PCI-Passthrough of the USB-Hostcontroler: Works, but only gives me >> USB1.1-Speed (okay for mouse/keyboard, but trying to import 60GB of >> RAW-Photos from a vacation is kind of annoying ;) ) >> Using 'usb =' in domU config: doesn't work for me >> using vusb with attatching in config: doesn't work for me >> using vusb with xm usb-attach: doesn't work for me >> >> Something which might be notable: When using the vusb methods the usb >> devices show up correctly in xm usb-list so it seems that this works, >> but they don't show up in the domU (win doesn't find any new hardware) >> and the thing which is most odd to me is: they still work in the dom0. >> So if i attach my keyboard to the domU, i still can type in dom0 even >> though the keyboard is listed as assigned in xm usb-list for the domU. >> >> Any other options / ideas to get my card reader running? >> >> P.S.: Using current xen-testing & 3.4.2er Kernel >> >> _______________________________________________ >> > Send us the result of "lsusb-v" and xm "usb-add xm DomU host: xxx: yyy", maybe you have something wrong .. I have not used intensively gplpv USB (do not remember speed), but if you walk with good performance, you could try XenPCIpassthrough. --14dae934115784a91b04c41e88e0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable


2012/7/5 Casey DeLorme <cdelorme@gmail= .com>

I use PCI Passthrough myself, seems to work fine. =A0Data co= py speeds are 11-15MB/sec so if that's what you are getting that sounds= about right.

I also have a USB 3.0 controller, I get 60= MB/sec on that, but unlike the USB 2.0 I had to install the drivers from th= e motherboard manufacturer to get them to function.

Have you tried downloading your boards drivers and inst= alling them for the USB 2.0 drives?


On Thu, Jul 5, 2012 at 6:23 PM, Matthias <matthias.kannenberg@googlemail.com> wrote:
Hi everyone,

I was wondering if there is any way to get USB2.0 Support working in
Win7 domUs..

I tried the following:

PCI-Passthrough of the USB-Hostcontroler: Works, but only gives me
USB1.1-Speed (okay for mouse/keyboard, but trying to import 60GB of
RAW-Photos from a vacation is kind of annoying ;) )
Using 'usb =3D' in domU config: doesn't work for me
using vusb with attatching in config: doesn't work for me
using vusb with xm usb-attach: doesn't work for me

Something which might be notable: When using the vusb methods the usb
devices show up correctly in xm usb-list so it seems that this works,
but they don't show up in the domU (win doesn't find any new hardwa= re)
and the thing which is most odd to me is: they still work in the dom0.
So if i attach my keyboard to the domU, i still can type in dom0 even
though the keyboard is listed as assigned in xm usb-list for the domU.

Any other options / ideas to get my card reader running?

P.S.: Using current xen-testing & 3.4.2er Kernel

_______________________________________________



=A0=A0=A0 Send us<= /span> the result of &qu= ot;lsusb-v" and xm "usb-add xm DomU host: x= xx: yyy", maybe you have something wrong ..<= br> =A0=A0 I have not used inten= sively gplpv USB (do not remember speed),<= /span> but if you walk with good performance, you could t= ry XenPCIpassthrough.=
=A0
=A0
--14dae934115784a91b04c41e88e0-- --===============1296292669022994235== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1296292669022994235==-- From xen-users-bounces@lists.xen.org Fri Jul 06 00:43:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jul 2012 00:43:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Smwcc-0003ZT-VW; Fri, 06 Jul 2012 00:42:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Smwcb-0003ZO-6A for xen-users@lists.xen.org; Fri, 06 Jul 2012 00:42:09 +0000 Received: from [85.158.139.83:6184] by server-3.bemta-5.messagelabs.com id 08/37-03367-06436FF4; Fri, 06 Jul 2012 00:42:08 +0000 X-Env-Sender: subforos@gmail.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1341535326!23990156!1 X-Originating-IP: [209.85.160.173] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.10; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3999 invoked from network); 6 Jul 2012 00:42:07 -0000 Received: from mail-gh0-f173.google.com (HELO mail-gh0-f173.google.com) (209.85.160.173) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jul 2012 00:42:07 -0000 Received: by ghrr14 with SMTP id r14so9272317ghr.32 for ; Thu, 05 Jul 2012 17:42:05 -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 :content-type; bh=BiZJbjDOANTzGSIoel1hPlqE+m4ah9YQSuZpvnM6tqI=; b=qSg1pzuJCQez+cjPM1Gb/C1kHmDAK/9DGkrGYKeSrQROdrspdnZiq2fukuZBtLfskE T6G4U78QMw2gaDuMhMp9FQw5kx58Y0DDALL49xDF3Bz1nG5XMA2pUfKIzBFgoqs5yY9G MMSmKpRNykBg9eIWHHmOaezg5oDmzLiEyQUdZz/Bu9XrV5e632WmCUvWscHnyDMk6p+Z 8L+lPof5BM8vYByRYDncSwjpkaUqqYCoAsk7zwtuIoKtfM320igpxIufiPj9cTY7AMqi hEP1lFJVuJXF84m1ZW/m4h+uB/1ciea/Np0h382KSsCS/yDNMz8mdLEnDWFdvzISEffg ujng== Received: by 10.50.188.131 with SMTP id ga3mr1160349igc.54.1341535325300; Thu, 05 Jul 2012 17:42:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.223.197 with HTTP; Thu, 5 Jul 2012 17:41:35 -0700 (PDT) In-Reply-To: References: From: Flako Date: Thu, 5 Jul 2012 21:41:35 -0300 Message-ID: To: xen-users@lists.xen.org Subject: Re: [Xen-users] USB2.0 in Windows7 GPLPV 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="===============1296292669022994235==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1296292669022994235== Content-Type: multipart/alternative; boundary=14dae934115784a91b04c41e88e0 --14dae934115784a91b04c41e88e0 Content-Type: text/plain; charset=ISO-8859-1 2012/7/5 Casey DeLorme > > I use PCI Passthrough myself, seems to work fine. Data copy speeds are > 11-15MB/sec so if that's what you are getting that sounds about right. > > I also have a USB 3.0 controller, I get 60MB/sec on that, but unlike the > USB 2.0 I had to install the drivers from the motherboard manufacturer to > get them to function. > > Have you tried downloading your boards drivers and installing them for the > USB 2.0 drives? > > > On Thu, Jul 5, 2012 at 6:23 PM, Matthias < > matthias.kannenberg@googlemail.com> wrote: > >> Hi everyone, >> >> I was wondering if there is any way to get USB2.0 Support working in >> Win7 domUs.. >> >> I tried the following: >> >> PCI-Passthrough of the USB-Hostcontroler: Works, but only gives me >> USB1.1-Speed (okay for mouse/keyboard, but trying to import 60GB of >> RAW-Photos from a vacation is kind of annoying ;) ) >> Using 'usb =' in domU config: doesn't work for me >> using vusb with attatching in config: doesn't work for me >> using vusb with xm usb-attach: doesn't work for me >> >> Something which might be notable: When using the vusb methods the usb >> devices show up correctly in xm usb-list so it seems that this works, >> but they don't show up in the domU (win doesn't find any new hardware) >> and the thing which is most odd to me is: they still work in the dom0. >> So if i attach my keyboard to the domU, i still can type in dom0 even >> though the keyboard is listed as assigned in xm usb-list for the domU. >> >> Any other options / ideas to get my card reader running? >> >> P.S.: Using current xen-testing & 3.4.2er Kernel >> >> _______________________________________________ >> > Send us the result of "lsusb-v" and xm "usb-add xm DomU host: xxx: yyy", maybe you have something wrong .. I have not used intensively gplpv USB (do not remember speed), but if you walk with good performance, you could try XenPCIpassthrough. --14dae934115784a91b04c41e88e0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable


2012/7/5 Casey DeLorme <cdelorme@gmail= .com>

I use PCI Passthrough myself, seems to work fine. =A0Data co= py speeds are 11-15MB/sec so if that's what you are getting that sounds= about right.

I also have a USB 3.0 controller, I get 60= MB/sec on that, but unlike the USB 2.0 I had to install the drivers from th= e motherboard manufacturer to get them to function.

Have you tried downloading your boards drivers and inst= alling them for the USB 2.0 drives?


On Thu, Jul 5, 2012 at 6:23 PM, Matthias <matthias.kannenberg@googlemail.com> wrote:
Hi everyone,

I was wondering if there is any way to get USB2.0 Support working in
Win7 domUs..

I tried the following:

PCI-Passthrough of the USB-Hostcontroler: Works, but only gives me
USB1.1-Speed (okay for mouse/keyboard, but trying to import 60GB of
RAW-Photos from a vacation is kind of annoying ;) )
Using 'usb =3D' in domU config: doesn't work for me
using vusb with attatching in config: doesn't work for me
using vusb with xm usb-attach: doesn't work for me

Something which might be notable: When using the vusb methods the usb
devices show up correctly in xm usb-list so it seems that this works,
but they don't show up in the domU (win doesn't find any new hardwa= re)
and the thing which is most odd to me is: they still work in the dom0.
So if i attach my keyboard to the domU, i still can type in dom0 even
though the keyboard is listed as assigned in xm usb-list for the domU.

Any other options / ideas to get my card reader running?

P.S.: Using current xen-testing & 3.4.2er Kernel

_______________________________________________



=A0=A0=A0 Send us<= /span> the result of &qu= ot;lsusb-v" and xm "usb-add xm DomU host: x= xx: yyy", maybe you have something wrong ..<= br> =A0=A0 I have not used inten= sively gplpv USB (do not remember speed),<= /span> but if you walk with good performance, you could t= ry XenPCIpassthrough.=
=A0
=A0
--14dae934115784a91b04c41e88e0-- --===============1296292669022994235== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1296292669022994235==-- From xen-users-bounces@lists.xen.org Fri Jul 06 00:59:17 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jul 2012 00: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 1Smwrl-0003ti-Mm; Fri, 06 Jul 2012 00:57:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Smwrk-0003tY-25 for xen-users@lists.xen.org; Fri, 06 Jul 2012 00:57:48 +0000 Received: from [85.158.143.35:5754] by server-2.bemta-4.messagelabs.com id 79/D3-17938-B0836FF4; Fri, 06 Jul 2012 00:57:47 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1341536266!12613549!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19377 invoked from network); 6 Jul 2012 00:57:47 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jul 2012 00:57:47 -0000 Received: by lbok6 with SMTP id k6so1431243lbo.32 for ; Thu, 05 Jul 2012 17:57:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:cc :content-type; bh=1eGPvDJkPMGbNtsiWsJ8TO6v7NrUUxjxBCDam7UQJQ8=; b=zOP4J/5iw11mk8ZjfDTt1suOHYKyCxtViTKDEmtX7+GRrMzLPukebux0tXrMHAjAOd cWZg8glqFNz5SV5F1mOu01N8U0/IQpc0Kz7oJ9XK7YAhNBmr0H+M1Hd2Tc7iVoqiwSMS /EdERaHMuE/Pvc2wKDhdl3LxFbjnWrWzlUjkmLJb6UXyxyDWDv9XM7sTCBlSft7aQfX0 z4Gf52iRnX/aeDZCuLd2fB5xtOfltZHrrLyC/Ak7lA3XLhYNpuaPjFomJbHnyYH5U2n6 DY3Gagj7l7VV8gnacUfQcwFNkrUcMD/3VL5Gm1VJX01rGrWGyanxyyDRPUXAMw8OO8Ya VgWQ== Received: by 10.152.48.37 with SMTP id i5mr28000316lan.36.1341536266262; Thu, 05 Jul 2012 17:57:46 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.8.105 with HTTP; Thu, 5 Jul 2012 17:57:25 -0700 (PDT) In-Reply-To: References: From: Matthias Date: Fri, 6 Jul 2012 02:57:25 +0200 Message-ID: Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] USB2.0 in Windows7 GPLPV Guest X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Tried different things with usb3.0 and 2.0 controller and 3.0 and 2.0 devices: 2.0 device on 2.0 controller: usb1.1 speed (0.9MB/s) 2.0 device on 3.0 controller: usb1.1 speed (0.9MB/s) 3.0 device on 3.0 controller: usb3 speed (80-90MB/s) 3.0 device on 2.0 controller: usb1.1 speed (0.9MB/s) (USB2 and USB3 Controller via pci-passthrough) something i found especially interesting is that usb2 devices on usb3 ports show up under the normal usb2 host controller, not the 3.0-one.. @Casey: Could you test if you get massively slower speed with usb2 devices on a usb3 port? Starting to think about getting me an USB3.0 Cardreader :/ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 06 00:59:17 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jul 2012 00: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 1Smwrl-0003ti-Mm; Fri, 06 Jul 2012 00:57:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Smwrk-0003tY-25 for xen-users@lists.xen.org; Fri, 06 Jul 2012 00:57:48 +0000 Received: from [85.158.143.35:5754] by server-2.bemta-4.messagelabs.com id 79/D3-17938-B0836FF4; Fri, 06 Jul 2012 00:57:47 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1341536266!12613549!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19377 invoked from network); 6 Jul 2012 00:57:47 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jul 2012 00:57:47 -0000 Received: by lbok6 with SMTP id k6so1431243lbo.32 for ; Thu, 05 Jul 2012 17:57:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:cc :content-type; bh=1eGPvDJkPMGbNtsiWsJ8TO6v7NrUUxjxBCDam7UQJQ8=; b=zOP4J/5iw11mk8ZjfDTt1suOHYKyCxtViTKDEmtX7+GRrMzLPukebux0tXrMHAjAOd cWZg8glqFNz5SV5F1mOu01N8U0/IQpc0Kz7oJ9XK7YAhNBmr0H+M1Hd2Tc7iVoqiwSMS /EdERaHMuE/Pvc2wKDhdl3LxFbjnWrWzlUjkmLJb6UXyxyDWDv9XM7sTCBlSft7aQfX0 z4Gf52iRnX/aeDZCuLd2fB5xtOfltZHrrLyC/Ak7lA3XLhYNpuaPjFomJbHnyYH5U2n6 DY3Gagj7l7VV8gnacUfQcwFNkrUcMD/3VL5Gm1VJX01rGrWGyanxyyDRPUXAMw8OO8Ya VgWQ== Received: by 10.152.48.37 with SMTP id i5mr28000316lan.36.1341536266262; Thu, 05 Jul 2012 17:57:46 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.8.105 with HTTP; Thu, 5 Jul 2012 17:57:25 -0700 (PDT) In-Reply-To: References: From: Matthias Date: Fri, 6 Jul 2012 02:57:25 +0200 Message-ID: Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] USB2.0 in Windows7 GPLPV Guest X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Tried different things with usb3.0 and 2.0 controller and 3.0 and 2.0 devices: 2.0 device on 2.0 controller: usb1.1 speed (0.9MB/s) 2.0 device on 3.0 controller: usb1.1 speed (0.9MB/s) 3.0 device on 3.0 controller: usb3 speed (80-90MB/s) 3.0 device on 2.0 controller: usb1.1 speed (0.9MB/s) (USB2 and USB3 Controller via pci-passthrough) something i found especially interesting is that usb2 devices on usb3 ports show up under the normal usb2 host controller, not the 3.0-one.. @Casey: Could you test if you get massively slower speed with usb2 devices on a usb3 port? Starting to think about getting me an USB3.0 Cardreader :/ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 06 03:02:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jul 2012 03:02: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 1Smyn9-0000I0-DV; Fri, 06 Jul 2012 03:01:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Smyn7-0000Hs-Vz for xen-users@lists.xen.org; Fri, 06 Jul 2012 03:01:10 +0000 Received: from [85.158.138.51:63622] by server-2.bemta-3.messagelabs.com id FA/66-10266-4F456FF4; Fri, 06 Jul 2012 03:01:08 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1341543666!19423414!1 X-Originating-IP: [209.85.161.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2047 invoked from network); 6 Jul 2012 03:01:08 -0000 Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com) (209.85.161.173) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jul 2012 03:01:08 -0000 Received: by ggnp1 with SMTP id p1so9339927ggn.32 for ; Thu, 05 Jul 2012 20:01: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:date:message-id:subject:from:to :cc:content-type; bh=ptx2/sRhX1TuDGIJ5LPwnsFjnS9SA/BbRq//8cwPWIM=; b=AGC9gLwisvpHaxugVgkSMQPk/zjGokxs4BtNBRWV+sYkkul04mMhzcHUgll7HF1d3h RZbldxNFQwycB1siDre7gNlSZaRjqpTkcw8NPmRUxfbm2udtanBSwhl3sWpAidmRoHJv Ocy8VqfPey9dCWdfcaK9NAgom/9UisKVzPQULDmXsJr9FJmh94odBE6k3Y7DQSvPTeDH y6XRSNe+HF4TVE0THOU9ERFV0HVdQlLVK0MpqhJ8xN+6P18s/LicgjI9B1b7s1sbjCmz 6txY5xazRWBn94vuZcf7cQBQ+/IFl6MDd54PYWwBkJH3kBAiocSSaD2MogWBdgBDfHc4 R8FA== MIME-Version: 1.0 Received: by 10.50.104.228 with SMTP id gh4mr1265348igb.71.1341543666212; Thu, 05 Jul 2012 20:01:06 -0700 (PDT) Received: by 10.64.78.1 with HTTP; Thu, 5 Jul 2012 20:01:06 -0700 (PDT) In-Reply-To: References: Date: Thu, 5 Jul 2012 23:01:06 -0400 Message-ID: From: Casey DeLorme To: Matthias Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] USB2.0 in Windows7 GPLPV 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="===============8047798964968208279==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8047798964968208279== Content-Type: multipart/alternative; boundary=e89a8f234cbfacddea04c42079f0 --e89a8f234cbfacddea04c42079f0 Content-Type: text/plain; charset=ISO-8859-1 I just tested my own suggestion with no changes in USB 2.0 speeds, however I did verify much greater speeds when running USB 2.0 External on my USB 3.0 drive port. If you visit your motherboard manufacturers web page, download their "INF" package, that contains the USB 2.0 drivers specific to your motherboards chipset. You can select the controllers from device manager and manually point to the files, this way you only load those specific drivers. Speed tests: USB 3.0 to 3.0 sustained 90MB/sec. USB 3.0 to USB 2.0 external sustained over 50MB/sec (forwards compatible USB 2.0? Seems absurdly speedy). USB 2.0 to USB 2.0 with default windows drivers sustained 13-15 MB/sec. This speed remained the same with the Motherboards drivers, but the devices are now listed under the same name as Linux identifies them (by their chipset). I hope this helps. On Thu, Jul 5, 2012 at 8:57 PM, Matthias wrote: > Tried different things with usb3.0 and 2.0 controller and 3.0 and 2.0 > devices: > > 2.0 device on 2.0 controller: usb1.1 speed (0.9MB/s) > 2.0 device on 3.0 controller: usb1.1 speed (0.9MB/s) > 3.0 device on 3.0 controller: usb3 speed (80-90MB/s) > 3.0 device on 2.0 controller: usb1.1 speed (0.9MB/s) > > (USB2 and USB3 Controller via pci-passthrough) > something i found especially interesting is that usb2 devices on usb3 > ports show up under the normal usb2 host controller, not the 3.0-one.. > > @Casey: Could you test if you get massively slower speed with usb2 > devices on a usb3 port? > > Starting to think about getting me an USB3.0 Cardreader :/ > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --e89a8f234cbfacddea04c42079f0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I just tested my own suggestion with no changes in= USB 2.0 speeds, however I did verify much greater speeds when running USB = 2.0 External on my USB 3.0 drive port.

If you visi= t your motherboard manufacturers web page, download their "INF" p= ackage, that contains the USB 2.0 drivers specific to your motherboards chi= pset. =A0You can select the controllers from device manager and manually po= int to the files, this way you only load those specific drivers.

Speed tests:

USB 3.0 to 3.0 su= stained 90MB/sec.

USB 3.0 to USB 2.0 external sust= ained over 50MB/sec (forwards compatible USB 2.0? =A0Seems absurdly speedy)= .

USB 2.0 to USB 2.0 with default windows drivers sustain= ed 13-15 MB/sec. =A0This speed remained the same with the Motherboards driv= ers, but the devices are now listed under the same name as Linux identifies= them (by their chipset).

I hope this helps.

On Thu, Jul 5, 2012 at 8:57 PM, Matthias <matthias.kannenberg@googlemail.com> wrote:
Tried different things with usb3.0 and 2.0 c= ontroller and 3.0 and 2.0 devices:

2.0 device on 2.0 controller: usb1.1 speed (0.9MB/s)
2.0 device on 3.0 controller: usb1.1 speed (0.9MB/s)
3.0 device on 3.0 controller: usb3 speed (80-90MB/s)
3.0 device on 2.0 controller: usb1.1 speed (0.9MB/s)

(USB2 and USB3 Controller via pci-passthrough)
something i found especially interesting is that usb2 devices on usb3
ports show up under the normal usb2 host controller, not the 3.0-one..

@Casey: Could you test if you get massively slower speed with usb2
devices on a usb3 port?

Starting to think about getting me an USB3.0 Cardreader :/

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

--e89a8f234cbfacddea04c42079f0-- --===============8047798964968208279== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8047798964968208279==-- From xen-users-bounces@lists.xen.org Fri Jul 06 03:02:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jul 2012 03:02: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 1Smyn9-0000I0-DV; Fri, 06 Jul 2012 03:01:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Smyn7-0000Hs-Vz for xen-users@lists.xen.org; Fri, 06 Jul 2012 03:01:10 +0000 Received: from [85.158.138.51:63622] by server-2.bemta-3.messagelabs.com id FA/66-10266-4F456FF4; Fri, 06 Jul 2012 03:01:08 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1341543666!19423414!1 X-Originating-IP: [209.85.161.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2047 invoked from network); 6 Jul 2012 03:01:08 -0000 Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com) (209.85.161.173) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jul 2012 03:01:08 -0000 Received: by ggnp1 with SMTP id p1so9339927ggn.32 for ; Thu, 05 Jul 2012 20:01: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:date:message-id:subject:from:to :cc:content-type; bh=ptx2/sRhX1TuDGIJ5LPwnsFjnS9SA/BbRq//8cwPWIM=; b=AGC9gLwisvpHaxugVgkSMQPk/zjGokxs4BtNBRWV+sYkkul04mMhzcHUgll7HF1d3h RZbldxNFQwycB1siDre7gNlSZaRjqpTkcw8NPmRUxfbm2udtanBSwhl3sWpAidmRoHJv Ocy8VqfPey9dCWdfcaK9NAgom/9UisKVzPQULDmXsJr9FJmh94odBE6k3Y7DQSvPTeDH y6XRSNe+HF4TVE0THOU9ERFV0HVdQlLVK0MpqhJ8xN+6P18s/LicgjI9B1b7s1sbjCmz 6txY5xazRWBn94vuZcf7cQBQ+/IFl6MDd54PYWwBkJH3kBAiocSSaD2MogWBdgBDfHc4 R8FA== MIME-Version: 1.0 Received: by 10.50.104.228 with SMTP id gh4mr1265348igb.71.1341543666212; Thu, 05 Jul 2012 20:01:06 -0700 (PDT) Received: by 10.64.78.1 with HTTP; Thu, 5 Jul 2012 20:01:06 -0700 (PDT) In-Reply-To: References: Date: Thu, 5 Jul 2012 23:01:06 -0400 Message-ID: From: Casey DeLorme To: Matthias Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] USB2.0 in Windows7 GPLPV 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="===============8047798964968208279==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8047798964968208279== Content-Type: multipart/alternative; boundary=e89a8f234cbfacddea04c42079f0 --e89a8f234cbfacddea04c42079f0 Content-Type: text/plain; charset=ISO-8859-1 I just tested my own suggestion with no changes in USB 2.0 speeds, however I did verify much greater speeds when running USB 2.0 External on my USB 3.0 drive port. If you visit your motherboard manufacturers web page, download their "INF" package, that contains the USB 2.0 drivers specific to your motherboards chipset. You can select the controllers from device manager and manually point to the files, this way you only load those specific drivers. Speed tests: USB 3.0 to 3.0 sustained 90MB/sec. USB 3.0 to USB 2.0 external sustained over 50MB/sec (forwards compatible USB 2.0? Seems absurdly speedy). USB 2.0 to USB 2.0 with default windows drivers sustained 13-15 MB/sec. This speed remained the same with the Motherboards drivers, but the devices are now listed under the same name as Linux identifies them (by their chipset). I hope this helps. On Thu, Jul 5, 2012 at 8:57 PM, Matthias wrote: > Tried different things with usb3.0 and 2.0 controller and 3.0 and 2.0 > devices: > > 2.0 device on 2.0 controller: usb1.1 speed (0.9MB/s) > 2.0 device on 3.0 controller: usb1.1 speed (0.9MB/s) > 3.0 device on 3.0 controller: usb3 speed (80-90MB/s) > 3.0 device on 2.0 controller: usb1.1 speed (0.9MB/s) > > (USB2 and USB3 Controller via pci-passthrough) > something i found especially interesting is that usb2 devices on usb3 > ports show up under the normal usb2 host controller, not the 3.0-one.. > > @Casey: Could you test if you get massively slower speed with usb2 > devices on a usb3 port? > > Starting to think about getting me an USB3.0 Cardreader :/ > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --e89a8f234cbfacddea04c42079f0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I just tested my own suggestion with no changes in= USB 2.0 speeds, however I did verify much greater speeds when running USB = 2.0 External on my USB 3.0 drive port.

If you visi= t your motherboard manufacturers web page, download their "INF" p= ackage, that contains the USB 2.0 drivers specific to your motherboards chi= pset. =A0You can select the controllers from device manager and manually po= int to the files, this way you only load those specific drivers.

Speed tests:

USB 3.0 to 3.0 su= stained 90MB/sec.

USB 3.0 to USB 2.0 external sust= ained over 50MB/sec (forwards compatible USB 2.0? =A0Seems absurdly speedy)= .

USB 2.0 to USB 2.0 with default windows drivers sustain= ed 13-15 MB/sec. =A0This speed remained the same with the Motherboards driv= ers, but the devices are now listed under the same name as Linux identifies= them (by their chipset).

I hope this helps.

On Thu, Jul 5, 2012 at 8:57 PM, Matthias <matthias.kannenberg@googlemail.com> wrote:
Tried different things with usb3.0 and 2.0 c= ontroller and 3.0 and 2.0 devices:

2.0 device on 2.0 controller: usb1.1 speed (0.9MB/s)
2.0 device on 3.0 controller: usb1.1 speed (0.9MB/s)
3.0 device on 3.0 controller: usb3 speed (80-90MB/s)
3.0 device on 2.0 controller: usb1.1 speed (0.9MB/s)

(USB2 and USB3 Controller via pci-passthrough)
something i found especially interesting is that usb2 devices on usb3
ports show up under the normal usb2 host controller, not the 3.0-one..

@Casey: Could you test if you get massively slower speed with usb2
devices on a usb3 port?

Starting to think about getting me an USB3.0 Cardreader :/

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

--e89a8f234cbfacddea04c42079f0-- --===============8047798964968208279== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8047798964968208279==-- From xen-users-bounces@lists.xen.org Fri Jul 06 06:57:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jul 2012 06:57: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 1Sn2SV-0001jq-Qh; Fri, 06 Jul 2012 06:56:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sn2SU-0001jl-QC for xen-users@lists.xen.org; Fri, 06 Jul 2012 06:56:07 +0000 Received: from [85.158.143.99:36877] by server-1.bemta-4.messagelabs.com id 20/2F-24392-60C86FF4; Fri, 06 Jul 2012 06:56:06 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-14.tower-216.messagelabs.com!1341557764!17844186!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28817 invoked from network); 6 Jul 2012 06:56:05 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-14.tower-216.messagelabs.com with AES128-SHA encrypted SMTP; 6 Jul 2012 06:56:05 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Fri, 6 Jul 2012 08:56:03 +0200 From: Stephan Seitz To: Zach Al-Nasser Thread-Topic: [Xen-users] Can't ping guest, but guest can ping me. Thread-Index: AQHNWu7iYikXZVmgzUKuM6zK7DANQpcbsWmA Date: Fri, 6 Jul 2012 06:56:02 +0000 Message-ID: <1341557761.352.144.camel@wotan2> References: In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Can't ping guest, but guest can ping me. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4355660359771933109==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4355660359771933109== Content-Language: de-DE Content-Type: multipart/alternative; boundary="_000_1341557761352144camelwotan2_" --_000_1341557761352144camelwotan2_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpBbSBEb25uZXJzdGFnLCBkZW4gMDUuMDcuMjAxMiwgMTY6MTEgLTA0MDAgc2NocmllYiBaYWNo IEFsLU5hc3NlcjoNCkhlbGxvIGFsbCwgSSdtIG5ldyB0byB4ZW4gYW5kIHRoaXMgbWFpbGluZyBs aXN0LCBzbyBmb3JnaXZlIG1lIGlmIEknbSBkb2luZyB0aGlzIHdyb25nLg0KDQoNCkkndmUgYmVl biBydW5uaW5nIHhlbiBmb3IgYSBmZXcgd2Vla3Mgbm93IG9uIGFuIFVidW50dSAxMi4wNCBzZXJ2 ZXIuIEkndmUgZ290IDMgZ3Vlc3RzOiBhIFdpbmRvd3MgU2VydmVyIDIwMDMgZ3Vlc3QsIGFuIFVi dW50dSBndWVzdCwgYW5kIGEgV2luZG93cyA3IEd1ZXN0LiBNeSBTZXJ2ZXIgMjAwMyBndWVzdCBz ZWVtcyB0byB3b3JrIGZpbmU7IEkgY2FuIHBpbmcgaXQgZnJvbSB0aGUgbmV0d29yaywgdGhlIGhv c3RuYW1lIHJlc29sdmVzIGNvcnJlY3RseSwgYW5kIGl0IGNhbiBzZWUgdGhlIGludGVybmV0LiBU aGlzIGd1ZXN0IGlzIGF0dGFjaGVkIHRvIHhlbmJyMCwgYW5kIGl0cyBJUCBpcyAxMC4xMDAuMS4y MS4NCg0KDQpNeSBXaW43IGd1ZXN0IGlzIHdoYXQgaXMgZHJpdmluZyBtZSBjcmF6eS4gSSB1c2Ug dGhlIHNhbWUgY29uZmlndXJhdGlvbiBzY3JpcHQgYXMgYSBiYXNlLCBjaGFuZ2luZyB0aGUgaW1w b3J0YW50IHBhcnRzIChob3N0bmFtZSBhbmQgYm9vdCBkaXNrLCBtYWlubHkpLiBJdCBpbnN0YWxs ZWQgY29ycmVjdGx5LCBhbmQgaXMgY3VycmVudGx5IHJ1bm5pbmcsIGJ1dCBJIGFtIHVuYWJsZSB0 byBwaW5nIHRoaXMgZ3Vlc3QuIEl0J3MgaG9zdG5hbWUgaXMgImFsZXhhbmRlciIsIHdpdGggYW4g SVAgb2YgMTAuMTAwLjEuMjIuIEl0IGlzIGFsc28gdXNpbmcgeGVuYnIwLiBUaGUgZ3Vlc3QgY2Fu IHBpbmcgdGhlIGZpcmV3YWxsIGFuZCB2YXJpb3VzIElQIGFkZHJlc3Nlc3MsIGJ1dCBzZWVtcyB1 bmFibGUgdG8gcmVzb2x2ZSBob3N0bmFtZXMuDQoNCg0KTm93IGhlcmVzIHRoZSB3ZWlyZCBwYXJ0 OiB3aGVuIEkgdXNlIHJkZXNrdG9wIChSRFAgY2xpZW50KSBmcm9tIG15IGxhcHRvcCAobm90IHRo ZSB4ZW4gaG9zdCkgdG8gY29ubmVjdCB0byBhbGV4YW5kZXIsIGl0IHdvcmtzIGp1c3QgZmluZS4g SXQgYXBwYXJlbnRseSByZXNvbHZlcyB0aGUgaG9zdG5hbWUgZmluZSwgYW5kIGRvZXMgdGhlIHNh bWUgd2l0aCB0aGUgSVAgYWRkcmVzcy4NCg0KDQpTbywgY2FuIHNvbWVvbmUgdGVsbCBtZSB3aHkg SSBjYW4gYWNjZXNzIHRoaXMgZ3Vlc3QgdXNpbmcgUkRQLCBidXQgbm90IHVzaW5nIHBpbmcsIG5z bG9va3VwLCB0cmFjZXJvdXRlLCBldGM/IEl0J3MgYXBwYXJlbnRseSBpbnZpc2libGUgdG8gYWxs IGJ1dCBSRFAuIEFsc28sIGlzIGl0IG9rYXkgdG8gdXNlIHR3byBndWVzdHMgb24gdGhlIHNhbWUg YnJpZGdlLCBvciBkbyBpIG5lZWQgZGlmZmVyZW50IG9uZXMgZm9yIGVhY2ggZ3Vlc3Q/DQoNCg0K VGhhbmtzIGluIGFkdmFuY2UgZm9yIGFueSBoZWxwLg0KDQpDaGVjayBpZiB0aGUgTUFDIGFkZHJl c3NlcyBvZiB0aGUgVklGJ3MuIHRoZSB2aXJ0dWFsIGludGVyZmFjZXMgYXJlIHVuaXF1ZS4gSWYg dGhpcyBpcyBhbHJlYWR5IGRvbmUsIHRyeSB0byBkaXNhYmxlIFRYIGNoZWNrc3VtbWluZyBvbiB0 aGUgaG9zdCBpbnRlcmZhY2UgeW91ciB4ZW5icjAgaXMgYm91bmQgdG8uDQplLmcuIGV0aHRvb2wg LUsgZXRoMCB0eCBvZmYNCklmIHlvdSdyZSB1c2luZyB4ZW5uZXQgaW50ZXJmYWNlcyBpbnNpZGUg eW91ciBXaW43IGd1ZXN0IChqYW1lcyBoYXJwZXJzIEdQTFBWIGRyaXZlcnMgb3IgdGhlIHNpZ25l ZCBvbmVzIGZyb20gdW5pdmVudGlvbiksIHlvdSBtaWdodCB3YW50IHRvIHRyeSBkaXNhYmxpbmcg dGhlIG9mZmxvYWQgc2V0dGluZ3MgaW4gdGhlIGRyaXZlcnMgc2V0dGluZ3MgcGFuZWwuDQoNCg0K DQoNCg0KDQoNCg0K --_000_1341557761352144camelwotan2_ Content-Type: text/html; charset="utf-8" Content-ID: <56D7AB671162534188E28D8BAB1668DE@nh.local> Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC4yLjIiPg0KPC9oZWFkPg0KPGJvZHk+DQo8YnI+DQpBbSBEb25u ZXJzdGFnLCBkZW4gMDUuMDcuMjAxMiwgMTY6MTEgLTA0MDAgc2NocmllYiBaYWNoIEFsLU5hc3Nl cjo8YnI+DQo8YmxvY2txdW90ZSB0eXBlPSJDSVRFIj5IZWxsbyBhbGwsIEknbSBuZXcgdG8geGVu IGFuZCB0aGlzIG1haWxpbmcgbGlzdCwgc28gZm9yZ2l2ZSBtZSBpZiBJJ20gZG9pbmcgdGhpcyB3 cm9uZy4NCjwvYmxvY2txdW90ZT4NCjxibG9ja3F1b3RlIHR5cGU9IkNJVEUiPjxicj4NCjxicj4N CjwvYmxvY2txdW90ZT4NCjxibG9ja3F1b3RlIHR5cGU9IkNJVEUiPkkndmUgYmVlbiBydW5uaW5n IHhlbiBmb3IgYSBmZXcgd2Vla3Mgbm93IG9uIGFuIFVidW50dSAxMi4wNCBzZXJ2ZXIuIEkndmUg Z290IDMgZ3Vlc3RzOiBhIFdpbmRvd3MgU2VydmVyIDIwMDMgZ3Vlc3QsIGFuIFVidW50dSBndWVz dCwgYW5kIGEgV2luZG93cyA3IEd1ZXN0LiBNeSBTZXJ2ZXIgMjAwMyBndWVzdCBzZWVtcyB0byB3 b3JrIGZpbmU7IEkgY2FuIHBpbmcgaXQgZnJvbSB0aGUgbmV0d29yaywgdGhlDQogaG9zdG5hbWUg cmVzb2x2ZXMgY29ycmVjdGx5LCBhbmQgaXQgY2FuIHNlZSB0aGUgaW50ZXJuZXQuIFRoaXMgZ3Vl c3QgaXMgYXR0YWNoZWQgdG8geGVuYnIwLCBhbmQgaXRzIElQIGlzIDEwLjEwMC4xLjIxLg0KPC9i bG9ja3F1b3RlPg0KPGJsb2NrcXVvdGUgdHlwZT0iQ0lURSI+PGJyPg0KPGJyPg0KPC9ibG9ja3F1 b3RlPg0KPGJsb2NrcXVvdGUgdHlwZT0iQ0lURSI+TXkgV2luNyBndWVzdCBpcyB3aGF0IGlzIGRy aXZpbmcgbWUgY3JhenkuIEkgdXNlIHRoZSBzYW1lIGNvbmZpZ3VyYXRpb24gc2NyaXB0IGFzIGEg YmFzZSwgY2hhbmdpbmcgdGhlIGltcG9ydGFudCBwYXJ0cyAoaG9zdG5hbWUgYW5kIGJvb3QgZGlz aywgbWFpbmx5KS4gSXQgaW5zdGFsbGVkIGNvcnJlY3RseSwgYW5kIGlzIGN1cnJlbnRseSBydW5u aW5nLCBidXQgSSBhbSB1bmFibGUgdG8gcGluZyB0aGlzIGd1ZXN0Lg0KIEl0J3MgaG9zdG5hbWUg aXMgJnF1b3Q7YWxleGFuZGVyJnF1b3Q7LCB3aXRoIGFuIElQIG9mIDEwLjEwMC4xLjIyLiBJdCBp cyBhbHNvIHVzaW5nIHhlbmJyMC4gVGhlIGd1ZXN0IGNhbiBwaW5nIHRoZSBmaXJld2FsbCBhbmQg dmFyaW91cyBJUCBhZGRyZXNzZXNzLCBidXQgc2VlbXMgdW5hYmxlIHRvIHJlc29sdmUgaG9zdG5h bWVzLiZuYnNwOw0KPC9ibG9ja3F1b3RlPg0KPGJsb2NrcXVvdGUgdHlwZT0iQ0lURSI+PGJyPg0K PGJyPg0KPC9ibG9ja3F1b3RlPg0KPGJsb2NrcXVvdGUgdHlwZT0iQ0lURSI+Tm93IGhlcmVzIHRo ZSB3ZWlyZCBwYXJ0OiB3aGVuIEkgdXNlIHJkZXNrdG9wIChSRFAgY2xpZW50KSBmcm9tIG15IGxh cHRvcCAobm90IHRoZSB4ZW4gaG9zdCkgdG8gY29ubmVjdCB0byBhbGV4YW5kZXIsIGl0IHdvcmtz IGp1c3QgZmluZS4gSXQgYXBwYXJlbnRseSByZXNvbHZlcyB0aGUgaG9zdG5hbWUgZmluZSwgYW5k IGRvZXMgdGhlIHNhbWUgd2l0aCB0aGUgSVAgYWRkcmVzcy4mbmJzcDsNCjwvYmxvY2txdW90ZT4N CjxibG9ja3F1b3RlIHR5cGU9IkNJVEUiPjxicj4NCjxicj4NCjwvYmxvY2txdW90ZT4NCjxibG9j a3F1b3RlIHR5cGU9IkNJVEUiPlNvLCBjYW4gc29tZW9uZSB0ZWxsIG1lIHdoeSBJIGNhbiBhY2Nl c3MgdGhpcyBndWVzdCB1c2luZyBSRFAsIGJ1dCBub3QgdXNpbmcgcGluZywgbnNsb29rdXAsIHRy YWNlcm91dGUsIGV0Yz8gSXQncyBhcHBhcmVudGx5IGludmlzaWJsZSB0byBhbGwgYnV0IFJEUC4g QWxzbywgaXMgaXQgb2theSB0byB1c2UgdHdvIGd1ZXN0cyBvbiB0aGUgc2FtZSBicmlkZ2UsIG9y IGRvIGkgbmVlZCBkaWZmZXJlbnQgb25lcw0KIGZvciBlYWNoIGd1ZXN0PyA8L2Jsb2NrcXVvdGU+ DQo8YmxvY2txdW90ZSB0eXBlPSJDSVRFIj48YnI+DQo8YnI+DQo8L2Jsb2NrcXVvdGU+DQo8Ymxv Y2txdW90ZSB0eXBlPSJDSVRFIj5UaGFua3MgaW4gYWR2YW5jZSBmb3IgYW55IGhlbHAuIDwvYmxv Y2txdW90ZT4NCjxicj4NCkNoZWNrIGlmIHRoZSBNQUMgYWRkcmVzc2VzIG9mIHRoZSBWSUYncy4g dGhlIHZpcnR1YWwgaW50ZXJmYWNlcyBhcmUgdW5pcXVlLiBJZiB0aGlzIGlzIGFscmVhZHkgZG9u ZSwgdHJ5IHRvIGRpc2FibGUgVFggY2hlY2tzdW1taW5nIG9uIHRoZSBob3N0IGludGVyZmFjZSB5 b3VyIHhlbmJyMCBpcyBib3VuZCB0by48YnI+DQplLmcuIGV0aHRvb2wgLUsgZXRoMCB0eCBvZmY8 YnI+DQpJZiB5b3UncmUgdXNpbmcgeGVubmV0IGludGVyZmFjZXMgaW5zaWRlIHlvdXIgV2luNyBn dWVzdCAoamFtZXMgaGFycGVycyBHUExQViBkcml2ZXJzIG9yIHRoZSBzaWduZWQgb25lcyBmcm9t IHVuaXZlbnRpb24pLCB5b3UgbWlnaHQgd2FudCB0byB0cnkgZGlzYWJsaW5nIHRoZSBvZmZsb2Fk IHNldHRpbmdzIGluIHRoZSBkcml2ZXJzIHNldHRpbmdzIHBhbmVsLjxicj4NCjxicj4NCjxicj4N Cjxicj4NCjxicj4NCjxibG9ja3F1b3RlIHR5cGU9IkNJVEUiPg0KPHByZT4NCg0KPC9wcmU+DQo8 L2Jsb2NrcXVvdGU+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_1341557761352144camelwotan2_-- --===============4355660359771933109== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4355660359771933109==-- From xen-users-bounces@lists.xen.org Fri Jul 06 06:57:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jul 2012 06:57: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 1Sn2SV-0001jq-Qh; Fri, 06 Jul 2012 06:56:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sn2SU-0001jl-QC for xen-users@lists.xen.org; Fri, 06 Jul 2012 06:56:07 +0000 Received: from [85.158.143.99:36877] by server-1.bemta-4.messagelabs.com id 20/2F-24392-60C86FF4; Fri, 06 Jul 2012 06:56:06 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-14.tower-216.messagelabs.com!1341557764!17844186!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28817 invoked from network); 6 Jul 2012 06:56:05 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-14.tower-216.messagelabs.com with AES128-SHA encrypted SMTP; 6 Jul 2012 06:56:05 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Fri, 6 Jul 2012 08:56:03 +0200 From: Stephan Seitz To: Zach Al-Nasser Thread-Topic: [Xen-users] Can't ping guest, but guest can ping me. Thread-Index: AQHNWu7iYikXZVmgzUKuM6zK7DANQpcbsWmA Date: Fri, 6 Jul 2012 06:56:02 +0000 Message-ID: <1341557761.352.144.camel@wotan2> References: In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Can't ping guest, but guest can ping me. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4355660359771933109==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4355660359771933109== Content-Language: de-DE Content-Type: multipart/alternative; boundary="_000_1341557761352144camelwotan2_" --_000_1341557761352144camelwotan2_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpBbSBEb25uZXJzdGFnLCBkZW4gMDUuMDcuMjAxMiwgMTY6MTEgLTA0MDAgc2NocmllYiBaYWNo IEFsLU5hc3NlcjoNCkhlbGxvIGFsbCwgSSdtIG5ldyB0byB4ZW4gYW5kIHRoaXMgbWFpbGluZyBs aXN0LCBzbyBmb3JnaXZlIG1lIGlmIEknbSBkb2luZyB0aGlzIHdyb25nLg0KDQoNCkkndmUgYmVl biBydW5uaW5nIHhlbiBmb3IgYSBmZXcgd2Vla3Mgbm93IG9uIGFuIFVidW50dSAxMi4wNCBzZXJ2 ZXIuIEkndmUgZ290IDMgZ3Vlc3RzOiBhIFdpbmRvd3MgU2VydmVyIDIwMDMgZ3Vlc3QsIGFuIFVi dW50dSBndWVzdCwgYW5kIGEgV2luZG93cyA3IEd1ZXN0LiBNeSBTZXJ2ZXIgMjAwMyBndWVzdCBz ZWVtcyB0byB3b3JrIGZpbmU7IEkgY2FuIHBpbmcgaXQgZnJvbSB0aGUgbmV0d29yaywgdGhlIGhv c3RuYW1lIHJlc29sdmVzIGNvcnJlY3RseSwgYW5kIGl0IGNhbiBzZWUgdGhlIGludGVybmV0LiBU aGlzIGd1ZXN0IGlzIGF0dGFjaGVkIHRvIHhlbmJyMCwgYW5kIGl0cyBJUCBpcyAxMC4xMDAuMS4y MS4NCg0KDQpNeSBXaW43IGd1ZXN0IGlzIHdoYXQgaXMgZHJpdmluZyBtZSBjcmF6eS4gSSB1c2Ug dGhlIHNhbWUgY29uZmlndXJhdGlvbiBzY3JpcHQgYXMgYSBiYXNlLCBjaGFuZ2luZyB0aGUgaW1w b3J0YW50IHBhcnRzIChob3N0bmFtZSBhbmQgYm9vdCBkaXNrLCBtYWlubHkpLiBJdCBpbnN0YWxs ZWQgY29ycmVjdGx5LCBhbmQgaXMgY3VycmVudGx5IHJ1bm5pbmcsIGJ1dCBJIGFtIHVuYWJsZSB0 byBwaW5nIHRoaXMgZ3Vlc3QuIEl0J3MgaG9zdG5hbWUgaXMgImFsZXhhbmRlciIsIHdpdGggYW4g SVAgb2YgMTAuMTAwLjEuMjIuIEl0IGlzIGFsc28gdXNpbmcgeGVuYnIwLiBUaGUgZ3Vlc3QgY2Fu IHBpbmcgdGhlIGZpcmV3YWxsIGFuZCB2YXJpb3VzIElQIGFkZHJlc3Nlc3MsIGJ1dCBzZWVtcyB1 bmFibGUgdG8gcmVzb2x2ZSBob3N0bmFtZXMuDQoNCg0KTm93IGhlcmVzIHRoZSB3ZWlyZCBwYXJ0 OiB3aGVuIEkgdXNlIHJkZXNrdG9wIChSRFAgY2xpZW50KSBmcm9tIG15IGxhcHRvcCAobm90IHRo ZSB4ZW4gaG9zdCkgdG8gY29ubmVjdCB0byBhbGV4YW5kZXIsIGl0IHdvcmtzIGp1c3QgZmluZS4g SXQgYXBwYXJlbnRseSByZXNvbHZlcyB0aGUgaG9zdG5hbWUgZmluZSwgYW5kIGRvZXMgdGhlIHNh bWUgd2l0aCB0aGUgSVAgYWRkcmVzcy4NCg0KDQpTbywgY2FuIHNvbWVvbmUgdGVsbCBtZSB3aHkg SSBjYW4gYWNjZXNzIHRoaXMgZ3Vlc3QgdXNpbmcgUkRQLCBidXQgbm90IHVzaW5nIHBpbmcsIG5z bG9va3VwLCB0cmFjZXJvdXRlLCBldGM/IEl0J3MgYXBwYXJlbnRseSBpbnZpc2libGUgdG8gYWxs IGJ1dCBSRFAuIEFsc28sIGlzIGl0IG9rYXkgdG8gdXNlIHR3byBndWVzdHMgb24gdGhlIHNhbWUg YnJpZGdlLCBvciBkbyBpIG5lZWQgZGlmZmVyZW50IG9uZXMgZm9yIGVhY2ggZ3Vlc3Q/DQoNCg0K VGhhbmtzIGluIGFkdmFuY2UgZm9yIGFueSBoZWxwLg0KDQpDaGVjayBpZiB0aGUgTUFDIGFkZHJl c3NlcyBvZiB0aGUgVklGJ3MuIHRoZSB2aXJ0dWFsIGludGVyZmFjZXMgYXJlIHVuaXF1ZS4gSWYg dGhpcyBpcyBhbHJlYWR5IGRvbmUsIHRyeSB0byBkaXNhYmxlIFRYIGNoZWNrc3VtbWluZyBvbiB0 aGUgaG9zdCBpbnRlcmZhY2UgeW91ciB4ZW5icjAgaXMgYm91bmQgdG8uDQplLmcuIGV0aHRvb2wg LUsgZXRoMCB0eCBvZmYNCklmIHlvdSdyZSB1c2luZyB4ZW5uZXQgaW50ZXJmYWNlcyBpbnNpZGUg eW91ciBXaW43IGd1ZXN0IChqYW1lcyBoYXJwZXJzIEdQTFBWIGRyaXZlcnMgb3IgdGhlIHNpZ25l ZCBvbmVzIGZyb20gdW5pdmVudGlvbiksIHlvdSBtaWdodCB3YW50IHRvIHRyeSBkaXNhYmxpbmcg dGhlIG9mZmxvYWQgc2V0dGluZ3MgaW4gdGhlIGRyaXZlcnMgc2V0dGluZ3MgcGFuZWwuDQoNCg0K DQoNCg0KDQoNCg0K --_000_1341557761352144camelwotan2_ Content-Type: text/html; charset="utf-8" Content-ID: <56D7AB671162534188E28D8BAB1668DE@nh.local> Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC4yLjIiPg0KPC9oZWFkPg0KPGJvZHk+DQo8YnI+DQpBbSBEb25u ZXJzdGFnLCBkZW4gMDUuMDcuMjAxMiwgMTY6MTEgLTA0MDAgc2NocmllYiBaYWNoIEFsLU5hc3Nl cjo8YnI+DQo8YmxvY2txdW90ZSB0eXBlPSJDSVRFIj5IZWxsbyBhbGwsIEknbSBuZXcgdG8geGVu IGFuZCB0aGlzIG1haWxpbmcgbGlzdCwgc28gZm9yZ2l2ZSBtZSBpZiBJJ20gZG9pbmcgdGhpcyB3 cm9uZy4NCjwvYmxvY2txdW90ZT4NCjxibG9ja3F1b3RlIHR5cGU9IkNJVEUiPjxicj4NCjxicj4N CjwvYmxvY2txdW90ZT4NCjxibG9ja3F1b3RlIHR5cGU9IkNJVEUiPkkndmUgYmVlbiBydW5uaW5n IHhlbiBmb3IgYSBmZXcgd2Vla3Mgbm93IG9uIGFuIFVidW50dSAxMi4wNCBzZXJ2ZXIuIEkndmUg Z290IDMgZ3Vlc3RzOiBhIFdpbmRvd3MgU2VydmVyIDIwMDMgZ3Vlc3QsIGFuIFVidW50dSBndWVz dCwgYW5kIGEgV2luZG93cyA3IEd1ZXN0LiBNeSBTZXJ2ZXIgMjAwMyBndWVzdCBzZWVtcyB0byB3 b3JrIGZpbmU7IEkgY2FuIHBpbmcgaXQgZnJvbSB0aGUgbmV0d29yaywgdGhlDQogaG9zdG5hbWUg cmVzb2x2ZXMgY29ycmVjdGx5LCBhbmQgaXQgY2FuIHNlZSB0aGUgaW50ZXJuZXQuIFRoaXMgZ3Vl c3QgaXMgYXR0YWNoZWQgdG8geGVuYnIwLCBhbmQgaXRzIElQIGlzIDEwLjEwMC4xLjIxLg0KPC9i bG9ja3F1b3RlPg0KPGJsb2NrcXVvdGUgdHlwZT0iQ0lURSI+PGJyPg0KPGJyPg0KPC9ibG9ja3F1 b3RlPg0KPGJsb2NrcXVvdGUgdHlwZT0iQ0lURSI+TXkgV2luNyBndWVzdCBpcyB3aGF0IGlzIGRy aXZpbmcgbWUgY3JhenkuIEkgdXNlIHRoZSBzYW1lIGNvbmZpZ3VyYXRpb24gc2NyaXB0IGFzIGEg YmFzZSwgY2hhbmdpbmcgdGhlIGltcG9ydGFudCBwYXJ0cyAoaG9zdG5hbWUgYW5kIGJvb3QgZGlz aywgbWFpbmx5KS4gSXQgaW5zdGFsbGVkIGNvcnJlY3RseSwgYW5kIGlzIGN1cnJlbnRseSBydW5u aW5nLCBidXQgSSBhbSB1bmFibGUgdG8gcGluZyB0aGlzIGd1ZXN0Lg0KIEl0J3MgaG9zdG5hbWUg aXMgJnF1b3Q7YWxleGFuZGVyJnF1b3Q7LCB3aXRoIGFuIElQIG9mIDEwLjEwMC4xLjIyLiBJdCBp cyBhbHNvIHVzaW5nIHhlbmJyMC4gVGhlIGd1ZXN0IGNhbiBwaW5nIHRoZSBmaXJld2FsbCBhbmQg dmFyaW91cyBJUCBhZGRyZXNzZXNzLCBidXQgc2VlbXMgdW5hYmxlIHRvIHJlc29sdmUgaG9zdG5h bWVzLiZuYnNwOw0KPC9ibG9ja3F1b3RlPg0KPGJsb2NrcXVvdGUgdHlwZT0iQ0lURSI+PGJyPg0K PGJyPg0KPC9ibG9ja3F1b3RlPg0KPGJsb2NrcXVvdGUgdHlwZT0iQ0lURSI+Tm93IGhlcmVzIHRo ZSB3ZWlyZCBwYXJ0OiB3aGVuIEkgdXNlIHJkZXNrdG9wIChSRFAgY2xpZW50KSBmcm9tIG15IGxh cHRvcCAobm90IHRoZSB4ZW4gaG9zdCkgdG8gY29ubmVjdCB0byBhbGV4YW5kZXIsIGl0IHdvcmtz IGp1c3QgZmluZS4gSXQgYXBwYXJlbnRseSByZXNvbHZlcyB0aGUgaG9zdG5hbWUgZmluZSwgYW5k IGRvZXMgdGhlIHNhbWUgd2l0aCB0aGUgSVAgYWRkcmVzcy4mbmJzcDsNCjwvYmxvY2txdW90ZT4N CjxibG9ja3F1b3RlIHR5cGU9IkNJVEUiPjxicj4NCjxicj4NCjwvYmxvY2txdW90ZT4NCjxibG9j a3F1b3RlIHR5cGU9IkNJVEUiPlNvLCBjYW4gc29tZW9uZSB0ZWxsIG1lIHdoeSBJIGNhbiBhY2Nl c3MgdGhpcyBndWVzdCB1c2luZyBSRFAsIGJ1dCBub3QgdXNpbmcgcGluZywgbnNsb29rdXAsIHRy YWNlcm91dGUsIGV0Yz8gSXQncyBhcHBhcmVudGx5IGludmlzaWJsZSB0byBhbGwgYnV0IFJEUC4g QWxzbywgaXMgaXQgb2theSB0byB1c2UgdHdvIGd1ZXN0cyBvbiB0aGUgc2FtZSBicmlkZ2UsIG9y IGRvIGkgbmVlZCBkaWZmZXJlbnQgb25lcw0KIGZvciBlYWNoIGd1ZXN0PyA8L2Jsb2NrcXVvdGU+ DQo8YmxvY2txdW90ZSB0eXBlPSJDSVRFIj48YnI+DQo8YnI+DQo8L2Jsb2NrcXVvdGU+DQo8Ymxv Y2txdW90ZSB0eXBlPSJDSVRFIj5UaGFua3MgaW4gYWR2YW5jZSBmb3IgYW55IGhlbHAuIDwvYmxv Y2txdW90ZT4NCjxicj4NCkNoZWNrIGlmIHRoZSBNQUMgYWRkcmVzc2VzIG9mIHRoZSBWSUYncy4g dGhlIHZpcnR1YWwgaW50ZXJmYWNlcyBhcmUgdW5pcXVlLiBJZiB0aGlzIGlzIGFscmVhZHkgZG9u ZSwgdHJ5IHRvIGRpc2FibGUgVFggY2hlY2tzdW1taW5nIG9uIHRoZSBob3N0IGludGVyZmFjZSB5 b3VyIHhlbmJyMCBpcyBib3VuZCB0by48YnI+DQplLmcuIGV0aHRvb2wgLUsgZXRoMCB0eCBvZmY8 YnI+DQpJZiB5b3UncmUgdXNpbmcgeGVubmV0IGludGVyZmFjZXMgaW5zaWRlIHlvdXIgV2luNyBn dWVzdCAoamFtZXMgaGFycGVycyBHUExQViBkcml2ZXJzIG9yIHRoZSBzaWduZWQgb25lcyBmcm9t IHVuaXZlbnRpb24pLCB5b3UgbWlnaHQgd2FudCB0byB0cnkgZGlzYWJsaW5nIHRoZSBvZmZsb2Fk IHNldHRpbmdzIGluIHRoZSBkcml2ZXJzIHNldHRpbmdzIHBhbmVsLjxicj4NCjxicj4NCjxicj4N Cjxicj4NCjxicj4NCjxibG9ja3F1b3RlIHR5cGU9IkNJVEUiPg0KPHByZT4NCg0KPC9wcmU+DQo8 L2Jsb2NrcXVvdGU+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_1341557761352144camelwotan2_-- --===============4355660359771933109== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4355660359771933109==-- From xen-users-bounces@lists.xen.org Fri Jul 06 08:20:54 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jul 2012 08:20:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sn3lU-0003LA-1M; Fri, 06 Jul 2012 08:19:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sn3lS-0003L3-HF for xen-users@lists.xen.org; Fri, 06 Jul 2012 08:19:46 +0000 Received: from [85.158.143.35:27953] by server-2.bemta-4.messagelabs.com id 93/11-17938-1AF96FF4; Fri, 06 Jul 2012 08:19:45 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-10.tower-21.messagelabs.com!1341562784!10316459!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14279 invoked from network); 6 Jul 2012 08:19:45 -0000 Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com) (209.85.161.173) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jul 2012 08:19:45 -0000 Received: by ggnp1 with SMTP id p1so9520082ggn.32 for ; Fri, 06 Jul 2012 01:19:43 -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=mQvLtEKBxgw/AaTAYb35NuhxNiBEB6qdbR9q7UjLVW8=; b=oOc/iLHgyjWUY8x9PHIUCdCqx1UrxfkdzaCWR3lDZ+wF59nifklbcro21Xeun5QBVM N3Qs0VVXwNbDIY0TwXrBW3Gid7ToODIJ7jsh40ZYB4/U9fUxNtVhdBH+iOzHjLC7LGAa vOc5MbecY2MF7pRQdGqfKpmtqFfx5SOnk3m2Nt/7NLCGxfTTyUPwniG33eVyTnJE67B7 lWx6+fR7yZiNinw6aI+vHEPH8+ZvMzLJ4Y2yjP2sEUNDA9w3tTyPx9baH2l0Yxb68aMu FcCm23xN6K3DstLjvHHz+oQuFeM/3lDwK6992ARmGq7kdxBxt2IeKX8a8kBk7riO0sh5 iTrA== MIME-Version: 1.0 Received: by 10.66.73.69 with SMTP id j5mr36868890pav.8.1341562783353; Fri, 06 Jul 2012 01:19:43 -0700 (PDT) Received: by 10.68.213.230 with HTTP; Fri, 6 Jul 2012 01:19:43 -0700 (PDT) In-Reply-To: References: Date: Fri, 6 Jul 2012 15:19:43 +0700 Message-ID: From: "Fajar A. Nugraha" To: Zach Al-Nasser X-Gm-Message-State: ALoCoQl2dyyUatPUhoIWC22c8lWYLn9RgQwI/x2irgFOK9cdRwg+iXz40ervg8I0tGGfW/o7I6V6 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Can't ping guest, but guest can ping me. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 6, 2012 at 3:11 AM, Zach Al-Nasser wrote: > So, can someone tell me why I can access this guest using RDP, but not using > ping, nslookup, traceroute, etc? It's apparently invisible to all but RDP. The usual suspect is firewall on the guest side. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 06 08:20:54 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jul 2012 08:20:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sn3lU-0003LA-1M; Fri, 06 Jul 2012 08:19:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sn3lS-0003L3-HF for xen-users@lists.xen.org; Fri, 06 Jul 2012 08:19:46 +0000 Received: from [85.158.143.35:27953] by server-2.bemta-4.messagelabs.com id 93/11-17938-1AF96FF4; Fri, 06 Jul 2012 08:19:45 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-10.tower-21.messagelabs.com!1341562784!10316459!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14279 invoked from network); 6 Jul 2012 08:19:45 -0000 Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com) (209.85.161.173) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jul 2012 08:19:45 -0000 Received: by ggnp1 with SMTP id p1so9520082ggn.32 for ; Fri, 06 Jul 2012 01:19:43 -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=mQvLtEKBxgw/AaTAYb35NuhxNiBEB6qdbR9q7UjLVW8=; b=oOc/iLHgyjWUY8x9PHIUCdCqx1UrxfkdzaCWR3lDZ+wF59nifklbcro21Xeun5QBVM N3Qs0VVXwNbDIY0TwXrBW3Gid7ToODIJ7jsh40ZYB4/U9fUxNtVhdBH+iOzHjLC7LGAa vOc5MbecY2MF7pRQdGqfKpmtqFfx5SOnk3m2Nt/7NLCGxfTTyUPwniG33eVyTnJE67B7 lWx6+fR7yZiNinw6aI+vHEPH8+ZvMzLJ4Y2yjP2sEUNDA9w3tTyPx9baH2l0Yxb68aMu FcCm23xN6K3DstLjvHHz+oQuFeM/3lDwK6992ARmGq7kdxBxt2IeKX8a8kBk7riO0sh5 iTrA== MIME-Version: 1.0 Received: by 10.66.73.69 with SMTP id j5mr36868890pav.8.1341562783353; Fri, 06 Jul 2012 01:19:43 -0700 (PDT) Received: by 10.68.213.230 with HTTP; Fri, 6 Jul 2012 01:19:43 -0700 (PDT) In-Reply-To: References: Date: Fri, 6 Jul 2012 15:19:43 +0700 Message-ID: From: "Fajar A. Nugraha" To: Zach Al-Nasser X-Gm-Message-State: ALoCoQl2dyyUatPUhoIWC22c8lWYLn9RgQwI/x2irgFOK9cdRwg+iXz40ervg8I0tGGfW/o7I6V6 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Can't ping guest, but guest can ping me. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 6, 2012 at 3:11 AM, Zach Al-Nasser wrote: > So, can someone tell me why I can access this guest using RDP, but not using > ping, nslookup, traceroute, etc? It's apparently invisible to all but RDP. The usual suspect is firewall on the guest side. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 06 08:52:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jul 2012 08:52: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 1Sn4GK-0004GX-Ih; Fri, 06 Jul 2012 08:51:40 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sn4GI-0004GS-HG for xen-users@lists.xen.org; Fri, 06 Jul 2012 08:51:38 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1341564690!8546093!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6075 invoked from network); 6 Jul 2012 08:51:32 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jul 2012 08:51:32 -0000 Received: by obbta14 with SMTP id ta14so18885664obb.32 for ; Fri, 06 Jul 2012 01:51:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:cc :content-type; bh=nhN2156LcWPyHH5CDyA+7Ozq2KitKcGwARIdAhx6F1o=; b=IpHXz18WcRU/FDJCkGyVZf+j64ChSLvOhKv6MF0fD7pJ+vSmXqhBmby3KxEI9/UF/l QoNhMwz5yyI7IMHNDAcDyj670X/u1sz37r2tmAgbpFb0+bURBspe1NInVeUwS0VxzpKE LNLM53t/xOPK003m31ZUQdaF5ueQQ5NZ0OQLIJimpXxDyRioe9g4xOS6VnECHR9hVzKa xTW4g0Rs8TrMOz5i8N31xxNF0F0eDwGZ6GaPUIFrSNIqGE4EmpYera6aDKzLrxp5cVt4 Z+dbBcymrwgJl7sh7c2WxxttH1eR4/PGkzrIg7BxIhRDwDFYxyYpf4s/kjTgYoUw50wn AGVw== Received: by 10.60.22.201 with SMTP id g9mr30063001oef.8.1341564690397; Fri, 06 Jul 2012 01:51:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.76.137.47 with HTTP; Fri, 6 Jul 2012 01:51:10 -0700 (PDT) In-Reply-To: References: From: Matthias Date: Fri, 6 Jul 2012 10:51:10 +0200 Message-ID: Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] USB2.0 in Windows7 GPLPV Guest X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Finally found the problem and was able to solve it! The hint actually was that my usb2.0 devices show up on the normal USB controller and not on the usb3.0 if i plug them in the usb3 port.. I then read a few background infos about how USB works and apparently USB controller are kind of stacked so an OHCI controller (USB1) may contain a EHCI controller (USB2) may contain a xHCI controller (USB3) and if a divice doesn't work with one, it is passed down to the underlaying, slower one. This way i figured my initial problem is that my usb devices don't reach the EHCI controller and were only served by the OHCI one.. Checked lspci: # lspci 00:00.0 Host bridge: Advanced Micro Devices [AMD] nee ATI RD890 Northbridge only single slot PCI-e GFX Hydra part (rev 02) 00:00.2 IOMMU: Advanced Micro Devices [AMD] nee ATI RD990 I/O Memory Management Unit (IOMMU) 00:02.0 PCI bridge: Advanced Micro Devices [AMD] nee ATI RD890 PCI to PCI bridge (PCI express gpp port B) 00:04.0 PCI bridge: Advanced Micro Devices [AMD] nee ATI RD890 PCI to PCI bridge (PCI express gpp port D) 00:06.0 PCI bridge: Advanced Micro Devices [AMD] nee ATI RD890 PCI to PCI bridge (PCI express gpp port F) 00:07.0 PCI bridge: Advanced Micro Devices [AMD] nee ATI RD890 PCI to PCI bridge (PCI express gpp port G) 00:0b.0 PCI bridge: Advanced Micro Devices [AMD] nee ATI RD890 PCI to PCI bridge (NB-SB link) 00:11.0 SATA controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] (rev 40) 00:12.0 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:12.2 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:13.0 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:13.2 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:14.0 SMBus: Advanced Micro Devices [AMD] nee ATI SBx00 SMBus Controller (rev 41) 00:14.1 IDE interface: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 IDE Controller (rev 40) 00:14.2 Audio device: Advanced Micro Devices [AMD] nee ATI SBx00 Azalia (Intel HDA) (rev 40) 00:14.3 ISA bridge: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 LPC host controller (rev 40) 00:14.4 PCI bridge: Advanced Micro Devices [AMD] nee ATI SBx00 PCI to PCI Bridge (rev 40) 00:14.5 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI2 Controller 00:16.0 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:16.2 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:18.0 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor HyperTransport Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Miscellaneous Control 00:18.4 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Link Control 02:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Cedar PRO [Radeon HD 5450] 02:00.1 Audio device: Advanced Micro Devices [AMD] nee ATI Cedar HDMI Audio [Radeon HD 5400/6300 Series] 03:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 03) 04:00.0 Ethernet controller: Marvell Technology Group Ltd. Yukon Optima 88E8059 [PCIe Gigabit Ethernet Controller with AVB] (rev 11) 05:00.0 SATA controller: JMicron Technology Corp. JMB363 SATA/IDE Controller (rev 03) 05:00.1 IDE interface: JMicron Technology Corp. JMB363 SATA/IDE Controller (rev 03) 06:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Juniper [Radeon HD 5700 Series] 06:00.1 Audio device: Advanced Micro Devices [AMD] nee ATI Juniper HDMI Audio [Radeon HD 5700 Series] -> EHCIs are on 12.2, 13,2 and 16,2 Then I found out that I'm not actually passing them to my domU because despite I hide them at boot like the rest, they never actually show up on xm pci-list-assignable-devices. I then tried to pci-attach them anyway and came across the "non-page-aligned MMIO BAR" error. Thats why they didn't show up in the first place. So i added "pciback.permissive 'pci=resource_alignment=00:12.2;00:13.2;00:16.2'" to my kernel config which finally did the trick.. EHCI controller show up as assignable devices and when assigned give me USB2.0 speed (arount 18MB/s like you). P.S.: if anyone has the same problem and wants to resource_align multiple devices, put the argument in single quotes like above. Otherwise the kernel will only interprete the first argument of pci=resource_alignment and ignore the rest because it treats the ; as a split operator and thinks the rest is a whole new argument resulting in dmesg messages that your devices aren't arguments. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 06 08:52:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jul 2012 08:52: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 1Sn4GK-0004GX-Ih; Fri, 06 Jul 2012 08:51:40 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sn4GI-0004GS-HG for xen-users@lists.xen.org; Fri, 06 Jul 2012 08:51:38 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1341564690!8546093!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6075 invoked from network); 6 Jul 2012 08:51:32 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jul 2012 08:51:32 -0000 Received: by obbta14 with SMTP id ta14so18885664obb.32 for ; Fri, 06 Jul 2012 01:51:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:cc :content-type; bh=nhN2156LcWPyHH5CDyA+7Ozq2KitKcGwARIdAhx6F1o=; b=IpHXz18WcRU/FDJCkGyVZf+j64ChSLvOhKv6MF0fD7pJ+vSmXqhBmby3KxEI9/UF/l QoNhMwz5yyI7IMHNDAcDyj670X/u1sz37r2tmAgbpFb0+bURBspe1NInVeUwS0VxzpKE LNLM53t/xOPK003m31ZUQdaF5ueQQ5NZ0OQLIJimpXxDyRioe9g4xOS6VnECHR9hVzKa xTW4g0Rs8TrMOz5i8N31xxNF0F0eDwGZ6GaPUIFrSNIqGE4EmpYera6aDKzLrxp5cVt4 Z+dbBcymrwgJl7sh7c2WxxttH1eR4/PGkzrIg7BxIhRDwDFYxyYpf4s/kjTgYoUw50wn AGVw== Received: by 10.60.22.201 with SMTP id g9mr30063001oef.8.1341564690397; Fri, 06 Jul 2012 01:51:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.76.137.47 with HTTP; Fri, 6 Jul 2012 01:51:10 -0700 (PDT) In-Reply-To: References: From: Matthias Date: Fri, 6 Jul 2012 10:51:10 +0200 Message-ID: Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] USB2.0 in Windows7 GPLPV Guest X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Finally found the problem and was able to solve it! The hint actually was that my usb2.0 devices show up on the normal USB controller and not on the usb3.0 if i plug them in the usb3 port.. I then read a few background infos about how USB works and apparently USB controller are kind of stacked so an OHCI controller (USB1) may contain a EHCI controller (USB2) may contain a xHCI controller (USB3) and if a divice doesn't work with one, it is passed down to the underlaying, slower one. This way i figured my initial problem is that my usb devices don't reach the EHCI controller and were only served by the OHCI one.. Checked lspci: # lspci 00:00.0 Host bridge: Advanced Micro Devices [AMD] nee ATI RD890 Northbridge only single slot PCI-e GFX Hydra part (rev 02) 00:00.2 IOMMU: Advanced Micro Devices [AMD] nee ATI RD990 I/O Memory Management Unit (IOMMU) 00:02.0 PCI bridge: Advanced Micro Devices [AMD] nee ATI RD890 PCI to PCI bridge (PCI express gpp port B) 00:04.0 PCI bridge: Advanced Micro Devices [AMD] nee ATI RD890 PCI to PCI bridge (PCI express gpp port D) 00:06.0 PCI bridge: Advanced Micro Devices [AMD] nee ATI RD890 PCI to PCI bridge (PCI express gpp port F) 00:07.0 PCI bridge: Advanced Micro Devices [AMD] nee ATI RD890 PCI to PCI bridge (PCI express gpp port G) 00:0b.0 PCI bridge: Advanced Micro Devices [AMD] nee ATI RD890 PCI to PCI bridge (NB-SB link) 00:11.0 SATA controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] (rev 40) 00:12.0 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:12.2 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:13.0 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:13.2 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:14.0 SMBus: Advanced Micro Devices [AMD] nee ATI SBx00 SMBus Controller (rev 41) 00:14.1 IDE interface: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 IDE Controller (rev 40) 00:14.2 Audio device: Advanced Micro Devices [AMD] nee ATI SBx00 Azalia (Intel HDA) (rev 40) 00:14.3 ISA bridge: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 LPC host controller (rev 40) 00:14.4 PCI bridge: Advanced Micro Devices [AMD] nee ATI SBx00 PCI to PCI Bridge (rev 40) 00:14.5 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI2 Controller 00:16.0 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:16.2 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:18.0 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor HyperTransport Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Miscellaneous Control 00:18.4 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Link Control 02:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Cedar PRO [Radeon HD 5450] 02:00.1 Audio device: Advanced Micro Devices [AMD] nee ATI Cedar HDMI Audio [Radeon HD 5400/6300 Series] 03:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 03) 04:00.0 Ethernet controller: Marvell Technology Group Ltd. Yukon Optima 88E8059 [PCIe Gigabit Ethernet Controller with AVB] (rev 11) 05:00.0 SATA controller: JMicron Technology Corp. JMB363 SATA/IDE Controller (rev 03) 05:00.1 IDE interface: JMicron Technology Corp. JMB363 SATA/IDE Controller (rev 03) 06:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Juniper [Radeon HD 5700 Series] 06:00.1 Audio device: Advanced Micro Devices [AMD] nee ATI Juniper HDMI Audio [Radeon HD 5700 Series] -> EHCIs are on 12.2, 13,2 and 16,2 Then I found out that I'm not actually passing them to my domU because despite I hide them at boot like the rest, they never actually show up on xm pci-list-assignable-devices. I then tried to pci-attach them anyway and came across the "non-page-aligned MMIO BAR" error. Thats why they didn't show up in the first place. So i added "pciback.permissive 'pci=resource_alignment=00:12.2;00:13.2;00:16.2'" to my kernel config which finally did the trick.. EHCI controller show up as assignable devices and when assigned give me USB2.0 speed (arount 18MB/s like you). P.S.: if anyone has the same problem and wants to resource_align multiple devices, put the argument in single quotes like above. Otherwise the kernel will only interprete the first argument of pci=resource_alignment and ignore the rest because it treats the ; as a split operator and thinks the rest is a whole new argument resulting in dmesg messages that your devices aren't arguments. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 06 17:02:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jul 2012 17:02: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 1SnBtk-0008Rn-E2; Fri, 06 Jul 2012 17:00:52 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1SnBti-0008Rf-Gp for xen-users@lists.xen.org; Fri, 06 Jul 2012 17:00:50 +0000 X-Env-Sender: xen@senft-net.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1341594043!8578857!1 X-Originating-IP: [188.40.108.11] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1699 invoked from network); 6 Jul 2012 17:00:43 -0000 Received: from core.qwho.net (HELO core.qwho.net) (188.40.108.11) by server-13.tower-27.messagelabs.com with SMTP; 6 Jul 2012 17:00:43 -0000 Received: from core.qwho.net (localhost [127.0.0.1]) by core.qwho.net (Postfix) with ESMTP id C1262BCE0ED for ; Fri, 6 Jul 2012 19:00:42 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on core X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.0 X-Spam-Level: Received: from bb.senft-net.com (unknown [192.168.42.6]) by core.qwho.net (Postfix) with ESMTP id B1069BCE0E7 for ; Fri, 6 Jul 2012 19:00:42 +0200 (CEST) Received: from [192.168.2.5] (TS.senft-net.local [192.168.2.5]) by bb.senft-net.com (Postfix) with ESMTPSA id 72C7C17A0F5 for ; Fri, 6 Jul 2012 19:00:42 +0200 (CEST) Message-ID: <4FF719B9.9070904@senft-net.com> Date: Fri, 06 Jul 2012 19:00:41 +0200 From: Oskar Senft User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] Can't write to floppy image (fda) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 managed to successfully run a Windows 7 DomU guest. I'm using James Harper's GPLPV drivers. I also managed to attach a floppy disk image to the DomU. It shows up in Windows as expected and I can read the files stored on the disk image. However, any attempts to write to the disk fail stating that it's write protected. I'm using these two lines in the DomU configuration for the floppy disk and the hard disk: fda = '/root/xen/floppy' disk = [ 'file:/root/xen/win.img,hda,w' ] Is it expected behavior that I can't write to the floppy? The underlying image files for "fda" and "disk" have the same permissions in Dom0, so I think I can rule that out as the source of the problem. Thanks Oskar. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 06 17:02:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jul 2012 17:02: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 1SnBtk-0008Rn-E2; Fri, 06 Jul 2012 17:00:52 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1SnBti-0008Rf-Gp for xen-users@lists.xen.org; Fri, 06 Jul 2012 17:00:50 +0000 X-Env-Sender: xen@senft-net.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1341594043!8578857!1 X-Originating-IP: [188.40.108.11] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1699 invoked from network); 6 Jul 2012 17:00:43 -0000 Received: from core.qwho.net (HELO core.qwho.net) (188.40.108.11) by server-13.tower-27.messagelabs.com with SMTP; 6 Jul 2012 17:00:43 -0000 Received: from core.qwho.net (localhost [127.0.0.1]) by core.qwho.net (Postfix) with ESMTP id C1262BCE0ED for ; Fri, 6 Jul 2012 19:00:42 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on core X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.0 X-Spam-Level: Received: from bb.senft-net.com (unknown [192.168.42.6]) by core.qwho.net (Postfix) with ESMTP id B1069BCE0E7 for ; Fri, 6 Jul 2012 19:00:42 +0200 (CEST) Received: from [192.168.2.5] (TS.senft-net.local [192.168.2.5]) by bb.senft-net.com (Postfix) with ESMTPSA id 72C7C17A0F5 for ; Fri, 6 Jul 2012 19:00:42 +0200 (CEST) Message-ID: <4FF719B9.9070904@senft-net.com> Date: Fri, 06 Jul 2012 19:00:41 +0200 From: Oskar Senft User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] Can't write to floppy image (fda) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 managed to successfully run a Windows 7 DomU guest. I'm using James Harper's GPLPV drivers. I also managed to attach a floppy disk image to the DomU. It shows up in Windows as expected and I can read the files stored on the disk image. However, any attempts to write to the disk fail stating that it's write protected. I'm using these two lines in the DomU configuration for the floppy disk and the hard disk: fda = '/root/xen/floppy' disk = [ 'file:/root/xen/win.img,hda,w' ] Is it expected behavior that I can't write to the floppy? The underlying image files for "fda" and "disk" have the same permissions in Dom0, so I think I can rule that out as the source of the problem. Thanks Oskar. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 06 17:14:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jul 2012 17:14: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 1SnC64-0000K3-1i; Fri, 06 Jul 2012 17:13:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SnBUf-00084i-G8 for xen-users@lists.xen.org; Fri, 06 Jul 2012 16:34:57 +0000 Received: from [85.158.143.99:24540] by server-2.bemta-4.messagelabs.com id 61/50-17938-0B317FF4; Fri, 06 Jul 2012 16:34:56 +0000 X-Env-Sender: benny.helms@brevardcounty.us X-Msg-Ref: server-5.tower-216.messagelabs.com!1341592494!27243688!1 X-Originating-IP: [205.172.172.69] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_50_60,HTML_MESSAGE, HTML_TEXT_AFTER_BODY,HTML_TEXT_AFTER_HTML,UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30694 invoked from network); 6 Jul 2012 16:34:55 -0000 Received: from im305.brevardcounty.us (HELO brevardcounty.us) (205.172.172.69) by server-5.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jul 2012 16:34:55 -0000 Received: from ([10.106.1.26]) by im305.brevardcounty.us with ESMTP id 24WDWG1.11595811; Fri, 06 Jul 2012 12:34:48 -0400 Received: from EOCEXVS01.brevardco.int ([10.106.1.21]) by eocexfe02.brevardco.int with Microsoft SMTPSVC(6.0.3790.4675); Fri, 6 Jul 2012 12:34:47 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 6 Jul 2012 12:34:46 -0400 Message-ID: <75D9A058BA099244A1E2207FB4005DBC8BC5D9@EOCEXVS01.brevardco.int> X-MS-Has-Attach: X-MS-TNEF-Correlator: thread-topic: Multiple copies of ISO showing up under hosts thread-index: Ac1blSFp2qhZgillQBajMfSDmnccsw== From: "Helms, Benny" To: X-OriginalArrivalTime: 06 Jul 2012 16:34:47.0615 (UTC) FILETIME=[41D204F0:01CD5B95] X-Mailman-Approved-At: Fri, 06 Jul 2012 17:13:34 +0000 Subject: [Xen-users] Multiple copies of ISO showing up under hosts X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2948269544954759165==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2948269544954759165== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CD5B95.42072FB0" This is a multi-part message in MIME format. ------_=_NextPart_001_01CD5B95.42072FB0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I'm new to all this, and I'm handling a project involving CloudStack,=0D=0A= XenServer, and XenCenter=2E=0D=0A=0D=0A =0D=0A=0D=0AI've got everything ins= talled=2E I created a "pool" of hosts in a cluster=0D=0Avia CloudStack, and= they show up as a pool on XenCenter with the pool=0D=0Abeing called by the= name of the first host entered into the pool on=0D=0ACloudStack=2E=0D=0A= =0D=0A =0D=0A=0D=0AThings get flaky when I upload an ISO using CloudStack, = and then create=0D=0Aan instance based on it=2E Suddenly over on XenCenter = a new storage device=0D=0Abegins showing up under each of the 3 hosts in th= e pool, named something=0D=0Aon the order of "i-2-14-VM-ISO"=2E If left unc= hecked, within 24 hours=0D=0Athere can be as many as 30 of these items unde= r each host, using so many=0D=0Aresources that we can no longer create any = instances=2E=0D=0A=0D=0A =0D=0A=0D=0AThese items do not show up under Cloud= Stack=2E Only under XenCenter=2E=0D=0A=0D=0A =0D=0A=0D=0AMy secondary stora= ge is 1TB via NFS from a FreeNAS server=2E=0D=0A=0D=0A =0D=0A=0D=0AMy prima= ry storage is 12TB via Fiber Channel using PreSetup=2E=0D=0A=0D=0A =0D=0A= =0D=0AHas anyone else seen this never ending duplication of ISO's based on = an=0D=0Auploaded ISO via CloudStack? How can I correct this behavior?=0D=0A= =0D=0A =0D=0A=0D=0AAre there websites I have not found that can explain it = to me? Would=0D=0Auploading pieces of logs be of any assistance?=0D=0A=0D= =0A =0D=0A=0D=0AThank you very much for your help,=0D=0A=0D=0A =0D=0A=0D=0A= Benny=0D=0A=0D=0A=0D=0A=0D=0A-----------------------------------------=0D= =0A=0D=0AUnder Florida Law, email addresses are Public Records=2E If you do= =0D=0Anot want your e-mail address released in response to public record=0D= =0Arequests, do not send electronic mail to this entity=2E Instead,=0D=0Aco= ntact this office by phone or in writing=2E ------_=_NextPart_001_01CD5B95.42072FB0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I'm new to all this, and I'm handling a project involving CloudStac= k, XenServer, and XenCenter=2E

&nbs= p;

I've got everything installed=2E I created= a "pool" of hosts in a cluster via CloudStack, and they show up = as a pool on XenCenter with the pool being called by the name of the first = host entered into the pool on CloudStack=2E

 

Things get flaky when I uploa= d an ISO using CloudStack, and then create an instance based on it=2E Sudde= nly over on XenCenter a new storage device begins showing up under each of = the 3 hosts in the pool, named something on the order of "i-2-14-VM-IS= O"=2E If left unchecked, within 24 hours there can be as many as 30 of= these items under each host, using so many resources that we can no longer= create any instances=2E

 

These items do not show up under CloudStack=2E O= nly under XenCenter=2E

 =

My secondary storage is 1TB via NFS from a FreeNAS= server=2E

 

My primary storage is 12TB via Fiber Channel using PreSetup=2E=

 

Has anyone else seen this never ending duplication of ISO's based on an = uploaded ISO via CloudStack? How can I correct this behavior?

 

Are there w= ebsites I have not found that can explain it to me? Would uploading pieces = of logs be of any assistance?

 = ;

Thank you very much for your help,

 

Benny<= o:p>

=0D=0A

=0D= =0A

=0D=0AUnder Florida Law, email addresses are Public Records= =2E If you do not want your e-mail address released in response to public r= ecord requests, do not send electronic mail to this entity=2E Instead, cont= act this office by phone or in writing=2E =0D=0A

------_=_NextPart_001_01CD5B95.42072FB0-- --===============2948269544954759165== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2948269544954759165==-- From xen-users-bounces@lists.xen.org Fri Jul 06 17:14:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jul 2012 17:14: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 1SnC64-0000K3-1i; Fri, 06 Jul 2012 17:13:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SnBUf-00084i-G8 for xen-users@lists.xen.org; Fri, 06 Jul 2012 16:34:57 +0000 Received: from [85.158.143.99:24540] by server-2.bemta-4.messagelabs.com id 61/50-17938-0B317FF4; Fri, 06 Jul 2012 16:34:56 +0000 X-Env-Sender: benny.helms@brevardcounty.us X-Msg-Ref: server-5.tower-216.messagelabs.com!1341592494!27243688!1 X-Originating-IP: [205.172.172.69] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_50_60,HTML_MESSAGE, HTML_TEXT_AFTER_BODY,HTML_TEXT_AFTER_HTML,UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30694 invoked from network); 6 Jul 2012 16:34:55 -0000 Received: from im305.brevardcounty.us (HELO brevardcounty.us) (205.172.172.69) by server-5.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jul 2012 16:34:55 -0000 Received: from ([10.106.1.26]) by im305.brevardcounty.us with ESMTP id 24WDWG1.11595811; Fri, 06 Jul 2012 12:34:48 -0400 Received: from EOCEXVS01.brevardco.int ([10.106.1.21]) by eocexfe02.brevardco.int with Microsoft SMTPSVC(6.0.3790.4675); Fri, 6 Jul 2012 12:34:47 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 6 Jul 2012 12:34:46 -0400 Message-ID: <75D9A058BA099244A1E2207FB4005DBC8BC5D9@EOCEXVS01.brevardco.int> X-MS-Has-Attach: X-MS-TNEF-Correlator: thread-topic: Multiple copies of ISO showing up under hosts thread-index: Ac1blSFp2qhZgillQBajMfSDmnccsw== From: "Helms, Benny" To: X-OriginalArrivalTime: 06 Jul 2012 16:34:47.0615 (UTC) FILETIME=[41D204F0:01CD5B95] X-Mailman-Approved-At: Fri, 06 Jul 2012 17:13:34 +0000 Subject: [Xen-users] Multiple copies of ISO showing up under hosts X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2948269544954759165==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2948269544954759165== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CD5B95.42072FB0" This is a multi-part message in MIME format. ------_=_NextPart_001_01CD5B95.42072FB0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I'm new to all this, and I'm handling a project involving CloudStack,=0D=0A= XenServer, and XenCenter=2E=0D=0A=0D=0A =0D=0A=0D=0AI've got everything ins= talled=2E I created a "pool" of hosts in a cluster=0D=0Avia CloudStack, and= they show up as a pool on XenCenter with the pool=0D=0Abeing called by the= name of the first host entered into the pool on=0D=0ACloudStack=2E=0D=0A= =0D=0A =0D=0A=0D=0AThings get flaky when I upload an ISO using CloudStack, = and then create=0D=0Aan instance based on it=2E Suddenly over on XenCenter = a new storage device=0D=0Abegins showing up under each of the 3 hosts in th= e pool, named something=0D=0Aon the order of "i-2-14-VM-ISO"=2E If left unc= hecked, within 24 hours=0D=0Athere can be as many as 30 of these items unde= r each host, using so many=0D=0Aresources that we can no longer create any = instances=2E=0D=0A=0D=0A =0D=0A=0D=0AThese items do not show up under Cloud= Stack=2E Only under XenCenter=2E=0D=0A=0D=0A =0D=0A=0D=0AMy secondary stora= ge is 1TB via NFS from a FreeNAS server=2E=0D=0A=0D=0A =0D=0A=0D=0AMy prima= ry storage is 12TB via Fiber Channel using PreSetup=2E=0D=0A=0D=0A =0D=0A= =0D=0AHas anyone else seen this never ending duplication of ISO's based on = an=0D=0Auploaded ISO via CloudStack? How can I correct this behavior?=0D=0A= =0D=0A =0D=0A=0D=0AAre there websites I have not found that can explain it = to me? Would=0D=0Auploading pieces of logs be of any assistance?=0D=0A=0D= =0A =0D=0A=0D=0AThank you very much for your help,=0D=0A=0D=0A =0D=0A=0D=0A= Benny=0D=0A=0D=0A=0D=0A=0D=0A-----------------------------------------=0D= =0A=0D=0AUnder Florida Law, email addresses are Public Records=2E If you do= =0D=0Anot want your e-mail address released in response to public record=0D= =0Arequests, do not send electronic mail to this entity=2E Instead,=0D=0Aco= ntact this office by phone or in writing=2E ------_=_NextPart_001_01CD5B95.42072FB0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I'm new to all this, and I'm handling a project involving CloudStac= k, XenServer, and XenCenter=2E

&nbs= p;

I've got everything installed=2E I created= a "pool" of hosts in a cluster via CloudStack, and they show up = as a pool on XenCenter with the pool being called by the name of the first = host entered into the pool on CloudStack=2E

 

Things get flaky when I uploa= d an ISO using CloudStack, and then create an instance based on it=2E Sudde= nly over on XenCenter a new storage device begins showing up under each of = the 3 hosts in the pool, named something on the order of "i-2-14-VM-IS= O"=2E If left unchecked, within 24 hours there can be as many as 30 of= these items under each host, using so many resources that we can no longer= create any instances=2E

 

These items do not show up under CloudStack=2E O= nly under XenCenter=2E

 =

My secondary storage is 1TB via NFS from a FreeNAS= server=2E

 

My primary storage is 12TB via Fiber Channel using PreSetup=2E=

 

Has anyone else seen this never ending duplication of ISO's based on an = uploaded ISO via CloudStack? How can I correct this behavior?

 

Are there w= ebsites I have not found that can explain it to me? Would uploading pieces = of logs be of any assistance?

 = ;

Thank you very much for your help,

 

Benny<= o:p>

=0D=0A

=0D= =0A

=0D=0AUnder Florida Law, email addresses are Public Records= =2E If you do not want your e-mail address released in response to public r= ecord requests, do not send electronic mail to this entity=2E Instead, cont= act this office by phone or in writing=2E =0D=0A

------_=_NextPart_001_01CD5B95.42072FB0-- --===============2948269544954759165== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2948269544954759165==-- From xen-users-bounces@lists.xen.org Fri Jul 06 17:15:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jul 2012 17: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 1SnC64-0000KD-LO; Fri, 06 Jul 2012 17:13:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SnBqT-0008PE-4s for xen-users@lists.xen.org; Fri, 06 Jul 2012 16:57:29 +0000 Received: from [85.158.143.99:30867] by server-1.bemta-4.messagelabs.com id 5D/AC-24392-8F817FF4; Fri, 06 Jul 2012 16:57:28 +0000 X-Env-Sender: osk@senft-net.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1341593847!22297712!1 X-Originating-IP: [188.40.108.11] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17802 invoked from network); 6 Jul 2012 16:57:27 -0000 Received: from core.qwho.net (HELO core.qwho.net) (188.40.108.11) by server-4.tower-216.messagelabs.com with SMTP; 6 Jul 2012 16:57:27 -0000 Received: from core.qwho.net (localhost [127.0.0.1]) by core.qwho.net (Postfix) with ESMTP id 64397BCE0ED for ; Fri, 6 Jul 2012 18:57:27 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on core X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.0 X-Spam-Level: Received: from bb.senft-net.com (unknown [192.168.42.6]) by core.qwho.net (Postfix) with ESMTP id 580D1BCE0E7 for ; Fri, 6 Jul 2012 18:57:27 +0200 (CEST) Received: from [192.168.2.5] (TS.senft-net.local [192.168.2.5]) by bb.senft-net.com (Postfix) with ESMTPSA id 330C017A0F5 for ; Fri, 6 Jul 2012 18:57:27 +0200 (CEST) Message-ID: <4FF718F6.40909@senft-net.com> Date: Fri, 06 Jul 2012 18:57:26 +0200 From: Oskar Senft User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Enigmail-Version: 1.4.2 X-Mailman-Approved-At: Fri, 06 Jul 2012 17:13:34 +0000 Subject: [Xen-users] Can't write to floppy image (fda) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 managed to successfully run a Windows 7 DomU guest. I'm using Harper James's GPLPV drivers. I also managed to attach a floppy disk image to the DomU. It shows up in Windows as expected and I can read the files stored on the disk image. However, any attempts to write to the disk fail stating that it's write protected. I'm using these two lines in the DomU configuration for the floppy disk and the hard disk: fda = '/root/xen/floppy' disk = [ 'file:/root/xen/win.img,hda,w' ] Is it expected behavior that I can't write to the floppy? The underlying image files for "fda" and "disk" have the same permissions in Dom0, so I think I can rule that out as the source of the problem. Thanks Oskar. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 06 17:15:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Jul 2012 17: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 1SnC64-0000KD-LO; Fri, 06 Jul 2012 17:13:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SnBqT-0008PE-4s for xen-users@lists.xen.org; Fri, 06 Jul 2012 16:57:29 +0000 Received: from [85.158.143.99:30867] by server-1.bemta-4.messagelabs.com id 5D/AC-24392-8F817FF4; Fri, 06 Jul 2012 16:57:28 +0000 X-Env-Sender: osk@senft-net.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1341593847!22297712!1 X-Originating-IP: [188.40.108.11] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17802 invoked from network); 6 Jul 2012 16:57:27 -0000 Received: from core.qwho.net (HELO core.qwho.net) (188.40.108.11) by server-4.tower-216.messagelabs.com with SMTP; 6 Jul 2012 16:57:27 -0000 Received: from core.qwho.net (localhost [127.0.0.1]) by core.qwho.net (Postfix) with ESMTP id 64397BCE0ED for ; Fri, 6 Jul 2012 18:57:27 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on core X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.0 X-Spam-Level: Received: from bb.senft-net.com (unknown [192.168.42.6]) by core.qwho.net (Postfix) with ESMTP id 580D1BCE0E7 for ; Fri, 6 Jul 2012 18:57:27 +0200 (CEST) Received: from [192.168.2.5] (TS.senft-net.local [192.168.2.5]) by bb.senft-net.com (Postfix) with ESMTPSA id 330C017A0F5 for ; Fri, 6 Jul 2012 18:57:27 +0200 (CEST) Message-ID: <4FF718F6.40909@senft-net.com> Date: Fri, 06 Jul 2012 18:57:26 +0200 From: Oskar Senft User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Enigmail-Version: 1.4.2 X-Mailman-Approved-At: Fri, 06 Jul 2012 17:13:34 +0000 Subject: [Xen-users] Can't write to floppy image (fda) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 managed to successfully run a Windows 7 DomU guest. I'm using Harper James's GPLPV drivers. I also managed to attach a floppy disk image to the DomU. It shows up in Windows as expected and I can read the files stored on the disk image. However, any attempts to write to the disk fail stating that it's write protected. I'm using these two lines in the DomU configuration for the floppy disk and the hard disk: fda = '/root/xen/floppy' disk = [ 'file:/root/xen/win.img,hda,w' ] Is it expected behavior that I can't write to the floppy? The underlying image files for "fda" and "disk" have the same permissions in Dom0, so I think I can rule that out as the source of the problem. Thanks Oskar. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 07 16:37:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 07 Jul 2012 16:37: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 1SnXz2-0003HT-0q; Sat, 07 Jul 2012 16:35:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SnXz0-0003HL-9p for xen-users@lists.xen.org; Sat, 07 Jul 2012 16:35:46 +0000 Received: from [85.158.143.99:24397] by server-1.bemta-4.messagelabs.com id C6/27-24392-16568FF4; Sat, 07 Jul 2012 16:35:45 +0000 X-Env-Sender: aciliketcap@gmail.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1341678934!27655624!1 X-Originating-IP: [209.85.213.45] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29997 invoked from network); 7 Jul 2012 16:35:35 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jul 2012 16:35:35 -0000 Received: by yhoo21 with SMTP id o21so10394073yho.32 for ; Sat, 07 Jul 2012 09:35:34 -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=m9ArygKMrWJzrwCU+d73x84PzrHkD5G8njyIe6Qn+Ss=; b=JsNOcMWDC/P/U3W83dnAkZmOIB4W1pLgPaKqjsu62WOiFsO4Hf0VFzrohIwuapjjyf ZcxWbZkClY3qEqUid5wHL4KdfM7MXkq07LBhUVWo2uADIJU1nsoL9leSEt08XXRsCqq2 PmEoctpTC1TgNBvt5dkvk/eXj7NhyjI82wOaIbxd9XesLPExL4kFuwx31678MSfPHvNd 7uDNyMwUi6qVApaTNp1rjun4EgXUd+B/SVyNVgAieQlWZ08LfQd9AxMBAAXy+mk67cgi 1W8LELzV1npg1RdxFmsN7zURBYgnN2srDk0izkIRM+Kf5RVBrBMzO/jOumICyl80sBh+ s5fQ== MIME-Version: 1.0 Received: by 10.42.96.138 with SMTP id j10mr17544275icn.46.1341678934347; Sat, 07 Jul 2012 09:35:34 -0700 (PDT) Received: by 10.50.111.135 with HTTP; Sat, 7 Jul 2012 09:35:34 -0700 (PDT) Date: Sat, 7 Jul 2012 19:35:34 +0300 Message-ID: From: sinan polat To: xen-users@lists.xen.org Subject: [Xen-users] How to read text buffer after kernel crash? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2346596443004415505==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2346596443004415505== Content-Type: multipart/alternative; boundary=20cf30363aed48ce2604c43ff8e1 --20cf30363aed48ce2604c43ff8e1 Content-Type: text/plain; charset=ISO-8859-1 Hi, this is my first post in this list. I'm trying to run Xen 4.1.1 with Gentoo (Linux 3.3.8) as Dom0, however it crashes and prints stack trace for swapper/0 process. I can't read anything since stack trace fills the screen and can't scroll up to see preceding messages (even with noreboot parameter). How can I read the output? I only have one computer with me so serial console is not an option. Can I take console output printed into a log file? I used Xen with SuSE Linux back in the day and we used kexec/kdump to gather crash info. I can setup kdump on Dom0 but can it catch the crash dump of hypervisor? (it crashes before linux kernel loads I guess) I read somewhere Xen 4.1.2 can do it, what about Xen 4.1.1? I need to learn a little bit about Xen debugging before I can post the real problem I guess. Thank you, Sinan Akpolat --20cf30363aed48ce2604c43ff8e1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, this is my first post in this list.

I'm trying to run Xen 4.= 1.1 with Gentoo (Linux 3.3.8) as Dom0, however it crashes and prints stack = trace for swapper/0 process.

I can't read anything since stack = trace fills the screen and can't scroll up to see preceding messages (e= ven with noreboot parameter). How can I read the output? I only have one co= mputer with me so serial console is not an option. Can I take console outpu= t printed into a log file?

I used Xen with SuSE Linux back in the day and we used kexec/kdump to g= ather crash info. I can setup kdump on Dom0 but can it catch the crash dump= of hypervisor? (it crashes before linux kernel loads I guess) I read somew= here Xen 4.1.2 can do it, what about Xen 4.1.1?

I need to learn a little bit about Xen debugging before I can post the = real problem I guess.

Thank you,
Sinan Akpolat


--20cf30363aed48ce2604c43ff8e1-- --===============2346596443004415505== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2346596443004415505==-- From xen-users-bounces@lists.xen.org Sat Jul 07 16:37:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 07 Jul 2012 16:37: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 1SnXz2-0003HT-0q; Sat, 07 Jul 2012 16:35:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SnXz0-0003HL-9p for xen-users@lists.xen.org; Sat, 07 Jul 2012 16:35:46 +0000 Received: from [85.158.143.99:24397] by server-1.bemta-4.messagelabs.com id C6/27-24392-16568FF4; Sat, 07 Jul 2012 16:35:45 +0000 X-Env-Sender: aciliketcap@gmail.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1341678934!27655624!1 X-Originating-IP: [209.85.213.45] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29997 invoked from network); 7 Jul 2012 16:35:35 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jul 2012 16:35:35 -0000 Received: by yhoo21 with SMTP id o21so10394073yho.32 for ; Sat, 07 Jul 2012 09:35:34 -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=m9ArygKMrWJzrwCU+d73x84PzrHkD5G8njyIe6Qn+Ss=; b=JsNOcMWDC/P/U3W83dnAkZmOIB4W1pLgPaKqjsu62WOiFsO4Hf0VFzrohIwuapjjyf ZcxWbZkClY3qEqUid5wHL4KdfM7MXkq07LBhUVWo2uADIJU1nsoL9leSEt08XXRsCqq2 PmEoctpTC1TgNBvt5dkvk/eXj7NhyjI82wOaIbxd9XesLPExL4kFuwx31678MSfPHvNd 7uDNyMwUi6qVApaTNp1rjun4EgXUd+B/SVyNVgAieQlWZ08LfQd9AxMBAAXy+mk67cgi 1W8LELzV1npg1RdxFmsN7zURBYgnN2srDk0izkIRM+Kf5RVBrBMzO/jOumICyl80sBh+ s5fQ== MIME-Version: 1.0 Received: by 10.42.96.138 with SMTP id j10mr17544275icn.46.1341678934347; Sat, 07 Jul 2012 09:35:34 -0700 (PDT) Received: by 10.50.111.135 with HTTP; Sat, 7 Jul 2012 09:35:34 -0700 (PDT) Date: Sat, 7 Jul 2012 19:35:34 +0300 Message-ID: From: sinan polat To: xen-users@lists.xen.org Subject: [Xen-users] How to read text buffer after kernel crash? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2346596443004415505==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2346596443004415505== Content-Type: multipart/alternative; boundary=20cf30363aed48ce2604c43ff8e1 --20cf30363aed48ce2604c43ff8e1 Content-Type: text/plain; charset=ISO-8859-1 Hi, this is my first post in this list. I'm trying to run Xen 4.1.1 with Gentoo (Linux 3.3.8) as Dom0, however it crashes and prints stack trace for swapper/0 process. I can't read anything since stack trace fills the screen and can't scroll up to see preceding messages (even with noreboot parameter). How can I read the output? I only have one computer with me so serial console is not an option. Can I take console output printed into a log file? I used Xen with SuSE Linux back in the day and we used kexec/kdump to gather crash info. I can setup kdump on Dom0 but can it catch the crash dump of hypervisor? (it crashes before linux kernel loads I guess) I read somewhere Xen 4.1.2 can do it, what about Xen 4.1.1? I need to learn a little bit about Xen debugging before I can post the real problem I guess. Thank you, Sinan Akpolat --20cf30363aed48ce2604c43ff8e1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, this is my first post in this list.

I'm trying to run Xen 4.= 1.1 with Gentoo (Linux 3.3.8) as Dom0, however it crashes and prints stack = trace for swapper/0 process.

I can't read anything since stack = trace fills the screen and can't scroll up to see preceding messages (e= ven with noreboot parameter). How can I read the output? I only have one co= mputer with me so serial console is not an option. Can I take console outpu= t printed into a log file?

I used Xen with SuSE Linux back in the day and we used kexec/kdump to g= ather crash info. I can setup kdump on Dom0 but can it catch the crash dump= of hypervisor? (it crashes before linux kernel loads I guess) I read somew= here Xen 4.1.2 can do it, what about Xen 4.1.1?

I need to learn a little bit about Xen debugging before I can post the = real problem I guess.

Thank you,
Sinan Akpolat


--20cf30363aed48ce2604c43ff8e1-- --===============2346596443004415505== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2346596443004415505==-- From xen-users-bounces@lists.xen.org Sun Jul 08 14:26:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 08 Jul 2012 14:26: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 1SnsPV-0004ZF-R4; Sun, 08 Jul 2012 14:24:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SnsPU-0004ZA-6F for xen-users@lists.xen.org; Sun, 08 Jul 2012 14:24:28 +0000 Received: from [85.158.143.35:47747] by server-1.bemta-4.messagelabs.com id 29/C9-24392-B1899FF4; Sun, 08 Jul 2012 14:24:27 +0000 X-Env-Sender: astralstorm@gmail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1341757466!13598752!1 X-Originating-IP: [209.85.212.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17778 invoked from network); 8 Jul 2012 14:24:27 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jul 2012 14:24:27 -0000 Received: by wibhm6 with SMTP id hm6so1827120wib.14 for ; Sun, 08 Jul 2012 07:24: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:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=4l/2E2yc9RThOqnXGeHF/qdV/Taz/YVtgPhvwAYgsNQ=; b=b2lPzumUrPuYFBQYgGBXT3opp5ym9r2+rMm+j/TjJHElUszs0sqk86Xh4yPPB2lJPx L9P5xcaZ/cBihUAT5Y+tiMbXgVR2Gv+fmSV44IiRJQ/9GzhCPp3w+zFioV+JztpvBwaM kfkGz/DNDc4uHVpxpJ+Tn6sohGq69iONtvT10KosGh38c3FL3aeoPe/KhpzLHPs0jmOi QUQ4Hv7U0WxMoodbLuA2gVz6lkFOgMrWr07ZAznOcLXtJw4dZrCTlFVzUjukAn1Q9sPP /MkBub3ze8Fac6ggaWHcXZnyNIHerTc+KA2TMbhB8hRtH8RXLu61j3j2xH9lUAy27anJ MezQ== Received: by 10.180.105.130 with SMTP id gm2mr22369614wib.6.1341757466773; Sun, 08 Jul 2012 07:24:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.58.4 with HTTP; Sun, 8 Jul 2012 07:24:06 -0700 (PDT) In-Reply-To: <2F0C6E6D-E430-49E5-810C-8B8C3DADEA4D@gmail.com> References: <6035A0D088A63A46850C3988ED045A4B28A22C7B@BITCOM1.int.sbss.com.au> <2F0C6E6D-E430-49E5-810C-8B8C3DADEA4D@gmail.com> From: Radoslaw Szkodzinski Date: Sun, 8 Jul 2012 16:24:06 +0200 Message-ID: To: Eric Lindsey Cc: "xen-users@lists.xen.org" , James Harper Subject: Re: [Xen-users] GPLPV, clock drift and PVUSB in Windows XP HVM X-BeenThere: xen-users@lists.xen.org X-Mailman-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 T24gRnJpLCBKdW4gMjksIDIwMTIgYXQgOTo0NSBBTSwgRXJpYyBMaW5kc2V5IDxlc2xpbmRzZXlA Z21haWwuY29tPiB3cm90ZToKPiBJJ20gc29ycnkgZm9yIGJlaW5nIHVuY2xlYXIgaW4gbXkgb3Jp Z2luYWwgbWVzc2FnZS4gSSdtIGV4cGVyaWVuY2luZyB0aGUgY2xvY2sgZHJpZnQgd2l0aCBhbmQg d2l0aG91dCB0aGUgR1BMUFYgZHJpdmVycy4gSG93ZXZlciwgSSB3YXMgc3VycHJpc2VkIHRoYXQg dGhvc2UgZHJpdmVycyBkaWRuJ3QgaW5jbHVkZSB0aGVpciBvd24gdmVyc2lvbiBvZiBMaW51eCdz IGluZGVwZW5kZW50X3dhbGxjbG9jaywgd2hpY2ggSSBwcmVzdW1lIHRha2VzIGNhcmUgb2YgdGhl IGNsb2NrIGRyaWZ0IHByb2JsZW0gaW4gdGhvc2Ugb3BlcmF0aW5nIHN5c3RlbXMgKHRob3VnaCBJ J2xsIGJlIHRoZSBmaXJzdCB0byBhZG1pdCB0aGF0J3MgbWVyZWx5IGFuIGFzc3VtcHRpb24gYW5k IEkndmUgdmVyeSBsaXR0bGUgZXhwZXJpZW5jZSBpbiB0aGlzIGFyZWEpLiBIb3cgY2FuIEkgc29s dmUgdGhlIGNsb2NrIGRyaWZ0IHByb2JsZW0sIGFuZCBrZWVwIG15IFhQIEhWTSBzeW5jaHJvbml6 ZWQgd2l0aCBteSBkb20wIGhhcmR3YXJlIGNsb2NrICh3aGljaCBkb2VzIG5vdCBzdWZmZXIgZnJv bSBkcmlmdCk/CgpIYXZlIHlvdSB0cmllZCB0c2NfbmF0aXZlPTEgeWV0PyBUaGlzIHdpbGwgZW11 bGF0ZSBzeW5jZWQgUkRUU0MuCkl0J2QgYmUgYSBidWcgaW4gWGVuIGlmIGl0IGRpZG4ndCBub3Rp Y2UgeW91ciBUU0MgaXMgYnJva2VuLi4uCgotLSAKUmFkb3PFgmF3IFN6a29kemnFhHNraQoKX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1h aWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94 ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Sun Jul 08 14:26:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 08 Jul 2012 14:26: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 1SnsPV-0004ZF-R4; Sun, 08 Jul 2012 14:24:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SnsPU-0004ZA-6F for xen-users@lists.xen.org; Sun, 08 Jul 2012 14:24:28 +0000 Received: from [85.158.143.35:47747] by server-1.bemta-4.messagelabs.com id 29/C9-24392-B1899FF4; Sun, 08 Jul 2012 14:24:27 +0000 X-Env-Sender: astralstorm@gmail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1341757466!13598752!1 X-Originating-IP: [209.85.212.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17778 invoked from network); 8 Jul 2012 14:24:27 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jul 2012 14:24:27 -0000 Received: by wibhm6 with SMTP id hm6so1827120wib.14 for ; Sun, 08 Jul 2012 07:24: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:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=4l/2E2yc9RThOqnXGeHF/qdV/Taz/YVtgPhvwAYgsNQ=; b=b2lPzumUrPuYFBQYgGBXT3opp5ym9r2+rMm+j/TjJHElUszs0sqk86Xh4yPPB2lJPx L9P5xcaZ/cBihUAT5Y+tiMbXgVR2Gv+fmSV44IiRJQ/9GzhCPp3w+zFioV+JztpvBwaM kfkGz/DNDc4uHVpxpJ+Tn6sohGq69iONtvT10KosGh38c3FL3aeoPe/KhpzLHPs0jmOi QUQ4Hv7U0WxMoodbLuA2gVz6lkFOgMrWr07ZAznOcLXtJw4dZrCTlFVzUjukAn1Q9sPP /MkBub3ze8Fac6ggaWHcXZnyNIHerTc+KA2TMbhB8hRtH8RXLu61j3j2xH9lUAy27anJ MezQ== Received: by 10.180.105.130 with SMTP id gm2mr22369614wib.6.1341757466773; Sun, 08 Jul 2012 07:24:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.58.4 with HTTP; Sun, 8 Jul 2012 07:24:06 -0700 (PDT) In-Reply-To: <2F0C6E6D-E430-49E5-810C-8B8C3DADEA4D@gmail.com> References: <6035A0D088A63A46850C3988ED045A4B28A22C7B@BITCOM1.int.sbss.com.au> <2F0C6E6D-E430-49E5-810C-8B8C3DADEA4D@gmail.com> From: Radoslaw Szkodzinski Date: Sun, 8 Jul 2012 16:24:06 +0200 Message-ID: To: Eric Lindsey Cc: "xen-users@lists.xen.org" , James Harper Subject: Re: [Xen-users] GPLPV, clock drift and PVUSB in Windows XP HVM X-BeenThere: xen-users@lists.xen.org X-Mailman-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 T24gRnJpLCBKdW4gMjksIDIwMTIgYXQgOTo0NSBBTSwgRXJpYyBMaW5kc2V5IDxlc2xpbmRzZXlA Z21haWwuY29tPiB3cm90ZToKPiBJJ20gc29ycnkgZm9yIGJlaW5nIHVuY2xlYXIgaW4gbXkgb3Jp Z2luYWwgbWVzc2FnZS4gSSdtIGV4cGVyaWVuY2luZyB0aGUgY2xvY2sgZHJpZnQgd2l0aCBhbmQg d2l0aG91dCB0aGUgR1BMUFYgZHJpdmVycy4gSG93ZXZlciwgSSB3YXMgc3VycHJpc2VkIHRoYXQg dGhvc2UgZHJpdmVycyBkaWRuJ3QgaW5jbHVkZSB0aGVpciBvd24gdmVyc2lvbiBvZiBMaW51eCdz IGluZGVwZW5kZW50X3dhbGxjbG9jaywgd2hpY2ggSSBwcmVzdW1lIHRha2VzIGNhcmUgb2YgdGhl IGNsb2NrIGRyaWZ0IHByb2JsZW0gaW4gdGhvc2Ugb3BlcmF0aW5nIHN5c3RlbXMgKHRob3VnaCBJ J2xsIGJlIHRoZSBmaXJzdCB0byBhZG1pdCB0aGF0J3MgbWVyZWx5IGFuIGFzc3VtcHRpb24gYW5k IEkndmUgdmVyeSBsaXR0bGUgZXhwZXJpZW5jZSBpbiB0aGlzIGFyZWEpLiBIb3cgY2FuIEkgc29s dmUgdGhlIGNsb2NrIGRyaWZ0IHByb2JsZW0sIGFuZCBrZWVwIG15IFhQIEhWTSBzeW5jaHJvbml6 ZWQgd2l0aCBteSBkb20wIGhhcmR3YXJlIGNsb2NrICh3aGljaCBkb2VzIG5vdCBzdWZmZXIgZnJv bSBkcmlmdCk/CgpIYXZlIHlvdSB0cmllZCB0c2NfbmF0aXZlPTEgeWV0PyBUaGlzIHdpbGwgZW11 bGF0ZSBzeW5jZWQgUkRUU0MuCkl0J2QgYmUgYSBidWcgaW4gWGVuIGlmIGl0IGRpZG4ndCBub3Rp Y2UgeW91ciBUU0MgaXMgYnJva2VuLi4uCgotLSAKUmFkb3PFgmF3IFN6a29kemnFhHNraQoKX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1h aWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94 ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Sun Jul 08 14:28:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 08 Jul 2012 14: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 1SnsQz-0004cz-Ha; Sun, 08 Jul 2012 14:26:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SnsQx-0004cm-H2 for xen-users@lists.xen.org; Sun, 08 Jul 2012 14:25:59 +0000 Received: from [85.158.138.51:48241] by server-9.bemta-3.messagelabs.com id AA/6F-10419-67899FF4; Sun, 08 Jul 2012 14:25:58 +0000 X-Env-Sender: astralstorm@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1341757558!26051265!1 X-Originating-IP: [209.85.212.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10039 invoked from network); 8 Jul 2012 14:25:58 -0000 Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jul 2012 14:25:58 -0000 Received: by wibhq4 with SMTP id hq4so1824292wib.14 for ; Sun, 08 Jul 2012 07:25: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:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=YxCjOu0kq6CiVSvcBcBA5PPzopSRHcqZfzfmOY4EaYE=; b=joRHjwy76/8W/5+bwSQwnimcpjGQFg44/S2pSBwp43oHYyicW3sXsMP0snBI9a5Yr1 4JC0wyJi3b+l0l82+1Jp8iDT6woi/HJ5yBFQWzV2DvXK/+4mUsQmljpFEGEjqMHQDFIE i3EtXMlbW3WR8C0zeLizo09sdlFMbK3qMYEkEom7yFPIXSwGlJSZROJOesuRGCWF0AUy Jj/pOGu/Zgb7VO8zvTeOUSdyPCbfoCAi16G898mxWCrpPjHrv+bEnmLiBUwl71+BI5ju fmSAAnsQz8mxjGhJxc7n5jOWWtv643/uQegSprwDIselqmswFgIpj9rTE0qD8poxqMh/ X01w== Received: by 10.180.14.8 with SMTP id l8mr22396309wic.6.1341757557865; Sun, 08 Jul 2012 07:25:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.58.4 with HTTP; Sun, 8 Jul 2012 07:25:37 -0700 (PDT) In-Reply-To: References: <6035A0D088A63A46850C3988ED045A4B28A22C7B@BITCOM1.int.sbss.com.au> <2F0C6E6D-E430-49E5-810C-8B8C3DADEA4D@gmail.com> From: Radoslaw Szkodzinski Date: Sun, 8 Jul 2012 16:25:37 +0200 Message-ID: To: Eric Lindsey Cc: "xen-users@lists.xen.org" , James Harper Subject: Re: [Xen-users] GPLPV, clock drift and PVUSB in Windows XP HVM X-BeenThere: xen-users@lists.xen.org X-Mailman-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 T24gU3VuLCBKdWwgOCwgMjAxMiBhdCA0OjI0IFBNLCBSYWRvc2xhdyBTemtvZHppbnNraQo8YXN0 cmFsc3Rvcm1AZ21haWwuY29tPiB3cm90ZToKPiBPbiBGcmksIEp1biAyOSwgMjAxMiBhdCA5OjQ1 IEFNLCBFcmljIExpbmRzZXkgPGVzbGluZHNleUBnbWFpbC5jb20+IHdyb3RlOgo+PiBJJ20gc29y cnkgZm9yIGJlaW5nIHVuY2xlYXIgaW4gbXkgb3JpZ2luYWwgbWVzc2FnZS4gSSdtIGV4cGVyaWVu Y2luZyB0aGUgY2xvY2sgZHJpZnQgd2l0aCBhbmQgd2l0aG91dCB0aGUgR1BMUFYgZHJpdmVycy4g SG93ZXZlciwgSSB3YXMgc3VycHJpc2VkIHRoYXQgdGhvc2UgZHJpdmVycyBkaWRuJ3QgaW5jbHVk ZSB0aGVpciBvd24gdmVyc2lvbiBvZiBMaW51eCdzIGluZGVwZW5kZW50X3dhbGxjbG9jaywgd2hp Y2ggSSBwcmVzdW1lIHRha2VzIGNhcmUgb2YgdGhlIGNsb2NrIGRyaWZ0IHByb2JsZW0gaW4gdGhv c2Ugb3BlcmF0aW5nIHN5c3RlbXMgKHRob3VnaCBJJ2xsIGJlIHRoZSBmaXJzdCB0byBhZG1pdCB0 aGF0J3MgbWVyZWx5IGFuIGFzc3VtcHRpb24gYW5kIEkndmUgdmVyeSBsaXR0bGUgZXhwZXJpZW5j ZSBpbiB0aGlzIGFyZWEpLiBIb3cgY2FuIEkgc29sdmUgdGhlIGNsb2NrIGRyaWZ0IHByb2JsZW0s IGFuZCBrZWVwIG15IFhQIEhWTSBzeW5jaHJvbml6ZWQgd2l0aCBteSBkb20wIGhhcmR3YXJlIGNs b2NrICh3aGljaCBkb2VzIG5vdCBzdWZmZXIgZnJvbSBkcmlmdCk/Cj4KPiBIYXZlIHlvdSB0cmll ZCB0c2NfbmF0aXZlPTEgeWV0PyBUaGlzIHdpbGwgZW11bGF0ZSBzeW5jZWQgUkRUU0MuCj4gSXQn ZCBiZSBhIGJ1ZyBpbiBYZW4gaWYgaXQgZGlkbid0IG5vdGljZSB5b3VyIFRTQyBpcyBicm9rZW4u Li4KClNlbnQgdG9vIHNvb24sIGl0J3Mgbm93IGNhbGxlZCB0c2NfbW9kZS4gKHNlZSB4bWV4YW1w bGUuaHZtKQoKLS0gClJhZG9zxYJhdyBTemtvZHppxYRza2kKCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVz ZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Sun Jul 08 14:28:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 08 Jul 2012 14: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 1SnsQz-0004cz-Ha; Sun, 08 Jul 2012 14:26:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SnsQx-0004cm-H2 for xen-users@lists.xen.org; Sun, 08 Jul 2012 14:25:59 +0000 Received: from [85.158.138.51:48241] by server-9.bemta-3.messagelabs.com id AA/6F-10419-67899FF4; Sun, 08 Jul 2012 14:25:58 +0000 X-Env-Sender: astralstorm@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1341757558!26051265!1 X-Originating-IP: [209.85.212.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10039 invoked from network); 8 Jul 2012 14:25:58 -0000 Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jul 2012 14:25:58 -0000 Received: by wibhq4 with SMTP id hq4so1824292wib.14 for ; Sun, 08 Jul 2012 07:25: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:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=YxCjOu0kq6CiVSvcBcBA5PPzopSRHcqZfzfmOY4EaYE=; b=joRHjwy76/8W/5+bwSQwnimcpjGQFg44/S2pSBwp43oHYyicW3sXsMP0snBI9a5Yr1 4JC0wyJi3b+l0l82+1Jp8iDT6woi/HJ5yBFQWzV2DvXK/+4mUsQmljpFEGEjqMHQDFIE i3EtXMlbW3WR8C0zeLizo09sdlFMbK3qMYEkEom7yFPIXSwGlJSZROJOesuRGCWF0AUy Jj/pOGu/Zgb7VO8zvTeOUSdyPCbfoCAi16G898mxWCrpPjHrv+bEnmLiBUwl71+BI5ju fmSAAnsQz8mxjGhJxc7n5jOWWtv643/uQegSprwDIselqmswFgIpj9rTE0qD8poxqMh/ X01w== Received: by 10.180.14.8 with SMTP id l8mr22396309wic.6.1341757557865; Sun, 08 Jul 2012 07:25:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.58.4 with HTTP; Sun, 8 Jul 2012 07:25:37 -0700 (PDT) In-Reply-To: References: <6035A0D088A63A46850C3988ED045A4B28A22C7B@BITCOM1.int.sbss.com.au> <2F0C6E6D-E430-49E5-810C-8B8C3DADEA4D@gmail.com> From: Radoslaw Szkodzinski Date: Sun, 8 Jul 2012 16:25:37 +0200 Message-ID: To: Eric Lindsey Cc: "xen-users@lists.xen.org" , James Harper Subject: Re: [Xen-users] GPLPV, clock drift and PVUSB in Windows XP HVM X-BeenThere: xen-users@lists.xen.org X-Mailman-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 T24gU3VuLCBKdWwgOCwgMjAxMiBhdCA0OjI0IFBNLCBSYWRvc2xhdyBTemtvZHppbnNraQo8YXN0 cmFsc3Rvcm1AZ21haWwuY29tPiB3cm90ZToKPiBPbiBGcmksIEp1biAyOSwgMjAxMiBhdCA5OjQ1 IEFNLCBFcmljIExpbmRzZXkgPGVzbGluZHNleUBnbWFpbC5jb20+IHdyb3RlOgo+PiBJJ20gc29y cnkgZm9yIGJlaW5nIHVuY2xlYXIgaW4gbXkgb3JpZ2luYWwgbWVzc2FnZS4gSSdtIGV4cGVyaWVu Y2luZyB0aGUgY2xvY2sgZHJpZnQgd2l0aCBhbmQgd2l0aG91dCB0aGUgR1BMUFYgZHJpdmVycy4g SG93ZXZlciwgSSB3YXMgc3VycHJpc2VkIHRoYXQgdGhvc2UgZHJpdmVycyBkaWRuJ3QgaW5jbHVk ZSB0aGVpciBvd24gdmVyc2lvbiBvZiBMaW51eCdzIGluZGVwZW5kZW50X3dhbGxjbG9jaywgd2hp Y2ggSSBwcmVzdW1lIHRha2VzIGNhcmUgb2YgdGhlIGNsb2NrIGRyaWZ0IHByb2JsZW0gaW4gdGhv c2Ugb3BlcmF0aW5nIHN5c3RlbXMgKHRob3VnaCBJJ2xsIGJlIHRoZSBmaXJzdCB0byBhZG1pdCB0 aGF0J3MgbWVyZWx5IGFuIGFzc3VtcHRpb24gYW5kIEkndmUgdmVyeSBsaXR0bGUgZXhwZXJpZW5j ZSBpbiB0aGlzIGFyZWEpLiBIb3cgY2FuIEkgc29sdmUgdGhlIGNsb2NrIGRyaWZ0IHByb2JsZW0s IGFuZCBrZWVwIG15IFhQIEhWTSBzeW5jaHJvbml6ZWQgd2l0aCBteSBkb20wIGhhcmR3YXJlIGNs b2NrICh3aGljaCBkb2VzIG5vdCBzdWZmZXIgZnJvbSBkcmlmdCk/Cj4KPiBIYXZlIHlvdSB0cmll ZCB0c2NfbmF0aXZlPTEgeWV0PyBUaGlzIHdpbGwgZW11bGF0ZSBzeW5jZWQgUkRUU0MuCj4gSXQn ZCBiZSBhIGJ1ZyBpbiBYZW4gaWYgaXQgZGlkbid0IG5vdGljZSB5b3VyIFRTQyBpcyBicm9rZW4u Li4KClNlbnQgdG9vIHNvb24sIGl0J3Mgbm93IGNhbGxlZCB0c2NfbW9kZS4gKHNlZSB4bWV4YW1w bGUuaHZtKQoKLS0gClJhZG9zxYJhdyBTemtvZHppxYRza2kKCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVz ZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Sun Jul 08 15:59:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 08 Jul 2012 15:59: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 1Snts5-0005Qz-Rv; Sun, 08 Jul 2012 15:58:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Snts4-0005Qu-6O for xen-users@lists.xensource.com; Sun, 08 Jul 2012 15:58:04 +0000 Received: from [85.158.143.35:17480] by server-2.bemta-4.messagelabs.com id BA/C5-17938-B0EA9FF4; Sun, 08 Jul 2012 15:58:03 +0000 X-Env-Sender: mlist@dsb-gmbh.de X-Msg-Ref: server-4.tower-21.messagelabs.com!1341763081!5690894!1 X-Originating-IP: [212.184.73.160] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_MUA_OUTLOOK X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27800 invoked from network); 8 Jul 2012 15:58:02 -0000 Received: from rz2-mail.dsb-gmbh.net (HELO rz2-mail.dsb-gmbh.net) (212.184.73.160) by server-4.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Jul 2012 15:58:02 -0000 Received: from rz3db (rz3-bw.dsb-gmbh.net [212.184.73.206]) (authenticated bits=0) by rz2-mail.dsb-gmbh.net (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id q68Fvux9000900 for ; Sun, 8 Jul 2012 17:57:57 +0200 Message-ID: <081B7D220D694BD9AD419904BAAA804D@dsb.local> From: "Daniel Bauer" To: Date: Sun, 8 Jul 2012 17:57:12 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Subject: [Xen-users] Debian Squeeze - XEN and 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-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, I tried to give a PCI device to a domU with module /boot/vmlinuz-3.2.0-0.bpo.2-amd64 ... xen-pciback.hide=(02:01.0) vai /boot/grub/grub.cfg The startup of the domU shows this error: Loading DAHDI hardware modules: [ 5.475642] dahdi: Telephony Interface Registered on major 196 [ 5.475660] dahdi: Version: 2.6.1 wcb4xxp: [ 5.559401] wcb4xxp 0000:02:01.0: probe called for b4xx... [ 5.559552] wcb4xxp 0000:02:01.0: enabling device (0000 -> 0003) [ 5.561039] wcb4xxp 0000:02:01.0: Xen PCI enabling IRQ: 0 [ 5.561039] xen_allocate_pirq: returning irq 0 for gsi 0 [ 5.561039] wcb4xxp 0000:02:01.0: Device has no associated IRQ? [ 5.561039] wcb4xxp: probe of 0000:02:01.0 failed with error -5 done Running dahdi_cfg: . also a lspci shows different to to dom0: root@rz3-ta:~# lspci -vv 02:01.0 Non-VGA unclassified device: Digium, Inc. Wildcard B410 quad-BRI card (rev 01) Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- Envelope-to: archives@lists.xen.org Delivery-date: Sun, 08 Jul 2012 15:59: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 1Snts5-0005Qz-Rv; Sun, 08 Jul 2012 15:58:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Snts4-0005Qu-6O for xen-users@lists.xensource.com; Sun, 08 Jul 2012 15:58:04 +0000 Received: from [85.158.143.35:17480] by server-2.bemta-4.messagelabs.com id BA/C5-17938-B0EA9FF4; Sun, 08 Jul 2012 15:58:03 +0000 X-Env-Sender: mlist@dsb-gmbh.de X-Msg-Ref: server-4.tower-21.messagelabs.com!1341763081!5690894!1 X-Originating-IP: [212.184.73.160] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_MUA_OUTLOOK X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27800 invoked from network); 8 Jul 2012 15:58:02 -0000 Received: from rz2-mail.dsb-gmbh.net (HELO rz2-mail.dsb-gmbh.net) (212.184.73.160) by server-4.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Jul 2012 15:58:02 -0000 Received: from rz3db (rz3-bw.dsb-gmbh.net [212.184.73.206]) (authenticated bits=0) by rz2-mail.dsb-gmbh.net (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id q68Fvux9000900 for ; Sun, 8 Jul 2012 17:57:57 +0200 Message-ID: <081B7D220D694BD9AD419904BAAA804D@dsb.local> From: "Daniel Bauer" To: Date: Sun, 8 Jul 2012 17:57:12 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Subject: [Xen-users] Debian Squeeze - XEN and 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-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, I tried to give a PCI device to a domU with module /boot/vmlinuz-3.2.0-0.bpo.2-amd64 ... xen-pciback.hide=(02:01.0) vai /boot/grub/grub.cfg The startup of the domU shows this error: Loading DAHDI hardware modules: [ 5.475642] dahdi: Telephony Interface Registered on major 196 [ 5.475660] dahdi: Version: 2.6.1 wcb4xxp: [ 5.559401] wcb4xxp 0000:02:01.0: probe called for b4xx... [ 5.559552] wcb4xxp 0000:02:01.0: enabling device (0000 -> 0003) [ 5.561039] wcb4xxp 0000:02:01.0: Xen PCI enabling IRQ: 0 [ 5.561039] xen_allocate_pirq: returning irq 0 for gsi 0 [ 5.561039] wcb4xxp 0000:02:01.0: Device has no associated IRQ? [ 5.561039] wcb4xxp: probe of 0000:02:01.0 failed with error -5 done Running dahdi_cfg: . also a lspci shows different to to dom0: root@rz3-ta:~# lspci -vv 02:01.0 Non-VGA unclassified device: Digium, Inc. Wildcard B410 quad-BRI card (rev 01) Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- Envelope-to: archives@lists.xen.org Delivery-date: Sun, 08 Jul 2012 19: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 1SnxOv-0007Lh-1O; Sun, 08 Jul 2012 19: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 1SnwYJ-000737-2M for xen-users@lists.xensource.com; Sun, 08 Jul 2012 18:49:52 +0000 Received: from [85.158.139.83:14284] by server-7.bemta-5.messagelabs.com id 16/92-28276-E46D9FF4; Sun, 08 Jul 2012 18:49:50 +0000 X-Env-Sender: contact@lippux.de X-Msg-Ref: server-4.tower-182.messagelabs.com!1341773341!24979904!1 X-Originating-IP: [85.10.197.18] X-SpamReason: No, hits=1.4 required=7.0 tests=INFO_TLD X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24866 invoked from network); 8 Jul 2012 18:49:01 -0000 Received: from mailer2.lippux.de (HELO mailer2.lippux.de) (85.10.197.18) by server-4.tower-182.messagelabs.com with SMTP; 8 Jul 2012 18:49:01 -0000 Received: from localhost (localhost [127.0.0.1]) by mailer2.lippux.de (Postfix) with ESMTP id AE7172CA770 for ; Sun, 8 Jul 2012 20:49:00 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mailer2.lippux.de Received: from mailer2.lippux.de ([127.0.0.1]) by localhost (mailer2.lippux.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lhLh7N0nHxpc for ; Sun, 8 Jul 2012 20:48:45 +0200 (CEST) Received: from [127.0.0.1] (unknown [188.40.32.119]) by mailer2.lippux.de (Postfix) with ESMTPSA id 5150E2CA76F for ; Sun, 8 Jul 2012 20:48:36 +0200 (CEST) Message-ID: <4FF9D5FB.2040407@lippux.de> Date: Sun, 08 Jul 2012 20:48:27 +0200 From: Lukas Laukamp User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com Content-Type: multipart/mixed; boundary="------------010903080105020804050002" X-Mailman-Approved-At: Sun, 08 Jul 2012 19:44:10 +0000 Subject: [Xen-users] VNC console only shows black screen on HVM guest running on Xen 4.1 with Ubuntu 12.04 as 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: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --------------010903080105020804050002 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Hello all, I have a problem getting a working VNC console for HVM guests on Xen 4.1. When I start the DomU with xm create everything is fine the DomU runs and in xm list it has the running state but when I try to connect to the VNC console to install an operating system (Ubuntu and Debian I have tested) the VNC viewer only shows a black screen. So I searched in the logs and found a log entry where I think that this is the problem: xen be: console-0: xen be: console-0: initialise() failed initialise() failed It's in the qemu-dm log file of the DomU. I have put all logs (xend, xend-debug, xen-hotplugpath and qemu-dm) put into the attachment of this mail. Here also is my actual configuration for the DomU: kernel = "/usr/lib/xen-4.1/boot/hvmloader" builder = "hvm" memory = 4096 shadow_memory = 16 name = "mailer1" vif = [ 'type=ioemu, bridge=xenbr0, mac=00:50:56:00:04:25' ] acpi = 1 apic = 1 disk = [ 'phy:/dev/vmdisks/mailer1,hda,w', 'file:/isos/debian-6.0.5-amd64-netinst.iso,hdc:cdrom,r' ] device_model = '/usr/lib/xen-4.1/bin/qemu-dm' boot="dc" sdl=0 vfb = [ 'type=vnc,vnclisten=127.0.0.1,vncunused=1,vncpasswd=sOnlEn3' ] serial='pty' usbdevice='tablet' on_reboot='restart' on_crash='restart' And here the output of xm dmesg: (XEN) Xen version 4.1.2 (Ubuntu 4.1.2-2ubuntu2.1) (stefan.bader@canonical.com) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) Mon Jun 18 14:13:52 UTC 2012 (XEN) Bootloader: GRUB 1.99-21ubuntu3.1 (XEN) Command line: placeholder (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: none; EDID transfer time: 0 seconds (XEN) EDID info not retrieved because no DDC retrieval method detected (XEN) Disc information: (XEN) Found 0 MBR signatures (XEN) Found 3 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009ec00 (usable) (XEN) 000000000009ec00 - 00000000000a0000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000bf780000 (usable) (XEN) 00000000bf780000 - 00000000bf78e000 (ACPI data) (XEN) 00000000bf78e000 - 00000000bf7d0000 (ACPI NVS) (XEN) 00000000bf7d0000 - 00000000bf7e0000 (reserved) (XEN) 00000000bf7ec000 - 00000000c0000000 (reserved) (XEN) 00000000fee00000 - 00000000fee01000 (reserved) (XEN) 00000000ffc00000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 0000000340000000 (usable) (XEN) ACPI: RSDP 000FA340, 0014 (r0 ACPIAM) (XEN) ACPI: RSDT BF780000, 003C (r1 7522MT A7522800 20110819 MSFT 97) (XEN) ACPI: FACP BF780200, 0084 (r1 7522MT A7522800 20110819 MSFT 97) (XEN) ACPI: DSDT BF780480, 6D1A (r1 A7522 A7522800 800 INTL 20051117) (XEN) ACPI: FACS BF78E000, 0040 (XEN) ACPI: APIC BF780390, 00AC (r1 7522MT A7522800 20110819 MSFT 97) (XEN) ACPI: MCFG BF780440, 003C (r1 7522MT OEMMCFG 20110819 MSFT 97) (XEN) ACPI: OEMB BF78E040, 007A (r1 7522MT A7522800 20110819 MSFT 97) (XEN) ACPI: HPET BF78A480, 0038 (r1 7522MT OEMHPET 20110819 MSFT 97) (XEN) ACPI: SSDT BF790DA0, 0363 (r1 DpgPmm CpuPm 12 INTL 20051117) (XEN) System RAM: 12279MB (12573816kB) (XEN) Domain heap initialised (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) Processor #1 7:10 APIC version 21 (XEN) Processor #3 7:10 APIC version 21 (XEN) Processor #5 7:10 APIC version 21 (XEN) Processor #7 7:10 APIC version 21 (XEN) IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23 (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) Table is not found! (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 3341.758 MHz processor. (XEN) Initing memory sharing. (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) 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) EPT supports 2MB super page. (XEN) HVM: ASIDs enabled. (XEN) HVM: VMX 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.: 000000032c000000->0000000330000000 (3048830 pages to be allocated) (XEN) Init. ramdisk: 000000033d7fd000->0000000340000000 (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff8205f000 (XEN) Init. ramdisk: ffffffff8205f000->ffffffff84862000 (XEN) Phys-Mach map: ffffffff84862000->ffffffff85fd8c08 (XEN) Start info: ffffffff85fd9000->ffffffff85fd94b4 (XEN) Page tables: ffffffff85fda000->ffffffff8600f000 (XEN) Boot stack: ffffffff8600f000->ffffffff86010000 (XEN) TOTAL: ffffffff80000000->ffffffff86400000 (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 'CTRL-a' three times to switch input to Xen) (XEN) Freed 220kB init memory. (XEN) physdev.c:155: dom0: wrong map_pirq type 3 All logs are in the attachment as normal text files. The Dom0 is a minimal Ubuntu 12.04 Precise Pangolin and Xen is Version 4.1.2 Would be greate when someone has an idea and can help me. I think that the VNC console is not attached correct but I don't understand why. When there are questions for other logs or more info please say. Best Regards --------------010903080105020804050002 Content-Type: text/plain; charset=windows-1252; name="qemu-dm-mailer1.log" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="qemu-dm-mailer1.log" domid: 12 -c config qemu network with xen bridge for tap12.0 xenbr0 Using file /dev/vmdisks/mailer1 in read-write mode Using file /isos/debian-6.0.5-amd64-netinst.iso in read-only mode Watching /local/domain/0/device-model/12/logdirty/cmd Watching /local/domain/0/device-model/12/command Watching /local/domain/12/cpu char device redirected to /dev/pts/1 qemu_map_cache_init nr_buckets = 10000 size 4194304 shared page at pfn feffd buffered io page at pfn feffb Guest uuid = 9a40a56e-2303-0c28-d2f5-ba8a484bb01c Time offset set 0 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 state. xs_read(/local/domain/0/device-model/12/xen_extended_power_mgmt): read error medium change watch on `hdc' (index: 1): /isos/debian-6.0.5-amd64-netinst.iso I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0 Log-dirty: no command yet. vcpu-set: watch node error. xs_read(/local/domain/12/log-throttling): read error qemu: ignoring not-understood drive `/local/domain/12/log-throttling' medium change watch on `/local/domain/12/log-throttling' - unknown device, ignored char device redirected to /dev/pts/2 xen be: console-0: xen be: console-0: initialise() failed initialise() failed xen be: console-0: xen be: console-0: initialise() failed initialise() failed xen be: console-0: xen be: console-0: initialise() failed initialise() failed xen be: console-0: xen be: console-0: initialise() failed initialise() failed xen be: console-0: xen be: console-0: initialise() failed initialise() failed xen be: console-0: xen be: console-0: initialise() failed initialise() failed xen be: console-0: xen be: console-0: initialise() failed initialise() failed xen be: console-0: xen be: console-0: initialise() failed initialise() failed xen be: console-0: xen be: console-0: initialise() failed initialise() failed xen be: console-0: xen be: console-0: initialise() failed initialise() failed xen be: console-0: xen be: console-0: initialise() failed initialise() failed xen be: console-0: xen be: console-0: initialise() failed initialise() failed cirrus vga map change while on lfb mode mapping vram to f0000000 - f0400000 platform_fixed_ioport: changed ro/rw state of ROM memory area. now is rw state. platform_fixed_ioport: changed ro/rw state of ROM memory area. now is ro state. --------------010903080105020804050002 Content-Type: text/plain; charset=windows-1252; name="xend.log" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="xend.log" [2012-07-05 23:07:08 1075] INFO (SrvDaemon:332) Xend Daemon started [2012-07-05 23:07:08 1075] INFO (SrvDaemon:336) Xend changeset: unavailab= le. [2012-07-05 23:07:09 1075] DEBUG (XendNode:332) pscsi record count: 12 [2012-07-05 23:07:10 1075] DEBUG (XendCPUPool:747) recreate_active_pools [2012-07-05 23:07:10 1075] DEBUG (XendDomainInfo:151) XendDomainInfo.recr= eate({'max_vcpu_id': 7, 'cpu_time': 9361754175L, 'ssidref': 0, 'hvm': 0, = 'shutdown_reason': 255, 'dying': 0, 'online_vcpus': 8, 'domid': 0, 'pause= d': 0, 'crashed': 0, 'running': 1, 'maxmem_kb': 17179869180L, 'shutdown':= 0, 'mem_kb': 11244164L, 'blocked': 0, 'handle': [0, 0, 0, 0, 0, 0, 0, 0,= 0, 0, 0, 0, 0, 0, 0, 0], 'cpupool': 0, 'name': 'Domain-0'}) [2012-07-05 23:07:10 1075] INFO (XendDomainInfo:169) Recreating domain 0,= UUID 00000000-0000-0000-0000-000000000000. at /local/domain/0 [2012-07-05 23:07:10 1075] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '0',= 'uuid': '00000000-0000-0000-0000-000000000000', 'on_reboot': 'restart', = 'image': "(linux (kernel '') (superpages 0) (nomigrate 0) (tsc_mode 0))",= 'on_poweroff': 'destroy', 'bootloader_args': '', 'on_xend_start': 'ignor= e', 'on_crash': 'restart', 'xend/restart_count': '0', 'vcpus': '8', 'vcpu= _avail': '255', 'bootloader': '', 'name': 'Domain-0'} [2012-07-05 23:07:10 1075] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'cpu/3/availability': 'online', 'description': '', 'console/limit'= : '1048576', 'memory/target': '11244164', 'cpu/2/availability': 'online',= 'vm': '/vm/00000000-0000-0000-0000-000000000000', 'domid': '0', 'cpu/7/a= vailability': 'online', 'cpu/0/availability': 'online', 'cpu/1/availabili= ty': 'online', 'cpu/5/availability': 'online', 'control/platform-feature-= multiprocessor-suspend': '1', 'cpu/6/availability': 'online', 'console/ty= pe': 'xenconsoled', 'cpu/4/availability': 'online', 'name': 'Domain-0'} [2012-07-05 23:07:10 1075] DEBUG (XendDomain:476) Adding Domain: 0 [2012-07-05 23:07:10 1075] DEBUG (XendDomain:410) number of vcpus to use = is 0 [2012-07-05 23:07:14 1075] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-05 23:07:14 1075] WARNING (XendAPI:708) API call: VBD.set_device= not found [2012-07-05 23:07:14 1075] WARNING (XendAPI:708) API call: VBD.set_type n= ot found [2012-07-05 23:07:14 1075] WARNING (XendAPI:708) API call: session.get_al= l_records not found [2012-07-05 23:07:14 1075] WARNING (XendAPI:708) API call: event.get_reco= rd not found [2012-07-05 23:07:14 1075] WARNING (XendAPI:708) API call: event.get_all = not found [2012-07-05 23:07:14 1075] WARNING (XendAPI:708) API call: VIF.set_device= not found [2012-07-05 23:07:14 1075] WARNING (XendAPI:708) API call: VIF.set_MAC no= t found [2012-07-05 23:07:14 1075] WARNING (XendAPI:708) API call: VIF.set_MTU no= t found [2012-07-05 23:07:14 1075] WARNING (XendAPI:708) API call: debug.get_all = not found [2012-07-05 23:07:14 1075] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xen-api.sock; authentication has bee= n disabled for this server. [2012-07-05 23:07:14 1075] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xmlrpc.sock. [2012-07-06 08:24:40 1075] DEBUG (SrvServer:77) SrvServer.cleanup() [2012-07-06 08:24:40 1075] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup(= ) [2012-07-06 08:24:40 1075] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup(= ) [2012-07-06 08:24:40 1075] DEBUG (XendDomain:644) cleanup_domains [2012-07-06 08:24:40 1074] INFO (SrvDaemon:220) Xend exited with status 0= =2E [2012-07-07 08:10:08 1220] INFO (SrvDaemon:332) Xend Daemon started [2012-07-07 08:10:08 1220] INFO (SrvDaemon:336) Xend changeset: unavailab= le. [2012-07-07 08:10:10 1220] DEBUG (XendNode:332) pscsi record count: 12 [2012-07-07 08:10:10 1220] DEBUG (XendCPUPool:747) recreate_active_pools [2012-07-07 08:10:10 1220] DEBUG (XendDomainInfo:151) XendDomainInfo.recr= eate({'max_vcpu_id': 7, 'cpu_time': 8701624069L, 'ssidref': 0, 'hvm': 0, = 'shutdown_reason': 255, 'dying': 0, 'online_vcpus': 8, 'domid': 0, 'pause= d': 0, 'crashed': 0, 'running': 1, 'maxmem_kb': 17179869180L, 'shutdown':= 0, 'mem_kb': 11244164L, 'blocked': 0, 'handle': [0, 0, 0, 0, 0, 0, 0, 0,= 0, 0, 0, 0, 0, 0, 0, 0], 'cpupool': 0, 'name': 'Domain-0'}) [2012-07-07 08:10:10 1220] INFO (XendDomainInfo:169) Recreating domain 0,= UUID 00000000-0000-0000-0000-000000000000. at /local/domain/0 [2012-07-07 08:10:10 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '0',= 'uuid': '00000000-0000-0000-0000-000000000000', 'on_reboot': 'restart', = 'image': "(linux (kernel '') (superpages 0) (nomigrate 0) (tsc_mode 0))",= 'on_poweroff': 'destroy', 'bootloader_args': '', 'on_xend_start': 'ignor= e', 'on_crash': 'restart', 'xend/restart_count': '0', 'vcpus': '8', 'vcpu= _avail': '255', 'bootloader': '', 'name': 'Domain-0'} [2012-07-07 08:10:10 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'cpu/3/availability': 'online', 'description': '', 'console/limit'= : '1048576', 'memory/target': '11244164', 'cpu/2/availability': 'online',= 'vm': '/vm/00000000-0000-0000-0000-000000000000', 'domid': '0', 'cpu/7/a= vailability': 'online', 'cpu/0/availability': 'online', 'cpu/1/availabili= ty': 'online', 'cpu/5/availability': 'online', 'control/platform-feature-= multiprocessor-suspend': '1', 'cpu/6/availability': 'online', 'console/ty= pe': 'xenconsoled', 'cpu/4/availability': 'online', 'name': 'Domain-0'} [2012-07-07 08:10:10 1220] DEBUG (XendDomain:476) Adding Domain: 0 [2012-07-07 08:10:10 1220] DEBUG (XendDomain:410) number of vcpus to use = is 0 [2012-07-07 08:10:10 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 08:10:10 1220] WARNING (XendAPI:708) API call: VBD.set_device= not found [2012-07-07 08:10:10 1220] WARNING (XendAPI:708) API call: VBD.set_type n= ot found [2012-07-07 08:10:10 1220] WARNING (XendAPI:708) API call: session.get_al= l_records not found [2012-07-07 08:10:10 1220] WARNING (XendAPI:708) API call: event.get_reco= rd not found [2012-07-07 08:10:10 1220] WARNING (XendAPI:708) API call: event.get_all = not found [2012-07-07 08:10:10 1220] WARNING (XendAPI:708) API call: VIF.set_device= not found [2012-07-07 08:10:10 1220] WARNING (XendAPI:708) API call: VIF.set_MAC no= t found [2012-07-07 08:10:10 1220] WARNING (XendAPI:708) API call: VIF.set_MTU no= t found [2012-07-07 08:10:10 1220] WARNING (XendAPI:708) API call: debug.get_all = not found [2012-07-07 08:10:10 1220] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xen-api.sock; authentication has bee= n disabled for this server. [2012-07-07 08:10:10 1220] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xmlrpc.sock. [2012-07-07 16:40:31 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vnc', 1], ['vncconsole', 0], ['vncunused', 1], ['= viridian', 0], ['vpt_align', 1], ['xauthority', '/root/.Xauthority'], ['x= en_platform_pci', 1], ['memory_sharing', 0], ['device_model', '/usr/lib/x= en-4.1/bin/qemu-dm'], ['vncpasswd', 'XXXXXXXX'], ['tsc_mode', 0], ['nomig= rate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['uname', 'phy:/dev/= vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['device', ['vbd', ['= uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev', 'hdc:cdrom']= , ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0'], ['mac', '00:5= 0:56:00:04:25'], ['type', 'ioemu']]]]) [2012-07-07 16:40:32 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 16:40:32 1220] DEBUG (balloon:187) Balloon: 1188896 KiB free;= need 16384; done. [2012-07-07 16:40:32 1220] DEBUG (XendDomain:476) Adding Domain: 1 [2012-07-07 16:40:32 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 1 256 [2012-07-07 16:40:32 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 16:40:32 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 16:40:32 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 16:40:32 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 16:40:32 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 16:40:32 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 16:40:32 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 16:40:32 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 16:40:32 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 16:40:32 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 16:40:32 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 16:40:32 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 16:40:32 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 16:40:32 1220] INFO (image:822) Need to create platform devic= e.[domid:1] [2012-07-07 16:40:32 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 16:40:32 1220] DEBUG (balloon:172) Balloon: tmem relinquished= -1 KiB of 3044764 KiB requested. [2012-07-07 16:40:32 1220] DEBUG (balloon:193) Balloon: 1187428 KiB free;= 0 to scrub; need 4232192; retries: 30. [2012-07-07 16:40:32 1220] DEBUG (balloon:207) Balloon: setting dom0 targ= et to 8007 MiB. [2012-07-07 16:40:32 1220] DEBUG (XendDomainInfo:1467) Setting memory tar= get of domain Domain-0 (0) to 8007 MiB. [2012-07-07 16:40:32 1220] DEBUG (balloon:193) Balloon: 1687140 KiB free;= 0 to scrub; need 4232192; retries: 40. [2012-07-07 16:40:32 1220] DEBUG (balloon:207) Balloon: setting dom0 targ= et to 8001 MiB. [2012-07-07 16:40:32 1220] DEBUG (XendDomainInfo:1467) Setting memory tar= get of domain Domain-0 (0) to 8001 MiB. [2012-07-07 16:40:32 1220] DEBUG (balloon:193) Balloon: 2709768 KiB free;= 0 to scrub; need 4232192; retries: 45. [2012-07-07 16:40:32 1220] DEBUG (balloon:207) Balloon: setting dom0 targ= et to 8001 MiB. [2012-07-07 16:40:32 1220] DEBUG (XendDomainInfo:1467) Setting memory tar= get of domain Domain-0 (0) to 8001 MiB. [2012-07-07 16:40:32 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D1 = vcpus=3D1 [2012-07-07 16:40:32 1220] DEBUG (image:949) domid =3D 1 [2012-07-07 16:40:32 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 16:40:32 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 16:40:32 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 16:40:32 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 16:40:32 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 16:40:32 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 16:40:32 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 16:40:32 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 16:40:32 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncpasswd': 'XXXXXXXX', 'vncunused': 1, 'other_config': {'vncunused': = 1, 'vncpasswd': 'XXXXXXXX', 'vnc': '1'}, 'vnc': '1', 'uuid': 'daf1eaec-8a= cc-e19b-6e46-5f1f4c106a55'} [2012-07-07 16:40:32 1220] 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. [2012-07-07 16:40:32 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/1/de= vice/vfb/0', 'uuid': 'daf1eaec-8acc-e19b-6e46-5f1f4c106a55', 'frontend-id= ': '1', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1', 'vnc': '1'}= to /local/domain/0/backend/vfb/1/0. [2012-07-07 16:40:32 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '42a19270-057b-0a47-5428-52a858982f79', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 16:40:32 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/1/2048'} to /local/do= main/1/device/vbd/2048. [2012-07-07 16:40:32 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/1/device/vbd/2048', 'u= uid': '42a19270-057b-0a47-5428-52a858982f79', 'bootable': '1', 'dev': 'sd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '1', 'type': 'phy'} to /local/domain/0/backend/vbd/= 1/2048. [2012-07-07 16:40:33 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'bdb111a5-9417-1574-ef4c-80e7127df371', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 16:40:33 1220] 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. [2012-07-07 16:40:33 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/1/device/vbd/5632', 'u= uid': 'bdb111a5-9417-1574-ef4c-80e7127df371', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '1', 'type': 'file'} to /local/domai= n/0/backend/vbd/1/5632. [2012-07-07 16:40:33 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '60bc1689-9e2e-112b-0e77-307b68ecec71'} [2012-07-07 16:40:33 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/1/0'} to /local/domain/1/device/vif/0. [2012-07-07 16:40:33 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '60bc1= 689-9e2e-112b-0e77-307b68ecec71', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '1', 'state': '1', 'online':= '1', 'frontend': '/local/domain/1/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/1/0. [2012-07-07 16:40:33 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '1', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', '= -vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial= ', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap1.0= ,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 16:40:33 1220] INFO (image:467) device model pid: 7600 [2012-07-07 16:40:33 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': 'aefe7ae7-2235-110b-2675-da53017e9948', 'on_reboot': 'restart',= 'start_time': '1341672033.07', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (vncconsole 0) (seria= l pty) (vncunused 1) (boot dc) (vncpasswd XXXXXX) (pae 1) (viridian 0) (a= cpi 1) (vnc 1) (nographic 0) (nomigrate 0) (usb 0) (tsc_mode 0) (guest_os= _type default) (device_model /usr/lib/xen-4.1/bin/qemu-dm) (pci_power_mgm= t 0) (xauthority /root/.Xauthority) (isa 0) (notes (SUSPEND_CANCEL 1)))",= 'name': 'mailer1'} [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/aefe7ae7-2235-110b-2675-da53017e9948', 'd= omid': '1', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-07 16:40:33 1220] 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. [2012-07-07 16:40:33 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/1/device/console/0', '= uuid': '62ff9272-eeb8-760e-a92b-ddd52d5e0484', 'frontend-id': '1', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/1/0. [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 16:40:33 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 16:40:33 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 16:40:33 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 16:40:33 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/1/0/hotplug-status. [2012-07-07 16:40:33 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/1/0/hotplug-status. [2012-07-07 16:40:33 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 16:40:33 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 16:40:33 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 16:40:33 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 16:40:33 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 16:40:33 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 16:40:33 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 16:40:33 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 16:40:33 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 16:40:33 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 16:40:33 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/1/2048/hotplug-status. [2012-07-07 16:40:33 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 16:40:33 1220] WARNING (image:552) domain mailer1: device mod= el failure: pid 7600: malfunctioning (closed sentinel), killed; see /var/= log/xen/qemu-dm-mailer1.log=20 [2012-07-07 16:40:33 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 16:40:33 1220] WARNING (XendDomainInfo:2061) Domain has crash= ed: name=3Dmailer1 id=3D1. [2012-07-07 16:40:33 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/1/5632/hotplug-status. [2012-07-07 16:40:33 1220] ERROR (XendDomainInfo:2195) VM mailer1 restart= ing too fast (Elapsed time: 0.225948 seconds). Refusing to restart to avo= id loops. [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D1 [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 16:40:34 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/1/5632/hotplug-status. [2012-07-07 16:40:34 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 2. [2012-07-07 16:41:03 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vnc', 1], ['vncconsole', 0], ['vncunused', 1], ['= viridian', 0], ['vpt_align', 1], ['xauthority', '/root/.Xauthority'], ['x= en_platform_pci', 1], ['memory_sharing', 0], ['device_model', '/usr/lib/x= en-4.1/bin/qemu-dm'], ['vncpasswd', 'XXXXXXXX'], ['tsc_mode', 0], ['nomig= rate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['uname', 'phy:/dev/= vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['device', ['vbd', ['= uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev', 'hdc:cdrom']= , ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0'], ['mac', '00:5= 0:56:00:04:25'], ['type', 'ioemu']]]]) [2012-07-07 16:41:03 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 16:41:03 1220] DEBUG (balloon:187) Balloon: 4240032 KiB free;= need 16384; done. [2012-07-07 16:41:03 1220] DEBUG (XendDomain:476) Adding Domain: 2 [2012-07-07 16:41:03 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 2 256 [2012-07-07 16:41:03 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 16:41:03 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 16:41:03 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 16:41:03 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 16:41:03 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 16:41:03 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 16:41:03 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 16:41:03 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 16:41:03 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 16:41:03 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 16:41:03 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 16:41:03 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 16:41:03 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 16:41:03 1220] INFO (image:822) Need to create platform devic= e.[domid:2] [2012-07-07 16:41:03 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 16:41:03 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D2 = vcpus=3D1 [2012-07-07 16:41:03 1220] DEBUG (image:949) domid =3D 2 [2012-07-07 16:41:03 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 16:41:03 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 16:41:03 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 16:41:03 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 16:41:03 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 16:41:03 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 16:41:03 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 16:41:03 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 16:41:03 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncpasswd': 'XXXXXXXX', 'vncunused': 1, 'other_config': {'vncunused': = 1, 'vncpasswd': 'XXXXXXXX', 'vnc': '1'}, 'vnc': '1', 'uuid': '73f69120-d9= bb-5422-72c6-904ffec4bced'} [2012-07-07 16:41:03 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/2/0'} to /local/domain/2/device/vfb/0. [2012-07-07 16:41:03 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/2/de= vice/vfb/0', 'uuid': '73f69120-d9bb-5422-72c6-904ffec4bced', 'frontend-id= ': '2', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1', 'vnc': '1'}= to /local/domain/0/backend/vfb/2/0. [2012-07-07 16:41:03 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'a540f776-f8a5-c606-3338-591f7feef811', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 16:41:03 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/2/2048'} to /local/do= main/2/device/vbd/2048. [2012-07-07 16:41:03 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/2/device/vbd/2048', 'u= uid': 'a540f776-f8a5-c606-3338-591f7feef811', 'bootable': '1', 'dev': 'sd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '2', 'type': 'phy'} to /local/domain/0/backend/vbd/= 2/2048. [2012-07-07 16:41:03 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '648528de-8533-819b-1430-749db5ec62d1', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 16:41:03 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/2/5632'} to /local/d= omain/2/device/vbd/5632. [2012-07-07 16:41:03 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/2/device/vbd/5632', 'u= uid': '648528de-8533-819b-1430-749db5ec62d1', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '2', 'type': 'file'} to /local/domai= n/0/backend/vbd/2/5632. [2012-07-07 16:41:03 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : 'bbac0d0e-9efb-c690-8280-7deee9c50e78'} [2012-07-07 16:41:03 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/2/0'} to /local/domain/2/device/vif/0. [2012-07-07 16:41:03 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': 'bbac0= d0e-9efb-c690-8280-7deee9c50e78', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '2', 'state': '1', 'online':= '1', 'frontend': '/local/domain/2/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/2/0. [2012-07-07 16:41:03 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '2', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', '= -vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial= ', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap2.0= ,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 16:41:03 1220] INFO (image:467) device model pid: 8123 [2012-07-07 16:41:03 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 16:41:03 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '858c5fe4-60db-8f2b-c4a8-49c06d43f593', 'on_reboot': 'restart',= 'start_time': '1341672063.7', 'on_poweroff': 'destroy', 'bootloader_args= ': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_co= unt': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "(= hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader /= usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) (= pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1)= (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (vncconsole 0) (serial= pty) (vncunused 1) (boot dc) (vncpasswd XXXXXX) (pae 1) (viridian 0) (ac= pi 1) (vnc 1) (nographic 0) (nomigrate 0) (usb 0) (tsc_mode 0) (guest_os_= type default) (device_model /usr/lib/xen-4.1/bin/qemu-dm) (pci_power_mgmt= 0) (xauthority /root/.Xauthority) (isa 0) (notes (SUSPEND_CANCEL 1)))", = 'name': 'mailer1'} [2012-07-07 16:41:03 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/858c5fe4-60db-8f2b-c4a8-49c06d43f593', 'd= omid': '2', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-07 16:41:03 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/2/0'} to /local/domain/2/device/console/0. [2012-07-07 16:41:03 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/2/device/console/0', '= uuid': 'a5d9f02c-3307-bade-08f4-4f2912c66aee', 'frontend-id': '2', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/2/0. [2012-07-07 16:41:03 1220] WARNING (image:552) domain mailer1: device mod= el failure: pid 8123: malfunctioning (closed sentinel), killed; see /var/= log/xen/qemu-dm-mailer1.log=20 [2012-07-07 16:41:03 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 16:41:03 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 16:41:03 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 16:41:03 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 16:41:03 1220] WARNING (XendDomainInfo:2061) Domain has crash= ed: name=3Dmailer1 id=3D2. [2012-07-07 16:41:03 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/2/0/hotplug-status. [2012-07-07 16:41:03 1220] ERROR (XendDomainInfo:2195) VM mailer1 restart= ing too fast (Elapsed time: 0.111620 seconds). Refusing to restart to avo= id loops. [2012-07-07 16:41:03 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D2 [2012-07-07 16:41:03 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 16:41:04 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 16:41:04 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 16:41:04 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 16:41:04 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 16:41:04 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 16:41:04 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 16:41:04 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 16:41:04 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 16:41:04 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 16:41:04 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 16:41:04 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 16:41:04 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 16:41:04 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 16:41:04 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 16:41:04 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 16:41:04 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 16:41:04 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 16:41:04 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 16:41:04 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 16:41:04 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 16:41:04 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/2/2048/hotplug-status. [2012-07-07 16:41:04 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 16:41:04 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 16:45:56 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', 'de'], ['localtime', 0= ], ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitransl= ate', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sou= ndhw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', '= tablet'], ['vcpus', 1], ['vnc', 1], ['vncconsole', 0], ['vncunused', 1], = ['viridian', 0], ['vpt_align', 1], ['xauthority', '/root/.Xauthority'], [= 'xen_platform_pci', 1], ['memory_sharing', 0], ['device_model', '/usr/lib= /xen-4.1/bin/qemu-dm'], ['vncpasswd', 'XXXXXXXX'], ['tsc_mode', 0], ['nom= igrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['uname', 'phy:/de= v/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['device', ['vbd', = ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev', 'hdc:cdrom= '], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0'], ['mac', '00= :50:56:00:04:25'], ['type', 'ioemu']]]]) [2012-07-07 16:45:56 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 16:45:56 1220] DEBUG (balloon:187) Balloon: 4240032 KiB free;= need 16384; done. [2012-07-07 16:45:56 1220] DEBUG (XendDomain:476) Adding Domain: 3 [2012-07-07 16:45:56 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 3 256 [2012-07-07 16:45:56 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 16:45:56 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 16:45:56 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 16:45:56 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 16:45:56 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 16:45:56 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 16:45:56 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 16:45:56 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 16:45:56 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 16:45:56 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 16:45:56 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 16:45:56 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 16:45:56 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 16:45:56 1220] INFO (image:822) Need to create platform devic= e.[domid:3] [2012-07-07 16:45:56 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 16:45:56 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D3 = vcpus=3D1 [2012-07-07 16:45:56 1220] DEBUG (image:949) domid =3D 3 [2012-07-07 16:45:56 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 16:45:56 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 16:45:56 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 16:45:56 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 16:45:56 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 16:45:56 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 16:45:56 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 16:45:56 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 16:45:56 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': 1, 'vnc': '1', 'uuid': 'ff6667de-db0c-bcb3-2eee-7fde17b20b= 46', 'other_config': {'vncunused': 1, 'vncpasswd': 'XXXXXXXX', 'keymap': = 'de', 'vnc': '1'}, 'vncpasswd': 'XXXXXXXX', 'keymap': 'de'} [2012-07-07 16:45:56 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/3/0'} to /local/domain/3/device/vfb/0. [2012-07-07 16:45:56 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/3/de= vice/vfb/0', 'uuid': 'ff6667de-db0c-bcb3-2eee-7fde17b20b46', 'frontend-id= ': '3', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'keymap': 'de', 'online': = '1', 'vnc': '1'} to /local/domain/0/backend/vfb/3/0. [2012-07-07 16:45:56 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'fab2a10d-b379-bd5d-b04a-ed9d64ce0bd5', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 16:45:56 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/3/2048'} to /local/do= main/3/device/vbd/2048. [2012-07-07 16:45:56 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/3/device/vbd/2048', 'u= uid': 'fab2a10d-b379-bd5d-b04a-ed9d64ce0bd5', 'bootable': '1', 'dev': 'sd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '3', 'type': 'phy'} to /local/domain/0/backend/vbd/= 3/2048. [2012-07-07 16:45:56 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'f5c4d2fb-a9af-075b-2063-06eafbbf15ac', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 16:45:56 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/3/5632'} to /local/d= omain/3/device/vbd/5632. [2012-07-07 16:45:56 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/3/device/vbd/5632', 'u= uid': 'f5c4d2fb-a9af-075b-2063-06eafbbf15ac', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '3', 'type': 'file'} to /local/domai= n/0/backend/vbd/3/5632. [2012-07-07 16:45:56 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : 'e4bcd3b4-99f8-7a64-e91a-345e39352191'} [2012-07-07 16:45:56 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/3/0'} to /local/domain/3/device/vif/0. [2012-07-07 16:45:56 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': 'e4bcd= 3b4-99f8-7a64-e91a-345e39352191', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '3', 'state': '1', 'online':= '1', 'frontend': '/local/domain/3/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/3/0. [2012-07-07 16:45:56 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '3', '-dom= ain-name', 'mailer1', '-videoram', '4', '-k', 'de', '-vnc', '127.0.0.1:0,= password', '-vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'd= c', '-serial', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D= 1,macaddr=3D00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifn= ame=3Dtap3.0,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 16:45:56 1220] INFO (image:467) device model pid: 8666 [2012-07-07 16:45:56 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 16:45:56 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': 'a2ebeab1-d47d-e3b8-e4ce-f2922c8aee72', 'on_reboot': 'restart',= 'start_time': '1341672356.66', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (vncconsole 0) (seria= l pty) (vncunused 1) (boot dc) (vncpasswd XXXXXX) (pae 1) (viridian 0) (a= cpi 1) (vnc 1) (nographic 0) (nomigrate 0) (usb 0) (tsc_mode 0) (guest_os= _type default) (device_model /usr/lib/xen-4.1/bin/qemu-dm) (keymap de) (p= ci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0) (notes (SUSPEND_C= ANCEL 1)))", 'name': 'mailer1'} [2012-07-07 16:45:56 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/a2ebeab1-d47d-e3b8-e4ce-f2922c8aee72', 'd= omid': '3', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-07 16:45:56 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/3/0'} to /local/domain/3/device/console/0. [2012-07-07 16:45:56 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/3/device/console/0', '= uuid': 'cb91f5a9-1c29-8ab1-e844-95a48bbe59a1', 'frontend-id': '3', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/3/0. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 16:45:56 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 16:45:56 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 16:45:56 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/3/0/hotplug-status. [2012-07-07 16:45:56 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 16:45:56 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 16:45:56 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 16:45:56 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/3/2048/hotplug-status. [2012-07-07 16:45:56 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 16:45:56 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 16:45:56 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/3/5632/hotplug-status. [2012-07-07 16:45:56 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-07 16:45:56 1220] INFO (XendDomain:1225) Domain mailer1 (3) unpa= used. [2012-07-07 16:48:50 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D3 [2012-07-07 16:48:50 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 16:48:50 1220] INFO (image:615) mailer1 device model terminat= ed [2012-07-07 16:48:50 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 16:48:50 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 16:48:50 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 16:48:50 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 16:48:50 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 16:48:50 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 16:48:50 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 16:48:51 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 16:48:51 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 16:48:51 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 16:48:51 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 16:48:51 1220] DEBUG (XendDomainInfo:2406) No device model [2012-07-07 16:48:51 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 16:48:51 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 16:48:51 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 16:48:51 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 16:48:51 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 16:48:51 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 16:48:51 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 16:49:40 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', 'de'], ['localtime', 0= ], ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitransl= ate', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sou= ndhw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', '= tablet'], ['vcpus', 1], ['vnc', 1], ['vncconsole', 0], ['vncunused', 1], = ['viridian', 0], ['vpt_align', 1], ['xauthority', '/root/.Xauthority'], [= 'xen_platform_pci', 1], ['memory_sharing', 0], ['device_model', '/usr/lib= /xen-4.1/bin/qemu-dm'], ['vncpasswd', 'XXXXXXXX'], ['tsc_mode', 0], ['nom= igrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['uname', 'phy:/de= v/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['device', ['vbd', = ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev', 'hdc:cdrom= '], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0'], ['mac', '00= :50:56:00:04:25'], ['type', 'ioemu']]]]) [2012-07-07 16:49:40 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 16:49:40 1220] DEBUG (balloon:187) Balloon: 4240028 KiB free;= need 16384; done. [2012-07-07 16:49:40 1220] DEBUG (XendDomain:476) Adding Domain: 4 [2012-07-07 16:49:40 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 4 256 [2012-07-07 16:49:40 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 16:49:40 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 16:49:40 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 16:49:40 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 16:49:40 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 16:49:40 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 16:49:40 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 16:49:40 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 16:49:40 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 16:49:40 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 16:49:40 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 16:49:40 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 16:49:40 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 16:49:40 1220] INFO (image:822) Need to create platform devic= e.[domid:4] [2012-07-07 16:49:40 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 16:49:40 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D4 = vcpus=3D1 [2012-07-07 16:49:40 1220] DEBUG (image:949) domid =3D 4 [2012-07-07 16:49:40 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 16:49:40 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 16:49:40 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 16:49:40 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 16:49:40 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 16:49:40 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 16:49:40 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 16:49:40 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 16:49:41 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': 1, 'vnc': '1', 'uuid': '9cc17c0c-57fc-2828-5f97-4df567ce59= dd', 'other_config': {'vncunused': 1, 'vncpasswd': 'XXXXXXXX', 'keymap': = 'de', 'vnc': '1'}, 'vncpasswd': 'XXXXXXXX', 'keymap': 'de'} [2012-07-07 16:49:41 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/4/0'} to /local/domain/4/device/vfb/0. [2012-07-07 16:49:41 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/4/de= vice/vfb/0', 'uuid': '9cc17c0c-57fc-2828-5f97-4df567ce59dd', 'frontend-id= ': '4', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'keymap': 'de', 'online': = '1', 'vnc': '1'} to /local/domain/0/backend/vfb/4/0. [2012-07-07 16:49:41 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'ec4137f3-d6c4-d405-469b-db7078d2b5de', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 16:49:41 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/4/2048'} to /local/do= main/4/device/vbd/2048. [2012-07-07 16:49:41 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/4/device/vbd/2048', 'u= uid': 'ec4137f3-d6c4-d405-469b-db7078d2b5de', 'bootable': '1', 'dev': 'sd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '4', 'type': 'phy'} to /local/domain/0/backend/vbd/= 4/2048. [2012-07-07 16:49:41 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '7d4a6d1c-af77-4e32-7068-0150900d53a9', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 16:49:41 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/4/5632'} to /local/d= omain/4/device/vbd/5632. [2012-07-07 16:49:41 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/4/device/vbd/5632', 'u= uid': '7d4a6d1c-af77-4e32-7068-0150900d53a9', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '4', 'type': 'file'} to /local/domai= n/0/backend/vbd/4/5632. [2012-07-07 16:49:41 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '0ed01890-abca-87b4-d5b5-53f22081737b'} [2012-07-07 16:49:41 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/4/0'} to /local/domain/4/device/vif/0. [2012-07-07 16:49:41 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '0ed01= 890-abca-87b4-d5b5-53f22081737b', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '4', 'state': '1', 'online':= '1', 'frontend': '/local/domain/4/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/4/0. [2012-07-07 16:49:41 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '4', '-dom= ain-name', 'mailer1', '-videoram', '4', '-k', 'de', '-vnc', '127.0.0.1:0,= password', '-vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'd= c', '-serial', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D= 1,macaddr=3D00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifn= ame=3Dtap4.0,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 16:49:41 1220] INFO (image:467) device model pid: 9250 [2012-07-07 16:49:41 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 16:49:41 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '5663b8c5-56cf-d5df-aad1-098011b2f6b3', 'on_reboot': 'restart',= 'start_time': '1341672581.06', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (vncconsole 0) (seria= l pty) (vncunused 1) (boot dc) (vncpasswd XXXXXX) (pae 1) (viridian 0) (a= cpi 1) (vnc 1) (nographic 0) (nomigrate 0) (usb 0) (tsc_mode 0) (guest_os= _type default) (device_model /usr/lib/xen-4.1/bin/qemu-dm) (keymap de) (p= ci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0) (notes (SUSPEND_C= ANCEL 1)))", 'name': 'mailer1'} [2012-07-07 16:49:41 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/5663b8c5-56cf-d5df-aad1-098011b2f6b3', 'd= omid': '4', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-07 16:49:41 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/4/0'} to /local/domain/4/device/console/0. [2012-07-07 16:49:41 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/4/device/console/0', '= uuid': 'fe7e98bd-25b7-86ea-6559-8055ac9cb15a', 'frontend-id': '4', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/4/0. [2012-07-07 16:49:41 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 16:49:41 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 16:49:41 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/4/0/hotplug-status. [2012-07-07 16:49:41 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 16:49:41 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 16:49:41 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 16:49:41 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/4/2048/hotplug-status. [2012-07-07 16:49:41 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 16:49:41 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 16:49:41 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/4/5632/hotplug-status. [2012-07-07 16:49:41 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-07 16:49:41 1220] INFO (XendDomain:1225) Domain mailer1 (4) unpa= used. [2012-07-07 16:49:56 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D4 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 16:49:57 1220] INFO (image:615) mailer1 device model terminat= ed [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:2406) No device model [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 16:52:36 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vnc', 1], ['vncconsole', 0], ['vncunused', 1], ['= viridian', 0], ['vpt_align', 1], ['xauthority', '/root/.Xauthority'], ['x= en_platform_pci', 1], ['memory_sharing', 0], ['device_model', '/usr/lib/x= en-4.1/bin/qemu-dm'], ['vncpasswd', 'XXXXXXXX'], ['tsc_mode', 0], ['nomig= rate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['uname', 'phy:/dev/= vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['device', ['vbd', ['= uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev', 'hdc:cdrom']= , ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0'], ['mac', '00:5= 0:56:00:04:25'], ['type', 'ioemu']]]]) [2012-07-07 16:52:36 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 16:52:36 1220] DEBUG (balloon:187) Balloon: 4240028 KiB free;= need 16384; done. [2012-07-07 16:52:36 1220] DEBUG (XendDomain:476) Adding Domain: 5 [2012-07-07 16:52:36 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 5 256 [2012-07-07 16:52:36 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 16:52:36 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 16:52:36 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 16:52:36 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 16:52:36 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 16:52:36 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 16:52:36 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 16:52:36 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 16:52:36 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 16:52:36 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 16:52:36 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 16:52:36 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 16:52:36 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 16:52:36 1220] INFO (image:822) Need to create platform devic= e.[domid:5] [2012-07-07 16:52:36 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 16:52:36 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D5 = vcpus=3D1 [2012-07-07 16:52:36 1220] DEBUG (image:949) domid =3D 5 [2012-07-07 16:52:36 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 16:52:36 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 16:52:36 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 16:52:36 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 16:52:36 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 16:52:36 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 16:52:36 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 16:52:36 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 16:52:36 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncpasswd': 'XXXXXXXX', 'vncunused': 1, 'other_config': {'vncunused': = 1, 'vncpasswd': 'XXXXXXXX', 'vnc': '1'}, 'vnc': '1', 'uuid': '5eb058b8-6b= e3-f726-0cdc-8a634e861759'} [2012-07-07 16:52:36 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/5/0'} to /local/domain/5/device/vfb/0. [2012-07-07 16:52:36 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/5/de= vice/vfb/0', 'uuid': '5eb058b8-6be3-f726-0cdc-8a634e861759', 'frontend-id= ': '5', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1', 'vnc': '1'}= to /local/domain/0/backend/vfb/5/0. [2012-07-07 16:52:36 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'd08a7b78-3575-f7ae-121d-eee3b7286790', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 16:52:36 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/5/2048'} to /local/do= main/5/device/vbd/2048. [2012-07-07 16:52:36 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/5/device/vbd/2048', 'u= uid': 'd08a7b78-3575-f7ae-121d-eee3b7286790', 'bootable': '1', 'dev': 'sd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '5', 'type': 'phy'} to /local/domain/0/backend/vbd/= 5/2048. [2012-07-07 16:52:36 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'cd4ea0cf-310f-30a4-0839-1a7a473974fa', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 16:52:36 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/5/5632'} to /local/d= omain/5/device/vbd/5632. [2012-07-07 16:52:36 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/5/device/vbd/5632', 'u= uid': 'cd4ea0cf-310f-30a4-0839-1a7a473974fa', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '5', 'type': 'file'} to /local/domai= n/0/backend/vbd/5/5632. [2012-07-07 16:52:36 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '11a776dd-1acf-80aa-d0a6-dbfe8272bcea'} [2012-07-07 16:52:36 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/5/0'} to /local/domain/5/device/vif/0. [2012-07-07 16:52:36 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '11a77= 6dd-1acf-80aa-d0a6-dbfe8272bcea', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '5', 'state': '1', 'online':= '1', 'frontend': '/local/domain/5/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/5/0. [2012-07-07 16:52:36 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '5', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', '= -vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial= ', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap5.0= ,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 16:52:36 1220] INFO (image:467) device model pid: 9806 [2012-07-07 16:52:36 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '1b684117-b104-8328-7d22-525fb2dfa74a', 'on_reboot': 'restart',= 'start_time': '1341672756.84', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (vncconsole 0) (seria= l pty) (vncunused 1) (boot dc) (vncpasswd XXXXXX) (pae 1) (viridian 0) (a= cpi 1) (vnc 1) (nographic 0) (nomigrate 0) (usb 0) (tsc_mode 0) (guest_os= _type default) (device_model /usr/lib/xen-4.1/bin/qemu-dm) (pci_power_mgm= t 0) (xauthority /root/.Xauthority) (isa 0) (notes (SUSPEND_CANCEL 1)))",= 'name': 'mailer1'} [2012-07-07 16:52:36 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 16:52:36 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/1b684117-b104-8328-7d22-525fb2dfa74a', 'd= omid': '5', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-07 16:52:36 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/5/0'} to /local/domain/5/device/console/0. [2012-07-07 16:52:36 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/5/device/console/0', '= uuid': '7ef52761-d11f-1656-c566-f79a831d3b31', 'frontend-id': '5', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/5/0. [2012-07-07 16:52:36 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 16:52:36 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 16:52:36 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/5/0/hotplug-status. [2012-07-07 16:52:36 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 16:52:36 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 16:52:36 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 16:52:36 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/5/2048/hotplug-status. [2012-07-07 16:52:36 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 16:52:36 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 16:52:36 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/5/5632/hotplug-status. [2012-07-07 16:52:36 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-07 16:52:36 1220] INFO (XendDomain:1225) Domain mailer1 (5) unpa= used. [2012-07-07 16:58:05 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D5 [2012-07-07 16:58:05 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 16:58:06 1220] INFO (image:615) mailer1 device model terminat= ed [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:2406) No device model [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:26:43 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vnc', 1], ['vncconsole', 0], ['vncunused', 1], ['= viridian', 0], ['vpt_align', 1], ['xauthority', '/root/.Xauthority'], ['x= en_platform_pci', 1], ['memory_sharing', 0], ['device_model', '/usr/lib/x= en-4.1/bin/qemu-dm'], ['vncpasswd', 'XXXXXXXX'], ['tsc_mode', 0], ['nomig= rate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['uname', 'phy:/dev/= vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['device', ['vbd', ['= uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev', 'hdc:cdrom']= , ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0'], ['mac', '00:5= 0:56:00:04:25'], ['type', 'ioemu']]]]) [2012-07-07 18:26:43 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 18:26:43 1220] DEBUG (balloon:187) Balloon: 4240024 KiB free;= need 16384; done. [2012-07-07 18:26:43 1220] DEBUG (XendDomain:476) Adding Domain: 6 [2012-07-07 18:26:43 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 6 256 [2012-07-07 18:26:43 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 18:26:43 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 18:26:43 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 18:26:43 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 18:26:43 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 18:26:43 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 18:26:43 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 18:26:43 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 18:26:43 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 18:26:43 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 18:26:43 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 18:26:43 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 18:26:43 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 18:26:43 1220] INFO (image:822) Need to create platform devic= e.[domid:6] [2012-07-07 18:26:43 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 18:26:43 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D6 = vcpus=3D1 [2012-07-07 18:26:43 1220] DEBUG (image:949) domid =3D 6 [2012-07-07 18:26:43 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 18:26:43 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 18:26:43 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 18:26:43 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 18:26:43 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 18:26:43 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 18:26:43 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 18:26:43 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 18:26:43 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncpasswd': 'XXXXXXXX', 'vncunused': 1, 'other_config': {'vncunused': = 1, 'vncpasswd': 'XXXXXXXX', 'vnc': '1'}, 'vnc': '1', 'uuid': 'b4133827-58= 54-6573-1a96-e51203649535'} [2012-07-07 18:26:43 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/6/0'} to /local/domain/6/device/vfb/0. [2012-07-07 18:26:43 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/6/de= vice/vfb/0', 'uuid': 'b4133827-5854-6573-1a96-e51203649535', 'frontend-id= ': '6', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1', 'vnc': '1'}= to /local/domain/0/backend/vfb/6/0. [2012-07-07 18:26:43 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'e1fc46a6-5355-93d1-5c8c-4c3c91c06841', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 18:26:43 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/6/2048'} to /local/do= main/6/device/vbd/2048. [2012-07-07 18:26:43 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/6/device/vbd/2048', 'u= uid': 'e1fc46a6-5355-93d1-5c8c-4c3c91c06841', 'bootable': '1', 'dev': 'sd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '6', 'type': 'phy'} to /local/domain/0/backend/vbd/= 6/2048. [2012-07-07 18:26:43 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'e845fd7a-36b9-37dd-d6b4-fa9ddc0d57e1', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 18:26:43 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/6/5632'} to /local/d= omain/6/device/vbd/5632. [2012-07-07 18:26:43 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/6/device/vbd/5632', 'u= uid': 'e845fd7a-36b9-37dd-d6b4-fa9ddc0d57e1', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '6', 'type': 'file'} to /local/domai= n/0/backend/vbd/6/5632. [2012-07-07 18:26:43 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : 'e8972acb-4f29-00e0-e855-be6c1d6d94eb'} [2012-07-07 18:26:43 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/6/0'} to /local/domain/6/device/vif/0. [2012-07-07 18:26:43 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': 'e8972= acb-4f29-00e0-e855-be6c1d6d94eb', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '6', 'state': '1', 'online':= '1', 'frontend': '/local/domain/6/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/6/0. [2012-07-07 18:26:43 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '6', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', '= -vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial= ', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap6.0= ,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 18:26:43 1220] INFO (image:467) device model pid: 10571 [2012-07-07 18:26:43 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 18:26:43 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '8186eae0-314a-d2a8-1fff-66daf592801e', 'on_reboot': 'restart',= 'start_time': '1341678403.43', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (vncconsole 0) (seria= l pty) (vncunused 1) (boot dc) (vncpasswd XXXXXX) (pae 1) (viridian 0) (a= cpi 1) (vnc 1) (nographic 0) (nomigrate 0) (usb 0) (tsc_mode 0) (guest_os= _type default) (device_model /usr/lib/xen-4.1/bin/qemu-dm) (pci_power_mgm= t 0) (xauthority /root/.Xauthority) (isa 0) (notes (SUSPEND_CANCEL 1)))",= 'name': 'mailer1'} [2012-07-07 18:26:43 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/8186eae0-314a-d2a8-1fff-66daf592801e', 'd= omid': '6', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-07 18:26:43 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/6/0'} to /local/domain/6/device/console/0. [2012-07-07 18:26:43 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/6/device/console/0', '= uuid': '431a9e24-4a03-bbb0-1a6c-78cb3101b4f0', 'frontend-id': '6', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/6/0. [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 18:26:43 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 18:26:43 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:26:43 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/6/0/hotplug-status. [2012-07-07 18:26:43 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 18:26:43 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 18:26:43 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 18:26:43 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/6/2048/hotplug-status. [2012-07-07 18:26:43 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:26:43 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 18:26:43 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/6/5632/hotplug-status. [2012-07-07 18:26:43 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-07 18:26:43 1220] INFO (XendDomain:1225) Domain mailer1 (6) unpa= used. [2012-07-07 18:26:58 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D6 [2012-07-07 18:26:58 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 18:26:59 1220] INFO (image:615) mailer1 device model terminat= ed [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:2406) No device model [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:28:04 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vnc', 1], ['vncconsole', 1], ['vncunused', 1], ['= viridian', 0], ['vpt_align', 1], ['xauthority', '/root/.Xauthority'], ['x= en_platform_pci', 1], ['memory_sharing', 0], ['device_model', '/usr/lib/x= en-4.1/bin/qemu-dm'], ['vncpasswd', 'XXXXXXXX'], ['tsc_mode', 0], ['nomig= rate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['uname', 'phy:/dev/= vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['device', ['vbd', ['= uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev', 'hdc:cdrom']= , ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0'], ['mac', '00:5= 0:56:00:04:25'], ['type', 'ioemu']]]]) [2012-07-07 18:28:04 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 18:28:04 1220] DEBUG (balloon:187) Balloon: 4240024 KiB free;= need 16384; done. [2012-07-07 18:28:04 1220] DEBUG (XendDomain:476) Adding Domain: 7 [2012-07-07 18:28:04 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 7 256 [2012-07-07 18:28:04 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 18:28:04 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 18:28:04 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 18:28:04 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 18:28:04 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 18:28:04 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 18:28:04 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 18:28:04 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 18:28:04 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 18:28:04 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 18:28:04 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 18:28:04 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 18:28:04 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 18:28:04 1220] INFO (image:822) Need to create platform devic= e.[domid:7] [2012-07-07 18:28:04 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 18:28:04 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D7 = vcpus=3D1 [2012-07-07 18:28:04 1220] DEBUG (image:949) domid =3D 7 [2012-07-07 18:28:04 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 18:28:04 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 18:28:04 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 18:28:04 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 18:28:04 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 18:28:04 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 18:28:04 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 18:28:04 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 18:28:04 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncpasswd': 'XXXXXXXX', 'vncunused': 1, 'other_config': {'vncunused': = 1, 'vncpasswd': 'XXXXXXXX', 'vnc': '1'}, 'vnc': '1', 'uuid': '3c4dcebe-6f= c3-5c84-cff2-7fb903d02076'} [2012-07-07 18:28:04 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/7/0'} to /local/domain/7/device/vfb/0. [2012-07-07 18:28:04 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/7/de= vice/vfb/0', 'uuid': '3c4dcebe-6fc3-5c84-cff2-7fb903d02076', 'frontend-id= ': '7', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1', 'vnc': '1'}= to /local/domain/0/backend/vfb/7/0. [2012-07-07 18:28:04 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'c6ba3101-a048-7ad1-e265-dd9fce2ae552', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 18:28:04 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/7/2048'} to /local/do= main/7/device/vbd/2048. [2012-07-07 18:28:04 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/7/device/vbd/2048', 'u= uid': 'c6ba3101-a048-7ad1-e265-dd9fce2ae552', 'bootable': '1', 'dev': 'sd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '7', 'type': 'phy'} to /local/domain/0/backend/vbd/= 7/2048. [2012-07-07 18:28:04 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '7dcf0435-22f3-1d02-bad5-4525af74d471', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 18:28:04 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/7/5632'} to /local/d= omain/7/device/vbd/5632. [2012-07-07 18:28:04 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/7/device/vbd/5632', 'u= uid': '7dcf0435-22f3-1d02-bad5-4525af74d471', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '7', 'type': 'file'} to /local/domai= n/0/backend/vbd/7/5632. [2012-07-07 18:28:05 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : 'bd82b32d-091b-0e06-9d4f-84610ee4b831'} [2012-07-07 18:28:05 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/7/0'} to /local/domain/7/device/vif/0. [2012-07-07 18:28:05 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': 'bd82b= 32d-091b-0e06-9d4f-84610ee4b831', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '7', 'state': '1', 'online':= '1', 'frontend': '/local/domain/7/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/7/0. [2012-07-07 18:28:05 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '7', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', '= -vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial= ', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap7.0= ,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 18:28:05 1220] INFO (image:467) device model pid: 11103 [2012-07-07 18:28:05 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 18:28:05 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '91577319-d277-5d74-3440-697c8c947ff9', 'on_reboot': 'restart',= 'start_time': '1341678485.03', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (vncconsole 1) (seria= l pty) (vncunused 1) (boot dc) (vncpasswd XXXXXX) (pae 1) (viridian 0) (a= cpi 1) (vnc 1) (nographic 0) (nomigrate 0) (usb 0) (tsc_mode 0) (guest_os= _type default) (device_model /usr/lib/xen-4.1/bin/qemu-dm) (pci_power_mgm= t 0) (xauthority /root/.Xauthority) (isa 0) (notes (SUSPEND_CANCEL 1)))",= 'name': 'mailer1'} [2012-07-07 18:28:05 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/91577319-d277-5d74-3440-697c8c947ff9', 'd= omid': '7', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-07 18:28:05 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/7/0'} to /local/domain/7/device/console/0. [2012-07-07 18:28:05 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/7/device/console/0', '= uuid': 'cc4e3fbc-b980-bfd5-4a6e-59ea459ec147', 'frontend-id': '7', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/7/0. [2012-07-07 18:28:05 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 18:28:05 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:28:05 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/7/0/hotplug-status. [2012-07-07 18:28:05 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 18:28:05 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 18:28:05 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 18:28:05 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/7/2048/hotplug-status. [2012-07-07 18:28:05 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:28:05 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 18:28:05 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/7/5632/hotplug-status. [2012-07-07 18:28:05 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-07 18:28:05 1220] INFO (XendDomain:1225) Domain mailer1 (7) unpa= used. [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D7 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 18:28:16 1220] INFO (image:615) mailer1 device model terminat= ed [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:2406) No device model [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:33:08 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vnc', 1], ['vncconsole', 1], ['vnclisten', '*'], = ['vncunused', 1], ['viridian', 0], ['vpt_align', 1], ['xauthority', '/roo= t/.Xauthority'], ['xen_platform_pci', 1], ['memory_sharing', 0], ['device= _model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['vncpasswd', 'XXXXXXXX'], ['ts= c_mode', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', = ['uname', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], [= 'device', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], = ['dev', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xen= br0'], ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]]]) [2012-07-07 18:33:08 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 18:33:08 1220] DEBUG (balloon:187) Balloon: 4240024 KiB free;= need 16384; done. [2012-07-07 18:33:08 1220] DEBUG (XendDomain:476) Adding Domain: 8 [2012-07-07 18:33:08 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 8 256 [2012-07-07 18:33:08 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 18:33:08 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 18:33:08 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 18:33:08 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 18:33:08 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 18:33:08 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 18:33:08 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 18:33:08 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 18:33:08 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 18:33:08 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 18:33:08 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 18:33:08 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 18:33:08 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 18:33:08 1220] INFO (image:822) Need to create platform devic= e.[domid:8] [2012-07-07 18:33:08 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 18:33:08 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D8 = vcpus=3D1 [2012-07-07 18:33:08 1220] DEBUG (image:949) domid =3D 8 [2012-07-07 18:33:08 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 18:33:08 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 18:33:08 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 18:33:08 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 18:33:08 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 18:33:08 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 18:33:08 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 18:33:08 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 18:33:08 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': 1, 'other_config': {'vncunused': 1, 'vncpasswd': 'XXXXXXXX= ', 'vnclisten': '*', 'vnc': '1'}, 'vnc': '1', 'uuid': '5e679f19-b457-40cc= -f35e-0057e99f257e', 'vnclisten': '*', 'vncpasswd': 'XXXXXXXX'} [2012-07-07 18:33:08 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/8/0'} to /local/domain/8/device/vfb/0. [2012-07-07 18:33:08 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/8/de= vice/vfb/0', 'uuid': '5e679f19-b457-40cc-f35e-0057e99f257e', 'frontend-id= ': '8', 'vnclisten': '*', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online'= : '1', 'vnc': '1'} to /local/domain/0/backend/vfb/8/0. [2012-07-07 18:33:08 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'f857ac86-3824-5512-14c2-6f4827d64421', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 18:33:08 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/8/2048'} to /local/do= main/8/device/vbd/2048. [2012-07-07 18:33:08 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/8/device/vbd/2048', 'u= uid': 'f857ac86-3824-5512-14c2-6f4827d64421', 'bootable': '1', 'dev': 'sd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '8', 'type': 'phy'} to /local/domain/0/backend/vbd/= 8/2048. [2012-07-07 18:33:08 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '35e77d93-1b00-bca9-b28b-7e8f8957ae16', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 18:33:08 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/8/5632'} to /local/d= omain/8/device/vbd/5632. [2012-07-07 18:33:08 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/8/device/vbd/5632', 'u= uid': '35e77d93-1b00-bca9-b28b-7e8f8957ae16', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '8', 'type': 'file'} to /local/domai= n/0/backend/vbd/8/5632. [2012-07-07 18:33:08 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : 'cd735f4d-0640-8775-d04d-f7b0ea7af584'} [2012-07-07 18:33:08 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/8/0'} to /local/domain/8/device/vif/0. [2012-07-07 18:33:08 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': 'cd735= f4d-0640-8775-d04d-f7b0ea7af584', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '8', 'state': '1', 'online':= '1', 'frontend': '/local/domain/8/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/8/0. [2012-07-07 18:33:08 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '8', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '*:0,password', '-vncunus= ed', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial', 'pty'= , '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D00:50:= 56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap8.0,bridg= e=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 18:33:08 1220] INFO (image:467) device model pid: 11632 [2012-07-07 18:33:08 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 18:33:08 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '1c432edc-e80c-44f2-9bce-d86af6e7bcb5', 'on_reboot': 'restart',= 'start_time': '1341678788.61', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (vnclist= en '*') (loader /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rt= c_timeoffset 0) (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitra= nslate 1) (oos 1) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (vncc= onsole 1) (serial pty) (vncunused 1) (boot dc) (vncpasswd XXXXXX) (pae 1)= (viridian 0) (acpi 1) (vnc 1) (nographic 0) (nomigrate 0) (usb 0) (tsc_m= ode 0) (guest_os_type default) (device_model /usr/lib/xen-4.1/bin/qemu-dm= ) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0) (notes (SUSPE= ND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-07 18:33:08 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/1c432edc-e80c-44f2-9bce-d86af6e7bcb5', 'd= omid': '8', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-07 18:33:08 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/8/0'} to /local/domain/8/device/console/0. [2012-07-07 18:33:08 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/8/device/console/0', '= uuid': 'df6c7371-1403-f506-2d92-54ebcec5ff4e', 'frontend-id': '8', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/8/0. [2012-07-07 18:33:08 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 18:33:08 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 18:33:08 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:33:08 1220] WARNING (image:552) domain mailer1: device mod= el failure: pid 11632: exited with nonzero status 1; see /var/log/xen/qem= u-dm-mailer1.log=20 [2012-07-07 18:33:08 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 18:33:08 1220] WARNING (XendDomainInfo:2061) Domain has crash= ed: name=3Dmailer1 id=3D8. [2012-07-07 18:33:08 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/8/0/hotplug-status. [2012-07-07 18:33:08 1220] ERROR (XendDomainInfo:2195) VM mailer1 restart= ing too fast (Elapsed time: 0.110803 seconds). Refusing to restart to avo= id loops. [2012-07-07 18:33:08 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:33:08 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D8 [2012-07-07 18:33:08 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 18:33:09 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 18:33:09 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 18:33:09 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:33:09 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:33:09 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:33:09 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 18:33:09 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 18:33:09 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 18:33:09 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 18:33:09 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 18:33:09 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:33:09 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:33:09 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:33:09 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 18:33:09 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:33:09 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:33:09 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 18:33:09 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 18:33:09 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 18:33:09 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 18:33:09 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/8/2048/hotplug-status. [2012-07-07 18:33:09 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:33:09 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 18:34:08 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vnc', 1], ['vncconsole', 1], ['vnclisten', '*'], = ['vncunused', 1], ['viridian', 0], ['vpt_align', 1], ['xauthority', '/roo= t/.Xauthority'], ['xen_platform_pci', 1], ['memory_sharing', 0], ['device= _model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['vncpasswd', 'XXXXXXXX'], ['ts= c_mode', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', = ['uname', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], [= 'device', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], = ['dev', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xen= br0'], ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]]]) [2012-07-07 18:34:08 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 18:34:08 1220] DEBUG (balloon:187) Balloon: 4240024 KiB free;= need 16384; done. [2012-07-07 18:34:08 1220] DEBUG (XendDomain:476) Adding Domain: 9 [2012-07-07 18:34:08 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 9 256 [2012-07-07 18:34:08 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 18:34:08 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 18:34:08 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 18:34:08 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 18:34:08 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 18:34:08 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 18:34:08 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 18:34:08 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 18:34:08 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 18:34:08 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 18:34:08 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 18:34:08 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 18:34:08 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 18:34:08 1220] INFO (image:822) Need to create platform devic= e.[domid:9] [2012-07-07 18:34:08 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 18:34:08 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D9 = vcpus=3D1 [2012-07-07 18:34:08 1220] DEBUG (image:949) domid =3D 9 [2012-07-07 18:34:08 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 18:34:08 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 18:34:08 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 18:34:08 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 18:34:08 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 18:34:08 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 18:34:08 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 18:34:08 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 18:34:08 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': 1, 'other_config': {'vncunused': 1, 'vncpasswd': 'XXXXXXXX= ', 'vnclisten': '*', 'vnc': '1'}, 'vnc': '1', 'uuid': 'a0c34afc-c21a-5d28= -75db-0c74d83e974b', 'vnclisten': '*', 'vncpasswd': 'XXXXXXXX'} [2012-07-07 18:34:08 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/9/0'} to /local/domain/9/device/vfb/0. [2012-07-07 18:34:08 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/9/de= vice/vfb/0', 'uuid': 'a0c34afc-c21a-5d28-75db-0c74d83e974b', 'frontend-id= ': '9', 'vnclisten': '*', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online'= : '1', 'vnc': '1'} to /local/domain/0/backend/vfb/9/0. [2012-07-07 18:34:08 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '3cf74d89-d535-16aa-7546-b874ec69ffbc', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 18:34:08 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/9/2048'} to /local/do= main/9/device/vbd/2048. [2012-07-07 18:34:08 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/9/device/vbd/2048', 'u= uid': '3cf74d89-d535-16aa-7546-b874ec69ffbc', 'bootable': '1', 'dev': 'sd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '9', 'type': 'phy'} to /local/domain/0/backend/vbd/= 9/2048. [2012-07-07 18:34:08 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '6be6ba95-04d9-952a-076a-7f4de2487093', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 18:34:08 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/9/5632'} to /local/d= omain/9/device/vbd/5632. [2012-07-07 18:34:08 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/9/device/vbd/5632', 'u= uid': '6be6ba95-04d9-952a-076a-7f4de2487093', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '9', 'type': 'file'} to /local/domai= n/0/backend/vbd/9/5632. [2012-07-07 18:34:08 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : 'ec1a46e1-8596-16e8-f63c-71b42ab6c24a'} [2012-07-07 18:34:08 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/9/0'} to /local/domain/9/device/vif/0. [2012-07-07 18:34:08 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': 'ec1a4= 6e1-8596-16e8-f63c-71b42ab6c24a', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '9', 'state': '1', 'online':= '1', 'frontend': '/local/domain/9/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/9/0. [2012-07-07 18:34:08 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '9', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '*:0,password', '-vncunus= ed', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial', 'pty'= , '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D00:50:= 56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap9.0,bridg= e=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 18:34:08 1220] INFO (image:467) device model pid: 12138 [2012-07-07 18:34:08 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 18:34:08 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '026c18cb-e060-5811-cad1-67d55e4c5a7c', 'on_reboot': 'restart',= 'start_time': '1341678848.33', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (vnclist= en '*') (loader /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rt= c_timeoffset 0) (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitra= nslate 1) (oos 1) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (vncc= onsole 1) (serial pty) (vncunused 1) (boot dc) (vncpasswd XXXXXX) (pae 1)= (viridian 0) (acpi 1) (vnc 1) (nographic 0) (nomigrate 0) (usb 0) (tsc_m= ode 0) (guest_os_type default) (device_model /usr/lib/xen-4.1/bin/qemu-dm= ) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0) (notes (SUSPE= ND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-07 18:34:08 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/026c18cb-e060-5811-cad1-67d55e4c5a7c', 'd= omid': '9', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-07 18:34:08 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/9/0'} to /local/domain/9/device/console/0. [2012-07-07 18:34:08 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/9/device/console/0', '= uuid': '754348ca-2a71-7bf0-5e0b-0b2363daef5a', 'frontend-id': '9', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/9/0. [2012-07-07 18:34:08 1220] WARNING (image:552) domain mailer1: device mod= el failure: pid 12138: malfunctioning (closed sentinel), killed; see /var= /log/xen/qemu-dm-mailer1.log=20 [2012-07-07 18:34:08 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 18:34:08 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 18:34:08 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 18:34:08 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:34:08 1220] WARNING (XendDomainInfo:2061) Domain has crash= ed: name=3Dmailer1 id=3D9. [2012-07-07 18:34:08 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/9/0/hotplug-status. [2012-07-07 18:34:08 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:34:08 1220] ERROR (XendDomainInfo:2195) VM mailer1 restart= ing too fast (Elapsed time: 0.114166 seconds). Refusing to restart to avo= id loops. [2012-07-07 18:34:08 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D9 [2012-07-07 18:34:08 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 18:34:08 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 18:34:08 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 18:34:08 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 18:34:08 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 18:34:08 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 18:34:08 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:34:08 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:34:08 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:34:08 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:34:08 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 18:34:09 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 18:34:09 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 18:34:09 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 18:34:09 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:34:09 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:34:09 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 18:34:09 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:34:09 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:34:09 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 18:34:09 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 18:34:09 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/9/2048/hotplug-status. [2012-07-07 18:34:09 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:34:09 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 18:37:32 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncpasswd', 'XXXXXXXX'], ['vnc', '1'], ['xauthorit= y', '/root/.Xauthority']]]]) [2012-07-07 18:37:32 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 18:37:32 1220] DEBUG (balloon:187) Balloon: 4240024 KiB free;= need 16384; done. [2012-07-07 18:37:32 1220] DEBUG (XendDomain:476) Adding Domain: 10 [2012-07-07 18:37:32 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 10 256 [2012-07-07 18:37:32 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 18:37:32 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 18:37:32 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 18:37:32 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 18:37:32 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 18:37:32 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 18:37:32 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 18:37:32 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 18:37:32 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 18:37:32 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 18:37:32 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 18:37:32 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 18:37:32 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 18:37:32 1220] INFO (image:822) Need to create platform devic= e.[domid:10] [2012-07-07 18:37:32 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 18:37:32 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D10= vcpus=3D1 [2012-07-07 18:37:32 1220] DEBUG (image:949) domid =3D 10 [2012-07-07 18:37:32 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 18:37:32 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 18:37:32 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 18:37:32 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 18:37:32 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 18:37:32 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 18:37:32 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 18:37:32 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 18:37:32 1220] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': '82c2d13f-0423-d426-754c-51647b677ce5'} [2012-07-07 18:37:32 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/10/0'} to /local/domain/10/device/vkbd/0. [2012-07-07 18:37:32 1220] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '10', 'domain': 'mailer1', 'frontend': '/local/domain/1= 0/device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend= /vkbd/10/0. [2012-07-07 18:37:32 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncpasswd': 'XXXXXXXX', 'other_config': {'vncpasswd': 'XXXXXXXX', 'vnc= ': '1', 'xauthority': '/root/.Xauthority'}, 'vnc': '1', 'xauthority': '/r= oot/.Xauthority', 'uuid': 'e5299fb9-5cac-f833-c4fd-f03edcef327e'} [2012-07-07 18:37:32 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/10/0'} to /local/domain/10/device/vfb/0. [2012-07-07 18:37:32 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/10/device/vfb/0', 'xau= thority': '/root/.Xauthority', 'frontend-id': '10', 'vncpasswd': 'XXXXXXX= X', 'state': '1', 'online': '1', 'vnc': '1', 'uuid': 'e5299fb9-5cac-f833-= c4fd-f03edcef327e'} to /local/domain/0/backend/vfb/10/0. [2012-07-07 18:37:32 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '2176c249-ea2e-6dea-82fd-a33e8b76a679', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 18:37:32 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/10/2048'} to /local/d= omain/10/device/vbd/2048. [2012-07-07 18:37:32 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/10/device/vbd/2048', '= uuid': '2176c249-ea2e-6dea-82fd-a33e8b76a679', 'bootable': '1', 'dev': 's= da', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online= ': '1', 'frontend-id': '10', 'type': 'phy'} to /local/domain/0/backend/vb= d/10/2048. [2012-07-07 18:37:32 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '48089377-287d-5519-60a0-df370a0dfacc', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 18:37:32 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/10/5632'} to /local/= domain/10/device/vbd/5632. [2012-07-07 18:37:32 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/10/device/vbd/5632', '= uuid': '48089377-287d-5519-60a0-df370a0dfacc', 'bootable': '0', 'dev': 'h= dc', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode= ': 'r', 'online': '1', 'frontend-id': '10', 'type': 'file'} to /local/dom= ain/0/backend/vbd/10/5632. [2012-07-07 18:37:32 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '2c3264e3-5193-b428-bd57-1c602c3188ec'} [2012-07-07 18:37:32 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/10/0'} to /local/domain/10/device/vif/0. [2012-07-07 18:37:32 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '2c326= 4e3-5193-b428-bd57-1c602c3188ec', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '10', 'state': '1', 'online'= : '1', 'frontend': '/local/domain/10/device/vif/0', 'type': 'ioemu'} to /= local/domain/0/backend/vif/10/0. [2012-07-07 18:37:32 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '10', '-do= main-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', = '-vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-seria= l', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr= =3D00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap= 10.0,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 18:37:32 1220] INFO (image:467) device model pid: 12653 [2012-07-07 18:37:32 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 18:37:32 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': 'cabd2936-ad2b-cde6-7d2e-c5ac2a2bd315', 'on_reboot': 'restart',= 'start_time': '1341679052.66', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-07 18:37:32 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/cabd2936-ad2b-cde6-7d2e-c5ac2a2bd315', 'd= omid': '10', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online',= 'memory/target': '4194304', 'control/platform-feature-multiprocessor-sus= pend': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name':= 'mailer1'} [2012-07-07 18:37:32 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/10/0'} to /local/domain/10/device/console/0. [2012-07-07 18:37:32 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/10/device/console/0', = 'uuid': '7cb47466-6372-93f7-26de-63ca5528cd69', 'frontend-id': '10', 'sta= te': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/= domain/0/backend/console/10/0. [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 18:37:32 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 18:37:32 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:37:32 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/10/0/hotplug-status. [2012-07-07 18:37:32 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 18:37:32 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 18:37:32 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 18:37:32 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/10/2048/hotplug-status. [2012-07-07 18:37:32 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:37:32 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 18:37:32 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/10/5632/hotplug-status. [2012-07-07 18:37:32 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-07 18:37:32 1220] INFO (XendDomain:1225) Domain mailer1 (10) unp= aused. [2012-07-07 18:38:33 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D10 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 18:38:34 1220] INFO (image:615) mailer1 device model terminat= ed [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:2406) No device model [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:39:38 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncpasswd', 'XXXXXXXX'], ['vnc', '1'], ['vncdispla= y', '1'], ['xauthority', '/root/.Xauthority']]]]) [2012-07-07 18:39:38 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 18:39:38 1220] DEBUG (balloon:187) Balloon: 4240024 KiB free;= need 16384; done. [2012-07-07 18:39:38 1220] DEBUG (XendDomain:476) Adding Domain: 11 [2012-07-07 18:39:38 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 11 256 [2012-07-07 18:39:38 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 18:39:38 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 18:39:38 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 18:39:38 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 18:39:38 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 18:39:38 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 18:39:38 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 18:39:38 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 18:39:38 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 18:39:38 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 18:39:38 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 18:39:38 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 18:39:38 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 18:39:38 1220] INFO (image:822) Need to create platform devic= e.[domid:11] [2012-07-07 18:39:38 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 18:39:38 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D11= vcpus=3D1 [2012-07-07 18:39:38 1220] DEBUG (image:949) domid =3D 11 [2012-07-07 18:39:38 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 18:39:38 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 18:39:38 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 18:39:38 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 18:39:38 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 18:39:38 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 18:39:38 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 18:39:38 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 18:39:38 1220] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': 'c436e5a4-f08e-e0cf-c556-3a334e7e758e'} [2012-07-07 18:39:38 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/11/0'} to /local/domain/11/device/vkbd/0. [2012-07-07 18:39:38 1220] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '11', 'domain': 'mailer1', 'frontend': '/local/domain/1= 1/device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend= /vkbd/11/0. [2012-07-07 18:39:38 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vnc': '1', 'xauthority': '/root/.Xauthority', 'other_config': {'vncpas= swd': 'XXXXXXXX', 'vnc': '1', 'vncdisplay': '1', 'xauthority': '/root/.Xa= uthority'}, 'vncdisplay': '1', 'vncpasswd': 'XXXXXXXX', 'uuid': '24163f2c= -0054-484d-d9a6-402c275aac02'} [2012-07-07 18:39:38 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/11/0'} to /local/domain/11/device/vfb/0. [2012-07-07 18:39:38 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/11/device/vfb/0', 'uui= d': '24163f2c-0054-484d-d9a6-402c275aac02', 'frontend-id': '11', 'vncdisp= lay': '1', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1', 'vnc': '= 1', 'xauthority': '/root/.Xauthority'} to /local/domain/0/backend/vfb/11/= 0. [2012-07-07 18:39:38 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'b0131501-656b-66d1-fb5d-e3705a0c3b81', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 18:39:38 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/11/2048'} to /local/d= omain/11/device/vbd/2048. [2012-07-07 18:39:38 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/11/device/vbd/2048', '= uuid': 'b0131501-656b-66d1-fb5d-e3705a0c3b81', 'bootable': '1', 'dev': 's= da', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online= ': '1', 'frontend-id': '11', 'type': 'phy'} to /local/domain/0/backend/vb= d/11/2048. [2012-07-07 18:39:38 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'fe23d07e-309f-043e-044c-8bb7ded232bc', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 18:39:38 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/11/5632'} to /local/= domain/11/device/vbd/5632. [2012-07-07 18:39:38 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/11/device/vbd/5632', '= uuid': 'fe23d07e-309f-043e-044c-8bb7ded232bc', 'bootable': '0', 'dev': 'h= dc', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode= ': 'r', 'online': '1', 'frontend-id': '11', 'type': 'file'} to /local/dom= ain/0/backend/vbd/11/5632. [2012-07-07 18:39:38 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : 'd2e0422a-e12c-9b37-2af8-6f2fb174c1ad'} [2012-07-07 18:39:38 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/11/0'} to /local/domain/11/device/vif/0. [2012-07-07 18:39:38 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': 'd2e04= 22a-e12c-9b37-2af8-6f2fb174c1ad', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '11', 'state': '1', 'online'= : '1', 'frontend': '/local/domain/11/device/vif/0', 'type': 'ioemu'} to /= local/domain/0/backend/vif/11/0. [2012-07-07 18:39:38 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '11', '-do= main-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:1,password', = '-vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-seria= l', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr= =3D00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap= 11.0,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 18:39:38 1220] INFO (image:467) device model pid: 13247 [2012-07-07 18:39:38 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 18:39:38 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '6a23c05b-dd3c-61a5-2493-ddc31e0e3795', 'on_reboot': 'restart',= 'start_time': '1341679178.41', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-07 18:39:38 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/6a23c05b-dd3c-61a5-2493-ddc31e0e3795', 'd= omid': '11', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online',= 'memory/target': '4194304', 'control/platform-feature-multiprocessor-sus= pend': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name':= 'mailer1'} [2012-07-07 18:39:38 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/11/0'} to /local/domain/11/device/console/0. [2012-07-07 18:39:38 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/11/device/console/0', = 'uuid': '8926967f-1cd9-0228-dfc8-4f9aedaeb5a8', 'frontend-id': '11', 'sta= te': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/= domain/0/backend/console/11/0. [2012-07-07 18:39:38 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 18:39:38 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:39:38 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/11/0/hotplug-status. [2012-07-07 18:39:38 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 18:39:38 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 18:39:38 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 18:39:38 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/11/2048/hotplug-status. [2012-07-07 18:39:38 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:39:38 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 18:39:38 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/11/5632/hotplug-status. [2012-07-07 18:39:38 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-07 18:39:38 1220] INFO (XendDomain:1225) Domain mailer1 (11) unp= aused. [2012-07-07 18:40:00 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D11 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 18:40:01 1220] INFO (image:615) mailer1 device model terminat= ed [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:2406) No device model [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:40:27 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncunused', '1'], ['vncpasswd', 'XXXXXXXX'], ['vnc= ', '1'], ['vncdisplay', '1'], ['xauthority', '/root/.Xauthority']]]]) [2012-07-07 18:40:27 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 18:40:27 1220] DEBUG (balloon:187) Balloon: 4240024 KiB free;= need 16384; done. [2012-07-07 18:40:27 1220] DEBUG (XendDomain:476) Adding Domain: 12 [2012-07-07 18:40:27 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 12 256 [2012-07-07 18:40:27 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 18:40:27 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 18:40:27 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 18:40:27 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 18:40:27 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 18:40:27 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 18:40:27 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 18:40:27 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 18:40:27 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 18:40:27 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 18:40:27 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 18:40:27 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 18:40:27 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 18:40:27 1220] INFO (image:822) Need to create platform devic= e.[domid:12] [2012-07-07 18:40:27 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 18:40:27 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D12= vcpus=3D1 [2012-07-07 18:40:27 1220] DEBUG (image:949) domid =3D 12 [2012-07-07 18:40:27 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 18:40:27 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 18:40:27 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 18:40:27 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 18:40:27 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 18:40:27 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 18:40:27 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 18:40:27 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 18:40:27 1220] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': 'bfe78f71-9d50-9019-149e-0ea8ad097792'} [2012-07-07 18:40:27 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/12/0'} to /local/domain/12/device/vkbd/0. [2012-07-07 18:40:27 1220] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '12', 'domain': 'mailer1', 'frontend': '/local/domain/1= 2/device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend= /vkbd/12/0. [2012-07-07 18:40:27 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '1', 'vnc': '1', 'uuid': '7db1f64f-d4df-e0b1-b665-409850de= 5d14', 'other_config': {'vncunused': '1', 'vncpasswd': 'XXXXXXXX', 'vnc':= '1', 'vncdisplay': '1', 'xauthority': '/root/.Xauthority'}, 'vncdisplay'= : '1', 'vncpasswd': 'XXXXXXXX', 'xauthority': '/root/.Xauthority'} [2012-07-07 18:40:27 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/12/0'} to /local/domain/12/device/vfb/0. [2012-07-07 18:40:27 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/12/d= evice/vfb/0', 'uuid': '7db1f64f-d4df-e0b1-b665-409850de5d14', 'frontend-i= d': '12', 'vncdisplay': '1', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'onli= ne': '1', 'vnc': '1', 'xauthority': '/root/.Xauthority'} to /local/domain= /0/backend/vfb/12/0. [2012-07-07 18:40:27 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '625db6be-2d96-8f88-e1c6-b0dd45902f55', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 18:40:27 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/12/2048'} to /local/d= omain/12/device/vbd/2048. [2012-07-07 18:40:27 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/12/device/vbd/2048', '= uuid': '625db6be-2d96-8f88-e1c6-b0dd45902f55', 'bootable': '1', 'dev': 's= da', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online= ': '1', 'frontend-id': '12', 'type': 'phy'} to /local/domain/0/backend/vb= d/12/2048. [2012-07-07 18:40:27 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '0bcee8e5-1688-15fd-dbb2-35d587d86ccd', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 18:40:27 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/12/5632'} to /local/= domain/12/device/vbd/5632. [2012-07-07 18:40:27 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/12/device/vbd/5632', '= uuid': '0bcee8e5-1688-15fd-dbb2-35d587d86ccd', 'bootable': '0', 'dev': 'h= dc', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode= ': 'r', 'online': '1', 'frontend-id': '12', 'type': 'file'} to /local/dom= ain/0/backend/vbd/12/5632. [2012-07-07 18:40:27 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : 'a5c3f8ae-02a1-e28d-5d34-40306f749360'} [2012-07-07 18:40:27 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/12/0'} to /local/domain/12/device/vif/0. [2012-07-07 18:40:27 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': 'a5c3f= 8ae-02a1-e28d-5d34-40306f749360', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '12', 'state': '1', 'online'= : '1', 'frontend': '/local/domain/12/device/vif/0', 'type': 'ioemu'} to /= local/domain/0/backend/vif/12/0. [2012-07-07 18:40:27 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '12', '-do= main-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:1,password', = '-vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-seria= l', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr= =3D00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap= 12.0,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 18:40:27 1220] INFO (image:467) device model pid: 13849 [2012-07-07 18:40:27 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 18:40:27 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '733b9e58-d922-1578-3390-496bda69c861', 'on_reboot': 'restart',= 'start_time': '1341679227.59', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-07 18:40:27 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/733b9e58-d922-1578-3390-496bda69c861', 'd= omid': '12', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online',= 'memory/target': '4194304', 'control/platform-feature-multiprocessor-sus= pend': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name':= 'mailer1'} [2012-07-07 18:40:27 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/12/0'} to /local/domain/12/device/console/0. [2012-07-07 18:40:27 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/12/device/console/0', = 'uuid': 'e1711f14-2ce5-d2f5-d400-320f614e033e', 'frontend-id': '12', 'sta= te': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/= domain/0/backend/console/12/0. [2012-07-07 18:40:27 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 18:40:27 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:40:27 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/12/0/hotplug-status. [2012-07-07 18:40:27 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 18:40:27 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 18:40:27 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 18:40:27 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/12/2048/hotplug-status. [2012-07-07 18:40:27 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:40:27 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 18:40:27 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/12/5632/hotplug-status. [2012-07-07 18:40:27 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-07 18:40:27 1220] INFO (XendDomain:1225) Domain mailer1 (12) unp= aused. [2012-07-07 18:48:54 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D12 [2012-07-07 18:48:54 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 18:48:55 1220] INFO (image:615) mailer1 device model terminat= ed [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:2406) No device model [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:48:58 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncunused', '0'], ['vnc', '1'], ['vnclisten', '127= =2E0.0.1'], ['vncdisplay', '1'], ['vncpasswd', 'XXXXXXXX'], ['xauthority'= , '/root/.Xauthority']]]]) [2012-07-07 18:48:58 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 18:48:58 1220] DEBUG (balloon:187) Balloon: 4240024 KiB free;= need 16384; done. [2012-07-07 18:48:58 1220] DEBUG (XendDomain:476) Adding Domain: 13 [2012-07-07 18:48:58 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 13 256 [2012-07-07 18:48:58 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 18:48:58 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 18:48:58 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 18:48:58 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 18:48:58 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 18:48:58 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 18:48:58 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 18:48:58 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 18:48:58 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 18:48:58 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 18:48:58 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 18:48:58 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 18:48:58 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 18:48:58 1220] INFO (image:822) Need to create platform devic= e.[domid:13] [2012-07-07 18:48:58 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 18:48:58 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D13= vcpus=3D1 [2012-07-07 18:48:58 1220] DEBUG (image:949) domid =3D 13 [2012-07-07 18:48:58 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 18:48:58 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 18:48:58 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 18:48:58 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 18:48:58 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 18:48:58 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 18:48:58 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 18:48:58 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 18:48:59 1220] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': '3b760d3d-8f7e-968d-b768-ecf937a1ccdc'} [2012-07-07 18:48:59 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/13/0'} to /local/domain/13/device/vkbd/0. [2012-07-07 18:48:59 1220] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '13', 'domain': 'mailer1', 'frontend': '/local/domain/1= 3/device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend= /vkbd/13/0. [2012-07-07 18:48:59 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '0', 'other_config': {'vncunused': '0', 'vnc': '1', 'xauth= ority': '/root/.Xauthority', 'vnclisten': '127.0.0.1', 'vncdisplay': '1',= 'vncpasswd': 'XXXXXXXX'}, 'vnc': '1', 'xauthority': '/root/.Xauthority',= 'vnclisten': '127.0.0.1', 'vncdisplay': '1', 'vncpasswd': 'XXXXXXXX', 'u= uid': '2983dbc9-7b93-53e2-f041-45be447297aa'} [2012-07-07 18:48:59 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/13/0'} to /local/domain/13/device/vfb/0. [2012-07-07 18:48:59 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '0', 'domain': 'mailer1', 'vnc': '1', 'xauthority': '/roo= t/.Xauthority', 'frontend-id': '13', 'vnclisten': '127.0.0.1', 'vncdispla= y': '1', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1', 'frontend'= : '/local/domain/13/device/vfb/0', 'uuid': '2983dbc9-7b93-53e2-f041-45be4= 47297aa'} to /local/domain/0/backend/vfb/13/0. [2012-07-07 18:48:59 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'ea56693b-e2c6-aeed-9cb5-37a01812b9c3', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 18:48:59 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/13/2048'} to /local/d= omain/13/device/vbd/2048. [2012-07-07 18:48:59 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/13/device/vbd/2048', '= uuid': 'ea56693b-e2c6-aeed-9cb5-37a01812b9c3', 'bootable': '1', 'dev': 's= da', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online= ': '1', 'frontend-id': '13', 'type': 'phy'} to /local/domain/0/backend/vb= d/13/2048. [2012-07-07 18:48:59 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '6181a6df-8fd2-12c0-637e-963109216455', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 18:48:59 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/13/5632'} to /local/= domain/13/device/vbd/5632. [2012-07-07 18:48:59 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/13/device/vbd/5632', '= uuid': '6181a6df-8fd2-12c0-637e-963109216455', 'bootable': '0', 'dev': 'h= dc', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode= ': 'r', 'online': '1', 'frontend-id': '13', 'type': 'file'} to /local/dom= ain/0/backend/vbd/13/5632. [2012-07-07 18:48:59 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : 'bce270f1-23bd-17af-c643-19a02f53d4c4'} [2012-07-07 18:48:59 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/13/0'} to /local/domain/13/device/vif/0. [2012-07-07 18:48:59 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': 'bce27= 0f1-23bd-17af-c643-19a02f53d4c4', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '13', 'state': '1', 'online'= : '1', 'frontend': '/local/domain/13/device/vif/0', 'type': 'ioemu'} to /= local/domain/0/backend/vif/13/0. [2012-07-07 18:48:59 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '13', '-do= main-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:1,password', = '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial', 'pty', '-a= cpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D00:50:56:00= :04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap13.0,bridge=3D= xenbr0', '-M', 'xenfv'] [2012-07-07 18:48:59 1220] INFO (image:467) device model pid: 14539 [2012-07-07 18:48:59 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 18:48:59 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '6cd5f0b8-4e33-597b-9027-4dc2d1b3a3e1', 'on_reboot': 'restart',= 'start_time': '1341679739.21', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-07 18:48:59 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/6cd5f0b8-4e33-597b-9027-4dc2d1b3a3e1', 'd= omid': '13', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online',= 'memory/target': '4194304', 'control/platform-feature-multiprocessor-sus= pend': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name':= 'mailer1'} [2012-07-07 18:48:59 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/13/0'} to /local/domain/13/device/console/0. [2012-07-07 18:48:59 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/13/device/console/0', = 'uuid': 'b2911757-1711-94af-3df2-daddd276fa09', 'frontend-id': '13', 'sta= te': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/= domain/0/backend/console/13/0. [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 18:48:59 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 18:48:59 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:48:59 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/13/0/hotplug-status. [2012-07-07 18:48:59 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/13/0/hotplug-status. [2012-07-07 18:48:59 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 18:48:59 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 18:48:59 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 18:48:59 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/13/2048/hotplug-status. [2012-07-07 18:48:59 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:48:59 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 18:48:59 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/13/5632/hotplug-status. [2012-07-07 18:48:59 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-07 18:48:59 1220] INFO (XendDomain:1225) Domain mailer1 (13) unp= aused. [2012-07-07 18:49:40 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D13 [2012-07-07 18:49:40 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 18:49:40 1220] INFO (image:615) mailer1 device model terminat= ed [2012-07-07 18:49:40 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:49:40 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:49:40 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:49:40 1220] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-07 18:49:40 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:2406) No device model [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:50:07 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncunused', '1'], ['vncpasswd', 'XXXXXXXX'], ['vnc= ', '1'], ['vnclisten', '127.0.0.1'], ['xauthority', '/root/.Xauthority']]= ]]) [2012-07-07 18:50:07 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 18:50:07 1220] DEBUG (balloon:187) Balloon: 4240024 KiB free;= need 16384; done. [2012-07-07 18:50:07 1220] DEBUG (XendDomain:476) Adding Domain: 14 [2012-07-07 18:50:07 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 14 256 [2012-07-07 18:50:07 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 18:50:07 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 18:50:07 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 18:50:07 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 18:50:07 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 18:50:07 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 18:50:07 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 18:50:07 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 18:50:07 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 18:50:07 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 18:50:07 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 18:50:07 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 18:50:07 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 18:50:07 1220] INFO (image:822) Need to create platform devic= e.[domid:14] [2012-07-07 18:50:07 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 18:50:07 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D14= vcpus=3D1 [2012-07-07 18:50:07 1220] DEBUG (image:949) domid =3D 14 [2012-07-07 18:50:07 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 18:50:07 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 18:50:07 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 18:50:07 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 18:50:07 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 18:50:07 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 18:50:07 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 18:50:07 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 18:50:07 1220] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': '78635e34-3e35-b880-cd89-5c8f5de759df'} [2012-07-07 18:50:07 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/14/0'} to /local/domain/14/device/vkbd/0. [2012-07-07 18:50:07 1220] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '14', 'domain': 'mailer1', 'frontend': '/local/domain/1= 4/device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend= /vkbd/14/0. [2012-07-07 18:50:07 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '1', 'other_config': {'vncunused': '1', 'vncpasswd': 'XXXX= XXXX', 'vnclisten': '127.0.0.1', 'vnc': '1', 'xauthority': '/root/.Xautho= rity'}, 'vnc': '1', 'xauthority': '/root/.Xauthority', 'vnclisten': '127.= 0.0.1', 'vncpasswd': 'XXXXXXXX', 'uuid': '012fe7e1-a9bb-e4dc-3f12-f358b4f= 3d6f7'} [2012-07-07 18:50:07 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/14/0'} to /local/domain/14/device/vfb/0. [2012-07-07 18:50:07 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/14/d= evice/vfb/0', 'xauthority': '/root/.Xauthority', 'frontend-id': '14', 'vn= clisten': '127.0.0.1', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '= 1', 'vnc': '1', 'uuid': '012fe7e1-a9bb-e4dc-3f12-f358b4f3d6f7'} to /local= /domain/0/backend/vfb/14/0. [2012-07-07 18:50:07 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '3d1ecc49-b45f-bcd0-f59f-30865c4d2aec', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 18:50:07 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/14/2048'} to /local/d= omain/14/device/vbd/2048. [2012-07-07 18:50:07 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/14/device/vbd/2048', '= uuid': '3d1ecc49-b45f-bcd0-f59f-30865c4d2aec', 'bootable': '1', 'dev': 's= da', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online= ': '1', 'frontend-id': '14', 'type': 'phy'} to /local/domain/0/backend/vb= d/14/2048. [2012-07-07 18:50:07 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '8f0c3a69-873d-e65a-f53b-8f83b809113e', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 18:50:07 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/14/5632'} to /local/= domain/14/device/vbd/5632. [2012-07-07 18:50:07 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/14/device/vbd/5632', '= uuid': '8f0c3a69-873d-e65a-f53b-8f83b809113e', 'bootable': '0', 'dev': 'h= dc', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode= ': 'r', 'online': '1', 'frontend-id': '14', 'type': 'file'} to /local/dom= ain/0/backend/vbd/14/5632. [2012-07-07 18:50:07 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '1f3fe801-9847-637c-e4a2-a0d2f599ae4b'} [2012-07-07 18:50:07 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/14/0'} to /local/domain/14/device/vif/0. [2012-07-07 18:50:07 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '1f3fe= 801-9847-637c-e4a2-a0d2f599ae4b', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '14', 'state': '1', 'online'= : '1', 'frontend': '/local/domain/14/device/vif/0', 'type': 'ioemu'} to /= local/domain/0/backend/vif/14/0. [2012-07-07 18:50:07 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '14', '-do= main-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', = '-vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-seria= l', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr= =3D00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap= 14.0,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 18:50:07 1220] INFO (image:467) device model pid: 15133 [2012-07-07 18:50:07 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 18:50:07 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '75751116-8dd6-7dfd-20b3-0f9b6a92ba47', 'on_reboot': 'restart',= 'start_time': '1341679807.99', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-07 18:50:08 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/75751116-8dd6-7dfd-20b3-0f9b6a92ba47', 'd= omid': '14', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online',= 'memory/target': '4194304', 'control/platform-feature-multiprocessor-sus= pend': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name':= 'mailer1'} [2012-07-07 18:50:08 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/14/0'} to /local/domain/14/device/console/0. [2012-07-07 18:50:08 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/14/device/console/0', = 'uuid': '5f3cead9-991d-9e4e-16fe-ac17a87e6530', 'frontend-id': '14', 'sta= te': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/= domain/0/backend/console/14/0. [2012-07-07 18:50:08 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 18:50:08 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:50:08 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/14/0/hotplug-status. [2012-07-07 18:50:08 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 18:50:08 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 18:50:08 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 18:50:08 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/14/2048/hotplug-status. [2012-07-07 18:50:08 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:50:08 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 18:50:08 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/14/5632/hotplug-status. [2012-07-07 18:50:08 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-07 18:50:08 1220] INFO (XendDomain:1225) Domain mailer1 (14) unp= aused. [2012-07-07 19:33:38 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D14 [2012-07-07 19:33:38 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 19:33:39 1220] INFO (image:615) mailer1 device model terminat= ed [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:2406) No device model [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 19:33:46 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncunused', '0'], ['vnc', '1'], ['vnclisten', '127= =2E0.0.1'], ['vncdisplay', '1'], ['vncpasswd', 'XXXXXXXX'], ['xauthority'= , '/root/.Xauthority']]]]) [2012-07-07 19:33:46 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 19:33:46 1220] DEBUG (balloon:187) Balloon: 4240024 KiB free;= need 16384; done. [2012-07-07 19:33:46 1220] DEBUG (XendDomain:476) Adding Domain: 15 [2012-07-07 19:33:46 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 15 256 [2012-07-07 19:33:46 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 19:33:46 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 19:33:46 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 19:33:46 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 19:33:46 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 19:33:46 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 19:33:46 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 19:33:46 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 19:33:46 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 19:33:46 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 19:33:46 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 19:33:46 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 19:33:46 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 19:33:46 1220] INFO (image:822) Need to create platform devic= e.[domid:15] [2012-07-07 19:33:46 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 19:33:46 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D15= vcpus=3D1 [2012-07-07 19:33:46 1220] DEBUG (image:949) domid =3D 15 [2012-07-07 19:33:46 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 19:33:46 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 19:33:46 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 19:33:46 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 19:33:46 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 19:33:46 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 19:33:46 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 19:33:46 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 19:33:46 1220] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': 'b367dda0-2085-a926-2278-b7473371bc38'} [2012-07-07 19:33:46 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/15/0'} to /local/domain/15/device/vkbd/0. [2012-07-07 19:33:46 1220] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '15', 'domain': 'mailer1', 'frontend': '/local/domain/1= 5/device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend= /vkbd/15/0. [2012-07-07 19:33:46 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '0', 'other_config': {'vncunused': '0', 'vnc': '1', 'xauth= ority': '/root/.Xauthority', 'vnclisten': '127.0.0.1', 'vncdisplay': '1',= 'vncpasswd': 'XXXXXXXX'}, 'vnc': '1', 'xauthority': '/root/.Xauthority',= 'vnclisten': '127.0.0.1', 'vncdisplay': '1', 'vncpasswd': 'XXXXXXXX', 'u= uid': 'e858d2a4-8574-3adc-4074-4d465d719e14'} [2012-07-07 19:33:46 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/15/0'} to /local/domain/15/device/vfb/0. [2012-07-07 19:33:46 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '0', 'domain': 'mailer1', 'vnc': '1', 'xauthority': '/roo= t/.Xauthority', 'frontend-id': '15', 'vnclisten': '127.0.0.1', 'vncdispla= y': '1', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1', 'frontend'= : '/local/domain/15/device/vfb/0', 'uuid': 'e858d2a4-8574-3adc-4074-4d465= d719e14'} to /local/domain/0/backend/vfb/15/0. [2012-07-07 19:33:46 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '40864aee-acaa-7559-26e8-83fa53044854', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 19:33:46 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/15/2048'} to /local/d= omain/15/device/vbd/2048. [2012-07-07 19:33:46 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/15/device/vbd/2048', '= uuid': '40864aee-acaa-7559-26e8-83fa53044854', 'bootable': '1', 'dev': 's= da', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online= ': '1', 'frontend-id': '15', 'type': 'phy'} to /local/domain/0/backend/vb= d/15/2048. [2012-07-07 19:33:46 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '78cf69ee-5ea6-556b-b2da-1da6128a874b', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 19:33:46 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/15/5632'} to /local/= domain/15/device/vbd/5632. [2012-07-07 19:33:46 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/15/device/vbd/5632', '= uuid': '78cf69ee-5ea6-556b-b2da-1da6128a874b', 'bootable': '0', 'dev': 'h= dc', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode= ': 'r', 'online': '1', 'frontend-id': '15', 'type': 'file'} to /local/dom= ain/0/backend/vbd/15/5632. [2012-07-07 19:33:46 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '619878b8-5ca3-5229-d9ce-cf6ccf77553c'} [2012-07-07 19:33:46 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/15/0'} to /local/domain/15/device/vif/0. [2012-07-07 19:33:46 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '61987= 8b8-5ca3-5229-d9ce-cf6ccf77553c', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '15', 'state': '1', 'online'= : '1', 'frontend': '/local/domain/15/device/vif/0', 'type': 'ioemu'} to /= local/domain/0/backend/vif/15/0. [2012-07-07 19:33:46 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '15', '-do= main-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:1,password', = '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial', 'pty', '-a= cpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D00:50:56:00= :04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap15.0,bridge=3D= xenbr0', '-M', 'xenfv'] [2012-07-07 19:33:46 1220] INFO (image:467) device model pid: 15765 [2012-07-07 19:33:46 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 19:33:46 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '7c3572ec-0f37-a07d-c889-4ff2460cc8bb', 'on_reboot': 'restart',= 'start_time': '1341682426.78', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-07 19:33:46 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/7c3572ec-0f37-a07d-c889-4ff2460cc8bb', 'd= omid': '15', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online',= 'memory/target': '4194304', 'control/platform-feature-multiprocessor-sus= pend': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name':= 'mailer1'} [2012-07-07 19:33:46 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/15/0'} to /local/domain/15/device/console/0. [2012-07-07 19:33:46 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/15/device/console/0', = 'uuid': '24a40247-17fa-95aa-3f95-d7e5ac236044', 'frontend-id': '15', 'sta= te': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/= domain/0/backend/console/15/0. [2012-07-07 19:33:46 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 19:33:46 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 19:33:46 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/15/0/hotplug-status. [2012-07-07 19:33:46 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/15/0/hotplug-status. [2012-07-07 19:33:46 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 19:33:46 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 19:33:46 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 19:33:46 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/15/2048/hotplug-status. [2012-07-07 19:33:46 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 19:33:46 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 19:33:46 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/15/5632/hotplug-status. [2012-07-07 19:33:46 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-07 19:33:46 1220] INFO (XendDomain:1225) Domain mailer1 (15) unp= aused. [2012-07-07 19:35:01 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D15 [2012-07-07 19:35:01 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 19:35:01 1220] INFO (image:615) mailer1 device model terminat= ed [2012-07-07 19:35:01 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 19:35:01 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 19:35:01 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 19:35:01 1220] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-07 19:35:01 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-07 19:35:01 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:2406) No device model [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 19:36:31 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncunused', '1'], ['vncpasswd', 'XXXXXXXX'], ['vnc= ', '1'], ['vnclisten', '0.0.0.0'], ['xauthority', '/root/.Xauthority']]]]= ) [2012-07-07 19:36:31 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 19:36:31 1220] DEBUG (balloon:187) Balloon: 4240024 KiB free;= need 16384; done. [2012-07-07 19:36:31 1220] DEBUG (XendDomain:476) Adding Domain: 16 [2012-07-07 19:36:31 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 16 256 [2012-07-07 19:36:31 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 19:36:31 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 19:36:31 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 19:36:31 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 19:36:31 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 19:36:31 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 19:36:31 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 19:36:31 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 19:36:31 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 19:36:31 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 19:36:31 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 19:36:31 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 19:36:31 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 19:36:31 1220] INFO (image:822) Need to create platform devic= e.[domid:16] [2012-07-07 19:36:31 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 19:36:31 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D16= vcpus=3D1 [2012-07-07 19:36:31 1220] DEBUG (image:949) domid =3D 16 [2012-07-07 19:36:31 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 19:36:31 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 19:36:31 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 19:36:31 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 19:36:31 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 19:36:31 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 19:36:31 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 19:36:31 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 19:36:31 1220] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': '6af571cb-b7b4-47d7-eb35-a10f4ab49f0c'} [2012-07-07 19:36:31 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/16/0'} to /local/domain/16/device/vkbd/0. [2012-07-07 19:36:31 1220] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '16', 'domain': 'mailer1', 'frontend': '/local/domain/1= 6/device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend= /vkbd/16/0. [2012-07-07 19:36:31 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '1', 'other_config': {'vncunused': '1', 'vncpasswd': 'XXXX= XXXX', 'vnclisten': '0.0.0.0', 'vnc': '1', 'xauthority': '/root/.Xauthori= ty'}, 'vnc': '1', 'xauthority': '/root/.Xauthority', 'vnclisten': '0.0.0.= 0', 'vncpasswd': 'XXXXXXXX', 'uuid': 'a1ed4200-3ca4-0058-c76c-99115982f78= f'} [2012-07-07 19:36:31 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/16/0'} to /local/domain/16/device/vfb/0. [2012-07-07 19:36:31 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/16/d= evice/vfb/0', 'xauthority': '/root/.Xauthority', 'frontend-id': '16', 'vn= clisten': '0.0.0.0', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1'= , 'vnc': '1', 'uuid': 'a1ed4200-3ca4-0058-c76c-99115982f78f'} to /local/d= omain/0/backend/vfb/16/0. [2012-07-07 19:36:31 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '38f3b724-8f1b-151f-a9e3-4e2c4066dc08', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 19:36:31 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/16/2048'} to /local/d= omain/16/device/vbd/2048. [2012-07-07 19:36:31 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/16/device/vbd/2048', '= uuid': '38f3b724-8f1b-151f-a9e3-4e2c4066dc08', 'bootable': '1', 'dev': 's= da', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online= ': '1', 'frontend-id': '16', 'type': 'phy'} to /local/domain/0/backend/vb= d/16/2048. [2012-07-07 19:36:31 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '79daffad-178d-d730-2006-d773fa69d837', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 19:36:31 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/16/5632'} to /local/= domain/16/device/vbd/5632. [2012-07-07 19:36:31 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/16/device/vbd/5632', '= uuid': '79daffad-178d-d730-2006-d773fa69d837', 'bootable': '0', 'dev': 'h= dc', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode= ': 'r', 'online': '1', 'frontend-id': '16', 'type': 'file'} to /local/dom= ain/0/backend/vbd/16/5632. [2012-07-07 19:36:31 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '6671f6d6-0a2b-d65f-34d1-da99dfe91166'} [2012-07-07 19:36:31 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/16/0'} to /local/domain/16/device/vif/0. [2012-07-07 19:36:31 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '6671f= 6d6-0a2b-d65f-34d1-da99dfe91166', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '16', 'state': '1', 'online'= : '1', 'frontend': '/local/domain/16/device/vif/0', 'type': 'ioemu'} to /= local/domain/0/backend/vif/16/0. [2012-07-07 19:36:31 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '16', '-do= main-name', 'mailer1', '-videoram', '4', '-vnc', '0.0.0.0:0,password', '-= vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial'= , 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap16.= 0,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 19:36:31 1220] INFO (image:467) device model pid: 16388 [2012-07-07 19:36:31 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 19:36:31 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': 'b3cc7741-d6c8-0220-9e77-a7d0390fcc29', 'on_reboot': 'restart',= 'start_time': '1341682591.9', 'on_poweroff': 'destroy', 'bootloader_args= ': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_co= unt': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "(= hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader /= usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) (= pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1)= (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunuse= d 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0) = (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-4= =2E1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa = 0) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-07 19:36:31 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/b3cc7741-d6c8-0220-9e77-a7d0390fcc29', 'd= omid': '16', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online',= 'memory/target': '4194304', 'control/platform-feature-multiprocessor-sus= pend': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name':= 'mailer1'} [2012-07-07 19:36:31 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/16/0'} to /local/domain/16/device/console/0. [2012-07-07 19:36:31 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/16/device/console/0', = 'uuid': '0d8b6f24-4bc0-e3a6-1474-7cc3d7bd13f7', 'frontend-id': '16', 'sta= te': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/= domain/0/backend/console/16/0. [2012-07-07 19:36:31 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 19:36:32 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 19:36:32 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/16/0/hotplug-status. [2012-07-07 19:36:32 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 19:36:32 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 19:36:32 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 19:36:32 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/16/2048/hotplug-status. [2012-07-07 19:36:32 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 19:36:32 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 19:36:32 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/16/5632/hotplug-status. [2012-07-07 19:36:32 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-07 19:36:32 1220] INFO (XendDomain:1225) Domain mailer1 (16) unp= aused. [2012-07-07 19:46:31 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D16 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 19:46:32 1220] INFO (image:615) mailer1 device model terminat= ed [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:2406) No device model [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 19:46:40 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncunused', '1'], ['vncpasswd', 'XXXXXXXX'], ['vnc= ', '1'], ['vnclisten', '0.0.0.0'], ['xauthority', '/root/.Xauthority']]]]= ) [2012-07-07 19:46:40 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 19:46:40 1220] DEBUG (balloon:187) Balloon: 4240024 KiB free;= need 16384; done. [2012-07-07 19:46:40 1220] DEBUG (XendDomain:476) Adding Domain: 17 [2012-07-07 19:46:40 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 17 256 [2012-07-07 19:46:40 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 19:46:40 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 19:46:40 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 19:46:40 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 19:46:40 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 19:46:40 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 19:46:40 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 19:46:40 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 19:46:40 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 19:46:40 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 19:46:40 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 19:46:40 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 19:46:40 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 19:46:40 1220] INFO (image:822) Need to create platform devic= e.[domid:17] [2012-07-07 19:46:40 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 19:46:40 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D17= vcpus=3D1 [2012-07-07 19:46:40 1220] DEBUG (image:949) domid =3D 17 [2012-07-07 19:46:40 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 19:46:40 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 19:46:40 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 19:46:40 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 19:46:40 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 19:46:40 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 19:46:40 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 19:46:40 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 19:46:40 1220] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': 'ea4a0664-8899-ce5c-0840-a84099c27425'} [2012-07-07 19:46:40 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/17/0'} to /local/domain/17/device/vkbd/0. [2012-07-07 19:46:40 1220] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '17', 'domain': 'mailer1', 'frontend': '/local/domain/1= 7/device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend= /vkbd/17/0. [2012-07-07 19:46:40 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '1', 'other_config': {'vncunused': '1', 'vncpasswd': 'XXXX= XXXX', 'vnclisten': '0.0.0.0', 'vnc': '1', 'xauthority': '/root/.Xauthori= ty'}, 'vnc': '1', 'xauthority': '/root/.Xauthority', 'vnclisten': '0.0.0.= 0', 'vncpasswd': 'XXXXXXXX', 'uuid': '534a2def-961e-0dfa-d42e-d45b8a4ba6b= f'} [2012-07-07 19:46:40 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/17/0'} to /local/domain/17/device/vfb/0. [2012-07-07 19:46:40 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/17/d= evice/vfb/0', 'xauthority': '/root/.Xauthority', 'frontend-id': '17', 'vn= clisten': '0.0.0.0', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1'= , 'vnc': '1', 'uuid': '534a2def-961e-0dfa-d42e-d45b8a4ba6bf'} to /local/d= omain/0/backend/vfb/17/0. [2012-07-07 19:46:40 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'e4c6341d-3c00-6f42-508a-07788ba9ab07', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 19:46:40 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/17/2048'} to /local/d= omain/17/device/vbd/2048. [2012-07-07 19:46:40 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/17/device/vbd/2048', '= uuid': 'e4c6341d-3c00-6f42-508a-07788ba9ab07', 'bootable': '1', 'dev': 's= da', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online= ': '1', 'frontend-id': '17', 'type': 'phy'} to /local/domain/0/backend/vb= d/17/2048. [2012-07-07 19:46:40 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'f033c0c6-d92b-c3f2-d4db-9fd762fb6eae', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 19:46:40 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/17/5632'} to /local/= domain/17/device/vbd/5632. [2012-07-07 19:46:40 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/17/device/vbd/5632', '= uuid': 'f033c0c6-d92b-c3f2-d4db-9fd762fb6eae', 'bootable': '0', 'dev': 'h= dc', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode= ': 'r', 'online': '1', 'frontend-id': '17', 'type': 'file'} to /local/dom= ain/0/backend/vbd/17/5632. [2012-07-07 19:46:40 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '769f8f50-d2a0-6da4-49b9-9ed79855ff76'} [2012-07-07 19:46:40 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/17/0'} to /local/domain/17/device/vif/0. [2012-07-07 19:46:40 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '769f8= f50-d2a0-6da4-49b9-9ed79855ff76', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '17', 'state': '1', 'online'= : '1', 'frontend': '/local/domain/17/device/vif/0', 'type': 'ioemu'} to /= local/domain/0/backend/vif/17/0. [2012-07-07 19:46:40 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '17', '-do= main-name', 'mailer1', '-videoram', '4', '-vnc', '0.0.0.0:0,password', '-= vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial'= , 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap17.= 0,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 19:46:40 1220] INFO (image:467) device model pid: 22065 [2012-07-07 19:46:40 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 19:46:40 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '7bbfb641-a537-14dc-8081-5bdbcf2ef781', 'on_reboot': 'restart',= 'start_time': '1341683200.61', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-07 19:46:40 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/7bbfb641-a537-14dc-8081-5bdbcf2ef781', 'd= omid': '17', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online',= 'memory/target': '4194304', 'control/platform-feature-multiprocessor-sus= pend': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name':= 'mailer1'} [2012-07-07 19:46:40 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/17/0'} to /local/domain/17/device/console/0. [2012-07-07 19:46:40 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/17/device/console/0', = 'uuid': '7ace27eb-fcbb-42f7-a0fc-03790da601c2', 'frontend-id': '17', 'sta= te': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/= domain/0/backend/console/17/0. [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 19:46:40 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 19:46:40 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 19:46:40 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/17/0/hotplug-status. [2012-07-07 19:46:40 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 19:46:40 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 19:46:40 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 19:46:40 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/17/2048/hotplug-status. [2012-07-07 19:46:40 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 19:46:40 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 19:46:40 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/17/5632/hotplug-status. [2012-07-07 19:46:40 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-07 19:46:40 1220] INFO (XendDomain:1225) Domain mailer1 (17) unp= aused. [2012-07-07 19:47:44 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D17 [2012-07-07 19:47:44 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 19:47:45 1220] INFO (image:615) mailer1 device model terminat= ed [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:2406) No device model [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 19:47:48 1220] DEBUG (SrvServer:77) SrvServer.cleanup() [2012-07-07 19:47:48 1220] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup(= ) [2012-07-07 19:47:48 1220] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup(= ) [2012-07-07 19:47:48 1220] DEBUG (XendDomain:644) cleanup_domains [2012-07-07 19:47:48 1219] INFO (SrvDaemon:220) Xend exited with status 0= =2E [2012-07-07 20:42:59 1197] INFO (SrvDaemon:332) Xend Daemon started [2012-07-07 20:42:59 1197] INFO (SrvDaemon:336) Xend changeset: unavailab= le. [2012-07-07 20:43:00 1197] DEBUG (XendNode:332) pscsi record count: 12 [2012-07-07 20:43:00 1197] DEBUG (XendCPUPool:747) recreate_active_pools [2012-07-07 20:43:00 1197] DEBUG (XendDomainInfo:151) XendDomainInfo.recr= eate({'max_vcpu_id': 7, 'cpu_time': 8762480472L, 'ssidref': 0, 'hvm': 0, = 'shutdown_reason': 255, 'dying': 0, 'online_vcpus': 8, 'domid': 0, 'pause= d': 0, 'crashed': 0, 'running': 1, 'maxmem_kb': 17179869180L, 'shutdown':= 0, 'mem_kb': 11244164L, 'blocked': 0, 'handle': [0, 0, 0, 0, 0, 0, 0, 0,= 0, 0, 0, 0, 0, 0, 0, 0], 'cpupool': 0, 'name': 'Domain-0'}) [2012-07-07 20:43:00 1197] INFO (XendDomainInfo:169) Recreating domain 0,= UUID 00000000-0000-0000-0000-000000000000. at /local/domain/0 [2012-07-07 20:43:00 1197] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '0',= 'uuid': '00000000-0000-0000-0000-000000000000', 'on_reboot': 'restart', = 'image': "(linux (kernel '') (superpages 0) (nomigrate 0) (tsc_mode 0))",= 'on_poweroff': 'destroy', 'bootloader_args': '', 'on_xend_start': 'ignor= e', 'on_crash': 'restart', 'xend/restart_count': '0', 'vcpus': '8', 'vcpu= _avail': '255', 'bootloader': '', 'name': 'Domain-0'} [2012-07-07 20:43:00 1197] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'cpu/3/availability': 'online', 'description': '', 'console/limit'= : '1048576', 'memory/target': '11244164', 'cpu/2/availability': 'online',= 'vm': '/vm/00000000-0000-0000-0000-000000000000', 'domid': '0', 'cpu/7/a= vailability': 'online', 'cpu/0/availability': 'online', 'cpu/1/availabili= ty': 'online', 'cpu/5/availability': 'online', 'control/platform-feature-= multiprocessor-suspend': '1', 'cpu/6/availability': 'online', 'console/ty= pe': 'xenconsoled', 'cpu/4/availability': 'online', 'name': 'Domain-0'} [2012-07-07 20:43:00 1197] DEBUG (XendDomain:476) Adding Domain: 0 [2012-07-07 20:43:00 1197] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 20:43:00 1197] DEBUG (XendDomain:410) number of vcpus to use = is 0 [2012-07-07 20:43:00 1197] WARNING (XendAPI:708) API call: VBD.set_device= not found [2012-07-07 20:43:00 1197] WARNING (XendAPI:708) API call: VBD.set_type n= ot found [2012-07-07 20:43:00 1197] WARNING (XendAPI:708) API call: session.get_al= l_records not found [2012-07-07 20:43:00 1197] WARNING (XendAPI:708) API call: event.get_reco= rd not found [2012-07-07 20:43:00 1197] WARNING (XendAPI:708) API call: event.get_all = not found [2012-07-07 20:43:00 1197] WARNING (XendAPI:708) API call: VIF.set_device= not found [2012-07-07 20:43:00 1197] WARNING (XendAPI:708) API call: VIF.set_MAC no= t found [2012-07-07 20:43:00 1197] WARNING (XendAPI:708) API call: VIF.set_MTU no= t found [2012-07-07 20:43:00 1197] WARNING (XendAPI:708) API call: debug.get_all = not found [2012-07-07 20:43:00 1197] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xmlrpc.sock. [2012-07-07 20:43:00 1197] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xen-api.sock; authentication has bee= n disabled for this server. [2012-07-07 21:23:40 1197] DEBUG (SrvServer:77) SrvServer.cleanup() [2012-07-07 21:23:40 1197] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup(= ) [2012-07-07 21:23:40 1197] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup(= ) [2012-07-07 21:23:40 1197] DEBUG (XendDomain:644) cleanup_domains [2012-07-07 21:23:40 1196] INFO (SrvDaemon:220) Xend exited with status 0= =2E [2012-07-07 23:57:16 1210] INFO (SrvDaemon:332) Xend Daemon started [2012-07-07 23:57:16 1210] INFO (SrvDaemon:336) Xend changeset: unavailab= le. [2012-07-07 23:57:17 1210] DEBUG (XendNode:332) pscsi record count: 12 [2012-07-07 23:57:17 1210] DEBUG (XendCPUPool:747) recreate_active_pools [2012-07-07 23:57:17 1210] DEBUG (XendDomainInfo:151) XendDomainInfo.recr= eate({'max_vcpu_id': 7, 'cpu_time': 9811053403L, 'ssidref': 0, 'hvm': 0, = 'shutdown_reason': 255, 'dying': 0, 'online_vcpus': 8, 'domid': 0, 'pause= d': 0, 'crashed': 0, 'running': 1, 'maxmem_kb': 17179869180L, 'shutdown':= 0, 'mem_kb': 11244164L, 'blocked': 0, 'handle': [0, 0, 0, 0, 0, 0, 0, 0,= 0, 0, 0, 0, 0, 0, 0, 0], 'cpupool': 0, 'name': 'Domain-0'}) [2012-07-07 23:57:17 1210] INFO (XendDomainInfo:169) Recreating domain 0,= UUID 00000000-0000-0000-0000-000000000000. at /local/domain/0 [2012-07-07 23:57:17 1210] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '0',= 'uuid': '00000000-0000-0000-0000-000000000000', 'on_reboot': 'restart', = 'image': "(linux (kernel '') (superpages 0) (nomigrate 0) (tsc_mode 0))",= 'on_poweroff': 'destroy', 'bootloader_args': '', 'on_xend_start': 'ignor= e', 'on_crash': 'restart', 'xend/restart_count': '0', 'vcpus': '8', 'vcpu= _avail': '255', 'bootloader': '', 'name': 'Domain-0'} [2012-07-07 23:57:17 1210] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'cpu/3/availability': 'online', 'description': '', 'console/limit'= : '1048576', 'memory/target': '11244164', 'cpu/2/availability': 'online',= 'vm': '/vm/00000000-0000-0000-0000-000000000000', 'domid': '0', 'cpu/7/a= vailability': 'online', 'cpu/0/availability': 'online', 'cpu/1/availabili= ty': 'online', 'cpu/5/availability': 'online', 'control/platform-feature-= multiprocessor-suspend': '1', 'cpu/6/availability': 'online', 'console/ty= pe': 'xenconsoled', 'cpu/4/availability': 'online', 'name': 'Domain-0'} [2012-07-07 23:57:17 1210] DEBUG (XendDomain:476) Adding Domain: 0 [2012-07-07 23:57:17 1210] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 23:57:17 1210] DEBUG (XendDomain:410) number of vcpus to use = is 0 [2012-07-07 23:57:17 1210] WARNING (XendAPI:708) API call: VBD.set_device= not found [2012-07-07 23:57:17 1210] WARNING (XendAPI:708) API call: VBD.set_type n= ot found [2012-07-07 23:57:17 1210] WARNING (XendAPI:708) API call: session.get_al= l_records not found [2012-07-07 23:57:17 1210] WARNING (XendAPI:708) API call: event.get_reco= rd not found [2012-07-07 23:57:17 1210] WARNING (XendAPI:708) API call: event.get_all = not found [2012-07-07 23:57:17 1210] WARNING (XendAPI:708) API call: VIF.set_device= not found [2012-07-07 23:57:17 1210] WARNING (XendAPI:708) API call: VIF.set_MAC no= t found [2012-07-07 23:57:17 1210] WARNING (XendAPI:708) API call: VIF.set_MTU no= t found [2012-07-07 23:57:17 1210] WARNING (XendAPI:708) API call: debug.get_all = not found [2012-07-07 23:57:17 1210] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xen-api.sock; authentication has bee= n disabled for this server. [2012-07-07 23:57:17 1210] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xmlrpc.sock. [2012-07-08 01:09:32 1210] DEBUG (SrvServer:77) SrvServer.cleanup() [2012-07-08 01:09:32 1210] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup(= ) [2012-07-08 01:09:32 1210] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup(= ) [2012-07-08 01:09:32 1210] DEBUG (XendDomain:644) cleanup_domains [2012-07-08 01:09:32 1209] INFO (SrvDaemon:220) Xend exited with status 0= =2E [2012-07-08 01:58:11 1219] INFO (SrvDaemon:332) Xend Daemon started [2012-07-08 01:58:11 1219] INFO (SrvDaemon:336) Xend changeset: unavailab= le. [2012-07-08 01:58:12 1219] DEBUG (XendNode:332) pscsi record count: 12 [2012-07-08 01:58:12 1219] DEBUG (XendCPUPool:747) recreate_active_pools [2012-07-08 01:58:13 1219] DEBUG (XendDomainInfo:151) XendDomainInfo.recr= eate({'max_vcpu_id': 7, 'cpu_time': 9083735459L, 'ssidref': 0, 'hvm': 0, = 'shutdown_reason': 255, 'dying': 0, 'online_vcpus': 8, 'domid': 0, 'pause= d': 0, 'crashed': 0, 'running': 1, 'maxmem_kb': 17179869180L, 'shutdown':= 0, 'mem_kb': 11244164L, 'blocked': 0, 'handle': [0, 0, 0, 0, 0, 0, 0, 0,= 0, 0, 0, 0, 0, 0, 0, 0], 'cpupool': 0, 'name': 'Domain-0'}) [2012-07-08 01:58:13 1219] INFO (XendDomainInfo:169) Recreating domain 0,= UUID 00000000-0000-0000-0000-000000000000. at /local/domain/0 [2012-07-08 01:58:13 1219] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '0',= 'uuid': '00000000-0000-0000-0000-000000000000', 'on_reboot': 'restart', = 'image': "(linux (kernel '') (superpages 0) (nomigrate 0) (tsc_mode 0))",= 'on_poweroff': 'destroy', 'bootloader_args': '', 'on_xend_start': 'ignor= e', 'on_crash': 'restart', 'xend/restart_count': '0', 'vcpus': '8', 'vcpu= _avail': '255', 'bootloader': '', 'name': 'Domain-0'} [2012-07-08 01:58:13 1219] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'cpu/3/availability': 'online', 'description': '', 'console/limit'= : '1048576', 'memory/target': '11244164', 'cpu/2/availability': 'online',= 'vm': '/vm/00000000-0000-0000-0000-000000000000', 'domid': '0', 'cpu/7/a= vailability': 'online', 'cpu/0/availability': 'online', 'cpu/1/availabili= ty': 'online', 'cpu/5/availability': 'online', 'control/platform-feature-= multiprocessor-suspend': '1', 'cpu/6/availability': 'online', 'console/ty= pe': 'xenconsoled', 'cpu/4/availability': 'online', 'name': 'Domain-0'} [2012-07-08 01:58:13 1219] DEBUG (XendDomain:476) Adding Domain: 0 [2012-07-08 01:58:13 1219] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 01:58:13 1219] DEBUG (XendDomain:410) number of vcpus to use = is 0 [2012-07-08 01:58:13 1219] WARNING (XendAPI:708) API call: VBD.set_device= not found [2012-07-08 01:58:13 1219] WARNING (XendAPI:708) API call: VBD.set_type n= ot found [2012-07-08 01:58:13 1219] WARNING (XendAPI:708) API call: session.get_al= l_records not found [2012-07-08 01:58:13 1219] WARNING (XendAPI:708) API call: event.get_reco= rd not found [2012-07-08 01:58:13 1219] WARNING (XendAPI:708) API call: event.get_all = not found [2012-07-08 01:58:13 1219] WARNING (XendAPI:708) API call: VIF.set_device= not found [2012-07-08 01:58:13 1219] WARNING (XendAPI:708) API call: VIF.set_MAC no= t found [2012-07-08 01:58:13 1219] WARNING (XendAPI:708) API call: VIF.set_MTU no= t found [2012-07-08 01:58:13 1219] WARNING (XendAPI:708) API call: debug.get_all = not found [2012-07-08 01:58:13 1219] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xen-api.sock; authentication has bee= n disabled for this server. [2012-07-08 01:58:13 1219] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xmlrpc.sock. [2012-07-08 06:37:59 1219] DEBUG (SrvServer:77) SrvServer.cleanup() [2012-07-08 06:37:59 1219] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup(= ) [2012-07-08 06:37:59 1219] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup(= ) [2012-07-08 06:37:59 1219] DEBUG (XendDomain:644) cleanup_domains [2012-07-08 06:37:59 1218] INFO (SrvDaemon:220) Xend exited with status 0= =2E [2012-07-08 06:47:10 1225] INFO (SrvDaemon:332) Xend Daemon started [2012-07-08 06:47:10 1225] INFO (SrvDaemon:336) Xend changeset: unavailab= le. [2012-07-08 06:47:11 1225] DEBUG (XendNode:332) pscsi record count: 12 [2012-07-08 06:47:11 1225] DEBUG (XendCPUPool:747) recreate_active_pools [2012-07-08 06:47:11 1225] DEBUG (XendDomainInfo:151) XendDomainInfo.recr= eate({'max_vcpu_id': 7, 'cpu_time': 8251170659L, 'ssidref': 0, 'hvm': 0, = 'shutdown_reason': 255, 'dying': 0, 'online_vcpus': 8, 'domid': 0, 'pause= d': 0, 'crashed': 0, 'running': 1, 'maxmem_kb': 17179869180L, 'shutdown':= 0, 'mem_kb': 11244164L, 'blocked': 0, 'handle': [0, 0, 0, 0, 0, 0, 0, 0,= 0, 0, 0, 0, 0, 0, 0, 0], 'cpupool': 0, 'name': 'Domain-0'}) [2012-07-08 06:47:11 1225] INFO (XendDomainInfo:169) Recreating domain 0,= UUID 00000000-0000-0000-0000-000000000000. at /local/domain/0 [2012-07-08 06:47:11 1225] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '0',= 'uuid': '00000000-0000-0000-0000-000000000000', 'on_reboot': 'restart', = 'image': "(linux (kernel '') (superpages 0) (nomigrate 0) (tsc_mode 0))",= 'on_poweroff': 'destroy', 'bootloader_args': '', 'on_xend_start': 'ignor= e', 'on_crash': 'restart', 'xend/restart_count': '0', 'vcpus': '8', 'vcpu= _avail': '255', 'bootloader': '', 'name': 'Domain-0'} [2012-07-08 06:47:11 1225] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'cpu/3/availability': 'online', 'description': '', 'console/limit'= : '1048576', 'memory/target': '11244164', 'cpu/2/availability': 'online',= 'vm': '/vm/00000000-0000-0000-0000-000000000000', 'domid': '0', 'cpu/7/a= vailability': 'online', 'cpu/0/availability': 'online', 'cpu/1/availabili= ty': 'online', 'cpu/5/availability': 'online', 'control/platform-feature-= multiprocessor-suspend': '1', 'cpu/6/availability': 'online', 'console/ty= pe': 'xenconsoled', 'cpu/4/availability': 'online', 'name': 'Domain-0'} [2012-07-08 06:47:11 1225] DEBUG (XendDomain:476) Adding Domain: 0 [2012-07-08 06:47:11 1225] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 06:47:11 1225] DEBUG (XendDomain:410) number of vcpus to use = is 0 [2012-07-08 06:47:11 1225] WARNING (XendAPI:708) API call: VBD.set_device= not found [2012-07-08 06:47:11 1225] WARNING (XendAPI:708) API call: VBD.set_type n= ot found [2012-07-08 06:47:11 1225] WARNING (XendAPI:708) API call: session.get_al= l_records not found [2012-07-08 06:47:11 1225] WARNING (XendAPI:708) API call: event.get_reco= rd not found [2012-07-08 06:47:11 1225] WARNING (XendAPI:708) API call: event.get_all = not found [2012-07-08 06:47:11 1225] WARNING (XendAPI:708) API call: VIF.set_device= not found [2012-07-08 06:47:11 1225] WARNING (XendAPI:708) API call: VIF.set_MAC no= t found [2012-07-08 06:47:11 1225] WARNING (XendAPI:708) API call: VIF.set_MTU no= t found [2012-07-08 06:47:11 1225] WARNING (XendAPI:708) API call: debug.get_all = not found [2012-07-08 06:47:11 1225] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xmlrpc.sock. [2012-07-08 06:47:11 1225] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xen-api.sock; authentication has bee= n disabled for this server. [2012-07-08 18:43:02 1225] DEBUG (SrvServer:77) SrvServer.cleanup() [2012-07-08 18:43:02 1225] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup(= ) [2012-07-08 18:43:02 1225] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup(= ) [2012-07-08 18:43:02 1225] DEBUG (XendDomain:644) cleanup_domains [2012-07-08 18:43:02 1224] INFO (SrvDaemon:220) Xend exited with status 0= =2E [2012-07-08 18:44:08 1216] INFO (SrvDaemon:332) Xend Daemon started [2012-07-08 18:44:08 1216] INFO (SrvDaemon:336) Xend changeset: unavailab= le. [2012-07-08 18:44:09 1216] DEBUG (XendNode:332) pscsi record count: 12 [2012-07-08 18:44:09 1216] DEBUG (XendCPUPool:747) recreate_active_pools [2012-07-08 18:44:09 1216] DEBUG (XendDomainInfo:151) XendDomainInfo.recr= eate({'max_vcpu_id': 7, 'cpu_time': 7375730893L, 'ssidref': 0, 'hvm': 0, = 'shutdown_reason': 255, 'dying': 0, 'online_vcpus': 8, 'domid': 0, 'pause= d': 0, 'crashed': 0, 'running': 1, 'maxmem_kb': 17179869180L, 'shutdown':= 0, 'mem_kb': 11244164L, 'blocked': 0, 'handle': [0, 0, 0, 0, 0, 0, 0, 0,= 0, 0, 0, 0, 0, 0, 0, 0], 'cpupool': 0, 'name': 'Domain-0'}) [2012-07-08 18:44:09 1216] INFO (XendDomainInfo:169) Recreating domain 0,= UUID 00000000-0000-0000-0000-000000000000. at /local/domain/0 [2012-07-08 18:44:09 1216] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '0',= 'uuid': '00000000-0000-0000-0000-000000000000', 'on_reboot': 'restart', = 'image': "(linux (kernel '') (superpages 0) (nomigrate 0) (tsc_mode 0))",= 'on_poweroff': 'destroy', 'bootloader_args': '', 'on_xend_start': 'ignor= e', 'on_crash': 'restart', 'xend/restart_count': '0', 'vcpus': '8', 'vcpu= _avail': '255', 'bootloader': '', 'name': 'Domain-0'} [2012-07-08 18:44:09 1216] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'cpu/3/availability': 'online', 'description': '', 'console/limit'= : '1048576', 'memory/target': '11244164', 'cpu/2/availability': 'online',= 'vm': '/vm/00000000-0000-0000-0000-000000000000', 'domid': '0', 'cpu/7/a= vailability': 'online', 'cpu/0/availability': 'online', 'cpu/1/availabili= ty': 'online', 'cpu/5/availability': 'online', 'control/platform-feature-= multiprocessor-suspend': '1', 'cpu/6/availability': 'online', 'console/ty= pe': 'xenconsoled', 'cpu/4/availability': 'online', 'name': 'Domain-0'} [2012-07-08 18:44:09 1216] DEBUG (XendDomain:476) Adding Domain: 0 [2012-07-08 18:44:09 1216] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 18:44:09 1216] DEBUG (XendDomain:410) number of vcpus to use = is 0 [2012-07-08 18:44:09 1216] WARNING (XendAPI:708) API call: VBD.set_device= not found [2012-07-08 18:44:09 1216] WARNING (XendAPI:708) API call: VBD.set_type n= ot found [2012-07-08 18:44:09 1216] WARNING (XendAPI:708) API call: session.get_al= l_records not found [2012-07-08 18:44:09 1216] WARNING (XendAPI:708) API call: event.get_reco= rd not found [2012-07-08 18:44:09 1216] WARNING (XendAPI:708) API call: event.get_all = not found [2012-07-08 18:44:09 1216] WARNING (XendAPI:708) API call: VIF.set_device= not found [2012-07-08 18:44:09 1216] WARNING (XendAPI:708) API call: VIF.set_MAC no= t found [2012-07-08 18:44:09 1216] WARNING (XendAPI:708) API call: VIF.set_MTU no= t found [2012-07-08 18:44:09 1216] WARNING (XendAPI:708) API call: debug.get_all = not found [2012-07-08 18:44:09 1216] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xen-api.sock; authentication has bee= n disabled for this server. [2012-07-08 18:44:09 1216] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xmlrpc.sock. [2012-07-08 18:46:09 1216] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncunused', '1'], ['vncpasswd', 'XXXXXXXX'], ['vnc= ', '1'], ['vnclisten', '0.0.0.0'], ['xauthority', '/root/.Xauthority']]]]= ) [2012-07-08 18:46:09 1216] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-08 18:46:09 1216] DEBUG (balloon:187) Balloon: 1188896 KiB free;= need 16384; done. [2012-07-08 18:46:09 1216] DEBUG (XendDomain:476) Adding Domain: 1 [2012-07-08 18:46:09 1216] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 1 256 [2012-07-08 18:46:09 1216] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-08 18:46:09 1216] DEBUG (image:891) args: boot, val: dc [2012-07-08 18:46:09 1216] DEBUG (image:891) args: fda, val: None [2012-07-08 18:46:09 1216] DEBUG (image:891) args: fdb, val: None [2012-07-08 18:46:09 1216] DEBUG (image:891) args: soundhw, val: None [2012-07-08 18:46:09 1216] DEBUG (image:891) args: localtime, val: 0 [2012-07-08 18:46:09 1216] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-08 18:46:09 1216] DEBUG (image:891) args: std-vga, val: 0 [2012-07-08 18:46:09 1216] DEBUG (image:891) args: isa, val: 0 [2012-07-08 18:46:09 1216] DEBUG (image:891) args: acpi, val: 1 [2012-07-08 18:46:09 1216] DEBUG (image:891) args: usb, val: 0 [2012-07-08 18:46:09 1216] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-08 18:46:09 1216] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-08 18:46:09 1216] ERROR (XendDomainInfo:2922) XendDomainInfo.ini= tDomain: exception occurred Traceback (most recent call last): File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", l= ine 2841, in _initDomain self.image =3D image.create(self, self.info) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/image.py", line 66, i= n create return findImageHandlerClass(vmConfig)(vm, vmConfig) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/image.py", line 783, = in __init__ ImageHandler.__init__(self, vm, vmConfig) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/image.py", line 99, i= n __init__ self.configure(vmConfig) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/image.py", line 1030,= in configure HVMImageHandler.configure(self, vmConfig) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/image.py", line 791, = in configure ImageHandler.configure(self, vmConfig) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/image.py", line 129, = in configure self.dmargs =3D self.parseDeviceModelArgs(vmConfig) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/image.py", line 904, = in parseDeviceModelArgs vbdparam) VmError: Disk image does not exist: /isos/ubuntu-12.04-server-amd64.iso [2012-07-08 18:46:09 1216] ERROR (XendDomainInfo:488) VM start failed Traceback (most recent call last): File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", l= ine 474, in start XendTask.log_progress(31, 60, self._initDomain) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line 20= 9, in log_progress retval =3D func(*args, **kwds) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", l= ine 2925, in _initDomain raise exn VmError: Disk image does not exist: /isos/ubuntu-12.04-server-amd64.iso [2012-07-08 18:46:09 1216] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D1 [2012-07-08 18:46:09 1216] DEBUG (XendDomainInfo:2406) No device model [2012-07-08 18:46:09 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 18:46:09 1216] ERROR (XendDomainInfo:108) Domain construction= failed Traceback (most recent call last): File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", l= ine 106, in create vm.start() File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", l= ine 474, in start XendTask.log_progress(31, 60, self._initDomain) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line 20= 9, in log_progress retval =3D func(*args, **kwds) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", l= ine 2925, in _initDomain raise exn VmError: Disk image does not exist: /isos/ubuntu-12.04-server-amd64.iso [2012-07-08 18:46:39 1216] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncunused', '1'], ['vncpasswd', 'XXXXXXXX'], ['vnc= ', '1'], ['vnclisten', '0.0.0.0'], ['xauthority', '/root/.Xauthority']]]]= ) [2012-07-08 18:46:39 1216] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-08 18:46:39 1216] DEBUG (balloon:187) Balloon: 1188896 KiB free;= need 16384; done. [2012-07-08 18:46:39 1216] DEBUG (XendDomain:476) Adding Domain: 2 [2012-07-08 18:46:39 1216] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 2 256 [2012-07-08 18:46:39 1216] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-08 18:46:39 1216] DEBUG (image:891) args: boot, val: dc [2012-07-08 18:46:39 1216] DEBUG (image:891) args: fda, val: None [2012-07-08 18:46:39 1216] DEBUG (image:891) args: fdb, val: None [2012-07-08 18:46:39 1216] DEBUG (image:891) args: soundhw, val: None [2012-07-08 18:46:39 1216] DEBUG (image:891) args: localtime, val: 0 [2012-07-08 18:46:39 1216] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-08 18:46:39 1216] DEBUG (image:891) args: std-vga, val: 0 [2012-07-08 18:46:39 1216] DEBUG (image:891) args: isa, val: 0 [2012-07-08 18:46:39 1216] DEBUG (image:891) args: acpi, val: 1 [2012-07-08 18:46:39 1216] DEBUG (image:891) args: usb, val: 0 [2012-07-08 18:46:39 1216] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-08 18:46:39 1216] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-08 18:46:39 1216] INFO (image:822) Need to create platform devic= e.[domid:2] [2012-07-08 18:46:39 1216] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-08 18:46:39 1216] DEBUG (balloon:172) Balloon: tmem relinquished= -1 KiB of 3044768 KiB requested. [2012-07-08 18:46:39 1216] DEBUG (balloon:193) Balloon: 1187424 KiB free;= 0 to scrub; need 4232192; retries: 30. [2012-07-08 18:46:39 1216] DEBUG (balloon:207) Balloon: setting dom0 targ= et to 8007 MiB. [2012-07-08 18:46:39 1216] DEBUG (XendDomainInfo:1467) Setting memory tar= get of domain Domain-0 (0) to 8007 MiB. [2012-07-08 18:46:39 1216] DEBUG (balloon:193) Balloon: 1662560 KiB free;= 0 to scrub; need 4232192; retries: 40. [2012-07-08 18:46:39 1216] DEBUG (balloon:207) Balloon: setting dom0 targ= et to 7999 MiB. [2012-07-08 18:46:39 1216] DEBUG (XendDomainInfo:1467) Setting memory tar= get of domain Domain-0 (0) to 7999 MiB. [2012-07-08 18:46:40 1216] DEBUG (balloon:193) Balloon: 2690656 KiB free;= 0 to scrub; need 4232192; retries: 45. [2012-07-08 18:46:40 1216] DEBUG (balloon:207) Balloon: setting dom0 targ= et to 8001 MiB. [2012-07-08 18:46:40 1216] DEBUG (XendDomainInfo:1467) Setting memory tar= get of domain Domain-0 (0) to 8001 MiB. [2012-07-08 18:46:40 1216] DEBUG (balloon:187) Balloon: 4240612 KiB free;= need 2048; done. [2012-07-08 18:46:40 1216] INFO (image:182) buildDomain os=3Dhvm dom=3D2 = vcpus=3D1 [2012-07-08 18:46:40 1216] DEBUG (image:949) domid =3D 2 [2012-07-08 18:46:40 1216] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-08 18:46:40 1216] DEBUG (image:951) store_evtchn =3D 2 [2012-07-08 18:46:40 1216] DEBUG (image:952) memsize =3D 4096 [2012-07-08 18:46:40 1216] DEBUG (image:953) target =3D 4096 [2012-07-08 18:46:40 1216] DEBUG (image:954) vcpus =3D 1 [2012-07-08 18:46:40 1216] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-08 18:46:40 1216] DEBUG (image:956) acpi =3D 1 [2012-07-08 18:46:40 1216] DEBUG (image:957) apic =3D 1 [2012-07-08 18:46:40 1216] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': '7eb5b74e-8a50-810c-c7df-f0477f739b19'} [2012-07-08 18:46:40 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/2/0'} to /local/domain/2/device/vkbd/0. [2012-07-08 18:46:40 1216] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '2', 'domain': 'mailer1', 'frontend': '/local/domain/2/= device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend/v= kbd/2/0. [2012-07-08 18:46:40 1216] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '1', 'other_config': {'vncunused': '1', 'vncpasswd': 'XXXX= XXXX', 'vnclisten': '0.0.0.0', 'vnc': '1', 'xauthority': '/root/.Xauthori= ty'}, 'vnc': '1', 'xauthority': '/root/.Xauthority', 'vnclisten': '0.0.0.= 0', 'vncpasswd': 'XXXXXXXX', 'uuid': '36037dc4-f23e-9479-50c5-7c49c940671= 6'} [2012-07-08 18:46:40 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/2/0'} to /local/domain/2/device/vfb/0. [2012-07-08 18:46:40 1216] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/2/de= vice/vfb/0', 'xauthority': '/root/.Xauthority', 'frontend-id': '2', 'vncl= isten': '0.0.0.0', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1', = 'vnc': '1', 'uuid': '36037dc4-f23e-9479-50c5-7c49c9406716'} to /local/dom= ain/0/backend/vfb/2/0. [2012-07-08 18:46:40 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '010f2590-f571-7dbd-69db-f4353179b53d', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-08 18:46:40 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/2/2048'} to /local/do= main/2/device/vbd/2048. [2012-07-08 18:46:40 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/2/device/vbd/2048', 'u= uid': '010f2590-f571-7dbd-69db-f4353179b53d', 'bootable': '1', 'dev': 'sd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '2', 'type': 'phy'} to /local/domain/0/backend/vbd/= 2/2048. [2012-07-08 18:46:40 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'a3ee0680-b0d3-48a8-cf6c-f51ca952b826', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-08 18:46:40 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/2/5632'} to /local/d= omain/2/device/vbd/5632. [2012-07-08 18:46:40 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/2/device/vbd/5632', 'u= uid': 'a3ee0680-b0d3-48a8-cf6c-f51ca952b826', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '2', 'type': 'file'} to /local/domai= n/0/backend/vbd/2/5632. [2012-07-08 18:46:40 1216] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : 'fb918398-e71e-ecb9-fcfa-3312acd7d6ac'} [2012-07-08 18:46:40 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/2/0'} to /local/domain/2/device/vif/0. [2012-07-08 18:46:40 1216] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': 'fb918= 398-e71e-ecb9-fcfa-3312acd7d6ac', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '2', 'state': '1', 'online':= '1', 'frontend': '/local/domain/2/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/2/0. [2012-07-08 18:46:40 1216] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '2', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '0.0.0.0:0,password', '-v= ncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial',= 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap2.0= ,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-08 18:46:41 1216] INFO (image:467) device model pid: 1946 [2012-07-08 18:46:41 1216] INFO (image:590) waiting for sentinel_fifo [2012-07-08 18:46:41 1216] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '9cc9414f-539b-aec4-4de1-777e888947df', 'on_reboot': 'restart',= 'start_time': '1341766001.01', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-08 18:46:41 1216] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/9cc9414f-539b-aec4-4de1-777e888947df', 'd= omid': '2', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-08 18:46:41 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/2/0'} to /local/domain/2/device/console/0. [2012-07-08 18:46:41 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/2/device/console/0', '= uuid': 'b8c36397-57b7-54e2-5773-843c856f4112', 'frontend-id': '2', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/2/0. [2012-07-08 18:46:41 1216] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-08 18:46:41 1216] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 18:46:41 1216] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-08 18:46:41 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 18:46:41 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/2/0/hotplug-status. [2012-07-08 18:46:41 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/2/0/hotplug-status. [2012-07-08 18:46:41 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 18:46:41 1216] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-08 18:46:41 1216] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-08 18:46:41 1216] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-08 18:46:41 1216] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-08 18:46:41 1216] DEBUG (DevController:139) Waiting for devices = console. [2012-07-08 18:46:41 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 18:46:41 1216] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-08 18:46:41 1216] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-08 18:46:41 1216] DEBUG (DevController:144) Waiting for 2048. [2012-07-08 18:46:41 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/2/2048/hotplug-status. [2012-07-08 18:46:41 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 18:46:41 1216] DEBUG (DevController:144) Waiting for 5632. [2012-07-08 18:46:41 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/2/5632/hotplug-status. [2012-07-08 18:46:42 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/2/5632/hotplug-status. [2012-07-08 18:46:42 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 18:46:42 1216] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-08 18:46:42 1216] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-08 18:46:42 1216] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-08 18:46:42 1216] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-08 18:46:42 1216] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-08 18:46:42 1216] INFO (XendDomain:1225) Domain mailer1 (2) unpa= used. [2012-07-08 19:13:40 1216] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D2 [2012-07-08 19:13:40 1216] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-08 19:13:41 1216] INFO (image:615) mailer1 device model terminat= ed [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:2406) No device model [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 19:14:15 1216] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'sdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncunused', '1'], ['vncpasswd', 'XXXXXXXX'], ['vnc= ', '1'], ['vnclisten', '0.0.0.0'], ['xauthority', '/root/.Xauthority']]]]= ) [2012-07-08 19:14:15 1216] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-08 19:14:15 1216] DEBUG (balloon:187) Balloon: 4240032 KiB free;= need 16384; done. [2012-07-08 19:14:15 1216] DEBUG (XendDomain:476) Adding Domain: 3 [2012-07-08 19:14:15 1216] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 3 256 [2012-07-08 19:14:15 1216] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-08 19:14:15 1216] DEBUG (image:891) args: boot, val: dc [2012-07-08 19:14:15 1216] DEBUG (image:891) args: fda, val: None [2012-07-08 19:14:15 1216] DEBUG (image:891) args: fdb, val: None [2012-07-08 19:14:15 1216] DEBUG (image:891) args: soundhw, val: None [2012-07-08 19:14:15 1216] DEBUG (image:891) args: localtime, val: 0 [2012-07-08 19:14:15 1216] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-08 19:14:15 1216] DEBUG (image:891) args: std-vga, val: 0 [2012-07-08 19:14:15 1216] DEBUG (image:891) args: isa, val: 0 [2012-07-08 19:14:15 1216] DEBUG (image:891) args: acpi, val: 1 [2012-07-08 19:14:15 1216] DEBUG (image:891) args: usb, val: 0 [2012-07-08 19:14:15 1216] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-08 19:14:15 1216] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-08 19:14:15 1216] INFO (image:822) Need to create platform devic= e.[domid:3] [2012-07-08 19:14:15 1216] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-08 19:14:15 1216] INFO (image:182) buildDomain os=3Dhvm dom=3D3 = vcpus=3D1 [2012-07-08 19:14:15 1216] DEBUG (image:949) domid =3D 3 [2012-07-08 19:14:15 1216] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-08 19:14:15 1216] DEBUG (image:951) store_evtchn =3D 2 [2012-07-08 19:14:15 1216] DEBUG (image:952) memsize =3D 4096 [2012-07-08 19:14:15 1216] DEBUG (image:953) target =3D 4096 [2012-07-08 19:14:15 1216] DEBUG (image:954) vcpus =3D 1 [2012-07-08 19:14:15 1216] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-08 19:14:15 1216] DEBUG (image:956) acpi =3D 1 [2012-07-08 19:14:15 1216] DEBUG (image:957) apic =3D 1 [2012-07-08 19:14:15 1216] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': '9efe4e03-a110-64cc-f90b-62ea04fe705a'} [2012-07-08 19:14:15 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/3/0'} to /local/domain/3/device/vkbd/0. [2012-07-08 19:14:15 1216] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '3', 'domain': 'mailer1', 'frontend': '/local/domain/3/= device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend/v= kbd/3/0. [2012-07-08 19:14:15 1216] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '1', 'other_config': {'vncunused': '1', 'vncpasswd': 'XXXX= XXXX', 'vnclisten': '0.0.0.0', 'vnc': '1', 'xauthority': '/root/.Xauthori= ty'}, 'vnc': '1', 'xauthority': '/root/.Xauthority', 'vnclisten': '0.0.0.= 0', 'vncpasswd': 'XXXXXXXX', 'uuid': '06abfd11-bd52-b85f-ed3f-00e9b1b2dd5= 9'} [2012-07-08 19:14:15 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/3/0'} to /local/domain/3/device/vfb/0. [2012-07-08 19:14:15 1216] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/3/de= vice/vfb/0', 'xauthority': '/root/.Xauthority', 'frontend-id': '3', 'vncl= isten': '0.0.0.0', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1', = 'vnc': '1', 'uuid': '06abfd11-bd52-b85f-ed3f-00e9b1b2dd59'} to /local/dom= ain/0/backend/vfb/3/0. [2012-07-08 19:14:15 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'c9ea889a-4a75-6156-cd97-bdc33b421202', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-08 19:14:15 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/3/2048'} to /local/do= main/3/device/vbd/2048. [2012-07-08 19:14:15 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/3/device/vbd/2048', 'u= uid': 'c9ea889a-4a75-6156-cd97-bdc33b421202', 'bootable': '1', 'dev': 'sd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '3', 'type': 'phy'} to /local/domain/0/backend/vbd/= 3/2048. [2012-07-08 19:14:15 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '4ecd763c-44b6-4e3b-ff4e-71658f39daed', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'sdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-08 19:14:15 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2080', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/3/2080'} to /local/d= omain/3/device/vbd/2080. [2012-07-08 19:14:15 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/3/device/vbd/2080', 'u= uid': '4ecd763c-44b6-4e3b-ff4e-71658f39daed', 'bootable': '0', 'dev': 'sd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '3', 'type': 'file'} to /local/domai= n/0/backend/vbd/3/2080. [2012-07-08 19:14:15 1216] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '0ee92bf7-2c6d-9de2-37af-e6d4319b6d50'} [2012-07-08 19:14:15 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/3/0'} to /local/domain/3/device/vif/0. [2012-07-08 19:14:15 1216] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '0ee92= bf7-2c6d-9de2-37af-e6d4319b6d50', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '3', 'state': '1', 'online':= '1', 'frontend': '/local/domain/3/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/3/0. [2012-07-08 19:14:15 1216] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '3', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '0.0.0.0:0,password', '-v= ncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial',= 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap3.0= ,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-08 19:14:15 1216] INFO (image:467) device model pid: 2647 [2012-07-08 19:14:15 1216] INFO (image:590) waiting for sentinel_fifo [2012-07-08 19:14:15 1216] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '3624d4a1-fc49-62a3-4cca-b5815eb8f726', 'on_reboot': 'restart',= 'start_time': '1341767655.62', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-08 19:14:15 1216] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/3624d4a1-fc49-62a3-4cca-b5815eb8f726', 'd= omid': '3', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-08 19:14:15 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/3/0'} to /local/domain/3/device/console/0. [2012-07-08 19:14:15 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/3/device/console/0', '= uuid': 'da1ff547-7463-375e-2384-503d9ea2d45c', 'frontend-id': '3', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/3/0. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-08 19:14:15 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 19:14:15 1216] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 19:14:15 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/3/0/hotplug-status. [2012-07-08 19:14:15 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = console. [2012-07-08 19:14:15 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-08 19:14:15 1216] DEBUG (DevController:144) Waiting for 2048. [2012-07-08 19:14:15 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/3/2048/hotplug-status. [2012-07-08 19:14:15 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 19:14:15 1216] DEBUG (DevController:144) Waiting for 2080. [2012-07-08 19:14:15 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/3/2080/hotplug-status. [2012-07-08 19:14:15 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-08 19:14:15 1216] INFO (XendDomain:1225) Domain mailer1 (3) unpa= used. [2012-07-08 19:14:52 1216] INFO (XendDomainInfo:2078) Domain has shutdown= : name=3Dmailer1 id=3D3 reason=3Dpoweroff. [2012-07-08 19:14:52 1216] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D3 [2012-07-08 19:14:52 1216] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-08 19:14:53 1216] INFO (image:615) mailer1 device model terminat= ed [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:2414) Removing vbd/2080 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2080 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:2406) No device model [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:2414) Removing vbd/2080 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2080 [2012-07-08 19:52:56 1216] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['videoram', 4], ['serial', 'pty'], ['acpi', 1], ['apic', 1], ['boot= ', 'dc'], ['cpuid', []], ['cpuid_check', []], ['fda', ''], ['fdb', ''], [= 'guest_os_type', 'default'], ['hap', 1], ['hpet', 0], ['isa', 0], ['keyma= p', ''], ['localtime', 0], ['nographic', 0], ['oos', 1], ['pae', 1], ['pc= i', []], ['pci_msitranslate', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset= ', 0], ['sdl', 0], ['soundhw', ''], ['stdvga', 0], ['timer_mode', 1], ['u= sb', 0], ['usbdevice', 'tablet'], ['vcpus', 1], ['vncunused', 1], ['virid= ian', 0], ['vpt_align', 1], ['xauthority', '/root/.Xauthority'], ['xen_pl= atform_pci', 1], ['memory_sharing', 0], ['device_model', '/usr/lib/xen-4.= 1/bin/qemu-dm'], ['tsc_mode', 0], ['nomigrate', 0]]], ['s3_integrity', 1]= , ['device', ['vbd', ['uname', 'phy:/dev/vmdisks/mailer1'], ['dev', 'hda'= ], ['mode', 'w']]], ['device', ['vbd', ['uname', 'file:/isos/ubuntu-12.04= -server-amd64.iso'], ['dev', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['= vif', ['bridge', 'xenbr0'], ['mac', '00:50:56:00:04:25'], ['type', 'ioemu= ']]], ['device', ['vkbd']], ['device', ['vfb', ['vncunused', '1'], ['vncp= asswd', 'XXXXXXXX'], ['vnc', '1'], ['vnclisten', '0.0.0.0'], ['xauthority= ', '/root/.Xauthority']]]]) [2012-07-08 19:52:56 1216] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-08 19:52:56 1216] DEBUG (balloon:187) Balloon: 4240032 KiB free;= need 16384; done. [2012-07-08 19:52:56 1216] DEBUG (XendDomain:476) Adding Domain: 4 [2012-07-08 19:52:56 1216] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 4 256 [2012-07-08 19:52:56 1216] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-08 19:52:56 1216] DEBUG (image:891) args: boot, val: dc [2012-07-08 19:52:56 1216] DEBUG (image:891) args: fda, val: None [2012-07-08 19:52:56 1216] DEBUG (image:891) args: fdb, val: None [2012-07-08 19:52:56 1216] DEBUG (image:891) args: soundhw, val: None [2012-07-08 19:52:56 1216] DEBUG (image:891) args: localtime, val: 0 [2012-07-08 19:52:56 1216] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-08 19:52:56 1216] DEBUG (image:891) args: std-vga, val: 0 [2012-07-08 19:52:56 1216] DEBUG (image:891) args: isa, val: 0 [2012-07-08 19:52:56 1216] DEBUG (image:891) args: acpi, val: 1 [2012-07-08 19:52:56 1216] DEBUG (image:891) args: usb, val: 0 [2012-07-08 19:52:56 1216] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-08 19:52:56 1216] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-08 19:52:56 1216] INFO (image:822) Need to create platform devic= e.[domid:4] [2012-07-08 19:52:56 1216] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-08 19:52:56 1216] INFO (image:182) buildDomain os=3Dhvm dom=3D4 = vcpus=3D1 [2012-07-08 19:52:56 1216] DEBUG (image:949) domid =3D 4 [2012-07-08 19:52:56 1216] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-08 19:52:56 1216] DEBUG (image:951) store_evtchn =3D 2 [2012-07-08 19:52:56 1216] DEBUG (image:952) memsize =3D 4096 [2012-07-08 19:52:56 1216] DEBUG (image:953) target =3D 4096 [2012-07-08 19:52:56 1216] DEBUG (image:954) vcpus =3D 1 [2012-07-08 19:52:56 1216] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-08 19:52:56 1216] DEBUG (image:956) acpi =3D 1 [2012-07-08 19:52:56 1216] DEBUG (image:957) apic =3D 1 [2012-07-08 19:52:56 1216] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': '5e7908f6-8b6a-c236-9c0f-706f587c6dda'} [2012-07-08 19:52:56 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/4/0'} to /local/domain/4/device/vkbd/0. [2012-07-08 19:52:56 1216] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '4', 'domain': 'mailer1', 'frontend': '/local/domain/4/= device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend/v= kbd/4/0. [2012-07-08 19:52:56 1216] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '1', 'other_config': {'vncunused': '1', 'vncpasswd': 'XXXX= XXXX', 'vnclisten': '0.0.0.0', 'vnc': '1', 'xauthority': '/root/.Xauthori= ty'}, 'vnc': '1', 'xauthority': '/root/.Xauthority', 'vnclisten': '0.0.0.= 0', 'vncpasswd': 'XXXXXXXX', 'uuid': '7e332e51-c35a-fb41-0ada-92159c2dd7f= 6'} [2012-07-08 19:52:56 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/4/0'} to /local/domain/4/device/vfb/0. [2012-07-08 19:52:56 1216] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/4/de= vice/vfb/0', 'xauthority': '/root/.Xauthority', 'frontend-id': '4', 'vncl= isten': '0.0.0.0', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1', = 'vnc': '1', 'uuid': '7e332e51-c35a-fb41-0ada-92159c2dd7f6'} to /local/dom= ain/0/backend/vfb/4/0. [2012-07-08 19:52:56 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '2b0dd8ce-4729-9497-232c-40680880177b', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'hda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-08 19:52:56 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '768', 'device-type': 'disk', 'st= ate': '1', 'backend': '/local/domain/0/backend/vbd/4/768'} to /local/doma= in/4/device/vbd/768. [2012-07-08 19:52:56 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/4/device/vbd/768', 'uu= id': '2b0dd8ce-4729-9497-232c-40680880177b', 'bootable': '1', 'dev': 'hda= ', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online':= '1', 'frontend-id': '4', 'type': 'phy'} to /local/domain/0/backend/vbd/4= /768. [2012-07-08 19:52:56 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '9f0a834b-ef99-9d70-39c8-e00dfe2c0ce0', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-08 19:52:56 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/4/5632'} to /local/d= omain/4/device/vbd/5632. [2012-07-08 19:52:56 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/4/device/vbd/5632', 'u= uid': '9f0a834b-ef99-9d70-39c8-e00dfe2c0ce0', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '4', 'type': 'file'} to /local/domai= n/0/backend/vbd/4/5632. [2012-07-08 19:52:56 1216] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '2153fe97-6440-7053-09fe-d740659fa53d'} [2012-07-08 19:52:56 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/4/0'} to /local/domain/4/device/vif/0. [2012-07-08 19:52:56 1216] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '2153f= e97-6440-7053-09fe-d740659fa53d', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '4', 'state': '1', 'online':= '1', 'frontend': '/local/domain/4/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/4/0. [2012-07-08 19:52:56 1216] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '4', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '0.0.0.0:0,password', '-v= ncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial',= 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap4.0= ,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-08 19:52:56 1216] INFO (image:467) device model pid: 3288 [2012-07-08 19:52:56 1216] INFO (image:590) waiting for sentinel_fifo [2012-07-08 19:52:56 1216] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '28ad9a15-257a-ba35-204f-8aeaf0f8e01c', 'on_reboot': 'restart',= 'start_time': '1341769976.53', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-08 19:52:56 1216] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/28ad9a15-257a-ba35-204f-8aeaf0f8e01c', 'd= omid': '4', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-08 19:52:56 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/4/0'} to /local/domain/4/device/console/0. [2012-07-08 19:52:56 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/4/device/console/0', '= uuid': '9f3b463c-2502-85dc-7df6-5b375aca69ba', 'frontend-id': '4', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/4/0. [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-08 19:52:56 1216] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-08 19:52:56 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 19:52:56 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/4/0/hotplug-status. [2012-07-08 19:52:56 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = console. [2012-07-08 19:52:56 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-08 19:52:56 1216] DEBUG (DevController:144) Waiting for 768. [2012-07-08 19:52:56 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/4/768/hotplug-status. [2012-07-08 19:52:56 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 19:52:56 1216] DEBUG (DevController:144) Waiting for 5632. [2012-07-08 19:52:56 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/4/5632/hotplug-status. [2012-07-08 19:52:56 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-08 19:52:56 1216] INFO (XendDomain:1225) Domain mailer1 (4) unpa= used. [2012-07-08 19:55:21 1216] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D4 [2012-07-08 19:55:21 1216] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-08 19:55:22 1216] INFO (image:615) mailer1 device model terminat= ed [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/768 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:2406) No device model [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/768 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 19:56:01 1216] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['videoram', 4], ['serial', 'pty'], ['acpi', 1], ['apic', 1], ['boot= ', 'dc'], ['cpuid', []], ['cpuid_check', []], ['fda', ''], ['fdb', ''], [= 'guest_os_type', 'default'], ['hap', 1], ['hpet', 0], ['isa', 0], ['keyma= p', ''], ['localtime', 0], ['nographic', 0], ['oos', 1], ['pae', 1], ['pc= i', []], ['pci_msitranslate', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset= ', 0], ['sdl', 0], ['soundhw', ''], ['stdvga', 0], ['timer_mode', 1], ['u= sb', 0], ['usbdevice', 'tablet'], ['vcpus', 1], ['vnc', 1], ['vncunused',= 1], ['viridian', 0], ['vpt_align', 1], ['xauthority', '/root/.Xauthority= '], ['xen_platform_pci', 1], ['memory_sharing', 0], ['device_model', '/us= r/lib/xen-4.1/bin/qemu-dm'], ['vncpasswd', 'XXXXXXXX'], ['tsc_mode', 0], = ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['uname', 'ph= y:/dev/vmdisks/mailer1'], ['dev', 'hda'], ['mode', 'w']]], ['device', ['v= bd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev', 'hdc:= cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0'], ['mac'= , '00:50:56:00:04:25'], ['type', 'ioemu']]]]) [2012-07-08 19:56:01 1216] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-08 19:56:01 1216] DEBUG (balloon:187) Balloon: 4240028 KiB free;= need 16384; done. [2012-07-08 19:56:01 1216] DEBUG (XendDomain:476) Adding Domain: 5 [2012-07-08 19:56:01 1216] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 5 256 [2012-07-08 19:56:01 1216] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-08 19:56:01 1216] DEBUG (image:891) args: boot, val: dc [2012-07-08 19:56:01 1216] DEBUG (image:891) args: fda, val: None [2012-07-08 19:56:01 1216] DEBUG (image:891) args: fdb, val: None [2012-07-08 19:56:01 1216] DEBUG (image:891) args: soundhw, val: None [2012-07-08 19:56:01 1216] DEBUG (image:891) args: localtime, val: 0 [2012-07-08 19:56:01 1216] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-08 19:56:01 1216] DEBUG (image:891) args: std-vga, val: 0 [2012-07-08 19:56:01 1216] DEBUG (image:891) args: isa, val: 0 [2012-07-08 19:56:01 1216] DEBUG (image:891) args: acpi, val: 1 [2012-07-08 19:56:01 1216] DEBUG (image:891) args: usb, val: 0 [2012-07-08 19:56:01 1216] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-08 19:56:01 1216] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-08 19:56:01 1216] INFO (image:822) Need to create platform devic= e.[domid:5] [2012-07-08 19:56:01 1216] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-08 19:56:01 1216] INFO (image:182) buildDomain os=3Dhvm dom=3D5 = vcpus=3D1 [2012-07-08 19:56:01 1216] DEBUG (image:949) domid =3D 5 [2012-07-08 19:56:01 1216] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-08 19:56:01 1216] DEBUG (image:951) store_evtchn =3D 2 [2012-07-08 19:56:01 1216] DEBUG (image:952) memsize =3D 4096 [2012-07-08 19:56:01 1216] DEBUG (image:953) target =3D 4096 [2012-07-08 19:56:01 1216] DEBUG (image:954) vcpus =3D 1 [2012-07-08 19:56:01 1216] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-08 19:56:01 1216] DEBUG (image:956) acpi =3D 1 [2012-07-08 19:56:01 1216] DEBUG (image:957) apic =3D 1 [2012-07-08 19:56:01 1216] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncpasswd': 'XXXXXXXX', 'vncunused': 1, 'other_config': {'vncunused': = 1, 'vncpasswd': 'XXXXXXXX', 'vnc': '1'}, 'vnc': '1', 'uuid': '960c1d81-f6= da-e04a-e513-4e094e4e65fc'} [2012-07-08 19:56:01 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/5/0'} to /local/domain/5/device/vfb/0. [2012-07-08 19:56:01 1216] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/5/de= vice/vfb/0', 'uuid': '960c1d81-f6da-e04a-e513-4e094e4e65fc', 'frontend-id= ': '5', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1', 'vnc': '1'}= to /local/domain/0/backend/vfb/5/0. [2012-07-08 19:56:01 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '7b0b8da0-9cfa-227d-6008-71ca7f457b92', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'hda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-08 19:56:01 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '768', 'device-type': 'disk', 'st= ate': '1', 'backend': '/local/domain/0/backend/vbd/5/768'} to /local/doma= in/5/device/vbd/768. [2012-07-08 19:56:01 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/5/device/vbd/768', 'uu= id': '7b0b8da0-9cfa-227d-6008-71ca7f457b92', 'bootable': '1', 'dev': 'hda= ', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online':= '1', 'frontend-id': '5', 'type': 'phy'} to /local/domain/0/backend/vbd/5= /768. [2012-07-08 19:56:01 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'a9aa5025-3db5-0a46-096d-04fa32de31a3', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-08 19:56:01 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/5/5632'} to /local/d= omain/5/device/vbd/5632. [2012-07-08 19:56:01 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/5/device/vbd/5632', 'u= uid': 'a9aa5025-3db5-0a46-096d-04fa32de31a3', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '5', 'type': 'file'} to /local/domai= n/0/backend/vbd/5/5632. [2012-07-08 19:56:01 1216] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '83071153-f772-b4b9-b012-b2e422435aca'} [2012-07-08 19:56:01 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/5/0'} to /local/domain/5/device/vif/0. [2012-07-08 19:56:01 1216] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '83071= 153-f772-b4b9-b012-b2e422435aca', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '5', 'state': '1', 'online':= '1', 'frontend': '/local/domain/5/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/5/0. [2012-07-08 19:56:01 1216] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '5', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', '= -vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial= ', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap5.0= ,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-08 19:56:01 1216] INFO (image:467) device model pid: 3861 [2012-07-08 19:56:01 1216] INFO (image:590) waiting for sentinel_fifo [2012-07-08 19:56:01 1216] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': 'fc364cc6-1d92-1159-f111-73a4ff23e852', 'on_reboot': 'restart',= 'start_time': '1341770161.54', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (vncpasswd XXXXXX) (pae 1) (viridian 0) (acpi 1) (vnc 1) = (nographic 0) (nomigrate 0) (usb 0) (tsc_mode 0) (guest_os_type default) = (device_model /usr/lib/xen-4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthorit= y /root/.Xauthority) (isa 0) (notes (SUSPEND_CANCEL 1)))", 'name': 'maile= r1'} [2012-07-08 19:56:01 1216] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/fc364cc6-1d92-1159-f111-73a4ff23e852', 'd= omid': '5', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-08 19:56:01 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/5/0'} to /local/domain/5/device/console/0. [2012-07-08 19:56:01 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/5/device/console/0', '= uuid': '5305fad8-4c99-84e9-936b-7d1da159bcf1', 'frontend-id': '5', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/5/0. [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-08 19:56:01 1216] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-08 19:56:01 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 19:56:01 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/5/0/hotplug-status. [2012-07-08 19:56:01 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = console. [2012-07-08 19:56:01 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-08 19:56:01 1216] DEBUG (DevController:144) Waiting for 768. [2012-07-08 19:56:01 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/5/768/hotplug-status. [2012-07-08 19:56:01 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 19:56:01 1216] DEBUG (DevController:144) Waiting for 5632. [2012-07-08 19:56:01 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/5/5632/hotplug-status. [2012-07-08 19:56:01 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-08 19:56:01 1216] INFO (XendDomain:1225) Domain mailer1 (5) unpa= used. [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:3107) XendDomainInfo.res= etDomain(5) [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D5 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-08 20:08:09 1216] INFO (image:615) mailer1 device model terminat= ed [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/768 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:2406) No device model [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/768 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:125) XendDomainInfo.crea= te_from_dict({'vcpus_params': {'cap': 0, 'weight': 256}, 'PV_args': '', '= features': '', 'cpus': [[]], 'paused': 0, 'use_tmp_kernel': False, 'domid= ': None, 'memory_sharing': 0, 'superpages': 0, 'VCPUs_live': 1, 'PV_bootl= oader': '', 'actions_after_crash': 'restart', 'vbd_refs': ['7b0b8da0-9cfa= -227d-6008-71ca7f457b92', 'a9aa5025-3db5-0a46-096d-04fa32de31a3'], 'PV_ra= mdisk': '', 'is_control_domain': False, 'name_label': 'mailer1', 'VCPUs_a= t_startup': 1, 'HVM_boot_params': {'order': 'dc'}, 'platform': {'videoram= ': 4, 'hpet': 0, 'vpt_align': 1, 'loader': '/usr/lib/xen-4.1/boot/hvmload= er', 'rtc_timeoffset': 0, 'serial': 'pty', 'vncunused': 1, 'vncpasswd': '= XXXXXXXX', 'usb': 0, 'boot': 'dc', 'xen_platform_pci': 1, 'pci': [], 'pae= ': 1, 'stdvga': 0, 'hap': 1, 'viridian': 0, 'acpi': 1, 'localtime': 0, 't= imer_mode': 1, 'vnc': 1, 'nographic': 0, 'pci_msitranslate': 1, 'oos': 1,= 'apic': 1, 'sdl': 0, 'nomigrate': 0, 'usbdevice': 'tablet', 'tsc_mode': = 0, 'guest_os_type': 'default', 'device_model': '/usr/lib/xen-4.1/bin/qemu= -dm', 'pci_power_mgmt': 0, 'xauthority': '/root/.Xauthority', 'isa': 0}, = 'PV_kernel': '', 'console_refs': ['960c1d81-f6da-e04a-e513-4e094e4e65fc',= '5305fad8-4c99-84e9-936b-7d1da159bcf1'], 'online_vcpus': 1, 'blocked': 0= , 'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shutdown': 0, 'HVM_bo= ot_policy': 'BIOS order', 'description': '', 'shutdown_reason': 255, 'VCP= Us_max': 1, 'start_time': 1341770161.543412, 'memory_static_max': 4294967= 296, 'actions_after_shutdown': 'destroy', 'use_tmp_ramdisk': False, 'on_x= end_start': 'ignore', 'crashed': 0, 'memory_dynamic_max': 4294967296, 'ac= tions_after_suspend': '', 'is_a_template': False, 'PV_bootloader_args': '= ', 'memory_dynamic_min': 4294967296, 'uuid': 'fc364cc6-1d92-1159-f111-73a= 4ff23e852', 'cpu_time': 0.0, 'shadow_memory': 33, 'memory_static_min': 0,= 'dying': 0, 'vcpu_avail': 1, 'notes': {'SUSPEND_CANCEL': 1}, 'other_conf= ig': {}, 'auto_power_on': False, 'running': 0, 'actions_after_reboot': 'r= estart', 'Description': '', 'vif_refs': ['83071153-f772-b4b9-b012-b2e4224= 35aca'], 'target': 0, 'vtpm_refs': [], 's3_integrity': 1, 'devices': {'96= 0c1d81-f6da-e04a-e513-4e094e4e65fc': ('vfb', {'vncunused': 1, 'other_conf= ig': {'vncunused': 1, 'vncpasswd': 'XXXXXXXX', 'vnc': '1'}, 'vnc': '1', '= uuid': '960c1d81-f6da-e04a-e513-4e094e4e65fc', 'devid': 0, 'vncpasswd': '= XXXXXXXX', 'location': '127.0.0.1:5900'}), 'a9aa5025-3db5-0a46-096d-04fa3= 2de31a3': ('vbd', {'uuid': 'a9aa5025-3db5-0a46-096d-04fa32de31a3', 'boota= ble': 0, 'devid': 5632, 'driver': 'paravirtualised', 'dev': 'hdc:cdrom', = 'uname': 'file:/isos/ubuntu-12.04-server-amd64.iso', 'mode': 'r'}), '8307= 1153-f772-b4b9-b012-b2e422435aca': ('vif', {'bridge': 'xenbr0', 'mac': '0= 0:50:56:00:04:25', 'devid': 0, 'type': 'ioemu', 'uuid': '83071153-f772-b4= b9-b012-b2e422435aca'}), '7b0b8da0-9cfa-227d-6008-71ca7f457b92': ('vbd', = {'uuid': '7b0b8da0-9cfa-227d-6008-71ca7f457b92', 'bootable': 1, 'devid': = 768, 'driver': 'paravirtualised', 'dev': 'hda', 'uname': 'phy:/dev/vmdisk= s/mailer1', 'mode': 'w'}), '5305fad8-4c99-84e9-936b-7d1da159bcf1': ('cons= ole', {'other_config': {}, 'protocol': 'vt100', 'uuid': '5305fad8-4c99-84= e9-936b-7d1da159bcf1', 'location': '3'})}}) [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-08 20:08:09 1216] DEBUG (balloon:187) Balloon: 4240028 KiB free;= need 16384; done. [2012-07-08 20:08:10 1216] DEBUG (XendDomain:476) Adding Domain: 6 [2012-07-08 20:08:10 1216] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 6 256 [2012-07-08 20:08:10 1216] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-08 20:08:10 1216] DEBUG (image:891) args: boot, val: dc [2012-07-08 20:08:10 1216] DEBUG (image:891) args: fda, val: None [2012-07-08 20:08:10 1216] DEBUG (image:891) args: fdb, val: None [2012-07-08 20:08:10 1216] DEBUG (image:891) args: soundhw, val: None [2012-07-08 20:08:10 1216] DEBUG (image:891) args: localtime, val: 0 [2012-07-08 20:08:10 1216] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-08 20:08:10 1216] DEBUG (image:891) args: std-vga, val: 0 [2012-07-08 20:08:10 1216] DEBUG (image:891) args: isa, val: 0 [2012-07-08 20:08:10 1216] DEBUG (image:891) args: acpi, val: 1 [2012-07-08 20:08:10 1216] DEBUG (image:891) args: usb, val: 0 [2012-07-08 20:08:10 1216] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-08 20:08:10 1216] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-08 20:08:10 1216] INFO (image:822) Need to create platform devic= e.[domid:6] [2012-07-08 20:08:10 1216] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x21, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-08 20:08:10 1216] INFO (image:182) buildDomain os=3Dhvm dom=3D6 = vcpus=3D1 [2012-07-08 20:08:10 1216] DEBUG (image:949) domid =3D 6 [2012-07-08 20:08:10 1216] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-08 20:08:10 1216] DEBUG (image:951) store_evtchn =3D 2 [2012-07-08 20:08:10 1216] DEBUG (image:952) memsize =3D 4096 [2012-07-08 20:08:10 1216] DEBUG (image:953) target =3D 4096 [2012-07-08 20:08:10 1216] DEBUG (image:954) vcpus =3D 1 [2012-07-08 20:08:10 1216] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-08 20:08:10 1216] DEBUG (image:956) acpi =3D 1 [2012-07-08 20:08:10 1216] DEBUG (image:957) apic =3D 1 [2012-07-08 20:08:10 1216] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': 1, 'other_config': {'vncunused': 1, 'vncpasswd': 'XXXXXXXX= ', 'vnc': '1'}, 'vnc': '1', 'uuid': '960c1d81-f6da-e04a-e513-4e094e4e65fc= ', 'devid': 0, 'vncpasswd': 'XXXXXXXX', 'location': '127.0.0.1:5900'} [2012-07-08 20:08:10 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/6/0'} to /local/domain/6/device/vfb/0. [2012-07-08 20:08:10 1216] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/6/de= vice/vfb/0', 'uuid': '960c1d81-f6da-e04a-e513-4e094e4e65fc', 'frontend-id= ': '6', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'location': '127.0.0.1:590= 0', 'online': '1', 'vnc': '1'} to /local/domain/0/backend/vfb/6/0. [2012-07-08 20:08:10 1216] INFO (XendDomainInfo:2357) createDevice: conso= le : {'other_config': {}, 'protocol': 'vt100', 'uuid': '5305fad8-4c99-84e= 9-936b-7d1da159bcf1', 'location': '3'} [2012-07-08 20:08:10 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/6/0'} to /local/domain/6/device/console/0. [2012-07-08 20:08:10 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/6/device/console/0', '= uuid': '5305fad8-4c99-84e9-936b-7d1da159bcf1', 'frontend-id': '6', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/6/0. [2012-07-08 20:08:10 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '7b0b8da0-9cfa-227d-6008-71ca7f457b92', 'bootable': 1, 'devid':= 768, 'driver': 'paravirtualised', 'dev': 'hda', 'uname': 'phy:/dev/vmdis= ks/mailer1', 'mode': 'w'} [2012-07-08 20:08:10 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '768', 'device-type': 'disk', 'st= ate': '1', 'backend': '/local/domain/0/backend/vbd/6/768'} to /local/doma= in/6/device/vbd/768. [2012-07-08 20:08:10 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/6/device/vbd/768', 'uu= id': '7b0b8da0-9cfa-227d-6008-71ca7f457b92', 'bootable': '1', 'dev': 'hda= ', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online':= '1', 'frontend-id': '6', 'type': 'phy'} to /local/domain/0/backend/vbd/6= /768. [2012-07-08 20:08:10 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'a9aa5025-3db5-0a46-096d-04fa32de31a3', 'bootable': 0, 'devid':= 5632, 'driver': 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/i= sos/ubuntu-12.04-server-amd64.iso', 'mode': 'r'} [2012-07-08 20:08:10 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/6/5632'} to /local/d= omain/6/device/vbd/5632. [2012-07-08 20:08:10 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/6/device/vbd/5632', 'u= uid': 'a9aa5025-3db5-0a46-096d-04fa32de31a3', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '6', 'type': 'file'} to /local/domai= n/0/backend/vbd/6/5632. [2012-07-08 20:08:10 1216] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'devid': 0, 'type': 'io= emu', 'uuid': '83071153-f772-b4b9-b012-b2e422435aca'} [2012-07-08 20:08:10 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/6/0'} to /local/domain/6/device/vif/0. [2012-07-08 20:08:10 1216] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '83071= 153-f772-b4b9-b012-b2e422435aca', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '6', 'state': '1', 'online':= '1', 'frontend': '/local/domain/6/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/6/0. [2012-07-08 20:08:10 1216] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '6', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', '= -vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial= ', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap6.0= ,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-08 20:08:10 1216] INFO (image:467) device model pid: 4412 [2012-07-08 20:08:10 1216] INFO (image:590) waiting for sentinel_fifo [2012-07-08 20:08:10 1216] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': 'fc364cc6-1d92-1159-f111-73a4ff23e852', 'on_reboot': 'restart',= 'start_time': '1341770890.34', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (vncpasswd XXXXXX) (pae 1) (viridian 0) (acpi 1) (vnc 1) = (nographic 0) (nomigrate 0) (usb 0) (tsc_mode 0) (guest_os_type default) = (device_model /usr/lib/xen-4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthorit= y /root/.Xauthority) (isa 0) (notes (SUSPEND_CANCEL 1)))", 'name': 'maile= r1'} [2012-07-08 20:08:10 1216] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/fc364cc6-1d92-1159-f111-73a4ff23e852', 'd= omid': '6', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-08 20:08:10 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:08:10 1216] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 20:08:10 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/6/0/hotplug-status. [2012-07-08 20:08:10 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/6/0/hotplug-status. [2012-07-08 20:08:10 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = console. [2012-07-08 20:08:10 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-08 20:08:10 1216] DEBUG (DevController:144) Waiting for 768. [2012-07-08 20:08:10 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/6/768/hotplug-status. [2012-07-08 20:08:10 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:08:10 1216] DEBUG (DevController:144) Waiting for 5632. [2012-07-08 20:08:10 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/6/5632/hotplug-status. [2012-07-08 20:08:10 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/6/5632/hotplug-status. [2012-07-08 20:08:10 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-08 20:09:32 1216] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D6 [2012-07-08 20:09:32 1216] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-08 20:09:32 1216] INFO (image:615) mailer1 device model terminat= ed [2012-07-08 20:09:32 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 20:09:32 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 20:09:32 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 20:09:32 1216] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-08 20:09:32 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/768 [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:2406) No device model [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/768 [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 20:10:11 1216] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'hda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncunused', '1'], ['vncpasswd', 'XXXXXXXX'], ['vnc= ', '1'], ['vnclisten', '0.0.0.0'], ['xauthority', '/root/.Xauthority']]]]= ) [2012-07-08 20:10:11 1216] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-08 20:10:11 1216] DEBUG (balloon:187) Balloon: 4240028 KiB free;= need 16384; done. [2012-07-08 20:10:11 1216] DEBUG (XendDomain:476) Adding Domain: 7 [2012-07-08 20:10:11 1216] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 7 256 [2012-07-08 20:10:11 1216] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-08 20:10:11 1216] DEBUG (image:891) args: boot, val: dc [2012-07-08 20:10:11 1216] DEBUG (image:891) args: fda, val: None [2012-07-08 20:10:11 1216] DEBUG (image:891) args: fdb, val: None [2012-07-08 20:10:11 1216] DEBUG (image:891) args: soundhw, val: None [2012-07-08 20:10:11 1216] DEBUG (image:891) args: localtime, val: 0 [2012-07-08 20:10:11 1216] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-08 20:10:11 1216] DEBUG (image:891) args: std-vga, val: 0 [2012-07-08 20:10:11 1216] DEBUG (image:891) args: isa, val: 0 [2012-07-08 20:10:11 1216] DEBUG (image:891) args: acpi, val: 1 [2012-07-08 20:10:11 1216] DEBUG (image:891) args: usb, val: 0 [2012-07-08 20:10:11 1216] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-08 20:10:11 1216] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-08 20:10:11 1216] INFO (image:822) Need to create platform devic= e.[domid:7] [2012-07-08 20:10:11 1216] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-08 20:10:11 1216] INFO (image:182) buildDomain os=3Dhvm dom=3D7 = vcpus=3D1 [2012-07-08 20:10:11 1216] DEBUG (image:949) domid =3D 7 [2012-07-08 20:10:11 1216] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-08 20:10:11 1216] DEBUG (image:951) store_evtchn =3D 2 [2012-07-08 20:10:11 1216] DEBUG (image:952) memsize =3D 4096 [2012-07-08 20:10:11 1216] DEBUG (image:953) target =3D 4096 [2012-07-08 20:10:11 1216] DEBUG (image:954) vcpus =3D 1 [2012-07-08 20:10:11 1216] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-08 20:10:11 1216] DEBUG (image:956) acpi =3D 1 [2012-07-08 20:10:11 1216] DEBUG (image:957) apic =3D 1 [2012-07-08 20:10:11 1216] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': '8f279483-e85f-64df-7b1c-a62425be7259'} [2012-07-08 20:10:11 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/7/0'} to /local/domain/7/device/vkbd/0. [2012-07-08 20:10:11 1216] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '7', 'domain': 'mailer1', 'frontend': '/local/domain/7/= device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend/v= kbd/7/0. [2012-07-08 20:10:11 1216] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '1', 'other_config': {'vncunused': '1', 'vncpasswd': 'XXXX= XXXX', 'vnclisten': '0.0.0.0', 'vnc': '1', 'xauthority': '/root/.Xauthori= ty'}, 'vnc': '1', 'xauthority': '/root/.Xauthority', 'vnclisten': '0.0.0.= 0', 'vncpasswd': 'XXXXXXXX', 'uuid': 'b2814528-a51a-9d82-a1dc-f74acfb81c7= 3'} [2012-07-08 20:10:11 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/7/0'} to /local/domain/7/device/vfb/0. [2012-07-08 20:10:11 1216] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/7/de= vice/vfb/0', 'xauthority': '/root/.Xauthority', 'frontend-id': '7', 'vncl= isten': '0.0.0.0', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1', = 'vnc': '1', 'uuid': 'b2814528-a51a-9d82-a1dc-f74acfb81c73'} to /local/dom= ain/0/backend/vfb/7/0. [2012-07-08 20:10:11 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '156cb2ec-4195-6329-3ce1-3e1a0c177e3d', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'hda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-08 20:10:11 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '768', 'device-type': 'disk', 'st= ate': '1', 'backend': '/local/domain/0/backend/vbd/7/768'} to /local/doma= in/7/device/vbd/768. [2012-07-08 20:10:11 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/7/device/vbd/768', 'uu= id': '156cb2ec-4195-6329-3ce1-3e1a0c177e3d', 'bootable': '1', 'dev': 'hda= ', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online':= '1', 'frontend-id': '7', 'type': 'phy'} to /local/domain/0/backend/vbd/7= /768. [2012-07-08 20:10:11 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '22ad0686-f995-83fd-7c60-76928754fb84', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-08 20:10:11 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/7/5632'} to /local/d= omain/7/device/vbd/5632. [2012-07-08 20:10:11 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/7/device/vbd/5632', 'u= uid': '22ad0686-f995-83fd-7c60-76928754fb84', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '7', 'type': 'file'} to /local/domai= n/0/backend/vbd/7/5632. [2012-07-08 20:10:11 1216] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '6fb8f4b1-18a2-8af5-edf8-c9adc15225c7'} [2012-07-08 20:10:11 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/7/0'} to /local/domain/7/device/vif/0. [2012-07-08 20:10:11 1216] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '6fb8f= 4b1-18a2-8af5-edf8-c9adc15225c7', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '7', 'state': '1', 'online':= '1', 'frontend': '/local/domain/7/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/7/0. [2012-07-08 20:10:11 1216] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '7', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '0.0.0.0:0,password', '-v= ncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial',= 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap7.0= ,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-08 20:10:11 1216] INFO (image:467) device model pid: 4950 [2012-07-08 20:10:11 1216] INFO (image:590) waiting for sentinel_fifo [2012-07-08 20:10:11 1216] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': 'b58d0493-8315-88e3-873f-6faaee27f19b', 'on_reboot': 'restart',= 'start_time': '1341771011.88', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-08 20:10:11 1216] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/b58d0493-8315-88e3-873f-6faaee27f19b', 'd= omid': '7', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-08 20:10:11 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/7/0'} to /local/domain/7/device/console/0. [2012-07-08 20:10:11 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/7/device/console/0', '= uuid': 'e3892a22-e25f-2728-9f61-6a10ea773884', 'frontend-id': '7', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/7/0. [2012-07-08 20:10:11 1216] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-08 20:10:11 1216] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-08 20:10:11 1216] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 20:10:11 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:10:12 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/7/0/hotplug-status. [2012-07-08 20:10:12 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:10:12 1216] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-08 20:10:12 1216] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-08 20:10:12 1216] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-08 20:10:12 1216] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-08 20:10:12 1216] DEBUG (DevController:139) Waiting for devices = console. [2012-07-08 20:10:12 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:10:12 1216] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-08 20:10:12 1216] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-08 20:10:12 1216] DEBUG (DevController:144) Waiting for 768. [2012-07-08 20:10:12 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/7/768/hotplug-status. [2012-07-08 20:10:12 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:10:12 1216] DEBUG (DevController:144) Waiting for 5632. [2012-07-08 20:10:12 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/7/5632/hotplug-status. [2012-07-08 20:10:12 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:10:12 1216] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-08 20:10:12 1216] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-08 20:10:12 1216] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-08 20:10:12 1216] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-08 20:10:12 1216] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-08 20:10:12 1216] INFO (XendDomain:1225) Domain mailer1 (7) unpa= used. [2012-07-08 20:12:44 1216] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D7 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-08 20:12:45 1216] INFO (image:615) mailer1 device model terminat= ed [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/768 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:2406) No device model [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/768 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 20:13:21 1216] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'hda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncunused', '1'], ['vncpasswd', 'XXXXXXXX'], ['vnc= ', '1'], ['vnclisten', '127.0.0.1'], ['xauthority', '/root/.Xauthority']]= ]]) [2012-07-08 20:13:21 1216] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-08 20:13:21 1216] DEBUG (balloon:187) Balloon: 4240028 KiB free;= need 16384; done. [2012-07-08 20:13:21 1216] DEBUG (XendDomain:476) Adding Domain: 8 [2012-07-08 20:13:21 1216] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 8 256 [2012-07-08 20:13:21 1216] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-08 20:13:21 1216] DEBUG (image:891) args: boot, val: dc [2012-07-08 20:13:21 1216] DEBUG (image:891) args: fda, val: None [2012-07-08 20:13:21 1216] DEBUG (image:891) args: fdb, val: None [2012-07-08 20:13:21 1216] DEBUG (image:891) args: soundhw, val: None [2012-07-08 20:13:21 1216] DEBUG (image:891) args: localtime, val: 0 [2012-07-08 20:13:21 1216] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-08 20:13:21 1216] DEBUG (image:891) args: std-vga, val: 0 [2012-07-08 20:13:21 1216] DEBUG (image:891) args: isa, val: 0 [2012-07-08 20:13:21 1216] DEBUG (image:891) args: acpi, val: 1 [2012-07-08 20:13:21 1216] DEBUG (image:891) args: usb, val: 0 [2012-07-08 20:13:21 1216] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-08 20:13:21 1216] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-08 20:13:21 1216] INFO (image:822) Need to create platform devic= e.[domid:8] [2012-07-08 20:13:21 1216] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-08 20:13:21 1216] INFO (image:182) buildDomain os=3Dhvm dom=3D8 = vcpus=3D1 [2012-07-08 20:13:21 1216] DEBUG (image:949) domid =3D 8 [2012-07-08 20:13:21 1216] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-08 20:13:21 1216] DEBUG (image:951) store_evtchn =3D 2 [2012-07-08 20:13:21 1216] DEBUG (image:952) memsize =3D 4096 [2012-07-08 20:13:21 1216] DEBUG (image:953) target =3D 4096 [2012-07-08 20:13:21 1216] DEBUG (image:954) vcpus =3D 1 [2012-07-08 20:13:21 1216] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-08 20:13:21 1216] DEBUG (image:956) acpi =3D 1 [2012-07-08 20:13:21 1216] DEBUG (image:957) apic =3D 1 [2012-07-08 20:13:21 1216] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': '6f7b74aa-47ea-e3db-23b2-0a39614dcf50'} [2012-07-08 20:13:21 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/8/0'} to /local/domain/8/device/vkbd/0. [2012-07-08 20:13:21 1216] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '8', 'domain': 'mailer1', 'frontend': '/local/domain/8/= device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend/v= kbd/8/0. [2012-07-08 20:13:21 1216] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '1', 'other_config': {'vncunused': '1', 'vncpasswd': 'XXXX= XXXX', 'vnclisten': '127.0.0.1', 'vnc': '1', 'xauthority': '/root/.Xautho= rity'}, 'vnc': '1', 'xauthority': '/root/.Xauthority', 'vnclisten': '127.= 0.0.1', 'vncpasswd': 'XXXXXXXX', 'uuid': 'cd174213-8d02-8bb7-cf32-4cd088f= 2b6c9'} [2012-07-08 20:13:21 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/8/0'} to /local/domain/8/device/vfb/0. [2012-07-08 20:13:21 1216] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/8/de= vice/vfb/0', 'xauthority': '/root/.Xauthority', 'frontend-id': '8', 'vncl= isten': '127.0.0.1', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1'= , 'vnc': '1', 'uuid': 'cd174213-8d02-8bb7-cf32-4cd088f2b6c9'} to /local/d= omain/0/backend/vfb/8/0. [2012-07-08 20:13:21 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'ea836a7e-f155-ac4b-efa6-c7e384493f42', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'hda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-08 20:13:21 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '768', 'device-type': 'disk', 'st= ate': '1', 'backend': '/local/domain/0/backend/vbd/8/768'} to /local/doma= in/8/device/vbd/768. [2012-07-08 20:13:21 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/8/device/vbd/768', 'uu= id': 'ea836a7e-f155-ac4b-efa6-c7e384493f42', 'bootable': '1', 'dev': 'hda= ', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online':= '1', 'frontend-id': '8', 'type': 'phy'} to /local/domain/0/backend/vbd/8= /768. [2012-07-08 20:13:21 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '7f634ccb-465b-2701-3db2-10bc2fe33f7e', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-08 20:13:21 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/8/5632'} to /local/d= omain/8/device/vbd/5632. [2012-07-08 20:13:21 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/8/device/vbd/5632', 'u= uid': '7f634ccb-465b-2701-3db2-10bc2fe33f7e', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '8', 'type': 'file'} to /local/domai= n/0/backend/vbd/8/5632. [2012-07-08 20:13:21 1216] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '128c1ab1-dafe-bcc6-0cda-d1ac893c3e69'} [2012-07-08 20:13:21 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/8/0'} to /local/domain/8/device/vif/0. [2012-07-08 20:13:21 1216] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '128c1= ab1-dafe-bcc6-0cda-d1ac893c3e69', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '8', 'state': '1', 'online':= '1', 'frontend': '/local/domain/8/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/8/0. [2012-07-08 20:13:21 1216] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '8', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', '= -vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial= ', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap8.0= ,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-08 20:13:21 1216] INFO (image:467) device model pid: 5583 [2012-07-08 20:13:21 1216] INFO (image:590) waiting for sentinel_fifo [2012-07-08 20:13:21 1216] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '6e0fb0e9-c6ed-8921-283f-34843aca3816', 'on_reboot': 'restart',= 'start_time': '1341771201.58', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-08 20:13:21 1216] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/6e0fb0e9-c6ed-8921-283f-34843aca3816', 'd= omid': '8', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-08 20:13:21 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/8/0'} to /local/domain/8/device/console/0. [2012-07-08 20:13:21 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/8/device/console/0', '= uuid': '48b12750-3f7c-373e-98b3-7a9940bba637', 'frontend-id': '8', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/8/0. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-08 20:13:21 1216] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 20:13:21 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:13:21 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/8/0/hotplug-status. [2012-07-08 20:13:21 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = console. [2012-07-08 20:13:21 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-08 20:13:21 1216] DEBUG (DevController:144) Waiting for 768. [2012-07-08 20:13:21 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/8/768/hotplug-status. [2012-07-08 20:13:21 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:13:21 1216] DEBUG (DevController:144) Waiting for 5632. [2012-07-08 20:13:21 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/8/5632/hotplug-status. [2012-07-08 20:13:21 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-08 20:13:21 1216] INFO (XendDomain:1225) Domain mailer1 (8) unpa= used. [2012-07-08 20:16:00 1216] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D8 [2012-07-08 20:16:00 1216] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-08 20:16:01 1216] INFO (image:615) mailer1 device model terminat= ed [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/768 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:2406) No device model [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/768 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 20:26:53 1216] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'sdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncunused', '1'], ['vncpasswd', 'XXXXXXXX'], ['vnc= ', '1'], ['vnclisten', '127.0.0.1'], ['xauthority', '/root/.Xauthority']]= ]]) [2012-07-08 20:26:53 1216] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-08 20:26:53 1216] DEBUG (balloon:187) Balloon: 4240028 KiB free;= need 16384; done. [2012-07-08 20:26:53 1216] DEBUG (XendDomain:476) Adding Domain: 9 [2012-07-08 20:26:53 1216] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 9 256 [2012-07-08 20:26:53 1216] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-08 20:26:53 1216] DEBUG (image:891) args: boot, val: dc [2012-07-08 20:26:53 1216] DEBUG (image:891) args: fda, val: None [2012-07-08 20:26:53 1216] DEBUG (image:891) args: fdb, val: None [2012-07-08 20:26:53 1216] DEBUG (image:891) args: soundhw, val: None [2012-07-08 20:26:53 1216] DEBUG (image:891) args: localtime, val: 0 [2012-07-08 20:26:53 1216] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-08 20:26:53 1216] DEBUG (image:891) args: std-vga, val: 0 [2012-07-08 20:26:53 1216] DEBUG (image:891) args: isa, val: 0 [2012-07-08 20:26:53 1216] DEBUG (image:891) args: acpi, val: 1 [2012-07-08 20:26:53 1216] DEBUG (image:891) args: usb, val: 0 [2012-07-08 20:26:53 1216] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-08 20:26:53 1216] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-08 20:26:53 1216] INFO (image:822) Need to create platform devic= e.[domid:9] [2012-07-08 20:26:53 1216] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-08 20:26:53 1216] INFO (image:182) buildDomain os=3Dhvm dom=3D9 = vcpus=3D1 [2012-07-08 20:26:53 1216] DEBUG (image:949) domid =3D 9 [2012-07-08 20:26:53 1216] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-08 20:26:53 1216] DEBUG (image:951) store_evtchn =3D 2 [2012-07-08 20:26:53 1216] DEBUG (image:952) memsize =3D 4096 [2012-07-08 20:26:53 1216] DEBUG (image:953) target =3D 4096 [2012-07-08 20:26:53 1216] DEBUG (image:954) vcpus =3D 1 [2012-07-08 20:26:53 1216] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-08 20:26:53 1216] DEBUG (image:956) acpi =3D 1 [2012-07-08 20:26:53 1216] DEBUG (image:957) apic =3D 1 [2012-07-08 20:26:53 1216] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': '48ddb651-dcef-166e-8447-be04895dd041'} [2012-07-08 20:26:53 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/9/0'} to /local/domain/9/device/vkbd/0. [2012-07-08 20:26:53 1216] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '9', 'domain': 'mailer1', 'frontend': '/local/domain/9/= device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend/v= kbd/9/0. [2012-07-08 20:26:53 1216] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '1', 'other_config': {'vncunused': '1', 'vncpasswd': 'XXXX= XXXX', 'vnclisten': '127.0.0.1', 'vnc': '1', 'xauthority': '/root/.Xautho= rity'}, 'vnc': '1', 'xauthority': '/root/.Xauthority', 'vnclisten': '127.= 0.0.1', 'vncpasswd': 'XXXXXXXX', 'uuid': 'ec81975e-88b4-6dc9-95cd-27cb042= 0ae35'} [2012-07-08 20:26:53 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/9/0'} to /local/domain/9/device/vfb/0. [2012-07-08 20:26:53 1216] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/9/de= vice/vfb/0', 'xauthority': '/root/.Xauthority', 'frontend-id': '9', 'vncl= isten': '127.0.0.1', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1'= , 'vnc': '1', 'uuid': 'ec81975e-88b4-6dc9-95cd-27cb0420ae35'} to /local/d= omain/0/backend/vfb/9/0. [2012-07-08 20:26:53 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '630dea2a-34a9-bd89-20e0-ac13a3d41f25', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-08 20:26:53 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/9/2048'} to /local/do= main/9/device/vbd/2048. [2012-07-08 20:26:53 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/9/device/vbd/2048', 'u= uid': '630dea2a-34a9-bd89-20e0-ac13a3d41f25', 'bootable': '1', 'dev': 'sd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '9', 'type': 'phy'} to /local/domain/0/backend/vbd/= 9/2048. [2012-07-08 20:26:53 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'e230f7db-b96f-55b1-92d7-60ed0b7b1cdc', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'sdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-08 20:26:53 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2080', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/9/2080'} to /local/d= omain/9/device/vbd/2080. [2012-07-08 20:26:53 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/9/device/vbd/2080', 'u= uid': 'e230f7db-b96f-55b1-92d7-60ed0b7b1cdc', 'bootable': '0', 'dev': 'sd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '9', 'type': 'file'} to /local/domai= n/0/backend/vbd/9/2080. [2012-07-08 20:26:53 1216] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : 'fbdc3604-3d13-6256-9e6b-adf36a0e55cc'} [2012-07-08 20:26:53 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/9/0'} to /local/domain/9/device/vif/0. [2012-07-08 20:26:53 1216] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': 'fbdc3= 604-3d13-6256-9e6b-adf36a0e55cc', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '9', 'state': '1', 'online':= '1', 'frontend': '/local/domain/9/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/9/0. [2012-07-08 20:26:53 1216] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '9', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', '= -vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial= ', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap9.0= ,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-08 20:26:53 1216] INFO (image:467) device model pid: 6393 [2012-07-08 20:26:53 1216] INFO (image:590) waiting for sentinel_fifo [2012-07-08 20:26:53 1216] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '3f91035f-527d-6424-f154-a007c23a83de', 'on_reboot': 'restart',= 'start_time': '1341772013.61', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-08 20:26:53 1216] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/3f91035f-527d-6424-f154-a007c23a83de', 'd= omid': '9', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-08 20:26:53 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/9/0'} to /local/domain/9/device/console/0. [2012-07-08 20:26:53 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/9/device/console/0', '= uuid': '7c0c8022-d8ea-c3c0-eb75-8bf903b2994a', 'frontend-id': '9', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/9/0. [2012-07-08 20:26:53 1216] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-08 20:26:53 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:26:53 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/9/0/hotplug-status. [2012-07-08 20:26:53 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = console. [2012-07-08 20:26:53 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-08 20:26:53 1216] DEBUG (DevController:144) Waiting for 2048. [2012-07-08 20:26:53 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/9/2048/hotplug-status. [2012-07-08 20:26:53 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:26:53 1216] DEBUG (DevController:144) Waiting for 2080. [2012-07-08 20:26:53 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/9/2080/hotplug-status. [2012-07-08 20:26:53 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-08 20:26:53 1216] INFO (XendDomain:1225) Domain mailer1 (9) unpa= used. [2012-07-08 20:27:30 1216] INFO (XendDomainInfo:2078) Domain has shutdown= : name=3Dmailer1 id=3D9 reason=3Dpoweroff. [2012-07-08 20:27:30 1216] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D9 [2012-07-08 20:27:30 1216] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-08 20:27:31 1216] INFO (image:615) mailer1 device model terminat= ed [2012-07-08 20:27:31 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 20:27:31 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 20:27:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 20:27:31 1216] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-08 20:27:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-08 20:27:31 1216] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-08 20:27:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-08 20:27:31 1216] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-08 20:27:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-08 20:27:31 1216] DEBUG (XendDomainInfo:2414) Removing vbd/2080 [2012-07-08 20:27:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2080 [2012-07-08 20:27:31 1216] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-08 20:27:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-08 20:29:08 1216] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/debian-6.0.5-amd64-netinst.iso'], ['de= v', 'sdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0'= ], ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']= ], ['device', ['vfb', ['vncunused', '1'], ['vncpasswd', 'XXXXXXXX'], ['vn= c', '1'], ['vnclisten', '127.0.0.1'], ['xauthority', '/root/.Xauthority']= ]]]) [2012-07-08 20:29:08 1216] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-08 20:29:08 1216] DEBUG (balloon:187) Balloon: 4240028 KiB free;= need 16384; done. [2012-07-08 20:29:08 1216] DEBUG (XendDomain:476) Adding Domain: 10 [2012-07-08 20:29:08 1216] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 10 256 [2012-07-08 20:29:08 1216] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-08 20:29:08 1216] DEBUG (image:891) args: boot, val: dc [2012-07-08 20:29:08 1216] DEBUG (image:891) args: fda, val: None [2012-07-08 20:29:08 1216] DEBUG (image:891) args: fdb, val: None [2012-07-08 20:29:08 1216] DEBUG (image:891) args: soundhw, val: None [2012-07-08 20:29:08 1216] DEBUG (image:891) args: localtime, val: 0 [2012-07-08 20:29:08 1216] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-08 20:29:08 1216] DEBUG (image:891) args: std-vga, val: 0 [2012-07-08 20:29:08 1216] DEBUG (image:891) args: isa, val: 0 [2012-07-08 20:29:08 1216] DEBUG (image:891) args: acpi, val: 1 [2012-07-08 20:29:08 1216] DEBUG (image:891) args: usb, val: 0 [2012-07-08 20:29:08 1216] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-08 20:29:08 1216] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-08 20:29:08 1216] INFO (image:822) Need to create platform devic= e.[domid:10] [2012-07-08 20:29:08 1216] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-08 20:29:08 1216] INFO (image:182) buildDomain os=3Dhvm dom=3D10= vcpus=3D1 [2012-07-08 20:29:08 1216] DEBUG (image:949) domid =3D 10 [2012-07-08 20:29:08 1216] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-08 20:29:08 1216] DEBUG (image:951) store_evtchn =3D 2 [2012-07-08 20:29:08 1216] DEBUG (image:952) memsize =3D 4096 [2012-07-08 20:29:08 1216] DEBUG (image:953) target =3D 4096 [2012-07-08 20:29:08 1216] DEBUG (image:954) vcpus =3D 1 [2012-07-08 20:29:08 1216] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-08 20:29:08 1216] DEBUG (image:956) acpi =3D 1 [2012-07-08 20:29:08 1216] DEBUG (image:957) apic =3D 1 [2012-07-08 20:29:08 1216] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': 'eec42576-9dd2-10d2-624e-173114c9237d'} [2012-07-08 20:29:08 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/10/0'} to /local/domain/10/device/vkbd/0. [2012-07-08 20:29:08 1216] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '10', 'domain': 'mailer1', 'frontend': '/local/domain/1= 0/device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend= /vkbd/10/0. [2012-07-08 20:29:08 1216] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '1', 'other_config': {'vncunused': '1', 'vncpasswd': 'XXXX= XXXX', 'vnclisten': '127.0.0.1', 'vnc': '1', 'xauthority': '/root/.Xautho= rity'}, 'vnc': '1', 'xauthority': '/root/.Xauthority', 'vnclisten': '127.= 0.0.1', 'vncpasswd': 'XXXXXXXX', 'uuid': '3de08c59-0a22-c35b-1e3c-7658798= b3f67'} [2012-07-08 20:29:08 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/10/0'} to /local/domain/10/device/vfb/0. [2012-07-08 20:29:08 1216] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/10/d= evice/vfb/0', 'xauthority': '/root/.Xauthority', 'frontend-id': '10', 'vn= clisten': '127.0.0.1', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '= 1', 'vnc': '1', 'uuid': '3de08c59-0a22-c35b-1e3c-7658798b3f67'} to /local= /domain/0/backend/vfb/10/0. [2012-07-08 20:29:08 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '55de6c3f-32bc-7a2e-bec0-c73113e31290', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-08 20:29:08 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/10/2048'} to /local/d= omain/10/device/vbd/2048. [2012-07-08 20:29:08 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/10/device/vbd/2048', '= uuid': '55de6c3f-32bc-7a2e-bec0-c73113e31290', 'bootable': '1', 'dev': 's= da', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online= ': '1', 'frontend-id': '10', 'type': 'phy'} to /local/domain/0/backend/vb= d/10/2048. [2012-07-08 20:29:08 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '3b7c8622-940a-2490-401e-8e50c74784a9', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'sdc:cdrom', 'uname': 'file:/isos/debian-6.0.= 5-amd64-netinst.iso', 'mode': 'r'} [2012-07-08 20:29:08 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2080', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/10/2080'} to /local/= domain/10/device/vbd/2080. [2012-07-08 20:29:08 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/10/device/vbd/2080', '= uuid': '3b7c8622-940a-2490-401e-8e50c74784a9', 'bootable': '0', 'dev': 's= dc', 'state': '1', 'params': '/isos/debian-6.0.5-amd64-netinst.iso', 'mod= e': 'r', 'online': '1', 'frontend-id': '10', 'type': 'file'} to /local/do= main/0/backend/vbd/10/2080. [2012-07-08 20:29:08 1216] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '570d2116-584f-41a9-edb7-01c614ecfa6c'} [2012-07-08 20:29:08 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/10/0'} to /local/domain/10/device/vif/0. [2012-07-08 20:29:08 1216] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '570d2= 116-584f-41a9-edb7-01c614ecfa6c', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '10', 'state': '1', 'online'= : '1', 'frontend': '/local/domain/10/device/vif/0', 'type': 'ioemu'} to /= local/domain/0/backend/vif/10/0. [2012-07-08 20:29:08 1216] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '10', '-do= main-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', = '-vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-seria= l', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr= =3D00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap= 10.0,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-08 20:29:09 1216] INFO (image:467) device model pid: 6952 [2012-07-08 20:29:09 1216] INFO (image:590) waiting for sentinel_fifo [2012-07-08 20:29:09 1216] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '80fae1ee-ebba-5aae-d7ae-07a760883e96', 'on_reboot': 'restart',= 'start_time': '1341772149.01', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-08 20:29:09 1216] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/80fae1ee-ebba-5aae-d7ae-07a760883e96', 'd= omid': '10', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online',= 'memory/target': '4194304', 'control/platform-feature-multiprocessor-sus= pend': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name':= 'mailer1'} [2012-07-08 20:29:09 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/10/0'} to /local/domain/10/device/console/0. [2012-07-08 20:29:09 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/10/device/console/0', = 'uuid': '7a1450cc-fd32-7d96-769d-2d89f9061c25', 'frontend-id': '10', 'sta= te': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/= domain/0/backend/console/10/0. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-08 20:29:09 1216] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 20:29:09 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:29:09 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/10/0/hotplug-status. [2012-07-08 20:29:09 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = console. [2012-07-08 20:29:09 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-08 20:29:09 1216] DEBUG (DevController:144) Waiting for 2048. [2012-07-08 20:29:09 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/10/2048/hotplug-status. [2012-07-08 20:29:09 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:29:09 1216] DEBUG (DevController:144) Waiting for 2080. [2012-07-08 20:29:09 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/10/2080/hotplug-status. [2012-07-08 20:29:09 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-08 20:29:09 1216] INFO (XendDomain:1225) Domain mailer1 (10) unp= aused. [2012-07-08 20:29:30 1216] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D10 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-08 20:29:31 1216] INFO (image:615) mailer1 device model terminat= ed [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:2414) Removing vbd/2080 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2080 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:2406) No device model [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:2414) Removing vbd/2080 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2080 [2012-07-08 20:29:57 1216] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'hda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/debian-6.0.5-amd64-netinst.iso'], ['de= v', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0'= ], ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']= ], ['device', ['vfb', ['vncunused', '1'], ['vncpasswd', 'XXXXXXXX'], ['vn= c', '1'], ['vnclisten', '127.0.0.1'], ['xauthority', '/root/.Xauthority']= ]]]) [2012-07-08 20:29:57 1216] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-08 20:29:57 1216] DEBUG (balloon:187) Balloon: 4240028 KiB free;= need 16384; done. [2012-07-08 20:29:57 1216] DEBUG (XendDomain:476) Adding Domain: 11 [2012-07-08 20:29:57 1216] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 11 256 [2012-07-08 20:29:57 1216] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-08 20:29:57 1216] DEBUG (image:891) args: boot, val: dc [2012-07-08 20:29:57 1216] DEBUG (image:891) args: fda, val: None [2012-07-08 20:29:57 1216] DEBUG (image:891) args: fdb, val: None [2012-07-08 20:29:57 1216] DEBUG (image:891) args: soundhw, val: None [2012-07-08 20:29:57 1216] DEBUG (image:891) args: localtime, val: 0 [2012-07-08 20:29:57 1216] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-08 20:29:57 1216] DEBUG (image:891) args: std-vga, val: 0 [2012-07-08 20:29:57 1216] DEBUG (image:891) args: isa, val: 0 [2012-07-08 20:29:57 1216] DEBUG (image:891) args: acpi, val: 1 [2012-07-08 20:29:57 1216] DEBUG (image:891) args: usb, val: 0 [2012-07-08 20:29:57 1216] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-08 20:29:57 1216] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-08 20:29:57 1216] INFO (image:822) Need to create platform devic= e.[domid:11] [2012-07-08 20:29:57 1216] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-08 20:29:57 1216] INFO (image:182) buildDomain os=3Dhvm dom=3D11= vcpus=3D1 [2012-07-08 20:29:57 1216] DEBUG (image:949) domid =3D 11 [2012-07-08 20:29:57 1216] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-08 20:29:57 1216] DEBUG (image:951) store_evtchn =3D 2 [2012-07-08 20:29:57 1216] DEBUG (image:952) memsize =3D 4096 [2012-07-08 20:29:57 1216] DEBUG (image:953) target =3D 4096 [2012-07-08 20:29:57 1216] DEBUG (image:954) vcpus =3D 1 [2012-07-08 20:29:57 1216] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-08 20:29:57 1216] DEBUG (image:956) acpi =3D 1 [2012-07-08 20:29:57 1216] DEBUG (image:957) apic =3D 1 [2012-07-08 20:29:57 1216] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': '030b8207-985c-e9ee-2c0b-fa095e4e75d0'} [2012-07-08 20:29:57 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/11/0'} to /local/domain/11/device/vkbd/0. [2012-07-08 20:29:57 1216] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '11', 'domain': 'mailer1', 'frontend': '/local/domain/1= 1/device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend= /vkbd/11/0. [2012-07-08 20:29:57 1216] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '1', 'other_config': {'vncunused': '1', 'vncpasswd': 'XXXX= XXXX', 'vnclisten': '127.0.0.1', 'vnc': '1', 'xauthority': '/root/.Xautho= rity'}, 'vnc': '1', 'xauthority': '/root/.Xauthority', 'vnclisten': '127.= 0.0.1', 'vncpasswd': 'XXXXXXXX', 'uuid': '53d06881-1644-64c5-8578-8f1bb54= 050e3'} [2012-07-08 20:29:57 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/11/0'} to /local/domain/11/device/vfb/0. [2012-07-08 20:29:57 1216] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/11/d= evice/vfb/0', 'xauthority': '/root/.Xauthority', 'frontend-id': '11', 'vn= clisten': '127.0.0.1', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '= 1', 'vnc': '1', 'uuid': '53d06881-1644-64c5-8578-8f1bb54050e3'} to /local= /domain/0/backend/vfb/11/0. [2012-07-08 20:29:57 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '6046ab44-37b4-1a5d-bff1-83f50a620f8e', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'hda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-08 20:29:57 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '768', 'device-type': 'disk', 'st= ate': '1', 'backend': '/local/domain/0/backend/vbd/11/768'} to /local/dom= ain/11/device/vbd/768. [2012-07-08 20:29:57 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/11/device/vbd/768', 'u= uid': '6046ab44-37b4-1a5d-bff1-83f50a620f8e', 'bootable': '1', 'dev': 'hd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '11', 'type': 'phy'} to /local/domain/0/backend/vbd= /11/768. [2012-07-08 20:29:57 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '5baa525a-f74f-5524-8ca0-029ae0ec1ba3', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/debian-6.0.= 5-amd64-netinst.iso', 'mode': 'r'} [2012-07-08 20:29:57 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/11/5632'} to /local/= domain/11/device/vbd/5632. [2012-07-08 20:29:57 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/11/device/vbd/5632', '= uuid': '5baa525a-f74f-5524-8ca0-029ae0ec1ba3', 'bootable': '0', 'dev': 'h= dc', 'state': '1', 'params': '/isos/debian-6.0.5-amd64-netinst.iso', 'mod= e': 'r', 'online': '1', 'frontend-id': '11', 'type': 'file'} to /local/do= main/0/backend/vbd/11/5632. [2012-07-08 20:29:57 1216] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '71d3183a-c9fd-905c-a1ec-394e205023e1'} [2012-07-08 20:29:57 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/11/0'} to /local/domain/11/device/vif/0. [2012-07-08 20:29:57 1216] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '71d31= 83a-c9fd-905c-a1ec-394e205023e1', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '11', 'state': '1', 'online'= : '1', 'frontend': '/local/domain/11/device/vif/0', 'type': 'ioemu'} to /= local/domain/0/backend/vif/11/0. [2012-07-08 20:29:57 1216] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '11', '-do= main-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', = '-vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-seria= l', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr= =3D00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap= 11.0,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-08 20:29:57 1216] INFO (image:467) device model pid: 7539 [2012-07-08 20:29:57 1216] INFO (image:590) waiting for sentinel_fifo [2012-07-08 20:29:57 1216] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': 'c9b4363d-a32d-4b42-f39b-ff5ea5b4d151', 'on_reboot': 'restart',= 'start_time': '1341772197.39', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-08 20:29:57 1216] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/c9b4363d-a32d-4b42-f39b-ff5ea5b4d151', 'd= omid': '11', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online',= 'memory/target': '4194304', 'control/platform-feature-multiprocessor-sus= pend': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name':= 'mailer1'} [2012-07-08 20:29:57 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/11/0'} to /local/domain/11/device/console/0. [2012-07-08 20:29:57 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/11/device/console/0', = 'uuid': 'c2112953-0b6d-5022-36ac-2ff3d30aaeb7', 'frontend-id': '11', 'sta= te': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/= domain/0/backend/console/11/0. [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-08 20:29:57 1216] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-08 20:29:57 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:29:57 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/11/0/hotplug-status. [2012-07-08 20:29:57 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = console. [2012-07-08 20:29:57 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-08 20:29:57 1216] DEBUG (DevController:144) Waiting for 768. [2012-07-08 20:29:57 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/11/768/hotplug-status. [2012-07-08 20:29:57 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:29:57 1216] DEBUG (DevController:144) Waiting for 5632. [2012-07-08 20:29:57 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/11/5632/hotplug-status. [2012-07-08 20:29:57 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-08 20:29:57 1216] INFO (XendDomain:1225) Domain mailer1 (11) unp= aused. [2012-07-08 20:31:36 1216] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D11 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-08 20:31:37 1216] INFO (image:615) mailer1 device model terminat= ed [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/768 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:2406) No device model [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/768 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 20:31:42 1216] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'hda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/debian-6.0.5-amd64-netinst.iso'], ['de= v', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0'= ], ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']= ], ['device', ['vfb', ['vncunused', '1'], ['vncpasswd', 'XXXXXXXX'], ['vn= c', '1'], ['vnclisten', '127.0.0.1'], ['xauthority', '/root/.Xauthority']= ]]]) [2012-07-08 20:31:42 1216] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-08 20:31:42 1216] DEBUG (balloon:187) Balloon: 4240028 KiB free;= need 16384; done. [2012-07-08 20:31:42 1216] DEBUG (XendDomain:476) Adding Domain: 12 [2012-07-08 20:31:42 1216] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 12 256 [2012-07-08 20:31:42 1216] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-08 20:31:42 1216] DEBUG (image:891) args: boot, val: dc [2012-07-08 20:31:42 1216] DEBUG (image:891) args: fda, val: None [2012-07-08 20:31:42 1216] DEBUG (image:891) args: fdb, val: None [2012-07-08 20:31:42 1216] DEBUG (image:891) args: soundhw, val: None [2012-07-08 20:31:42 1216] DEBUG (image:891) args: localtime, val: 0 [2012-07-08 20:31:42 1216] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-08 20:31:42 1216] DEBUG (image:891) args: std-vga, val: 0 [2012-07-08 20:31:42 1216] DEBUG (image:891) args: isa, val: 0 [2012-07-08 20:31:42 1216] DEBUG (image:891) args: acpi, val: 1 [2012-07-08 20:31:42 1216] DEBUG (image:891) args: usb, val: 0 [2012-07-08 20:31:42 1216] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-08 20:31:42 1216] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-08 20:31:42 1216] INFO (image:822) Need to create platform devic= e.[domid:12] [2012-07-08 20:31:42 1216] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-08 20:31:42 1216] INFO (image:182) buildDomain os=3Dhvm dom=3D12= vcpus=3D1 [2012-07-08 20:31:42 1216] DEBUG (image:949) domid =3D 12 [2012-07-08 20:31:42 1216] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-08 20:31:42 1216] DEBUG (image:951) store_evtchn =3D 2 [2012-07-08 20:31:42 1216] DEBUG (image:952) memsize =3D 4096 [2012-07-08 20:31:42 1216] DEBUG (image:953) target =3D 4096 [2012-07-08 20:31:42 1216] DEBUG (image:954) vcpus =3D 1 [2012-07-08 20:31:42 1216] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-08 20:31:42 1216] DEBUG (image:956) acpi =3D 1 [2012-07-08 20:31:42 1216] DEBUG (image:957) apic =3D 1 [2012-07-08 20:31:43 1216] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': 'f63552bb-cfe1-9828-0a8f-ddcc904a149b'} [2012-07-08 20:31:43 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/12/0'} to /local/domain/12/device/vkbd/0. [2012-07-08 20:31:43 1216] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '12', 'domain': 'mailer1', 'frontend': '/local/domain/1= 2/device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend= /vkbd/12/0. [2012-07-08 20:31:43 1216] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '1', 'other_config': {'vncunused': '1', 'vncpasswd': 'XXXX= XXXX', 'vnclisten': '127.0.0.1', 'vnc': '1', 'xauthority': '/root/.Xautho= rity'}, 'vnc': '1', 'xauthority': '/root/.Xauthority', 'vnclisten': '127.= 0.0.1', 'vncpasswd': 'XXXXXXXX', 'uuid': '9f9402ee-3372-b76b-7b70-b1ef65d= 20414'} [2012-07-08 20:31:43 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/12/0'} to /local/domain/12/device/vfb/0. [2012-07-08 20:31:43 1216] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/12/d= evice/vfb/0', 'xauthority': '/root/.Xauthority', 'frontend-id': '12', 'vn= clisten': '127.0.0.1', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '= 1', 'vnc': '1', 'uuid': '9f9402ee-3372-b76b-7b70-b1ef65d20414'} to /local= /domain/0/backend/vfb/12/0. [2012-07-08 20:31:43 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '7ea13c94-2dfc-9764-a549-16537d877482', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'hda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-08 20:31:43 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '768', 'device-type': 'disk', 'st= ate': '1', 'backend': '/local/domain/0/backend/vbd/12/768'} to /local/dom= ain/12/device/vbd/768. [2012-07-08 20:31:43 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/12/device/vbd/768', 'u= uid': '7ea13c94-2dfc-9764-a549-16537d877482', 'bootable': '1', 'dev': 'hd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '12', 'type': 'phy'} to /local/domain/0/backend/vbd= /12/768. [2012-07-08 20:31:43 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'b2f76edd-4393-a1a7-76f4-dc491603bc18', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/debian-6.0.= 5-amd64-netinst.iso', 'mode': 'r'} [2012-07-08 20:31:43 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/12/5632'} to /local/= domain/12/device/vbd/5632. [2012-07-08 20:31:43 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/12/device/vbd/5632', '= uuid': 'b2f76edd-4393-a1a7-76f4-dc491603bc18', 'bootable': '0', 'dev': 'h= dc', 'state': '1', 'params': '/isos/debian-6.0.5-amd64-netinst.iso', 'mod= e': 'r', 'online': '1', 'frontend-id': '12', 'type': 'file'} to /local/do= main/0/backend/vbd/12/5632. [2012-07-08 20:31:43 1216] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : 'bdea668a-6ceb-1adf-b51c-d39ee4d1c0c5'} [2012-07-08 20:31:43 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/12/0'} to /local/domain/12/device/vif/0. [2012-07-08 20:31:43 1216] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': 'bdea6= 68a-6ceb-1adf-b51c-d39ee4d1c0c5', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '12', 'state': '1', 'online'= : '1', 'frontend': '/local/domain/12/device/vif/0', 'type': 'ioemu'} to /= local/domain/0/backend/vif/12/0. [2012-07-08 20:31:43 1216] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '12', '-do= main-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', = '-vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-seria= l', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr= =3D00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap= 12.0,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-08 20:31:43 1216] INFO (image:467) device model pid: 8196 [2012-07-08 20:31:43 1216] INFO (image:590) waiting for sentinel_fifo [2012-07-08 20:31:43 1216] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '9a40a56e-2303-0c28-d2f5-ba8a484bb01c', 'on_reboot': 'restart',= 'start_time': '1341772303.18', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-08 20:31:43 1216] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/9a40a56e-2303-0c28-d2f5-ba8a484bb01c', 'd= omid': '12', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online',= 'memory/target': '4194304', 'control/platform-feature-multiprocessor-sus= pend': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name':= 'mailer1'} [2012-07-08 20:31:43 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/12/0'} to /local/domain/12/device/console/0. [2012-07-08 20:31:43 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/12/device/console/0', = 'uuid': '2713849f-bf81-40b5-a760-5f75f19f5b60', 'frontend-id': '12', 'sta= te': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/= domain/0/backend/console/12/0. [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-08 20:31:43 1216] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-08 20:31:43 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:31:43 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/12/0/hotplug-status. [2012-07-08 20:31:43 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = console. [2012-07-08 20:31:43 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-08 20:31:43 1216] DEBUG (DevController:144) Waiting for 768. [2012-07-08 20:31:43 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/12/768/hotplug-status. [2012-07-08 20:31:43 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:31:43 1216] DEBUG (DevController:144) Waiting for 5632. [2012-07-08 20:31:43 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/12/5632/hotplug-status. [2012-07-08 20:31:43 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-08 20:31:43 1216] INFO (XendDomain:1225) Domain mailer1 (12) unp= aused. --------------010903080105020804050002 Content-Type: text/plain; charset=windows-1252; name="xend-debug.log" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="xend-debug.log" Xend started at Thu Jul 5 23:07:08 2012. cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory cat: /sys/bus/scsi/devices/host0/model: No such file or directory cat: /sys/bus/scsi/devices/host0/type: No such file or directory cat: /sys/bus/scsi/devices/host0/rev: No such file or directory cat: /sys/bus/scsi/devices/host0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host1/vendor: No such file or directory cat: /sys/bus/scsi/devices/host1/model: No such file or directory cat: /sys/bus/scsi/devices/host1/type: No such file or directory cat: /sys/bus/scsi/devices/host1/rev: No such file or directory cat: /sys/bus/scsi/devices/host1/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host2/vendor: No such file or directory cat: /sys/bus/scsi/devices/host2/model: No such file or directory cat: /sys/bus/scsi/devices/host2/type: No such file or directory cat: /sys/bus/scsi/devices/host2/rev: No such file or directory cat: /sys/bus/scsi/devices/host2/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host3/vendor: No such file or directory cat: /sys/bus/scsi/devices/host3/model: No such file or directory cat: /sys/bus/scsi/devices/host3/type: No such file or directory cat: /sys/bus/scsi/devices/host3/rev: No such file or directory cat: /sys/bus/scsi/devices/host3/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host4/vendor: No such file or directory cat: /sys/bus/scsi/devices/host4/model: No such file or directory cat: /sys/bus/scsi/devices/host4/type: No such file or directory cat: /sys/bus/scsi/devices/host4/rev: No such file or directory cat: /sys/bus/scsi/devices/host4/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host5/vendor: No such file or directory cat: /sys/bus/scsi/devices/host5/model: No such file or directory cat: /sys/bus/scsi/devices/host5/type: No such file or directory cat: /sys/bus/scsi/devices/host5/rev: No such file or directory cat: /sys/bus/scsi/devices/host5/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/scsi_level: No such file or directory Xend started at Sat Jul 7 08:10:08 2012. cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory cat: /sys/bus/scsi/devices/host0/model: No such file or directory cat: /sys/bus/scsi/devices/host0/type: No such file or directory cat: /sys/bus/scsi/devices/host0/rev: No such file or directory cat: /sys/bus/scsi/devices/host0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host1/vendor: No such file or directory cat: /sys/bus/scsi/devices/host1/model: No such file or directory cat: /sys/bus/scsi/devices/host1/type: No such file or directory cat: /sys/bus/scsi/devices/host1/rev: No such file or directory cat: /sys/bus/scsi/devices/host1/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host2/vendor: No such file or directory cat: /sys/bus/scsi/devices/host2/model: No such file or directory cat: /sys/bus/scsi/devices/host2/type: No such file or directory cat: /sys/bus/scsi/devices/host2/rev: No such file or directory cat: /sys/bus/scsi/devices/host2/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host3/vendor: No such file or directory cat: /sys/bus/scsi/devices/host3/model: No such file or directory cat: /sys/bus/scsi/devices/host3/type: No such file or directory cat: /sys/bus/scsi/devices/host3/rev: No such file or directory cat: /sys/bus/scsi/devices/host3/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host4/vendor: No such file or directory cat: /sys/bus/scsi/devices/host4/model: No such file or directory cat: /sys/bus/scsi/devices/host4/type: No such file or directory cat: /sys/bus/scsi/devices/host4/rev: No such file or directory cat: /sys/bus/scsi/devices/host4/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host5/vendor: No such file or directory cat: /sys/bus/scsi/devices/host5/model: No such file or directory cat: /sys/bus/scsi/devices/host5/type: No such file or directory cat: /sys/bus/scsi/devices/host5/rev: No such file or directory cat: /sys/bus/scsi/devices/host5/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/scsi_level: No such file or directory xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored Xend started at Sat Jul 7 20:42:59 2012. cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory cat: /sys/bus/scsi/devices/host0/model: No such file or directory cat: /sys/bus/scsi/devices/host0/type: No such file or directory cat: /sys/bus/scsi/devices/host0/rev: No such file or directory cat: /sys/bus/scsi/devices/host0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host1/vendor: No such file or directory cat: /sys/bus/scsi/devices/host1/model: No such file or directory cat: /sys/bus/scsi/devices/host1/type: No such file or directory cat: /sys/bus/scsi/devices/host1/rev: No such file or directory cat: /sys/bus/scsi/devices/host1/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host2/vendor: No such file or directory cat: /sys/bus/scsi/devices/host2/model: No such file or directory cat: /sys/bus/scsi/devices/host2/type: No such file or directory cat: /sys/bus/scsi/devices/host2/rev: No such file or directory cat: /sys/bus/scsi/devices/host2/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host3/vendor: No such file or directory cat: /sys/bus/scsi/devices/host3/model: No such file or directory cat: /sys/bus/scsi/devices/host3/type: No such file or directory cat: /sys/bus/scsi/devices/host3/rev: No such file or directory cat: /sys/bus/scsi/devices/host3/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host4/vendor: No such file or directory cat: /sys/bus/scsi/devices/host4/model: No such file or directory cat: /sys/bus/scsi/devices/host4/type: No such file or directory cat: /sys/bus/scsi/devices/host4/rev: No such file or directory cat: /sys/bus/scsi/devices/host4/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host5/vendor: No such file or directory cat: /sys/bus/scsi/devices/host5/model: No such file or directory cat: /sys/bus/scsi/devices/host5/type: No such file or directory cat: /sys/bus/scsi/devices/host5/rev: No such file or directory cat: /sys/bus/scsi/devices/host5/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/scsi_level: No such file or directory Xend started at Sat Jul 7 23:57:16 2012. cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory cat: /sys/bus/scsi/devices/host0/model: No such file or directory cat: /sys/bus/scsi/devices/host0/type: No such file or directory cat: /sys/bus/scsi/devices/host0/rev: No such file or directory cat: /sys/bus/scsi/devices/host0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host1/vendor: No such file or directory cat: /sys/bus/scsi/devices/host1/model: No such file or directory cat: /sys/bus/scsi/devices/host1/type: No such file or directory cat: /sys/bus/scsi/devices/host1/rev: No such file or directory cat: /sys/bus/scsi/devices/host1/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host2/vendor: No such file or directory cat: /sys/bus/scsi/devices/host2/model: No such file or directory cat: /sys/bus/scsi/devices/host2/type: No such file or directory cat: /sys/bus/scsi/devices/host2/rev: No such file or directory cat: /sys/bus/scsi/devices/host2/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host3/vendor: No such file or directory cat: /sys/bus/scsi/devices/host3/model: No such file or directory cat: /sys/bus/scsi/devices/host3/type: No such file or directory cat: /sys/bus/scsi/devices/host3/rev: No such file or directory cat: /sys/bus/scsi/devices/host3/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host4/vendor: No such file or directory cat: /sys/bus/scsi/devices/host4/model: No such file or directory cat: /sys/bus/scsi/devices/host4/type: No such file or directory cat: /sys/bus/scsi/devices/host4/rev: No such file or directory cat: /sys/bus/scsi/devices/host4/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host5/vendor: No such file or directory cat: /sys/bus/scsi/devices/host5/model: No such file or directory cat: /sys/bus/scsi/devices/host5/type: No such file or directory cat: /sys/bus/scsi/devices/host5/rev: No such file or directory cat: /sys/bus/scsi/devices/host5/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/scsi_level: No such file or directory Xend started at Sun Jul 8 01:58:11 2012. cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory cat: /sys/bus/scsi/devices/host0/model: No such file or directory cat: /sys/bus/scsi/devices/host0/type: No such file or directory cat: /sys/bus/scsi/devices/host0/rev: No such file or directory cat: /sys/bus/scsi/devices/host0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host1/vendor: No such file or directory cat: /sys/bus/scsi/devices/host1/model: No such file or directory cat: /sys/bus/scsi/devices/host1/type: No such file or directory cat: /sys/bus/scsi/devices/host1/rev: No such file or directory cat: /sys/bus/scsi/devices/host1/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host2/vendor: No such file or directory cat: /sys/bus/scsi/devices/host2/model: No such file or directory cat: /sys/bus/scsi/devices/host2/type: No such file or directory cat: /sys/bus/scsi/devices/host2/rev: No such file or directory cat: /sys/bus/scsi/devices/host2/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host3/vendor: No such file or directory cat: /sys/bus/scsi/devices/host3/model: No such file or directory cat: /sys/bus/scsi/devices/host3/type: No such file or directory cat: /sys/bus/scsi/devices/host3/rev: No such file or directory cat: /sys/bus/scsi/devices/host3/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host4/vendor: No such file or directory cat: /sys/bus/scsi/devices/host4/model: No such file or directory cat: /sys/bus/scsi/devices/host4/type: No such file or directory cat: /sys/bus/scsi/devices/host4/rev: No such file or directory cat: /sys/bus/scsi/devices/host4/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host5/vendor: No such file or directory cat: /sys/bus/scsi/devices/host5/model: No such file or directory cat: /sys/bus/scsi/devices/host5/type: No such file or directory cat: /sys/bus/scsi/devices/host5/rev: No such file or directory cat: /sys/bus/scsi/devices/host5/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/scsi_level: No such file or directory Xend started at Sun Jul 8 06:47:10 2012. cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory cat: /sys/bus/scsi/devices/host0/model: No such file or directory cat: /sys/bus/scsi/devices/host0/type: No such file or directory cat: /sys/bus/scsi/devices/host0/rev: No such file or directory cat: /sys/bus/scsi/devices/host0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host1/vendor: No such file or directory cat: /sys/bus/scsi/devices/host1/model: No such file or directory cat: /sys/bus/scsi/devices/host1/type: No such file or directory cat: /sys/bus/scsi/devices/host1/rev: No such file or directory cat: /sys/bus/scsi/devices/host1/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host2/vendor: No such file or directory cat: /sys/bus/scsi/devices/host2/model: No such file or directory cat: /sys/bus/scsi/devices/host2/type: No such file or directory cat: /sys/bus/scsi/devices/host2/rev: No such file or directory cat: /sys/bus/scsi/devices/host2/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host3/vendor: No such file or directory cat: /sys/bus/scsi/devices/host3/model: No such file or directory cat: /sys/bus/scsi/devices/host3/type: No such file or directory cat: /sys/bus/scsi/devices/host3/rev: No such file or directory cat: /sys/bus/scsi/devices/host3/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host4/vendor: No such file or directory cat: /sys/bus/scsi/devices/host4/model: No such file or directory cat: /sys/bus/scsi/devices/host4/type: No such file or directory cat: /sys/bus/scsi/devices/host4/rev: No such file or directory cat: /sys/bus/scsi/devices/host4/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host5/vendor: No such file or directory cat: /sys/bus/scsi/devices/host5/model: No such file or directory cat: /sys/bus/scsi/devices/host5/type: No such file or directory cat: /sys/bus/scsi/devices/host5/rev: No such file or directory cat: /sys/bus/scsi/devices/host5/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/scsi_level: No such file or directory Xend started at Sun Jul 8 18:44:08 2012. cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory cat: /sys/bus/scsi/devices/host0/model: No such file or directory cat: /sys/bus/scsi/devices/host0/type: No such file or directory cat: /sys/bus/scsi/devices/host0/rev: No such file or directory cat: /sys/bus/scsi/devices/host0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host1/vendor: No such file or directory cat: /sys/bus/scsi/devices/host1/model: No such file or directory cat: /sys/bus/scsi/devices/host1/type: No such file or directory cat: /sys/bus/scsi/devices/host1/rev: No such file or directory cat: /sys/bus/scsi/devices/host1/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host2/vendor: No such file or directory cat: /sys/bus/scsi/devices/host2/model: No such file or directory cat: /sys/bus/scsi/devices/host2/type: No such file or directory cat: /sys/bus/scsi/devices/host2/rev: No such file or directory cat: /sys/bus/scsi/devices/host2/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host3/vendor: No such file or directory cat: /sys/bus/scsi/devices/host3/model: No such file or directory cat: /sys/bus/scsi/devices/host3/type: No such file or directory cat: /sys/bus/scsi/devices/host3/rev: No such file or directory cat: /sys/bus/scsi/devices/host3/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host4/vendor: No such file or directory cat: /sys/bus/scsi/devices/host4/model: No such file or directory cat: /sys/bus/scsi/devices/host4/type: No such file or directory cat: /sys/bus/scsi/devices/host4/rev: No such file or directory cat: /sys/bus/scsi/devices/host4/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host5/vendor: No such file or directory cat: /sys/bus/scsi/devices/host5/model: No such file or directory cat: /sys/bus/scsi/devices/host5/type: No such file or directory cat: /sys/bus/scsi/devices/host5/rev: No such file or directory cat: /sys/bus/scsi/devices/host5/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/scsi_level: No such file or directory xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000001000 2MB PAGES: 0x00000000000005f8 1GB PAGES: 0x0000000000000001 xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000001000 2MB PAGES: 0x00000000000005f8 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000001000 2MB PAGES: 0x00000000000005f8 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000001000 2MB PAGES: 0x00000000000005f8 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000001000 2MB PAGES: 0x00000000000005f8 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000001000 2MB PAGES: 0x00000000000005f8 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000001000 2MB PAGES: 0x00000000000005f8 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000001000 2MB PAGES: 0x00000000000005f8 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000001000 2MB PAGES: 0x00000000000005f8 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000001000 2MB PAGES: 0x00000000000005f8 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000001000 2MB PAGES: 0x00000000000005f8 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored --------------010903080105020804050002 Content-Type: text/plain; charset=windows-1252; name="xen-hotplug.log" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="xen-hotplug.log" RTNETLINK answers: Operation not supported Cannot find device "tap1.0" xenstore-read: couldn't read path backend/vbd/1/5632/node RTNETLINK answers: Operation not supported Cannot find device "tap2.0" RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported Cannot find device "tap8.0" Device "tap8.0" does not exist. RTNETLINK answers: Operation not supported Cannot find device "tap9.0" RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported /etc/xen/scripts/locking.sh: line 109: /var/run/xen-hotplug/block/owner: No such file or directory RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported --------------010903080105020804050002 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --------------010903080105020804050002-- From xen-users-bounces@lists.xen.org Sun Jul 08 19:46:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 08 Jul 2012 19: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 1SnxOv-0007Lh-1O; Sun, 08 Jul 2012 19: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 1SnwYJ-000737-2M for xen-users@lists.xensource.com; Sun, 08 Jul 2012 18:49:52 +0000 Received: from [85.158.139.83:14284] by server-7.bemta-5.messagelabs.com id 16/92-28276-E46D9FF4; Sun, 08 Jul 2012 18:49:50 +0000 X-Env-Sender: contact@lippux.de X-Msg-Ref: server-4.tower-182.messagelabs.com!1341773341!24979904!1 X-Originating-IP: [85.10.197.18] X-SpamReason: No, hits=1.4 required=7.0 tests=INFO_TLD X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24866 invoked from network); 8 Jul 2012 18:49:01 -0000 Received: from mailer2.lippux.de (HELO mailer2.lippux.de) (85.10.197.18) by server-4.tower-182.messagelabs.com with SMTP; 8 Jul 2012 18:49:01 -0000 Received: from localhost (localhost [127.0.0.1]) by mailer2.lippux.de (Postfix) with ESMTP id AE7172CA770 for ; Sun, 8 Jul 2012 20:49:00 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mailer2.lippux.de Received: from mailer2.lippux.de ([127.0.0.1]) by localhost (mailer2.lippux.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lhLh7N0nHxpc for ; Sun, 8 Jul 2012 20:48:45 +0200 (CEST) Received: from [127.0.0.1] (unknown [188.40.32.119]) by mailer2.lippux.de (Postfix) with ESMTPSA id 5150E2CA76F for ; Sun, 8 Jul 2012 20:48:36 +0200 (CEST) Message-ID: <4FF9D5FB.2040407@lippux.de> Date: Sun, 08 Jul 2012 20:48:27 +0200 From: Lukas Laukamp User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com Content-Type: multipart/mixed; boundary="------------010903080105020804050002" X-Mailman-Approved-At: Sun, 08 Jul 2012 19:44:10 +0000 Subject: [Xen-users] VNC console only shows black screen on HVM guest running on Xen 4.1 with Ubuntu 12.04 as 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: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --------------010903080105020804050002 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Hello all, I have a problem getting a working VNC console for HVM guests on Xen 4.1. When I start the DomU with xm create everything is fine the DomU runs and in xm list it has the running state but when I try to connect to the VNC console to install an operating system (Ubuntu and Debian I have tested) the VNC viewer only shows a black screen. So I searched in the logs and found a log entry where I think that this is the problem: xen be: console-0: xen be: console-0: initialise() failed initialise() failed It's in the qemu-dm log file of the DomU. I have put all logs (xend, xend-debug, xen-hotplugpath and qemu-dm) put into the attachment of this mail. Here also is my actual configuration for the DomU: kernel = "/usr/lib/xen-4.1/boot/hvmloader" builder = "hvm" memory = 4096 shadow_memory = 16 name = "mailer1" vif = [ 'type=ioemu, bridge=xenbr0, mac=00:50:56:00:04:25' ] acpi = 1 apic = 1 disk = [ 'phy:/dev/vmdisks/mailer1,hda,w', 'file:/isos/debian-6.0.5-amd64-netinst.iso,hdc:cdrom,r' ] device_model = '/usr/lib/xen-4.1/bin/qemu-dm' boot="dc" sdl=0 vfb = [ 'type=vnc,vnclisten=127.0.0.1,vncunused=1,vncpasswd=sOnlEn3' ] serial='pty' usbdevice='tablet' on_reboot='restart' on_crash='restart' And here the output of xm dmesg: (XEN) Xen version 4.1.2 (Ubuntu 4.1.2-2ubuntu2.1) (stefan.bader@canonical.com) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) Mon Jun 18 14:13:52 UTC 2012 (XEN) Bootloader: GRUB 1.99-21ubuntu3.1 (XEN) Command line: placeholder (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: none; EDID transfer time: 0 seconds (XEN) EDID info not retrieved because no DDC retrieval method detected (XEN) Disc information: (XEN) Found 0 MBR signatures (XEN) Found 3 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009ec00 (usable) (XEN) 000000000009ec00 - 00000000000a0000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000bf780000 (usable) (XEN) 00000000bf780000 - 00000000bf78e000 (ACPI data) (XEN) 00000000bf78e000 - 00000000bf7d0000 (ACPI NVS) (XEN) 00000000bf7d0000 - 00000000bf7e0000 (reserved) (XEN) 00000000bf7ec000 - 00000000c0000000 (reserved) (XEN) 00000000fee00000 - 00000000fee01000 (reserved) (XEN) 00000000ffc00000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 0000000340000000 (usable) (XEN) ACPI: RSDP 000FA340, 0014 (r0 ACPIAM) (XEN) ACPI: RSDT BF780000, 003C (r1 7522MT A7522800 20110819 MSFT 97) (XEN) ACPI: FACP BF780200, 0084 (r1 7522MT A7522800 20110819 MSFT 97) (XEN) ACPI: DSDT BF780480, 6D1A (r1 A7522 A7522800 800 INTL 20051117) (XEN) ACPI: FACS BF78E000, 0040 (XEN) ACPI: APIC BF780390, 00AC (r1 7522MT A7522800 20110819 MSFT 97) (XEN) ACPI: MCFG BF780440, 003C (r1 7522MT OEMMCFG 20110819 MSFT 97) (XEN) ACPI: OEMB BF78E040, 007A (r1 7522MT A7522800 20110819 MSFT 97) (XEN) ACPI: HPET BF78A480, 0038 (r1 7522MT OEMHPET 20110819 MSFT 97) (XEN) ACPI: SSDT BF790DA0, 0363 (r1 DpgPmm CpuPm 12 INTL 20051117) (XEN) System RAM: 12279MB (12573816kB) (XEN) Domain heap initialised (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) Processor #1 7:10 APIC version 21 (XEN) Processor #3 7:10 APIC version 21 (XEN) Processor #5 7:10 APIC version 21 (XEN) Processor #7 7:10 APIC version 21 (XEN) IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23 (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) Table is not found! (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 3341.758 MHz processor. (XEN) Initing memory sharing. (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) 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) EPT supports 2MB super page. (XEN) HVM: ASIDs enabled. (XEN) HVM: VMX 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.: 000000032c000000->0000000330000000 (3048830 pages to be allocated) (XEN) Init. ramdisk: 000000033d7fd000->0000000340000000 (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff8205f000 (XEN) Init. ramdisk: ffffffff8205f000->ffffffff84862000 (XEN) Phys-Mach map: ffffffff84862000->ffffffff85fd8c08 (XEN) Start info: ffffffff85fd9000->ffffffff85fd94b4 (XEN) Page tables: ffffffff85fda000->ffffffff8600f000 (XEN) Boot stack: ffffffff8600f000->ffffffff86010000 (XEN) TOTAL: ffffffff80000000->ffffffff86400000 (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 'CTRL-a' three times to switch input to Xen) (XEN) Freed 220kB init memory. (XEN) physdev.c:155: dom0: wrong map_pirq type 3 All logs are in the attachment as normal text files. The Dom0 is a minimal Ubuntu 12.04 Precise Pangolin and Xen is Version 4.1.2 Would be greate when someone has an idea and can help me. I think that the VNC console is not attached correct but I don't understand why. When there are questions for other logs or more info please say. Best Regards --------------010903080105020804050002 Content-Type: text/plain; charset=windows-1252; name="qemu-dm-mailer1.log" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="qemu-dm-mailer1.log" domid: 12 -c config qemu network with xen bridge for tap12.0 xenbr0 Using file /dev/vmdisks/mailer1 in read-write mode Using file /isos/debian-6.0.5-amd64-netinst.iso in read-only mode Watching /local/domain/0/device-model/12/logdirty/cmd Watching /local/domain/0/device-model/12/command Watching /local/domain/12/cpu char device redirected to /dev/pts/1 qemu_map_cache_init nr_buckets = 10000 size 4194304 shared page at pfn feffd buffered io page at pfn feffb Guest uuid = 9a40a56e-2303-0c28-d2f5-ba8a484bb01c Time offset set 0 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 state. xs_read(/local/domain/0/device-model/12/xen_extended_power_mgmt): read error medium change watch on `hdc' (index: 1): /isos/debian-6.0.5-amd64-netinst.iso I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0 Log-dirty: no command yet. vcpu-set: watch node error. xs_read(/local/domain/12/log-throttling): read error qemu: ignoring not-understood drive `/local/domain/12/log-throttling' medium change watch on `/local/domain/12/log-throttling' - unknown device, ignored char device redirected to /dev/pts/2 xen be: console-0: xen be: console-0: initialise() failed initialise() failed xen be: console-0: xen be: console-0: initialise() failed initialise() failed xen be: console-0: xen be: console-0: initialise() failed initialise() failed xen be: console-0: xen be: console-0: initialise() failed initialise() failed xen be: console-0: xen be: console-0: initialise() failed initialise() failed xen be: console-0: xen be: console-0: initialise() failed initialise() failed xen be: console-0: xen be: console-0: initialise() failed initialise() failed xen be: console-0: xen be: console-0: initialise() failed initialise() failed xen be: console-0: xen be: console-0: initialise() failed initialise() failed xen be: console-0: xen be: console-0: initialise() failed initialise() failed xen be: console-0: xen be: console-0: initialise() failed initialise() failed xen be: console-0: xen be: console-0: initialise() failed initialise() failed cirrus vga map change while on lfb mode mapping vram to f0000000 - f0400000 platform_fixed_ioport: changed ro/rw state of ROM memory area. now is rw state. platform_fixed_ioport: changed ro/rw state of ROM memory area. now is ro state. --------------010903080105020804050002 Content-Type: text/plain; charset=windows-1252; name="xend.log" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="xend.log" [2012-07-05 23:07:08 1075] INFO (SrvDaemon:332) Xend Daemon started [2012-07-05 23:07:08 1075] INFO (SrvDaemon:336) Xend changeset: unavailab= le. [2012-07-05 23:07:09 1075] DEBUG (XendNode:332) pscsi record count: 12 [2012-07-05 23:07:10 1075] DEBUG (XendCPUPool:747) recreate_active_pools [2012-07-05 23:07:10 1075] DEBUG (XendDomainInfo:151) XendDomainInfo.recr= eate({'max_vcpu_id': 7, 'cpu_time': 9361754175L, 'ssidref': 0, 'hvm': 0, = 'shutdown_reason': 255, 'dying': 0, 'online_vcpus': 8, 'domid': 0, 'pause= d': 0, 'crashed': 0, 'running': 1, 'maxmem_kb': 17179869180L, 'shutdown':= 0, 'mem_kb': 11244164L, 'blocked': 0, 'handle': [0, 0, 0, 0, 0, 0, 0, 0,= 0, 0, 0, 0, 0, 0, 0, 0], 'cpupool': 0, 'name': 'Domain-0'}) [2012-07-05 23:07:10 1075] INFO (XendDomainInfo:169) Recreating domain 0,= UUID 00000000-0000-0000-0000-000000000000. at /local/domain/0 [2012-07-05 23:07:10 1075] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '0',= 'uuid': '00000000-0000-0000-0000-000000000000', 'on_reboot': 'restart', = 'image': "(linux (kernel '') (superpages 0) (nomigrate 0) (tsc_mode 0))",= 'on_poweroff': 'destroy', 'bootloader_args': '', 'on_xend_start': 'ignor= e', 'on_crash': 'restart', 'xend/restart_count': '0', 'vcpus': '8', 'vcpu= _avail': '255', 'bootloader': '', 'name': 'Domain-0'} [2012-07-05 23:07:10 1075] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'cpu/3/availability': 'online', 'description': '', 'console/limit'= : '1048576', 'memory/target': '11244164', 'cpu/2/availability': 'online',= 'vm': '/vm/00000000-0000-0000-0000-000000000000', 'domid': '0', 'cpu/7/a= vailability': 'online', 'cpu/0/availability': 'online', 'cpu/1/availabili= ty': 'online', 'cpu/5/availability': 'online', 'control/platform-feature-= multiprocessor-suspend': '1', 'cpu/6/availability': 'online', 'console/ty= pe': 'xenconsoled', 'cpu/4/availability': 'online', 'name': 'Domain-0'} [2012-07-05 23:07:10 1075] DEBUG (XendDomain:476) Adding Domain: 0 [2012-07-05 23:07:10 1075] DEBUG (XendDomain:410) number of vcpus to use = is 0 [2012-07-05 23:07:14 1075] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-05 23:07:14 1075] WARNING (XendAPI:708) API call: VBD.set_device= not found [2012-07-05 23:07:14 1075] WARNING (XendAPI:708) API call: VBD.set_type n= ot found [2012-07-05 23:07:14 1075] WARNING (XendAPI:708) API call: session.get_al= l_records not found [2012-07-05 23:07:14 1075] WARNING (XendAPI:708) API call: event.get_reco= rd not found [2012-07-05 23:07:14 1075] WARNING (XendAPI:708) API call: event.get_all = not found [2012-07-05 23:07:14 1075] WARNING (XendAPI:708) API call: VIF.set_device= not found [2012-07-05 23:07:14 1075] WARNING (XendAPI:708) API call: VIF.set_MAC no= t found [2012-07-05 23:07:14 1075] WARNING (XendAPI:708) API call: VIF.set_MTU no= t found [2012-07-05 23:07:14 1075] WARNING (XendAPI:708) API call: debug.get_all = not found [2012-07-05 23:07:14 1075] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xen-api.sock; authentication has bee= n disabled for this server. [2012-07-05 23:07:14 1075] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xmlrpc.sock. [2012-07-06 08:24:40 1075] DEBUG (SrvServer:77) SrvServer.cleanup() [2012-07-06 08:24:40 1075] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup(= ) [2012-07-06 08:24:40 1075] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup(= ) [2012-07-06 08:24:40 1075] DEBUG (XendDomain:644) cleanup_domains [2012-07-06 08:24:40 1074] INFO (SrvDaemon:220) Xend exited with status 0= =2E [2012-07-07 08:10:08 1220] INFO (SrvDaemon:332) Xend Daemon started [2012-07-07 08:10:08 1220] INFO (SrvDaemon:336) Xend changeset: unavailab= le. [2012-07-07 08:10:10 1220] DEBUG (XendNode:332) pscsi record count: 12 [2012-07-07 08:10:10 1220] DEBUG (XendCPUPool:747) recreate_active_pools [2012-07-07 08:10:10 1220] DEBUG (XendDomainInfo:151) XendDomainInfo.recr= eate({'max_vcpu_id': 7, 'cpu_time': 8701624069L, 'ssidref': 0, 'hvm': 0, = 'shutdown_reason': 255, 'dying': 0, 'online_vcpus': 8, 'domid': 0, 'pause= d': 0, 'crashed': 0, 'running': 1, 'maxmem_kb': 17179869180L, 'shutdown':= 0, 'mem_kb': 11244164L, 'blocked': 0, 'handle': [0, 0, 0, 0, 0, 0, 0, 0,= 0, 0, 0, 0, 0, 0, 0, 0], 'cpupool': 0, 'name': 'Domain-0'}) [2012-07-07 08:10:10 1220] INFO (XendDomainInfo:169) Recreating domain 0,= UUID 00000000-0000-0000-0000-000000000000. at /local/domain/0 [2012-07-07 08:10:10 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '0',= 'uuid': '00000000-0000-0000-0000-000000000000', 'on_reboot': 'restart', = 'image': "(linux (kernel '') (superpages 0) (nomigrate 0) (tsc_mode 0))",= 'on_poweroff': 'destroy', 'bootloader_args': '', 'on_xend_start': 'ignor= e', 'on_crash': 'restart', 'xend/restart_count': '0', 'vcpus': '8', 'vcpu= _avail': '255', 'bootloader': '', 'name': 'Domain-0'} [2012-07-07 08:10:10 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'cpu/3/availability': 'online', 'description': '', 'console/limit'= : '1048576', 'memory/target': '11244164', 'cpu/2/availability': 'online',= 'vm': '/vm/00000000-0000-0000-0000-000000000000', 'domid': '0', 'cpu/7/a= vailability': 'online', 'cpu/0/availability': 'online', 'cpu/1/availabili= ty': 'online', 'cpu/5/availability': 'online', 'control/platform-feature-= multiprocessor-suspend': '1', 'cpu/6/availability': 'online', 'console/ty= pe': 'xenconsoled', 'cpu/4/availability': 'online', 'name': 'Domain-0'} [2012-07-07 08:10:10 1220] DEBUG (XendDomain:476) Adding Domain: 0 [2012-07-07 08:10:10 1220] DEBUG (XendDomain:410) number of vcpus to use = is 0 [2012-07-07 08:10:10 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 08:10:10 1220] WARNING (XendAPI:708) API call: VBD.set_device= not found [2012-07-07 08:10:10 1220] WARNING (XendAPI:708) API call: VBD.set_type n= ot found [2012-07-07 08:10:10 1220] WARNING (XendAPI:708) API call: session.get_al= l_records not found [2012-07-07 08:10:10 1220] WARNING (XendAPI:708) API call: event.get_reco= rd not found [2012-07-07 08:10:10 1220] WARNING (XendAPI:708) API call: event.get_all = not found [2012-07-07 08:10:10 1220] WARNING (XendAPI:708) API call: VIF.set_device= not found [2012-07-07 08:10:10 1220] WARNING (XendAPI:708) API call: VIF.set_MAC no= t found [2012-07-07 08:10:10 1220] WARNING (XendAPI:708) API call: VIF.set_MTU no= t found [2012-07-07 08:10:10 1220] WARNING (XendAPI:708) API call: debug.get_all = not found [2012-07-07 08:10:10 1220] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xen-api.sock; authentication has bee= n disabled for this server. [2012-07-07 08:10:10 1220] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xmlrpc.sock. [2012-07-07 16:40:31 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vnc', 1], ['vncconsole', 0], ['vncunused', 1], ['= viridian', 0], ['vpt_align', 1], ['xauthority', '/root/.Xauthority'], ['x= en_platform_pci', 1], ['memory_sharing', 0], ['device_model', '/usr/lib/x= en-4.1/bin/qemu-dm'], ['vncpasswd', 'XXXXXXXX'], ['tsc_mode', 0], ['nomig= rate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['uname', 'phy:/dev/= vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['device', ['vbd', ['= uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev', 'hdc:cdrom']= , ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0'], ['mac', '00:5= 0:56:00:04:25'], ['type', 'ioemu']]]]) [2012-07-07 16:40:32 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 16:40:32 1220] DEBUG (balloon:187) Balloon: 1188896 KiB free;= need 16384; done. [2012-07-07 16:40:32 1220] DEBUG (XendDomain:476) Adding Domain: 1 [2012-07-07 16:40:32 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 1 256 [2012-07-07 16:40:32 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 16:40:32 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 16:40:32 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 16:40:32 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 16:40:32 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 16:40:32 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 16:40:32 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 16:40:32 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 16:40:32 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 16:40:32 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 16:40:32 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 16:40:32 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 16:40:32 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 16:40:32 1220] INFO (image:822) Need to create platform devic= e.[domid:1] [2012-07-07 16:40:32 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 16:40:32 1220] DEBUG (balloon:172) Balloon: tmem relinquished= -1 KiB of 3044764 KiB requested. [2012-07-07 16:40:32 1220] DEBUG (balloon:193) Balloon: 1187428 KiB free;= 0 to scrub; need 4232192; retries: 30. [2012-07-07 16:40:32 1220] DEBUG (balloon:207) Balloon: setting dom0 targ= et to 8007 MiB. [2012-07-07 16:40:32 1220] DEBUG (XendDomainInfo:1467) Setting memory tar= get of domain Domain-0 (0) to 8007 MiB. [2012-07-07 16:40:32 1220] DEBUG (balloon:193) Balloon: 1687140 KiB free;= 0 to scrub; need 4232192; retries: 40. [2012-07-07 16:40:32 1220] DEBUG (balloon:207) Balloon: setting dom0 targ= et to 8001 MiB. [2012-07-07 16:40:32 1220] DEBUG (XendDomainInfo:1467) Setting memory tar= get of domain Domain-0 (0) to 8001 MiB. [2012-07-07 16:40:32 1220] DEBUG (balloon:193) Balloon: 2709768 KiB free;= 0 to scrub; need 4232192; retries: 45. [2012-07-07 16:40:32 1220] DEBUG (balloon:207) Balloon: setting dom0 targ= et to 8001 MiB. [2012-07-07 16:40:32 1220] DEBUG (XendDomainInfo:1467) Setting memory tar= get of domain Domain-0 (0) to 8001 MiB. [2012-07-07 16:40:32 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D1 = vcpus=3D1 [2012-07-07 16:40:32 1220] DEBUG (image:949) domid =3D 1 [2012-07-07 16:40:32 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 16:40:32 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 16:40:32 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 16:40:32 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 16:40:32 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 16:40:32 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 16:40:32 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 16:40:32 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 16:40:32 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncpasswd': 'XXXXXXXX', 'vncunused': 1, 'other_config': {'vncunused': = 1, 'vncpasswd': 'XXXXXXXX', 'vnc': '1'}, 'vnc': '1', 'uuid': 'daf1eaec-8a= cc-e19b-6e46-5f1f4c106a55'} [2012-07-07 16:40:32 1220] 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. [2012-07-07 16:40:32 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/1/de= vice/vfb/0', 'uuid': 'daf1eaec-8acc-e19b-6e46-5f1f4c106a55', 'frontend-id= ': '1', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1', 'vnc': '1'}= to /local/domain/0/backend/vfb/1/0. [2012-07-07 16:40:32 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '42a19270-057b-0a47-5428-52a858982f79', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 16:40:32 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/1/2048'} to /local/do= main/1/device/vbd/2048. [2012-07-07 16:40:32 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/1/device/vbd/2048', 'u= uid': '42a19270-057b-0a47-5428-52a858982f79', 'bootable': '1', 'dev': 'sd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '1', 'type': 'phy'} to /local/domain/0/backend/vbd/= 1/2048. [2012-07-07 16:40:33 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'bdb111a5-9417-1574-ef4c-80e7127df371', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 16:40:33 1220] 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. [2012-07-07 16:40:33 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/1/device/vbd/5632', 'u= uid': 'bdb111a5-9417-1574-ef4c-80e7127df371', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '1', 'type': 'file'} to /local/domai= n/0/backend/vbd/1/5632. [2012-07-07 16:40:33 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '60bc1689-9e2e-112b-0e77-307b68ecec71'} [2012-07-07 16:40:33 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/1/0'} to /local/domain/1/device/vif/0. [2012-07-07 16:40:33 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '60bc1= 689-9e2e-112b-0e77-307b68ecec71', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '1', 'state': '1', 'online':= '1', 'frontend': '/local/domain/1/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/1/0. [2012-07-07 16:40:33 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '1', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', '= -vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial= ', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap1.0= ,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 16:40:33 1220] INFO (image:467) device model pid: 7600 [2012-07-07 16:40:33 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': 'aefe7ae7-2235-110b-2675-da53017e9948', 'on_reboot': 'restart',= 'start_time': '1341672033.07', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (vncconsole 0) (seria= l pty) (vncunused 1) (boot dc) (vncpasswd XXXXXX) (pae 1) (viridian 0) (a= cpi 1) (vnc 1) (nographic 0) (nomigrate 0) (usb 0) (tsc_mode 0) (guest_os= _type default) (device_model /usr/lib/xen-4.1/bin/qemu-dm) (pci_power_mgm= t 0) (xauthority /root/.Xauthority) (isa 0) (notes (SUSPEND_CANCEL 1)))",= 'name': 'mailer1'} [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/aefe7ae7-2235-110b-2675-da53017e9948', 'd= omid': '1', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-07 16:40:33 1220] 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. [2012-07-07 16:40:33 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/1/device/console/0', '= uuid': '62ff9272-eeb8-760e-a92b-ddd52d5e0484', 'frontend-id': '1', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/1/0. [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 16:40:33 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 16:40:33 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 16:40:33 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 16:40:33 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/1/0/hotplug-status. [2012-07-07 16:40:33 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/1/0/hotplug-status. [2012-07-07 16:40:33 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 16:40:33 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 16:40:33 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 16:40:33 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 16:40:33 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 16:40:33 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 16:40:33 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 16:40:33 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 16:40:33 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 16:40:33 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 16:40:33 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/1/2048/hotplug-status. [2012-07-07 16:40:33 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 16:40:33 1220] WARNING (image:552) domain mailer1: device mod= el failure: pid 7600: malfunctioning (closed sentinel), killed; see /var/= log/xen/qemu-dm-mailer1.log=20 [2012-07-07 16:40:33 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 16:40:33 1220] WARNING (XendDomainInfo:2061) Domain has crash= ed: name=3Dmailer1 id=3D1. [2012-07-07 16:40:33 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/1/5632/hotplug-status. [2012-07-07 16:40:33 1220] ERROR (XendDomainInfo:2195) VM mailer1 restart= ing too fast (Elapsed time: 0.225948 seconds). Refusing to restart to avo= id loops. [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D1 [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 16:40:33 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 16:40:34 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/1/5632/hotplug-status. [2012-07-07 16:40:34 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 2. [2012-07-07 16:41:03 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vnc', 1], ['vncconsole', 0], ['vncunused', 1], ['= viridian', 0], ['vpt_align', 1], ['xauthority', '/root/.Xauthority'], ['x= en_platform_pci', 1], ['memory_sharing', 0], ['device_model', '/usr/lib/x= en-4.1/bin/qemu-dm'], ['vncpasswd', 'XXXXXXXX'], ['tsc_mode', 0], ['nomig= rate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['uname', 'phy:/dev/= vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['device', ['vbd', ['= uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev', 'hdc:cdrom']= , ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0'], ['mac', '00:5= 0:56:00:04:25'], ['type', 'ioemu']]]]) [2012-07-07 16:41:03 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 16:41:03 1220] DEBUG (balloon:187) Balloon: 4240032 KiB free;= need 16384; done. [2012-07-07 16:41:03 1220] DEBUG (XendDomain:476) Adding Domain: 2 [2012-07-07 16:41:03 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 2 256 [2012-07-07 16:41:03 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 16:41:03 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 16:41:03 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 16:41:03 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 16:41:03 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 16:41:03 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 16:41:03 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 16:41:03 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 16:41:03 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 16:41:03 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 16:41:03 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 16:41:03 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 16:41:03 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 16:41:03 1220] INFO (image:822) Need to create platform devic= e.[domid:2] [2012-07-07 16:41:03 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 16:41:03 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D2 = vcpus=3D1 [2012-07-07 16:41:03 1220] DEBUG (image:949) domid =3D 2 [2012-07-07 16:41:03 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 16:41:03 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 16:41:03 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 16:41:03 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 16:41:03 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 16:41:03 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 16:41:03 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 16:41:03 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 16:41:03 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncpasswd': 'XXXXXXXX', 'vncunused': 1, 'other_config': {'vncunused': = 1, 'vncpasswd': 'XXXXXXXX', 'vnc': '1'}, 'vnc': '1', 'uuid': '73f69120-d9= bb-5422-72c6-904ffec4bced'} [2012-07-07 16:41:03 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/2/0'} to /local/domain/2/device/vfb/0. [2012-07-07 16:41:03 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/2/de= vice/vfb/0', 'uuid': '73f69120-d9bb-5422-72c6-904ffec4bced', 'frontend-id= ': '2', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1', 'vnc': '1'}= to /local/domain/0/backend/vfb/2/0. [2012-07-07 16:41:03 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'a540f776-f8a5-c606-3338-591f7feef811', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 16:41:03 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/2/2048'} to /local/do= main/2/device/vbd/2048. [2012-07-07 16:41:03 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/2/device/vbd/2048', 'u= uid': 'a540f776-f8a5-c606-3338-591f7feef811', 'bootable': '1', 'dev': 'sd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '2', 'type': 'phy'} to /local/domain/0/backend/vbd/= 2/2048. [2012-07-07 16:41:03 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '648528de-8533-819b-1430-749db5ec62d1', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 16:41:03 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/2/5632'} to /local/d= omain/2/device/vbd/5632. [2012-07-07 16:41:03 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/2/device/vbd/5632', 'u= uid': '648528de-8533-819b-1430-749db5ec62d1', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '2', 'type': 'file'} to /local/domai= n/0/backend/vbd/2/5632. [2012-07-07 16:41:03 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : 'bbac0d0e-9efb-c690-8280-7deee9c50e78'} [2012-07-07 16:41:03 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/2/0'} to /local/domain/2/device/vif/0. [2012-07-07 16:41:03 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': 'bbac0= d0e-9efb-c690-8280-7deee9c50e78', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '2', 'state': '1', 'online':= '1', 'frontend': '/local/domain/2/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/2/0. [2012-07-07 16:41:03 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '2', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', '= -vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial= ', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap2.0= ,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 16:41:03 1220] INFO (image:467) device model pid: 8123 [2012-07-07 16:41:03 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 16:41:03 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '858c5fe4-60db-8f2b-c4a8-49c06d43f593', 'on_reboot': 'restart',= 'start_time': '1341672063.7', 'on_poweroff': 'destroy', 'bootloader_args= ': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_co= unt': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "(= hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader /= usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) (= pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1)= (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (vncconsole 0) (serial= pty) (vncunused 1) (boot dc) (vncpasswd XXXXXX) (pae 1) (viridian 0) (ac= pi 1) (vnc 1) (nographic 0) (nomigrate 0) (usb 0) (tsc_mode 0) (guest_os_= type default) (device_model /usr/lib/xen-4.1/bin/qemu-dm) (pci_power_mgmt= 0) (xauthority /root/.Xauthority) (isa 0) (notes (SUSPEND_CANCEL 1)))", = 'name': 'mailer1'} [2012-07-07 16:41:03 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/858c5fe4-60db-8f2b-c4a8-49c06d43f593', 'd= omid': '2', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-07 16:41:03 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/2/0'} to /local/domain/2/device/console/0. [2012-07-07 16:41:03 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/2/device/console/0', '= uuid': 'a5d9f02c-3307-bade-08f4-4f2912c66aee', 'frontend-id': '2', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/2/0. [2012-07-07 16:41:03 1220] WARNING (image:552) domain mailer1: device mod= el failure: pid 8123: malfunctioning (closed sentinel), killed; see /var/= log/xen/qemu-dm-mailer1.log=20 [2012-07-07 16:41:03 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 16:41:03 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 16:41:03 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 16:41:03 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 16:41:03 1220] WARNING (XendDomainInfo:2061) Domain has crash= ed: name=3Dmailer1 id=3D2. [2012-07-07 16:41:03 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/2/0/hotplug-status. [2012-07-07 16:41:03 1220] ERROR (XendDomainInfo:2195) VM mailer1 restart= ing too fast (Elapsed time: 0.111620 seconds). Refusing to restart to avo= id loops. [2012-07-07 16:41:03 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D2 [2012-07-07 16:41:03 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 16:41:04 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 16:41:04 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 16:41:04 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 16:41:04 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 16:41:04 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 16:41:04 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 16:41:04 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 16:41:04 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 16:41:04 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 16:41:04 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 16:41:04 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 16:41:04 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 16:41:04 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 16:41:04 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 16:41:04 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 16:41:04 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 16:41:04 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 16:41:04 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 16:41:04 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 16:41:04 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 16:41:04 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/2/2048/hotplug-status. [2012-07-07 16:41:04 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 16:41:04 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 16:45:56 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', 'de'], ['localtime', 0= ], ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitransl= ate', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sou= ndhw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', '= tablet'], ['vcpus', 1], ['vnc', 1], ['vncconsole', 0], ['vncunused', 1], = ['viridian', 0], ['vpt_align', 1], ['xauthority', '/root/.Xauthority'], [= 'xen_platform_pci', 1], ['memory_sharing', 0], ['device_model', '/usr/lib= /xen-4.1/bin/qemu-dm'], ['vncpasswd', 'XXXXXXXX'], ['tsc_mode', 0], ['nom= igrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['uname', 'phy:/de= v/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['device', ['vbd', = ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev', 'hdc:cdrom= '], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0'], ['mac', '00= :50:56:00:04:25'], ['type', 'ioemu']]]]) [2012-07-07 16:45:56 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 16:45:56 1220] DEBUG (balloon:187) Balloon: 4240032 KiB free;= need 16384; done. [2012-07-07 16:45:56 1220] DEBUG (XendDomain:476) Adding Domain: 3 [2012-07-07 16:45:56 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 3 256 [2012-07-07 16:45:56 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 16:45:56 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 16:45:56 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 16:45:56 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 16:45:56 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 16:45:56 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 16:45:56 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 16:45:56 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 16:45:56 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 16:45:56 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 16:45:56 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 16:45:56 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 16:45:56 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 16:45:56 1220] INFO (image:822) Need to create platform devic= e.[domid:3] [2012-07-07 16:45:56 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 16:45:56 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D3 = vcpus=3D1 [2012-07-07 16:45:56 1220] DEBUG (image:949) domid =3D 3 [2012-07-07 16:45:56 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 16:45:56 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 16:45:56 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 16:45:56 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 16:45:56 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 16:45:56 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 16:45:56 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 16:45:56 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 16:45:56 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': 1, 'vnc': '1', 'uuid': 'ff6667de-db0c-bcb3-2eee-7fde17b20b= 46', 'other_config': {'vncunused': 1, 'vncpasswd': 'XXXXXXXX', 'keymap': = 'de', 'vnc': '1'}, 'vncpasswd': 'XXXXXXXX', 'keymap': 'de'} [2012-07-07 16:45:56 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/3/0'} to /local/domain/3/device/vfb/0. [2012-07-07 16:45:56 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/3/de= vice/vfb/0', 'uuid': 'ff6667de-db0c-bcb3-2eee-7fde17b20b46', 'frontend-id= ': '3', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'keymap': 'de', 'online': = '1', 'vnc': '1'} to /local/domain/0/backend/vfb/3/0. [2012-07-07 16:45:56 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'fab2a10d-b379-bd5d-b04a-ed9d64ce0bd5', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 16:45:56 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/3/2048'} to /local/do= main/3/device/vbd/2048. [2012-07-07 16:45:56 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/3/device/vbd/2048', 'u= uid': 'fab2a10d-b379-bd5d-b04a-ed9d64ce0bd5', 'bootable': '1', 'dev': 'sd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '3', 'type': 'phy'} to /local/domain/0/backend/vbd/= 3/2048. [2012-07-07 16:45:56 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'f5c4d2fb-a9af-075b-2063-06eafbbf15ac', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 16:45:56 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/3/5632'} to /local/d= omain/3/device/vbd/5632. [2012-07-07 16:45:56 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/3/device/vbd/5632', 'u= uid': 'f5c4d2fb-a9af-075b-2063-06eafbbf15ac', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '3', 'type': 'file'} to /local/domai= n/0/backend/vbd/3/5632. [2012-07-07 16:45:56 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : 'e4bcd3b4-99f8-7a64-e91a-345e39352191'} [2012-07-07 16:45:56 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/3/0'} to /local/domain/3/device/vif/0. [2012-07-07 16:45:56 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': 'e4bcd= 3b4-99f8-7a64-e91a-345e39352191', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '3', 'state': '1', 'online':= '1', 'frontend': '/local/domain/3/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/3/0. [2012-07-07 16:45:56 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '3', '-dom= ain-name', 'mailer1', '-videoram', '4', '-k', 'de', '-vnc', '127.0.0.1:0,= password', '-vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'd= c', '-serial', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D= 1,macaddr=3D00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifn= ame=3Dtap3.0,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 16:45:56 1220] INFO (image:467) device model pid: 8666 [2012-07-07 16:45:56 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 16:45:56 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': 'a2ebeab1-d47d-e3b8-e4ce-f2922c8aee72', 'on_reboot': 'restart',= 'start_time': '1341672356.66', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (vncconsole 0) (seria= l pty) (vncunused 1) (boot dc) (vncpasswd XXXXXX) (pae 1) (viridian 0) (a= cpi 1) (vnc 1) (nographic 0) (nomigrate 0) (usb 0) (tsc_mode 0) (guest_os= _type default) (device_model /usr/lib/xen-4.1/bin/qemu-dm) (keymap de) (p= ci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0) (notes (SUSPEND_C= ANCEL 1)))", 'name': 'mailer1'} [2012-07-07 16:45:56 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/a2ebeab1-d47d-e3b8-e4ce-f2922c8aee72', 'd= omid': '3', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-07 16:45:56 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/3/0'} to /local/domain/3/device/console/0. [2012-07-07 16:45:56 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/3/device/console/0', '= uuid': 'cb91f5a9-1c29-8ab1-e844-95a48bbe59a1', 'frontend-id': '3', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/3/0. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 16:45:56 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 16:45:56 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 16:45:56 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/3/0/hotplug-status. [2012-07-07 16:45:56 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 16:45:56 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 16:45:56 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 16:45:56 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/3/2048/hotplug-status. [2012-07-07 16:45:56 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 16:45:56 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 16:45:56 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/3/5632/hotplug-status. [2012-07-07 16:45:56 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-07 16:45:56 1220] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-07 16:45:56 1220] INFO (XendDomain:1225) Domain mailer1 (3) unpa= used. [2012-07-07 16:48:50 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D3 [2012-07-07 16:48:50 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 16:48:50 1220] INFO (image:615) mailer1 device model terminat= ed [2012-07-07 16:48:50 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 16:48:50 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 16:48:50 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 16:48:50 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 16:48:50 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 16:48:50 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 16:48:50 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 16:48:51 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 16:48:51 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 16:48:51 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 16:48:51 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 16:48:51 1220] DEBUG (XendDomainInfo:2406) No device model [2012-07-07 16:48:51 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 16:48:51 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 16:48:51 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 16:48:51 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 16:48:51 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 16:48:51 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 16:48:51 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 16:49:40 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', 'de'], ['localtime', 0= ], ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitransl= ate', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sou= ndhw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', '= tablet'], ['vcpus', 1], ['vnc', 1], ['vncconsole', 0], ['vncunused', 1], = ['viridian', 0], ['vpt_align', 1], ['xauthority', '/root/.Xauthority'], [= 'xen_platform_pci', 1], ['memory_sharing', 0], ['device_model', '/usr/lib= /xen-4.1/bin/qemu-dm'], ['vncpasswd', 'XXXXXXXX'], ['tsc_mode', 0], ['nom= igrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['uname', 'phy:/de= v/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['device', ['vbd', = ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev', 'hdc:cdrom= '], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0'], ['mac', '00= :50:56:00:04:25'], ['type', 'ioemu']]]]) [2012-07-07 16:49:40 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 16:49:40 1220] DEBUG (balloon:187) Balloon: 4240028 KiB free;= need 16384; done. [2012-07-07 16:49:40 1220] DEBUG (XendDomain:476) Adding Domain: 4 [2012-07-07 16:49:40 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 4 256 [2012-07-07 16:49:40 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 16:49:40 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 16:49:40 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 16:49:40 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 16:49:40 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 16:49:40 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 16:49:40 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 16:49:40 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 16:49:40 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 16:49:40 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 16:49:40 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 16:49:40 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 16:49:40 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 16:49:40 1220] INFO (image:822) Need to create platform devic= e.[domid:4] [2012-07-07 16:49:40 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 16:49:40 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D4 = vcpus=3D1 [2012-07-07 16:49:40 1220] DEBUG (image:949) domid =3D 4 [2012-07-07 16:49:40 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 16:49:40 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 16:49:40 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 16:49:40 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 16:49:40 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 16:49:40 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 16:49:40 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 16:49:40 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 16:49:41 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': 1, 'vnc': '1', 'uuid': '9cc17c0c-57fc-2828-5f97-4df567ce59= dd', 'other_config': {'vncunused': 1, 'vncpasswd': 'XXXXXXXX', 'keymap': = 'de', 'vnc': '1'}, 'vncpasswd': 'XXXXXXXX', 'keymap': 'de'} [2012-07-07 16:49:41 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/4/0'} to /local/domain/4/device/vfb/0. [2012-07-07 16:49:41 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/4/de= vice/vfb/0', 'uuid': '9cc17c0c-57fc-2828-5f97-4df567ce59dd', 'frontend-id= ': '4', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'keymap': 'de', 'online': = '1', 'vnc': '1'} to /local/domain/0/backend/vfb/4/0. [2012-07-07 16:49:41 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'ec4137f3-d6c4-d405-469b-db7078d2b5de', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 16:49:41 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/4/2048'} to /local/do= main/4/device/vbd/2048. [2012-07-07 16:49:41 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/4/device/vbd/2048', 'u= uid': 'ec4137f3-d6c4-d405-469b-db7078d2b5de', 'bootable': '1', 'dev': 'sd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '4', 'type': 'phy'} to /local/domain/0/backend/vbd/= 4/2048. [2012-07-07 16:49:41 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '7d4a6d1c-af77-4e32-7068-0150900d53a9', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 16:49:41 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/4/5632'} to /local/d= omain/4/device/vbd/5632. [2012-07-07 16:49:41 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/4/device/vbd/5632', 'u= uid': '7d4a6d1c-af77-4e32-7068-0150900d53a9', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '4', 'type': 'file'} to /local/domai= n/0/backend/vbd/4/5632. [2012-07-07 16:49:41 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '0ed01890-abca-87b4-d5b5-53f22081737b'} [2012-07-07 16:49:41 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/4/0'} to /local/domain/4/device/vif/0. [2012-07-07 16:49:41 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '0ed01= 890-abca-87b4-d5b5-53f22081737b', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '4', 'state': '1', 'online':= '1', 'frontend': '/local/domain/4/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/4/0. [2012-07-07 16:49:41 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '4', '-dom= ain-name', 'mailer1', '-videoram', '4', '-k', 'de', '-vnc', '127.0.0.1:0,= password', '-vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'd= c', '-serial', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D= 1,macaddr=3D00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifn= ame=3Dtap4.0,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 16:49:41 1220] INFO (image:467) device model pid: 9250 [2012-07-07 16:49:41 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 16:49:41 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '5663b8c5-56cf-d5df-aad1-098011b2f6b3', 'on_reboot': 'restart',= 'start_time': '1341672581.06', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (vncconsole 0) (seria= l pty) (vncunused 1) (boot dc) (vncpasswd XXXXXX) (pae 1) (viridian 0) (a= cpi 1) (vnc 1) (nographic 0) (nomigrate 0) (usb 0) (tsc_mode 0) (guest_os= _type default) (device_model /usr/lib/xen-4.1/bin/qemu-dm) (keymap de) (p= ci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0) (notes (SUSPEND_C= ANCEL 1)))", 'name': 'mailer1'} [2012-07-07 16:49:41 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/5663b8c5-56cf-d5df-aad1-098011b2f6b3', 'd= omid': '4', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-07 16:49:41 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/4/0'} to /local/domain/4/device/console/0. [2012-07-07 16:49:41 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/4/device/console/0', '= uuid': 'fe7e98bd-25b7-86ea-6559-8055ac9cb15a', 'frontend-id': '4', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/4/0. [2012-07-07 16:49:41 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 16:49:41 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 16:49:41 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/4/0/hotplug-status. [2012-07-07 16:49:41 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 16:49:41 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 16:49:41 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 16:49:41 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/4/2048/hotplug-status. [2012-07-07 16:49:41 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 16:49:41 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 16:49:41 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/4/5632/hotplug-status. [2012-07-07 16:49:41 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-07 16:49:41 1220] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-07 16:49:41 1220] INFO (XendDomain:1225) Domain mailer1 (4) unpa= used. [2012-07-07 16:49:56 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D4 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 16:49:57 1220] INFO (image:615) mailer1 device model terminat= ed [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:2406) No device model [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 16:49:57 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 16:52:36 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vnc', 1], ['vncconsole', 0], ['vncunused', 1], ['= viridian', 0], ['vpt_align', 1], ['xauthority', '/root/.Xauthority'], ['x= en_platform_pci', 1], ['memory_sharing', 0], ['device_model', '/usr/lib/x= en-4.1/bin/qemu-dm'], ['vncpasswd', 'XXXXXXXX'], ['tsc_mode', 0], ['nomig= rate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['uname', 'phy:/dev/= vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['device', ['vbd', ['= uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev', 'hdc:cdrom']= , ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0'], ['mac', '00:5= 0:56:00:04:25'], ['type', 'ioemu']]]]) [2012-07-07 16:52:36 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 16:52:36 1220] DEBUG (balloon:187) Balloon: 4240028 KiB free;= need 16384; done. [2012-07-07 16:52:36 1220] DEBUG (XendDomain:476) Adding Domain: 5 [2012-07-07 16:52:36 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 5 256 [2012-07-07 16:52:36 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 16:52:36 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 16:52:36 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 16:52:36 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 16:52:36 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 16:52:36 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 16:52:36 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 16:52:36 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 16:52:36 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 16:52:36 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 16:52:36 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 16:52:36 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 16:52:36 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 16:52:36 1220] INFO (image:822) Need to create platform devic= e.[domid:5] [2012-07-07 16:52:36 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 16:52:36 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D5 = vcpus=3D1 [2012-07-07 16:52:36 1220] DEBUG (image:949) domid =3D 5 [2012-07-07 16:52:36 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 16:52:36 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 16:52:36 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 16:52:36 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 16:52:36 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 16:52:36 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 16:52:36 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 16:52:36 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 16:52:36 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncpasswd': 'XXXXXXXX', 'vncunused': 1, 'other_config': {'vncunused': = 1, 'vncpasswd': 'XXXXXXXX', 'vnc': '1'}, 'vnc': '1', 'uuid': '5eb058b8-6b= e3-f726-0cdc-8a634e861759'} [2012-07-07 16:52:36 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/5/0'} to /local/domain/5/device/vfb/0. [2012-07-07 16:52:36 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/5/de= vice/vfb/0', 'uuid': '5eb058b8-6be3-f726-0cdc-8a634e861759', 'frontend-id= ': '5', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1', 'vnc': '1'}= to /local/domain/0/backend/vfb/5/0. [2012-07-07 16:52:36 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'd08a7b78-3575-f7ae-121d-eee3b7286790', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 16:52:36 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/5/2048'} to /local/do= main/5/device/vbd/2048. [2012-07-07 16:52:36 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/5/device/vbd/2048', 'u= uid': 'd08a7b78-3575-f7ae-121d-eee3b7286790', 'bootable': '1', 'dev': 'sd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '5', 'type': 'phy'} to /local/domain/0/backend/vbd/= 5/2048. [2012-07-07 16:52:36 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'cd4ea0cf-310f-30a4-0839-1a7a473974fa', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 16:52:36 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/5/5632'} to /local/d= omain/5/device/vbd/5632. [2012-07-07 16:52:36 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/5/device/vbd/5632', 'u= uid': 'cd4ea0cf-310f-30a4-0839-1a7a473974fa', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '5', 'type': 'file'} to /local/domai= n/0/backend/vbd/5/5632. [2012-07-07 16:52:36 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '11a776dd-1acf-80aa-d0a6-dbfe8272bcea'} [2012-07-07 16:52:36 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/5/0'} to /local/domain/5/device/vif/0. [2012-07-07 16:52:36 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '11a77= 6dd-1acf-80aa-d0a6-dbfe8272bcea', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '5', 'state': '1', 'online':= '1', 'frontend': '/local/domain/5/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/5/0. [2012-07-07 16:52:36 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '5', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', '= -vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial= ', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap5.0= ,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 16:52:36 1220] INFO (image:467) device model pid: 9806 [2012-07-07 16:52:36 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '1b684117-b104-8328-7d22-525fb2dfa74a', 'on_reboot': 'restart',= 'start_time': '1341672756.84', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (vncconsole 0) (seria= l pty) (vncunused 1) (boot dc) (vncpasswd XXXXXX) (pae 1) (viridian 0) (a= cpi 1) (vnc 1) (nographic 0) (nomigrate 0) (usb 0) (tsc_mode 0) (guest_os= _type default) (device_model /usr/lib/xen-4.1/bin/qemu-dm) (pci_power_mgm= t 0) (xauthority /root/.Xauthority) (isa 0) (notes (SUSPEND_CANCEL 1)))",= 'name': 'mailer1'} [2012-07-07 16:52:36 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 16:52:36 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/1b684117-b104-8328-7d22-525fb2dfa74a', 'd= omid': '5', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-07 16:52:36 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/5/0'} to /local/domain/5/device/console/0. [2012-07-07 16:52:36 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/5/device/console/0', '= uuid': '7ef52761-d11f-1656-c566-f79a831d3b31', 'frontend-id': '5', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/5/0. [2012-07-07 16:52:36 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 16:52:36 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 16:52:36 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/5/0/hotplug-status. [2012-07-07 16:52:36 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 16:52:36 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 16:52:36 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 16:52:36 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/5/2048/hotplug-status. [2012-07-07 16:52:36 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 16:52:36 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 16:52:36 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/5/5632/hotplug-status. [2012-07-07 16:52:36 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-07 16:52:36 1220] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-07 16:52:36 1220] INFO (XendDomain:1225) Domain mailer1 (5) unpa= used. [2012-07-07 16:58:05 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D5 [2012-07-07 16:58:05 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 16:58:06 1220] INFO (image:615) mailer1 device model terminat= ed [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:2406) No device model [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 16:58:06 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:26:43 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vnc', 1], ['vncconsole', 0], ['vncunused', 1], ['= viridian', 0], ['vpt_align', 1], ['xauthority', '/root/.Xauthority'], ['x= en_platform_pci', 1], ['memory_sharing', 0], ['device_model', '/usr/lib/x= en-4.1/bin/qemu-dm'], ['vncpasswd', 'XXXXXXXX'], ['tsc_mode', 0], ['nomig= rate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['uname', 'phy:/dev/= vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['device', ['vbd', ['= uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev', 'hdc:cdrom']= , ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0'], ['mac', '00:5= 0:56:00:04:25'], ['type', 'ioemu']]]]) [2012-07-07 18:26:43 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 18:26:43 1220] DEBUG (balloon:187) Balloon: 4240024 KiB free;= need 16384; done. [2012-07-07 18:26:43 1220] DEBUG (XendDomain:476) Adding Domain: 6 [2012-07-07 18:26:43 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 6 256 [2012-07-07 18:26:43 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 18:26:43 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 18:26:43 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 18:26:43 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 18:26:43 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 18:26:43 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 18:26:43 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 18:26:43 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 18:26:43 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 18:26:43 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 18:26:43 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 18:26:43 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 18:26:43 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 18:26:43 1220] INFO (image:822) Need to create platform devic= e.[domid:6] [2012-07-07 18:26:43 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 18:26:43 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D6 = vcpus=3D1 [2012-07-07 18:26:43 1220] DEBUG (image:949) domid =3D 6 [2012-07-07 18:26:43 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 18:26:43 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 18:26:43 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 18:26:43 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 18:26:43 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 18:26:43 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 18:26:43 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 18:26:43 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 18:26:43 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncpasswd': 'XXXXXXXX', 'vncunused': 1, 'other_config': {'vncunused': = 1, 'vncpasswd': 'XXXXXXXX', 'vnc': '1'}, 'vnc': '1', 'uuid': 'b4133827-58= 54-6573-1a96-e51203649535'} [2012-07-07 18:26:43 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/6/0'} to /local/domain/6/device/vfb/0. [2012-07-07 18:26:43 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/6/de= vice/vfb/0', 'uuid': 'b4133827-5854-6573-1a96-e51203649535', 'frontend-id= ': '6', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1', 'vnc': '1'}= to /local/domain/0/backend/vfb/6/0. [2012-07-07 18:26:43 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'e1fc46a6-5355-93d1-5c8c-4c3c91c06841', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 18:26:43 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/6/2048'} to /local/do= main/6/device/vbd/2048. [2012-07-07 18:26:43 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/6/device/vbd/2048', 'u= uid': 'e1fc46a6-5355-93d1-5c8c-4c3c91c06841', 'bootable': '1', 'dev': 'sd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '6', 'type': 'phy'} to /local/domain/0/backend/vbd/= 6/2048. [2012-07-07 18:26:43 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'e845fd7a-36b9-37dd-d6b4-fa9ddc0d57e1', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 18:26:43 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/6/5632'} to /local/d= omain/6/device/vbd/5632. [2012-07-07 18:26:43 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/6/device/vbd/5632', 'u= uid': 'e845fd7a-36b9-37dd-d6b4-fa9ddc0d57e1', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '6', 'type': 'file'} to /local/domai= n/0/backend/vbd/6/5632. [2012-07-07 18:26:43 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : 'e8972acb-4f29-00e0-e855-be6c1d6d94eb'} [2012-07-07 18:26:43 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/6/0'} to /local/domain/6/device/vif/0. [2012-07-07 18:26:43 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': 'e8972= acb-4f29-00e0-e855-be6c1d6d94eb', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '6', 'state': '1', 'online':= '1', 'frontend': '/local/domain/6/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/6/0. [2012-07-07 18:26:43 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '6', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', '= -vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial= ', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap6.0= ,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 18:26:43 1220] INFO (image:467) device model pid: 10571 [2012-07-07 18:26:43 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 18:26:43 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '8186eae0-314a-d2a8-1fff-66daf592801e', 'on_reboot': 'restart',= 'start_time': '1341678403.43', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (vncconsole 0) (seria= l pty) (vncunused 1) (boot dc) (vncpasswd XXXXXX) (pae 1) (viridian 0) (a= cpi 1) (vnc 1) (nographic 0) (nomigrate 0) (usb 0) (tsc_mode 0) (guest_os= _type default) (device_model /usr/lib/xen-4.1/bin/qemu-dm) (pci_power_mgm= t 0) (xauthority /root/.Xauthority) (isa 0) (notes (SUSPEND_CANCEL 1)))",= 'name': 'mailer1'} [2012-07-07 18:26:43 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/8186eae0-314a-d2a8-1fff-66daf592801e', 'd= omid': '6', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-07 18:26:43 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/6/0'} to /local/domain/6/device/console/0. [2012-07-07 18:26:43 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/6/device/console/0', '= uuid': '431a9e24-4a03-bbb0-1a6c-78cb3101b4f0', 'frontend-id': '6', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/6/0. [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 18:26:43 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 18:26:43 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:26:43 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/6/0/hotplug-status. [2012-07-07 18:26:43 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 18:26:43 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 18:26:43 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 18:26:43 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/6/2048/hotplug-status. [2012-07-07 18:26:43 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:26:43 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 18:26:43 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/6/5632/hotplug-status. [2012-07-07 18:26:43 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-07 18:26:43 1220] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-07 18:26:43 1220] INFO (XendDomain:1225) Domain mailer1 (6) unpa= used. [2012-07-07 18:26:58 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D6 [2012-07-07 18:26:58 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 18:26:59 1220] INFO (image:615) mailer1 device model terminat= ed [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:2406) No device model [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:26:59 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:28:04 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vnc', 1], ['vncconsole', 1], ['vncunused', 1], ['= viridian', 0], ['vpt_align', 1], ['xauthority', '/root/.Xauthority'], ['x= en_platform_pci', 1], ['memory_sharing', 0], ['device_model', '/usr/lib/x= en-4.1/bin/qemu-dm'], ['vncpasswd', 'XXXXXXXX'], ['tsc_mode', 0], ['nomig= rate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['uname', 'phy:/dev/= vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['device', ['vbd', ['= uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev', 'hdc:cdrom']= , ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0'], ['mac', '00:5= 0:56:00:04:25'], ['type', 'ioemu']]]]) [2012-07-07 18:28:04 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 18:28:04 1220] DEBUG (balloon:187) Balloon: 4240024 KiB free;= need 16384; done. [2012-07-07 18:28:04 1220] DEBUG (XendDomain:476) Adding Domain: 7 [2012-07-07 18:28:04 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 7 256 [2012-07-07 18:28:04 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 18:28:04 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 18:28:04 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 18:28:04 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 18:28:04 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 18:28:04 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 18:28:04 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 18:28:04 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 18:28:04 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 18:28:04 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 18:28:04 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 18:28:04 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 18:28:04 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 18:28:04 1220] INFO (image:822) Need to create platform devic= e.[domid:7] [2012-07-07 18:28:04 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 18:28:04 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D7 = vcpus=3D1 [2012-07-07 18:28:04 1220] DEBUG (image:949) domid =3D 7 [2012-07-07 18:28:04 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 18:28:04 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 18:28:04 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 18:28:04 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 18:28:04 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 18:28:04 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 18:28:04 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 18:28:04 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 18:28:04 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncpasswd': 'XXXXXXXX', 'vncunused': 1, 'other_config': {'vncunused': = 1, 'vncpasswd': 'XXXXXXXX', 'vnc': '1'}, 'vnc': '1', 'uuid': '3c4dcebe-6f= c3-5c84-cff2-7fb903d02076'} [2012-07-07 18:28:04 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/7/0'} to /local/domain/7/device/vfb/0. [2012-07-07 18:28:04 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/7/de= vice/vfb/0', 'uuid': '3c4dcebe-6fc3-5c84-cff2-7fb903d02076', 'frontend-id= ': '7', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1', 'vnc': '1'}= to /local/domain/0/backend/vfb/7/0. [2012-07-07 18:28:04 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'c6ba3101-a048-7ad1-e265-dd9fce2ae552', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 18:28:04 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/7/2048'} to /local/do= main/7/device/vbd/2048. [2012-07-07 18:28:04 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/7/device/vbd/2048', 'u= uid': 'c6ba3101-a048-7ad1-e265-dd9fce2ae552', 'bootable': '1', 'dev': 'sd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '7', 'type': 'phy'} to /local/domain/0/backend/vbd/= 7/2048. [2012-07-07 18:28:04 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '7dcf0435-22f3-1d02-bad5-4525af74d471', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 18:28:04 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/7/5632'} to /local/d= omain/7/device/vbd/5632. [2012-07-07 18:28:04 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/7/device/vbd/5632', 'u= uid': '7dcf0435-22f3-1d02-bad5-4525af74d471', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '7', 'type': 'file'} to /local/domai= n/0/backend/vbd/7/5632. [2012-07-07 18:28:05 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : 'bd82b32d-091b-0e06-9d4f-84610ee4b831'} [2012-07-07 18:28:05 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/7/0'} to /local/domain/7/device/vif/0. [2012-07-07 18:28:05 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': 'bd82b= 32d-091b-0e06-9d4f-84610ee4b831', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '7', 'state': '1', 'online':= '1', 'frontend': '/local/domain/7/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/7/0. [2012-07-07 18:28:05 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '7', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', '= -vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial= ', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap7.0= ,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 18:28:05 1220] INFO (image:467) device model pid: 11103 [2012-07-07 18:28:05 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 18:28:05 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '91577319-d277-5d74-3440-697c8c947ff9', 'on_reboot': 'restart',= 'start_time': '1341678485.03', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (vncconsole 1) (seria= l pty) (vncunused 1) (boot dc) (vncpasswd XXXXXX) (pae 1) (viridian 0) (a= cpi 1) (vnc 1) (nographic 0) (nomigrate 0) (usb 0) (tsc_mode 0) (guest_os= _type default) (device_model /usr/lib/xen-4.1/bin/qemu-dm) (pci_power_mgm= t 0) (xauthority /root/.Xauthority) (isa 0) (notes (SUSPEND_CANCEL 1)))",= 'name': 'mailer1'} [2012-07-07 18:28:05 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/91577319-d277-5d74-3440-697c8c947ff9', 'd= omid': '7', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-07 18:28:05 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/7/0'} to /local/domain/7/device/console/0. [2012-07-07 18:28:05 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/7/device/console/0', '= uuid': 'cc4e3fbc-b980-bfd5-4a6e-59ea459ec147', 'frontend-id': '7', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/7/0. [2012-07-07 18:28:05 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 18:28:05 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:28:05 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/7/0/hotplug-status. [2012-07-07 18:28:05 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 18:28:05 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 18:28:05 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 18:28:05 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/7/2048/hotplug-status. [2012-07-07 18:28:05 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:28:05 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 18:28:05 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/7/5632/hotplug-status. [2012-07-07 18:28:05 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-07 18:28:05 1220] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-07 18:28:05 1220] INFO (XendDomain:1225) Domain mailer1 (7) unpa= used. [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D7 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 18:28:16 1220] INFO (image:615) mailer1 device model terminat= ed [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:2406) No device model [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:28:16 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:33:08 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vnc', 1], ['vncconsole', 1], ['vnclisten', '*'], = ['vncunused', 1], ['viridian', 0], ['vpt_align', 1], ['xauthority', '/roo= t/.Xauthority'], ['xen_platform_pci', 1], ['memory_sharing', 0], ['device= _model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['vncpasswd', 'XXXXXXXX'], ['ts= c_mode', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', = ['uname', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], [= 'device', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], = ['dev', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xen= br0'], ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]]]) [2012-07-07 18:33:08 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 18:33:08 1220] DEBUG (balloon:187) Balloon: 4240024 KiB free;= need 16384; done. [2012-07-07 18:33:08 1220] DEBUG (XendDomain:476) Adding Domain: 8 [2012-07-07 18:33:08 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 8 256 [2012-07-07 18:33:08 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 18:33:08 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 18:33:08 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 18:33:08 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 18:33:08 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 18:33:08 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 18:33:08 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 18:33:08 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 18:33:08 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 18:33:08 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 18:33:08 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 18:33:08 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 18:33:08 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 18:33:08 1220] INFO (image:822) Need to create platform devic= e.[domid:8] [2012-07-07 18:33:08 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 18:33:08 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D8 = vcpus=3D1 [2012-07-07 18:33:08 1220] DEBUG (image:949) domid =3D 8 [2012-07-07 18:33:08 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 18:33:08 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 18:33:08 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 18:33:08 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 18:33:08 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 18:33:08 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 18:33:08 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 18:33:08 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 18:33:08 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': 1, 'other_config': {'vncunused': 1, 'vncpasswd': 'XXXXXXXX= ', 'vnclisten': '*', 'vnc': '1'}, 'vnc': '1', 'uuid': '5e679f19-b457-40cc= -f35e-0057e99f257e', 'vnclisten': '*', 'vncpasswd': 'XXXXXXXX'} [2012-07-07 18:33:08 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/8/0'} to /local/domain/8/device/vfb/0. [2012-07-07 18:33:08 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/8/de= vice/vfb/0', 'uuid': '5e679f19-b457-40cc-f35e-0057e99f257e', 'frontend-id= ': '8', 'vnclisten': '*', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online'= : '1', 'vnc': '1'} to /local/domain/0/backend/vfb/8/0. [2012-07-07 18:33:08 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'f857ac86-3824-5512-14c2-6f4827d64421', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 18:33:08 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/8/2048'} to /local/do= main/8/device/vbd/2048. [2012-07-07 18:33:08 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/8/device/vbd/2048', 'u= uid': 'f857ac86-3824-5512-14c2-6f4827d64421', 'bootable': '1', 'dev': 'sd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '8', 'type': 'phy'} to /local/domain/0/backend/vbd/= 8/2048. [2012-07-07 18:33:08 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '35e77d93-1b00-bca9-b28b-7e8f8957ae16', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 18:33:08 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/8/5632'} to /local/d= omain/8/device/vbd/5632. [2012-07-07 18:33:08 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/8/device/vbd/5632', 'u= uid': '35e77d93-1b00-bca9-b28b-7e8f8957ae16', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '8', 'type': 'file'} to /local/domai= n/0/backend/vbd/8/5632. [2012-07-07 18:33:08 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : 'cd735f4d-0640-8775-d04d-f7b0ea7af584'} [2012-07-07 18:33:08 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/8/0'} to /local/domain/8/device/vif/0. [2012-07-07 18:33:08 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': 'cd735= f4d-0640-8775-d04d-f7b0ea7af584', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '8', 'state': '1', 'online':= '1', 'frontend': '/local/domain/8/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/8/0. [2012-07-07 18:33:08 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '8', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '*:0,password', '-vncunus= ed', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial', 'pty'= , '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D00:50:= 56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap8.0,bridg= e=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 18:33:08 1220] INFO (image:467) device model pid: 11632 [2012-07-07 18:33:08 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 18:33:08 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '1c432edc-e80c-44f2-9bce-d86af6e7bcb5', 'on_reboot': 'restart',= 'start_time': '1341678788.61', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (vnclist= en '*') (loader /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rt= c_timeoffset 0) (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitra= nslate 1) (oos 1) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (vncc= onsole 1) (serial pty) (vncunused 1) (boot dc) (vncpasswd XXXXXX) (pae 1)= (viridian 0) (acpi 1) (vnc 1) (nographic 0) (nomigrate 0) (usb 0) (tsc_m= ode 0) (guest_os_type default) (device_model /usr/lib/xen-4.1/bin/qemu-dm= ) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0) (notes (SUSPE= ND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-07 18:33:08 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/1c432edc-e80c-44f2-9bce-d86af6e7bcb5', 'd= omid': '8', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-07 18:33:08 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/8/0'} to /local/domain/8/device/console/0. [2012-07-07 18:33:08 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/8/device/console/0', '= uuid': 'df6c7371-1403-f506-2d92-54ebcec5ff4e', 'frontend-id': '8', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/8/0. [2012-07-07 18:33:08 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 18:33:08 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 18:33:08 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:33:08 1220] WARNING (image:552) domain mailer1: device mod= el failure: pid 11632: exited with nonzero status 1; see /var/log/xen/qem= u-dm-mailer1.log=20 [2012-07-07 18:33:08 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 18:33:08 1220] WARNING (XendDomainInfo:2061) Domain has crash= ed: name=3Dmailer1 id=3D8. [2012-07-07 18:33:08 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/8/0/hotplug-status. [2012-07-07 18:33:08 1220] ERROR (XendDomainInfo:2195) VM mailer1 restart= ing too fast (Elapsed time: 0.110803 seconds). Refusing to restart to avo= id loops. [2012-07-07 18:33:08 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:33:08 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D8 [2012-07-07 18:33:08 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 18:33:09 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 18:33:09 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 18:33:09 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:33:09 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:33:09 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:33:09 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 18:33:09 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 18:33:09 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 18:33:09 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 18:33:09 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 18:33:09 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:33:09 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:33:09 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:33:09 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 18:33:09 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:33:09 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:33:09 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 18:33:09 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 18:33:09 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 18:33:09 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 18:33:09 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/8/2048/hotplug-status. [2012-07-07 18:33:09 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:33:09 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 18:34:08 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vnc', 1], ['vncconsole', 1], ['vnclisten', '*'], = ['vncunused', 1], ['viridian', 0], ['vpt_align', 1], ['xauthority', '/roo= t/.Xauthority'], ['xen_platform_pci', 1], ['memory_sharing', 0], ['device= _model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['vncpasswd', 'XXXXXXXX'], ['ts= c_mode', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', = ['uname', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], [= 'device', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], = ['dev', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xen= br0'], ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]]]) [2012-07-07 18:34:08 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 18:34:08 1220] DEBUG (balloon:187) Balloon: 4240024 KiB free;= need 16384; done. [2012-07-07 18:34:08 1220] DEBUG (XendDomain:476) Adding Domain: 9 [2012-07-07 18:34:08 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 9 256 [2012-07-07 18:34:08 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 18:34:08 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 18:34:08 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 18:34:08 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 18:34:08 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 18:34:08 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 18:34:08 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 18:34:08 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 18:34:08 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 18:34:08 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 18:34:08 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 18:34:08 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 18:34:08 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 18:34:08 1220] INFO (image:822) Need to create platform devic= e.[domid:9] [2012-07-07 18:34:08 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 18:34:08 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D9 = vcpus=3D1 [2012-07-07 18:34:08 1220] DEBUG (image:949) domid =3D 9 [2012-07-07 18:34:08 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 18:34:08 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 18:34:08 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 18:34:08 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 18:34:08 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 18:34:08 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 18:34:08 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 18:34:08 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 18:34:08 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': 1, 'other_config': {'vncunused': 1, 'vncpasswd': 'XXXXXXXX= ', 'vnclisten': '*', 'vnc': '1'}, 'vnc': '1', 'uuid': 'a0c34afc-c21a-5d28= -75db-0c74d83e974b', 'vnclisten': '*', 'vncpasswd': 'XXXXXXXX'} [2012-07-07 18:34:08 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/9/0'} to /local/domain/9/device/vfb/0. [2012-07-07 18:34:08 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/9/de= vice/vfb/0', 'uuid': 'a0c34afc-c21a-5d28-75db-0c74d83e974b', 'frontend-id= ': '9', 'vnclisten': '*', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online'= : '1', 'vnc': '1'} to /local/domain/0/backend/vfb/9/0. [2012-07-07 18:34:08 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '3cf74d89-d535-16aa-7546-b874ec69ffbc', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 18:34:08 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/9/2048'} to /local/do= main/9/device/vbd/2048. [2012-07-07 18:34:08 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/9/device/vbd/2048', 'u= uid': '3cf74d89-d535-16aa-7546-b874ec69ffbc', 'bootable': '1', 'dev': 'sd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '9', 'type': 'phy'} to /local/domain/0/backend/vbd/= 9/2048. [2012-07-07 18:34:08 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '6be6ba95-04d9-952a-076a-7f4de2487093', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 18:34:08 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/9/5632'} to /local/d= omain/9/device/vbd/5632. [2012-07-07 18:34:08 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/9/device/vbd/5632', 'u= uid': '6be6ba95-04d9-952a-076a-7f4de2487093', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '9', 'type': 'file'} to /local/domai= n/0/backend/vbd/9/5632. [2012-07-07 18:34:08 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : 'ec1a46e1-8596-16e8-f63c-71b42ab6c24a'} [2012-07-07 18:34:08 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/9/0'} to /local/domain/9/device/vif/0. [2012-07-07 18:34:08 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': 'ec1a4= 6e1-8596-16e8-f63c-71b42ab6c24a', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '9', 'state': '1', 'online':= '1', 'frontend': '/local/domain/9/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/9/0. [2012-07-07 18:34:08 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '9', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '*:0,password', '-vncunus= ed', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial', 'pty'= , '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D00:50:= 56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap9.0,bridg= e=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 18:34:08 1220] INFO (image:467) device model pid: 12138 [2012-07-07 18:34:08 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 18:34:08 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '026c18cb-e060-5811-cad1-67d55e4c5a7c', 'on_reboot': 'restart',= 'start_time': '1341678848.33', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (vnclist= en '*') (loader /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rt= c_timeoffset 0) (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitra= nslate 1) (oos 1) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (vncc= onsole 1) (serial pty) (vncunused 1) (boot dc) (vncpasswd XXXXXX) (pae 1)= (viridian 0) (acpi 1) (vnc 1) (nographic 0) (nomigrate 0) (usb 0) (tsc_m= ode 0) (guest_os_type default) (device_model /usr/lib/xen-4.1/bin/qemu-dm= ) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0) (notes (SUSPE= ND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-07 18:34:08 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/026c18cb-e060-5811-cad1-67d55e4c5a7c', 'd= omid': '9', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-07 18:34:08 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/9/0'} to /local/domain/9/device/console/0. [2012-07-07 18:34:08 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/9/device/console/0', '= uuid': '754348ca-2a71-7bf0-5e0b-0b2363daef5a', 'frontend-id': '9', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/9/0. [2012-07-07 18:34:08 1220] WARNING (image:552) domain mailer1: device mod= el failure: pid 12138: malfunctioning (closed sentinel), killed; see /var= /log/xen/qemu-dm-mailer1.log=20 [2012-07-07 18:34:08 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 18:34:08 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 18:34:08 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 18:34:08 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:34:08 1220] WARNING (XendDomainInfo:2061) Domain has crash= ed: name=3Dmailer1 id=3D9. [2012-07-07 18:34:08 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/9/0/hotplug-status. [2012-07-07 18:34:08 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:34:08 1220] ERROR (XendDomainInfo:2195) VM mailer1 restart= ing too fast (Elapsed time: 0.114166 seconds). Refusing to restart to avo= id loops. [2012-07-07 18:34:08 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D9 [2012-07-07 18:34:08 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 18:34:08 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 18:34:08 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 18:34:08 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 18:34:08 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 18:34:08 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 18:34:08 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:34:08 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:34:08 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:34:08 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:34:08 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 18:34:09 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 18:34:09 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 18:34:09 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 18:34:09 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:34:09 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:34:09 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 18:34:09 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:34:09 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:34:09 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 18:34:09 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 18:34:09 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/9/2048/hotplug-status. [2012-07-07 18:34:09 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:34:09 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 18:37:32 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncpasswd', 'XXXXXXXX'], ['vnc', '1'], ['xauthorit= y', '/root/.Xauthority']]]]) [2012-07-07 18:37:32 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 18:37:32 1220] DEBUG (balloon:187) Balloon: 4240024 KiB free;= need 16384; done. [2012-07-07 18:37:32 1220] DEBUG (XendDomain:476) Adding Domain: 10 [2012-07-07 18:37:32 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 10 256 [2012-07-07 18:37:32 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 18:37:32 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 18:37:32 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 18:37:32 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 18:37:32 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 18:37:32 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 18:37:32 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 18:37:32 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 18:37:32 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 18:37:32 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 18:37:32 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 18:37:32 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 18:37:32 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 18:37:32 1220] INFO (image:822) Need to create platform devic= e.[domid:10] [2012-07-07 18:37:32 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 18:37:32 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D10= vcpus=3D1 [2012-07-07 18:37:32 1220] DEBUG (image:949) domid =3D 10 [2012-07-07 18:37:32 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 18:37:32 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 18:37:32 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 18:37:32 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 18:37:32 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 18:37:32 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 18:37:32 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 18:37:32 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 18:37:32 1220] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': '82c2d13f-0423-d426-754c-51647b677ce5'} [2012-07-07 18:37:32 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/10/0'} to /local/domain/10/device/vkbd/0. [2012-07-07 18:37:32 1220] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '10', 'domain': 'mailer1', 'frontend': '/local/domain/1= 0/device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend= /vkbd/10/0. [2012-07-07 18:37:32 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncpasswd': 'XXXXXXXX', 'other_config': {'vncpasswd': 'XXXXXXXX', 'vnc= ': '1', 'xauthority': '/root/.Xauthority'}, 'vnc': '1', 'xauthority': '/r= oot/.Xauthority', 'uuid': 'e5299fb9-5cac-f833-c4fd-f03edcef327e'} [2012-07-07 18:37:32 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/10/0'} to /local/domain/10/device/vfb/0. [2012-07-07 18:37:32 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/10/device/vfb/0', 'xau= thority': '/root/.Xauthority', 'frontend-id': '10', 'vncpasswd': 'XXXXXXX= X', 'state': '1', 'online': '1', 'vnc': '1', 'uuid': 'e5299fb9-5cac-f833-= c4fd-f03edcef327e'} to /local/domain/0/backend/vfb/10/0. [2012-07-07 18:37:32 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '2176c249-ea2e-6dea-82fd-a33e8b76a679', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 18:37:32 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/10/2048'} to /local/d= omain/10/device/vbd/2048. [2012-07-07 18:37:32 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/10/device/vbd/2048', '= uuid': '2176c249-ea2e-6dea-82fd-a33e8b76a679', 'bootable': '1', 'dev': 's= da', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online= ': '1', 'frontend-id': '10', 'type': 'phy'} to /local/domain/0/backend/vb= d/10/2048. [2012-07-07 18:37:32 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '48089377-287d-5519-60a0-df370a0dfacc', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 18:37:32 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/10/5632'} to /local/= domain/10/device/vbd/5632. [2012-07-07 18:37:32 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/10/device/vbd/5632', '= uuid': '48089377-287d-5519-60a0-df370a0dfacc', 'bootable': '0', 'dev': 'h= dc', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode= ': 'r', 'online': '1', 'frontend-id': '10', 'type': 'file'} to /local/dom= ain/0/backend/vbd/10/5632. [2012-07-07 18:37:32 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '2c3264e3-5193-b428-bd57-1c602c3188ec'} [2012-07-07 18:37:32 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/10/0'} to /local/domain/10/device/vif/0. [2012-07-07 18:37:32 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '2c326= 4e3-5193-b428-bd57-1c602c3188ec', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '10', 'state': '1', 'online'= : '1', 'frontend': '/local/domain/10/device/vif/0', 'type': 'ioemu'} to /= local/domain/0/backend/vif/10/0. [2012-07-07 18:37:32 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '10', '-do= main-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', = '-vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-seria= l', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr= =3D00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap= 10.0,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 18:37:32 1220] INFO (image:467) device model pid: 12653 [2012-07-07 18:37:32 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 18:37:32 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': 'cabd2936-ad2b-cde6-7d2e-c5ac2a2bd315', 'on_reboot': 'restart',= 'start_time': '1341679052.66', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-07 18:37:32 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/cabd2936-ad2b-cde6-7d2e-c5ac2a2bd315', 'd= omid': '10', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online',= 'memory/target': '4194304', 'control/platform-feature-multiprocessor-sus= pend': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name':= 'mailer1'} [2012-07-07 18:37:32 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/10/0'} to /local/domain/10/device/console/0. [2012-07-07 18:37:32 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/10/device/console/0', = 'uuid': '7cb47466-6372-93f7-26de-63ca5528cd69', 'frontend-id': '10', 'sta= te': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/= domain/0/backend/console/10/0. [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 18:37:32 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 18:37:32 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:37:32 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/10/0/hotplug-status. [2012-07-07 18:37:32 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 18:37:32 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 18:37:32 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 18:37:32 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/10/2048/hotplug-status. [2012-07-07 18:37:32 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:37:32 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 18:37:32 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/10/5632/hotplug-status. [2012-07-07 18:37:32 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-07 18:37:32 1220] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-07 18:37:32 1220] INFO (XendDomain:1225) Domain mailer1 (10) unp= aused. [2012-07-07 18:38:33 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D10 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 18:38:34 1220] INFO (image:615) mailer1 device model terminat= ed [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:2406) No device model [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:38:34 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:39:38 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncpasswd', 'XXXXXXXX'], ['vnc', '1'], ['vncdispla= y', '1'], ['xauthority', '/root/.Xauthority']]]]) [2012-07-07 18:39:38 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 18:39:38 1220] DEBUG (balloon:187) Balloon: 4240024 KiB free;= need 16384; done. [2012-07-07 18:39:38 1220] DEBUG (XendDomain:476) Adding Domain: 11 [2012-07-07 18:39:38 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 11 256 [2012-07-07 18:39:38 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 18:39:38 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 18:39:38 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 18:39:38 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 18:39:38 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 18:39:38 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 18:39:38 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 18:39:38 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 18:39:38 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 18:39:38 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 18:39:38 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 18:39:38 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 18:39:38 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 18:39:38 1220] INFO (image:822) Need to create platform devic= e.[domid:11] [2012-07-07 18:39:38 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 18:39:38 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D11= vcpus=3D1 [2012-07-07 18:39:38 1220] DEBUG (image:949) domid =3D 11 [2012-07-07 18:39:38 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 18:39:38 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 18:39:38 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 18:39:38 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 18:39:38 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 18:39:38 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 18:39:38 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 18:39:38 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 18:39:38 1220] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': 'c436e5a4-f08e-e0cf-c556-3a334e7e758e'} [2012-07-07 18:39:38 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/11/0'} to /local/domain/11/device/vkbd/0. [2012-07-07 18:39:38 1220] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '11', 'domain': 'mailer1', 'frontend': '/local/domain/1= 1/device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend= /vkbd/11/0. [2012-07-07 18:39:38 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vnc': '1', 'xauthority': '/root/.Xauthority', 'other_config': {'vncpas= swd': 'XXXXXXXX', 'vnc': '1', 'vncdisplay': '1', 'xauthority': '/root/.Xa= uthority'}, 'vncdisplay': '1', 'vncpasswd': 'XXXXXXXX', 'uuid': '24163f2c= -0054-484d-d9a6-402c275aac02'} [2012-07-07 18:39:38 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/11/0'} to /local/domain/11/device/vfb/0. [2012-07-07 18:39:38 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/11/device/vfb/0', 'uui= d': '24163f2c-0054-484d-d9a6-402c275aac02', 'frontend-id': '11', 'vncdisp= lay': '1', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1', 'vnc': '= 1', 'xauthority': '/root/.Xauthority'} to /local/domain/0/backend/vfb/11/= 0. [2012-07-07 18:39:38 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'b0131501-656b-66d1-fb5d-e3705a0c3b81', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 18:39:38 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/11/2048'} to /local/d= omain/11/device/vbd/2048. [2012-07-07 18:39:38 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/11/device/vbd/2048', '= uuid': 'b0131501-656b-66d1-fb5d-e3705a0c3b81', 'bootable': '1', 'dev': 's= da', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online= ': '1', 'frontend-id': '11', 'type': 'phy'} to /local/domain/0/backend/vb= d/11/2048. [2012-07-07 18:39:38 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'fe23d07e-309f-043e-044c-8bb7ded232bc', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 18:39:38 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/11/5632'} to /local/= domain/11/device/vbd/5632. [2012-07-07 18:39:38 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/11/device/vbd/5632', '= uuid': 'fe23d07e-309f-043e-044c-8bb7ded232bc', 'bootable': '0', 'dev': 'h= dc', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode= ': 'r', 'online': '1', 'frontend-id': '11', 'type': 'file'} to /local/dom= ain/0/backend/vbd/11/5632. [2012-07-07 18:39:38 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : 'd2e0422a-e12c-9b37-2af8-6f2fb174c1ad'} [2012-07-07 18:39:38 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/11/0'} to /local/domain/11/device/vif/0. [2012-07-07 18:39:38 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': 'd2e04= 22a-e12c-9b37-2af8-6f2fb174c1ad', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '11', 'state': '1', 'online'= : '1', 'frontend': '/local/domain/11/device/vif/0', 'type': 'ioemu'} to /= local/domain/0/backend/vif/11/0. [2012-07-07 18:39:38 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '11', '-do= main-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:1,password', = '-vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-seria= l', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr= =3D00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap= 11.0,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 18:39:38 1220] INFO (image:467) device model pid: 13247 [2012-07-07 18:39:38 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 18:39:38 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '6a23c05b-dd3c-61a5-2493-ddc31e0e3795', 'on_reboot': 'restart',= 'start_time': '1341679178.41', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-07 18:39:38 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/6a23c05b-dd3c-61a5-2493-ddc31e0e3795', 'd= omid': '11', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online',= 'memory/target': '4194304', 'control/platform-feature-multiprocessor-sus= pend': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name':= 'mailer1'} [2012-07-07 18:39:38 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/11/0'} to /local/domain/11/device/console/0. [2012-07-07 18:39:38 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/11/device/console/0', = 'uuid': '8926967f-1cd9-0228-dfc8-4f9aedaeb5a8', 'frontend-id': '11', 'sta= te': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/= domain/0/backend/console/11/0. [2012-07-07 18:39:38 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 18:39:38 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:39:38 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/11/0/hotplug-status. [2012-07-07 18:39:38 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 18:39:38 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 18:39:38 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 18:39:38 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/11/2048/hotplug-status. [2012-07-07 18:39:38 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:39:38 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 18:39:38 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/11/5632/hotplug-status. [2012-07-07 18:39:38 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-07 18:39:38 1220] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-07 18:39:38 1220] INFO (XendDomain:1225) Domain mailer1 (11) unp= aused. [2012-07-07 18:40:00 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D11 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 18:40:01 1220] INFO (image:615) mailer1 device model terminat= ed [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:2406) No device model [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:40:01 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:40:27 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncunused', '1'], ['vncpasswd', 'XXXXXXXX'], ['vnc= ', '1'], ['vncdisplay', '1'], ['xauthority', '/root/.Xauthority']]]]) [2012-07-07 18:40:27 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 18:40:27 1220] DEBUG (balloon:187) Balloon: 4240024 KiB free;= need 16384; done. [2012-07-07 18:40:27 1220] DEBUG (XendDomain:476) Adding Domain: 12 [2012-07-07 18:40:27 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 12 256 [2012-07-07 18:40:27 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 18:40:27 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 18:40:27 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 18:40:27 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 18:40:27 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 18:40:27 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 18:40:27 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 18:40:27 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 18:40:27 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 18:40:27 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 18:40:27 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 18:40:27 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 18:40:27 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 18:40:27 1220] INFO (image:822) Need to create platform devic= e.[domid:12] [2012-07-07 18:40:27 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 18:40:27 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D12= vcpus=3D1 [2012-07-07 18:40:27 1220] DEBUG (image:949) domid =3D 12 [2012-07-07 18:40:27 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 18:40:27 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 18:40:27 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 18:40:27 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 18:40:27 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 18:40:27 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 18:40:27 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 18:40:27 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 18:40:27 1220] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': 'bfe78f71-9d50-9019-149e-0ea8ad097792'} [2012-07-07 18:40:27 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/12/0'} to /local/domain/12/device/vkbd/0. [2012-07-07 18:40:27 1220] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '12', 'domain': 'mailer1', 'frontend': '/local/domain/1= 2/device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend= /vkbd/12/0. [2012-07-07 18:40:27 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '1', 'vnc': '1', 'uuid': '7db1f64f-d4df-e0b1-b665-409850de= 5d14', 'other_config': {'vncunused': '1', 'vncpasswd': 'XXXXXXXX', 'vnc':= '1', 'vncdisplay': '1', 'xauthority': '/root/.Xauthority'}, 'vncdisplay'= : '1', 'vncpasswd': 'XXXXXXXX', 'xauthority': '/root/.Xauthority'} [2012-07-07 18:40:27 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/12/0'} to /local/domain/12/device/vfb/0. [2012-07-07 18:40:27 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/12/d= evice/vfb/0', 'uuid': '7db1f64f-d4df-e0b1-b665-409850de5d14', 'frontend-i= d': '12', 'vncdisplay': '1', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'onli= ne': '1', 'vnc': '1', 'xauthority': '/root/.Xauthority'} to /local/domain= /0/backend/vfb/12/0. [2012-07-07 18:40:27 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '625db6be-2d96-8f88-e1c6-b0dd45902f55', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 18:40:27 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/12/2048'} to /local/d= omain/12/device/vbd/2048. [2012-07-07 18:40:27 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/12/device/vbd/2048', '= uuid': '625db6be-2d96-8f88-e1c6-b0dd45902f55', 'bootable': '1', 'dev': 's= da', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online= ': '1', 'frontend-id': '12', 'type': 'phy'} to /local/domain/0/backend/vb= d/12/2048. [2012-07-07 18:40:27 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '0bcee8e5-1688-15fd-dbb2-35d587d86ccd', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 18:40:27 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/12/5632'} to /local/= domain/12/device/vbd/5632. [2012-07-07 18:40:27 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/12/device/vbd/5632', '= uuid': '0bcee8e5-1688-15fd-dbb2-35d587d86ccd', 'bootable': '0', 'dev': 'h= dc', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode= ': 'r', 'online': '1', 'frontend-id': '12', 'type': 'file'} to /local/dom= ain/0/backend/vbd/12/5632. [2012-07-07 18:40:27 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : 'a5c3f8ae-02a1-e28d-5d34-40306f749360'} [2012-07-07 18:40:27 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/12/0'} to /local/domain/12/device/vif/0. [2012-07-07 18:40:27 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': 'a5c3f= 8ae-02a1-e28d-5d34-40306f749360', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '12', 'state': '1', 'online'= : '1', 'frontend': '/local/domain/12/device/vif/0', 'type': 'ioemu'} to /= local/domain/0/backend/vif/12/0. [2012-07-07 18:40:27 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '12', '-do= main-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:1,password', = '-vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-seria= l', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr= =3D00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap= 12.0,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 18:40:27 1220] INFO (image:467) device model pid: 13849 [2012-07-07 18:40:27 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 18:40:27 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '733b9e58-d922-1578-3390-496bda69c861', 'on_reboot': 'restart',= 'start_time': '1341679227.59', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-07 18:40:27 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/733b9e58-d922-1578-3390-496bda69c861', 'd= omid': '12', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online',= 'memory/target': '4194304', 'control/platform-feature-multiprocessor-sus= pend': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name':= 'mailer1'} [2012-07-07 18:40:27 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/12/0'} to /local/domain/12/device/console/0. [2012-07-07 18:40:27 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/12/device/console/0', = 'uuid': 'e1711f14-2ce5-d2f5-d400-320f614e033e', 'frontend-id': '12', 'sta= te': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/= domain/0/backend/console/12/0. [2012-07-07 18:40:27 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 18:40:27 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:40:27 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/12/0/hotplug-status. [2012-07-07 18:40:27 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 18:40:27 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 18:40:27 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 18:40:27 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/12/2048/hotplug-status. [2012-07-07 18:40:27 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:40:27 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 18:40:27 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/12/5632/hotplug-status. [2012-07-07 18:40:27 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-07 18:40:27 1220] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-07 18:40:27 1220] INFO (XendDomain:1225) Domain mailer1 (12) unp= aused. [2012-07-07 18:48:54 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D12 [2012-07-07 18:48:54 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 18:48:55 1220] INFO (image:615) mailer1 device model terminat= ed [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:2406) No device model [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:48:55 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:48:58 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncunused', '0'], ['vnc', '1'], ['vnclisten', '127= =2E0.0.1'], ['vncdisplay', '1'], ['vncpasswd', 'XXXXXXXX'], ['xauthority'= , '/root/.Xauthority']]]]) [2012-07-07 18:48:58 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 18:48:58 1220] DEBUG (balloon:187) Balloon: 4240024 KiB free;= need 16384; done. [2012-07-07 18:48:58 1220] DEBUG (XendDomain:476) Adding Domain: 13 [2012-07-07 18:48:58 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 13 256 [2012-07-07 18:48:58 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 18:48:58 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 18:48:58 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 18:48:58 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 18:48:58 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 18:48:58 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 18:48:58 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 18:48:58 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 18:48:58 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 18:48:58 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 18:48:58 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 18:48:58 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 18:48:58 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 18:48:58 1220] INFO (image:822) Need to create platform devic= e.[domid:13] [2012-07-07 18:48:58 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 18:48:58 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D13= vcpus=3D1 [2012-07-07 18:48:58 1220] DEBUG (image:949) domid =3D 13 [2012-07-07 18:48:58 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 18:48:58 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 18:48:58 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 18:48:58 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 18:48:58 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 18:48:58 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 18:48:58 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 18:48:58 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 18:48:59 1220] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': '3b760d3d-8f7e-968d-b768-ecf937a1ccdc'} [2012-07-07 18:48:59 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/13/0'} to /local/domain/13/device/vkbd/0. [2012-07-07 18:48:59 1220] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '13', 'domain': 'mailer1', 'frontend': '/local/domain/1= 3/device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend= /vkbd/13/0. [2012-07-07 18:48:59 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '0', 'other_config': {'vncunused': '0', 'vnc': '1', 'xauth= ority': '/root/.Xauthority', 'vnclisten': '127.0.0.1', 'vncdisplay': '1',= 'vncpasswd': 'XXXXXXXX'}, 'vnc': '1', 'xauthority': '/root/.Xauthority',= 'vnclisten': '127.0.0.1', 'vncdisplay': '1', 'vncpasswd': 'XXXXXXXX', 'u= uid': '2983dbc9-7b93-53e2-f041-45be447297aa'} [2012-07-07 18:48:59 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/13/0'} to /local/domain/13/device/vfb/0. [2012-07-07 18:48:59 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '0', 'domain': 'mailer1', 'vnc': '1', 'xauthority': '/roo= t/.Xauthority', 'frontend-id': '13', 'vnclisten': '127.0.0.1', 'vncdispla= y': '1', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1', 'frontend'= : '/local/domain/13/device/vfb/0', 'uuid': '2983dbc9-7b93-53e2-f041-45be4= 47297aa'} to /local/domain/0/backend/vfb/13/0. [2012-07-07 18:48:59 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'ea56693b-e2c6-aeed-9cb5-37a01812b9c3', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 18:48:59 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/13/2048'} to /local/d= omain/13/device/vbd/2048. [2012-07-07 18:48:59 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/13/device/vbd/2048', '= uuid': 'ea56693b-e2c6-aeed-9cb5-37a01812b9c3', 'bootable': '1', 'dev': 's= da', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online= ': '1', 'frontend-id': '13', 'type': 'phy'} to /local/domain/0/backend/vb= d/13/2048. [2012-07-07 18:48:59 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '6181a6df-8fd2-12c0-637e-963109216455', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 18:48:59 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/13/5632'} to /local/= domain/13/device/vbd/5632. [2012-07-07 18:48:59 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/13/device/vbd/5632', '= uuid': '6181a6df-8fd2-12c0-637e-963109216455', 'bootable': '0', 'dev': 'h= dc', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode= ': 'r', 'online': '1', 'frontend-id': '13', 'type': 'file'} to /local/dom= ain/0/backend/vbd/13/5632. [2012-07-07 18:48:59 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : 'bce270f1-23bd-17af-c643-19a02f53d4c4'} [2012-07-07 18:48:59 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/13/0'} to /local/domain/13/device/vif/0. [2012-07-07 18:48:59 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': 'bce27= 0f1-23bd-17af-c643-19a02f53d4c4', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '13', 'state': '1', 'online'= : '1', 'frontend': '/local/domain/13/device/vif/0', 'type': 'ioemu'} to /= local/domain/0/backend/vif/13/0. [2012-07-07 18:48:59 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '13', '-do= main-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:1,password', = '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial', 'pty', '-a= cpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D00:50:56:00= :04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap13.0,bridge=3D= xenbr0', '-M', 'xenfv'] [2012-07-07 18:48:59 1220] INFO (image:467) device model pid: 14539 [2012-07-07 18:48:59 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 18:48:59 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '6cd5f0b8-4e33-597b-9027-4dc2d1b3a3e1', 'on_reboot': 'restart',= 'start_time': '1341679739.21', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-07 18:48:59 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/6cd5f0b8-4e33-597b-9027-4dc2d1b3a3e1', 'd= omid': '13', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online',= 'memory/target': '4194304', 'control/platform-feature-multiprocessor-sus= pend': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name':= 'mailer1'} [2012-07-07 18:48:59 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/13/0'} to /local/domain/13/device/console/0. [2012-07-07 18:48:59 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/13/device/console/0', = 'uuid': 'b2911757-1711-94af-3df2-daddd276fa09', 'frontend-id': '13', 'sta= te': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/= domain/0/backend/console/13/0. [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 18:48:59 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 18:48:59 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:48:59 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/13/0/hotplug-status. [2012-07-07 18:48:59 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/13/0/hotplug-status. [2012-07-07 18:48:59 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 18:48:59 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 18:48:59 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 18:48:59 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/13/2048/hotplug-status. [2012-07-07 18:48:59 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:48:59 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 18:48:59 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/13/5632/hotplug-status. [2012-07-07 18:48:59 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-07 18:48:59 1220] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-07 18:48:59 1220] INFO (XendDomain:1225) Domain mailer1 (13) unp= aused. [2012-07-07 18:49:40 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D13 [2012-07-07 18:49:40 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 18:49:40 1220] INFO (image:615) mailer1 device model terminat= ed [2012-07-07 18:49:40 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:49:40 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:49:40 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:49:40 1220] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-07 18:49:40 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:2406) No device model [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 18:49:41 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 18:50:07 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncunused', '1'], ['vncpasswd', 'XXXXXXXX'], ['vnc= ', '1'], ['vnclisten', '127.0.0.1'], ['xauthority', '/root/.Xauthority']]= ]]) [2012-07-07 18:50:07 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 18:50:07 1220] DEBUG (balloon:187) Balloon: 4240024 KiB free;= need 16384; done. [2012-07-07 18:50:07 1220] DEBUG (XendDomain:476) Adding Domain: 14 [2012-07-07 18:50:07 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 14 256 [2012-07-07 18:50:07 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 18:50:07 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 18:50:07 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 18:50:07 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 18:50:07 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 18:50:07 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 18:50:07 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 18:50:07 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 18:50:07 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 18:50:07 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 18:50:07 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 18:50:07 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 18:50:07 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 18:50:07 1220] INFO (image:822) Need to create platform devic= e.[domid:14] [2012-07-07 18:50:07 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 18:50:07 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D14= vcpus=3D1 [2012-07-07 18:50:07 1220] DEBUG (image:949) domid =3D 14 [2012-07-07 18:50:07 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 18:50:07 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 18:50:07 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 18:50:07 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 18:50:07 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 18:50:07 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 18:50:07 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 18:50:07 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 18:50:07 1220] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': '78635e34-3e35-b880-cd89-5c8f5de759df'} [2012-07-07 18:50:07 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/14/0'} to /local/domain/14/device/vkbd/0. [2012-07-07 18:50:07 1220] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '14', 'domain': 'mailer1', 'frontend': '/local/domain/1= 4/device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend= /vkbd/14/0. [2012-07-07 18:50:07 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '1', 'other_config': {'vncunused': '1', 'vncpasswd': 'XXXX= XXXX', 'vnclisten': '127.0.0.1', 'vnc': '1', 'xauthority': '/root/.Xautho= rity'}, 'vnc': '1', 'xauthority': '/root/.Xauthority', 'vnclisten': '127.= 0.0.1', 'vncpasswd': 'XXXXXXXX', 'uuid': '012fe7e1-a9bb-e4dc-3f12-f358b4f= 3d6f7'} [2012-07-07 18:50:07 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/14/0'} to /local/domain/14/device/vfb/0. [2012-07-07 18:50:07 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/14/d= evice/vfb/0', 'xauthority': '/root/.Xauthority', 'frontend-id': '14', 'vn= clisten': '127.0.0.1', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '= 1', 'vnc': '1', 'uuid': '012fe7e1-a9bb-e4dc-3f12-f358b4f3d6f7'} to /local= /domain/0/backend/vfb/14/0. [2012-07-07 18:50:07 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '3d1ecc49-b45f-bcd0-f59f-30865c4d2aec', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 18:50:07 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/14/2048'} to /local/d= omain/14/device/vbd/2048. [2012-07-07 18:50:07 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/14/device/vbd/2048', '= uuid': '3d1ecc49-b45f-bcd0-f59f-30865c4d2aec', 'bootable': '1', 'dev': 's= da', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online= ': '1', 'frontend-id': '14', 'type': 'phy'} to /local/domain/0/backend/vb= d/14/2048. [2012-07-07 18:50:07 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '8f0c3a69-873d-e65a-f53b-8f83b809113e', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 18:50:07 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/14/5632'} to /local/= domain/14/device/vbd/5632. [2012-07-07 18:50:07 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/14/device/vbd/5632', '= uuid': '8f0c3a69-873d-e65a-f53b-8f83b809113e', 'bootable': '0', 'dev': 'h= dc', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode= ': 'r', 'online': '1', 'frontend-id': '14', 'type': 'file'} to /local/dom= ain/0/backend/vbd/14/5632. [2012-07-07 18:50:07 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '1f3fe801-9847-637c-e4a2-a0d2f599ae4b'} [2012-07-07 18:50:07 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/14/0'} to /local/domain/14/device/vif/0. [2012-07-07 18:50:07 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '1f3fe= 801-9847-637c-e4a2-a0d2f599ae4b', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '14', 'state': '1', 'online'= : '1', 'frontend': '/local/domain/14/device/vif/0', 'type': 'ioemu'} to /= local/domain/0/backend/vif/14/0. [2012-07-07 18:50:07 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '14', '-do= main-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', = '-vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-seria= l', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr= =3D00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap= 14.0,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 18:50:07 1220] INFO (image:467) device model pid: 15133 [2012-07-07 18:50:07 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 18:50:07 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '75751116-8dd6-7dfd-20b3-0f9b6a92ba47', 'on_reboot': 'restart',= 'start_time': '1341679807.99', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-07 18:50:08 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/75751116-8dd6-7dfd-20b3-0f9b6a92ba47', 'd= omid': '14', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online',= 'memory/target': '4194304', 'control/platform-feature-multiprocessor-sus= pend': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name':= 'mailer1'} [2012-07-07 18:50:08 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/14/0'} to /local/domain/14/device/console/0. [2012-07-07 18:50:08 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/14/device/console/0', = 'uuid': '5f3cead9-991d-9e4e-16fe-ac17a87e6530', 'frontend-id': '14', 'sta= te': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/= domain/0/backend/console/14/0. [2012-07-07 18:50:08 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 18:50:08 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:50:08 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/14/0/hotplug-status. [2012-07-07 18:50:08 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 18:50:08 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 18:50:08 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 18:50:08 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/14/2048/hotplug-status. [2012-07-07 18:50:08 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:50:08 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 18:50:08 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/14/5632/hotplug-status. [2012-07-07 18:50:08 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-07 18:50:08 1220] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-07 18:50:08 1220] INFO (XendDomain:1225) Domain mailer1 (14) unp= aused. [2012-07-07 19:33:38 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D14 [2012-07-07 19:33:38 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 19:33:39 1220] INFO (image:615) mailer1 device model terminat= ed [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:2406) No device model [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 19:33:39 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 19:33:46 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncunused', '0'], ['vnc', '1'], ['vnclisten', '127= =2E0.0.1'], ['vncdisplay', '1'], ['vncpasswd', 'XXXXXXXX'], ['xauthority'= , '/root/.Xauthority']]]]) [2012-07-07 19:33:46 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 19:33:46 1220] DEBUG (balloon:187) Balloon: 4240024 KiB free;= need 16384; done. [2012-07-07 19:33:46 1220] DEBUG (XendDomain:476) Adding Domain: 15 [2012-07-07 19:33:46 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 15 256 [2012-07-07 19:33:46 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 19:33:46 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 19:33:46 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 19:33:46 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 19:33:46 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 19:33:46 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 19:33:46 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 19:33:46 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 19:33:46 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 19:33:46 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 19:33:46 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 19:33:46 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 19:33:46 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 19:33:46 1220] INFO (image:822) Need to create platform devic= e.[domid:15] [2012-07-07 19:33:46 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 19:33:46 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D15= vcpus=3D1 [2012-07-07 19:33:46 1220] DEBUG (image:949) domid =3D 15 [2012-07-07 19:33:46 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 19:33:46 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 19:33:46 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 19:33:46 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 19:33:46 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 19:33:46 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 19:33:46 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 19:33:46 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 19:33:46 1220] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': 'b367dda0-2085-a926-2278-b7473371bc38'} [2012-07-07 19:33:46 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/15/0'} to /local/domain/15/device/vkbd/0. [2012-07-07 19:33:46 1220] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '15', 'domain': 'mailer1', 'frontend': '/local/domain/1= 5/device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend= /vkbd/15/0. [2012-07-07 19:33:46 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '0', 'other_config': {'vncunused': '0', 'vnc': '1', 'xauth= ority': '/root/.Xauthority', 'vnclisten': '127.0.0.1', 'vncdisplay': '1',= 'vncpasswd': 'XXXXXXXX'}, 'vnc': '1', 'xauthority': '/root/.Xauthority',= 'vnclisten': '127.0.0.1', 'vncdisplay': '1', 'vncpasswd': 'XXXXXXXX', 'u= uid': 'e858d2a4-8574-3adc-4074-4d465d719e14'} [2012-07-07 19:33:46 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/15/0'} to /local/domain/15/device/vfb/0. [2012-07-07 19:33:46 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '0', 'domain': 'mailer1', 'vnc': '1', 'xauthority': '/roo= t/.Xauthority', 'frontend-id': '15', 'vnclisten': '127.0.0.1', 'vncdispla= y': '1', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1', 'frontend'= : '/local/domain/15/device/vfb/0', 'uuid': 'e858d2a4-8574-3adc-4074-4d465= d719e14'} to /local/domain/0/backend/vfb/15/0. [2012-07-07 19:33:46 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '40864aee-acaa-7559-26e8-83fa53044854', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 19:33:46 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/15/2048'} to /local/d= omain/15/device/vbd/2048. [2012-07-07 19:33:46 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/15/device/vbd/2048', '= uuid': '40864aee-acaa-7559-26e8-83fa53044854', 'bootable': '1', 'dev': 's= da', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online= ': '1', 'frontend-id': '15', 'type': 'phy'} to /local/domain/0/backend/vb= d/15/2048. [2012-07-07 19:33:46 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '78cf69ee-5ea6-556b-b2da-1da6128a874b', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 19:33:46 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/15/5632'} to /local/= domain/15/device/vbd/5632. [2012-07-07 19:33:46 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/15/device/vbd/5632', '= uuid': '78cf69ee-5ea6-556b-b2da-1da6128a874b', 'bootable': '0', 'dev': 'h= dc', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode= ': 'r', 'online': '1', 'frontend-id': '15', 'type': 'file'} to /local/dom= ain/0/backend/vbd/15/5632. [2012-07-07 19:33:46 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '619878b8-5ca3-5229-d9ce-cf6ccf77553c'} [2012-07-07 19:33:46 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/15/0'} to /local/domain/15/device/vif/0. [2012-07-07 19:33:46 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '61987= 8b8-5ca3-5229-d9ce-cf6ccf77553c', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '15', 'state': '1', 'online'= : '1', 'frontend': '/local/domain/15/device/vif/0', 'type': 'ioemu'} to /= local/domain/0/backend/vif/15/0. [2012-07-07 19:33:46 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '15', '-do= main-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:1,password', = '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial', 'pty', '-a= cpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D00:50:56:00= :04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap15.0,bridge=3D= xenbr0', '-M', 'xenfv'] [2012-07-07 19:33:46 1220] INFO (image:467) device model pid: 15765 [2012-07-07 19:33:46 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 19:33:46 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '7c3572ec-0f37-a07d-c889-4ff2460cc8bb', 'on_reboot': 'restart',= 'start_time': '1341682426.78', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-07 19:33:46 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/7c3572ec-0f37-a07d-c889-4ff2460cc8bb', 'd= omid': '15', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online',= 'memory/target': '4194304', 'control/platform-feature-multiprocessor-sus= pend': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name':= 'mailer1'} [2012-07-07 19:33:46 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/15/0'} to /local/domain/15/device/console/0. [2012-07-07 19:33:46 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/15/device/console/0', = 'uuid': '24a40247-17fa-95aa-3f95-d7e5ac236044', 'frontend-id': '15', 'sta= te': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/= domain/0/backend/console/15/0. [2012-07-07 19:33:46 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 19:33:46 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 19:33:46 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/15/0/hotplug-status. [2012-07-07 19:33:46 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/15/0/hotplug-status. [2012-07-07 19:33:46 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 19:33:46 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 19:33:46 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 19:33:46 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/15/2048/hotplug-status. [2012-07-07 19:33:46 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 19:33:46 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 19:33:46 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/15/5632/hotplug-status. [2012-07-07 19:33:46 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-07 19:33:46 1220] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-07 19:33:46 1220] INFO (XendDomain:1225) Domain mailer1 (15) unp= aused. [2012-07-07 19:35:01 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D15 [2012-07-07 19:35:01 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 19:35:01 1220] INFO (image:615) mailer1 device model terminat= ed [2012-07-07 19:35:01 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 19:35:01 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 19:35:01 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 19:35:01 1220] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-07 19:35:01 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-07 19:35:01 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:2406) No device model [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 19:35:02 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 19:36:31 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncunused', '1'], ['vncpasswd', 'XXXXXXXX'], ['vnc= ', '1'], ['vnclisten', '0.0.0.0'], ['xauthority', '/root/.Xauthority']]]]= ) [2012-07-07 19:36:31 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 19:36:31 1220] DEBUG (balloon:187) Balloon: 4240024 KiB free;= need 16384; done. [2012-07-07 19:36:31 1220] DEBUG (XendDomain:476) Adding Domain: 16 [2012-07-07 19:36:31 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 16 256 [2012-07-07 19:36:31 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 19:36:31 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 19:36:31 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 19:36:31 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 19:36:31 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 19:36:31 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 19:36:31 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 19:36:31 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 19:36:31 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 19:36:31 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 19:36:31 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 19:36:31 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 19:36:31 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 19:36:31 1220] INFO (image:822) Need to create platform devic= e.[domid:16] [2012-07-07 19:36:31 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 19:36:31 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D16= vcpus=3D1 [2012-07-07 19:36:31 1220] DEBUG (image:949) domid =3D 16 [2012-07-07 19:36:31 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 19:36:31 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 19:36:31 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 19:36:31 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 19:36:31 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 19:36:31 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 19:36:31 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 19:36:31 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 19:36:31 1220] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': '6af571cb-b7b4-47d7-eb35-a10f4ab49f0c'} [2012-07-07 19:36:31 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/16/0'} to /local/domain/16/device/vkbd/0. [2012-07-07 19:36:31 1220] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '16', 'domain': 'mailer1', 'frontend': '/local/domain/1= 6/device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend= /vkbd/16/0. [2012-07-07 19:36:31 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '1', 'other_config': {'vncunused': '1', 'vncpasswd': 'XXXX= XXXX', 'vnclisten': '0.0.0.0', 'vnc': '1', 'xauthority': '/root/.Xauthori= ty'}, 'vnc': '1', 'xauthority': '/root/.Xauthority', 'vnclisten': '0.0.0.= 0', 'vncpasswd': 'XXXXXXXX', 'uuid': 'a1ed4200-3ca4-0058-c76c-99115982f78= f'} [2012-07-07 19:36:31 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/16/0'} to /local/domain/16/device/vfb/0. [2012-07-07 19:36:31 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/16/d= evice/vfb/0', 'xauthority': '/root/.Xauthority', 'frontend-id': '16', 'vn= clisten': '0.0.0.0', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1'= , 'vnc': '1', 'uuid': 'a1ed4200-3ca4-0058-c76c-99115982f78f'} to /local/d= omain/0/backend/vfb/16/0. [2012-07-07 19:36:31 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '38f3b724-8f1b-151f-a9e3-4e2c4066dc08', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 19:36:31 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/16/2048'} to /local/d= omain/16/device/vbd/2048. [2012-07-07 19:36:31 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/16/device/vbd/2048', '= uuid': '38f3b724-8f1b-151f-a9e3-4e2c4066dc08', 'bootable': '1', 'dev': 's= da', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online= ': '1', 'frontend-id': '16', 'type': 'phy'} to /local/domain/0/backend/vb= d/16/2048. [2012-07-07 19:36:31 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '79daffad-178d-d730-2006-d773fa69d837', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 19:36:31 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/16/5632'} to /local/= domain/16/device/vbd/5632. [2012-07-07 19:36:31 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/16/device/vbd/5632', '= uuid': '79daffad-178d-d730-2006-d773fa69d837', 'bootable': '0', 'dev': 'h= dc', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode= ': 'r', 'online': '1', 'frontend-id': '16', 'type': 'file'} to /local/dom= ain/0/backend/vbd/16/5632. [2012-07-07 19:36:31 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '6671f6d6-0a2b-d65f-34d1-da99dfe91166'} [2012-07-07 19:36:31 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/16/0'} to /local/domain/16/device/vif/0. [2012-07-07 19:36:31 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '6671f= 6d6-0a2b-d65f-34d1-da99dfe91166', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '16', 'state': '1', 'online'= : '1', 'frontend': '/local/domain/16/device/vif/0', 'type': 'ioemu'} to /= local/domain/0/backend/vif/16/0. [2012-07-07 19:36:31 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '16', '-do= main-name', 'mailer1', '-videoram', '4', '-vnc', '0.0.0.0:0,password', '-= vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial'= , 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap16.= 0,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 19:36:31 1220] INFO (image:467) device model pid: 16388 [2012-07-07 19:36:31 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 19:36:31 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': 'b3cc7741-d6c8-0220-9e77-a7d0390fcc29', 'on_reboot': 'restart',= 'start_time': '1341682591.9', 'on_poweroff': 'destroy', 'bootloader_args= ': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_co= unt': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "(= hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader /= usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) (= pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1)= (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunuse= d 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0) = (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-4= =2E1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa = 0) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-07 19:36:31 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/b3cc7741-d6c8-0220-9e77-a7d0390fcc29', 'd= omid': '16', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online',= 'memory/target': '4194304', 'control/platform-feature-multiprocessor-sus= pend': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name':= 'mailer1'} [2012-07-07 19:36:31 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/16/0'} to /local/domain/16/device/console/0. [2012-07-07 19:36:31 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/16/device/console/0', = 'uuid': '0d8b6f24-4bc0-e3a6-1474-7cc3d7bd13f7', 'frontend-id': '16', 'sta= te': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/= domain/0/backend/console/16/0. [2012-07-07 19:36:31 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 19:36:32 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 19:36:32 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/16/0/hotplug-status. [2012-07-07 19:36:32 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 19:36:32 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 19:36:32 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 19:36:32 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/16/2048/hotplug-status. [2012-07-07 19:36:32 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 19:36:32 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 19:36:32 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/16/5632/hotplug-status. [2012-07-07 19:36:32 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-07 19:36:32 1220] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-07 19:36:32 1220] INFO (XendDomain:1225) Domain mailer1 (16) unp= aused. [2012-07-07 19:46:31 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D16 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 19:46:32 1220] INFO (image:615) mailer1 device model terminat= ed [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:2406) No device model [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 19:46:32 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 19:46:40 1220] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncunused', '1'], ['vncpasswd', 'XXXXXXXX'], ['vnc= ', '1'], ['vnclisten', '0.0.0.0'], ['xauthority', '/root/.Xauthority']]]]= ) [2012-07-07 19:46:40 1220] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-07 19:46:40 1220] DEBUG (balloon:187) Balloon: 4240024 KiB free;= need 16384; done. [2012-07-07 19:46:40 1220] DEBUG (XendDomain:476) Adding Domain: 17 [2012-07-07 19:46:40 1220] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 17 256 [2012-07-07 19:46:40 1220] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-07 19:46:40 1220] DEBUG (image:891) args: boot, val: dc [2012-07-07 19:46:40 1220] DEBUG (image:891) args: fda, val: None [2012-07-07 19:46:40 1220] DEBUG (image:891) args: fdb, val: None [2012-07-07 19:46:40 1220] DEBUG (image:891) args: soundhw, val: None [2012-07-07 19:46:40 1220] DEBUG (image:891) args: localtime, val: 0 [2012-07-07 19:46:40 1220] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-07 19:46:40 1220] DEBUG (image:891) args: std-vga, val: 0 [2012-07-07 19:46:40 1220] DEBUG (image:891) args: isa, val: 0 [2012-07-07 19:46:40 1220] DEBUG (image:891) args: acpi, val: 1 [2012-07-07 19:46:40 1220] DEBUG (image:891) args: usb, val: 0 [2012-07-07 19:46:40 1220] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-07 19:46:40 1220] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-07 19:46:40 1220] INFO (image:822) Need to create platform devic= e.[domid:17] [2012-07-07 19:46:40 1220] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-07 19:46:40 1220] INFO (image:182) buildDomain os=3Dhvm dom=3D17= vcpus=3D1 [2012-07-07 19:46:40 1220] DEBUG (image:949) domid =3D 17 [2012-07-07 19:46:40 1220] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-07 19:46:40 1220] DEBUG (image:951) store_evtchn =3D 2 [2012-07-07 19:46:40 1220] DEBUG (image:952) memsize =3D 4096 [2012-07-07 19:46:40 1220] DEBUG (image:953) target =3D 4096 [2012-07-07 19:46:40 1220] DEBUG (image:954) vcpus =3D 1 [2012-07-07 19:46:40 1220] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-07 19:46:40 1220] DEBUG (image:956) acpi =3D 1 [2012-07-07 19:46:40 1220] DEBUG (image:957) apic =3D 1 [2012-07-07 19:46:40 1220] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': 'ea4a0664-8899-ce5c-0840-a84099c27425'} [2012-07-07 19:46:40 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/17/0'} to /local/domain/17/device/vkbd/0. [2012-07-07 19:46:40 1220] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '17', 'domain': 'mailer1', 'frontend': '/local/domain/1= 7/device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend= /vkbd/17/0. [2012-07-07 19:46:40 1220] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '1', 'other_config': {'vncunused': '1', 'vncpasswd': 'XXXX= XXXX', 'vnclisten': '0.0.0.0', 'vnc': '1', 'xauthority': '/root/.Xauthori= ty'}, 'vnc': '1', 'xauthority': '/root/.Xauthority', 'vnclisten': '0.0.0.= 0', 'vncpasswd': 'XXXXXXXX', 'uuid': '534a2def-961e-0dfa-d42e-d45b8a4ba6b= f'} [2012-07-07 19:46:40 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/17/0'} to /local/domain/17/device/vfb/0. [2012-07-07 19:46:40 1220] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/17/d= evice/vfb/0', 'xauthority': '/root/.Xauthority', 'frontend-id': '17', 'vn= clisten': '0.0.0.0', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1'= , 'vnc': '1', 'uuid': '534a2def-961e-0dfa-d42e-d45b8a4ba6bf'} to /local/d= omain/0/backend/vfb/17/0. [2012-07-07 19:46:40 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'e4c6341d-3c00-6f42-508a-07788ba9ab07', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-07 19:46:40 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/17/2048'} to /local/d= omain/17/device/vbd/2048. [2012-07-07 19:46:40 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/17/device/vbd/2048', '= uuid': 'e4c6341d-3c00-6f42-508a-07788ba9ab07', 'bootable': '1', 'dev': 's= da', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online= ': '1', 'frontend-id': '17', 'type': 'phy'} to /local/domain/0/backend/vb= d/17/2048. [2012-07-07 19:46:40 1220] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'f033c0c6-d92b-c3f2-d4db-9fd762fb6eae', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-07 19:46:40 1220] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/17/5632'} to /local/= domain/17/device/vbd/5632. [2012-07-07 19:46:40 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/17/device/vbd/5632', '= uuid': 'f033c0c6-d92b-c3f2-d4db-9fd762fb6eae', 'bootable': '0', 'dev': 'h= dc', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode= ': 'r', 'online': '1', 'frontend-id': '17', 'type': 'file'} to /local/dom= ain/0/backend/vbd/17/5632. [2012-07-07 19:46:40 1220] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '769f8f50-d2a0-6da4-49b9-9ed79855ff76'} [2012-07-07 19:46:40 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/17/0'} to /local/domain/17/device/vif/0. [2012-07-07 19:46:40 1220] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '769f8= f50-d2a0-6da4-49b9-9ed79855ff76', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '17', 'state': '1', 'online'= : '1', 'frontend': '/local/domain/17/device/vif/0', 'type': 'ioemu'} to /= local/domain/0/backend/vif/17/0. [2012-07-07 19:46:40 1220] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '17', '-do= main-name', 'mailer1', '-videoram', '4', '-vnc', '0.0.0.0:0,password', '-= vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial'= , 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap17.= 0,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-07 19:46:40 1220] INFO (image:467) device model pid: 22065 [2012-07-07 19:46:40 1220] INFO (image:590) waiting for sentinel_fifo [2012-07-07 19:46:40 1220] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '7bbfb641-a537-14dc-8081-5bdbcf2ef781', 'on_reboot': 'restart',= 'start_time': '1341683200.61', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-07 19:46:40 1220] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/7bbfb641-a537-14dc-8081-5bdbcf2ef781', 'd= omid': '17', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online',= 'memory/target': '4194304', 'control/platform-feature-multiprocessor-sus= pend': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name':= 'mailer1'} [2012-07-07 19:46:40 1220] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/17/0'} to /local/domain/17/device/console/0. [2012-07-07 19:46:40 1220] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/17/device/console/0', = 'uuid': '7ace27eb-fcbb-42f7-a0fc-03790da601c2', 'frontend-id': '17', 'sta= te': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/= domain/0/backend/console/17/0. [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-07 19:46:40 1220] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-07 19:46:40 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 19:46:40 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/17/0/hotplug-status. [2012-07-07 19:46:40 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = console. [2012-07-07 19:46:40 1220] DEBUG (DevController:144) Waiting for 0. [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-07 19:46:40 1220] DEBUG (DevController:144) Waiting for 2048. [2012-07-07 19:46:40 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/17/2048/hotplug-status. [2012-07-07 19:46:40 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 19:46:40 1220] DEBUG (DevController:144) Waiting for 5632. [2012-07-07 19:46:40 1220] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/17/5632/hotplug-status. [2012-07-07 19:46:40 1220] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-07 19:46:40 1220] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-07 19:46:40 1220] INFO (XendDomain:1225) Domain mailer1 (17) unp= aused. [2012-07-07 19:47:44 1220] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D17 [2012-07-07 19:47:44 1220] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-07 19:47:45 1220] INFO (image:615) mailer1 device model terminat= ed [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:2406) No device model [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-07 19:47:45 1220] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-07 19:47:48 1220] DEBUG (SrvServer:77) SrvServer.cleanup() [2012-07-07 19:47:48 1220] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup(= ) [2012-07-07 19:47:48 1220] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup(= ) [2012-07-07 19:47:48 1220] DEBUG (XendDomain:644) cleanup_domains [2012-07-07 19:47:48 1219] INFO (SrvDaemon:220) Xend exited with status 0= =2E [2012-07-07 20:42:59 1197] INFO (SrvDaemon:332) Xend Daemon started [2012-07-07 20:42:59 1197] INFO (SrvDaemon:336) Xend changeset: unavailab= le. [2012-07-07 20:43:00 1197] DEBUG (XendNode:332) pscsi record count: 12 [2012-07-07 20:43:00 1197] DEBUG (XendCPUPool:747) recreate_active_pools [2012-07-07 20:43:00 1197] DEBUG (XendDomainInfo:151) XendDomainInfo.recr= eate({'max_vcpu_id': 7, 'cpu_time': 8762480472L, 'ssidref': 0, 'hvm': 0, = 'shutdown_reason': 255, 'dying': 0, 'online_vcpus': 8, 'domid': 0, 'pause= d': 0, 'crashed': 0, 'running': 1, 'maxmem_kb': 17179869180L, 'shutdown':= 0, 'mem_kb': 11244164L, 'blocked': 0, 'handle': [0, 0, 0, 0, 0, 0, 0, 0,= 0, 0, 0, 0, 0, 0, 0, 0], 'cpupool': 0, 'name': 'Domain-0'}) [2012-07-07 20:43:00 1197] INFO (XendDomainInfo:169) Recreating domain 0,= UUID 00000000-0000-0000-0000-000000000000. at /local/domain/0 [2012-07-07 20:43:00 1197] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '0',= 'uuid': '00000000-0000-0000-0000-000000000000', 'on_reboot': 'restart', = 'image': "(linux (kernel '') (superpages 0) (nomigrate 0) (tsc_mode 0))",= 'on_poweroff': 'destroy', 'bootloader_args': '', 'on_xend_start': 'ignor= e', 'on_crash': 'restart', 'xend/restart_count': '0', 'vcpus': '8', 'vcpu= _avail': '255', 'bootloader': '', 'name': 'Domain-0'} [2012-07-07 20:43:00 1197] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'cpu/3/availability': 'online', 'description': '', 'console/limit'= : '1048576', 'memory/target': '11244164', 'cpu/2/availability': 'online',= 'vm': '/vm/00000000-0000-0000-0000-000000000000', 'domid': '0', 'cpu/7/a= vailability': 'online', 'cpu/0/availability': 'online', 'cpu/1/availabili= ty': 'online', 'cpu/5/availability': 'online', 'control/platform-feature-= multiprocessor-suspend': '1', 'cpu/6/availability': 'online', 'console/ty= pe': 'xenconsoled', 'cpu/4/availability': 'online', 'name': 'Domain-0'} [2012-07-07 20:43:00 1197] DEBUG (XendDomain:476) Adding Domain: 0 [2012-07-07 20:43:00 1197] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 20:43:00 1197] DEBUG (XendDomain:410) number of vcpus to use = is 0 [2012-07-07 20:43:00 1197] WARNING (XendAPI:708) API call: VBD.set_device= not found [2012-07-07 20:43:00 1197] WARNING (XendAPI:708) API call: VBD.set_type n= ot found [2012-07-07 20:43:00 1197] WARNING (XendAPI:708) API call: session.get_al= l_records not found [2012-07-07 20:43:00 1197] WARNING (XendAPI:708) API call: event.get_reco= rd not found [2012-07-07 20:43:00 1197] WARNING (XendAPI:708) API call: event.get_all = not found [2012-07-07 20:43:00 1197] WARNING (XendAPI:708) API call: VIF.set_device= not found [2012-07-07 20:43:00 1197] WARNING (XendAPI:708) API call: VIF.set_MAC no= t found [2012-07-07 20:43:00 1197] WARNING (XendAPI:708) API call: VIF.set_MTU no= t found [2012-07-07 20:43:00 1197] WARNING (XendAPI:708) API call: debug.get_all = not found [2012-07-07 20:43:00 1197] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xmlrpc.sock. [2012-07-07 20:43:00 1197] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xen-api.sock; authentication has bee= n disabled for this server. [2012-07-07 21:23:40 1197] DEBUG (SrvServer:77) SrvServer.cleanup() [2012-07-07 21:23:40 1197] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup(= ) [2012-07-07 21:23:40 1197] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup(= ) [2012-07-07 21:23:40 1197] DEBUG (XendDomain:644) cleanup_domains [2012-07-07 21:23:40 1196] INFO (SrvDaemon:220) Xend exited with status 0= =2E [2012-07-07 23:57:16 1210] INFO (SrvDaemon:332) Xend Daemon started [2012-07-07 23:57:16 1210] INFO (SrvDaemon:336) Xend changeset: unavailab= le. [2012-07-07 23:57:17 1210] DEBUG (XendNode:332) pscsi record count: 12 [2012-07-07 23:57:17 1210] DEBUG (XendCPUPool:747) recreate_active_pools [2012-07-07 23:57:17 1210] DEBUG (XendDomainInfo:151) XendDomainInfo.recr= eate({'max_vcpu_id': 7, 'cpu_time': 9811053403L, 'ssidref': 0, 'hvm': 0, = 'shutdown_reason': 255, 'dying': 0, 'online_vcpus': 8, 'domid': 0, 'pause= d': 0, 'crashed': 0, 'running': 1, 'maxmem_kb': 17179869180L, 'shutdown':= 0, 'mem_kb': 11244164L, 'blocked': 0, 'handle': [0, 0, 0, 0, 0, 0, 0, 0,= 0, 0, 0, 0, 0, 0, 0, 0], 'cpupool': 0, 'name': 'Domain-0'}) [2012-07-07 23:57:17 1210] INFO (XendDomainInfo:169) Recreating domain 0,= UUID 00000000-0000-0000-0000-000000000000. at /local/domain/0 [2012-07-07 23:57:17 1210] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '0',= 'uuid': '00000000-0000-0000-0000-000000000000', 'on_reboot': 'restart', = 'image': "(linux (kernel '') (superpages 0) (nomigrate 0) (tsc_mode 0))",= 'on_poweroff': 'destroy', 'bootloader_args': '', 'on_xend_start': 'ignor= e', 'on_crash': 'restart', 'xend/restart_count': '0', 'vcpus': '8', 'vcpu= _avail': '255', 'bootloader': '', 'name': 'Domain-0'} [2012-07-07 23:57:17 1210] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'cpu/3/availability': 'online', 'description': '', 'console/limit'= : '1048576', 'memory/target': '11244164', 'cpu/2/availability': 'online',= 'vm': '/vm/00000000-0000-0000-0000-000000000000', 'domid': '0', 'cpu/7/a= vailability': 'online', 'cpu/0/availability': 'online', 'cpu/1/availabili= ty': 'online', 'cpu/5/availability': 'online', 'control/platform-feature-= multiprocessor-suspend': '1', 'cpu/6/availability': 'online', 'console/ty= pe': 'xenconsoled', 'cpu/4/availability': 'online', 'name': 'Domain-0'} [2012-07-07 23:57:17 1210] DEBUG (XendDomain:476) Adding Domain: 0 [2012-07-07 23:57:17 1210] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-07 23:57:17 1210] DEBUG (XendDomain:410) number of vcpus to use = is 0 [2012-07-07 23:57:17 1210] WARNING (XendAPI:708) API call: VBD.set_device= not found [2012-07-07 23:57:17 1210] WARNING (XendAPI:708) API call: VBD.set_type n= ot found [2012-07-07 23:57:17 1210] WARNING (XendAPI:708) API call: session.get_al= l_records not found [2012-07-07 23:57:17 1210] WARNING (XendAPI:708) API call: event.get_reco= rd not found [2012-07-07 23:57:17 1210] WARNING (XendAPI:708) API call: event.get_all = not found [2012-07-07 23:57:17 1210] WARNING (XendAPI:708) API call: VIF.set_device= not found [2012-07-07 23:57:17 1210] WARNING (XendAPI:708) API call: VIF.set_MAC no= t found [2012-07-07 23:57:17 1210] WARNING (XendAPI:708) API call: VIF.set_MTU no= t found [2012-07-07 23:57:17 1210] WARNING (XendAPI:708) API call: debug.get_all = not found [2012-07-07 23:57:17 1210] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xen-api.sock; authentication has bee= n disabled for this server. [2012-07-07 23:57:17 1210] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xmlrpc.sock. [2012-07-08 01:09:32 1210] DEBUG (SrvServer:77) SrvServer.cleanup() [2012-07-08 01:09:32 1210] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup(= ) [2012-07-08 01:09:32 1210] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup(= ) [2012-07-08 01:09:32 1210] DEBUG (XendDomain:644) cleanup_domains [2012-07-08 01:09:32 1209] INFO (SrvDaemon:220) Xend exited with status 0= =2E [2012-07-08 01:58:11 1219] INFO (SrvDaemon:332) Xend Daemon started [2012-07-08 01:58:11 1219] INFO (SrvDaemon:336) Xend changeset: unavailab= le. [2012-07-08 01:58:12 1219] DEBUG (XendNode:332) pscsi record count: 12 [2012-07-08 01:58:12 1219] DEBUG (XendCPUPool:747) recreate_active_pools [2012-07-08 01:58:13 1219] DEBUG (XendDomainInfo:151) XendDomainInfo.recr= eate({'max_vcpu_id': 7, 'cpu_time': 9083735459L, 'ssidref': 0, 'hvm': 0, = 'shutdown_reason': 255, 'dying': 0, 'online_vcpus': 8, 'domid': 0, 'pause= d': 0, 'crashed': 0, 'running': 1, 'maxmem_kb': 17179869180L, 'shutdown':= 0, 'mem_kb': 11244164L, 'blocked': 0, 'handle': [0, 0, 0, 0, 0, 0, 0, 0,= 0, 0, 0, 0, 0, 0, 0, 0], 'cpupool': 0, 'name': 'Domain-0'}) [2012-07-08 01:58:13 1219] INFO (XendDomainInfo:169) Recreating domain 0,= UUID 00000000-0000-0000-0000-000000000000. at /local/domain/0 [2012-07-08 01:58:13 1219] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '0',= 'uuid': '00000000-0000-0000-0000-000000000000', 'on_reboot': 'restart', = 'image': "(linux (kernel '') (superpages 0) (nomigrate 0) (tsc_mode 0))",= 'on_poweroff': 'destroy', 'bootloader_args': '', 'on_xend_start': 'ignor= e', 'on_crash': 'restart', 'xend/restart_count': '0', 'vcpus': '8', 'vcpu= _avail': '255', 'bootloader': '', 'name': 'Domain-0'} [2012-07-08 01:58:13 1219] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'cpu/3/availability': 'online', 'description': '', 'console/limit'= : '1048576', 'memory/target': '11244164', 'cpu/2/availability': 'online',= 'vm': '/vm/00000000-0000-0000-0000-000000000000', 'domid': '0', 'cpu/7/a= vailability': 'online', 'cpu/0/availability': 'online', 'cpu/1/availabili= ty': 'online', 'cpu/5/availability': 'online', 'control/platform-feature-= multiprocessor-suspend': '1', 'cpu/6/availability': 'online', 'console/ty= pe': 'xenconsoled', 'cpu/4/availability': 'online', 'name': 'Domain-0'} [2012-07-08 01:58:13 1219] DEBUG (XendDomain:476) Adding Domain: 0 [2012-07-08 01:58:13 1219] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 01:58:13 1219] DEBUG (XendDomain:410) number of vcpus to use = is 0 [2012-07-08 01:58:13 1219] WARNING (XendAPI:708) API call: VBD.set_device= not found [2012-07-08 01:58:13 1219] WARNING (XendAPI:708) API call: VBD.set_type n= ot found [2012-07-08 01:58:13 1219] WARNING (XendAPI:708) API call: session.get_al= l_records not found [2012-07-08 01:58:13 1219] WARNING (XendAPI:708) API call: event.get_reco= rd not found [2012-07-08 01:58:13 1219] WARNING (XendAPI:708) API call: event.get_all = not found [2012-07-08 01:58:13 1219] WARNING (XendAPI:708) API call: VIF.set_device= not found [2012-07-08 01:58:13 1219] WARNING (XendAPI:708) API call: VIF.set_MAC no= t found [2012-07-08 01:58:13 1219] WARNING (XendAPI:708) API call: VIF.set_MTU no= t found [2012-07-08 01:58:13 1219] WARNING (XendAPI:708) API call: debug.get_all = not found [2012-07-08 01:58:13 1219] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xen-api.sock; authentication has bee= n disabled for this server. [2012-07-08 01:58:13 1219] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xmlrpc.sock. [2012-07-08 06:37:59 1219] DEBUG (SrvServer:77) SrvServer.cleanup() [2012-07-08 06:37:59 1219] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup(= ) [2012-07-08 06:37:59 1219] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup(= ) [2012-07-08 06:37:59 1219] DEBUG (XendDomain:644) cleanup_domains [2012-07-08 06:37:59 1218] INFO (SrvDaemon:220) Xend exited with status 0= =2E [2012-07-08 06:47:10 1225] INFO (SrvDaemon:332) Xend Daemon started [2012-07-08 06:47:10 1225] INFO (SrvDaemon:336) Xend changeset: unavailab= le. [2012-07-08 06:47:11 1225] DEBUG (XendNode:332) pscsi record count: 12 [2012-07-08 06:47:11 1225] DEBUG (XendCPUPool:747) recreate_active_pools [2012-07-08 06:47:11 1225] DEBUG (XendDomainInfo:151) XendDomainInfo.recr= eate({'max_vcpu_id': 7, 'cpu_time': 8251170659L, 'ssidref': 0, 'hvm': 0, = 'shutdown_reason': 255, 'dying': 0, 'online_vcpus': 8, 'domid': 0, 'pause= d': 0, 'crashed': 0, 'running': 1, 'maxmem_kb': 17179869180L, 'shutdown':= 0, 'mem_kb': 11244164L, 'blocked': 0, 'handle': [0, 0, 0, 0, 0, 0, 0, 0,= 0, 0, 0, 0, 0, 0, 0, 0], 'cpupool': 0, 'name': 'Domain-0'}) [2012-07-08 06:47:11 1225] INFO (XendDomainInfo:169) Recreating domain 0,= UUID 00000000-0000-0000-0000-000000000000. at /local/domain/0 [2012-07-08 06:47:11 1225] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '0',= 'uuid': '00000000-0000-0000-0000-000000000000', 'on_reboot': 'restart', = 'image': "(linux (kernel '') (superpages 0) (nomigrate 0) (tsc_mode 0))",= 'on_poweroff': 'destroy', 'bootloader_args': '', 'on_xend_start': 'ignor= e', 'on_crash': 'restart', 'xend/restart_count': '0', 'vcpus': '8', 'vcpu= _avail': '255', 'bootloader': '', 'name': 'Domain-0'} [2012-07-08 06:47:11 1225] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'cpu/3/availability': 'online', 'description': '', 'console/limit'= : '1048576', 'memory/target': '11244164', 'cpu/2/availability': 'online',= 'vm': '/vm/00000000-0000-0000-0000-000000000000', 'domid': '0', 'cpu/7/a= vailability': 'online', 'cpu/0/availability': 'online', 'cpu/1/availabili= ty': 'online', 'cpu/5/availability': 'online', 'control/platform-feature-= multiprocessor-suspend': '1', 'cpu/6/availability': 'online', 'console/ty= pe': 'xenconsoled', 'cpu/4/availability': 'online', 'name': 'Domain-0'} [2012-07-08 06:47:11 1225] DEBUG (XendDomain:476) Adding Domain: 0 [2012-07-08 06:47:11 1225] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 06:47:11 1225] DEBUG (XendDomain:410) number of vcpus to use = is 0 [2012-07-08 06:47:11 1225] WARNING (XendAPI:708) API call: VBD.set_device= not found [2012-07-08 06:47:11 1225] WARNING (XendAPI:708) API call: VBD.set_type n= ot found [2012-07-08 06:47:11 1225] WARNING (XendAPI:708) API call: session.get_al= l_records not found [2012-07-08 06:47:11 1225] WARNING (XendAPI:708) API call: event.get_reco= rd not found [2012-07-08 06:47:11 1225] WARNING (XendAPI:708) API call: event.get_all = not found [2012-07-08 06:47:11 1225] WARNING (XendAPI:708) API call: VIF.set_device= not found [2012-07-08 06:47:11 1225] WARNING (XendAPI:708) API call: VIF.set_MAC no= t found [2012-07-08 06:47:11 1225] WARNING (XendAPI:708) API call: VIF.set_MTU no= t found [2012-07-08 06:47:11 1225] WARNING (XendAPI:708) API call: debug.get_all = not found [2012-07-08 06:47:11 1225] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xmlrpc.sock. [2012-07-08 06:47:11 1225] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xen-api.sock; authentication has bee= n disabled for this server. [2012-07-08 18:43:02 1225] DEBUG (SrvServer:77) SrvServer.cleanup() [2012-07-08 18:43:02 1225] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup(= ) [2012-07-08 18:43:02 1225] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup(= ) [2012-07-08 18:43:02 1225] DEBUG (XendDomain:644) cleanup_domains [2012-07-08 18:43:02 1224] INFO (SrvDaemon:220) Xend exited with status 0= =2E [2012-07-08 18:44:08 1216] INFO (SrvDaemon:332) Xend Daemon started [2012-07-08 18:44:08 1216] INFO (SrvDaemon:336) Xend changeset: unavailab= le. [2012-07-08 18:44:09 1216] DEBUG (XendNode:332) pscsi record count: 12 [2012-07-08 18:44:09 1216] DEBUG (XendCPUPool:747) recreate_active_pools [2012-07-08 18:44:09 1216] DEBUG (XendDomainInfo:151) XendDomainInfo.recr= eate({'max_vcpu_id': 7, 'cpu_time': 7375730893L, 'ssidref': 0, 'hvm': 0, = 'shutdown_reason': 255, 'dying': 0, 'online_vcpus': 8, 'domid': 0, 'pause= d': 0, 'crashed': 0, 'running': 1, 'maxmem_kb': 17179869180L, 'shutdown':= 0, 'mem_kb': 11244164L, 'blocked': 0, 'handle': [0, 0, 0, 0, 0, 0, 0, 0,= 0, 0, 0, 0, 0, 0, 0, 0], 'cpupool': 0, 'name': 'Domain-0'}) [2012-07-08 18:44:09 1216] INFO (XendDomainInfo:169) Recreating domain 0,= UUID 00000000-0000-0000-0000-000000000000. at /local/domain/0 [2012-07-08 18:44:09 1216] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '0',= 'uuid': '00000000-0000-0000-0000-000000000000', 'on_reboot': 'restart', = 'image': "(linux (kernel '') (superpages 0) (nomigrate 0) (tsc_mode 0))",= 'on_poweroff': 'destroy', 'bootloader_args': '', 'on_xend_start': 'ignor= e', 'on_crash': 'restart', 'xend/restart_count': '0', 'vcpus': '8', 'vcpu= _avail': '255', 'bootloader': '', 'name': 'Domain-0'} [2012-07-08 18:44:09 1216] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'cpu/3/availability': 'online', 'description': '', 'console/limit'= : '1048576', 'memory/target': '11244164', 'cpu/2/availability': 'online',= 'vm': '/vm/00000000-0000-0000-0000-000000000000', 'domid': '0', 'cpu/7/a= vailability': 'online', 'cpu/0/availability': 'online', 'cpu/1/availabili= ty': 'online', 'cpu/5/availability': 'online', 'control/platform-feature-= multiprocessor-suspend': '1', 'cpu/6/availability': 'online', 'console/ty= pe': 'xenconsoled', 'cpu/4/availability': 'online', 'name': 'Domain-0'} [2012-07-08 18:44:09 1216] DEBUG (XendDomain:476) Adding Domain: 0 [2012-07-08 18:44:09 1216] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 18:44:09 1216] DEBUG (XendDomain:410) number of vcpus to use = is 0 [2012-07-08 18:44:09 1216] WARNING (XendAPI:708) API call: VBD.set_device= not found [2012-07-08 18:44:09 1216] WARNING (XendAPI:708) API call: VBD.set_type n= ot found [2012-07-08 18:44:09 1216] WARNING (XendAPI:708) API call: session.get_al= l_records not found [2012-07-08 18:44:09 1216] WARNING (XendAPI:708) API call: event.get_reco= rd not found [2012-07-08 18:44:09 1216] WARNING (XendAPI:708) API call: event.get_all = not found [2012-07-08 18:44:09 1216] WARNING (XendAPI:708) API call: VIF.set_device= not found [2012-07-08 18:44:09 1216] WARNING (XendAPI:708) API call: VIF.set_MAC no= t found [2012-07-08 18:44:09 1216] WARNING (XendAPI:708) API call: VIF.set_MTU no= t found [2012-07-08 18:44:09 1216] WARNING (XendAPI:708) API call: debug.get_all = not found [2012-07-08 18:44:09 1216] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xen-api.sock; authentication has bee= n disabled for this server. [2012-07-08 18:44:09 1216] INFO (XMLRPCServer:161) Opening Unix domain so= cket XML-RPC server on /var/run/xend/xmlrpc.sock. [2012-07-08 18:46:09 1216] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncunused', '1'], ['vncpasswd', 'XXXXXXXX'], ['vnc= ', '1'], ['vnclisten', '0.0.0.0'], ['xauthority', '/root/.Xauthority']]]]= ) [2012-07-08 18:46:09 1216] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-08 18:46:09 1216] DEBUG (balloon:187) Balloon: 1188896 KiB free;= need 16384; done. [2012-07-08 18:46:09 1216] DEBUG (XendDomain:476) Adding Domain: 1 [2012-07-08 18:46:09 1216] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 1 256 [2012-07-08 18:46:09 1216] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-08 18:46:09 1216] DEBUG (image:891) args: boot, val: dc [2012-07-08 18:46:09 1216] DEBUG (image:891) args: fda, val: None [2012-07-08 18:46:09 1216] DEBUG (image:891) args: fdb, val: None [2012-07-08 18:46:09 1216] DEBUG (image:891) args: soundhw, val: None [2012-07-08 18:46:09 1216] DEBUG (image:891) args: localtime, val: 0 [2012-07-08 18:46:09 1216] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-08 18:46:09 1216] DEBUG (image:891) args: std-vga, val: 0 [2012-07-08 18:46:09 1216] DEBUG (image:891) args: isa, val: 0 [2012-07-08 18:46:09 1216] DEBUG (image:891) args: acpi, val: 1 [2012-07-08 18:46:09 1216] DEBUG (image:891) args: usb, val: 0 [2012-07-08 18:46:09 1216] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-08 18:46:09 1216] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-08 18:46:09 1216] ERROR (XendDomainInfo:2922) XendDomainInfo.ini= tDomain: exception occurred Traceback (most recent call last): File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", l= ine 2841, in _initDomain self.image =3D image.create(self, self.info) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/image.py", line 66, i= n create return findImageHandlerClass(vmConfig)(vm, vmConfig) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/image.py", line 783, = in __init__ ImageHandler.__init__(self, vm, vmConfig) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/image.py", line 99, i= n __init__ self.configure(vmConfig) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/image.py", line 1030,= in configure HVMImageHandler.configure(self, vmConfig) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/image.py", line 791, = in configure ImageHandler.configure(self, vmConfig) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/image.py", line 129, = in configure self.dmargs =3D self.parseDeviceModelArgs(vmConfig) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/image.py", line 904, = in parseDeviceModelArgs vbdparam) VmError: Disk image does not exist: /isos/ubuntu-12.04-server-amd64.iso [2012-07-08 18:46:09 1216] ERROR (XendDomainInfo:488) VM start failed Traceback (most recent call last): File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", l= ine 474, in start XendTask.log_progress(31, 60, self._initDomain) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line 20= 9, in log_progress retval =3D func(*args, **kwds) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", l= ine 2925, in _initDomain raise exn VmError: Disk image does not exist: /isos/ubuntu-12.04-server-amd64.iso [2012-07-08 18:46:09 1216] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D1 [2012-07-08 18:46:09 1216] DEBUG (XendDomainInfo:2406) No device model [2012-07-08 18:46:09 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 18:46:09 1216] ERROR (XendDomainInfo:108) Domain construction= failed Traceback (most recent call last): File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", l= ine 106, in create vm.start() File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", l= ine 474, in start XendTask.log_progress(31, 60, self._initDomain) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line 20= 9, in log_progress retval =3D func(*args, **kwds) File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", l= ine 2925, in _initDomain raise exn VmError: Disk image does not exist: /isos/ubuntu-12.04-server-amd64.iso [2012-07-08 18:46:39 1216] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncunused', '1'], ['vncpasswd', 'XXXXXXXX'], ['vnc= ', '1'], ['vnclisten', '0.0.0.0'], ['xauthority', '/root/.Xauthority']]]]= ) [2012-07-08 18:46:39 1216] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-08 18:46:39 1216] DEBUG (balloon:187) Balloon: 1188896 KiB free;= need 16384; done. [2012-07-08 18:46:39 1216] DEBUG (XendDomain:476) Adding Domain: 2 [2012-07-08 18:46:39 1216] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 2 256 [2012-07-08 18:46:39 1216] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-08 18:46:39 1216] DEBUG (image:891) args: boot, val: dc [2012-07-08 18:46:39 1216] DEBUG (image:891) args: fda, val: None [2012-07-08 18:46:39 1216] DEBUG (image:891) args: fdb, val: None [2012-07-08 18:46:39 1216] DEBUG (image:891) args: soundhw, val: None [2012-07-08 18:46:39 1216] DEBUG (image:891) args: localtime, val: 0 [2012-07-08 18:46:39 1216] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-08 18:46:39 1216] DEBUG (image:891) args: std-vga, val: 0 [2012-07-08 18:46:39 1216] DEBUG (image:891) args: isa, val: 0 [2012-07-08 18:46:39 1216] DEBUG (image:891) args: acpi, val: 1 [2012-07-08 18:46:39 1216] DEBUG (image:891) args: usb, val: 0 [2012-07-08 18:46:39 1216] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-08 18:46:39 1216] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-08 18:46:39 1216] INFO (image:822) Need to create platform devic= e.[domid:2] [2012-07-08 18:46:39 1216] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-08 18:46:39 1216] DEBUG (balloon:172) Balloon: tmem relinquished= -1 KiB of 3044768 KiB requested. [2012-07-08 18:46:39 1216] DEBUG (balloon:193) Balloon: 1187424 KiB free;= 0 to scrub; need 4232192; retries: 30. [2012-07-08 18:46:39 1216] DEBUG (balloon:207) Balloon: setting dom0 targ= et to 8007 MiB. [2012-07-08 18:46:39 1216] DEBUG (XendDomainInfo:1467) Setting memory tar= get of domain Domain-0 (0) to 8007 MiB. [2012-07-08 18:46:39 1216] DEBUG (balloon:193) Balloon: 1662560 KiB free;= 0 to scrub; need 4232192; retries: 40. [2012-07-08 18:46:39 1216] DEBUG (balloon:207) Balloon: setting dom0 targ= et to 7999 MiB. [2012-07-08 18:46:39 1216] DEBUG (XendDomainInfo:1467) Setting memory tar= get of domain Domain-0 (0) to 7999 MiB. [2012-07-08 18:46:40 1216] DEBUG (balloon:193) Balloon: 2690656 KiB free;= 0 to scrub; need 4232192; retries: 45. [2012-07-08 18:46:40 1216] DEBUG (balloon:207) Balloon: setting dom0 targ= et to 8001 MiB. [2012-07-08 18:46:40 1216] DEBUG (XendDomainInfo:1467) Setting memory tar= get of domain Domain-0 (0) to 8001 MiB. [2012-07-08 18:46:40 1216] DEBUG (balloon:187) Balloon: 4240612 KiB free;= need 2048; done. [2012-07-08 18:46:40 1216] INFO (image:182) buildDomain os=3Dhvm dom=3D2 = vcpus=3D1 [2012-07-08 18:46:40 1216] DEBUG (image:949) domid =3D 2 [2012-07-08 18:46:40 1216] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-08 18:46:40 1216] DEBUG (image:951) store_evtchn =3D 2 [2012-07-08 18:46:40 1216] DEBUG (image:952) memsize =3D 4096 [2012-07-08 18:46:40 1216] DEBUG (image:953) target =3D 4096 [2012-07-08 18:46:40 1216] DEBUG (image:954) vcpus =3D 1 [2012-07-08 18:46:40 1216] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-08 18:46:40 1216] DEBUG (image:956) acpi =3D 1 [2012-07-08 18:46:40 1216] DEBUG (image:957) apic =3D 1 [2012-07-08 18:46:40 1216] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': '7eb5b74e-8a50-810c-c7df-f0477f739b19'} [2012-07-08 18:46:40 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/2/0'} to /local/domain/2/device/vkbd/0. [2012-07-08 18:46:40 1216] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '2', 'domain': 'mailer1', 'frontend': '/local/domain/2/= device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend/v= kbd/2/0. [2012-07-08 18:46:40 1216] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '1', 'other_config': {'vncunused': '1', 'vncpasswd': 'XXXX= XXXX', 'vnclisten': '0.0.0.0', 'vnc': '1', 'xauthority': '/root/.Xauthori= ty'}, 'vnc': '1', 'xauthority': '/root/.Xauthority', 'vnclisten': '0.0.0.= 0', 'vncpasswd': 'XXXXXXXX', 'uuid': '36037dc4-f23e-9479-50c5-7c49c940671= 6'} [2012-07-08 18:46:40 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/2/0'} to /local/domain/2/device/vfb/0. [2012-07-08 18:46:40 1216] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/2/de= vice/vfb/0', 'xauthority': '/root/.Xauthority', 'frontend-id': '2', 'vncl= isten': '0.0.0.0', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1', = 'vnc': '1', 'uuid': '36037dc4-f23e-9479-50c5-7c49c9406716'} to /local/dom= ain/0/backend/vfb/2/0. [2012-07-08 18:46:40 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '010f2590-f571-7dbd-69db-f4353179b53d', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-08 18:46:40 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/2/2048'} to /local/do= main/2/device/vbd/2048. [2012-07-08 18:46:40 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/2/device/vbd/2048', 'u= uid': '010f2590-f571-7dbd-69db-f4353179b53d', 'bootable': '1', 'dev': 'sd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '2', 'type': 'phy'} to /local/domain/0/backend/vbd/= 2/2048. [2012-07-08 18:46:40 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'a3ee0680-b0d3-48a8-cf6c-f51ca952b826', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-08 18:46:40 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/2/5632'} to /local/d= omain/2/device/vbd/5632. [2012-07-08 18:46:40 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/2/device/vbd/5632', 'u= uid': 'a3ee0680-b0d3-48a8-cf6c-f51ca952b826', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '2', 'type': 'file'} to /local/domai= n/0/backend/vbd/2/5632. [2012-07-08 18:46:40 1216] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : 'fb918398-e71e-ecb9-fcfa-3312acd7d6ac'} [2012-07-08 18:46:40 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/2/0'} to /local/domain/2/device/vif/0. [2012-07-08 18:46:40 1216] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': 'fb918= 398-e71e-ecb9-fcfa-3312acd7d6ac', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '2', 'state': '1', 'online':= '1', 'frontend': '/local/domain/2/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/2/0. [2012-07-08 18:46:40 1216] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '2', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '0.0.0.0:0,password', '-v= ncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial',= 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap2.0= ,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-08 18:46:41 1216] INFO (image:467) device model pid: 1946 [2012-07-08 18:46:41 1216] INFO (image:590) waiting for sentinel_fifo [2012-07-08 18:46:41 1216] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '9cc9414f-539b-aec4-4de1-777e888947df', 'on_reboot': 'restart',= 'start_time': '1341766001.01', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-08 18:46:41 1216] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/9cc9414f-539b-aec4-4de1-777e888947df', 'd= omid': '2', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-08 18:46:41 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/2/0'} to /local/domain/2/device/console/0. [2012-07-08 18:46:41 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/2/device/console/0', '= uuid': 'b8c36397-57b7-54e2-5773-843c856f4112', 'frontend-id': '2', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/2/0. [2012-07-08 18:46:41 1216] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-08 18:46:41 1216] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 18:46:41 1216] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-08 18:46:41 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 18:46:41 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/2/0/hotplug-status. [2012-07-08 18:46:41 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/2/0/hotplug-status. [2012-07-08 18:46:41 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 18:46:41 1216] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-08 18:46:41 1216] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-08 18:46:41 1216] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-08 18:46:41 1216] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-08 18:46:41 1216] DEBUG (DevController:139) Waiting for devices = console. [2012-07-08 18:46:41 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 18:46:41 1216] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-08 18:46:41 1216] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-08 18:46:41 1216] DEBUG (DevController:144) Waiting for 2048. [2012-07-08 18:46:41 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/2/2048/hotplug-status. [2012-07-08 18:46:41 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 18:46:41 1216] DEBUG (DevController:144) Waiting for 5632. [2012-07-08 18:46:41 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/2/5632/hotplug-status. [2012-07-08 18:46:42 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/2/5632/hotplug-status. [2012-07-08 18:46:42 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 18:46:42 1216] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-08 18:46:42 1216] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-08 18:46:42 1216] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-08 18:46:42 1216] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-08 18:46:42 1216] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-08 18:46:42 1216] INFO (XendDomain:1225) Domain mailer1 (2) unpa= used. [2012-07-08 19:13:40 1216] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D2 [2012-07-08 19:13:40 1216] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-08 19:13:41 1216] INFO (image:615) mailer1 device model terminat= ed [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:2406) No device model [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 19:13:41 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 19:14:15 1216] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'sdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncunused', '1'], ['vncpasswd', 'XXXXXXXX'], ['vnc= ', '1'], ['vnclisten', '0.0.0.0'], ['xauthority', '/root/.Xauthority']]]]= ) [2012-07-08 19:14:15 1216] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-08 19:14:15 1216] DEBUG (balloon:187) Balloon: 4240032 KiB free;= need 16384; done. [2012-07-08 19:14:15 1216] DEBUG (XendDomain:476) Adding Domain: 3 [2012-07-08 19:14:15 1216] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 3 256 [2012-07-08 19:14:15 1216] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-08 19:14:15 1216] DEBUG (image:891) args: boot, val: dc [2012-07-08 19:14:15 1216] DEBUG (image:891) args: fda, val: None [2012-07-08 19:14:15 1216] DEBUG (image:891) args: fdb, val: None [2012-07-08 19:14:15 1216] DEBUG (image:891) args: soundhw, val: None [2012-07-08 19:14:15 1216] DEBUG (image:891) args: localtime, val: 0 [2012-07-08 19:14:15 1216] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-08 19:14:15 1216] DEBUG (image:891) args: std-vga, val: 0 [2012-07-08 19:14:15 1216] DEBUG (image:891) args: isa, val: 0 [2012-07-08 19:14:15 1216] DEBUG (image:891) args: acpi, val: 1 [2012-07-08 19:14:15 1216] DEBUG (image:891) args: usb, val: 0 [2012-07-08 19:14:15 1216] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-08 19:14:15 1216] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-08 19:14:15 1216] INFO (image:822) Need to create platform devic= e.[domid:3] [2012-07-08 19:14:15 1216] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-08 19:14:15 1216] INFO (image:182) buildDomain os=3Dhvm dom=3D3 = vcpus=3D1 [2012-07-08 19:14:15 1216] DEBUG (image:949) domid =3D 3 [2012-07-08 19:14:15 1216] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-08 19:14:15 1216] DEBUG (image:951) store_evtchn =3D 2 [2012-07-08 19:14:15 1216] DEBUG (image:952) memsize =3D 4096 [2012-07-08 19:14:15 1216] DEBUG (image:953) target =3D 4096 [2012-07-08 19:14:15 1216] DEBUG (image:954) vcpus =3D 1 [2012-07-08 19:14:15 1216] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-08 19:14:15 1216] DEBUG (image:956) acpi =3D 1 [2012-07-08 19:14:15 1216] DEBUG (image:957) apic =3D 1 [2012-07-08 19:14:15 1216] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': '9efe4e03-a110-64cc-f90b-62ea04fe705a'} [2012-07-08 19:14:15 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/3/0'} to /local/domain/3/device/vkbd/0. [2012-07-08 19:14:15 1216] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '3', 'domain': 'mailer1', 'frontend': '/local/domain/3/= device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend/v= kbd/3/0. [2012-07-08 19:14:15 1216] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '1', 'other_config': {'vncunused': '1', 'vncpasswd': 'XXXX= XXXX', 'vnclisten': '0.0.0.0', 'vnc': '1', 'xauthority': '/root/.Xauthori= ty'}, 'vnc': '1', 'xauthority': '/root/.Xauthority', 'vnclisten': '0.0.0.= 0', 'vncpasswd': 'XXXXXXXX', 'uuid': '06abfd11-bd52-b85f-ed3f-00e9b1b2dd5= 9'} [2012-07-08 19:14:15 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/3/0'} to /local/domain/3/device/vfb/0. [2012-07-08 19:14:15 1216] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/3/de= vice/vfb/0', 'xauthority': '/root/.Xauthority', 'frontend-id': '3', 'vncl= isten': '0.0.0.0', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1', = 'vnc': '1', 'uuid': '06abfd11-bd52-b85f-ed3f-00e9b1b2dd59'} to /local/dom= ain/0/backend/vfb/3/0. [2012-07-08 19:14:15 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'c9ea889a-4a75-6156-cd97-bdc33b421202', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-08 19:14:15 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/3/2048'} to /local/do= main/3/device/vbd/2048. [2012-07-08 19:14:15 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/3/device/vbd/2048', 'u= uid': 'c9ea889a-4a75-6156-cd97-bdc33b421202', 'bootable': '1', 'dev': 'sd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '3', 'type': 'phy'} to /local/domain/0/backend/vbd/= 3/2048. [2012-07-08 19:14:15 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '4ecd763c-44b6-4e3b-ff4e-71658f39daed', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'sdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-08 19:14:15 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2080', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/3/2080'} to /local/d= omain/3/device/vbd/2080. [2012-07-08 19:14:15 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/3/device/vbd/2080', 'u= uid': '4ecd763c-44b6-4e3b-ff4e-71658f39daed', 'bootable': '0', 'dev': 'sd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '3', 'type': 'file'} to /local/domai= n/0/backend/vbd/3/2080. [2012-07-08 19:14:15 1216] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '0ee92bf7-2c6d-9de2-37af-e6d4319b6d50'} [2012-07-08 19:14:15 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/3/0'} to /local/domain/3/device/vif/0. [2012-07-08 19:14:15 1216] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '0ee92= bf7-2c6d-9de2-37af-e6d4319b6d50', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '3', 'state': '1', 'online':= '1', 'frontend': '/local/domain/3/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/3/0. [2012-07-08 19:14:15 1216] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '3', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '0.0.0.0:0,password', '-v= ncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial',= 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap3.0= ,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-08 19:14:15 1216] INFO (image:467) device model pid: 2647 [2012-07-08 19:14:15 1216] INFO (image:590) waiting for sentinel_fifo [2012-07-08 19:14:15 1216] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '3624d4a1-fc49-62a3-4cca-b5815eb8f726', 'on_reboot': 'restart',= 'start_time': '1341767655.62', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-08 19:14:15 1216] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/3624d4a1-fc49-62a3-4cca-b5815eb8f726', 'd= omid': '3', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-08 19:14:15 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/3/0'} to /local/domain/3/device/console/0. [2012-07-08 19:14:15 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/3/device/console/0', '= uuid': 'da1ff547-7463-375e-2384-503d9ea2d45c', 'frontend-id': '3', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/3/0. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-08 19:14:15 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 19:14:15 1216] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 19:14:15 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/3/0/hotplug-status. [2012-07-08 19:14:15 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = console. [2012-07-08 19:14:15 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-08 19:14:15 1216] DEBUG (DevController:144) Waiting for 2048. [2012-07-08 19:14:15 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/3/2048/hotplug-status. [2012-07-08 19:14:15 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 19:14:15 1216] DEBUG (DevController:144) Waiting for 2080. [2012-07-08 19:14:15 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/3/2080/hotplug-status. [2012-07-08 19:14:15 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-08 19:14:15 1216] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-08 19:14:15 1216] INFO (XendDomain:1225) Domain mailer1 (3) unpa= used. [2012-07-08 19:14:52 1216] INFO (XendDomainInfo:2078) Domain has shutdown= : name=3Dmailer1 id=3D3 reason=3Dpoweroff. [2012-07-08 19:14:52 1216] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D3 [2012-07-08 19:14:52 1216] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-08 19:14:53 1216] INFO (image:615) mailer1 device model terminat= ed [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:2414) Removing vbd/2080 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2080 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:2406) No device model [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:2414) Removing vbd/2080 [2012-07-08 19:14:53 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2080 [2012-07-08 19:52:56 1216] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['videoram', 4], ['serial', 'pty'], ['acpi', 1], ['apic', 1], ['boot= ', 'dc'], ['cpuid', []], ['cpuid_check', []], ['fda', ''], ['fdb', ''], [= 'guest_os_type', 'default'], ['hap', 1], ['hpet', 0], ['isa', 0], ['keyma= p', ''], ['localtime', 0], ['nographic', 0], ['oos', 1], ['pae', 1], ['pc= i', []], ['pci_msitranslate', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset= ', 0], ['sdl', 0], ['soundhw', ''], ['stdvga', 0], ['timer_mode', 1], ['u= sb', 0], ['usbdevice', 'tablet'], ['vcpus', 1], ['vncunused', 1], ['virid= ian', 0], ['vpt_align', 1], ['xauthority', '/root/.Xauthority'], ['xen_pl= atform_pci', 1], ['memory_sharing', 0], ['device_model', '/usr/lib/xen-4.= 1/bin/qemu-dm'], ['tsc_mode', 0], ['nomigrate', 0]]], ['s3_integrity', 1]= , ['device', ['vbd', ['uname', 'phy:/dev/vmdisks/mailer1'], ['dev', 'hda'= ], ['mode', 'w']]], ['device', ['vbd', ['uname', 'file:/isos/ubuntu-12.04= -server-amd64.iso'], ['dev', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['= vif', ['bridge', 'xenbr0'], ['mac', '00:50:56:00:04:25'], ['type', 'ioemu= ']]], ['device', ['vkbd']], ['device', ['vfb', ['vncunused', '1'], ['vncp= asswd', 'XXXXXXXX'], ['vnc', '1'], ['vnclisten', '0.0.0.0'], ['xauthority= ', '/root/.Xauthority']]]]) [2012-07-08 19:52:56 1216] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-08 19:52:56 1216] DEBUG (balloon:187) Balloon: 4240032 KiB free;= need 16384; done. [2012-07-08 19:52:56 1216] DEBUG (XendDomain:476) Adding Domain: 4 [2012-07-08 19:52:56 1216] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 4 256 [2012-07-08 19:52:56 1216] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-08 19:52:56 1216] DEBUG (image:891) args: boot, val: dc [2012-07-08 19:52:56 1216] DEBUG (image:891) args: fda, val: None [2012-07-08 19:52:56 1216] DEBUG (image:891) args: fdb, val: None [2012-07-08 19:52:56 1216] DEBUG (image:891) args: soundhw, val: None [2012-07-08 19:52:56 1216] DEBUG (image:891) args: localtime, val: 0 [2012-07-08 19:52:56 1216] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-08 19:52:56 1216] DEBUG (image:891) args: std-vga, val: 0 [2012-07-08 19:52:56 1216] DEBUG (image:891) args: isa, val: 0 [2012-07-08 19:52:56 1216] DEBUG (image:891) args: acpi, val: 1 [2012-07-08 19:52:56 1216] DEBUG (image:891) args: usb, val: 0 [2012-07-08 19:52:56 1216] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-08 19:52:56 1216] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-08 19:52:56 1216] INFO (image:822) Need to create platform devic= e.[domid:4] [2012-07-08 19:52:56 1216] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-08 19:52:56 1216] INFO (image:182) buildDomain os=3Dhvm dom=3D4 = vcpus=3D1 [2012-07-08 19:52:56 1216] DEBUG (image:949) domid =3D 4 [2012-07-08 19:52:56 1216] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-08 19:52:56 1216] DEBUG (image:951) store_evtchn =3D 2 [2012-07-08 19:52:56 1216] DEBUG (image:952) memsize =3D 4096 [2012-07-08 19:52:56 1216] DEBUG (image:953) target =3D 4096 [2012-07-08 19:52:56 1216] DEBUG (image:954) vcpus =3D 1 [2012-07-08 19:52:56 1216] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-08 19:52:56 1216] DEBUG (image:956) acpi =3D 1 [2012-07-08 19:52:56 1216] DEBUG (image:957) apic =3D 1 [2012-07-08 19:52:56 1216] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': '5e7908f6-8b6a-c236-9c0f-706f587c6dda'} [2012-07-08 19:52:56 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/4/0'} to /local/domain/4/device/vkbd/0. [2012-07-08 19:52:56 1216] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '4', 'domain': 'mailer1', 'frontend': '/local/domain/4/= device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend/v= kbd/4/0. [2012-07-08 19:52:56 1216] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '1', 'other_config': {'vncunused': '1', 'vncpasswd': 'XXXX= XXXX', 'vnclisten': '0.0.0.0', 'vnc': '1', 'xauthority': '/root/.Xauthori= ty'}, 'vnc': '1', 'xauthority': '/root/.Xauthority', 'vnclisten': '0.0.0.= 0', 'vncpasswd': 'XXXXXXXX', 'uuid': '7e332e51-c35a-fb41-0ada-92159c2dd7f= 6'} [2012-07-08 19:52:56 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/4/0'} to /local/domain/4/device/vfb/0. [2012-07-08 19:52:56 1216] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/4/de= vice/vfb/0', 'xauthority': '/root/.Xauthority', 'frontend-id': '4', 'vncl= isten': '0.0.0.0', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1', = 'vnc': '1', 'uuid': '7e332e51-c35a-fb41-0ada-92159c2dd7f6'} to /local/dom= ain/0/backend/vfb/4/0. [2012-07-08 19:52:56 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '2b0dd8ce-4729-9497-232c-40680880177b', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'hda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-08 19:52:56 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '768', 'device-type': 'disk', 'st= ate': '1', 'backend': '/local/domain/0/backend/vbd/4/768'} to /local/doma= in/4/device/vbd/768. [2012-07-08 19:52:56 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/4/device/vbd/768', 'uu= id': '2b0dd8ce-4729-9497-232c-40680880177b', 'bootable': '1', 'dev': 'hda= ', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online':= '1', 'frontend-id': '4', 'type': 'phy'} to /local/domain/0/backend/vbd/4= /768. [2012-07-08 19:52:56 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '9f0a834b-ef99-9d70-39c8-e00dfe2c0ce0', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-08 19:52:56 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/4/5632'} to /local/d= omain/4/device/vbd/5632. [2012-07-08 19:52:56 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/4/device/vbd/5632', 'u= uid': '9f0a834b-ef99-9d70-39c8-e00dfe2c0ce0', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '4', 'type': 'file'} to /local/domai= n/0/backend/vbd/4/5632. [2012-07-08 19:52:56 1216] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '2153fe97-6440-7053-09fe-d740659fa53d'} [2012-07-08 19:52:56 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/4/0'} to /local/domain/4/device/vif/0. [2012-07-08 19:52:56 1216] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '2153f= e97-6440-7053-09fe-d740659fa53d', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '4', 'state': '1', 'online':= '1', 'frontend': '/local/domain/4/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/4/0. [2012-07-08 19:52:56 1216] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '4', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '0.0.0.0:0,password', '-v= ncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial',= 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap4.0= ,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-08 19:52:56 1216] INFO (image:467) device model pid: 3288 [2012-07-08 19:52:56 1216] INFO (image:590) waiting for sentinel_fifo [2012-07-08 19:52:56 1216] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '28ad9a15-257a-ba35-204f-8aeaf0f8e01c', 'on_reboot': 'restart',= 'start_time': '1341769976.53', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-08 19:52:56 1216] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/28ad9a15-257a-ba35-204f-8aeaf0f8e01c', 'd= omid': '4', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-08 19:52:56 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/4/0'} to /local/domain/4/device/console/0. [2012-07-08 19:52:56 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/4/device/console/0', '= uuid': '9f3b463c-2502-85dc-7df6-5b375aca69ba', 'frontend-id': '4', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/4/0. [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-08 19:52:56 1216] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-08 19:52:56 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 19:52:56 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/4/0/hotplug-status. [2012-07-08 19:52:56 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = console. [2012-07-08 19:52:56 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-08 19:52:56 1216] DEBUG (DevController:144) Waiting for 768. [2012-07-08 19:52:56 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/4/768/hotplug-status. [2012-07-08 19:52:56 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 19:52:56 1216] DEBUG (DevController:144) Waiting for 5632. [2012-07-08 19:52:56 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/4/5632/hotplug-status. [2012-07-08 19:52:56 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-08 19:52:56 1216] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-08 19:52:56 1216] INFO (XendDomain:1225) Domain mailer1 (4) unpa= used. [2012-07-08 19:55:21 1216] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D4 [2012-07-08 19:55:21 1216] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-08 19:55:22 1216] INFO (image:615) mailer1 device model terminat= ed [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/768 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:2406) No device model [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/768 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 19:55:22 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 19:56:01 1216] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['videoram', 4], ['serial', 'pty'], ['acpi', 1], ['apic', 1], ['boot= ', 'dc'], ['cpuid', []], ['cpuid_check', []], ['fda', ''], ['fdb', ''], [= 'guest_os_type', 'default'], ['hap', 1], ['hpet', 0], ['isa', 0], ['keyma= p', ''], ['localtime', 0], ['nographic', 0], ['oos', 1], ['pae', 1], ['pc= i', []], ['pci_msitranslate', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset= ', 0], ['sdl', 0], ['soundhw', ''], ['stdvga', 0], ['timer_mode', 1], ['u= sb', 0], ['usbdevice', 'tablet'], ['vcpus', 1], ['vnc', 1], ['vncunused',= 1], ['viridian', 0], ['vpt_align', 1], ['xauthority', '/root/.Xauthority= '], ['xen_platform_pci', 1], ['memory_sharing', 0], ['device_model', '/us= r/lib/xen-4.1/bin/qemu-dm'], ['vncpasswd', 'XXXXXXXX'], ['tsc_mode', 0], = ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['uname', 'ph= y:/dev/vmdisks/mailer1'], ['dev', 'hda'], ['mode', 'w']]], ['device', ['v= bd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev', 'hdc:= cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0'], ['mac'= , '00:50:56:00:04:25'], ['type', 'ioemu']]]]) [2012-07-08 19:56:01 1216] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-08 19:56:01 1216] DEBUG (balloon:187) Balloon: 4240028 KiB free;= need 16384; done. [2012-07-08 19:56:01 1216] DEBUG (XendDomain:476) Adding Domain: 5 [2012-07-08 19:56:01 1216] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 5 256 [2012-07-08 19:56:01 1216] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-08 19:56:01 1216] DEBUG (image:891) args: boot, val: dc [2012-07-08 19:56:01 1216] DEBUG (image:891) args: fda, val: None [2012-07-08 19:56:01 1216] DEBUG (image:891) args: fdb, val: None [2012-07-08 19:56:01 1216] DEBUG (image:891) args: soundhw, val: None [2012-07-08 19:56:01 1216] DEBUG (image:891) args: localtime, val: 0 [2012-07-08 19:56:01 1216] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-08 19:56:01 1216] DEBUG (image:891) args: std-vga, val: 0 [2012-07-08 19:56:01 1216] DEBUG (image:891) args: isa, val: 0 [2012-07-08 19:56:01 1216] DEBUG (image:891) args: acpi, val: 1 [2012-07-08 19:56:01 1216] DEBUG (image:891) args: usb, val: 0 [2012-07-08 19:56:01 1216] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-08 19:56:01 1216] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-08 19:56:01 1216] INFO (image:822) Need to create platform devic= e.[domid:5] [2012-07-08 19:56:01 1216] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-08 19:56:01 1216] INFO (image:182) buildDomain os=3Dhvm dom=3D5 = vcpus=3D1 [2012-07-08 19:56:01 1216] DEBUG (image:949) domid =3D 5 [2012-07-08 19:56:01 1216] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-08 19:56:01 1216] DEBUG (image:951) store_evtchn =3D 2 [2012-07-08 19:56:01 1216] DEBUG (image:952) memsize =3D 4096 [2012-07-08 19:56:01 1216] DEBUG (image:953) target =3D 4096 [2012-07-08 19:56:01 1216] DEBUG (image:954) vcpus =3D 1 [2012-07-08 19:56:01 1216] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-08 19:56:01 1216] DEBUG (image:956) acpi =3D 1 [2012-07-08 19:56:01 1216] DEBUG (image:957) apic =3D 1 [2012-07-08 19:56:01 1216] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncpasswd': 'XXXXXXXX', 'vncunused': 1, 'other_config': {'vncunused': = 1, 'vncpasswd': 'XXXXXXXX', 'vnc': '1'}, 'vnc': '1', 'uuid': '960c1d81-f6= da-e04a-e513-4e094e4e65fc'} [2012-07-08 19:56:01 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/5/0'} to /local/domain/5/device/vfb/0. [2012-07-08 19:56:01 1216] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/5/de= vice/vfb/0', 'uuid': '960c1d81-f6da-e04a-e513-4e094e4e65fc', 'frontend-id= ': '5', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1', 'vnc': '1'}= to /local/domain/0/backend/vfb/5/0. [2012-07-08 19:56:01 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '7b0b8da0-9cfa-227d-6008-71ca7f457b92', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'hda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-08 19:56:01 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '768', 'device-type': 'disk', 'st= ate': '1', 'backend': '/local/domain/0/backend/vbd/5/768'} to /local/doma= in/5/device/vbd/768. [2012-07-08 19:56:01 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/5/device/vbd/768', 'uu= id': '7b0b8da0-9cfa-227d-6008-71ca7f457b92', 'bootable': '1', 'dev': 'hda= ', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online':= '1', 'frontend-id': '5', 'type': 'phy'} to /local/domain/0/backend/vbd/5= /768. [2012-07-08 19:56:01 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'a9aa5025-3db5-0a46-096d-04fa32de31a3', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-08 19:56:01 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/5/5632'} to /local/d= omain/5/device/vbd/5632. [2012-07-08 19:56:01 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/5/device/vbd/5632', 'u= uid': 'a9aa5025-3db5-0a46-096d-04fa32de31a3', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '5', 'type': 'file'} to /local/domai= n/0/backend/vbd/5/5632. [2012-07-08 19:56:01 1216] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '83071153-f772-b4b9-b012-b2e422435aca'} [2012-07-08 19:56:01 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/5/0'} to /local/domain/5/device/vif/0. [2012-07-08 19:56:01 1216] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '83071= 153-f772-b4b9-b012-b2e422435aca', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '5', 'state': '1', 'online':= '1', 'frontend': '/local/domain/5/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/5/0. [2012-07-08 19:56:01 1216] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '5', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', '= -vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial= ', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap5.0= ,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-08 19:56:01 1216] INFO (image:467) device model pid: 3861 [2012-07-08 19:56:01 1216] INFO (image:590) waiting for sentinel_fifo [2012-07-08 19:56:01 1216] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': 'fc364cc6-1d92-1159-f111-73a4ff23e852', 'on_reboot': 'restart',= 'start_time': '1341770161.54', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (vncpasswd XXXXXX) (pae 1) (viridian 0) (acpi 1) (vnc 1) = (nographic 0) (nomigrate 0) (usb 0) (tsc_mode 0) (guest_os_type default) = (device_model /usr/lib/xen-4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthorit= y /root/.Xauthority) (isa 0) (notes (SUSPEND_CANCEL 1)))", 'name': 'maile= r1'} [2012-07-08 19:56:01 1216] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/fc364cc6-1d92-1159-f111-73a4ff23e852', 'd= omid': '5', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-08 19:56:01 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/5/0'} to /local/domain/5/device/console/0. [2012-07-08 19:56:01 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/5/device/console/0', '= uuid': '5305fad8-4c99-84e9-936b-7d1da159bcf1', 'frontend-id': '5', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/5/0. [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-08 19:56:01 1216] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-08 19:56:01 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 19:56:01 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/5/0/hotplug-status. [2012-07-08 19:56:01 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = console. [2012-07-08 19:56:01 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-08 19:56:01 1216] DEBUG (DevController:144) Waiting for 768. [2012-07-08 19:56:01 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/5/768/hotplug-status. [2012-07-08 19:56:01 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 19:56:01 1216] DEBUG (DevController:144) Waiting for 5632. [2012-07-08 19:56:01 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/5/5632/hotplug-status. [2012-07-08 19:56:01 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-08 19:56:01 1216] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-08 19:56:01 1216] INFO (XendDomain:1225) Domain mailer1 (5) unpa= used. [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:3107) XendDomainInfo.res= etDomain(5) [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D5 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-08 20:08:09 1216] INFO (image:615) mailer1 device model terminat= ed [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/768 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:2406) No device model [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/768 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:125) XendDomainInfo.crea= te_from_dict({'vcpus_params': {'cap': 0, 'weight': 256}, 'PV_args': '', '= features': '', 'cpus': [[]], 'paused': 0, 'use_tmp_kernel': False, 'domid= ': None, 'memory_sharing': 0, 'superpages': 0, 'VCPUs_live': 1, 'PV_bootl= oader': '', 'actions_after_crash': 'restart', 'vbd_refs': ['7b0b8da0-9cfa= -227d-6008-71ca7f457b92', 'a9aa5025-3db5-0a46-096d-04fa32de31a3'], 'PV_ra= mdisk': '', 'is_control_domain': False, 'name_label': 'mailer1', 'VCPUs_a= t_startup': 1, 'HVM_boot_params': {'order': 'dc'}, 'platform': {'videoram= ': 4, 'hpet': 0, 'vpt_align': 1, 'loader': '/usr/lib/xen-4.1/boot/hvmload= er', 'rtc_timeoffset': 0, 'serial': 'pty', 'vncunused': 1, 'vncpasswd': '= XXXXXXXX', 'usb': 0, 'boot': 'dc', 'xen_platform_pci': 1, 'pci': [], 'pae= ': 1, 'stdvga': 0, 'hap': 1, 'viridian': 0, 'acpi': 1, 'localtime': 0, 't= imer_mode': 1, 'vnc': 1, 'nographic': 0, 'pci_msitranslate': 1, 'oos': 1,= 'apic': 1, 'sdl': 0, 'nomigrate': 0, 'usbdevice': 'tablet', 'tsc_mode': = 0, 'guest_os_type': 'default', 'device_model': '/usr/lib/xen-4.1/bin/qemu= -dm', 'pci_power_mgmt': 0, 'xauthority': '/root/.Xauthority', 'isa': 0}, = 'PV_kernel': '', 'console_refs': ['960c1d81-f6da-e04a-e513-4e094e4e65fc',= '5305fad8-4c99-84e9-936b-7d1da159bcf1'], 'online_vcpus': 1, 'blocked': 0= , 'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shutdown': 0, 'HVM_bo= ot_policy': 'BIOS order', 'description': '', 'shutdown_reason': 255, 'VCP= Us_max': 1, 'start_time': 1341770161.543412, 'memory_static_max': 4294967= 296, 'actions_after_shutdown': 'destroy', 'use_tmp_ramdisk': False, 'on_x= end_start': 'ignore', 'crashed': 0, 'memory_dynamic_max': 4294967296, 'ac= tions_after_suspend': '', 'is_a_template': False, 'PV_bootloader_args': '= ', 'memory_dynamic_min': 4294967296, 'uuid': 'fc364cc6-1d92-1159-f111-73a= 4ff23e852', 'cpu_time': 0.0, 'shadow_memory': 33, 'memory_static_min': 0,= 'dying': 0, 'vcpu_avail': 1, 'notes': {'SUSPEND_CANCEL': 1}, 'other_conf= ig': {}, 'auto_power_on': False, 'running': 0, 'actions_after_reboot': 'r= estart', 'Description': '', 'vif_refs': ['83071153-f772-b4b9-b012-b2e4224= 35aca'], 'target': 0, 'vtpm_refs': [], 's3_integrity': 1, 'devices': {'96= 0c1d81-f6da-e04a-e513-4e094e4e65fc': ('vfb', {'vncunused': 1, 'other_conf= ig': {'vncunused': 1, 'vncpasswd': 'XXXXXXXX', 'vnc': '1'}, 'vnc': '1', '= uuid': '960c1d81-f6da-e04a-e513-4e094e4e65fc', 'devid': 0, 'vncpasswd': '= XXXXXXXX', 'location': '127.0.0.1:5900'}), 'a9aa5025-3db5-0a46-096d-04fa3= 2de31a3': ('vbd', {'uuid': 'a9aa5025-3db5-0a46-096d-04fa32de31a3', 'boota= ble': 0, 'devid': 5632, 'driver': 'paravirtualised', 'dev': 'hdc:cdrom', = 'uname': 'file:/isos/ubuntu-12.04-server-amd64.iso', 'mode': 'r'}), '8307= 1153-f772-b4b9-b012-b2e422435aca': ('vif', {'bridge': 'xenbr0', 'mac': '0= 0:50:56:00:04:25', 'devid': 0, 'type': 'ioemu', 'uuid': '83071153-f772-b4= b9-b012-b2e422435aca'}), '7b0b8da0-9cfa-227d-6008-71ca7f457b92': ('vbd', = {'uuid': '7b0b8da0-9cfa-227d-6008-71ca7f457b92', 'bootable': 1, 'devid': = 768, 'driver': 'paravirtualised', 'dev': 'hda', 'uname': 'phy:/dev/vmdisk= s/mailer1', 'mode': 'w'}), '5305fad8-4c99-84e9-936b-7d1da159bcf1': ('cons= ole', {'other_config': {}, 'protocol': 'vt100', 'uuid': '5305fad8-4c99-84= e9-936b-7d1da159bcf1', 'location': '3'})}}) [2012-07-08 20:08:09 1216] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-08 20:08:09 1216] DEBUG (balloon:187) Balloon: 4240028 KiB free;= need 16384; done. [2012-07-08 20:08:10 1216] DEBUG (XendDomain:476) Adding Domain: 6 [2012-07-08 20:08:10 1216] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 6 256 [2012-07-08 20:08:10 1216] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-08 20:08:10 1216] DEBUG (image:891) args: boot, val: dc [2012-07-08 20:08:10 1216] DEBUG (image:891) args: fda, val: None [2012-07-08 20:08:10 1216] DEBUG (image:891) args: fdb, val: None [2012-07-08 20:08:10 1216] DEBUG (image:891) args: soundhw, val: None [2012-07-08 20:08:10 1216] DEBUG (image:891) args: localtime, val: 0 [2012-07-08 20:08:10 1216] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-08 20:08:10 1216] DEBUG (image:891) args: std-vga, val: 0 [2012-07-08 20:08:10 1216] DEBUG (image:891) args: isa, val: 0 [2012-07-08 20:08:10 1216] DEBUG (image:891) args: acpi, val: 1 [2012-07-08 20:08:10 1216] DEBUG (image:891) args: usb, val: 0 [2012-07-08 20:08:10 1216] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-08 20:08:10 1216] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-08 20:08:10 1216] INFO (image:822) Need to create platform devic= e.[domid:6] [2012-07-08 20:08:10 1216] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x21, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-08 20:08:10 1216] INFO (image:182) buildDomain os=3Dhvm dom=3D6 = vcpus=3D1 [2012-07-08 20:08:10 1216] DEBUG (image:949) domid =3D 6 [2012-07-08 20:08:10 1216] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-08 20:08:10 1216] DEBUG (image:951) store_evtchn =3D 2 [2012-07-08 20:08:10 1216] DEBUG (image:952) memsize =3D 4096 [2012-07-08 20:08:10 1216] DEBUG (image:953) target =3D 4096 [2012-07-08 20:08:10 1216] DEBUG (image:954) vcpus =3D 1 [2012-07-08 20:08:10 1216] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-08 20:08:10 1216] DEBUG (image:956) acpi =3D 1 [2012-07-08 20:08:10 1216] DEBUG (image:957) apic =3D 1 [2012-07-08 20:08:10 1216] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': 1, 'other_config': {'vncunused': 1, 'vncpasswd': 'XXXXXXXX= ', 'vnc': '1'}, 'vnc': '1', 'uuid': '960c1d81-f6da-e04a-e513-4e094e4e65fc= ', 'devid': 0, 'vncpasswd': 'XXXXXXXX', 'location': '127.0.0.1:5900'} [2012-07-08 20:08:10 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/6/0'} to /local/domain/6/device/vfb/0. [2012-07-08 20:08:10 1216] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/6/de= vice/vfb/0', 'uuid': '960c1d81-f6da-e04a-e513-4e094e4e65fc', 'frontend-id= ': '6', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'location': '127.0.0.1:590= 0', 'online': '1', 'vnc': '1'} to /local/domain/0/backend/vfb/6/0. [2012-07-08 20:08:10 1216] INFO (XendDomainInfo:2357) createDevice: conso= le : {'other_config': {}, 'protocol': 'vt100', 'uuid': '5305fad8-4c99-84e= 9-936b-7d1da159bcf1', 'location': '3'} [2012-07-08 20:08:10 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/6/0'} to /local/domain/6/device/console/0. [2012-07-08 20:08:10 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/6/device/console/0', '= uuid': '5305fad8-4c99-84e9-936b-7d1da159bcf1', 'frontend-id': '6', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/6/0. [2012-07-08 20:08:10 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '7b0b8da0-9cfa-227d-6008-71ca7f457b92', 'bootable': 1, 'devid':= 768, 'driver': 'paravirtualised', 'dev': 'hda', 'uname': 'phy:/dev/vmdis= ks/mailer1', 'mode': 'w'} [2012-07-08 20:08:10 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '768', 'device-type': 'disk', 'st= ate': '1', 'backend': '/local/domain/0/backend/vbd/6/768'} to /local/doma= in/6/device/vbd/768. [2012-07-08 20:08:10 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/6/device/vbd/768', 'uu= id': '7b0b8da0-9cfa-227d-6008-71ca7f457b92', 'bootable': '1', 'dev': 'hda= ', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online':= '1', 'frontend-id': '6', 'type': 'phy'} to /local/domain/0/backend/vbd/6= /768. [2012-07-08 20:08:10 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'a9aa5025-3db5-0a46-096d-04fa32de31a3', 'bootable': 0, 'devid':= 5632, 'driver': 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/i= sos/ubuntu-12.04-server-amd64.iso', 'mode': 'r'} [2012-07-08 20:08:10 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/6/5632'} to /local/d= omain/6/device/vbd/5632. [2012-07-08 20:08:10 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/6/device/vbd/5632', 'u= uid': 'a9aa5025-3db5-0a46-096d-04fa32de31a3', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '6', 'type': 'file'} to /local/domai= n/0/backend/vbd/6/5632. [2012-07-08 20:08:10 1216] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'devid': 0, 'type': 'io= emu', 'uuid': '83071153-f772-b4b9-b012-b2e422435aca'} [2012-07-08 20:08:10 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/6/0'} to /local/domain/6/device/vif/0. [2012-07-08 20:08:10 1216] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '83071= 153-f772-b4b9-b012-b2e422435aca', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '6', 'state': '1', 'online':= '1', 'frontend': '/local/domain/6/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/6/0. [2012-07-08 20:08:10 1216] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '6', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', '= -vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial= ', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap6.0= ,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-08 20:08:10 1216] INFO (image:467) device model pid: 4412 [2012-07-08 20:08:10 1216] INFO (image:590) waiting for sentinel_fifo [2012-07-08 20:08:10 1216] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': 'fc364cc6-1d92-1159-f111-73a4ff23e852', 'on_reboot': 'restart',= 'start_time': '1341770890.34', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (vncpasswd XXXXXX) (pae 1) (viridian 0) (acpi 1) (vnc 1) = (nographic 0) (nomigrate 0) (usb 0) (tsc_mode 0) (guest_os_type default) = (device_model /usr/lib/xen-4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthorit= y /root/.Xauthority) (isa 0) (notes (SUSPEND_CANCEL 1)))", 'name': 'maile= r1'} [2012-07-08 20:08:10 1216] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/fc364cc6-1d92-1159-f111-73a4ff23e852', 'd= omid': '6', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-08 20:08:10 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:08:10 1216] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 20:08:10 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/6/0/hotplug-status. [2012-07-08 20:08:10 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/6/0/hotplug-status. [2012-07-08 20:08:10 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = console. [2012-07-08 20:08:10 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-08 20:08:10 1216] DEBUG (DevController:144) Waiting for 768. [2012-07-08 20:08:10 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/6/768/hotplug-status. [2012-07-08 20:08:10 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:08:10 1216] DEBUG (DevController:144) Waiting for 5632. [2012-07-08 20:08:10 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/6/5632/hotplug-status. [2012-07-08 20:08:10 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/6/5632/hotplug-status. [2012-07-08 20:08:10 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-08 20:08:10 1216] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-08 20:09:32 1216] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D6 [2012-07-08 20:09:32 1216] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-08 20:09:32 1216] INFO (image:615) mailer1 device model terminat= ed [2012-07-08 20:09:32 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 20:09:32 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 20:09:32 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 20:09:32 1216] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-08 20:09:32 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/768 [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:2406) No device model [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/768 [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 20:09:33 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 20:10:11 1216] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'hda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncunused', '1'], ['vncpasswd', 'XXXXXXXX'], ['vnc= ', '1'], ['vnclisten', '0.0.0.0'], ['xauthority', '/root/.Xauthority']]]]= ) [2012-07-08 20:10:11 1216] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-08 20:10:11 1216] DEBUG (balloon:187) Balloon: 4240028 KiB free;= need 16384; done. [2012-07-08 20:10:11 1216] DEBUG (XendDomain:476) Adding Domain: 7 [2012-07-08 20:10:11 1216] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 7 256 [2012-07-08 20:10:11 1216] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-08 20:10:11 1216] DEBUG (image:891) args: boot, val: dc [2012-07-08 20:10:11 1216] DEBUG (image:891) args: fda, val: None [2012-07-08 20:10:11 1216] DEBUG (image:891) args: fdb, val: None [2012-07-08 20:10:11 1216] DEBUG (image:891) args: soundhw, val: None [2012-07-08 20:10:11 1216] DEBUG (image:891) args: localtime, val: 0 [2012-07-08 20:10:11 1216] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-08 20:10:11 1216] DEBUG (image:891) args: std-vga, val: 0 [2012-07-08 20:10:11 1216] DEBUG (image:891) args: isa, val: 0 [2012-07-08 20:10:11 1216] DEBUG (image:891) args: acpi, val: 1 [2012-07-08 20:10:11 1216] DEBUG (image:891) args: usb, val: 0 [2012-07-08 20:10:11 1216] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-08 20:10:11 1216] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-08 20:10:11 1216] INFO (image:822) Need to create platform devic= e.[domid:7] [2012-07-08 20:10:11 1216] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-08 20:10:11 1216] INFO (image:182) buildDomain os=3Dhvm dom=3D7 = vcpus=3D1 [2012-07-08 20:10:11 1216] DEBUG (image:949) domid =3D 7 [2012-07-08 20:10:11 1216] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-08 20:10:11 1216] DEBUG (image:951) store_evtchn =3D 2 [2012-07-08 20:10:11 1216] DEBUG (image:952) memsize =3D 4096 [2012-07-08 20:10:11 1216] DEBUG (image:953) target =3D 4096 [2012-07-08 20:10:11 1216] DEBUG (image:954) vcpus =3D 1 [2012-07-08 20:10:11 1216] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-08 20:10:11 1216] DEBUG (image:956) acpi =3D 1 [2012-07-08 20:10:11 1216] DEBUG (image:957) apic =3D 1 [2012-07-08 20:10:11 1216] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': '8f279483-e85f-64df-7b1c-a62425be7259'} [2012-07-08 20:10:11 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/7/0'} to /local/domain/7/device/vkbd/0. [2012-07-08 20:10:11 1216] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '7', 'domain': 'mailer1', 'frontend': '/local/domain/7/= device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend/v= kbd/7/0. [2012-07-08 20:10:11 1216] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '1', 'other_config': {'vncunused': '1', 'vncpasswd': 'XXXX= XXXX', 'vnclisten': '0.0.0.0', 'vnc': '1', 'xauthority': '/root/.Xauthori= ty'}, 'vnc': '1', 'xauthority': '/root/.Xauthority', 'vnclisten': '0.0.0.= 0', 'vncpasswd': 'XXXXXXXX', 'uuid': 'b2814528-a51a-9d82-a1dc-f74acfb81c7= 3'} [2012-07-08 20:10:11 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/7/0'} to /local/domain/7/device/vfb/0. [2012-07-08 20:10:11 1216] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/7/de= vice/vfb/0', 'xauthority': '/root/.Xauthority', 'frontend-id': '7', 'vncl= isten': '0.0.0.0', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1', = 'vnc': '1', 'uuid': 'b2814528-a51a-9d82-a1dc-f74acfb81c73'} to /local/dom= ain/0/backend/vfb/7/0. [2012-07-08 20:10:11 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '156cb2ec-4195-6329-3ce1-3e1a0c177e3d', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'hda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-08 20:10:11 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '768', 'device-type': 'disk', 'st= ate': '1', 'backend': '/local/domain/0/backend/vbd/7/768'} to /local/doma= in/7/device/vbd/768. [2012-07-08 20:10:11 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/7/device/vbd/768', 'uu= id': '156cb2ec-4195-6329-3ce1-3e1a0c177e3d', 'bootable': '1', 'dev': 'hda= ', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online':= '1', 'frontend-id': '7', 'type': 'phy'} to /local/domain/0/backend/vbd/7= /768. [2012-07-08 20:10:11 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '22ad0686-f995-83fd-7c60-76928754fb84', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-08 20:10:11 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/7/5632'} to /local/d= omain/7/device/vbd/5632. [2012-07-08 20:10:11 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/7/device/vbd/5632', 'u= uid': '22ad0686-f995-83fd-7c60-76928754fb84', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '7', 'type': 'file'} to /local/domai= n/0/backend/vbd/7/5632. [2012-07-08 20:10:11 1216] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '6fb8f4b1-18a2-8af5-edf8-c9adc15225c7'} [2012-07-08 20:10:11 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/7/0'} to /local/domain/7/device/vif/0. [2012-07-08 20:10:11 1216] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '6fb8f= 4b1-18a2-8af5-edf8-c9adc15225c7', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '7', 'state': '1', 'online':= '1', 'frontend': '/local/domain/7/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/7/0. [2012-07-08 20:10:11 1216] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '7', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '0.0.0.0:0,password', '-v= ncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial',= 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap7.0= ,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-08 20:10:11 1216] INFO (image:467) device model pid: 4950 [2012-07-08 20:10:11 1216] INFO (image:590) waiting for sentinel_fifo [2012-07-08 20:10:11 1216] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': 'b58d0493-8315-88e3-873f-6faaee27f19b', 'on_reboot': 'restart',= 'start_time': '1341771011.88', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-08 20:10:11 1216] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/b58d0493-8315-88e3-873f-6faaee27f19b', 'd= omid': '7', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-08 20:10:11 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/7/0'} to /local/domain/7/device/console/0. [2012-07-08 20:10:11 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/7/device/console/0', '= uuid': 'e3892a22-e25f-2728-9f61-6a10ea773884', 'frontend-id': '7', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/7/0. [2012-07-08 20:10:11 1216] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-08 20:10:11 1216] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-08 20:10:11 1216] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 20:10:11 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:10:12 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/7/0/hotplug-status. [2012-07-08 20:10:12 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:10:12 1216] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-08 20:10:12 1216] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-08 20:10:12 1216] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-08 20:10:12 1216] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-08 20:10:12 1216] DEBUG (DevController:139) Waiting for devices = console. [2012-07-08 20:10:12 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:10:12 1216] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-08 20:10:12 1216] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-08 20:10:12 1216] DEBUG (DevController:144) Waiting for 768. [2012-07-08 20:10:12 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/7/768/hotplug-status. [2012-07-08 20:10:12 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:10:12 1216] DEBUG (DevController:144) Waiting for 5632. [2012-07-08 20:10:12 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/7/5632/hotplug-status. [2012-07-08 20:10:12 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:10:12 1216] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-08 20:10:12 1216] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-08 20:10:12 1216] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-08 20:10:12 1216] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-08 20:10:12 1216] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-08 20:10:12 1216] INFO (XendDomain:1225) Domain mailer1 (7) unpa= used. [2012-07-08 20:12:44 1216] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D7 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-08 20:12:45 1216] INFO (image:615) mailer1 device model terminat= ed [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/768 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:2406) No device model [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/768 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 20:12:45 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 20:13:21 1216] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'hda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncunused', '1'], ['vncpasswd', 'XXXXXXXX'], ['vnc= ', '1'], ['vnclisten', '127.0.0.1'], ['xauthority', '/root/.Xauthority']]= ]]) [2012-07-08 20:13:21 1216] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-08 20:13:21 1216] DEBUG (balloon:187) Balloon: 4240028 KiB free;= need 16384; done. [2012-07-08 20:13:21 1216] DEBUG (XendDomain:476) Adding Domain: 8 [2012-07-08 20:13:21 1216] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 8 256 [2012-07-08 20:13:21 1216] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-08 20:13:21 1216] DEBUG (image:891) args: boot, val: dc [2012-07-08 20:13:21 1216] DEBUG (image:891) args: fda, val: None [2012-07-08 20:13:21 1216] DEBUG (image:891) args: fdb, val: None [2012-07-08 20:13:21 1216] DEBUG (image:891) args: soundhw, val: None [2012-07-08 20:13:21 1216] DEBUG (image:891) args: localtime, val: 0 [2012-07-08 20:13:21 1216] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-08 20:13:21 1216] DEBUG (image:891) args: std-vga, val: 0 [2012-07-08 20:13:21 1216] DEBUG (image:891) args: isa, val: 0 [2012-07-08 20:13:21 1216] DEBUG (image:891) args: acpi, val: 1 [2012-07-08 20:13:21 1216] DEBUG (image:891) args: usb, val: 0 [2012-07-08 20:13:21 1216] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-08 20:13:21 1216] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-08 20:13:21 1216] INFO (image:822) Need to create platform devic= e.[domid:8] [2012-07-08 20:13:21 1216] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-08 20:13:21 1216] INFO (image:182) buildDomain os=3Dhvm dom=3D8 = vcpus=3D1 [2012-07-08 20:13:21 1216] DEBUG (image:949) domid =3D 8 [2012-07-08 20:13:21 1216] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-08 20:13:21 1216] DEBUG (image:951) store_evtchn =3D 2 [2012-07-08 20:13:21 1216] DEBUG (image:952) memsize =3D 4096 [2012-07-08 20:13:21 1216] DEBUG (image:953) target =3D 4096 [2012-07-08 20:13:21 1216] DEBUG (image:954) vcpus =3D 1 [2012-07-08 20:13:21 1216] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-08 20:13:21 1216] DEBUG (image:956) acpi =3D 1 [2012-07-08 20:13:21 1216] DEBUG (image:957) apic =3D 1 [2012-07-08 20:13:21 1216] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': '6f7b74aa-47ea-e3db-23b2-0a39614dcf50'} [2012-07-08 20:13:21 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/8/0'} to /local/domain/8/device/vkbd/0. [2012-07-08 20:13:21 1216] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '8', 'domain': 'mailer1', 'frontend': '/local/domain/8/= device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend/v= kbd/8/0. [2012-07-08 20:13:21 1216] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '1', 'other_config': {'vncunused': '1', 'vncpasswd': 'XXXX= XXXX', 'vnclisten': '127.0.0.1', 'vnc': '1', 'xauthority': '/root/.Xautho= rity'}, 'vnc': '1', 'xauthority': '/root/.Xauthority', 'vnclisten': '127.= 0.0.1', 'vncpasswd': 'XXXXXXXX', 'uuid': 'cd174213-8d02-8bb7-cf32-4cd088f= 2b6c9'} [2012-07-08 20:13:21 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/8/0'} to /local/domain/8/device/vfb/0. [2012-07-08 20:13:21 1216] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/8/de= vice/vfb/0', 'xauthority': '/root/.Xauthority', 'frontend-id': '8', 'vncl= isten': '127.0.0.1', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1'= , 'vnc': '1', 'uuid': 'cd174213-8d02-8bb7-cf32-4cd088f2b6c9'} to /local/d= omain/0/backend/vfb/8/0. [2012-07-08 20:13:21 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'ea836a7e-f155-ac4b-efa6-c7e384493f42', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'hda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-08 20:13:21 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '768', 'device-type': 'disk', 'st= ate': '1', 'backend': '/local/domain/0/backend/vbd/8/768'} to /local/doma= in/8/device/vbd/768. [2012-07-08 20:13:21 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/8/device/vbd/768', 'uu= id': 'ea836a7e-f155-ac4b-efa6-c7e384493f42', 'bootable': '1', 'dev': 'hda= ', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online':= '1', 'frontend-id': '8', 'type': 'phy'} to /local/domain/0/backend/vbd/8= /768. [2012-07-08 20:13:21 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '7f634ccb-465b-2701-3db2-10bc2fe33f7e', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-08 20:13:21 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/8/5632'} to /local/d= omain/8/device/vbd/5632. [2012-07-08 20:13:21 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/8/device/vbd/5632', 'u= uid': '7f634ccb-465b-2701-3db2-10bc2fe33f7e', 'bootable': '0', 'dev': 'hd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '8', 'type': 'file'} to /local/domai= n/0/backend/vbd/8/5632. [2012-07-08 20:13:21 1216] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '128c1ab1-dafe-bcc6-0cda-d1ac893c3e69'} [2012-07-08 20:13:21 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/8/0'} to /local/domain/8/device/vif/0. [2012-07-08 20:13:21 1216] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '128c1= ab1-dafe-bcc6-0cda-d1ac893c3e69', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '8', 'state': '1', 'online':= '1', 'frontend': '/local/domain/8/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/8/0. [2012-07-08 20:13:21 1216] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '8', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', '= -vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial= ', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap8.0= ,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-08 20:13:21 1216] INFO (image:467) device model pid: 5583 [2012-07-08 20:13:21 1216] INFO (image:590) waiting for sentinel_fifo [2012-07-08 20:13:21 1216] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '6e0fb0e9-c6ed-8921-283f-34843aca3816', 'on_reboot': 'restart',= 'start_time': '1341771201.58', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-08 20:13:21 1216] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/6e0fb0e9-c6ed-8921-283f-34843aca3816', 'd= omid': '8', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-08 20:13:21 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/8/0'} to /local/domain/8/device/console/0. [2012-07-08 20:13:21 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/8/device/console/0', '= uuid': '48b12750-3f7c-373e-98b3-7a9940bba637', 'frontend-id': '8', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/8/0. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-08 20:13:21 1216] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 20:13:21 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:13:21 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/8/0/hotplug-status. [2012-07-08 20:13:21 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = console. [2012-07-08 20:13:21 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-08 20:13:21 1216] DEBUG (DevController:144) Waiting for 768. [2012-07-08 20:13:21 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/8/768/hotplug-status. [2012-07-08 20:13:21 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:13:21 1216] DEBUG (DevController:144) Waiting for 5632. [2012-07-08 20:13:21 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/8/5632/hotplug-status. [2012-07-08 20:13:21 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-08 20:13:21 1216] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-08 20:13:21 1216] INFO (XendDomain:1225) Domain mailer1 (8) unpa= used. [2012-07-08 20:16:00 1216] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D8 [2012-07-08 20:16:00 1216] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-08 20:16:01 1216] INFO (image:615) mailer1 device model terminat= ed [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/768 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:2406) No device model [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/768 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 20:16:01 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 20:26:53 1216] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/ubuntu-12.04-server-amd64.iso'], ['dev= ', 'sdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0']= , ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']]= , ['device', ['vfb', ['vncunused', '1'], ['vncpasswd', 'XXXXXXXX'], ['vnc= ', '1'], ['vnclisten', '127.0.0.1'], ['xauthority', '/root/.Xauthority']]= ]]) [2012-07-08 20:26:53 1216] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-08 20:26:53 1216] DEBUG (balloon:187) Balloon: 4240028 KiB free;= need 16384; done. [2012-07-08 20:26:53 1216] DEBUG (XendDomain:476) Adding Domain: 9 [2012-07-08 20:26:53 1216] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 9 256 [2012-07-08 20:26:53 1216] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-08 20:26:53 1216] DEBUG (image:891) args: boot, val: dc [2012-07-08 20:26:53 1216] DEBUG (image:891) args: fda, val: None [2012-07-08 20:26:53 1216] DEBUG (image:891) args: fdb, val: None [2012-07-08 20:26:53 1216] DEBUG (image:891) args: soundhw, val: None [2012-07-08 20:26:53 1216] DEBUG (image:891) args: localtime, val: 0 [2012-07-08 20:26:53 1216] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-08 20:26:53 1216] DEBUG (image:891) args: std-vga, val: 0 [2012-07-08 20:26:53 1216] DEBUG (image:891) args: isa, val: 0 [2012-07-08 20:26:53 1216] DEBUG (image:891) args: acpi, val: 1 [2012-07-08 20:26:53 1216] DEBUG (image:891) args: usb, val: 0 [2012-07-08 20:26:53 1216] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-08 20:26:53 1216] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-08 20:26:53 1216] INFO (image:822) Need to create platform devic= e.[domid:9] [2012-07-08 20:26:53 1216] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-08 20:26:53 1216] INFO (image:182) buildDomain os=3Dhvm dom=3D9 = vcpus=3D1 [2012-07-08 20:26:53 1216] DEBUG (image:949) domid =3D 9 [2012-07-08 20:26:53 1216] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-08 20:26:53 1216] DEBUG (image:951) store_evtchn =3D 2 [2012-07-08 20:26:53 1216] DEBUG (image:952) memsize =3D 4096 [2012-07-08 20:26:53 1216] DEBUG (image:953) target =3D 4096 [2012-07-08 20:26:53 1216] DEBUG (image:954) vcpus =3D 1 [2012-07-08 20:26:53 1216] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-08 20:26:53 1216] DEBUG (image:956) acpi =3D 1 [2012-07-08 20:26:53 1216] DEBUG (image:957) apic =3D 1 [2012-07-08 20:26:53 1216] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': '48ddb651-dcef-166e-8447-be04895dd041'} [2012-07-08 20:26:53 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/9/0'} to /local/domain/9/device/vkbd/0. [2012-07-08 20:26:53 1216] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '9', 'domain': 'mailer1', 'frontend': '/local/domain/9/= device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend/v= kbd/9/0. [2012-07-08 20:26:53 1216] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '1', 'other_config': {'vncunused': '1', 'vncpasswd': 'XXXX= XXXX', 'vnclisten': '127.0.0.1', 'vnc': '1', 'xauthority': '/root/.Xautho= rity'}, 'vnc': '1', 'xauthority': '/root/.Xauthority', 'vnclisten': '127.= 0.0.1', 'vncpasswd': 'XXXXXXXX', 'uuid': 'ec81975e-88b4-6dc9-95cd-27cb042= 0ae35'} [2012-07-08 20:26:53 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/9/0'} to /local/domain/9/device/vfb/0. [2012-07-08 20:26:53 1216] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/9/de= vice/vfb/0', 'xauthority': '/root/.Xauthority', 'frontend-id': '9', 'vncl= isten': '127.0.0.1', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '1'= , 'vnc': '1', 'uuid': 'ec81975e-88b4-6dc9-95cd-27cb0420ae35'} to /local/d= omain/0/backend/vfb/9/0. [2012-07-08 20:26:53 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '630dea2a-34a9-bd89-20e0-ac13a3d41f25', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-08 20:26:53 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/9/2048'} to /local/do= main/9/device/vbd/2048. [2012-07-08 20:26:53 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/9/device/vbd/2048', 'u= uid': '630dea2a-34a9-bd89-20e0-ac13a3d41f25', 'bootable': '1', 'dev': 'sd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '9', 'type': 'phy'} to /local/domain/0/backend/vbd/= 9/2048. [2012-07-08 20:26:53 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'e230f7db-b96f-55b1-92d7-60ed0b7b1cdc', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'sdc:cdrom', 'uname': 'file:/isos/ubuntu-12.0= 4-server-amd64.iso', 'mode': 'r'} [2012-07-08 20:26:53 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2080', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/9/2080'} to /local/d= omain/9/device/vbd/2080. [2012-07-08 20:26:53 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/9/device/vbd/2080', 'u= uid': 'e230f7db-b96f-55b1-92d7-60ed0b7b1cdc', 'bootable': '0', 'dev': 'sd= c', 'state': '1', 'params': '/isos/ubuntu-12.04-server-amd64.iso', 'mode'= : 'r', 'online': '1', 'frontend-id': '9', 'type': 'file'} to /local/domai= n/0/backend/vbd/9/2080. [2012-07-08 20:26:53 1216] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : 'fbdc3604-3d13-6256-9e6b-adf36a0e55cc'} [2012-07-08 20:26:53 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/9/0'} to /local/domain/9/device/vif/0. [2012-07-08 20:26:53 1216] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': 'fbdc3= 604-3d13-6256-9e6b-adf36a0e55cc', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '9', 'state': '1', 'online':= '1', 'frontend': '/local/domain/9/device/vif/0', 'type': 'ioemu'} to /lo= cal/domain/0/backend/vif/9/0. [2012-07-08 20:26:53 1216] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '9', '-dom= ain-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', '= -vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial= ', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr=3D= 00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap9.0= ,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-08 20:26:53 1216] INFO (image:467) device model pid: 6393 [2012-07-08 20:26:53 1216] INFO (image:590) waiting for sentinel_fifo [2012-07-08 20:26:53 1216] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '3f91035f-527d-6424-f154-a007c23a83de', 'on_reboot': 'restart',= 'start_time': '1341772013.61', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-08 20:26:53 1216] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/3f91035f-527d-6424-f154-a007c23a83de', 'd= omid': '9', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', = 'memory/target': '4194304', 'control/platform-feature-multiprocessor-susp= end': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': = 'mailer1'} [2012-07-08 20:26:53 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/9/0'} to /local/domain/9/device/console/0. [2012-07-08 20:26:53 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/9/device/console/0', '= uuid': '7c0c8022-d8ea-c3c0-eb75-8bf903b2994a', 'frontend-id': '9', 'state= ': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/do= main/0/backend/console/9/0. [2012-07-08 20:26:53 1216] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-08 20:26:53 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:26:53 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/9/0/hotplug-status. [2012-07-08 20:26:53 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = console. [2012-07-08 20:26:53 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-08 20:26:53 1216] DEBUG (DevController:144) Waiting for 2048. [2012-07-08 20:26:53 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/9/2048/hotplug-status. [2012-07-08 20:26:53 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:26:53 1216] DEBUG (DevController:144) Waiting for 2080. [2012-07-08 20:26:53 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/9/2080/hotplug-status. [2012-07-08 20:26:53 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-08 20:26:53 1216] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-08 20:26:53 1216] INFO (XendDomain:1225) Domain mailer1 (9) unpa= used. [2012-07-08 20:27:30 1216] INFO (XendDomainInfo:2078) Domain has shutdown= : name=3Dmailer1 id=3D9 reason=3Dpoweroff. [2012-07-08 20:27:30 1216] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D9 [2012-07-08 20:27:30 1216] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-08 20:27:31 1216] INFO (image:615) mailer1 device model terminat= ed [2012-07-08 20:27:31 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 20:27:31 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 20:27:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 20:27:31 1216] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-08 20:27:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-08 20:27:31 1216] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-08 20:27:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-08 20:27:31 1216] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-08 20:27:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-08 20:27:31 1216] DEBUG (XendDomainInfo:2414) Removing vbd/2080 [2012-07-08 20:27:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2080 [2012-07-08 20:27:31 1216] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-08 20:27:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-08 20:29:08 1216] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'sda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/debian-6.0.5-amd64-netinst.iso'], ['de= v', 'sdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0'= ], ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']= ], ['device', ['vfb', ['vncunused', '1'], ['vncpasswd', 'XXXXXXXX'], ['vn= c', '1'], ['vnclisten', '127.0.0.1'], ['xauthority', '/root/.Xauthority']= ]]]) [2012-07-08 20:29:08 1216] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-08 20:29:08 1216] DEBUG (balloon:187) Balloon: 4240028 KiB free;= need 16384; done. [2012-07-08 20:29:08 1216] DEBUG (XendDomain:476) Adding Domain: 10 [2012-07-08 20:29:08 1216] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 10 256 [2012-07-08 20:29:08 1216] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-08 20:29:08 1216] DEBUG (image:891) args: boot, val: dc [2012-07-08 20:29:08 1216] DEBUG (image:891) args: fda, val: None [2012-07-08 20:29:08 1216] DEBUG (image:891) args: fdb, val: None [2012-07-08 20:29:08 1216] DEBUG (image:891) args: soundhw, val: None [2012-07-08 20:29:08 1216] DEBUG (image:891) args: localtime, val: 0 [2012-07-08 20:29:08 1216] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-08 20:29:08 1216] DEBUG (image:891) args: std-vga, val: 0 [2012-07-08 20:29:08 1216] DEBUG (image:891) args: isa, val: 0 [2012-07-08 20:29:08 1216] DEBUG (image:891) args: acpi, val: 1 [2012-07-08 20:29:08 1216] DEBUG (image:891) args: usb, val: 0 [2012-07-08 20:29:08 1216] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-08 20:29:08 1216] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-08 20:29:08 1216] INFO (image:822) Need to create platform devic= e.[domid:10] [2012-07-08 20:29:08 1216] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-08 20:29:08 1216] INFO (image:182) buildDomain os=3Dhvm dom=3D10= vcpus=3D1 [2012-07-08 20:29:08 1216] DEBUG (image:949) domid =3D 10 [2012-07-08 20:29:08 1216] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-08 20:29:08 1216] DEBUG (image:951) store_evtchn =3D 2 [2012-07-08 20:29:08 1216] DEBUG (image:952) memsize =3D 4096 [2012-07-08 20:29:08 1216] DEBUG (image:953) target =3D 4096 [2012-07-08 20:29:08 1216] DEBUG (image:954) vcpus =3D 1 [2012-07-08 20:29:08 1216] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-08 20:29:08 1216] DEBUG (image:956) acpi =3D 1 [2012-07-08 20:29:08 1216] DEBUG (image:957) apic =3D 1 [2012-07-08 20:29:08 1216] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': 'eec42576-9dd2-10d2-624e-173114c9237d'} [2012-07-08 20:29:08 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/10/0'} to /local/domain/10/device/vkbd/0. [2012-07-08 20:29:08 1216] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '10', 'domain': 'mailer1', 'frontend': '/local/domain/1= 0/device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend= /vkbd/10/0. [2012-07-08 20:29:08 1216] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '1', 'other_config': {'vncunused': '1', 'vncpasswd': 'XXXX= XXXX', 'vnclisten': '127.0.0.1', 'vnc': '1', 'xauthority': '/root/.Xautho= rity'}, 'vnc': '1', 'xauthority': '/root/.Xauthority', 'vnclisten': '127.= 0.0.1', 'vncpasswd': 'XXXXXXXX', 'uuid': '3de08c59-0a22-c35b-1e3c-7658798= b3f67'} [2012-07-08 20:29:08 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/10/0'} to /local/domain/10/device/vfb/0. [2012-07-08 20:29:08 1216] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/10/d= evice/vfb/0', 'xauthority': '/root/.Xauthority', 'frontend-id': '10', 'vn= clisten': '127.0.0.1', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '= 1', 'vnc': '1', 'uuid': '3de08c59-0a22-c35b-1e3c-7658798b3f67'} to /local= /domain/0/backend/vfb/10/0. [2012-07-08 20:29:08 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '55de6c3f-32bc-7a2e-bec0-c73113e31290', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'sda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-08 20:29:08 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2048', 'device-type': 'disk', 's= tate': '1', 'backend': '/local/domain/0/backend/vbd/10/2048'} to /local/d= omain/10/device/vbd/2048. [2012-07-08 20:29:08 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/10/device/vbd/2048', '= uuid': '55de6c3f-32bc-7a2e-bec0-c73113e31290', 'bootable': '1', 'dev': 's= da', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online= ': '1', 'frontend-id': '10', 'type': 'phy'} to /local/domain/0/backend/vb= d/10/2048. [2012-07-08 20:29:08 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '3b7c8622-940a-2490-401e-8e50c74784a9', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'sdc:cdrom', 'uname': 'file:/isos/debian-6.0.= 5-amd64-netinst.iso', 'mode': 'r'} [2012-07-08 20:29:08 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '2080', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/10/2080'} to /local/= domain/10/device/vbd/2080. [2012-07-08 20:29:08 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/10/device/vbd/2080', '= uuid': '3b7c8622-940a-2490-401e-8e50c74784a9', 'bootable': '0', 'dev': 's= dc', 'state': '1', 'params': '/isos/debian-6.0.5-amd64-netinst.iso', 'mod= e': 'r', 'online': '1', 'frontend-id': '10', 'type': 'file'} to /local/do= main/0/backend/vbd/10/2080. [2012-07-08 20:29:08 1216] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '570d2116-584f-41a9-edb7-01c614ecfa6c'} [2012-07-08 20:29:08 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/10/0'} to /local/domain/10/device/vif/0. [2012-07-08 20:29:08 1216] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '570d2= 116-584f-41a9-edb7-01c614ecfa6c', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '10', 'state': '1', 'online'= : '1', 'frontend': '/local/domain/10/device/vif/0', 'type': 'ioemu'} to /= local/domain/0/backend/vif/10/0. [2012-07-08 20:29:08 1216] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '10', '-do= main-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', = '-vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-seria= l', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr= =3D00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap= 10.0,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-08 20:29:09 1216] INFO (image:467) device model pid: 6952 [2012-07-08 20:29:09 1216] INFO (image:590) waiting for sentinel_fifo [2012-07-08 20:29:09 1216] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '80fae1ee-ebba-5aae-d7ae-07a760883e96', 'on_reboot': 'restart',= 'start_time': '1341772149.01', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-08 20:29:09 1216] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/80fae1ee-ebba-5aae-d7ae-07a760883e96', 'd= omid': '10', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online',= 'memory/target': '4194304', 'control/platform-feature-multiprocessor-sus= pend': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name':= 'mailer1'} [2012-07-08 20:29:09 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/10/0'} to /local/domain/10/device/console/0. [2012-07-08 20:29:09 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/10/device/console/0', = 'uuid': '7a1450cc-fd32-7d96-769d-2d89f9061c25', 'frontend-id': '10', 'sta= te': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/= domain/0/backend/console/10/0. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-08 20:29:09 1216] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 20:29:09 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:29:09 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/10/0/hotplug-status. [2012-07-08 20:29:09 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = console. [2012-07-08 20:29:09 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-08 20:29:09 1216] DEBUG (DevController:144) Waiting for 2048. [2012-07-08 20:29:09 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/10/2048/hotplug-status. [2012-07-08 20:29:09 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:29:09 1216] DEBUG (DevController:144) Waiting for 2080. [2012-07-08 20:29:09 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/10/2080/hotplug-status. [2012-07-08 20:29:09 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-08 20:29:09 1216] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-08 20:29:09 1216] INFO (XendDomain:1225) Domain mailer1 (10) unp= aused. [2012-07-08 20:29:30 1216] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D10 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-08 20:29:31 1216] INFO (image:615) mailer1 device model terminat= ed [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:2414) Removing vbd/2080 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2080 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:2406) No device model [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:2414) Removing vbd/2048 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2048 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:2414) Removing vbd/2080 [2012-07-08 20:29:31 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/2080 [2012-07-08 20:29:57 1216] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'hda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/debian-6.0.5-amd64-netinst.iso'], ['de= v', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0'= ], ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']= ], ['device', ['vfb', ['vncunused', '1'], ['vncpasswd', 'XXXXXXXX'], ['vn= c', '1'], ['vnclisten', '127.0.0.1'], ['xauthority', '/root/.Xauthority']= ]]]) [2012-07-08 20:29:57 1216] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-08 20:29:57 1216] DEBUG (balloon:187) Balloon: 4240028 KiB free;= need 16384; done. [2012-07-08 20:29:57 1216] DEBUG (XendDomain:476) Adding Domain: 11 [2012-07-08 20:29:57 1216] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 11 256 [2012-07-08 20:29:57 1216] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-08 20:29:57 1216] DEBUG (image:891) args: boot, val: dc [2012-07-08 20:29:57 1216] DEBUG (image:891) args: fda, val: None [2012-07-08 20:29:57 1216] DEBUG (image:891) args: fdb, val: None [2012-07-08 20:29:57 1216] DEBUG (image:891) args: soundhw, val: None [2012-07-08 20:29:57 1216] DEBUG (image:891) args: localtime, val: 0 [2012-07-08 20:29:57 1216] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-08 20:29:57 1216] DEBUG (image:891) args: std-vga, val: 0 [2012-07-08 20:29:57 1216] DEBUG (image:891) args: isa, val: 0 [2012-07-08 20:29:57 1216] DEBUG (image:891) args: acpi, val: 1 [2012-07-08 20:29:57 1216] DEBUG (image:891) args: usb, val: 0 [2012-07-08 20:29:57 1216] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-08 20:29:57 1216] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-08 20:29:57 1216] INFO (image:822) Need to create platform devic= e.[domid:11] [2012-07-08 20:29:57 1216] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-08 20:29:57 1216] INFO (image:182) buildDomain os=3Dhvm dom=3D11= vcpus=3D1 [2012-07-08 20:29:57 1216] DEBUG (image:949) domid =3D 11 [2012-07-08 20:29:57 1216] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-08 20:29:57 1216] DEBUG (image:951) store_evtchn =3D 2 [2012-07-08 20:29:57 1216] DEBUG (image:952) memsize =3D 4096 [2012-07-08 20:29:57 1216] DEBUG (image:953) target =3D 4096 [2012-07-08 20:29:57 1216] DEBUG (image:954) vcpus =3D 1 [2012-07-08 20:29:57 1216] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-08 20:29:57 1216] DEBUG (image:956) acpi =3D 1 [2012-07-08 20:29:57 1216] DEBUG (image:957) apic =3D 1 [2012-07-08 20:29:57 1216] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': '030b8207-985c-e9ee-2c0b-fa095e4e75d0'} [2012-07-08 20:29:57 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/11/0'} to /local/domain/11/device/vkbd/0. [2012-07-08 20:29:57 1216] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '11', 'domain': 'mailer1', 'frontend': '/local/domain/1= 1/device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend= /vkbd/11/0. [2012-07-08 20:29:57 1216] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '1', 'other_config': {'vncunused': '1', 'vncpasswd': 'XXXX= XXXX', 'vnclisten': '127.0.0.1', 'vnc': '1', 'xauthority': '/root/.Xautho= rity'}, 'vnc': '1', 'xauthority': '/root/.Xauthority', 'vnclisten': '127.= 0.0.1', 'vncpasswd': 'XXXXXXXX', 'uuid': '53d06881-1644-64c5-8578-8f1bb54= 050e3'} [2012-07-08 20:29:57 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/11/0'} to /local/domain/11/device/vfb/0. [2012-07-08 20:29:57 1216] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/11/d= evice/vfb/0', 'xauthority': '/root/.Xauthority', 'frontend-id': '11', 'vn= clisten': '127.0.0.1', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '= 1', 'vnc': '1', 'uuid': '53d06881-1644-64c5-8578-8f1bb54050e3'} to /local= /domain/0/backend/vfb/11/0. [2012-07-08 20:29:57 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '6046ab44-37b4-1a5d-bff1-83f50a620f8e', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'hda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-08 20:29:57 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '768', 'device-type': 'disk', 'st= ate': '1', 'backend': '/local/domain/0/backend/vbd/11/768'} to /local/dom= ain/11/device/vbd/768. [2012-07-08 20:29:57 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/11/device/vbd/768', 'u= uid': '6046ab44-37b4-1a5d-bff1-83f50a620f8e', 'bootable': '1', 'dev': 'hd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '11', 'type': 'phy'} to /local/domain/0/backend/vbd= /11/768. [2012-07-08 20:29:57 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '5baa525a-f74f-5524-8ca0-029ae0ec1ba3', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/debian-6.0.= 5-amd64-netinst.iso', 'mode': 'r'} [2012-07-08 20:29:57 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/11/5632'} to /local/= domain/11/device/vbd/5632. [2012-07-08 20:29:57 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/11/device/vbd/5632', '= uuid': '5baa525a-f74f-5524-8ca0-029ae0ec1ba3', 'bootable': '0', 'dev': 'h= dc', 'state': '1', 'params': '/isos/debian-6.0.5-amd64-netinst.iso', 'mod= e': 'r', 'online': '1', 'frontend-id': '11', 'type': 'file'} to /local/do= main/0/backend/vbd/11/5632. [2012-07-08 20:29:57 1216] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : '71d3183a-c9fd-905c-a1ec-394e205023e1'} [2012-07-08 20:29:57 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/11/0'} to /local/domain/11/device/vif/0. [2012-07-08 20:29:57 1216] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': '71d31= 83a-c9fd-905c-a1ec-394e205023e1', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '11', 'state': '1', 'online'= : '1', 'frontend': '/local/domain/11/device/vif/0', 'type': 'ioemu'} to /= local/domain/0/backend/vif/11/0. [2012-07-08 20:29:57 1216] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '11', '-do= main-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', = '-vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-seria= l', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr= =3D00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap= 11.0,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-08 20:29:57 1216] INFO (image:467) device model pid: 7539 [2012-07-08 20:29:57 1216] INFO (image:590) waiting for sentinel_fifo [2012-07-08 20:29:57 1216] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': 'c9b4363d-a32d-4b42-f39b-ff5ea5b4d151', 'on_reboot': 'restart',= 'start_time': '1341772197.39', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-08 20:29:57 1216] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/c9b4363d-a32d-4b42-f39b-ff5ea5b4d151', 'd= omid': '11', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online',= 'memory/target': '4194304', 'control/platform-feature-multiprocessor-sus= pend': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name':= 'mailer1'} [2012-07-08 20:29:57 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/11/0'} to /local/domain/11/device/console/0. [2012-07-08 20:29:57 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/11/device/console/0', = 'uuid': 'c2112953-0b6d-5022-36ac-2ff3d30aaeb7', 'frontend-id': '11', 'sta= te': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/= domain/0/backend/console/11/0. [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-08 20:29:57 1216] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-08 20:29:57 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:29:57 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/11/0/hotplug-status. [2012-07-08 20:29:57 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = console. [2012-07-08 20:29:57 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-08 20:29:57 1216] DEBUG (DevController:144) Waiting for 768. [2012-07-08 20:29:57 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/11/768/hotplug-status. [2012-07-08 20:29:57 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:29:57 1216] DEBUG (DevController:144) Waiting for 5632. [2012-07-08 20:29:57 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/11/5632/hotplug-status. [2012-07-08 20:29:57 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-08 20:29:57 1216] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-08 20:29:57 1216] INFO (XendDomain:1225) Domain mailer1 (11) unp= aused. [2012-07-08 20:31:36 1216] DEBUG (XendDomainInfo:3071) XendDomainInfo.des= troy: domid=3D11 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:2401) Destroying device = model [2012-07-08 20:31:37 1216] INFO (image:615) mailer1 device model terminat= ed [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:2414) Removing vkbd/0 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vkbd, device =3D vkbd/0 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:2414) Removing console/0= [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D console, device =3D console/0 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/768 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vfb, device =3D vfb/0 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:2406) No device model [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vif, device =3D vif/0 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/768 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-08 20:31:37 1216] DEBUG (XendDomainInfo:1276) XendDomainInfo.des= troyDevice: deviceClass =3D vbd, device =3D vbd/5632 [2012-07-08 20:31:42 1216] DEBUG (XendDomainInfo:103) XendDomainInfo.crea= te(['vm', ['name', 'mailer1'], ['memory', 4096], ['shadow_memory', 16], [= 'on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'igno= re'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['oos', 1], ['image', ['h= vm', ['kernel', '/usr/lib/xen-4.1/boot/hvmloader'], ['videoram', 4], ['se= rial', 'pty'], ['acpi', 1], ['apic', 1], ['boot', 'dc'], ['cpuid', []], [= 'cpuid_check', []], ['fda', ''], ['fdb', ''], ['guest_os_type', 'default'= ], ['hap', 1], ['hpet', 0], ['isa', 0], ['keymap', ''], ['localtime', 0],= ['nographic', 0], ['oos', 1], ['pae', 1], ['pci', []], ['pci_msitranslat= e', 1], ['pci_power_mgmt', 0], ['rtc_timeoffset', 0], ['sdl', 0], ['sound= hw', ''], ['stdvga', 0], ['timer_mode', 1], ['usb', 0], ['usbdevice', 'ta= blet'], ['vcpus', 1], ['vncunused', 1], ['viridian', 0], ['vpt_align', 1]= , ['xauthority', '/root/.Xauthority'], ['xen_platform_pci', 1], ['memory_= sharing', 0], ['device_model', '/usr/lib/xen-4.1/bin/qemu-dm'], ['tsc_mod= e', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['una= me', 'phy:/dev/vmdisks/mailer1'], ['dev', 'hda'], ['mode', 'w']]], ['devi= ce', ['vbd', ['uname', 'file:/isos/debian-6.0.5-amd64-netinst.iso'], ['de= v', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['vif', ['bridge', 'xenbr0'= ], ['mac', '00:50:56:00:04:25'], ['type', 'ioemu']]], ['device', ['vkbd']= ], ['device', ['vfb', ['vncunused', '1'], ['vncpasswd', 'XXXXXXXX'], ['vn= c', '1'], ['vnclisten', '127.0.0.1'], ['xauthority', '/root/.Xauthority']= ]]]) [2012-07-08 20:31:42 1216] DEBUG (XendDomainInfo:2498) XendDomainInfo.con= structDomain [2012-07-08 20:31:42 1216] DEBUG (balloon:187) Balloon: 4240028 KiB free;= need 16384; done. [2012-07-08 20:31:42 1216] DEBUG (XendDomain:476) Adding Domain: 12 [2012-07-08 20:31:42 1216] DEBUG (XendDomainInfo:2836) XendDomainInfo.ini= tDomain: 12 256 [2012-07-08 20:31:42 1216] DEBUG (image:337) Stored a VNC password for vf= b access [2012-07-08 20:31:42 1216] DEBUG (image:891) args: boot, val: dc [2012-07-08 20:31:42 1216] DEBUG (image:891) args: fda, val: None [2012-07-08 20:31:42 1216] DEBUG (image:891) args: fdb, val: None [2012-07-08 20:31:42 1216] DEBUG (image:891) args: soundhw, val: None [2012-07-08 20:31:42 1216] DEBUG (image:891) args: localtime, val: 0 [2012-07-08 20:31:42 1216] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-08 20:31:42 1216] DEBUG (image:891) args: std-vga, val: 0 [2012-07-08 20:31:42 1216] DEBUG (image:891) args: isa, val: 0 [2012-07-08 20:31:42 1216] DEBUG (image:891) args: acpi, val: 1 [2012-07-08 20:31:42 1216] DEBUG (image:891) args: usb, val: 0 [2012-07-08 20:31:42 1216] DEBUG (image:891) args: usbdevice, val: tablet= [2012-07-08 20:31:42 1216] DEBUG (image:891) args: gfx_passthru, val: Non= e [2012-07-08 20:31:42 1216] INFO (image:822) Need to create platform devic= e.[domid:12] [2012-07-08 20:31:42 1216] DEBUG (XendDomainInfo:2863) _initDomain:shadow= _memory=3D0x10, memory_static_max=3D0x100000000, memory_static_min=3D0x0.= [2012-07-08 20:31:42 1216] INFO (image:182) buildDomain os=3Dhvm dom=3D12= vcpus=3D1 [2012-07-08 20:31:42 1216] DEBUG (image:949) domid =3D 12 [2012-07-08 20:31:42 1216] DEBUG (image:950) image =3D /usr/lib/= xen-4.1/boot/hvmloader [2012-07-08 20:31:42 1216] DEBUG (image:951) store_evtchn =3D 2 [2012-07-08 20:31:42 1216] DEBUG (image:952) memsize =3D 4096 [2012-07-08 20:31:42 1216] DEBUG (image:953) target =3D 4096 [2012-07-08 20:31:42 1216] DEBUG (image:954) vcpus =3D 1 [2012-07-08 20:31:42 1216] DEBUG (image:955) vcpu_avail =3D 1 [2012-07-08 20:31:42 1216] DEBUG (image:956) acpi =3D 1 [2012-07-08 20:31:42 1216] DEBUG (image:957) apic =3D 1 [2012-07-08 20:31:43 1216] INFO (XendDomainInfo:2357) createDevice: vkbd = : {'uuid': 'f63552bb-cfe1-9828-0a8f-ddcc904a149b'} [2012-07-08 20:31:43 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= kbd/12/0'} to /local/domain/12/device/vkbd/0. [2012-07-08 20:31:43 1216] DEBUG (DevController:97) DevController: writin= g {'frontend-id': '12', 'domain': 'mailer1', 'frontend': '/local/domain/1= 2/device/vkbd/0', 'state': '1', 'online': '1'} to /local/domain/0/backend= /vkbd/12/0. [2012-07-08 20:31:43 1216] INFO (XendDomainInfo:2357) createDevice: vfb := {'vncunused': '1', 'other_config': {'vncunused': '1', 'vncpasswd': 'XXXX= XXXX', 'vnclisten': '127.0.0.1', 'vnc': '1', 'xauthority': '/root/.Xautho= rity'}, 'vnc': '1', 'xauthority': '/root/.Xauthority', 'vnclisten': '127.= 0.0.1', 'vncpasswd': 'XXXXXXXX', 'uuid': '9f9402ee-3372-b76b-7b70-b1ef65d= 20414'} [2012-07-08 20:31:43 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= fb/12/0'} to /local/domain/12/device/vfb/0. [2012-07-08 20:31:43 1216] DEBUG (DevController:97) DevController: writin= g {'vncunused': '1', 'domain': 'mailer1', 'frontend': '/local/domain/12/d= evice/vfb/0', 'xauthority': '/root/.Xauthority', 'frontend-id': '12', 'vn= clisten': '127.0.0.1', 'vncpasswd': 'XXXXXXXX', 'state': '1', 'online': '= 1', 'vnc': '1', 'uuid': '9f9402ee-3372-b76b-7b70-b1ef65d20414'} to /local= /domain/0/backend/vfb/12/0. [2012-07-08 20:31:43 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': '7ea13c94-2dfc-9764-a549-16537d877482', 'bootable': 1, 'driver'= : 'paravirtualised', 'dev': 'hda', 'uname': 'phy:/dev/vmdisks/mailer1', '= mode': 'w'} [2012-07-08 20:31:43 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '768', 'device-type': 'disk', 'st= ate': '1', 'backend': '/local/domain/0/backend/vbd/12/768'} to /local/dom= ain/12/device/vbd/768. [2012-07-08 20:31:43 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/12/device/vbd/768', 'u= uid': '7ea13c94-2dfc-9764-a549-16537d877482', 'bootable': '1', 'dev': 'hd= a', 'state': '1', 'params': '/dev/vmdisks/mailer1', 'mode': 'w', 'online'= : '1', 'frontend-id': '12', 'type': 'phy'} to /local/domain/0/backend/vbd= /12/768. [2012-07-08 20:31:43 1216] INFO (XendDomainInfo:2357) createDevice: vbd := {'uuid': 'b2f76edd-4393-a1a7-76f4-dc491603bc18', 'bootable': 0, 'driver'= : 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/isos/debian-6.0.= 5-amd64-netinst.iso', 'mode': 'r'} [2012-07-08 20:31:43 1216] DEBUG (DevController:95) DevController: writin= g {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', '= state': '1', 'backend': '/local/domain/0/backend/vbd/12/5632'} to /local/= domain/12/device/vbd/5632. [2012-07-08 20:31:43 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/12/device/vbd/5632', '= uuid': 'b2f76edd-4393-a1a7-76f4-dc491603bc18', 'bootable': '0', 'dev': 'h= dc', 'state': '1', 'params': '/isos/debian-6.0.5-amd64-netinst.iso', 'mod= e': 'r', 'online': '1', 'frontend-id': '12', 'type': 'file'} to /local/do= main/0/backend/vbd/12/5632. [2012-07-08 20:31:43 1216] INFO (XendDomainInfo:2357) createDevice: vif := {'bridge': 'xenbr0', 'mac': '00:50:56:00:04:25', 'type': 'ioemu', 'uuid'= : 'bdea668a-6ceb-1adf-b51c-d39ee4d1c0c5'} [2012-07-08 20:31:43 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/v= if/12/0'} to /local/domain/12/device/vif/0. [2012-07-08 20:31:43 1216] DEBUG (DevController:97) DevController: writin= g {'bridge': 'xenbr0', 'domain': 'mailer1', 'handle': '0', 'uuid': 'bdea6= 68a-6ceb-1adf-b51c-d39ee4d1c0c5', 'script': '/etc/xen/scripts/vif-bridge'= , 'mac': '00:50:56:00:04:25', 'frontend-id': '12', 'state': '1', 'online'= : '1', 'frontend': '/local/domain/12/device/vif/0', 'type': 'ioemu'} to /= local/domain/0/backend/vif/12/0. [2012-07-08 20:31:43 1216] INFO (image:418) spawning device models: /usr/= lib/xen-4.1/bin/qemu-dm ['/usr/lib/xen-4.1/bin/qemu-dm', '-d', '12', '-do= main-name', 'mailer1', '-videoram', '4', '-vnc', '127.0.0.1:0,password', = '-vncunused', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-seria= l', 'pty', '-acpi', '-usbdevice', 'tablet', '-net', 'nic,vlan=3D1,macaddr= =3D00:50:56:00:04:25,model=3Drtl8139', '-net', 'tap,vlan=3D1,ifname=3Dtap= 12.0,bridge=3Dxenbr0', '-M', 'xenfv'] [2012-07-08 20:31:43 1216] INFO (image:467) device model pid: 8196 [2012-07-08 20:31:43 1216] INFO (image:590) waiting for sentinel_fifo [2012-07-08 20:31:43 1216] DEBUG (XendDomainInfo:3420) Storing VM details= : {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '33'= , 'uuid': '9a40a56e-2303-0c28-d2f5-ba8a484bb01c', 'on_reboot': 'restart',= 'start_time': '1341772303.18', 'on_poweroff': 'destroy', 'bootloader_arg= s': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader = /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) = (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1= ) (apic 1) (sdl 0) (usbdevice tablet) (vpt_align 1) (serial pty) (vncunus= ed 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (nographic 0) (nomigrate 0)= (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib/xen-= 4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0= ) (notes (SUSPEND_CANCEL 1)))", 'name': 'mailer1'} [2012-07-08 20:31:43 1216] DEBUG (XendDomainInfo:1794) Storing domain det= ails: {'console/port': '3', 'description': '', 'console/limit': '1048576'= , 'store/port': '2', 'vm': '/vm/9a40a56e-2303-0c28-d2f5-ba8a484bb01c', 'd= omid': '12', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online',= 'memory/target': '4194304', 'control/platform-feature-multiprocessor-sus= pend': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name':= 'mailer1'} [2012-07-08 20:31:43 1216] DEBUG (DevController:95) DevController: writin= g {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/c= onsole/12/0'} to /local/domain/12/device/console/0. [2012-07-08 20:31:43 1216] DEBUG (DevController:97) DevController: writin= g {'domain': 'mailer1', 'frontend': '/local/domain/12/device/console/0', = 'uuid': '2713849f-bf81-40b5-a760-5f75f19f5b60', 'frontend-id': '12', 'sta= te': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/= domain/0/backend/console/12/0. [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = tap2. [2012-07-08 20:31:43 1216] DEBUG (XendDomainInfo:1881) XendDomainInfo.han= dleShutdownWatch [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = vif. [2012-07-08 20:31:43 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:31:43 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vif/12/0/hotplug-status. [2012-07-08 20:31:43 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = vkbd. [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = ioports. [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = tap. [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = vif2. [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = console. [2012-07-08 20:31:43 1216] DEBUG (DevController:144) Waiting for 0. [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = vscsi. [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = vbd. [2012-07-08 20:31:43 1216] DEBUG (DevController:144) Waiting for 768. [2012-07-08 20:31:43 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/12/768/hotplug-status. [2012-07-08 20:31:43 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:31:43 1216] DEBUG (DevController:144) Waiting for 5632. [2012-07-08 20:31:43 1216] DEBUG (DevController:628) hotplugStatusCallbac= k /local/domain/0/backend/vbd/12/5632/hotplug-status. [2012-07-08 20:31:43 1216] DEBUG (DevController:642) hotplugStatusCallbac= k 1. [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = irq. [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = vfb. [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = pci. [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = vusb. [2012-07-08 20:31:43 1216] DEBUG (DevController:139) Waiting for devices = vtpm. [2012-07-08 20:31:43 1216] INFO (XendDomain:1225) Domain mailer1 (12) unp= aused. --------------010903080105020804050002 Content-Type: text/plain; charset=windows-1252; name="xend-debug.log" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="xend-debug.log" Xend started at Thu Jul 5 23:07:08 2012. cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory cat: /sys/bus/scsi/devices/host0/model: No such file or directory cat: /sys/bus/scsi/devices/host0/type: No such file or directory cat: /sys/bus/scsi/devices/host0/rev: No such file or directory cat: /sys/bus/scsi/devices/host0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host1/vendor: No such file or directory cat: /sys/bus/scsi/devices/host1/model: No such file or directory cat: /sys/bus/scsi/devices/host1/type: No such file or directory cat: /sys/bus/scsi/devices/host1/rev: No such file or directory cat: /sys/bus/scsi/devices/host1/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host2/vendor: No such file or directory cat: /sys/bus/scsi/devices/host2/model: No such file or directory cat: /sys/bus/scsi/devices/host2/type: No such file or directory cat: /sys/bus/scsi/devices/host2/rev: No such file or directory cat: /sys/bus/scsi/devices/host2/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host3/vendor: No such file or directory cat: /sys/bus/scsi/devices/host3/model: No such file or directory cat: /sys/bus/scsi/devices/host3/type: No such file or directory cat: /sys/bus/scsi/devices/host3/rev: No such file or directory cat: /sys/bus/scsi/devices/host3/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host4/vendor: No such file or directory cat: /sys/bus/scsi/devices/host4/model: No such file or directory cat: /sys/bus/scsi/devices/host4/type: No such file or directory cat: /sys/bus/scsi/devices/host4/rev: No such file or directory cat: /sys/bus/scsi/devices/host4/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host5/vendor: No such file or directory cat: /sys/bus/scsi/devices/host5/model: No such file or directory cat: /sys/bus/scsi/devices/host5/type: No such file or directory cat: /sys/bus/scsi/devices/host5/rev: No such file or directory cat: /sys/bus/scsi/devices/host5/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/scsi_level: No such file or directory Xend started at Sat Jul 7 08:10:08 2012. cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory cat: /sys/bus/scsi/devices/host0/model: No such file or directory cat: /sys/bus/scsi/devices/host0/type: No such file or directory cat: /sys/bus/scsi/devices/host0/rev: No such file or directory cat: /sys/bus/scsi/devices/host0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host1/vendor: No such file or directory cat: /sys/bus/scsi/devices/host1/model: No such file or directory cat: /sys/bus/scsi/devices/host1/type: No such file or directory cat: /sys/bus/scsi/devices/host1/rev: No such file or directory cat: /sys/bus/scsi/devices/host1/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host2/vendor: No such file or directory cat: /sys/bus/scsi/devices/host2/model: No such file or directory cat: /sys/bus/scsi/devices/host2/type: No such file or directory cat: /sys/bus/scsi/devices/host2/rev: No such file or directory cat: /sys/bus/scsi/devices/host2/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host3/vendor: No such file or directory cat: /sys/bus/scsi/devices/host3/model: No such file or directory cat: /sys/bus/scsi/devices/host3/type: No such file or directory cat: /sys/bus/scsi/devices/host3/rev: No such file or directory cat: /sys/bus/scsi/devices/host3/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host4/vendor: No such file or directory cat: /sys/bus/scsi/devices/host4/model: No such file or directory cat: /sys/bus/scsi/devices/host4/type: No such file or directory cat: /sys/bus/scsi/devices/host4/rev: No such file or directory cat: /sys/bus/scsi/devices/host4/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host5/vendor: No such file or directory cat: /sys/bus/scsi/devices/host5/model: No such file or directory cat: /sys/bus/scsi/devices/host5/type: No such file or directory cat: /sys/bus/scsi/devices/host5/rev: No such file or directory cat: /sys/bus/scsi/devices/host5/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/scsi_level: No such file or directory xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x000000000000f400 2MB PAGES: 0x0000000000000586 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored Xend started at Sat Jul 7 20:42:59 2012. cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory cat: /sys/bus/scsi/devices/host0/model: No such file or directory cat: /sys/bus/scsi/devices/host0/type: No such file or directory cat: /sys/bus/scsi/devices/host0/rev: No such file or directory cat: /sys/bus/scsi/devices/host0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host1/vendor: No such file or directory cat: /sys/bus/scsi/devices/host1/model: No such file or directory cat: /sys/bus/scsi/devices/host1/type: No such file or directory cat: /sys/bus/scsi/devices/host1/rev: No such file or directory cat: /sys/bus/scsi/devices/host1/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host2/vendor: No such file or directory cat: /sys/bus/scsi/devices/host2/model: No such file or directory cat: /sys/bus/scsi/devices/host2/type: No such file or directory cat: /sys/bus/scsi/devices/host2/rev: No such file or directory cat: /sys/bus/scsi/devices/host2/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host3/vendor: No such file or directory cat: /sys/bus/scsi/devices/host3/model: No such file or directory cat: /sys/bus/scsi/devices/host3/type: No such file or directory cat: /sys/bus/scsi/devices/host3/rev: No such file or directory cat: /sys/bus/scsi/devices/host3/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host4/vendor: No such file or directory cat: /sys/bus/scsi/devices/host4/model: No such file or directory cat: /sys/bus/scsi/devices/host4/type: No such file or directory cat: /sys/bus/scsi/devices/host4/rev: No such file or directory cat: /sys/bus/scsi/devices/host4/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host5/vendor: No such file or directory cat: /sys/bus/scsi/devices/host5/model: No such file or directory cat: /sys/bus/scsi/devices/host5/type: No such file or directory cat: /sys/bus/scsi/devices/host5/rev: No such file or directory cat: /sys/bus/scsi/devices/host5/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/scsi_level: No such file or directory Xend started at Sat Jul 7 23:57:16 2012. cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory cat: /sys/bus/scsi/devices/host0/model: No such file or directory cat: /sys/bus/scsi/devices/host0/type: No such file or directory cat: /sys/bus/scsi/devices/host0/rev: No such file or directory cat: /sys/bus/scsi/devices/host0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host1/vendor: No such file or directory cat: /sys/bus/scsi/devices/host1/model: No such file or directory cat: /sys/bus/scsi/devices/host1/type: No such file or directory cat: /sys/bus/scsi/devices/host1/rev: No such file or directory cat: /sys/bus/scsi/devices/host1/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host2/vendor: No such file or directory cat: /sys/bus/scsi/devices/host2/model: No such file or directory cat: /sys/bus/scsi/devices/host2/type: No such file or directory cat: /sys/bus/scsi/devices/host2/rev: No such file or directory cat: /sys/bus/scsi/devices/host2/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host3/vendor: No such file or directory cat: /sys/bus/scsi/devices/host3/model: No such file or directory cat: /sys/bus/scsi/devices/host3/type: No such file or directory cat: /sys/bus/scsi/devices/host3/rev: No such file or directory cat: /sys/bus/scsi/devices/host3/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host4/vendor: No such file or directory cat: /sys/bus/scsi/devices/host4/model: No such file or directory cat: /sys/bus/scsi/devices/host4/type: No such file or directory cat: /sys/bus/scsi/devices/host4/rev: No such file or directory cat: /sys/bus/scsi/devices/host4/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host5/vendor: No such file or directory cat: /sys/bus/scsi/devices/host5/model: No such file or directory cat: /sys/bus/scsi/devices/host5/type: No such file or directory cat: /sys/bus/scsi/devices/host5/rev: No such file or directory cat: /sys/bus/scsi/devices/host5/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/scsi_level: No such file or directory Xend started at Sun Jul 8 01:58:11 2012. cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory cat: /sys/bus/scsi/devices/host0/model: No such file or directory cat: /sys/bus/scsi/devices/host0/type: No such file or directory cat: /sys/bus/scsi/devices/host0/rev: No such file or directory cat: /sys/bus/scsi/devices/host0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host1/vendor: No such file or directory cat: /sys/bus/scsi/devices/host1/model: No such file or directory cat: /sys/bus/scsi/devices/host1/type: No such file or directory cat: /sys/bus/scsi/devices/host1/rev: No such file or directory cat: /sys/bus/scsi/devices/host1/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host2/vendor: No such file or directory cat: /sys/bus/scsi/devices/host2/model: No such file or directory cat: /sys/bus/scsi/devices/host2/type: No such file or directory cat: /sys/bus/scsi/devices/host2/rev: No such file or directory cat: /sys/bus/scsi/devices/host2/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host3/vendor: No such file or directory cat: /sys/bus/scsi/devices/host3/model: No such file or directory cat: /sys/bus/scsi/devices/host3/type: No such file or directory cat: /sys/bus/scsi/devices/host3/rev: No such file or directory cat: /sys/bus/scsi/devices/host3/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host4/vendor: No such file or directory cat: /sys/bus/scsi/devices/host4/model: No such file or directory cat: /sys/bus/scsi/devices/host4/type: No such file or directory cat: /sys/bus/scsi/devices/host4/rev: No such file or directory cat: /sys/bus/scsi/devices/host4/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host5/vendor: No such file or directory cat: /sys/bus/scsi/devices/host5/model: No such file or directory cat: /sys/bus/scsi/devices/host5/type: No such file or directory cat: /sys/bus/scsi/devices/host5/rev: No such file or directory cat: /sys/bus/scsi/devices/host5/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/scsi_level: No such file or directory Xend started at Sun Jul 8 06:47:10 2012. cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory cat: /sys/bus/scsi/devices/host0/model: No such file or directory cat: /sys/bus/scsi/devices/host0/type: No such file or directory cat: /sys/bus/scsi/devices/host0/rev: No such file or directory cat: /sys/bus/scsi/devices/host0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host1/vendor: No such file or directory cat: /sys/bus/scsi/devices/host1/model: No such file or directory cat: /sys/bus/scsi/devices/host1/type: No such file or directory cat: /sys/bus/scsi/devices/host1/rev: No such file or directory cat: /sys/bus/scsi/devices/host1/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host2/vendor: No such file or directory cat: /sys/bus/scsi/devices/host2/model: No such file or directory cat: /sys/bus/scsi/devices/host2/type: No such file or directory cat: /sys/bus/scsi/devices/host2/rev: No such file or directory cat: /sys/bus/scsi/devices/host2/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host3/vendor: No such file or directory cat: /sys/bus/scsi/devices/host3/model: No such file or directory cat: /sys/bus/scsi/devices/host3/type: No such file or directory cat: /sys/bus/scsi/devices/host3/rev: No such file or directory cat: /sys/bus/scsi/devices/host3/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host4/vendor: No such file or directory cat: /sys/bus/scsi/devices/host4/model: No such file or directory cat: /sys/bus/scsi/devices/host4/type: No such file or directory cat: /sys/bus/scsi/devices/host4/rev: No such file or directory cat: /sys/bus/scsi/devices/host4/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host5/vendor: No such file or directory cat: /sys/bus/scsi/devices/host5/model: No such file or directory cat: /sys/bus/scsi/devices/host5/type: No such file or directory cat: /sys/bus/scsi/devices/host5/rev: No such file or directory cat: /sys/bus/scsi/devices/host5/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/scsi_level: No such file or directory Xend started at Sun Jul 8 18:44:08 2012. cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory cat: /sys/bus/scsi/devices/host0/model: No such file or directory cat: /sys/bus/scsi/devices/host0/type: No such file or directory cat: /sys/bus/scsi/devices/host0/rev: No such file or directory cat: /sys/bus/scsi/devices/host0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host1/vendor: No such file or directory cat: /sys/bus/scsi/devices/host1/model: No such file or directory cat: /sys/bus/scsi/devices/host1/type: No such file or directory cat: /sys/bus/scsi/devices/host1/rev: No such file or directory cat: /sys/bus/scsi/devices/host1/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host2/vendor: No such file or directory cat: /sys/bus/scsi/devices/host2/model: No such file or directory cat: /sys/bus/scsi/devices/host2/type: No such file or directory cat: /sys/bus/scsi/devices/host2/rev: No such file or directory cat: /sys/bus/scsi/devices/host2/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host3/vendor: No such file or directory cat: /sys/bus/scsi/devices/host3/model: No such file or directory cat: /sys/bus/scsi/devices/host3/type: No such file or directory cat: /sys/bus/scsi/devices/host3/rev: No such file or directory cat: /sys/bus/scsi/devices/host3/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host4/vendor: No such file or directory cat: /sys/bus/scsi/devices/host4/model: No such file or directory cat: /sys/bus/scsi/devices/host4/type: No such file or directory cat: /sys/bus/scsi/devices/host4/rev: No such file or directory cat: /sys/bus/scsi/devices/host4/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/host5/vendor: No such file or directory cat: /sys/bus/scsi/devices/host5/model: No such file or directory cat: /sys/bus/scsi/devices/host5/type: No such file or directory cat: /sys/bus/scsi/devices/host5/rev: No such file or directory cat: /sys/bus/scsi/devices/host5/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target0:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target1:0:0/scsi_level: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/vendor: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/model: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/type: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/rev: No such file or directory cat: /sys/bus/scsi/devices/target3:0:0/scsi_level: No such file or directory xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000001000 2MB PAGES: 0x00000000000005f8 1GB PAGES: 0x0000000000000001 xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000001000 2MB PAGES: 0x00000000000005f8 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000001000 2MB PAGES: 0x00000000000005f8 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000001000 2MB PAGES: 0x00000000000005f8 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000001000 2MB PAGES: 0x00000000000005f8 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000001000 2MB PAGES: 0x00000000000005f8 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000001000 2MB PAGES: 0x00000000000005f8 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000001000 2MB PAGES: 0x00000000000005f8 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000001000 2MB PAGES: 0x00000000000005f8 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000001000 2MB PAGES: 0x00000000000005f8 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->0000000100000000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000001000 2MB PAGES: 0x00000000000005f8 1GB PAGES: 0x0000000000000001 Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored --------------010903080105020804050002 Content-Type: text/plain; charset=windows-1252; name="xen-hotplug.log" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="xen-hotplug.log" RTNETLINK answers: Operation not supported Cannot find device "tap1.0" xenstore-read: couldn't read path backend/vbd/1/5632/node RTNETLINK answers: Operation not supported Cannot find device "tap2.0" RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported Cannot find device "tap8.0" Device "tap8.0" does not exist. RTNETLINK answers: Operation not supported Cannot find device "tap9.0" RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported /etc/xen/scripts/locking.sh: line 109: /var/run/xen-hotplug/block/owner: No such file or directory RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported RTNETLINK answers: Operation not supported --------------010903080105020804050002 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --------------010903080105020804050002-- From xen-users-bounces@lists.xen.org Sun Jul 08 22:00:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 08 Jul 2012 22:00: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 1SnzVj-0008KY-AU; Sun, 08 Jul 2012 21:59:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SnzVh-0008KS-VE for xen-users@lists.xensource.com; Sun, 08 Jul 2012 21:59:22 +0000 Received: from [85.158.139.83:61094] by server-8.bemta-5.messagelabs.com id BC/8F-10278-9B20AFF4; Sun, 08 Jul 2012 21:59:21 +0000 X-Env-Sender: esencia@gmail.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1341784759!27708445!1 X-Originating-IP: [209.85.214.171] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26557 invoked from network); 8 Jul 2012 21:59:20 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jul 2012 21:59:20 -0000 Received: by obqv19 with SMTP id v19so9674265obq.30 for ; Sun, 08 Jul 2012 14:59: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:content-transfer-encoding; bh=f/UJ1qroNBxM+5ynGogM9DxCW7rztKy2pQfz0Sy2O6c=; b=QJlvVvKbUvoEmhYp8gxBazv4lCI1RvIK9XY7N40scibkgOopz6ChRygsMVP0TcoFyl uPIK22pC9eEhRWDoTC+h9hgMmx/9rUTkRZ3dbKZoFpp3j2Fo2hgUGKPXX4IzaRf1Z9vF hsGhaIvtJjC5X+G/8UNBfZX79k69BDKh3KZHtqFgnv3PmZ+YXfIzFdr6f3ymCI7FJCq7 uNRwsk4s8rJdCd15qtKUaia7S8TMawC8Ai9/FdcI13HMNvOu91cs4hYJPjO48z2pzW5+ /DGjtF/SQE1AneJLXQVBUrDLaql0HGxsd4EDdJHUY58JfG8o8SpJZ08IYOYa4NmTm1T+ TGRA== MIME-Version: 1.0 Received: by 10.50.186.162 with SMTP id fl2mr6882030igc.44.1341784758350; Sun, 08 Jul 2012 14:59:18 -0700 (PDT) Received: by 10.231.34.11 with HTTP; Sun, 8 Jul 2012 14:59:18 -0700 (PDT) In-Reply-To: <081B7D220D694BD9AD419904BAAA804D@dsb.local> References: <081B7D220D694BD9AD419904BAAA804D@dsb.local> Date: Sun, 8 Jul 2012 23:59:18 +0200 Message-ID: From: Francisco Javier Funes Nieto To: Daniel Bauer Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Debian Squeeze - XEN and 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, The same ISDN Card in Debian Lenny (with 2.6.22-xen-amd64) and Xen 3.4.3 works well. module /boot/vmlinuz-2.6.26-2-xen-amd64 root=3D/dev/sda1 ro console=3Dtty0 pciback.hide=3D(02:04.0)(04:00.0) pciback.permissive pci=3Dnomsi Try adding pci=3Dnomsi to boot parameters in grub.cfg More info about the dom0 hardware? 2012/7/8 Daniel Bauer : > Hi @all, > > I tried to give a PCI device to a domU with > > module /boot/vmlinuz-3.2.0-0.bpo.2-amd64 ... xen-pciback.hide=3D(02:0= 1.0) > > vai /boot/grub/grub.cfg > > > The startup of the domU shows this error: > > Loading DAHDI hardware modules: > [ 5.475642] dahdi: Telephony Interface Registered on major 196 > [ 5.475660] dahdi: Version: 2.6.1 > wcb4xxp: [ 5.559401] wcb4xxp 0000:02:01.0: probe called for b4xx... > [ 5.559552] wcb4xxp 0000:02:01.0: enabling device (0000 -> 0003) > [ 5.561039] wcb4xxp 0000:02:01.0: Xen PCI enabling IRQ: 0 > [ 5.561039] xen_allocate_pirq: returning irq 0 for gsi 0 > [ 5.561039] wcb4xxp 0000:02:01.0: Device has no associated IRQ? > [ 5.561039] wcb4xxp: probe of 0000:02:01.0 failed with error -5 > done > Running dahdi_cfg: . > > > also a lspci shows different to to dom0: > > root@rz3-ta:~# lspci -vv > 02:01.0 Non-VGA unclassified device: Digium, Inc. Wildcard B410 quad-BRI > card (rev 01) > Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- > Stepping- SERR- FastB2B- DisINTx- > Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dmedium >TAbort- > SERR- Region 0: I/O ports at 2000 [size=3D8] > Region 1: Memory at ec200000 (32-bit, non-prefetchable) [size=3D4K] > > > Thats the output without pciback: > > root@rz3-xen1:~# lspci -vv -s 02:01.0 > 02:01.0 ISDN controller: Digium, Inc. Wildcard B410 quad-BRI card (rev 01) > Subsystem: Digium, Inc. Wildcard B410 quad-BRI 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 7 > Region 0: I/O ports at 2000 [size=3D8] > Region 1: Memory at ec200000 (32-bit, non-prefetchable) [size=3D4K] > Capabilities: [40] Power Management version 2 > Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=3D0mA > PME(D0+,D1+,D2+,D3hot+,D3cold-) > Status: D0 NoSoftRst- PME-Enable- DSel=3D0 DScale=3D0 PME- > > > May somebody have a hint, what to look for? > Thanks > Daniel > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users -- = _____________________________________________ Francisco Javier Funes Nieto [esencia@gmail.com] CANONIGOS Servicios Inform=E1ticos para PYMES. Cl. Cruz 2, 1=BA Oficina 7 Tlf: 958.536759 / 661134556 Fax: 958.521354 GRANADA - 18002 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 08 22:00:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 08 Jul 2012 22:00: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 1SnzVj-0008KY-AU; Sun, 08 Jul 2012 21:59:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SnzVh-0008KS-VE for xen-users@lists.xensource.com; Sun, 08 Jul 2012 21:59:22 +0000 Received: from [85.158.139.83:61094] by server-8.bemta-5.messagelabs.com id BC/8F-10278-9B20AFF4; Sun, 08 Jul 2012 21:59:21 +0000 X-Env-Sender: esencia@gmail.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1341784759!27708445!1 X-Originating-IP: [209.85.214.171] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26557 invoked from network); 8 Jul 2012 21:59:20 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jul 2012 21:59:20 -0000 Received: by obqv19 with SMTP id v19so9674265obq.30 for ; Sun, 08 Jul 2012 14:59: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:content-transfer-encoding; bh=f/UJ1qroNBxM+5ynGogM9DxCW7rztKy2pQfz0Sy2O6c=; b=QJlvVvKbUvoEmhYp8gxBazv4lCI1RvIK9XY7N40scibkgOopz6ChRygsMVP0TcoFyl uPIK22pC9eEhRWDoTC+h9hgMmx/9rUTkRZ3dbKZoFpp3j2Fo2hgUGKPXX4IzaRf1Z9vF hsGhaIvtJjC5X+G/8UNBfZX79k69BDKh3KZHtqFgnv3PmZ+YXfIzFdr6f3ymCI7FJCq7 uNRwsk4s8rJdCd15qtKUaia7S8TMawC8Ai9/FdcI13HMNvOu91cs4hYJPjO48z2pzW5+ /DGjtF/SQE1AneJLXQVBUrDLaql0HGxsd4EDdJHUY58JfG8o8SpJZ08IYOYa4NmTm1T+ TGRA== MIME-Version: 1.0 Received: by 10.50.186.162 with SMTP id fl2mr6882030igc.44.1341784758350; Sun, 08 Jul 2012 14:59:18 -0700 (PDT) Received: by 10.231.34.11 with HTTP; Sun, 8 Jul 2012 14:59:18 -0700 (PDT) In-Reply-To: <081B7D220D694BD9AD419904BAAA804D@dsb.local> References: <081B7D220D694BD9AD419904BAAA804D@dsb.local> Date: Sun, 8 Jul 2012 23:59:18 +0200 Message-ID: From: Francisco Javier Funes Nieto To: Daniel Bauer Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Debian Squeeze - XEN and 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, The same ISDN Card in Debian Lenny (with 2.6.22-xen-amd64) and Xen 3.4.3 works well. module /boot/vmlinuz-2.6.26-2-xen-amd64 root=3D/dev/sda1 ro console=3Dtty0 pciback.hide=3D(02:04.0)(04:00.0) pciback.permissive pci=3Dnomsi Try adding pci=3Dnomsi to boot parameters in grub.cfg More info about the dom0 hardware? 2012/7/8 Daniel Bauer : > Hi @all, > > I tried to give a PCI device to a domU with > > module /boot/vmlinuz-3.2.0-0.bpo.2-amd64 ... xen-pciback.hide=3D(02:0= 1.0) > > vai /boot/grub/grub.cfg > > > The startup of the domU shows this error: > > Loading DAHDI hardware modules: > [ 5.475642] dahdi: Telephony Interface Registered on major 196 > [ 5.475660] dahdi: Version: 2.6.1 > wcb4xxp: [ 5.559401] wcb4xxp 0000:02:01.0: probe called for b4xx... > [ 5.559552] wcb4xxp 0000:02:01.0: enabling device (0000 -> 0003) > [ 5.561039] wcb4xxp 0000:02:01.0: Xen PCI enabling IRQ: 0 > [ 5.561039] xen_allocate_pirq: returning irq 0 for gsi 0 > [ 5.561039] wcb4xxp 0000:02:01.0: Device has no associated IRQ? > [ 5.561039] wcb4xxp: probe of 0000:02:01.0 failed with error -5 > done > Running dahdi_cfg: . > > > also a lspci shows different to to dom0: > > root@rz3-ta:~# lspci -vv > 02:01.0 Non-VGA unclassified device: Digium, Inc. Wildcard B410 quad-BRI > card (rev 01) > Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- > Stepping- SERR- FastB2B- DisINTx- > Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dmedium >TAbort- > SERR- Region 0: I/O ports at 2000 [size=3D8] > Region 1: Memory at ec200000 (32-bit, non-prefetchable) [size=3D4K] > > > Thats the output without pciback: > > root@rz3-xen1:~# lspci -vv -s 02:01.0 > 02:01.0 ISDN controller: Digium, Inc. Wildcard B410 quad-BRI card (rev 01) > Subsystem: Digium, Inc. Wildcard B410 quad-BRI 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 7 > Region 0: I/O ports at 2000 [size=3D8] > Region 1: Memory at ec200000 (32-bit, non-prefetchable) [size=3D4K] > Capabilities: [40] Power Management version 2 > Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=3D0mA > PME(D0+,D1+,D2+,D3hot+,D3cold-) > Status: D0 NoSoftRst- PME-Enable- DSel=3D0 DScale=3D0 PME- > > > May somebody have a hint, what to look for? > Thanks > Daniel > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users -- = _____________________________________________ Francisco Javier Funes Nieto [esencia@gmail.com] CANONIGOS Servicios Inform=E1ticos para PYMES. Cl. Cruz 2, 1=BA Oficina 7 Tlf: 958.536759 / 661134556 Fax: 958.521354 GRANADA - 18002 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 08 23:24:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 08 Jul 2012 23:24: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 1So0o5-0000Tc-1c; Sun, 08 Jul 2012 23:22:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1So0o3-0000TX-8X for xen-users@lists.xensource.com; Sun, 08 Jul 2012 23:22:23 +0000 Received: from [85.158.143.35:38795] by server-1.bemta-4.messagelabs.com id 65/69-24392-E261AFF4; Sun, 08 Jul 2012 23:22:22 +0000 X-Env-Sender: contact@lippux.de X-Msg-Ref: server-11.tower-21.messagelabs.com!1341789736!11686403!1 X-Originating-IP: [85.10.197.18] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25894 invoked from network); 8 Jul 2012 23:22:17 -0000 Received: from mailer2.lippux.de (HELO mailer2.lippux.de) (85.10.197.18) by server-11.tower-21.messagelabs.com with SMTP; 8 Jul 2012 23:22:17 -0000 Received: from localhost (localhost [127.0.0.1]) by mailer2.lippux.de (Postfix) with ESMTP id C87B42CA776 for ; Mon, 9 Jul 2012 01:22:16 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mailer2.lippux.de Received: from mailer2.lippux.de ([127.0.0.1]) by localhost (mailer2.lippux.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Doct-xtalVNK for ; Mon, 9 Jul 2012 01:22:13 +0200 (CEST) Received: from [127.0.0.1] (unknown [188.40.32.119]) by mailer2.lippux.de (Postfix) with ESMTPSA id 3E6CF2CA774 for ; Mon, 9 Jul 2012 01:22:12 +0200 (CEST) Message-ID: <4FFA161B.3000309@lippux.de> Date: Mon, 09 Jul 2012 01:22:03 +0200 From: Lukas Laukamp User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com References: <4FF9D5FB.2040407@lippux.de> In-Reply-To: <4FF9D5FB.2040407@lippux.de> Subject: Re: [Xen-users] VNC console only shows black screen on HVM guest running on Xen 4.1 with Ubuntu 12.04 as 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="===============8465647234361597518==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============8465647234361597518== Content-Type: multipart/alternative; boundary="------------090705070906030208040304" This is a multi-part message in MIME format. --------------090705070906030208040304 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Am 08.07.2012 20:48, schrieb Lukas Laukamp: > Hello all, > > I have a problem getting a working VNC console for HVM guests on Xen > 4.1. When I start the DomU with xm create everything is fine the DomU > runs and in xm list it has the running state but when I try to connect > to the VNC console to install an operating system (Ubuntu and Debian I > have tested) the VNC viewer only shows a black screen. So I searched > in the logs and found a log entry where I think that this is the problem: > > xen be: console-0: xen be: console-0: initialise() failed > initialise() failed > > It's in the qemu-dm log file of the DomU. I have put all logs (xend, > xend-debug, xen-hotplugpath and qemu-dm) put into the attachment of > this mail. > > Here also is my actual configuration for the DomU: > > kernel = "/usr/lib/xen-4.1/boot/hvmloader" > builder = "hvm" > memory = 4096 > shadow_memory = 16 > name = "mailer1" > vif = [ > 'type=ioemu, bridge=xenbr0, mac=00:50:56:00:04:25' > ] > acpi = 1 > apic = 1 > disk = [ > 'phy:/dev/vmdisks/mailer1,hda,w', > 'file:/isos/debian-6.0.5-amd64-netinst.iso,hdc:cdrom,r' > ] > device_model = '/usr/lib/xen-4.1/bin/qemu-dm' > boot="dc" > sdl=0 > vfb = [ 'type=vnc,vnclisten=127.0.0.1,vncunused=1,vncpasswd=sOnlEn3' ] > serial='pty' > usbdevice='tablet' > on_reboot='restart' > on_crash='restart' > > And here the output of xm dmesg: > > (XEN) Xen version 4.1.2 (Ubuntu 4.1.2-2ubuntu2.1) > (stefan.bader@canonical.com) (gcc version 4.6.3 (Ubuntu/Linaro > 4.6.3-1ubuntu5) ) Mon Jun 18 14:13:52 UTC 2012 > (XEN) Bootloader: GRUB 1.99-21ubuntu3.1 > (XEN) Command line: placeholder > (XEN) Video information: > (XEN) VGA is text mode 80x25, font 8x16 > (XEN) VBE/DDC methods: none; EDID transfer time: 0 seconds > (XEN) EDID info not retrieved because no DDC retrieval method detected > (XEN) Disc information: > (XEN) Found 0 MBR signatures > (XEN) Found 3 EDD information structures > (XEN) Xen-e820 RAM map: > (XEN) 0000000000000000 - 000000000009ec00 (usable) > (XEN) 000000000009ec00 - 00000000000a0000 (reserved) > (XEN) 00000000000e0000 - 0000000000100000 (reserved) > (XEN) 0000000000100000 - 00000000bf780000 (usable) > (XEN) 00000000bf780000 - 00000000bf78e000 (ACPI data) > (XEN) 00000000bf78e000 - 00000000bf7d0000 (ACPI NVS) > (XEN) 00000000bf7d0000 - 00000000bf7e0000 (reserved) > (XEN) 00000000bf7ec000 - 00000000c0000000 (reserved) > (XEN) 00000000fee00000 - 00000000fee01000 (reserved) > (XEN) 00000000ffc00000 - 0000000100000000 (reserved) > (XEN) 0000000100000000 - 0000000340000000 (usable) > (XEN) ACPI: RSDP 000FA340, 0014 (r0 ACPIAM) > (XEN) ACPI: RSDT BF780000, 003C (r1 7522MT A7522800 20110819 > MSFT 97) > (XEN) ACPI: FACP BF780200, 0084 (r1 7522MT A7522800 20110819 > MSFT 97) > (XEN) ACPI: DSDT BF780480, 6D1A (r1 A7522 A7522800 800 INTL > 20051117) > (XEN) ACPI: FACS BF78E000, 0040 > (XEN) ACPI: APIC BF780390, 00AC (r1 7522MT A7522800 20110819 > MSFT 97) > (XEN) ACPI: MCFG BF780440, 003C (r1 7522MT OEMMCFG 20110819 > MSFT 97) > (XEN) ACPI: OEMB BF78E040, 007A (r1 7522MT A7522800 20110819 > MSFT 97) > (XEN) ACPI: HPET BF78A480, 0038 (r1 7522MT OEMHPET 20110819 > MSFT 97) > (XEN) ACPI: SSDT BF790DA0, 0363 (r1 DpgPmm CpuPm 12 INTL > 20051117) > (XEN) System RAM: 12279MB (12573816kB) > (XEN) Domain heap initialised > (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) Processor #1 7:10 APIC version 21 > (XEN) Processor #3 7:10 APIC version 21 > (XEN) Processor #5 7:10 APIC version 21 > (XEN) Processor #7 7:10 APIC version 21 > (XEN) IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23 > (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs > (XEN) Table is not found! > (XEN) Using scheduler: SMP Credit Scheduler (credit) > (XEN) Detected 3341.758 MHz processor. > (XEN) Initing memory sharing. > (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) 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) EPT supports 2MB super page. > (XEN) HVM: ASIDs enabled. > (XEN) HVM: VMX 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.: 000000032c000000->0000000330000000 (3048830 > pages to be allocated) > (XEN) Init. ramdisk: 000000033d7fd000->0000000340000000 > (XEN) VIRTUAL MEMORY ARRANGEMENT: > (XEN) Loaded kernel: ffffffff81000000->ffffffff8205f000 > (XEN) Init. ramdisk: ffffffff8205f000->ffffffff84862000 > (XEN) Phys-Mach map: ffffffff84862000->ffffffff85fd8c08 > (XEN) Start info: ffffffff85fd9000->ffffffff85fd94b4 > (XEN) Page tables: ffffffff85fda000->ffffffff8600f000 > (XEN) Boot stack: ffffffff8600f000->ffffffff86010000 > (XEN) TOTAL: ffffffff80000000->ffffffff86400000 > (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 'CTRL-a' three times to switch > input to Xen) > (XEN) Freed 220kB init memory. > (XEN) physdev.c:155: dom0: wrong map_pirq type 3 > > All logs are in the attachment as normal text files. The Dom0 is a > minimal Ubuntu 12.04 Precise Pangolin and Xen is Version 4.1.2 > > Would be greate when someone has an idea and can help me. I think that > the VNC console is not attached correct but I don't understand why. > When there are questions for other logs or more info please say. > > Best Regards > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Hey all again, I have solved the problem myself. The first tests with RealVNC and TightVNC don't worked now I tested it with Remmina from an Ubuntu Desktop and this worked. Best Regards --------------090705070906030208040304 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Am 08.07.2012 20:48, schrieb Lukas Laukamp:
Hello all,

I have a problem getting a working VNC console for HVM guests on Xen 4.1. When I start the DomU with xm create everything is fine the DomU runs and in xm list it has the running state but when I try to connect to the VNC console to install an operating system (Ubuntu and Debian I have tested) the VNC viewer only shows a black screen. So I searched in the logs and found a log entry where I think that this is the problem:

xen be: console-0: xen be: console-0: initialise() failed
initialise() failed

It's in the qemu-dm log file of the DomU. I have put all logs (xend, xend-debug, xen-hotplugpath and qemu-dm) put into the attachment of this mail.

Here also is my actual configuration for the DomU:

kernel  = "/usr/lib/xen-4.1/boot/hvmloader"
builder = "hvm"
memory = 4096
shadow_memory = 16
name = "mailer1"
vif = [
        'type=ioemu, bridge=xenbr0, mac=00:50:56:00:04:25'
      ]
acpi = 1
apic = 1
disk = [
        'phy:/dev/vmdisks/mailer1,hda,w',
        'file:/isos/debian-6.0.5-amd64-netinst.iso,hdc:cdrom,r'
       ]
device_model = '/usr/lib/xen-4.1/bin/qemu-dm'
boot="dc"
sdl=0
vfb = [ 'type=vnc,vnclisten=127.0.0.1,vncunused=1,vncpasswd=sOnlEn3' ]
serial='pty'
usbdevice='tablet'
on_reboot='restart'
on_crash='restart'

And here the output of xm dmesg:

(XEN) Xen version 4.1.2 (Ubuntu 4.1.2-2ubuntu2.1) (stefan.bader@canonical.com) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) Mon Jun 18 14:13:52 UTC 2012
(XEN) Bootloader: GRUB 1.99-21ubuntu3.1
(XEN) Command line: placeholder
(XEN) Video information:
(XEN)  VGA is text mode 80x25, font 8x16
(XEN)  VBE/DDC methods: none; EDID transfer time: 0 seconds
(XEN)  EDID info not retrieved because no DDC retrieval method detected
(XEN) Disc information:
(XEN)  Found 0 MBR signatures
(XEN)  Found 3 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN)  0000000000000000 - 000000000009ec00 (usable)
(XEN)  000000000009ec00 - 00000000000a0000 (reserved)
(XEN)  00000000000e0000 - 0000000000100000 (reserved)
(XEN)  0000000000100000 - 00000000bf780000 (usable)
(XEN)  00000000bf780000 - 00000000bf78e000 (ACPI data)
(XEN)  00000000bf78e000 - 00000000bf7d0000 (ACPI NVS)
(XEN)  00000000bf7d0000 - 00000000bf7e0000 (reserved)
(XEN)  00000000bf7ec000 - 00000000c0000000 (reserved)
(XEN)  00000000fee00000 - 00000000fee01000 (reserved)
(XEN)  00000000ffc00000 - 0000000100000000 (reserved)
(XEN)  0000000100000000 - 0000000340000000 (usable)
(XEN) ACPI: RSDP 000FA340, 0014 (r0 ACPIAM)
(XEN) ACPI: RSDT BF780000, 003C (r1 7522MT A7522800 20110819 MSFT       97)
(XEN) ACPI: FACP BF780200, 0084 (r1 7522MT A7522800 20110819 MSFT       97)
(XEN) ACPI: DSDT BF780480, 6D1A (r1  A7522 A7522800      800 INTL 20051117)
(XEN) ACPI: FACS BF78E000, 0040
(XEN) ACPI: APIC BF780390, 00AC (r1 7522MT A7522800 20110819 MSFT       97)
(XEN) ACPI: MCFG BF780440, 003C (r1 7522MT OEMMCFG  20110819 MSFT       97)
(XEN) ACPI: OEMB BF78E040, 007A (r1 7522MT A7522800 20110819 MSFT       97)
(XEN) ACPI: HPET BF78A480, 0038 (r1 7522MT OEMHPET  20110819 MSFT       97)
(XEN) ACPI: SSDT BF790DA0, 0363 (r1 DpgPmm    CpuPm       12 INTL 20051117)
(XEN) System RAM: 12279MB (12573816kB)
(XEN) Domain heap initialised
(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) Processor #1 7:10 APIC version 21
(XEN) Processor #3 7:10 APIC version 21
(XEN) Processor #5 7:10 APIC version 21
(XEN) Processor #7 7:10 APIC version 21
(XEN) IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
(XEN) Enabling APIC mode:  Flat.  Using 1 I/O APICs
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3341.758 MHz processor.
(XEN) Initing memory sharing.
(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) 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) EPT supports 2MB super page.
(XEN) HVM: ASIDs enabled.
(XEN) HVM: VMX 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.:   000000032c000000->0000000330000000 (3048830 pages to be allocated)
(XEN)  Init. ramdisk: 000000033d7fd000->0000000340000000
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN)  Loaded kernel: ffffffff81000000->ffffffff8205f000
(XEN)  Init. ramdisk: ffffffff8205f000->ffffffff84862000
(XEN)  Phys-Mach map: ffffffff84862000->ffffffff85fd8c08
(XEN)  Start info:    ffffffff85fd9000->ffffffff85fd94b4
(XEN)  Page tables:   ffffffff85fda000->ffffffff8600f000
(XEN)  Boot stack:    ffffffff8600f000->ffffffff86010000
(XEN)  TOTAL:         ffffffff80000000->ffffffff86400000
(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 'CTRL-a' three times to switch input to Xen)
(XEN) Freed 220kB init memory.
(XEN) physdev.c:155: dom0: wrong map_pirq type 3

All logs are in the attachment as normal text files. The Dom0 is a minimal Ubuntu 12.04 Precise Pangolin and Xen is Version 4.1.2

Would be greate when someone has an idea and can help me. I think that the VNC console is not attached correct but I don't understand why. When there are questions for other logs or more info please say.

Best Regards 




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

Hey all again,

I have solved the problem myself. The first tests with RealVNC and TightVNC don't worked now I tested it with Remmina from an Ubuntu Desktop and this worked.

Best Regards

--------------090705070906030208040304-- --===============8465647234361597518== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8465647234361597518==-- From xen-users-bounces@lists.xen.org Sun Jul 08 23:24:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 08 Jul 2012 23:24: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 1So0o5-0000Tc-1c; Sun, 08 Jul 2012 23:22:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1So0o3-0000TX-8X for xen-users@lists.xensource.com; Sun, 08 Jul 2012 23:22:23 +0000 Received: from [85.158.143.35:38795] by server-1.bemta-4.messagelabs.com id 65/69-24392-E261AFF4; Sun, 08 Jul 2012 23:22:22 +0000 X-Env-Sender: contact@lippux.de X-Msg-Ref: server-11.tower-21.messagelabs.com!1341789736!11686403!1 X-Originating-IP: [85.10.197.18] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25894 invoked from network); 8 Jul 2012 23:22:17 -0000 Received: from mailer2.lippux.de (HELO mailer2.lippux.de) (85.10.197.18) by server-11.tower-21.messagelabs.com with SMTP; 8 Jul 2012 23:22:17 -0000 Received: from localhost (localhost [127.0.0.1]) by mailer2.lippux.de (Postfix) with ESMTP id C87B42CA776 for ; Mon, 9 Jul 2012 01:22:16 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mailer2.lippux.de Received: from mailer2.lippux.de ([127.0.0.1]) by localhost (mailer2.lippux.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Doct-xtalVNK for ; Mon, 9 Jul 2012 01:22:13 +0200 (CEST) Received: from [127.0.0.1] (unknown [188.40.32.119]) by mailer2.lippux.de (Postfix) with ESMTPSA id 3E6CF2CA774 for ; Mon, 9 Jul 2012 01:22:12 +0200 (CEST) Message-ID: <4FFA161B.3000309@lippux.de> Date: Mon, 09 Jul 2012 01:22:03 +0200 From: Lukas Laukamp User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com References: <4FF9D5FB.2040407@lippux.de> In-Reply-To: <4FF9D5FB.2040407@lippux.de> Subject: Re: [Xen-users] VNC console only shows black screen on HVM guest running on Xen 4.1 with Ubuntu 12.04 as 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="===============8465647234361597518==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============8465647234361597518== Content-Type: multipart/alternative; boundary="------------090705070906030208040304" This is a multi-part message in MIME format. --------------090705070906030208040304 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Am 08.07.2012 20:48, schrieb Lukas Laukamp: > Hello all, > > I have a problem getting a working VNC console for HVM guests on Xen > 4.1. When I start the DomU with xm create everything is fine the DomU > runs and in xm list it has the running state but when I try to connect > to the VNC console to install an operating system (Ubuntu and Debian I > have tested) the VNC viewer only shows a black screen. So I searched > in the logs and found a log entry where I think that this is the problem: > > xen be: console-0: xen be: console-0: initialise() failed > initialise() failed > > It's in the qemu-dm log file of the DomU. I have put all logs (xend, > xend-debug, xen-hotplugpath and qemu-dm) put into the attachment of > this mail. > > Here also is my actual configuration for the DomU: > > kernel = "/usr/lib/xen-4.1/boot/hvmloader" > builder = "hvm" > memory = 4096 > shadow_memory = 16 > name = "mailer1" > vif = [ > 'type=ioemu, bridge=xenbr0, mac=00:50:56:00:04:25' > ] > acpi = 1 > apic = 1 > disk = [ > 'phy:/dev/vmdisks/mailer1,hda,w', > 'file:/isos/debian-6.0.5-amd64-netinst.iso,hdc:cdrom,r' > ] > device_model = '/usr/lib/xen-4.1/bin/qemu-dm' > boot="dc" > sdl=0 > vfb = [ 'type=vnc,vnclisten=127.0.0.1,vncunused=1,vncpasswd=sOnlEn3' ] > serial='pty' > usbdevice='tablet' > on_reboot='restart' > on_crash='restart' > > And here the output of xm dmesg: > > (XEN) Xen version 4.1.2 (Ubuntu 4.1.2-2ubuntu2.1) > (stefan.bader@canonical.com) (gcc version 4.6.3 (Ubuntu/Linaro > 4.6.3-1ubuntu5) ) Mon Jun 18 14:13:52 UTC 2012 > (XEN) Bootloader: GRUB 1.99-21ubuntu3.1 > (XEN) Command line: placeholder > (XEN) Video information: > (XEN) VGA is text mode 80x25, font 8x16 > (XEN) VBE/DDC methods: none; EDID transfer time: 0 seconds > (XEN) EDID info not retrieved because no DDC retrieval method detected > (XEN) Disc information: > (XEN) Found 0 MBR signatures > (XEN) Found 3 EDD information structures > (XEN) Xen-e820 RAM map: > (XEN) 0000000000000000 - 000000000009ec00 (usable) > (XEN) 000000000009ec00 - 00000000000a0000 (reserved) > (XEN) 00000000000e0000 - 0000000000100000 (reserved) > (XEN) 0000000000100000 - 00000000bf780000 (usable) > (XEN) 00000000bf780000 - 00000000bf78e000 (ACPI data) > (XEN) 00000000bf78e000 - 00000000bf7d0000 (ACPI NVS) > (XEN) 00000000bf7d0000 - 00000000bf7e0000 (reserved) > (XEN) 00000000bf7ec000 - 00000000c0000000 (reserved) > (XEN) 00000000fee00000 - 00000000fee01000 (reserved) > (XEN) 00000000ffc00000 - 0000000100000000 (reserved) > (XEN) 0000000100000000 - 0000000340000000 (usable) > (XEN) ACPI: RSDP 000FA340, 0014 (r0 ACPIAM) > (XEN) ACPI: RSDT BF780000, 003C (r1 7522MT A7522800 20110819 > MSFT 97) > (XEN) ACPI: FACP BF780200, 0084 (r1 7522MT A7522800 20110819 > MSFT 97) > (XEN) ACPI: DSDT BF780480, 6D1A (r1 A7522 A7522800 800 INTL > 20051117) > (XEN) ACPI: FACS BF78E000, 0040 > (XEN) ACPI: APIC BF780390, 00AC (r1 7522MT A7522800 20110819 > MSFT 97) > (XEN) ACPI: MCFG BF780440, 003C (r1 7522MT OEMMCFG 20110819 > MSFT 97) > (XEN) ACPI: OEMB BF78E040, 007A (r1 7522MT A7522800 20110819 > MSFT 97) > (XEN) ACPI: HPET BF78A480, 0038 (r1 7522MT OEMHPET 20110819 > MSFT 97) > (XEN) ACPI: SSDT BF790DA0, 0363 (r1 DpgPmm CpuPm 12 INTL > 20051117) > (XEN) System RAM: 12279MB (12573816kB) > (XEN) Domain heap initialised > (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) Processor #1 7:10 APIC version 21 > (XEN) Processor #3 7:10 APIC version 21 > (XEN) Processor #5 7:10 APIC version 21 > (XEN) Processor #7 7:10 APIC version 21 > (XEN) IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23 > (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs > (XEN) Table is not found! > (XEN) Using scheduler: SMP Credit Scheduler (credit) > (XEN) Detected 3341.758 MHz processor. > (XEN) Initing memory sharing. > (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) 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) EPT supports 2MB super page. > (XEN) HVM: ASIDs enabled. > (XEN) HVM: VMX 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.: 000000032c000000->0000000330000000 (3048830 > pages to be allocated) > (XEN) Init. ramdisk: 000000033d7fd000->0000000340000000 > (XEN) VIRTUAL MEMORY ARRANGEMENT: > (XEN) Loaded kernel: ffffffff81000000->ffffffff8205f000 > (XEN) Init. ramdisk: ffffffff8205f000->ffffffff84862000 > (XEN) Phys-Mach map: ffffffff84862000->ffffffff85fd8c08 > (XEN) Start info: ffffffff85fd9000->ffffffff85fd94b4 > (XEN) Page tables: ffffffff85fda000->ffffffff8600f000 > (XEN) Boot stack: ffffffff8600f000->ffffffff86010000 > (XEN) TOTAL: ffffffff80000000->ffffffff86400000 > (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 'CTRL-a' three times to switch > input to Xen) > (XEN) Freed 220kB init memory. > (XEN) physdev.c:155: dom0: wrong map_pirq type 3 > > All logs are in the attachment as normal text files. The Dom0 is a > minimal Ubuntu 12.04 Precise Pangolin and Xen is Version 4.1.2 > > Would be greate when someone has an idea and can help me. I think that > the VNC console is not attached correct but I don't understand why. > When there are questions for other logs or more info please say. > > Best Regards > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Hey all again, I have solved the problem myself. The first tests with RealVNC and TightVNC don't worked now I tested it with Remmina from an Ubuntu Desktop and this worked. Best Regards --------------090705070906030208040304 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Am 08.07.2012 20:48, schrieb Lukas Laukamp:
Hello all,

I have a problem getting a working VNC console for HVM guests on Xen 4.1. When I start the DomU with xm create everything is fine the DomU runs and in xm list it has the running state but when I try to connect to the VNC console to install an operating system (Ubuntu and Debian I have tested) the VNC viewer only shows a black screen. So I searched in the logs and found a log entry where I think that this is the problem:

xen be: console-0: xen be: console-0: initialise() failed
initialise() failed

It's in the qemu-dm log file of the DomU. I have put all logs (xend, xend-debug, xen-hotplugpath and qemu-dm) put into the attachment of this mail.

Here also is my actual configuration for the DomU:

kernel  = "/usr/lib/xen-4.1/boot/hvmloader"
builder = "hvm"
memory = 4096
shadow_memory = 16
name = "mailer1"
vif = [
        'type=ioemu, bridge=xenbr0, mac=00:50:56:00:04:25'
      ]
acpi = 1
apic = 1
disk = [
        'phy:/dev/vmdisks/mailer1,hda,w',
        'file:/isos/debian-6.0.5-amd64-netinst.iso,hdc:cdrom,r'
       ]
device_model = '/usr/lib/xen-4.1/bin/qemu-dm'
boot="dc"
sdl=0
vfb = [ 'type=vnc,vnclisten=127.0.0.1,vncunused=1,vncpasswd=sOnlEn3' ]
serial='pty'
usbdevice='tablet'
on_reboot='restart'
on_crash='restart'

And here the output of xm dmesg:

(XEN) Xen version 4.1.2 (Ubuntu 4.1.2-2ubuntu2.1) (stefan.bader@canonical.com) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) Mon Jun 18 14:13:52 UTC 2012
(XEN) Bootloader: GRUB 1.99-21ubuntu3.1
(XEN) Command line: placeholder
(XEN) Video information:
(XEN)  VGA is text mode 80x25, font 8x16
(XEN)  VBE/DDC methods: none; EDID transfer time: 0 seconds
(XEN)  EDID info not retrieved because no DDC retrieval method detected
(XEN) Disc information:
(XEN)  Found 0 MBR signatures
(XEN)  Found 3 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN)  0000000000000000 - 000000000009ec00 (usable)
(XEN)  000000000009ec00 - 00000000000a0000 (reserved)
(XEN)  00000000000e0000 - 0000000000100000 (reserved)
(XEN)  0000000000100000 - 00000000bf780000 (usable)
(XEN)  00000000bf780000 - 00000000bf78e000 (ACPI data)
(XEN)  00000000bf78e000 - 00000000bf7d0000 (ACPI NVS)
(XEN)  00000000bf7d0000 - 00000000bf7e0000 (reserved)
(XEN)  00000000bf7ec000 - 00000000c0000000 (reserved)
(XEN)  00000000fee00000 - 00000000fee01000 (reserved)
(XEN)  00000000ffc00000 - 0000000100000000 (reserved)
(XEN)  0000000100000000 - 0000000340000000 (usable)
(XEN) ACPI: RSDP 000FA340, 0014 (r0 ACPIAM)
(XEN) ACPI: RSDT BF780000, 003C (r1 7522MT A7522800 20110819 MSFT       97)
(XEN) ACPI: FACP BF780200, 0084 (r1 7522MT A7522800 20110819 MSFT       97)
(XEN) ACPI: DSDT BF780480, 6D1A (r1  A7522 A7522800      800 INTL 20051117)
(XEN) ACPI: FACS BF78E000, 0040
(XEN) ACPI: APIC BF780390, 00AC (r1 7522MT A7522800 20110819 MSFT       97)
(XEN) ACPI: MCFG BF780440, 003C (r1 7522MT OEMMCFG  20110819 MSFT       97)
(XEN) ACPI: OEMB BF78E040, 007A (r1 7522MT A7522800 20110819 MSFT       97)
(XEN) ACPI: HPET BF78A480, 0038 (r1 7522MT OEMHPET  20110819 MSFT       97)
(XEN) ACPI: SSDT BF790DA0, 0363 (r1 DpgPmm    CpuPm       12 INTL 20051117)
(XEN) System RAM: 12279MB (12573816kB)
(XEN) Domain heap initialised
(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) Processor #1 7:10 APIC version 21
(XEN) Processor #3 7:10 APIC version 21
(XEN) Processor #5 7:10 APIC version 21
(XEN) Processor #7 7:10 APIC version 21
(XEN) IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
(XEN) Enabling APIC mode:  Flat.  Using 1 I/O APICs
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3341.758 MHz processor.
(XEN) Initing memory sharing.
(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) 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) EPT supports 2MB super page.
(XEN) HVM: ASIDs enabled.
(XEN) HVM: VMX 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.:   000000032c000000->0000000330000000 (3048830 pages to be allocated)
(XEN)  Init. ramdisk: 000000033d7fd000->0000000340000000
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN)  Loaded kernel: ffffffff81000000->ffffffff8205f000
(XEN)  Init. ramdisk: ffffffff8205f000->ffffffff84862000
(XEN)  Phys-Mach map: ffffffff84862000->ffffffff85fd8c08
(XEN)  Start info:    ffffffff85fd9000->ffffffff85fd94b4
(XEN)  Page tables:   ffffffff85fda000->ffffffff8600f000
(XEN)  Boot stack:    ffffffff8600f000->ffffffff86010000
(XEN)  TOTAL:         ffffffff80000000->ffffffff86400000
(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 'CTRL-a' three times to switch input to Xen)
(XEN) Freed 220kB init memory.
(XEN) physdev.c:155: dom0: wrong map_pirq type 3

All logs are in the attachment as normal text files. The Dom0 is a minimal Ubuntu 12.04 Precise Pangolin and Xen is Version 4.1.2

Would be greate when someone has an idea and can help me. I think that the VNC console is not attached correct but I don't understand why. When there are questions for other logs or more info please say.

Best Regards 




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

Hey all again,

I have solved the problem myself. The first tests with RealVNC and TightVNC don't worked now I tested it with Remmina from an Ubuntu Desktop and this worked.

Best Regards

--------------090705070906030208040304-- --===============8465647234361597518== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8465647234361597518==-- From xen-users-bounces@lists.xen.org Mon Jul 09 03:28:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 03:28: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 1So4bw-0006Mu-GI; Mon, 09 Jul 2012 03:26:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1So4bv-0006Mp-27 for xen-users@lists.xensource.com; Mon, 09 Jul 2012 03:26:07 +0000 Received: from [85.158.143.35:55356] by server-1.bemta-4.messagelabs.com id 90/F2-24392-E4F4AFF4; Mon, 09 Jul 2012 03:26:06 +0000 X-Env-Sender: xieliwei@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1341804355!14362278!1 X-Originating-IP: [209.85.160.43] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4210 invoked from network); 9 Jul 2012 03:25:58 -0000 Received: from mail-pb0-f43.google.com (HELO mail-pb0-f43.google.com) (209.85.160.43) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2012 03:25:58 -0000 Received: by pbcwz7 with SMTP id wz7so23330084pbc.30 for ; Sun, 08 Jul 2012 20:25:55 -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=AVrSOCoWT6Oxx00IwckvtgrZ3q+ICkAMNN/ImFpQNLk=; b=mF9f7pmHrTWpAdkRRBHw4NOBqT1YwNXkTM87YKmVjlb64WnwTYsGZCtotFGjcWHiG0 /uWeVX9YRZHsxb3I0drBAqWi8FNg8IjcancndT+N8QQHfzCFrdZLP70aCIhlGyW5zlUV KsZt4OXXijHTkjz3cJlzPk02tyFCBB1qOFaJCvwaRLK77vwPVj9N/PzUkwgevb++Z7dq t3ckX4NloB065cxwsLN9Mcg0y+gXErdiqN/U/a0NlGAnu7CTxbyFbLIWQNAURS9dXESx BXlgOc887YcJ9Lg/dHIJgzu3wcFplghSPDKUHwoLcO2rHyHn1UhrivnSaxzz/xCGrltF 127A== Received: by 10.68.217.166 with SMTP id oz6mr56286145pbc.136.1341804355317; Sun, 08 Jul 2012 20:25:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.234.38 with HTTP; Sun, 8 Jul 2012 20:25:33 -0700 (PDT) From: Liwei Date: Mon, 9 Jul 2012 11:25:33 +0800 Message-ID: To: xen-users@lists.xensource.com Subject: [Xen-users] Trim support for 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 Hi list, Recently we've been thinking of adding SSDs into some of our domU VMs to boost application loading times. Looking around, it seems that information about trim support in various configurations is sparse at best. The only clear confirmation I could find is that trim is supported in PV domU on Linux kernels 3.1 and above, but only if dom0 has kernel 3.1 and above as well. So paravirtualised Linux domUs are fine for the upgrade, but what about other configurations? 1. Non-PV Linux domUs? 2. Non-PV BSD domUs? 3. PV BSD domUs? 4. Windows domUs? 5. Windows domUs with PV drivers? 6. Other non-PV configurations? Perhaps it'd be great to clear everything up now. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 09 03:28:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 03:28: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 1So4bw-0006Mu-GI; Mon, 09 Jul 2012 03:26:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1So4bv-0006Mp-27 for xen-users@lists.xensource.com; Mon, 09 Jul 2012 03:26:07 +0000 Received: from [85.158.143.35:55356] by server-1.bemta-4.messagelabs.com id 90/F2-24392-E4F4AFF4; Mon, 09 Jul 2012 03:26:06 +0000 X-Env-Sender: xieliwei@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1341804355!14362278!1 X-Originating-IP: [209.85.160.43] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4210 invoked from network); 9 Jul 2012 03:25:58 -0000 Received: from mail-pb0-f43.google.com (HELO mail-pb0-f43.google.com) (209.85.160.43) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2012 03:25:58 -0000 Received: by pbcwz7 with SMTP id wz7so23330084pbc.30 for ; Sun, 08 Jul 2012 20:25:55 -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=AVrSOCoWT6Oxx00IwckvtgrZ3q+ICkAMNN/ImFpQNLk=; b=mF9f7pmHrTWpAdkRRBHw4NOBqT1YwNXkTM87YKmVjlb64WnwTYsGZCtotFGjcWHiG0 /uWeVX9YRZHsxb3I0drBAqWi8FNg8IjcancndT+N8QQHfzCFrdZLP70aCIhlGyW5zlUV KsZt4OXXijHTkjz3cJlzPk02tyFCBB1qOFaJCvwaRLK77vwPVj9N/PzUkwgevb++Z7dq t3ckX4NloB065cxwsLN9Mcg0y+gXErdiqN/U/a0NlGAnu7CTxbyFbLIWQNAURS9dXESx BXlgOc887YcJ9Lg/dHIJgzu3wcFplghSPDKUHwoLcO2rHyHn1UhrivnSaxzz/xCGrltF 127A== Received: by 10.68.217.166 with SMTP id oz6mr56286145pbc.136.1341804355317; Sun, 08 Jul 2012 20:25:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.234.38 with HTTP; Sun, 8 Jul 2012 20:25:33 -0700 (PDT) From: Liwei Date: Mon, 9 Jul 2012 11:25:33 +0800 Message-ID: To: xen-users@lists.xensource.com Subject: [Xen-users] Trim support for 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 Hi list, Recently we've been thinking of adding SSDs into some of our domU VMs to boost application loading times. Looking around, it seems that information about trim support in various configurations is sparse at best. The only clear confirmation I could find is that trim is supported in PV domU on Linux kernels 3.1 and above, but only if dom0 has kernel 3.1 and above as well. So paravirtualised Linux domUs are fine for the upgrade, but what about other configurations? 1. Non-PV Linux domUs? 2. Non-PV BSD domUs? 3. PV BSD domUs? 4. Windows domUs? 5. Windows domUs with PV drivers? 6. Other non-PV configurations? Perhaps it'd be great to clear everything up now. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 09 03:43:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 03:43: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 1So4rj-0006hh-DQ; Mon, 09 Jul 2012 03:42:27 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1So4rh-0006hb-Ap for xen-users@lists.xensource.com; Mon, 09 Jul 2012 03:42:25 +0000 Received: from [85.158.138.51:43969] by server-4.bemta-3.messagelabs.com id 83/44-17105-0235AFF4; Mon, 09 Jul 2012 03:42:24 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1341805341!19837127!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, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24179 invoked from network); 9 Jul 2012 03:42:23 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2012 03:42:23 -0000 Received: by obqv19 with SMTP id v19so153010obq.30 for ; Sun, 08 Jul 2012 20:42: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:date:message-id:subject:from:to :cc:content-type; bh=6ysOQepr6hyPpVW32iChfJaCxUqGVa5HJzfQVXy6bF4=; b=uuusdlEahqnIXvcajxaDdSZ8vd4Nd3N61XMZaEa+rQEcbIxMsoNseLnePX+Gs73slQ reyS0VGpzm02Z/SpJIDbhfmnsPn17nENEvThfIknBwdR5/kz682g0H1LFtbpvseCX5vq d+KaWA8JcouWQI67igHwXhg/fx9U6RPb6aeIOeuwGrl6ql5n5RBVUr51yFgANqg45IoQ kv+qF2yHgTjMAPWQsGhRMteeyWfDHNKUuIWCPvXsHebN+S9IM4qOdo/Ul6dGPdRNvUXb 9yPiXW+rHHghB7Bqa4mjB3rbpOQ8U2rkn8x4rqZhq2GhR3TyaD8tvoY9U/LwITh1vDCu yfwA== MIME-Version: 1.0 Received: by 10.50.213.1 with SMTP id no1mr7131103igc.71.1341805341321; Sun, 08 Jul 2012 20:42:21 -0700 (PDT) Received: by 10.64.78.1 with HTTP; Sun, 8 Jul 2012 20:42:21 -0700 (PDT) In-Reply-To: References: Date: Sun, 8 Jul 2012 23:42:21 -0400 Message-ID: From: Casey DeLorme To: Liwei Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Trim support for 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="===============7882992269056009249==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7882992269056009249== Content-Type: multipart/alternative; boundary=14dae934071bba2a8704c45d66bb --14dae934071bba2a8704c45d66bb Content-Type: text/plain; charset=ISO-8859-1 I have been using a SSD with Xen 4.2 for 6 months. I am running on Debian Wheezy Dom0, and a compiled Kernel 3.4.4. Trim required not only the appropriate kernel, but the discard flag in fstab, and only for compatible file systems (Ext4 being one). My SSD has /boot/efi and /boot partitions, the rest is LVM, and I have Ext4 for my /home and / (root) partitions with discard flag added manually to /etc/fstab. This appears to be working. For virtual machines I have an HVM Windows which without GPLPV drivers appears to have recognized that it was running on a SSD (well a LV on an SSD), as it had Auto Disk Defrag turned off. So HVM Windows appears to support trim. I have been running a Debian Squeeze HVM DomU for web development testing, and for stability I had not added trim. I also have been running a pfSense HVM DomU (FreeBSD) but I have not checked whether it supports trim either. On Sun, Jul 8, 2012 at 11:25 PM, Liwei wrote: > Hi list, > Recently we've been thinking of adding SSDs into some of our domU > VMs to boost application loading times. Looking around, it seems that > information about trim support in various configurations is sparse at > best. > The only clear confirmation I could find is that trim is supported > in PV domU on Linux kernels 3.1 and above, but only if dom0 has kernel > 3.1 and above as well. > So paravirtualised Linux domUs are fine for the upgrade, but what > about other configurations? > 1. Non-PV Linux domUs? > 2. Non-PV BSD domUs? > 3. PV BSD domUs? > 4. Windows domUs? > 5. Windows domUs with PV drivers? > 6. Other non-PV configurations? > Perhaps it'd be great to clear everything up now. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --14dae934071bba2a8704c45d66bb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I have been using a SSD with Xen 4.2 for 6 months. =A0I am running on = Debian Wheezy Dom0, and a compiled Kernel 3.4.4.

T= rim required not only the appropriate kernel, but the discard flag in fstab= , and only for compatible file systems (Ext4 being one).

My SSD has /boot/efi and /boot partitions, the rest is = LVM, and I have Ext4 for my /home and / (root) partitions with discard flag= added manually to /etc/fstab. =A0This appears to be working.
For virtual machines I have an HVM Windows which without GPLPV d= rivers appears to have recognized that it was running on a SSD (well a LV o= n an SSD), as it had Auto Disk Defrag turned off. =A0So HVM Windows appears= to support trim.

I have been running a Debian Squeeze HVM DomU for web d= evelopment testing, and for stability I had not added trim. =A0I also have = been running a pfSense HVM DomU (FreeBSD) but I have not checked whether it= supports trim either.


On Sun, Jul 8, 2012 at 11:25 = PM, Liwei <xieliwei@gmail.com> wrote:
Hi list,
=A0 =A0 Recently we've been thinking of adding SSDs into some of our do= mU
VMs to boost application loading times. Looking around, it seems that
information about trim support in various configurations is sparse at
best.
=A0 =A0 The only clear confirmation I could find is that trim is supported<= br> in PV domU on Linux kernels 3.1 and above, but only if dom0 has kernel
3.1 and above as well.
=A0 =A0 So paravirtualised Linux domUs are fine for the upgrade, but what about other configurations?
=A0 =A0 =A0 =A0 1. Non-PV Linux domUs?
=A0 =A0 =A0 =A0 2. Non-PV BSD domUs?
=A0 =A0 =A0 =A0 3. PV BSD domUs?
=A0 =A0 =A0 =A0 4. Windows domUs?
=A0 =A0 =A0 =A0 5. Windows domUs with PV drivers?
=A0 =A0 =A0 =A0 6. Other non-PV configurations?
=A0 =A0 Perhaps it'd be great to clear everything up now.

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

--14dae934071bba2a8704c45d66bb-- --===============7882992269056009249== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7882992269056009249==-- From xen-users-bounces@lists.xen.org Mon Jul 09 03:43:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 03:43: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 1So4rj-0006hh-DQ; Mon, 09 Jul 2012 03:42:27 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1So4rh-0006hb-Ap for xen-users@lists.xensource.com; Mon, 09 Jul 2012 03:42:25 +0000 Received: from [85.158.138.51:43969] by server-4.bemta-3.messagelabs.com id 83/44-17105-0235AFF4; Mon, 09 Jul 2012 03:42:24 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1341805341!19837127!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, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24179 invoked from network); 9 Jul 2012 03:42:23 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2012 03:42:23 -0000 Received: by obqv19 with SMTP id v19so153010obq.30 for ; Sun, 08 Jul 2012 20:42: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:date:message-id:subject:from:to :cc:content-type; bh=6ysOQepr6hyPpVW32iChfJaCxUqGVa5HJzfQVXy6bF4=; b=uuusdlEahqnIXvcajxaDdSZ8vd4Nd3N61XMZaEa+rQEcbIxMsoNseLnePX+Gs73slQ reyS0VGpzm02Z/SpJIDbhfmnsPn17nENEvThfIknBwdR5/kz682g0H1LFtbpvseCX5vq d+KaWA8JcouWQI67igHwXhg/fx9U6RPb6aeIOeuwGrl6ql5n5RBVUr51yFgANqg45IoQ kv+qF2yHgTjMAPWQsGhRMteeyWfDHNKUuIWCPvXsHebN+S9IM4qOdo/Ul6dGPdRNvUXb 9yPiXW+rHHghB7Bqa4mjB3rbpOQ8U2rkn8x4rqZhq2GhR3TyaD8tvoY9U/LwITh1vDCu yfwA== MIME-Version: 1.0 Received: by 10.50.213.1 with SMTP id no1mr7131103igc.71.1341805341321; Sun, 08 Jul 2012 20:42:21 -0700 (PDT) Received: by 10.64.78.1 with HTTP; Sun, 8 Jul 2012 20:42:21 -0700 (PDT) In-Reply-To: References: Date: Sun, 8 Jul 2012 23:42:21 -0400 Message-ID: From: Casey DeLorme To: Liwei Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Trim support for 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="===============7882992269056009249==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7882992269056009249== Content-Type: multipart/alternative; boundary=14dae934071bba2a8704c45d66bb --14dae934071bba2a8704c45d66bb Content-Type: text/plain; charset=ISO-8859-1 I have been using a SSD with Xen 4.2 for 6 months. I am running on Debian Wheezy Dom0, and a compiled Kernel 3.4.4. Trim required not only the appropriate kernel, but the discard flag in fstab, and only for compatible file systems (Ext4 being one). My SSD has /boot/efi and /boot partitions, the rest is LVM, and I have Ext4 for my /home and / (root) partitions with discard flag added manually to /etc/fstab. This appears to be working. For virtual machines I have an HVM Windows which without GPLPV drivers appears to have recognized that it was running on a SSD (well a LV on an SSD), as it had Auto Disk Defrag turned off. So HVM Windows appears to support trim. I have been running a Debian Squeeze HVM DomU for web development testing, and for stability I had not added trim. I also have been running a pfSense HVM DomU (FreeBSD) but I have not checked whether it supports trim either. On Sun, Jul 8, 2012 at 11:25 PM, Liwei wrote: > Hi list, > Recently we've been thinking of adding SSDs into some of our domU > VMs to boost application loading times. Looking around, it seems that > information about trim support in various configurations is sparse at > best. > The only clear confirmation I could find is that trim is supported > in PV domU on Linux kernels 3.1 and above, but only if dom0 has kernel > 3.1 and above as well. > So paravirtualised Linux domUs are fine for the upgrade, but what > about other configurations? > 1. Non-PV Linux domUs? > 2. Non-PV BSD domUs? > 3. PV BSD domUs? > 4. Windows domUs? > 5. Windows domUs with PV drivers? > 6. Other non-PV configurations? > Perhaps it'd be great to clear everything up now. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --14dae934071bba2a8704c45d66bb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I have been using a SSD with Xen 4.2 for 6 months. =A0I am running on = Debian Wheezy Dom0, and a compiled Kernel 3.4.4.

T= rim required not only the appropriate kernel, but the discard flag in fstab= , and only for compatible file systems (Ext4 being one).

My SSD has /boot/efi and /boot partitions, the rest is = LVM, and I have Ext4 for my /home and / (root) partitions with discard flag= added manually to /etc/fstab. =A0This appears to be working.
For virtual machines I have an HVM Windows which without GPLPV d= rivers appears to have recognized that it was running on a SSD (well a LV o= n an SSD), as it had Auto Disk Defrag turned off. =A0So HVM Windows appears= to support trim.

I have been running a Debian Squeeze HVM DomU for web d= evelopment testing, and for stability I had not added trim. =A0I also have = been running a pfSense HVM DomU (FreeBSD) but I have not checked whether it= supports trim either.


On Sun, Jul 8, 2012 at 11:25 = PM, Liwei <xieliwei@gmail.com> wrote:
Hi list,
=A0 =A0 Recently we've been thinking of adding SSDs into some of our do= mU
VMs to boost application loading times. Looking around, it seems that
information about trim support in various configurations is sparse at
best.
=A0 =A0 The only clear confirmation I could find is that trim is supported<= br> in PV domU on Linux kernels 3.1 and above, but only if dom0 has kernel
3.1 and above as well.
=A0 =A0 So paravirtualised Linux domUs are fine for the upgrade, but what about other configurations?
=A0 =A0 =A0 =A0 1. Non-PV Linux domUs?
=A0 =A0 =A0 =A0 2. Non-PV BSD domUs?
=A0 =A0 =A0 =A0 3. PV BSD domUs?
=A0 =A0 =A0 =A0 4. Windows domUs?
=A0 =A0 =A0 =A0 5. Windows domUs with PV drivers?
=A0 =A0 =A0 =A0 6. Other non-PV configurations?
=A0 =A0 Perhaps it'd be great to clear everything up now.

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

--14dae934071bba2a8704c45d66bb-- --===============7882992269056009249== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7882992269056009249==-- From xen-users-bounces@lists.xen.org Mon Jul 09 05:53:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 05:53: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 1So6tM-0007dF-LE; Mon, 09 Jul 2012 05:52:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1So6tL-0007dA-PL for xen-users@lists.xensource.com; Mon, 09 Jul 2012 05:52:16 +0000 Received: from [85.158.143.35:45736] by server-3.bemta-4.messagelabs.com id C6/70-05808-F817AFF4; Mon, 09 Jul 2012 05:52:15 +0000 X-Env-Sender: xieliwei@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1341813132!10647514!1 X-Originating-IP: [209.85.160.43] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29202 invoked from network); 9 Jul 2012 05:52:14 -0000 Received: from mail-pb0-f43.google.com (HELO mail-pb0-f43.google.com) (209.85.160.43) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2012 05:52:14 -0000 Received: by pbcwz7 with SMTP id wz7so23549844pbc.30 for ; Sun, 08 Jul 2012 22:52:12 -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=iJ9+2ROctdO8Pl5eeFgfHTtIiVocwujZwHN4QwK6YaI=; b=nK7MYuEyPqcOhJMtseDUdtLUOE7F+yj0+GsWZJlFEZam5J/Ky7LY9N/CAIhmJYGwT8 QNCbKuKTe101YG0iRsy2BAG2/8TTdHLpm/txEltVs26k02+tnyy1HT/sizmVpuzIVsaP N6eFqEqKjJQ5hGsW6gGswN83rXHryHcQNUKwJB2ljLl7URnpma9+ePL2HyBgmAf8MThd SMnm2+yCTIptNCQ0zQ5KtIh96x/QEiIXy9M0eactFAcGUeP/Gc7RYJ835/oY1rrqhcCi 16D1O5+UfNzVqBkmv4Y1o2oQfE4YoJn1z87FHohENIj/09PhT8SIgfoOOmySj1lFz3fX FGUA== Received: by 10.68.195.97 with SMTP id id1mr58169073pbc.91.1341813132227; Sun, 08 Jul 2012 22:52:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.234.38 with HTTP; Sun, 8 Jul 2012 22:51:52 -0700 (PDT) In-Reply-To: References: From: Liwei Date: Mon, 9 Jul 2012 13:51:52 +0800 Message-ID: To: Casey DeLorme Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Trim support for 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 9 July 2012 11:42, Casey DeLorme wrote: > I have been using a SSD with Xen 4.2 for 6 months. I am running on Debian > Wheezy Dom0, and a compiled Kernel 3.4.4. > > Trim required not only the appropriate kernel, but the discard flag in > fstab, and only for compatible file systems (Ext4 being one). > > My SSD has /boot/efi and /boot partitions, the rest is LVM, and I have Ext4 > for my /home and / (root) partitions with discard flag added manually to > /etc/fstab. This appears to be working. > > For virtual machines I have an HVM Windows which without GPLPV drivers > appears to have recognized that it was running on a SSD (well a LV on an > SSD), as it had Auto Disk Defrag turned off. So HVM Windows appears to > support trim. > > I have been running a Debian Squeeze HVM DomU for web development testing, > and for stability I had not added trim. I also have been running a pfSense > HVM DomU (FreeBSD) but I have not checked whether it supports trim either. > Thanks for the reply, it sure increases the optimism in me! I'll give it a try with today's xen-unstable and mainline kernel. However, can any dev clarify how trim could work on non-PV machines, and even on LVM? My original impression was that it'd only be remotely possible by passing in the whole SSD, but Casey seems to have it working on a LVM volume on an SSD. Thanks! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 09 05:53:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 05:53: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 1So6tM-0007dF-LE; Mon, 09 Jul 2012 05:52:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1So6tL-0007dA-PL for xen-users@lists.xensource.com; Mon, 09 Jul 2012 05:52:16 +0000 Received: from [85.158.143.35:45736] by server-3.bemta-4.messagelabs.com id C6/70-05808-F817AFF4; Mon, 09 Jul 2012 05:52:15 +0000 X-Env-Sender: xieliwei@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1341813132!10647514!1 X-Originating-IP: [209.85.160.43] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29202 invoked from network); 9 Jul 2012 05:52:14 -0000 Received: from mail-pb0-f43.google.com (HELO mail-pb0-f43.google.com) (209.85.160.43) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2012 05:52:14 -0000 Received: by pbcwz7 with SMTP id wz7so23549844pbc.30 for ; Sun, 08 Jul 2012 22:52:12 -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=iJ9+2ROctdO8Pl5eeFgfHTtIiVocwujZwHN4QwK6YaI=; b=nK7MYuEyPqcOhJMtseDUdtLUOE7F+yj0+GsWZJlFEZam5J/Ky7LY9N/CAIhmJYGwT8 QNCbKuKTe101YG0iRsy2BAG2/8TTdHLpm/txEltVs26k02+tnyy1HT/sizmVpuzIVsaP N6eFqEqKjJQ5hGsW6gGswN83rXHryHcQNUKwJB2ljLl7URnpma9+ePL2HyBgmAf8MThd SMnm2+yCTIptNCQ0zQ5KtIh96x/QEiIXy9M0eactFAcGUeP/Gc7RYJ835/oY1rrqhcCi 16D1O5+UfNzVqBkmv4Y1o2oQfE4YoJn1z87FHohENIj/09PhT8SIgfoOOmySj1lFz3fX FGUA== Received: by 10.68.195.97 with SMTP id id1mr58169073pbc.91.1341813132227; Sun, 08 Jul 2012 22:52:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.234.38 with HTTP; Sun, 8 Jul 2012 22:51:52 -0700 (PDT) In-Reply-To: References: From: Liwei Date: Mon, 9 Jul 2012 13:51:52 +0800 Message-ID: To: Casey DeLorme Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Trim support for 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 9 July 2012 11:42, Casey DeLorme wrote: > I have been using a SSD with Xen 4.2 for 6 months. I am running on Debian > Wheezy Dom0, and a compiled Kernel 3.4.4. > > Trim required not only the appropriate kernel, but the discard flag in > fstab, and only for compatible file systems (Ext4 being one). > > My SSD has /boot/efi and /boot partitions, the rest is LVM, and I have Ext4 > for my /home and / (root) partitions with discard flag added manually to > /etc/fstab. This appears to be working. > > For virtual machines I have an HVM Windows which without GPLPV drivers > appears to have recognized that it was running on a SSD (well a LV on an > SSD), as it had Auto Disk Defrag turned off. So HVM Windows appears to > support trim. > > I have been running a Debian Squeeze HVM DomU for web development testing, > and for stability I had not added trim. I also have been running a pfSense > HVM DomU (FreeBSD) but I have not checked whether it supports trim either. > Thanks for the reply, it sure increases the optimism in me! I'll give it a try with today's xen-unstable and mainline kernel. However, can any dev clarify how trim could work on non-PV machines, and even on LVM? My original impression was that it'd only be remotely possible by passing in the whole SSD, but Casey seems to have it working on a LVM volume on an SSD. Thanks! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 09 07:41:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 07:41: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 1So8a9-0000Uk-Ol; Mon, 09 Jul 2012 07:40:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1So8a7-0000Uf-I1 for xen-users@lists.xensource.com; Mon, 09 Jul 2012 07:40:31 +0000 Received: from [85.158.143.99:42428] by server-2.bemta-4.messagelabs.com id 66/97-17938-EEA8AFF4; Mon, 09 Jul 2012 07:40:30 +0000 X-Env-Sender: astralstorm@gmail.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1341819629!24445156!1 X-Originating-IP: [74.125.82.171] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11909 invoked from network); 9 Jul 2012 07:40:29 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2012 07:40:29 -0000 Received: by wera13 with SMTP id a13so2163708wer.30 for ; Mon, 09 Jul 2012 00:40:29 -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=jDGpXaRV4iJkxeMNNZWhUbtboLgvXhIMopba6i3rNB8=; b=wOoonPEQR1kictDXlXljsM0IvBL83JdpkBTuotyrFFZ2GxEepF6tzJQWJaI1Nxw3Dz mUWDlaCBNh+vVpshONVvnezUc049HIiuNapPY68KURYPhMmLV5OX6RlI0B5MLQbydRv6 GukfLSWokdegPe46CD8MmwTXRbnizOtuSdTkWVxP5B84SrXuIquTzQZjB9UdfRcLn4aE mbQZg7P/NNFGJ4cIkonad28neFzERknNyLgV0b+QhGtHCuN/TvPGvh9mLW2dsjt0fmDX Cx+43hrcUYcauhjuV7Ehez3ca8d9id/J5Og+Ca/qrLliEbgJqtayL+su2MZHhfrTKERU Xflg== Received: by 10.180.14.8 with SMTP id l8mr27243789wic.6.1341819629087; Mon, 09 Jul 2012 00:40:29 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.58.4 with HTTP; Mon, 9 Jul 2012 00:40:08 -0700 (PDT) In-Reply-To: References: From: Radoslaw Szkodzinski Date: Mon, 9 Jul 2012 09:40:08 +0200 Message-ID: To: Liwei Cc: Casey DeLorme , xen-users@lists.xensource.com Subject: Re: [Xen-users] Trim support for domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gTW9uLCBKdWwgOSwgMjAxMiBhdCA3OjUxIEFNLCBMaXdlaSA8eGllbGl3ZWlAZ21haWwuY29t PiB3cm90ZToKPiBIb3dldmVyLCBjYW4gYW55IGRldiBjbGFyaWZ5IGhvdyB0cmltIGNvdWxkIHdv cmsgb24gbm9uLVBWIG1hY2hpbmVzLAo+IGFuZCBldmVuIG9uIExWTT8gTXkgb3JpZ2luYWwgaW1w cmVzc2lvbiB3YXMgdGhhdCBpdCdkIG9ubHkgYmUgcmVtb3RlbHkKPiBwb3NzaWJsZSBieSBwYXNz aW5nIGluIHRoZSB3aG9sZSBTU0QsIGJ1dCBDYXNleSBzZWVtcyB0byBoYXZlIGl0Cj4gd29ya2lu ZyBvbiBhIExWTSB2b2x1bWUgb24gYW4gU1NELiBUaGFua3MhCgpMVk0gc3VwcG9ydHMgVFJJTSBy ZWFzb25hYmx5IHdlbGwgc2luY2UgSSB0aGluayAyLjYuMjguIEhvd2V2ZXIgaXQKd2lsbCByZWR1 Y2UgdGhlIGVmZmljaWVuY3kgb2YgdHJpbW1pbmcsIHNpbmNlIHRoZSBQaHlzaWNhbCBWb2x1bWUK c2xpY2Ugc2l6ZSBpcyB0eXBpY2FsbHkgc2luZ2xlIG1lZ2FieXRlcy4KSSdtIGFsc28gbm90IGNl cnRhaW4gd2hldGhlciBpdCBzdXBwb3J0cyBUUklNIGluIGl0cyBSQUlEIHNldHVwcywKd291bGQg aGF2ZSB0byBjaGVjayB0aGUgY29kZS4KCkkgZG9uJ3Qga25vdyBpZiBibGt0YXAyIHN1cHBvcnRz IFRSSU0gLSBvciBhbnkgTGludXggZmlsZXN5c3RlbSBmb3IKc2luZ2xlIGZpbGUgbW9kaWZpY2F0 aW9ucyBmb3IgdGhhdCBtYXR0ZXIsIGV2ZW4gaWYgdGhlIGZpbGUgaXMgc3BhcnNlCi0gYW5kIGJs a3RhcDIgd29ya3MgdmlhIHRoZSBmaWxlc3lzdGVtJ3MgQUlPL09fRElSRUNUIGludGVyZmFjZXMu Ckhvd2V2ZXIgeW91IGNvdWxkIGFsd2F5cyB0cnkgY29weWluZyB0aGUgaW1hZ2UgaW4gc3BhcnNl IG1vZGUgYW5kCnJlbW92ZSB0aGUgb3JpZ2luYWwuIChjcCAtLXNwYXJzZT1hbHdheXMpCgotLSAK UmFkb3PFgmF3IFN6a29kemnFhHNraQoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVu Lm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Mon Jul 09 07:41:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 07:41: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 1So8a9-0000Uk-Ol; Mon, 09 Jul 2012 07:40:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1So8a7-0000Uf-I1 for xen-users@lists.xensource.com; Mon, 09 Jul 2012 07:40:31 +0000 Received: from [85.158.143.99:42428] by server-2.bemta-4.messagelabs.com id 66/97-17938-EEA8AFF4; Mon, 09 Jul 2012 07:40:30 +0000 X-Env-Sender: astralstorm@gmail.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1341819629!24445156!1 X-Originating-IP: [74.125.82.171] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11909 invoked from network); 9 Jul 2012 07:40:29 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2012 07:40:29 -0000 Received: by wera13 with SMTP id a13so2163708wer.30 for ; Mon, 09 Jul 2012 00:40:29 -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=jDGpXaRV4iJkxeMNNZWhUbtboLgvXhIMopba6i3rNB8=; b=wOoonPEQR1kictDXlXljsM0IvBL83JdpkBTuotyrFFZ2GxEepF6tzJQWJaI1Nxw3Dz mUWDlaCBNh+vVpshONVvnezUc049HIiuNapPY68KURYPhMmLV5OX6RlI0B5MLQbydRv6 GukfLSWokdegPe46CD8MmwTXRbnizOtuSdTkWVxP5B84SrXuIquTzQZjB9UdfRcLn4aE mbQZg7P/NNFGJ4cIkonad28neFzERknNyLgV0b+QhGtHCuN/TvPGvh9mLW2dsjt0fmDX Cx+43hrcUYcauhjuV7Ehez3ca8d9id/J5Og+Ca/qrLliEbgJqtayL+su2MZHhfrTKERU Xflg== Received: by 10.180.14.8 with SMTP id l8mr27243789wic.6.1341819629087; Mon, 09 Jul 2012 00:40:29 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.58.4 with HTTP; Mon, 9 Jul 2012 00:40:08 -0700 (PDT) In-Reply-To: References: From: Radoslaw Szkodzinski Date: Mon, 9 Jul 2012 09:40:08 +0200 Message-ID: To: Liwei Cc: Casey DeLorme , xen-users@lists.xensource.com Subject: Re: [Xen-users] Trim support for domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gTW9uLCBKdWwgOSwgMjAxMiBhdCA3OjUxIEFNLCBMaXdlaSA8eGllbGl3ZWlAZ21haWwuY29t PiB3cm90ZToKPiBIb3dldmVyLCBjYW4gYW55IGRldiBjbGFyaWZ5IGhvdyB0cmltIGNvdWxkIHdv cmsgb24gbm9uLVBWIG1hY2hpbmVzLAo+IGFuZCBldmVuIG9uIExWTT8gTXkgb3JpZ2luYWwgaW1w cmVzc2lvbiB3YXMgdGhhdCBpdCdkIG9ubHkgYmUgcmVtb3RlbHkKPiBwb3NzaWJsZSBieSBwYXNz aW5nIGluIHRoZSB3aG9sZSBTU0QsIGJ1dCBDYXNleSBzZWVtcyB0byBoYXZlIGl0Cj4gd29ya2lu ZyBvbiBhIExWTSB2b2x1bWUgb24gYW4gU1NELiBUaGFua3MhCgpMVk0gc3VwcG9ydHMgVFJJTSBy ZWFzb25hYmx5IHdlbGwgc2luY2UgSSB0aGluayAyLjYuMjguIEhvd2V2ZXIgaXQKd2lsbCByZWR1 Y2UgdGhlIGVmZmljaWVuY3kgb2YgdHJpbW1pbmcsIHNpbmNlIHRoZSBQaHlzaWNhbCBWb2x1bWUK c2xpY2Ugc2l6ZSBpcyB0eXBpY2FsbHkgc2luZ2xlIG1lZ2FieXRlcy4KSSdtIGFsc28gbm90IGNl cnRhaW4gd2hldGhlciBpdCBzdXBwb3J0cyBUUklNIGluIGl0cyBSQUlEIHNldHVwcywKd291bGQg aGF2ZSB0byBjaGVjayB0aGUgY29kZS4KCkkgZG9uJ3Qga25vdyBpZiBibGt0YXAyIHN1cHBvcnRz IFRSSU0gLSBvciBhbnkgTGludXggZmlsZXN5c3RlbSBmb3IKc2luZ2xlIGZpbGUgbW9kaWZpY2F0 aW9ucyBmb3IgdGhhdCBtYXR0ZXIsIGV2ZW4gaWYgdGhlIGZpbGUgaXMgc3BhcnNlCi0gYW5kIGJs a3RhcDIgd29ya3MgdmlhIHRoZSBmaWxlc3lzdGVtJ3MgQUlPL09fRElSRUNUIGludGVyZmFjZXMu Ckhvd2V2ZXIgeW91IGNvdWxkIGFsd2F5cyB0cnkgY29weWluZyB0aGUgaW1hZ2UgaW4gc3BhcnNl IG1vZGUgYW5kCnJlbW92ZSB0aGUgb3JpZ2luYWwuIChjcCAtLXNwYXJzZT1hbHdheXMpCgotLSAK UmFkb3PFgmF3IFN6a29kemnFhHNraQoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVu Lm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Mon Jul 09 08:03:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 08:03: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 1So8v1-0001HW-Jc; Mon, 09 Jul 2012 08:02:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1So8uz-0001HR-RE for xen-users@lists.xen.org; Mon, 09 Jul 2012 08:02:05 +0000 Received: from [85.158.138.51:39350] by server-12.bemta-3.messagelabs.com id A5/A9-30206-CFF8AFF4; Mon, 09 Jul 2012 08:02:04 +0000 X-Env-Sender: Agustin.Lopez@uv.es X-Msg-Ref: server-11.tower-174.messagelabs.com!1341820923!27895053!1 X-Originating-IP: [147.156.1.90] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31191 invoked from network); 9 Jul 2012 08:02:04 -0000 Received: from postin.uv.es (HELO postin.uv.es) (147.156.1.90) by server-11.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jul 2012 08:02:04 -0000 Received: from post.uv.es (grajo.ci.uv.es [147.156.0.253]) by postin.uv.es (8.14.3/8.14.3) with ESMTP id q69822do025017 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 9 Jul 2012 10:02:03 +0200 Received: from [147.156.0.149] (marvell.ci.uv.es [147.156.0.149]) (authenticated bits=0) by post.uv.es (8.14.4/8.14.4) with ESMTP id q6982153024041 for ; Mon, 9 Jul 2012 10:02:02 +0200 Message-ID: <4FFA8FCF.3080301@uv.es> Date: Mon, 09 Jul 2012 10:01:19 +0200 From: Agustin Lopez User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Userflux: User e-mail Flow checked by Userflux X-RelayDelay-Mem: Whitelisted relay grajo.ci.uv.es [147.156.0.253]. Not delayed Subject: [Xen-users] Disk 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-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! We are planning to migrate our iSCSI installation (LUN based) to one NFS installation (based in images). iSCSI offers great performance, but we have many dom0s and domUs and the management is difficult (many LUNS, many multipath messages, ...). (We are using Debian Wheezy with Xen 4.1.2) I have some questions: -What formats of disk images support Xen? I have not found support for qcow2, yes for HVD and raw. -Can anyone recommend a image over the other? Performace, stability, chars, ... -Anybody have tryed NFS modules from NetAPP or EMC ? Best regards, Agustin _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 09 08:03:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 08:03: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 1So8v1-0001HW-Jc; Mon, 09 Jul 2012 08:02:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1So8uz-0001HR-RE for xen-users@lists.xen.org; Mon, 09 Jul 2012 08:02:05 +0000 Received: from [85.158.138.51:39350] by server-12.bemta-3.messagelabs.com id A5/A9-30206-CFF8AFF4; Mon, 09 Jul 2012 08:02:04 +0000 X-Env-Sender: Agustin.Lopez@uv.es X-Msg-Ref: server-11.tower-174.messagelabs.com!1341820923!27895053!1 X-Originating-IP: [147.156.1.90] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31191 invoked from network); 9 Jul 2012 08:02:04 -0000 Received: from postin.uv.es (HELO postin.uv.es) (147.156.1.90) by server-11.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jul 2012 08:02:04 -0000 Received: from post.uv.es (grajo.ci.uv.es [147.156.0.253]) by postin.uv.es (8.14.3/8.14.3) with ESMTP id q69822do025017 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 9 Jul 2012 10:02:03 +0200 Received: from [147.156.0.149] (marvell.ci.uv.es [147.156.0.149]) (authenticated bits=0) by post.uv.es (8.14.4/8.14.4) with ESMTP id q6982153024041 for ; Mon, 9 Jul 2012 10:02:02 +0200 Message-ID: <4FFA8FCF.3080301@uv.es> Date: Mon, 09 Jul 2012 10:01:19 +0200 From: Agustin Lopez User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Userflux: User e-mail Flow checked by Userflux X-RelayDelay-Mem: Whitelisted relay grajo.ci.uv.es [147.156.0.253]. Not delayed Subject: [Xen-users] Disk 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-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! We are planning to migrate our iSCSI installation (LUN based) to one NFS installation (based in images). iSCSI offers great performance, but we have many dom0s and domUs and the management is difficult (many LUNS, many multipath messages, ...). (We are using Debian Wheezy with Xen 4.1.2) I have some questions: -What formats of disk images support Xen? I have not found support for qcow2, yes for HVD and raw. -Can anyone recommend a image over the other? Performace, stability, chars, ... -Anybody have tryed NFS modules from NetAPP or EMC ? Best regards, Agustin _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 09 08:16:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 08:16: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 1So981-0001dF-6b; Mon, 09 Jul 2012 08:15:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1So97z-0001d7-Dv for xen-users@lists.xensource.com; Mon, 09 Jul 2012 08:15:31 +0000 Received: from [85.158.143.99:27167] by server-1.bemta-4.messagelabs.com id B2/B6-24392-2239AFF4; Mon, 09 Jul 2012 08:15:30 +0000 X-Env-Sender: mlist@dsb-gmbh.de X-Msg-Ref: server-11.tower-216.messagelabs.com!1341821724!20290606!1 X-Originating-IP: [212.184.73.160] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_MUA_OUTLOOK X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14968 invoked from network); 9 Jul 2012 08:15:28 -0000 Received: from rz2-mail.dsb-gmbh.net (HELO rz2-mail.dsb-gmbh.net) (212.184.73.160) by server-11.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jul 2012 08:15:28 -0000 Received: from rz3db (rz3-bw.dsb-gmbh.net [212.184.73.206]) (authenticated bits=0) by rz2-mail.dsb-gmbh.net (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id q698FHfX010264; Mon, 9 Jul 2012 10:15:17 +0200 Message-ID: From: "Daniel Bauer" To: "Francisco Javier Funes Nieto" References: <081B7D220D694BD9AD419904BAAA804D@dsb.local> Date: Mon, 9 Jul 2012 10:14:32 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Debian Squeeze - XEN and 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-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 Francisco, thanks for you reply. From: "Francisco Javier Funes Nieto" > The same ISDN Card in Debian Lenny (with 2.6.22-xen-amd64) and Xen > 3.4.3 works well. > > module /boot/vmlinuz-2.6.26-2-xen-amd64 root=3D/dev/sda1 ro > console=3Dtty0 pciback.hide=3D(02:04.0)(04:00.0) pciback.permissive > pci=3Dnomsi > > > Try adding pci=3Dnomsi to boot parameters in grub.cfg Done, without success :( Also changing to vmlinuz-2.6.35-5-xen-amd64 doesn't change anything. > More info about the dom0 hardware? It's an Supermicro PDSME+. Intel VT is enabled, but there is no VT-IO! Ciao Daniel > 2012/7/8 Daniel Bauer : >> I tried to give a PCI device to a domU with >> >> module /boot/vmlinuz-3.2.0-0.bpo.2-amd64 ... xen-pciback.hide=3D(02:= 01.0) >> >> vai /boot/grub/grub.cfg >> >> >> The startup of the domU shows this error: >> >> Loading DAHDI hardware modules: >> [ 5.475642] dahdi: Telephony Interface Registered on major 196 >> [ 5.475660] dahdi: Version: 2.6.1 >> wcb4xxp: [ 5.559401] wcb4xxp 0000:02:01.0: probe called for b4xx... >> [ 5.559552] wcb4xxp 0000:02:01.0: enabling device (0000 -> 0003) >> [ 5.561039] wcb4xxp 0000:02:01.0: Xen PCI enabling IRQ: 0 >> [ 5.561039] xen_allocate_pirq: returning irq 0 for gsi 0 >> [ 5.561039] wcb4xxp 0000:02:01.0: Device has no associated IRQ? >> [ 5.561039] wcb4xxp: probe of 0000:02:01.0 failed with error -5 >> done >> Running dahdi_cfg: . >> >> >> also a lspci shows different to to dom0: >> >> root@rz3-ta:~# lspci -vv >> 02:01.0 Non-VGA unclassified device: Digium, Inc. Wildcard B410 quad-BRI >> card (rev 01) >> Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParEr= r- >> Stepping- SERR- FastB2B- DisINTx- >> Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dmedium >TAbort- >> SERR- > Region 0: I/O ports at 2000 [size=3D8] >> Region 1: Memory at ec200000 (32-bit, non-prefetchable) [size=3D4= K] >> >> >> Thats the output without pciback: >> >> root@rz3-xen1:~# lspci -vv -s 02:01.0 >> 02:01.0 ISDN controller: Digium, Inc. Wildcard B410 quad-BRI card (rev 0= 1) >> Subsystem: Digium, Inc. Wildcard B410 quad-BRI card >> Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParEr= r- >> Stepping- SERR+ FastB2B- DisINTx- >> Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dmedium >TAbort- >> SERR- > Interrupt: pin A routed to IRQ 7 >> Region 0: I/O ports at 2000 [size=3D8] >> Region 1: Memory at ec200000 (32-bit, non-prefetchable) [size=3D4= K] >> Capabilities: [40] Power Management version 2 >> Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=3D0mA >> PME(D0+,D1+,D2+,D3hot+,D3cold-) >> Status: D0 NoSoftRst- PME-Enable- DSel=3D0 DScale=3D0 PME- >> >> >> May somebody have a hint, what to look for? >> Thanks >> Daniel >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > > > -- = > _____________________________________________ > > Francisco Javier Funes Nieto [esencia@gmail.com] > CANONIGOS > Servicios Inform=E1ticos para PYMES. > Cl. Cruz 2, 1=BA Oficina 7 > Tlf: 958.536759 / 661134556 > Fax: 958.521354 > GRANADA - 18002 > > _______________________________________________ > 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 Jul 09 08:16:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 08:16: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 1So981-0001dF-6b; Mon, 09 Jul 2012 08:15:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1So97z-0001d7-Dv for xen-users@lists.xensource.com; Mon, 09 Jul 2012 08:15:31 +0000 Received: from [85.158.143.99:27167] by server-1.bemta-4.messagelabs.com id B2/B6-24392-2239AFF4; Mon, 09 Jul 2012 08:15:30 +0000 X-Env-Sender: mlist@dsb-gmbh.de X-Msg-Ref: server-11.tower-216.messagelabs.com!1341821724!20290606!1 X-Originating-IP: [212.184.73.160] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_MUA_OUTLOOK X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14968 invoked from network); 9 Jul 2012 08:15:28 -0000 Received: from rz2-mail.dsb-gmbh.net (HELO rz2-mail.dsb-gmbh.net) (212.184.73.160) by server-11.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jul 2012 08:15:28 -0000 Received: from rz3db (rz3-bw.dsb-gmbh.net [212.184.73.206]) (authenticated bits=0) by rz2-mail.dsb-gmbh.net (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id q698FHfX010264; Mon, 9 Jul 2012 10:15:17 +0200 Message-ID: From: "Daniel Bauer" To: "Francisco Javier Funes Nieto" References: <081B7D220D694BD9AD419904BAAA804D@dsb.local> Date: Mon, 9 Jul 2012 10:14:32 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Debian Squeeze - XEN and 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-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 Francisco, thanks for you reply. From: "Francisco Javier Funes Nieto" > The same ISDN Card in Debian Lenny (with 2.6.22-xen-amd64) and Xen > 3.4.3 works well. > > module /boot/vmlinuz-2.6.26-2-xen-amd64 root=3D/dev/sda1 ro > console=3Dtty0 pciback.hide=3D(02:04.0)(04:00.0) pciback.permissive > pci=3Dnomsi > > > Try adding pci=3Dnomsi to boot parameters in grub.cfg Done, without success :( Also changing to vmlinuz-2.6.35-5-xen-amd64 doesn't change anything. > More info about the dom0 hardware? It's an Supermicro PDSME+. Intel VT is enabled, but there is no VT-IO! Ciao Daniel > 2012/7/8 Daniel Bauer : >> I tried to give a PCI device to a domU with >> >> module /boot/vmlinuz-3.2.0-0.bpo.2-amd64 ... xen-pciback.hide=3D(02:= 01.0) >> >> vai /boot/grub/grub.cfg >> >> >> The startup of the domU shows this error: >> >> Loading DAHDI hardware modules: >> [ 5.475642] dahdi: Telephony Interface Registered on major 196 >> [ 5.475660] dahdi: Version: 2.6.1 >> wcb4xxp: [ 5.559401] wcb4xxp 0000:02:01.0: probe called for b4xx... >> [ 5.559552] wcb4xxp 0000:02:01.0: enabling device (0000 -> 0003) >> [ 5.561039] wcb4xxp 0000:02:01.0: Xen PCI enabling IRQ: 0 >> [ 5.561039] xen_allocate_pirq: returning irq 0 for gsi 0 >> [ 5.561039] wcb4xxp 0000:02:01.0: Device has no associated IRQ? >> [ 5.561039] wcb4xxp: probe of 0000:02:01.0 failed with error -5 >> done >> Running dahdi_cfg: . >> >> >> also a lspci shows different to to dom0: >> >> root@rz3-ta:~# lspci -vv >> 02:01.0 Non-VGA unclassified device: Digium, Inc. Wildcard B410 quad-BRI >> card (rev 01) >> Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParEr= r- >> Stepping- SERR- FastB2B- DisINTx- >> Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dmedium >TAbort- >> SERR- > Region 0: I/O ports at 2000 [size=3D8] >> Region 1: Memory at ec200000 (32-bit, non-prefetchable) [size=3D4= K] >> >> >> Thats the output without pciback: >> >> root@rz3-xen1:~# lspci -vv -s 02:01.0 >> 02:01.0 ISDN controller: Digium, Inc. Wildcard B410 quad-BRI card (rev 0= 1) >> Subsystem: Digium, Inc. Wildcard B410 quad-BRI card >> Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParEr= r- >> Stepping- SERR+ FastB2B- DisINTx- >> Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dmedium >TAbort- >> SERR- > Interrupt: pin A routed to IRQ 7 >> Region 0: I/O ports at 2000 [size=3D8] >> Region 1: Memory at ec200000 (32-bit, non-prefetchable) [size=3D4= K] >> Capabilities: [40] Power Management version 2 >> Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=3D0mA >> PME(D0+,D1+,D2+,D3hot+,D3cold-) >> Status: D0 NoSoftRst- PME-Enable- DSel=3D0 DScale=3D0 PME- >> >> >> May somebody have a hint, what to look for? >> Thanks >> Daniel >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > > > -- = > _____________________________________________ > > Francisco Javier Funes Nieto [esencia@gmail.com] > CANONIGOS > Servicios Inform=E1ticos para PYMES. > Cl. Cruz 2, 1=BA Oficina 7 > Tlf: 958.536759 / 661134556 > Fax: 958.521354 > GRANADA - 18002 > > _______________________________________________ > 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 Jul 09 09:52:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 09:52: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 1SoAc1-0002cE-Uh; Mon, 09 Jul 2012 09:50:37 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoAc0-0002c9-Ew for xen-users@lists.xen.org; Mon, 09 Jul 2012 09:50:36 +0000 Received: from [85.158.138.51:41792] by server-12.bemta-3.messagelabs.com id 32/88-30206-B69AAFF4; Mon, 09 Jul 2012 09:50:35 +0000 X-Env-Sender: linus@vangeuns.name X-Msg-Ref: server-12.tower-174.messagelabs.com!1341827433!19970899!1 X-Originating-IP: [209.85.212.45] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31987 invoked from network); 9 Jul 2012 09:50:34 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2012 09:50:34 -0000 Received: by vbbfn1 with SMTP id fn1so8869488vbb.32 for ; Mon, 09 Jul 2012 02:50:33 -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=mHTxRNd2xTpfY3VlapkWfb7fkcfueeAT/C33OxfuEDs=; b=gKNuQCYwWkDhG2ypylxmbXxcJvVRj9Uo9UtJed7x4ZVnOHQXEMHc+8cQpnEeiQ50k/ bAUSAvsLhTwpBCZ535aYaeTHzm9GoBHIMlSmpwx8N07Znq37ujuRwCAav0msvqbYSs/F QM78Xzps1js6IwKUvnMcagpW0tLzrtJS05ga4h8vxRxfm07QFLg/mwI6pcVz1mKpiNwz CSY4pJ2daHbSj9JjIdNXLMJlWpyB+edt2pv0igJttOWeTzYY30T+pECWYLG8RSUPHeuo pPa0sQv0Tlu/NnicfjVwmv2pu+9Dp6pLr7WpwPD6k5/Yq4P4uAEfGqbdacLuByKvW4KB n6WQ== MIME-Version: 1.0 Received: by 10.52.69.83 with SMTP id c19mr15789517vdu.79.1341827433043; Mon, 09 Jul 2012 02:50:33 -0700 (PDT) Received: by 10.52.183.164 with HTTP; Mon, 9 Jul 2012 02:50:33 -0700 (PDT) In-Reply-To: References: <20120701102226.1715dbdf@internecto.net> <20120701122921.46df1d5a@internecto.net> Date: Mon, 9 Jul 2012 11:50:33 +0200 Message-ID: From: Linus van Geuns To: Joseph Glanville X-Gm-Message-State: ALoCoQnap7dAztUo9JP8/lXgZSUCaa8GoeOs9QlS8JyI2nyzY5WSn320JftQxcEr8OvUqetNI0uZ Cc: xen-users@lists.xen.org, Mark van Dijk Subject: Re: [Xen-users] Xen 10GBit Ethernet network performance (was: Re: Experience with Xen & AMD Opteron 4200 series?) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6437242442583945911==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6437242442583945911== Content-Type: multipart/alternative; boundary=20cf3071c8747f15b904c4628bdd --20cf3071c8747f15b904c4628bdd Content-Type: text/plain; charset=UTF-8 Hey Joseph, On Mon, Jul 2, 2012 at 8:42 PM, Joseph Glanville < joseph.glanville@orionvm.com.au> wrote: > [..] > > In terms of Linux bridging module performance... I can easily do 20 > odd gigabits between VMs on the same host and can push around 13 > gigabits between hosts (40gig infinbiand). > It's worth noting that with both OVS and the bridge module you will be > limited by PPS (packets per second) rather than throughput. > With very big MTUs ( I am using 64k over IB ) one can do many > gigabits, but using 1500 byte MTUs throughput drops below 3gigabits. > This is due to the max throughput of the both the linux bridge module > and OVS on a single core maxes out a a few 100k PPS. > What version of Xen and which distros are you using for dom0/domU? And what hardware are you using? Did you measure plain dom0 to dom0 performance over your infiniband connection(s)? I am still digging for the limiting bottleneck/ issue with dom0 to dom0 performance over 10GBit Eth on my boxes. Regards, Linus --20cf3071c8747f15b904c4628bdd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hey Joseph,

On Mon, Jul 2, 2012 at 8:42 P= M, Joseph Glanville <joseph.glanville@orionvm.com.au>= wrote:
[..]

In terms of Linux bridging module performance... I can easily do 20
odd gigabits between VMs on the same host and can push around 13
gigabits between hosts (40gig infinbiand).
It's worth noting that with both OVS and the bridge module you will be<= br> limited by PPS (packets per second) rather than throughput.
With very big MTUs ( I am using 64k over IB ) one can do many
gigabits, but using 1500 byte MTUs throughput drops below 3gigabits.
This is due to the max throughput of the both the linux bridge module
and OVS on a single core maxes out a a few 100k PPS.
<= br>What version of Xen and which distros are you using for dom0/domU?
An= d what hardware are you using?
Did you measure plain dom0 to dom0 perfor= mance over your infiniband connection(s)?

I am still digging for the limiting bottleneck/ issue with dom0 to dom0= performance over 10GBit Eth on my boxes.

Regards, Linus

--20cf3071c8747f15b904c4628bdd-- --===============6437242442583945911== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6437242442583945911==-- From xen-users-bounces@lists.xen.org Mon Jul 09 09:52:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 09:52: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 1SoAc1-0002cE-Uh; Mon, 09 Jul 2012 09:50:37 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoAc0-0002c9-Ew for xen-users@lists.xen.org; Mon, 09 Jul 2012 09:50:36 +0000 Received: from [85.158.138.51:41792] by server-12.bemta-3.messagelabs.com id 32/88-30206-B69AAFF4; Mon, 09 Jul 2012 09:50:35 +0000 X-Env-Sender: linus@vangeuns.name X-Msg-Ref: server-12.tower-174.messagelabs.com!1341827433!19970899!1 X-Originating-IP: [209.85.212.45] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31987 invoked from network); 9 Jul 2012 09:50:34 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2012 09:50:34 -0000 Received: by vbbfn1 with SMTP id fn1so8869488vbb.32 for ; Mon, 09 Jul 2012 02:50:33 -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=mHTxRNd2xTpfY3VlapkWfb7fkcfueeAT/C33OxfuEDs=; b=gKNuQCYwWkDhG2ypylxmbXxcJvVRj9Uo9UtJed7x4ZVnOHQXEMHc+8cQpnEeiQ50k/ bAUSAvsLhTwpBCZ535aYaeTHzm9GoBHIMlSmpwx8N07Znq37ujuRwCAav0msvqbYSs/F QM78Xzps1js6IwKUvnMcagpW0tLzrtJS05ga4h8vxRxfm07QFLg/mwI6pcVz1mKpiNwz CSY4pJ2daHbSj9JjIdNXLMJlWpyB+edt2pv0igJttOWeTzYY30T+pECWYLG8RSUPHeuo pPa0sQv0Tlu/NnicfjVwmv2pu+9Dp6pLr7WpwPD6k5/Yq4P4uAEfGqbdacLuByKvW4KB n6WQ== MIME-Version: 1.0 Received: by 10.52.69.83 with SMTP id c19mr15789517vdu.79.1341827433043; Mon, 09 Jul 2012 02:50:33 -0700 (PDT) Received: by 10.52.183.164 with HTTP; Mon, 9 Jul 2012 02:50:33 -0700 (PDT) In-Reply-To: References: <20120701102226.1715dbdf@internecto.net> <20120701122921.46df1d5a@internecto.net> Date: Mon, 9 Jul 2012 11:50:33 +0200 Message-ID: From: Linus van Geuns To: Joseph Glanville X-Gm-Message-State: ALoCoQnap7dAztUo9JP8/lXgZSUCaa8GoeOs9QlS8JyI2nyzY5WSn320JftQxcEr8OvUqetNI0uZ Cc: xen-users@lists.xen.org, Mark van Dijk Subject: Re: [Xen-users] Xen 10GBit Ethernet network performance (was: Re: Experience with Xen & AMD Opteron 4200 series?) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6437242442583945911==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6437242442583945911== Content-Type: multipart/alternative; boundary=20cf3071c8747f15b904c4628bdd --20cf3071c8747f15b904c4628bdd Content-Type: text/plain; charset=UTF-8 Hey Joseph, On Mon, Jul 2, 2012 at 8:42 PM, Joseph Glanville < joseph.glanville@orionvm.com.au> wrote: > [..] > > In terms of Linux bridging module performance... I can easily do 20 > odd gigabits between VMs on the same host and can push around 13 > gigabits between hosts (40gig infinbiand). > It's worth noting that with both OVS and the bridge module you will be > limited by PPS (packets per second) rather than throughput. > With very big MTUs ( I am using 64k over IB ) one can do many > gigabits, but using 1500 byte MTUs throughput drops below 3gigabits. > This is due to the max throughput of the both the linux bridge module > and OVS on a single core maxes out a a few 100k PPS. > What version of Xen and which distros are you using for dom0/domU? And what hardware are you using? Did you measure plain dom0 to dom0 performance over your infiniband connection(s)? I am still digging for the limiting bottleneck/ issue with dom0 to dom0 performance over 10GBit Eth on my boxes. Regards, Linus --20cf3071c8747f15b904c4628bdd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hey Joseph,

On Mon, Jul 2, 2012 at 8:42 P= M, Joseph Glanville <joseph.glanville@orionvm.com.au>= wrote:
[..]

In terms of Linux bridging module performance... I can easily do 20
odd gigabits between VMs on the same host and can push around 13
gigabits between hosts (40gig infinbiand).
It's worth noting that with both OVS and the bridge module you will be<= br> limited by PPS (packets per second) rather than throughput.
With very big MTUs ( I am using 64k over IB ) one can do many
gigabits, but using 1500 byte MTUs throughput drops below 3gigabits.
This is due to the max throughput of the both the linux bridge module
and OVS on a single core maxes out a a few 100k PPS.
<= br>What version of Xen and which distros are you using for dom0/domU?
An= d what hardware are you using?
Did you measure plain dom0 to dom0 perfor= mance over your infiniband connection(s)?

I am still digging for the limiting bottleneck/ issue with dom0 to dom0= performance over 10GBit Eth on my boxes.

Regards, Linus

--20cf3071c8747f15b904c4628bdd-- --===============6437242442583945911== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6437242442583945911==-- From xen-users-bounces@lists.xen.org Mon Jul 09 09:54:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 09:54: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 1SoAeg-0002io-Ob; Mon, 09 Jul 2012 09:53:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoAee-0002ic-Kg for xen-users@lists.xen.org; Mon, 09 Jul 2012 09:53:20 +0000 Received: from [85.158.143.35:47907] by server-3.bemta-4.messagelabs.com id 6E/1E-05808-F0AAAFF4; Mon, 09 Jul 2012 09:53:19 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-16.tower-21.messagelabs.com!1341827598!13698715!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_10_20,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23065 invoked from network); 9 Jul 2012 09:53:19 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-16.tower-21.messagelabs.com with AES128-SHA encrypted SMTP; 9 Jul 2012 09:53:19 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Mon, 9 Jul 2012 11:53:17 +0200 From: Stephan Seitz To: Agustin Lopez Thread-Topic: [Xen-users] Disk images Thread-Index: AQHNXatoaoXH3hoa1UOh6cfLb/+IL5cglHOA Date: Mon, 9 Jul 2012 09:53:16 +0000 Message-ID: <1341827595.3808.39.camel@wotan2> References: <4FFA8FCF.3080301@uv.es> In-Reply-To: <4FFA8FCF.3080301@uv.es> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Disk 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="===============3496508145069580909==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3496508145069580909== Content-Language: de-DE Content-Type: multipart/alternative; boundary="_000_1341827595380839camelwotan2_" --_000_1341827595380839camelwotan2_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpBbSBNb250YWcsIGRlbiAwOS4wNy4yMDEyLCAxMDowMSArMDIwMCBzY2hyaWViIEFndXN0aW4g TG9wZXo6DQoNCg0KSGVsbG8hDQoNCldlIGFyZSBwbGFubmluZyB0byBtaWdyYXRlIG91ciBpU0NT SSBpbnN0YWxsYXRpb24gKExVTiBiYXNlZCkgIHRvIG9uZSBORlMgaW5zdGFsbGF0aW9uIChiYXNl ZCBpbiBpbWFnZXMpLg0KaVNDU0kgb2ZmZXJzIGdyZWF0IHBlcmZvcm1hbmNlLCBidXQgd2UgaGF2 ZSBtYW55IGRvbTBzIGFuZCBkb21VcyBhbmQgdGhlIG1hbmFnZW1lbnQgaXMgZGlmZmljdWx0DQoo bWFueSBMVU5TLCBtYW55IG11bHRpcGF0aCBtZXNzYWdlcywgLi4uKS4NCg0KKFdlIGFyZSB1c2lu ZyBEZWJpYW4gV2hlZXp5IHdpdGggWGVuIDQuMS4yKQ0KDQpJIGhhdmUgc29tZSBxdWVzdGlvbnM6 DQoNCi1XaGF0IGZvcm1hdHMgb2YgZGlzayBpbWFnZXMgc3VwcG9ydCBYZW4/IEkgaGF2ZSBub3Qg Zm91bmQgc3VwcG9ydCBmb3IgcWNvdzIsIHllcyBmb3IgSFZEIGFuZCByYXcuDQotQ2FuIGFueW9u ZSByZWNvbW1lbmQgYSBpbWFnZSBvdmVyIHRoZSBvdGhlcj8gUGVyZm9ybWFjZSwgc3RhYmlsaXR5 LCBjaGFycywgLi4uDQotQW55Ym9keSBoYXZlIHRyeWVkIE5GUyBtb2R1bGVzIGZyb20gTmV0QVBQ IG9yIEVNQyAgPw0KDQoNCnRoZSB0aW1lLCB3ZSBpbnRlZ3JhdGVkIGFuIGVtYyB2bnggdG8gb3Vy IHZpcnR1YWxpemF0aW9uIGluZnJhc3RydWN0dXJlLCB3ZSd2ZSBhbHNvIHRlc3RlZCBmaWxlLWJh c2VkIGltYWdlcyBleHBvcnRlZCBvbiBhbiBuZnMgc2hhcmUNCndoaWNoIHdhcyBwcm92aWRlZCBi eSBhbiBlbWMgZGF0YW1vdmVyIHVuaXQuIHRoYXQgdW5pdCB3YXMgYmFja2VkIGJ5IGFuIGlkZW50 aWNhbCBmYyBsdW4gdGhhbiBvdGhlciBob3N0cyBjb25uZWN0ZWQgdmlhIGZjLiB0aGF0IHdheSwN CndlIGhhZCBhIGRpcmVjdCB2aWV3IHRvIHRoZSByYXcgaS9vIGNhcGFjaXR5LiBpbmRlZWQsIG5m cyB3YXMgbGltaXRlZCB0byAxR0JpdC9zIGV0aGVyLCBidXQgb24gYSBkZWRpY2F0ZWQgbGluayBh bmQgb25seSBtb3VudGVkIGJ5IG9uZSBob3N0Lg0KbmljIGFuZCBzd2l0Y2ggcG9ydHMgdXNlZCBm b3IgdGhhdCBuZnMgdGVzdCBoYWQgYmVlbiBzZXQgdG8gOWsgZnJhbWVzLCBuZnMgYW5kIHRjcC9p cCBwYXJhbWV0ZXJzIG9wdGltaXplZCBmb3IgdGhhdCBwYXJ0aWN1bGFyIGxpbmsuDQpuZnMgcGVy Zm9ybWFuY2Ugd2FzIG5pY2UgZm9yIGZpbGUgaS9vIG9uIGRvbTAsIGJ1dCBhdCBsZWFzdCBtb3Zp bmcgYmVuY2htYXJraW5nIG92ZXIgdG8gdHdvIGxvb3AtbW91bnRlZCBpbWFnZXMga2VwdCB0aGUg aG9zdCB1bmRlcg0KZXh0cmVtZSBsb2FkIHdpdGggcXVpY2tseSBkZWNyZWFzaW5nIGkvby4NCndl IGRpZG4ndCB3ZW50IGZ1cnRoZXIgaW5zaWRlICJyZWFsIiBkb21VJ3MgYmVjYXVzZSBvZiB0aGF0 Lg0KDQppJ2xkIHN1Z2dlc3QsIHlvdSdyZSBnb2luZyB0byBkbyB5b3VyIG93biBiZW5jaG1hcmtz IGF0IHlvdXIgc2l0ZSwgYnV0IGknbGQgbm90IGV4cGVjdCB1c2FibGUgaS9vLg0KZGlzcGl0ZSBu ZnMsIGlmIHlvdSdyZSBsdW4gbWFuYWdlbWVudCBpcyBnb2luZyB0byBiZSB0b28gZGlmZmljdWx0 LCBoYXZlIHlvdSBldmVyIHRob3VnaHQgb2YgcHV0dGluZyBhbiBvY2ZzMiBvciBnZnMyIChvciBt YXliZSBjbHZtKSBvbiB0b3Agb2YgeW91ciBpc2NzaT8NCg0KY2hlZXJzLA0Kc3RlcGhhbg0KDQoN Cg== --_000_1341827595380839camelwotan2_ Content-Type: text/html; charset="utf-8" Content-ID: <0A4D3B26D54C3449AB78726A3AFF62FE@nh.local> Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC4yLjIiPg0KPC9oZWFkPg0KPGJvZHk+DQo8YnI+DQpBbSBNb250 YWcsIGRlbiAwOS4wNy4yMDEyLCAxMDowMSAmIzQzOzAyMDAgc2NocmllYiBBZ3VzdGluIExvcGV6 Og0KPGJsb2NrcXVvdGUgdHlwZT0iQ0lURSI+DQo8cHJlPg0KSGVsbG8hDQoNCldlIGFyZSBwbGFu bmluZyB0byBtaWdyYXRlIG91ciBpU0NTSSBpbnN0YWxsYXRpb24gKExVTiBiYXNlZCkgIHRvIG9u ZSBORlMgaW5zdGFsbGF0aW9uIChiYXNlZCBpbiBpbWFnZXMpLg0KaVNDU0kgb2ZmZXJzIGdyZWF0 IHBlcmZvcm1hbmNlLCBidXQgd2UgaGF2ZSBtYW55IGRvbTBzIGFuZCBkb21VcyBhbmQgdGhlIG1h bmFnZW1lbnQgaXMgZGlmZmljdWx0DQoobWFueSBMVU5TLCBtYW55IG11bHRpcGF0aCBtZXNzYWdl cywgLi4uKS4NCg0KKFdlIGFyZSB1c2luZyBEZWJpYW4gV2hlZXp5IHdpdGggWGVuIDQuMS4yKQ0K DQpJIGhhdmUgc29tZSBxdWVzdGlvbnM6DQoNCi1XaGF0IGZvcm1hdHMgb2YgZGlzayBpbWFnZXMg c3VwcG9ydCBYZW4/IEkgaGF2ZSBub3QgZm91bmQgc3VwcG9ydCBmb3IgcWNvdzIsIHllcyBmb3Ig SFZEIGFuZCByYXcuDQotQ2FuIGFueW9uZSByZWNvbW1lbmQgYSBpbWFnZSBvdmVyIHRoZSBvdGhl cj8gUGVyZm9ybWFjZSwgc3RhYmlsaXR5LCBjaGFycywgLi4uDQotQW55Ym9keSBoYXZlIHRyeWVk IE5GUyBtb2R1bGVzIGZyb20gTmV0QVBQIG9yIEVNQyAgPw0KPC9wcmU+DQo8L2Jsb2NrcXVvdGU+ DQo8YnI+DQp0aGUgdGltZSwgd2UgaW50ZWdyYXRlZCBhbiBlbWMgdm54IHRvIG91ciB2aXJ0dWFs aXphdGlvbiBpbmZyYXN0cnVjdHVyZSwgd2UndmUgYWxzbyB0ZXN0ZWQgZmlsZS1iYXNlZCBpbWFn ZXMgZXhwb3J0ZWQgb24gYW4gbmZzIHNoYXJlPGJyPg0Kd2hpY2ggd2FzIHByb3ZpZGVkIGJ5IGFu IGVtYyBkYXRhbW92ZXIgdW5pdC4gdGhhdCB1bml0IHdhcyBiYWNrZWQgYnkgYW4gaWRlbnRpY2Fs IGZjIGx1biB0aGFuIG90aGVyIGhvc3RzIGNvbm5lY3RlZCB2aWEgZmMuIHRoYXQgd2F5LDxicj4N CndlIGhhZCBhIGRpcmVjdCB2aWV3IHRvIHRoZSByYXcgaS9vIGNhcGFjaXR5LiBpbmRlZWQsIG5m cyB3YXMgbGltaXRlZCB0byAxR0JpdC9zIGV0aGVyLCBidXQgb24gYSBkZWRpY2F0ZWQgbGluayBh bmQgb25seSBtb3VudGVkIGJ5IG9uZSBob3N0Ljxicj4NCm5pYyBhbmQgc3dpdGNoIHBvcnRzIHVz ZWQgZm9yIHRoYXQgbmZzIHRlc3QgaGFkIGJlZW4gc2V0IHRvIDlrIGZyYW1lcywgbmZzIGFuZCB0 Y3AvaXAgcGFyYW1ldGVycyBvcHRpbWl6ZWQgZm9yIHRoYXQgcGFydGljdWxhciBsaW5rLjxicj4N Cm5mcyBwZXJmb3JtYW5jZSB3YXMgbmljZSBmb3IgZmlsZSBpL28gb24gZG9tMCwgYnV0IGF0IGxl YXN0IG1vdmluZyBiZW5jaG1hcmtpbmcgb3ZlciB0byB0d28gbG9vcC1tb3VudGVkIGltYWdlcyBr ZXB0IHRoZSBob3N0IHVuZGVyPGJyPg0KZXh0cmVtZSBsb2FkIHdpdGggcXVpY2tseSBkZWNyZWFz aW5nIGkvby48YnI+DQp3ZSBkaWRuJ3Qgd2VudCBmdXJ0aGVyIGluc2lkZSAmcXVvdDtyZWFsJnF1 b3Q7IGRvbVUncyBiZWNhdXNlIG9mIHRoYXQuPGJyPg0KPGJyPg0KaSdsZCBzdWdnZXN0LCB5b3Un cmUgZ29pbmcgdG8gZG8geW91ciBvd24gYmVuY2htYXJrcyBhdCB5b3VyIHNpdGUsIGJ1dCBpJ2xk IG5vdCBleHBlY3QgdXNhYmxlIGkvby48YnI+DQpkaXNwaXRlIG5mcywgaWYgeW91J3JlIGx1biBt YW5hZ2VtZW50IGlzIGdvaW5nIHRvIGJlIHRvbyBkaWZmaWN1bHQsIGhhdmUgeW91IGV2ZXIgdGhv dWdodCBvZiBwdXR0aW5nIGFuIG9jZnMyIG9yIGdmczIgKG9yIG1heWJlIGNsdm0pIG9uIHRvcCBv ZiB5b3VyIGlzY3NpPzxicj4NCjxicj4NCmNoZWVycyw8YnI+DQpzdGVwaGFuPGJyPg0KPGJyPg0K PGJyPg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_1341827595380839camelwotan2_-- --===============3496508145069580909== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3496508145069580909==-- From xen-users-bounces@lists.xen.org Mon Jul 09 09:54:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 09:54: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 1SoAeg-0002io-Ob; Mon, 09 Jul 2012 09:53:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoAee-0002ic-Kg for xen-users@lists.xen.org; Mon, 09 Jul 2012 09:53:20 +0000 Received: from [85.158.143.35:47907] by server-3.bemta-4.messagelabs.com id 6E/1E-05808-F0AAAFF4; Mon, 09 Jul 2012 09:53:19 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-16.tower-21.messagelabs.com!1341827598!13698715!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_10_20,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23065 invoked from network); 9 Jul 2012 09:53:19 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-16.tower-21.messagelabs.com with AES128-SHA encrypted SMTP; 9 Jul 2012 09:53:19 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Mon, 9 Jul 2012 11:53:17 +0200 From: Stephan Seitz To: Agustin Lopez Thread-Topic: [Xen-users] Disk images Thread-Index: AQHNXatoaoXH3hoa1UOh6cfLb/+IL5cglHOA Date: Mon, 9 Jul 2012 09:53:16 +0000 Message-ID: <1341827595.3808.39.camel@wotan2> References: <4FFA8FCF.3080301@uv.es> In-Reply-To: <4FFA8FCF.3080301@uv.es> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Disk 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="===============3496508145069580909==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3496508145069580909== Content-Language: de-DE Content-Type: multipart/alternative; boundary="_000_1341827595380839camelwotan2_" --_000_1341827595380839camelwotan2_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpBbSBNb250YWcsIGRlbiAwOS4wNy4yMDEyLCAxMDowMSArMDIwMCBzY2hyaWViIEFndXN0aW4g TG9wZXo6DQoNCg0KSGVsbG8hDQoNCldlIGFyZSBwbGFubmluZyB0byBtaWdyYXRlIG91ciBpU0NT SSBpbnN0YWxsYXRpb24gKExVTiBiYXNlZCkgIHRvIG9uZSBORlMgaW5zdGFsbGF0aW9uIChiYXNl ZCBpbiBpbWFnZXMpLg0KaVNDU0kgb2ZmZXJzIGdyZWF0IHBlcmZvcm1hbmNlLCBidXQgd2UgaGF2 ZSBtYW55IGRvbTBzIGFuZCBkb21VcyBhbmQgdGhlIG1hbmFnZW1lbnQgaXMgZGlmZmljdWx0DQoo bWFueSBMVU5TLCBtYW55IG11bHRpcGF0aCBtZXNzYWdlcywgLi4uKS4NCg0KKFdlIGFyZSB1c2lu ZyBEZWJpYW4gV2hlZXp5IHdpdGggWGVuIDQuMS4yKQ0KDQpJIGhhdmUgc29tZSBxdWVzdGlvbnM6 DQoNCi1XaGF0IGZvcm1hdHMgb2YgZGlzayBpbWFnZXMgc3VwcG9ydCBYZW4/IEkgaGF2ZSBub3Qg Zm91bmQgc3VwcG9ydCBmb3IgcWNvdzIsIHllcyBmb3IgSFZEIGFuZCByYXcuDQotQ2FuIGFueW9u ZSByZWNvbW1lbmQgYSBpbWFnZSBvdmVyIHRoZSBvdGhlcj8gUGVyZm9ybWFjZSwgc3RhYmlsaXR5 LCBjaGFycywgLi4uDQotQW55Ym9keSBoYXZlIHRyeWVkIE5GUyBtb2R1bGVzIGZyb20gTmV0QVBQ IG9yIEVNQyAgPw0KDQoNCnRoZSB0aW1lLCB3ZSBpbnRlZ3JhdGVkIGFuIGVtYyB2bnggdG8gb3Vy IHZpcnR1YWxpemF0aW9uIGluZnJhc3RydWN0dXJlLCB3ZSd2ZSBhbHNvIHRlc3RlZCBmaWxlLWJh c2VkIGltYWdlcyBleHBvcnRlZCBvbiBhbiBuZnMgc2hhcmUNCndoaWNoIHdhcyBwcm92aWRlZCBi eSBhbiBlbWMgZGF0YW1vdmVyIHVuaXQuIHRoYXQgdW5pdCB3YXMgYmFja2VkIGJ5IGFuIGlkZW50 aWNhbCBmYyBsdW4gdGhhbiBvdGhlciBob3N0cyBjb25uZWN0ZWQgdmlhIGZjLiB0aGF0IHdheSwN CndlIGhhZCBhIGRpcmVjdCB2aWV3IHRvIHRoZSByYXcgaS9vIGNhcGFjaXR5LiBpbmRlZWQsIG5m cyB3YXMgbGltaXRlZCB0byAxR0JpdC9zIGV0aGVyLCBidXQgb24gYSBkZWRpY2F0ZWQgbGluayBh bmQgb25seSBtb3VudGVkIGJ5IG9uZSBob3N0Lg0KbmljIGFuZCBzd2l0Y2ggcG9ydHMgdXNlZCBm b3IgdGhhdCBuZnMgdGVzdCBoYWQgYmVlbiBzZXQgdG8gOWsgZnJhbWVzLCBuZnMgYW5kIHRjcC9p cCBwYXJhbWV0ZXJzIG9wdGltaXplZCBmb3IgdGhhdCBwYXJ0aWN1bGFyIGxpbmsuDQpuZnMgcGVy Zm9ybWFuY2Ugd2FzIG5pY2UgZm9yIGZpbGUgaS9vIG9uIGRvbTAsIGJ1dCBhdCBsZWFzdCBtb3Zp bmcgYmVuY2htYXJraW5nIG92ZXIgdG8gdHdvIGxvb3AtbW91bnRlZCBpbWFnZXMga2VwdCB0aGUg aG9zdCB1bmRlcg0KZXh0cmVtZSBsb2FkIHdpdGggcXVpY2tseSBkZWNyZWFzaW5nIGkvby4NCndl IGRpZG4ndCB3ZW50IGZ1cnRoZXIgaW5zaWRlICJyZWFsIiBkb21VJ3MgYmVjYXVzZSBvZiB0aGF0 Lg0KDQppJ2xkIHN1Z2dlc3QsIHlvdSdyZSBnb2luZyB0byBkbyB5b3VyIG93biBiZW5jaG1hcmtz IGF0IHlvdXIgc2l0ZSwgYnV0IGknbGQgbm90IGV4cGVjdCB1c2FibGUgaS9vLg0KZGlzcGl0ZSBu ZnMsIGlmIHlvdSdyZSBsdW4gbWFuYWdlbWVudCBpcyBnb2luZyB0byBiZSB0b28gZGlmZmljdWx0 LCBoYXZlIHlvdSBldmVyIHRob3VnaHQgb2YgcHV0dGluZyBhbiBvY2ZzMiBvciBnZnMyIChvciBt YXliZSBjbHZtKSBvbiB0b3Agb2YgeW91ciBpc2NzaT8NCg0KY2hlZXJzLA0Kc3RlcGhhbg0KDQoN Cg== --_000_1341827595380839camelwotan2_ Content-Type: text/html; charset="utf-8" Content-ID: <0A4D3B26D54C3449AB78726A3AFF62FE@nh.local> Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC4yLjIiPg0KPC9oZWFkPg0KPGJvZHk+DQo8YnI+DQpBbSBNb250 YWcsIGRlbiAwOS4wNy4yMDEyLCAxMDowMSAmIzQzOzAyMDAgc2NocmllYiBBZ3VzdGluIExvcGV6 Og0KPGJsb2NrcXVvdGUgdHlwZT0iQ0lURSI+DQo8cHJlPg0KSGVsbG8hDQoNCldlIGFyZSBwbGFu bmluZyB0byBtaWdyYXRlIG91ciBpU0NTSSBpbnN0YWxsYXRpb24gKExVTiBiYXNlZCkgIHRvIG9u ZSBORlMgaW5zdGFsbGF0aW9uIChiYXNlZCBpbiBpbWFnZXMpLg0KaVNDU0kgb2ZmZXJzIGdyZWF0 IHBlcmZvcm1hbmNlLCBidXQgd2UgaGF2ZSBtYW55IGRvbTBzIGFuZCBkb21VcyBhbmQgdGhlIG1h bmFnZW1lbnQgaXMgZGlmZmljdWx0DQoobWFueSBMVU5TLCBtYW55IG11bHRpcGF0aCBtZXNzYWdl cywgLi4uKS4NCg0KKFdlIGFyZSB1c2luZyBEZWJpYW4gV2hlZXp5IHdpdGggWGVuIDQuMS4yKQ0K DQpJIGhhdmUgc29tZSBxdWVzdGlvbnM6DQoNCi1XaGF0IGZvcm1hdHMgb2YgZGlzayBpbWFnZXMg c3VwcG9ydCBYZW4/IEkgaGF2ZSBub3QgZm91bmQgc3VwcG9ydCBmb3IgcWNvdzIsIHllcyBmb3Ig SFZEIGFuZCByYXcuDQotQ2FuIGFueW9uZSByZWNvbW1lbmQgYSBpbWFnZSBvdmVyIHRoZSBvdGhl cj8gUGVyZm9ybWFjZSwgc3RhYmlsaXR5LCBjaGFycywgLi4uDQotQW55Ym9keSBoYXZlIHRyeWVk IE5GUyBtb2R1bGVzIGZyb20gTmV0QVBQIG9yIEVNQyAgPw0KPC9wcmU+DQo8L2Jsb2NrcXVvdGU+ DQo8YnI+DQp0aGUgdGltZSwgd2UgaW50ZWdyYXRlZCBhbiBlbWMgdm54IHRvIG91ciB2aXJ0dWFs aXphdGlvbiBpbmZyYXN0cnVjdHVyZSwgd2UndmUgYWxzbyB0ZXN0ZWQgZmlsZS1iYXNlZCBpbWFn ZXMgZXhwb3J0ZWQgb24gYW4gbmZzIHNoYXJlPGJyPg0Kd2hpY2ggd2FzIHByb3ZpZGVkIGJ5IGFu IGVtYyBkYXRhbW92ZXIgdW5pdC4gdGhhdCB1bml0IHdhcyBiYWNrZWQgYnkgYW4gaWRlbnRpY2Fs IGZjIGx1biB0aGFuIG90aGVyIGhvc3RzIGNvbm5lY3RlZCB2aWEgZmMuIHRoYXQgd2F5LDxicj4N CndlIGhhZCBhIGRpcmVjdCB2aWV3IHRvIHRoZSByYXcgaS9vIGNhcGFjaXR5LiBpbmRlZWQsIG5m cyB3YXMgbGltaXRlZCB0byAxR0JpdC9zIGV0aGVyLCBidXQgb24gYSBkZWRpY2F0ZWQgbGluayBh bmQgb25seSBtb3VudGVkIGJ5IG9uZSBob3N0Ljxicj4NCm5pYyBhbmQgc3dpdGNoIHBvcnRzIHVz ZWQgZm9yIHRoYXQgbmZzIHRlc3QgaGFkIGJlZW4gc2V0IHRvIDlrIGZyYW1lcywgbmZzIGFuZCB0 Y3AvaXAgcGFyYW1ldGVycyBvcHRpbWl6ZWQgZm9yIHRoYXQgcGFydGljdWxhciBsaW5rLjxicj4N Cm5mcyBwZXJmb3JtYW5jZSB3YXMgbmljZSBmb3IgZmlsZSBpL28gb24gZG9tMCwgYnV0IGF0IGxl YXN0IG1vdmluZyBiZW5jaG1hcmtpbmcgb3ZlciB0byB0d28gbG9vcC1tb3VudGVkIGltYWdlcyBr ZXB0IHRoZSBob3N0IHVuZGVyPGJyPg0KZXh0cmVtZSBsb2FkIHdpdGggcXVpY2tseSBkZWNyZWFz aW5nIGkvby48YnI+DQp3ZSBkaWRuJ3Qgd2VudCBmdXJ0aGVyIGluc2lkZSAmcXVvdDtyZWFsJnF1 b3Q7IGRvbVUncyBiZWNhdXNlIG9mIHRoYXQuPGJyPg0KPGJyPg0KaSdsZCBzdWdnZXN0LCB5b3Un cmUgZ29pbmcgdG8gZG8geW91ciBvd24gYmVuY2htYXJrcyBhdCB5b3VyIHNpdGUsIGJ1dCBpJ2xk IG5vdCBleHBlY3QgdXNhYmxlIGkvby48YnI+DQpkaXNwaXRlIG5mcywgaWYgeW91J3JlIGx1biBt YW5hZ2VtZW50IGlzIGdvaW5nIHRvIGJlIHRvbyBkaWZmaWN1bHQsIGhhdmUgeW91IGV2ZXIgdGhv dWdodCBvZiBwdXR0aW5nIGFuIG9jZnMyIG9yIGdmczIgKG9yIG1heWJlIGNsdm0pIG9uIHRvcCBv ZiB5b3VyIGlzY3NpPzxicj4NCjxicj4NCmNoZWVycyw8YnI+DQpzdGVwaGFuPGJyPg0KPGJyPg0K PGJyPg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_1341827595380839camelwotan2_-- --===============3496508145069580909== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3496508145069580909==-- From xen-users-bounces@lists.xen.org Mon Jul 09 12:30:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 12:30: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 1SoD5W-0005FM-1Z; Mon, 09 Jul 2012 12:29:14 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoD0U-00058V-SF for xen-users@lists.xen.org; Mon, 09 Jul 2012 12:24:03 +0000 X-Env-Sender: andersenroed@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1341836636!3679858!1 X-Originating-IP: [209.85.214.45] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10071 invoked from network); 9 Jul 2012 12:23:56 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2012 12:23:56 -0000 Received: by bkcji1 with SMTP id ji1so2202849bkc.32 for ; Mon, 09 Jul 2012 05:23:56 -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=XkDjPMW3YBatdhrYyLNCdrjYEWgY+W6C5lemfOCfvDE=; b=p6DEf1lt8jl5pPmxgy74G66Myw48gmGpq/xkIqOcfPx+8sb7brnRiCoMavDeLjb/7Q nH4bMCCpYmDJmZZwtOA54+DiWpMzfvJRHJbt/mhMVMJ2Bjrg4DeTlJvITIp9WJNNPi7Z o9pmuOcKJOdZA4FdETUl+2BJ1dYXw7R0OS6LvysnEPmUxGIJal6hMjpHLxFrXCkU1pJF pTlc1U0nbwZzujNDxsZ+M+F2mYYdEIdK0NvVP8t2j/0jClxXa1B/P9JjjCdUh4/UPosi qyIrg2bSEnZ75PT2von1Ktqw6KN/PmNB9xJ7r0bpRwC9L1LwPX2Cr7q9MbHEXeIG8QId oCNQ== MIME-Version: 1.0 Received: by 10.204.152.195 with SMTP id h3mr19940652bkw.119.1341836636007; Mon, 09 Jul 2012 05:23:56 -0700 (PDT) Received: by 10.205.113.200 with HTTP; Mon, 9 Jul 2012 05:23:55 -0700 (PDT) Date: Mon, 9 Jul 2012 20:23:55 +0800 Message-ID: From: Roald Andersen To: xen-users@lists.xen.org X-Mailman-Approved-At: Mon, 09 Jul 2012 12:29:12 +0000 Subject: [Xen-users] How to verify hardware compatibility for XCP 1.5beta X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0969424669647388100==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0969424669647388100== Content-Type: multipart/alternative; boundary=0015175cac46092cb504c464b0e4 --0015175cac46092cb504c464b0e4 Content-Type: text/plain; charset=ISO-8859-1 Dear All, We are planning a pilot project with XCP (1.5beta) for setting up a hosting platform. For this we are planning to purchase a couple of test servers, HP Proliant DL380p G8 with a P420i RAID controller. I know there is a Hardware Compatibility List for Xenserver provided at http://hcl.xensource.com/ and XCP uses Xen. So, what I would like to know is can I use this list to verify whether the server above is compatible? Or are there any other resources I can access to find out this question? Thanks in advance, Roald --0015175cac46092cb504c464b0e4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Dear All,

We are planning a pilot project with XCP (1.5b= eta) for setting up a hosting platform. For this we are planning to purchas= e a couple of test servers, HP Proliant DL380p G8 with a P420i RAID control= ler.

I know there is a Hardware Compatibility List for Xense= rver provided at=A0http://hcl.xensour= ce.com/ and XCP uses Xen.=A0
So, what I would like to know is= can I use this list to verify whether the server above is compatible?=A0
Or are there any other resources I can access to find out this questio= n?

Thanks in advance,
Roald

--0015175cac46092cb504c464b0e4-- --===============0969424669647388100== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0969424669647388100==-- From xen-users-bounces@lists.xen.org Mon Jul 09 12:30:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 12:30: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 1SoD5W-0005FM-1Z; Mon, 09 Jul 2012 12:29:14 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoD0U-00058V-SF for xen-users@lists.xen.org; Mon, 09 Jul 2012 12:24:03 +0000 X-Env-Sender: andersenroed@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1341836636!3679858!1 X-Originating-IP: [209.85.214.45] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10071 invoked from network); 9 Jul 2012 12:23:56 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2012 12:23:56 -0000 Received: by bkcji1 with SMTP id ji1so2202849bkc.32 for ; Mon, 09 Jul 2012 05:23:56 -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=XkDjPMW3YBatdhrYyLNCdrjYEWgY+W6C5lemfOCfvDE=; b=p6DEf1lt8jl5pPmxgy74G66Myw48gmGpq/xkIqOcfPx+8sb7brnRiCoMavDeLjb/7Q nH4bMCCpYmDJmZZwtOA54+DiWpMzfvJRHJbt/mhMVMJ2Bjrg4DeTlJvITIp9WJNNPi7Z o9pmuOcKJOdZA4FdETUl+2BJ1dYXw7R0OS6LvysnEPmUxGIJal6hMjpHLxFrXCkU1pJF pTlc1U0nbwZzujNDxsZ+M+F2mYYdEIdK0NvVP8t2j/0jClxXa1B/P9JjjCdUh4/UPosi qyIrg2bSEnZ75PT2von1Ktqw6KN/PmNB9xJ7r0bpRwC9L1LwPX2Cr7q9MbHEXeIG8QId oCNQ== MIME-Version: 1.0 Received: by 10.204.152.195 with SMTP id h3mr19940652bkw.119.1341836636007; Mon, 09 Jul 2012 05:23:56 -0700 (PDT) Received: by 10.205.113.200 with HTTP; Mon, 9 Jul 2012 05:23:55 -0700 (PDT) Date: Mon, 9 Jul 2012 20:23:55 +0800 Message-ID: From: Roald Andersen To: xen-users@lists.xen.org X-Mailman-Approved-At: Mon, 09 Jul 2012 12:29:12 +0000 Subject: [Xen-users] How to verify hardware compatibility for XCP 1.5beta X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0969424669647388100==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0969424669647388100== Content-Type: multipart/alternative; boundary=0015175cac46092cb504c464b0e4 --0015175cac46092cb504c464b0e4 Content-Type: text/plain; charset=ISO-8859-1 Dear All, We are planning a pilot project with XCP (1.5beta) for setting up a hosting platform. For this we are planning to purchase a couple of test servers, HP Proliant DL380p G8 with a P420i RAID controller. I know there is a Hardware Compatibility List for Xenserver provided at http://hcl.xensource.com/ and XCP uses Xen. So, what I would like to know is can I use this list to verify whether the server above is compatible? Or are there any other resources I can access to find out this question? Thanks in advance, Roald --0015175cac46092cb504c464b0e4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Dear All,

We are planning a pilot project with XCP (1.5b= eta) for setting up a hosting platform. For this we are planning to purchas= e a couple of test servers, HP Proliant DL380p G8 with a P420i RAID control= ler.

I know there is a Hardware Compatibility List for Xense= rver provided at=A0http://hcl.xensour= ce.com/ and XCP uses Xen.=A0
So, what I would like to know is= can I use this list to verify whether the server above is compatible?=A0
Or are there any other resources I can access to find out this questio= n?

Thanks in advance,
Roald

--0015175cac46092cb504c464b0e4-- --===============0969424669647388100== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0969424669647388100==-- From xen-users-bounces@lists.xen.org Mon Jul 09 13:37:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 13:37: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 1SoE7x-00068q-P3; Mon, 09 Jul 2012 13:35:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoE7w-00068Z-6M for xen-users@lists.xen.org; Mon, 09 Jul 2012 13:35:48 +0000 Received: from [85.158.143.99:47343] by server-2.bemta-4.messagelabs.com id AC/96-17938-33EDAFF4; Mon, 09 Jul 2012 13:35:47 +0000 X-Env-Sender: zach.alnasser@predictix.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1341840945!24510540!1 X-Originating-IP: [209.85.214.45] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5643 invoked from network); 9 Jul 2012 13:35:46 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2012 13:35:46 -0000 Received: by bkcji1 with SMTP id ji1so2281642bkc.32 for ; Mon, 09 Jul 2012 06:35:45 -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=agYpHu0i+x3n37Xuz5IEwOnHNur/ZhN3ygEVNdP+p2w=; b=TRFsn0vU/z1sucujT5hur7kiX02aw9hu04Dvz8ZPWANXSQXFCdX612LMjM0+6MXDpD 8szMnDuzQrTm/KoczM9vEygFBnzvg73cyKvD8dDPwqHQ7Ub8M8QmqQtAUsfEtEHKAOVe tHo1A6t+dQJpkV8gTF4Z115DFEyxrJfG4d0ZvRorAa21QNVCGxIVpG1PAEGfi8zTnUnB PUP9p6cQLDHUlWF/y0Halpe1duDcimryqZ1/LdXS6rXt1OS33q6lHT1gDH3XFy5JXrm+ mgXGrSO2lYBBUgmIOjyhfHK44Vlzt5nog8DPWVxp+oI09UF2hxypcW1NqpGC7G3RvpdX FF/w== MIME-Version: 1.0 Received: by 10.204.156.220 with SMTP id y28mr19560496bkw.37.1341840944974; Mon, 09 Jul 2012 06:35:44 -0700 (PDT) Received: by 10.205.83.197 with HTTP; Mon, 9 Jul 2012 06:35:44 -0700 (PDT) In-Reply-To: References: Date: Mon, 9 Jul 2012 09:35:44 -0400 Message-ID: From: Zach Al-Nasser To: "Fajar A. Nugraha" X-Gm-Message-State: ALoCoQnkT+623sL8OFxMnA6mxysS+Xeyog0OKLAoyGldNFITSbmez22QLb8clA23mLZhy2iZLb3X Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Can't ping guest, but guest can ping me. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3353827762856638190==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3353827762856638190== Content-Type: multipart/alternative; boundary=0015175cf794decb2404c465b0b7 --0015175cf794decb2404c465b0b7 Content-Type: text/plain; charset=ISO-8859-1 It was the firewall. Silly of me not to check that first. I just assumed it would respond to pings with the default settings. Thanks a ton, Zach On Fri, Jul 6, 2012 at 4:19 AM, Fajar A. Nugraha wrote: > On Fri, Jul 6, 2012 at 3:11 AM, Zach Al-Nasser > wrote: > > So, can someone tell me why I can access this guest using RDP, but not > using > > ping, nslookup, traceroute, etc? It's apparently invisible to all but > RDP. > > The usual suspect is firewall on the guest side. > > -- > Fajar > --0015175cf794decb2404c465b0b7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable It was the firewall. Silly of me not to check that first. I just assumed it= would respond to pings with the default settings.

Thanks a ton,
= Zach

On Fri, Jul 6, 2012 at 4:19 AM, Faja= r A. Nugraha <list@fajar.net> wrote:
On Fri, Jul 6, 2012 at 3:1= 1 AM, Zach Al-Nasser
<zach.alnasser@predictix.= com> wrote:
> So, can someone tell me why I can access this guest using RDP, but not= using
> ping, nslookup, traceroute, etc? It's apparently invisible to all = but RDP.

The usual suspect is firewall on the guest side.

--
Fajar

--0015175cf794decb2404c465b0b7-- --===============3353827762856638190== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3353827762856638190==-- From xen-users-bounces@lists.xen.org Mon Jul 09 13:37:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 13:37: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 1SoE7x-00068q-P3; Mon, 09 Jul 2012 13:35:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoE7w-00068Z-6M for xen-users@lists.xen.org; Mon, 09 Jul 2012 13:35:48 +0000 Received: from [85.158.143.99:47343] by server-2.bemta-4.messagelabs.com id AC/96-17938-33EDAFF4; Mon, 09 Jul 2012 13:35:47 +0000 X-Env-Sender: zach.alnasser@predictix.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1341840945!24510540!1 X-Originating-IP: [209.85.214.45] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5643 invoked from network); 9 Jul 2012 13:35:46 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2012 13:35:46 -0000 Received: by bkcji1 with SMTP id ji1so2281642bkc.32 for ; Mon, 09 Jul 2012 06:35:45 -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=agYpHu0i+x3n37Xuz5IEwOnHNur/ZhN3ygEVNdP+p2w=; b=TRFsn0vU/z1sucujT5hur7kiX02aw9hu04Dvz8ZPWANXSQXFCdX612LMjM0+6MXDpD 8szMnDuzQrTm/KoczM9vEygFBnzvg73cyKvD8dDPwqHQ7Ub8M8QmqQtAUsfEtEHKAOVe tHo1A6t+dQJpkV8gTF4Z115DFEyxrJfG4d0ZvRorAa21QNVCGxIVpG1PAEGfi8zTnUnB PUP9p6cQLDHUlWF/y0Halpe1duDcimryqZ1/LdXS6rXt1OS33q6lHT1gDH3XFy5JXrm+ mgXGrSO2lYBBUgmIOjyhfHK44Vlzt5nog8DPWVxp+oI09UF2hxypcW1NqpGC7G3RvpdX FF/w== MIME-Version: 1.0 Received: by 10.204.156.220 with SMTP id y28mr19560496bkw.37.1341840944974; Mon, 09 Jul 2012 06:35:44 -0700 (PDT) Received: by 10.205.83.197 with HTTP; Mon, 9 Jul 2012 06:35:44 -0700 (PDT) In-Reply-To: References: Date: Mon, 9 Jul 2012 09:35:44 -0400 Message-ID: From: Zach Al-Nasser To: "Fajar A. Nugraha" X-Gm-Message-State: ALoCoQnkT+623sL8OFxMnA6mxysS+Xeyog0OKLAoyGldNFITSbmez22QLb8clA23mLZhy2iZLb3X Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Can't ping guest, but guest can ping me. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3353827762856638190==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3353827762856638190== Content-Type: multipart/alternative; boundary=0015175cf794decb2404c465b0b7 --0015175cf794decb2404c465b0b7 Content-Type: text/plain; charset=ISO-8859-1 It was the firewall. Silly of me not to check that first. I just assumed it would respond to pings with the default settings. Thanks a ton, Zach On Fri, Jul 6, 2012 at 4:19 AM, Fajar A. Nugraha wrote: > On Fri, Jul 6, 2012 at 3:11 AM, Zach Al-Nasser > wrote: > > So, can someone tell me why I can access this guest using RDP, but not > using > > ping, nslookup, traceroute, etc? It's apparently invisible to all but > RDP. > > The usual suspect is firewall on the guest side. > > -- > Fajar > --0015175cf794decb2404c465b0b7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable It was the firewall. Silly of me not to check that first. I just assumed it= would respond to pings with the default settings.

Thanks a ton,
= Zach

On Fri, Jul 6, 2012 at 4:19 AM, Faja= r A. Nugraha <list@fajar.net> wrote:
On Fri, Jul 6, 2012 at 3:1= 1 AM, Zach Al-Nasser
<zach.alnasser@predictix.= com> wrote:
> So, can someone tell me why I can access this guest using RDP, but not= using
> ping, nslookup, traceroute, etc? It's apparently invisible to all = but RDP.

The usual suspect is firewall on the guest side.

--
Fajar

--0015175cf794decb2404c465b0b7-- --===============3353827762856638190== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3353827762856638190==-- From xen-users-bounces@lists.xen.org Mon Jul 09 14:52:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 14:52: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 1SoFIg-0008FN-Uy; Mon, 09 Jul 2012 14:50:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoFIe-0008Ey-Sm for xen-users@lists.xen.org; Mon, 09 Jul 2012 14:50:57 +0000 Received: from [85.158.143.99:11914] by server-1.bemta-4.messagelabs.com id 66/A0-24392-0DFEAFF4; Mon, 09 Jul 2012 14:50:56 +0000 X-Env-Sender: adrian.l.shaw@gmail.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1341845454!27878980!1 X-Originating-IP: [74.125.82.51] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2883 invoked from network); 9 Jul 2012 14:50:55 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2012 14:50:55 -0000 Received: by wgbed3 with SMTP id ed3so8195503wgb.32 for ; Mon, 09 Jul 2012 07:50:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=Oai1R/r9W1Pq9kQwVCV6BYK2DV/JQ0zfKjQj8KVdQHI=; b=MFzwndeWRKozftQ8TcExQqgoEgjbyUy1+caQHfSAn0JaMrelgwAdA4dczrpxKS3gpY lfJNVQi313BIR5dvn5xOBvf7GNaEUrEHg6fKB44X05g9krVHr+WbGJQRp9Vtr7Wod7FE yE5+2rAfhr1Us1u+VAsX1p8KQIyKcQ8wQNgr1fDjufOMXkaJUEFajzS1nA9kU3p/WfIN TAywmpeVE0LtLARvdBHBlsOQeSn3azDCqG/oCmao2uMix0iW/4V/+6iiPd/5X3FOYO5w sQJvuLnPgvQlONJHQdjdElyWJ1LVmWI5QlSsIgAtKtgIi3z0hh32rIKMRT/RKiplBwcr kIJg== Received: by 10.180.98.39 with SMTP id ef7mr5102123wib.21.1341845454634; Mon, 09 Jul 2012 07:50:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.44.39 with HTTP; Mon, 9 Jul 2012 07:50:34 -0700 (PDT) From: Adrian Shaw Date: Mon, 9 Jul 2012 15:50:34 +0100 X-Google-Sender-Auth: 4nIR8u1_sa6SICWfGoATHfwm2t4 Message-ID: To: xen-users Subject: [Xen-users] Using LibXC X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3714039522912300126==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3714039522912300126== Content-Type: multipart/alternative; boundary=f46d04428756aabe7004c466bda9 --f46d04428756aabe7004c466bda9 Content-Type: text/plain; charset=ISO-8859-1 Good afternoon all, I wish to write a program to use the LibXC library. I want this program to spawn a VM and return its ID. I see that there is a file called xc_domain.c which has a function for doing that. Is this the function I should be using? I haven't been able to find any documentation or examples of how to use this in C. If I try to import the library I get a huge amount of errors for uint_XY_t where XY is either 16 or 32 or 64, as well as other incomplete structure types. I've tried importing all the standard Xen libraries but still these errors persist. Which libraries does it require? Can anybody guide me to the light? It would be really helpful. Regards, AXS --f46d04428756aabe7004c466bda9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Good afternoon all,

I wish to write a program= to use the LibXC library.
I want this program to spawn a VM and = return its ID.
I see that there is a file called xc_domain.c whic= h has a function for doing that.
Is this the function I should be using?
I haven't been a= ble to find any documentation or examples of how to use this in C.
If I try to import the library I get a huge amount of errors for uint_XY_= t where XY is either 16 or 32 or 64, as well as other incomplete structure = types.

I've tried importing all the standard Xen libraries= but still these errors persist. Which libraries does it require? Can anybo= dy guide me to the light? It would be really helpful.

Regards,

AXS
--f46d04428756aabe7004c466bda9-- --===============3714039522912300126== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3714039522912300126==-- From xen-users-bounces@lists.xen.org Mon Jul 09 14:52:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 14:52: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 1SoFIg-0008FN-Uy; Mon, 09 Jul 2012 14:50:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoFIe-0008Ey-Sm for xen-users@lists.xen.org; Mon, 09 Jul 2012 14:50:57 +0000 Received: from [85.158.143.99:11914] by server-1.bemta-4.messagelabs.com id 66/A0-24392-0DFEAFF4; Mon, 09 Jul 2012 14:50:56 +0000 X-Env-Sender: adrian.l.shaw@gmail.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1341845454!27878980!1 X-Originating-IP: [74.125.82.51] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2883 invoked from network); 9 Jul 2012 14:50:55 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2012 14:50:55 -0000 Received: by wgbed3 with SMTP id ed3so8195503wgb.32 for ; Mon, 09 Jul 2012 07:50:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=Oai1R/r9W1Pq9kQwVCV6BYK2DV/JQ0zfKjQj8KVdQHI=; b=MFzwndeWRKozftQ8TcExQqgoEgjbyUy1+caQHfSAn0JaMrelgwAdA4dczrpxKS3gpY lfJNVQi313BIR5dvn5xOBvf7GNaEUrEHg6fKB44X05g9krVHr+WbGJQRp9Vtr7Wod7FE yE5+2rAfhr1Us1u+VAsX1p8KQIyKcQ8wQNgr1fDjufOMXkaJUEFajzS1nA9kU3p/WfIN TAywmpeVE0LtLARvdBHBlsOQeSn3azDCqG/oCmao2uMix0iW/4V/+6iiPd/5X3FOYO5w sQJvuLnPgvQlONJHQdjdElyWJ1LVmWI5QlSsIgAtKtgIi3z0hh32rIKMRT/RKiplBwcr kIJg== Received: by 10.180.98.39 with SMTP id ef7mr5102123wib.21.1341845454634; Mon, 09 Jul 2012 07:50:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.44.39 with HTTP; Mon, 9 Jul 2012 07:50:34 -0700 (PDT) From: Adrian Shaw Date: Mon, 9 Jul 2012 15:50:34 +0100 X-Google-Sender-Auth: 4nIR8u1_sa6SICWfGoATHfwm2t4 Message-ID: To: xen-users Subject: [Xen-users] Using LibXC X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3714039522912300126==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3714039522912300126== Content-Type: multipart/alternative; boundary=f46d04428756aabe7004c466bda9 --f46d04428756aabe7004c466bda9 Content-Type: text/plain; charset=ISO-8859-1 Good afternoon all, I wish to write a program to use the LibXC library. I want this program to spawn a VM and return its ID. I see that there is a file called xc_domain.c which has a function for doing that. Is this the function I should be using? I haven't been able to find any documentation or examples of how to use this in C. If I try to import the library I get a huge amount of errors for uint_XY_t where XY is either 16 or 32 or 64, as well as other incomplete structure types. I've tried importing all the standard Xen libraries but still these errors persist. Which libraries does it require? Can anybody guide me to the light? It would be really helpful. Regards, AXS --f46d04428756aabe7004c466bda9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Good afternoon all,

I wish to write a program= to use the LibXC library.
I want this program to spawn a VM and = return its ID.
I see that there is a file called xc_domain.c whic= h has a function for doing that.
Is this the function I should be using?
I haven't been a= ble to find any documentation or examples of how to use this in C.
If I try to import the library I get a huge amount of errors for uint_XY_= t where XY is either 16 or 32 or 64, as well as other incomplete structure = types.

I've tried importing all the standard Xen libraries= but still these errors persist. Which libraries does it require? Can anybo= dy guide me to the light? It would be really helpful.

Regards,

AXS
--f46d04428756aabe7004c466bda9-- --===============3714039522912300126== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3714039522912300126==-- From xen-users-bounces@lists.xen.org Mon Jul 09 20:42:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 20:42: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 1SoKl5-0003f5-7d; Mon, 09 Jul 2012 20:40:39 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1SoKl3-0003f0-5T for xen-users@lists.xen.org; Mon, 09 Jul 2012 20:40:37 +0000 X-Env-Sender: John.Buchanan@infinitecampus.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1341866427!2111335!1 X-Originating-IP: [207.225.137.26] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18118 invoked from network); 9 Jul 2012 20:40:27 -0000 Received: from mail.infinitecampus.com (HELO hormel.infinitecampus.com) (207.225.137.26) by server-15.tower-27.messagelabs.com with SMTP; 9 Jul 2012 20:40:27 -0000 X-IronPort-AV: E=Sophos;i="4.77,555,1336366800"; d="scan'208,217";a="2122669" Received: from mnhubcas2.infinitecampus.com ([10.26.10.127]) by hormel.infinitecampus.com with ESMTP; 09 Jul 2012 15:40:27 -0500 Received: from MNBLPO1.InfiniteCampus.com ([fe80::45a4:41cd:8252:4044]) by MNHUBCAS2.InfiniteCampus.com ([::1]) with mapi id 14.01.0339.001; Mon, 9 Jul 2012 15:40:26 -0500 From: John Buchanan To: "xen-users@lists.xen.org" Thread-Topic: Xen processor time scheduling Thread-Index: AQHNXhMRnkWiGg4SH0i2cPNUjHsWTQ== Date: Mon, 9 Jul 2012 20:40:25 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.2.120421 x-originating-ip: [10.35.172.10] MIME-Version: 1.0 Subject: [Xen-users] Xen processor time scheduling X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8758543846915024945==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8758543846915024945== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_CC2040E92F720johnbuchananinfinitecampuscom_" --_000_CC2040E92F720johnbuchananinfinitecampuscom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable My apologies if this question has been asked/answered elsewhere/previously. I'm using XCP 1.1, Xeon E7-2860 processors (10 cores with HT). My question= is, is it more efficient in terms of scheduling of processor time to alloc= ate fewer Vcpu's to a given domU guest? A year or two ago I had read that = with a VMWare product (don't recall specifically which, but a type 1 hyperv= isor), the way the hypervisor allocated cpu time amongst the guests was suc= h that if you allocated > 1 Vcpu's the host needed to have exactly that num= ber of physical cpus/cores available at that time, if not then that guest g= ot skipped until the next rotation. Therefore VMWare's best practice recom= mendation was to always start your VM's with 1 Vcpu, only increase if neces= sary. Also seemed odd to me that they designed it as such because in my productio= n environments 1 Vcpu is rarely adequate. Also, performance peaks at 8 Vcpu allocation, anything beyond that and perf= ormance steadily declines. -- John Buchanan | SIS Systems Administrator III | Infinite Campus, Inc | 4321= 109th Ave NE, Blaine, MN | 763-795-4337 --_000_CC2040E92F720johnbuchananinfinitecampuscom_ Content-Type: text/html; charset="us-ascii" Content-ID: <89B217DACE3D8F428EFF6A9132CB10CC@InfiniteCampus.com> Content-Transfer-Encoding: quoted-printable
My apologies if this question has been asked/answered elsewhere/previo= usly.

I'm using XCP 1.1, Xeon E7-2860 processors (10 cores with HT).  M= y question is, is it more efficient in terms of scheduling of processor tim= e to allocate fewer Vcpu's to a given domU guest?  A year or two ago I= had read that with a VMWare product (don't recall specifically which, but a type 1 hypervisor), the way the hyperviso= r allocated cpu time amongst the guests was such that if you allocated >= 1 Vcpu's the host needed to have exactly that number of physical cpus/core= s available at that time, if not then that guest got skipped until the next rotation.  Therefore VMWare's b= est practice recommendation was to always start your VM's with 1 Vcpu, only= increase if necessary.

Also seemed odd to me that they designed it as such because in my prod= uction environments 1 Vcpu is rarely adequate.

Also, performance peaks at 8 Vcpu allocation, anything beyond that and= performance steadily declines.

--

John Buchanan | SIS Systems Administrator III | Infinite Campu= s, Inc | 4321 109th Ave NE, Blaine, MN | 763-795-4337

--_000_CC2040E92F720johnbuchananinfinitecampuscom_-- --===============8758543846915024945== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8758543846915024945==-- From xen-users-bounces@lists.xen.org Mon Jul 09 20:42:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 20:42: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 1SoKl5-0003f5-7d; Mon, 09 Jul 2012 20:40:39 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1SoKl3-0003f0-5T for xen-users@lists.xen.org; Mon, 09 Jul 2012 20:40:37 +0000 X-Env-Sender: John.Buchanan@infinitecampus.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1341866427!2111335!1 X-Originating-IP: [207.225.137.26] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18118 invoked from network); 9 Jul 2012 20:40:27 -0000 Received: from mail.infinitecampus.com (HELO hormel.infinitecampus.com) (207.225.137.26) by server-15.tower-27.messagelabs.com with SMTP; 9 Jul 2012 20:40:27 -0000 X-IronPort-AV: E=Sophos;i="4.77,555,1336366800"; d="scan'208,217";a="2122669" Received: from mnhubcas2.infinitecampus.com ([10.26.10.127]) by hormel.infinitecampus.com with ESMTP; 09 Jul 2012 15:40:27 -0500 Received: from MNBLPO1.InfiniteCampus.com ([fe80::45a4:41cd:8252:4044]) by MNHUBCAS2.InfiniteCampus.com ([::1]) with mapi id 14.01.0339.001; Mon, 9 Jul 2012 15:40:26 -0500 From: John Buchanan To: "xen-users@lists.xen.org" Thread-Topic: Xen processor time scheduling Thread-Index: AQHNXhMRnkWiGg4SH0i2cPNUjHsWTQ== Date: Mon, 9 Jul 2012 20:40:25 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.2.120421 x-originating-ip: [10.35.172.10] MIME-Version: 1.0 Subject: [Xen-users] Xen processor time scheduling X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8758543846915024945==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8758543846915024945== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_CC2040E92F720johnbuchananinfinitecampuscom_" --_000_CC2040E92F720johnbuchananinfinitecampuscom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable My apologies if this question has been asked/answered elsewhere/previously. I'm using XCP 1.1, Xeon E7-2860 processors (10 cores with HT). My question= is, is it more efficient in terms of scheduling of processor time to alloc= ate fewer Vcpu's to a given domU guest? A year or two ago I had read that = with a VMWare product (don't recall specifically which, but a type 1 hyperv= isor), the way the hypervisor allocated cpu time amongst the guests was suc= h that if you allocated > 1 Vcpu's the host needed to have exactly that num= ber of physical cpus/cores available at that time, if not then that guest g= ot skipped until the next rotation. Therefore VMWare's best practice recom= mendation was to always start your VM's with 1 Vcpu, only increase if neces= sary. Also seemed odd to me that they designed it as such because in my productio= n environments 1 Vcpu is rarely adequate. Also, performance peaks at 8 Vcpu allocation, anything beyond that and perf= ormance steadily declines. -- John Buchanan | SIS Systems Administrator III | Infinite Campus, Inc | 4321= 109th Ave NE, Blaine, MN | 763-795-4337 --_000_CC2040E92F720johnbuchananinfinitecampuscom_ Content-Type: text/html; charset="us-ascii" Content-ID: <89B217DACE3D8F428EFF6A9132CB10CC@InfiniteCampus.com> Content-Transfer-Encoding: quoted-printable
My apologies if this question has been asked/answered elsewhere/previo= usly.

I'm using XCP 1.1, Xeon E7-2860 processors (10 cores with HT).  M= y question is, is it more efficient in terms of scheduling of processor tim= e to allocate fewer Vcpu's to a given domU guest?  A year or two ago I= had read that with a VMWare product (don't recall specifically which, but a type 1 hypervisor), the way the hyperviso= r allocated cpu time amongst the guests was such that if you allocated >= 1 Vcpu's the host needed to have exactly that number of physical cpus/core= s available at that time, if not then that guest got skipped until the next rotation.  Therefore VMWare's b= est practice recommendation was to always start your VM's with 1 Vcpu, only= increase if necessary.

Also seemed odd to me that they designed it as such because in my prod= uction environments 1 Vcpu is rarely adequate.

Also, performance peaks at 8 Vcpu allocation, anything beyond that and= performance steadily declines.

--

John Buchanan | SIS Systems Administrator III | Infinite Campu= s, Inc | 4321 109th Ave NE, Blaine, MN | 763-795-4337

--_000_CC2040E92F720johnbuchananinfinitecampuscom_-- --===============8758543846915024945== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8758543846915024945==-- From xen-users-bounces@lists.xen.org Mon Jul 09 20:54:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 20:54:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoKwU-0003vW-5Y; Mon, 09 Jul 2012 20:52:26 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoKwS-0003vQ-Qz for xen-users@lists.xen.org; Mon, 09 Jul 2012 20:52:25 +0000 Received: from [85.158.143.99:58062] by server-2.bemta-4.messagelabs.com id ED/90-17938-8844BFF4; Mon, 09 Jul 2012 20:52:24 +0000 X-Env-Sender: John.Buchanan@infinitecampus.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1341867143!22656919!1 X-Originating-IP: [207.225.137.26] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2828 invoked from network); 9 Jul 2012 20:52:23 -0000 Received: from mail.infinitecampus.com (HELO hormel.infinitecampus.com) (207.225.137.26) by server-4.tower-216.messagelabs.com with SMTP; 9 Jul 2012 20:52:23 -0000 X-IronPort-AV: E=Sophos;i="4.77,555,1336366800"; d="scan'208,217";a="2122786" Received: from mnhubcas2.infinitecampus.com ([10.26.10.127]) by hormel.infinitecampus.com with ESMTP; 09 Jul 2012 15:52:23 -0500 Received: from MNBLPO1.InfiniteCampus.com ([fe80::45a4:41cd:8252:4044]) by MNHUBCAS2.InfiniteCampus.com ([::1]) with mapi id 14.01.0339.001; Mon, 9 Jul 2012 15:52:22 -0500 From: John Buchanan To: "xen-users@lists.xen.org" Thread-Topic: Storage Resource RAID & Disk type Thread-Index: AQHNXhS80+YPUC6ObkaGB9E3ExmZXQ== Date: Mon, 9 Jul 2012 20:52:21 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.2.120421 x-originating-ip: [10.35.172.10] MIME-Version: 1.0 Subject: [Xen-users] Storage Resource RAID & Disk type X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5707879727765498224==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5707879727765498224== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_CC20AEB32FC36johnbuchananinfinitecampuscom_" --_000_CC20AEB32FC36johnbuchananinfinitecampuscom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Are there any best practice recommendations on RAID & disk type for the sha= red storage resource for a pool? I'm adding shelves to a HP MSA2000 G2, 24= drives total, minus hot spare(s). I can use 600GB SAS drives (15k rpm), 1= TB or 2TB Midline SAS drives (7200rpm). I need about 3TB usable for roughl= y 30 VM guests, 100GB each, web servers so I/O needs are nominal. I'm also going to need to get 4TB usable space for a SQL Server data volume= out of those 24 drives, unrelated to the VM boot volumes, hence my quandar= y. If anyone has virtualized 20-30 VM web servers on a midline SAS or SATA bas= ed storage resource I'd love to hear if performance was adequate. Going th= at route would easily meet my capacity requirements. -John -- John Buchanan | SIS Systems Administrator III | Infinite Campus, Inc | 4321= 109th Ave NE, Blaine, MN | 763-795-4337 --_000_CC20AEB32FC36johnbuchananinfinitecampuscom_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable
Are there any best practice recommendations on RAID & disk type fo= r the shared storage resource for a pool?  I'm adding shelves to a HP = MSA2000 G2, 24 drives total, minus hot spare(s).  I can use 600GB SAS = drives (15k rpm), 1TB or 2TB Midline SAS drives (7200rpm).  I need about 3TB usable for roughly 30 VM guests, 100GB e= ach, web servers so I/O needs are nominal.

I'm also going to need to get 4TB usable space for a SQL Server data v= olume out of those 24 drives, unrelated to the VM boot volumes, hence my qu= andary.

If anyone has virtualized 20-30 VM web servers on a midline SAS or SAT= A based storage resource I'd love to hear if performance was adequate. &nbs= p;Going that route would easily meet my capacity requirements.

-John

--

John Buchanan | SIS Systems Administrator III | Infinite Campu= s, Inc | 4321 109th Ave NE, Blaine, MN | 763-795-4337

--_000_CC20AEB32FC36johnbuchananinfinitecampuscom_-- --===============5707879727765498224== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5707879727765498224==-- From xen-users-bounces@lists.xen.org Mon Jul 09 20:54:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 20:54:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoKwU-0003vW-5Y; Mon, 09 Jul 2012 20:52:26 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoKwS-0003vQ-Qz for xen-users@lists.xen.org; Mon, 09 Jul 2012 20:52:25 +0000 Received: from [85.158.143.99:58062] by server-2.bemta-4.messagelabs.com id ED/90-17938-8844BFF4; Mon, 09 Jul 2012 20:52:24 +0000 X-Env-Sender: John.Buchanan@infinitecampus.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1341867143!22656919!1 X-Originating-IP: [207.225.137.26] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2828 invoked from network); 9 Jul 2012 20:52:23 -0000 Received: from mail.infinitecampus.com (HELO hormel.infinitecampus.com) (207.225.137.26) by server-4.tower-216.messagelabs.com with SMTP; 9 Jul 2012 20:52:23 -0000 X-IronPort-AV: E=Sophos;i="4.77,555,1336366800"; d="scan'208,217";a="2122786" Received: from mnhubcas2.infinitecampus.com ([10.26.10.127]) by hormel.infinitecampus.com with ESMTP; 09 Jul 2012 15:52:23 -0500 Received: from MNBLPO1.InfiniteCampus.com ([fe80::45a4:41cd:8252:4044]) by MNHUBCAS2.InfiniteCampus.com ([::1]) with mapi id 14.01.0339.001; Mon, 9 Jul 2012 15:52:22 -0500 From: John Buchanan To: "xen-users@lists.xen.org" Thread-Topic: Storage Resource RAID & Disk type Thread-Index: AQHNXhS80+YPUC6ObkaGB9E3ExmZXQ== Date: Mon, 9 Jul 2012 20:52:21 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.2.120421 x-originating-ip: [10.35.172.10] MIME-Version: 1.0 Subject: [Xen-users] Storage Resource RAID & Disk type X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5707879727765498224==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5707879727765498224== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_CC20AEB32FC36johnbuchananinfinitecampuscom_" --_000_CC20AEB32FC36johnbuchananinfinitecampuscom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Are there any best practice recommendations on RAID & disk type for the sha= red storage resource for a pool? I'm adding shelves to a HP MSA2000 G2, 24= drives total, minus hot spare(s). I can use 600GB SAS drives (15k rpm), 1= TB or 2TB Midline SAS drives (7200rpm). I need about 3TB usable for roughl= y 30 VM guests, 100GB each, web servers so I/O needs are nominal. I'm also going to need to get 4TB usable space for a SQL Server data volume= out of those 24 drives, unrelated to the VM boot volumes, hence my quandar= y. If anyone has virtualized 20-30 VM web servers on a midline SAS or SATA bas= ed storage resource I'd love to hear if performance was adequate. Going th= at route would easily meet my capacity requirements. -John -- John Buchanan | SIS Systems Administrator III | Infinite Campus, Inc | 4321= 109th Ave NE, Blaine, MN | 763-795-4337 --_000_CC20AEB32FC36johnbuchananinfinitecampuscom_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable
Are there any best practice recommendations on RAID & disk type fo= r the shared storage resource for a pool?  I'm adding shelves to a HP = MSA2000 G2, 24 drives total, minus hot spare(s).  I can use 600GB SAS = drives (15k rpm), 1TB or 2TB Midline SAS drives (7200rpm).  I need about 3TB usable for roughly 30 VM guests, 100GB e= ach, web servers so I/O needs are nominal.

I'm also going to need to get 4TB usable space for a SQL Server data v= olume out of those 24 drives, unrelated to the VM boot volumes, hence my qu= andary.

If anyone has virtualized 20-30 VM web servers on a midline SAS or SAT= A based storage resource I'd love to hear if performance was adequate. &nbs= p;Going that route would easily meet my capacity requirements.

-John

--

John Buchanan | SIS Systems Administrator III | Infinite Campu= s, Inc | 4321 109th Ave NE, Blaine, MN | 763-795-4337

--_000_CC20AEB32FC36johnbuchananinfinitecampuscom_-- --===============5707879727765498224== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5707879727765498224==-- From xen-users-bounces@lists.xen.org Mon Jul 09 21:49:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 21:49: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 1SoLnz-0004mQ-4Q; Mon, 09 Jul 2012 21:47:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoLnx-0004mL-83 for xen-users@lists.xen.org; Mon, 09 Jul 2012 21:47:41 +0000 Received: from [85.158.139.83:40073] by server-4.bemta-5.messagelabs.com id 08/D8-27831-C715BFF4; Mon, 09 Jul 2012 21:47:40 +0000 X-Env-Sender: eneal@businessgrade.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1341870458!27799790!1 X-Originating-IP: [66.151.104.17] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 304 invoked from network); 9 Jul 2012 21:47:39 -0000 Received: from smtp1.businessgrade.com (HELO smtp1.businessgrade.com) (66.151.104.17) by server-15.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jul 2012 21:47:39 -0000 Received: from axigen1 (127.0.0.1) by axigen1 (Axigen) with ESMTPSA id 3DBD4E; Mon, 9 Jul 2012 17:39:29 -0400 Received: from [76.26.141.105] by businessgrade.com with HTTP; Mon, 9 Jul 2012 17:39:29 -0400 From: Errol Neal Date: Mon, 9 Jul 2012 17:39:29 -0400 X-Mailer: Axigen WebMail To: John Buchanan Message-ID: <1341869969726858500@businessgrade.com> In-Reply-To: References: Importance: Normal MIME-Version: 1.0 Content-Disposition: inline X-AxigenVirus-Level: 1 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Storage Resource RAID & Disk type 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="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 07/09/2012 04:52 PM, John Buchanan wrote: > Are there any best practice recommendations on RAID & disk type for the shared storage resource for a pool? I'm adding shelves to a HP MSA2000 G2, 24 drives total, minus hot spare(s). I can use 600GB SAS drives (15k rpm), 1TB or 2TB Midline SAS drives (7200rpm). I need about 3TB usable for roughly 30 VM guests, 100GB each, web servers so I/O needs are nominal. > > I'm also going to need to get 4TB usable space for a SQL Server data volume out of those 24 drives, unrelated to the VM boot volumes, hence my quandary. > > If anyone has virtualized 20-30 VM web servers on a midline SAS or SATA based storage resource I'd love to hear if performance was adequate. Going that route would easily meet my capacity requirements. > Do you need all 30TB on the storage repo? One of the mistakes I commonly see people make is that they completely rely on shared storage for ALL non-OS related data. Can you leverage NAS protocols to reduce the amount of TB required for VMS? This way you can go with lower capacity, but higher performing drives. I'd also recommend that you diversify your storage pools and have some variety for different i/o types and sizes. For example, depending upon the profile of your database (data warehouse, transactional, etc), I'd isolate it on it's own distinct storage pool. Your I/O requirements are just that. If you have 30x VMs of the same type, I'd review my avg read/write p/s and calculate that against the drive. Keep in mind that most Enterprise RAID controllers have some sort of hybrid storage technology now that allows you to use SSDS to accelerate reads and writes. If you travel a proven route in that city, then you can certainly go with the midline sas products so long as you have a few hot spares in the chassis and on hand. My two cents for whatever it's worth. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 09 21:49:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 21:49: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 1SoLnz-0004mQ-4Q; Mon, 09 Jul 2012 21:47:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoLnx-0004mL-83 for xen-users@lists.xen.org; Mon, 09 Jul 2012 21:47:41 +0000 Received: from [85.158.139.83:40073] by server-4.bemta-5.messagelabs.com id 08/D8-27831-C715BFF4; Mon, 09 Jul 2012 21:47:40 +0000 X-Env-Sender: eneal@businessgrade.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1341870458!27799790!1 X-Originating-IP: [66.151.104.17] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 304 invoked from network); 9 Jul 2012 21:47:39 -0000 Received: from smtp1.businessgrade.com (HELO smtp1.businessgrade.com) (66.151.104.17) by server-15.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jul 2012 21:47:39 -0000 Received: from axigen1 (127.0.0.1) by axigen1 (Axigen) with ESMTPSA id 3DBD4E; Mon, 9 Jul 2012 17:39:29 -0400 Received: from [76.26.141.105] by businessgrade.com with HTTP; Mon, 9 Jul 2012 17:39:29 -0400 From: Errol Neal Date: Mon, 9 Jul 2012 17:39:29 -0400 X-Mailer: Axigen WebMail To: John Buchanan Message-ID: <1341869969726858500@businessgrade.com> In-Reply-To: References: Importance: Normal MIME-Version: 1.0 Content-Disposition: inline X-AxigenVirus-Level: 1 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Storage Resource RAID & Disk type 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="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 07/09/2012 04:52 PM, John Buchanan wrote: > Are there any best practice recommendations on RAID & disk type for the shared storage resource for a pool? I'm adding shelves to a HP MSA2000 G2, 24 drives total, minus hot spare(s). I can use 600GB SAS drives (15k rpm), 1TB or 2TB Midline SAS drives (7200rpm). I need about 3TB usable for roughly 30 VM guests, 100GB each, web servers so I/O needs are nominal. > > I'm also going to need to get 4TB usable space for a SQL Server data volume out of those 24 drives, unrelated to the VM boot volumes, hence my quandary. > > If anyone has virtualized 20-30 VM web servers on a midline SAS or SATA based storage resource I'd love to hear if performance was adequate. Going that route would easily meet my capacity requirements. > Do you need all 30TB on the storage repo? One of the mistakes I commonly see people make is that they completely rely on shared storage for ALL non-OS related data. Can you leverage NAS protocols to reduce the amount of TB required for VMS? This way you can go with lower capacity, but higher performing drives. I'd also recommend that you diversify your storage pools and have some variety for different i/o types and sizes. For example, depending upon the profile of your database (data warehouse, transactional, etc), I'd isolate it on it's own distinct storage pool. Your I/O requirements are just that. If you have 30x VMs of the same type, I'd review my avg read/write p/s and calculate that against the drive. Keep in mind that most Enterprise RAID controllers have some sort of hybrid storage technology now that allows you to use SSDS to accelerate reads and writes. If you travel a proven route in that city, then you can certainly go with the midline sas products so long as you have a few hot spares in the chassis and on hand. My two cents for whatever it's worth. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 09 23:11:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 23:11: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 1SoN5V-0005NC-LH; Mon, 09 Jul 2012 23:09:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoN5T-0005N7-SW for xen-users@lists.xen.org; Mon, 09 Jul 2012 23:09:52 +0000 Received: from [85.158.139.83:13951] by server-8.bemta-5.messagelabs.com id 1F/8F-10278-EB46BFF4; Mon, 09 Jul 2012 23:09:50 +0000 X-Env-Sender: javier@guerrag.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1341875389!27805675!1 X-Originating-IP: [209.85.216.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22740 invoked from network); 9 Jul 2012 23:09:50 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2012 23:09:50 -0000 Received: by qaeb19 with SMTP id b19so2042854qae.11 for ; Mon, 09 Jul 2012 16:09:48 -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:content-transfer-encoding:x-gm-message-state; bh=rlrapNRQTIo7foQ3azI8F8Q135RQ/aPoW27hwy0vnNQ=; b=IcdO3qm1tMtN42TQK/1O0FInSjXyfx4yUM02QADHLvQ/E/nejXJ6WqOAQJ0iiB31c6 PHEfbTjqUTs/A/ENsWEs7/t8AvG3c4qwZlvKIz6dFxxSC2phRWriA0SKOUzmxYvBTOYZ R8HMFHAb2C11ziKH10WQ2plUN4PioQ349R/WX8G3GTJTMVDw3mD8GPNFRQd/z9VgRUUY sbcXwrdd9oeoCXqs94w5BtBo03c3Wn0FxHDHsjsKemPC9UwQKOBBPBugm/QSgGNXhrE8 iGpVveZqHikGwKYVDelg8qxIHJA6zDq1uAtfkxLRR4WTjD5UKR9McHRgUpxVNc5uco1g Ex1A== MIME-Version: 1.0 Received: by 10.229.134.205 with SMTP id k13mr21772050qct.153.1341875388705; Mon, 09 Jul 2012 16:09:48 -0700 (PDT) Received: by 10.229.136.72 with HTTP; Mon, 9 Jul 2012 16:09:48 -0700 (PDT) In-Reply-To: <1341869969726858500@businessgrade.com> References: <1341869969726858500@businessgrade.com> Date: Mon, 9 Jul 2012 18:09:48 -0500 Message-ID: From: Javier Guerra Giraldez To: eneal@businessgrade.com X-Gm-Message-State: ALoCoQnStbkokiFAZQhMI7hmgkowlks6YRGdarXIuwkCJJ5JL2ceHw18T88VTMdsAtUeXka9vk3d Cc: "xen-users@lists.xen.org" , John Buchanan Subject: Re: [Xen-users] Storage Resource RAID & Disk type X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 9, 2012 at 4:39 PM, Errol Neal wrote: > I'd also recommend that you diversify your storage pools and have some variety for different i/o types and sizes. For example, depending upon the profile of your database (data warehouse, transactional, etc), I'd isolate it on it's own distinct storage pool. +1 on this. i've seen several times where a big honking SAN device with lots and lots of expensive options delivers so bad performance just because different load types are all mixed together without any administration. me: it seems you have storage latency issues them: that's not possible, this is the best storage system me: for this kind of I/O, it could be better (and cheaper) to use local drives them: no way, everybody knows that Fiber is the fastest me: FiberChannel can't do magic, you have fast drives, but no priorization. if you separate different servers on different storage devices, you'd have better performance them: this box has enough capacity for all our servers and Fiber is the fastest! -- Javier _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 09 23:11:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 23:11: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 1SoN5V-0005NC-LH; Mon, 09 Jul 2012 23:09:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoN5T-0005N7-SW for xen-users@lists.xen.org; Mon, 09 Jul 2012 23:09:52 +0000 Received: from [85.158.139.83:13951] by server-8.bemta-5.messagelabs.com id 1F/8F-10278-EB46BFF4; Mon, 09 Jul 2012 23:09:50 +0000 X-Env-Sender: javier@guerrag.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1341875389!27805675!1 X-Originating-IP: [209.85.216.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22740 invoked from network); 9 Jul 2012 23:09:50 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2012 23:09:50 -0000 Received: by qaeb19 with SMTP id b19so2042854qae.11 for ; Mon, 09 Jul 2012 16:09:48 -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:content-transfer-encoding:x-gm-message-state; bh=rlrapNRQTIo7foQ3azI8F8Q135RQ/aPoW27hwy0vnNQ=; b=IcdO3qm1tMtN42TQK/1O0FInSjXyfx4yUM02QADHLvQ/E/nejXJ6WqOAQJ0iiB31c6 PHEfbTjqUTs/A/ENsWEs7/t8AvG3c4qwZlvKIz6dFxxSC2phRWriA0SKOUzmxYvBTOYZ R8HMFHAb2C11ziKH10WQ2plUN4PioQ349R/WX8G3GTJTMVDw3mD8GPNFRQd/z9VgRUUY sbcXwrdd9oeoCXqs94w5BtBo03c3Wn0FxHDHsjsKemPC9UwQKOBBPBugm/QSgGNXhrE8 iGpVveZqHikGwKYVDelg8qxIHJA6zDq1uAtfkxLRR4WTjD5UKR9McHRgUpxVNc5uco1g Ex1A== MIME-Version: 1.0 Received: by 10.229.134.205 with SMTP id k13mr21772050qct.153.1341875388705; Mon, 09 Jul 2012 16:09:48 -0700 (PDT) Received: by 10.229.136.72 with HTTP; Mon, 9 Jul 2012 16:09:48 -0700 (PDT) In-Reply-To: <1341869969726858500@businessgrade.com> References: <1341869969726858500@businessgrade.com> Date: Mon, 9 Jul 2012 18:09:48 -0500 Message-ID: From: Javier Guerra Giraldez To: eneal@businessgrade.com X-Gm-Message-State: ALoCoQnStbkokiFAZQhMI7hmgkowlks6YRGdarXIuwkCJJ5JL2ceHw18T88VTMdsAtUeXka9vk3d Cc: "xen-users@lists.xen.org" , John Buchanan Subject: Re: [Xen-users] Storage Resource RAID & Disk type X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 9, 2012 at 4:39 PM, Errol Neal wrote: > I'd also recommend that you diversify your storage pools and have some variety for different i/o types and sizes. For example, depending upon the profile of your database (data warehouse, transactional, etc), I'd isolate it on it's own distinct storage pool. +1 on this. i've seen several times where a big honking SAN device with lots and lots of expensive options delivers so bad performance just because different load types are all mixed together without any administration. me: it seems you have storage latency issues them: that's not possible, this is the best storage system me: for this kind of I/O, it could be better (and cheaper) to use local drives them: no way, everybody knows that Fiber is the fastest me: FiberChannel can't do magic, you have fast drives, but no priorization. if you separate different servers on different storage devices, you'd have better performance them: this box has enough capacity for all our servers and Fiber is the fastest! -- Javier _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 09 23:40:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 23:40:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoNXu-0005tv-Sq; Mon, 09 Jul 2012 23:39:14 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoNXt-0005tq-Hk for xen-users@lists.xensource.com; Mon, 09 Jul 2012 23:39:13 +0000 Received: from [85.158.143.99:49155] by server-1.bemta-4.messagelabs.com id C6/65-24392-0AB6BFF4; Mon, 09 Jul 2012 23:39:12 +0000 X-Env-Sender: pheriko.support@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1341877150!16742664!1 X-Originating-IP: [209.85.160.43] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29968 invoked from network); 9 Jul 2012 23:39:12 -0000 Received: from mail-pb0-f43.google.com (HELO mail-pb0-f43.google.com) (209.85.160.43) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2012 23:39:12 -0000 Received: by pbcwz7 with SMTP id wz7so25233658pbc.30 for ; Mon, 09 Jul 2012 16:39:10 -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=ZKO5Be6w532OjM75QEbxp8sH5S1kh5fpZQMYH2mnF3M=; b=Fi3iFS4ZCXYviMGVdy5VESBvayGY4kJU0xNXOTa0jsqscUcj7jL50fR9O06c0bHwXx Ow/kTKah0cvIA/popDGEHbOQdrK3jCdnwEfsTn0Xvk12Ced+WT80/S3QUhCoT5XB4dmx s8ybzASucWm5aLWp3G7KDmvJGD45iGWR2CN2pnWJ44+ITFnvD5E2Gn5zudPLfWJtH+dH P7c4zC37/r/EZlcIadRiU6BrLlqpqGcW5jTes7cqgd1raDK/5/C8zeRPvXPYbJq54FPU rNheImYRsSv36QyMQT4FeUFpX4uTXn/kBG/I/V4kOy5N3TaOjZSUaqH2VL0AASJiz+HN rUdA== MIME-Version: 1.0 Received: by 10.68.203.40 with SMTP id kn8mr63679557pbc.162.1341877150165; Mon, 09 Jul 2012 16:39:10 -0700 (PDT) Received: by 10.142.143.14 with HTTP; Mon, 9 Jul 2012 16:39:10 -0700 (PDT) Date: Mon, 9 Jul 2012 16:39:10 -0700 Message-ID: From: Periko Support To: xen-users@lists.xensource.com Subject: [Xen-users] Centos 5 compile Xen doubts? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi. I want to compile Xen 4.0.x on Centos 5.8, I had follow http://wiki.xensource.com/xenwiki/Xen4.0, but once I finish this: make xen make tools make stubdom No issue here, Now what about with Centos 5.x? I just need to rebuild centos 5 kernel with xen support? Any tip will be appreciated, thanks. P.S:I know that I have the gitco repo, I want to learn how to build xen. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 09 23:40:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Jul 2012 23:40:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoNXu-0005tv-Sq; Mon, 09 Jul 2012 23:39:14 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoNXt-0005tq-Hk for xen-users@lists.xensource.com; Mon, 09 Jul 2012 23:39:13 +0000 Received: from [85.158.143.99:49155] by server-1.bemta-4.messagelabs.com id C6/65-24392-0AB6BFF4; Mon, 09 Jul 2012 23:39:12 +0000 X-Env-Sender: pheriko.support@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1341877150!16742664!1 X-Originating-IP: [209.85.160.43] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29968 invoked from network); 9 Jul 2012 23:39:12 -0000 Received: from mail-pb0-f43.google.com (HELO mail-pb0-f43.google.com) (209.85.160.43) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2012 23:39:12 -0000 Received: by pbcwz7 with SMTP id wz7so25233658pbc.30 for ; Mon, 09 Jul 2012 16:39:10 -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=ZKO5Be6w532OjM75QEbxp8sH5S1kh5fpZQMYH2mnF3M=; b=Fi3iFS4ZCXYviMGVdy5VESBvayGY4kJU0xNXOTa0jsqscUcj7jL50fR9O06c0bHwXx Ow/kTKah0cvIA/popDGEHbOQdrK3jCdnwEfsTn0Xvk12Ced+WT80/S3QUhCoT5XB4dmx s8ybzASucWm5aLWp3G7KDmvJGD45iGWR2CN2pnWJ44+ITFnvD5E2Gn5zudPLfWJtH+dH P7c4zC37/r/EZlcIadRiU6BrLlqpqGcW5jTes7cqgd1raDK/5/C8zeRPvXPYbJq54FPU rNheImYRsSv36QyMQT4FeUFpX4uTXn/kBG/I/V4kOy5N3TaOjZSUaqH2VL0AASJiz+HN rUdA== MIME-Version: 1.0 Received: by 10.68.203.40 with SMTP id kn8mr63679557pbc.162.1341877150165; Mon, 09 Jul 2012 16:39:10 -0700 (PDT) Received: by 10.142.143.14 with HTTP; Mon, 9 Jul 2012 16:39:10 -0700 (PDT) Date: Mon, 9 Jul 2012 16:39:10 -0700 Message-ID: From: Periko Support To: xen-users@lists.xensource.com Subject: [Xen-users] Centos 5 compile Xen doubts? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi. I want to compile Xen 4.0.x on Centos 5.8, I had follow http://wiki.xensource.com/xenwiki/Xen4.0, but once I finish this: make xen make tools make stubdom No issue here, Now what about with Centos 5.x? I just need to rebuild centos 5 kernel with xen support? Any tip will be appreciated, thanks. P.S:I know that I have the gitco repo, I want to learn how to build xen. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 10 06:47:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jul 2012 06:47: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 1SoUCf-00044r-IC; Tue, 10 Jul 2012 06:45:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoUCd-00044m-Gx for xen-users@lists.xensource.com; Tue, 10 Jul 2012 06:45:43 +0000 Received: from [85.158.143.35:23145] by server-3.bemta-4.messagelabs.com id 30/B4-05808-69FCBFF4; Tue, 10 Jul 2012 06:45:42 +0000 X-Env-Sender: matthieu.lejeune@exxoss.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1341902736!4226572!1 X-Originating-IP: [109.69.220.67] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18740 invoked from network); 10 Jul 2012 06:45:40 -0000 Received: from mx2.exxoss.com (HELO mx2.exxoss.com) (109.69.220.67) by server-5.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 10 Jul 2012 06:45:40 -0000 Received: from 217.64.252.174.mactelecom.net ([217.64.252.174] helo=MacBook-Pro-de-Matthieu-Lejeune.local) by mx2.exxoss.com with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SoUCS-0000Xr-04 for xen-users@lists.xensource.com; Tue, 10 Jul 2012 08:45:33 +0200 Message-ID: <4FFBCF84.2090309@exxoss.com> Date: Tue, 10 Jul 2012 08:45:24 +0200 From: Matthieu Lejeune User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com References: <4FDF71D9.1090202@exxoss.com> <1340046969.7851.76.camel@wotan2> In-Reply-To: <1340046969.7851.76.camel@wotan2> X-SA-Do-Not-Run: Yes X-SA-Exim-Connect-IP: 217.64.252.174 X-SA-Exim-Rcpt-To: xen-users@lists.xensource.com X-SA-Exim-Mail-From: matthieu.lejeune@exxoss.com X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on taupeman X-Spam-Level: X-Spam-Status: No, score=-102.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HTML_MESSAGE, TVD_RCVD_IP, USER_IN_WHITELIST 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 mx2.exxoss.com) Subject: Re: [Xen-users] Gplpv drivers make reset raid controller X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7989433700292307612==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============7989433700292307612== Content-Type: multipart/alternative; boundary="------------010404000107020607030808" This is a multi-part message in MIME format. --------------010404000107020607030808 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Hi, I have make more test and on the same hardware, when I running just one dom U with a Win 2008R2 it's ok. After installing Gplpv drivers (http://apt.univention.de/download/addons/gplpv-drivers/ gplpv_Vista2008x64_signed_0.11.0.356.msi) the raid controler make HW Reset like in my last post. We have found a workaround by exporting the volume group with iscsi-scst. With the exported disk there is no problem. So the problem is only when the domU write directly to the physical disk. Thank's Matthieu Le 18/06/12 21:16, Stephan Seitz a écrit : > Hi, > > that sound's really strange, as there's obviously no "connection" > between your domU > and your controller. > I've seen similar errors with ARC18xx but - to be honest - by using > Nexenta (SunOS fork) > under heavy load. > It's more a feeling than knowledge, but I would expect some potential > problem inside > your dom0 which panics out on *some* workload. I'ld expect your W2k8 > is only *one* > trigger. > I'ld check > - for latest Firmware on your controller (currently 1.50 / 150-20120216), > - bios settings (maybe start over with system defaults plus CPU > Virtualizationflag) > and as a last option: an oldconfig vanilla 3.4.3 dom0 kernel. > > Hope this helps. > > Good luck! > > > > Am Montag, den 18.06.2012, 20:22 +0200 schrieb Matthieu Lejeune: >> Hi, >> >> I have a very stange problem with my xen 4.0.1 >> >> Debian squeeze, Xen 4.0.1 >> Areca 1882i with 14 HDD Raid5 + 2 spare >> I'm using lvm volume for my DomU >> >> I have a Windows SBS 2K8 on this server with unsigned drivers and "test >> mode" on an he is running ok ! >> >> If I make a second DomU, after installing Windows 2008R2 and Gplpv >> Signed drivers, I shutdown my DomU. >> When I start my DomU at the second time, my areca controler make hw >> reset here is the log : >> >> Jun 18 21:55:51 xentemp kernel: [514308.568415] scsi cmnd aborted, >> scsi_cmnd(0xffff880002169400), cmnd[0x8a,0x 0,0x 0,0x 0,0x 0,0x >> 1,0x86,0xcf,0x30,0xc0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0. >> Jun 18 21:55:54 xentemp kernel: [514311.800391] scsi cmnd aborted, >> scsi_cmnd(0xffff880003336b00), cmnd[0x2a,0x 0,0x87,0x8f,0x21,0xe0,0x >> 0,0x 0,0x 8,0x 0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0. >> Jun 18 21:55:57 xentemp kernel: [514315.032389] scsi cmnd aborted, >> scsi_cmnd(0xffff880003337f00), cmnd[0x8a,0x 0,0x 0,0x 0,0x 0,0x >> 1,0x73,0xc0,0x a,0xe0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0. >> Jun 18 21:56:00 xentemp kernel: [514318.268404] arcmsr1: executing eh >> bus reset .....num_resets = 0, num_aborts = 3 >> Jun 18 21:56:23 xentemp logger: /etc/xen/scripts/xen-hotplug-cleanup: >> XENBUS_PATH=backend/vkbd/5/0 >> Jun 18 21:56:23 xentemp logger: /etc/xen/scripts/xen-hotplug-cleanup: >> XENBUS_PATH=backend/vfb/5/0 >> Jun 18 21:56:23 xentemp logger: /etc/xen/scripts/xen-hotplug-cleanup: >> XENBUS_PATH=backend/console/5/0 >> Jun 18 21:56:32 xentemp kernel: [514350.268311] arcmsr0: wait 'abort all >> outstanding command' timeout >> Jun 18 21:56:32 xentemp kernel: [514350.268326] arcmsr1: executing hw >> bus reset ..... >> Jun 18 21:57:18 xentemp kernel: [514396.263906] Areca RAID Controller0: >> F/W V1.50 2012-01-20 & Model ARC-1882 >> Jun 18 21:57:18 xentemp kernel: [514396.276363] arcmsr: scsi bus reset >> eh returns with success >> >> There is my domU config : >> >> >> #import os, re >> #arch = os.uname()[4] >> #if re.search('64', arch): >> # arch_libdir = 'lib64' >> #else: >> # arch_libdir = 'lib' >> >> kernel = "/usr/lib/xen-4.0/boot/hvmloader" >> >> builder='hvm' >> acpi=1 >> apic=1 >> vcpus = 4 >> >> memory = 4192 >> shadow_memory = 8 >> name = "filesrv" >> vif = [ 'type=ioemu, bridge=eth0' ] >> disk = [ >> 'phy:/dev/xenvg/file-hda,hda,w', >> 'phy:/dev/xenvg/winbu,hdb,w', >> 'file:/mnt/iso/fr_windows_server_2008_r2_standard_enterprise_datacenter_and_web_with_sp1_x64_dvd_617591.iso,hdc:cdrom,r', >> >> ] >> device_model = '/usr/lib64/xen-4.0/bin/qemu-dm' >> >> # boot on floppy (a), hard disk (c) or CD-ROM (d) >> # default: hard disk, cd-rom, floppy >> boot="dc" >> >> vfb = [ >> 'type=vnc,vncdisplay=12,vncpasswd=s3cr3t,vnclisten=0.0.0.0,keymap=fr' ] >> >> >> #sdl=0 >> #vnc=1 >> #vncconsole=1 >> #vncpasswd='' >> stdvga=0 >> serial='pty' >> usbdevice='tablet' >> >> >> I realy don't understand the problem. >> >> Thanks for your help >> >> Matthieu Lejeune >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > -- > Stephan Seitz > Senior System Administrator > > netz-haut GmbH > multimediale kommunikation > > Friedrich-Bergius-Ring 12 > 97076 Würzburg > > Telefon: 0931 - 780 11 780 > Telefax: 0931 - 780 11 799 > > Web: www.netzhaut.de > > > Amtsgericht Würzburg – HRB 10764 > > Geschäftsführer: Michael Daut, Kai Neugebauer > > > --------------010404000107020607030808 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
Hi,

I have make more test and on the same hardware, when I running just one dom U with a Win 2008R2 it's ok.
After installing Gplpv drivers (http://apt.univention.de/download/addons/gplpv-drivers/ gplpv_Vista2008x64_signed_0.11.0.356.msi) the raid controler make HW Reset like in my last post.

We have found a workaround by exporting the volume group with iscsi-scst. With the exported disk there is no problem.
So the problem is only when the domU write directly to the physical disk.

Thank's

Matthieu

Le 18/06/12 21:16, Stephan Seitz a écrit :
Hi,

that sound's really strange, as there's obviously no "connection" between your domU
and your controller.
I've seen similar errors with ARC18xx but - to be honest - by using Nexenta (SunOS fork)
under heavy load.
It's more a feeling than knowledge, but I would expect some potential problem inside
your dom0 which panics out on *some* workload. I'ld expect your W2k8 is only *one*
trigger.
I'ld check
- for latest Firmware on your controller (currently 1.50  / 150-20120216),
- bios settings (maybe start over with system defaults plus CPU Virtualizationflag)
and as a last option: an oldconfig vanilla 3.4.3 dom0 kernel.

Hope this helps.

Good luck!
Am Montag, den 18.06.2012, 20:22 +0200 schrieb Matthieu Lejeune: 
Hi,

I have a very stange problem with my xen 4.0.1

Debian squeeze, Xen 4.0.1
Areca 1882i with 14 HDD Raid5 + 2 spare
I'm using lvm volume for my DomU

I have a Windows SBS 2K8 on this server with unsigned drivers and "test 
mode" on an he is running ok !

If I make a second DomU, after installing Windows 2008R2 and Gplpv 
Signed drivers, I shutdown my DomU.
When I start my DomU at the second time, my areca controler make hw 
reset here is the log :

Jun 18 21:55:51 xentemp kernel: [514308.568415] scsi cmnd aborted, 
scsi_cmnd(0xffff880002169400), cmnd[0x8a,0x 0,0x 0,0x 0,0x 0,0x 
1,0x86,0xcf,0x30,0xc0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0.
Jun 18 21:55:54 xentemp kernel: [514311.800391] scsi cmnd aborted, 
scsi_cmnd(0xffff880003336b00), cmnd[0x2a,0x 0,0x87,0x8f,0x21,0xe0,0x 
0,0x 0,0x 8,0x 0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0.
Jun 18 21:55:57 xentemp kernel: [514315.032389] scsi cmnd aborted, 
scsi_cmnd(0xffff880003337f00), cmnd[0x8a,0x 0,0x 0,0x 0,0x 0,0x 
1,0x73,0xc0,0x a,0xe0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0.
Jun 18 21:56:00 xentemp kernel: [514318.268404] arcmsr1: executing eh 
bus reset .....num_resets = 0, num_aborts = 3
Jun 18 21:56:23 xentemp logger: /etc/xen/scripts/xen-hotplug-cleanup: 
XENBUS_PATH=backend/vkbd/5/0
Jun 18 21:56:23 xentemp logger: /etc/xen/scripts/xen-hotplug-cleanup: 
XENBUS_PATH=backend/vfb/5/0
Jun 18 21:56:23 xentemp logger: /etc/xen/scripts/xen-hotplug-cleanup: 
XENBUS_PATH=backend/console/5/0
Jun 18 21:56:32 xentemp kernel: [514350.268311] arcmsr0: wait 'abort all 
outstanding command' timeout
Jun 18 21:56:32 xentemp kernel: [514350.268326] arcmsr1: executing hw 
bus reset .....
Jun 18 21:57:18 xentemp kernel: [514396.263906] Areca RAID Controller0: 
F/W V1.50 2012-01-20 & Model ARC-1882
Jun 18 21:57:18 xentemp kernel: [514396.276363] arcmsr: scsi bus reset 
eh returns with success

There is my domU config :


#import os, re
#arch = os.uname()[4]
#if re.search('64', arch):
#    arch_libdir = 'lib64'
#else:
#    arch_libdir = 'lib'

kernel = "/usr/lib/xen-4.0/boot/hvmloader"

builder='hvm'
acpi=1
apic=1
vcpus = 4

memory = 4192
shadow_memory = 8
name = "filesrv"
vif = [ 'type=ioemu, bridge=eth0' ]
disk = [
'phy:/dev/xenvg/file-hda,hda,w',
    'phy:/dev/xenvg/winbu,hdb,w',
'file:/mnt/iso/fr_windows_server_2008_r2_standard_enterprise_datacenter_and_web_with_sp1_x64_dvd_617591.iso,hdc:cdrom,r',

]
device_model = '/usr/lib64/xen-4.0/bin/qemu-dm'

# boot on floppy (a), hard disk (c) or CD-ROM (d)
# default: hard disk, cd-rom, floppy
boot="dc"

vfb = [ 
'type=vnc,vncdisplay=12,vncpasswd=s3cr3t,vnclisten=0.0.0.0,keymap=fr' ]


#sdl=0
#vnc=1
#vncconsole=1
#vncpasswd=''
stdvga=0
serial='pty'
usbdevice='tablet'


I realy don't understand the problem.

Thanks for your help

Matthieu Lejeune

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

-- 
Stephan Seitz
Senior System Administrator

   netz-haut GmbH
   multimediale kommunikation
   
   Friedrich-Bergius-Ring 12
   97076 Würzburg
    
   Telefon: 0931 - 780 11 780
   Telefax: 0931 - 780 11 799
    
   Web: www.netzhaut.de

    
   Amtsgericht Würzburg – HRB 10764

   Geschäftsführer: Michael Daut, Kai Neugebauer



 
--------------010404000107020607030808-- --===============7989433700292307612== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7989433700292307612==-- From xen-users-bounces@lists.xen.org Tue Jul 10 06:47:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jul 2012 06:47: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 1SoUCf-00044r-IC; Tue, 10 Jul 2012 06:45:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoUCd-00044m-Gx for xen-users@lists.xensource.com; Tue, 10 Jul 2012 06:45:43 +0000 Received: from [85.158.143.35:23145] by server-3.bemta-4.messagelabs.com id 30/B4-05808-69FCBFF4; Tue, 10 Jul 2012 06:45:42 +0000 X-Env-Sender: matthieu.lejeune@exxoss.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1341902736!4226572!1 X-Originating-IP: [109.69.220.67] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18740 invoked from network); 10 Jul 2012 06:45:40 -0000 Received: from mx2.exxoss.com (HELO mx2.exxoss.com) (109.69.220.67) by server-5.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 10 Jul 2012 06:45:40 -0000 Received: from 217.64.252.174.mactelecom.net ([217.64.252.174] helo=MacBook-Pro-de-Matthieu-Lejeune.local) by mx2.exxoss.com with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SoUCS-0000Xr-04 for xen-users@lists.xensource.com; Tue, 10 Jul 2012 08:45:33 +0200 Message-ID: <4FFBCF84.2090309@exxoss.com> Date: Tue, 10 Jul 2012 08:45:24 +0200 From: Matthieu Lejeune User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com References: <4FDF71D9.1090202@exxoss.com> <1340046969.7851.76.camel@wotan2> In-Reply-To: <1340046969.7851.76.camel@wotan2> X-SA-Do-Not-Run: Yes X-SA-Exim-Connect-IP: 217.64.252.174 X-SA-Exim-Rcpt-To: xen-users@lists.xensource.com X-SA-Exim-Mail-From: matthieu.lejeune@exxoss.com X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on taupeman X-Spam-Level: X-Spam-Status: No, score=-102.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HTML_MESSAGE, TVD_RCVD_IP, USER_IN_WHITELIST 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 mx2.exxoss.com) Subject: Re: [Xen-users] Gplpv drivers make reset raid controller X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7989433700292307612==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============7989433700292307612== Content-Type: multipart/alternative; boundary="------------010404000107020607030808" This is a multi-part message in MIME format. --------------010404000107020607030808 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Hi, I have make more test and on the same hardware, when I running just one dom U with a Win 2008R2 it's ok. After installing Gplpv drivers (http://apt.univention.de/download/addons/gplpv-drivers/ gplpv_Vista2008x64_signed_0.11.0.356.msi) the raid controler make HW Reset like in my last post. We have found a workaround by exporting the volume group with iscsi-scst. With the exported disk there is no problem. So the problem is only when the domU write directly to the physical disk. Thank's Matthieu Le 18/06/12 21:16, Stephan Seitz a écrit : > Hi, > > that sound's really strange, as there's obviously no "connection" > between your domU > and your controller. > I've seen similar errors with ARC18xx but - to be honest - by using > Nexenta (SunOS fork) > under heavy load. > It's more a feeling than knowledge, but I would expect some potential > problem inside > your dom0 which panics out on *some* workload. I'ld expect your W2k8 > is only *one* > trigger. > I'ld check > - for latest Firmware on your controller (currently 1.50 / 150-20120216), > - bios settings (maybe start over with system defaults plus CPU > Virtualizationflag) > and as a last option: an oldconfig vanilla 3.4.3 dom0 kernel. > > Hope this helps. > > Good luck! > > > > Am Montag, den 18.06.2012, 20:22 +0200 schrieb Matthieu Lejeune: >> Hi, >> >> I have a very stange problem with my xen 4.0.1 >> >> Debian squeeze, Xen 4.0.1 >> Areca 1882i with 14 HDD Raid5 + 2 spare >> I'm using lvm volume for my DomU >> >> I have a Windows SBS 2K8 on this server with unsigned drivers and "test >> mode" on an he is running ok ! >> >> If I make a second DomU, after installing Windows 2008R2 and Gplpv >> Signed drivers, I shutdown my DomU. >> When I start my DomU at the second time, my areca controler make hw >> reset here is the log : >> >> Jun 18 21:55:51 xentemp kernel: [514308.568415] scsi cmnd aborted, >> scsi_cmnd(0xffff880002169400), cmnd[0x8a,0x 0,0x 0,0x 0,0x 0,0x >> 1,0x86,0xcf,0x30,0xc0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0. >> Jun 18 21:55:54 xentemp kernel: [514311.800391] scsi cmnd aborted, >> scsi_cmnd(0xffff880003336b00), cmnd[0x2a,0x 0,0x87,0x8f,0x21,0xe0,0x >> 0,0x 0,0x 8,0x 0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0. >> Jun 18 21:55:57 xentemp kernel: [514315.032389] scsi cmnd aborted, >> scsi_cmnd(0xffff880003337f00), cmnd[0x8a,0x 0,0x 0,0x 0,0x 0,0x >> 1,0x73,0xc0,0x a,0xe0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0. >> Jun 18 21:56:00 xentemp kernel: [514318.268404] arcmsr1: executing eh >> bus reset .....num_resets = 0, num_aborts = 3 >> Jun 18 21:56:23 xentemp logger: /etc/xen/scripts/xen-hotplug-cleanup: >> XENBUS_PATH=backend/vkbd/5/0 >> Jun 18 21:56:23 xentemp logger: /etc/xen/scripts/xen-hotplug-cleanup: >> XENBUS_PATH=backend/vfb/5/0 >> Jun 18 21:56:23 xentemp logger: /etc/xen/scripts/xen-hotplug-cleanup: >> XENBUS_PATH=backend/console/5/0 >> Jun 18 21:56:32 xentemp kernel: [514350.268311] arcmsr0: wait 'abort all >> outstanding command' timeout >> Jun 18 21:56:32 xentemp kernel: [514350.268326] arcmsr1: executing hw >> bus reset ..... >> Jun 18 21:57:18 xentemp kernel: [514396.263906] Areca RAID Controller0: >> F/W V1.50 2012-01-20 & Model ARC-1882 >> Jun 18 21:57:18 xentemp kernel: [514396.276363] arcmsr: scsi bus reset >> eh returns with success >> >> There is my domU config : >> >> >> #import os, re >> #arch = os.uname()[4] >> #if re.search('64', arch): >> # arch_libdir = 'lib64' >> #else: >> # arch_libdir = 'lib' >> >> kernel = "/usr/lib/xen-4.0/boot/hvmloader" >> >> builder='hvm' >> acpi=1 >> apic=1 >> vcpus = 4 >> >> memory = 4192 >> shadow_memory = 8 >> name = "filesrv" >> vif = [ 'type=ioemu, bridge=eth0' ] >> disk = [ >> 'phy:/dev/xenvg/file-hda,hda,w', >> 'phy:/dev/xenvg/winbu,hdb,w', >> 'file:/mnt/iso/fr_windows_server_2008_r2_standard_enterprise_datacenter_and_web_with_sp1_x64_dvd_617591.iso,hdc:cdrom,r', >> >> ] >> device_model = '/usr/lib64/xen-4.0/bin/qemu-dm' >> >> # boot on floppy (a), hard disk (c) or CD-ROM (d) >> # default: hard disk, cd-rom, floppy >> boot="dc" >> >> vfb = [ >> 'type=vnc,vncdisplay=12,vncpasswd=s3cr3t,vnclisten=0.0.0.0,keymap=fr' ] >> >> >> #sdl=0 >> #vnc=1 >> #vncconsole=1 >> #vncpasswd='' >> stdvga=0 >> serial='pty' >> usbdevice='tablet' >> >> >> I realy don't understand the problem. >> >> Thanks for your help >> >> Matthieu Lejeune >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > -- > Stephan Seitz > Senior System Administrator > > netz-haut GmbH > multimediale kommunikation > > Friedrich-Bergius-Ring 12 > 97076 Würzburg > > Telefon: 0931 - 780 11 780 > Telefax: 0931 - 780 11 799 > > Web: www.netzhaut.de > > > Amtsgericht Würzburg – HRB 10764 > > Geschäftsführer: Michael Daut, Kai Neugebauer > > > --------------010404000107020607030808 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
Hi,

I have make more test and on the same hardware, when I running just one dom U with a Win 2008R2 it's ok.
After installing Gplpv drivers (http://apt.univention.de/download/addons/gplpv-drivers/ gplpv_Vista2008x64_signed_0.11.0.356.msi) the raid controler make HW Reset like in my last post.

We have found a workaround by exporting the volume group with iscsi-scst. With the exported disk there is no problem.
So the problem is only when the domU write directly to the physical disk.

Thank's

Matthieu

Le 18/06/12 21:16, Stephan Seitz a écrit :
Hi,

that sound's really strange, as there's obviously no "connection" between your domU
and your controller.
I've seen similar errors with ARC18xx but - to be honest - by using Nexenta (SunOS fork)
under heavy load.
It's more a feeling than knowledge, but I would expect some potential problem inside
your dom0 which panics out on *some* workload. I'ld expect your W2k8 is only *one*
trigger.
I'ld check
- for latest Firmware on your controller (currently 1.50  / 150-20120216),
- bios settings (maybe start over with system defaults plus CPU Virtualizationflag)
and as a last option: an oldconfig vanilla 3.4.3 dom0 kernel.

Hope this helps.

Good luck!
Am Montag, den 18.06.2012, 20:22 +0200 schrieb Matthieu Lejeune: 
Hi,

I have a very stange problem with my xen 4.0.1

Debian squeeze, Xen 4.0.1
Areca 1882i with 14 HDD Raid5 + 2 spare
I'm using lvm volume for my DomU

I have a Windows SBS 2K8 on this server with unsigned drivers and "test 
mode" on an he is running ok !

If I make a second DomU, after installing Windows 2008R2 and Gplpv 
Signed drivers, I shutdown my DomU.
When I start my DomU at the second time, my areca controler make hw 
reset here is the log :

Jun 18 21:55:51 xentemp kernel: [514308.568415] scsi cmnd aborted, 
scsi_cmnd(0xffff880002169400), cmnd[0x8a,0x 0,0x 0,0x 0,0x 0,0x 
1,0x86,0xcf,0x30,0xc0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0.
Jun 18 21:55:54 xentemp kernel: [514311.800391] scsi cmnd aborted, 
scsi_cmnd(0xffff880003336b00), cmnd[0x2a,0x 0,0x87,0x8f,0x21,0xe0,0x 
0,0x 0,0x 8,0x 0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0.
Jun 18 21:55:57 xentemp kernel: [514315.032389] scsi cmnd aborted, 
scsi_cmnd(0xffff880003337f00), cmnd[0x8a,0x 0,0x 0,0x 0,0x 0,0x 
1,0x73,0xc0,0x a,0xe0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0.
Jun 18 21:56:00 xentemp kernel: [514318.268404] arcmsr1: executing eh 
bus reset .....num_resets = 0, num_aborts = 3
Jun 18 21:56:23 xentemp logger: /etc/xen/scripts/xen-hotplug-cleanup: 
XENBUS_PATH=backend/vkbd/5/0
Jun 18 21:56:23 xentemp logger: /etc/xen/scripts/xen-hotplug-cleanup: 
XENBUS_PATH=backend/vfb/5/0
Jun 18 21:56:23 xentemp logger: /etc/xen/scripts/xen-hotplug-cleanup: 
XENBUS_PATH=backend/console/5/0
Jun 18 21:56:32 xentemp kernel: [514350.268311] arcmsr0: wait 'abort all 
outstanding command' timeout
Jun 18 21:56:32 xentemp kernel: [514350.268326] arcmsr1: executing hw 
bus reset .....
Jun 18 21:57:18 xentemp kernel: [514396.263906] Areca RAID Controller0: 
F/W V1.50 2012-01-20 & Model ARC-1882
Jun 18 21:57:18 xentemp kernel: [514396.276363] arcmsr: scsi bus reset 
eh returns with success

There is my domU config :


#import os, re
#arch = os.uname()[4]
#if re.search('64', arch):
#    arch_libdir = 'lib64'
#else:
#    arch_libdir = 'lib'

kernel = "/usr/lib/xen-4.0/boot/hvmloader"

builder='hvm'
acpi=1
apic=1
vcpus = 4

memory = 4192
shadow_memory = 8
name = "filesrv"
vif = [ 'type=ioemu, bridge=eth0' ]
disk = [
'phy:/dev/xenvg/file-hda,hda,w',
    'phy:/dev/xenvg/winbu,hdb,w',
'file:/mnt/iso/fr_windows_server_2008_r2_standard_enterprise_datacenter_and_web_with_sp1_x64_dvd_617591.iso,hdc:cdrom,r',

]
device_model = '/usr/lib64/xen-4.0/bin/qemu-dm'

# boot on floppy (a), hard disk (c) or CD-ROM (d)
# default: hard disk, cd-rom, floppy
boot="dc"

vfb = [ 
'type=vnc,vncdisplay=12,vncpasswd=s3cr3t,vnclisten=0.0.0.0,keymap=fr' ]


#sdl=0
#vnc=1
#vncconsole=1
#vncpasswd=''
stdvga=0
serial='pty'
usbdevice='tablet'


I realy don't understand the problem.

Thanks for your help

Matthieu Lejeune

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

-- 
Stephan Seitz
Senior System Administrator

   netz-haut GmbH
   multimediale kommunikation
   
   Friedrich-Bergius-Ring 12
   97076 Würzburg
    
   Telefon: 0931 - 780 11 780
   Telefax: 0931 - 780 11 799
    
   Web: www.netzhaut.de

    
   Amtsgericht Würzburg – HRB 10764

   Geschäftsführer: Michael Daut, Kai Neugebauer



 
--------------010404000107020607030808-- --===============7989433700292307612== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7989433700292307612==-- From xen-users-bounces@lists.xen.org Tue Jul 10 08:26:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jul 2012 08:26: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 1SoVkv-0005NO-Cu; Tue, 10 Jul 2012 08:25:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoVkt-0005NG-P6 for Xen-users@lists.xensource.com; Tue, 10 Jul 2012 08:25:12 +0000 Received: from [85.158.138.51:42238] by server-9.bemta-3.messagelabs.com id 77/E9-10419-6E6EBFF4; Tue, 10 Jul 2012 08:25:10 +0000 X-Env-Sender: akhipatel@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1341908709!28044718!1 X-Originating-IP: [209.85.213.171] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24374 invoked from network); 10 Jul 2012 08:25:10 -0000 Received: from mail-yx0-f171.google.com (HELO mail-yx0-f171.google.com) (209.85.213.171) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2012 08:25:10 -0000 Received: by yenq11 with SMTP id q11so14985635yen.30 for ; Tue, 10 Jul 2012 01:25: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=ESJvblCvtKkNT35Fo+4LbVfQaNT/rrlAMFapjiCDBR8=; b=xk2geMw3qrHIlHT6kiFXgBK4+7Tp0oI4Sg7ETwB1EuSbBBHF1t7WIGwihV5etSS70G oZFTCTN/BQ5EO+OJhJooScxbiUwAiWVk284CK74YeEytsWdLcGLhXuCqnPZa26+Arvha j5scnB4RgoJfCb48S5uWu8e34fDcHjInnRq0mU/ysDNV64ZtlhlXI047v9iDYuu8TdCj 92vTp9Lv+d1JimXkxf9oPf61KzjQUx/dJUnc+cBbCvuPWzOK+sfRyM+9a+UB2BNkySF3 I4KBxmZLlvMgLjqznJo9o461K5CUDOKlIE2Ua/8VksoCij7fKSXID8bfEQXIMhGBc+Q8 sMgw== MIME-Version: 1.0 Received: by 10.50.46.232 with SMTP id y8mr10416798igm.57.1341908708419; Tue, 10 Jul 2012 01:25:08 -0700 (PDT) Received: by 10.64.62.161 with HTTP; Tue, 10 Jul 2012 01:25:08 -0700 (PDT) Date: Tue, 10 Jul 2012 13:55:08 +0530 Message-ID: From: akhilesh kumar To: Xen-users@lists.xensource.com Subject: [Xen-users] Query Regarding Xen Server feature X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1674205097248408008==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1674205097248408008== Content-Type: multipart/alternative; boundary=14dae9340cbbe2ea2504c4757744 --14dae9340cbbe2ea2504c4757744 Content-Type: text/plain; charset=ISO-8859-1 Hi All I found xen server open source on net. but i found some other xen server Edition which is not open source. I want to know what are the feature present in different edition. - XenServer [Free edition] - XenServer Advanced Edition - XenServer Enterprise Edition - XenServer Platinum Edition -- Thanks, Akhilesh --14dae9340cbbe2ea2504c4757744 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi All
=A0
I=A0found xen server open source on net.
but i found some=A0other xen server Edition which is not open source.= =A0
=A0
I want to know what are the=A0feature present in different edition. = =A0=A0=A0=A0
=A0
  • XenServer [Free edition]
  • XenServer Advanced Edition
  • XenServer Enterprise Edition
  • XenServer Platinum Edition


--
Thanks= ,
Akhilesh
--14dae9340cbbe2ea2504c4757744-- --===============1674205097248408008== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1674205097248408008==-- From xen-users-bounces@lists.xen.org Tue Jul 10 08:26:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jul 2012 08:26: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 1SoVkv-0005NO-Cu; Tue, 10 Jul 2012 08:25:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoVkt-0005NG-P6 for Xen-users@lists.xensource.com; Tue, 10 Jul 2012 08:25:12 +0000 Received: from [85.158.138.51:42238] by server-9.bemta-3.messagelabs.com id 77/E9-10419-6E6EBFF4; Tue, 10 Jul 2012 08:25:10 +0000 X-Env-Sender: akhipatel@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1341908709!28044718!1 X-Originating-IP: [209.85.213.171] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24374 invoked from network); 10 Jul 2012 08:25:10 -0000 Received: from mail-yx0-f171.google.com (HELO mail-yx0-f171.google.com) (209.85.213.171) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2012 08:25:10 -0000 Received: by yenq11 with SMTP id q11so14985635yen.30 for ; Tue, 10 Jul 2012 01:25: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=ESJvblCvtKkNT35Fo+4LbVfQaNT/rrlAMFapjiCDBR8=; b=xk2geMw3qrHIlHT6kiFXgBK4+7Tp0oI4Sg7ETwB1EuSbBBHF1t7WIGwihV5etSS70G oZFTCTN/BQ5EO+OJhJooScxbiUwAiWVk284CK74YeEytsWdLcGLhXuCqnPZa26+Arvha j5scnB4RgoJfCb48S5uWu8e34fDcHjInnRq0mU/ysDNV64ZtlhlXI047v9iDYuu8TdCj 92vTp9Lv+d1JimXkxf9oPf61KzjQUx/dJUnc+cBbCvuPWzOK+sfRyM+9a+UB2BNkySF3 I4KBxmZLlvMgLjqznJo9o461K5CUDOKlIE2Ua/8VksoCij7fKSXID8bfEQXIMhGBc+Q8 sMgw== MIME-Version: 1.0 Received: by 10.50.46.232 with SMTP id y8mr10416798igm.57.1341908708419; Tue, 10 Jul 2012 01:25:08 -0700 (PDT) Received: by 10.64.62.161 with HTTP; Tue, 10 Jul 2012 01:25:08 -0700 (PDT) Date: Tue, 10 Jul 2012 13:55:08 +0530 Message-ID: From: akhilesh kumar To: Xen-users@lists.xensource.com Subject: [Xen-users] Query Regarding Xen Server feature X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1674205097248408008==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1674205097248408008== Content-Type: multipart/alternative; boundary=14dae9340cbbe2ea2504c4757744 --14dae9340cbbe2ea2504c4757744 Content-Type: text/plain; charset=ISO-8859-1 Hi All I found xen server open source on net. but i found some other xen server Edition which is not open source. I want to know what are the feature present in different edition. - XenServer [Free edition] - XenServer Advanced Edition - XenServer Enterprise Edition - XenServer Platinum Edition -- Thanks, Akhilesh --14dae9340cbbe2ea2504c4757744 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi All
=A0
I=A0found xen server open source on net.
but i found some=A0other xen server Edition which is not open source.= =A0
=A0
I want to know what are the=A0feature present in different edition. = =A0=A0=A0=A0
=A0
  • XenServer [Free edition]
  • XenServer Advanced Edition
  • XenServer Enterprise Edition
  • XenServer Platinum Edition


--
Thanks= ,
Akhilesh
--14dae9340cbbe2ea2504c4757744-- --===============1674205097248408008== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1674205097248408008==-- From xen-users-bounces@lists.xen.org Tue Jul 10 08:45:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jul 2012 08:45: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 1SoW31-0005kQ-Eu; Tue, 10 Jul 2012 08:43:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoW30-0005kL-01 for Xen-users@lists.xensource.com; Tue, 10 Jul 2012 08:43:54 +0000 Received: from [85.158.139.83:17705] by server-10.bemta-5.messagelabs.com id 09/A9-02190-94BEBFF4; Tue, 10 Jul 2012 08:43:53 +0000 X-Env-Sender: admin@dmarkey.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1341909831!23998505!1 X-Originating-IP: [209.85.213.43] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32373 invoked from network); 10 Jul 2012 08:43:52 -0000 Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com) (209.85.213.43) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2012 08:43:52 -0000 Received: by yhl10 with SMTP id 10so9181170yhl.30 for ; Tue, 10 Jul 2012 01:43:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:x-gm-message-state; bh=RtXpTbN8KKLfchshbK8FRTdQcjme7Rw4Al57Zc6WWMs=; b=dWvVEJdn23lWSkFkFWDuBswcehbvwmPJq6I6p1+MSsmSe1pkqEouYnM9UjTyt0I6Iv Ee0nPDx+bjxBHuHchcmDm9uz3s0AKk1IEjgDXjAZCBTO6QFIriJTprjGfsp1eI2fW/Py avyzuaESoT++fMbiRR9TMeOn73WuzNud3rOIzOaZOlW8SMNSBSo28qGK8EMiwnqxSd4f Tibi9BckW/lS0ARn0HYnfP70pz48YSbzCfHFLtGhVxc6D3Nt6Jg3BvujeMQrzvbhUvoK lbUv1uGRD+66JJZnH1PwW+u2OzRtlQyofxNlgKHYqEYm7KmukWTkbKmcjC697mzpMChp ztvw== MIME-Version: 1.0 Received: by 10.60.20.233 with SMTP id q9mr45637346oee.57.1341909830891; Tue, 10 Jul 2012 01:43:50 -0700 (PDT) Received: by 10.60.66.165 with HTTP; Tue, 10 Jul 2012 01:43:50 -0700 (PDT) In-Reply-To: References: Date: Tue, 10 Jul 2012 09:43:50 +0100 Message-ID: From: David Markey To: akhilesh kumar X-Gm-Message-State: ALoCoQnzsG/B5K51RvvIYqybDIFwt+04QvrmFbainrhCy7BDOrJWheJlIwcTLVDXpzqsI237E5h1 Cc: Xen-users@lists.xensource.com Subject: Re: [Xen-users] Query Regarding Xen Server feature X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: admin@dmarkey.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1017892314055135273==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1017892314055135273== Content-Type: multipart/alternative; boundary=e89a8ff1c75aca79bf04c475baeb --e89a8ff1c75aca79bf04c475baeb Content-Type: text/plain; charset=ISO-8859-1 A bit off topic for this list.. here is the matrix however. http://www.citrix.com/English/ps2/products/subfeature.asp?contentID=2300456 On 10 July 2012 09:25, akhilesh kumar wrote: > Hi All > > I found xen server open source on net. > but i found some other xen server Edition which is not open source. > > I want to know what are the feature present in different edition. > > > - XenServer [Free edition] > - XenServer Advanced Edition > - XenServer Enterprise Edition > - XenServer Platinum Edition > > > > -- > Thanks, > Akhilesh > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --e89a8ff1c75aca79bf04c475baeb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable A bit off topic for this list.. here is the matrix however.

<= div>http://www.citrix.com/English/ps2/products/subfeature.as= p?contentID=3D2300456



On 10 July 2012 09:2= 5, akhilesh kumar <akhipatel@gmail.com> wrote:
Hi All
=A0
I=A0found xen server open source on net.
but i found some=A0other xen server Edition which is not open source.= =A0
=A0
I want to know what are the=A0feature present in different edition. = =A0=A0=A0=A0
=A0
  • XenServer [Free edition]
  • XenServer Advanced Edition
  • XenServer Enterprise Edition
  • XenServer Platinum Edition


--
Thanks,
Akhilesh

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

--e89a8ff1c75aca79bf04c475baeb-- --===============1017892314055135273== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1017892314055135273==-- From xen-users-bounces@lists.xen.org Tue Jul 10 08:45:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jul 2012 08:45: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 1SoW31-0005kQ-Eu; Tue, 10 Jul 2012 08:43:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoW30-0005kL-01 for Xen-users@lists.xensource.com; Tue, 10 Jul 2012 08:43:54 +0000 Received: from [85.158.139.83:17705] by server-10.bemta-5.messagelabs.com id 09/A9-02190-94BEBFF4; Tue, 10 Jul 2012 08:43:53 +0000 X-Env-Sender: admin@dmarkey.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1341909831!23998505!1 X-Originating-IP: [209.85.213.43] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32373 invoked from network); 10 Jul 2012 08:43:52 -0000 Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com) (209.85.213.43) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2012 08:43:52 -0000 Received: by yhl10 with SMTP id 10so9181170yhl.30 for ; Tue, 10 Jul 2012 01:43:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:x-gm-message-state; bh=RtXpTbN8KKLfchshbK8FRTdQcjme7Rw4Al57Zc6WWMs=; b=dWvVEJdn23lWSkFkFWDuBswcehbvwmPJq6I6p1+MSsmSe1pkqEouYnM9UjTyt0I6Iv Ee0nPDx+bjxBHuHchcmDm9uz3s0AKk1IEjgDXjAZCBTO6QFIriJTprjGfsp1eI2fW/Py avyzuaESoT++fMbiRR9TMeOn73WuzNud3rOIzOaZOlW8SMNSBSo28qGK8EMiwnqxSd4f Tibi9BckW/lS0ARn0HYnfP70pz48YSbzCfHFLtGhVxc6D3Nt6Jg3BvujeMQrzvbhUvoK lbUv1uGRD+66JJZnH1PwW+u2OzRtlQyofxNlgKHYqEYm7KmukWTkbKmcjC697mzpMChp ztvw== MIME-Version: 1.0 Received: by 10.60.20.233 with SMTP id q9mr45637346oee.57.1341909830891; Tue, 10 Jul 2012 01:43:50 -0700 (PDT) Received: by 10.60.66.165 with HTTP; Tue, 10 Jul 2012 01:43:50 -0700 (PDT) In-Reply-To: References: Date: Tue, 10 Jul 2012 09:43:50 +0100 Message-ID: From: David Markey To: akhilesh kumar X-Gm-Message-State: ALoCoQnzsG/B5K51RvvIYqybDIFwt+04QvrmFbainrhCy7BDOrJWheJlIwcTLVDXpzqsI237E5h1 Cc: Xen-users@lists.xensource.com Subject: Re: [Xen-users] Query Regarding Xen Server feature X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: admin@dmarkey.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1017892314055135273==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1017892314055135273== Content-Type: multipart/alternative; boundary=e89a8ff1c75aca79bf04c475baeb --e89a8ff1c75aca79bf04c475baeb Content-Type: text/plain; charset=ISO-8859-1 A bit off topic for this list.. here is the matrix however. http://www.citrix.com/English/ps2/products/subfeature.asp?contentID=2300456 On 10 July 2012 09:25, akhilesh kumar wrote: > Hi All > > I found xen server open source on net. > but i found some other xen server Edition which is not open source. > > I want to know what are the feature present in different edition. > > > - XenServer [Free edition] > - XenServer Advanced Edition > - XenServer Enterprise Edition > - XenServer Platinum Edition > > > > -- > Thanks, > Akhilesh > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --e89a8ff1c75aca79bf04c475baeb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable A bit off topic for this list.. here is the matrix however.

<= div>http://www.citrix.com/English/ps2/products/subfeature.as= p?contentID=3D2300456



On 10 July 2012 09:2= 5, akhilesh kumar <akhipatel@gmail.com> wrote:
Hi All
=A0
I=A0found xen server open source on net.
but i found some=A0other xen server Edition which is not open source.= =A0
=A0
I want to know what are the=A0feature present in different edition. = =A0=A0=A0=A0
=A0
  • XenServer [Free edition]
  • XenServer Advanced Edition
  • XenServer Enterprise Edition
  • XenServer Platinum Edition


--
Thanks,
Akhilesh

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

--e89a8ff1c75aca79bf04c475baeb-- --===============1017892314055135273== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1017892314055135273==-- From xen-users-bounces@lists.xen.org Tue Jul 10 12:36:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jul 2012 12:36: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 1SoZeZ-0007nR-PL; Tue, 10 Jul 2012 12: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 1SoZeY-0007nM-Sn for xen-users@lists.xensource.com; Tue, 10 Jul 2012 12:34:55 +0000 Received: from [85.158.138.51:32853] by server-6.bemta-3.messagelabs.com id 20/E9-11602-E612CFF4; Tue, 10 Jul 2012 12:34:54 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-5.tower-174.messagelabs.com!1341923690!28050076!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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8581 invoked from network); 10 Jul 2012 12:34:53 -0000 Received: from smtp1.bendigoit.com.au (HELO smtp1.bendigoit.com.au) (203.16.224.4) by server-5.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 10 Jul 2012 12:34:53 -0000 Received: from mail.bendigoit.com.au ([203.16.207.99]) by smtp1.bendigoit.com.au with esmtp (Exim 4.69) (envelope-from ) id 1SoZeO-0003bO-0B; Tue, 10 Jul 2012 22:34:44 +1000 Received: from BITCOM1.int.sbss.com.au ([192.168.200.237]) by mail.bendigoit.com.au with Microsoft SMTPSVC(6.0.3790.4675); Tue, 10 Jul 2012 22:34:44 +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.0355.002; Tue, 10 Jul 2012 22:34:43 +1000 From: James Harper To: Matthieu Lejeune , "xen-users@lists.xensource.com" Thread-Topic: [Xen-users] Gplpv drivers make reset raid controller Thread-Index: AQHNTX+waDBCm5kVeEuoy5wCU6PK1Zb/yv+AgCHBiACAAQP6wA== Date: Tue, 10 Jul 2012 12:34:42 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B28E3C447@BITCOM1.int.sbss.com.au> References: <4FDF71D9.1090202@exxoss.com> <1340046969.7851.76.camel@wotan2> <4FFBCF84.2090309@exxoss.com> In-Reply-To: <4FFBCF84.2090309@exxoss.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.1135-7.000.1014-19030.007 x-tm-as-result: No--24.727500-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No MIME-Version: 1.0 X-OriginalArrivalTime: 10 Jul 2012 12:34:44.0153 (UTC) FILETIME=[62572290:01CD5E98] X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] Gplpv drivers make reset raid controller X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > Hi, > > I have make more test and on the same hardware, when I running just one > dom U with a Win 2008R2 it's ok. > After installing Gplpv drivers > (http://apt.univention.de/download/addons/gplpv-drivers/ > gplpv_Vista2008x64_signed_0.11.0.356.msi) the raid controler make HW > Reset like in my last post. > > We have found a workaround by exporting the volume group with iscsi-scst. > With the exported disk there is no problem. > So the problem is only when the domU write directly to the physical disk. > One guess... with GPLPV you can probably send a lot more commands to the RAID than with an emulated IDE driver and maybe this is causing timeouts in the array... when you start up the second DomU does the scsi reset happen very quickly or just after a while? If its only after a while, can you start just one Windows 2008R2 DomU then try and generate a lot of write traffic on the RAID in Dom0? Also, what kernel are you using? I can't find the text "scsi cmnd aborted" in any kernel source anywhere... James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 10 12:36:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jul 2012 12:36: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 1SoZeZ-0007nR-PL; Tue, 10 Jul 2012 12: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 1SoZeY-0007nM-Sn for xen-users@lists.xensource.com; Tue, 10 Jul 2012 12:34:55 +0000 Received: from [85.158.138.51:32853] by server-6.bemta-3.messagelabs.com id 20/E9-11602-E612CFF4; Tue, 10 Jul 2012 12:34:54 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-5.tower-174.messagelabs.com!1341923690!28050076!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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8581 invoked from network); 10 Jul 2012 12:34:53 -0000 Received: from smtp1.bendigoit.com.au (HELO smtp1.bendigoit.com.au) (203.16.224.4) by server-5.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 10 Jul 2012 12:34:53 -0000 Received: from mail.bendigoit.com.au ([203.16.207.99]) by smtp1.bendigoit.com.au with esmtp (Exim 4.69) (envelope-from ) id 1SoZeO-0003bO-0B; Tue, 10 Jul 2012 22:34:44 +1000 Received: from BITCOM1.int.sbss.com.au ([192.168.200.237]) by mail.bendigoit.com.au with Microsoft SMTPSVC(6.0.3790.4675); Tue, 10 Jul 2012 22:34:44 +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.0355.002; Tue, 10 Jul 2012 22:34:43 +1000 From: James Harper To: Matthieu Lejeune , "xen-users@lists.xensource.com" Thread-Topic: [Xen-users] Gplpv drivers make reset raid controller Thread-Index: AQHNTX+waDBCm5kVeEuoy5wCU6PK1Zb/yv+AgCHBiACAAQP6wA== Date: Tue, 10 Jul 2012 12:34:42 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B28E3C447@BITCOM1.int.sbss.com.au> References: <4FDF71D9.1090202@exxoss.com> <1340046969.7851.76.camel@wotan2> <4FFBCF84.2090309@exxoss.com> In-Reply-To: <4FFBCF84.2090309@exxoss.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.1135-7.000.1014-19030.007 x-tm-as-result: No--24.727500-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No MIME-Version: 1.0 X-OriginalArrivalTime: 10 Jul 2012 12:34:44.0153 (UTC) FILETIME=[62572290:01CD5E98] X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] Gplpv drivers make reset raid controller X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > Hi, > > I have make more test and on the same hardware, when I running just one > dom U with a Win 2008R2 it's ok. > After installing Gplpv drivers > (http://apt.univention.de/download/addons/gplpv-drivers/ > gplpv_Vista2008x64_signed_0.11.0.356.msi) the raid controler make HW > Reset like in my last post. > > We have found a workaround by exporting the volume group with iscsi-scst. > With the exported disk there is no problem. > So the problem is only when the domU write directly to the physical disk. > One guess... with GPLPV you can probably send a lot more commands to the RAID than with an emulated IDE driver and maybe this is causing timeouts in the array... when you start up the second DomU does the scsi reset happen very quickly or just after a while? If its only after a while, can you start just one Windows 2008R2 DomU then try and generate a lot of write traffic on the RAID in Dom0? Also, what kernel are you using? I can't find the text "scsi cmnd aborted" in any kernel source anywhere... James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 10 12:49:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jul 2012 12:49: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 1SoZrE-00086p-AS; Tue, 10 Jul 2012 12:48:00 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoZrC-00086j-Ed for xen-users@lists.xen.org; Tue, 10 Jul 2012 12:47:58 +0000 Received: from [85.158.143.99:47901] by server-1.bemta-4.messagelabs.com id 21/2E-24392-D742CFF4; Tue, 10 Jul 2012 12:47:57 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-3.tower-216.messagelabs.com!1341924465!27503112!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21335 invoked from network); 10 Jul 2012 12:47:56 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2012 12:47:56 -0000 Received: by yhoo21 with SMTP id o21so12492859yho.32 for ; Tue, 10 Jul 2012 05:47:45 -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 :content-type:x-gm-message-state; bh=YpaMToOcHS90mz89vAdzMZRL8/qYrPhe9Z3qq0CHxJc=; b=EriaLkQVZ3jnyYGtvhExhPQQjXg3sF3Mjxh71Z0J1CqXYnxDgGuIPYJVhBU13hpnge fXS7qQTQWMnUnpdEp6Lk6Eicenqf7GI4IBOKQdR/x5TR5TJgwuYwa6Zz9fFlSKu++A6Q A9mOGSI3rmNMN9Dfv4ijmqzh200TVbrJ9S1k8Z9f94zw2tIpo/QLt3hC9I2SACphnF+y Lmflq01k2h+CSxfMcycxEMrasJ173cZY/6gXLt6NWk9PDqx20NdhaDT0ldZKuDbO8er7 lxzD2hDl8QbXNC6ezKXmxQxcKGAi+cXedWMW3QVEBlzRrZ8d6TxyHPokU9PkftfLrjqI 3QKw== MIME-Version: 1.0 Received: by 10.68.237.106 with SMTP id vb10mr44281452pbc.148.1341924464815; Tue, 10 Jul 2012 05:47:44 -0700 (PDT) Received: by 10.68.213.230 with HTTP; Tue, 10 Jul 2012 05:47:44 -0700 (PDT) In-Reply-To: References: <1340100538.16742.12.camel@zakaz.uk.xensource.com> Date: Tue, 10 Jul 2012 19:47:44 +0700 Message-ID: From: "Fajar A. Nugraha" To: "xen-users@lists.xen.org" X-Gm-Message-State: ALoCoQkq94V+7e4wKHcYg14TIuJKx/IYNInZAQI/3WgGQlvk6hRat00uiU6NWv7apMj7Ji+45rVy Subject: Re: [Xen-users] IO is a big difference between the "file" and "phy" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jun 19, 2012 at 5:18 PM, Fajar A. Nugraha wrote: > On Tue, Jun 19, 2012 at 5:08 PM, Ian Campbell wrote: >> On Thu, 2012-06-14 at 23:51 +0100, Florian Heigl wrote: >>> A more modern option is the LVMTHIN target for device mapper, but that >>> requires some good LVM knowledge. >> >> This sound like it might be an interesting project, do you have link? >> Google just came up with a bunch of linux-lvm threads.. > > Probably http://lwn.net/Articles/465740/ > > However looking at the (frighteningly) high amount of dmsetup, and > somewhat sparse documentation (what does 20971520 refer to?), > personally I prefer to use zfsonlinux's zvol (which can create thin > volumes as well) for now. FWIW, RHEL 6.3 apparently has incorporate thin snapshots to their lvm2 package as a tech preview: https://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/6.3_Technical_Notes/storage_and_fs_tp.html -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 10 12:49:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jul 2012 12:49: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 1SoZrE-00086p-AS; Tue, 10 Jul 2012 12:48:00 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoZrC-00086j-Ed for xen-users@lists.xen.org; Tue, 10 Jul 2012 12:47:58 +0000 Received: from [85.158.143.99:47901] by server-1.bemta-4.messagelabs.com id 21/2E-24392-D742CFF4; Tue, 10 Jul 2012 12:47:57 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-3.tower-216.messagelabs.com!1341924465!27503112!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21335 invoked from network); 10 Jul 2012 12:47:56 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2012 12:47:56 -0000 Received: by yhoo21 with SMTP id o21so12492859yho.32 for ; Tue, 10 Jul 2012 05:47:45 -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 :content-type:x-gm-message-state; bh=YpaMToOcHS90mz89vAdzMZRL8/qYrPhe9Z3qq0CHxJc=; b=EriaLkQVZ3jnyYGtvhExhPQQjXg3sF3Mjxh71Z0J1CqXYnxDgGuIPYJVhBU13hpnge fXS7qQTQWMnUnpdEp6Lk6Eicenqf7GI4IBOKQdR/x5TR5TJgwuYwa6Zz9fFlSKu++A6Q A9mOGSI3rmNMN9Dfv4ijmqzh200TVbrJ9S1k8Z9f94zw2tIpo/QLt3hC9I2SACphnF+y Lmflq01k2h+CSxfMcycxEMrasJ173cZY/6gXLt6NWk9PDqx20NdhaDT0ldZKuDbO8er7 lxzD2hDl8QbXNC6ezKXmxQxcKGAi+cXedWMW3QVEBlzRrZ8d6TxyHPokU9PkftfLrjqI 3QKw== MIME-Version: 1.0 Received: by 10.68.237.106 with SMTP id vb10mr44281452pbc.148.1341924464815; Tue, 10 Jul 2012 05:47:44 -0700 (PDT) Received: by 10.68.213.230 with HTTP; Tue, 10 Jul 2012 05:47:44 -0700 (PDT) In-Reply-To: References: <1340100538.16742.12.camel@zakaz.uk.xensource.com> Date: Tue, 10 Jul 2012 19:47:44 +0700 Message-ID: From: "Fajar A. Nugraha" To: "xen-users@lists.xen.org" X-Gm-Message-State: ALoCoQkq94V+7e4wKHcYg14TIuJKx/IYNInZAQI/3WgGQlvk6hRat00uiU6NWv7apMj7Ji+45rVy Subject: Re: [Xen-users] IO is a big difference between the "file" and "phy" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jun 19, 2012 at 5:18 PM, Fajar A. Nugraha wrote: > On Tue, Jun 19, 2012 at 5:08 PM, Ian Campbell wrote: >> On Thu, 2012-06-14 at 23:51 +0100, Florian Heigl wrote: >>> A more modern option is the LVMTHIN target for device mapper, but that >>> requires some good LVM knowledge. >> >> This sound like it might be an interesting project, do you have link? >> Google just came up with a bunch of linux-lvm threads.. > > Probably http://lwn.net/Articles/465740/ > > However looking at the (frighteningly) high amount of dmsetup, and > somewhat sparse documentation (what does 20971520 refer to?), > personally I prefer to use zfsonlinux's zvol (which can create thin > volumes as well) for now. FWIW, RHEL 6.3 apparently has incorporate thin snapshots to their lvm2 package as a tech preview: https://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/6.3_Technical_Notes/storage_and_fs_tp.html -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 10 13:36:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jul 2012 13:36:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoabL-0000a6-Ma; Tue, 10 Jul 2012 13:35:39 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoabK-0000Zz-0k for xen-users@lists.xen.org; Tue, 10 Jul 2012 13:35:38 +0000 Received: from [85.158.143.99:41254] by server-1.bemta-4.messagelabs.com id 25/28-24392-9AF2CFF4; Tue, 10 Jul 2012 13:35:37 +0000 X-Env-Sender: raistlin@linux.it X-Msg-Ref: server-15.tower-216.messagelabs.com!1341927335!28059617!1 X-Originating-IP: [193.205.80.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22822 invoked from network); 10 Jul 2012 13:35:36 -0000 Received: from ms01.sssup.it (HELO sssup.it) (193.205.80.99) by server-15.tower-216.messagelabs.com with SMTP; 10 Jul 2012 13:35:36 -0000 Received: from [62.200.22.2] (account d.faggioli@sssup.it HELO [10.80.116.168]) by sssup.it (CommuniGate Pro SMTP 5.3.14) with ESMTPSA id 79476504; Tue, 10 Jul 2012 15:35:34 +0200 Message-ID: <1341927307.9835.4.camel@Abyss> From: Dario Faggioli To: Adrian Shaw Date: Tue, 10 Jul 2012 14:35:07 +0100 In-Reply-To: References: X-Mailer: Evolution 3.2.3 (3.2.3-3.fc16) Mime-Version: 1.0 Cc: xen-users Subject: Re: [Xen-users] Using LibXC X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5458089257673708465==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5458089257673708465== Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-HmUTDtNWiGqk5UBc86gO" --=-HmUTDtNWiGqk5UBc86gO Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, 2012-07-09 at 15:50 +0100, Adrian Shaw wrote:=20 > Good afternoon all, >=20 Hello, >=20 > I wish to write a program to use the LibXC library. > I want this program to spawn a VM and return its ID. > I see that there is a file called xc_domain.c which has a function for > doing that. > Is this the function I should be using? > I haven't been able to find any documentation or examples of how to > use this in C. > I can't tell whether or not there is a _single_ function to do that (and, if yes, which one is), but if you're willing to read some code you can check what xl and libxl do to accomplish something similar (xl_cmdimpl.c:create_domain() and/or libxl_domain_create_new(), for example). Thanks and Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://retis.sssup.it/people/faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-HmUTDtNWiGqk5UBc86gO 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.12 (GNU/Linux) iEYEABECAAYFAk/8L4sACgkQk4XaBE3IOsQ6YgCgkJxazxPOeYhKftkCg62x4E0E xlUAnAjU9xAxJGYiH51s9iDRNi+PegS6 =vj9w -----END PGP SIGNATURE----- --=-HmUTDtNWiGqk5UBc86gO-- --===============5458089257673708465== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5458089257673708465==-- From xen-users-bounces@lists.xen.org Tue Jul 10 13:36:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jul 2012 13:36:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoabL-0000a6-Ma; Tue, 10 Jul 2012 13:35:39 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoabK-0000Zz-0k for xen-users@lists.xen.org; Tue, 10 Jul 2012 13:35:38 +0000 Received: from [85.158.143.99:41254] by server-1.bemta-4.messagelabs.com id 25/28-24392-9AF2CFF4; Tue, 10 Jul 2012 13:35:37 +0000 X-Env-Sender: raistlin@linux.it X-Msg-Ref: server-15.tower-216.messagelabs.com!1341927335!28059617!1 X-Originating-IP: [193.205.80.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22822 invoked from network); 10 Jul 2012 13:35:36 -0000 Received: from ms01.sssup.it (HELO sssup.it) (193.205.80.99) by server-15.tower-216.messagelabs.com with SMTP; 10 Jul 2012 13:35:36 -0000 Received: from [62.200.22.2] (account d.faggioli@sssup.it HELO [10.80.116.168]) by sssup.it (CommuniGate Pro SMTP 5.3.14) with ESMTPSA id 79476504; Tue, 10 Jul 2012 15:35:34 +0200 Message-ID: <1341927307.9835.4.camel@Abyss> From: Dario Faggioli To: Adrian Shaw Date: Tue, 10 Jul 2012 14:35:07 +0100 In-Reply-To: References: X-Mailer: Evolution 3.2.3 (3.2.3-3.fc16) Mime-Version: 1.0 Cc: xen-users Subject: Re: [Xen-users] Using LibXC X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5458089257673708465==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5458089257673708465== Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-HmUTDtNWiGqk5UBc86gO" --=-HmUTDtNWiGqk5UBc86gO Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, 2012-07-09 at 15:50 +0100, Adrian Shaw wrote:=20 > Good afternoon all, >=20 Hello, >=20 > I wish to write a program to use the LibXC library. > I want this program to spawn a VM and return its ID. > I see that there is a file called xc_domain.c which has a function for > doing that. > Is this the function I should be using? > I haven't been able to find any documentation or examples of how to > use this in C. > I can't tell whether or not there is a _single_ function to do that (and, if yes, which one is), but if you're willing to read some code you can check what xl and libxl do to accomplish something similar (xl_cmdimpl.c:create_domain() and/or libxl_domain_create_new(), for example). Thanks and Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://retis.sssup.it/people/faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-HmUTDtNWiGqk5UBc86gO 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.12 (GNU/Linux) iEYEABECAAYFAk/8L4sACgkQk4XaBE3IOsQ6YgCgkJxazxPOeYhKftkCg62x4E0E xlUAnAjU9xAxJGYiH51s9iDRNi+PegS6 =vj9w -----END PGP SIGNATURE----- --=-HmUTDtNWiGqk5UBc86gO-- --===============5458089257673708465== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5458089257673708465==-- From xen-users-bounces@lists.xen.org Tue Jul 10 14:28:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jul 2012 14: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 1SobOw-0001dv-QT; Tue, 10 Jul 2012 14:26:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SobOu-0001do-KD for xen-users@lists.xensource.com; Tue, 10 Jul 2012 14:26:52 +0000 Received: from [85.158.139.83:59782] by server-12.bemta-5.messagelabs.com id 65/6C-25233-BAB3CFF4; Tue, 10 Jul 2012 14:26:51 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-10.tower-182.messagelabs.com!1341930406!28312135!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7566 invoked from network); 10 Jul 2012 14:26:46 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-10.tower-182.messagelabs.com with AES128-SHA encrypted SMTP; 10 Jul 2012 14:26:46 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Tue, 10 Jul 2012 16:26:45 +0200 From: Stephan Seitz To: James Harper Thread-Topic: [Xen-users] Gplpv drivers make reset raid controller Thread-Index: AQHNTYGmLvzYExFr+EC+B5UnT3ddg5cAUReAgCHBiACAAGGYAIAAH0yA Date: Tue, 10 Jul 2012 14:26:43 +0000 Message-ID: <1341930403.7075.24.camel@wotan2> References: <4FDF71D9.1090202@exxoss.com> <1340046969.7851.76.camel@wotan2> <4FFBCF84.2090309@exxoss.com> <6035A0D088A63A46850C3988ED045A4B28E3C447@BITCOM1.int.sbss.com.au> In-Reply-To: <6035A0D088A63A46850C3988ED045A4B28E3C447@BITCOM1.int.sbss.com.au> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: Matthieu Lejeune , "xen-users@lists.xensource.com" Subject: Re: [Xen-users] Gplpv drivers make reset raid controller X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9001485497553624075==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9001485497553624075== Content-Language: de-DE Content-Type: multipart/alternative; boundary="_000_1341930403707524camelwotan2_" --_000_1341930403707524camelwotan2_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQoNCkFtIERpZW5zdGFnLCBkZW4gMTAuMDcuMjAxMiwgMTI6MzQgKzAwMDAgc2NocmllYiBKYW1l cyBIYXJwZXI6DQoNCg0KPiBIaSwNCj4NCj4gSSBoYXZlIG1ha2UgbW9yZSB0ZXN0IGFuZCBvbiB0 aGUgc2FtZSBoYXJkd2FyZSwgd2hlbiBJIHJ1bm5pbmcganVzdCBvbmUNCj4gZG9tIFUgd2l0aCBh IFdpbiAyMDA4UjIgaXQncyBvay4NCj4gQWZ0ZXIgaW5zdGFsbGluZyBHcGxwdiBkcml2ZXJzDQo+ IChodHRwOi8vYXB0LnVuaXZlbnRpb24uZGUvZG93bmxvYWQvYWRkb25zL2dwbHB2LWRyaXZlcnMv DQo+IGdwbHB2X1Zpc3RhMjAwOHg2NF9zaWduZWRfMC4xMS4wLjM1Ni5tc2kpIHRoZSByYWlkIGNv bnRyb2xlciBtYWtlIEhXDQo+IFJlc2V0IGxpa2UgaW4gbXkgbGFzdCBwb3N0Lg0KPg0KPiBXZSBo YXZlIGZvdW5kIGEgd29ya2Fyb3VuZCBieSBleHBvcnRpbmcgdGhlIHZvbHVtZSBncm91cCB3aXRo IGlzY3NpLXNjc3QuDQo+IFdpdGggdGhlIGV4cG9ydGVkIGRpc2sgdGhlcmUgaXMgbm8gcHJvYmxl bS4NCj4gU28gdGhlIHByb2JsZW0gaXMgb25seSB3aGVuIHRoZSBkb21VIHdyaXRlIGRpcmVjdGx5 IHRvIHRoZSBwaHlzaWNhbCBkaXNrLg0KPg0KDQpPbmUgZ3Vlc3MuLi4gd2l0aCBHUExQViB5b3Ug Y2FuIHByb2JhYmx5IHNlbmQgYSBsb3QgbW9yZSBjb21tYW5kcyB0byB0aGUgUkFJRCB0aGFuIHdp dGggYW4gZW11bGF0ZWQgSURFIGRyaXZlciBhbmQgbWF5YmUgdGhpcyBpcyBjYXVzaW5nIHRpbWVv dXRzIGluIHRoZSBhcnJheS4uLiB3aGVuIHlvdSBzdGFydCB1cCB0aGUgc2Vjb25kIERvbVUgZG9l cyB0aGUgc2NzaSByZXNldCBoYXBwZW4gdmVyeSBxdWlja2x5IG9yIGp1c3QgYWZ0ZXIgYSB3aGls ZT8gSWYgaXRzIG9ubHkgYWZ0ZXIgYSB3aGlsZSwgY2FuIHlvdSBzdGFydCBqdXN0IG9uZSBXaW5k b3dzIDIwMDhSMiBEb21VIHRoZW4gdHJ5IGFuZCBnZW5lcmF0ZSBhIGxvdCBvZiB3cml0ZSB0cmFm ZmljIG9uIHRoZSBSQUlEIGluIERvbTA/DQoNCkFsc28sIHdoYXQga2VybmVsIGFyZSB5b3UgdXNp bmc/IEkgY2FuJ3QgZmluZCB0aGUgdGV4dCAic2NzaSBjbW5kIGFib3J0ZWQiIGluIGFueSBrZXJu ZWwgc291cmNlIGFueXdoZXJlLi4uDQoNCg0KVGhhdCBtZXNzYWdlIGlzIGdlbmVyYXRlZCBieSBp bnQgYXJjbXNyX2Fib3J0KHN0cnVjdCBzY3NpX2NtbmQgKmNtZCkgaW5zaWRlIHRoZSBhcmVjYSBh cmNtc3IgZHJpdmVyLg0KSSBkaWRuJ3QgcGVlayBpbnNpZGUga2VybmVsLXRyZWUsIGl0J3MgYXQg bGVhc3QgYXQgdGhlIG91dC1vZi10cmVlIGRyaXZlciBwcm92aWRlZCBieSBhcmVjYSBbMV0uDQpU aGF0IGRyaXZlciBoYXMgYmVlbiBhZGRlZCB0byB0aGUgdmFuaWxsYSBrZXJuZWwgYXJvdW5kIDIu Ni4xNiwgc28gaSdsZCBleHBlY3Qgbm8gYmlnIGRpZmZlcmVuY2VzLg0KDQpbMV0gaHR0cDovL3d3 dy5hcmVjYS51cy9zdXBwb3J0L3NfbGludXgvZHJpdmVyL2FyY21zci4xLjIwLjBYLjE1LTExMTAx Mi56aXANCg0KQXMgd3JpdHRlbiBhIGZldyBkYXlzIGFnbywgSSdtIGFsc28gZ3Vlc3NpbmcgdGhl IGdwbHB2IGRyaXZlcnMgYXJlIG5vdCB0aGUgc291cmNlIG9mIHRoZQ0KcHJvYmxlbSwgYnV0IGEg cG90ZW50aWFsIHRyaWdnZXIuIG1hdHRoaWV1ICdzIHBvaW50ZWQgb3V0LCB0aGF0IGxvb3Bpbmcg dGhyb3VnaCBpc2NzaSBoYXMNCnNvbHZlZCB0aGUgaXNzdWUsIGJ1dCBJIGFzc3VtZSB3aXRoIGlz Y3NpLCBpdCBqdXN0IHNsb3dlZCBkb3duIGFuZCBrZXB0IGJlbG93ICJjcml0aWNhbCIgaS9vLg0K DQoNCg== --_000_1341930403707524camelwotan2_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC4yLjIiPg0KPC9oZWFkPg0KPGJvZHk+DQo8dGFibGUgY2VsbHNw YWNpbmc9IjAiIGNlbGxwYWRkaW5nPSIwIiB3aWR0aD0iMTAwJSI+DQo8dGJvZHk+DQo8dHI+DQo8 dGQ+PGJyPg0KPC90ZD4NCjwvdHI+DQo8L3Rib2R5Pg0KPC90YWJsZT4NCkFtIERpZW5zdGFnLCBk ZW4gMTAuMDcuMjAxMiwgMTI6MzQgJiM0MzswMDAwIHNjaHJpZWIgSmFtZXMgSGFycGVyOg0KPGJs b2NrcXVvdGUgdHlwZT0iQ0lURSI+DQo8cHJlPg0KJmd0OyBIaSwNCiZndDsgDQomZ3Q7IEkgaGF2 ZSBtYWtlIG1vcmUgdGVzdCBhbmQgb24gdGhlIHNhbWUgaGFyZHdhcmUsIHdoZW4gSSBydW5uaW5n IGp1c3Qgb25lDQomZ3Q7IGRvbSBVIHdpdGggYSBXaW4gMjAwOFIyIGl0J3Mgb2suDQomZ3Q7IEFm dGVyIGluc3RhbGxpbmcgR3BscHYgZHJpdmVycw0KJmd0OyAoPGEgaHJlZj0iaHR0cDovL2FwdC51 bml2ZW50aW9uLmRlL2Rvd25sb2FkL2FkZG9ucy9ncGxwdi1kcml2ZXJzLyI+aHR0cDovL2FwdC51 bml2ZW50aW9uLmRlL2Rvd25sb2FkL2FkZG9ucy9ncGxwdi1kcml2ZXJzLzwvYT4NCiZndDsgZ3Bs cHZfVmlzdGEyMDA4eDY0X3NpZ25lZF8wLjExLjAuMzU2Lm1zaSkgdGhlIHJhaWQgY29udHJvbGVy IG1ha2UgSFcNCiZndDsgUmVzZXQgbGlrZSBpbiBteSBsYXN0IHBvc3QuDQomZ3Q7IA0KJmd0OyBX ZSBoYXZlIGZvdW5kIGEgd29ya2Fyb3VuZCBieSBleHBvcnRpbmcgdGhlIHZvbHVtZSBncm91cCB3 aXRoIGlzY3NpLXNjc3QuDQomZ3Q7IFdpdGggdGhlIGV4cG9ydGVkIGRpc2sgdGhlcmUgaXMgbm8g cHJvYmxlbS4NCiZndDsgU28gdGhlIHByb2JsZW0gaXMgb25seSB3aGVuIHRoZSBkb21VIHdyaXRl IGRpcmVjdGx5IHRvIHRoZSBwaHlzaWNhbCBkaXNrLg0KJmd0OyANCg0KT25lIGd1ZXNzLi4uIHdp dGggR1BMUFYgeW91IGNhbiBwcm9iYWJseSBzZW5kIGEgbG90IG1vcmUgY29tbWFuZHMgdG8gdGhl IFJBSUQgdGhhbiB3aXRoIGFuIGVtdWxhdGVkIElERSBkcml2ZXIgYW5kIG1heWJlIHRoaXMgaXMg Y2F1c2luZyB0aW1lb3V0cyBpbiB0aGUgYXJyYXkuLi4gd2hlbiB5b3Ugc3RhcnQgdXAgdGhlIHNl Y29uZCBEb21VIGRvZXMgdGhlIHNjc2kgcmVzZXQgaGFwcGVuIHZlcnkgcXVpY2tseSBvciBqdXN0 IGFmdGVyIGEgd2hpbGU/IElmIGl0cyBvbmx5IGFmdGVyIGEgd2hpbGUsIGNhbiB5b3Ugc3RhcnQg anVzdCBvbmUgV2luZG93cyAyMDA4UjIgRG9tVSB0aGVuIHRyeSBhbmQgZ2VuZXJhdGUgYSBsb3Qg b2Ygd3JpdGUgdHJhZmZpYyBvbiB0aGUgUkFJRCBpbiBEb20wPw0KDQpBbHNvLCB3aGF0IGtlcm5l bCBhcmUgeW91IHVzaW5nPyBJIGNhbid0IGZpbmQgdGhlIHRleHQgJnF1b3Q7c2NzaSBjbW5kIGFi b3J0ZWQmcXVvdDsgaW4gYW55IGtlcm5lbCBzb3VyY2UgYW55d2hlcmUuLi4NCjwvcHJlPg0KPC9i bG9ja3F1b3RlPg0KPGJyPg0KVGhhdCBtZXNzYWdlIGlzIGdlbmVyYXRlZCBieSBpbnQgYXJjbXNy X2Fib3J0KHN0cnVjdCBzY3NpX2NtbmQgKmNtZCkgaW5zaWRlIHRoZSBhcmVjYSBhcmNtc3IgZHJp dmVyLjxicj4NCkkgZGlkbid0IHBlZWsgaW5zaWRlIGtlcm5lbC10cmVlLCBpdCdzIGF0IGxlYXN0 IGF0IHRoZSBvdXQtb2YtdHJlZSBkcml2ZXIgcHJvdmlkZWQgYnkgYXJlY2EgWzFdLjxicj4NClRo YXQgZHJpdmVyIGhhcyBiZWVuIGFkZGVkIHRvIHRoZSB2YW5pbGxhIGtlcm5lbCBhcm91bmQgMi42 LjE2LCBzbyBpJ2xkIGV4cGVjdCBubyBiaWcgZGlmZmVyZW5jZXMuPGJyPg0KPGJyPg0KWzFdIDxh IGhyZWY9Imh0dHA6Ly93d3cuYXJlY2EudXMvc3VwcG9ydC9zX2xpbnV4L2RyaXZlci9hcmNtc3Iu MS4yMC4wWC4xNS0xMTEwMTIuemlwIj4NCmh0dHA6Ly93d3cuYXJlY2EudXMvc3VwcG9ydC9zX2xp bnV4L2RyaXZlci9hcmNtc3IuMS4yMC4wWC4xNS0xMTEwMTIuemlwPC9hPjxicj4NCjxicj4NCkFz IHdyaXR0ZW4gYSBmZXcgZGF5cyBhZ28sIEknbSBhbHNvIGd1ZXNzaW5nIHRoZSBncGxwdiBkcml2 ZXJzIGFyZSBub3QgdGhlIHNvdXJjZSBvZiB0aGU8YnI+DQpwcm9ibGVtLCBidXQgYSBwb3RlbnRp YWwgdHJpZ2dlci4gbWF0dGhpZXUgJ3MgcG9pbnRlZCBvdXQsIHRoYXQgbG9vcGluZyB0aHJvdWdo IGlzY3NpIGhhczxicj4NCnNvbHZlZCB0aGUgaXNzdWUsIGJ1dCBJIGFzc3VtZSB3aXRoIGlzY3Np LCBpdCBqdXN0IHNsb3dlZCBkb3duIGFuZCBrZXB0IGJlbG93ICZxdW90O2NyaXRpY2FsJnF1b3Q7 IGkvby48YnI+DQo8YnI+DQo8YnI+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_1341930403707524camelwotan2_-- --===============9001485497553624075== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9001485497553624075==-- From xen-users-bounces@lists.xen.org Tue Jul 10 14:28:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jul 2012 14: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 1SobOw-0001dv-QT; Tue, 10 Jul 2012 14:26:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SobOu-0001do-KD for xen-users@lists.xensource.com; Tue, 10 Jul 2012 14:26:52 +0000 Received: from [85.158.139.83:59782] by server-12.bemta-5.messagelabs.com id 65/6C-25233-BAB3CFF4; Tue, 10 Jul 2012 14:26:51 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-10.tower-182.messagelabs.com!1341930406!28312135!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7566 invoked from network); 10 Jul 2012 14:26:46 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-10.tower-182.messagelabs.com with AES128-SHA encrypted SMTP; 10 Jul 2012 14:26:46 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Tue, 10 Jul 2012 16:26:45 +0200 From: Stephan Seitz To: James Harper Thread-Topic: [Xen-users] Gplpv drivers make reset raid controller Thread-Index: AQHNTYGmLvzYExFr+EC+B5UnT3ddg5cAUReAgCHBiACAAGGYAIAAH0yA Date: Tue, 10 Jul 2012 14:26:43 +0000 Message-ID: <1341930403.7075.24.camel@wotan2> References: <4FDF71D9.1090202@exxoss.com> <1340046969.7851.76.camel@wotan2> <4FFBCF84.2090309@exxoss.com> <6035A0D088A63A46850C3988ED045A4B28E3C447@BITCOM1.int.sbss.com.au> In-Reply-To: <6035A0D088A63A46850C3988ED045A4B28E3C447@BITCOM1.int.sbss.com.au> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: Matthieu Lejeune , "xen-users@lists.xensource.com" Subject: Re: [Xen-users] Gplpv drivers make reset raid controller X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9001485497553624075==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9001485497553624075== Content-Language: de-DE Content-Type: multipart/alternative; boundary="_000_1341930403707524camelwotan2_" --_000_1341930403707524camelwotan2_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQoNCkFtIERpZW5zdGFnLCBkZW4gMTAuMDcuMjAxMiwgMTI6MzQgKzAwMDAgc2NocmllYiBKYW1l cyBIYXJwZXI6DQoNCg0KPiBIaSwNCj4NCj4gSSBoYXZlIG1ha2UgbW9yZSB0ZXN0IGFuZCBvbiB0 aGUgc2FtZSBoYXJkd2FyZSwgd2hlbiBJIHJ1bm5pbmcganVzdCBvbmUNCj4gZG9tIFUgd2l0aCBh IFdpbiAyMDA4UjIgaXQncyBvay4NCj4gQWZ0ZXIgaW5zdGFsbGluZyBHcGxwdiBkcml2ZXJzDQo+ IChodHRwOi8vYXB0LnVuaXZlbnRpb24uZGUvZG93bmxvYWQvYWRkb25zL2dwbHB2LWRyaXZlcnMv DQo+IGdwbHB2X1Zpc3RhMjAwOHg2NF9zaWduZWRfMC4xMS4wLjM1Ni5tc2kpIHRoZSByYWlkIGNv bnRyb2xlciBtYWtlIEhXDQo+IFJlc2V0IGxpa2UgaW4gbXkgbGFzdCBwb3N0Lg0KPg0KPiBXZSBo YXZlIGZvdW5kIGEgd29ya2Fyb3VuZCBieSBleHBvcnRpbmcgdGhlIHZvbHVtZSBncm91cCB3aXRo IGlzY3NpLXNjc3QuDQo+IFdpdGggdGhlIGV4cG9ydGVkIGRpc2sgdGhlcmUgaXMgbm8gcHJvYmxl bS4NCj4gU28gdGhlIHByb2JsZW0gaXMgb25seSB3aGVuIHRoZSBkb21VIHdyaXRlIGRpcmVjdGx5 IHRvIHRoZSBwaHlzaWNhbCBkaXNrLg0KPg0KDQpPbmUgZ3Vlc3MuLi4gd2l0aCBHUExQViB5b3Ug Y2FuIHByb2JhYmx5IHNlbmQgYSBsb3QgbW9yZSBjb21tYW5kcyB0byB0aGUgUkFJRCB0aGFuIHdp dGggYW4gZW11bGF0ZWQgSURFIGRyaXZlciBhbmQgbWF5YmUgdGhpcyBpcyBjYXVzaW5nIHRpbWVv dXRzIGluIHRoZSBhcnJheS4uLiB3aGVuIHlvdSBzdGFydCB1cCB0aGUgc2Vjb25kIERvbVUgZG9l cyB0aGUgc2NzaSByZXNldCBoYXBwZW4gdmVyeSBxdWlja2x5IG9yIGp1c3QgYWZ0ZXIgYSB3aGls ZT8gSWYgaXRzIG9ubHkgYWZ0ZXIgYSB3aGlsZSwgY2FuIHlvdSBzdGFydCBqdXN0IG9uZSBXaW5k b3dzIDIwMDhSMiBEb21VIHRoZW4gdHJ5IGFuZCBnZW5lcmF0ZSBhIGxvdCBvZiB3cml0ZSB0cmFm ZmljIG9uIHRoZSBSQUlEIGluIERvbTA/DQoNCkFsc28sIHdoYXQga2VybmVsIGFyZSB5b3UgdXNp bmc/IEkgY2FuJ3QgZmluZCB0aGUgdGV4dCAic2NzaSBjbW5kIGFib3J0ZWQiIGluIGFueSBrZXJu ZWwgc291cmNlIGFueXdoZXJlLi4uDQoNCg0KVGhhdCBtZXNzYWdlIGlzIGdlbmVyYXRlZCBieSBp bnQgYXJjbXNyX2Fib3J0KHN0cnVjdCBzY3NpX2NtbmQgKmNtZCkgaW5zaWRlIHRoZSBhcmVjYSBh cmNtc3IgZHJpdmVyLg0KSSBkaWRuJ3QgcGVlayBpbnNpZGUga2VybmVsLXRyZWUsIGl0J3MgYXQg bGVhc3QgYXQgdGhlIG91dC1vZi10cmVlIGRyaXZlciBwcm92aWRlZCBieSBhcmVjYSBbMV0uDQpU aGF0IGRyaXZlciBoYXMgYmVlbiBhZGRlZCB0byB0aGUgdmFuaWxsYSBrZXJuZWwgYXJvdW5kIDIu Ni4xNiwgc28gaSdsZCBleHBlY3Qgbm8gYmlnIGRpZmZlcmVuY2VzLg0KDQpbMV0gaHR0cDovL3d3 dy5hcmVjYS51cy9zdXBwb3J0L3NfbGludXgvZHJpdmVyL2FyY21zci4xLjIwLjBYLjE1LTExMTAx Mi56aXANCg0KQXMgd3JpdHRlbiBhIGZldyBkYXlzIGFnbywgSSdtIGFsc28gZ3Vlc3NpbmcgdGhl IGdwbHB2IGRyaXZlcnMgYXJlIG5vdCB0aGUgc291cmNlIG9mIHRoZQ0KcHJvYmxlbSwgYnV0IGEg cG90ZW50aWFsIHRyaWdnZXIuIG1hdHRoaWV1ICdzIHBvaW50ZWQgb3V0LCB0aGF0IGxvb3Bpbmcg dGhyb3VnaCBpc2NzaSBoYXMNCnNvbHZlZCB0aGUgaXNzdWUsIGJ1dCBJIGFzc3VtZSB3aXRoIGlz Y3NpLCBpdCBqdXN0IHNsb3dlZCBkb3duIGFuZCBrZXB0IGJlbG93ICJjcml0aWNhbCIgaS9vLg0K DQoNCg== --_000_1341930403707524camelwotan2_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC4yLjIiPg0KPC9oZWFkPg0KPGJvZHk+DQo8dGFibGUgY2VsbHNw YWNpbmc9IjAiIGNlbGxwYWRkaW5nPSIwIiB3aWR0aD0iMTAwJSI+DQo8dGJvZHk+DQo8dHI+DQo8 dGQ+PGJyPg0KPC90ZD4NCjwvdHI+DQo8L3Rib2R5Pg0KPC90YWJsZT4NCkFtIERpZW5zdGFnLCBk ZW4gMTAuMDcuMjAxMiwgMTI6MzQgJiM0MzswMDAwIHNjaHJpZWIgSmFtZXMgSGFycGVyOg0KPGJs b2NrcXVvdGUgdHlwZT0iQ0lURSI+DQo8cHJlPg0KJmd0OyBIaSwNCiZndDsgDQomZ3Q7IEkgaGF2 ZSBtYWtlIG1vcmUgdGVzdCBhbmQgb24gdGhlIHNhbWUgaGFyZHdhcmUsIHdoZW4gSSBydW5uaW5n IGp1c3Qgb25lDQomZ3Q7IGRvbSBVIHdpdGggYSBXaW4gMjAwOFIyIGl0J3Mgb2suDQomZ3Q7IEFm dGVyIGluc3RhbGxpbmcgR3BscHYgZHJpdmVycw0KJmd0OyAoPGEgaHJlZj0iaHR0cDovL2FwdC51 bml2ZW50aW9uLmRlL2Rvd25sb2FkL2FkZG9ucy9ncGxwdi1kcml2ZXJzLyI+aHR0cDovL2FwdC51 bml2ZW50aW9uLmRlL2Rvd25sb2FkL2FkZG9ucy9ncGxwdi1kcml2ZXJzLzwvYT4NCiZndDsgZ3Bs cHZfVmlzdGEyMDA4eDY0X3NpZ25lZF8wLjExLjAuMzU2Lm1zaSkgdGhlIHJhaWQgY29udHJvbGVy IG1ha2UgSFcNCiZndDsgUmVzZXQgbGlrZSBpbiBteSBsYXN0IHBvc3QuDQomZ3Q7IA0KJmd0OyBX ZSBoYXZlIGZvdW5kIGEgd29ya2Fyb3VuZCBieSBleHBvcnRpbmcgdGhlIHZvbHVtZSBncm91cCB3 aXRoIGlzY3NpLXNjc3QuDQomZ3Q7IFdpdGggdGhlIGV4cG9ydGVkIGRpc2sgdGhlcmUgaXMgbm8g cHJvYmxlbS4NCiZndDsgU28gdGhlIHByb2JsZW0gaXMgb25seSB3aGVuIHRoZSBkb21VIHdyaXRl IGRpcmVjdGx5IHRvIHRoZSBwaHlzaWNhbCBkaXNrLg0KJmd0OyANCg0KT25lIGd1ZXNzLi4uIHdp dGggR1BMUFYgeW91IGNhbiBwcm9iYWJseSBzZW5kIGEgbG90IG1vcmUgY29tbWFuZHMgdG8gdGhl IFJBSUQgdGhhbiB3aXRoIGFuIGVtdWxhdGVkIElERSBkcml2ZXIgYW5kIG1heWJlIHRoaXMgaXMg Y2F1c2luZyB0aW1lb3V0cyBpbiB0aGUgYXJyYXkuLi4gd2hlbiB5b3Ugc3RhcnQgdXAgdGhlIHNl Y29uZCBEb21VIGRvZXMgdGhlIHNjc2kgcmVzZXQgaGFwcGVuIHZlcnkgcXVpY2tseSBvciBqdXN0 IGFmdGVyIGEgd2hpbGU/IElmIGl0cyBvbmx5IGFmdGVyIGEgd2hpbGUsIGNhbiB5b3Ugc3RhcnQg anVzdCBvbmUgV2luZG93cyAyMDA4UjIgRG9tVSB0aGVuIHRyeSBhbmQgZ2VuZXJhdGUgYSBsb3Qg b2Ygd3JpdGUgdHJhZmZpYyBvbiB0aGUgUkFJRCBpbiBEb20wPw0KDQpBbHNvLCB3aGF0IGtlcm5l bCBhcmUgeW91IHVzaW5nPyBJIGNhbid0IGZpbmQgdGhlIHRleHQgJnF1b3Q7c2NzaSBjbW5kIGFi b3J0ZWQmcXVvdDsgaW4gYW55IGtlcm5lbCBzb3VyY2UgYW55d2hlcmUuLi4NCjwvcHJlPg0KPC9i bG9ja3F1b3RlPg0KPGJyPg0KVGhhdCBtZXNzYWdlIGlzIGdlbmVyYXRlZCBieSBpbnQgYXJjbXNy X2Fib3J0KHN0cnVjdCBzY3NpX2NtbmQgKmNtZCkgaW5zaWRlIHRoZSBhcmVjYSBhcmNtc3IgZHJp dmVyLjxicj4NCkkgZGlkbid0IHBlZWsgaW5zaWRlIGtlcm5lbC10cmVlLCBpdCdzIGF0IGxlYXN0 IGF0IHRoZSBvdXQtb2YtdHJlZSBkcml2ZXIgcHJvdmlkZWQgYnkgYXJlY2EgWzFdLjxicj4NClRo YXQgZHJpdmVyIGhhcyBiZWVuIGFkZGVkIHRvIHRoZSB2YW5pbGxhIGtlcm5lbCBhcm91bmQgMi42 LjE2LCBzbyBpJ2xkIGV4cGVjdCBubyBiaWcgZGlmZmVyZW5jZXMuPGJyPg0KPGJyPg0KWzFdIDxh IGhyZWY9Imh0dHA6Ly93d3cuYXJlY2EudXMvc3VwcG9ydC9zX2xpbnV4L2RyaXZlci9hcmNtc3Iu MS4yMC4wWC4xNS0xMTEwMTIuemlwIj4NCmh0dHA6Ly93d3cuYXJlY2EudXMvc3VwcG9ydC9zX2xp bnV4L2RyaXZlci9hcmNtc3IuMS4yMC4wWC4xNS0xMTEwMTIuemlwPC9hPjxicj4NCjxicj4NCkFz IHdyaXR0ZW4gYSBmZXcgZGF5cyBhZ28sIEknbSBhbHNvIGd1ZXNzaW5nIHRoZSBncGxwdiBkcml2 ZXJzIGFyZSBub3QgdGhlIHNvdXJjZSBvZiB0aGU8YnI+DQpwcm9ibGVtLCBidXQgYSBwb3RlbnRp YWwgdHJpZ2dlci4gbWF0dGhpZXUgJ3MgcG9pbnRlZCBvdXQsIHRoYXQgbG9vcGluZyB0aHJvdWdo IGlzY3NpIGhhczxicj4NCnNvbHZlZCB0aGUgaXNzdWUsIGJ1dCBJIGFzc3VtZSB3aXRoIGlzY3Np LCBpdCBqdXN0IHNsb3dlZCBkb3duIGFuZCBrZXB0IGJlbG93ICZxdW90O2NyaXRpY2FsJnF1b3Q7 IGkvby48YnI+DQo8YnI+DQo8YnI+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_1341930403707524camelwotan2_-- --===============9001485497553624075== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9001485497553624075==-- From xen-users-bounces@lists.xen.org Tue Jul 10 19:41:29 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jul 2012 19:41: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 1SogHb-00083f-6i; Tue, 10 Jul 2012 19: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 1SogHZ-00083a-SG for xen-users@lists.xensource.com; Tue, 10 Jul 2012 19:39:38 +0000 Received: from [85.158.139.83:27071] by server-4.bemta-5.messagelabs.com id 8D/33-27831-9F48CFF4; Tue, 10 Jul 2012 19:39:37 +0000 X-Env-Sender: halcyon1981@gmail.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1341949174!28360975!1 X-Originating-IP: [74.125.82.171] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30682 invoked from network); 10 Jul 2012 19:39:34 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2012 19:39:34 -0000 Received: by weyx43 with SMTP id x43so334604wey.30 for ; Tue, 10 Jul 2012 12:39:34 -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=J8s11ymmLqTpZLGeo3Po9vpPzhvnPmv5ix6YSFv4pxY=; b=QhoLjYh18VqwwycPe2m2enVWS+FiB3maiseeDo3c6us+KBlot2xojJePXsBrrhjkoI +/nOfeIBucqgte9tCxtF3DHnT3fc9HWuM55ZtGHIDzwEKB4KysV1lILyTgH52iEHr5lE i/nxJ7UkAvUyGHkDLqBirzgEeLJD1JT+AzwQtd+pYX64INN+khFSHQW/tz89s4r/Fio2 3eflPNDAyHp1RaJtcVCA7sfRVHlLuei5DOOjCP82cAQTfyukpwzp/OC4L6BEg7xL1yf4 FWQHRbKpmKxS0qP+vn9OlrrOESJGbGb8PP3XZlthIfJCL+wZNcJMX6+Yu973IsKBf53F dILw== MIME-Version: 1.0 Received: by 10.180.83.106 with SMTP id p10mr4803385wiy.21.1341949174626; Tue, 10 Jul 2012 12:39:34 -0700 (PDT) Received: by 10.223.133.74 with HTTP; Tue, 10 Jul 2012 12:39:34 -0700 (PDT) Date: Tue, 10 Jul 2012 12:39:34 -0700 Message-ID: From: David Erickson To: xen-users@lists.xensource.com Subject: [Xen-users] Best dom0 for GPU pass through? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi all- I've been working with XenServer for years but have decided to build a home server running the latest version of Xen to do GPU pass through to a Win 7 x64 Media Center. What is the best dom0 OS to install to enable this? I've seen lots of people using Debian Squeeze, but I wonder why that is being chosen rather than say Ubuntu 12.04 which has a much newer stock kernel? Does anyone have a pointer for a great guide to get the latest kernel and Xen versions running? (Presumably I am going to need to compile them from scratch) I've also been spoiled with XenCenter for management (although I've used 'xe' a lot), is there anything available of similar quality for just Xen base? Thanks! David _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 10 19:41:29 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jul 2012 19:41: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 1SogHb-00083f-6i; Tue, 10 Jul 2012 19: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 1SogHZ-00083a-SG for xen-users@lists.xensource.com; Tue, 10 Jul 2012 19:39:38 +0000 Received: from [85.158.139.83:27071] by server-4.bemta-5.messagelabs.com id 8D/33-27831-9F48CFF4; Tue, 10 Jul 2012 19:39:37 +0000 X-Env-Sender: halcyon1981@gmail.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1341949174!28360975!1 X-Originating-IP: [74.125.82.171] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30682 invoked from network); 10 Jul 2012 19:39:34 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2012 19:39:34 -0000 Received: by weyx43 with SMTP id x43so334604wey.30 for ; Tue, 10 Jul 2012 12:39:34 -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=J8s11ymmLqTpZLGeo3Po9vpPzhvnPmv5ix6YSFv4pxY=; b=QhoLjYh18VqwwycPe2m2enVWS+FiB3maiseeDo3c6us+KBlot2xojJePXsBrrhjkoI +/nOfeIBucqgte9tCxtF3DHnT3fc9HWuM55ZtGHIDzwEKB4KysV1lILyTgH52iEHr5lE i/nxJ7UkAvUyGHkDLqBirzgEeLJD1JT+AzwQtd+pYX64INN+khFSHQW/tz89s4r/Fio2 3eflPNDAyHp1RaJtcVCA7sfRVHlLuei5DOOjCP82cAQTfyukpwzp/OC4L6BEg7xL1yf4 FWQHRbKpmKxS0qP+vn9OlrrOESJGbGb8PP3XZlthIfJCL+wZNcJMX6+Yu973IsKBf53F dILw== MIME-Version: 1.0 Received: by 10.180.83.106 with SMTP id p10mr4803385wiy.21.1341949174626; Tue, 10 Jul 2012 12:39:34 -0700 (PDT) Received: by 10.223.133.74 with HTTP; Tue, 10 Jul 2012 12:39:34 -0700 (PDT) Date: Tue, 10 Jul 2012 12:39:34 -0700 Message-ID: From: David Erickson To: xen-users@lists.xensource.com Subject: [Xen-users] Best dom0 for GPU pass through? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi all- I've been working with XenServer for years but have decided to build a home server running the latest version of Xen to do GPU pass through to a Win 7 x64 Media Center. What is the best dom0 OS to install to enable this? I've seen lots of people using Debian Squeeze, but I wonder why that is being chosen rather than say Ubuntu 12.04 which has a much newer stock kernel? Does anyone have a pointer for a great guide to get the latest kernel and Xen versions running? (Presumably I am going to need to compile them from scratch) I've also been spoiled with XenCenter for management (although I've used 'xe' a lot), is there anything available of similar quality for just Xen base? Thanks! David _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 10 21:50:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jul 2012 21:50: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 1SoiIy-0000bH-TU; Tue, 10 Jul 2012 21:49:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoiIw-0000b9-Js for xen-users@lists.xen.org; Tue, 10 Jul 2012 21:49:10 +0000 Received: from [85.158.143.35:4569] by server-3.bemta-4.messagelabs.com id 2C/17-05808-553ACFF4; Tue, 10 Jul 2012 21:49:09 +0000 X-Env-Sender: dan@soleks.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1341956947!4974192!1 X-Originating-IP: [199.175.126.195] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_10_20,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2050 invoked from network); 10 Jul 2012 21:49:08 -0000 Received: from smtp.soleks.com (HELO mail-smtp00.soleks.net) (199.175.126.195) by server-2.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Jul 2012 21:49:08 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=soleks.com; s=x; h=Content-Transfer-Encoding:Content-Type:MIME-Version:In-Reply-To:References:Subject:To:From:Date:Message-ID; bh=FvCp5f7iqgFyfvjpWpGb/18PfL2N5g927liInfgoR3k=; b=Zw4T2ELIMVYLqYQiZ2mNpnu6RBSKBFCPkPgjszPnG/EzudGAVBVJqkZPkKMBhhnVXO/HT7OUEBq+KhVTfIzNvL5bSk/aAh2VdLPWE9tQ5SgTidCh2Jyn0IdHTaBYF2H9; Received: from localhost ([127.0.0.1]) by mail-smtp00.soleks.net with smtp (Exim 4.74) (envelope-from ) id 1SojDA-0003L0-Kr for xen-users@lists.xen.org; Tue, 10 Jul 2012 15:47:16 -0700 Received: from mail-webmail00.soleks.net ([192.168.230.224] helo=webmail.soleks.net) by mail-smtp00.soleks.net with esmtpa (Exim 4.74) (envelope-from ) id 1SojD7-0003Kv-LH for xen-users@lists.xen.org; Tue, 10 Jul 2012 15:47:13 -0700 Received: from 192.168.144.11 ([192.168.144.11]) by webmail.soleks.com (Horde Framework) with HTTP; Tue, 10 Jul 2012 15:36:57 -0700 Message-ID: <20120710153657.726748yc0c80zgkk@webmail.soleks.com> Date: Tue, 10 Jul 2012 15:36:57 -0700 From: dan@soleks.com To: xen-users@lists.xen.org References: In-Reply-To: MIME-Version: 1.0 User-Agent: Internet Messaging Program (IMP) H3 (4.3.9) X-GMS-IP-Reputation: 0 X-GMS-DCC-Result: A X-GMS-SpamScanned: 8cd70c48b3f5d1622bda217478c31b3a X-DSPAM-Result: Innocent X-DSPAM-Processed: Tue Jul 10 15:47:16 2012 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 438,4ffcb0f418361745616946 X-DSPAM-Factors: 27, used+'xe'+#+#+is, 0.40000, used+'xe'+#+#+is, 0.40000, of+server+grade+OS, 0.40000, of+server+grade+OS, 0.40000, the+#+#+OS, 0.40000, the+#+#+OS, 0.40000, a+#+#+#+get, 0.40000, a+#+#+#+get, 0.40000, line+tool+Hi+all, 0.40000, line+tool+Hi+all, 0.40000, OS+Bare+#+has, 0.40000, OS+Bare+#+has, 0.40000, idea+to+use, 0.40000, idea+to+use, 0.40000, seen+#+of+people+using, 0.40000, seen+#+of+people+using, 0.40000, but, 0.40000, but, 0.40000, message+is+#+MIME, 0.40000, Subject*Best+dom0+#+GPU, 0.40000, running+#+#+version+of, 0.40000, running+#+#+version+of, 0.40000, scratch+I've+#+#+spoiled, 0.40000, scratch+I've+#+#+spoiled, 0.40000, has+xe, 0.40000, has+xe, 0.40000, type+of+#+#+OS, 0.40000 X-GMS-SpamScore: 0 Subject: Re: [Xen-users] Best dom0 for GPU pass through? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1863763346659123067==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This message is in MIME format. --===============1863763346659123067== Content-Type: multipart/alternative; boundary="=_3p8li0z93f4" Content-Transfer-Encoding: 7bit This message is in MIME format. --=_3p8li0z93f4 Content-Type: text/plain; charset=ISO-8859-1 Content-Description: Plaintext Version of Message Content-Disposition: inline Content-Transfer-Encoding: 7bit I have my own setup at home running xen 4.1.2 and 3.2.9 kernel. Everything is custom built. Base OS is centoos 6.2. Im not sure will it be good idea to use desktop OS as dom0, i'd recommend to go with Debian/CentOS/RH, basically any type of server-grade OS. Bare XEN has xe command line tool > Hi all- > I've been working with XenServer for years but have decided to build a > home server running the latest version of Xen to do GPU pass through > to a Win 7 x64 Media Center. What is the best dom0 OS to install to > enable this? I've seen lots of people using Debian Squeeze, but I > wonder why that is being chosen rather than say Ubuntu 12.04 which has > a much newer stock kernel? Does anyone have a pointer for a great > guide to get the latest kernel and Xen versions running? (Presumably I > am going to need to compile them from scratch) > > I've also been spoiled with XenCenter for management (although I've > used 'xe' a lot), is there anything available of similar quality for > just Xen base? > > Thanks! > David > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. --=_3p8li0z93f4 Content-Type: text/html; charset=ISO-8859-1 Content-Description: HTML Version of Message Content-Disposition: inline Content-Transfer-Encoding: 7bit

 I have my own setup at home running xen 4.1.2 and 3.2.9 kernel. Everything is custom built. Base OS is centoos 6.2.

Im not sure will it be good idea to use desktop OS as dom0, i'd recommend to go with Debian/CentOS/RH, basically any type of server-grade OS. Bare XEN has xe command line tool

> Hi all-
> I've been working with XenServer for years but have decided to build a
> home server running the latest version of Xen to do GPU pass through
> to a Win 7 x64 Media Center.  What is the best dom0 OS to install to
> enable this?  I've seen lots of people using Debian Squeeze, but I
> wonder why that is being chosen rather than say Ubuntu 12.04 which has
> a much newer stock kernel?  Does anyone have a pointer for a great
> guide to get the latest kernel and Xen versions running? (Presumably I
> am going to need to compile them from scratch)
>
> I've also been spoiled with XenCenter for management (although I've
> used 'xe' a lot), is there anything available of similar quality for
> just Xen base?
>
> Thanks!
> David
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users
>


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
--=_3p8li0z93f4-- --===============1863763346659123067== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1863763346659123067==-- From xen-users-bounces@lists.xen.org Tue Jul 10 21:50:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Jul 2012 21:50: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 1SoiIy-0000bH-TU; Tue, 10 Jul 2012 21:49:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoiIw-0000b9-Js for xen-users@lists.xen.org; Tue, 10 Jul 2012 21:49:10 +0000 Received: from [85.158.143.35:4569] by server-3.bemta-4.messagelabs.com id 2C/17-05808-553ACFF4; Tue, 10 Jul 2012 21:49:09 +0000 X-Env-Sender: dan@soleks.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1341956947!4974192!1 X-Originating-IP: [199.175.126.195] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_10_20,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2050 invoked from network); 10 Jul 2012 21:49:08 -0000 Received: from smtp.soleks.com (HELO mail-smtp00.soleks.net) (199.175.126.195) by server-2.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Jul 2012 21:49:08 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=soleks.com; s=x; h=Content-Transfer-Encoding:Content-Type:MIME-Version:In-Reply-To:References:Subject:To:From:Date:Message-ID; bh=FvCp5f7iqgFyfvjpWpGb/18PfL2N5g927liInfgoR3k=; b=Zw4T2ELIMVYLqYQiZ2mNpnu6RBSKBFCPkPgjszPnG/EzudGAVBVJqkZPkKMBhhnVXO/HT7OUEBq+KhVTfIzNvL5bSk/aAh2VdLPWE9tQ5SgTidCh2Jyn0IdHTaBYF2H9; Received: from localhost ([127.0.0.1]) by mail-smtp00.soleks.net with smtp (Exim 4.74) (envelope-from ) id 1SojDA-0003L0-Kr for xen-users@lists.xen.org; Tue, 10 Jul 2012 15:47:16 -0700 Received: from mail-webmail00.soleks.net ([192.168.230.224] helo=webmail.soleks.net) by mail-smtp00.soleks.net with esmtpa (Exim 4.74) (envelope-from ) id 1SojD7-0003Kv-LH for xen-users@lists.xen.org; Tue, 10 Jul 2012 15:47:13 -0700 Received: from 192.168.144.11 ([192.168.144.11]) by webmail.soleks.com (Horde Framework) with HTTP; Tue, 10 Jul 2012 15:36:57 -0700 Message-ID: <20120710153657.726748yc0c80zgkk@webmail.soleks.com> Date: Tue, 10 Jul 2012 15:36:57 -0700 From: dan@soleks.com To: xen-users@lists.xen.org References: In-Reply-To: MIME-Version: 1.0 User-Agent: Internet Messaging Program (IMP) H3 (4.3.9) X-GMS-IP-Reputation: 0 X-GMS-DCC-Result: A X-GMS-SpamScanned: 8cd70c48b3f5d1622bda217478c31b3a X-DSPAM-Result: Innocent X-DSPAM-Processed: Tue Jul 10 15:47:16 2012 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 438,4ffcb0f418361745616946 X-DSPAM-Factors: 27, used+'xe'+#+#+is, 0.40000, used+'xe'+#+#+is, 0.40000, of+server+grade+OS, 0.40000, of+server+grade+OS, 0.40000, the+#+#+OS, 0.40000, the+#+#+OS, 0.40000, a+#+#+#+get, 0.40000, a+#+#+#+get, 0.40000, line+tool+Hi+all, 0.40000, line+tool+Hi+all, 0.40000, OS+Bare+#+has, 0.40000, OS+Bare+#+has, 0.40000, idea+to+use, 0.40000, idea+to+use, 0.40000, seen+#+of+people+using, 0.40000, seen+#+of+people+using, 0.40000, but, 0.40000, but, 0.40000, message+is+#+MIME, 0.40000, Subject*Best+dom0+#+GPU, 0.40000, running+#+#+version+of, 0.40000, running+#+#+version+of, 0.40000, scratch+I've+#+#+spoiled, 0.40000, scratch+I've+#+#+spoiled, 0.40000, has+xe, 0.40000, has+xe, 0.40000, type+of+#+#+OS, 0.40000 X-GMS-SpamScore: 0 Subject: Re: [Xen-users] Best dom0 for GPU pass through? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1863763346659123067==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This message is in MIME format. --===============1863763346659123067== Content-Type: multipart/alternative; boundary="=_3p8li0z93f4" Content-Transfer-Encoding: 7bit This message is in MIME format. --=_3p8li0z93f4 Content-Type: text/plain; charset=ISO-8859-1 Content-Description: Plaintext Version of Message Content-Disposition: inline Content-Transfer-Encoding: 7bit I have my own setup at home running xen 4.1.2 and 3.2.9 kernel. Everything is custom built. Base OS is centoos 6.2. Im not sure will it be good idea to use desktop OS as dom0, i'd recommend to go with Debian/CentOS/RH, basically any type of server-grade OS. Bare XEN has xe command line tool > Hi all- > I've been working with XenServer for years but have decided to build a > home server running the latest version of Xen to do GPU pass through > to a Win 7 x64 Media Center. What is the best dom0 OS to install to > enable this? I've seen lots of people using Debian Squeeze, but I > wonder why that is being chosen rather than say Ubuntu 12.04 which has > a much newer stock kernel? Does anyone have a pointer for a great > guide to get the latest kernel and Xen versions running? (Presumably I > am going to need to compile them from scratch) > > I've also been spoiled with XenCenter for management (although I've > used 'xe' a lot), is there anything available of similar quality for > just Xen base? > > Thanks! > David > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. --=_3p8li0z93f4 Content-Type: text/html; charset=ISO-8859-1 Content-Description: HTML Version of Message Content-Disposition: inline Content-Transfer-Encoding: 7bit

 I have my own setup at home running xen 4.1.2 and 3.2.9 kernel. Everything is custom built. Base OS is centoos 6.2.

Im not sure will it be good idea to use desktop OS as dom0, i'd recommend to go with Debian/CentOS/RH, basically any type of server-grade OS. Bare XEN has xe command line tool

> Hi all-
> I've been working with XenServer for years but have decided to build a
> home server running the latest version of Xen to do GPU pass through
> to a Win 7 x64 Media Center.  What is the best dom0 OS to install to
> enable this?  I've seen lots of people using Debian Squeeze, but I
> wonder why that is being chosen rather than say Ubuntu 12.04 which has
> a much newer stock kernel?  Does anyone have a pointer for a great
> guide to get the latest kernel and Xen versions running? (Presumably I
> am going to need to compile them from scratch)
>
> I've also been spoiled with XenCenter for management (although I've
> used 'xe' a lot), is there anything available of similar quality for
> just Xen base?
>
> Thanks!
> David
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users
>


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
--=_3p8li0z93f4-- --===============1863763346659123067== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1863763346659123067==-- From xen-users-bounces@lists.xen.org Wed Jul 11 01:30:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 01:30: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 1SoljQ-00060T-Tv; Wed, 11 Jul 2012 01:28:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoljP-00060O-DO for xen-users@lists.xensource.com; Wed, 11 Jul 2012 01:28:43 +0000 Received: from [85.158.139.83:58312] by server-6.bemta-5.messagelabs.com id C9/9D-11348-AC6DCFF4; Wed, 11 Jul 2012 01:28:42 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1341970120!28121127!1 X-Originating-IP: [209.85.160.171] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_10_20,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10137 invoked from network); 11 Jul 2012 01:28:41 -0000 Received: from mail-gh0-f171.google.com (HELO mail-gh0-f171.google.com) (209.85.160.171) by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jul 2012 01:28:41 -0000 Received: by ghy10 with SMTP id 10so932554ghy.30 for ; Tue, 10 Jul 2012 18:28:39 -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=oJAiOswzTNpUdlUPVUpvikxJ2qRXp3gTB1aYhIs+kSU=; b=wU5Uzy4xe9v/BrHq1yrksW5ddnFeNh8E7bm8wFfVo+jjVIu5KnZBLGHosS/eNhBHLS 04lEmcHJyOuxqkJtUq+EKCMlmSpNsRy+ZTbyvwEtCqA8XYKbgRSHSekje6dGrgkZbsys fx/c6I4PImycQLhAIRVtMhujKdavPmutZ5PGPxdEb3+0GVSMMS3gt6aVB866vz2ltqEl W/MnIRq1o0RcGqiK949SfWGrbSia6fsDpt6gn57gKR/54WcxOO52Fn71hev9DYNJMKI4 wgLsIG0ZX2DfIr0NroJcyqzPtjzpGty3ZbVR44QO/5PrMFgl5zFKY/TTmkrfk3PmO/g2 GWZw== MIME-Version: 1.0 Received: by 10.50.104.228 with SMTP id gh4mr12751445igb.71.1341970119450; Tue, 10 Jul 2012 18:28:39 -0700 (PDT) Received: by 10.64.78.1 with HTTP; Tue, 10 Jul 2012 18:28:38 -0700 (PDT) In-Reply-To: References: Date: Tue, 10 Jul 2012 21:28:38 -0400 Message-ID: From: Casey DeLorme To: David Erickson Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Best dom0 for GPU pass through? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4513725920496539172==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4513725920496539172== Content-Type: multipart/alternative; boundary=e89a8f234cbf44e16504c483c475 --e89a8f234cbf44e16504c483c475 Content-Type: text/plain; charset=ISO-8859-1 Hi David, It sounds like you will want to go with the packaged Xen, it is available for both Debian and Ubuntu, you may find Ubuntu's process a bit easier. The GUI experience would be libvirt and the xm toolstack that comes with the packaged Xen. The xm and xl toolstacks are quite similar to xe, so if you are not scared of terminal then it can't hurt to investigate or give them a try. I chose Debian for its size, smaller than Ubuntu and I had no need of a GUI or multimedia services on the server control system. Also, I compiled my own kernel, so stock kernel has very little to do with it. VGA Passthrough is still quite new, so thoughts on stability don't exactly apply (the usual reason one might pick Debian). I had a lot of trouble the pciback module myself and found compiling the kernel to be an easy solution. The xm toolstack has been deprecated for the xl toolstack, which has a very similar command set and is currently maintained. Having read that much I walked the tougher path of compiling Xen 4.2 unstable with my kernel and using the xl toolstack have had great success with VGA Passthrough to Windows 7. As far as I know, there is no port of libvirt for the xl toolstack yet, so you would be working with command line options, thankfully I only use maybe 3 commands regularly, to start and stop my virtual machine. The configuration is a text file, easy enough to construct if you find the "Xen Man Pages". I believe the xe toolstack exists as part of the XCP package, I have never used it though. If you want to compile the latest kernel, I suggest this guide: http://vanilja.org/kernel/ His instructions are short and simple, but don't point out everything you may want specific to Xen. If you are not in a rush I am putting together a comprehensive tutorial that hopefully will be completed within the next month. Hope that helps, and best of luck with whichever you choose. ~Casey PS - Hardware selection can be rough, I recommend thorough research if you haven't already purchased. As for performance, I use a Core i7 2600 and it powers the debian wheezy host, a pfSense route, Debian Squeeze nginx web server and Windows 7 multimedia PC (4 vcores and 6GB RAM, AMD Radeon HD 6870). The media center scores 7.8 for graphics and performance is better than I anticipated. On Tue, Jul 10, 2012 at 3:39 PM, David Erickson wrote: > Hi all- > I've been working with XenServer for years but have decided to build a > home server running the latest version of Xen to do GPU pass through > to a Win 7 x64 Media Center. What is the best dom0 OS to install to > enable this? I've seen lots of people using Debian Squeeze, but I > wonder why that is being chosen rather than say Ubuntu 12.04 which has > a much newer stock kernel? Does anyone have a pointer for a great > guide to get the latest kernel and Xen versions running? (Presumably I > am going to need to compile them from scratch) > > I've also been spoiled with XenCenter for management (although I've > used 'xe' a lot), is there anything available of similar quality for > just Xen base? > > Thanks! > David > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --e89a8f234cbf44e16504c483c475 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Hi David,

It sounds like you w= ill want to go with the packaged Xen, it is available for both Debian and U= buntu, you may find Ubuntu's process a bit easier. =A0The GUI experienc= e would be libvirt and the xm toolstack that comes with the packaged Xen. = =A0The xm and xl toolstacks are quite similar to xe, so if you are not scar= ed of terminal then it can't hurt to investigate or give them a try.

I chose Debian for its size, smaller than Ubuntu and I = had no need of a GUI or multimedia services on the server control system. = =A0Also, I compiled my own kernel, so stock kernel has very little to do wi= th it. =A0VGA Passthrough is still quite new, so thoughts on stability don&= #39;t exactly apply (the usual reason one might pick Debian). =A0I had a lo= t of trouble the pciback module myself and found compiling the kernel to be= an easy solution.

The xm toolstack has been deprecated for the xl toolsta= ck, which has a very similar command set and is currently maintained. =A0Ha= ving read that much I walked the tougher path of compiling Xen 4.2 unstable= with my kernel and using the xl toolstack have had great success with VGA = Passthrough to Windows 7. =A0As far as I know, there is no port of libvirt = for the xl toolstack yet, so you would be working with command line options= , thankfully I only use maybe 3 commands regularly, to start and stop my vi= rtual machine. =A0The configuration is a text file, easy enough to construc= t if you find the "Xen Man Pages". =A0I believe the xe toolstack = exists as part of the XCP package, I have never used it though.

If you want to compile the latest kernel, I suggest thi= s guide:

His instructions are short and simpl= e, but don't point out everything you may want specific to Xen.

If you are not in a rush I am putting together a compre= hensive tutorial that hopefully will be completed within the next month.


Hope that helps, and best of luck wit= h whichever you choose.

~Casey

PS - Hardware selection= can be rough, I recommend thorough research if you haven't already pur= chased. =A0As for performance, I use a Core i7 2600 and it powers the debia= n wheezy host, a pfSense route, Debian Squeeze nginx web server and Windows= 7 multimedia PC (4 vcores and 6GB RAM, AMD Radeon HD 6870). =A0The media c= enter scores 7.8 for graphics and performance is better than I anticipated.=

On Tue, Jul 10, 2012 at 3:39 PM, David Erick= son <halcyon1981@gmail.com> wrote:
Hi all-
I've been working with XenServer for years but have decided to build a<= br> home server running the latest version of Xen to do GPU pass through
to a Win 7 x64 Media Center. =A0What is the best dom0 OS to install to
enable this? =A0I've seen lots of people using Debian Squeeze, but I wonder why that is being chosen rather than say Ubuntu 12.04 which has
a much newer stock kernel? =A0Does anyone have a pointer for a great
guide to get the latest kernel and Xen versions running? (Presumably I
am going to need to compile them from scratch)

I've also been spoiled with XenCenter for management (although I've=
used 'xe' a lot), is there anything available of similar quality fo= r
just Xen base?

Thanks!
David

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

--e89a8f234cbf44e16504c483c475-- --===============4513725920496539172== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4513725920496539172==-- From xen-users-bounces@lists.xen.org Wed Jul 11 01:30:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 01:30: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 1SoljQ-00060T-Tv; Wed, 11 Jul 2012 01:28:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoljP-00060O-DO for xen-users@lists.xensource.com; Wed, 11 Jul 2012 01:28:43 +0000 Received: from [85.158.139.83:58312] by server-6.bemta-5.messagelabs.com id C9/9D-11348-AC6DCFF4; Wed, 11 Jul 2012 01:28:42 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1341970120!28121127!1 X-Originating-IP: [209.85.160.171] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_10_20,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10137 invoked from network); 11 Jul 2012 01:28:41 -0000 Received: from mail-gh0-f171.google.com (HELO mail-gh0-f171.google.com) (209.85.160.171) by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jul 2012 01:28:41 -0000 Received: by ghy10 with SMTP id 10so932554ghy.30 for ; Tue, 10 Jul 2012 18:28:39 -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=oJAiOswzTNpUdlUPVUpvikxJ2qRXp3gTB1aYhIs+kSU=; b=wU5Uzy4xe9v/BrHq1yrksW5ddnFeNh8E7bm8wFfVo+jjVIu5KnZBLGHosS/eNhBHLS 04lEmcHJyOuxqkJtUq+EKCMlmSpNsRy+ZTbyvwEtCqA8XYKbgRSHSekje6dGrgkZbsys fx/c6I4PImycQLhAIRVtMhujKdavPmutZ5PGPxdEb3+0GVSMMS3gt6aVB866vz2ltqEl W/MnIRq1o0RcGqiK949SfWGrbSia6fsDpt6gn57gKR/54WcxOO52Fn71hev9DYNJMKI4 wgLsIG0ZX2DfIr0NroJcyqzPtjzpGty3ZbVR44QO/5PrMFgl5zFKY/TTmkrfk3PmO/g2 GWZw== MIME-Version: 1.0 Received: by 10.50.104.228 with SMTP id gh4mr12751445igb.71.1341970119450; Tue, 10 Jul 2012 18:28:39 -0700 (PDT) Received: by 10.64.78.1 with HTTP; Tue, 10 Jul 2012 18:28:38 -0700 (PDT) In-Reply-To: References: Date: Tue, 10 Jul 2012 21:28:38 -0400 Message-ID: From: Casey DeLorme To: David Erickson Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Best dom0 for GPU pass through? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4513725920496539172==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4513725920496539172== Content-Type: multipart/alternative; boundary=e89a8f234cbf44e16504c483c475 --e89a8f234cbf44e16504c483c475 Content-Type: text/plain; charset=ISO-8859-1 Hi David, It sounds like you will want to go with the packaged Xen, it is available for both Debian and Ubuntu, you may find Ubuntu's process a bit easier. The GUI experience would be libvirt and the xm toolstack that comes with the packaged Xen. The xm and xl toolstacks are quite similar to xe, so if you are not scared of terminal then it can't hurt to investigate or give them a try. I chose Debian for its size, smaller than Ubuntu and I had no need of a GUI or multimedia services on the server control system. Also, I compiled my own kernel, so stock kernel has very little to do with it. VGA Passthrough is still quite new, so thoughts on stability don't exactly apply (the usual reason one might pick Debian). I had a lot of trouble the pciback module myself and found compiling the kernel to be an easy solution. The xm toolstack has been deprecated for the xl toolstack, which has a very similar command set and is currently maintained. Having read that much I walked the tougher path of compiling Xen 4.2 unstable with my kernel and using the xl toolstack have had great success with VGA Passthrough to Windows 7. As far as I know, there is no port of libvirt for the xl toolstack yet, so you would be working with command line options, thankfully I only use maybe 3 commands regularly, to start and stop my virtual machine. The configuration is a text file, easy enough to construct if you find the "Xen Man Pages". I believe the xe toolstack exists as part of the XCP package, I have never used it though. If you want to compile the latest kernel, I suggest this guide: http://vanilja.org/kernel/ His instructions are short and simple, but don't point out everything you may want specific to Xen. If you are not in a rush I am putting together a comprehensive tutorial that hopefully will be completed within the next month. Hope that helps, and best of luck with whichever you choose. ~Casey PS - Hardware selection can be rough, I recommend thorough research if you haven't already purchased. As for performance, I use a Core i7 2600 and it powers the debian wheezy host, a pfSense route, Debian Squeeze nginx web server and Windows 7 multimedia PC (4 vcores and 6GB RAM, AMD Radeon HD 6870). The media center scores 7.8 for graphics and performance is better than I anticipated. On Tue, Jul 10, 2012 at 3:39 PM, David Erickson wrote: > Hi all- > I've been working with XenServer for years but have decided to build a > home server running the latest version of Xen to do GPU pass through > to a Win 7 x64 Media Center. What is the best dom0 OS to install to > enable this? I've seen lots of people using Debian Squeeze, but I > wonder why that is being chosen rather than say Ubuntu 12.04 which has > a much newer stock kernel? Does anyone have a pointer for a great > guide to get the latest kernel and Xen versions running? (Presumably I > am going to need to compile them from scratch) > > I've also been spoiled with XenCenter for management (although I've > used 'xe' a lot), is there anything available of similar quality for > just Xen base? > > Thanks! > David > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --e89a8f234cbf44e16504c483c475 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Hi David,

It sounds like you w= ill want to go with the packaged Xen, it is available for both Debian and U= buntu, you may find Ubuntu's process a bit easier. =A0The GUI experienc= e would be libvirt and the xm toolstack that comes with the packaged Xen. = =A0The xm and xl toolstacks are quite similar to xe, so if you are not scar= ed of terminal then it can't hurt to investigate or give them a try.

I chose Debian for its size, smaller than Ubuntu and I = had no need of a GUI or multimedia services on the server control system. = =A0Also, I compiled my own kernel, so stock kernel has very little to do wi= th it. =A0VGA Passthrough is still quite new, so thoughts on stability don&= #39;t exactly apply (the usual reason one might pick Debian). =A0I had a lo= t of trouble the pciback module myself and found compiling the kernel to be= an easy solution.

The xm toolstack has been deprecated for the xl toolsta= ck, which has a very similar command set and is currently maintained. =A0Ha= ving read that much I walked the tougher path of compiling Xen 4.2 unstable= with my kernel and using the xl toolstack have had great success with VGA = Passthrough to Windows 7. =A0As far as I know, there is no port of libvirt = for the xl toolstack yet, so you would be working with command line options= , thankfully I only use maybe 3 commands regularly, to start and stop my vi= rtual machine. =A0The configuration is a text file, easy enough to construc= t if you find the "Xen Man Pages". =A0I believe the xe toolstack = exists as part of the XCP package, I have never used it though.

If you want to compile the latest kernel, I suggest thi= s guide:

His instructions are short and simpl= e, but don't point out everything you may want specific to Xen.

If you are not in a rush I am putting together a compre= hensive tutorial that hopefully will be completed within the next month.


Hope that helps, and best of luck wit= h whichever you choose.

~Casey

PS - Hardware selection= can be rough, I recommend thorough research if you haven't already pur= chased. =A0As for performance, I use a Core i7 2600 and it powers the debia= n wheezy host, a pfSense route, Debian Squeeze nginx web server and Windows= 7 multimedia PC (4 vcores and 6GB RAM, AMD Radeon HD 6870). =A0The media c= enter scores 7.8 for graphics and performance is better than I anticipated.=

On Tue, Jul 10, 2012 at 3:39 PM, David Erick= son <halcyon1981@gmail.com> wrote:
Hi all-
I've been working with XenServer for years but have decided to build a<= br> home server running the latest version of Xen to do GPU pass through
to a Win 7 x64 Media Center. =A0What is the best dom0 OS to install to
enable this? =A0I've seen lots of people using Debian Squeeze, but I wonder why that is being chosen rather than say Ubuntu 12.04 which has
a much newer stock kernel? =A0Does anyone have a pointer for a great
guide to get the latest kernel and Xen versions running? (Presumably I
am going to need to compile them from scratch)

I've also been spoiled with XenCenter for management (although I've=
used 'xe' a lot), is there anything available of similar quality fo= r
just Xen base?

Thanks!
David

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

--e89a8f234cbf44e16504c483c475-- --===============4513725920496539172== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4513725920496539172==-- From xen-users-bounces@lists.xen.org Wed Jul 11 07:20:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 07:20: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 1SorBU-0008MQ-SL; Wed, 11 Jul 2012 07:18:04 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SorBU-0008ML-1r for xen-users@lists.xen.org; Wed, 11 Jul 2012 07:18:04 +0000 Received: from [85.158.139.83:54172] by server-9.bemta-5.messagelabs.com id 0F/DB-01069-BA82DFF4; Wed, 11 Jul 2012 07:18:03 +0000 X-Env-Sender: mex@di.unipmn.it X-Msg-Ref: server-14.tower-182.messagelabs.com!1341991082!23876815!1 X-Originating-IP: [193.206.52.44] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17656 invoked from network); 11 Jul 2012 07:18:02 -0000 Received: from mail.di.unipmn.it (HELO mail.di.unipmn.it) (193.206.52.44) by server-14.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2012 07:18:02 -0000 X-Received: from shrek.mfn.unipmn.it (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 CC742138001 for ; Wed, 11 Jul 2012 09:18:01 +0200 (CEST) Message-ID: <4FFD280E.5010305@di.unipmn.it> Date: Wed, 11 Jul 2012 09:15:26 +0200 From: Massimo Canonico User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120605 Thunderbird/13.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4FFD27E0.5090107@di.unipmn.it> In-Reply-To: <4FFD27E0.5090107@di.unipmn.it> X-Forwarded-Message-Id: <4FFD27E0.5090107@di.unipmn.it> Subject: [Xen-users] Virtualization and monitoring X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 noticed some weird behaviours on monitoring my physical machines while Virtual Machines (VMs) were running. The cpu load on the physical machine was very low (around 10%), while the load on VM were very high (around 80%). How is it possible? Is there any workaround? Thanks, M _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 11 07:20:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 07:20: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 1SorBU-0008MQ-SL; Wed, 11 Jul 2012 07:18:04 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SorBU-0008ML-1r for xen-users@lists.xen.org; Wed, 11 Jul 2012 07:18:04 +0000 Received: from [85.158.139.83:54172] by server-9.bemta-5.messagelabs.com id 0F/DB-01069-BA82DFF4; Wed, 11 Jul 2012 07:18:03 +0000 X-Env-Sender: mex@di.unipmn.it X-Msg-Ref: server-14.tower-182.messagelabs.com!1341991082!23876815!1 X-Originating-IP: [193.206.52.44] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17656 invoked from network); 11 Jul 2012 07:18:02 -0000 Received: from mail.di.unipmn.it (HELO mail.di.unipmn.it) (193.206.52.44) by server-14.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2012 07:18:02 -0000 X-Received: from shrek.mfn.unipmn.it (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 CC742138001 for ; Wed, 11 Jul 2012 09:18:01 +0200 (CEST) Message-ID: <4FFD280E.5010305@di.unipmn.it> Date: Wed, 11 Jul 2012 09:15:26 +0200 From: Massimo Canonico User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120605 Thunderbird/13.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4FFD27E0.5090107@di.unipmn.it> In-Reply-To: <4FFD27E0.5090107@di.unipmn.it> X-Forwarded-Message-Id: <4FFD27E0.5090107@di.unipmn.it> Subject: [Xen-users] Virtualization and monitoring X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 noticed some weird behaviours on monitoring my physical machines while Virtual Machines (VMs) were running. The cpu load on the physical machine was very low (around 10%), while the load on VM were very high (around 80%). How is it possible? Is there any workaround? Thanks, M _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 11 07:41:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 07:41: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 1SorWT-0000Hm-6A; Wed, 11 Jul 2012 07:39:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SorWR-0000Hh-IW for xen-users@lists.xen.org; Wed, 11 Jul 2012 07:39:43 +0000 Received: from [85.158.139.83:2905] by server-10.bemta-5.messagelabs.com id 60/76-02190-EBD2DFF4; Wed, 11 Jul 2012 07:39:42 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1341992382!24278520!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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23181 invoked from network); 11 Jul 2012 07:39:42 -0000 Received: from ffm-dr1.syndicat.com (HELO ffm-dr1.syndicat.com) (62.146.89.62) by server-6.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2012 07:39:42 -0000 Received: from localhost ([127.0.0.1]) by ffm-dr1.syndicat.com with esmtp (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1SorWP-0004rA-Sq; Wed, 11 Jul 2012 09:39:41 +0200 X-Virus-Scanned: amavisd-new at syndicat.com Received: from ffm-dr1.syndicat.com ([127.0.0.1]) by localhost (ffm-dr1.syndicat.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W1rvuzvNXEYx; Wed, 11 Jul 2012 09:39:41 +0200 (CEST) Received: from tmo-102-11.customers.d1-online.com ([80.187.102.11] helo=[10.155.120.201]) by ffm-dr1.syndicat.com with esmtpsa (TLSv1:RC4-MD5:128) (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1SorWP-00070K-4N; Wed, 11 Jul 2012 09:39:41 +0200 User-Agent: K-9 Mail for Android References: <8f305897-1a06-4aaa-b29e-f04b455604a1@email.android.com> In-Reply-To: <8f305897-1a06-4aaa-b29e-f04b455604a1@email.android.com> MIME-Version: 1.0 From: "Niels Dettenbach (Syndicat IT&Internet)" Date: Wed, 11 Jul 2012 09:36:55 +0200 To: Massimo Canonico ,xen-users@lists.xen.org Message-ID: <2ae4cbf4-0758-4ba0-924a-9013d112892f@email.android.com> Subject: Re: [Xen-users] Virtualization and monitoring X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Massimo Canonico schrieb: > > >Hi, >I've noticed some weird behaviours on monitoring my physical machines >while Virtual Machines (VMs) were running. The cpu load on the physical >machine was very low (around 10%), while the load on VM were very high >(around 80%). > >How is it possible? Is there any workaround? Itt is possible that you've measured just the Dom0 CPU load instead of the "real" host machine? best regards, Niels. - -- Niels Dettenbach Syndicat IT&Internet http://www.syndicat.com -----BEGIN PGP SIGNATURE----- Version: APG v1.0.8 iIEEAREIAEEFAk/9LRc6HE5pZWxzIERldHRlbmJhY2ggKFN5bmRpY2F0IElUJklu dGVybmV0KSA8bmRAc3luZGljYXQuY29tPgAKCRBU3ERlZRyiDbunAJoC+D5ShXaN vGzzbbE/mIWkrvvPVwCghGLh91PjpdTcqRLdxGI+X8hhKag= =7tsH -----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 Jul 11 07:41:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 07:41: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 1SorWT-0000Hm-6A; Wed, 11 Jul 2012 07:39:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SorWR-0000Hh-IW for xen-users@lists.xen.org; Wed, 11 Jul 2012 07:39:43 +0000 Received: from [85.158.139.83:2905] by server-10.bemta-5.messagelabs.com id 60/76-02190-EBD2DFF4; Wed, 11 Jul 2012 07:39:42 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1341992382!24278520!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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23181 invoked from network); 11 Jul 2012 07:39:42 -0000 Received: from ffm-dr1.syndicat.com (HELO ffm-dr1.syndicat.com) (62.146.89.62) by server-6.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2012 07:39:42 -0000 Received: from localhost ([127.0.0.1]) by ffm-dr1.syndicat.com with esmtp (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1SorWP-0004rA-Sq; Wed, 11 Jul 2012 09:39:41 +0200 X-Virus-Scanned: amavisd-new at syndicat.com Received: from ffm-dr1.syndicat.com ([127.0.0.1]) by localhost (ffm-dr1.syndicat.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W1rvuzvNXEYx; Wed, 11 Jul 2012 09:39:41 +0200 (CEST) Received: from tmo-102-11.customers.d1-online.com ([80.187.102.11] helo=[10.155.120.201]) by ffm-dr1.syndicat.com with esmtpsa (TLSv1:RC4-MD5:128) (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1SorWP-00070K-4N; Wed, 11 Jul 2012 09:39:41 +0200 User-Agent: K-9 Mail for Android References: <8f305897-1a06-4aaa-b29e-f04b455604a1@email.android.com> In-Reply-To: <8f305897-1a06-4aaa-b29e-f04b455604a1@email.android.com> MIME-Version: 1.0 From: "Niels Dettenbach (Syndicat IT&Internet)" Date: Wed, 11 Jul 2012 09:36:55 +0200 To: Massimo Canonico ,xen-users@lists.xen.org Message-ID: <2ae4cbf4-0758-4ba0-924a-9013d112892f@email.android.com> Subject: Re: [Xen-users] Virtualization and monitoring X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Massimo Canonico schrieb: > > >Hi, >I've noticed some weird behaviours on monitoring my physical machines >while Virtual Machines (VMs) were running. The cpu load on the physical >machine was very low (around 10%), while the load on VM were very high >(around 80%). > >How is it possible? Is there any workaround? Itt is possible that you've measured just the Dom0 CPU load instead of the "real" host machine? best regards, Niels. - -- Niels Dettenbach Syndicat IT&Internet http://www.syndicat.com -----BEGIN PGP SIGNATURE----- Version: APG v1.0.8 iIEEAREIAEEFAk/9LRc6HE5pZWxzIERldHRlbmJhY2ggKFN5bmRpY2F0IElUJklu dGVybmV0KSA8bmRAc3luZGljYXQuY29tPgAKCRBU3ERlZRyiDbunAJoC+D5ShXaN vGzzbbE/mIWkrvvPVwCghGLh91PjpdTcqRLdxGI+X8hhKag= =7tsH -----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 Jul 11 09:30:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 09:30:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SotEP-0001mz-PA; Wed, 11 Jul 2012 09:29:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SotEO-0001mr-6p for xen-users@lists.xensource.com; Wed, 11 Jul 2012 09:29:12 +0000 Received: from [85.158.143.99:14330] by server-1.bemta-4.messagelabs.com id 6D/18-24392-7674DFF4; Wed, 11 Jul 2012 09:29:11 +0000 X-Env-Sender: matthieu.lejeune@exxoss.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1341998950!17017676!1 X-Originating-IP: [109.69.220.67] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17144 invoked from network); 11 Jul 2012 09:29:10 -0000 Received: from mx2.exxoss.com (HELO mx2.exxoss.com) (109.69.220.67) by server-16.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 11 Jul 2012 09:29:10 -0000 Received: from 217.64.252.174.mactelecom.net ([217.64.252.174] helo=MacBook-Pro-de-Matthieu-Lejeune.local) by mx2.exxoss.com with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SotEE-0000Pv-CA; Wed, 11 Jul 2012 11:29:03 +0200 Message-ID: <4FFD4757.6010401@exxoss.com> Date: Wed, 11 Jul 2012 11:28:55 +0200 From: Matthieu Lejeune User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Stephan Seitz References: <4FDF71D9.1090202@exxoss.com> <1340046969.7851.76.camel@wotan2> <4FFBCF84.2090309@exxoss.com> <6035A0D088A63A46850C3988ED045A4B28E3C447@BITCOM1.int.sbss.com.au> <1341930403.7075.24.camel@wotan2> In-Reply-To: <1341930403.7075.24.camel@wotan2> X-SA-Do-Not-Run: Yes X-SA-Exim-Connect-IP: 217.64.252.174 X-SA-Exim-Rcpt-To: s.seitz@netzhaut.de, james.harper@bendigoit.com.au, xen-users@lists.xensource.com X-SA-Exim-Mail-From: matthieu.lejeune@exxoss.com X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on taupeman X-Spam-Level: X-Spam-Status: No, score=-102.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HTML_MESSAGE, TVD_RCVD_IP, USER_IN_WHITELIST 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 mx2.exxoss.com) Cc: James Harper , "xen-users@lists.xensource.com" Subject: Re: [Xen-users] Gplpv drivers make reset raid controller X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6270400697781641122==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6270400697781641122== Content-Type: multipart/alternative; boundary="------------010901000607040603060507" This is a multi-part message in MIME format. --------------010901000607040603060507 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hi, Thanks for your help. I'll make some test. I have this problem with one DomU at time and just on the boot when Windows is loading drivers. I use this version of the kernel : Linux version 2.6.32-5-xen-amd64 (Debian 2.6.32-45) This version of the Areca Driver : arcmsr.1.20.0X.15-111012.zip And the last firmware of the Arc-1882i Thanks Matthieu I use Le 10/07/12 16:26, Stephan Seitz a écrit : > > Am Dienstag, den 10.07.2012, 12:34 +0000 schrieb James Harper: >> > Hi, >> > >> > I have make more test and on the same hardware, when I running just one >> > dom U with a Win 2008R2 it's ok. >> > After installing Gplpv drivers >> > (http://apt.univention.de/download/addons/gplpv-drivers/ >> > gplpv_Vista2008x64_signed_0.11.0.356.msi) the raid controler make HW >> > Reset like in my last post. >> > >> > We have found a workaround by exporting the volume group with iscsi-scst. >> > With the exported disk there is no problem. >> > So the problem is only when the domU write directly to the physical disk. >> > >> >> One guess... with GPLPV you can probably send a lot more commands to the RAID than with an emulated IDE driver and maybe this is causing timeouts in the array... when you start up the second DomU does the scsi reset happen very quickly or just after a while? If its only after a while, can you start just one Windows 2008R2 DomU then try and generate a lot of write traffic on the RAID in Dom0? >> >> Also, what kernel are you using? I can't find the text "scsi cmnd aborted" in any kernel source anywhere... > > That message is generated by int arcmsr_abort(struct scsi_cmnd *cmd) > inside the areca arcmsr driver. > I didn't peek inside kernel-tree, it's at least at the out-of-tree > driver provided by areca [1]. > That driver has been added to the vanilla kernel around 2.6.16, so > i'ld expect no big differences. > > [1] > http://www.areca.us/support/s_linux/driver/arcmsr.1.20.0X.15-111012.zip > > As written a few days ago, I'm also guessing the gplpv drivers are not > the source of the > problem, but a potential trigger. matthieu 's pointed out, that > looping through iscsi has > solved the issue, but I assume with iscsi, it just slowed down and > kept below "critical" i/o. > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users -- Exxoss *Matthieu Lejeune*, System Engineer | Gsm: +32(0)491/52.70.66 *Exxoss, SPRL * Rue de la station, 2, 4347, Fexhe-le-haut-clocher | Telephone: +32(0)4/341.25.81 | Fax: +32(0)4/371.94.06 Twitter Facebook Linked In --------------010901000607040603060507 Content-Type: multipart/related; boundary="------------030107000209000801010601" --------------030107000209000801010601 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Hi,

Thanks for your help. I'll make some test.
I have this problem with one DomU at time and just on the boot when Windows is loading drivers.

I use this version of the kernel : Linux version 2.6.32-5-xen-amd64 (Debian 2.6.32-45)
This version of the Areca Driver : arcmsr.1.20.0X.15-111012.zip
And the last firmware of the Arc-1882i

Thanks

Matthieu



I use Le 10/07/12 16:26, Stephan Seitz a écrit :
Am Dienstag, den 10.07.2012, 12:34 +0000 schrieb James Harper: 
> Hi,
> 
> I have make more test and on the same hardware, when I running just one
> dom U with a Win 2008R2 it's ok.
> After installing Gplpv drivers
> (http://apt.univention.de/download/addons/gplpv-drivers/
> gplpv_Vista2008x64_signed_0.11.0.356.msi) the raid controler make HW
> Reset like in my last post.
> 
> We have found a workaround by exporting the volume group with iscsi-scst.
> With the exported disk there is no problem.
> So the problem is only when the domU write directly to the physical disk.
> 

One guess... with GPLPV you can probably send a lot more commands to the RAID than with an emulated IDE driver and maybe this is causing timeouts in the array... when you start up the second DomU does the scsi reset happen very quickly or just after a while? If its only after a while, can you start just one Windows 2008R2 DomU then try and generate a lot of write traffic on the RAID in Dom0?

Also, what kernel are you using? I can't find the text "scsi cmnd aborted" in any kernel source anywhere...

That message is generated by int arcmsr_abort(struct scsi_cmnd *cmd) inside the areca arcmsr driver.
I didn't peek inside kernel-tree, it's at least at the out-of-tree driver provided by areca [1].
That driver has been added to the vanilla kernel around 2.6.16, so i'ld expect no big differences.

[1] http://www.areca.us/support/s_linux/driver/arcmsr.1.20.0X.15-111012.zip

As written a few days ago, I'm also guessing the gplpv drivers are not the source of the
problem, but a potential trigger. matthieu 's pointed out, that looping through iscsi has
solved the issue, but I assume with iscsi, it just slowed down and kept below "critical" i/o.




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


--


Exxoss
Matthieu Lejeune, System Engineer | Gsm: +32(0)491/52.70.66
Exxoss, SPRL
Rue de la station, 2, 4347, Fexhe-le-haut-clocher | Telephone: +32(0)4/341.25.81 | Fax: +32(0)4/371.94.06
Twitter Facebook Linked In


 
--------------030107000209000801010601 Content-Type: image/png; name="exxoss.png" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="exxoss.png" iVBORw0KGgoAAAANSUhEUgAAAHsAAABLCAYAAABQvfjSAAADHmlDQ1BJQ0MgUHJvZmlsZQAA eAGFVN9r01AU/tplnbDhizpnEQk+aJFuZFN0Q5y2a1e6zVrqNrchSJumbVyaxiTtfrAH2Ytv OsV38Qc++QcM2YNve5INxhRh+KyIIkz2IrOemzRNJ1MDufe73/nuOSfn5F6g+XFa0xQvDxRV U0/FwvzE5BTf8gFeHEMr/GhNi4YWSiZHQA/Tsnnvs/MOHsZsdO5v36v+Y9WalQwR8BwgvpQ1 xCLhWaBpXNR0E+DWie+dMTXCzUxzWKcECR9nOG9jgeGMjSOWZjQ1QJoJwgfFQjpLuEA4mGng 8w3YzoEU5CcmqZIuizyrRVIv5WRFsgz28B9zg/JfsKiU6Zut5xCNbZoZTtF8it4fOX1wjOYA 1cE/Xxi9QbidcFg246M1fkLNJK4RJr3n7nRpmO1lmpdZKRIlHCS8YlSuM2xp5gsDiZrm0+30 UJKwnzS/NDNZ8+PtUJUE6zHF9fZLRvS6vdfbkZMH4zU+pynWf0D+vff1corleZLw67QejdX0 W5I6Vtvb5M2mI8PEd1E/A0hCgo4cZCjgkUIMYZpjxKr4TBYZIkqk0ml0VHmyONY7KJOW7RxH eMlfDrheFvVbsrj24Pue3SXXjrwVhcW3o9hR7bWB6bqyE5obf3VhpaNu4Te55ZsbbasLCFH+ iuWxSF5lyk+CUdd1NuaQU5f8dQvPMpTuJXYSWAy6rPBe+CpsCk+FF8KXv9TIzt6tEcuAcSw+ q55TzcbsJdJM0utkuL+K9ULGGPmQMUNanb4kTZyKOfLaUAsnBneC6+biXC/XB567zF3h+rkI rS5yI47CF/VFfCHwvjO+Pl+3b4hhp9u+02TrozFa67vTkbqisXqUj9sn9j2OqhMZsrG+sX5W CCu0omNqSrN0TwADJW1Ol/MFk+8RhAt8iK4tiY+rYleQTysKb5kMXpcMSa9I2S6wO4/tA7ZT 1l3maV9zOfMqcOkb/cPrLjdVBl4ZwNFzLhegM3XkCbB8XizrFdsfPJ63gJE722OtPW1huos+ VqvbdC5bHgG7D6vVn8+q1d3n5H8LeKP8BqkjCtbCoV8yAAAACXBIWXMAAA7EAAAOxAGVKw4b AAAgAElEQVR4Ae1dB3xVRfb+0ntPSEIqoSeBkIReRbqCiAUUXVYFFcGuKAjYELAgWFARXRUR pQgoiPQqvYXekkBISCU9pJf7/868d8MjJIrs7n8JOr/k3XvnTv/mnDlz5sxcM40Of7u/RAtY /iVqWUclVS839nUzM7M6Qt083n9JsIWZCdDmAvBfAGS9u/6lwNZHLKFioePSikrkXipGeaUG V0dbONpY6e1yU17/EmALyApgIxVnFhTheGIGkvOK4GpvA383R3i62KOktAwpGVkICfD9G+z6 2AJVBFqxaxY+iyBvPpqAhKx8hAd4oVszP/i4OcHKwlxV7UJWDuISUxTYegepj3Wuq8w3LWXr LFuALi4rx4bD8dgbn4a2jX3xSM8IuDvaVbeJDmxaZi7cXJyUv3CCwpJSlJdXwNXJoTpsfb65 KcE2peZDZ1OwcNdJBHs4Y0y/tvAly9adhDNl71k5eWjZOFB/rYDefeQ0uka2hKO9HfROUR2g nt3cVGDrUymh5pLySizYEoPDiZkY0b0V2jb1U9DoFC8gSzhdyZBHFl9UWgpfT7fqcELR2VnZ OH02CdHhzeoZtFcX1zBYXe1f73wU1RkpNS41C+PnrcOlknJMG37rFUCbUrKqJOOIi028AHey cCsrQ//XO4W9rTXW7DigwkhcvXMoj3r2c1OAXc1eCca2o2cx4fvNGBDVGM8M6gRHO2sIuxYn YNV04ifvE5Iz0NjfR71WQBvDurq6IOboaUrqpYaoxrRqplMfnustG5c2N4B8GcSFm2Ow6sg5 TL+vB5r4ean3AoIujdcERB/bzyWlKor19fIwBBGgjaDaWlvjYno60i5mI9i/fk/J6iVlGwQr gmhO5QiBKamswldr92Hj6RTMeHiAAlpQ09lubcQotK53gsNnEtAs0BcWnIKptA2Qq19h61k5 uTifnG7iWz9v6xVl6+xaQCquqMKZhBQkXEjDtkNnMHPjUUy8LQrL1vwGG2rCWob4o1kjf3gY p1h63GqYpAcwncSUdOTk5iP0lg7qVU1WX1xSguMXspBJwOu7qzdgm4K142gclqzZjg/Xx1Cy ygBs+Odmh6kfLQdyywBbVsvTCUNvbYV7+nXCbV0j4WBtqahWp2Yd1N8OHEdEixBYWVpc8V6x cXaGLCpaKI6jqKikvmONegG2DnTOpSLMWbYZr8xfB5zNhJWPA1xC3FFOIi2gntvB2xrWPpxS aVXQ+Lx4+W4s/nU/HhveExMeGYxgb3c1juss/ETceRQUFSOyZRMFpN4RTFHNyxWKPg8z83o5 4plW5cYHWwf6IufBn63eh/UH4wELezRo1RjZRC2zij8VpGarChRWVqKwohwkUQ7IFnD3cwY4 ns/95FfEJqXji0kj0bihl1oEqaD/+l0H0bdzlBqr9XykdeTenOAWlVXg+GnmB5fqKdkVrVfP Hm5oyhYKVAIYx+dF++JxR/sW6BIWgt7vrEGxBTEWapOxt7SIoFYA5WS1ZcW8cprE++zyMlgQ Wt9mnti8OgZjrObh2zceh7erEzbuOgA3Z0dqzIIMkJFl604HPj0jE4vX7wI8GlGN6qK/rrfX GxpsvVW3xl9EZJAP2gR7YdraWMC7BcxdqNsWoEnNKC4wUHfJJaAoHygppJ9cL6GSHSGV1O7b yA3rFu3Bdx3CcfctUdh/NBaP3zdQZaGDq+enj+cXkikA/rYHYV0i4dPAXX9db683LNhGYRkp BaVIJaE+1NwLGxJLMPEMQQ5ujjzRdEkgjs+KjQv7LiOFF+UBeRc5iGcBl7KBQj6X5COV1G4b 4owX56/BiTOxGHtPX3i6OV8plBFGHfhyjvkrN+6gTzq8vL3g6/U32P+1Xq4z1YMXq5BR4YCV ieW4YzPBtOQKlNgYEGNOlOWHYzg9KJHDgazWyQtw9ibgaUB2CmAtwPN9YQ4craxQsvs0zKIC ERXenBEuK2TUg8lPYkoaFq3cRB9PhIQEK1Wqyet6eXtDUjbpVabA4CiMLRka3j9MAcyClMs/ WPKtAK33Bt4qCperOEtWyYlUaMtOYU8BzY5LlpYE29Ia5TkX6FeF9IJyZOQXooEzw+gsxBC7 +nfVph1I3G0QzjpFt4KFLo2bjO3VgevJzQ0Jtt52ZRUajmYS8lKaDZF751rrb3iVRhfAFSs3 +ksnkGdRflqR1N0aspMwklB+ZTmqUsjS/QNxNjkH6TRgUGAbo8pFZ+GJqRex9GdO76S7BTRA u4iWKpT+Xj3Uw58bE2xF2jJ3Bi6KLsOGixWWRlIm15ZCW6lHM0X97BMGjM3khi8V6OoHcCfg leQMh9ehyqcpBbcKaGZlaqyuC6/VG7dh2087mIkV7r29M4L8mcZN4G5MsI0NW1DKeTOtTMhD YcaplgMBtuI4LcoPS3MaHjBceZVBn83ZGcrZEUoFY3nBeTTMSdUyHTu1EwiOQJUj2XvcEZjZ llylJKmqqlJz63NUv346fzmsfJ1QnpqDIf16KEuV+k7V0qQ3NNjrdh/BmWR7uPn5UytWDjtL c9gQdAsFtoAuYJOQq8wIsoYScgJLzsQKNf7YEGgqRbB7GXUiFNrCeqIqPY7CG7Vo5gWkbukR BidAihJFmML3y3/FkXX7AF8XhPaMRmTrUBWojqHdmEL9uNxwYOvLjkfOJuOTDfsRFnkbMi3M YEsw7KzN4ED+bSOrXQIN8RIQygh4ERlAMcMVkhuYW9mimJaiFTsWEnSaIbXuIz0CVc4E3cUb lkL0FperrgO599AJTJo5H+4hnsg+m4URkwagRUiAGstlha2+u8s1vgFqoiiMFCdU+vGy7XiO CxmFjf3w7P48RDlYwIlgOxsBV4QppEhXxEE7v0xDXkkl5TE7mNMWvGzrAlTYUBLvOJhyFim9 qhLWtmTNjp7wcbJEQ1dK4nQ6VecUFGLGZ/NA01Nk+9ihWbdw3Dmglwpzs/zcUGDrjXrg+Dns Sc3FjCcGIaHMDK4O5vCwNYOnnTk8eXWzMeeYbQgtVJlLoDMKK2BvRwBpIZq5/jtYOzeARftB pHiSsUZ2zt5RJdMnBzd0ifTg0qetSkDYt7gFS1fhx7k/wS/MD8nHE/Hw5LFoziVScbpGTT3U 458bBmxdACqnYPX+L3vwQt82cHGwR4h1FR4PsMLRgioEOZmjIQEPtDcDiVMBWEyqTiqspBDl iJPn0nDgx7lwCmwJs/YDkVtEkEnRanAn5sWyPObpiiFRBj13JVm7zJ93HjyGp17/FA6NPJGc TC4yoCuGD+mvYNXLVY8xri66kT6qn//nNwdik5CXW4Bb2xkEIycrczwQYo0mzhbwJVW3cTVH Bw8LdPK0REc3c3TmtUeQLaxTz2LTp++iUUQUgnrfSSVbJaxI0SK9i5LNQ/g+B/d32zqhlRep mmpWATozJx/TP/ySq5iZcKG9GnLLMfmZRxDo20Cx+JuFqgXYG4ay9UZdvvMEOjTzR4C7U3Vj t3K1wLAADelUrrRwsoAXQddIlWbsCPasxI5te/H521/ijvsegGXr7jidVQRrAZu83o7jvxsJ OqO4Cnc2tcY/w+2Mwp0593hVYebn3+GXb39BUOtGOH/kLEaPH4V+PTv/zzv9f6MANwTYOqvM vlSC+IRUjLyja3VdRQYTObijhyXSSzQ4qBJzjk2qLKTEPWfeEvy6eRfef/05FJF9704upg6m CjZUwtiRbZdwUM8oqkK/RtZ4v7sDGlDA06XvbxavxPQJn3ARzR/nz2fDv1MbjH34Pkr9tGox zrurC3IT3NwYYBsBjU3JRFZpOVo3alDdtAK0OJlq+ZD76hzgVPx5THrvc1jT+nPerFdh49MA K+JLhWPz3wxF3Jl5jpyAE2q82MYWT7exQ4C9OXUtGtm3GTbtPIDHJsykOtRZUTjyNMx+4xmE N2tULaGrjG+inxsCbKXNIKqZuZcg5gZeTsKcDU6oXv51qbmgsAjzl/6Kmd+txPMPDMQj992p DAx3XSxDDufaF/mfRpnMjRT8aJAV7gy2Ri9/K9G4cgZWBUtq486cu4CnJs/gOJ2LwNYNkEj2 PeXDibi9Vzc925vy+j8BW1iz7hTlGsnXzdmeRiYEjezc253CEp1Qsvzn0v5s974YTP18Ifw8 XLDg3ZfQoU2YClPA6ZWjlQXHc0rsdmaw97OEr6M5wjjWC8jidKCTuSX36cnv4cSmGAS3CUTC oXjcOfJuPPHPezmdM2wYqM0WzZBK/f41I9WYtv3/e2307AXQMlLe6/PWwsbOFs8N6QpnWyuc TriAnfsOY+3WPUgn5T//z8Ho1b0T7KkONY0rlZD/mtML8ZPxVyTvizQZHjPhbfw4ZwmCIoJx /nAKIvpGYfHn09AsOOCmHKevAFTA/v9zVRSiDbnJxXirPDjnVdf8olJt87FzWmJWvno+eDJO m79ig/bbnhgt/1Kh8pOfysrK6vuaNxyXVT6Soh4uJ79Qe+zl6cS+sebfqpcG50jNM+p2bVfM cRWdHaJmMjfd83+csg18gm0q7NfYrYS65J7NScHoIE7SLMiJCpMi7n+ObBWKTpEGdizv/4iF EgGVqi6oGbOo9aJL1IUlZXhj5ly8N3EWGoYFIyWbtmoWNlg1/x3cdksnxpUzVi6Xt9bEbgbP /0T3FaoQCqpJHeKn/E0y2X/0tObd8S5BjP9BGkL7auu276sOoVN4tYfxRtKumX7NMKbPOkUX FJdqk2fMYV4tNa8WPTSLwE68j9TmLf21OvgfpStEL+WqJMuo+f9HcfVMJFzNuOpZ1UsPVffV kL+hPfV2VVeJX3e0K97IuPdvOb1R9USEuVJZUaMArCgLpbtDJ+O1znc8TPOTKA0N2mrebQdp G3cdNL7+c6DqaZpe9TLlFRZrE975lOA219yb9dAcG3XhfYQ2+9ulmj4I/B5YUuLfe6/nKWHq Cvd77/T4cjVtH1P/fze+aVr/FhtnQkpSFk1UXEISklPTEMtpTSGnR87UVYc2DYZfQ180Mm6F ZcGrpev9x85g5PNv4MiOE7QLs4Q/V7e+n/0murVtbWCrhKUuVm3k5AbGyvFBHy7EQ/KQaRqB xlsffIEZkz6GZ3M/VHDlKzc+Hx99PQljKXmLFpVg1jlsSB4ciZTL4bJpSlYBymlIoefFbsDN BZwmUtPn4yjWjmRVxvZQDzWe0/KLkZGVC5K3/loJlHYURgO5U0XW6sUxW5M8DO0r/snZBcjK ZnzWT3cS1oHDYZCvJ6xZoZr56+H063WBbVqgk1RuLFiyEjOWrEXpwQSmSxtuiC0RjcbgjPDe rbj9ZhDuHzKAaxA03RUwpBX5v+fwSfzj6VcReyRePYeEBmP+R2+ic5SM4TK/Fm+9eelVh9OB 0YGWadrkdz/D7Cmfw4tAl1dUEOgszJg7Gc89er+S2H8faEMjF1Mxs+pQIn7Zexbz4jJosUrr VmlsWVyRq60FBjdyx8C2jXFXl1C42xtmCFJmveFzi8uwcsdRLNlyGCu5yxTshCquKjQItDPu 5l7ye/t2QKeWwaqG0r5SeUlHTnZavnEvlm7eh7UnLjA+21biSiB2kOYBHhjSKQxDB3RDZNMA Fb+un+sC25CTGTbs4D6q8e/g3Pb9TF8UITTwbuAFZy9H5GfRUD8tk3409kMRho6+H++/9hz8 fbxYV6mIAcjtB47hwadfw/nYRGUfFtauOf416zV0oJGfNJgE1OGWde49KcUooO2RDfXiYooU 5W2LBlwJkzTFwOAiz0WZMH02/vXePDRo6YdSWqvkxWdi2uzxGPfECMNc2hiWBbvKGbNEAY/p eHvlEUxbcZQLKNTU0GCRqjbDaoLYqhfzWSzgaB4lm81G9A3F9Id7c53c/nJZqC944+s1+OSH nQzHuGI5IxlYk4olLZ4MQSW+4Z6g/TRhOAZ3aV3NcZJpFPnKxwvx7TdbAUe2Au3nRCMIO5rr KIsN2tbJ8l8R0wr3w6a3HkfPKBpH6pWoUbs/DbbeqHuPnESfh8YhPyaBPdwa0beEY8iAHmgc QhtrnlaQV3AJR4+dxCcLVyE7jVSRkoKRL47Gh1PGwcHWRgGpQCSYW/Ycwr1PvorMpDRSTzki uoUqwKPDmhkAZ6Gll7NK+P5oLkasSWeF2GDmVri7uSM+6OUGf3sLxHNT/eR3PsEPn/wAn9Ag FJCqCs/l4t054/HsqOHqCCy9/DXa4arH2ZvP4Kmv9oCbQ5FDCu/dxAO3tvCGq7NwLLY7KXR/ bAp+2J+AhmYVSEm9hBdHdMbUh3qDyjtFeJ+u2IUn31oGH287pNlYYmSHZmgV4gtr6giqyM5z Oe9fs+cEtp9JVhTvxl0vO2eMQQv/BmCWmP7NCkye+AP8mrkg2cYWT/CUpxaNGsLK2gZVHJay s3OwbGsMDiVIuxWiZVRzrJ35LAK83AztKxRl6kg91+zIJlXYzNwC7e5Hx7E4zTQ4RmmPjZui nYhPqjWdrXsPaeF9hlMQi2b4CG3Ryg0qnKSlpyce5BIawvtraNie4Vpr0f0f1GJOxJmEVbfq Z8GxXBqTx2p496yG985rg1dkaunlmvbeR3MZF1rTyD4aAkTqbqN98NVCrcJYbl1wu5zSlXfG YNrZnCKt3ZTVGh75TsPIedrzC3ZpCbnFVwbmU05JhfbRL/s03Pu+5nr3OxoemKVtO3lBhUui nqD5U59pVn0naugzUZu6YKNWokuFJinti0/W2o7k/L/rGA3NH9K+/HmLensyMV3zHjpRc+r0 qIa2o7Q5yzZprOJV7rej8VqLIS9oiHpQQ8hQbflmfWZjwMo0gkEqMEX/Gu537o3B0i/WMqQV bh/SDZNffEJtfmdjUi1Zye1XvLLnyRjavV0E3h4/hmuMknAhVq/fCipOFKWKDwsjF/TqHI01 n75BGzEX2AbY4cCaQxg7fiqOnjlnDGsYwyXs8DCqS/tzsURYqIWGn08X4vlNuegxaBBGP/kS YmP2kLVV4bMFr+Gph4YpA0UCWa1flzRqczLbFnc4KQf70i7R1o0P7o4Y2zccQS62ij3LWC9l pvQMV1o/3tezNW6ldUuusOicImTQUkZcLjchnE7LJYevgnsDZ/TtGKrSE7WtxJfy8AZtQxri zq7hqrwiqKaJDoCuIL8A6TSRqqJ84BvijZ7tw9V6tLSvIT6HErqu4SHo15Hx85m/vRXbVuQl cTWomj7XrBuXDISVXqIiZAM3u7E6QNPGGDf2Ifg3MJxFItJpba5vj04Y9fwd+JKKjdW0GH06 IRGRoU1VoZVVpzHtft3aY+Xs1zFo1EQ4BZlh54p9eNJyOj57dxJCeT6ZlEHjmCUrYMNDnTl6 WOPuVWRhbLgFh3LhbuuFh59/lueXVaJd924UDAerKithTMTvP3KCNYPl5VGI4vhYSkDvCHaH m1Halne60ke/isFDz+a+2LTjDMdfSyXlSzYCqpRLEhS2Lkd4iNM5q1wFLvEd2q8j2oQ1Vh2g ia+hLTkHV4KcxiYVSVtfCNIlGFMhcNTQvujdLVrVtXVjf8mmVnftYDM6y4dLNMxb+dtB3tkh upEvUniwzEYKatLjpAA1nQBkSWN7GzHt5T7n9L3n2Zj5VwQzLfjAWzvjp8+n4M4R4+HWyBnb lu3AkxbTMOfdydRf+7FBOH3j1Eq4RwvLTHzd2wMPb+ImPhobfrwzHYWRLnhhymsI9XRQeSig aynXFQXggxFn5V2iC1LMy8fBmpaoRqBUC1wZUzYrOImFixnDSGc0hnHhyp29mwPMCwt5+E4B t/7uR8D9veDpYJimSSrSWtI+TTl1kn9TZ+/I8pMj2Ofn4fy5dCzbsBuP39PHYE1jElDihwc3 VP8m3rXeXjPYOowFlwpxjsdIwc+VixQpGD72DbIgshAhammxupyLNUJa++LskWTOwymp05l2 DlPAB/fpiiVfvYV7/zERXo3dsHnJVjxrbYWPpk5Ak6CGlMKrMGfBcrz5/lf48oNXsGhAOwxb eYH5l+Or/Rc5l3XF27fSUMFW5aLy+r2faqCN1G9g5/RlQ8q/Tk2/l4ah8gZbdgnn5+mCN/q1 wbh3VsCX1qpvL9uFwzS56hndDNEtg9A6mMIe58iy0iaOWihDh+OjtEWLYF9MGtQBb72+BP4t 3fDy5ys5VT1DPUQYorlHXQB2crCrji9EIN3n90yerxlsVSL+FBVzTOCUwZpnkFzK5bwz4zx9 /ygZNlqGBc6qadhZXJK5Zi3OFPB7BtyC7796HcOHT4JnYw+sXrAGr1AB8eq4Mfhl3RZMeOp9 plCFp5+Zgjkfv46v+oThkVUpcLCowtf7MrmLtwwz+vsR8BpnpdTI15TyN8dlwt3JRi2XKhYs YF+DM8AlAWWoM0QQ1vtQ//ZUxuRh1oLtauq2evsprN55Gk7kOmG+bmjT3B+DO4WjdZMANKRy RqIahipNse7RZM8ZVKbM/WoTZzwalvHIkGXrYuDJDQzNuQdNQL+jawTCmgSpA3dVCaRz6oUw FKX6949Qqg6o39hwnASXHstic9BjSAfcM/A5snBS9jU4qUwRLVFaNmtcZ2hTwO+/ow/K55Xj n/dMIkv3wpKftmIJ16GRyQ16gc7wc7LD+aPrsGhpe8x+vy2nMz4Y9UsSHLnTc35MJpkNDQwH BMCLgpQpqHrmup9AuuTgBQz7/hB+frgt7DiH53ihB7v2q+IEhuAy5nrSXPkNHtXVo1Uj/Ljl CL7bF8vt3jkoSMzG7oRMrs/HYs6S7Qhr6Y9Xht2CO3tEU8ayqAbcz90Z7zw7nMaXLfHjpn34 cddpxs9GZlw6Ms+kY8f24/ho3np0bNcE4x7oj9u7RXHHDHe21AH4NYMt9ZAO48SjptxcHJCD i2jK3RJjHrlPCRnXRgOGhjB2/jp74GXAgRF33waLZRZ4cPQbnL9zp0d5ESy87NScOfl4Fh59 aSpeeWYUd4pY4Z8RrpwFVGD0r4lwIeDf7M+AWVUF3r2tEe3NrwRcB1oUNZ9sjccLy45RJ1TB fmzBTaOsjRKuCLjcX4uTcKLwMFZOr4MThbbBncPRPbIZXkzNREzsBWw+fBYxp8/jKMdiHp2I 47STf+C5WLwzPgfPDOtD+zkBzEDlch76sD4d0btTBF5JycC+E+ewJeY0Dp9KwAmeskxpFLv3 HMfdW07g03dG4tEhvWBJoCR+TQK/ZrD1SlhzQh9GQWn7fmscPxWPeJ7P3TSwoWqUutjHtbRV zTCG3mkQjJSARCGomKcriGGDJaczmaczMOHtJxXQjlTqCHhSyZHRnkp4G7vqPFyFpe9N5yCj YdptIQpwTnVV5xRpOoubw6b+ehKzNsTDk1O4TAJVSM5jyJWtpZxc9XujV42L4S1/TYIaRDVa vpBDSMO7sfxunGZF8H9477Yk8ALsPJ6ARWt3Y/nuk2hApcvLH69EB7LmHm0MMxVpc8NYTFNo EplHsyC04f8/b+/G4SEHO47E4bsVW7H2wGnY21ZizMzF6BjeBJEMYyiMsecZy2uoV43C1/ao R3PmoTO9OrZhEHPsWnUc+w8dV8ENlZLaXlFnwzuprdEJKJefdN/LV33MkqlGOhcOZB16+OCX 4Mwde9YU0nIzCxSwctRCTnY25FA6cVI+IUbpvY+198ZH/QOQy7m+M0H8YmcKJq2KpTEjtwcR ZOmUsdnFGL3gIGatjePGAwtkkqpFDRnoblB3GkmLmiyWt5YC6+0hr0S4MpASH4xOLGMkH6mH Pu1Sc2u+tyarDaAAN6xHBD55+UEMatsUGbJzhTr9g6fOqW3IImhJh5R05F+ctLHka0Pu08jH Ew/27Yg5rz6G7mHBSmOKi3k4Fn9Bha2N8K6ZsiWyZGZDwaxbh0gmKPPBUsxbtALdO0bDjwfM KMDpqzeEGvXYUvocURpGn5/y9ion8fWwB7gq9tp7n2HVtyvg1tRffc+jKD4H3u2CkZ6UAc8m jpyOfYmc/EuY+eZLaChnnjCvKrJS2co9upOvWiF6ZmUc3Kyq8Pn2JJhxd+e0O1rgTHoBnlh0 hCw1C4HULSfmlyCQx2h9NSwC0ZxlnEq4yF7DRFiB2MxLSkFEhFQn08svnVLuRUWdmkNFiOjL SQDUC6p6JWXmY8m2I9wxXAqZht3ZPQI+/DSFdHbdSX19OST2pYS+cvUhzmi4z416eAElMS0L 36/bQ71RJdzcXHBXz7bwYDqqw0gDq/6lIbiBGzq3boJtG0l0tLPW217Pw/R6zWBLJL23tI0M x4NPDcB3Hy/G2p92YlrwF5j8/OPw8XA1TduQMRukhBVYvHI9jlEb9uwjw9DQ+8o5pTScOAG6 iFYly1dvwmNvfoyiQwm0/gxBInssUvPw0pQxGDniXixbsYbS+BQEkuUtmrNULTXOeP0FnhV+ GXCZ/47uIvPySjz3EwUbc07XdiYhhQqTuIwCnEjK49Ikgc4rQe/wBpg1LBLhPs6qHF4e3BDo aAVr7h/bxpOa4qkJ8wjh3jHjNEkC6W0hZVvMcro6kOsQeX2eXUBN1gtz1tPcNYc83AHNqRP3 cQm+orObG5VQyaJ1kwJT+a/3hVRytQkTF9GDMxd/D7QNDVFgV0+tFKqiXqK8mk29hVL3SWc3 dDZVkRo/Fq/T1fCr81GnbjsqSIIC/DB35z4utFK1uOckYtOSKLg5w5xnmkiFxRRIPq5y7FQc Zs1dgFeeno2dG1dhMwWTXl3aqQNppGeLk3Tl/wyNC6fMmosJT85AORcX/Km9SjqaBFtOTf41 +1U8SWHQ290FURHhsOWXAX6az50cYYHYvmonUgvz0blDlJp7SreXRpAxPDLQRW0IXHMuh9uB qnDyQh4uFpYqCT2DJzGN7BaMmfdHoamHg6IaKYc7pejjcak4mUigzCpxjpvyA9gBbCgbsEdS Baohl9PP40mZ+Gj5DgpcidwbXkHZxR1jBneiLsSespo5BbAkJHINWk6NcGZnCwny5SIGtWxM o4wrHflcqFm1+xjeXbyZKioe2pdfzuO6eiCskR8qGf9gUgI3OJCzEFhPqlID+AT7BcwAAAtk SURBVKEaKw5lolQq45JfDpc7l27ai4+XbuY2Jw2l3PUydngfhPjVvnXpT696CTgG4YmG9jw4 rtfjkwGe8W3Qqtih65BINAnwUUJSHFexdm0geykqkKaXqHh56qMY/+TDXD1yVM/yU0yhaPna LVSSfIHT22IQEB6IpOxCrpTl4MEnh+KFMQ+hTUvDdE100jKGlVIl+v6ceZj49HQCHoDz3Hk5 fMwwvEcKF5YuZZShVKgxhw0z/Mu9WHM0Hd6k5go+ZxWVYdrAFniqXyinapdNiPW6rT12Af1n kTK5/VcpjDjdHMiVr0A3e8WxLlL3vTiW0nQGqVL4fXElPh83EI/1ja5un+U7j+Oul+fBlsqd Enai0EBPdGnqyw2LtjyjrxKJGdlYeiQBjkVFuHQhH31vj8I3r42Er6uhbb765TeMfGYuD3+y Rn6lGaJb+KEdhzRRpsga/dnki1gREwcH6hQK43MxdNStmPPKKKp3a//ExXWBXY0Sb7gyhZls 9O8Wb+IcMEmgM1Re0ZYIFlT7gePKoGhO04bh3oG9lEKGnsodOHYan3y9CF/PXA54sfc2cELS 8Quw43GV770wEiPuvR1O/D6H8DehVqE8HZAyNtjMOfPJ0qcjMLQhErm4P+Kp+zFt0rNKhpAM UgrLMHvdaUzfcZ4HJcnpDNzxyWJlcz16XN8mmHRHBJw5r9anYqpQ/JG8fj5wDuMW7kbcWY7h cri8rGELnxVWyXSUjogyjIWvIz4a1gWP8BskthS+9LRkmfKLVbvwxBdrxNSEaTA+PzCjeovo vqnyVUdJUODq3yscU8fcg6gmMvSInMOTl9mhP160Fi/PWcH4HMqkDEVMVOQJVQam4Ux7AXtb 3DW4Haay7i0CvKvbR6+Lfr1usKUxDCMGF0c4Pm3bE4MDMUdw6HgsYqlOteGhdMFU6jdrFIjQ Fs3QlSw2iOeG6k7Wnn/m2PzCrHk88yQFns08kEnBCXmVePyloXiMY3MU17PF6Y2nxzX1E5Oo WXO/w8tjpiA4PAAJx/bhntFPY/6sybjAfvfi4hj8vD8F9hRe5CxSiG6aQpMzx/J8HtcwpncT vHVPNPd8X3lqsZ7XqfR8bD18jsyLJlcZ+bhQUKxWvHztrNCUmrCWgfxkVJvGXL3yUVH0jqhf xXPnqURs3XeCAmEyTqblIJkaRDuC2ZRjeTjH42gugvTvElFN0RJHjy/tvJVHbG/bc0SpW08x fgrjO3G4bOblhLBAH7Rv0xx9eQqj2kkjnZEEUZu7brAlMSmQOKE2cfKUlkkNEacQ4udAivTg KYIiwevufGoGft3wGz7nITWH1++FW7Anz/tmj6XqtTOXSyeMHYFbu7ZXmwAkRUPZay+83glk evTRF9/j+cfHo2FEGD5863m4Nm2NCStOYf/pTCrbrJCYW4KeYQ3w5t0R+O1ECl5Zchhu3A2a Q8of3bsZpg5tz1WzKwHXG1zKXiBjJC1PZMgRf1uOva5kx67sJLozlFV/kva5st3FDi2PbSOf j5L2sbezgRelcUemJc40v9qeU7lJIt8YX8Z9e1K0F89hdSBnqC288jT5uS6wTadIUiNpbLkK 6zGT1Z8aThooOS0dK9dvx48r1mHnyv1c0aGwI/MWAt3x9nZ4cOhA3HVbr+qv71yRR430TB91 wGUM/2HZKoQ0aYQSp4YY9u0+5FLqDqBgk5Rfin90DsSrQ9qgiYc9Ty6uwvSVhzF1+WH42Fsg raAMj/Vujmn3dYAHKVZno5KPACCdWJ9ymeZ9Le8ljEpP+msdFCd5iNOJRj2Y/BjKo0KY+F6+ lTYwJF87Ueghrw9sJl7Ic7pL2UPFiLA2d4nSeCpP9U1KSubWnd349ueNSNsbx6BkpUriqcIt d3enIWJ/9L+1Kze/G1j8H1W8tryqhTa+/HZHAh5beFCNjV4ciy+SVb80oAXGD2plYNXG8fAS AX9j2X7M+PkIfMniUzkFG9W3Bd4e3uVqwPVMpU8r6A0eAs7vN68eUeLRGTuO8hUPRtYBvpZ0 VMczdgy94+jx9HRU2nX8XOZBdQSozVt6uTnP8z5yOg5x585zGLTimOigxnAxt82mZutM/Dms 23kIxzZsZxIiuPnxn/Pg8EYY0acTZBmzXWQrBNAAUXdSmWspdHV43kgckc4zRLomcB+uOwM7 asKKKcBc5BEcHzwQiTE9W6hprOIC5D5ydaT+efKQaNoRVmLWisNoSOXKl6uPo4LP743oxqkO t/OzY4g0rzeoAufyk16Ma7qqNEw7R3Wi1xRdBVKdqw7ucC2pXBdl6wmLtufA8TNYtGoLDhw6 hh1xibTpofEczvGf/cguCC3bBMCfX80JDApAh+hW6EYzJf+G3vwEk1psVmBJen8GZAkvHVwJ iKx8HLVc4xbtx0+7E2ndaaMkcLEUXDic69zRQRL8KiFPZ/+5VJNOXrgLs385zK3a1kii0uXh 3qF4d0QPBXgejTVkm9IJmkzn8n5gjw6w4Vz3AAVRGX/b8JMT8lnHFvwmyRF+XiKRixW3dIjA Bm5z8mvgyY+/NcUOWtC2oWVOSnomgvy8KTwbDBjW7TgIb+5IlSM91jJ85zYt1cdfhQBEKZOa mQUXR0dk51INGnse/bq2VVuO5QOx22OOo2t0ODKZt8xKxGr3DOf1DpyWtQ1rqupc8+e6KFsS ES4kle7MfVryn5NXoBZFUi9moriYAhcpwsHeHt7UaknhG1C7ZtqZFUtiGnWNhZJHXU4HSuDe eTYTY7/bhUOxFMRcbKgRK0Iobbk/+0cndG9COzW6y+Evpyj5ir8IWG8O66SGpC9WcPmUmqiv F+1DEY00Zj8xABeSUqhUyeKyJ4U5milLnQX0nzfT8pTqS7GUjTl9Dl4URLfsPQLRfMmX/n5c sw2NaWghFjpvzV2ISY/fj0SenujiSAsWxpFxeOvewzyRyY/GIOnYeyyO2lIOj1SUDGCHSruY hRU8PiSscRCFOE5HubSZR9Vw3PkLSoexm+eli04+k+39zdpdeGvsg+qrB1YU1nSwBSPTNr9u sCURAUycUKV8sLRtq+Z8kv+6nWkc04LUHePKN5Kj3kF+PJCAUQv2Io8KmABRffIslf5tA/HB g53Q3JsqTzopoh5eeZj86IC7UQqfzrHaxc4SO+LTuZHfAutpcLhobzx6BDjy29p2at4uGkJx AlZzArmXH3cT+/ZcGgeeu5DKnS/eSjUs3wdrEuSHRtR4CfX36tCawFAYZTvtOHQS9/brpoTZ xlw9LOOw0ZAcwIUU6e/jTUE2A1v2HUFUaBPGLaam0ZF6e290Zj0cKH1bcynXlZ+QVOGpdvbj /21U8Hjxa8HBzP8sO05151bs73Ir/1tsXG83BbkRePFTz7xezsYQ8s+yakOsy7+SrqSZT+XG J+uP8sMweynvsREpQYuh9eP9Q/H6Pe14qB0ph+VRY9zl6HXe6Y1TxLREsJROIJ1STlqyI6UI UOqbX6QkoWxxxVRwFJLVunCbUz5t5GVFzpJzX7Hk8aDQKgs01tQ1WCn1scSgQofst4xDnycX NqRsOewkAp49h7SLXLJ0ZzwZGkX4lXsZQhzZCSypQ5fD7uXUCJm2WTFODu34hMCk2cVMS2QL 4ahSTvlIbG3uPwJ2bQn/t/wE2y+3n8bC304hkCBbU18tlpwRTb3xcM8wxZZ18P5MGQTca+2M eqf7M+nfCGHrHdgiIWdc4kE57MHWlKiF0qVXOxkVC9cDtA6EUIlMrSTNakBJgUI+0hGq/eS9 BBZnfG94MPyqsDXfm4TTO5Wehh5evxqSNXAXSV+VRy+DyVXlLYElr1rSN5Tm8m+9A/ty0a++ 0+t89Zu/faQFrltA+182n4B6hWPXl94vnftvV3cL1Euw/wa1bkB/783ViuzfC/33u3rdAv8H ITCJ+O2qQGgAAAAASUVORK5CYII= --------------030107000209000801010601 Content-Type: image/png; name="twittercolor.png" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="twittercolor.png" iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAKRGlDQ1BJQ0MgUHJvZmlsZQAA eAGdlndUFNcXx9/MbC+0XZYiZem9twWkLr1IlSYKy+4CS1nWZRewN0QFIoqICFYkKGLAaCgS K6JYCAgW7AEJIkoMRhEVlczGHPX3Oyf5/U7eH3c+8333nnfn3vvOGQAoASECYQ6sAEC2UCKO 9PdmxsUnMPG9AAZEgAM2AHC4uaLQKL9ogK5AXzYzF3WS8V8LAuD1LYBaAK5bBIQzmX/p/+9D kSsSSwCAwtEAOx4/l4tyIcpZ+RKRTJ9EmZ6SKWMYI2MxmiDKqjJO+8Tmf/p8Yk8Z87KFPNRH lrOIl82TcRfKG/OkfJSREJSL8gT8fJRvoKyfJc0WoPwGZXo2n5MLAIYi0yV8bjrK1ihTxNGR bJTnAkCgpH3FKV+xhF+A5gkAO0e0RCxIS5cwjbkmTBtnZxYzgJ+fxZdILMI53EyOmMdk52SL OMIlAHz6ZlkUUJLVlokW2dHG2dHRwtYSLf/n9Y+bn73+GWS9/eTxMuLPnkGMni/al9gvWk4t AKwptDZbvmgpOwFoWw+A6t0vmv4+AOQLAWjt++p7GLJ5SZdIRC5WVvn5+ZYCPtdSVtDP6386 fPb8e/jqPEvZeZ9rx/Thp3KkWRKmrKjcnKwcqZiZK+Jw+UyL/x7ifx34VVpf5WEeyU/li/lC 9KgYdMoEwjS03UKeQCLIETIFwr/r8L8M+yoHGX6aaxRodR8BPckSKPTRAfJrD8DQyABJ3IPu QJ/7FkKMAbKbF6s99mnuUUb3/7T/YeAy9BXOFaQxZTI7MprJlYrzZIzeCZnBAhKQB3SgBrSA HjAGFsAWOAFX4Al8QRAIA9EgHiwCXJAOsoEY5IPlYA0oAiVgC9gOqsFeUAcaQBM4BtrASXAO XARXwTVwE9wDQ2AUPAOT4DWYgSAID1EhGqQGaUMGkBlkC7Egd8gXCoEioXgoGUqDhJAUWg6t g0qgcqga2g81QN9DJ6Bz0GWoH7oDDUPj0O/QOxiBKTAd1oQNYSuYBXvBwXA0vBBOgxfDS+FC eDNcBdfCR+BW+Bx8Fb4JD8HP4CkEIGSEgeggFggLYSNhSAKSioiRlUgxUonUIk1IB9KNXEeG kAnkLQaHoWGYGAuMKyYAMx/DxSzGrMSUYqoxhzCtmC7MdcwwZhLzEUvFamDNsC7YQGwcNg2b jy3CVmLrsS3YC9ib2FHsaxwOx8AZ4ZxwAbh4XAZuGa4UtxvXjDuL68eN4KbweLwa3gzvhg/D c/ASfBF+J/4I/gx+AD+Kf0MgE7QJtgQ/QgJBSFhLqCQcJpwmDBDGCDNEBaIB0YUYRuQRlxDL iHXEDmIfcZQ4Q1IkGZHcSNGkDNIaUhWpiXSBdJ/0kkwm65KdyRFkAXk1uYp8lHyJPEx+S1Gi mFLYlESKlLKZcpBylnKH8pJKpRpSPakJVAl1M7WBep76kPpGjiZnKRcox5NbJVcj1yo3IPdc nihvIO8lv0h+qXyl/HH5PvkJBaKCoQJbgaOwUqFG4YTCoMKUIk3RRjFMMVuxVPGw4mXFJ0p4 JUMlXyWeUqHSAaXzSiM0hKZHY9O4tHW0OtoF2igdRzeiB9Iz6CX07+i99EllJWV75RjlAuUa 5VPKQwyEYcgIZGQxyhjHGLcY71Q0VbxU+CqbVJpUBlSmVeeoeqryVYtVm1Vvqr5TY6r5qmWq bVVrU3ugjlE3VY9Qz1ffo35BfWIOfY7rHO6c4jnH5tzVgDVMNSI1lmkc0OjRmNLU0vTXFGnu 1DyvOaHF0PLUytCq0DqtNa5N03bXFmhXaJ/RfspUZnoxs5hVzC7mpI6GToCOVGe/Tq/OjK6R 7nzdtbrNug/0SHosvVS9Cr1OvUl9bf1Q/eX6jfp3DYgGLIN0gx0G3QbThkaGsYYbDNsMnxip GgUaLTVqNLpvTDX2MF5sXGt8wwRnwjLJNNltcs0UNnUwTTetMe0zg80czQRmu836zbHmzuZC 81rzQQuKhZdFnkWjxbAlwzLEcq1lm+VzK32rBKutVt1WH60drLOs66zv2SjZBNmstemw+d3W 1JZrW2N7w45q52e3yq7d7oW9mT3ffo/9bQeaQ6jDBodOhw+OTo5ixybHcSd9p2SnXU6DLDor nFXKuuSMdfZ2XuV80vmti6OLxOWYy2+uFq6Zroddn8w1msufWzd3xE3XjeO2323Ineme7L7P fchDx4PjUevxyFPPk+dZ7znmZeKV4XXE67m3tbfYu8V7mu3CXsE+64P4+PsU+/T6KvnO9632 fein65fm1+g36e/gv8z/bAA2IDhga8BgoGYgN7AhcDLIKWhFUFcwJTgquDr4UYhpiDikIxQO DQrdFnp/nsE84by2MBAWGLYt7EG4Ufji8B8jcBHhETURjyNtIpdHdkfRopKiDke9jvaOLou+ N994vnR+Z4x8TGJMQ8x0rE9seexQnFXcirir8erxgvj2BHxCTEJ9wtQC3wXbF4wmOiQWJd5a aLSwYOHlReqLshadSpJP4iQdT8YmxyYfTn7PCePUcqZSAlN2pUxy2dwd3Gc8T14Fb5zvxi/n j6W6pZanPklzS9uWNp7ukV6ZPiFgC6oFLzICMvZmTGeGZR7MnM2KzWrOJmQnZ58QKgkzhV05 WjkFOf0iM1GRaGixy+LtiyfFweL6XCh3YW67hI7+TPVIjaXrpcN57nk1eW/yY/KPFygWCAt6 lpgu2bRkbKnf0m+XYZZxl3Uu11m+ZvnwCq8V+1dCK1NWdq7SW1W4anS1/+pDa0hrMtf8tNZ6 bfnaV+ti13UUahauLhxZ77++sUiuSFw0uMF1w96NmI2Cjb2b7Dbt3PSxmFd8pcS6pLLkfSm3 9Mo3Nt9UfTO7OXVzb5lj2Z4tuC3CLbe2emw9VK5YvrR8ZFvottYKZkVxxavtSdsvV9pX7t1B 2iHdMVQVUtW+U3/nlp3vq9Orb9Z41zTv0ti1adf0bt7ugT2ee5r2au4t2ftun2Df7f3++1tr DWsrD+AO5B14XBdT1/0t69uGevX6kvoPB4UHhw5FHupqcGpoOKxxuKwRbpQ2jh9JPHLtO5/v 2pssmvY3M5pLjoKj0qNPv0/+/tax4GOdx1nHm34w+GFXC62luBVqXdI62ZbeNtQe395/IuhE Z4drR8uPlj8ePKlzsuaU8qmy06TThadnzyw9M3VWdHbiXNq5kc6kznvn487f6Iro6r0QfOHS Rb+L57u9us9ccrt08rLL5RNXWFfarjpebe1x6Gn5yeGnll7H3tY+p772a87XOvrn9p8e8Bg4 d93n+sUbgTeu3px3s//W/Fu3BxMHh27zbj+5k3Xnxd28uzP3Vt/H3i9+oPCg8qHGw9qfTX5u HnIcOjXsM9zzKOrRvRHuyLNfcn95P1r4mPq4ckx7rOGJ7ZOT437j154ueDr6TPRsZqLoV8Vf dz03fv7Db56/9UzGTY6+EL+Y/b30pdrLg6/sX3VOhU89fJ39ema6+I3am0NvWW+738W+G5vJ f49/X/XB5EPHx+CP92ezZ2f/AAOY8/xJsCmYAAAACXBIWXMAAAsTAAALEwEAmpwYAAACyklE QVQ4EVVTzUtUURT/3ffeOJNjapo6CjomjjZF2ceIbYoWuita9LGJlhYEUSIEQUGFtcgWCUVB iz4Igla1yP+gRUQZaFn5EaNGVgrjzHuO+j5uv3tHyc7jvXffeef3O79zzr1CSgllQoiq2NVH 0WasBK2WK/L0DfGRQYRXwUTIl75nmOm+7hxxc8orFEHLwODRyLZUfzgSrctABOOeAAxgrwUE kLz4rYyxjDekk/3pfHrfM9576KX6U7Nj8Me7ki119VM20FEEnKkBZpeBa8yxmREW74BCPQYH AWAWA/mx7zMjR5pSVvzivYpQOFK74EDuMn3cTQALvom2col42MfBScowVXpgD1WZ1OMtChiR aKzh3M1K/gXCJP7gw7pRJaULUySHgLMVAneSJu7bLmxfYJmZn9sGXFZQZkB4kPRQnXoYolBk KbXaSie983xPMFNXrcW2ApUs7cSSj+PfAJ8NoijdGE2gSJSpOqlSP6ZdYPtnICrITn+W7umd Jq5UBzg2C+zT8FUFCrNmhaEWvvYzjWrgEp3lXBdxndfCOZBVwH8KVHYmpBQgwU7fbi30T2FC hsTHeR/X50ykiFKkyrTiNTabNeg1STI+wXxvYu2q/mJTYtyRGGNDlZI1jFawopgo8U1O4EAM 6OJYXi0BF74AzdyGDiXEiwycbBD47fq4lDPRrpTSNIHHxB3Ucitn4JTt40GLhc5R4OkCIzI6 TrUendXA7o0FH4FahCbgylAkWznP05OGfJzw8JYdTzuFND4DykJspBXg2R+gibtpGUKXryL0 Vg431tWbixwXPaOUPFDBnVf6r1Y14hcEP3GAthLGTaRnRg43piwejl+Jgde9wjL7RaQkVswd 1s5RnJ8ik0KtsyrqTXIXZ+ezs/mx4R6F1adRxfA4V8cvP4y6buCX8TgnNwC168Bq+dULyWEe Z6ev2+Z5ph7gLxRSDphtS4KBAAAAAElFTkSuQmCC --------------030107000209000801010601 Content-Type: image/png; name="facebookcolor.png" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="facebookcolor.png" iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAADHmlDQ1BJQ0MgUHJvZmlsZQAA eAGFVN9r01AU/tplnbDhizpnEQk+aJFuZFN0Q5y2a1e6zVrqNrchSJumbVyaxiTtfrAH2Ytv OsV38Qc++QcM2YNve5INxhRh+KyIIkz2IrOemzRNJ1MDufe73/nuOSfn5F6g+XFa0xQvDxRV U0/FwvzE5BTf8gFeHEMr/GhNi4YWSiZHQA/Tsnnvs/MOHsZsdO5v36v+Y9WalQwR8BwgvpQ1 xCLhWaBpXNR0E+DWie+dMTXCzUxzWKcECR9nOG9jgeGMjSOWZjQ1QJoJwgfFQjpLuEA4mGng 8w3YzoEU5CcmqZIuizyrRVIv5WRFsgz28B9zg/JfsKiU6Zut5xCNbZoZTtF8it4fOX1wjOYA 1cE/Xxi9QbidcFg246M1fkLNJK4RJr3n7nRpmO1lmpdZKRIlHCS8YlSuM2xp5gsDiZrm0+30 UJKwnzS/NDNZ8+PtUJUE6zHF9fZLRvS6vdfbkZMH4zU+pynWf0D+vff1corleZLw67QejdX0 W5I6Vtvb5M2mI8PEd1E/A0hCgo4cZCjgkUIMYZpjxKr4TBYZIkqk0ml0VHmyONY7KJOW7RxH eMlfDrheFvVbsrj24Pue3SXXjrwVhcW3o9hR7bWB6bqyE5obf3VhpaNu4Te55ZsbbasLCFH+ iuWxSF5lyk+CUdd1NuaQU5f8dQvPMpTuJXYSWAy6rPBe+CpsCk+FF8KXv9TIzt6tEcuAcSw+ q55TzcbsJdJM0utkuL+K9ULGGPmQMUNanb4kTZyKOfLaUAsnBneC6+biXC/XB567zF3h+rkI rS5yI47CF/VFfCHwvjO+Pl+3b4hhp9u+02TrozFa67vTkbqisXqUj9sn9j2OqhMZsrG+sX5W CCu0omNqSrN0TwADJW1Ol/MFk+8RhAt8iK4tiY+rYleQTysKb5kMXpcMSa9I2S6wO4/tA7ZT 1l3maV9zOfMqcOkb/cPrLjdVBl4ZwNFzLhegM3XkCbB8XizrFdsfPJ63gJE722OtPW1huos+ VqvbdC5bHgG7D6vVn8+q1d3n5H8LeKP8BqkjCtbCoV8yAAAACXBIWXMAAAsTAAALEwEAmpwY AAABZGlUWHRYTUw6Y29tLmFkb2JlLnhtcAAAAAAAPHg6eG1wbWV0YSB4bWxuczp4PSJhZG9i ZTpuczptZXRhLyIgeDp4bXB0az0iWE1QIENvcmUgNC40LjAiPgogICA8cmRmOlJERiB4bWxu czpyZGY9Imh0dHA6Ly93d3cudzMub3JnLzE5OTkvMDIvMjItcmRmLXN5bnRheC1ucyMiPgog ICAgICA8cmRmOkRlc2NyaXB0aW9uIHJkZjphYm91dD0iIgogICAgICAgICAgICB4bWxuczp4 bXA9Imh0dHA6Ly9ucy5hZG9iZS5jb20veGFwLzEuMC8iPgogICAgICAgICA8eG1wOkNyZWF0 b3JUb29sPkFkb2JlIEltYWdlUmVhZHk8L3htcDpDcmVhdG9yVG9vbD4KICAgICAgPC9yZGY6 RGVzY3JpcHRpb24+CiAgIDwvcmRmOlJERj4KPC94OnhtcG1ldGE+Chvleg4AAAKrSURBVDgR fVJNaFNBEP72/aXJS9K0SG2xh6oHq/Wg4EFES4pIiycverAoeu7Zu70JInjzJKLHVhQ9FMSD EWxRqwhKtVVRUNr03/6kSfa9fbvOvFerIjjJZLOz33wz8+0KAFbx/NWRts6dvVqFmvfkf5lj W0lQAJE22gjHKk99fVS6c+mkQ8ic8HI9wm2BNlIQZssE7bQxmKkEqCuNiP43N7hiWyEL4S72 cC4T6PpGUFtdWPVUIIGYwsCiNaSklCtw7mgHWpsysC2B15NzGHm3AEuGNc5lAi5EH/5S/WQD i8DVIMDgxcM4cqCDYIn5aQc3ns1gj0MAQjMBaCoYqqYjnZBQrBZotOcsHNq3gyH4sbqB8TdT eDkxi/aMA7kexfFYME7UKiJPVkP7IIhQr0koirONjn9Ab/99PBifR1Pai885nnRA4kRMEndA g9EBFUGzb29qQkDbRXffbmxvzmO5pqhtw/nJ7Ri1OQJVI83wdnoNA6f24taVs0h5bgw8fmw/ nt68gP4TuzA5uw6PrvY3AbHpKAK3riND84ekSxgDfv2wYlprfC8vwaceuWO2mMbQQawDBesy xMEWH9duP0f/wHVIugm2x6VX6Oy7jIelz2jLN0DKP0Wk1lWgyGmVKu5kTXqYXyMhklERKIFP SxlaPUQhC046kLGIxks5xvddRIqVsehRADbNXki78UuMgbaN9tY8stmUCbUlwooTUzOB7Xp2 OldopA4kPcDkQUm6Uj+lkPXTnA8/m0OhMQs/nxOa6lZXynzgMEF1Ze7bmAqr3UZHdWqZXzEU ibnhRbh7z6fEDEZffERl5gumpU86i4bK8uIY5UruloVsI28l98g59j9j+fmKyujAMoNFsVi0 i8UnemJi+J/koaHTW2TizDB419X13pRKJYtc/wRkBkTK5EhoIAAAAABJRU5ErkJggg== --------------030107000209000801010601 Content-Type: image/png; name="linkedincolor.png" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="linkedincolor.png" iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAADHmlDQ1BJQ0MgUHJvZmlsZQAA eAGFVN9r01AU/tplnbDhizpnEQk+aJFuZFN0Q5y2a1e6zVrqNrchSJumbVyaxiTtfrAH2Ytv OsV38Qc++QcM2YNve5INxhRh+KyIIkz2IrOemzRNJ1MDufe73/nuOSfn5F6g+XFa0xQvDxRV U0/FwvzE5BTf8gFeHEMr/GhNi4YWSiZHQA/Tsnnvs/MOHsZsdO5v36v+Y9WalQwR8BwgvpQ1 xCLhWaBpXNR0E+DWie+dMTXCzUxzWKcECR9nOG9jgeGMjSOWZjQ1QJoJwgfFQjpLuEA4mGng 8w3YzoEU5CcmqZIuizyrRVIv5WRFsgz28B9zg/JfsKiU6Zut5xCNbZoZTtF8it4fOX1wjOYA 1cE/Xxi9QbidcFg246M1fkLNJK4RJr3n7nRpmO1lmpdZKRIlHCS8YlSuM2xp5gsDiZrm0+30 UJKwnzS/NDNZ8+PtUJUE6zHF9fZLRvS6vdfbkZMH4zU+pynWf0D+vff1corleZLw67QejdX0 W5I6Vtvb5M2mI8PEd1E/A0hCgo4cZCjgkUIMYZpjxKr4TBYZIkqk0ml0VHmyONY7KJOW7RxH eMlfDrheFvVbsrj24Pue3SXXjrwVhcW3o9hR7bWB6bqyE5obf3VhpaNu4Te55ZsbbasLCFH+ iuWxSF5lyk+CUdd1NuaQU5f8dQvPMpTuJXYSWAy6rPBe+CpsCk+FF8KXv9TIzt6tEcuAcSw+ q55TzcbsJdJM0utkuL+K9ULGGPmQMUNanb4kTZyKOfLaUAsnBneC6+biXC/XB567zF3h+rkI rS5yI47CF/VFfCHwvjO+Pl+3b4hhp9u+02TrozFa67vTkbqisXqUj9sn9j2OqhMZsrG+sX5W CCu0omNqSrN0TwADJW1Ol/MFk+8RhAt8iK4tiY+rYleQTysKb5kMXpcMSa9I2S6wO4/tA7ZT 1l3maV9zOfMqcOkb/cPrLjdVBl4ZwNFzLhegM3XkCbB8XizrFdsfPJ63gJE722OtPW1huos+ VqvbdC5bHgG7D6vVn8+q1d3n5H8LeKP8BqkjCtbCoV8yAAAACXBIWXMAAAsTAAALEwEAmpwY AAABZGlUWHRYTUw6Y29tLmFkb2JlLnhtcAAAAAAAPHg6eG1wbWV0YSB4bWxuczp4PSJhZG9i ZTpuczptZXRhLyIgeDp4bXB0az0iWE1QIENvcmUgNC40LjAiPgogICA8cmRmOlJERiB4bWxu czpyZGY9Imh0dHA6Ly93d3cudzMub3JnLzE5OTkvMDIvMjItcmRmLXN5bnRheC1ucyMiPgog ICAgICA8cmRmOkRlc2NyaXB0aW9uIHJkZjphYm91dD0iIgogICAgICAgICAgICB4bWxuczp4 bXA9Imh0dHA6Ly9ucy5hZG9iZS5jb20veGFwLzEuMC8iPgogICAgICAgICA8eG1wOkNyZWF0 b3JUb29sPkFkb2JlIEltYWdlUmVhZHk8L3htcDpDcmVhdG9yVG9vbD4KICAgICAgPC9yZGY6 RGVzY3JpcHRpb24+CiAgIDwvcmRmOlJERj4KPC94OnhtcG1ldGE+Chvleg4AAAKdSURBVDgR nVNLaBNRFD3z5pNpOulHU0kNEtEWxHbRheDGveBKxaWuXLkR3LkQXVgRXLrsTnAhIlRUXKgV xA+oSK1WKqVNbZHWtrbNJJkkM+/nfRO0bvXCzX0Jc84957yJBcDSVDT/uSwqx4CPnL2RK3Tt OO/Ztie1VlDCShQNBWoFIcw5neZxFrV4Uv6+cZPONcesNeBjZ46PhvUquNJICGA0JVKmZy4k YmpOv7c4h5/phLj7wECvpQRmswF/2wobGUu7pAFrUUJbJQFUCm4ZEi5RjQXf28OztmN5hoGZ DyNbw0IYtdzTI3vcS0eHXcVjtx4LVwrhJpw64a6tlMu0diU9LbmkNUCqQBnP9J084f3XMsqL DpoJR3fGx0IYg5F/AmJ6I0JnzMmbRqUeWX8RKEipUUskBopFjJT68KT8FtdPHcLk0joG+/PI 53xcvjWBG/enEQx5lI0w+LYFkzCnrsUxgoyN7iCLqFJBp+9huJDD7Tv30KiFuHDiMJC1IMiu w1L3bQIKlxgpZVIhjBUiW5hdhGMzvPtSxsVz43j1aQ6F3hwOEEGVAAxpBNsKKBe8WN5EGFbT LCRlYJQxxwVGDsL1MiDm9JqZldrfttAiP2XyitfzcG0bjNpmFhjJzPoEXG+2p8VgE9Ys+13p LcwtreqVnT+B3g48fzOJyo9lwgiMP57Ax/IaMJTHs5cfsLWyhIrQCIicxKU0KQGEsoSWoNTE 6KMFC5ufgf39OHnlKZEG6Nrdh6sP54HKFLCvKHqg3BYjFqqUIG5Efj7IYaBfd2RLhTThBhfI DpaIW6FJAZeKu+CRJbopJwgChPXI/0OwOjM1pmSSc33Ha0pjUVMAQNUE3b4tRHS0FL1qNmNb LZGsz86MGQLzVzbzv+sXTa2AeutrNisAAAAASUVORK5CYII= --------------030107000209000801010601-- --------------010901000607040603060507-- --===============6270400697781641122== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6270400697781641122==-- From xen-users-bounces@lists.xen.org Wed Jul 11 09:30:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 09:30:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SotEP-0001mz-PA; Wed, 11 Jul 2012 09:29:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SotEO-0001mr-6p for xen-users@lists.xensource.com; Wed, 11 Jul 2012 09:29:12 +0000 Received: from [85.158.143.99:14330] by server-1.bemta-4.messagelabs.com id 6D/18-24392-7674DFF4; Wed, 11 Jul 2012 09:29:11 +0000 X-Env-Sender: matthieu.lejeune@exxoss.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1341998950!17017676!1 X-Originating-IP: [109.69.220.67] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17144 invoked from network); 11 Jul 2012 09:29:10 -0000 Received: from mx2.exxoss.com (HELO mx2.exxoss.com) (109.69.220.67) by server-16.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 11 Jul 2012 09:29:10 -0000 Received: from 217.64.252.174.mactelecom.net ([217.64.252.174] helo=MacBook-Pro-de-Matthieu-Lejeune.local) by mx2.exxoss.com with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SotEE-0000Pv-CA; Wed, 11 Jul 2012 11:29:03 +0200 Message-ID: <4FFD4757.6010401@exxoss.com> Date: Wed, 11 Jul 2012 11:28:55 +0200 From: Matthieu Lejeune User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Stephan Seitz References: <4FDF71D9.1090202@exxoss.com> <1340046969.7851.76.camel@wotan2> <4FFBCF84.2090309@exxoss.com> <6035A0D088A63A46850C3988ED045A4B28E3C447@BITCOM1.int.sbss.com.au> <1341930403.7075.24.camel@wotan2> In-Reply-To: <1341930403.7075.24.camel@wotan2> X-SA-Do-Not-Run: Yes X-SA-Exim-Connect-IP: 217.64.252.174 X-SA-Exim-Rcpt-To: s.seitz@netzhaut.de, james.harper@bendigoit.com.au, xen-users@lists.xensource.com X-SA-Exim-Mail-From: matthieu.lejeune@exxoss.com X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on taupeman X-Spam-Level: X-Spam-Status: No, score=-102.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HTML_MESSAGE, TVD_RCVD_IP, USER_IN_WHITELIST 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 mx2.exxoss.com) Cc: James Harper , "xen-users@lists.xensource.com" Subject: Re: [Xen-users] Gplpv drivers make reset raid controller X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6270400697781641122==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6270400697781641122== Content-Type: multipart/alternative; boundary="------------010901000607040603060507" This is a multi-part message in MIME format. --------------010901000607040603060507 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hi, Thanks for your help. I'll make some test. I have this problem with one DomU at time and just on the boot when Windows is loading drivers. I use this version of the kernel : Linux version 2.6.32-5-xen-amd64 (Debian 2.6.32-45) This version of the Areca Driver : arcmsr.1.20.0X.15-111012.zip And the last firmware of the Arc-1882i Thanks Matthieu I use Le 10/07/12 16:26, Stephan Seitz a écrit : > > Am Dienstag, den 10.07.2012, 12:34 +0000 schrieb James Harper: >> > Hi, >> > >> > I have make more test and on the same hardware, when I running just one >> > dom U with a Win 2008R2 it's ok. >> > After installing Gplpv drivers >> > (http://apt.univention.de/download/addons/gplpv-drivers/ >> > gplpv_Vista2008x64_signed_0.11.0.356.msi) the raid controler make HW >> > Reset like in my last post. >> > >> > We have found a workaround by exporting the volume group with iscsi-scst. >> > With the exported disk there is no problem. >> > So the problem is only when the domU write directly to the physical disk. >> > >> >> One guess... with GPLPV you can probably send a lot more commands to the RAID than with an emulated IDE driver and maybe this is causing timeouts in the array... when you start up the second DomU does the scsi reset happen very quickly or just after a while? If its only after a while, can you start just one Windows 2008R2 DomU then try and generate a lot of write traffic on the RAID in Dom0? >> >> Also, what kernel are you using? I can't find the text "scsi cmnd aborted" in any kernel source anywhere... > > That message is generated by int arcmsr_abort(struct scsi_cmnd *cmd) > inside the areca arcmsr driver. > I didn't peek inside kernel-tree, it's at least at the out-of-tree > driver provided by areca [1]. > That driver has been added to the vanilla kernel around 2.6.16, so > i'ld expect no big differences. > > [1] > http://www.areca.us/support/s_linux/driver/arcmsr.1.20.0X.15-111012.zip > > As written a few days ago, I'm also guessing the gplpv drivers are not > the source of the > problem, but a potential trigger. matthieu 's pointed out, that > looping through iscsi has > solved the issue, but I assume with iscsi, it just slowed down and > kept below "critical" i/o. > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users -- Exxoss *Matthieu Lejeune*, System Engineer | Gsm: +32(0)491/52.70.66 *Exxoss, SPRL * Rue de la station, 2, 4347, Fexhe-le-haut-clocher | Telephone: +32(0)4/341.25.81 | Fax: +32(0)4/371.94.06 Twitter Facebook Linked In --------------010901000607040603060507 Content-Type: multipart/related; boundary="------------030107000209000801010601" --------------030107000209000801010601 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Hi,

Thanks for your help. I'll make some test.
I have this problem with one DomU at time and just on the boot when Windows is loading drivers.

I use this version of the kernel : Linux version 2.6.32-5-xen-amd64 (Debian 2.6.32-45)
This version of the Areca Driver : arcmsr.1.20.0X.15-111012.zip
And the last firmware of the Arc-1882i

Thanks

Matthieu



I use Le 10/07/12 16:26, Stephan Seitz a écrit :
Am Dienstag, den 10.07.2012, 12:34 +0000 schrieb James Harper: 
> Hi,
> 
> I have make more test and on the same hardware, when I running just one
> dom U with a Win 2008R2 it's ok.
> After installing Gplpv drivers
> (http://apt.univention.de/download/addons/gplpv-drivers/
> gplpv_Vista2008x64_signed_0.11.0.356.msi) the raid controler make HW
> Reset like in my last post.
> 
> We have found a workaround by exporting the volume group with iscsi-scst.
> With the exported disk there is no problem.
> So the problem is only when the domU write directly to the physical disk.
> 

One guess... with GPLPV you can probably send a lot more commands to the RAID than with an emulated IDE driver and maybe this is causing timeouts in the array... when you start up the second DomU does the scsi reset happen very quickly or just after a while? If its only after a while, can you start just one Windows 2008R2 DomU then try and generate a lot of write traffic on the RAID in Dom0?

Also, what kernel are you using? I can't find the text "scsi cmnd aborted" in any kernel source anywhere...

That message is generated by int arcmsr_abort(struct scsi_cmnd *cmd) inside the areca arcmsr driver.
I didn't peek inside kernel-tree, it's at least at the out-of-tree driver provided by areca [1].
That driver has been added to the vanilla kernel around 2.6.16, so i'ld expect no big differences.

[1] http://www.areca.us/support/s_linux/driver/arcmsr.1.20.0X.15-111012.zip

As written a few days ago, I'm also guessing the gplpv drivers are not the source of the
problem, but a potential trigger. matthieu 's pointed out, that looping through iscsi has
solved the issue, but I assume with iscsi, it just slowed down and kept below "critical" i/o.




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


--


Exxoss
Matthieu Lejeune, System Engineer | Gsm: +32(0)491/52.70.66
Exxoss, SPRL
Rue de la station, 2, 4347, Fexhe-le-haut-clocher | Telephone: +32(0)4/341.25.81 | Fax: +32(0)4/371.94.06
Twitter Facebook Linked In


 
--------------030107000209000801010601 Content-Type: image/png; name="exxoss.png" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="exxoss.png" iVBORw0KGgoAAAANSUhEUgAAAHsAAABLCAYAAABQvfjSAAADHmlDQ1BJQ0MgUHJvZmlsZQAA eAGFVN9r01AU/tplnbDhizpnEQk+aJFuZFN0Q5y2a1e6zVrqNrchSJumbVyaxiTtfrAH2Ytv OsV38Qc++QcM2YNve5INxhRh+KyIIkz2IrOemzRNJ1MDufe73/nuOSfn5F6g+XFa0xQvDxRV U0/FwvzE5BTf8gFeHEMr/GhNi4YWSiZHQA/Tsnnvs/MOHsZsdO5v36v+Y9WalQwR8BwgvpQ1 xCLhWaBpXNR0E+DWie+dMTXCzUxzWKcECR9nOG9jgeGMjSOWZjQ1QJoJwgfFQjpLuEA4mGng 8w3YzoEU5CcmqZIuizyrRVIv5WRFsgz28B9zg/JfsKiU6Zut5xCNbZoZTtF8it4fOX1wjOYA 1cE/Xxi9QbidcFg246M1fkLNJK4RJr3n7nRpmO1lmpdZKRIlHCS8YlSuM2xp5gsDiZrm0+30 UJKwnzS/NDNZ8+PtUJUE6zHF9fZLRvS6vdfbkZMH4zU+pynWf0D+vff1corleZLw67QejdX0 W5I6Vtvb5M2mI8PEd1E/A0hCgo4cZCjgkUIMYZpjxKr4TBYZIkqk0ml0VHmyONY7KJOW7RxH eMlfDrheFvVbsrj24Pue3SXXjrwVhcW3o9hR7bWB6bqyE5obf3VhpaNu4Te55ZsbbasLCFH+ iuWxSF5lyk+CUdd1NuaQU5f8dQvPMpTuJXYSWAy6rPBe+CpsCk+FF8KXv9TIzt6tEcuAcSw+ q55TzcbsJdJM0utkuL+K9ULGGPmQMUNanb4kTZyKOfLaUAsnBneC6+biXC/XB567zF3h+rkI rS5yI47CF/VFfCHwvjO+Pl+3b4hhp9u+02TrozFa67vTkbqisXqUj9sn9j2OqhMZsrG+sX5W CCu0omNqSrN0TwADJW1Ol/MFk+8RhAt8iK4tiY+rYleQTysKb5kMXpcMSa9I2S6wO4/tA7ZT 1l3maV9zOfMqcOkb/cPrLjdVBl4ZwNFzLhegM3XkCbB8XizrFdsfPJ63gJE722OtPW1huos+ VqvbdC5bHgG7D6vVn8+q1d3n5H8LeKP8BqkjCtbCoV8yAAAACXBIWXMAAA7EAAAOxAGVKw4b AAAgAElEQVR4Ae1dB3xVRfb+0ntPSEIqoSeBkIReRbqCiAUUXVYFFcGuKAjYELAgWFARXRUR pQgoiPQqvYXekkBISCU9pJf7/868d8MjJIrs7n8JOr/k3XvnTv/mnDlz5sxcM40Of7u/RAtY /iVqWUclVS839nUzM7M6Qt083n9JsIWZCdDmAvBfAGS9u/6lwNZHLKFioePSikrkXipGeaUG V0dbONpY6e1yU17/EmALyApgIxVnFhTheGIGkvOK4GpvA383R3i62KOktAwpGVkICfD9G+z6 2AJVBFqxaxY+iyBvPpqAhKx8hAd4oVszP/i4OcHKwlxV7UJWDuISUxTYegepj3Wuq8w3LWXr LFuALi4rx4bD8dgbn4a2jX3xSM8IuDvaVbeJDmxaZi7cXJyUv3CCwpJSlJdXwNXJoTpsfb65 KcE2peZDZ1OwcNdJBHs4Y0y/tvAly9adhDNl71k5eWjZOFB/rYDefeQ0uka2hKO9HfROUR2g nt3cVGDrUymh5pLySizYEoPDiZkY0b0V2jb1U9DoFC8gSzhdyZBHFl9UWgpfT7fqcELR2VnZ OH02CdHhzeoZtFcX1zBYXe1f73wU1RkpNS41C+PnrcOlknJMG37rFUCbUrKqJOOIi028AHey cCsrQ//XO4W9rTXW7DigwkhcvXMoj3r2c1OAXc1eCca2o2cx4fvNGBDVGM8M6gRHO2sIuxYn YNV04ifvE5Iz0NjfR71WQBvDurq6IOboaUrqpYaoxrRqplMfnustG5c2N4B8GcSFm2Ow6sg5 TL+vB5r4ean3AoIujdcERB/bzyWlKor19fIwBBGgjaDaWlvjYno60i5mI9i/fk/J6iVlGwQr gmhO5QiBKamswldr92Hj6RTMeHiAAlpQ09lubcQotK53gsNnEtAs0BcWnIKptA2Qq19h61k5 uTifnG7iWz9v6xVl6+xaQCquqMKZhBQkXEjDtkNnMHPjUUy8LQrL1vwGG2rCWob4o1kjf3gY p1h63GqYpAcwncSUdOTk5iP0lg7qVU1WX1xSguMXspBJwOu7qzdgm4K142gclqzZjg/Xx1Cy ygBs+Odmh6kfLQdyywBbVsvTCUNvbYV7+nXCbV0j4WBtqahWp2Yd1N8OHEdEixBYWVpc8V6x cXaGLCpaKI6jqKikvmONegG2DnTOpSLMWbYZr8xfB5zNhJWPA1xC3FFOIi2gntvB2xrWPpxS aVXQ+Lx4+W4s/nU/HhveExMeGYxgb3c1juss/ETceRQUFSOyZRMFpN4RTFHNyxWKPg8z83o5 4plW5cYHWwf6IufBn63eh/UH4wELezRo1RjZRC2zij8VpGarChRWVqKwohwkUQ7IFnD3cwY4 ns/95FfEJqXji0kj0bihl1oEqaD/+l0H0bdzlBqr9XykdeTenOAWlVXg+GnmB5fqKdkVrVfP Hm5oyhYKVAIYx+dF++JxR/sW6BIWgt7vrEGxBTEWapOxt7SIoFYA5WS1ZcW8cprE++zyMlgQ Wt9mnti8OgZjrObh2zceh7erEzbuOgA3Z0dqzIIMkJFl604HPj0jE4vX7wI8GlGN6qK/rrfX GxpsvVW3xl9EZJAP2gR7YdraWMC7BcxdqNsWoEnNKC4wUHfJJaAoHygppJ9cL6GSHSGV1O7b yA3rFu3Bdx3CcfctUdh/NBaP3zdQZaGDq+enj+cXkikA/rYHYV0i4dPAXX9db683LNhGYRkp BaVIJaE+1NwLGxJLMPEMQQ5ujjzRdEkgjs+KjQv7LiOFF+UBeRc5iGcBl7KBQj6X5COV1G4b 4owX56/BiTOxGHtPX3i6OV8plBFGHfhyjvkrN+6gTzq8vL3g6/U32P+1Xq4z1YMXq5BR4YCV ieW4YzPBtOQKlNgYEGNOlOWHYzg9KJHDgazWyQtw9ibgaUB2CmAtwPN9YQ4craxQsvs0zKIC ERXenBEuK2TUg8lPYkoaFq3cRB9PhIQEK1Wqyet6eXtDUjbpVabA4CiMLRka3j9MAcyClMs/ WPKtAK33Bt4qCperOEtWyYlUaMtOYU8BzY5LlpYE29Ia5TkX6FeF9IJyZOQXooEzw+gsxBC7 +nfVph1I3G0QzjpFt4KFLo2bjO3VgevJzQ0Jtt52ZRUajmYS8lKaDZF751rrb3iVRhfAFSs3 +ksnkGdRflqR1N0aspMwklB+ZTmqUsjS/QNxNjkH6TRgUGAbo8pFZ+GJqRex9GdO76S7BTRA u4iWKpT+Xj3Uw58bE2xF2jJ3Bi6KLsOGixWWRlIm15ZCW6lHM0X97BMGjM3khi8V6OoHcCfg leQMh9ehyqcpBbcKaGZlaqyuC6/VG7dh2087mIkV7r29M4L8mcZN4G5MsI0NW1DKeTOtTMhD YcaplgMBtuI4LcoPS3MaHjBceZVBn83ZGcrZEUoFY3nBeTTMSdUyHTu1EwiOQJUj2XvcEZjZ llylJKmqqlJz63NUv346fzmsfJ1QnpqDIf16KEuV+k7V0qQ3NNjrdh/BmWR7uPn5UytWDjtL c9gQdAsFtoAuYJOQq8wIsoYScgJLzsQKNf7YEGgqRbB7GXUiFNrCeqIqPY7CG7Vo5gWkbukR BidAihJFmML3y3/FkXX7AF8XhPaMRmTrUBWojqHdmEL9uNxwYOvLjkfOJuOTDfsRFnkbMi3M YEsw7KzN4ED+bSOrXQIN8RIQygh4ERlAMcMVkhuYW9mimJaiFTsWEnSaIbXuIz0CVc4E3cUb lkL0FperrgO599AJTJo5H+4hnsg+m4URkwagRUiAGstlha2+u8s1vgFqoiiMFCdU+vGy7XiO CxmFjf3w7P48RDlYwIlgOxsBV4QppEhXxEE7v0xDXkkl5TE7mNMWvGzrAlTYUBLvOJhyFim9 qhLWtmTNjp7wcbJEQ1dK4nQ6VecUFGLGZ/NA01Nk+9ihWbdw3Dmglwpzs/zcUGDrjXrg+Dns Sc3FjCcGIaHMDK4O5vCwNYOnnTk8eXWzMeeYbQgtVJlLoDMKK2BvRwBpIZq5/jtYOzeARftB pHiSsUZ2zt5RJdMnBzd0ifTg0qetSkDYt7gFS1fhx7k/wS/MD8nHE/Hw5LFoziVScbpGTT3U 458bBmxdACqnYPX+L3vwQt82cHGwR4h1FR4PsMLRgioEOZmjIQEPtDcDiVMBWEyqTiqspBDl iJPn0nDgx7lwCmwJs/YDkVtEkEnRanAn5sWyPObpiiFRBj13JVm7zJ93HjyGp17/FA6NPJGc TC4yoCuGD+mvYNXLVY8xri66kT6qn//nNwdik5CXW4Bb2xkEIycrczwQYo0mzhbwJVW3cTVH Bw8LdPK0REc3c3TmtUeQLaxTz2LTp++iUUQUgnrfSSVbJaxI0SK9i5LNQ/g+B/d32zqhlRep mmpWATozJx/TP/ySq5iZcKG9GnLLMfmZRxDo20Cx+JuFqgXYG4ay9UZdvvMEOjTzR4C7U3Vj t3K1wLAADelUrrRwsoAXQddIlWbsCPasxI5te/H521/ijvsegGXr7jidVQRrAZu83o7jvxsJ OqO4Cnc2tcY/w+2Mwp0593hVYebn3+GXb39BUOtGOH/kLEaPH4V+PTv/zzv9f6MANwTYOqvM vlSC+IRUjLyja3VdRQYTObijhyXSSzQ4qBJzjk2qLKTEPWfeEvy6eRfef/05FJF9704upg6m CjZUwtiRbZdwUM8oqkK/RtZ4v7sDGlDA06XvbxavxPQJn3ARzR/nz2fDv1MbjH34Pkr9tGox zrurC3IT3NwYYBsBjU3JRFZpOVo3alDdtAK0OJlq+ZD76hzgVPx5THrvc1jT+nPerFdh49MA K+JLhWPz3wxF3Jl5jpyAE2q82MYWT7exQ4C9OXUtGtm3GTbtPIDHJsykOtRZUTjyNMx+4xmE N2tULaGrjG+inxsCbKXNIKqZuZcg5gZeTsKcDU6oXv51qbmgsAjzl/6Kmd+txPMPDMQj992p DAx3XSxDDufaF/mfRpnMjRT8aJAV7gy2Ri9/K9G4cgZWBUtq486cu4CnJs/gOJ2LwNYNkEj2 PeXDibi9Vzc925vy+j8BW1iz7hTlGsnXzdmeRiYEjezc253CEp1Qsvzn0v5s974YTP18Ifw8 XLDg3ZfQoU2YClPA6ZWjlQXHc0rsdmaw97OEr6M5wjjWC8jidKCTuSX36cnv4cSmGAS3CUTC oXjcOfJuPPHPezmdM2wYqM0WzZBK/f41I9WYtv3/e2307AXQMlLe6/PWwsbOFs8N6QpnWyuc TriAnfsOY+3WPUgn5T//z8Ho1b0T7KkONY0rlZD/mtML8ZPxVyTvizQZHjPhbfw4ZwmCIoJx /nAKIvpGYfHn09AsOOCmHKevAFTA/v9zVRSiDbnJxXirPDjnVdf8olJt87FzWmJWvno+eDJO m79ig/bbnhgt/1Kh8pOfysrK6vuaNxyXVT6Soh4uJ79Qe+zl6cS+sebfqpcG50jNM+p2bVfM cRWdHaJmMjfd83+csg18gm0q7NfYrYS65J7NScHoIE7SLMiJCpMi7n+ObBWKTpEGdizv/4iF EgGVqi6oGbOo9aJL1IUlZXhj5ly8N3EWGoYFIyWbtmoWNlg1/x3cdksnxpUzVi6Xt9bEbgbP /0T3FaoQCqpJHeKn/E0y2X/0tObd8S5BjP9BGkL7auu276sOoVN4tYfxRtKumX7NMKbPOkUX FJdqk2fMYV4tNa8WPTSLwE68j9TmLf21OvgfpStEL+WqJMuo+f9HcfVMJFzNuOpZ1UsPVffV kL+hPfV2VVeJX3e0K97IuPdvOb1R9USEuVJZUaMArCgLpbtDJ+O1znc8TPOTKA0N2mrebQdp G3cdNL7+c6DqaZpe9TLlFRZrE975lOA219yb9dAcG3XhfYQ2+9ulmj4I/B5YUuLfe6/nKWHq Cvd77/T4cjVtH1P/fze+aVr/FhtnQkpSFk1UXEISklPTEMtpTSGnR87UVYc2DYZfQ180Mm6F ZcGrpev9x85g5PNv4MiOE7QLs4Q/V7e+n/0murVtbWCrhKUuVm3k5AbGyvFBHy7EQ/KQaRqB xlsffIEZkz6GZ3M/VHDlKzc+Hx99PQljKXmLFpVg1jlsSB4ciZTL4bJpSlYBymlIoefFbsDN BZwmUtPn4yjWjmRVxvZQDzWe0/KLkZGVC5K3/loJlHYURgO5U0XW6sUxW5M8DO0r/snZBcjK ZnzWT3cS1oHDYZCvJ6xZoZr56+H063WBbVqgk1RuLFiyEjOWrEXpwQSmSxtuiC0RjcbgjPDe rbj9ZhDuHzKAaxA03RUwpBX5v+fwSfzj6VcReyRePYeEBmP+R2+ic5SM4TK/Fm+9eelVh9OB 0YGWadrkdz/D7Cmfw4tAl1dUEOgszJg7Gc89er+S2H8faEMjF1Mxs+pQIn7Zexbz4jJosUrr VmlsWVyRq60FBjdyx8C2jXFXl1C42xtmCFJmveFzi8uwcsdRLNlyGCu5yxTshCquKjQItDPu 5l7ye/t2QKeWwaqG0r5SeUlHTnZavnEvlm7eh7UnLjA+21biSiB2kOYBHhjSKQxDB3RDZNMA Fb+un+sC25CTGTbs4D6q8e/g3Pb9TF8UITTwbuAFZy9H5GfRUD8tk3409kMRho6+H++/9hz8 fbxYV6mIAcjtB47hwadfw/nYRGUfFtauOf416zV0oJGfNJgE1OGWde49KcUooO2RDfXiYooU 5W2LBlwJkzTFwOAiz0WZMH02/vXePDRo6YdSWqvkxWdi2uzxGPfECMNc2hiWBbvKGbNEAY/p eHvlEUxbcZQLKNTU0GCRqjbDaoLYqhfzWSzgaB4lm81G9A3F9Id7c53c/nJZqC944+s1+OSH nQzHuGI5IxlYk4olLZ4MQSW+4Z6g/TRhOAZ3aV3NcZJpFPnKxwvx7TdbAUe2Au3nRCMIO5rr KIsN2tbJ8l8R0wr3w6a3HkfPKBpH6pWoUbs/DbbeqHuPnESfh8YhPyaBPdwa0beEY8iAHmgc QhtrnlaQV3AJR4+dxCcLVyE7jVSRkoKRL47Gh1PGwcHWRgGpQCSYW/Ycwr1PvorMpDRSTzki uoUqwKPDmhkAZ6Gll7NK+P5oLkasSWeF2GDmVri7uSM+6OUGf3sLxHNT/eR3PsEPn/wAn9Ag FJCqCs/l4t054/HsqOHqCCy9/DXa4arH2ZvP4Kmv9oCbQ5FDCu/dxAO3tvCGq7NwLLY7KXR/ bAp+2J+AhmYVSEm9hBdHdMbUh3qDyjtFeJ+u2IUn31oGH287pNlYYmSHZmgV4gtr6giqyM5z Oe9fs+cEtp9JVhTvxl0vO2eMQQv/BmCWmP7NCkye+AP8mrkg2cYWT/CUpxaNGsLK2gZVHJay s3OwbGsMDiVIuxWiZVRzrJ35LAK83AztKxRl6kg91+zIJlXYzNwC7e5Hx7E4zTQ4RmmPjZui nYhPqjWdrXsPaeF9hlMQi2b4CG3Ryg0qnKSlpyce5BIawvtraNie4Vpr0f0f1GJOxJmEVbfq Z8GxXBqTx2p496yG985rg1dkaunlmvbeR3MZF1rTyD4aAkTqbqN98NVCrcJYbl1wu5zSlXfG YNrZnCKt3ZTVGh75TsPIedrzC3ZpCbnFVwbmU05JhfbRL/s03Pu+5nr3OxoemKVtO3lBhUui nqD5U59pVn0naugzUZu6YKNWokuFJinti0/W2o7k/L/rGA3NH9K+/HmLensyMV3zHjpRc+r0 qIa2o7Q5yzZprOJV7rej8VqLIS9oiHpQQ8hQbflmfWZjwMo0gkEqMEX/Gu537o3B0i/WMqQV bh/SDZNffEJtfmdjUi1Zye1XvLLnyRjavV0E3h4/hmuMknAhVq/fCipOFKWKDwsjF/TqHI01 n75BGzEX2AbY4cCaQxg7fiqOnjlnDGsYwyXs8DCqS/tzsURYqIWGn08X4vlNuegxaBBGP/kS YmP2kLVV4bMFr+Gph4YpA0UCWa1flzRqczLbFnc4KQf70i7R1o0P7o4Y2zccQS62ij3LWC9l pvQMV1o/3tezNW6ldUuusOicImTQUkZcLjchnE7LJYevgnsDZ/TtGKrSE7WtxJfy8AZtQxri zq7hqrwiqKaJDoCuIL8A6TSRqqJ84BvijZ7tw9V6tLSvIT6HErqu4SHo15Hx85m/vRXbVuQl cTWomj7XrBuXDISVXqIiZAM3u7E6QNPGGDf2Ifg3MJxFItJpba5vj04Y9fwd+JKKjdW0GH06 IRGRoU1VoZVVpzHtft3aY+Xs1zFo1EQ4BZlh54p9eNJyOj57dxJCeT6ZlEHjmCUrYMNDnTl6 WOPuVWRhbLgFh3LhbuuFh59/lueXVaJd924UDAerKithTMTvP3KCNYPl5VGI4vhYSkDvCHaH m1Halne60ke/isFDz+a+2LTjDMdfSyXlSzYCqpRLEhS2Lkd4iNM5q1wFLvEd2q8j2oQ1Vh2g ia+hLTkHV4KcxiYVSVtfCNIlGFMhcNTQvujdLVrVtXVjf8mmVnftYDM6y4dLNMxb+dtB3tkh upEvUniwzEYKatLjpAA1nQBkSWN7GzHt5T7n9L3n2Zj5VwQzLfjAWzvjp8+n4M4R4+HWyBnb lu3AkxbTMOfdydRf+7FBOH3j1Eq4RwvLTHzd2wMPb+ImPhobfrwzHYWRLnhhymsI9XRQeSig aynXFQXggxFn5V2iC1LMy8fBmpaoRqBUC1wZUzYrOImFixnDSGc0hnHhyp29mwPMCwt5+E4B t/7uR8D9veDpYJimSSrSWtI+TTl1kn9TZ+/I8pMj2Ofn4fy5dCzbsBuP39PHYE1jElDihwc3 VP8m3rXeXjPYOowFlwpxjsdIwc+VixQpGD72DbIgshAhammxupyLNUJa++LskWTOwymp05l2 DlPAB/fpiiVfvYV7/zERXo3dsHnJVjxrbYWPpk5Ak6CGlMKrMGfBcrz5/lf48oNXsGhAOwxb eYH5l+Or/Rc5l3XF27fSUMFW5aLy+r2faqCN1G9g5/RlQ8q/Tk2/l4ah8gZbdgnn5+mCN/q1 wbh3VsCX1qpvL9uFwzS56hndDNEtg9A6mMIe58iy0iaOWihDh+OjtEWLYF9MGtQBb72+BP4t 3fDy5ys5VT1DPUQYorlHXQB2crCrji9EIN3n90yerxlsVSL+FBVzTOCUwZpnkFzK5bwz4zx9 /ygZNlqGBc6qadhZXJK5Zi3OFPB7BtyC7796HcOHT4JnYw+sXrAGr1AB8eq4Mfhl3RZMeOp9 plCFp5+Zgjkfv46v+oThkVUpcLCowtf7MrmLtwwz+vsR8BpnpdTI15TyN8dlwt3JRi2XKhYs YF+DM8AlAWWoM0QQ1vtQ//ZUxuRh1oLtauq2evsprN55Gk7kOmG+bmjT3B+DO4WjdZMANKRy RqIahipNse7RZM8ZVKbM/WoTZzwalvHIkGXrYuDJDQzNuQdNQL+jawTCmgSpA3dVCaRz6oUw FKX6949Qqg6o39hwnASXHstic9BjSAfcM/A5snBS9jU4qUwRLVFaNmtcZ2hTwO+/ow/K55Xj n/dMIkv3wpKftmIJ16GRyQ16gc7wc7LD+aPrsGhpe8x+vy2nMz4Y9UsSHLnTc35MJpkNDQwH BMCLgpQpqHrmup9AuuTgBQz7/hB+frgt7DiH53ihB7v2q+IEhuAy5nrSXPkNHtXVo1Uj/Ljl CL7bF8vt3jkoSMzG7oRMrs/HYs6S7Qhr6Y9Xht2CO3tEU8ayqAbcz90Z7zw7nMaXLfHjpn34 cddpxs9GZlw6Ms+kY8f24/ho3np0bNcE4x7oj9u7RXHHDHe21AH4NYMt9ZAO48SjptxcHJCD i2jK3RJjHrlPCRnXRgOGhjB2/jp74GXAgRF33waLZRZ4cPQbnL9zp0d5ESy87NScOfl4Fh59 aSpeeWYUd4pY4Z8RrpwFVGD0r4lwIeDf7M+AWVUF3r2tEe3NrwRcB1oUNZ9sjccLy45RJ1TB fmzBTaOsjRKuCLjcX4uTcKLwMFZOr4MThbbBncPRPbIZXkzNREzsBWw+fBYxp8/jKMdiHp2I 47STf+C5WLwzPgfPDOtD+zkBzEDlch76sD4d0btTBF5JycC+E+ewJeY0Dp9KwAmeskxpFLv3 HMfdW07g03dG4tEhvWBJoCR+TQK/ZrD1SlhzQh9GQWn7fmscPxWPeJ7P3TSwoWqUutjHtbRV zTCG3mkQjJSARCGomKcriGGDJaczmaczMOHtJxXQjlTqCHhSyZHRnkp4G7vqPFyFpe9N5yCj YdptIQpwTnVV5xRpOoubw6b+ehKzNsTDk1O4TAJVSM5jyJWtpZxc9XujV42L4S1/TYIaRDVa vpBDSMO7sfxunGZF8H9477Yk8ALsPJ6ARWt3Y/nuk2hApcvLH69EB7LmHm0MMxVpc8NYTFNo EplHsyC04f8/b+/G4SEHO47E4bsVW7H2wGnY21ZizMzF6BjeBJEMYyiMsecZy2uoV43C1/ao R3PmoTO9OrZhEHPsWnUc+w8dV8ENlZLaXlFnwzuprdEJKJefdN/LV33MkqlGOhcOZB16+OCX 4Mwde9YU0nIzCxSwctRCTnY25FA6cVI+IUbpvY+198ZH/QOQy7m+M0H8YmcKJq2KpTEjtwcR ZOmUsdnFGL3gIGatjePGAwtkkqpFDRnoblB3GkmLmiyWt5YC6+0hr0S4MpASH4xOLGMkH6mH Pu1Sc2u+tyarDaAAN6xHBD55+UEMatsUGbJzhTr9g6fOqW3IImhJh5R05F+ctLHka0Pu08jH Ew/27Yg5rz6G7mHBSmOKi3k4Fn9Bha2N8K6ZsiWyZGZDwaxbh0gmKPPBUsxbtALdO0bDjwfM KMDpqzeEGvXYUvocURpGn5/y9ion8fWwB7gq9tp7n2HVtyvg1tRffc+jKD4H3u2CkZ6UAc8m jpyOfYmc/EuY+eZLaChnnjCvKrJS2co9upOvWiF6ZmUc3Kyq8Pn2JJhxd+e0O1rgTHoBnlh0 hCw1C4HULSfmlyCQx2h9NSwC0ZxlnEq4yF7DRFiB2MxLSkFEhFQn08svnVLuRUWdmkNFiOjL SQDUC6p6JWXmY8m2I9wxXAqZht3ZPQI+/DSFdHbdSX19OST2pYS+cvUhzmi4z416eAElMS0L 36/bQ71RJdzcXHBXz7bwYDqqw0gDq/6lIbiBGzq3boJtG0l0tLPW217Pw/R6zWBLJL23tI0M x4NPDcB3Hy/G2p92YlrwF5j8/OPw8XA1TduQMRukhBVYvHI9jlEb9uwjw9DQ+8o5pTScOAG6 iFYly1dvwmNvfoyiQwm0/gxBInssUvPw0pQxGDniXixbsYbS+BQEkuUtmrNULTXOeP0FnhV+ GXCZ/47uIvPySjz3EwUbc07XdiYhhQqTuIwCnEjK49Ikgc4rQe/wBpg1LBLhPs6qHF4e3BDo aAVr7h/bxpOa4qkJ8wjh3jHjNEkC6W0hZVvMcro6kOsQeX2eXUBN1gtz1tPcNYc83AHNqRP3 cQm+orObG5VQyaJ1kwJT+a/3hVRytQkTF9GDMxd/D7QNDVFgV0+tFKqiXqK8mk29hVL3SWc3 dDZVkRo/Fq/T1fCr81GnbjsqSIIC/DB35z4utFK1uOckYtOSKLg5w5xnmkiFxRRIPq5y7FQc Zs1dgFeeno2dG1dhMwWTXl3aqQNppGeLk3Tl/wyNC6fMmosJT85AORcX/Km9SjqaBFtOTf41 +1U8SWHQ290FURHhsOWXAX6az50cYYHYvmonUgvz0blDlJp7SreXRpAxPDLQRW0IXHMuh9uB qnDyQh4uFpYqCT2DJzGN7BaMmfdHoamHg6IaKYc7pejjcak4mUigzCpxjpvyA9gBbCgbsEdS Baohl9PP40mZ+Gj5DgpcidwbXkHZxR1jBneiLsSespo5BbAkJHINWk6NcGZnCwny5SIGtWxM o4wrHflcqFm1+xjeXbyZKioe2pdfzuO6eiCskR8qGf9gUgI3OJCzEFhPqlID+AT7BcwAAAtk SURBVKEaKw5lolQq45JfDpc7l27ai4+XbuY2Jw2l3PUydngfhPjVvnXpT696CTgG4YmG9jw4 rtfjkwGe8W3Qqtih65BINAnwUUJSHFexdm0geykqkKaXqHh56qMY/+TDXD1yVM/yU0yhaPna LVSSfIHT22IQEB6IpOxCrpTl4MEnh+KFMQ+hTUvDdE100jKGlVIl+v6ceZj49HQCHoDz3Hk5 fMwwvEcKF5YuZZShVKgxhw0z/Mu9WHM0Hd6k5go+ZxWVYdrAFniqXyinapdNiPW6rT12Af1n kTK5/VcpjDjdHMiVr0A3e8WxLlL3vTiW0nQGqVL4fXElPh83EI/1ja5un+U7j+Oul+fBlsqd Enai0EBPdGnqyw2LtjyjrxKJGdlYeiQBjkVFuHQhH31vj8I3r42Er6uhbb765TeMfGYuD3+y Rn6lGaJb+KEdhzRRpsga/dnki1gREwcH6hQK43MxdNStmPPKKKp3a//ExXWBXY0Sb7gyhZls 9O8Wb+IcMEmgM1Re0ZYIFlT7gePKoGhO04bh3oG9lEKGnsodOHYan3y9CF/PXA54sfc2cELS 8Quw43GV770wEiPuvR1O/D6H8DehVqE8HZAyNtjMOfPJ0qcjMLQhErm4P+Kp+zFt0rNKhpAM UgrLMHvdaUzfcZ4HJcnpDNzxyWJlcz16XN8mmHRHBJw5r9anYqpQ/JG8fj5wDuMW7kbcWY7h cri8rGELnxVWyXSUjogyjIWvIz4a1gWP8BskthS+9LRkmfKLVbvwxBdrxNSEaTA+PzCjeovo vqnyVUdJUODq3yscU8fcg6gmMvSInMOTl9mhP160Fi/PWcH4HMqkDEVMVOQJVQam4Ux7AXtb 3DW4Haay7i0CvKvbR6+Lfr1usKUxDCMGF0c4Pm3bE4MDMUdw6HgsYqlOteGhdMFU6jdrFIjQ Fs3QlSw2iOeG6k7Wnn/m2PzCrHk88yQFns08kEnBCXmVePyloXiMY3MU17PF6Y2nxzX1E5Oo WXO/w8tjpiA4PAAJx/bhntFPY/6sybjAfvfi4hj8vD8F9hRe5CxSiG6aQpMzx/J8HtcwpncT vHVPNPd8X3lqsZ7XqfR8bD18jsyLJlcZ+bhQUKxWvHztrNCUmrCWgfxkVJvGXL3yUVH0jqhf xXPnqURs3XeCAmEyTqblIJkaRDuC2ZRjeTjH42gugvTvElFN0RJHjy/tvJVHbG/bc0SpW08x fgrjO3G4bOblhLBAH7Rv0xx9eQqj2kkjnZEEUZu7brAlMSmQOKE2cfKUlkkNEacQ4udAivTg KYIiwevufGoGft3wGz7nITWH1++FW7Anz/tmj6XqtTOXSyeMHYFbu7ZXmwAkRUPZay+83glk evTRF9/j+cfHo2FEGD5863m4Nm2NCStOYf/pTCrbrJCYW4KeYQ3w5t0R+O1ECl5Zchhu3A2a Q8of3bsZpg5tz1WzKwHXG1zKXiBjJC1PZMgRf1uOva5kx67sJLozlFV/kva5st3FDi2PbSOf j5L2sbezgRelcUemJc40v9qeU7lJIt8YX8Z9e1K0F89hdSBnqC288jT5uS6wTadIUiNpbLkK 6zGT1Z8aThooOS0dK9dvx48r1mHnyv1c0aGwI/MWAt3x9nZ4cOhA3HVbr+qv71yRR430TB91 wGUM/2HZKoQ0aYQSp4YY9u0+5FLqDqBgk5Rfin90DsSrQ9qgiYc9Ty6uwvSVhzF1+WH42Fsg raAMj/Vujmn3dYAHKVZno5KPACCdWJ9ymeZ9Le8ljEpP+msdFCd5iNOJRj2Y/BjKo0KY+F6+ lTYwJF87Ueghrw9sJl7Ic7pL2UPFiLA2d4nSeCpP9U1KSubWnd349ueNSNsbx6BkpUriqcIt d3enIWJ/9L+1Kze/G1j8H1W8tryqhTa+/HZHAh5beFCNjV4ciy+SVb80oAXGD2plYNXG8fAS AX9j2X7M+PkIfMniUzkFG9W3Bd4e3uVqwPVMpU8r6A0eAs7vN68eUeLRGTuO8hUPRtYBvpZ0 VMczdgy94+jx9HRU2nX8XOZBdQSozVt6uTnP8z5yOg5x585zGLTimOigxnAxt82mZutM/Dms 23kIxzZsZxIiuPnxn/Pg8EYY0acTZBmzXWQrBNAAUXdSmWspdHV43kgckc4zRLomcB+uOwM7 asKKKcBc5BEcHzwQiTE9W6hprOIC5D5ydaT+efKQaNoRVmLWisNoSOXKl6uPo4LP743oxqkO t/OzY4g0rzeoAufyk16Ma7qqNEw7R3Wi1xRdBVKdqw7ucC2pXBdl6wmLtufA8TNYtGoLDhw6 hh1xibTpofEczvGf/cguCC3bBMCfX80JDApAh+hW6EYzJf+G3vwEk1psVmBJen8GZAkvHVwJ iKx8HLVc4xbtx0+7E2ndaaMkcLEUXDic69zRQRL8KiFPZ/+5VJNOXrgLs385zK3a1kii0uXh 3qF4d0QPBXgejTVkm9IJmkzn8n5gjw6w4Vz3AAVRGX/b8JMT8lnHFvwmyRF+XiKRixW3dIjA Bm5z8mvgyY+/NcUOWtC2oWVOSnomgvy8KTwbDBjW7TgIb+5IlSM91jJ85zYt1cdfhQBEKZOa mQUXR0dk51INGnse/bq2VVuO5QOx22OOo2t0ODKZt8xKxGr3DOf1DpyWtQ1rqupc8+e6KFsS ES4kle7MfVryn5NXoBZFUi9moriYAhcpwsHeHt7UaknhG1C7ZtqZFUtiGnWNhZJHXU4HSuDe eTYTY7/bhUOxFMRcbKgRK0Iobbk/+0cndG9COzW6y+Evpyj5ir8IWG8O66SGpC9WcPmUmqiv F+1DEY00Zj8xABeSUqhUyeKyJ4U5milLnQX0nzfT8pTqS7GUjTl9Dl4URLfsPQLRfMmX/n5c sw2NaWghFjpvzV2ISY/fj0SenujiSAsWxpFxeOvewzyRyY/GIOnYeyyO2lIOj1SUDGCHSruY hRU8PiSscRCFOE5HubSZR9Vw3PkLSoexm+eli04+k+39zdpdeGvsg+qrB1YU1nSwBSPTNr9u sCURAUycUKV8sLRtq+Z8kv+6nWkc04LUHePKN5Kj3kF+PJCAUQv2Io8KmABRffIslf5tA/HB g53Q3JsqTzopoh5eeZj86IC7UQqfzrHaxc4SO+LTuZHfAutpcLhobzx6BDjy29p2at4uGkJx AlZzArmXH3cT+/ZcGgeeu5DKnS/eSjUs3wdrEuSHRtR4CfX36tCawFAYZTvtOHQS9/brpoTZ xlw9LOOw0ZAcwIUU6e/jTUE2A1v2HUFUaBPGLaam0ZF6e290Zj0cKH1bcynXlZ+QVOGpdvbj /21U8Hjxa8HBzP8sO05151bs73Ir/1tsXG83BbkRePFTz7xezsYQ8s+yakOsy7+SrqSZT+XG J+uP8sMweynvsREpQYuh9eP9Q/H6Pe14qB0ph+VRY9zl6HXe6Y1TxLREsJROIJ1STlqyI6UI UOqbX6QkoWxxxVRwFJLVunCbUz5t5GVFzpJzX7Hk8aDQKgs01tQ1WCn1scSgQofst4xDnycX NqRsOewkAp49h7SLXLJ0ZzwZGkX4lXsZQhzZCSypQ5fD7uXUCJm2WTFODu34hMCk2cVMS2QL 4ahSTvlIbG3uPwJ2bQn/t/wE2y+3n8bC304hkCBbU18tlpwRTb3xcM8wxZZ18P5MGQTca+2M eqf7M+nfCGHrHdgiIWdc4kE57MHWlKiF0qVXOxkVC9cDtA6EUIlMrSTNakBJgUI+0hGq/eS9 BBZnfG94MPyqsDXfm4TTO5Wehh5evxqSNXAXSV+VRy+DyVXlLYElr1rSN5Tm8m+9A/ty0a++ 0+t89Zu/faQFrltA+182n4B6hWPXl94vnftvV3cL1Euw/wa1bkB/783ViuzfC/33u3rdAv8H ITCJ+O2qQGgAAAAASUVORK5CYII= --------------030107000209000801010601 Content-Type: image/png; name="twittercolor.png" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="twittercolor.png" iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAKRGlDQ1BJQ0MgUHJvZmlsZQAA eAGdlndUFNcXx9/MbC+0XZYiZem9twWkLr1IlSYKy+4CS1nWZRewN0QFIoqICFYkKGLAaCgS K6JYCAgW7AEJIkoMRhEVlczGHPX3Oyf5/U7eH3c+8333nnfn3vvOGQAoASECYQ6sAEC2UCKO 9PdmxsUnMPG9AAZEgAM2AHC4uaLQKL9ogK5AXzYzF3WS8V8LAuD1LYBaAK5bBIQzmX/p/+9D kSsSSwCAwtEAOx4/l4tyIcpZ+RKRTJ9EmZ6SKWMYI2MxmiDKqjJO+8Tmf/p8Yk8Z87KFPNRH lrOIl82TcRfKG/OkfJSREJSL8gT8fJRvoKyfJc0WoPwGZXo2n5MLAIYi0yV8bjrK1ihTxNGR bJTnAkCgpH3FKV+xhF+A5gkAO0e0RCxIS5cwjbkmTBtnZxYzgJ+fxZdILMI53EyOmMdk52SL OMIlAHz6ZlkUUJLVlokW2dHG2dHRwtYSLf/n9Y+bn73+GWS9/eTxMuLPnkGMni/al9gvWk4t AKwptDZbvmgpOwFoWw+A6t0vmv4+AOQLAWjt++p7GLJ5SZdIRC5WVvn5+ZYCPtdSVtDP6386 fPb8e/jqPEvZeZ9rx/Thp3KkWRKmrKjcnKwcqZiZK+Jw+UyL/x7ifx34VVpf5WEeyU/li/lC 9KgYdMoEwjS03UKeQCLIETIFwr/r8L8M+yoHGX6aaxRodR8BPckSKPTRAfJrD8DQyABJ3IPu QJ/7FkKMAbKbF6s99mnuUUb3/7T/YeAy9BXOFaQxZTI7MprJlYrzZIzeCZnBAhKQB3SgBrSA HjAGFsAWOAFX4Al8QRAIA9EgHiwCXJAOsoEY5IPlYA0oAiVgC9gOqsFeUAcaQBM4BtrASXAO XARXwTVwE9wDQ2AUPAOT4DWYgSAID1EhGqQGaUMGkBlkC7Egd8gXCoEioXgoGUqDhJAUWg6t g0qgcqga2g81QN9DJ6Bz0GWoH7oDDUPj0O/QOxiBKTAd1oQNYSuYBXvBwXA0vBBOgxfDS+FC eDNcBdfCR+BW+Bx8Fb4JD8HP4CkEIGSEgeggFggLYSNhSAKSioiRlUgxUonUIk1IB9KNXEeG kAnkLQaHoWGYGAuMKyYAMx/DxSzGrMSUYqoxhzCtmC7MdcwwZhLzEUvFamDNsC7YQGwcNg2b jy3CVmLrsS3YC9ib2FHsaxwOx8AZ4ZxwAbh4XAZuGa4UtxvXjDuL68eN4KbweLwa3gzvhg/D c/ASfBF+J/4I/gx+AD+Kf0MgE7QJtgQ/QgJBSFhLqCQcJpwmDBDGCDNEBaIB0YUYRuQRlxDL iHXEDmIfcZQ4Q1IkGZHcSNGkDNIaUhWpiXSBdJ/0kkwm65KdyRFkAXk1uYp8lHyJPEx+S1Gi mFLYlESKlLKZcpBylnKH8pJKpRpSPakJVAl1M7WBep76kPpGjiZnKRcox5NbJVcj1yo3IPdc nihvIO8lv0h+qXyl/HH5PvkJBaKCoQJbgaOwUqFG4YTCoMKUIk3RRjFMMVuxVPGw4mXFJ0p4 JUMlXyWeUqHSAaXzSiM0hKZHY9O4tHW0OtoF2igdRzeiB9Iz6CX07+i99EllJWV75RjlAuUa 5VPKQwyEYcgIZGQxyhjHGLcY71Q0VbxU+CqbVJpUBlSmVeeoeqryVYtVm1Vvqr5TY6r5qmWq bVVrU3ugjlE3VY9Qz1ffo35BfWIOfY7rHO6c4jnH5tzVgDVMNSI1lmkc0OjRmNLU0vTXFGnu 1DyvOaHF0PLUytCq0DqtNa5N03bXFmhXaJ/RfspUZnoxs5hVzC7mpI6GToCOVGe/Tq/OjK6R 7nzdtbrNug/0SHosvVS9Cr1OvUl9bf1Q/eX6jfp3DYgGLIN0gx0G3QbThkaGsYYbDNsMnxip GgUaLTVqNLpvTDX2MF5sXGt8wwRnwjLJNNltcs0UNnUwTTetMe0zg80czQRmu836zbHmzuZC 81rzQQuKhZdFnkWjxbAlwzLEcq1lm+VzK32rBKutVt1WH60drLOs66zv2SjZBNmstemw+d3W 1JZrW2N7w45q52e3yq7d7oW9mT3ffo/9bQeaQ6jDBodOhw+OTo5ixybHcSd9p2SnXU6DLDor nFXKuuSMdfZ2XuV80vmti6OLxOWYy2+uFq6Zroddn8w1msufWzd3xE3XjeO2323Ineme7L7P fchDx4PjUevxyFPPk+dZ7znmZeKV4XXE67m3tbfYu8V7mu3CXsE+64P4+PsU+/T6KvnO9632 fein65fm1+g36e/gv8z/bAA2IDhga8BgoGYgN7AhcDLIKWhFUFcwJTgquDr4UYhpiDikIxQO DQrdFnp/nsE84by2MBAWGLYt7EG4Ufji8B8jcBHhETURjyNtIpdHdkfRopKiDke9jvaOLou+ N994vnR+Z4x8TGJMQ8x0rE9seexQnFXcirir8erxgvj2BHxCTEJ9wtQC3wXbF4wmOiQWJd5a aLSwYOHlReqLshadSpJP4iQdT8YmxyYfTn7PCePUcqZSAlN2pUxy2dwd3Gc8T14Fb5zvxi/n j6W6pZanPklzS9uWNp7ukV6ZPiFgC6oFLzICMvZmTGeGZR7MnM2KzWrOJmQnZ58QKgkzhV05 WjkFOf0iM1GRaGixy+LtiyfFweL6XCh3YW67hI7+TPVIjaXrpcN57nk1eW/yY/KPFygWCAt6 lpgu2bRkbKnf0m+XYZZxl3Uu11m+ZvnwCq8V+1dCK1NWdq7SW1W4anS1/+pDa0hrMtf8tNZ6 bfnaV+ti13UUahauLhxZ77++sUiuSFw0uMF1w96NmI2Cjb2b7Dbt3PSxmFd8pcS6pLLkfSm3 9Mo3Nt9UfTO7OXVzb5lj2Z4tuC3CLbe2emw9VK5YvrR8ZFvottYKZkVxxavtSdsvV9pX7t1B 2iHdMVQVUtW+U3/nlp3vq9Orb9Z41zTv0ti1adf0bt7ugT2ee5r2au4t2ftun2Df7f3++1tr DWsrD+AO5B14XBdT1/0t69uGevX6kvoPB4UHhw5FHupqcGpoOKxxuKwRbpQ2jh9JPHLtO5/v 2pssmvY3M5pLjoKj0qNPv0/+/tax4GOdx1nHm34w+GFXC62luBVqXdI62ZbeNtQe395/IuhE Z4drR8uPlj8ePKlzsuaU8qmy06TThadnzyw9M3VWdHbiXNq5kc6kznvn487f6Iro6r0QfOHS Rb+L57u9us9ccrt08rLL5RNXWFfarjpebe1x6Gn5yeGnll7H3tY+p772a87XOvrn9p8e8Bg4 d93n+sUbgTeu3px3s//W/Fu3BxMHh27zbj+5k3Xnxd28uzP3Vt/H3i9+oPCg8qHGw9qfTX5u HnIcOjXsM9zzKOrRvRHuyLNfcn95P1r4mPq4ckx7rOGJ7ZOT437j154ueDr6TPRsZqLoV8Vf dz03fv7Db56/9UzGTY6+EL+Y/b30pdrLg6/sX3VOhU89fJ39ema6+I3am0NvWW+738W+G5vJ f49/X/XB5EPHx+CP92ezZ2f/AAOY8/xJsCmYAAAACXBIWXMAAAsTAAALEwEAmpwYAAACyklE QVQ4EVVTzUtUURT/3ffeOJNjapo6CjomjjZF2ceIbYoWuita9LGJlhYEUSIEQUGFtcgWCUVB iz4Igla1yP+gRUQZaFn5EaNGVgrjzHuO+j5uv3tHyc7jvXffeef3O79zzr1CSgllQoiq2NVH 0WasBK2WK/L0DfGRQYRXwUTIl75nmOm+7hxxc8orFEHLwODRyLZUfzgSrctABOOeAAxgrwUE kLz4rYyxjDekk/3pfHrfM9576KX6U7Nj8Me7ki119VM20FEEnKkBZpeBa8yxmREW74BCPQYH AWAWA/mx7zMjR5pSVvzivYpQOFK74EDuMn3cTQALvom2col42MfBScowVXpgD1WZ1OMtChiR aKzh3M1K/gXCJP7gw7pRJaULUySHgLMVAneSJu7bLmxfYJmZn9sGXFZQZkB4kPRQnXoYolBk KbXaSie983xPMFNXrcW2ApUs7cSSj+PfAJ8NoijdGE2gSJSpOqlSP6ZdYPtnICrITn+W7umd Jq5UBzg2C+zT8FUFCrNmhaEWvvYzjWrgEp3lXBdxndfCOZBVwH8KVHYmpBQgwU7fbi30T2FC hsTHeR/X50ykiFKkyrTiNTabNeg1STI+wXxvYu2q/mJTYtyRGGNDlZI1jFawopgo8U1O4EAM 6OJYXi0BF74AzdyGDiXEiwycbBD47fq4lDPRrpTSNIHHxB3Ucitn4JTt40GLhc5R4OkCIzI6 TrUendXA7o0FH4FahCbgylAkWznP05OGfJzw8JYdTzuFND4DykJspBXg2R+gibtpGUKXryL0 Vg431tWbixwXPaOUPFDBnVf6r1Y14hcEP3GAthLGTaRnRg43piwejl+Jgde9wjL7RaQkVswd 1s5RnJ8ik0KtsyrqTXIXZ+ezs/mx4R6F1adRxfA4V8cvP4y6buCX8TgnNwC168Bq+dULyWEe Z6ev2+Z5ph7gLxRSDphtS4KBAAAAAElFTkSuQmCC --------------030107000209000801010601 Content-Type: image/png; name="facebookcolor.png" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="facebookcolor.png" iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAADHmlDQ1BJQ0MgUHJvZmlsZQAA eAGFVN9r01AU/tplnbDhizpnEQk+aJFuZFN0Q5y2a1e6zVrqNrchSJumbVyaxiTtfrAH2Ytv OsV38Qc++QcM2YNve5INxhRh+KyIIkz2IrOemzRNJ1MDufe73/nuOSfn5F6g+XFa0xQvDxRV U0/FwvzE5BTf8gFeHEMr/GhNi4YWSiZHQA/Tsnnvs/MOHsZsdO5v36v+Y9WalQwR8BwgvpQ1 xCLhWaBpXNR0E+DWie+dMTXCzUxzWKcECR9nOG9jgeGMjSOWZjQ1QJoJwgfFQjpLuEA4mGng 8w3YzoEU5CcmqZIuizyrRVIv5WRFsgz28B9zg/JfsKiU6Zut5xCNbZoZTtF8it4fOX1wjOYA 1cE/Xxi9QbidcFg246M1fkLNJK4RJr3n7nRpmO1lmpdZKRIlHCS8YlSuM2xp5gsDiZrm0+30 UJKwnzS/NDNZ8+PtUJUE6zHF9fZLRvS6vdfbkZMH4zU+pynWf0D+vff1corleZLw67QejdX0 W5I6Vtvb5M2mI8PEd1E/A0hCgo4cZCjgkUIMYZpjxKr4TBYZIkqk0ml0VHmyONY7KJOW7RxH eMlfDrheFvVbsrj24Pue3SXXjrwVhcW3o9hR7bWB6bqyE5obf3VhpaNu4Te55ZsbbasLCFH+ iuWxSF5lyk+CUdd1NuaQU5f8dQvPMpTuJXYSWAy6rPBe+CpsCk+FF8KXv9TIzt6tEcuAcSw+ q55TzcbsJdJM0utkuL+K9ULGGPmQMUNanb4kTZyKOfLaUAsnBneC6+biXC/XB567zF3h+rkI rS5yI47CF/VFfCHwvjO+Pl+3b4hhp9u+02TrozFa67vTkbqisXqUj9sn9j2OqhMZsrG+sX5W CCu0omNqSrN0TwADJW1Ol/MFk+8RhAt8iK4tiY+rYleQTysKb5kMXpcMSa9I2S6wO4/tA7ZT 1l3maV9zOfMqcOkb/cPrLjdVBl4ZwNFzLhegM3XkCbB8XizrFdsfPJ63gJE722OtPW1huos+ VqvbdC5bHgG7D6vVn8+q1d3n5H8LeKP8BqkjCtbCoV8yAAAACXBIWXMAAAsTAAALEwEAmpwY AAABZGlUWHRYTUw6Y29tLmFkb2JlLnhtcAAAAAAAPHg6eG1wbWV0YSB4bWxuczp4PSJhZG9i ZTpuczptZXRhLyIgeDp4bXB0az0iWE1QIENvcmUgNC40LjAiPgogICA8cmRmOlJERiB4bWxu czpyZGY9Imh0dHA6Ly93d3cudzMub3JnLzE5OTkvMDIvMjItcmRmLXN5bnRheC1ucyMiPgog ICAgICA8cmRmOkRlc2NyaXB0aW9uIHJkZjphYm91dD0iIgogICAgICAgICAgICB4bWxuczp4 bXA9Imh0dHA6Ly9ucy5hZG9iZS5jb20veGFwLzEuMC8iPgogICAgICAgICA8eG1wOkNyZWF0 b3JUb29sPkFkb2JlIEltYWdlUmVhZHk8L3htcDpDcmVhdG9yVG9vbD4KICAgICAgPC9yZGY6 RGVzY3JpcHRpb24+CiAgIDwvcmRmOlJERj4KPC94OnhtcG1ldGE+Chvleg4AAAKrSURBVDgR fVJNaFNBEP72/aXJS9K0SG2xh6oHq/Wg4EFES4pIiycverAoeu7Zu70JInjzJKLHVhQ9FMSD EWxRqwhKtVVRUNr03/6kSfa9fbvOvFerIjjJZLOz33wz8+0KAFbx/NWRts6dvVqFmvfkf5lj W0lQAJE22gjHKk99fVS6c+mkQ8ic8HI9wm2BNlIQZssE7bQxmKkEqCuNiP43N7hiWyEL4S72 cC4T6PpGUFtdWPVUIIGYwsCiNaSklCtw7mgHWpsysC2B15NzGHm3AEuGNc5lAi5EH/5S/WQD i8DVIMDgxcM4cqCDYIn5aQc3ns1gj0MAQjMBaCoYqqYjnZBQrBZotOcsHNq3gyH4sbqB8TdT eDkxi/aMA7kexfFYME7UKiJPVkP7IIhQr0koirONjn9Ab/99PBifR1Pai885nnRA4kRMEndA g9EBFUGzb29qQkDbRXffbmxvzmO5pqhtw/nJ7Ri1OQJVI83wdnoNA6f24taVs0h5bgw8fmw/ nt68gP4TuzA5uw6PrvY3AbHpKAK3riND84ekSxgDfv2wYlprfC8vwaceuWO2mMbQQawDBesy xMEWH9duP0f/wHVIugm2x6VX6Oy7jIelz2jLN0DKP0Wk1lWgyGmVKu5kTXqYXyMhklERKIFP SxlaPUQhC046kLGIxks5xvddRIqVsehRADbNXki78UuMgbaN9tY8stmUCbUlwooTUzOB7Xp2 OldopA4kPcDkQUm6Uj+lkPXTnA8/m0OhMQs/nxOa6lZXynzgMEF1Ze7bmAqr3UZHdWqZXzEU ibnhRbh7z6fEDEZffERl5gumpU86i4bK8uIY5UruloVsI28l98g59j9j+fmKyujAMoNFsVi0 i8UnemJi+J/koaHTW2TizDB419X13pRKJYtc/wRkBkTK5EhoIAAAAABJRU5ErkJggg== --------------030107000209000801010601 Content-Type: image/png; name="linkedincolor.png" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="linkedincolor.png" iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAADHmlDQ1BJQ0MgUHJvZmlsZQAA eAGFVN9r01AU/tplnbDhizpnEQk+aJFuZFN0Q5y2a1e6zVrqNrchSJumbVyaxiTtfrAH2Ytv OsV38Qc++QcM2YNve5INxhRh+KyIIkz2IrOemzRNJ1MDufe73/nuOSfn5F6g+XFa0xQvDxRV U0/FwvzE5BTf8gFeHEMr/GhNi4YWSiZHQA/Tsnnvs/MOHsZsdO5v36v+Y9WalQwR8BwgvpQ1 xCLhWaBpXNR0E+DWie+dMTXCzUxzWKcECR9nOG9jgeGMjSOWZjQ1QJoJwgfFQjpLuEA4mGng 8w3YzoEU5CcmqZIuizyrRVIv5WRFsgz28B9zg/JfsKiU6Zut5xCNbZoZTtF8it4fOX1wjOYA 1cE/Xxi9QbidcFg246M1fkLNJK4RJr3n7nRpmO1lmpdZKRIlHCS8YlSuM2xp5gsDiZrm0+30 UJKwnzS/NDNZ8+PtUJUE6zHF9fZLRvS6vdfbkZMH4zU+pynWf0D+vff1corleZLw67QejdX0 W5I6Vtvb5M2mI8PEd1E/A0hCgo4cZCjgkUIMYZpjxKr4TBYZIkqk0ml0VHmyONY7KJOW7RxH eMlfDrheFvVbsrj24Pue3SXXjrwVhcW3o9hR7bWB6bqyE5obf3VhpaNu4Te55ZsbbasLCFH+ iuWxSF5lyk+CUdd1NuaQU5f8dQvPMpTuJXYSWAy6rPBe+CpsCk+FF8KXv9TIzt6tEcuAcSw+ q55TzcbsJdJM0utkuL+K9ULGGPmQMUNanb4kTZyKOfLaUAsnBneC6+biXC/XB567zF3h+rkI rS5yI47CF/VFfCHwvjO+Pl+3b4hhp9u+02TrozFa67vTkbqisXqUj9sn9j2OqhMZsrG+sX5W CCu0omNqSrN0TwADJW1Ol/MFk+8RhAt8iK4tiY+rYleQTysKb5kMXpcMSa9I2S6wO4/tA7ZT 1l3maV9zOfMqcOkb/cPrLjdVBl4ZwNFzLhegM3XkCbB8XizrFdsfPJ63gJE722OtPW1huos+ VqvbdC5bHgG7D6vVn8+q1d3n5H8LeKP8BqkjCtbCoV8yAAAACXBIWXMAAAsTAAALEwEAmpwY AAABZGlUWHRYTUw6Y29tLmFkb2JlLnhtcAAAAAAAPHg6eG1wbWV0YSB4bWxuczp4PSJhZG9i ZTpuczptZXRhLyIgeDp4bXB0az0iWE1QIENvcmUgNC40LjAiPgogICA8cmRmOlJERiB4bWxu czpyZGY9Imh0dHA6Ly93d3cudzMub3JnLzE5OTkvMDIvMjItcmRmLXN5bnRheC1ucyMiPgog ICAgICA8cmRmOkRlc2NyaXB0aW9uIHJkZjphYm91dD0iIgogICAgICAgICAgICB4bWxuczp4 bXA9Imh0dHA6Ly9ucy5hZG9iZS5jb20veGFwLzEuMC8iPgogICAgICAgICA8eG1wOkNyZWF0 b3JUb29sPkFkb2JlIEltYWdlUmVhZHk8L3htcDpDcmVhdG9yVG9vbD4KICAgICAgPC9yZGY6 RGVzY3JpcHRpb24+CiAgIDwvcmRmOlJERj4KPC94OnhtcG1ldGE+Chvleg4AAAKdSURBVDgR nVNLaBNRFD3z5pNpOulHU0kNEtEWxHbRheDGveBKxaWuXLkR3LkQXVgRXLrsTnAhIlRUXKgV xA+oSK1WKqVNbZHWtrbNJJkkM+/nfRO0bvXCzX0Jc84957yJBcDSVDT/uSwqx4CPnL2RK3Tt OO/Ztie1VlDCShQNBWoFIcw5neZxFrV4Uv6+cZPONcesNeBjZ46PhvUquNJICGA0JVKmZy4k YmpOv7c4h5/phLj7wECvpQRmswF/2wobGUu7pAFrUUJbJQFUCm4ZEi5RjQXf28OztmN5hoGZ DyNbw0IYtdzTI3vcS0eHXcVjtx4LVwrhJpw64a6tlMu0diU9LbmkNUCqQBnP9J084f3XMsqL DpoJR3fGx0IYg5F/AmJ6I0JnzMmbRqUeWX8RKEipUUskBopFjJT68KT8FtdPHcLk0joG+/PI 53xcvjWBG/enEQx5lI0w+LYFkzCnrsUxgoyN7iCLqFJBp+9huJDD7Tv30KiFuHDiMJC1IMiu w1L3bQIKlxgpZVIhjBUiW5hdhGMzvPtSxsVz43j1aQ6F3hwOEEGVAAxpBNsKKBe8WN5EGFbT LCRlYJQxxwVGDsL1MiDm9JqZldrfttAiP2XyitfzcG0bjNpmFhjJzPoEXG+2p8VgE9Ys+13p LcwtreqVnT+B3g48fzOJyo9lwgiMP57Ax/IaMJTHs5cfsLWyhIrQCIicxKU0KQGEsoSWoNTE 6KMFC5ufgf39OHnlKZEG6Nrdh6sP54HKFLCvKHqg3BYjFqqUIG5Efj7IYaBfd2RLhTThBhfI DpaIW6FJAZeKu+CRJbopJwgChPXI/0OwOjM1pmSSc33Ha0pjUVMAQNUE3b4tRHS0FL1qNmNb LZGsz86MGQLzVzbzv+sXTa2AeutrNisAAAAASUVORK5CYII= --------------030107000209000801010601-- --------------010901000607040603060507-- --===============6270400697781641122== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6270400697781641122==-- From xen-users-bounces@lists.xen.org Wed Jul 11 09:33:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 09:33:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SotGp-0001t2-Kx; Wed, 11 Jul 2012 09:31:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SotGo-0001su-2e for xen-users@lists.xen.org; Wed, 11 Jul 2012 09:31:42 +0000 Received: from [85.158.143.99:44760] by server-3.bemta-4.messagelabs.com id C3/A6-05808-DF74DFF4; Wed, 11 Jul 2012 09:31:41 +0000 X-Env-Sender: mex@di.unipmn.it X-Msg-Ref: server-2.tower-216.messagelabs.com!1341999100!22902272!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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23207 invoked from network); 11 Jul 2012 09:31:40 -0000 Received: from mail.di.unipmn.it (HELO mail.di.unipmn.it) (193.206.52.44) by server-2.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2012 09:31:40 -0000 X-Received: from shrek.mfn.unipmn.it (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 1C23B138002; Wed, 11 Jul 2012 11:31:39 +0200 (CEST) Message-ID: <4FFD475F.9010303@di.unipmn.it> Date: Wed, 11 Jul 2012 11:29:03 +0200 From: Massimo Canonico User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120605 Thunderbird/13.0 MIME-Version: 1.0 To: "Niels Dettenbach (Syndicat IT&Internet)" References: <8f305897-1a06-4aaa-b29e-f04b455604a1@email.android.com> <2ae4cbf4-0758-4ba0-924a-9013d112892f@email.android.com> In-Reply-To: <2ae4cbf4-0758-4ba0-924a-9013d112892f@email.android.com> Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Virtualization and monitoring X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 Niels, On 07/11/2012 09:36 AM, Niels Dettenbach (Syndicat IT&Internet) wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > > > > > Massimo Canonico schrieb: > >> >> Hi, >> I've noticed some weird behaviours on monitoring my physical machines >> while Virtual Machines (VMs) were running. The cpu load on the physical >> machine was very low (around 10%), while the load on VM were very high >> (around 80%). >> >> How is it possible? Is there any workaround? > Itt is possible that you've measured just the Dom0 CPU load instead of the "real" host machine? I've measured the cpu load by using "top" linux command. I've also tried with some monitoring tools like Munin/Collectd but I always get weird values. All these monitoring tools were running on a linux fedora machine with xen kernel and with xen up and running. The question is: using "top" on the physical machine with xen dom0 up and running will provide me the usage of the dom0 process? Of course, what I need is the cpu load of the real machine. Am I doing it wrong? Thanks, M > > best regards, > > > Niels. > - -- > Niels Dettenbach > Syndicat IT&Internet > http://www.syndicat.com > -----BEGIN PGP SIGNATURE----- > Version: APG v1.0.8 > > iIEEAREIAEEFAk/9LRc6HE5pZWxzIERldHRlbmJhY2ggKFN5bmRpY2F0IElUJklu > dGVybmV0KSA8bmRAc3luZGljYXQuY29tPgAKCRBU3ERlZRyiDbunAJoC+D5ShXaN > vGzzbbE/mIWkrvvPVwCghGLh91PjpdTcqRLdxGI+X8hhKag= > =7tsH > -----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 Jul 11 09:33:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 09:33:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SotGp-0001t2-Kx; Wed, 11 Jul 2012 09:31:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SotGo-0001su-2e for xen-users@lists.xen.org; Wed, 11 Jul 2012 09:31:42 +0000 Received: from [85.158.143.99:44760] by server-3.bemta-4.messagelabs.com id C3/A6-05808-DF74DFF4; Wed, 11 Jul 2012 09:31:41 +0000 X-Env-Sender: mex@di.unipmn.it X-Msg-Ref: server-2.tower-216.messagelabs.com!1341999100!22902272!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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23207 invoked from network); 11 Jul 2012 09:31:40 -0000 Received: from mail.di.unipmn.it (HELO mail.di.unipmn.it) (193.206.52.44) by server-2.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2012 09:31:40 -0000 X-Received: from shrek.mfn.unipmn.it (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 1C23B138002; Wed, 11 Jul 2012 11:31:39 +0200 (CEST) Message-ID: <4FFD475F.9010303@di.unipmn.it> Date: Wed, 11 Jul 2012 11:29:03 +0200 From: Massimo Canonico User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120605 Thunderbird/13.0 MIME-Version: 1.0 To: "Niels Dettenbach (Syndicat IT&Internet)" References: <8f305897-1a06-4aaa-b29e-f04b455604a1@email.android.com> <2ae4cbf4-0758-4ba0-924a-9013d112892f@email.android.com> In-Reply-To: <2ae4cbf4-0758-4ba0-924a-9013d112892f@email.android.com> Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Virtualization and monitoring X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-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 Niels, On 07/11/2012 09:36 AM, Niels Dettenbach (Syndicat IT&Internet) wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > > > > > Massimo Canonico schrieb: > >> >> Hi, >> I've noticed some weird behaviours on monitoring my physical machines >> while Virtual Machines (VMs) were running. The cpu load on the physical >> machine was very low (around 10%), while the load on VM were very high >> (around 80%). >> >> How is it possible? Is there any workaround? > Itt is possible that you've measured just the Dom0 CPU load instead of the "real" host machine? I've measured the cpu load by using "top" linux command. I've also tried with some monitoring tools like Munin/Collectd but I always get weird values. All these monitoring tools were running on a linux fedora machine with xen kernel and with xen up and running. The question is: using "top" on the physical machine with xen dom0 up and running will provide me the usage of the dom0 process? Of course, what I need is the cpu load of the real machine. Am I doing it wrong? Thanks, M > > best regards, > > > Niels. > - -- > Niels Dettenbach > Syndicat IT&Internet > http://www.syndicat.com > -----BEGIN PGP SIGNATURE----- > Version: APG v1.0.8 > > iIEEAREIAEEFAk/9LRc6HE5pZWxzIERldHRlbmJhY2ggKFN5bmRpY2F0IElUJklu > dGVybmV0KSA8bmRAc3luZGljYXQuY29tPgAKCRBU3ERlZRyiDbunAJoC+D5ShXaN > vGzzbbE/mIWkrvvPVwCghGLh91PjpdTcqRLdxGI+X8hhKag= > =7tsH > -----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 Jul 11 09:39:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 09:39: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 1SotNj-0002If-O8; Wed, 11 Jul 2012 09:38:51 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SotNh-0002IT-Rc for xen-users@lists.xen.org; Wed, 11 Jul 2012 09:38:50 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1341999523!2987399!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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 567 invoked from network); 11 Jul 2012 09:38:43 -0000 Received: from ffm-dr1.syndicat.com (HELO ffm-dr1.syndicat.com) (62.146.89.62) by server-6.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2012 09:38:43 -0000 Received: from localhost ([127.0.0.1]) by ffm-dr1.syndicat.com with esmtp (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1SotNb-0002WJ-3N for xen-users@lists.xen.org; Wed, 11 Jul 2012 11:38:43 +0200 X-Virus-Scanned: amavisd-new at syndicat.com Received: from ffm-dr1.syndicat.com ([127.0.0.1]) by localhost (ffm-dr1.syndicat.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yLxvBH4VEZg8 for ; Wed, 11 Jul 2012 11:38:42 +0200 (CEST) Received: from [81.20.112.73] (helo=gongo.localnet) by ffm-dr1.syndicat.com with esmtpsa (TLSv1:AES256-SHA:256) (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1SotNa-0005Jk-P6 for xen-users@lists.xen.org; Wed, 11 Jul 2012 11:38:42 +0200 From: Niels Dettenbach To: xen-users@lists.xen.org Date: Wed, 11 Jul 2012 09:38:35 +0200 Message-ID: <2923430.3p6NqrNPhv@gongo> Organization: Syndicat IT&Internet User-Agent: KMail/4.8.4 (Linux/3.1.5-gentoo; KDE/4.8.4; x86_64; ; ) In-Reply-To: <4FFD475F.9010303@di.unipmn.it> References: <8f305897-1a06-4aaa-b29e-f04b455604a1@email.android.com> <2ae4cbf4-0758-4ba0-924a-9013d112892f@email.android.com> <4FFD475F.9010303@di.unipmn.it> MIME-Version: 1.0 Subject: Re: [Xen-users] Virtualization and monitoring X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4203930481262484298==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4203930481262484298== Content-Type: multipart/signed; boundary="nextPart1590462.F7ObeflDea"; micalg="pgp-sha256"; protocol="application/pgp-signature" Content-Transfer-Encoding: 7Bit --nextPart1590462.F7ObeflDea Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Mittwoch, 11. Juli 2012, 11:29:03 schrieb Massimo Canonico: > I've measured the cpu load by using "top" linux command. I've also tried > with some monitoring tools like Munin/Collectd but I always get weird > values. It seems you've runned into a typical misunderstanding of the xen architecture. If you use "top" or other system monitorings on Dom0 then you just (!!!) measure the Dom0 parameters / load. Dom0 is just ONE of the xen domains, "just" privileged". There are different ways to get out the machine load out from xen - i.e. xentop. You might compare "top" and "xentop" results on your Dom0 for understanding the difference. hth best regards, Niels. -- --- Niels Dettenbach Syndicat IT & Internet http://www.syndicat.com PGP: https://syndicat.com/pub_key.asc --- --nextPart1590462.F7ObeflDea Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAABCAAGBQJP/S1/AAoJEM78prARigUnofAP/jo5tAPRqJfoQzEywW0GXX6R 6NWiCt8VSapHis5pV86DyQdDSt0/M/1puY4sDmFdk/F04yZhbiDhWVyUlul73Lxw YbyGUwO34+m/OszBkNcwtOo3KUaMbwy9SFUP+7hwA2vY9t9goN2kHd76/Scx5V+z cmJSXyfrA0vdVzN8GL4oWSWzi1eIlFKScCC2ecRdXhf7oRzeQixGN3af/gOt1HfX kka/K21Gj0yUGxebO2CBuQD8EZaXNiAfkEtq8Azye1QP7pq/xdevJDCDvsfMM6p8 Z6Z7em04Xy+msquFIgG0WsM8Fg+DWbpbtjj2cRxQlEtZuZCE9N8hFXDYcb+lDsR8 jNfLBUKq55v2+0zHjPUVthQWSFwsIn1xAa3v5Kq6+cKStkJ1vUveA6QD3963gwaX VWXtBFAL8znSUeewuIMYiirw3eWAqakavoKM2ymwh/tU8PepmYdJA/QMzUpii/DA oxpZi9JAWjsqTO71m8fDRShxMtoF1903+SPYQGuZ9J2LWLrW2Fya+7EsEWk0YnJt BRHcXoh/tlrAerVjEKcsPLitkoqPpH6uaVshnbFXh2N3INbCa2GFioJKePMUaQQh 8WTXSU/p0z66ySI+SmCWZs0bF9eCuFILPM9lgvTkND6APanE9YKBpVYUGvv6dr5j 8qGF3jFH/XlS1XWHW3/4 =BlGi -----END PGP SIGNATURE----- --nextPart1590462.F7ObeflDea-- --===============4203930481262484298== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4203930481262484298==-- From xen-users-bounces@lists.xen.org Wed Jul 11 09:39:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 09:39: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 1SotNj-0002If-O8; Wed, 11 Jul 2012 09:38:51 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SotNh-0002IT-Rc for xen-users@lists.xen.org; Wed, 11 Jul 2012 09:38:50 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1341999523!2987399!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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 567 invoked from network); 11 Jul 2012 09:38:43 -0000 Received: from ffm-dr1.syndicat.com (HELO ffm-dr1.syndicat.com) (62.146.89.62) by server-6.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2012 09:38:43 -0000 Received: from localhost ([127.0.0.1]) by ffm-dr1.syndicat.com with esmtp (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1SotNb-0002WJ-3N for xen-users@lists.xen.org; Wed, 11 Jul 2012 11:38:43 +0200 X-Virus-Scanned: amavisd-new at syndicat.com Received: from ffm-dr1.syndicat.com ([127.0.0.1]) by localhost (ffm-dr1.syndicat.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yLxvBH4VEZg8 for ; Wed, 11 Jul 2012 11:38:42 +0200 (CEST) Received: from [81.20.112.73] (helo=gongo.localnet) by ffm-dr1.syndicat.com with esmtpsa (TLSv1:AES256-SHA:256) (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1SotNa-0005Jk-P6 for xen-users@lists.xen.org; Wed, 11 Jul 2012 11:38:42 +0200 From: Niels Dettenbach To: xen-users@lists.xen.org Date: Wed, 11 Jul 2012 09:38:35 +0200 Message-ID: <2923430.3p6NqrNPhv@gongo> Organization: Syndicat IT&Internet User-Agent: KMail/4.8.4 (Linux/3.1.5-gentoo; KDE/4.8.4; x86_64; ; ) In-Reply-To: <4FFD475F.9010303@di.unipmn.it> References: <8f305897-1a06-4aaa-b29e-f04b455604a1@email.android.com> <2ae4cbf4-0758-4ba0-924a-9013d112892f@email.android.com> <4FFD475F.9010303@di.unipmn.it> MIME-Version: 1.0 Subject: Re: [Xen-users] Virtualization and monitoring X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4203930481262484298==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4203930481262484298== Content-Type: multipart/signed; boundary="nextPart1590462.F7ObeflDea"; micalg="pgp-sha256"; protocol="application/pgp-signature" Content-Transfer-Encoding: 7Bit --nextPart1590462.F7ObeflDea Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Mittwoch, 11. Juli 2012, 11:29:03 schrieb Massimo Canonico: > I've measured the cpu load by using "top" linux command. I've also tried > with some monitoring tools like Munin/Collectd but I always get weird > values. It seems you've runned into a typical misunderstanding of the xen architecture. If you use "top" or other system monitorings on Dom0 then you just (!!!) measure the Dom0 parameters / load. Dom0 is just ONE of the xen domains, "just" privileged". There are different ways to get out the machine load out from xen - i.e. xentop. You might compare "top" and "xentop" results on your Dom0 for understanding the difference. hth best regards, Niels. -- --- Niels Dettenbach Syndicat IT & Internet http://www.syndicat.com PGP: https://syndicat.com/pub_key.asc --- --nextPart1590462.F7ObeflDea Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAABCAAGBQJP/S1/AAoJEM78prARigUnofAP/jo5tAPRqJfoQzEywW0GXX6R 6NWiCt8VSapHis5pV86DyQdDSt0/M/1puY4sDmFdk/F04yZhbiDhWVyUlul73Lxw YbyGUwO34+m/OszBkNcwtOo3KUaMbwy9SFUP+7hwA2vY9t9goN2kHd76/Scx5V+z cmJSXyfrA0vdVzN8GL4oWSWzi1eIlFKScCC2ecRdXhf7oRzeQixGN3af/gOt1HfX kka/K21Gj0yUGxebO2CBuQD8EZaXNiAfkEtq8Azye1QP7pq/xdevJDCDvsfMM6p8 Z6Z7em04Xy+msquFIgG0WsM8Fg+DWbpbtjj2cRxQlEtZuZCE9N8hFXDYcb+lDsR8 jNfLBUKq55v2+0zHjPUVthQWSFwsIn1xAa3v5Kq6+cKStkJ1vUveA6QD3963gwaX VWXtBFAL8znSUeewuIMYiirw3eWAqakavoKM2ymwh/tU8PepmYdJA/QMzUpii/DA oxpZi9JAWjsqTO71m8fDRShxMtoF1903+SPYQGuZ9J2LWLrW2Fya+7EsEWk0YnJt BRHcXoh/tlrAerVjEKcsPLitkoqPpH6uaVshnbFXh2N3INbCa2GFioJKePMUaQQh 8WTXSU/p0z66ySI+SmCWZs0bF9eCuFILPM9lgvTkND6APanE9YKBpVYUGvv6dr5j 8qGF3jFH/XlS1XWHW3/4 =BlGi -----END PGP SIGNATURE----- --nextPart1590462.F7ObeflDea-- --===============4203930481262484298== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4203930481262484298==-- From xen-users-bounces@lists.xen.org Wed Jul 11 10:22:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 10:22: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 1Sou3K-0003Dr-Dg; Wed, 11 Jul 2012 10:21:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sou3J-0003Dk-JE for xen-users@lists.xen.org; Wed, 11 Jul 2012 10:21:49 +0000 Received: from [85.158.143.99:31379] by server-1.bemta-4.messagelabs.com id 26/2D-24392-CB35DFF4; Wed, 11 Jul 2012 10:21:48 +0000 X-Env-Sender: axs911@cs.bham.ac.uk X-Msg-Ref: server-14.tower-216.messagelabs.com!1342002108!18603079!1 X-Originating-IP: [147.188.128.137] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQ3LjE4OC4xMjguMTM3ID0+IDE1Nzc4OQ==\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26994 invoked from network); 11 Jul 2012 10:21:48 -0000 Received: from sun60.bham.ac.uk (HELO sun60.bham.ac.uk) (147.188.128.137) by server-14.tower-216.messagelabs.com with SMTP; 11 Jul 2012 10:21:48 -0000 Received: from [147.188.128.127] (helo=bham.ac.uk) by sun60.bham.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1Sou3D-0000Tb-NF; Wed, 11 Jul 2012 11:21:43 +0100 Received: from [192.6.10.10] by bham.ac.uk (envelope-from ) with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.72) id 1Sou3D-0001Az-DB using interface auth-smtp.bham.ac.uk; Wed, 11 Jul 2012 11:21:43 +0100 Message-ID: <4FFD53AC.1000806@cs.bham.ac.uk> Date: Wed, 11 Jul 2012 11:21:32 +0100 From: Adrian Shaw User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Dario Faggioli References: <1341927307.9835.4.camel@Abyss> In-Reply-To: <1341927307.9835.4.camel@Abyss> Cc: xen-users Subject: Re: [Xen-users] Using LibXC X-BeenThere: xen-users@lists.xen.org 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 Dario, Thanks for your reply. I had a look in LibXL and the way the toolstack works. It seems that the call is fundamentally similar to that of the one I mentioned in LibXC. libxl_domain_create_new is indeed something I am looking for. The problem is that when I try to build my program to use the library, the compiler cannot find xen/libelf/libelf.h in xc_dom.h. Having looked at libelf it seems to be arch specific code. Does that mean that I have to cross compile something? Or compile it _with_ the rest of the tools? Sounds like a nightmare if this is the solution. Regards, AXS On 10/07/2012 14:35, Dario Faggioli wrote: > On Mon, 2012-07-09 at 15:50 +0100, Adrian Shaw wrote: >> Good afternoon all, >> > Hello, > >> I wish to write a program to use the LibXC library. >> I want this program to spawn a VM and return its ID. >> I see that there is a file called xc_domain.c which has a function for >> doing that. >> Is this the function I should be using? >> I haven't been able to find any documentation or examples of how to >> use this in C. >> > I can't tell whether or not there is a _single_ function to do that > (and, if yes, which one is), but if you're willing to read some code you > can check what xl and libxl do to accomplish something similar > (xl_cmdimpl.c:create_domain() and/or libxl_domain_create_new(), for > example). > > Thanks and Regards, > Dario > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 11 10:22:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 10:22: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 1Sou3K-0003Dr-Dg; Wed, 11 Jul 2012 10:21:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sou3J-0003Dk-JE for xen-users@lists.xen.org; Wed, 11 Jul 2012 10:21:49 +0000 Received: from [85.158.143.99:31379] by server-1.bemta-4.messagelabs.com id 26/2D-24392-CB35DFF4; Wed, 11 Jul 2012 10:21:48 +0000 X-Env-Sender: axs911@cs.bham.ac.uk X-Msg-Ref: server-14.tower-216.messagelabs.com!1342002108!18603079!1 X-Originating-IP: [147.188.128.137] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQ3LjE4OC4xMjguMTM3ID0+IDE1Nzc4OQ==\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26994 invoked from network); 11 Jul 2012 10:21:48 -0000 Received: from sun60.bham.ac.uk (HELO sun60.bham.ac.uk) (147.188.128.137) by server-14.tower-216.messagelabs.com with SMTP; 11 Jul 2012 10:21:48 -0000 Received: from [147.188.128.127] (helo=bham.ac.uk) by sun60.bham.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1Sou3D-0000Tb-NF; Wed, 11 Jul 2012 11:21:43 +0100 Received: from [192.6.10.10] by bham.ac.uk (envelope-from ) with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.72) id 1Sou3D-0001Az-DB using interface auth-smtp.bham.ac.uk; Wed, 11 Jul 2012 11:21:43 +0100 Message-ID: <4FFD53AC.1000806@cs.bham.ac.uk> Date: Wed, 11 Jul 2012 11:21:32 +0100 From: Adrian Shaw User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Dario Faggioli References: <1341927307.9835.4.camel@Abyss> In-Reply-To: <1341927307.9835.4.camel@Abyss> Cc: xen-users Subject: Re: [Xen-users] Using LibXC X-BeenThere: xen-users@lists.xen.org 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 Dario, Thanks for your reply. I had a look in LibXL and the way the toolstack works. It seems that the call is fundamentally similar to that of the one I mentioned in LibXC. libxl_domain_create_new is indeed something I am looking for. The problem is that when I try to build my program to use the library, the compiler cannot find xen/libelf/libelf.h in xc_dom.h. Having looked at libelf it seems to be arch specific code. Does that mean that I have to cross compile something? Or compile it _with_ the rest of the tools? Sounds like a nightmare if this is the solution. Regards, AXS On 10/07/2012 14:35, Dario Faggioli wrote: > On Mon, 2012-07-09 at 15:50 +0100, Adrian Shaw wrote: >> Good afternoon all, >> > Hello, > >> I wish to write a program to use the LibXC library. >> I want this program to spawn a VM and return its ID. >> I see that there is a file called xc_domain.c which has a function for >> doing that. >> Is this the function I should be using? >> I haven't been able to find any documentation or examples of how to >> use this in C. >> > I can't tell whether or not there is a _single_ function to do that > (and, if yes, which one is), but if you're willing to read some code you > can check what xl and libxl do to accomplish something similar > (xl_cmdimpl.c:create_domain() and/or libxl_domain_create_new(), for > example). > > Thanks and Regards, > Dario > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 11 11:28:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 11: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 1Sov50-0005UT-Uk; Wed, 11 Jul 2012 11:27:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sov4y-0005UO-Tx for xen-users@lists.xen.org; Wed, 11 Jul 2012 11:27:37 +0000 Received: from [85.158.138.51:25495] by server-12.bemta-3.messagelabs.com id 27/C5-30206-8236DFF4; Wed, 11 Jul 2012 11:27:36 +0000 X-Env-Sender: tsb20112012@gmail.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1342006054!28360862!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=3.1 required=7.0 tests=FROM_ENDS_IN_NUMS, HTML_10_20, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19754 invoked from network); 11 Jul 2012 11:27:35 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jul 2012 11:27:35 -0000 Received: by yenl1 with SMTP id l1so1192364yen.32 for ; Wed, 11 Jul 2012 04:27:34 -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=nMftXsbBSJ/lP5TSv2KVRREnx0Uhqsg+WfKAPohKHhc=; b=eBVlv5aKgDFIrq99LpUjSnRamsbfxpYjWf/Uu0na1oAJ7td+stFi3cWJ19b8umvsbC ijJ248Qe+4dB057X2nWWnlPGN4inca9MD9dWfMReqILs3g15jSsO22LXZWo+xCkU0u3j xfz9HO4vEa7wyJaFmx1uFEITrX6ULjbN0XMuMk7OqlXa1rAGvL5V1tTzvncEnpK0Jsdj cQRsYB3h+QwUj5zqiUfYQStP8/FBjl5ARlSI3baDzhwwHPZivDTzn2Y/HF4ziQUYKG2J /WYsHGglYV0EvPJf3ao8Z+wcJoajQd26w9O06UlgbQfSWlYnrmw8l7Y10gpnmAEYjpGe 5mRw== MIME-Version: 1.0 Received: by 10.50.196.195 with SMTP id io3mr13929335igc.39.1342006053631; Wed, 11 Jul 2012 04:27:33 -0700 (PDT) Received: by 10.64.76.234 with HTTP; Wed, 11 Jul 2012 04:27:33 -0700 (PDT) Date: Wed, 11 Jul 2012 13:27:33 +0200 Message-ID: From: Mesut Donmez To: xen-users@lists.xen.org Subject: [Xen-users] Performance Tooling for HV-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="===============7163945498486870401==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7163945498486870401== Content-Type: multipart/alternative; boundary=14dae93411931cf84c04c48c2206 --14dae93411931cf84c04c48c2206 Content-Type: text/plain; charset=ISO-8859-1 Hi, I am a new user of Xen HVM. I am intrested in permormace/managment tools which I can use from my desktop. I know there are some command line programs like xentop or xenperf but is there also tooling which are Gui driven like VMware vSphear. I am using Xcenter, OpenXenmanager and when I want to measure for the VM it tells me that the xen-tools are not installed even after I install the xs-tools.iso. My VM-guests have as OS RHEL 6. And the iso files I have and fined on internet they only support debian or rhel4x VM-guests. So any ideas which tool I can use. Kind Regards --14dae93411931cf84c04c48c2206 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,
=A0
I am a new user of=A0Xen HVM. I am intrested in permormace/managment t= ools which I can use from my desktop.
I know there are some command line programs like xentop or xenperf but= is there also tooling which are=A0Gui driven like VMware vSphear.
=A0
I am using Xcenter, OpenXenmanager and when I want to measure for the = VM it tells me that the xen-tools are not installed even after I install th= e xs-tools.iso.
My VM-guests have as OS RHEL 6. And the iso files I have and fined on = internet they only support debian or rhel4x VM-guests.
=A0
So any ideas which tool I can use.
=A0
Kind Regards
--14dae93411931cf84c04c48c2206-- --===============7163945498486870401== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7163945498486870401==-- From xen-users-bounces@lists.xen.org Wed Jul 11 11:28:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 11: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 1Sov50-0005UT-Uk; Wed, 11 Jul 2012 11:27:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sov4y-0005UO-Tx for xen-users@lists.xen.org; Wed, 11 Jul 2012 11:27:37 +0000 Received: from [85.158.138.51:25495] by server-12.bemta-3.messagelabs.com id 27/C5-30206-8236DFF4; Wed, 11 Jul 2012 11:27:36 +0000 X-Env-Sender: tsb20112012@gmail.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1342006054!28360862!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=3.1 required=7.0 tests=FROM_ENDS_IN_NUMS, HTML_10_20, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19754 invoked from network); 11 Jul 2012 11:27:35 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jul 2012 11:27:35 -0000 Received: by yenl1 with SMTP id l1so1192364yen.32 for ; Wed, 11 Jul 2012 04:27:34 -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=nMftXsbBSJ/lP5TSv2KVRREnx0Uhqsg+WfKAPohKHhc=; b=eBVlv5aKgDFIrq99LpUjSnRamsbfxpYjWf/Uu0na1oAJ7td+stFi3cWJ19b8umvsbC ijJ248Qe+4dB057X2nWWnlPGN4inca9MD9dWfMReqILs3g15jSsO22LXZWo+xCkU0u3j xfz9HO4vEa7wyJaFmx1uFEITrX6ULjbN0XMuMk7OqlXa1rAGvL5V1tTzvncEnpK0Jsdj cQRsYB3h+QwUj5zqiUfYQStP8/FBjl5ARlSI3baDzhwwHPZivDTzn2Y/HF4ziQUYKG2J /WYsHGglYV0EvPJf3ao8Z+wcJoajQd26w9O06UlgbQfSWlYnrmw8l7Y10gpnmAEYjpGe 5mRw== MIME-Version: 1.0 Received: by 10.50.196.195 with SMTP id io3mr13929335igc.39.1342006053631; Wed, 11 Jul 2012 04:27:33 -0700 (PDT) Received: by 10.64.76.234 with HTTP; Wed, 11 Jul 2012 04:27:33 -0700 (PDT) Date: Wed, 11 Jul 2012 13:27:33 +0200 Message-ID: From: Mesut Donmez To: xen-users@lists.xen.org Subject: [Xen-users] Performance Tooling for HV-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="===============7163945498486870401==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7163945498486870401== Content-Type: multipart/alternative; boundary=14dae93411931cf84c04c48c2206 --14dae93411931cf84c04c48c2206 Content-Type: text/plain; charset=ISO-8859-1 Hi, I am a new user of Xen HVM. I am intrested in permormace/managment tools which I can use from my desktop. I know there are some command line programs like xentop or xenperf but is there also tooling which are Gui driven like VMware vSphear. I am using Xcenter, OpenXenmanager and when I want to measure for the VM it tells me that the xen-tools are not installed even after I install the xs-tools.iso. My VM-guests have as OS RHEL 6. And the iso files I have and fined on internet they only support debian or rhel4x VM-guests. So any ideas which tool I can use. Kind Regards --14dae93411931cf84c04c48c2206 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,
=A0
I am a new user of=A0Xen HVM. I am intrested in permormace/managment t= ools which I can use from my desktop.
I know there are some command line programs like xentop or xenperf but= is there also tooling which are=A0Gui driven like VMware vSphear.
=A0
I am using Xcenter, OpenXenmanager and when I want to measure for the = VM it tells me that the xen-tools are not installed even after I install th= e xs-tools.iso.
My VM-guests have as OS RHEL 6. And the iso files I have and fined on = internet they only support debian or rhel4x VM-guests.
=A0
So any ideas which tool I can use.
=A0
Kind Regards
--14dae93411931cf84c04c48c2206-- --===============7163945498486870401== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7163945498486870401==-- From xen-users-bounces@lists.xen.org Wed Jul 11 12:42:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 12:42: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 1SowDu-0006ae-Mp; Wed, 11 Jul 2012 12:40:54 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SowDs-0006aZ-Oi for xen-users@lists.xen.org; Wed, 11 Jul 2012 12:40:52 +0000 X-Env-Sender: mex@di.unipmn.it X-Msg-Ref: server-6.tower-27.messagelabs.com!1342010446!3026509!1 X-Originating-IP: [193.206.52.44] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14470 invoked from network); 11 Jul 2012 12:40:46 -0000 Received: from mail.di.unipmn.it (HELO mail.di.unipmn.it) (193.206.52.44) by server-6.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2012 12:40:46 -0000 X-Received: from shrek.mfn.unipmn.it (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 B39CF138001 for ; Wed, 11 Jul 2012 14:40:45 +0200 (CEST) Message-ID: <4FFD73B1.2090805@di.unipmn.it> Date: Wed, 11 Jul 2012 14:38:09 +0200 From: Massimo Canonico User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120605 Thunderbird/13.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <8f305897-1a06-4aaa-b29e-f04b455604a1@email.android.com> <2ae4cbf4-0758-4ba0-924a-9013d112892f@email.android.com> <4FFD475F.9010303@di.unipmn.it> <2923430.3p6NqrNPhv@gongo> In-Reply-To: <2923430.3p6NqrNPhv@gongo> Subject: Re: [Xen-users] Virtualization and monitoring X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9143276691396122966==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============9143276691396122966== Content-Type: multipart/alternative; boundary="------------030000010805060406050207" This is a multi-part message in MIME format. --------------030000010805060406050207 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Niels, On 07/11/2012 09:38 AM, Niels Dettenbach wrote: > Am Mittwoch, 11. Juli 2012, 11:29:03 schrieb Massimo Canonico: >> I've measured the cpu load by using "top" linux command. I've also tried >> with some monitoring tools like Munin/Collectd but I always get weird >> values. > It seems you've runned into a typical misunderstanding of the xen > architecture. > > If you use "top" or other system monitorings on Dom0 then you just (!!!) > measure the Dom0 parameters / load. Dom0 is just ONE of the xen domains, > "just" privileged". > > There are different ways to get out the machine load out from xen - i.e. > xentop. > > You might compare "top" and "xentop" results on your Dom0 for understanding > the difference. Thank you very much for this clarification. Just one more question: are you aware of any monitoring tool able to get out the machine load out from xen (besides xentop)? I've tried Munin/Collectd with no luck. Cheers, Massimo > > hth > best regards, > > > > Niels. > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------030000010805060406050207 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Niels,
On 07/11/2012 09:38 AM, Niels Dettenbach wrote:
Am Mittwoch, 11. Juli 2012, 11:29:03 schrieb Massimo Canonico:

I've measured the cpu load by using "top" linux command. I've also tried 
with some monitoring tools like Munin/Collectd but I always get weird 
values.

It seems you've runned into a typical misunderstanding of the xen 
architecture.

If you use "top" or other system monitorings on Dom0 then you just (!!!) 
measure the Dom0 parameters / load. Dom0 is just ONE of the xen domains, 
"just" privileged".

There are different ways to get out the machine load out from xen - i.e. 
xentop.

You might compare "top" and "xentop" results on your Dom0 for understanding 
the difference.
Thank you very much for this clarification.
Just one more question: are you aware of any monitoring tool able to get out the machine load out from xen (besides xentop)?

I've tried Munin/Collectd with no luck.

Cheers,
 Massimo

hth
best regards,



Niels.




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


--------------030000010805060406050207-- --===============9143276691396122966== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9143276691396122966==-- From xen-users-bounces@lists.xen.org Wed Jul 11 12:42:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 12:42: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 1SowDu-0006ae-Mp; Wed, 11 Jul 2012 12:40:54 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SowDs-0006aZ-Oi for xen-users@lists.xen.org; Wed, 11 Jul 2012 12:40:52 +0000 X-Env-Sender: mex@di.unipmn.it X-Msg-Ref: server-6.tower-27.messagelabs.com!1342010446!3026509!1 X-Originating-IP: [193.206.52.44] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14470 invoked from network); 11 Jul 2012 12:40:46 -0000 Received: from mail.di.unipmn.it (HELO mail.di.unipmn.it) (193.206.52.44) by server-6.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2012 12:40:46 -0000 X-Received: from shrek.mfn.unipmn.it (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 B39CF138001 for ; Wed, 11 Jul 2012 14:40:45 +0200 (CEST) Message-ID: <4FFD73B1.2090805@di.unipmn.it> Date: Wed, 11 Jul 2012 14:38:09 +0200 From: Massimo Canonico User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120605 Thunderbird/13.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <8f305897-1a06-4aaa-b29e-f04b455604a1@email.android.com> <2ae4cbf4-0758-4ba0-924a-9013d112892f@email.android.com> <4FFD475F.9010303@di.unipmn.it> <2923430.3p6NqrNPhv@gongo> In-Reply-To: <2923430.3p6NqrNPhv@gongo> Subject: Re: [Xen-users] Virtualization and monitoring X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9143276691396122966==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============9143276691396122966== Content-Type: multipart/alternative; boundary="------------030000010805060406050207" This is a multi-part message in MIME format. --------------030000010805060406050207 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Niels, On 07/11/2012 09:38 AM, Niels Dettenbach wrote: > Am Mittwoch, 11. Juli 2012, 11:29:03 schrieb Massimo Canonico: >> I've measured the cpu load by using "top" linux command. I've also tried >> with some monitoring tools like Munin/Collectd but I always get weird >> values. > It seems you've runned into a typical misunderstanding of the xen > architecture. > > If you use "top" or other system monitorings on Dom0 then you just (!!!) > measure the Dom0 parameters / load. Dom0 is just ONE of the xen domains, > "just" privileged". > > There are different ways to get out the machine load out from xen - i.e. > xentop. > > You might compare "top" and "xentop" results on your Dom0 for understanding > the difference. Thank you very much for this clarification. Just one more question: are you aware of any monitoring tool able to get out the machine load out from xen (besides xentop)? I've tried Munin/Collectd with no luck. Cheers, Massimo > > hth > best regards, > > > > Niels. > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------030000010805060406050207 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Niels,
On 07/11/2012 09:38 AM, Niels Dettenbach wrote:
Am Mittwoch, 11. Juli 2012, 11:29:03 schrieb Massimo Canonico:

I've measured the cpu load by using "top" linux command. I've also tried 
with some monitoring tools like Munin/Collectd but I always get weird 
values.

It seems you've runned into a typical misunderstanding of the xen 
architecture.

If you use "top" or other system monitorings on Dom0 then you just (!!!) 
measure the Dom0 parameters / load. Dom0 is just ONE of the xen domains, 
"just" privileged".

There are different ways to get out the machine load out from xen - i.e. 
xentop.

You might compare "top" and "xentop" results on your Dom0 for understanding 
the difference.
Thank you very much for this clarification.
Just one more question: are you aware of any monitoring tool able to get out the machine load out from xen (besides xentop)?

I've tried Munin/Collectd with no luck.

Cheers,
 Massimo

hth
best regards,



Niels.




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


--------------030000010805060406050207-- --===============9143276691396122966== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9143276691396122966==-- From xen-users-bounces@lists.xen.org Wed Jul 11 13:16:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 13:16: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 1Sowkp-0007Rv-3e; Wed, 11 Jul 2012 13:14:55 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SorLq-0000AQ-KQ for xen-users@lists.xen.org; Wed, 11 Jul 2012 07:28:46 +0000 X-Env-Sender: rajesh@hiox.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1341991719!3468845!1 X-Originating-IP: [50.28.68.231] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8178 invoked from network); 11 Jul 2012 07:28:40 -0000 Received: from hioxindia.com (HELO host.dnsforcloud.com) (50.28.68.231) by server-10.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2012 07:28:40 -0000 Received: from [122.178.150.112] (port=37464 helo=localhost.localdomain) by host.dnsforcloud.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SorLi-0006Bm-1F for xen-users@lists.xen.org; Wed, 11 Jul 2012 12:58:38 +0530 Received: from [192.168.0.2] ([192.168.0.2]) (authenticated bits=0) by localhost.localdomain (8.13.8/8.13.8) with ESMTP id q6B6UxNc012120 for ; Wed, 11 Jul 2012 12:01:00 +0530 From: Rajesh Kumar Date: Wed, 11 Jul 2012 12:58:31 +0530 Message-Id: To: xen-users@lists.xen.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host.dnsforcloud.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - hiox.com X-Mailman-Approved-At: Wed, 11 Jul 2012 13:14:53 +0000 Subject: [Xen-users] 99% iowait on one core in 8 core processor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, We have a xen server and using 8 core processor. I can see that there is 99% iowait on only core 0. 02:28:49 AM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s 02:28:54 AM all 0.00 0.00 0.00 12.65 0.00 0.02 2.24 85.08 1359.88 02:28:54 AM 0 0.00 0.00 0.00 96.21 0.00 0.20 3.19 0.40 847.11 02:28:54 AM 1 0.00 0.00 0.00 6.41 0.00 0.00 9.42 84.17 219.56 02:28:54 AM 2 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 2.59 02:28:54 AM 3 0.00 0.00 0.00 0.00 0.00 0.00 2.12 97.88 76.25 02:28:54 AM 4 0.00 0.00 0.00 0.00 0.00 0.00 1.20 98.80 118.56 02:28:54 AM 5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 3.59 02:28:54 AM 6 0.00 0.00 0.00 0.00 0.00 0.00 2.02 97.98 89.62 02:28:54 AM 7 0.00 0.00 0.00 0.00 0.00 0.00 0.20 99.80 2.59 02:28:54 AM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s 02:28:59 AM all 0.00 0.00 0.00 12.48 0.00 0.00 2.78 84.74 1317.43 02:28:59 AM 0 0.00 0.00 0.00 98.80 0.00 0.00 0.80 0.40 885.17 02:28:59 AM 1 0.00 0.00 0.00 0.00 0.00 0.00 11.38 88.62 151.30 02:28:59 AM 2 0.00 0.00 0.00 0.00 0.00 0.00 0.20 99.80 2.81 02:28:59 AM 3 0.00 0.00 0.00 0.00 0.00 0.00 7.21 92.79 94.79 02:28:59 AM 4 0.00 0.00 0.00 0.00 0.00 0.00 2.20 97.80 170.34 02:28:59 AM 5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 4.41 02:28:59 AM 6 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 5.81 02:28:59 AM 7 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 2.81 I have even tries changing the cpus mapped to the DomU with out no effect. Name CPU CPU Affinity 4pulse 1 1 2music 3 3 Domain-0 0 0 Domain-0 1 1 Domain-0 2 2 Domain-0 3 3 Domain-0 4 4 Domain-0 5 5 Domain-0 6 6 Domain-0 7 7 analshah 6 any cpu arunvelayudhan 7 any cpu backup 7 any cpu crickruns 3 1-3 crickruns 2 1-3 crickruns 1 1-3 crickruns 2 1-3 crickruns 1 1-3 crickruns 1 1-3 dedicatedjv 7 any cpu yeluthu 4 3-5 yeluthu 3 3-5 yeluthu 3 3-5 yeluthu 3 3-5 yeluthu 3 3-5 yeluthu 3 3-5 freshnfresh 3 any cpu monitoring 7 any cpu reporter 6 5-7 reporter 7 5-7 reporter 6 5-7 reporter 6 5-7 reporter 7 5-7 reporter 7 5-7 reporter 5 5-7 reporter 7 5-7 radio03 7 any cpu saampeter 2 1-2 saampeter 2 1-2 Thanks, Rajesh _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 11 13:16:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 13:16: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 1Sowkp-0007Rv-3e; Wed, 11 Jul 2012 13:14:55 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SorLq-0000AQ-KQ for xen-users@lists.xen.org; Wed, 11 Jul 2012 07:28:46 +0000 X-Env-Sender: rajesh@hiox.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1341991719!3468845!1 X-Originating-IP: [50.28.68.231] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8178 invoked from network); 11 Jul 2012 07:28:40 -0000 Received: from hioxindia.com (HELO host.dnsforcloud.com) (50.28.68.231) by server-10.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2012 07:28:40 -0000 Received: from [122.178.150.112] (port=37464 helo=localhost.localdomain) by host.dnsforcloud.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SorLi-0006Bm-1F for xen-users@lists.xen.org; Wed, 11 Jul 2012 12:58:38 +0530 Received: from [192.168.0.2] ([192.168.0.2]) (authenticated bits=0) by localhost.localdomain (8.13.8/8.13.8) with ESMTP id q6B6UxNc012120 for ; Wed, 11 Jul 2012 12:01:00 +0530 From: Rajesh Kumar Date: Wed, 11 Jul 2012 12:58:31 +0530 Message-Id: To: xen-users@lists.xen.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host.dnsforcloud.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - hiox.com X-Mailman-Approved-At: Wed, 11 Jul 2012 13:14:53 +0000 Subject: [Xen-users] 99% iowait on one core in 8 core processor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, We have a xen server and using 8 core processor. I can see that there is 99% iowait on only core 0. 02:28:49 AM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s 02:28:54 AM all 0.00 0.00 0.00 12.65 0.00 0.02 2.24 85.08 1359.88 02:28:54 AM 0 0.00 0.00 0.00 96.21 0.00 0.20 3.19 0.40 847.11 02:28:54 AM 1 0.00 0.00 0.00 6.41 0.00 0.00 9.42 84.17 219.56 02:28:54 AM 2 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 2.59 02:28:54 AM 3 0.00 0.00 0.00 0.00 0.00 0.00 2.12 97.88 76.25 02:28:54 AM 4 0.00 0.00 0.00 0.00 0.00 0.00 1.20 98.80 118.56 02:28:54 AM 5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 3.59 02:28:54 AM 6 0.00 0.00 0.00 0.00 0.00 0.00 2.02 97.98 89.62 02:28:54 AM 7 0.00 0.00 0.00 0.00 0.00 0.00 0.20 99.80 2.59 02:28:54 AM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s 02:28:59 AM all 0.00 0.00 0.00 12.48 0.00 0.00 2.78 84.74 1317.43 02:28:59 AM 0 0.00 0.00 0.00 98.80 0.00 0.00 0.80 0.40 885.17 02:28:59 AM 1 0.00 0.00 0.00 0.00 0.00 0.00 11.38 88.62 151.30 02:28:59 AM 2 0.00 0.00 0.00 0.00 0.00 0.00 0.20 99.80 2.81 02:28:59 AM 3 0.00 0.00 0.00 0.00 0.00 0.00 7.21 92.79 94.79 02:28:59 AM 4 0.00 0.00 0.00 0.00 0.00 0.00 2.20 97.80 170.34 02:28:59 AM 5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 4.41 02:28:59 AM 6 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 5.81 02:28:59 AM 7 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 2.81 I have even tries changing the cpus mapped to the DomU with out no effect. Name CPU CPU Affinity 4pulse 1 1 2music 3 3 Domain-0 0 0 Domain-0 1 1 Domain-0 2 2 Domain-0 3 3 Domain-0 4 4 Domain-0 5 5 Domain-0 6 6 Domain-0 7 7 analshah 6 any cpu arunvelayudhan 7 any cpu backup 7 any cpu crickruns 3 1-3 crickruns 2 1-3 crickruns 1 1-3 crickruns 2 1-3 crickruns 1 1-3 crickruns 1 1-3 dedicatedjv 7 any cpu yeluthu 4 3-5 yeluthu 3 3-5 yeluthu 3 3-5 yeluthu 3 3-5 yeluthu 3 3-5 yeluthu 3 3-5 freshnfresh 3 any cpu monitoring 7 any cpu reporter 6 5-7 reporter 7 5-7 reporter 6 5-7 reporter 6 5-7 reporter 7 5-7 reporter 7 5-7 reporter 5 5-7 reporter 7 5-7 radio03 7 any cpu saampeter 2 1-2 saampeter 2 1-2 Thanks, Rajesh _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 11 13:59:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 13:59: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 1SoxQo-00081t-Hh; Wed, 11 Jul 2012 13:58:18 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoxQn-00081o-Aq for xen-users@lists.xen.org; Wed, 11 Jul 2012 13:58:17 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1342015050!8724099!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3716 invoked from network); 11 Jul 2012 13:57:31 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jul 2012 13:57:31 -0000 Received: by lbok6 with SMTP id k6so2195782lbo.32 for ; Wed, 11 Jul 2012 06:57:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=++KugOIzc9tnJcIZiN+UNWb0LbDy0/sY4qc0FUfYquY=; b=mYaiP4jPcQEb5c48VHLUy68arzrCmNK8f72KrJxpyRpdNkWrUx+lIP76KjRX81uged v8ObTY+dGAO1pDSBjbEvYfUqs+0s4zmqBUH36CJPQCpNqw/JPTAsM4fsIZv3Wk5QuPyA 4jv/D3vzNRnKL+90XSKwLEX0uS2n68tBU6H7c0g5T6a3ZYZhxg8BJzufE7DihnGHxjlr UuKHRCwgT4zitBeFaeQAHtWUEu5jVAZgdhERJwDS4Umezk3rOP2ExquUsHeH5aYm5jva yomF1x5IW2u6z7ITBLomuPZatUpcYzLB/ycubpNbq/cdlYfNKCFd2JBRopFhm/E5e69p 6oEA== Received: by 10.112.36.195 with SMTP id s3mr21929533lbj.42.1342015035708; Wed, 11 Jul 2012 06:57:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.8.105 with HTTP; Wed, 11 Jul 2012 06:56:55 -0700 (PDT) In-Reply-To: References: From: Matthias Date: Wed, 11 Jul 2012 15:56:55 +0200 Message-ID: To: Rajesh Kumar Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 99% iowait on one core in 8 core processor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 experianced the same. I figured the reason behind this has nothing to do with what (v)cpus you assign to the domUs. In fact, I think that the real reason is that all I/O emulation from the domUs (like HDD, Network and Stuff) is all handled by CPU0 of dom0, even in a multi-core-architecture. You can test this with trying something I/O intensive like a hdd benchmark in the domU and you will see the dom0-cpu0 utilization rising. Using PVHVM or GPLPV-Driver only reduces the amount of utilization but it is still handled by cpu0 only. Due to that fact i leave cpu0 to my dom0 alone and only assign the other cpu-cores to the domUs. Note: This is only an assumption I made after seeing my machines behaviour. If the above isn't true, please correct me. 2012/7/11 Rajesh Kumar : > Hi All, > > We have a xen server and using 8 core processor. > > I can see that there is 99% iowait on only core 0. > > > 02:28:49 AM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s > 02:28:54 AM all 0.00 0.00 0.00 12.65 0.00 0.02 2.24 85.08 1359.88 > 02:28:54 AM 0 0.00 0.00 0.00 96.21 0.00 0.20 3.19 0.40 847.11 > 02:28:54 AM 1 0.00 0.00 0.00 6.41 0.00 0.00 9.42 84.17 219.56 > 02:28:54 AM 2 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 2.59 > 02:28:54 AM 3 0.00 0.00 0.00 0.00 0.00 0.00 2.12 97.88 76.25 > 02:28:54 AM 4 0.00 0.00 0.00 0.00 0.00 0.00 1.20 98.80 118.56 > 02:28:54 AM 5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 3.59 > 02:28:54 AM 6 0.00 0.00 0.00 0.00 0.00 0.00 2.02 97.98 89.62 > 02:28:54 AM 7 0.00 0.00 0.00 0.00 0.00 0.00 0.20 99.80 2.59 > > 02:28:54 AM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s > 02:28:59 AM all 0.00 0.00 0.00 12.48 0.00 0.00 2.78 84.74 1317.43 > 02:28:59 AM 0 0.00 0.00 0.00 98.80 0.00 0.00 0.80 0.40 885.17 > 02:28:59 AM 1 0.00 0.00 0.00 0.00 0.00 0.00 11.38 88.62 151.30 > 02:28:59 AM 2 0.00 0.00 0.00 0.00 0.00 0.00 0.20 99.80 2.81 > 02:28:59 AM 3 0.00 0.00 0.00 0.00 0.00 0.00 7.21 92.79 94.79 > 02:28:59 AM 4 0.00 0.00 0.00 0.00 0.00 0.00 2.20 97.80 170.34 > 02:28:59 AM 5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 4.41 > 02:28:59 AM 6 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 5.81 > 02:28:59 AM 7 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 2.81 > > > I have even tries changing the cpus mapped to the DomU with out no effect. > > Name CPU CPU Affinity > 4pulse 1 1 > 2music 3 3 > Domain-0 0 0 > Domain-0 1 1 > Domain-0 2 2 > Domain-0 3 3 > Domain-0 4 4 > Domain-0 5 5 > Domain-0 6 6 > Domain-0 7 7 > analshah 6 any cpu > arunvelayudhan 7 any cpu > backup 7 any cpu > crickruns 3 1-3 > crickruns 2 1-3 > crickruns 1 1-3 > crickruns 2 1-3 > crickruns 1 1-3 > crickruns 1 1-3 > dedicatedjv 7 any cpu > yeluthu 4 3-5 > yeluthu 3 3-5 > yeluthu 3 3-5 > yeluthu 3 3-5 > yeluthu 3 3-5 > yeluthu 3 3-5 > freshnfresh 3 any cpu > monitoring 7 any cpu > reporter 6 5-7 > reporter 7 5-7 > reporter 6 5-7 > reporter 6 5-7 > reporter 7 5-7 > reporter 7 5-7 > reporter 5 5-7 > reporter 7 5-7 > radio03 7 any cpu > saampeter 2 1-2 > saampeter 2 1-2 > > > Thanks, > Rajesh > _______________________________________________ > 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 Jul 11 13:59:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 13:59: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 1SoxQo-00081t-Hh; Wed, 11 Jul 2012 13:58:18 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoxQn-00081o-Aq for xen-users@lists.xen.org; Wed, 11 Jul 2012 13:58:17 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1342015050!8724099!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3716 invoked from network); 11 Jul 2012 13:57:31 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jul 2012 13:57:31 -0000 Received: by lbok6 with SMTP id k6so2195782lbo.32 for ; Wed, 11 Jul 2012 06:57:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=++KugOIzc9tnJcIZiN+UNWb0LbDy0/sY4qc0FUfYquY=; b=mYaiP4jPcQEb5c48VHLUy68arzrCmNK8f72KrJxpyRpdNkWrUx+lIP76KjRX81uged v8ObTY+dGAO1pDSBjbEvYfUqs+0s4zmqBUH36CJPQCpNqw/JPTAsM4fsIZv3Wk5QuPyA 4jv/D3vzNRnKL+90XSKwLEX0uS2n68tBU6H7c0g5T6a3ZYZhxg8BJzufE7DihnGHxjlr UuKHRCwgT4zitBeFaeQAHtWUEu5jVAZgdhERJwDS4Umezk3rOP2ExquUsHeH5aYm5jva yomF1x5IW2u6z7ITBLomuPZatUpcYzLB/ycubpNbq/cdlYfNKCFd2JBRopFhm/E5e69p 6oEA== Received: by 10.112.36.195 with SMTP id s3mr21929533lbj.42.1342015035708; Wed, 11 Jul 2012 06:57:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.8.105 with HTTP; Wed, 11 Jul 2012 06:56:55 -0700 (PDT) In-Reply-To: References: From: Matthias Date: Wed, 11 Jul 2012 15:56:55 +0200 Message-ID: To: Rajesh Kumar Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 99% iowait on one core in 8 core processor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 experianced the same. I figured the reason behind this has nothing to do with what (v)cpus you assign to the domUs. In fact, I think that the real reason is that all I/O emulation from the domUs (like HDD, Network and Stuff) is all handled by CPU0 of dom0, even in a multi-core-architecture. You can test this with trying something I/O intensive like a hdd benchmark in the domU and you will see the dom0-cpu0 utilization rising. Using PVHVM or GPLPV-Driver only reduces the amount of utilization but it is still handled by cpu0 only. Due to that fact i leave cpu0 to my dom0 alone and only assign the other cpu-cores to the domUs. Note: This is only an assumption I made after seeing my machines behaviour. If the above isn't true, please correct me. 2012/7/11 Rajesh Kumar : > Hi All, > > We have a xen server and using 8 core processor. > > I can see that there is 99% iowait on only core 0. > > > 02:28:49 AM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s > 02:28:54 AM all 0.00 0.00 0.00 12.65 0.00 0.02 2.24 85.08 1359.88 > 02:28:54 AM 0 0.00 0.00 0.00 96.21 0.00 0.20 3.19 0.40 847.11 > 02:28:54 AM 1 0.00 0.00 0.00 6.41 0.00 0.00 9.42 84.17 219.56 > 02:28:54 AM 2 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 2.59 > 02:28:54 AM 3 0.00 0.00 0.00 0.00 0.00 0.00 2.12 97.88 76.25 > 02:28:54 AM 4 0.00 0.00 0.00 0.00 0.00 0.00 1.20 98.80 118.56 > 02:28:54 AM 5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 3.59 > 02:28:54 AM 6 0.00 0.00 0.00 0.00 0.00 0.00 2.02 97.98 89.62 > 02:28:54 AM 7 0.00 0.00 0.00 0.00 0.00 0.00 0.20 99.80 2.59 > > 02:28:54 AM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s > 02:28:59 AM all 0.00 0.00 0.00 12.48 0.00 0.00 2.78 84.74 1317.43 > 02:28:59 AM 0 0.00 0.00 0.00 98.80 0.00 0.00 0.80 0.40 885.17 > 02:28:59 AM 1 0.00 0.00 0.00 0.00 0.00 0.00 11.38 88.62 151.30 > 02:28:59 AM 2 0.00 0.00 0.00 0.00 0.00 0.00 0.20 99.80 2.81 > 02:28:59 AM 3 0.00 0.00 0.00 0.00 0.00 0.00 7.21 92.79 94.79 > 02:28:59 AM 4 0.00 0.00 0.00 0.00 0.00 0.00 2.20 97.80 170.34 > 02:28:59 AM 5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 4.41 > 02:28:59 AM 6 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 5.81 > 02:28:59 AM 7 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 2.81 > > > I have even tries changing the cpus mapped to the DomU with out no effect. > > Name CPU CPU Affinity > 4pulse 1 1 > 2music 3 3 > Domain-0 0 0 > Domain-0 1 1 > Domain-0 2 2 > Domain-0 3 3 > Domain-0 4 4 > Domain-0 5 5 > Domain-0 6 6 > Domain-0 7 7 > analshah 6 any cpu > arunvelayudhan 7 any cpu > backup 7 any cpu > crickruns 3 1-3 > crickruns 2 1-3 > crickruns 1 1-3 > crickruns 2 1-3 > crickruns 1 1-3 > crickruns 1 1-3 > dedicatedjv 7 any cpu > yeluthu 4 3-5 > yeluthu 3 3-5 > yeluthu 3 3-5 > yeluthu 3 3-5 > yeluthu 3 3-5 > yeluthu 3 3-5 > freshnfresh 3 any cpu > monitoring 7 any cpu > reporter 6 5-7 > reporter 7 5-7 > reporter 6 5-7 > reporter 6 5-7 > reporter 7 5-7 > reporter 7 5-7 > reporter 5 5-7 > reporter 7 5-7 > radio03 7 any cpu > saampeter 2 1-2 > saampeter 2 1-2 > > > Thanks, > Rajesh > _______________________________________________ > 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 Jul 11 14:19:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 14:19: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 1Soxjk-00009a-T8; Wed, 11 Jul 2012 14:17:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Soxji-00009V-MY for xen-users@lists.xen.org; Wed, 11 Jul 2012 14:17:50 +0000 Received: from [85.158.143.35:38256] by server-3.bemta-4.messagelabs.com id 95/F8-05808-E0B8DFF4; Wed, 11 Jul 2012 14:17:50 +0000 X-Env-Sender: peter.phaal@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1342016268!13352611!1 X-Originating-IP: [209.85.213.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23891 invoked from network); 11 Jul 2012 14:17:49 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jul 2012 14:17:49 -0000 Received: by yenl1 with SMTP id l1so1404201yen.32 for ; Wed, 11 Jul 2012 07:17:48 -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=nbQwwVQK3b71j4XdTLfTphYiYF8gLxhvwGlsGffzJao=; b=a5+jI35jAfwf5vsmvORrhLW3yF7s2hnHOcsMG7aLSTldxyPMo7YYytAyYELD5I6YsY XppLafz7ZiAo3SGyiKs1MSNKHN38WGPfctpejKQxXHJV/ssd/1OJmHvhdx0R5CpZa1l6 be6AfqgGbwt00Q0MszGktYkgOoaTHv6UZlw3NL2/reL0LuhPlueQPDddA/vPu7elIUPB Na1A6ViMdF9p0F/vaTqFTF1GfTlFwiTi6yfsa6HniPEJc093mg2Jg99/BCYwsn1Rt3Zv KtKR+YGIzk2PJKUvunYkFUSybYNDynOVC3hiSH/7Xbm9d+BZr51gcj/YtLiPNE7eX4Xz dw/g== MIME-Version: 1.0 Received: by 10.50.40.193 with SMTP id z1mr14803829igk.0.1342016267546; Wed, 11 Jul 2012 07:17:47 -0700 (PDT) Received: by 10.231.186.132 with HTTP; Wed, 11 Jul 2012 07:17:47 -0700 (PDT) In-Reply-To: <4FFD73B1.2090805@di.unipmn.it> References: <8f305897-1a06-4aaa-b29e-f04b455604a1@email.android.com> <2ae4cbf4-0758-4ba0-924a-9013d112892f@email.android.com> <4FFD475F.9010303@di.unipmn.it> <2923430.3p6NqrNPhv@gongo> <4FFD73B1.2090805@di.unipmn.it> Date: Wed, 11 Jul 2012 07:17:47 -0700 Message-ID: From: Peter Phaal To: Massimo Canonico Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Virtualization and monitoring X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Massimo, You might want to try installing a Host sFlow agent on Dom0 - it will export the stats that xentop displays using the sFlow standard. You can use tools like Ganglia or sFlowTrend to graphically plot the data, or roll your own using the sflowtool CLI utility. http://blog.sflow.com/2012/01/using-ganglia-to-monitor-virtual.html http://blog.sflow.com/2010/10/sflowtrend-adds-server-performance.html Peter On Wed, Jul 11, 2012 at 5:38 AM, Massimo Canonico wrote: > Thank you very much for this clarification. > Just one more question: are you aware of any monitoring tool able to get out > the machine load out from xen (besides xentop)? > > I've tried Munin/Collectd with no luck. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 11 14:19:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 14:19: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 1Soxjk-00009a-T8; Wed, 11 Jul 2012 14:17:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Soxji-00009V-MY for xen-users@lists.xen.org; Wed, 11 Jul 2012 14:17:50 +0000 Received: from [85.158.143.35:38256] by server-3.bemta-4.messagelabs.com id 95/F8-05808-E0B8DFF4; Wed, 11 Jul 2012 14:17:50 +0000 X-Env-Sender: peter.phaal@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1342016268!13352611!1 X-Originating-IP: [209.85.213.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23891 invoked from network); 11 Jul 2012 14:17:49 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jul 2012 14:17:49 -0000 Received: by yenl1 with SMTP id l1so1404201yen.32 for ; Wed, 11 Jul 2012 07:17:48 -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=nbQwwVQK3b71j4XdTLfTphYiYF8gLxhvwGlsGffzJao=; b=a5+jI35jAfwf5vsmvORrhLW3yF7s2hnHOcsMG7aLSTldxyPMo7YYytAyYELD5I6YsY XppLafz7ZiAo3SGyiKs1MSNKHN38WGPfctpejKQxXHJV/ssd/1OJmHvhdx0R5CpZa1l6 be6AfqgGbwt00Q0MszGktYkgOoaTHv6UZlw3NL2/reL0LuhPlueQPDddA/vPu7elIUPB Na1A6ViMdF9p0F/vaTqFTF1GfTlFwiTi6yfsa6HniPEJc093mg2Jg99/BCYwsn1Rt3Zv KtKR+YGIzk2PJKUvunYkFUSybYNDynOVC3hiSH/7Xbm9d+BZr51gcj/YtLiPNE7eX4Xz dw/g== MIME-Version: 1.0 Received: by 10.50.40.193 with SMTP id z1mr14803829igk.0.1342016267546; Wed, 11 Jul 2012 07:17:47 -0700 (PDT) Received: by 10.231.186.132 with HTTP; Wed, 11 Jul 2012 07:17:47 -0700 (PDT) In-Reply-To: <4FFD73B1.2090805@di.unipmn.it> References: <8f305897-1a06-4aaa-b29e-f04b455604a1@email.android.com> <2ae4cbf4-0758-4ba0-924a-9013d112892f@email.android.com> <4FFD475F.9010303@di.unipmn.it> <2923430.3p6NqrNPhv@gongo> <4FFD73B1.2090805@di.unipmn.it> Date: Wed, 11 Jul 2012 07:17:47 -0700 Message-ID: From: Peter Phaal To: Massimo Canonico Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Virtualization and monitoring X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Massimo, You might want to try installing a Host sFlow agent on Dom0 - it will export the stats that xentop displays using the sFlow standard. You can use tools like Ganglia or sFlowTrend to graphically plot the data, or roll your own using the sflowtool CLI utility. http://blog.sflow.com/2012/01/using-ganglia-to-monitor-virtual.html http://blog.sflow.com/2010/10/sflowtrend-adds-server-performance.html Peter On Wed, Jul 11, 2012 at 5:38 AM, Massimo Canonico wrote: > Thank you very much for this clarification. > Just one more question: are you aware of any monitoring tool able to get out > the machine load out from xen (besides xentop)? > > I've tried Munin/Collectd with no luck. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 11 14:45:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 14:45:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Soy9G-0000Y4-Fl; Wed, 11 Jul 2012 14:44:14 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Soy9E-0000Xw-GJ for xen-users@lists.xen.org; Wed, 11 Jul 2012 14:44:12 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1342017845!8783782!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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17450 invoked from network); 11 Jul 2012 14:44:06 -0000 Received: from ffm-dr1.syndicat.com (HELO ffm-dr1.syndicat.com) (62.146.89.62) by server-3.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2012 14:44:06 -0000 Received: from localhost ([127.0.0.1]) by ffm-dr1.syndicat.com with esmtp (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1Soy96-000594-FN for xen-users@lists.xen.org; Wed, 11 Jul 2012 16:44:04 +0200 X-Virus-Scanned: amavisd-new at syndicat.com Received: from ffm-dr1.syndicat.com ([127.0.0.1]) by localhost (ffm-dr1.syndicat.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5BUFj2Acfg4n for ; Wed, 11 Jul 2012 16:44:03 +0200 (CEST) Received: from p5dc3fdcc.dip.t-dialin.net ([93.195.253.204] helo=gongo.localnet) by ffm-dr1.syndicat.com with esmtpsa (TLSv1:AES256-SHA:256) (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1Soy95-0005SO-Jl for xen-users@lists.xen.org; Wed, 11 Jul 2012 16:44:03 +0200 From: Niels Dettenbach To: xen-users@lists.xen.org Date: Wed, 11 Jul 2012 14:43:54 +0200 Message-ID: <24858362.SCHNr4S3eO@gongo> Organization: Syndicat IT&Internet User-Agent: KMail/4.8.4 (Linux/3.1.5-gentoo; KDE/4.8.4; x86_64; ; ) In-Reply-To: <4FFD73B1.2090805@di.unipmn.it> References: <8f305897-1a06-4aaa-b29e-f04b455604a1@email.android.com> <2923430.3p6NqrNPhv@gongo> <4FFD73B1.2090805@di.unipmn.it> MIME-Version: 1.0 Subject: Re: [Xen-users] Virtualization and monitoring X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8122020567899836097==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8122020567899836097== Content-Type: multipart/signed; boundary="nextPart1603945.WoSMI0dHdA"; micalg="pgp-sha256"; protocol="application/pgp-signature" Content-Transfer-Encoding: 7Bit --nextPart1603945.WoSMI0dHdA Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Mittwoch, 11. Juli 2012, 14:38:09 schrieb Massimo Canonico: > Thank you very much for this clarification. > Just one more question: are you aware of any monitoring tool able to get > out the machine load out from xen (besides xentop)? > > I've tried Munin/Collectd with no luck. You get all important things out to know from xentop or xm top i.e. to use that output in typical small to enterprise scale monitoring solutions - from a simple shell or perlscipt, over zabbix sensors, cacti, rrdtool up to nagios etc. just a few examples: http://phplens.com/phpeverywhere/?q=node/view/266 http://www.novell.com/coolsolutions/feature/19490.html If you are not able to write your own plugins / "sensors" for your favorite monitoring take a look into their plugin collections. hth cheers, Niels. -- --- Niels Dettenbach Syndicat IT & Internet http://www.syndicat.com PGP: https://syndicat.com/pub_key.asc --- --nextPart1603945.WoSMI0dHdA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAABCAAGBQJP/XUPAAoJEM78prARigUn63kP/1KNncPkc+lSlW83f2hzTyAT GRy0bvOdyTXeF7HII8l5wSgcs7puwcLKIbKS8DIFv83YWUrmBK2lZps8zR6Bp5C5 ifpNH5n7SUJqcGzWwOry/UpPd0pHY/YysTJ9/Cz5sp8EPP9SYj87dCd/rlovkIuo 2eNSvRQO7dEv93lPOfUcSZ6LXuNTtZVfB81WR1Flrxn+28P5hLuLtL8Iti9fskeU maP+SCsn2h+JubRAez596n9aEo+Bb5mkDd3Tf4JaT60bp2FIkE/MWf9HzL3vWcFc WvY4swCArnGxDn0J0+8LcBPQhd6yusAxXdiEiqIb9SndJyKBv5E+shPgHb1/Qk7A BTeiYawtVOyapl8LApyJTVgTjeCbfSS/BWB5tnmpU9kc+YIg9gj0yW1iG/p/f3lt t/K6NPP95QP0W1B1K3xTngZHxsOefbpXGNRy3GbT8GrpE/CmBinmYNERIxvV8dVH UoRuXI0wtFr0/Kvp000AuTJVc58I4a5lVplqtpwlLN45CEuXXHtp07japP9nSufq MlLz6j1KPOwHibczKCE/34yCmiLeo1IBkDKjq6OVeWLUU5uo1YQe9h1XKWmb5Lgy dg2JrcsfvPM+DXuGK5GX8fp4y84sJgmdj/7ggGAH+itB3Ld0Wagd90sPvLOxvwyN A+pX1O9g4JSKrHaKeNRf =cfAf -----END PGP SIGNATURE----- --nextPart1603945.WoSMI0dHdA-- --===============8122020567899836097== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8122020567899836097==-- From xen-users-bounces@lists.xen.org Wed Jul 11 14:45:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 14:45:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Soy9G-0000Y4-Fl; Wed, 11 Jul 2012 14:44:14 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Soy9E-0000Xw-GJ for xen-users@lists.xen.org; Wed, 11 Jul 2012 14:44:12 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1342017845!8783782!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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17450 invoked from network); 11 Jul 2012 14:44:06 -0000 Received: from ffm-dr1.syndicat.com (HELO ffm-dr1.syndicat.com) (62.146.89.62) by server-3.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2012 14:44:06 -0000 Received: from localhost ([127.0.0.1]) by ffm-dr1.syndicat.com with esmtp (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1Soy96-000594-FN for xen-users@lists.xen.org; Wed, 11 Jul 2012 16:44:04 +0200 X-Virus-Scanned: amavisd-new at syndicat.com Received: from ffm-dr1.syndicat.com ([127.0.0.1]) by localhost (ffm-dr1.syndicat.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5BUFj2Acfg4n for ; Wed, 11 Jul 2012 16:44:03 +0200 (CEST) Received: from p5dc3fdcc.dip.t-dialin.net ([93.195.253.204] helo=gongo.localnet) by ffm-dr1.syndicat.com with esmtpsa (TLSv1:AES256-SHA:256) (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1Soy95-0005SO-Jl for xen-users@lists.xen.org; Wed, 11 Jul 2012 16:44:03 +0200 From: Niels Dettenbach To: xen-users@lists.xen.org Date: Wed, 11 Jul 2012 14:43:54 +0200 Message-ID: <24858362.SCHNr4S3eO@gongo> Organization: Syndicat IT&Internet User-Agent: KMail/4.8.4 (Linux/3.1.5-gentoo; KDE/4.8.4; x86_64; ; ) In-Reply-To: <4FFD73B1.2090805@di.unipmn.it> References: <8f305897-1a06-4aaa-b29e-f04b455604a1@email.android.com> <2923430.3p6NqrNPhv@gongo> <4FFD73B1.2090805@di.unipmn.it> MIME-Version: 1.0 Subject: Re: [Xen-users] Virtualization and monitoring X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8122020567899836097==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8122020567899836097== Content-Type: multipart/signed; boundary="nextPart1603945.WoSMI0dHdA"; micalg="pgp-sha256"; protocol="application/pgp-signature" Content-Transfer-Encoding: 7Bit --nextPart1603945.WoSMI0dHdA Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Mittwoch, 11. Juli 2012, 14:38:09 schrieb Massimo Canonico: > Thank you very much for this clarification. > Just one more question: are you aware of any monitoring tool able to get > out the machine load out from xen (besides xentop)? > > I've tried Munin/Collectd with no luck. You get all important things out to know from xentop or xm top i.e. to use that output in typical small to enterprise scale monitoring solutions - from a simple shell or perlscipt, over zabbix sensors, cacti, rrdtool up to nagios etc. just a few examples: http://phplens.com/phpeverywhere/?q=node/view/266 http://www.novell.com/coolsolutions/feature/19490.html If you are not able to write your own plugins / "sensors" for your favorite monitoring take a look into their plugin collections. hth cheers, Niels. -- --- Niels Dettenbach Syndicat IT & Internet http://www.syndicat.com PGP: https://syndicat.com/pub_key.asc --- --nextPart1603945.WoSMI0dHdA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAABCAAGBQJP/XUPAAoJEM78prARigUn63kP/1KNncPkc+lSlW83f2hzTyAT GRy0bvOdyTXeF7HII8l5wSgcs7puwcLKIbKS8DIFv83YWUrmBK2lZps8zR6Bp5C5 ifpNH5n7SUJqcGzWwOry/UpPd0pHY/YysTJ9/Cz5sp8EPP9SYj87dCd/rlovkIuo 2eNSvRQO7dEv93lPOfUcSZ6LXuNTtZVfB81WR1Flrxn+28P5hLuLtL8Iti9fskeU maP+SCsn2h+JubRAez596n9aEo+Bb5mkDd3Tf4JaT60bp2FIkE/MWf9HzL3vWcFc WvY4swCArnGxDn0J0+8LcBPQhd6yusAxXdiEiqIb9SndJyKBv5E+shPgHb1/Qk7A BTeiYawtVOyapl8LApyJTVgTjeCbfSS/BWB5tnmpU9kc+YIg9gj0yW1iG/p/f3lt t/K6NPP95QP0W1B1K3xTngZHxsOefbpXGNRy3GbT8GrpE/CmBinmYNERIxvV8dVH UoRuXI0wtFr0/Kvp000AuTJVc58I4a5lVplqtpwlLN45CEuXXHtp07japP9nSufq MlLz6j1KPOwHibczKCE/34yCmiLeo1IBkDKjq6OVeWLUU5uo1YQe9h1XKWmb5Lgy dg2JrcsfvPM+DXuGK5GX8fp4y84sJgmdj/7ggGAH+itB3Ld0Wagd90sPvLOxvwyN A+pX1O9g4JSKrHaKeNRf =cfAf -----END PGP SIGNATURE----- --nextPart1603945.WoSMI0dHdA-- --===============8122020567899836097== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8122020567899836097==-- From xen-users-bounces@lists.xen.org Wed Jul 11 14:46:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 14:46: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 1SoyAr-0000d9-7W; Wed, 11 Jul 2012 14:45:53 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoyAo-0000cY-Rf for xen-users@lists.xen.org; Wed, 11 Jul 2012 14:45:51 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1342017942!8784198!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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25446 invoked from network); 11 Jul 2012 14:45:43 -0000 Received: from ffm-dr1.syndicat.com (HELO ffm-dr1.syndicat.com) (62.146.89.62) by server-3.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2012 14:45:43 -0000 Received: from localhost ([127.0.0.1]) by ffm-dr1.syndicat.com with esmtp (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1SoyAg-0005VM-Do for xen-users@lists.xen.org; Wed, 11 Jul 2012 16:45:42 +0200 X-Virus-Scanned: amavisd-new at syndicat.com Received: from ffm-dr1.syndicat.com ([127.0.0.1]) by localhost (ffm-dr1.syndicat.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 77HPCQBzb6ll for ; Wed, 11 Jul 2012 16:45:42 +0200 (CEST) Received: from p5dc3fdcc.dip.t-dialin.net ([93.195.253.204] helo=gongo.localnet) by ffm-dr1.syndicat.com with esmtpsa (TLSv1:AES256-SHA:256) (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1SoyAf-0003jS-TY for xen-users@lists.xen.org; Wed, 11 Jul 2012 16:45:41 +0200 From: Niels Dettenbach To: xen-users@lists.xen.org Date: Wed, 11 Jul 2012 14:45:37 +0200 Message-ID: <14593387.ydQSqYD07U@gongo> Organization: Syndicat IT&Internet User-Agent: KMail/4.8.4 (Linux/3.1.5-gentoo; KDE/4.8.4; x86_64; ; ) In-Reply-To: <4FFD73B1.2090805@di.unipmn.it> References: <8f305897-1a06-4aaa-b29e-f04b455604a1@email.android.com> <2923430.3p6NqrNPhv@gongo> <4FFD73B1.2090805@di.unipmn.it> MIME-Version: 1.0 Subject: Re: [Xen-users] Virtualization and monitoring X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2943057693384120455==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2943057693384120455== Content-Type: multipart/signed; boundary="nextPart1819842.UdsP7sJzal"; micalg="pgp-sha256"; protocol="application/pgp-signature" Content-Transfer-Encoding: 7Bit --nextPart1819842.UdsP7sJzal Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Mittwoch, 11. Juli 2012, 14:38:09 schrieb Massimo Canonico: > Hi Niels, > Thank you very much for this clarification. > Just one more question: are you aware of any monitoring tool able to get > out the machine load out from xen (besides xentop)? > > I've tried Munin/Collectd with no luck. ..forgot XenMon: http://www.virtuatopia.com/index.php/Xen_Monitoring_Tools_and_Techniques#Monitoring_Xen_Performance_with_XenMon -- --- Niels Dettenbach Syndicat IT & Internet http://www.syndicat.com PGP: https://syndicat.com/pub_key.asc --- --nextPart1819842.UdsP7sJzal Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAABCAAGBQJP/XVxAAoJEM78prARigUnMR0P+wfefGBwLYCQdYhKlI8W8EGq vOH8BRuFeco0B6WaG7m9NpJMjmpMtKGjspxi4OQsPlxZGKEuN3Rex3EDYXLom6+R oLgiemxzj173I5iK59Y+osIUBLsX5li9tNoqWapFGo4KiekzowKps7YDqAE8ZKCa Rn1xbsL5PstP7PA+zbt1G3rJs7lMQz/qw1JMAMpKtWHfy5tPpyZovDUfXUwUnSWx aLj3ck85owNwj7MFDeXSY3hwywt+BkHA3HAwubEuposYjKDmPz7jhhMFkqgfRf6g roSsHMQtkPRJn3Z088pOlCfEX0yfzQ699MqfnhFB8Ageg+KZyuWgKwMDEnQm2o7v XwHOE3F9f/ZjOucZ+Qo4uc3HvLA+NUytYe5SoOM/ge9bx4sP1da1wL2jgb73D0v6 EGOddpNGfYQ5f85/ML7PveQYmHqQGxMw4G0fgbW3Y+5TS6NilsRBsOgTbfyKL8IR KDKjoqxjeS/ru0RAhLwruaR8FUHxwk8+WubIVIaoL+LXH9nvUdAy6N7LmaLerxoj uMnhFrJPKvMOlaIzz72iNK6Tzp9/MJIBgUXUtVWLTgAJAPzZ7VOtCL/SN3PCYxFe h9c1SkLN3jxNAJFsoIqevYVnG6o1zGSA5G8t6ezDtjl2aWL+OADLqVSmBC7XqWiL YPHXjimEN7N7xJho3+EN =58mN -----END PGP SIGNATURE----- --nextPart1819842.UdsP7sJzal-- --===============2943057693384120455== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2943057693384120455==-- From xen-users-bounces@lists.xen.org Wed Jul 11 14:46:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 14:46: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 1SoyAr-0000d9-7W; Wed, 11 Jul 2012 14:45:53 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SoyAo-0000cY-Rf for xen-users@lists.xen.org; Wed, 11 Jul 2012 14:45:51 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1342017942!8784198!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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25446 invoked from network); 11 Jul 2012 14:45:43 -0000 Received: from ffm-dr1.syndicat.com (HELO ffm-dr1.syndicat.com) (62.146.89.62) by server-3.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2012 14:45:43 -0000 Received: from localhost ([127.0.0.1]) by ffm-dr1.syndicat.com with esmtp (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1SoyAg-0005VM-Do for xen-users@lists.xen.org; Wed, 11 Jul 2012 16:45:42 +0200 X-Virus-Scanned: amavisd-new at syndicat.com Received: from ffm-dr1.syndicat.com ([127.0.0.1]) by localhost (ffm-dr1.syndicat.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 77HPCQBzb6ll for ; Wed, 11 Jul 2012 16:45:42 +0200 (CEST) Received: from p5dc3fdcc.dip.t-dialin.net ([93.195.253.204] helo=gongo.localnet) by ffm-dr1.syndicat.com with esmtpsa (TLSv1:AES256-SHA:256) (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1SoyAf-0003jS-TY for xen-users@lists.xen.org; Wed, 11 Jul 2012 16:45:41 +0200 From: Niels Dettenbach To: xen-users@lists.xen.org Date: Wed, 11 Jul 2012 14:45:37 +0200 Message-ID: <14593387.ydQSqYD07U@gongo> Organization: Syndicat IT&Internet User-Agent: KMail/4.8.4 (Linux/3.1.5-gentoo; KDE/4.8.4; x86_64; ; ) In-Reply-To: <4FFD73B1.2090805@di.unipmn.it> References: <8f305897-1a06-4aaa-b29e-f04b455604a1@email.android.com> <2923430.3p6NqrNPhv@gongo> <4FFD73B1.2090805@di.unipmn.it> MIME-Version: 1.0 Subject: Re: [Xen-users] Virtualization and monitoring X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2943057693384120455==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2943057693384120455== Content-Type: multipart/signed; boundary="nextPart1819842.UdsP7sJzal"; micalg="pgp-sha256"; protocol="application/pgp-signature" Content-Transfer-Encoding: 7Bit --nextPart1819842.UdsP7sJzal Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Mittwoch, 11. Juli 2012, 14:38:09 schrieb Massimo Canonico: > Hi Niels, > Thank you very much for this clarification. > Just one more question: are you aware of any monitoring tool able to get > out the machine load out from xen (besides xentop)? > > I've tried Munin/Collectd with no luck. ..forgot XenMon: http://www.virtuatopia.com/index.php/Xen_Monitoring_Tools_and_Techniques#Monitoring_Xen_Performance_with_XenMon -- --- Niels Dettenbach Syndicat IT & Internet http://www.syndicat.com PGP: https://syndicat.com/pub_key.asc --- --nextPart1819842.UdsP7sJzal Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAABCAAGBQJP/XVxAAoJEM78prARigUnMR0P+wfefGBwLYCQdYhKlI8W8EGq vOH8BRuFeco0B6WaG7m9NpJMjmpMtKGjspxi4OQsPlxZGKEuN3Rex3EDYXLom6+R oLgiemxzj173I5iK59Y+osIUBLsX5li9tNoqWapFGo4KiekzowKps7YDqAE8ZKCa Rn1xbsL5PstP7PA+zbt1G3rJs7lMQz/qw1JMAMpKtWHfy5tPpyZovDUfXUwUnSWx aLj3ck85owNwj7MFDeXSY3hwywt+BkHA3HAwubEuposYjKDmPz7jhhMFkqgfRf6g roSsHMQtkPRJn3Z088pOlCfEX0yfzQ699MqfnhFB8Ageg+KZyuWgKwMDEnQm2o7v XwHOE3F9f/ZjOucZ+Qo4uc3HvLA+NUytYe5SoOM/ge9bx4sP1da1wL2jgb73D0v6 EGOddpNGfYQ5f85/ML7PveQYmHqQGxMw4G0fgbW3Y+5TS6NilsRBsOgTbfyKL8IR KDKjoqxjeS/ru0RAhLwruaR8FUHxwk8+WubIVIaoL+LXH9nvUdAy6N7LmaLerxoj uMnhFrJPKvMOlaIzz72iNK6Tzp9/MJIBgUXUtVWLTgAJAPzZ7VOtCL/SN3PCYxFe h9c1SkLN3jxNAJFsoIqevYVnG6o1zGSA5G8t6ezDtjl2aWL+OADLqVSmBC7XqWiL YPHXjimEN7N7xJho3+EN =58mN -----END PGP SIGNATURE----- --nextPart1819842.UdsP7sJzal-- --===============2943057693384120455== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2943057693384120455==-- From xen-users-bounces@lists.xen.org Wed Jul 11 16:11:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 16:11: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 1SozUF-00020U-MS; Wed, 11 Jul 2012 16:09:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SozUE-00020P-Vr for xen-users@lists.xen.org; Wed, 11 Jul 2012 16:09:59 +0000 Received: from [85.158.139.83:25636] by server-12.bemta-5.messagelabs.com id 16/A7-25233-555ADFF4; Wed, 11 Jul 2012 16:09:57 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-15.tower-182.messagelabs.com!1342022991!28174550!1 X-Originating-IP: [203.56.191.70] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8818 invoked from network); 11 Jul 2012 16:09:54 -0000 Received: from unknown (HELO hammer.websitemanagers.com.au) (203.56.191.70) by server-15.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2012 16:09:54 -0000 Received: (qmail 28687 invoked by uid 1011); 11 Jul 2012 16:09:38 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.97.3/15126. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.186822 secs); 11 Jul 2012 16:09:38 -0000 Received: from unknown (HELO ?192.168.2.90?) (124.246.8.196) by 0 with SMTP; 11 Jul 2012 16:09:37 -0000 Message-ID: <4FFDA541.90500@websitemanagers.com.au> Date: Thu, 12 Jul 2012 02:09:37 +1000 From: Adam Goryachev Organization: Website Managers 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 X-Enigmail-Version: 1.4.2 Subject: [Xen-users] How to convert windows 2003 from XenServer to 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 I'm having some trouble converting a MS Windows 2003 server from XenServer 5.6 to Xen. What I've done: 1) Export of the VM from XenCenter and saved to a file 2) Converted the tar file, and re-built a raw image file 3) Wrote the final file to a LVM, fdisk -l shows the partition table 4) Exported the LVM via iSCSI, the remote physical machine can see the partition table on the iSCSI device 5) Started the VM What I get: Normal boot up process, except when doing a normal boot, I get stuck with the black screen, windows logo, and the moving blue bar across the bottom. This continues for more than 6 hours.... ie, it hangs, though the blue bar is still moving. root@pm08:/etc/xen# xm list Name ID Mem VCPUs State Time(s) Domain-0 0 9967 6 r----- 1121.0 win2003 3 6144 2 -b---- 1154.3 Copy of the config file: kernel = "/usr/lib/xen-default/boot/hvmloader" builder = 'hvm' memory = 6144 shadow_memory = 12 device_model = '/usr/lib/xen-default/bin/qemu-dm' #extra = "clocksource=jiffies" localtime = 1 name = "win2003" cpus = "1,2" # Which physical CPU's to allow vcpus = 2 # How many Virtual CPU's to present viridian = 1 disk = [ 'phy:/dev/disk/by-path/ip-10.66.3.12:3260-iscsi-iqn.2012-06.trojanworkforce:win2003-lun-0,hda,w', 'file:/mnt/images/XenGPL_PV.iso,ioemu:hdc:cdrom,r' ] boot = 'c' sdl = 0 vnc = 1 vncviewer = 0 vncconsole = 0 vncunused = 1 stdvga = 0 usb = 1 usbdevice = 'tablet' acpi = 1 apic = 1 on_reboot = 'restart' on_poweroff = 'destroy' on_crash = 'restart' audio = 1 soundhw = 'sb16' I've copied this config from another machine which is running a windows 2003 VM successfully.... root@pm08:/etc/xen# dpkg -l | grep xen ii libxen-4.1 4.1.3~rc1+hg-20120614.a9c0a89c08f2-2 Public libs for Xen ii libxenstore3.0 4.1.3~rc1+hg-20120614.a9c0a89c08f2-2 Xenstore communications library for Xen ii linux-image-2.6.32-5-xen-amd64 2.6.32-45 Linux 2.6.32 for 64-bit PCs, Xen dom0 support ii xen-hypervisor-4.0-amd64 4.0.1-5.2 The Xen Hypervisor on AMD64 ii xen-linux-system-2.6-xen-amd64 3.2+45 Xen system with Linux for 64-bit PCs (dummy package) ii xen-linux-system-2.6.32-5-xen-amd64 2.6.32-45 Xen system with Linux 2.6.32 on 64-bit PCs (meta-package) ii xen-linux-system-3.2.0-3-amd64 3.2.21-3 Xen system with Linux 3.2 on 64-bit PCs (meta-package) ii xen-linux-system-amd64 3.2+45 Xen system with Linux for 64-bit PCs (meta-package) ii xen-qemu-dm-4.0 4.0.1-2+squeeze1 Xen Qemu Device Model virtual machine hardware emulator ii xen-utils-4.0 4.0.1-5.2 XEN administrative tools ii xen-utils-common 4.1.3~rc1+hg-20120614.a9c0a89c08f2-2 Xen administrative tools - common files ii xenstore-utils 4.1.3~rc1+hg-20120614.a9c0a89c08f2-2 Xenstore utilities for Xen I get exactly the same result from Debian Stable as I do from Debian Testing (above packages are Debian Testing) Linux pm08 3.2.0-3-amd64 #1 SMP Thu Jun 28 09:07:26 UTC 2012 x86_64 GNU/Linux The last few lines from xm dmesg: (XEN) Freed 176kB init memory. (XEN) traps.c:2308:d0 Domain attempted WRMSR 00000000c0010004 from 00000007:d99dc798 to 00000000:0000abcd. (XEN) physdev.c:103: dom0: wrong map_pirq type 3 (XEN) hvm.c:3129:d2 Bad HVM op 259. (XEN) hvm.c:3129:d3 Bad HVM op 259. The last few lines from /var/log/xen/qemu-dm-win2003.log XENUTIL: WARNING: CloseFrontend: timed out in XenbusWaitForBackendStateChange: /local/domain/0/backend/vfb/3/0 in state INITIALISING; retry. XENUTIL: WARNING: CloseFrontend: timed out in XenbusWaitForBackendStateChange: /local/domain/0/backend/vfb/3/0 in state INITIALISING; retry. XENUTIL: WARNING: CloseFrontend: timed out in XenbusWaitForBackendStateChange: /local/domain/0/backend/vfb/3/0 in state INITIALISING; retry. XENUTIL: WARNING: CloseFrontend: timed out in XenbusWaitForBackendStateChange: /local/domain/0/backend/vfb/3/0 in state INITIALISING; retry. XENUTIL: WARNING: CloseFrontend: timed out in XenbusWaitForBackendStateChange: /local/domain/0/backend/vfb/3/0 in state INITIALISING; retry. Just realised, this seems to repeat approx once per minute. I can boot into "safe mode" and get a working system, but obviously I need to be able to boot normally... If any additional information needs to be provided, please let me know. Can anybody suggest a solution to make this work? PS, yes, I made an iso image of all the GPLPV drivers (current version) so that once the machine boots I can install them, but I don't seem to get far enough to install them.... Regards, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 11 16:11:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Jul 2012 16:11: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 1SozUF-00020U-MS; Wed, 11 Jul 2012 16:09:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SozUE-00020P-Vr for xen-users@lists.xen.org; Wed, 11 Jul 2012 16:09:59 +0000 Received: from [85.158.139.83:25636] by server-12.bemta-5.messagelabs.com id 16/A7-25233-555ADFF4; Wed, 11 Jul 2012 16:09:57 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-15.tower-182.messagelabs.com!1342022991!28174550!1 X-Originating-IP: [203.56.191.70] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8818 invoked from network); 11 Jul 2012 16:09:54 -0000 Received: from unknown (HELO hammer.websitemanagers.com.au) (203.56.191.70) by server-15.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2012 16:09:54 -0000 Received: (qmail 28687 invoked by uid 1011); 11 Jul 2012 16:09:38 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.97.3/15126. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.186822 secs); 11 Jul 2012 16:09:38 -0000 Received: from unknown (HELO ?192.168.2.90?) (124.246.8.196) by 0 with SMTP; 11 Jul 2012 16:09:37 -0000 Message-ID: <4FFDA541.90500@websitemanagers.com.au> Date: Thu, 12 Jul 2012 02:09:37 +1000 From: Adam Goryachev Organization: Website Managers 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 X-Enigmail-Version: 1.4.2 Subject: [Xen-users] How to convert windows 2003 from XenServer to 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 I'm having some trouble converting a MS Windows 2003 server from XenServer 5.6 to Xen. What I've done: 1) Export of the VM from XenCenter and saved to a file 2) Converted the tar file, and re-built a raw image file 3) Wrote the final file to a LVM, fdisk -l shows the partition table 4) Exported the LVM via iSCSI, the remote physical machine can see the partition table on the iSCSI device 5) Started the VM What I get: Normal boot up process, except when doing a normal boot, I get stuck with the black screen, windows logo, and the moving blue bar across the bottom. This continues for more than 6 hours.... ie, it hangs, though the blue bar is still moving. root@pm08:/etc/xen# xm list Name ID Mem VCPUs State Time(s) Domain-0 0 9967 6 r----- 1121.0 win2003 3 6144 2 -b---- 1154.3 Copy of the config file: kernel = "/usr/lib/xen-default/boot/hvmloader" builder = 'hvm' memory = 6144 shadow_memory = 12 device_model = '/usr/lib/xen-default/bin/qemu-dm' #extra = "clocksource=jiffies" localtime = 1 name = "win2003" cpus = "1,2" # Which physical CPU's to allow vcpus = 2 # How many Virtual CPU's to present viridian = 1 disk = [ 'phy:/dev/disk/by-path/ip-10.66.3.12:3260-iscsi-iqn.2012-06.trojanworkforce:win2003-lun-0,hda,w', 'file:/mnt/images/XenGPL_PV.iso,ioemu:hdc:cdrom,r' ] boot = 'c' sdl = 0 vnc = 1 vncviewer = 0 vncconsole = 0 vncunused = 1 stdvga = 0 usb = 1 usbdevice = 'tablet' acpi = 1 apic = 1 on_reboot = 'restart' on_poweroff = 'destroy' on_crash = 'restart' audio = 1 soundhw = 'sb16' I've copied this config from another machine which is running a windows 2003 VM successfully.... root@pm08:/etc/xen# dpkg -l | grep xen ii libxen-4.1 4.1.3~rc1+hg-20120614.a9c0a89c08f2-2 Public libs for Xen ii libxenstore3.0 4.1.3~rc1+hg-20120614.a9c0a89c08f2-2 Xenstore communications library for Xen ii linux-image-2.6.32-5-xen-amd64 2.6.32-45 Linux 2.6.32 for 64-bit PCs, Xen dom0 support ii xen-hypervisor-4.0-amd64 4.0.1-5.2 The Xen Hypervisor on AMD64 ii xen-linux-system-2.6-xen-amd64 3.2+45 Xen system with Linux for 64-bit PCs (dummy package) ii xen-linux-system-2.6.32-5-xen-amd64 2.6.32-45 Xen system with Linux 2.6.32 on 64-bit PCs (meta-package) ii xen-linux-system-3.2.0-3-amd64 3.2.21-3 Xen system with Linux 3.2 on 64-bit PCs (meta-package) ii xen-linux-system-amd64 3.2+45 Xen system with Linux for 64-bit PCs (meta-package) ii xen-qemu-dm-4.0 4.0.1-2+squeeze1 Xen Qemu Device Model virtual machine hardware emulator ii xen-utils-4.0 4.0.1-5.2 XEN administrative tools ii xen-utils-common 4.1.3~rc1+hg-20120614.a9c0a89c08f2-2 Xen administrative tools - common files ii xenstore-utils 4.1.3~rc1+hg-20120614.a9c0a89c08f2-2 Xenstore utilities for Xen I get exactly the same result from Debian Stable as I do from Debian Testing (above packages are Debian Testing) Linux pm08 3.2.0-3-amd64 #1 SMP Thu Jun 28 09:07:26 UTC 2012 x86_64 GNU/Linux The last few lines from xm dmesg: (XEN) Freed 176kB init memory. (XEN) traps.c:2308:d0 Domain attempted WRMSR 00000000c0010004 from 00000007:d99dc798 to 00000000:0000abcd. (XEN) physdev.c:103: dom0: wrong map_pirq type 3 (XEN) hvm.c:3129:d2 Bad HVM op 259. (XEN) hvm.c:3129:d3 Bad HVM op 259. The last few lines from /var/log/xen/qemu-dm-win2003.log XENUTIL: WARNING: CloseFrontend: timed out in XenbusWaitForBackendStateChange: /local/domain/0/backend/vfb/3/0 in state INITIALISING; retry. XENUTIL: WARNING: CloseFrontend: timed out in XenbusWaitForBackendStateChange: /local/domain/0/backend/vfb/3/0 in state INITIALISING; retry. XENUTIL: WARNING: CloseFrontend: timed out in XenbusWaitForBackendStateChange: /local/domain/0/backend/vfb/3/0 in state INITIALISING; retry. XENUTIL: WARNING: CloseFrontend: timed out in XenbusWaitForBackendStateChange: /local/domain/0/backend/vfb/3/0 in state INITIALISING; retry. XENUTIL: WARNING: CloseFrontend: timed out in XenbusWaitForBackendStateChange: /local/domain/0/backend/vfb/3/0 in state INITIALISING; retry. Just realised, this seems to repeat approx once per minute. I can boot into "safe mode" and get a working system, but obviously I need to be able to boot normally... If any additional information needs to be provided, please let me know. Can anybody suggest a solution to make this work? PS, yes, I made an iso image of all the GPLPV drivers (current version) so that once the machine boots I can install them, but I don't seem to get far enough to install them.... 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 Jul 12 05:37:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 05:37: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 1SpC3h-00037n-NO; Thu, 12 Jul 2012 05:35:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpC3g-00037i-GS for xen-users@lists.xen.org; Thu, 12 Jul 2012 05:35:24 +0000 Received: from [85.158.143.35:43916] by server-3.bemta-4.messagelabs.com id 7D/B1-05808-B126EFF4; Thu, 12 Jul 2012 05:35:23 +0000 X-Env-Sender: tonycongjie@gmail.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1342071321!4642084!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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27125 invoked from network); 12 Jul 2012 05:35:22 -0000 Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com) (209.85.220.173) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 05:35:22 -0000 Received: by vcbfl15 with SMTP id fl15so121713vcb.32 for ; Wed, 11 Jul 2012 22:35: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=KlsEh8THGUqFO4dWzqhP2bt9ESx4Wo0dw5ouS9H51D4=; b=l/xvOnJjzSZHonsOCDFvA9rBWEk4h1XaD13ybM4CCYUjqTntzZ7kudMupj34B4cDIW VKcLPA2/F265/WURiqj04FpdFQqDgdbmOmmvFSyXyiCz0Qzm73qVhWY5N+1tRw80+guJ MR8j9+rBJCaFb81d2eBHkqnTT4mr3OfwszUNwhdeGZAHipke/zOHo6BNRVpQd6TsP5el b5/rkSHpZjRMfUoTHpUVAzgOl065esOpnJxoMG21XI9HGhC0dqR5wrGya7I0NBKqvEQJ tNfrCOegUwNndi+d53IwA0KNaL3bmTqT4ZzCVDOzcRSPoghr8waxgfB3IC/SLVEME7nm ahoA== MIME-Version: 1.0 Received: by 10.52.94.36 with SMTP id cz4mr21012549vdb.10.1342071320811; Wed, 11 Jul 2012 22:35:20 -0700 (PDT) Received: by 10.220.7.21 with HTTP; Wed, 11 Jul 2012 22:35:20 -0700 (PDT) Date: Wed, 11 Jul 2012 22:35:20 -0700 Message-ID: From: Tony Huang To: xen-users@lists.xen.org Subject: [Xen-users] how to know whether a vm has been 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 I am looking for a way to detect whether a vm has been startup and ready to go. For example, ready to been ssh into, not just in the start up process. Anyone know? -- Tony _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 12 05:37:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 05:37: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 1SpC3h-00037n-NO; Thu, 12 Jul 2012 05:35:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpC3g-00037i-GS for xen-users@lists.xen.org; Thu, 12 Jul 2012 05:35:24 +0000 Received: from [85.158.143.35:43916] by server-3.bemta-4.messagelabs.com id 7D/B1-05808-B126EFF4; Thu, 12 Jul 2012 05:35:23 +0000 X-Env-Sender: tonycongjie@gmail.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1342071321!4642084!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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27125 invoked from network); 12 Jul 2012 05:35:22 -0000 Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com) (209.85.220.173) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 05:35:22 -0000 Received: by vcbfl15 with SMTP id fl15so121713vcb.32 for ; Wed, 11 Jul 2012 22:35: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=KlsEh8THGUqFO4dWzqhP2bt9ESx4Wo0dw5ouS9H51D4=; b=l/xvOnJjzSZHonsOCDFvA9rBWEk4h1XaD13ybM4CCYUjqTntzZ7kudMupj34B4cDIW VKcLPA2/F265/WURiqj04FpdFQqDgdbmOmmvFSyXyiCz0Qzm73qVhWY5N+1tRw80+guJ MR8j9+rBJCaFb81d2eBHkqnTT4mr3OfwszUNwhdeGZAHipke/zOHo6BNRVpQd6TsP5el b5/rkSHpZjRMfUoTHpUVAzgOl065esOpnJxoMG21XI9HGhC0dqR5wrGya7I0NBKqvEQJ tNfrCOegUwNndi+d53IwA0KNaL3bmTqT4ZzCVDOzcRSPoghr8waxgfB3IC/SLVEME7nm ahoA== MIME-Version: 1.0 Received: by 10.52.94.36 with SMTP id cz4mr21012549vdb.10.1342071320811; Wed, 11 Jul 2012 22:35:20 -0700 (PDT) Received: by 10.220.7.21 with HTTP; Wed, 11 Jul 2012 22:35:20 -0700 (PDT) Date: Wed, 11 Jul 2012 22:35:20 -0700 Message-ID: From: Tony Huang To: xen-users@lists.xen.org Subject: [Xen-users] how to know whether a vm has been 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 I am looking for a way to detect whether a vm has been startup and ready to go. For example, ready to been ssh into, not just in the start up process. Anyone know? -- Tony _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 12 05:54:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 05: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 1SpCKa-0003SG-IK; Thu, 12 Jul 2012 05:52:52 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpCKZ-0003S3-3b for xen-users@lists.xen.org; Thu, 12 Jul 2012 05:52:51 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-8.tower-27.messagelabs.com!1342072364!8843067!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17118 invoked from network); 12 Jul 2012 05:52:45 -0000 Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com) (209.85.161.173) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 05:52:45 -0000 Received: by ggnp1 with SMTP id p1so2315566ggn.32 for ; Wed, 11 Jul 2012 22:52:43 -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=VJ58UOdpRUVLpX65xwMQ5VhMn714HeEACySf86QDnjg=; b=kZ0soXM2b2VYIpHjt6VbN2UxYKr3klTgPPUK7vtA9TLU4W3HqLUPQkVdzTdnoJrmTw O3Qem0OFlEvsjB8X6bYGSzqPX+vpjF9fUKwScMQCcU5Vu4zO4G/rl0W3Qo5zg9XfRv2P FW6GnRqWqk7maZuCbP0psL1PTeowc78t5gKUQauF2A86gGSyKhpgQNvT73MIPh+zIkqf mmmWBMn4Fl9iwluTNTPQ5yF+LJwyK4fOckBJcsPKvAlxGvjeaZiK+3X0RzSpMEyTeoJj JwlmM9qjsW62TQAgtkD8XkbSkq9FQ2NwOx7VFcr4HlWKEK0/VuIgALMqZhzkn+X1jYDn d//g== MIME-Version: 1.0 Received: by 10.66.74.97 with SMTP id s1mr87331427pav.11.1342072363354; Wed, 11 Jul 2012 22:52:43 -0700 (PDT) Received: by 10.68.213.230 with HTTP; Wed, 11 Jul 2012 22:52:43 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 12:52:43 +0700 Message-ID: From: "Fajar A. Nugraha" To: Tony Huang X-Gm-Message-State: ALoCoQl9UOfNgAsj8YbjKxhdWRrLCBX5/yAsQacI5zPmHmAZAldRBgXHY2K2zcHJjVp5lWidx8EM Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] how to know whether a vm has been 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 On Thu, Jul 12, 2012 at 12:35 PM, Tony Huang wrote: > I am looking for a way to detect whether a vm has been startup and > ready to go. For example, ready to been ssh into, not just in the > start up process. Anyone know? Short version: no, there's no facility that provides that. Long version: you need to write your own script to check. Possibly something that does these things: - xm create - try to connect to the guests port and exit immediately (e.g. something like "echo | nc -w 1 IP_OF_domU 22") - if the above commands returns non-zero error code (i.e. it couldn't connect due to timeout or connection refused), retry again for a specified number of seconds (e.g. using a WHILE for FOR loop) - return the appropriate error code (e.g. "0" if you can connect successfully within the specified period, "1" otherwise) -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 12 05:54:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 05: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 1SpCKa-0003SG-IK; Thu, 12 Jul 2012 05:52:52 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpCKZ-0003S3-3b for xen-users@lists.xen.org; Thu, 12 Jul 2012 05:52:51 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-8.tower-27.messagelabs.com!1342072364!8843067!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17118 invoked from network); 12 Jul 2012 05:52:45 -0000 Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com) (209.85.161.173) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 05:52:45 -0000 Received: by ggnp1 with SMTP id p1so2315566ggn.32 for ; Wed, 11 Jul 2012 22:52:43 -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=VJ58UOdpRUVLpX65xwMQ5VhMn714HeEACySf86QDnjg=; b=kZ0soXM2b2VYIpHjt6VbN2UxYKr3klTgPPUK7vtA9TLU4W3HqLUPQkVdzTdnoJrmTw O3Qem0OFlEvsjB8X6bYGSzqPX+vpjF9fUKwScMQCcU5Vu4zO4G/rl0W3Qo5zg9XfRv2P FW6GnRqWqk7maZuCbP0psL1PTeowc78t5gKUQauF2A86gGSyKhpgQNvT73MIPh+zIkqf mmmWBMn4Fl9iwluTNTPQ5yF+LJwyK4fOckBJcsPKvAlxGvjeaZiK+3X0RzSpMEyTeoJj JwlmM9qjsW62TQAgtkD8XkbSkq9FQ2NwOx7VFcr4HlWKEK0/VuIgALMqZhzkn+X1jYDn d//g== MIME-Version: 1.0 Received: by 10.66.74.97 with SMTP id s1mr87331427pav.11.1342072363354; Wed, 11 Jul 2012 22:52:43 -0700 (PDT) Received: by 10.68.213.230 with HTTP; Wed, 11 Jul 2012 22:52:43 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 12:52:43 +0700 Message-ID: From: "Fajar A. Nugraha" To: Tony Huang X-Gm-Message-State: ALoCoQl9UOfNgAsj8YbjKxhdWRrLCBX5/yAsQacI5zPmHmAZAldRBgXHY2K2zcHJjVp5lWidx8EM Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] how to know whether a vm has been 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 On Thu, Jul 12, 2012 at 12:35 PM, Tony Huang wrote: > I am looking for a way to detect whether a vm has been startup and > ready to go. For example, ready to been ssh into, not just in the > start up process. Anyone know? Short version: no, there's no facility that provides that. Long version: you need to write your own script to check. Possibly something that does these things: - xm create - try to connect to the guests port and exit immediately (e.g. something like "echo | nc -w 1 IP_OF_domU 22") - if the above commands returns non-zero error code (i.e. it couldn't connect due to timeout or connection refused), retry again for a specified number of seconds (e.g. using a WHILE for FOR loop) - return the appropriate error code (e.g. "0" if you can connect successfully within the specified period, "1" otherwise) -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 12 06:18:33 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 06:18: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 1SpCiS-0003t8-Vm; Thu, 12 Jul 2012 06:17:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpCiR-0003t3-Pk for xen-users@lists.xen.org; Thu, 12 Jul 2012 06:17:31 +0000 Received: from [85.158.138.51:35859] by server-8.bemta-3.messagelabs.com id CB/B2-06157-AFB6EFF4; Thu, 12 Jul 2012 06:17:30 +0000 X-Env-Sender: emmanuel.courcelle@toulouse.inra.fr X-Msg-Ref: server-11.tower-174.messagelabs.com!1342073850!28484090!1 X-Originating-IP: [147.99.107.115] X-SpamReason: No, hits=0.0 required=7.0 tests=UPPERCASE_25_50 X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29094 invoked from network); 12 Jul 2012 06:17:30 -0000 Received: from mx.toulouse.inra.fr (HELO yang.toulouse.inra.fr) (147.99.107.115) by server-11.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Jul 2012 06:17:30 -0000 Received: from [147.99.102.222] (lipmCinfoEC [147.99.102.222]) (authenticated bits=0) by yang.toulouse.inra.fr (/8.14.4) with ESMTP id q6C6HT2p016002 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 12 Jul 2012 08:17:29 +0200 (CEST) Message-ID: <4FFE6BF9.4040201@toulouse.inra.fr> Date: Thu, 12 Jul 2012 08:17:29 +0200 From: Emmanuel COURCELLE User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.28) Gecko/20120313 Thunderbird/3.1.20 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: X-Miltered: at yang with ID 4FFE6BF9.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4FFE6BF9.000/147.99.102.222/lipmCinfoEC/[147.99.102.222]/ X-j-chkmail-Score: MSGID : 4FFE6BF9.000 on yang.toulouse.inra.fr : j-chkmail score : . : R=. U=. O=. B=0.068 -> S=0.068 X-j-chkmail-Status: Ham X-Virus-Scanned: clamav-milter 0.97 at yang X-Virus-Status: Clean Subject: Re: [Xen-users] how to know whether a vm has been 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-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 You should look at nagios: http://www.nagios.org/ -- Emmanuel COURCELLE emmanuel.courcelle@toulouse.inra.fr L.I.P.M. (UMR CNRS-INRA 2594/441) tel (33) 5-61-28-54-50 I.N.R.A. - 24 chemin de Borde Rouge - Auzeville CS52627 - 31326 CASTANET TOLOSAN Cedex - FRANCE _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 12 06:18:33 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 06:18: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 1SpCiS-0003t8-Vm; Thu, 12 Jul 2012 06:17:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpCiR-0003t3-Pk for xen-users@lists.xen.org; Thu, 12 Jul 2012 06:17:31 +0000 Received: from [85.158.138.51:35859] by server-8.bemta-3.messagelabs.com id CB/B2-06157-AFB6EFF4; Thu, 12 Jul 2012 06:17:30 +0000 X-Env-Sender: emmanuel.courcelle@toulouse.inra.fr X-Msg-Ref: server-11.tower-174.messagelabs.com!1342073850!28484090!1 X-Originating-IP: [147.99.107.115] X-SpamReason: No, hits=0.0 required=7.0 tests=UPPERCASE_25_50 X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29094 invoked from network); 12 Jul 2012 06:17:30 -0000 Received: from mx.toulouse.inra.fr (HELO yang.toulouse.inra.fr) (147.99.107.115) by server-11.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Jul 2012 06:17:30 -0000 Received: from [147.99.102.222] (lipmCinfoEC [147.99.102.222]) (authenticated bits=0) by yang.toulouse.inra.fr (/8.14.4) with ESMTP id q6C6HT2p016002 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 12 Jul 2012 08:17:29 +0200 (CEST) Message-ID: <4FFE6BF9.4040201@toulouse.inra.fr> Date: Thu, 12 Jul 2012 08:17:29 +0200 From: Emmanuel COURCELLE User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.28) Gecko/20120313 Thunderbird/3.1.20 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: X-Miltered: at yang with ID 4FFE6BF9.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4FFE6BF9.000/147.99.102.222/lipmCinfoEC/[147.99.102.222]/ X-j-chkmail-Score: MSGID : 4FFE6BF9.000 on yang.toulouse.inra.fr : j-chkmail score : . : R=. U=. O=. B=0.068 -> S=0.068 X-j-chkmail-Status: Ham X-Virus-Scanned: clamav-milter 0.97 at yang X-Virus-Status: Clean Subject: Re: [Xen-users] how to know whether a vm has been 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-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 You should look at nagios: http://www.nagios.org/ -- Emmanuel COURCELLE emmanuel.courcelle@toulouse.inra.fr L.I.P.M. (UMR CNRS-INRA 2594/441) tel (33) 5-61-28-54-50 I.N.R.A. - 24 chemin de Borde Rouge - Auzeville CS52627 - 31326 CASTANET TOLOSAN Cedex - FRANCE _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 12 07:18:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 07:18: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 1SpDdt-0004eX-Vp; Thu, 12 Jul 2012 07:16:53 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpDZt-0004dn-Ln for xen-users@lists.xen.org; Thu, 12 Jul 2012 07:12:45 +0000 X-Env-Sender: rajesh@hiox.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1342077158!8675311!1 X-Originating-IP: [50.28.68.231] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6561 invoked from network); 12 Jul 2012 07:12:38 -0000 Received: from hioxindia.com (HELO host.dnsforcloud.com) (50.28.68.231) by server-16.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Jul 2012 07:12:38 -0000 Received: from [122.178.161.244] (port=60556 helo=localhost.localdomain) by host.dnsforcloud.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SpDZk-0001Vw-HO; Thu, 12 Jul 2012 12:42:37 +0530 Received: from [192.168.0.2] ([192.168.0.2]) (authenticated bits=0) by localhost.localdomain (8.13.8/8.13.8) with ESMTP id q6C6EpUe011386; Thu, 12 Jul 2012 11:44:52 +0530 Mime-Version: 1.0 (Apple Message framework v1084) From: Rajesh Kumar In-Reply-To: Date: Thu, 12 Jul 2012 12:39:27 +0530 Message-Id: <71E61694-BD63-4E87-B81C-86B63ABF3171@hiox.com> References: To: Matthias X-Mailer: Apple Mail (2.1084) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host.dnsforcloud.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - hiox.com X-Mailman-Approved-At: Thu, 12 Jul 2012 07:16:52 +0000 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 99% iowait on one core in 8 core processor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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. Your response makes a lot of sense to me. I will try to move all domU away from cpu0. On 11-Jul-2012, at 7:26 PM, Matthias wrote: > Hi, > > I experianced the same. > > I figured the reason behind this has nothing to do with what (v)cpus > you assign to the domUs. In fact, I think that the real reason is that > all I/O emulation from the domUs (like HDD, Network and Stuff) is all > handled by CPU0 of dom0, even in a multi-core-architecture. > > You can test this with trying something I/O intensive like a hdd > benchmark in the domU and you will see the dom0-cpu0 utilization > rising. > > Using PVHVM or GPLPV-Driver only reduces the amount of utilization but > it is still handled by cpu0 only. Due to that fact i leave cpu0 to my > dom0 alone and only assign the other cpu-cores to the domUs. > > > Note: This is only an assumption I made after seeing my machines > behaviour. If the above isn't true, please correct me. > > > 2012/7/11 Rajesh Kumar : >> Hi All, >> >> We have a xen server and using 8 core processor. >> >> I can see that there is 99% iowait on only core 0. >> >> >> 02:28:49 AM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s >> 02:28:54 AM all 0.00 0.00 0.00 12.65 0.00 0.02 2.24 85.08 1359.88 >> 02:28:54 AM 0 0.00 0.00 0.00 96.21 0.00 0.20 3.19 0.40 847.11 >> 02:28:54 AM 1 0.00 0.00 0.00 6.41 0.00 0.00 9.42 84.17 219.56 >> 02:28:54 AM 2 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 2.59 >> 02:28:54 AM 3 0.00 0.00 0.00 0.00 0.00 0.00 2.12 97.88 76.25 >> 02:28:54 AM 4 0.00 0.00 0.00 0.00 0.00 0.00 1.20 98.80 118.56 >> 02:28:54 AM 5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 3.59 >> 02:28:54 AM 6 0.00 0.00 0.00 0.00 0.00 0.00 2.02 97.98 89.62 >> 02:28:54 AM 7 0.00 0.00 0.00 0.00 0.00 0.00 0.20 99.80 2.59 >> >> 02:28:54 AM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s >> 02:28:59 AM all 0.00 0.00 0.00 12.48 0.00 0.00 2.78 84.74 1317.43 >> 02:28:59 AM 0 0.00 0.00 0.00 98.80 0.00 0.00 0.80 0.40 885.17 >> 02:28:59 AM 1 0.00 0.00 0.00 0.00 0.00 0.00 11.38 88.62 151.30 >> 02:28:59 AM 2 0.00 0.00 0.00 0.00 0.00 0.00 0.20 99.80 2.81 >> 02:28:59 AM 3 0.00 0.00 0.00 0.00 0.00 0.00 7.21 92.79 94.79 >> 02:28:59 AM 4 0.00 0.00 0.00 0.00 0.00 0.00 2.20 97.80 170.34 >> 02:28:59 AM 5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 4.41 >> 02:28:59 AM 6 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 5.81 >> 02:28:59 AM 7 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 2.81 >> >> >> I have even tries changing the cpus mapped to the DomU with out no effect. >> >> Name CPU CPU Affinity >> 4pulse 1 1 >> 2music 3 3 >> Domain-0 0 0 >> Domain-0 1 1 >> Domain-0 2 2 >> Domain-0 3 3 >> Domain-0 4 4 >> Domain-0 5 5 >> Domain-0 6 6 >> Domain-0 7 7 >> analshah 6 any cpu >> arunvelayudhan 7 any cpu >> backup 7 any cpu >> crickruns 3 1-3 >> crickruns 2 1-3 >> crickruns 1 1-3 >> crickruns 2 1-3 >> crickruns 1 1-3 >> crickruns 1 1-3 >> dedicatedjv 7 any cpu >> yeluthu 4 3-5 >> yeluthu 3 3-5 >> yeluthu 3 3-5 >> yeluthu 3 3-5 >> yeluthu 3 3-5 >> yeluthu 3 3-5 >> freshnfresh 3 any cpu >> monitoring 7 any cpu >> reporter 6 5-7 >> reporter 7 5-7 >> reporter 6 5-7 >> reporter 6 5-7 >> reporter 7 5-7 >> reporter 7 5-7 >> reporter 5 5-7 >> reporter 7 5-7 >> radio03 7 any cpu >> saampeter 2 1-2 >> saampeter 2 1-2 >> >> >> Thanks, >> Rajesh >> _______________________________________________ >> 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 Jul 12 07:18:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 07:18: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 1SpDdt-0004eX-Vp; Thu, 12 Jul 2012 07:16:53 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpDZt-0004dn-Ln for xen-users@lists.xen.org; Thu, 12 Jul 2012 07:12:45 +0000 X-Env-Sender: rajesh@hiox.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1342077158!8675311!1 X-Originating-IP: [50.28.68.231] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6561 invoked from network); 12 Jul 2012 07:12:38 -0000 Received: from hioxindia.com (HELO host.dnsforcloud.com) (50.28.68.231) by server-16.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Jul 2012 07:12:38 -0000 Received: from [122.178.161.244] (port=60556 helo=localhost.localdomain) by host.dnsforcloud.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SpDZk-0001Vw-HO; Thu, 12 Jul 2012 12:42:37 +0530 Received: from [192.168.0.2] ([192.168.0.2]) (authenticated bits=0) by localhost.localdomain (8.13.8/8.13.8) with ESMTP id q6C6EpUe011386; Thu, 12 Jul 2012 11:44:52 +0530 Mime-Version: 1.0 (Apple Message framework v1084) From: Rajesh Kumar In-Reply-To: Date: Thu, 12 Jul 2012 12:39:27 +0530 Message-Id: <71E61694-BD63-4E87-B81C-86B63ABF3171@hiox.com> References: To: Matthias X-Mailer: Apple Mail (2.1084) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host.dnsforcloud.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - hiox.com X-Mailman-Approved-At: Thu, 12 Jul 2012 07:16:52 +0000 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 99% iowait on one core in 8 core processor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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. Your response makes a lot of sense to me. I will try to move all domU away from cpu0. On 11-Jul-2012, at 7:26 PM, Matthias wrote: > Hi, > > I experianced the same. > > I figured the reason behind this has nothing to do with what (v)cpus > you assign to the domUs. In fact, I think that the real reason is that > all I/O emulation from the domUs (like HDD, Network and Stuff) is all > handled by CPU0 of dom0, even in a multi-core-architecture. > > You can test this with trying something I/O intensive like a hdd > benchmark in the domU and you will see the dom0-cpu0 utilization > rising. > > Using PVHVM or GPLPV-Driver only reduces the amount of utilization but > it is still handled by cpu0 only. Due to that fact i leave cpu0 to my > dom0 alone and only assign the other cpu-cores to the domUs. > > > Note: This is only an assumption I made after seeing my machines > behaviour. If the above isn't true, please correct me. > > > 2012/7/11 Rajesh Kumar : >> Hi All, >> >> We have a xen server and using 8 core processor. >> >> I can see that there is 99% iowait on only core 0. >> >> >> 02:28:49 AM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s >> 02:28:54 AM all 0.00 0.00 0.00 12.65 0.00 0.02 2.24 85.08 1359.88 >> 02:28:54 AM 0 0.00 0.00 0.00 96.21 0.00 0.20 3.19 0.40 847.11 >> 02:28:54 AM 1 0.00 0.00 0.00 6.41 0.00 0.00 9.42 84.17 219.56 >> 02:28:54 AM 2 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 2.59 >> 02:28:54 AM 3 0.00 0.00 0.00 0.00 0.00 0.00 2.12 97.88 76.25 >> 02:28:54 AM 4 0.00 0.00 0.00 0.00 0.00 0.00 1.20 98.80 118.56 >> 02:28:54 AM 5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 3.59 >> 02:28:54 AM 6 0.00 0.00 0.00 0.00 0.00 0.00 2.02 97.98 89.62 >> 02:28:54 AM 7 0.00 0.00 0.00 0.00 0.00 0.00 0.20 99.80 2.59 >> >> 02:28:54 AM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s >> 02:28:59 AM all 0.00 0.00 0.00 12.48 0.00 0.00 2.78 84.74 1317.43 >> 02:28:59 AM 0 0.00 0.00 0.00 98.80 0.00 0.00 0.80 0.40 885.17 >> 02:28:59 AM 1 0.00 0.00 0.00 0.00 0.00 0.00 11.38 88.62 151.30 >> 02:28:59 AM 2 0.00 0.00 0.00 0.00 0.00 0.00 0.20 99.80 2.81 >> 02:28:59 AM 3 0.00 0.00 0.00 0.00 0.00 0.00 7.21 92.79 94.79 >> 02:28:59 AM 4 0.00 0.00 0.00 0.00 0.00 0.00 2.20 97.80 170.34 >> 02:28:59 AM 5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 4.41 >> 02:28:59 AM 6 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 5.81 >> 02:28:59 AM 7 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 2.81 >> >> >> I have even tries changing the cpus mapped to the DomU with out no effect. >> >> Name CPU CPU Affinity >> 4pulse 1 1 >> 2music 3 3 >> Domain-0 0 0 >> Domain-0 1 1 >> Domain-0 2 2 >> Domain-0 3 3 >> Domain-0 4 4 >> Domain-0 5 5 >> Domain-0 6 6 >> Domain-0 7 7 >> analshah 6 any cpu >> arunvelayudhan 7 any cpu >> backup 7 any cpu >> crickruns 3 1-3 >> crickruns 2 1-3 >> crickruns 1 1-3 >> crickruns 2 1-3 >> crickruns 1 1-3 >> crickruns 1 1-3 >> dedicatedjv 7 any cpu >> yeluthu 4 3-5 >> yeluthu 3 3-5 >> yeluthu 3 3-5 >> yeluthu 3 3-5 >> yeluthu 3 3-5 >> yeluthu 3 3-5 >> freshnfresh 3 any cpu >> monitoring 7 any cpu >> reporter 6 5-7 >> reporter 7 5-7 >> reporter 6 5-7 >> reporter 6 5-7 >> reporter 7 5-7 >> reporter 7 5-7 >> reporter 5 5-7 >> reporter 7 5-7 >> radio03 7 any cpu >> saampeter 2 1-2 >> saampeter 2 1-2 >> >> >> Thanks, >> Rajesh >> _______________________________________________ >> 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 Jul 12 09:38:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 09:38: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 1SpFpP-0007JR-Ld; Thu, 12 Jul 2012 09:36:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpFpO-0007JM-08 for xen-users@lists.xen.org; Thu, 12 Jul 2012 09:36:54 +0000 Received: from [85.158.139.83:6427] by server-2.bemta-5.messagelabs.com id 39/6C-04598-4BA9EFF4; Thu, 12 Jul 2012 09:36:52 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1342085810!28376148!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2295 invoked from network); 12 Jul 2012 09:36:51 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 09:36:51 -0000 Received: by yenl1 with SMTP id l1so2504060yen.32 for ; Thu, 12 Jul 2012 02:36:50 -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=XXSScSvYu6tplvS9CwsD4BwManIhvrIrfMPJSZzJQYM=; b=iUSPpYv8dbEwyTE5LimyZZx3c3x5OtJn3ecKFH1Tz64TWwWm7eyTnoM8jQ45SEXKt7 WTKrirz9JRZP/+0XtiB7w3eLAMZA84Vqi/WtLJaXnLbXO9/j+cXN7TdltISY0gvS55nE m8aH7nGZNciJYev0CeQOgJqi8lzmh4iIswjb4JzCKYRt2KzeeL+QzJfxqKWneTqo/Of1 Qz+CB5HrgpkLoeIUgLpYDPiSd7qFskMIViYslJSldCpho9Ss3WvES6z5OjSvOiTR5bAJ Uve0TZ1HpwScooSx5VGf3huWpbs8DM/+1PANv8fxbpSbppKpuHXqxUbhD0TTDzhuZ1XH u14w== MIME-Version: 1.0 Received: by 10.50.216.202 with SMTP id os10mr16622127igc.17.1342085809978; Thu, 12 Jul 2012 02:36:49 -0700 (PDT) Received: by 10.64.10.41 with HTTP; Thu, 12 Jul 2012 02:36:49 -0700 (PDT) Date: Thu, 12 Jul 2012 18:36:49 +0900 Message-ID: From: jaeyong yoo To: xen-users@lists.xen.org Subject: [Xen-users] While installing guest OS, having error "Invalid 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="===============3966625564876172048==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3966625564876172048== Content-Type: multipart/alternative; boundary=14dae9341251f63c8704c49eb3bf --14dae9341251f63c8704c49eb3bf Content-Type: text/plain; charset=ISO-8859-1 Hello, When I'm trying to boot with newly installed guest OS, I'm having the following error message. $ sudo xm create /etc/xen/ubuntu.cfg -c > Error: (2, 'Invalid kernel', 'elf_xen_note_check: ERROR: Will only load images built for the generic loader or Linux images') I'm absolutely clueless and any help would be really appreciated. Here goes the detail configuration. 1) I install ubuntu desktop 12.04 in a machine (32-bit intel Core 2 CPU with 2GB memory) 2) install xen by $ sudo apt-get install xen-hypervisor-4.1-i386 xen-tools xen-utils-4.1 xen-utils-common 3) reboot 4) xen looks working OK at dom0 and I check this with the following command $ xm list Name ID Mem VCPUs State Time(s) Domain-0 0 1024 1 r----- 244.9 5) after creating logical volume using lvm (the dev is /dev/vgubuntu/ubuntu) make a configuration file (/etc/xen/ubuntu.cfg) as follows name = "ubuntu" memory = 512 disk = ['phy:/dev/vgubuntu/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" 6) Download vmlinuz and initrd file as below and place them at /var/lib/xen/images/ubuntu-netboot/ $ wget http://kr.archive.ubuntu.com/ubuntu/dists/precise/main/installer-i386/current/images/netboot/xen/initrd.gz $ wget http://kr.archive.ubuntu.com/ubuntu/dists/precise/main/installer-i386/current/images/netboot/xen/vmlinuz 7) installing the guest os using the command below $ sudo xm create /etc/xen/ubuntu.cfg -c 8) while installing, I set the filesystem ext3 in the guest OS. 9) everything looks normal. The console say the installation is completed. 10) After installing, I change the xen configuration file (/etc/xen/ubuntu.cfg) as follows. name = "ubuntu" memory = 512 disk = ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif = [' '] bootloader = "pygrub" 11) And, i try to boot the Guest OS for the first time, I see this error. --14dae9341251f63c8704c49eb3bf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,

When I'm trying to boot with newly installed = guest OS, I'm having the following error message.

<= div style=3D"text-align:left">$=A0sudo xm create /etc/xen/ubuntu.cfg -c
> Error: (2, 'Invalid kernel', 'elf_xen_note_check= : ERROR: Will only load images built for the generic loader or Linux images= ')

I'm absolutely clueless and any h= elp would be really appreciated.

Here goes the detail configuration.

1) I install ubuntu desktop 12.04 in a machine (32-bit intel Core 2 C= PU with 2GB memory)=A0

2) install xen by=A0
<= div> =A0 $=A0sudo apt-get install xen-hypervisor-4= .1-i386 xen-tools xen-utils-4.1 xen-utils-common

3) reboot

4) xen looks working= OK at dom0 and I check this with the following command
$ xm list
=A0 =A0Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0ID =A0 Mem VCPUs =A0 =A0 =A0State =A0 Time(s)
=A0 =A0Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 0 =A01024 =A0 =A0 1 =A0 =A0 r----- =A0 =A0244.9
<= /div>

5) after creating logical volume using lvm (the de= v is /dev/vgubuntu/ubuntu) make a configuration file (/etc/xen/ubuntu.cfg) = as follows

name =3D "ubuntu"
memory =3D 5= 12
disk =3D ['phy:/dev/vgubuntu/ubuntu,xvda,w']
vif =3D [' ']
kernel =3D "/var/lib/xen/images/ubunt= u-netboot/vmlinuz"
ramdisk =3D "/var/lib/xen/images/ubuntu-netboot/initrd.gz"
extra =3D "debian-installer/exit/always_halt=3Dtru= e -- console=3Dhvc0"

6) Download vmlinu= z and initrd file as below and place them at=A0/var/lib/xen/images/ubuntu-n= etboot/

7) installing the guest = os using the command below

$=A0sudo xm create /etc/xen/ubuntu.cfg -c<= /span>

8) while installing, I set the filesystem ext3 in the guest OS.

9) everything looks normal. The console say the install= ation is completed.

10) After installing, I change= the xen configuration file=A0=A0(/etc/xen/ubuntu.cfg)=A0=A0as follows.=A0<= /div>

name =3D "ubuntu"
memory =3D 512
disk =3D ['phy:/dev/vgubuntu/ubuntu,xvda,w']
vif = =3D [' ']
bootloader =3D "pygrub"
11) And, i try to boot the Guest OS for the first time, I see this err= or.



--14dae9341251f63c8704c49eb3bf-- --===============3966625564876172048== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3966625564876172048==-- From xen-users-bounces@lists.xen.org Thu Jul 12 09:38:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 09:38: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 1SpFpP-0007JR-Ld; Thu, 12 Jul 2012 09:36:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpFpO-0007JM-08 for xen-users@lists.xen.org; Thu, 12 Jul 2012 09:36:54 +0000 Received: from [85.158.139.83:6427] by server-2.bemta-5.messagelabs.com id 39/6C-04598-4BA9EFF4; Thu, 12 Jul 2012 09:36:52 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1342085810!28376148!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2295 invoked from network); 12 Jul 2012 09:36:51 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 09:36:51 -0000 Received: by yenl1 with SMTP id l1so2504060yen.32 for ; Thu, 12 Jul 2012 02:36:50 -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=XXSScSvYu6tplvS9CwsD4BwManIhvrIrfMPJSZzJQYM=; b=iUSPpYv8dbEwyTE5LimyZZx3c3x5OtJn3ecKFH1Tz64TWwWm7eyTnoM8jQ45SEXKt7 WTKrirz9JRZP/+0XtiB7w3eLAMZA84Vqi/WtLJaXnLbXO9/j+cXN7TdltISY0gvS55nE m8aH7nGZNciJYev0CeQOgJqi8lzmh4iIswjb4JzCKYRt2KzeeL+QzJfxqKWneTqo/Of1 Qz+CB5HrgpkLoeIUgLpYDPiSd7qFskMIViYslJSldCpho9Ss3WvES6z5OjSvOiTR5bAJ Uve0TZ1HpwScooSx5VGf3huWpbs8DM/+1PANv8fxbpSbppKpuHXqxUbhD0TTDzhuZ1XH u14w== MIME-Version: 1.0 Received: by 10.50.216.202 with SMTP id os10mr16622127igc.17.1342085809978; Thu, 12 Jul 2012 02:36:49 -0700 (PDT) Received: by 10.64.10.41 with HTTP; Thu, 12 Jul 2012 02:36:49 -0700 (PDT) Date: Thu, 12 Jul 2012 18:36:49 +0900 Message-ID: From: jaeyong yoo To: xen-users@lists.xen.org Subject: [Xen-users] While installing guest OS, having error "Invalid 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="===============3966625564876172048==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3966625564876172048== Content-Type: multipart/alternative; boundary=14dae9341251f63c8704c49eb3bf --14dae9341251f63c8704c49eb3bf Content-Type: text/plain; charset=ISO-8859-1 Hello, When I'm trying to boot with newly installed guest OS, I'm having the following error message. $ sudo xm create /etc/xen/ubuntu.cfg -c > Error: (2, 'Invalid kernel', 'elf_xen_note_check: ERROR: Will only load images built for the generic loader or Linux images') I'm absolutely clueless and any help would be really appreciated. Here goes the detail configuration. 1) I install ubuntu desktop 12.04 in a machine (32-bit intel Core 2 CPU with 2GB memory) 2) install xen by $ sudo apt-get install xen-hypervisor-4.1-i386 xen-tools xen-utils-4.1 xen-utils-common 3) reboot 4) xen looks working OK at dom0 and I check this with the following command $ xm list Name ID Mem VCPUs State Time(s) Domain-0 0 1024 1 r----- 244.9 5) after creating logical volume using lvm (the dev is /dev/vgubuntu/ubuntu) make a configuration file (/etc/xen/ubuntu.cfg) as follows name = "ubuntu" memory = 512 disk = ['phy:/dev/vgubuntu/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" 6) Download vmlinuz and initrd file as below and place them at /var/lib/xen/images/ubuntu-netboot/ $ wget http://kr.archive.ubuntu.com/ubuntu/dists/precise/main/installer-i386/current/images/netboot/xen/initrd.gz $ wget http://kr.archive.ubuntu.com/ubuntu/dists/precise/main/installer-i386/current/images/netboot/xen/vmlinuz 7) installing the guest os using the command below $ sudo xm create /etc/xen/ubuntu.cfg -c 8) while installing, I set the filesystem ext3 in the guest OS. 9) everything looks normal. The console say the installation is completed. 10) After installing, I change the xen configuration file (/etc/xen/ubuntu.cfg) as follows. name = "ubuntu" memory = 512 disk = ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif = [' '] bootloader = "pygrub" 11) And, i try to boot the Guest OS for the first time, I see this error. --14dae9341251f63c8704c49eb3bf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,

When I'm trying to boot with newly installed = guest OS, I'm having the following error message.

<= div style=3D"text-align:left">$=A0sudo xm create /etc/xen/ubuntu.cfg -c
> Error: (2, 'Invalid kernel', 'elf_xen_note_check= : ERROR: Will only load images built for the generic loader or Linux images= ')

I'm absolutely clueless and any h= elp would be really appreciated.

Here goes the detail configuration.

1) I install ubuntu desktop 12.04 in a machine (32-bit intel Core 2 C= PU with 2GB memory)=A0

2) install xen by=A0
<= div> =A0 $=A0sudo apt-get install xen-hypervisor-4= .1-i386 xen-tools xen-utils-4.1 xen-utils-common

3) reboot

4) xen looks working= OK at dom0 and I check this with the following command
$ xm list
=A0 =A0Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0ID =A0 Mem VCPUs =A0 =A0 =A0State =A0 Time(s)
=A0 =A0Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 0 =A01024 =A0 =A0 1 =A0 =A0 r----- =A0 =A0244.9
<= /div>

5) after creating logical volume using lvm (the de= v is /dev/vgubuntu/ubuntu) make a configuration file (/etc/xen/ubuntu.cfg) = as follows

name =3D "ubuntu"
memory =3D 5= 12
disk =3D ['phy:/dev/vgubuntu/ubuntu,xvda,w']
vif =3D [' ']
kernel =3D "/var/lib/xen/images/ubunt= u-netboot/vmlinuz"
ramdisk =3D "/var/lib/xen/images/ubuntu-netboot/initrd.gz"
extra =3D "debian-installer/exit/always_halt=3Dtru= e -- console=3Dhvc0"

6) Download vmlinu= z and initrd file as below and place them at=A0/var/lib/xen/images/ubuntu-n= etboot/

7) installing the guest = os using the command below

$=A0sudo xm create /etc/xen/ubuntu.cfg -c<= /span>

8) while installing, I set the filesystem ext3 in the guest OS.

9) everything looks normal. The console say the install= ation is completed.

10) After installing, I change= the xen configuration file=A0=A0(/etc/xen/ubuntu.cfg)=A0=A0as follows.=A0<= /div>

name =3D "ubuntu"
memory =3D 512
disk =3D ['phy:/dev/vgubuntu/ubuntu,xvda,w']
vif = =3D [' ']
bootloader =3D "pygrub"
11) And, i try to boot the Guest OS for the first time, I see this err= or.



--14dae9341251f63c8704c49eb3bf-- --===============3966625564876172048== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3966625564876172048==-- From xen-users-bounces@lists.xen.org Thu Jul 12 10:09:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 10:09: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 1SpGJb-0007kr-Ir; Thu, 12 Jul 2012 10:08:07 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpGJZ-0007km-7Z for Xen-users@lists.xen.org; Thu, 12 Jul 2012 10:08:05 +0000 Received: from [85.158.139.83:40403] by server-1.bemta-5.messagelabs.com id 57/69-29759-402AEFF4; Thu, 12 Jul 2012 10:08:04 +0000 X-Env-Sender: jakkul@gmail.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1342087683!28438899!1 X-Originating-IP: [74.125.82.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4792 invoked from network); 12 Jul 2012 10:08:03 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 10:08:03 -0000 Received: by weyz53 with SMTP id z53so1692512wey.32 for ; Thu, 12 Jul 2012 03:08:03 -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=y5oie39jQdZzTP7OyIgTuV0aciWX6rmtZyUSg8aczeA=; b=bVibFPdqpPBPKy4hs7qEJ0bpvXkVcmVhCB29FxHI8/Byr3i7U+eFEUxEuvNMp9Szym dPifUgqFZ8TvezrPm7ncIgzEq1r4ogBUqqirjYIAnhA5GaVjCqEOZlJCkzVCKmMSPPfq wKP2P5VjHyK9AQqTiwh7wwqD1tbA8nqU7v6jNOYUMSLklf4XVywdnChNzCTQ+skw7Sk0 pjcB625s9lGE42RC6YUcgQDF9Gel6loLk1t4ZpZS/BeL6tiDGj+T8N9r35fs2rZjKLZw TqgQiFBQkkIjxQIEEVPWfYOuOJScfJdIVUbXM3yyTIil7IBUfS+3ERZjujwff3TsG09q LbRg== MIME-Version: 1.0 Received: by 10.180.76.135 with SMTP id k7mr54546796wiw.7.1342087683235; Thu, 12 Jul 2012 03:08:03 -0700 (PDT) Received: by 10.216.254.215 with HTTP; Thu, 12 Jul 2012 03:08:03 -0700 (PDT) Date: Thu, 12 Jul 2012 12:08:03 +0200 Message-ID: From: Jakub Kulesza To: Xen-users@lists.xen.org Subject: [Xen-users] Debian dom0, windows domU, problems joining NT 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="===============5976738563067171873==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5976738563067171873== Content-Type: multipart/alternative; boundary=f46d043c7e929ddfd504c49f23b6 --f46d043c7e929ddfd504c49f23b6 Content-Type: text/plain; charset=ISO-8859-1 Hi! I have a problem with windows 2008 r2 (and windows 7 professional) not joining my NT domain, that is served by a linux+samba+LDAP server in the same IP subnet. The NT domain server works ok, windows 7 pro and windows xp physical hosts can perfectly join and log on into it. This infrastructure has been working for years now. The XEN server dom0 is based on latest debian with xen server from the debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linux and windows domU on the local subnet with no (or minor) problems, both with HVM and paravirtualization. The network on the dom0 is done using bridged interfaces. The dom0 is 192.168.0.132, windows domU is .142 and NT domain server is .100. The domU can use the services in the network and the Internet. The hosts in the IP subnet can use the network resources of the domU. The dom0 has all iptables general rules set as ACCEPT, the only rules added are done by xen startup scripts. When I install a new windows 2008 r2 standard system as domU and try joining the domain from the local NT domain server I get the following error: 
The following error occurred attempting to join the domain "":

The specified domain either does not exist or could not be contacted.
I suspect that there is some problem with the networking. Did I miss something? Can you recommend looking into some obvious setting somewhere? I've tried looking for similar problems on the net with no result, so I suspect that I've messed up something basic. The configuration for the windows domU is the following: kernel = "/usr/lib/xen-default/boot/hvmloader" builder='hvm' memory = 1024 shadow_memory = 24 name = "win2008eval1" vif = [ 'type=ioemu, bridge=eth4' ] acpi = 1 apic = 1 pae = 1 disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] vcpus = 1 device_model = '/usr/lib/xen-default/bin/qemu-dm' boot="c" sdl=0 vnc=1 vncconsole=1 vncpasswd='kuleczka' serial='pty' usbdevice='tablet' -- Best regards Jakub Kulesza --f46d043c7e929ddfd504c49f23b6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi!

I have a problem with windows 2008 r2 (and windows 7= professional) not joining my NT domain, that is served by a linux+samba+LD= AP server in the same IP subnet.=A0

The NT domain = server works ok, windows 7 pro and windows xp physical hosts can perfectly = join and log on into it. This infrastructure has been working for years now= .

The XEN server dom0 is based on latest debian with xen = server from the debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 = serves linux and windows domU on the local subnet with no (or minor) proble= ms, both with HVM and paravirtualization.

The network on the dom0 is done using bridged interface= s. The dom0 is 192.168.0.132, windows domU is .142 and NT domain server is = .100. The domU can use the services in the network and the Internet. The ho= sts in the IP subnet can use the network resources of the domU. The dom0 ha= s all iptables general rules set as ACCEPT, the only rules added are done b= y xen startup scripts.

When I install a new windows 2008 r2 standard system as= domU and try joining the domain from the local NT domain server I get the = following error:
<pre>
The following error occurr= ed attempting to join the domain "<my domain name goes here>&quo= t;:

The specified domain either does not exist or could not= be contacted.
</pre>

I suspect th= at there is some problem with the networking. Did I miss something? Can you= recommend looking into some obvious setting somewhere? I've tried look= ing for similar problems on the net with no result, so I suspect that I'= ;ve messed up something basic.

The configuration for the windows domU is the following= :
kernel =3D "/usr/lib/xen-default/boot/hvmloader"=
builder=3D'hvm'
memory =3D 1024
shad= ow_memory =3D 24
name =3D "win2008eval1"
vif =3D [ 'type=3Dioem= u, bridge=3Deth4' ]
acpi =3D 1
apic =3D 1
pae =3D 1=A0
disk =3D [ 'phy:/dev/vg/win2008eval1,hda,w'= ]
vcpus =3D 1
device_model =3D '/usr/lib/xen-default/bin/qemu-dm'
= boot=3D"c"
sdl=3D0
vnc=3D1
vncconso= le=3D1
vncpasswd=3D'kuleczka'
serial=3D'pty= '
usbdevice=3D'tablet'
=A0

--
Best regards
Jakub Kulesza
--f46d043c7e929ddfd504c49f23b6-- --===============5976738563067171873== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5976738563067171873==-- From xen-users-bounces@lists.xen.org Thu Jul 12 10:09:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 10:09: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 1SpGJb-0007kr-Ir; Thu, 12 Jul 2012 10:08:07 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpGJZ-0007km-7Z for Xen-users@lists.xen.org; Thu, 12 Jul 2012 10:08:05 +0000 Received: from [85.158.139.83:40403] by server-1.bemta-5.messagelabs.com id 57/69-29759-402AEFF4; Thu, 12 Jul 2012 10:08:04 +0000 X-Env-Sender: jakkul@gmail.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1342087683!28438899!1 X-Originating-IP: [74.125.82.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4792 invoked from network); 12 Jul 2012 10:08:03 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 10:08:03 -0000 Received: by weyz53 with SMTP id z53so1692512wey.32 for ; Thu, 12 Jul 2012 03:08:03 -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=y5oie39jQdZzTP7OyIgTuV0aciWX6rmtZyUSg8aczeA=; b=bVibFPdqpPBPKy4hs7qEJ0bpvXkVcmVhCB29FxHI8/Byr3i7U+eFEUxEuvNMp9Szym dPifUgqFZ8TvezrPm7ncIgzEq1r4ogBUqqirjYIAnhA5GaVjCqEOZlJCkzVCKmMSPPfq wKP2P5VjHyK9AQqTiwh7wwqD1tbA8nqU7v6jNOYUMSLklf4XVywdnChNzCTQ+skw7Sk0 pjcB625s9lGE42RC6YUcgQDF9Gel6loLk1t4ZpZS/BeL6tiDGj+T8N9r35fs2rZjKLZw TqgQiFBQkkIjxQIEEVPWfYOuOJScfJdIVUbXM3yyTIil7IBUfS+3ERZjujwff3TsG09q LbRg== MIME-Version: 1.0 Received: by 10.180.76.135 with SMTP id k7mr54546796wiw.7.1342087683235; Thu, 12 Jul 2012 03:08:03 -0700 (PDT) Received: by 10.216.254.215 with HTTP; Thu, 12 Jul 2012 03:08:03 -0700 (PDT) Date: Thu, 12 Jul 2012 12:08:03 +0200 Message-ID: From: Jakub Kulesza To: Xen-users@lists.xen.org Subject: [Xen-users] Debian dom0, windows domU, problems joining NT 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="===============5976738563067171873==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5976738563067171873== Content-Type: multipart/alternative; boundary=f46d043c7e929ddfd504c49f23b6 --f46d043c7e929ddfd504c49f23b6 Content-Type: text/plain; charset=ISO-8859-1 Hi! I have a problem with windows 2008 r2 (and windows 7 professional) not joining my NT domain, that is served by a linux+samba+LDAP server in the same IP subnet. The NT domain server works ok, windows 7 pro and windows xp physical hosts can perfectly join and log on into it. This infrastructure has been working for years now. The XEN server dom0 is based on latest debian with xen server from the debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linux and windows domU on the local subnet with no (or minor) problems, both with HVM and paravirtualization. The network on the dom0 is done using bridged interfaces. The dom0 is 192.168.0.132, windows domU is .142 and NT domain server is .100. The domU can use the services in the network and the Internet. The hosts in the IP subnet can use the network resources of the domU. The dom0 has all iptables general rules set as ACCEPT, the only rules added are done by xen startup scripts. When I install a new windows 2008 r2 standard system as domU and try joining the domain from the local NT domain server I get the following error: 
The following error occurred attempting to join the domain "":

The specified domain either does not exist or could not be contacted.
I suspect that there is some problem with the networking. Did I miss something? Can you recommend looking into some obvious setting somewhere? I've tried looking for similar problems on the net with no result, so I suspect that I've messed up something basic. The configuration for the windows domU is the following: kernel = "/usr/lib/xen-default/boot/hvmloader" builder='hvm' memory = 1024 shadow_memory = 24 name = "win2008eval1" vif = [ 'type=ioemu, bridge=eth4' ] acpi = 1 apic = 1 pae = 1 disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] vcpus = 1 device_model = '/usr/lib/xen-default/bin/qemu-dm' boot="c" sdl=0 vnc=1 vncconsole=1 vncpasswd='kuleczka' serial='pty' usbdevice='tablet' -- Best regards Jakub Kulesza --f46d043c7e929ddfd504c49f23b6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi!

I have a problem with windows 2008 r2 (and windows 7= professional) not joining my NT domain, that is served by a linux+samba+LD= AP server in the same IP subnet.=A0

The NT domain = server works ok, windows 7 pro and windows xp physical hosts can perfectly = join and log on into it. This infrastructure has been working for years now= .

The XEN server dom0 is based on latest debian with xen = server from the debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 = serves linux and windows domU on the local subnet with no (or minor) proble= ms, both with HVM and paravirtualization.

The network on the dom0 is done using bridged interface= s. The dom0 is 192.168.0.132, windows domU is .142 and NT domain server is = .100. The domU can use the services in the network and the Internet. The ho= sts in the IP subnet can use the network resources of the domU. The dom0 ha= s all iptables general rules set as ACCEPT, the only rules added are done b= y xen startup scripts.

When I install a new windows 2008 r2 standard system as= domU and try joining the domain from the local NT domain server I get the = following error:
<pre>
The following error occurr= ed attempting to join the domain "<my domain name goes here>&quo= t;:

The specified domain either does not exist or could not= be contacted.
</pre>

I suspect th= at there is some problem with the networking. Did I miss something? Can you= recommend looking into some obvious setting somewhere? I've tried look= ing for similar problems on the net with no result, so I suspect that I'= ;ve messed up something basic.

The configuration for the windows domU is the following= :
kernel =3D "/usr/lib/xen-default/boot/hvmloader"=
builder=3D'hvm'
memory =3D 1024
shad= ow_memory =3D 24
name =3D "win2008eval1"
vif =3D [ 'type=3Dioem= u, bridge=3Deth4' ]
acpi =3D 1
apic =3D 1
pae =3D 1=A0
disk =3D [ 'phy:/dev/vg/win2008eval1,hda,w'= ]
vcpus =3D 1
device_model =3D '/usr/lib/xen-default/bin/qemu-dm'
= boot=3D"c"
sdl=3D0
vnc=3D1
vncconso= le=3D1
vncpasswd=3D'kuleczka'
serial=3D'pty= '
usbdevice=3D'tablet'
=A0

--
Best regards
Jakub Kulesza
--f46d043c7e929ddfd504c49f23b6-- --===============5976738563067171873== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5976738563067171873==-- From xen-users-bounces@lists.xen.org Thu Jul 12 10:26:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 10:26: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 1SpGaa-00085H-I9; Thu, 12 Jul 2012 10:25:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpGaZ-000856-Dg for xen-users@lists.xensource.com; Thu, 12 Jul 2012 10:25:39 +0000 Received: from [85.158.139.83:12734] by server-11.bemta-5.messagelabs.com id 7F/E3-20400-226AEFF4; Thu, 12 Jul 2012 10:25:38 +0000 X-Env-Sender: xenware@gmail.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1342088736!28681674!1 X-Originating-IP: [209.85.160.171] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32430 invoked from network); 12 Jul 2012 10:25:37 -0000 Received: from mail-gh0-f171.google.com (HELO mail-gh0-f171.google.com) (209.85.160.171) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 10:25:37 -0000 Received: by ghy10 with SMTP id 10so3056213ghy.30 for ; Thu, 12 Jul 2012 03:25: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=p2Kb569Glb+abBls6BwBkxLoIuAl3OWHLg5fAHX6jCk=; b=v39x5gmGvaBeB2lM8Lb27CpWQssHsnreyplC9W0ZOi1yD23uHMluf1tMepFQ1msqge Wo+lX4c3VzWVebxWT5+zCBSrV78D+wKH8szgTuz1YJ4niJ4kGusD7vdnOynfAZoxdecw L+F8EtrfY/Hc5YP3/9SmIrtISsEKIUbte+iEFC+lE7piBTSC6sSxr36H258/VIu4Ds35 f6IYzWRCHXPyY5c64tUnHb2/rr3BbKweutiXhzP1Z8Q+jDBOYuv5aqeuMtm8xeMrZcYP eRTce0CwEwsAAFSBhsw91pj/xY7MiKUcNZDzlQSo2HMSbzG2MzXiROIahSnw10qgh5Bw CLIg== MIME-Version: 1.0 Received: by 10.50.173.5 with SMTP id bg5mr16605755igc.35.1342088735663; Thu, 12 Jul 2012 03:25:35 -0700 (PDT) Received: by 10.50.42.41 with HTTP; Thu, 12 Jul 2012 03:25:35 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 12:25:35 +0200 Message-ID: From: Peter Braun To: Xen List Cc: Xen-users@lists.xen.org Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, whats the settings of domU network card? Seems to me like you are missing correct DNS server config there. There should be IP of linux/samsa/LDAP server. You can verify by ping "name of the samba server" if its resolved correctly. Br Peter 2012/7/12 Jakub Kulesza : > Hi! > > I have a problem with windows 2008 r2 (and windows 7 professional) not > joining my NT domain, that is served by a linux+samba+LDAP server in the > same IP subnet. > > The NT domain server works ok, windows 7 pro and windows xp physical hosts > can perfectly join and log on into it. This infrastructure has been working > for years now. > > The XEN server dom0 is based on latest debian with xen server from the > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linux and > windows domU on the local subnet with no (or minor) problems, both with HVM > and paravirtualization. > > The network on the dom0 is done using bridged interfaces. The dom0 is > 192.168.0.132, windows domU is .142 and NT domain server is .100. The domU > can use the services in the network and the Internet. The hosts in the IP > subnet can use the network resources of the domU. The dom0 has all iptables > general rules set as ACCEPT, the only rules added are done by xen startup > scripts. > > When I install a new windows 2008 r2 standard system as domU and try joining > the domain from the local NT domain server I get the following error: > 
> The following error occurred attempting to join the domain " goes here>":
>
> The specified domain either does not exist or could not be contacted.
>
> > I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhere? > I've tried looking for similar problems on the net with no result, so I > suspect that I've messed up something basic. > > The configuration for the windows domU is the following: > kernel = "/usr/lib/xen-default/boot/hvmloader" > builder='hvm' > memory = 1024 > shadow_memory = 24 > name = "win2008eval1" > vif = [ 'type=ioemu, bridge=eth4' ] > acpi = 1 > apic = 1 > pae = 1 > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] > vcpus = 1 > device_model = '/usr/lib/xen-default/bin/qemu-dm' > boot="c" > sdl=0 > vnc=1 > vncconsole=1 > vncpasswd='kuleczka' > serial='pty' > usbdevice='tablet' > > > -- > Best regards > Jakub Kulesza > > _______________________________________________ > 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 Jul 12 10:26:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 10:26: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 1SpGaa-00085H-I9; Thu, 12 Jul 2012 10:25:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpGaZ-000856-Dg for xen-users@lists.xensource.com; Thu, 12 Jul 2012 10:25:39 +0000 Received: from [85.158.139.83:12734] by server-11.bemta-5.messagelabs.com id 7F/E3-20400-226AEFF4; Thu, 12 Jul 2012 10:25:38 +0000 X-Env-Sender: xenware@gmail.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1342088736!28681674!1 X-Originating-IP: [209.85.160.171] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32430 invoked from network); 12 Jul 2012 10:25:37 -0000 Received: from mail-gh0-f171.google.com (HELO mail-gh0-f171.google.com) (209.85.160.171) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 10:25:37 -0000 Received: by ghy10 with SMTP id 10so3056213ghy.30 for ; Thu, 12 Jul 2012 03:25: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=p2Kb569Glb+abBls6BwBkxLoIuAl3OWHLg5fAHX6jCk=; b=v39x5gmGvaBeB2lM8Lb27CpWQssHsnreyplC9W0ZOi1yD23uHMluf1tMepFQ1msqge Wo+lX4c3VzWVebxWT5+zCBSrV78D+wKH8szgTuz1YJ4niJ4kGusD7vdnOynfAZoxdecw L+F8EtrfY/Hc5YP3/9SmIrtISsEKIUbte+iEFC+lE7piBTSC6sSxr36H258/VIu4Ds35 f6IYzWRCHXPyY5c64tUnHb2/rr3BbKweutiXhzP1Z8Q+jDBOYuv5aqeuMtm8xeMrZcYP eRTce0CwEwsAAFSBhsw91pj/xY7MiKUcNZDzlQSo2HMSbzG2MzXiROIahSnw10qgh5Bw CLIg== MIME-Version: 1.0 Received: by 10.50.173.5 with SMTP id bg5mr16605755igc.35.1342088735663; Thu, 12 Jul 2012 03:25:35 -0700 (PDT) Received: by 10.50.42.41 with HTTP; Thu, 12 Jul 2012 03:25:35 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 12:25:35 +0200 Message-ID: From: Peter Braun To: Xen List Cc: Xen-users@lists.xen.org Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, whats the settings of domU network card? Seems to me like you are missing correct DNS server config there. There should be IP of linux/samsa/LDAP server. You can verify by ping "name of the samba server" if its resolved correctly. Br Peter 2012/7/12 Jakub Kulesza : > Hi! > > I have a problem with windows 2008 r2 (and windows 7 professional) not > joining my NT domain, that is served by a linux+samba+LDAP server in the > same IP subnet. > > The NT domain server works ok, windows 7 pro and windows xp physical hosts > can perfectly join and log on into it. This infrastructure has been working > for years now. > > The XEN server dom0 is based on latest debian with xen server from the > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linux and > windows domU on the local subnet with no (or minor) problems, both with HVM > and paravirtualization. > > The network on the dom0 is done using bridged interfaces. The dom0 is > 192.168.0.132, windows domU is .142 and NT domain server is .100. The domU > can use the services in the network and the Internet. The hosts in the IP > subnet can use the network resources of the domU. The dom0 has all iptables > general rules set as ACCEPT, the only rules added are done by xen startup > scripts. > > When I install a new windows 2008 r2 standard system as domU and try joining > the domain from the local NT domain server I get the following error: > 
> The following error occurred attempting to join the domain " goes here>":
>
> The specified domain either does not exist or could not be contacted.
>
> > I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhere? > I've tried looking for similar problems on the net with no result, so I > suspect that I've messed up something basic. > > The configuration for the windows domU is the following: > kernel = "/usr/lib/xen-default/boot/hvmloader" > builder='hvm' > memory = 1024 > shadow_memory = 24 > name = "win2008eval1" > vif = [ 'type=ioemu, bridge=eth4' ] > acpi = 1 > apic = 1 > pae = 1 > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] > vcpus = 1 > device_model = '/usr/lib/xen-default/bin/qemu-dm' > boot="c" > sdl=0 > vnc=1 > vncconsole=1 > vncpasswd='kuleczka' > serial='pty' > usbdevice='tablet' > > > -- > Best regards > Jakub Kulesza > > _______________________________________________ > 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 Jul 12 10:26:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 10: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 1SpGac-00085R-5l; Thu, 12 Jul 2012 10:25:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpGaa-000858-3s for Xen-users@lists.xen.org; Thu, 12 Jul 2012 10:25:40 +0000 Received: from [85.158.143.99:38215] by server-1.bemta-4.messagelabs.com id ED/49-24392-326AEFF4; Thu, 12 Jul 2012 10:25:39 +0000 X-Env-Sender: xenware@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1342088736!18815573!1 X-Originating-IP: [209.85.160.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19879 invoked from network); 12 Jul 2012 10:25:37 -0000 Received: from mail-gh0-f173.google.com (HELO mail-gh0-f173.google.com) (209.85.160.173) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 10:25:37 -0000 Received: by ghrr14 with SMTP id r14so2535455ghr.32 for ; Thu, 12 Jul 2012 03:25: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=p2Kb569Glb+abBls6BwBkxLoIuAl3OWHLg5fAHX6jCk=; b=v39x5gmGvaBeB2lM8Lb27CpWQssHsnreyplC9W0ZOi1yD23uHMluf1tMepFQ1msqge Wo+lX4c3VzWVebxWT5+zCBSrV78D+wKH8szgTuz1YJ4niJ4kGusD7vdnOynfAZoxdecw L+F8EtrfY/Hc5YP3/9SmIrtISsEKIUbte+iEFC+lE7piBTSC6sSxr36H258/VIu4Ds35 f6IYzWRCHXPyY5c64tUnHb2/rr3BbKweutiXhzP1Z8Q+jDBOYuv5aqeuMtm8xeMrZcYP eRTce0CwEwsAAFSBhsw91pj/xY7MiKUcNZDzlQSo2HMSbzG2MzXiROIahSnw10qgh5Bw CLIg== MIME-Version: 1.0 Received: by 10.50.173.5 with SMTP id bg5mr16605755igc.35.1342088735663; Thu, 12 Jul 2012 03:25:35 -0700 (PDT) Received: by 10.50.42.41 with HTTP; Thu, 12 Jul 2012 03:25:35 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 12:25:35 +0200 Message-ID: From: Peter Braun To: Xen List Cc: Xen-users@lists.xen.org Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, whats the settings of domU network card? Seems to me like you are missing correct DNS server config there. There should be IP of linux/samsa/LDAP server. You can verify by ping "name of the samba server" if its resolved correctly. Br Peter 2012/7/12 Jakub Kulesza : > Hi! > > I have a problem with windows 2008 r2 (and windows 7 professional) not > joining my NT domain, that is served by a linux+samba+LDAP server in the > same IP subnet. > > The NT domain server works ok, windows 7 pro and windows xp physical hosts > can perfectly join and log on into it. This infrastructure has been working > for years now. > > The XEN server dom0 is based on latest debian with xen server from the > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linux and > windows domU on the local subnet with no (or minor) problems, both with HVM > and paravirtualization. > > The network on the dom0 is done using bridged interfaces. The dom0 is > 192.168.0.132, windows domU is .142 and NT domain server is .100. The domU > can use the services in the network and the Internet. The hosts in the IP > subnet can use the network resources of the domU. The dom0 has all iptables > general rules set as ACCEPT, the only rules added are done by xen startup > scripts. > > When I install a new windows 2008 r2 standard system as domU and try joining > the domain from the local NT domain server I get the following error: > 
> The following error occurred attempting to join the domain " goes here>":
>
> The specified domain either does not exist or could not be contacted.
>
> > I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhere? > I've tried looking for similar problems on the net with no result, so I > suspect that I've messed up something basic. > > The configuration for the windows domU is the following: > kernel = "/usr/lib/xen-default/boot/hvmloader" > builder='hvm' > memory = 1024 > shadow_memory = 24 > name = "win2008eval1" > vif = [ 'type=ioemu, bridge=eth4' ] > acpi = 1 > apic = 1 > pae = 1 > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] > vcpus = 1 > device_model = '/usr/lib/xen-default/bin/qemu-dm' > boot="c" > sdl=0 > vnc=1 > vncconsole=1 > vncpasswd='kuleczka' > serial='pty' > usbdevice='tablet' > > > -- > Best regards > Jakub Kulesza > > _______________________________________________ > 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 Jul 12 10:26:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 10: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 1SpGac-00085R-5l; Thu, 12 Jul 2012 10:25:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpGaa-000858-3s for Xen-users@lists.xen.org; Thu, 12 Jul 2012 10:25:40 +0000 Received: from [85.158.143.99:38215] by server-1.bemta-4.messagelabs.com id ED/49-24392-326AEFF4; Thu, 12 Jul 2012 10:25:39 +0000 X-Env-Sender: xenware@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1342088736!18815573!1 X-Originating-IP: [209.85.160.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19879 invoked from network); 12 Jul 2012 10:25:37 -0000 Received: from mail-gh0-f173.google.com (HELO mail-gh0-f173.google.com) (209.85.160.173) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 10:25:37 -0000 Received: by ghrr14 with SMTP id r14so2535455ghr.32 for ; Thu, 12 Jul 2012 03:25: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=p2Kb569Glb+abBls6BwBkxLoIuAl3OWHLg5fAHX6jCk=; b=v39x5gmGvaBeB2lM8Lb27CpWQssHsnreyplC9W0ZOi1yD23uHMluf1tMepFQ1msqge Wo+lX4c3VzWVebxWT5+zCBSrV78D+wKH8szgTuz1YJ4niJ4kGusD7vdnOynfAZoxdecw L+F8EtrfY/Hc5YP3/9SmIrtISsEKIUbte+iEFC+lE7piBTSC6sSxr36H258/VIu4Ds35 f6IYzWRCHXPyY5c64tUnHb2/rr3BbKweutiXhzP1Z8Q+jDBOYuv5aqeuMtm8xeMrZcYP eRTce0CwEwsAAFSBhsw91pj/xY7MiKUcNZDzlQSo2HMSbzG2MzXiROIahSnw10qgh5Bw CLIg== MIME-Version: 1.0 Received: by 10.50.173.5 with SMTP id bg5mr16605755igc.35.1342088735663; Thu, 12 Jul 2012 03:25:35 -0700 (PDT) Received: by 10.50.42.41 with HTTP; Thu, 12 Jul 2012 03:25:35 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 12:25:35 +0200 Message-ID: From: Peter Braun To: Xen List Cc: Xen-users@lists.xen.org Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, whats the settings of domU network card? Seems to me like you are missing correct DNS server config there. There should be IP of linux/samsa/LDAP server. You can verify by ping "name of the samba server" if its resolved correctly. Br Peter 2012/7/12 Jakub Kulesza : > Hi! > > I have a problem with windows 2008 r2 (and windows 7 professional) not > joining my NT domain, that is served by a linux+samba+LDAP server in the > same IP subnet. > > The NT domain server works ok, windows 7 pro and windows xp physical hosts > can perfectly join and log on into it. This infrastructure has been working > for years now. > > The XEN server dom0 is based on latest debian with xen server from the > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linux and > windows domU on the local subnet with no (or minor) problems, both with HVM > and paravirtualization. > > The network on the dom0 is done using bridged interfaces. The dom0 is > 192.168.0.132, windows domU is .142 and NT domain server is .100. The domU > can use the services in the network and the Internet. The hosts in the IP > subnet can use the network resources of the domU. The dom0 has all iptables > general rules set as ACCEPT, the only rules added are done by xen startup > scripts. > > When I install a new windows 2008 r2 standard system as domU and try joining > the domain from the local NT domain server I get the following error: > 
> The following error occurred attempting to join the domain " goes here>":
>
> The specified domain either does not exist or could not be contacted.
>
> > I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhere? > I've tried looking for similar problems on the net with no result, so I > suspect that I've messed up something basic. > > The configuration for the windows domU is the following: > kernel = "/usr/lib/xen-default/boot/hvmloader" > builder='hvm' > memory = 1024 > shadow_memory = 24 > name = "win2008eval1" > vif = [ 'type=ioemu, bridge=eth4' ] > acpi = 1 > apic = 1 > pae = 1 > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] > vcpus = 1 > device_model = '/usr/lib/xen-default/bin/qemu-dm' > boot="c" > sdl=0 > vnc=1 > vncconsole=1 > vncpasswd='kuleczka' > serial='pty' > usbdevice='tablet' > > > -- > Best regards > Jakub Kulesza > > _______________________________________________ > 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 Jul 12 10:52:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 10:52: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 1SpGzW-0000L4-MD; Thu, 12 Jul 2012 10:51:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpGzV-0000Ku-7d for Xen-users@lists.xen.org; Thu, 12 Jul 2012 10:51:25 +0000 Received: from [85.158.139.83:27541] by server-12.bemta-5.messagelabs.com id 6B/E7-25233-C2CAEFF4; Thu, 12 Jul 2012 10:51:24 +0000 X-Env-Sender: jakkul@gmail.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1342090283!28406988!1 X-Originating-IP: [74.125.82.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27565 invoked from network); 12 Jul 2012 10:51:23 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 10:51:23 -0000 Received: by weyz53 with SMTP id z53so1722734wey.32 for ; Thu, 12 Jul 2012 03:51: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=XHstHinetVzePS54xcepVz/mMIQM/DGR+cU3ytrDvXU=; b=sKJD0EU4uM69bzlEkx8uKWjqqGswkRPlFLl4lkNgHHJOESTyscKhKV0gVQBNqqjitx +HunXRdOcfzQVXIGAooe06MKh0chnedJA5JfIiubnrY2IORmadLYBaCOy2ycBGIvUttW lmVrBeApmaiE1I4pGLoR3+Ymf/36z0mZKPnf4TDBTH/I2D7/9EDyGjPXG8fODhMw5Q24 QewZtbDwrIrC0Is8hFDmLqdGVDn52iNtheZguYwbZJesyIv65cWa7qLXYXvdg32fpyvT 8gfWlsAA0Jg9ElK2UftKpFwtkc0K1E9zPCLciGTVuFkERdVSq2j4pqgHBl5ceuG8S9cV hB8g== MIME-Version: 1.0 Received: by 10.180.76.135 with SMTP id k7mr54841260wiw.7.1342090282765; Thu, 12 Jul 2012 03:51:22 -0700 (PDT) Received: by 10.216.254.215 with HTTP; Thu, 12 Jul 2012 03:51:22 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 12:51:22 +0200 Message-ID: From: Jakub Kulesza To: Peter Braun Cc: Xen-users@lists.xen.org, Xen List Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT 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="===============6524400328539316247==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6524400328539316247== Content-Type: multipart/alternative; boundary=f46d043c7e928f8d9604c49fbed4 --f46d043c7e928f8d9604c49fbed4 Content-Type: text/plain; charset=ISO-8859-1 Hi! DNS works nice. If I logon onto the domU and ping the hostname of the NT domain server, the DNS resolves the server name and returns pings from 192.168.0.100 correctly. The settings of the domU net card are OK. MAC address is the same as in the xen domU config, IP is 192.168.0.142 with correct netmask, route .1, dns .100, DNS search domain is OK. Of course, the NT domain server name is different than the NT domain name. And the latter is not discoverable through DNS. I have read about propper setting of the DNS in NT domain by samba environment and this seems like a correct procedure. Or do you suggest otherwise? Physical hosts join the domain with no problem. This infrastructure is running this way since 2007. Regards 2012/7/12 Peter Braun > Hi, > > whats the settings of domU network card? > > Seems to me like you are missing correct DNS server config there. > There should be IP of linux/samsa/LDAP server. > > You can verify by ping "name of the samba server" if its resolved > correctly. > > Br > > Peter > > 2012/7/12 Jakub Kulesza : > > Hi! > > > > I have a problem with windows 2008 r2 (and windows 7 professional) not > > joining my NT domain, that is served by a linux+samba+LDAP server in the > > same IP subnet. > > > > The NT domain server works ok, windows 7 pro and windows xp physical > hosts > > can perfectly join and log on into it. This infrastructure has been > working > > for years now. > > > > The XEN server dom0 is based on latest debian with xen server from the > > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linux > and > > windows domU on the local subnet with no (or minor) problems, both with > HVM > > and paravirtualization. > > > > The network on the dom0 is done using bridged interfaces. The dom0 is > > 192.168.0.132, windows domU is .142 and NT domain server is .100. The > domU > > can use the services in the network and the Internet. The hosts in the IP > > subnet can use the network resources of the domU. The dom0 has all > iptables > > general rules set as ACCEPT, the only rules added are done by xen startup > > scripts. > > > > When I install a new windows 2008 r2 standard system as domU and try > joining > > the domain from the local NT domain server I get the following error: > > 
> > The following error occurred attempting to join the domain " name
> > goes here>":
> >
> > The specified domain either does not exist or could not be contacted.
> >
> > > > I suspect that there is some problem with the networking. Did I miss > > something? Can you recommend looking into some obvious setting somewhere? > > I've tried looking for similar problems on the net with no result, so I > > suspect that I've messed up something basic. > > > > The configuration for the windows domU is the following: > > kernel = "/usr/lib/xen-default/boot/hvmloader" > > builder='hvm' > > memory = 1024 > > shadow_memory = 24 > > name = "win2008eval1" > > vif = [ 'type=ioemu, bridge=eth4' ] > > acpi = 1 > > apic = 1 > > pae = 1 > > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] > > vcpus = 1 > > device_model = '/usr/lib/xen-default/bin/qemu-dm' > > boot="c" > > sdl=0 > > vnc=1 > > vncconsole=1 > > vncpasswd='kuleczka' > > serial='pty' > > usbdevice='tablet' > > > > > > -- > > Best regards > > Jakub Kulesza > > > > _______________________________________________ > > 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 > -- Pozdrawiam Jakub Kulesza --f46d043c7e928f8d9604c49fbed4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi!

DNS works nice.

If I logon = onto the domU and ping the hostname of the NT domain server, the DNS resolv= es the server name and returns pings from 192.168.0.100 correctly.=A0

The settings of the domU net card are OK. MAC address i= s the same as in the xen domU config, IP is 192.168.0.142 with correct netm= ask, route .1, dns .100, DNS search domain is OK.

Of course, the NT domain server name is different than the NT domain name. = And the latter is not discoverable through DNS. I have read about propper s= etting of the DNS in NT domain by samba environment and this seems like a c= orrect procedure. Or do you suggest otherwise? Physical hosts join the doma= in with no problem. This infrastructure is running this way since 2007.

Regards


20= 12/7/12 Peter Braun <xenware@gmail.com>
Hi,

whats the settings of domU network card?

Seems to me like you are missing correct DNS server config there.
There should be IP of linux/samsa/LDAP server.

You can verify by ping "name of the samba server" if its resolved= correctly.

Br

Peter

2012/7/12 Jakub Kulesza <jakkul@gmai= l.com>:
> Hi!
>
> I have a problem with windows 2008 r2 (and windows 7 professional) not=
> joining my NT domain, that is served by a linux+samba+LDAP server in t= he
> same IP subnet.
>
> The NT domain server works ok, windows 7 pro and windows xp physical h= osts
> can perfectly join and log on into it. This infrastructure has been wo= rking
> for years now.
>
> The XEN server dom0 is based on latest debian with xen server from the=
> debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linu= x and
> windows domU on the local subnet with no (or minor) problems, both wit= h HVM
> and paravirtualization.
>
> The network on the dom0 is done using bridged interfaces. The dom0 is<= br> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The = domU
> can use the services in the network and the Internet. The hosts in the= IP
> subnet can use the network resources of the domU. The dom0 has all ipt= ables
> general rules set as ACCEPT, the only rules added are done by xen star= tup
> scripts.
>
> When I install a new windows 2008 r2 standard system as domU and try j= oining
> the domain from the local NT domain server I get the following error:<= br> > <pre>
> The following error occurred attempting to join the domain "<m= y domain name
> goes here>":
>
> The specified domain either does not exist or could not be contacted.<= br> > </pre>
>
> I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhe= re?
> I've tried looking for similar problems on the net with no result,= so I
> suspect that I've messed up something basic.
>
> The configuration for the windows domU is the following:
> kernel =3D "/usr/lib/xen-default/boot/hvmloader"
> builder=3D'hvm'
> memory =3D 1024
> shadow_memory =3D 24
> name =3D "win2008eval1"
> vif =3D [ 'type=3Dioemu, bridge=3Deth4' ]
> acpi =3D 1
> apic =3D 1
> pae =3D 1
> disk =3D [ 'phy:/dev/vg/win2008eval1,hda,w']
> vcpus =3D 1
> device_model =3D '/usr/lib/xen-default/bin/qemu-dm'
> boot=3D"c"
> sdl=3D0
> vnc=3D1
> vncconsole=3D1
> vncpasswd=3D'kuleczka'
> serial=3D'pty'
> usbdevice=3D'tablet'
>
>
> --
> Best regards
> Jakub Kulesza
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org=
> http://li= sts.xen.org/xen-users

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



--
PozdrawiamJakub Kulesza
--f46d043c7e928f8d9604c49fbed4-- --===============6524400328539316247== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6524400328539316247==-- From xen-users-bounces@lists.xen.org Thu Jul 12 10:52:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 10:52: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 1SpGzW-0000L4-MD; Thu, 12 Jul 2012 10:51:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpGzV-0000Ku-7d for Xen-users@lists.xen.org; Thu, 12 Jul 2012 10:51:25 +0000 Received: from [85.158.139.83:27541] by server-12.bemta-5.messagelabs.com id 6B/E7-25233-C2CAEFF4; Thu, 12 Jul 2012 10:51:24 +0000 X-Env-Sender: jakkul@gmail.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1342090283!28406988!1 X-Originating-IP: [74.125.82.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27565 invoked from network); 12 Jul 2012 10:51:23 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 10:51:23 -0000 Received: by weyz53 with SMTP id z53so1722734wey.32 for ; Thu, 12 Jul 2012 03:51: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=XHstHinetVzePS54xcepVz/mMIQM/DGR+cU3ytrDvXU=; b=sKJD0EU4uM69bzlEkx8uKWjqqGswkRPlFLl4lkNgHHJOESTyscKhKV0gVQBNqqjitx +HunXRdOcfzQVXIGAooe06MKh0chnedJA5JfIiubnrY2IORmadLYBaCOy2ycBGIvUttW lmVrBeApmaiE1I4pGLoR3+Ymf/36z0mZKPnf4TDBTH/I2D7/9EDyGjPXG8fODhMw5Q24 QewZtbDwrIrC0Is8hFDmLqdGVDn52iNtheZguYwbZJesyIv65cWa7qLXYXvdg32fpyvT 8gfWlsAA0Jg9ElK2UftKpFwtkc0K1E9zPCLciGTVuFkERdVSq2j4pqgHBl5ceuG8S9cV hB8g== MIME-Version: 1.0 Received: by 10.180.76.135 with SMTP id k7mr54841260wiw.7.1342090282765; Thu, 12 Jul 2012 03:51:22 -0700 (PDT) Received: by 10.216.254.215 with HTTP; Thu, 12 Jul 2012 03:51:22 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 12:51:22 +0200 Message-ID: From: Jakub Kulesza To: Peter Braun Cc: Xen-users@lists.xen.org, Xen List Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT 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="===============6524400328539316247==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6524400328539316247== Content-Type: multipart/alternative; boundary=f46d043c7e928f8d9604c49fbed4 --f46d043c7e928f8d9604c49fbed4 Content-Type: text/plain; charset=ISO-8859-1 Hi! DNS works nice. If I logon onto the domU and ping the hostname of the NT domain server, the DNS resolves the server name and returns pings from 192.168.0.100 correctly. The settings of the domU net card are OK. MAC address is the same as in the xen domU config, IP is 192.168.0.142 with correct netmask, route .1, dns .100, DNS search domain is OK. Of course, the NT domain server name is different than the NT domain name. And the latter is not discoverable through DNS. I have read about propper setting of the DNS in NT domain by samba environment and this seems like a correct procedure. Or do you suggest otherwise? Physical hosts join the domain with no problem. This infrastructure is running this way since 2007. Regards 2012/7/12 Peter Braun > Hi, > > whats the settings of domU network card? > > Seems to me like you are missing correct DNS server config there. > There should be IP of linux/samsa/LDAP server. > > You can verify by ping "name of the samba server" if its resolved > correctly. > > Br > > Peter > > 2012/7/12 Jakub Kulesza : > > Hi! > > > > I have a problem with windows 2008 r2 (and windows 7 professional) not > > joining my NT domain, that is served by a linux+samba+LDAP server in the > > same IP subnet. > > > > The NT domain server works ok, windows 7 pro and windows xp physical > hosts > > can perfectly join and log on into it. This infrastructure has been > working > > for years now. > > > > The XEN server dom0 is based on latest debian with xen server from the > > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linux > and > > windows domU on the local subnet with no (or minor) problems, both with > HVM > > and paravirtualization. > > > > The network on the dom0 is done using bridged interfaces. The dom0 is > > 192.168.0.132, windows domU is .142 and NT domain server is .100. The > domU > > can use the services in the network and the Internet. The hosts in the IP > > subnet can use the network resources of the domU. The dom0 has all > iptables > > general rules set as ACCEPT, the only rules added are done by xen startup > > scripts. > > > > When I install a new windows 2008 r2 standard system as domU and try > joining > > the domain from the local NT domain server I get the following error: > > 
> > The following error occurred attempting to join the domain " name
> > goes here>":
> >
> > The specified domain either does not exist or could not be contacted.
> >
> > > > I suspect that there is some problem with the networking. Did I miss > > something? Can you recommend looking into some obvious setting somewhere? > > I've tried looking for similar problems on the net with no result, so I > > suspect that I've messed up something basic. > > > > The configuration for the windows domU is the following: > > kernel = "/usr/lib/xen-default/boot/hvmloader" > > builder='hvm' > > memory = 1024 > > shadow_memory = 24 > > name = "win2008eval1" > > vif = [ 'type=ioemu, bridge=eth4' ] > > acpi = 1 > > apic = 1 > > pae = 1 > > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] > > vcpus = 1 > > device_model = '/usr/lib/xen-default/bin/qemu-dm' > > boot="c" > > sdl=0 > > vnc=1 > > vncconsole=1 > > vncpasswd='kuleczka' > > serial='pty' > > usbdevice='tablet' > > > > > > -- > > Best regards > > Jakub Kulesza > > > > _______________________________________________ > > 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 > -- Pozdrawiam Jakub Kulesza --f46d043c7e928f8d9604c49fbed4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi!

DNS works nice.

If I logon = onto the domU and ping the hostname of the NT domain server, the DNS resolv= es the server name and returns pings from 192.168.0.100 correctly.=A0

The settings of the domU net card are OK. MAC address i= s the same as in the xen domU config, IP is 192.168.0.142 with correct netm= ask, route .1, dns .100, DNS search domain is OK.

Of course, the NT domain server name is different than the NT domain name. = And the latter is not discoverable through DNS. I have read about propper s= etting of the DNS in NT domain by samba environment and this seems like a c= orrect procedure. Or do you suggest otherwise? Physical hosts join the doma= in with no problem. This infrastructure is running this way since 2007.

Regards


20= 12/7/12 Peter Braun <xenware@gmail.com>
Hi,

whats the settings of domU network card?

Seems to me like you are missing correct DNS server config there.
There should be IP of linux/samsa/LDAP server.

You can verify by ping "name of the samba server" if its resolved= correctly.

Br

Peter

2012/7/12 Jakub Kulesza <jakkul@gmai= l.com>:
> Hi!
>
> I have a problem with windows 2008 r2 (and windows 7 professional) not=
> joining my NT domain, that is served by a linux+samba+LDAP server in t= he
> same IP subnet.
>
> The NT domain server works ok, windows 7 pro and windows xp physical h= osts
> can perfectly join and log on into it. This infrastructure has been wo= rking
> for years now.
>
> The XEN server dom0 is based on latest debian with xen server from the=
> debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linu= x and
> windows domU on the local subnet with no (or minor) problems, both wit= h HVM
> and paravirtualization.
>
> The network on the dom0 is done using bridged interfaces. The dom0 is<= br> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The = domU
> can use the services in the network and the Internet. The hosts in the= IP
> subnet can use the network resources of the domU. The dom0 has all ipt= ables
> general rules set as ACCEPT, the only rules added are done by xen star= tup
> scripts.
>
> When I install a new windows 2008 r2 standard system as domU and try j= oining
> the domain from the local NT domain server I get the following error:<= br> > <pre>
> The following error occurred attempting to join the domain "<m= y domain name
> goes here>":
>
> The specified domain either does not exist or could not be contacted.<= br> > </pre>
>
> I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhe= re?
> I've tried looking for similar problems on the net with no result,= so I
> suspect that I've messed up something basic.
>
> The configuration for the windows domU is the following:
> kernel =3D "/usr/lib/xen-default/boot/hvmloader"
> builder=3D'hvm'
> memory =3D 1024
> shadow_memory =3D 24
> name =3D "win2008eval1"
> vif =3D [ 'type=3Dioemu, bridge=3Deth4' ]
> acpi =3D 1
> apic =3D 1
> pae =3D 1
> disk =3D [ 'phy:/dev/vg/win2008eval1,hda,w']
> vcpus =3D 1
> device_model =3D '/usr/lib/xen-default/bin/qemu-dm'
> boot=3D"c"
> sdl=3D0
> vnc=3D1
> vncconsole=3D1
> vncpasswd=3D'kuleczka'
> serial=3D'pty'
> usbdevice=3D'tablet'
>
>
> --
> Best regards
> Jakub Kulesza
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org=
> http://li= sts.xen.org/xen-users

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



--
PozdrawiamJakub Kulesza
--f46d043c7e928f8d9604c49fbed4-- --===============6524400328539316247== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6524400328539316247==-- From xen-users-bounces@lists.xen.org Thu Jul 12 10:52:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 10:52:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpGzX-0000LD-9n; Thu, 12 Jul 2012 10:51:27 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpGzV-0000Kv-K0 for xen-users@lists.xensource.com; Thu, 12 Jul 2012 10:51:25 +0000 Received: from [85.158.138.51:19989] by server-12.bemta-3.messagelabs.com id C1/C1-30206-C2CAEFF4; Thu, 12 Jul 2012 10:51:24 +0000 X-Env-Sender: jakkul@gmail.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1342090283!28438435!1 X-Originating-IP: [74.125.82.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26330 invoked from network); 12 Jul 2012 10:51:23 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 10:51:23 -0000 Received: by weyx43 with SMTP id x43so1981221wey.30 for ; Thu, 12 Jul 2012 03:51: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=XHstHinetVzePS54xcepVz/mMIQM/DGR+cU3ytrDvXU=; b=sKJD0EU4uM69bzlEkx8uKWjqqGswkRPlFLl4lkNgHHJOESTyscKhKV0gVQBNqqjitx +HunXRdOcfzQVXIGAooe06MKh0chnedJA5JfIiubnrY2IORmadLYBaCOy2ycBGIvUttW lmVrBeApmaiE1I4pGLoR3+Ymf/36z0mZKPnf4TDBTH/I2D7/9EDyGjPXG8fODhMw5Q24 QewZtbDwrIrC0Is8hFDmLqdGVDn52iNtheZguYwbZJesyIv65cWa7qLXYXvdg32fpyvT 8gfWlsAA0Jg9ElK2UftKpFwtkc0K1E9zPCLciGTVuFkERdVSq2j4pqgHBl5ceuG8S9cV hB8g== MIME-Version: 1.0 Received: by 10.180.76.135 with SMTP id k7mr54841260wiw.7.1342090282765; Thu, 12 Jul 2012 03:51:22 -0700 (PDT) Received: by 10.216.254.215 with HTTP; Thu, 12 Jul 2012 03:51:22 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 12:51:22 +0200 Message-ID: From: Jakub Kulesza To: Peter Braun Cc: Xen-users@lists.xen.org, Xen List Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT 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="===============0886421998803372048==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0886421998803372048== Content-Type: multipart/alternative; boundary=f46d043c7e928f8d9604c49fbed4 --f46d043c7e928f8d9604c49fbed4 Content-Type: text/plain; charset=ISO-8859-1 Hi! DNS works nice. If I logon onto the domU and ping the hostname of the NT domain server, the DNS resolves the server name and returns pings from 192.168.0.100 correctly. The settings of the domU net card are OK. MAC address is the same as in the xen domU config, IP is 192.168.0.142 with correct netmask, route .1, dns .100, DNS search domain is OK. Of course, the NT domain server name is different than the NT domain name. And the latter is not discoverable through DNS. I have read about propper setting of the DNS in NT domain by samba environment and this seems like a correct procedure. Or do you suggest otherwise? Physical hosts join the domain with no problem. This infrastructure is running this way since 2007. Regards 2012/7/12 Peter Braun > Hi, > > whats the settings of domU network card? > > Seems to me like you are missing correct DNS server config there. > There should be IP of linux/samsa/LDAP server. > > You can verify by ping "name of the samba server" if its resolved > correctly. > > Br > > Peter > > 2012/7/12 Jakub Kulesza : > > Hi! > > > > I have a problem with windows 2008 r2 (and windows 7 professional) not > > joining my NT domain, that is served by a linux+samba+LDAP server in the > > same IP subnet. > > > > The NT domain server works ok, windows 7 pro and windows xp physical > hosts > > can perfectly join and log on into it. This infrastructure has been > working > > for years now. > > > > The XEN server dom0 is based on latest debian with xen server from the > > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linux > and > > windows domU on the local subnet with no (or minor) problems, both with > HVM > > and paravirtualization. > > > > The network on the dom0 is done using bridged interfaces. The dom0 is > > 192.168.0.132, windows domU is .142 and NT domain server is .100. The > domU > > can use the services in the network and the Internet. The hosts in the IP > > subnet can use the network resources of the domU. The dom0 has all > iptables > > general rules set as ACCEPT, the only rules added are done by xen startup > > scripts. > > > > When I install a new windows 2008 r2 standard system as domU and try > joining > > the domain from the local NT domain server I get the following error: > > 
> > The following error occurred attempting to join the domain " name
> > goes here>":
> >
> > The specified domain either does not exist or could not be contacted.
> >
> > > > I suspect that there is some problem with the networking. Did I miss > > something? Can you recommend looking into some obvious setting somewhere? > > I've tried looking for similar problems on the net with no result, so I > > suspect that I've messed up something basic. > > > > The configuration for the windows domU is the following: > > kernel = "/usr/lib/xen-default/boot/hvmloader" > > builder='hvm' > > memory = 1024 > > shadow_memory = 24 > > name = "win2008eval1" > > vif = [ 'type=ioemu, bridge=eth4' ] > > acpi = 1 > > apic = 1 > > pae = 1 > > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] > > vcpus = 1 > > device_model = '/usr/lib/xen-default/bin/qemu-dm' > > boot="c" > > sdl=0 > > vnc=1 > > vncconsole=1 > > vncpasswd='kuleczka' > > serial='pty' > > usbdevice='tablet' > > > > > > -- > > Best regards > > Jakub Kulesza > > > > _______________________________________________ > > 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 > -- Pozdrawiam Jakub Kulesza --f46d043c7e928f8d9604c49fbed4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi!

DNS works nice.

If I logon = onto the domU and ping the hostname of the NT domain server, the DNS resolv= es the server name and returns pings from 192.168.0.100 correctly.=A0

The settings of the domU net card are OK. MAC address i= s the same as in the xen domU config, IP is 192.168.0.142 with correct netm= ask, route .1, dns .100, DNS search domain is OK.

Of course, the NT domain server name is different than the NT domain name. = And the latter is not discoverable through DNS. I have read about propper s= etting of the DNS in NT domain by samba environment and this seems like a c= orrect procedure. Or do you suggest otherwise? Physical hosts join the doma= in with no problem. This infrastructure is running this way since 2007.

Regards


20= 12/7/12 Peter Braun <xenware@gmail.com>
Hi,

whats the settings of domU network card?

Seems to me like you are missing correct DNS server config there.
There should be IP of linux/samsa/LDAP server.

You can verify by ping "name of the samba server" if its resolved= correctly.

Br

Peter

2012/7/12 Jakub Kulesza <jakkul@gmai= l.com>:
> Hi!
>
> I have a problem with windows 2008 r2 (and windows 7 professional) not=
> joining my NT domain, that is served by a linux+samba+LDAP server in t= he
> same IP subnet.
>
> The NT domain server works ok, windows 7 pro and windows xp physical h= osts
> can perfectly join and log on into it. This infrastructure has been wo= rking
> for years now.
>
> The XEN server dom0 is based on latest debian with xen server from the=
> debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linu= x and
> windows domU on the local subnet with no (or minor) problems, both wit= h HVM
> and paravirtualization.
>
> The network on the dom0 is done using bridged interfaces. The dom0 is<= br> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The = domU
> can use the services in the network and the Internet. The hosts in the= IP
> subnet can use the network resources of the domU. The dom0 has all ipt= ables
> general rules set as ACCEPT, the only rules added are done by xen star= tup
> scripts.
>
> When I install a new windows 2008 r2 standard system as domU and try j= oining
> the domain from the local NT domain server I get the following error:<= br> > <pre>
> The following error occurred attempting to join the domain "<m= y domain name
> goes here>":
>
> The specified domain either does not exist or could not be contacted.<= br> > </pre>
>
> I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhe= re?
> I've tried looking for similar problems on the net with no result,= so I
> suspect that I've messed up something basic.
>
> The configuration for the windows domU is the following:
> kernel =3D "/usr/lib/xen-default/boot/hvmloader"
> builder=3D'hvm'
> memory =3D 1024
> shadow_memory =3D 24
> name =3D "win2008eval1"
> vif =3D [ 'type=3Dioemu, bridge=3Deth4' ]
> acpi =3D 1
> apic =3D 1
> pae =3D 1
> disk =3D [ 'phy:/dev/vg/win2008eval1,hda,w']
> vcpus =3D 1
> device_model =3D '/usr/lib/xen-default/bin/qemu-dm'
> boot=3D"c"
> sdl=3D0
> vnc=3D1
> vncconsole=3D1
> vncpasswd=3D'kuleczka'
> serial=3D'pty'
> usbdevice=3D'tablet'
>
>
> --
> Best regards
> Jakub Kulesza
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org=
> http://li= sts.xen.org/xen-users

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



--
PozdrawiamJakub Kulesza
--f46d043c7e928f8d9604c49fbed4-- --===============0886421998803372048== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0886421998803372048==-- From xen-users-bounces@lists.xen.org Thu Jul 12 10:52:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 10:52:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpGzX-0000LD-9n; Thu, 12 Jul 2012 10:51:27 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpGzV-0000Kv-K0 for xen-users@lists.xensource.com; Thu, 12 Jul 2012 10:51:25 +0000 Received: from [85.158.138.51:19989] by server-12.bemta-3.messagelabs.com id C1/C1-30206-C2CAEFF4; Thu, 12 Jul 2012 10:51:24 +0000 X-Env-Sender: jakkul@gmail.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1342090283!28438435!1 X-Originating-IP: [74.125.82.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26330 invoked from network); 12 Jul 2012 10:51:23 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 10:51:23 -0000 Received: by weyx43 with SMTP id x43so1981221wey.30 for ; Thu, 12 Jul 2012 03:51: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=XHstHinetVzePS54xcepVz/mMIQM/DGR+cU3ytrDvXU=; b=sKJD0EU4uM69bzlEkx8uKWjqqGswkRPlFLl4lkNgHHJOESTyscKhKV0gVQBNqqjitx +HunXRdOcfzQVXIGAooe06MKh0chnedJA5JfIiubnrY2IORmadLYBaCOy2ycBGIvUttW lmVrBeApmaiE1I4pGLoR3+Ymf/36z0mZKPnf4TDBTH/I2D7/9EDyGjPXG8fODhMw5Q24 QewZtbDwrIrC0Is8hFDmLqdGVDn52iNtheZguYwbZJesyIv65cWa7qLXYXvdg32fpyvT 8gfWlsAA0Jg9ElK2UftKpFwtkc0K1E9zPCLciGTVuFkERdVSq2j4pqgHBl5ceuG8S9cV hB8g== MIME-Version: 1.0 Received: by 10.180.76.135 with SMTP id k7mr54841260wiw.7.1342090282765; Thu, 12 Jul 2012 03:51:22 -0700 (PDT) Received: by 10.216.254.215 with HTTP; Thu, 12 Jul 2012 03:51:22 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 12:51:22 +0200 Message-ID: From: Jakub Kulesza To: Peter Braun Cc: Xen-users@lists.xen.org, Xen List Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT 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="===============0886421998803372048==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0886421998803372048== Content-Type: multipart/alternative; boundary=f46d043c7e928f8d9604c49fbed4 --f46d043c7e928f8d9604c49fbed4 Content-Type: text/plain; charset=ISO-8859-1 Hi! DNS works nice. If I logon onto the domU and ping the hostname of the NT domain server, the DNS resolves the server name and returns pings from 192.168.0.100 correctly. The settings of the domU net card are OK. MAC address is the same as in the xen domU config, IP is 192.168.0.142 with correct netmask, route .1, dns .100, DNS search domain is OK. Of course, the NT domain server name is different than the NT domain name. And the latter is not discoverable through DNS. I have read about propper setting of the DNS in NT domain by samba environment and this seems like a correct procedure. Or do you suggest otherwise? Physical hosts join the domain with no problem. This infrastructure is running this way since 2007. Regards 2012/7/12 Peter Braun > Hi, > > whats the settings of domU network card? > > Seems to me like you are missing correct DNS server config there. > There should be IP of linux/samsa/LDAP server. > > You can verify by ping "name of the samba server" if its resolved > correctly. > > Br > > Peter > > 2012/7/12 Jakub Kulesza : > > Hi! > > > > I have a problem with windows 2008 r2 (and windows 7 professional) not > > joining my NT domain, that is served by a linux+samba+LDAP server in the > > same IP subnet. > > > > The NT domain server works ok, windows 7 pro and windows xp physical > hosts > > can perfectly join and log on into it. This infrastructure has been > working > > for years now. > > > > The XEN server dom0 is based on latest debian with xen server from the > > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linux > and > > windows domU on the local subnet with no (or minor) problems, both with > HVM > > and paravirtualization. > > > > The network on the dom0 is done using bridged interfaces. The dom0 is > > 192.168.0.132, windows domU is .142 and NT domain server is .100. The > domU > > can use the services in the network and the Internet. The hosts in the IP > > subnet can use the network resources of the domU. The dom0 has all > iptables > > general rules set as ACCEPT, the only rules added are done by xen startup > > scripts. > > > > When I install a new windows 2008 r2 standard system as domU and try > joining > > the domain from the local NT domain server I get the following error: > > 
> > The following error occurred attempting to join the domain " name
> > goes here>":
> >
> > The specified domain either does not exist or could not be contacted.
> >
> > > > I suspect that there is some problem with the networking. Did I miss > > something? Can you recommend looking into some obvious setting somewhere? > > I've tried looking for similar problems on the net with no result, so I > > suspect that I've messed up something basic. > > > > The configuration for the windows domU is the following: > > kernel = "/usr/lib/xen-default/boot/hvmloader" > > builder='hvm' > > memory = 1024 > > shadow_memory = 24 > > name = "win2008eval1" > > vif = [ 'type=ioemu, bridge=eth4' ] > > acpi = 1 > > apic = 1 > > pae = 1 > > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] > > vcpus = 1 > > device_model = '/usr/lib/xen-default/bin/qemu-dm' > > boot="c" > > sdl=0 > > vnc=1 > > vncconsole=1 > > vncpasswd='kuleczka' > > serial='pty' > > usbdevice='tablet' > > > > > > -- > > Best regards > > Jakub Kulesza > > > > _______________________________________________ > > 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 > -- Pozdrawiam Jakub Kulesza --f46d043c7e928f8d9604c49fbed4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi!

DNS works nice.

If I logon = onto the domU and ping the hostname of the NT domain server, the DNS resolv= es the server name and returns pings from 192.168.0.100 correctly.=A0

The settings of the domU net card are OK. MAC address i= s the same as in the xen domU config, IP is 192.168.0.142 with correct netm= ask, route .1, dns .100, DNS search domain is OK.

Of course, the NT domain server name is different than the NT domain name. = And the latter is not discoverable through DNS. I have read about propper s= etting of the DNS in NT domain by samba environment and this seems like a c= orrect procedure. Or do you suggest otherwise? Physical hosts join the doma= in with no problem. This infrastructure is running this way since 2007.

Regards


20= 12/7/12 Peter Braun <xenware@gmail.com>
Hi,

whats the settings of domU network card?

Seems to me like you are missing correct DNS server config there.
There should be IP of linux/samsa/LDAP server.

You can verify by ping "name of the samba server" if its resolved= correctly.

Br

Peter

2012/7/12 Jakub Kulesza <jakkul@gmai= l.com>:
> Hi!
>
> I have a problem with windows 2008 r2 (and windows 7 professional) not=
> joining my NT domain, that is served by a linux+samba+LDAP server in t= he
> same IP subnet.
>
> The NT domain server works ok, windows 7 pro and windows xp physical h= osts
> can perfectly join and log on into it. This infrastructure has been wo= rking
> for years now.
>
> The XEN server dom0 is based on latest debian with xen server from the=
> debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linu= x and
> windows domU on the local subnet with no (or minor) problems, both wit= h HVM
> and paravirtualization.
>
> The network on the dom0 is done using bridged interfaces. The dom0 is<= br> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The = domU
> can use the services in the network and the Internet. The hosts in the= IP
> subnet can use the network resources of the domU. The dom0 has all ipt= ables
> general rules set as ACCEPT, the only rules added are done by xen star= tup
> scripts.
>
> When I install a new windows 2008 r2 standard system as domU and try j= oining
> the domain from the local NT domain server I get the following error:<= br> > <pre>
> The following error occurred attempting to join the domain "<m= y domain name
> goes here>":
>
> The specified domain either does not exist or could not be contacted.<= br> > </pre>
>
> I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhe= re?
> I've tried looking for similar problems on the net with no result,= so I
> suspect that I've messed up something basic.
>
> The configuration for the windows domU is the following:
> kernel =3D "/usr/lib/xen-default/boot/hvmloader"
> builder=3D'hvm'
> memory =3D 1024
> shadow_memory =3D 24
> name =3D "win2008eval1"
> vif =3D [ 'type=3Dioemu, bridge=3Deth4' ]
> acpi =3D 1
> apic =3D 1
> pae =3D 1
> disk =3D [ 'phy:/dev/vg/win2008eval1,hda,w']
> vcpus =3D 1
> device_model =3D '/usr/lib/xen-default/bin/qemu-dm'
> boot=3D"c"
> sdl=3D0
> vnc=3D1
> vncconsole=3D1
> vncpasswd=3D'kuleczka'
> serial=3D'pty'
> usbdevice=3D'tablet'
>
>
> --
> Best regards
> Jakub Kulesza
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org=
> http://li= sts.xen.org/xen-users

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



--
PozdrawiamJakub Kulesza
--f46d043c7e928f8d9604c49fbed4-- --===============0886421998803372048== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0886421998803372048==-- From xen-users-bounces@lists.xen.org Thu Jul 12 11:23:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 11:23: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 1SpHT5-00019i-L5; Thu, 12 Jul 2012 11:21:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpHT3-00019d-S6 for Xen-users@lists.xen.org; Thu, 12 Jul 2012 11:21:58 +0000 Received: from [85.158.138.51:41673] by server-4.bemta-3.messagelabs.com id 7E/CD-17105-453BEFF4; Thu, 12 Jul 2012 11:21:56 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1342092114!20461841!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30264 invoked from network); 12 Jul 2012 11:21:55 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 11:21:55 -0000 Received: by yhpp34 with SMTP id p34so417963yhp.32 for ; Thu, 12 Jul 2012 04:21:54 -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=LDjVTu2XoRpitvn+iBZRMBpIB7lfDhJnjXjMDuI8xtc=; b=Ix6bBQv9J0CcdgsHL/aTOsmymDHWrpUtPjGJYGTiTb1c39NvOII9aFD/VKlHujfJIZ PXTkozis8AhEwSbJUMx0JSLJZQ1/QdMPW1g6SQhzhMMyfPj7floKHocAKbrXZqzc4t0u l9IvQSlAUqHb9Td99uVJBCTD6lT2lQNvqYZ4OAyKyu+tY1XBi5u9BEyZlEhYDPg74RJ7 mAl94YUVJVe/w0gBx9XIEz4IVpDp2PCuPTv4LMwlJZggKPbF2BL2874ra+gzMPwxCpzV qtcZA19Une9bxGSFFiBy2eGUwUuE4Iqb2EKgD6UO8xKJBlB6HEWTz576x4WPe4PQ9LD1 tUtg== MIME-Version: 1.0 Received: by 10.50.194.200 with SMTP id hy8mr16712421igc.58.1342092113786; Thu, 12 Jul 2012 04:21:53 -0700 (PDT) Received: by 10.64.10.41 with HTTP; Thu, 12 Jul 2012 04:21:53 -0700 (PDT) Date: Thu, 12 Jul 2012 20:21:53 +0900 Message-ID: From: jaeyong yoo To: Xen-users@lists.xen.org Subject: [Xen-users] invalid kernel errors while booting newly installed guest OS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2657650472388697280==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2657650472388697280== Content-Type: multipart/alternative; boundary=14dae934100db2b7f804c4a02b4b --14dae934100db2b7f804c4a02b4b Content-Type: text/plain; charset=ISO-8859-1 Hello, When I'm trying to boot with newly installed guest OS, I'm having the following error message. $ sudo xm create /etc/xen/ubuntu.cfg -c > Error: (2, 'Invalid kernel', 'elf_xen_note_check: ERROR: Will only load images built for the generic loader or Linux images') I'm absolutely clueless and any help would be really appreciated. Here goes the detail configuration. 1) I install ubuntu desktop 12.04 in a machine (32-bit intel Core 2 CPU with 2GB memory) 2) install xen by $ sudo apt-get install xen-hypervisor-4.1-i386 xen-tools xen-utils-4.1 xen-utils-common 3) reboot 4) xen looks working OK at dom0 and I check this with the following command $ xm list Name ID Mem VCPUs State Time(s) Domain-0 0 1024 1 r----- 244.9 5) after creating logical volume using lvm (the dev is /dev/vgubuntu/ubuntu) make a configuration file (/etc/xen/ubuntu.cfg) as follows name = "ubuntu" memory = 512 disk = ['phy:/dev/vgubuntu/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" 6) Download vmlinuz and initrd file as below and place them at /var/lib/xen/images/ubuntu-netboot/ $ wget http://kr.archive.ubuntu.com/ubuntu/dists/precise/main/installer-i386/current/images/netboot/xen/initrd.gz $ wget http://kr.archive.ubuntu.com/ubuntu/dists/precise/main/installer-i386/current/images/netboot/xen/vmlinuz 7) installing the guest os using the command below $ sudo xm create /etc/xen/ubuntu.cfg -c 8) while installing, I set the filesystem ext3 in the guest OS. 9) everything looks normal. The console say the installation is completed. 10) After installing, I change the xen configuration file (/etc/xen/ubuntu.cfg) as follows. name = "ubuntu" memory = 512 disk = ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif = [' '] bootloader = "pygrub" 11) And, i try to boot the Guest OS for the first time, I see this error. --14dae934100db2b7f804c4a02b4b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,

When I'm trying to boot= with newly installed guest OS, I'm having the following error message.=

$=A0sudo xm create /etc/xen/ubun= tu.cfg -c
> Error: (2, 'Invalid kernel', 'elf_xen_note_check: ERROR: W= ill only load images built for the generic loader or Linux images')

I'm absolutely clueless= and any help would be really appreciated.

Here goes the detail config= uration.

1) I install ubuntu desktop= 12.04 in a machine (32-bit intel Core 2 CPU with 2GB memory)=A0

2) install xen by=A0
<= div style=3D"color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13p= x;background-color:rgb(255,255,255)"> =A0 $=A0sudo apt-get install xen-hypervisor-4.1-i386 xen-too= ls xen-utils-4.1 xen-utils-common

3) reboot

4) xen looks working OK at dom0 and I check this with the following command=
$ xm list
=A0 =A0Name =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ID =A0 Mem VCPUs= =A0 =A0 =A0State =A0 Time(s)
=A0 =A0Domain-0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A01024 =A0 =A0 1 = =A0 =A0 r----- =A0 =A0244.9

5) after creating logical volume using lvm (the dev is /dev/vgubuntu/ubuntu= ) make a configuration file (/etc/xen/ubuntu.cfg) as follows

name =3D "ubuntu&= quot;
memory =3D 512
disk =3D ['phy:/dev/vgubuntu/u= buntu,xvda,w']
vif =3D [' ']
kernel =3D "/var/lib/xen/images/u= buntu-netboot/vmlinuz"
ramdisk =3D "/var/lib/xen/images= /ubuntu-netboot/initrd.gz"
extra =3D "debian-installer/exit/always_halt=3Dtrue -- console=3Dhvc0&= quot;

6) Download vmlinuz and initrd file as below and place them at=A0/var/lib/x= en/images/ubuntu-netboot/

7) installing the guest os = using the command below

$=A0sudo xm create /etc/xen/ubuntu.cfg -c

8) while installing, I s= et the filesystem ext3 in the guest OS.

9) everything looks normal.= The console say the installation is completed.

10) After installing, I cha= nge the xen configuration file=A0=A0(/etc/xen/ubuntu.cfg)=A0=A0as follows.= =A0

name =3D "ubuntu"
memory =3D 512
disk = =3D ['phy:/dev/vgubuntu/ubuntu,xvda,w']
vif =3D [' &#= 39;]
bootloader =3D "pygrub"

1= 1) And, i try to boot the Guest OS for the first time, I see this error.
--14dae934100db2b7f804c4a02b4b-- --===============2657650472388697280== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2657650472388697280==-- From xen-users-bounces@lists.xen.org Thu Jul 12 11:23:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 11:23: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 1SpHT5-00019i-L5; Thu, 12 Jul 2012 11:21:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpHT3-00019d-S6 for Xen-users@lists.xen.org; Thu, 12 Jul 2012 11:21:58 +0000 Received: from [85.158.138.51:41673] by server-4.bemta-3.messagelabs.com id 7E/CD-17105-453BEFF4; Thu, 12 Jul 2012 11:21:56 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1342092114!20461841!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30264 invoked from network); 12 Jul 2012 11:21:55 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 11:21:55 -0000 Received: by yhpp34 with SMTP id p34so417963yhp.32 for ; Thu, 12 Jul 2012 04:21:54 -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=LDjVTu2XoRpitvn+iBZRMBpIB7lfDhJnjXjMDuI8xtc=; b=Ix6bBQv9J0CcdgsHL/aTOsmymDHWrpUtPjGJYGTiTb1c39NvOII9aFD/VKlHujfJIZ PXTkozis8AhEwSbJUMx0JSLJZQ1/QdMPW1g6SQhzhMMyfPj7floKHocAKbrXZqzc4t0u l9IvQSlAUqHb9Td99uVJBCTD6lT2lQNvqYZ4OAyKyu+tY1XBi5u9BEyZlEhYDPg74RJ7 mAl94YUVJVe/w0gBx9XIEz4IVpDp2PCuPTv4LMwlJZggKPbF2BL2874ra+gzMPwxCpzV qtcZA19Une9bxGSFFiBy2eGUwUuE4Iqb2EKgD6UO8xKJBlB6HEWTz576x4WPe4PQ9LD1 tUtg== MIME-Version: 1.0 Received: by 10.50.194.200 with SMTP id hy8mr16712421igc.58.1342092113786; Thu, 12 Jul 2012 04:21:53 -0700 (PDT) Received: by 10.64.10.41 with HTTP; Thu, 12 Jul 2012 04:21:53 -0700 (PDT) Date: Thu, 12 Jul 2012 20:21:53 +0900 Message-ID: From: jaeyong yoo To: Xen-users@lists.xen.org Subject: [Xen-users] invalid kernel errors while booting newly installed guest OS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2657650472388697280==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2657650472388697280== Content-Type: multipart/alternative; boundary=14dae934100db2b7f804c4a02b4b --14dae934100db2b7f804c4a02b4b Content-Type: text/plain; charset=ISO-8859-1 Hello, When I'm trying to boot with newly installed guest OS, I'm having the following error message. $ sudo xm create /etc/xen/ubuntu.cfg -c > Error: (2, 'Invalid kernel', 'elf_xen_note_check: ERROR: Will only load images built for the generic loader or Linux images') I'm absolutely clueless and any help would be really appreciated. Here goes the detail configuration. 1) I install ubuntu desktop 12.04 in a machine (32-bit intel Core 2 CPU with 2GB memory) 2) install xen by $ sudo apt-get install xen-hypervisor-4.1-i386 xen-tools xen-utils-4.1 xen-utils-common 3) reboot 4) xen looks working OK at dom0 and I check this with the following command $ xm list Name ID Mem VCPUs State Time(s) Domain-0 0 1024 1 r----- 244.9 5) after creating logical volume using lvm (the dev is /dev/vgubuntu/ubuntu) make a configuration file (/etc/xen/ubuntu.cfg) as follows name = "ubuntu" memory = 512 disk = ['phy:/dev/vgubuntu/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" 6) Download vmlinuz and initrd file as below and place them at /var/lib/xen/images/ubuntu-netboot/ $ wget http://kr.archive.ubuntu.com/ubuntu/dists/precise/main/installer-i386/current/images/netboot/xen/initrd.gz $ wget http://kr.archive.ubuntu.com/ubuntu/dists/precise/main/installer-i386/current/images/netboot/xen/vmlinuz 7) installing the guest os using the command below $ sudo xm create /etc/xen/ubuntu.cfg -c 8) while installing, I set the filesystem ext3 in the guest OS. 9) everything looks normal. The console say the installation is completed. 10) After installing, I change the xen configuration file (/etc/xen/ubuntu.cfg) as follows. name = "ubuntu" memory = 512 disk = ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif = [' '] bootloader = "pygrub" 11) And, i try to boot the Guest OS for the first time, I see this error. --14dae934100db2b7f804c4a02b4b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,

When I'm trying to boot= with newly installed guest OS, I'm having the following error message.=

$=A0sudo xm create /etc/xen/ubun= tu.cfg -c
> Error: (2, 'Invalid kernel', 'elf_xen_note_check: ERROR: W= ill only load images built for the generic loader or Linux images')

I'm absolutely clueless= and any help would be really appreciated.

Here goes the detail config= uration.

1) I install ubuntu desktop= 12.04 in a machine (32-bit intel Core 2 CPU with 2GB memory)=A0

2) install xen by=A0
<= div style=3D"color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13p= x;background-color:rgb(255,255,255)"> =A0 $=A0sudo apt-get install xen-hypervisor-4.1-i386 xen-too= ls xen-utils-4.1 xen-utils-common

3) reboot

4) xen looks working OK at dom0 and I check this with the following command=
$ xm list
=A0 =A0Name =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ID =A0 Mem VCPUs= =A0 =A0 =A0State =A0 Time(s)
=A0 =A0Domain-0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A01024 =A0 =A0 1 = =A0 =A0 r----- =A0 =A0244.9

5) after creating logical volume using lvm (the dev is /dev/vgubuntu/ubuntu= ) make a configuration file (/etc/xen/ubuntu.cfg) as follows

name =3D "ubuntu&= quot;
memory =3D 512
disk =3D ['phy:/dev/vgubuntu/u= buntu,xvda,w']
vif =3D [' ']
kernel =3D "/var/lib/xen/images/u= buntu-netboot/vmlinuz"
ramdisk =3D "/var/lib/xen/images= /ubuntu-netboot/initrd.gz"
extra =3D "debian-installer/exit/always_halt=3Dtrue -- console=3Dhvc0&= quot;

6) Download vmlinuz and initrd file as below and place them at=A0/var/lib/x= en/images/ubuntu-netboot/

7) installing the guest os = using the command below

$=A0sudo xm create /etc/xen/ubuntu.cfg -c

8) while installing, I s= et the filesystem ext3 in the guest OS.

9) everything looks normal.= The console say the installation is completed.

10) After installing, I cha= nge the xen configuration file=A0=A0(/etc/xen/ubuntu.cfg)=A0=A0as follows.= =A0

name =3D "ubuntu"
memory =3D 512
disk = =3D ['phy:/dev/vgubuntu/ubuntu,xvda,w']
vif =3D [' &#= 39;]
bootloader =3D "pygrub"

1= 1) And, i try to boot the Guest OS for the first time, I see this error.
--14dae934100db2b7f804c4a02b4b-- --===============2657650472388697280== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2657650472388697280==-- From xen-users-bounces@lists.xen.org Thu Jul 12 13:00:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 13:00: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 1SpIzE-0003H3-NI; Thu, 12 Jul 2012 12:59:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpIzC-0003Gv-LK for xen-users@lists.xen.org; Thu, 12 Jul 2012 12:59:14 +0000 Received: from [85.158.139.83:62488] by server-9.bemta-5.messagelabs.com id B5/01-01069-12ACEFF4; Thu, 12 Jul 2012 12:59:13 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1342097952!28434822!1 X-Originating-IP: [209.85.216.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17931 invoked from network); 12 Jul 2012 12:59:13 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 12:59:13 -0000 Received: by qaeb19 with SMTP id b19so3954749qae.11 for ; Thu, 12 Jul 2012 05:59:12 -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=lP/3wESDYlym9+YSzsmeo2L8zFCLOPabLA9czAHw8L4=; b=ZtCEGgWvZ3IsrvKP8K74I3W98L/1fvc+E7BnDUQpp7e2MO8QM9FYhO18T5yoUTMVBq M7eygB42zloR/0JTcegfNwQogpD0Y3oqjR7Oyf5hjDzQA6AG8JhawF8rrR5jtLWJDuqO 23IEBe53IARITRnOR2O7OD485wzPAdr6Hj0/yOOOFewD4veb1VReSlg6hRt+orGGd26C Nb62kADAyNJ5j1mONQI4mcjmWv+WEiLebCBo4NNVqDtIJETGVL+8J/DBt9WWr1HmGckY R0Qn79EMJX8uscuvuFuCaNO4vdfa3Rcwv+tYpxeqGFucDC94ZoyoCHib8YZ2GVOMEC6t s5BA== MIME-Version: 1.0 Received: by 10.224.110.73 with SMTP id m9mr3992876qap.6.1342097951953; Thu, 12 Jul 2012 05:59:11 -0700 (PDT) Received: by 10.229.42.11 with HTTP; Thu, 12 Jul 2012 05:59:11 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 13:59:11 +0100 X-Google-Sender-Auth: HJZVJRqs0U7IUmpCC56G4fLp6PY Message-ID: From: George Dunlap To: John Buchanan Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen processor time scheduling X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 9, 2012 at 9:40 PM, John Buchanan wrote: > My apologies if this question has been asked/answered elsewhere/previously. > > I'm using XCP 1.1, Xeon E7-2860 processors (10 cores with HT). My question > is, is it more efficient in terms of scheduling of processor time to > allocate fewer Vcpu's to a given domU guest? A year or two ago I had read > that with a VMWare product (don't recall specifically which, but a type 1 > hypervisor), the way the hypervisor allocated cpu time amongst the guests > was such that if you allocated > 1 Vcpu's the host needed to have exactly > that number of physical cpus/cores available at that time, if not then that > guest got skipped until the next rotation. Therefore VMWare's best practice > recommendation was to always start your VM's with 1 Vcpu, only increase if > necessary. > > Also seemed odd to me that they designed it as such because in my production > environments 1 Vcpu is rarely adequate. > > Also, performance peaks at 8 Vcpu allocation, anything beyond that and > performance steadily declines. It sounds like you're describing from VMWare what is called "gang scheduling" (i.e., all the vcpus are scheduled or none). Xen does not implement gang scheduling, for exactly the reasons you describe. It is, however, still a good idea to give a VM only as many vcpus as it actually needs. But it sounds like you've established that by measurement that you do need 8 vcpus, so that seems like the right plan. If you're really keen, I did give a talk about this very subject, which you can see here: http://www.citrix.com/tv/#videos/2930 -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 12 13:00:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 13:00: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 1SpIzE-0003H3-NI; Thu, 12 Jul 2012 12:59:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpIzC-0003Gv-LK for xen-users@lists.xen.org; Thu, 12 Jul 2012 12:59:14 +0000 Received: from [85.158.139.83:62488] by server-9.bemta-5.messagelabs.com id B5/01-01069-12ACEFF4; Thu, 12 Jul 2012 12:59:13 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1342097952!28434822!1 X-Originating-IP: [209.85.216.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17931 invoked from network); 12 Jul 2012 12:59:13 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 12:59:13 -0000 Received: by qaeb19 with SMTP id b19so3954749qae.11 for ; Thu, 12 Jul 2012 05:59:12 -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=lP/3wESDYlym9+YSzsmeo2L8zFCLOPabLA9czAHw8L4=; b=ZtCEGgWvZ3IsrvKP8K74I3W98L/1fvc+E7BnDUQpp7e2MO8QM9FYhO18T5yoUTMVBq M7eygB42zloR/0JTcegfNwQogpD0Y3oqjR7Oyf5hjDzQA6AG8JhawF8rrR5jtLWJDuqO 23IEBe53IARITRnOR2O7OD485wzPAdr6Hj0/yOOOFewD4veb1VReSlg6hRt+orGGd26C Nb62kADAyNJ5j1mONQI4mcjmWv+WEiLebCBo4NNVqDtIJETGVL+8J/DBt9WWr1HmGckY R0Qn79EMJX8uscuvuFuCaNO4vdfa3Rcwv+tYpxeqGFucDC94ZoyoCHib8YZ2GVOMEC6t s5BA== MIME-Version: 1.0 Received: by 10.224.110.73 with SMTP id m9mr3992876qap.6.1342097951953; Thu, 12 Jul 2012 05:59:11 -0700 (PDT) Received: by 10.229.42.11 with HTTP; Thu, 12 Jul 2012 05:59:11 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 13:59:11 +0100 X-Google-Sender-Auth: HJZVJRqs0U7IUmpCC56G4fLp6PY Message-ID: From: George Dunlap To: John Buchanan Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen processor time scheduling X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 9, 2012 at 9:40 PM, John Buchanan wrote: > My apologies if this question has been asked/answered elsewhere/previously. > > I'm using XCP 1.1, Xeon E7-2860 processors (10 cores with HT). My question > is, is it more efficient in terms of scheduling of processor time to > allocate fewer Vcpu's to a given domU guest? A year or two ago I had read > that with a VMWare product (don't recall specifically which, but a type 1 > hypervisor), the way the hypervisor allocated cpu time amongst the guests > was such that if you allocated > 1 Vcpu's the host needed to have exactly > that number of physical cpus/cores available at that time, if not then that > guest got skipped until the next rotation. Therefore VMWare's best practice > recommendation was to always start your VM's with 1 Vcpu, only increase if > necessary. > > Also seemed odd to me that they designed it as such because in my production > environments 1 Vcpu is rarely adequate. > > Also, performance peaks at 8 Vcpu allocation, anything beyond that and > performance steadily declines. It sounds like you're describing from VMWare what is called "gang scheduling" (i.e., all the vcpus are scheduled or none). Xen does not implement gang scheduling, for exactly the reasons you describe. It is, however, still a good idea to give a VM only as many vcpus as it actually needs. But it sounds like you've established that by measurement that you do need 8 vcpus, so that seems like the right plan. If you're really keen, I did give a talk about this very subject, which you can see here: http://www.citrix.com/tv/#videos/2930 -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 12 13:16:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 13:16: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 1SpJET-0003dE-F0; Thu, 12 Jul 2012 13:15:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpJES-0003d9-I4 for xen-users@lists.xen.org; Thu, 12 Jul 2012 13:15:00 +0000 Received: from [85.158.139.83:49225] by server-1.bemta-5.messagelabs.com id 3C/84-29759-3DDCEFF4; Thu, 12 Jul 2012 13:14:59 +0000 X-Env-Sender: chrisd1100@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1342098898!20304628!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31318 invoked from network); 12 Jul 2012 13:14:59 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 13:14:59 -0000 Received: by lbok6 with SMTP id k6so3951546lbo.32 for ; Thu, 12 Jul 2012 06:14:58 -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=ZLbiKgVlfksHLcpyJRWA8eWi4x+n3HhkLPuNnMR2Xgg=; b=oobuuD4OyRBJXvB3+HcTUzBKkJLnYP4eEhVRsNdjTsepzy4hlRgUgBELxRGdGvdrk0 vF3nEJ0W5FejXD0XjZ7K6XLRSvTJJUz2HNbjQYH7j0euzSZRTAYws/O/FAxJ5k+vJk/Q sLNsh7g2smyF5DC6G045cOSJQGGlYb/ztHq2SIqxuK8ACarVP2EeT//WcKH/6obYBPfq VDXCyTowbkL+mKp2o+Czo6X8CVI9nkSlzBcjJYq1xGw3vQ7HS6CCx5Uk9hmVgQ2llIeX P4gycUx6JZwM32iJDneyh19tyNZ91onP4HU/wNtatAEG3H5ayMHs6RwUDIlHElhQtxPW xI4Q== Received: by 10.112.102.8 with SMTP id fk8mr1067680lbb.71.1342098898428; Thu, 12 Jul 2012 06:14:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.17.200 with HTTP; Thu, 12 Jul 2012 06:14:38 -0700 (PDT) From: Chris Dickson Date: Thu, 12 Jul 2012 09:14:38 -0400 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] Nvidia VGX (GPU hypervisor) with 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="===============6923486901171529838==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6923486901171529838== Content-Type: multipart/alternative; boundary=f46d0401730b18252904c4a1c0ec --f46d0401730b18252904c4a1c0ec Content-Type: text/plain; charset=UTF-8 Hello everyone, I was just reading about nvidia's VGX technology for their new line of GPUs: http://www.nvidia.com/object/vgx-hypervisor.html The page mentions it's implemented by XenServer. Is this a driver thing that splits up the GPU and then uses PCI passthrough or is it more involved than that? Anyone have any info about this for open-source Xen? Thanks, Chris --f46d0401730b18252904c4a1c0ec Content-Type: text/html; charset=UTF-8
Hello everyone, I was just reading about nvidia's VGX technology for their new line of GPUs:

http://www.nvidia.com/object/vgx-hypervisor.html

The page mentions it's implemented by XenServer. Is this a driver thing that splits up the GPU and then uses PCI passthrough or is it more involved than that? Anyone have any info about this for open-source Xen?

Thanks,

Chris
--f46d0401730b18252904c4a1c0ec-- --===============6923486901171529838== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6923486901171529838==-- From xen-users-bounces@lists.xen.org Thu Jul 12 13:16:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 13:16: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 1SpJET-0003dE-F0; Thu, 12 Jul 2012 13:15:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpJES-0003d9-I4 for xen-users@lists.xen.org; Thu, 12 Jul 2012 13:15:00 +0000 Received: from [85.158.139.83:49225] by server-1.bemta-5.messagelabs.com id 3C/84-29759-3DDCEFF4; Thu, 12 Jul 2012 13:14:59 +0000 X-Env-Sender: chrisd1100@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1342098898!20304628!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31318 invoked from network); 12 Jul 2012 13:14:59 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 13:14:59 -0000 Received: by lbok6 with SMTP id k6so3951546lbo.32 for ; Thu, 12 Jul 2012 06:14:58 -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=ZLbiKgVlfksHLcpyJRWA8eWi4x+n3HhkLPuNnMR2Xgg=; b=oobuuD4OyRBJXvB3+HcTUzBKkJLnYP4eEhVRsNdjTsepzy4hlRgUgBELxRGdGvdrk0 vF3nEJ0W5FejXD0XjZ7K6XLRSvTJJUz2HNbjQYH7j0euzSZRTAYws/O/FAxJ5k+vJk/Q sLNsh7g2smyF5DC6G045cOSJQGGlYb/ztHq2SIqxuK8ACarVP2EeT//WcKH/6obYBPfq VDXCyTowbkL+mKp2o+Czo6X8CVI9nkSlzBcjJYq1xGw3vQ7HS6CCx5Uk9hmVgQ2llIeX P4gycUx6JZwM32iJDneyh19tyNZ91onP4HU/wNtatAEG3H5ayMHs6RwUDIlHElhQtxPW xI4Q== Received: by 10.112.102.8 with SMTP id fk8mr1067680lbb.71.1342098898428; Thu, 12 Jul 2012 06:14:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.17.200 with HTTP; Thu, 12 Jul 2012 06:14:38 -0700 (PDT) From: Chris Dickson Date: Thu, 12 Jul 2012 09:14:38 -0400 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] Nvidia VGX (GPU hypervisor) with 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="===============6923486901171529838==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6923486901171529838== Content-Type: multipart/alternative; boundary=f46d0401730b18252904c4a1c0ec --f46d0401730b18252904c4a1c0ec Content-Type: text/plain; charset=UTF-8 Hello everyone, I was just reading about nvidia's VGX technology for their new line of GPUs: http://www.nvidia.com/object/vgx-hypervisor.html The page mentions it's implemented by XenServer. Is this a driver thing that splits up the GPU and then uses PCI passthrough or is it more involved than that? Anyone have any info about this for open-source Xen? Thanks, Chris --f46d0401730b18252904c4a1c0ec Content-Type: text/html; charset=UTF-8
Hello everyone, I was just reading about nvidia's VGX technology for their new line of GPUs:

http://www.nvidia.com/object/vgx-hypervisor.html

The page mentions it's implemented by XenServer. Is this a driver thing that splits up the GPU and then uses PCI passthrough or is it more involved than that? Anyone have any info about this for open-source Xen?

Thanks,

Chris
--f46d0401730b18252904c4a1c0ec-- --===============6923486901171529838== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6923486901171529838==-- From xen-users-bounces@lists.xen.org Thu Jul 12 13:29:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 13:29:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpJRr-0003yj-Nz; Thu, 12 Jul 2012 13:28:51 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpJRp-0003yO-CB for xen-users@lists.xensource.com; Thu, 12 Jul 2012 13:28:49 +0000 Received: from [85.158.139.83:55198] by server-5.bemta-5.messagelabs.com id 86/44-02722-011DEFF4; Thu, 12 Jul 2012 13:28:48 +0000 X-Env-Sender: jakkul@gmail.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1342099727!25738242!1 X-Originating-IP: [74.125.82.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25204 invoked from network); 12 Jul 2012 13:28:47 -0000 Received: from mail-wg0-f43.google.com (HELO mail-wg0-f43.google.com) (74.125.82.43) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 13:28:47 -0000 Received: by wgbdr1 with SMTP id dr1so1963938wgb.24 for ; Thu, 12 Jul 2012 06:28:47 -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=DRAGSHuyq9p+xxAYLSOkwVgvRJePYANk7CQc5z80dsw=; b=m6cUOvTTGkaUk69e42nINxu6ygatzZA3KVBowDdPaBTs2jbR+2m30WBcbhs6g04Uxp cD7TxgUHfSza8UaYoBJuLA8HUHs4aEXTI/+60gd7I4K+6slGMI1JnkhNw+CbgyYSKCcn 4rpNBrJ3XQ651l6P/5Nx+/z+IcrZug8NAhaGRAYQ2ieO/S5WfvyJ+0hdKzLNYwNIMSFA F44ngT2vf2gD6KxZmICU6lBsIZg9Lyk+AKKqLUrtyFChM2IatRTZJ7bHRMQILl06BKoZ UZA7TDeP45oAMzBJC2dXapgw2nXQmhVFc1o3p/1MLHlNzPVicFx0PsPhG6tTEoufprqV +DIA== MIME-Version: 1.0 Received: by 10.180.105.6 with SMTP id gi6mr56009240wib.4.1342099727041; Thu, 12 Jul 2012 06:28:47 -0700 (PDT) Received: by 10.216.254.215 with HTTP; Thu, 12 Jul 2012 06:28:46 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 15:28:46 +0200 Message-ID: From: Jakub Kulesza To: Peter Braun Cc: Xen-users@lists.xen.org, Xen List Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT 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="===============2249192340856371660==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2249192340856371660== Content-Type: multipart/alternative; boundary=f46d04428cc87bc5e704c4a1f11e --f46d04428cc87bc5e704c4a1f11e Content-Type: text/plain; charset=ISO-8859-1 One more funny thing: If I just want to login on the NT domain server to browse the shared files, I can do that. I just type \\ in the explorer, I get a popup that asks me to login, i do, and i get the files. The only thing not working is joining the domain. regards JK 2012/7/12 Jakub Kulesza > Hi! > > DNS works nice. > > If I logon onto the domU and ping the hostname of the NT domain server, > the DNS resolves the server name and returns pings from 192.168.0.100 > correctly. > > The settings of the domU net card are OK. MAC address is the same as in > the xen domU config, IP is 192.168.0.142 with correct netmask, route .1, > dns .100, DNS search domain is OK. > > Of course, the NT domain server name is different than the NT domain name. > And the latter is not discoverable through DNS. I have read about propper > setting of the DNS in NT domain by samba environment and this seems like a > correct procedure. Or do you suggest otherwise? Physical hosts join the > domain with no problem. This infrastructure is running this way since 2007. > > Regards > > > 2012/7/12 Peter Braun > >> Hi, >> >> whats the settings of domU network card? >> >> Seems to me like you are missing correct DNS server config there. >> There should be IP of linux/samsa/LDAP server. >> >> You can verify by ping "name of the samba server" if its resolved >> correctly. >> >> Br >> >> Peter >> >> 2012/7/12 Jakub Kulesza : >> > Hi! >> > >> > I have a problem with windows 2008 r2 (and windows 7 professional) not >> > joining my NT domain, that is served by a linux+samba+LDAP server in the >> > same IP subnet. >> > >> > The NT domain server works ok, windows 7 pro and windows xp physical >> hosts >> > can perfectly join and log on into it. This infrastructure has been >> working >> > for years now. >> > >> > The XEN server dom0 is based on latest debian with xen server from the >> > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linux >> and >> > windows domU on the local subnet with no (or minor) problems, both with >> HVM >> > and paravirtualization. >> > >> > The network on the dom0 is done using bridged interfaces. The dom0 is >> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The >> domU >> > can use the services in the network and the Internet. The hosts in the >> IP >> > subnet can use the network resources of the domU. The dom0 has all >> iptables >> > general rules set as ACCEPT, the only rules added are done by xen >> startup >> > scripts. >> > >> > When I install a new windows 2008 r2 standard system as domU and try >> joining >> > the domain from the local NT domain server I get the following error: >> > 
>> > The following error occurred attempting to join the domain "> name
>> > goes here>":
>> >
>> > The specified domain either does not exist or could not be contacted.
>> >
>> > >> > I suspect that there is some problem with the networking. Did I miss >> > something? Can you recommend looking into some obvious setting >> somewhere? >> > I've tried looking for similar problems on the net with no result, so I >> > suspect that I've messed up something basic. >> > >> > The configuration for the windows domU is the following: >> > kernel = "/usr/lib/xen-default/boot/hvmloader" >> > builder='hvm' >> > memory = 1024 >> > shadow_memory = 24 >> > name = "win2008eval1" >> > vif = [ 'type=ioemu, bridge=eth4' ] >> > acpi = 1 >> > apic = 1 >> > pae = 1 >> > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] >> > vcpus = 1 >> > device_model = '/usr/lib/xen-default/bin/qemu-dm' >> > boot="c" >> > sdl=0 >> > vnc=1 >> > vncconsole=1 >> > vncpasswd='kuleczka' >> > serial='pty' >> > usbdevice='tablet' >> > >> > >> > -- >> > Best regards >> > Jakub Kulesza >> > >> > _______________________________________________ >> > 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 >> > > > > -- > Pozdrawiam > Jakub Kulesza > -- Pozdrawiam Jakub Kulesza --f46d04428cc87bc5e704c4a1f11e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable One more funny thing:

If I just want to login on the NT = domain server to browse the shared files, I can do that. I just type \\<= hostname> in the explorer, I get a popup that asks me to login, i do, an= d i get the files. The only thing not working is joining the domain.

regards=A0
JK

2012/7/12 Jakub Kulesza <jakkul@gmail.com>
Hi!

DNS works nice.

If I logon = onto the domU and ping the hostname of the NT domain server, the DNS resolv= es the server name and returns pings from 192.168.0.100 correctly.=A0

The settings of the domU net card are OK. MAC address i= s the same as in the xen domU config, IP is 192.168.0.142 with correct netm= ask, route .1, dns .100, DNS search domain is OK.

Of course, the NT domain server name is different than the NT domain name. = And the latter is not discoverable through DNS. I have read about propper s= etting of the DNS in NT domain by samba environment and this seems like a c= orrect procedure. Or do you suggest otherwise? Physical hosts join the doma= in with no problem. This infrastructure is running this way since 2007.

Regards


2012/7/12 Peter Braun <xenware@gmail.com>
Hi,

whats the settings of domU network card?

Seems to me like you are missing correct DNS server config there.
There should be IP of linux/samsa/LDAP server.

You can verify by ping "name of the samba server" if its resolved= correctly.

Br

Peter

2012/7/12 Jakub Kulesza <jakkul@gmail.com>:
> Hi!
>
> I have a problem with windows 2008 r2 (and windows 7 professional) not=
> joining my NT domain, that is served by a linux+samba+LDAP server in t= he
> same IP subnet.
>
> The NT domain server works ok, windows 7 pro and windows xp physical h= osts
> can perfectly join and log on into it. This infrastructure has been wo= rking
> for years now.
>
> The XEN server dom0 is based on latest debian with xen server from the=
> debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linu= x and
> windows domU on the local subnet with no (or minor) problems, both wit= h HVM
> and paravirtualization.
>
> The network on the dom0 is done using bridged interfaces. The dom0 is<= br> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The = domU
> can use the services in the network and the Internet. The hosts in the= IP
> subnet can use the network resources of the domU. The dom0 has all ipt= ables
> general rules set as ACCEPT, the only rules added are done by xen star= tup
> scripts.
>
> When I install a new windows 2008 r2 standard system as domU and try j= oining
> the domain from the local NT domain server I get the following error:<= br> > <pre>
> The following error occurred attempting to join the domain "<m= y domain name
> goes here>":
>
> The specified domain either does not exist or could not be contacted.<= br> > </pre>
>
> I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhe= re?
> I've tried looking for similar problems on the net with no result,= so I
> suspect that I've messed up something basic.
>
> The configuration for the windows domU is the following:
> kernel =3D "/usr/lib/xen-default/boot/hvmloader"
> builder=3D'hvm'
> memory =3D 1024
> shadow_memory =3D 24
> name =3D "win2008eval1"
> vif =3D [ 'type=3Dioemu, bridge=3Deth4' ]
> acpi =3D 1
> apic =3D 1
> pae =3D 1
> disk =3D [ 'phy:/dev/vg/win2008eval1,hda,w']
> vcpus =3D 1
> device_model =3D '/usr/lib/xen-default/bin/qemu-dm'
> boot=3D"c"
> sdl=3D0
> vnc=3D1
> vncconsole=3D1
> vncpasswd=3D'kuleczka'
> serial=3D'pty'
> usbdevice=3D'tablet'
>
>
> --
> Best regards
> Jakub Kulesza
>
> _______________________________________________
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users

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



--
Pozdrawiam
Jakub Kulesza<= br>



--
PozdrawiamJakub Kulesza
--f46d04428cc87bc5e704c4a1f11e-- --===============2249192340856371660== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2249192340856371660==-- From xen-users-bounces@lists.xen.org Thu Jul 12 13:29:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 13:29:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpJRr-0003yj-Nz; Thu, 12 Jul 2012 13:28:51 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpJRp-0003yO-CB for xen-users@lists.xensource.com; Thu, 12 Jul 2012 13:28:49 +0000 Received: from [85.158.139.83:55198] by server-5.bemta-5.messagelabs.com id 86/44-02722-011DEFF4; Thu, 12 Jul 2012 13:28:48 +0000 X-Env-Sender: jakkul@gmail.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1342099727!25738242!1 X-Originating-IP: [74.125.82.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25204 invoked from network); 12 Jul 2012 13:28:47 -0000 Received: from mail-wg0-f43.google.com (HELO mail-wg0-f43.google.com) (74.125.82.43) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 13:28:47 -0000 Received: by wgbdr1 with SMTP id dr1so1963938wgb.24 for ; Thu, 12 Jul 2012 06:28:47 -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=DRAGSHuyq9p+xxAYLSOkwVgvRJePYANk7CQc5z80dsw=; b=m6cUOvTTGkaUk69e42nINxu6ygatzZA3KVBowDdPaBTs2jbR+2m30WBcbhs6g04Uxp cD7TxgUHfSza8UaYoBJuLA8HUHs4aEXTI/+60gd7I4K+6slGMI1JnkhNw+CbgyYSKCcn 4rpNBrJ3XQ651l6P/5Nx+/z+IcrZug8NAhaGRAYQ2ieO/S5WfvyJ+0hdKzLNYwNIMSFA F44ngT2vf2gD6KxZmICU6lBsIZg9Lyk+AKKqLUrtyFChM2IatRTZJ7bHRMQILl06BKoZ UZA7TDeP45oAMzBJC2dXapgw2nXQmhVFc1o3p/1MLHlNzPVicFx0PsPhG6tTEoufprqV +DIA== MIME-Version: 1.0 Received: by 10.180.105.6 with SMTP id gi6mr56009240wib.4.1342099727041; Thu, 12 Jul 2012 06:28:47 -0700 (PDT) Received: by 10.216.254.215 with HTTP; Thu, 12 Jul 2012 06:28:46 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 15:28:46 +0200 Message-ID: From: Jakub Kulesza To: Peter Braun Cc: Xen-users@lists.xen.org, Xen List Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT 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="===============2249192340856371660==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2249192340856371660== Content-Type: multipart/alternative; boundary=f46d04428cc87bc5e704c4a1f11e --f46d04428cc87bc5e704c4a1f11e Content-Type: text/plain; charset=ISO-8859-1 One more funny thing: If I just want to login on the NT domain server to browse the shared files, I can do that. I just type \\ in the explorer, I get a popup that asks me to login, i do, and i get the files. The only thing not working is joining the domain. regards JK 2012/7/12 Jakub Kulesza > Hi! > > DNS works nice. > > If I logon onto the domU and ping the hostname of the NT domain server, > the DNS resolves the server name and returns pings from 192.168.0.100 > correctly. > > The settings of the domU net card are OK. MAC address is the same as in > the xen domU config, IP is 192.168.0.142 with correct netmask, route .1, > dns .100, DNS search domain is OK. > > Of course, the NT domain server name is different than the NT domain name. > And the latter is not discoverable through DNS. I have read about propper > setting of the DNS in NT domain by samba environment and this seems like a > correct procedure. Or do you suggest otherwise? Physical hosts join the > domain with no problem. This infrastructure is running this way since 2007. > > Regards > > > 2012/7/12 Peter Braun > >> Hi, >> >> whats the settings of domU network card? >> >> Seems to me like you are missing correct DNS server config there. >> There should be IP of linux/samsa/LDAP server. >> >> You can verify by ping "name of the samba server" if its resolved >> correctly. >> >> Br >> >> Peter >> >> 2012/7/12 Jakub Kulesza : >> > Hi! >> > >> > I have a problem with windows 2008 r2 (and windows 7 professional) not >> > joining my NT domain, that is served by a linux+samba+LDAP server in the >> > same IP subnet. >> > >> > The NT domain server works ok, windows 7 pro and windows xp physical >> hosts >> > can perfectly join and log on into it. This infrastructure has been >> working >> > for years now. >> > >> > The XEN server dom0 is based on latest debian with xen server from the >> > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linux >> and >> > windows domU on the local subnet with no (or minor) problems, both with >> HVM >> > and paravirtualization. >> > >> > The network on the dom0 is done using bridged interfaces. The dom0 is >> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The >> domU >> > can use the services in the network and the Internet. The hosts in the >> IP >> > subnet can use the network resources of the domU. The dom0 has all >> iptables >> > general rules set as ACCEPT, the only rules added are done by xen >> startup >> > scripts. >> > >> > When I install a new windows 2008 r2 standard system as domU and try >> joining >> > the domain from the local NT domain server I get the following error: >> > 
>> > The following error occurred attempting to join the domain "> name
>> > goes here>":
>> >
>> > The specified domain either does not exist or could not be contacted.
>> >
>> > >> > I suspect that there is some problem with the networking. Did I miss >> > something? Can you recommend looking into some obvious setting >> somewhere? >> > I've tried looking for similar problems on the net with no result, so I >> > suspect that I've messed up something basic. >> > >> > The configuration for the windows domU is the following: >> > kernel = "/usr/lib/xen-default/boot/hvmloader" >> > builder='hvm' >> > memory = 1024 >> > shadow_memory = 24 >> > name = "win2008eval1" >> > vif = [ 'type=ioemu, bridge=eth4' ] >> > acpi = 1 >> > apic = 1 >> > pae = 1 >> > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] >> > vcpus = 1 >> > device_model = '/usr/lib/xen-default/bin/qemu-dm' >> > boot="c" >> > sdl=0 >> > vnc=1 >> > vncconsole=1 >> > vncpasswd='kuleczka' >> > serial='pty' >> > usbdevice='tablet' >> > >> > >> > -- >> > Best regards >> > Jakub Kulesza >> > >> > _______________________________________________ >> > 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 >> > > > > -- > Pozdrawiam > Jakub Kulesza > -- Pozdrawiam Jakub Kulesza --f46d04428cc87bc5e704c4a1f11e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable One more funny thing:

If I just want to login on the NT = domain server to browse the shared files, I can do that. I just type \\<= hostname> in the explorer, I get a popup that asks me to login, i do, an= d i get the files. The only thing not working is joining the domain.

regards=A0
JK

2012/7/12 Jakub Kulesza <jakkul@gmail.com>
Hi!

DNS works nice.

If I logon = onto the domU and ping the hostname of the NT domain server, the DNS resolv= es the server name and returns pings from 192.168.0.100 correctly.=A0

The settings of the domU net card are OK. MAC address i= s the same as in the xen domU config, IP is 192.168.0.142 with correct netm= ask, route .1, dns .100, DNS search domain is OK.

Of course, the NT domain server name is different than the NT domain name. = And the latter is not discoverable through DNS. I have read about propper s= etting of the DNS in NT domain by samba environment and this seems like a c= orrect procedure. Or do you suggest otherwise? Physical hosts join the doma= in with no problem. This infrastructure is running this way since 2007.

Regards


2012/7/12 Peter Braun <xenware@gmail.com>
Hi,

whats the settings of domU network card?

Seems to me like you are missing correct DNS server config there.
There should be IP of linux/samsa/LDAP server.

You can verify by ping "name of the samba server" if its resolved= correctly.

Br

Peter

2012/7/12 Jakub Kulesza <jakkul@gmail.com>:
> Hi!
>
> I have a problem with windows 2008 r2 (and windows 7 professional) not=
> joining my NT domain, that is served by a linux+samba+LDAP server in t= he
> same IP subnet.
>
> The NT domain server works ok, windows 7 pro and windows xp physical h= osts
> can perfectly join and log on into it. This infrastructure has been wo= rking
> for years now.
>
> The XEN server dom0 is based on latest debian with xen server from the=
> debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linu= x and
> windows domU on the local subnet with no (or minor) problems, both wit= h HVM
> and paravirtualization.
>
> The network on the dom0 is done using bridged interfaces. The dom0 is<= br> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The = domU
> can use the services in the network and the Internet. The hosts in the= IP
> subnet can use the network resources of the domU. The dom0 has all ipt= ables
> general rules set as ACCEPT, the only rules added are done by xen star= tup
> scripts.
>
> When I install a new windows 2008 r2 standard system as domU and try j= oining
> the domain from the local NT domain server I get the following error:<= br> > <pre>
> The following error occurred attempting to join the domain "<m= y domain name
> goes here>":
>
> The specified domain either does not exist or could not be contacted.<= br> > </pre>
>
> I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhe= re?
> I've tried looking for similar problems on the net with no result,= so I
> suspect that I've messed up something basic.
>
> The configuration for the windows domU is the following:
> kernel =3D "/usr/lib/xen-default/boot/hvmloader"
> builder=3D'hvm'
> memory =3D 1024
> shadow_memory =3D 24
> name =3D "win2008eval1"
> vif =3D [ 'type=3Dioemu, bridge=3Deth4' ]
> acpi =3D 1
> apic =3D 1
> pae =3D 1
> disk =3D [ 'phy:/dev/vg/win2008eval1,hda,w']
> vcpus =3D 1
> device_model =3D '/usr/lib/xen-default/bin/qemu-dm'
> boot=3D"c"
> sdl=3D0
> vnc=3D1
> vncconsole=3D1
> vncpasswd=3D'kuleczka'
> serial=3D'pty'
> usbdevice=3D'tablet'
>
>
> --
> Best regards
> Jakub Kulesza
>
> _______________________________________________
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users

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



--
Pozdrawiam
Jakub Kulesza<= br>



--
PozdrawiamJakub Kulesza
--f46d04428cc87bc5e704c4a1f11e-- --===============2249192340856371660== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2249192340856371660==-- From xen-users-bounces@lists.xen.org Thu Jul 12 13:30:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 13:30: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 1SpJRr-0003yZ-3s; Thu, 12 Jul 2012 13:28:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpJRp-0003yN-Ao for Xen-users@lists.xen.org; Thu, 12 Jul 2012 13:28:49 +0000 Received: from [85.158.138.51:55751] by server-2.bemta-3.messagelabs.com id 15/98-10266-011DEFF4; Thu, 12 Jul 2012 13:28:48 +0000 X-Env-Sender: jakkul@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1342099727!26815870!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12094 invoked from network); 12 Jul 2012 13:28:47 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 13:28:47 -0000 Received: by weyz53 with SMTP id z53so1840832wey.32 for ; Thu, 12 Jul 2012 06:28:47 -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=DRAGSHuyq9p+xxAYLSOkwVgvRJePYANk7CQc5z80dsw=; b=m6cUOvTTGkaUk69e42nINxu6ygatzZA3KVBowDdPaBTs2jbR+2m30WBcbhs6g04Uxp cD7TxgUHfSza8UaYoBJuLA8HUHs4aEXTI/+60gd7I4K+6slGMI1JnkhNw+CbgyYSKCcn 4rpNBrJ3XQ651l6P/5Nx+/z+IcrZug8NAhaGRAYQ2ieO/S5WfvyJ+0hdKzLNYwNIMSFA F44ngT2vf2gD6KxZmICU6lBsIZg9Lyk+AKKqLUrtyFChM2IatRTZJ7bHRMQILl06BKoZ UZA7TDeP45oAMzBJC2dXapgw2nXQmhVFc1o3p/1MLHlNzPVicFx0PsPhG6tTEoufprqV +DIA== MIME-Version: 1.0 Received: by 10.180.105.6 with SMTP id gi6mr56009240wib.4.1342099727041; Thu, 12 Jul 2012 06:28:47 -0700 (PDT) Received: by 10.216.254.215 with HTTP; Thu, 12 Jul 2012 06:28:46 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 15:28:46 +0200 Message-ID: From: Jakub Kulesza To: Peter Braun Cc: Xen-users@lists.xen.org, Xen List Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT 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="===============4253183246097404957==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4253183246097404957== Content-Type: multipart/alternative; boundary=f46d04428cc87bc5e704c4a1f11e --f46d04428cc87bc5e704c4a1f11e Content-Type: text/plain; charset=ISO-8859-1 One more funny thing: If I just want to login on the NT domain server to browse the shared files, I can do that. I just type \\ in the explorer, I get a popup that asks me to login, i do, and i get the files. The only thing not working is joining the domain. regards JK 2012/7/12 Jakub Kulesza > Hi! > > DNS works nice. > > If I logon onto the domU and ping the hostname of the NT domain server, > the DNS resolves the server name and returns pings from 192.168.0.100 > correctly. > > The settings of the domU net card are OK. MAC address is the same as in > the xen domU config, IP is 192.168.0.142 with correct netmask, route .1, > dns .100, DNS search domain is OK. > > Of course, the NT domain server name is different than the NT domain name. > And the latter is not discoverable through DNS. I have read about propper > setting of the DNS in NT domain by samba environment and this seems like a > correct procedure. Or do you suggest otherwise? Physical hosts join the > domain with no problem. This infrastructure is running this way since 2007. > > Regards > > > 2012/7/12 Peter Braun > >> Hi, >> >> whats the settings of domU network card? >> >> Seems to me like you are missing correct DNS server config there. >> There should be IP of linux/samsa/LDAP server. >> >> You can verify by ping "name of the samba server" if its resolved >> correctly. >> >> Br >> >> Peter >> >> 2012/7/12 Jakub Kulesza : >> > Hi! >> > >> > I have a problem with windows 2008 r2 (and windows 7 professional) not >> > joining my NT domain, that is served by a linux+samba+LDAP server in the >> > same IP subnet. >> > >> > The NT domain server works ok, windows 7 pro and windows xp physical >> hosts >> > can perfectly join and log on into it. This infrastructure has been >> working >> > for years now. >> > >> > The XEN server dom0 is based on latest debian with xen server from the >> > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linux >> and >> > windows domU on the local subnet with no (or minor) problems, both with >> HVM >> > and paravirtualization. >> > >> > The network on the dom0 is done using bridged interfaces. The dom0 is >> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The >> domU >> > can use the services in the network and the Internet. The hosts in the >> IP >> > subnet can use the network resources of the domU. The dom0 has all >> iptables >> > general rules set as ACCEPT, the only rules added are done by xen >> startup >> > scripts. >> > >> > When I install a new windows 2008 r2 standard system as domU and try >> joining >> > the domain from the local NT domain server I get the following error: >> > 
>> > The following error occurred attempting to join the domain "> name
>> > goes here>":
>> >
>> > The specified domain either does not exist or could not be contacted.
>> >
>> > >> > I suspect that there is some problem with the networking. Did I miss >> > something? Can you recommend looking into some obvious setting >> somewhere? >> > I've tried looking for similar problems on the net with no result, so I >> > suspect that I've messed up something basic. >> > >> > The configuration for the windows domU is the following: >> > kernel = "/usr/lib/xen-default/boot/hvmloader" >> > builder='hvm' >> > memory = 1024 >> > shadow_memory = 24 >> > name = "win2008eval1" >> > vif = [ 'type=ioemu, bridge=eth4' ] >> > acpi = 1 >> > apic = 1 >> > pae = 1 >> > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] >> > vcpus = 1 >> > device_model = '/usr/lib/xen-default/bin/qemu-dm' >> > boot="c" >> > sdl=0 >> > vnc=1 >> > vncconsole=1 >> > vncpasswd='kuleczka' >> > serial='pty' >> > usbdevice='tablet' >> > >> > >> > -- >> > Best regards >> > Jakub Kulesza >> > >> > _______________________________________________ >> > 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 >> > > > > -- > Pozdrawiam > Jakub Kulesza > -- Pozdrawiam Jakub Kulesza --f46d04428cc87bc5e704c4a1f11e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable One more funny thing:

If I just want to login on the NT = domain server to browse the shared files, I can do that. I just type \\<= hostname> in the explorer, I get a popup that asks me to login, i do, an= d i get the files. The only thing not working is joining the domain.

regards=A0
JK

2012/7/12 Jakub Kulesza <jakkul@gmail.com>
Hi!

DNS works nice.

If I logon = onto the domU and ping the hostname of the NT domain server, the DNS resolv= es the server name and returns pings from 192.168.0.100 correctly.=A0

The settings of the domU net card are OK. MAC address i= s the same as in the xen domU config, IP is 192.168.0.142 with correct netm= ask, route .1, dns .100, DNS search domain is OK.

Of course, the NT domain server name is different than the NT domain name. = And the latter is not discoverable through DNS. I have read about propper s= etting of the DNS in NT domain by samba environment and this seems like a c= orrect procedure. Or do you suggest otherwise? Physical hosts join the doma= in with no problem. This infrastructure is running this way since 2007.

Regards


2012/7/12 Peter Braun <xenware@gmail.com>
Hi,

whats the settings of domU network card?

Seems to me like you are missing correct DNS server config there.
There should be IP of linux/samsa/LDAP server.

You can verify by ping "name of the samba server" if its resolved= correctly.

Br

Peter

2012/7/12 Jakub Kulesza <jakkul@gmail.com>:
> Hi!
>
> I have a problem with windows 2008 r2 (and windows 7 professional) not=
> joining my NT domain, that is served by a linux+samba+LDAP server in t= he
> same IP subnet.
>
> The NT domain server works ok, windows 7 pro and windows xp physical h= osts
> can perfectly join and log on into it. This infrastructure has been wo= rking
> for years now.
>
> The XEN server dom0 is based on latest debian with xen server from the=
> debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linu= x and
> windows domU on the local subnet with no (or minor) problems, both wit= h HVM
> and paravirtualization.
>
> The network on the dom0 is done using bridged interfaces. The dom0 is<= br> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The = domU
> can use the services in the network and the Internet. The hosts in the= IP
> subnet can use the network resources of the domU. The dom0 has all ipt= ables
> general rules set as ACCEPT, the only rules added are done by xen star= tup
> scripts.
>
> When I install a new windows 2008 r2 standard system as domU and try j= oining
> the domain from the local NT domain server I get the following error:<= br> > <pre>
> The following error occurred attempting to join the domain "<m= y domain name
> goes here>":
>
> The specified domain either does not exist or could not be contacted.<= br> > </pre>
>
> I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhe= re?
> I've tried looking for similar problems on the net with no result,= so I
> suspect that I've messed up something basic.
>
> The configuration for the windows domU is the following:
> kernel =3D "/usr/lib/xen-default/boot/hvmloader"
> builder=3D'hvm'
> memory =3D 1024
> shadow_memory =3D 24
> name =3D "win2008eval1"
> vif =3D [ 'type=3Dioemu, bridge=3Deth4' ]
> acpi =3D 1
> apic =3D 1
> pae =3D 1
> disk =3D [ 'phy:/dev/vg/win2008eval1,hda,w']
> vcpus =3D 1
> device_model =3D '/usr/lib/xen-default/bin/qemu-dm'
> boot=3D"c"
> sdl=3D0
> vnc=3D1
> vncconsole=3D1
> vncpasswd=3D'kuleczka'
> serial=3D'pty'
> usbdevice=3D'tablet'
>
>
> --
> Best regards
> Jakub Kulesza
>
> _______________________________________________
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users

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



--
Pozdrawiam
Jakub Kulesza<= br>



--
PozdrawiamJakub Kulesza
--f46d04428cc87bc5e704c4a1f11e-- --===============4253183246097404957== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4253183246097404957==-- From xen-users-bounces@lists.xen.org Thu Jul 12 13:30:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 13:30: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 1SpJRr-0003yZ-3s; Thu, 12 Jul 2012 13:28:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpJRp-0003yN-Ao for Xen-users@lists.xen.org; Thu, 12 Jul 2012 13:28:49 +0000 Received: from [85.158.138.51:55751] by server-2.bemta-3.messagelabs.com id 15/98-10266-011DEFF4; Thu, 12 Jul 2012 13:28:48 +0000 X-Env-Sender: jakkul@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1342099727!26815870!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12094 invoked from network); 12 Jul 2012 13:28:47 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 13:28:47 -0000 Received: by weyz53 with SMTP id z53so1840832wey.32 for ; Thu, 12 Jul 2012 06:28:47 -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=DRAGSHuyq9p+xxAYLSOkwVgvRJePYANk7CQc5z80dsw=; b=m6cUOvTTGkaUk69e42nINxu6ygatzZA3KVBowDdPaBTs2jbR+2m30WBcbhs6g04Uxp cD7TxgUHfSza8UaYoBJuLA8HUHs4aEXTI/+60gd7I4K+6slGMI1JnkhNw+CbgyYSKCcn 4rpNBrJ3XQ651l6P/5Nx+/z+IcrZug8NAhaGRAYQ2ieO/S5WfvyJ+0hdKzLNYwNIMSFA F44ngT2vf2gD6KxZmICU6lBsIZg9Lyk+AKKqLUrtyFChM2IatRTZJ7bHRMQILl06BKoZ UZA7TDeP45oAMzBJC2dXapgw2nXQmhVFc1o3p/1MLHlNzPVicFx0PsPhG6tTEoufprqV +DIA== MIME-Version: 1.0 Received: by 10.180.105.6 with SMTP id gi6mr56009240wib.4.1342099727041; Thu, 12 Jul 2012 06:28:47 -0700 (PDT) Received: by 10.216.254.215 with HTTP; Thu, 12 Jul 2012 06:28:46 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 15:28:46 +0200 Message-ID: From: Jakub Kulesza To: Peter Braun Cc: Xen-users@lists.xen.org, Xen List Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT 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="===============4253183246097404957==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4253183246097404957== Content-Type: multipart/alternative; boundary=f46d04428cc87bc5e704c4a1f11e --f46d04428cc87bc5e704c4a1f11e Content-Type: text/plain; charset=ISO-8859-1 One more funny thing: If I just want to login on the NT domain server to browse the shared files, I can do that. I just type \\ in the explorer, I get a popup that asks me to login, i do, and i get the files. The only thing not working is joining the domain. regards JK 2012/7/12 Jakub Kulesza > Hi! > > DNS works nice. > > If I logon onto the domU and ping the hostname of the NT domain server, > the DNS resolves the server name and returns pings from 192.168.0.100 > correctly. > > The settings of the domU net card are OK. MAC address is the same as in > the xen domU config, IP is 192.168.0.142 with correct netmask, route .1, > dns .100, DNS search domain is OK. > > Of course, the NT domain server name is different than the NT domain name. > And the latter is not discoverable through DNS. I have read about propper > setting of the DNS in NT domain by samba environment and this seems like a > correct procedure. Or do you suggest otherwise? Physical hosts join the > domain with no problem. This infrastructure is running this way since 2007. > > Regards > > > 2012/7/12 Peter Braun > >> Hi, >> >> whats the settings of domU network card? >> >> Seems to me like you are missing correct DNS server config there. >> There should be IP of linux/samsa/LDAP server. >> >> You can verify by ping "name of the samba server" if its resolved >> correctly. >> >> Br >> >> Peter >> >> 2012/7/12 Jakub Kulesza : >> > Hi! >> > >> > I have a problem with windows 2008 r2 (and windows 7 professional) not >> > joining my NT domain, that is served by a linux+samba+LDAP server in the >> > same IP subnet. >> > >> > The NT domain server works ok, windows 7 pro and windows xp physical >> hosts >> > can perfectly join and log on into it. This infrastructure has been >> working >> > for years now. >> > >> > The XEN server dom0 is based on latest debian with xen server from the >> > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linux >> and >> > windows domU on the local subnet with no (or minor) problems, both with >> HVM >> > and paravirtualization. >> > >> > The network on the dom0 is done using bridged interfaces. The dom0 is >> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The >> domU >> > can use the services in the network and the Internet. The hosts in the >> IP >> > subnet can use the network resources of the domU. The dom0 has all >> iptables >> > general rules set as ACCEPT, the only rules added are done by xen >> startup >> > scripts. >> > >> > When I install a new windows 2008 r2 standard system as domU and try >> joining >> > the domain from the local NT domain server I get the following error: >> > 
>> > The following error occurred attempting to join the domain "> name
>> > goes here>":
>> >
>> > The specified domain either does not exist or could not be contacted.
>> >
>> > >> > I suspect that there is some problem with the networking. Did I miss >> > something? Can you recommend looking into some obvious setting >> somewhere? >> > I've tried looking for similar problems on the net with no result, so I >> > suspect that I've messed up something basic. >> > >> > The configuration for the windows domU is the following: >> > kernel = "/usr/lib/xen-default/boot/hvmloader" >> > builder='hvm' >> > memory = 1024 >> > shadow_memory = 24 >> > name = "win2008eval1" >> > vif = [ 'type=ioemu, bridge=eth4' ] >> > acpi = 1 >> > apic = 1 >> > pae = 1 >> > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] >> > vcpus = 1 >> > device_model = '/usr/lib/xen-default/bin/qemu-dm' >> > boot="c" >> > sdl=0 >> > vnc=1 >> > vncconsole=1 >> > vncpasswd='kuleczka' >> > serial='pty' >> > usbdevice='tablet' >> > >> > >> > -- >> > Best regards >> > Jakub Kulesza >> > >> > _______________________________________________ >> > 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 >> > > > > -- > Pozdrawiam > Jakub Kulesza > -- Pozdrawiam Jakub Kulesza --f46d04428cc87bc5e704c4a1f11e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable One more funny thing:

If I just want to login on the NT = domain server to browse the shared files, I can do that. I just type \\<= hostname> in the explorer, I get a popup that asks me to login, i do, an= d i get the files. The only thing not working is joining the domain.

regards=A0
JK

2012/7/12 Jakub Kulesza <jakkul@gmail.com>
Hi!

DNS works nice.

If I logon = onto the domU and ping the hostname of the NT domain server, the DNS resolv= es the server name and returns pings from 192.168.0.100 correctly.=A0

The settings of the domU net card are OK. MAC address i= s the same as in the xen domU config, IP is 192.168.0.142 with correct netm= ask, route .1, dns .100, DNS search domain is OK.

Of course, the NT domain server name is different than the NT domain name. = And the latter is not discoverable through DNS. I have read about propper s= etting of the DNS in NT domain by samba environment and this seems like a c= orrect procedure. Or do you suggest otherwise? Physical hosts join the doma= in with no problem. This infrastructure is running this way since 2007.

Regards


2012/7/12 Peter Braun <xenware@gmail.com>
Hi,

whats the settings of domU network card?

Seems to me like you are missing correct DNS server config there.
There should be IP of linux/samsa/LDAP server.

You can verify by ping "name of the samba server" if its resolved= correctly.

Br

Peter

2012/7/12 Jakub Kulesza <jakkul@gmail.com>:
> Hi!
>
> I have a problem with windows 2008 r2 (and windows 7 professional) not=
> joining my NT domain, that is served by a linux+samba+LDAP server in t= he
> same IP subnet.
>
> The NT domain server works ok, windows 7 pro and windows xp physical h= osts
> can perfectly join and log on into it. This infrastructure has been wo= rking
> for years now.
>
> The XEN server dom0 is based on latest debian with xen server from the=
> debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linu= x and
> windows domU on the local subnet with no (or minor) problems, both wit= h HVM
> and paravirtualization.
>
> The network on the dom0 is done using bridged interfaces. The dom0 is<= br> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The = domU
> can use the services in the network and the Internet. The hosts in the= IP
> subnet can use the network resources of the domU. The dom0 has all ipt= ables
> general rules set as ACCEPT, the only rules added are done by xen star= tup
> scripts.
>
> When I install a new windows 2008 r2 standard system as domU and try j= oining
> the domain from the local NT domain server I get the following error:<= br> > <pre>
> The following error occurred attempting to join the domain "<m= y domain name
> goes here>":
>
> The specified domain either does not exist or could not be contacted.<= br> > </pre>
>
> I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhe= re?
> I've tried looking for similar problems on the net with no result,= so I
> suspect that I've messed up something basic.
>
> The configuration for the windows domU is the following:
> kernel =3D "/usr/lib/xen-default/boot/hvmloader"
> builder=3D'hvm'
> memory =3D 1024
> shadow_memory =3D 24
> name =3D "win2008eval1"
> vif =3D [ 'type=3Dioemu, bridge=3Deth4' ]
> acpi =3D 1
> apic =3D 1
> pae =3D 1
> disk =3D [ 'phy:/dev/vg/win2008eval1,hda,w']
> vcpus =3D 1
> device_model =3D '/usr/lib/xen-default/bin/qemu-dm'
> boot=3D"c"
> sdl=3D0
> vnc=3D1
> vncconsole=3D1
> vncpasswd=3D'kuleczka'
> serial=3D'pty'
> usbdevice=3D'tablet'
>
>
> --
> Best regards
> Jakub Kulesza
>
> _______________________________________________
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users

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



--
Pozdrawiam
Jakub Kulesza<= br>



--
PozdrawiamJakub Kulesza
--f46d04428cc87bc5e704c4a1f11e-- --===============4253183246097404957== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4253183246097404957==-- From xen-users-bounces@lists.xen.org Thu Jul 12 13:40:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 13:40: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 1SpJcF-0004Z4-Ce; Thu, 12 Jul 2012 13:39:35 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpJcD-0004Yv-U9 for Xen-users@lists.xen.org; Thu, 12 Jul 2012 13:39:34 +0000 Received: from [85.158.143.35:41408] by server-1.bemta-4.messagelabs.com id 9A/0D-24392-593DEFF4; Thu, 12 Jul 2012 13:39:33 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1342100370!14390707!1 X-Originating-IP: [64.18.1.25] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20862 invoked from network); 12 Jul 2012 13:39:31 -0000 Received: from exprod6og110.obsmtp.com (HELO exprod6og110.obsmtp.com) (64.18.1.25) by server-16.tower-21.messagelabs.com with SMTP; 12 Jul 2012 13:39:31 -0000 Received: from mail-qa0-f48.google.com ([209.85.216.48]) (using TLSv1) by exprod6ob110.postini.com ([64.18.5.12]) with SMTP ID DSNKT/7TkXXeL8hTKnbB+/VxjnktPquSGajJ@postini.com; Thu, 12 Jul 2012 06:39:30 PDT Received: by qadz32 with SMTP id z32so1558042qad.7 for ; Thu, 12 Jul 2012 06:39:29 -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=XCI68BmMIzGbW0n85XUJoj5wdMUAnxID4UchXAyW0zc=; b=RDFiC1RbaexJJB70EC0rQFFLtLjrK+L2Gy+Il1xNfBUimgeul1iKoKRiW1tsApAS2y QtCyLydQq9FqNMd4xTrfZLtDhM/5Sxt7WLex2EGGR2VujkUAzkgYD9sNTWSStoyD2ZwQ AmM7O2iyM0jYBMQ3Idlh9tHLqJy133yM3NSH6TIPBCv2P6mjiWory/3A8yvBIm1Kv18e 4vOG6N0QDnlFnpwMRZmLJ3ERT/Xt9+iWIfV60m8r7JILo1JNU3q5HRkvcJF0blbzysJv 5rPOooCeO/zfOy24vjGnjDwqYYf/AO2IAozIzlAHkogU6EmzQBSWdexuHdaoAtYqn8hY MT3g== MIME-Version: 1.0 Received: by 10.229.134.194 with SMTP id k2mr5151020qct.141.1342100369126; Thu, 12 Jul 2012 06:39:29 -0700 (PDT) Received: by 10.229.204.154 with HTTP; Thu, 12 Jul 2012 06:39:28 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 07:39:28 -0600 Message-ID: From: Shane Johnson To: Jakub Kulesza X-Gm-Message-State: ALoCoQmpziocxvsK6XgXjbw5hV1tl+jFbVVugh1wcxwkQ2k56FZBNXNG3cgfpBJM1iO7fNPa3A7H Cc: Peter Braun , Xen-users@lists.xen.org, Xen List Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT 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="===============6263181914233077276==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6263181914233077276== Content-Type: multipart/alternative; boundary=00248c6a688ac1351f04c4a217be --00248c6a688ac1351f04c4a217be Content-Type: text/plain; charset=ISO-8859-1 Jakub, I ran into problems with 2008 R2 and a NT Domain due to R2 absolutely requires kerebos to join the domain. There are posts all over the internet regarding this and no solution that I have found but to migrate your domain controller to at least 2000 or higher. (Either that or wait for Samba to catch up.) Shane On Thu, Jul 12, 2012 at 7:28 AM, Jakub Kulesza wrote: > One more funny thing: > > If I just want to login on the NT domain server to browse the shared > files, I can do that. I just type \\ in the explorer, I get a > popup that asks me to login, i do, and i get the files. The only thing not > working is joining the domain. > > regards > JK > > > 2012/7/12 Jakub Kulesza > >> Hi! >> >> DNS works nice. >> >> If I logon onto the domU and ping the hostname of the NT domain server, >> the DNS resolves the server name and returns pings from 192.168.0.100 >> correctly. >> >> The settings of the domU net card are OK. MAC address is the same as in >> the xen domU config, IP is 192.168.0.142 with correct netmask, route .1, >> dns .100, DNS search domain is OK. >> >> Of course, the NT domain server name is different than the NT domain >> name. And the latter is not discoverable through DNS. I have read about >> propper setting of the DNS in NT domain by samba environment and this seems >> like a correct procedure. Or do you suggest otherwise? Physical hosts join >> the domain with no problem. This infrastructure is running this way since >> 2007. >> >> Regards >> >> >> 2012/7/12 Peter Braun >> >>> Hi, >>> >>> whats the settings of domU network card? >>> >>> Seems to me like you are missing correct DNS server config there. >>> There should be IP of linux/samsa/LDAP server. >>> >>> You can verify by ping "name of the samba server" if its resolved >>> correctly. >>> >>> Br >>> >>> Peter >>> >>> 2012/7/12 Jakub Kulesza : >>> > Hi! >>> > >>> > I have a problem with windows 2008 r2 (and windows 7 professional) not >>> > joining my NT domain, that is served by a linux+samba+LDAP server in >>> the >>> > same IP subnet. >>> > >>> > The NT domain server works ok, windows 7 pro and windows xp physical >>> hosts >>> > can perfectly join and log on into it. This infrastructure has been >>> working >>> > for years now. >>> > >>> > The XEN server dom0 is based on latest debian with xen server from the >>> > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves >>> linux and >>> > windows domU on the local subnet with no (or minor) problems, both >>> with HVM >>> > and paravirtualization. >>> > >>> > The network on the dom0 is done using bridged interfaces. The dom0 is >>> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The >>> domU >>> > can use the services in the network and the Internet. The hosts in the >>> IP >>> > subnet can use the network resources of the domU. The dom0 has all >>> iptables >>> > general rules set as ACCEPT, the only rules added are done by xen >>> startup >>> > scripts. >>> > >>> > When I install a new windows 2008 r2 standard system as domU and try >>> joining >>> > the domain from the local NT domain server I get the following error: >>> > 
>>> > The following error occurred attempting to join the domain ">> name
>>> > goes here>":
>>> >
>>> > The specified domain either does not exist or could not be contacted.
>>> >
>>> > >>> > I suspect that there is some problem with the networking. Did I miss >>> > something? Can you recommend looking into some obvious setting >>> somewhere? >>> > I've tried looking for similar problems on the net with no result, so I >>> > suspect that I've messed up something basic. >>> > >>> > The configuration for the windows domU is the following: >>> > kernel = "/usr/lib/xen-default/boot/hvmloader" >>> > builder='hvm' >>> > memory = 1024 >>> > shadow_memory = 24 >>> > name = "win2008eval1" >>> > vif = [ 'type=ioemu, bridge=eth4' ] >>> > acpi = 1 >>> > apic = 1 >>> > pae = 1 >>> > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] >>> > vcpus = 1 >>> > device_model = '/usr/lib/xen-default/bin/qemu-dm' >>> > boot="c" >>> > sdl=0 >>> > vnc=1 >>> > vncconsole=1 >>> > vncpasswd='kuleczka' >>> > serial='pty' >>> > usbdevice='tablet' >>> > >>> > >>> > -- >>> > Best regards >>> > Jakub Kulesza >>> > >>> > _______________________________________________ >>> > 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 >>> >> >> >> >> -- >> Pozdrawiam >> Jakub Kulesza >> > > > > -- > Pozdrawiam > Jakub Kulesza > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > -- Shane D. Johnson IT Administrator Rasmussen Equipment --00248c6a688ac1351f04c4a217be Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Jakub,
I ran into problems with 2008 R2 =A0and a NT Domain due to R2 ab= solutely requires kerebos to join the domain. =A0There are posts all over t= he internet regarding this and no solution that I have found but to migrate= =A0your domain controller to at least 2000 or higher. =A0(Either that or w= ait for Samba to catch up.)

Shane

On Thu, Jul 12,= 2012 at 7:28 AM, Jakub Kulesza <jakkul@gmail.com> wrote:
=
One more funny thing:

If I just want to login on the NT = domain server to browse the shared files, I can do that. I just type \\<= hostname> in the explorer, I get a popup that asks me to login, i do, an= d i get the files. The only thing not working is joining the domain.

regards=A0
JK


<= div class=3D"gmail_quote">2012/7/12 Jakub Kulesza <jakkul@gmail.com>=
Hi!

DNS works nice.

If I logon = onto the domU and ping the hostname of the NT domain server, the DNS resolv= es the server name and returns pings from 192.168.0.100 correctly.=A0

The settings of the domU net card are OK. MAC address i= s the same as in the xen domU config, IP is 192.168.0.142 with correct netm= ask, route .1, dns .100, DNS search domain is OK.

Of course, the NT domain server name is different than the NT domain name. = And the latter is not discoverable through DNS. I have read about propper s= etting of the DNS in NT domain by samba environment and this seems like a c= orrect procedure. Or do you suggest otherwise? Physical hosts join the doma= in with no problem. This infrastructure is running this way since 2007.

Regards


2012/7/12 Peter Braun <xenware@gmail.com>
Hi,

whats the settings of domU network card?

Seems to me like you are missing correct DNS server config there.
There should be IP of linux/samsa/LDAP server.

You can verify by ping "name of the samba server" if its resolved= correctly.

Br

Peter

2012/7/12 Jakub Kulesza <jakkul@gmail.com>:
> Hi!
>
> I have a problem with windows 2008 r2 (and windows 7 professional) not=
> joining my NT domain, that is served by a linux+samba+LDAP server in t= he
> same IP subnet.
>
> The NT domain server works ok, windows 7 pro and windows xp physical h= osts
> can perfectly join and log on into it. This infrastructure has been wo= rking
> for years now.
>
> The XEN server dom0 is based on latest debian with xen server from the=
> debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linu= x and
> windows domU on the local subnet with no (or minor) problems, both wit= h HVM
> and paravirtualization.
>
> The network on the dom0 is done using bridged interfaces. The dom0 is<= br> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The = domU
> can use the services in the network and the Internet. The hosts in the= IP
> subnet can use the network resources of the domU. The dom0 has all ipt= ables
> general rules set as ACCEPT, the only rules added are done by xen star= tup
> scripts.
>
> When I install a new windows 2008 r2 standard system as domU and try j= oining
> the domain from the local NT domain server I get the following error:<= br> > <pre>
> The following error occurred attempting to join the domain "<m= y domain name
> goes here>":
>
> The specified domain either does not exist or could not be contacted.<= br> > </pre>
>
> I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhe= re?
> I've tried looking for similar problems on the net with no result,= so I
> suspect that I've messed up something basic.
>
> The configuration for the windows domU is the following:
> kernel =3D "/usr/lib/xen-default/boot/hvmloader"
> builder=3D'hvm'
> memory =3D 1024
> shadow_memory =3D 24
> name =3D "win2008eval1"
> vif =3D [ 'type=3Dioemu, bridge=3Deth4' ]
> acpi =3D 1
> apic =3D 1
> pae =3D 1
> disk =3D [ 'phy:/dev/vg/win2008eval1,hda,w']
> vcpus =3D 1
> device_model =3D '/usr/lib/xen-default/bin/qemu-dm'
> boot=3D"c"
> sdl=3D0
> vnc=3D1
> vncconsole=3D1
> vncpasswd=3D'kuleczka'
> serial=3D'pty'
> usbdevice=3D'tablet'
>
>
> --
> Best regards
> Jakub Kulesza
>
> _______________________________________________
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users

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



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza



--
Pozdrawiam
Jakub Kulesza<= br>

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



<= /div>--
Shane D. Johnson
IT Administrator
Rasmussen Equip= ment


--00248c6a688ac1351f04c4a217be-- --===============6263181914233077276== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6263181914233077276==-- From xen-users-bounces@lists.xen.org Thu Jul 12 13:40:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 13:40: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 1SpJcF-0004Z4-Ce; Thu, 12 Jul 2012 13:39:35 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpJcD-0004Yv-U9 for Xen-users@lists.xen.org; Thu, 12 Jul 2012 13:39:34 +0000 Received: from [85.158.143.35:41408] by server-1.bemta-4.messagelabs.com id 9A/0D-24392-593DEFF4; Thu, 12 Jul 2012 13:39:33 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1342100370!14390707!1 X-Originating-IP: [64.18.1.25] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20862 invoked from network); 12 Jul 2012 13:39:31 -0000 Received: from exprod6og110.obsmtp.com (HELO exprod6og110.obsmtp.com) (64.18.1.25) by server-16.tower-21.messagelabs.com with SMTP; 12 Jul 2012 13:39:31 -0000 Received: from mail-qa0-f48.google.com ([209.85.216.48]) (using TLSv1) by exprod6ob110.postini.com ([64.18.5.12]) with SMTP ID DSNKT/7TkXXeL8hTKnbB+/VxjnktPquSGajJ@postini.com; Thu, 12 Jul 2012 06:39:30 PDT Received: by qadz32 with SMTP id z32so1558042qad.7 for ; Thu, 12 Jul 2012 06:39:29 -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=XCI68BmMIzGbW0n85XUJoj5wdMUAnxID4UchXAyW0zc=; b=RDFiC1RbaexJJB70EC0rQFFLtLjrK+L2Gy+Il1xNfBUimgeul1iKoKRiW1tsApAS2y QtCyLydQq9FqNMd4xTrfZLtDhM/5Sxt7WLex2EGGR2VujkUAzkgYD9sNTWSStoyD2ZwQ AmM7O2iyM0jYBMQ3Idlh9tHLqJy133yM3NSH6TIPBCv2P6mjiWory/3A8yvBIm1Kv18e 4vOG6N0QDnlFnpwMRZmLJ3ERT/Xt9+iWIfV60m8r7JILo1JNU3q5HRkvcJF0blbzysJv 5rPOooCeO/zfOy24vjGnjDwqYYf/AO2IAozIzlAHkogU6EmzQBSWdexuHdaoAtYqn8hY MT3g== MIME-Version: 1.0 Received: by 10.229.134.194 with SMTP id k2mr5151020qct.141.1342100369126; Thu, 12 Jul 2012 06:39:29 -0700 (PDT) Received: by 10.229.204.154 with HTTP; Thu, 12 Jul 2012 06:39:28 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 07:39:28 -0600 Message-ID: From: Shane Johnson To: Jakub Kulesza X-Gm-Message-State: ALoCoQmpziocxvsK6XgXjbw5hV1tl+jFbVVugh1wcxwkQ2k56FZBNXNG3cgfpBJM1iO7fNPa3A7H Cc: Peter Braun , Xen-users@lists.xen.org, Xen List Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT 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="===============6263181914233077276==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6263181914233077276== Content-Type: multipart/alternative; boundary=00248c6a688ac1351f04c4a217be --00248c6a688ac1351f04c4a217be Content-Type: text/plain; charset=ISO-8859-1 Jakub, I ran into problems with 2008 R2 and a NT Domain due to R2 absolutely requires kerebos to join the domain. There are posts all over the internet regarding this and no solution that I have found but to migrate your domain controller to at least 2000 or higher. (Either that or wait for Samba to catch up.) Shane On Thu, Jul 12, 2012 at 7:28 AM, Jakub Kulesza wrote: > One more funny thing: > > If I just want to login on the NT domain server to browse the shared > files, I can do that. I just type \\ in the explorer, I get a > popup that asks me to login, i do, and i get the files. The only thing not > working is joining the domain. > > regards > JK > > > 2012/7/12 Jakub Kulesza > >> Hi! >> >> DNS works nice. >> >> If I logon onto the domU and ping the hostname of the NT domain server, >> the DNS resolves the server name and returns pings from 192.168.0.100 >> correctly. >> >> The settings of the domU net card are OK. MAC address is the same as in >> the xen domU config, IP is 192.168.0.142 with correct netmask, route .1, >> dns .100, DNS search domain is OK. >> >> Of course, the NT domain server name is different than the NT domain >> name. And the latter is not discoverable through DNS. I have read about >> propper setting of the DNS in NT domain by samba environment and this seems >> like a correct procedure. Or do you suggest otherwise? Physical hosts join >> the domain with no problem. This infrastructure is running this way since >> 2007. >> >> Regards >> >> >> 2012/7/12 Peter Braun >> >>> Hi, >>> >>> whats the settings of domU network card? >>> >>> Seems to me like you are missing correct DNS server config there. >>> There should be IP of linux/samsa/LDAP server. >>> >>> You can verify by ping "name of the samba server" if its resolved >>> correctly. >>> >>> Br >>> >>> Peter >>> >>> 2012/7/12 Jakub Kulesza : >>> > Hi! >>> > >>> > I have a problem with windows 2008 r2 (and windows 7 professional) not >>> > joining my NT domain, that is served by a linux+samba+LDAP server in >>> the >>> > same IP subnet. >>> > >>> > The NT domain server works ok, windows 7 pro and windows xp physical >>> hosts >>> > can perfectly join and log on into it. This infrastructure has been >>> working >>> > for years now. >>> > >>> > The XEN server dom0 is based on latest debian with xen server from the >>> > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves >>> linux and >>> > windows domU on the local subnet with no (or minor) problems, both >>> with HVM >>> > and paravirtualization. >>> > >>> > The network on the dom0 is done using bridged interfaces. The dom0 is >>> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The >>> domU >>> > can use the services in the network and the Internet. The hosts in the >>> IP >>> > subnet can use the network resources of the domU. The dom0 has all >>> iptables >>> > general rules set as ACCEPT, the only rules added are done by xen >>> startup >>> > scripts. >>> > >>> > When I install a new windows 2008 r2 standard system as domU and try >>> joining >>> > the domain from the local NT domain server I get the following error: >>> > 
>>> > The following error occurred attempting to join the domain ">> name
>>> > goes here>":
>>> >
>>> > The specified domain either does not exist or could not be contacted.
>>> >
>>> > >>> > I suspect that there is some problem with the networking. Did I miss >>> > something? Can you recommend looking into some obvious setting >>> somewhere? >>> > I've tried looking for similar problems on the net with no result, so I >>> > suspect that I've messed up something basic. >>> > >>> > The configuration for the windows domU is the following: >>> > kernel = "/usr/lib/xen-default/boot/hvmloader" >>> > builder='hvm' >>> > memory = 1024 >>> > shadow_memory = 24 >>> > name = "win2008eval1" >>> > vif = [ 'type=ioemu, bridge=eth4' ] >>> > acpi = 1 >>> > apic = 1 >>> > pae = 1 >>> > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] >>> > vcpus = 1 >>> > device_model = '/usr/lib/xen-default/bin/qemu-dm' >>> > boot="c" >>> > sdl=0 >>> > vnc=1 >>> > vncconsole=1 >>> > vncpasswd='kuleczka' >>> > serial='pty' >>> > usbdevice='tablet' >>> > >>> > >>> > -- >>> > Best regards >>> > Jakub Kulesza >>> > >>> > _______________________________________________ >>> > 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 >>> >> >> >> >> -- >> Pozdrawiam >> Jakub Kulesza >> > > > > -- > Pozdrawiam > Jakub Kulesza > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > -- Shane D. Johnson IT Administrator Rasmussen Equipment --00248c6a688ac1351f04c4a217be Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Jakub,
I ran into problems with 2008 R2 =A0and a NT Domain due to R2 ab= solutely requires kerebos to join the domain. =A0There are posts all over t= he internet regarding this and no solution that I have found but to migrate= =A0your domain controller to at least 2000 or higher. =A0(Either that or w= ait for Samba to catch up.)

Shane

On Thu, Jul 12,= 2012 at 7:28 AM, Jakub Kulesza <jakkul@gmail.com> wrote:
=
One more funny thing:

If I just want to login on the NT = domain server to browse the shared files, I can do that. I just type \\<= hostname> in the explorer, I get a popup that asks me to login, i do, an= d i get the files. The only thing not working is joining the domain.

regards=A0
JK


<= div class=3D"gmail_quote">2012/7/12 Jakub Kulesza <jakkul@gmail.com>=
Hi!

DNS works nice.

If I logon = onto the domU and ping the hostname of the NT domain server, the DNS resolv= es the server name and returns pings from 192.168.0.100 correctly.=A0

The settings of the domU net card are OK. MAC address i= s the same as in the xen domU config, IP is 192.168.0.142 with correct netm= ask, route .1, dns .100, DNS search domain is OK.

Of course, the NT domain server name is different than the NT domain name. = And the latter is not discoverable through DNS. I have read about propper s= etting of the DNS in NT domain by samba environment and this seems like a c= orrect procedure. Or do you suggest otherwise? Physical hosts join the doma= in with no problem. This infrastructure is running this way since 2007.

Regards


2012/7/12 Peter Braun <xenware@gmail.com>
Hi,

whats the settings of domU network card?

Seems to me like you are missing correct DNS server config there.
There should be IP of linux/samsa/LDAP server.

You can verify by ping "name of the samba server" if its resolved= correctly.

Br

Peter

2012/7/12 Jakub Kulesza <jakkul@gmail.com>:
> Hi!
>
> I have a problem with windows 2008 r2 (and windows 7 professional) not=
> joining my NT domain, that is served by a linux+samba+LDAP server in t= he
> same IP subnet.
>
> The NT domain server works ok, windows 7 pro and windows xp physical h= osts
> can perfectly join and log on into it. This infrastructure has been wo= rking
> for years now.
>
> The XEN server dom0 is based on latest debian with xen server from the=
> debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linu= x and
> windows domU on the local subnet with no (or minor) problems, both wit= h HVM
> and paravirtualization.
>
> The network on the dom0 is done using bridged interfaces. The dom0 is<= br> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The = domU
> can use the services in the network and the Internet. The hosts in the= IP
> subnet can use the network resources of the domU. The dom0 has all ipt= ables
> general rules set as ACCEPT, the only rules added are done by xen star= tup
> scripts.
>
> When I install a new windows 2008 r2 standard system as domU and try j= oining
> the domain from the local NT domain server I get the following error:<= br> > <pre>
> The following error occurred attempting to join the domain "<m= y domain name
> goes here>":
>
> The specified domain either does not exist or could not be contacted.<= br> > </pre>
>
> I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhe= re?
> I've tried looking for similar problems on the net with no result,= so I
> suspect that I've messed up something basic.
>
> The configuration for the windows domU is the following:
> kernel =3D "/usr/lib/xen-default/boot/hvmloader"
> builder=3D'hvm'
> memory =3D 1024
> shadow_memory =3D 24
> name =3D "win2008eval1"
> vif =3D [ 'type=3Dioemu, bridge=3Deth4' ]
> acpi =3D 1
> apic =3D 1
> pae =3D 1
> disk =3D [ 'phy:/dev/vg/win2008eval1,hda,w']
> vcpus =3D 1
> device_model =3D '/usr/lib/xen-default/bin/qemu-dm'
> boot=3D"c"
> sdl=3D0
> vnc=3D1
> vncconsole=3D1
> vncpasswd=3D'kuleczka'
> serial=3D'pty'
> usbdevice=3D'tablet'
>
>
> --
> Best regards
> Jakub Kulesza
>
> _______________________________________________
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users

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



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza



--
Pozdrawiam
Jakub Kulesza<= br>

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



<= /div>--
Shane D. Johnson
IT Administrator
Rasmussen Equip= ment


--00248c6a688ac1351f04c4a217be-- --===============6263181914233077276== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6263181914233077276==-- From xen-users-bounces@lists.xen.org Thu Jul 12 13:40:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 13:40:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpJcM-0004Zc-39; Thu, 12 Jul 2012 13:39:42 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1SpJcK-0004Z2-3i for xen-users@lists.xensource.com; Thu, 12 Jul 2012 13:39:40 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1342100370!2020056!1 X-Originating-IP: [64.18.1.27] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12704 invoked from network); 12 Jul 2012 13:39:31 -0000 Received: from exprod6og111.obsmtp.com (HELO exprod6og111.obsmtp.com) (64.18.1.27) by server-14.tower-27.messagelabs.com with SMTP; 12 Jul 2012 13:39:31 -0000 Received: from mail-qc0-f178.google.com ([209.85.216.178]) (using TLSv1) by exprod6ob111.postini.com ([64.18.5.12]) with SMTP ID DSNKT/7TkXXeL8hTKnbB+/VxjnktPquSGajJ@postini.com; Thu, 12 Jul 2012 06:39:30 PDT Received: by qchj9 with SMTP id j9so1423892qch.9 for ; Thu, 12 Jul 2012 06:39:29 -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=XCI68BmMIzGbW0n85XUJoj5wdMUAnxID4UchXAyW0zc=; b=J51+nvnFixIuIOJMbmfIGmfSybmJVwA2c/14IkvLIofdsGnPnAXWmN9fEERPAE1AIb DfE3/Esd1wf6Ko8nixpWLidx4ModItDMkR87HK4DBBUrqZcZ81PR2QFR+gxVPkqWRoKZ PsHjeCYpZM0w0kZ5mSaJXGtj0VL4E4AwdcrgBgJoz8lSWQuUz/SqsRDBgFJ6xxmxyLZ5 PRmrT7IMjnH/HUxiuw76b9E/++mz6K3ACtnCgrIDrGd3rA5mxVANXPCUqVGX6RFf0Rbb E7QGlJ2Vi4tk5tRGqxTv0Pg1o0q/2RR9Z70pf2Ra66aJQWTxQel/lTuQJaewFvMG7vrD YGcg== MIME-Version: 1.0 Received: by 10.229.134.194 with SMTP id k2mr5151020qct.141.1342100369126; Thu, 12 Jul 2012 06:39:29 -0700 (PDT) Received: by 10.229.204.154 with HTTP; Thu, 12 Jul 2012 06:39:28 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 07:39:28 -0600 Message-ID: From: Shane Johnson To: Jakub Kulesza X-Gm-Message-State: ALoCoQn4XbrBwgq+3LnVix32l0mLFwSv535GTkKy2Odi2AWGavwmy41scFQVghs8RzA8duAQEbh1 Cc: Peter Braun , Xen-users@lists.xen.org, Xen List Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT 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="===============7098971629624615567==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7098971629624615567== Content-Type: multipart/alternative; boundary=00248c6a688ac1351f04c4a217be --00248c6a688ac1351f04c4a217be Content-Type: text/plain; charset=ISO-8859-1 Jakub, I ran into problems with 2008 R2 and a NT Domain due to R2 absolutely requires kerebos to join the domain. There are posts all over the internet regarding this and no solution that I have found but to migrate your domain controller to at least 2000 or higher. (Either that or wait for Samba to catch up.) Shane On Thu, Jul 12, 2012 at 7:28 AM, Jakub Kulesza wrote: > One more funny thing: > > If I just want to login on the NT domain server to browse the shared > files, I can do that. I just type \\ in the explorer, I get a > popup that asks me to login, i do, and i get the files. The only thing not > working is joining the domain. > > regards > JK > > > 2012/7/12 Jakub Kulesza > >> Hi! >> >> DNS works nice. >> >> If I logon onto the domU and ping the hostname of the NT domain server, >> the DNS resolves the server name and returns pings from 192.168.0.100 >> correctly. >> >> The settings of the domU net card are OK. MAC address is the same as in >> the xen domU config, IP is 192.168.0.142 with correct netmask, route .1, >> dns .100, DNS search domain is OK. >> >> Of course, the NT domain server name is different than the NT domain >> name. And the latter is not discoverable through DNS. I have read about >> propper setting of the DNS in NT domain by samba environment and this seems >> like a correct procedure. Or do you suggest otherwise? Physical hosts join >> the domain with no problem. This infrastructure is running this way since >> 2007. >> >> Regards >> >> >> 2012/7/12 Peter Braun >> >>> Hi, >>> >>> whats the settings of domU network card? >>> >>> Seems to me like you are missing correct DNS server config there. >>> There should be IP of linux/samsa/LDAP server. >>> >>> You can verify by ping "name of the samba server" if its resolved >>> correctly. >>> >>> Br >>> >>> Peter >>> >>> 2012/7/12 Jakub Kulesza : >>> > Hi! >>> > >>> > I have a problem with windows 2008 r2 (and windows 7 professional) not >>> > joining my NT domain, that is served by a linux+samba+LDAP server in >>> the >>> > same IP subnet. >>> > >>> > The NT domain server works ok, windows 7 pro and windows xp physical >>> hosts >>> > can perfectly join and log on into it. This infrastructure has been >>> working >>> > for years now. >>> > >>> > The XEN server dom0 is based on latest debian with xen server from the >>> > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves >>> linux and >>> > windows domU on the local subnet with no (or minor) problems, both >>> with HVM >>> > and paravirtualization. >>> > >>> > The network on the dom0 is done using bridged interfaces. The dom0 is >>> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The >>> domU >>> > can use the services in the network and the Internet. The hosts in the >>> IP >>> > subnet can use the network resources of the domU. The dom0 has all >>> iptables >>> > general rules set as ACCEPT, the only rules added are done by xen >>> startup >>> > scripts. >>> > >>> > When I install a new windows 2008 r2 standard system as domU and try >>> joining >>> > the domain from the local NT domain server I get the following error: >>> > 
>>> > The following error occurred attempting to join the domain ">> name
>>> > goes here>":
>>> >
>>> > The specified domain either does not exist or could not be contacted.
>>> >
>>> > >>> > I suspect that there is some problem with the networking. Did I miss >>> > something? Can you recommend looking into some obvious setting >>> somewhere? >>> > I've tried looking for similar problems on the net with no result, so I >>> > suspect that I've messed up something basic. >>> > >>> > The configuration for the windows domU is the following: >>> > kernel = "/usr/lib/xen-default/boot/hvmloader" >>> > builder='hvm' >>> > memory = 1024 >>> > shadow_memory = 24 >>> > name = "win2008eval1" >>> > vif = [ 'type=ioemu, bridge=eth4' ] >>> > acpi = 1 >>> > apic = 1 >>> > pae = 1 >>> > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] >>> > vcpus = 1 >>> > device_model = '/usr/lib/xen-default/bin/qemu-dm' >>> > boot="c" >>> > sdl=0 >>> > vnc=1 >>> > vncconsole=1 >>> > vncpasswd='kuleczka' >>> > serial='pty' >>> > usbdevice='tablet' >>> > >>> > >>> > -- >>> > Best regards >>> > Jakub Kulesza >>> > >>> > _______________________________________________ >>> > 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 >>> >> >> >> >> -- >> Pozdrawiam >> Jakub Kulesza >> > > > > -- > Pozdrawiam > Jakub Kulesza > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > -- Shane D. Johnson IT Administrator Rasmussen Equipment --00248c6a688ac1351f04c4a217be Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Jakub,
I ran into problems with 2008 R2 =A0and a NT Domain due to R2 ab= solutely requires kerebos to join the domain. =A0There are posts all over t= he internet regarding this and no solution that I have found but to migrate= =A0your domain controller to at least 2000 or higher. =A0(Either that or w= ait for Samba to catch up.)

Shane

On Thu, Jul 12,= 2012 at 7:28 AM, Jakub Kulesza <jakkul@gmail.com> wrote:
=
One more funny thing:

If I just want to login on the NT = domain server to browse the shared files, I can do that. I just type \\<= hostname> in the explorer, I get a popup that asks me to login, i do, an= d i get the files. The only thing not working is joining the domain.

regards=A0
JK


<= div class=3D"gmail_quote">2012/7/12 Jakub Kulesza <jakkul@gmail.com>=
Hi!

DNS works nice.

If I logon = onto the domU and ping the hostname of the NT domain server, the DNS resolv= es the server name and returns pings from 192.168.0.100 correctly.=A0

The settings of the domU net card are OK. MAC address i= s the same as in the xen domU config, IP is 192.168.0.142 with correct netm= ask, route .1, dns .100, DNS search domain is OK.

Of course, the NT domain server name is different than the NT domain name. = And the latter is not discoverable through DNS. I have read about propper s= etting of the DNS in NT domain by samba environment and this seems like a c= orrect procedure. Or do you suggest otherwise? Physical hosts join the doma= in with no problem. This infrastructure is running this way since 2007.

Regards


2012/7/12 Peter Braun <xenware@gmail.com>
Hi,

whats the settings of domU network card?

Seems to me like you are missing correct DNS server config there.
There should be IP of linux/samsa/LDAP server.

You can verify by ping "name of the samba server" if its resolved= correctly.

Br

Peter

2012/7/12 Jakub Kulesza <jakkul@gmail.com>:
> Hi!
>
> I have a problem with windows 2008 r2 (and windows 7 professional) not=
> joining my NT domain, that is served by a linux+samba+LDAP server in t= he
> same IP subnet.
>
> The NT domain server works ok, windows 7 pro and windows xp physical h= osts
> can perfectly join and log on into it. This infrastructure has been wo= rking
> for years now.
>
> The XEN server dom0 is based on latest debian with xen server from the=
> debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linu= x and
> windows domU on the local subnet with no (or minor) problems, both wit= h HVM
> and paravirtualization.
>
> The network on the dom0 is done using bridged interfaces. The dom0 is<= br> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The = domU
> can use the services in the network and the Internet. The hosts in the= IP
> subnet can use the network resources of the domU. The dom0 has all ipt= ables
> general rules set as ACCEPT, the only rules added are done by xen star= tup
> scripts.
>
> When I install a new windows 2008 r2 standard system as domU and try j= oining
> the domain from the local NT domain server I get the following error:<= br> > <pre>
> The following error occurred attempting to join the domain "<m= y domain name
> goes here>":
>
> The specified domain either does not exist or could not be contacted.<= br> > </pre>
>
> I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhe= re?
> I've tried looking for similar problems on the net with no result,= so I
> suspect that I've messed up something basic.
>
> The configuration for the windows domU is the following:
> kernel =3D "/usr/lib/xen-default/boot/hvmloader"
> builder=3D'hvm'
> memory =3D 1024
> shadow_memory =3D 24
> name =3D "win2008eval1"
> vif =3D [ 'type=3Dioemu, bridge=3Deth4' ]
> acpi =3D 1
> apic =3D 1
> pae =3D 1
> disk =3D [ 'phy:/dev/vg/win2008eval1,hda,w']
> vcpus =3D 1
> device_model =3D '/usr/lib/xen-default/bin/qemu-dm'
> boot=3D"c"
> sdl=3D0
> vnc=3D1
> vncconsole=3D1
> vncpasswd=3D'kuleczka'
> serial=3D'pty'
> usbdevice=3D'tablet'
>
>
> --
> Best regards
> Jakub Kulesza
>
> _______________________________________________
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users

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



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza



--
Pozdrawiam
Jakub Kulesza<= br>

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



<= /div>--
Shane D. Johnson
IT Administrator
Rasmussen Equip= ment


--00248c6a688ac1351f04c4a217be-- --===============7098971629624615567== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7098971629624615567==-- From xen-users-bounces@lists.xen.org Thu Jul 12 13:40:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 13:40:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpJcM-0004Zc-39; Thu, 12 Jul 2012 13:39:42 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1SpJcK-0004Z2-3i for xen-users@lists.xensource.com; Thu, 12 Jul 2012 13:39:40 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1342100370!2020056!1 X-Originating-IP: [64.18.1.27] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12704 invoked from network); 12 Jul 2012 13:39:31 -0000 Received: from exprod6og111.obsmtp.com (HELO exprod6og111.obsmtp.com) (64.18.1.27) by server-14.tower-27.messagelabs.com with SMTP; 12 Jul 2012 13:39:31 -0000 Received: from mail-qc0-f178.google.com ([209.85.216.178]) (using TLSv1) by exprod6ob111.postini.com ([64.18.5.12]) with SMTP ID DSNKT/7TkXXeL8hTKnbB+/VxjnktPquSGajJ@postini.com; Thu, 12 Jul 2012 06:39:30 PDT Received: by qchj9 with SMTP id j9so1423892qch.9 for ; Thu, 12 Jul 2012 06:39:29 -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=XCI68BmMIzGbW0n85XUJoj5wdMUAnxID4UchXAyW0zc=; b=J51+nvnFixIuIOJMbmfIGmfSybmJVwA2c/14IkvLIofdsGnPnAXWmN9fEERPAE1AIb DfE3/Esd1wf6Ko8nixpWLidx4ModItDMkR87HK4DBBUrqZcZ81PR2QFR+gxVPkqWRoKZ PsHjeCYpZM0w0kZ5mSaJXGtj0VL4E4AwdcrgBgJoz8lSWQuUz/SqsRDBgFJ6xxmxyLZ5 PRmrT7IMjnH/HUxiuw76b9E/++mz6K3ACtnCgrIDrGd3rA5mxVANXPCUqVGX6RFf0Rbb E7QGlJ2Vi4tk5tRGqxTv0Pg1o0q/2RR9Z70pf2Ra66aJQWTxQel/lTuQJaewFvMG7vrD YGcg== MIME-Version: 1.0 Received: by 10.229.134.194 with SMTP id k2mr5151020qct.141.1342100369126; Thu, 12 Jul 2012 06:39:29 -0700 (PDT) Received: by 10.229.204.154 with HTTP; Thu, 12 Jul 2012 06:39:28 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 07:39:28 -0600 Message-ID: From: Shane Johnson To: Jakub Kulesza X-Gm-Message-State: ALoCoQn4XbrBwgq+3LnVix32l0mLFwSv535GTkKy2Odi2AWGavwmy41scFQVghs8RzA8duAQEbh1 Cc: Peter Braun , Xen-users@lists.xen.org, Xen List Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT 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="===============7098971629624615567==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7098971629624615567== Content-Type: multipart/alternative; boundary=00248c6a688ac1351f04c4a217be --00248c6a688ac1351f04c4a217be Content-Type: text/plain; charset=ISO-8859-1 Jakub, I ran into problems with 2008 R2 and a NT Domain due to R2 absolutely requires kerebos to join the domain. There are posts all over the internet regarding this and no solution that I have found but to migrate your domain controller to at least 2000 or higher. (Either that or wait for Samba to catch up.) Shane On Thu, Jul 12, 2012 at 7:28 AM, Jakub Kulesza wrote: > One more funny thing: > > If I just want to login on the NT domain server to browse the shared > files, I can do that. I just type \\ in the explorer, I get a > popup that asks me to login, i do, and i get the files. The only thing not > working is joining the domain. > > regards > JK > > > 2012/7/12 Jakub Kulesza > >> Hi! >> >> DNS works nice. >> >> If I logon onto the domU and ping the hostname of the NT domain server, >> the DNS resolves the server name and returns pings from 192.168.0.100 >> correctly. >> >> The settings of the domU net card are OK. MAC address is the same as in >> the xen domU config, IP is 192.168.0.142 with correct netmask, route .1, >> dns .100, DNS search domain is OK. >> >> Of course, the NT domain server name is different than the NT domain >> name. And the latter is not discoverable through DNS. I have read about >> propper setting of the DNS in NT domain by samba environment and this seems >> like a correct procedure. Or do you suggest otherwise? Physical hosts join >> the domain with no problem. This infrastructure is running this way since >> 2007. >> >> Regards >> >> >> 2012/7/12 Peter Braun >> >>> Hi, >>> >>> whats the settings of domU network card? >>> >>> Seems to me like you are missing correct DNS server config there. >>> There should be IP of linux/samsa/LDAP server. >>> >>> You can verify by ping "name of the samba server" if its resolved >>> correctly. >>> >>> Br >>> >>> Peter >>> >>> 2012/7/12 Jakub Kulesza : >>> > Hi! >>> > >>> > I have a problem with windows 2008 r2 (and windows 7 professional) not >>> > joining my NT domain, that is served by a linux+samba+LDAP server in >>> the >>> > same IP subnet. >>> > >>> > The NT domain server works ok, windows 7 pro and windows xp physical >>> hosts >>> > can perfectly join and log on into it. This infrastructure has been >>> working >>> > for years now. >>> > >>> > The XEN server dom0 is based on latest debian with xen server from the >>> > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves >>> linux and >>> > windows domU on the local subnet with no (or minor) problems, both >>> with HVM >>> > and paravirtualization. >>> > >>> > The network on the dom0 is done using bridged interfaces. The dom0 is >>> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The >>> domU >>> > can use the services in the network and the Internet. The hosts in the >>> IP >>> > subnet can use the network resources of the domU. The dom0 has all >>> iptables >>> > general rules set as ACCEPT, the only rules added are done by xen >>> startup >>> > scripts. >>> > >>> > When I install a new windows 2008 r2 standard system as domU and try >>> joining >>> > the domain from the local NT domain server I get the following error: >>> > 
>>> > The following error occurred attempting to join the domain ">> name
>>> > goes here>":
>>> >
>>> > The specified domain either does not exist or could not be contacted.
>>> >
>>> > >>> > I suspect that there is some problem with the networking. Did I miss >>> > something? Can you recommend looking into some obvious setting >>> somewhere? >>> > I've tried looking for similar problems on the net with no result, so I >>> > suspect that I've messed up something basic. >>> > >>> > The configuration for the windows domU is the following: >>> > kernel = "/usr/lib/xen-default/boot/hvmloader" >>> > builder='hvm' >>> > memory = 1024 >>> > shadow_memory = 24 >>> > name = "win2008eval1" >>> > vif = [ 'type=ioemu, bridge=eth4' ] >>> > acpi = 1 >>> > apic = 1 >>> > pae = 1 >>> > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] >>> > vcpus = 1 >>> > device_model = '/usr/lib/xen-default/bin/qemu-dm' >>> > boot="c" >>> > sdl=0 >>> > vnc=1 >>> > vncconsole=1 >>> > vncpasswd='kuleczka' >>> > serial='pty' >>> > usbdevice='tablet' >>> > >>> > >>> > -- >>> > Best regards >>> > Jakub Kulesza >>> > >>> > _______________________________________________ >>> > 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 >>> >> >> >> >> -- >> Pozdrawiam >> Jakub Kulesza >> > > > > -- > Pozdrawiam > Jakub Kulesza > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > -- Shane D. Johnson IT Administrator Rasmussen Equipment --00248c6a688ac1351f04c4a217be Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Jakub,
I ran into problems with 2008 R2 =A0and a NT Domain due to R2 ab= solutely requires kerebos to join the domain. =A0There are posts all over t= he internet regarding this and no solution that I have found but to migrate= =A0your domain controller to at least 2000 or higher. =A0(Either that or w= ait for Samba to catch up.)

Shane

On Thu, Jul 12,= 2012 at 7:28 AM, Jakub Kulesza <jakkul@gmail.com> wrote:
=
One more funny thing:

If I just want to login on the NT = domain server to browse the shared files, I can do that. I just type \\<= hostname> in the explorer, I get a popup that asks me to login, i do, an= d i get the files. The only thing not working is joining the domain.

regards=A0
JK


<= div class=3D"gmail_quote">2012/7/12 Jakub Kulesza <jakkul@gmail.com>=
Hi!

DNS works nice.

If I logon = onto the domU and ping the hostname of the NT domain server, the DNS resolv= es the server name and returns pings from 192.168.0.100 correctly.=A0

The settings of the domU net card are OK. MAC address i= s the same as in the xen domU config, IP is 192.168.0.142 with correct netm= ask, route .1, dns .100, DNS search domain is OK.

Of course, the NT domain server name is different than the NT domain name. = And the latter is not discoverable through DNS. I have read about propper s= etting of the DNS in NT domain by samba environment and this seems like a c= orrect procedure. Or do you suggest otherwise? Physical hosts join the doma= in with no problem. This infrastructure is running this way since 2007.

Regards


2012/7/12 Peter Braun <xenware@gmail.com>
Hi,

whats the settings of domU network card?

Seems to me like you are missing correct DNS server config there.
There should be IP of linux/samsa/LDAP server.

You can verify by ping "name of the samba server" if its resolved= correctly.

Br

Peter

2012/7/12 Jakub Kulesza <jakkul@gmail.com>:
> Hi!
>
> I have a problem with windows 2008 r2 (and windows 7 professional) not=
> joining my NT domain, that is served by a linux+samba+LDAP server in t= he
> same IP subnet.
>
> The NT domain server works ok, windows 7 pro and windows xp physical h= osts
> can perfectly join and log on into it. This infrastructure has been wo= rking
> for years now.
>
> The XEN server dom0 is based on latest debian with xen server from the=
> debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linu= x and
> windows domU on the local subnet with no (or minor) problems, both wit= h HVM
> and paravirtualization.
>
> The network on the dom0 is done using bridged interfaces. The dom0 is<= br> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The = domU
> can use the services in the network and the Internet. The hosts in the= IP
> subnet can use the network resources of the domU. The dom0 has all ipt= ables
> general rules set as ACCEPT, the only rules added are done by xen star= tup
> scripts.
>
> When I install a new windows 2008 r2 standard system as domU and try j= oining
> the domain from the local NT domain server I get the following error:<= br> > <pre>
> The following error occurred attempting to join the domain "<m= y domain name
> goes here>":
>
> The specified domain either does not exist or could not be contacted.<= br> > </pre>
>
> I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhe= re?
> I've tried looking for similar problems on the net with no result,= so I
> suspect that I've messed up something basic.
>
> The configuration for the windows domU is the following:
> kernel =3D "/usr/lib/xen-default/boot/hvmloader"
> builder=3D'hvm'
> memory =3D 1024
> shadow_memory =3D 24
> name =3D "win2008eval1"
> vif =3D [ 'type=3Dioemu, bridge=3Deth4' ]
> acpi =3D 1
> apic =3D 1
> pae =3D 1
> disk =3D [ 'phy:/dev/vg/win2008eval1,hda,w']
> vcpus =3D 1
> device_model =3D '/usr/lib/xen-default/bin/qemu-dm'
> boot=3D"c"
> sdl=3D0
> vnc=3D1
> vncconsole=3D1
> vncpasswd=3D'kuleczka'
> serial=3D'pty'
> usbdevice=3D'tablet'
>
>
> --
> Best regards
> Jakub Kulesza
>
> _______________________________________________
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users

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



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza



--
Pozdrawiam
Jakub Kulesza<= br>

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



<= /div>--
Shane D. Johnson
IT Administrator
Rasmussen Equip= ment


--00248c6a688ac1351f04c4a217be-- --===============7098971629624615567== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7098971629624615567==-- From xen-users-bounces@lists.xen.org Thu Jul 12 13:47:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 13:47: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 1SpJj1-0005Nm-0D; Thu, 12 Jul 2012 13:46:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpJiy-0005NT-VH for Xen-users@lists.xen.org; Thu, 12 Jul 2012 13:46:33 +0000 Received: from [85.158.138.51:41629] by server-11.bemta-3.messagelabs.com id 92/E1-02904-635DEFF4; Thu, 12 Jul 2012 13:46:30 +0000 X-Env-Sender: jakkul@gmail.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1342100789!9904584!1 X-Originating-IP: [74.125.82.41] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22448 invoked from network); 12 Jul 2012 13:46:29 -0000 Received: from mail-wg0-f41.google.com (HELO mail-wg0-f41.google.com) (74.125.82.41) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 13:46:29 -0000 Received: by wgbds1 with SMTP id ds1so1205188wgb.2 for ; Thu, 12 Jul 2012 06:46:29 -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=CUbMnHNtDHEXrK4v+taqi3OMMkJ9bQNsp0T8V0UyVmk=; b=NYeTPbk+5q73xGK2veg2AakCRlSGieYygmlA/hyDE6CfX1ARNAvB6uhIPihgvpfizS UQXukBW0952taJ5VgI3cEfb2jfDxKrNv/xIe56SnUDlT5Yb0MlHZS/l9lmbGzzxm4fAf FK1QUz8mkVooalTJCJq0D2dwd1kjv8vBXHuubmJYNZNA+B6K2L1DCpilW4lH9WbrWrSY oza4rfZor0o6my72x8qh3ViYFgmpzRrmtJpdQgtz7fnJKIGIpDTeFVytrGrO8Gpex/9w PsqIIz5q6Bo70H2h+chr3jgnSlYVSJqfZRKcFYV+kz9gx8rIRp9kMSiiMWhj/ag/h6ik t7eQ== MIME-Version: 1.0 Received: by 10.216.137.42 with SMTP id x42mr10318368wei.219.1342100789028; Thu, 12 Jul 2012 06:46:29 -0700 (PDT) Received: by 10.216.254.215 with HTTP; Thu, 12 Jul 2012 06:46:28 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 15:46:28 +0200 Message-ID: From: Jakub Kulesza To: Shane Johnson Cc: Peter Braun , Xen-users@lists.xen.org, Xen List Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT 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="===============4245533110233470138==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4245533110233470138== Content-Type: multipart/alternative; boundary=00163682c646c8696404c4a23014 --00163682c646c8696404c4a23014 Content-Type: text/plain; charset=ISO-8859-1 Wow, thanks, that's reasonable. What if I start windows 7 professional as domU and it fails joining with the exact same message. Windows 7 pro physical machines join perfectly. 2012/7/12 Shane Johnson > Jakub, > I ran into problems with 2008 R2 and a NT Domain due to R2 absolutely > requires kerebos to join the domain. There are posts all over the internet > regarding this and no solution that I have found but to migrate your > domain controller to at least 2000 or higher. (Either that or wait for > Samba to catch up.) > > Shane > > > On Thu, Jul 12, 2012 at 7:28 AM, Jakub Kulesza wrote: > >> One more funny thing: >> >> If I just want to login on the NT domain server to browse the shared >> files, I can do that. I just type \\ in the explorer, I get a >> popup that asks me to login, i do, and i get the files. The only thing not >> working is joining the domain. >> >> regards >> JK >> >> >> 2012/7/12 Jakub Kulesza >> >>> Hi! >>> >>> DNS works nice. >>> >>> If I logon onto the domU and ping the hostname of the NT domain server, >>> the DNS resolves the server name and returns pings from 192.168.0.100 >>> correctly. >>> >>> The settings of the domU net card are OK. MAC address is the same as in >>> the xen domU config, IP is 192.168.0.142 with correct netmask, route .1, >>> dns .100, DNS search domain is OK. >>> >>> Of course, the NT domain server name is different than the NT domain >>> name. And the latter is not discoverable through DNS. I have read about >>> propper setting of the DNS in NT domain by samba environment and this seems >>> like a correct procedure. Or do you suggest otherwise? Physical hosts join >>> the domain with no problem. This infrastructure is running this way since >>> 2007. >>> >>> Regards >>> >>> >>> 2012/7/12 Peter Braun >>> >>>> Hi, >>>> >>>> whats the settings of domU network card? >>>> >>>> Seems to me like you are missing correct DNS server config there. >>>> There should be IP of linux/samsa/LDAP server. >>>> >>>> You can verify by ping "name of the samba server" if its resolved >>>> correctly. >>>> >>>> Br >>>> >>>> Peter >>>> >>>> 2012/7/12 Jakub Kulesza : >>>> > Hi! >>>> > >>>> > I have a problem with windows 2008 r2 (and windows 7 professional) not >>>> > joining my NT domain, that is served by a linux+samba+LDAP server in >>>> the >>>> > same IP subnet. >>>> > >>>> > The NT domain server works ok, windows 7 pro and windows xp physical >>>> hosts >>>> > can perfectly join and log on into it. This infrastructure has been >>>> working >>>> > for years now. >>>> > >>>> > The XEN server dom0 is based on latest debian with xen server from the >>>> > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves >>>> linux and >>>> > windows domU on the local subnet with no (or minor) problems, both >>>> with HVM >>>> > and paravirtualization. >>>> > >>>> > The network on the dom0 is done using bridged interfaces. The dom0 is >>>> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The >>>> domU >>>> > can use the services in the network and the Internet. The hosts in >>>> the IP >>>> > subnet can use the network resources of the domU. The dom0 has all >>>> iptables >>>> > general rules set as ACCEPT, the only rules added are done by xen >>>> startup >>>> > scripts. >>>> > >>>> > When I install a new windows 2008 r2 standard system as domU and try >>>> joining >>>> > the domain from the local NT domain server I get the following error: >>>> > 
>>>> > The following error occurred attempting to join the domain ">>> domain name
>>>> > goes here>":
>>>> >
>>>> > The specified domain either does not exist or could not be contacted.
>>>> >
>>>> > >>>> > I suspect that there is some problem with the networking. Did I miss >>>> > something? Can you recommend looking into some obvious setting >>>> somewhere? >>>> > I've tried looking for similar problems on the net with no result, so >>>> I >>>> > suspect that I've messed up something basic. >>>> > >>>> > The configuration for the windows domU is the following: >>>> > kernel = "/usr/lib/xen-default/boot/hvmloader" >>>> > builder='hvm' >>>> > memory = 1024 >>>> > shadow_memory = 24 >>>> > name = "win2008eval1" >>>> > vif = [ 'type=ioemu, bridge=eth4' ] >>>> > acpi = 1 >>>> > apic = 1 >>>> > pae = 1 >>>> > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] >>>> > vcpus = 1 >>>> > device_model = '/usr/lib/xen-default/bin/qemu-dm' >>>> > boot="c" >>>> > sdl=0 >>>> > vnc=1 >>>> > vncconsole=1 >>>> > vncpasswd='kuleczka' >>>> > serial='pty' >>>> > usbdevice='tablet' >>>> > >>>> > >>>> > -- >>>> > Best regards >>>> > Jakub Kulesza >>>> > >>>> > _______________________________________________ >>>> > 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 >>>> >>> >>> >>> >>> -- >>> Pozdrawiam >>> Jakub Kulesza >>> >> >> >> >> -- >> Pozdrawiam >> Jakub Kulesza >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > > > -- > Shane D. Johnson > IT Administrator > Rasmussen Equipment > > > -- Pozdrawiam Jakub Kulesza --00163682c646c8696404c4a23014 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Wow, thanks, that's reasonable.=A0

What if I start w= indows 7 professional as domU and it fails joining with the exact same mess= age. Windows 7 pro physical machines join perfectly.=A0

2012/7/12 Shane Johnson <sdj@rasmussenequipment.com>
Jakub,
I ran into problems with 2008 R2 =A0and a NT Domain due to R2 ab= solutely requires kerebos to join the domain. =A0There are posts all over t= he internet regarding this and no solution that I have found but to migrate= =A0your domain controller to at least 2000 or higher. =A0(Either that or w= ait for Samba to catch up.)

Shane


On Thu, Jul 12, 2012 at 7:28 AM, Jakub Kulesza &l= t;jakkul@gmail.com> wrote:
One more funny thing:

If I just want to login on the NT = domain server to browse the shared files, I can do that. I just type \\<= hostname> in the explorer, I get a popup that asks me to login, i do, an= d i get the files. The only thing not working is joining the domain.

regards=A0
JK


2012/7/12 Jakub Kulesza <jakkul@gmail.com>
Hi!

DNS works nice.

If I logon = onto the domU and ping the hostname of the NT domain server, the DNS resolv= es the server name and returns pings from 192.168.0.100 correctly.=A0

The settings of the domU net card are OK. MAC address i= s the same as in the xen domU config, IP is 192.168.0.142 with correct netm= ask, route .1, dns .100, DNS search domain is OK.

Of course, the NT domain server name is different than the NT domain name. = And the latter is not discoverable through DNS. I have read about propper s= etting of the DNS in NT domain by samba environment and this seems like a c= orrect procedure. Or do you suggest otherwise? Physical hosts join the doma= in with no problem. This infrastructure is running this way since 2007.

Regards


2012/7/12 Peter Braun <xenware@gmail.com>
Hi,

whats the settings of domU network card?

Seems to me like you are missing correct DNS server config there.
There should be IP of linux/samsa/LDAP server.

You can verify by ping "name of the samba server" if its resolved= correctly.

Br

Peter

2012/7/12 Jakub Kulesza <jakkul@gmail.com>:
> Hi!
>
> I have a problem with windows 2008 r2 (and windows 7 professional) not=
> joining my NT domain, that is served by a linux+samba+LDAP server in t= he
> same IP subnet.
>
> The NT domain server works ok, windows 7 pro and windows xp physical h= osts
> can perfectly join and log on into it. This infrastructure has been wo= rking
> for years now.
>
> The XEN server dom0 is based on latest debian with xen server from the=
> debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linu= x and
> windows domU on the local subnet with no (or minor) problems, both wit= h HVM
> and paravirtualization.
>
> The network on the dom0 is done using bridged interfaces. The dom0 is<= br> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The = domU
> can use the services in the network and the Internet. The hosts in the= IP
> subnet can use the network resources of the domU. The dom0 has all ipt= ables
> general rules set as ACCEPT, the only rules added are done by xen star= tup
> scripts.
>
> When I install a new windows 2008 r2 standard system as domU and try j= oining
> the domain from the local NT domain server I get the following error:<= br> > <pre>
> The following error occurred attempting to join the domain "<m= y domain name
> goes here>":
>
> The specified domain either does not exist or could not be contacted.<= br> > </pre>
>
> I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhe= re?
> I've tried looking for similar problems on the net with no result,= so I
> suspect that I've messed up something basic.
>
> The configuration for the windows domU is the following:
> kernel =3D "/usr/lib/xen-default/boot/hvmloader"
> builder=3D'hvm'
> memory =3D 1024
> shadow_memory =3D 24
> name =3D "win2008eval1"
> vif =3D [ 'type=3Dioemu, bridge=3Deth4' ]
> acpi =3D 1
> apic =3D 1
> pae =3D 1
> disk =3D [ 'phy:/dev/vg/win2008eval1,hda,w']
> vcpus =3D 1
> device_model =3D '/usr/lib/xen-default/bin/qemu-dm'
> boot=3D"c"
> sdl=3D0
> vnc=3D1
> vncconsole=3D1
> vncpasswd=3D'kuleczka'
> serial=3D'pty'
> usbdevice=3D'tablet'
>
>
> --
> Best regards
> Jakub Kulesza
>
> _______________________________________________
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users

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



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza

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



<= /div>--
Shane D. Johnson
IT Administrator
Ras= mussen Equipment





--
PozdrawiamJakub Kulesza
--00163682c646c8696404c4a23014-- --===============4245533110233470138== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4245533110233470138==-- From xen-users-bounces@lists.xen.org Thu Jul 12 13:47:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 13:47: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 1SpJj1-0005Nm-0D; Thu, 12 Jul 2012 13:46:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpJiy-0005NT-VH for Xen-users@lists.xen.org; Thu, 12 Jul 2012 13:46:33 +0000 Received: from [85.158.138.51:41629] by server-11.bemta-3.messagelabs.com id 92/E1-02904-635DEFF4; Thu, 12 Jul 2012 13:46:30 +0000 X-Env-Sender: jakkul@gmail.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1342100789!9904584!1 X-Originating-IP: [74.125.82.41] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22448 invoked from network); 12 Jul 2012 13:46:29 -0000 Received: from mail-wg0-f41.google.com (HELO mail-wg0-f41.google.com) (74.125.82.41) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 13:46:29 -0000 Received: by wgbds1 with SMTP id ds1so1205188wgb.2 for ; Thu, 12 Jul 2012 06:46:29 -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=CUbMnHNtDHEXrK4v+taqi3OMMkJ9bQNsp0T8V0UyVmk=; b=NYeTPbk+5q73xGK2veg2AakCRlSGieYygmlA/hyDE6CfX1ARNAvB6uhIPihgvpfizS UQXukBW0952taJ5VgI3cEfb2jfDxKrNv/xIe56SnUDlT5Yb0MlHZS/l9lmbGzzxm4fAf FK1QUz8mkVooalTJCJq0D2dwd1kjv8vBXHuubmJYNZNA+B6K2L1DCpilW4lH9WbrWrSY oza4rfZor0o6my72x8qh3ViYFgmpzRrmtJpdQgtz7fnJKIGIpDTeFVytrGrO8Gpex/9w PsqIIz5q6Bo70H2h+chr3jgnSlYVSJqfZRKcFYV+kz9gx8rIRp9kMSiiMWhj/ag/h6ik t7eQ== MIME-Version: 1.0 Received: by 10.216.137.42 with SMTP id x42mr10318368wei.219.1342100789028; Thu, 12 Jul 2012 06:46:29 -0700 (PDT) Received: by 10.216.254.215 with HTTP; Thu, 12 Jul 2012 06:46:28 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 15:46:28 +0200 Message-ID: From: Jakub Kulesza To: Shane Johnson Cc: Peter Braun , Xen-users@lists.xen.org, Xen List Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT 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="===============4245533110233470138==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4245533110233470138== Content-Type: multipart/alternative; boundary=00163682c646c8696404c4a23014 --00163682c646c8696404c4a23014 Content-Type: text/plain; charset=ISO-8859-1 Wow, thanks, that's reasonable. What if I start windows 7 professional as domU and it fails joining with the exact same message. Windows 7 pro physical machines join perfectly. 2012/7/12 Shane Johnson > Jakub, > I ran into problems with 2008 R2 and a NT Domain due to R2 absolutely > requires kerebos to join the domain. There are posts all over the internet > regarding this and no solution that I have found but to migrate your > domain controller to at least 2000 or higher. (Either that or wait for > Samba to catch up.) > > Shane > > > On Thu, Jul 12, 2012 at 7:28 AM, Jakub Kulesza wrote: > >> One more funny thing: >> >> If I just want to login on the NT domain server to browse the shared >> files, I can do that. I just type \\ in the explorer, I get a >> popup that asks me to login, i do, and i get the files. The only thing not >> working is joining the domain. >> >> regards >> JK >> >> >> 2012/7/12 Jakub Kulesza >> >>> Hi! >>> >>> DNS works nice. >>> >>> If I logon onto the domU and ping the hostname of the NT domain server, >>> the DNS resolves the server name and returns pings from 192.168.0.100 >>> correctly. >>> >>> The settings of the domU net card are OK. MAC address is the same as in >>> the xen domU config, IP is 192.168.0.142 with correct netmask, route .1, >>> dns .100, DNS search domain is OK. >>> >>> Of course, the NT domain server name is different than the NT domain >>> name. And the latter is not discoverable through DNS. I have read about >>> propper setting of the DNS in NT domain by samba environment and this seems >>> like a correct procedure. Or do you suggest otherwise? Physical hosts join >>> the domain with no problem. This infrastructure is running this way since >>> 2007. >>> >>> Regards >>> >>> >>> 2012/7/12 Peter Braun >>> >>>> Hi, >>>> >>>> whats the settings of domU network card? >>>> >>>> Seems to me like you are missing correct DNS server config there. >>>> There should be IP of linux/samsa/LDAP server. >>>> >>>> You can verify by ping "name of the samba server" if its resolved >>>> correctly. >>>> >>>> Br >>>> >>>> Peter >>>> >>>> 2012/7/12 Jakub Kulesza : >>>> > Hi! >>>> > >>>> > I have a problem with windows 2008 r2 (and windows 7 professional) not >>>> > joining my NT domain, that is served by a linux+samba+LDAP server in >>>> the >>>> > same IP subnet. >>>> > >>>> > The NT domain server works ok, windows 7 pro and windows xp physical >>>> hosts >>>> > can perfectly join and log on into it. This infrastructure has been >>>> working >>>> > for years now. >>>> > >>>> > The XEN server dom0 is based on latest debian with xen server from the >>>> > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves >>>> linux and >>>> > windows domU on the local subnet with no (or minor) problems, both >>>> with HVM >>>> > and paravirtualization. >>>> > >>>> > The network on the dom0 is done using bridged interfaces. The dom0 is >>>> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The >>>> domU >>>> > can use the services in the network and the Internet. The hosts in >>>> the IP >>>> > subnet can use the network resources of the domU. The dom0 has all >>>> iptables >>>> > general rules set as ACCEPT, the only rules added are done by xen >>>> startup >>>> > scripts. >>>> > >>>> > When I install a new windows 2008 r2 standard system as domU and try >>>> joining >>>> > the domain from the local NT domain server I get the following error: >>>> > 
>>>> > The following error occurred attempting to join the domain ">>> domain name
>>>> > goes here>":
>>>> >
>>>> > The specified domain either does not exist or could not be contacted.
>>>> >
>>>> > >>>> > I suspect that there is some problem with the networking. Did I miss >>>> > something? Can you recommend looking into some obvious setting >>>> somewhere? >>>> > I've tried looking for similar problems on the net with no result, so >>>> I >>>> > suspect that I've messed up something basic. >>>> > >>>> > The configuration for the windows domU is the following: >>>> > kernel = "/usr/lib/xen-default/boot/hvmloader" >>>> > builder='hvm' >>>> > memory = 1024 >>>> > shadow_memory = 24 >>>> > name = "win2008eval1" >>>> > vif = [ 'type=ioemu, bridge=eth4' ] >>>> > acpi = 1 >>>> > apic = 1 >>>> > pae = 1 >>>> > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] >>>> > vcpus = 1 >>>> > device_model = '/usr/lib/xen-default/bin/qemu-dm' >>>> > boot="c" >>>> > sdl=0 >>>> > vnc=1 >>>> > vncconsole=1 >>>> > vncpasswd='kuleczka' >>>> > serial='pty' >>>> > usbdevice='tablet' >>>> > >>>> > >>>> > -- >>>> > Best regards >>>> > Jakub Kulesza >>>> > >>>> > _______________________________________________ >>>> > 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 >>>> >>> >>> >>> >>> -- >>> Pozdrawiam >>> Jakub Kulesza >>> >> >> >> >> -- >> Pozdrawiam >> Jakub Kulesza >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > > > -- > Shane D. Johnson > IT Administrator > Rasmussen Equipment > > > -- Pozdrawiam Jakub Kulesza --00163682c646c8696404c4a23014 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Wow, thanks, that's reasonable.=A0

What if I start w= indows 7 professional as domU and it fails joining with the exact same mess= age. Windows 7 pro physical machines join perfectly.=A0

2012/7/12 Shane Johnson <sdj@rasmussenequipment.com>
Jakub,
I ran into problems with 2008 R2 =A0and a NT Domain due to R2 ab= solutely requires kerebos to join the domain. =A0There are posts all over t= he internet regarding this and no solution that I have found but to migrate= =A0your domain controller to at least 2000 or higher. =A0(Either that or w= ait for Samba to catch up.)

Shane


On Thu, Jul 12, 2012 at 7:28 AM, Jakub Kulesza &l= t;jakkul@gmail.com> wrote:
One more funny thing:

If I just want to login on the NT = domain server to browse the shared files, I can do that. I just type \\<= hostname> in the explorer, I get a popup that asks me to login, i do, an= d i get the files. The only thing not working is joining the domain.

regards=A0
JK


2012/7/12 Jakub Kulesza <jakkul@gmail.com>
Hi!

DNS works nice.

If I logon = onto the domU and ping the hostname of the NT domain server, the DNS resolv= es the server name and returns pings from 192.168.0.100 correctly.=A0

The settings of the domU net card are OK. MAC address i= s the same as in the xen domU config, IP is 192.168.0.142 with correct netm= ask, route .1, dns .100, DNS search domain is OK.

Of course, the NT domain server name is different than the NT domain name. = And the latter is not discoverable through DNS. I have read about propper s= etting of the DNS in NT domain by samba environment and this seems like a c= orrect procedure. Or do you suggest otherwise? Physical hosts join the doma= in with no problem. This infrastructure is running this way since 2007.

Regards


2012/7/12 Peter Braun <xenware@gmail.com>
Hi,

whats the settings of domU network card?

Seems to me like you are missing correct DNS server config there.
There should be IP of linux/samsa/LDAP server.

You can verify by ping "name of the samba server" if its resolved= correctly.

Br

Peter

2012/7/12 Jakub Kulesza <jakkul@gmail.com>:
> Hi!
>
> I have a problem with windows 2008 r2 (and windows 7 professional) not=
> joining my NT domain, that is served by a linux+samba+LDAP server in t= he
> same IP subnet.
>
> The NT domain server works ok, windows 7 pro and windows xp physical h= osts
> can perfectly join and log on into it. This infrastructure has been wo= rking
> for years now.
>
> The XEN server dom0 is based on latest debian with xen server from the=
> debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linu= x and
> windows domU on the local subnet with no (or minor) problems, both wit= h HVM
> and paravirtualization.
>
> The network on the dom0 is done using bridged interfaces. The dom0 is<= br> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The = domU
> can use the services in the network and the Internet. The hosts in the= IP
> subnet can use the network resources of the domU. The dom0 has all ipt= ables
> general rules set as ACCEPT, the only rules added are done by xen star= tup
> scripts.
>
> When I install a new windows 2008 r2 standard system as domU and try j= oining
> the domain from the local NT domain server I get the following error:<= br> > <pre>
> The following error occurred attempting to join the domain "<m= y domain name
> goes here>":
>
> The specified domain either does not exist or could not be contacted.<= br> > </pre>
>
> I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhe= re?
> I've tried looking for similar problems on the net with no result,= so I
> suspect that I've messed up something basic.
>
> The configuration for the windows domU is the following:
> kernel =3D "/usr/lib/xen-default/boot/hvmloader"
> builder=3D'hvm'
> memory =3D 1024
> shadow_memory =3D 24
> name =3D "win2008eval1"
> vif =3D [ 'type=3Dioemu, bridge=3Deth4' ]
> acpi =3D 1
> apic =3D 1
> pae =3D 1
> disk =3D [ 'phy:/dev/vg/win2008eval1,hda,w']
> vcpus =3D 1
> device_model =3D '/usr/lib/xen-default/bin/qemu-dm'
> boot=3D"c"
> sdl=3D0
> vnc=3D1
> vncconsole=3D1
> vncpasswd=3D'kuleczka'
> serial=3D'pty'
> usbdevice=3D'tablet'
>
>
> --
> Best regards
> Jakub Kulesza
>
> _______________________________________________
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users

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



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza

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



<= /div>--
Shane D. Johnson
IT Administrator
Ras= mussen Equipment





--
PozdrawiamJakub Kulesza
--00163682c646c8696404c4a23014-- --===============4245533110233470138== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4245533110233470138==-- From xen-users-bounces@lists.xen.org Thu Jul 12 13:47:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 13:47: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 1SpJj9-0005OS-Lr; Thu, 12 Jul 2012 13:46:43 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpJj8-0005O5-Gl for xen-users@lists.xensource.com; Thu, 12 Jul 2012 13:46:42 +0000 X-Env-Sender: jakkul@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1342100789!3216240!1 X-Originating-IP: [74.125.82.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17548 invoked from network); 12 Jul 2012 13:46:29 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 13:46:29 -0000 Received: by weyx43 with SMTP id x43so2132047wey.30 for ; Thu, 12 Jul 2012 06:46:29 -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=CUbMnHNtDHEXrK4v+taqi3OMMkJ9bQNsp0T8V0UyVmk=; b=NYeTPbk+5q73xGK2veg2AakCRlSGieYygmlA/hyDE6CfX1ARNAvB6uhIPihgvpfizS UQXukBW0952taJ5VgI3cEfb2jfDxKrNv/xIe56SnUDlT5Yb0MlHZS/l9lmbGzzxm4fAf FK1QUz8mkVooalTJCJq0D2dwd1kjv8vBXHuubmJYNZNA+B6K2L1DCpilW4lH9WbrWrSY oza4rfZor0o6my72x8qh3ViYFgmpzRrmtJpdQgtz7fnJKIGIpDTeFVytrGrO8Gpex/9w PsqIIz5q6Bo70H2h+chr3jgnSlYVSJqfZRKcFYV+kz9gx8rIRp9kMSiiMWhj/ag/h6ik t7eQ== MIME-Version: 1.0 Received: by 10.216.137.42 with SMTP id x42mr10318368wei.219.1342100789028; Thu, 12 Jul 2012 06:46:29 -0700 (PDT) Received: by 10.216.254.215 with HTTP; Thu, 12 Jul 2012 06:46:28 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 15:46:28 +0200 Message-ID: From: Jakub Kulesza To: Shane Johnson Cc: Peter Braun , Xen-users@lists.xen.org, Xen List Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT 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="===============9123265024699305005==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9123265024699305005== Content-Type: multipart/alternative; boundary=00163682c646c8696404c4a23014 --00163682c646c8696404c4a23014 Content-Type: text/plain; charset=ISO-8859-1 Wow, thanks, that's reasonable. What if I start windows 7 professional as domU and it fails joining with the exact same message. Windows 7 pro physical machines join perfectly. 2012/7/12 Shane Johnson > Jakub, > I ran into problems with 2008 R2 and a NT Domain due to R2 absolutely > requires kerebos to join the domain. There are posts all over the internet > regarding this and no solution that I have found but to migrate your > domain controller to at least 2000 or higher. (Either that or wait for > Samba to catch up.) > > Shane > > > On Thu, Jul 12, 2012 at 7:28 AM, Jakub Kulesza wrote: > >> One more funny thing: >> >> If I just want to login on the NT domain server to browse the shared >> files, I can do that. I just type \\ in the explorer, I get a >> popup that asks me to login, i do, and i get the files. The only thing not >> working is joining the domain. >> >> regards >> JK >> >> >> 2012/7/12 Jakub Kulesza >> >>> Hi! >>> >>> DNS works nice. >>> >>> If I logon onto the domU and ping the hostname of the NT domain server, >>> the DNS resolves the server name and returns pings from 192.168.0.100 >>> correctly. >>> >>> The settings of the domU net card are OK. MAC address is the same as in >>> the xen domU config, IP is 192.168.0.142 with correct netmask, route .1, >>> dns .100, DNS search domain is OK. >>> >>> Of course, the NT domain server name is different than the NT domain >>> name. And the latter is not discoverable through DNS. I have read about >>> propper setting of the DNS in NT domain by samba environment and this seems >>> like a correct procedure. Or do you suggest otherwise? Physical hosts join >>> the domain with no problem. This infrastructure is running this way since >>> 2007. >>> >>> Regards >>> >>> >>> 2012/7/12 Peter Braun >>> >>>> Hi, >>>> >>>> whats the settings of domU network card? >>>> >>>> Seems to me like you are missing correct DNS server config there. >>>> There should be IP of linux/samsa/LDAP server. >>>> >>>> You can verify by ping "name of the samba server" if its resolved >>>> correctly. >>>> >>>> Br >>>> >>>> Peter >>>> >>>> 2012/7/12 Jakub Kulesza : >>>> > Hi! >>>> > >>>> > I have a problem with windows 2008 r2 (and windows 7 professional) not >>>> > joining my NT domain, that is served by a linux+samba+LDAP server in >>>> the >>>> > same IP subnet. >>>> > >>>> > The NT domain server works ok, windows 7 pro and windows xp physical >>>> hosts >>>> > can perfectly join and log on into it. This infrastructure has been >>>> working >>>> > for years now. >>>> > >>>> > The XEN server dom0 is based on latest debian with xen server from the >>>> > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves >>>> linux and >>>> > windows domU on the local subnet with no (or minor) problems, both >>>> with HVM >>>> > and paravirtualization. >>>> > >>>> > The network on the dom0 is done using bridged interfaces. The dom0 is >>>> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The >>>> domU >>>> > can use the services in the network and the Internet. The hosts in >>>> the IP >>>> > subnet can use the network resources of the domU. The dom0 has all >>>> iptables >>>> > general rules set as ACCEPT, the only rules added are done by xen >>>> startup >>>> > scripts. >>>> > >>>> > When I install a new windows 2008 r2 standard system as domU and try >>>> joining >>>> > the domain from the local NT domain server I get the following error: >>>> > 
>>>> > The following error occurred attempting to join the domain ">>> domain name
>>>> > goes here>":
>>>> >
>>>> > The specified domain either does not exist or could not be contacted.
>>>> >
>>>> > >>>> > I suspect that there is some problem with the networking. Did I miss >>>> > something? Can you recommend looking into some obvious setting >>>> somewhere? >>>> > I've tried looking for similar problems on the net with no result, so >>>> I >>>> > suspect that I've messed up something basic. >>>> > >>>> > The configuration for the windows domU is the following: >>>> > kernel = "/usr/lib/xen-default/boot/hvmloader" >>>> > builder='hvm' >>>> > memory = 1024 >>>> > shadow_memory = 24 >>>> > name = "win2008eval1" >>>> > vif = [ 'type=ioemu, bridge=eth4' ] >>>> > acpi = 1 >>>> > apic = 1 >>>> > pae = 1 >>>> > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] >>>> > vcpus = 1 >>>> > device_model = '/usr/lib/xen-default/bin/qemu-dm' >>>> > boot="c" >>>> > sdl=0 >>>> > vnc=1 >>>> > vncconsole=1 >>>> > vncpasswd='kuleczka' >>>> > serial='pty' >>>> > usbdevice='tablet' >>>> > >>>> > >>>> > -- >>>> > Best regards >>>> > Jakub Kulesza >>>> > >>>> > _______________________________________________ >>>> > 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 >>>> >>> >>> >>> >>> -- >>> Pozdrawiam >>> Jakub Kulesza >>> >> >> >> >> -- >> Pozdrawiam >> Jakub Kulesza >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > > > -- > Shane D. Johnson > IT Administrator > Rasmussen Equipment > > > -- Pozdrawiam Jakub Kulesza --00163682c646c8696404c4a23014 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Wow, thanks, that's reasonable.=A0

What if I start w= indows 7 professional as domU and it fails joining with the exact same mess= age. Windows 7 pro physical machines join perfectly.=A0

2012/7/12 Shane Johnson <sdj@rasmussenequipment.com>
Jakub,
I ran into problems with 2008 R2 =A0and a NT Domain due to R2 ab= solutely requires kerebos to join the domain. =A0There are posts all over t= he internet regarding this and no solution that I have found but to migrate= =A0your domain controller to at least 2000 or higher. =A0(Either that or w= ait for Samba to catch up.)

Shane


On Thu, Jul 12, 2012 at 7:28 AM, Jakub Kulesza &l= t;jakkul@gmail.com> wrote:
One more funny thing:

If I just want to login on the NT = domain server to browse the shared files, I can do that. I just type \\<= hostname> in the explorer, I get a popup that asks me to login, i do, an= d i get the files. The only thing not working is joining the domain.

regards=A0
JK


2012/7/12 Jakub Kulesza <jakkul@gmail.com>
Hi!

DNS works nice.

If I logon = onto the domU and ping the hostname of the NT domain server, the DNS resolv= es the server name and returns pings from 192.168.0.100 correctly.=A0

The settings of the domU net card are OK. MAC address i= s the same as in the xen domU config, IP is 192.168.0.142 with correct netm= ask, route .1, dns .100, DNS search domain is OK.

Of course, the NT domain server name is different than the NT domain name. = And the latter is not discoverable through DNS. I have read about propper s= etting of the DNS in NT domain by samba environment and this seems like a c= orrect procedure. Or do you suggest otherwise? Physical hosts join the doma= in with no problem. This infrastructure is running this way since 2007.

Regards


2012/7/12 Peter Braun <xenware@gmail.com>
Hi,

whats the settings of domU network card?

Seems to me like you are missing correct DNS server config there.
There should be IP of linux/samsa/LDAP server.

You can verify by ping "name of the samba server" if its resolved= correctly.

Br

Peter

2012/7/12 Jakub Kulesza <jakkul@gmail.com>:
> Hi!
>
> I have a problem with windows 2008 r2 (and windows 7 professional) not=
> joining my NT domain, that is served by a linux+samba+LDAP server in t= he
> same IP subnet.
>
> The NT domain server works ok, windows 7 pro and windows xp physical h= osts
> can perfectly join and log on into it. This infrastructure has been wo= rking
> for years now.
>
> The XEN server dom0 is based on latest debian with xen server from the=
> debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linu= x and
> windows domU on the local subnet with no (or minor) problems, both wit= h HVM
> and paravirtualization.
>
> The network on the dom0 is done using bridged interfaces. The dom0 is<= br> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The = domU
> can use the services in the network and the Internet. The hosts in the= IP
> subnet can use the network resources of the domU. The dom0 has all ipt= ables
> general rules set as ACCEPT, the only rules added are done by xen star= tup
> scripts.
>
> When I install a new windows 2008 r2 standard system as domU and try j= oining
> the domain from the local NT domain server I get the following error:<= br> > <pre>
> The following error occurred attempting to join the domain "<m= y domain name
> goes here>":
>
> The specified domain either does not exist or could not be contacted.<= br> > </pre>
>
> I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhe= re?
> I've tried looking for similar problems on the net with no result,= so I
> suspect that I've messed up something basic.
>
> The configuration for the windows domU is the following:
> kernel =3D "/usr/lib/xen-default/boot/hvmloader"
> builder=3D'hvm'
> memory =3D 1024
> shadow_memory =3D 24
> name =3D "win2008eval1"
> vif =3D [ 'type=3Dioemu, bridge=3Deth4' ]
> acpi =3D 1
> apic =3D 1
> pae =3D 1
> disk =3D [ 'phy:/dev/vg/win2008eval1,hda,w']
> vcpus =3D 1
> device_model =3D '/usr/lib/xen-default/bin/qemu-dm'
> boot=3D"c"
> sdl=3D0
> vnc=3D1
> vncconsole=3D1
> vncpasswd=3D'kuleczka'
> serial=3D'pty'
> usbdevice=3D'tablet'
>
>
> --
> Best regards
> Jakub Kulesza
>
> _______________________________________________
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users

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



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza

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



<= /div>--
Shane D. Johnson
IT Administrator
Ras= mussen Equipment





--
PozdrawiamJakub Kulesza
--00163682c646c8696404c4a23014-- --===============9123265024699305005== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9123265024699305005==-- From xen-users-bounces@lists.xen.org Thu Jul 12 13:47:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 13:47: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 1SpJj9-0005OS-Lr; Thu, 12 Jul 2012 13:46:43 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpJj8-0005O5-Gl for xen-users@lists.xensource.com; Thu, 12 Jul 2012 13:46:42 +0000 X-Env-Sender: jakkul@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1342100789!3216240!1 X-Originating-IP: [74.125.82.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17548 invoked from network); 12 Jul 2012 13:46:29 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 13:46:29 -0000 Received: by weyx43 with SMTP id x43so2132047wey.30 for ; Thu, 12 Jul 2012 06:46:29 -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=CUbMnHNtDHEXrK4v+taqi3OMMkJ9bQNsp0T8V0UyVmk=; b=NYeTPbk+5q73xGK2veg2AakCRlSGieYygmlA/hyDE6CfX1ARNAvB6uhIPihgvpfizS UQXukBW0952taJ5VgI3cEfb2jfDxKrNv/xIe56SnUDlT5Yb0MlHZS/l9lmbGzzxm4fAf FK1QUz8mkVooalTJCJq0D2dwd1kjv8vBXHuubmJYNZNA+B6K2L1DCpilW4lH9WbrWrSY oza4rfZor0o6my72x8qh3ViYFgmpzRrmtJpdQgtz7fnJKIGIpDTeFVytrGrO8Gpex/9w PsqIIz5q6Bo70H2h+chr3jgnSlYVSJqfZRKcFYV+kz9gx8rIRp9kMSiiMWhj/ag/h6ik t7eQ== MIME-Version: 1.0 Received: by 10.216.137.42 with SMTP id x42mr10318368wei.219.1342100789028; Thu, 12 Jul 2012 06:46:29 -0700 (PDT) Received: by 10.216.254.215 with HTTP; Thu, 12 Jul 2012 06:46:28 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 15:46:28 +0200 Message-ID: From: Jakub Kulesza To: Shane Johnson Cc: Peter Braun , Xen-users@lists.xen.org, Xen List Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT 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="===============9123265024699305005==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9123265024699305005== Content-Type: multipart/alternative; boundary=00163682c646c8696404c4a23014 --00163682c646c8696404c4a23014 Content-Type: text/plain; charset=ISO-8859-1 Wow, thanks, that's reasonable. What if I start windows 7 professional as domU and it fails joining with the exact same message. Windows 7 pro physical machines join perfectly. 2012/7/12 Shane Johnson > Jakub, > I ran into problems with 2008 R2 and a NT Domain due to R2 absolutely > requires kerebos to join the domain. There are posts all over the internet > regarding this and no solution that I have found but to migrate your > domain controller to at least 2000 or higher. (Either that or wait for > Samba to catch up.) > > Shane > > > On Thu, Jul 12, 2012 at 7:28 AM, Jakub Kulesza wrote: > >> One more funny thing: >> >> If I just want to login on the NT domain server to browse the shared >> files, I can do that. I just type \\ in the explorer, I get a >> popup that asks me to login, i do, and i get the files. The only thing not >> working is joining the domain. >> >> regards >> JK >> >> >> 2012/7/12 Jakub Kulesza >> >>> Hi! >>> >>> DNS works nice. >>> >>> If I logon onto the domU and ping the hostname of the NT domain server, >>> the DNS resolves the server name and returns pings from 192.168.0.100 >>> correctly. >>> >>> The settings of the domU net card are OK. MAC address is the same as in >>> the xen domU config, IP is 192.168.0.142 with correct netmask, route .1, >>> dns .100, DNS search domain is OK. >>> >>> Of course, the NT domain server name is different than the NT domain >>> name. And the latter is not discoverable through DNS. I have read about >>> propper setting of the DNS in NT domain by samba environment and this seems >>> like a correct procedure. Or do you suggest otherwise? Physical hosts join >>> the domain with no problem. This infrastructure is running this way since >>> 2007. >>> >>> Regards >>> >>> >>> 2012/7/12 Peter Braun >>> >>>> Hi, >>>> >>>> whats the settings of domU network card? >>>> >>>> Seems to me like you are missing correct DNS server config there. >>>> There should be IP of linux/samsa/LDAP server. >>>> >>>> You can verify by ping "name of the samba server" if its resolved >>>> correctly. >>>> >>>> Br >>>> >>>> Peter >>>> >>>> 2012/7/12 Jakub Kulesza : >>>> > Hi! >>>> > >>>> > I have a problem with windows 2008 r2 (and windows 7 professional) not >>>> > joining my NT domain, that is served by a linux+samba+LDAP server in >>>> the >>>> > same IP subnet. >>>> > >>>> > The NT domain server works ok, windows 7 pro and windows xp physical >>>> hosts >>>> > can perfectly join and log on into it. This infrastructure has been >>>> working >>>> > for years now. >>>> > >>>> > The XEN server dom0 is based on latest debian with xen server from the >>>> > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves >>>> linux and >>>> > windows domU on the local subnet with no (or minor) problems, both >>>> with HVM >>>> > and paravirtualization. >>>> > >>>> > The network on the dom0 is done using bridged interfaces. The dom0 is >>>> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The >>>> domU >>>> > can use the services in the network and the Internet. The hosts in >>>> the IP >>>> > subnet can use the network resources of the domU. The dom0 has all >>>> iptables >>>> > general rules set as ACCEPT, the only rules added are done by xen >>>> startup >>>> > scripts. >>>> > >>>> > When I install a new windows 2008 r2 standard system as domU and try >>>> joining >>>> > the domain from the local NT domain server I get the following error: >>>> > 
>>>> > The following error occurred attempting to join the domain ">>> domain name
>>>> > goes here>":
>>>> >
>>>> > The specified domain either does not exist or could not be contacted.
>>>> >
>>>> > >>>> > I suspect that there is some problem with the networking. Did I miss >>>> > something? Can you recommend looking into some obvious setting >>>> somewhere? >>>> > I've tried looking for similar problems on the net with no result, so >>>> I >>>> > suspect that I've messed up something basic. >>>> > >>>> > The configuration for the windows domU is the following: >>>> > kernel = "/usr/lib/xen-default/boot/hvmloader" >>>> > builder='hvm' >>>> > memory = 1024 >>>> > shadow_memory = 24 >>>> > name = "win2008eval1" >>>> > vif = [ 'type=ioemu, bridge=eth4' ] >>>> > acpi = 1 >>>> > apic = 1 >>>> > pae = 1 >>>> > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] >>>> > vcpus = 1 >>>> > device_model = '/usr/lib/xen-default/bin/qemu-dm' >>>> > boot="c" >>>> > sdl=0 >>>> > vnc=1 >>>> > vncconsole=1 >>>> > vncpasswd='kuleczka' >>>> > serial='pty' >>>> > usbdevice='tablet' >>>> > >>>> > >>>> > -- >>>> > Best regards >>>> > Jakub Kulesza >>>> > >>>> > _______________________________________________ >>>> > 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 >>>> >>> >>> >>> >>> -- >>> Pozdrawiam >>> Jakub Kulesza >>> >> >> >> >> -- >> Pozdrawiam >> Jakub Kulesza >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > > > -- > Shane D. Johnson > IT Administrator > Rasmussen Equipment > > > -- Pozdrawiam Jakub Kulesza --00163682c646c8696404c4a23014 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Wow, thanks, that's reasonable.=A0

What if I start w= indows 7 professional as domU and it fails joining with the exact same mess= age. Windows 7 pro physical machines join perfectly.=A0

2012/7/12 Shane Johnson <sdj@rasmussenequipment.com>
Jakub,
I ran into problems with 2008 R2 =A0and a NT Domain due to R2 ab= solutely requires kerebos to join the domain. =A0There are posts all over t= he internet regarding this and no solution that I have found but to migrate= =A0your domain controller to at least 2000 or higher. =A0(Either that or w= ait for Samba to catch up.)

Shane


On Thu, Jul 12, 2012 at 7:28 AM, Jakub Kulesza &l= t;jakkul@gmail.com> wrote:
One more funny thing:

If I just want to login on the NT = domain server to browse the shared files, I can do that. I just type \\<= hostname> in the explorer, I get a popup that asks me to login, i do, an= d i get the files. The only thing not working is joining the domain.

regards=A0
JK


2012/7/12 Jakub Kulesza <jakkul@gmail.com>
Hi!

DNS works nice.

If I logon = onto the domU and ping the hostname of the NT domain server, the DNS resolv= es the server name and returns pings from 192.168.0.100 correctly.=A0

The settings of the domU net card are OK. MAC address i= s the same as in the xen domU config, IP is 192.168.0.142 with correct netm= ask, route .1, dns .100, DNS search domain is OK.

Of course, the NT domain server name is different than the NT domain name. = And the latter is not discoverable through DNS. I have read about propper s= etting of the DNS in NT domain by samba environment and this seems like a c= orrect procedure. Or do you suggest otherwise? Physical hosts join the doma= in with no problem. This infrastructure is running this way since 2007.

Regards


2012/7/12 Peter Braun <xenware@gmail.com>
Hi,

whats the settings of domU network card?

Seems to me like you are missing correct DNS server config there.
There should be IP of linux/samsa/LDAP server.

You can verify by ping "name of the samba server" if its resolved= correctly.

Br

Peter

2012/7/12 Jakub Kulesza <jakkul@gmail.com>:
> Hi!
>
> I have a problem with windows 2008 r2 (and windows 7 professional) not=
> joining my NT domain, that is served by a linux+samba+LDAP server in t= he
> same IP subnet.
>
> The NT domain server works ok, windows 7 pro and windows xp physical h= osts
> can perfectly join and log on into it. This infrastructure has been wo= rking
> for years now.
>
> The XEN server dom0 is based on latest debian with xen server from the=
> debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linu= x and
> windows domU on the local subnet with no (or minor) problems, both wit= h HVM
> and paravirtualization.
>
> The network on the dom0 is done using bridged interfaces. The dom0 is<= br> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The = domU
> can use the services in the network and the Internet. The hosts in the= IP
> subnet can use the network resources of the domU. The dom0 has all ipt= ables
> general rules set as ACCEPT, the only rules added are done by xen star= tup
> scripts.
>
> When I install a new windows 2008 r2 standard system as domU and try j= oining
> the domain from the local NT domain server I get the following error:<= br> > <pre>
> The following error occurred attempting to join the domain "<m= y domain name
> goes here>":
>
> The specified domain either does not exist or could not be contacted.<= br> > </pre>
>
> I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhe= re?
> I've tried looking for similar problems on the net with no result,= so I
> suspect that I've messed up something basic.
>
> The configuration for the windows domU is the following:
> kernel =3D "/usr/lib/xen-default/boot/hvmloader"
> builder=3D'hvm'
> memory =3D 1024
> shadow_memory =3D 24
> name =3D "win2008eval1"
> vif =3D [ 'type=3Dioemu, bridge=3Deth4' ]
> acpi =3D 1
> apic =3D 1
> pae =3D 1
> disk =3D [ 'phy:/dev/vg/win2008eval1,hda,w']
> vcpus =3D 1
> device_model =3D '/usr/lib/xen-default/bin/qemu-dm'
> boot=3D"c"
> sdl=3D0
> vnc=3D1
> vncconsole=3D1
> vncpasswd=3D'kuleczka'
> serial=3D'pty'
> usbdevice=3D'tablet'
>
>
> --
> Best regards
> Jakub Kulesza
>
> _______________________________________________
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users

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



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza

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



<= /div>--
Shane D. Johnson
IT Administrator
Ras= mussen Equipment





--
PozdrawiamJakub Kulesza
--00163682c646c8696404c4a23014-- --===============9123265024699305005== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9123265024699305005==-- From xen-users-bounces@lists.xen.org Thu Jul 12 13:58:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 13:58: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 1SpJtg-0006NP-TX; Thu, 12 Jul 2012 13:57:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpJtf-0006Mh-AZ for Xen-users@lists.xen.org; Thu, 12 Jul 2012 13:57:35 +0000 Received: from [85.158.139.83:26933] by server-10.bemta-5.messagelabs.com id E6/83-02190-CC7DEFF4; Thu, 12 Jul 2012 13:57:32 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1342101450!27918031!1 X-Originating-IP: [64.18.1.31] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15455 invoked from network); 12 Jul 2012 13:57:30 -0000 Received: from exprod6og113.obsmtp.com (HELO exprod6og113.obsmtp.com) (64.18.1.31) by server-13.tower-182.messagelabs.com with SMTP; 12 Jul 2012 13:57:30 -0000 Received: from mail-qc0-f175.google.com ([209.85.216.175]) (using TLSv1) by exprod6ob113.postini.com ([64.18.5.12]) with SMTP ID DSNKT/7XyWeNGnAUIDflocKRlvXC1FTqE03t@postini.com; Thu, 12 Jul 2012 06:57:30 PDT Received: by qcad10 with SMTP id d10so1335912qca.6 for ; Thu, 12 Jul 2012 06:57:29 -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=iKGn+GpgvYqbOzT4LFRraECFciqcW9O8YtlvgS+PuXk=; b=Ujax6pHcaAB6f6hm1fI8H4NYWKBqNMtZL7VvE7CWw3HdYjGdj9XDPgSeG7yBfB6Kxx RrCW6Rhm+lVPOi2JREIZMZBukvOGt/ySNVY1Sd3A3oqBHaYJPV27QnAN8AjRhnVhYBpk iAzLnRyMPzKBMIEBmZyKPNwa5rFXXUb4igVKzpjskl2M1xilInNQGvNaK8TRZd6hEUA5 8TXQJ2bNVy+khXi0D22y/h2rSLLbEG7/EBeC3dubeXwZMmzaPz9krvHnYUFavM02Pudj 37GY1CRwctIaxCGBt+OurtFIWX5sgEa+3ZiUU/OeZcIaKeZjCWltnarUc2ktYQI8tcQD uRng== MIME-Version: 1.0 Received: by 10.224.187.6 with SMTP id cu6mr4210633qab.63.1342101449061; Thu, 12 Jul 2012 06:57:29 -0700 (PDT) Received: by 10.229.204.154 with HTTP; Thu, 12 Jul 2012 06:57:29 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 07:57:29 -0600 Message-ID: From: Shane Johnson To: Jakub Kulesza X-Gm-Message-State: ALoCoQmKkX+UBxbnl5Bf5k0e8eQNOXhjE0QLSeRy0LvRkuu9hKYA769yW+npOa6u+lwd8r0w+hgP Cc: Peter Braun , Xen-users@lists.xen.org, Xen List Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT 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="===============3904061058605935292==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3904061058605935292== Content-Type: multipart/alternative; boundary=20cf30334a731fb48d04c4a25845 --20cf30334a731fb48d04c4a25845 Content-Type: text/plain; charset=ISO-8859-1 Jakub, Sorry, I don't have 7 joined to our NT domain, so I don't know for sure. But from memory 7 doesn't have the same requirements or that you can make a registry change to allow it to join the domain. Shane On Thu, Jul 12, 2012 at 7:46 AM, Jakub Kulesza wrote: > Wow, thanks, that's reasonable. > > What if I start windows 7 professional as domU and it fails joining with > the exact same message. Windows 7 pro physical machines join perfectly. > > 2012/7/12 Shane Johnson > >> Jakub, >> I ran into problems with 2008 R2 and a NT Domain due to R2 absolutely >> requires kerebos to join the domain. There are posts all over the internet >> regarding this and no solution that I have found but to migrate your >> domain controller to at least 2000 or higher. (Either that or wait for >> Samba to catch up.) >> >> Shane >> >> >> On Thu, Jul 12, 2012 at 7:28 AM, Jakub Kulesza wrote: >> >>> One more funny thing: >>> >>> If I just want to login on the NT domain server to browse the shared >>> files, I can do that. I just type \\ in the explorer, I get a >>> popup that asks me to login, i do, and i get the files. The only thing not >>> working is joining the domain. >>> >>> regards >>> JK >>> >>> >>> 2012/7/12 Jakub Kulesza >>> >>>> Hi! >>>> >>>> DNS works nice. >>>> >>>> If I logon onto the domU and ping the hostname of the NT domain server, >>>> the DNS resolves the server name and returns pings from 192.168.0.100 >>>> correctly. >>>> >>>> The settings of the domU net card are OK. MAC address is the same as in >>>> the xen domU config, IP is 192.168.0.142 with correct netmask, route .1, >>>> dns .100, DNS search domain is OK. >>>> >>>> Of course, the NT domain server name is different than the NT domain >>>> name. And the latter is not discoverable through DNS. I have read about >>>> propper setting of the DNS in NT domain by samba environment and this seems >>>> like a correct procedure. Or do you suggest otherwise? Physical hosts join >>>> the domain with no problem. This infrastructure is running this way since >>>> 2007. >>>> >>>> Regards >>>> >>>> >>>> 2012/7/12 Peter Braun >>>> >>>>> Hi, >>>>> >>>>> whats the settings of domU network card? >>>>> >>>>> Seems to me like you are missing correct DNS server config there. >>>>> There should be IP of linux/samsa/LDAP server. >>>>> >>>>> You can verify by ping "name of the samba server" if its resolved >>>>> correctly. >>>>> >>>>> Br >>>>> >>>>> Peter >>>>> >>>>> 2012/7/12 Jakub Kulesza : >>>>> > Hi! >>>>> > >>>>> > I have a problem with windows 2008 r2 (and windows 7 professional) >>>>> not >>>>> > joining my NT domain, that is served by a linux+samba+LDAP server in >>>>> the >>>>> > same IP subnet. >>>>> > >>>>> > The NT domain server works ok, windows 7 pro and windows xp physical >>>>> hosts >>>>> > can perfectly join and log on into it. This infrastructure has been >>>>> working >>>>> > for years now. >>>>> > >>>>> > The XEN server dom0 is based on latest debian with xen server from >>>>> the >>>>> > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves >>>>> linux and >>>>> > windows domU on the local subnet with no (or minor) problems, both >>>>> with HVM >>>>> > and paravirtualization. >>>>> > >>>>> > The network on the dom0 is done using bridged interfaces. The dom0 is >>>>> > 192.168.0.132, windows domU is .142 and NT domain server is .100. >>>>> The domU >>>>> > can use the services in the network and the Internet. The hosts in >>>>> the IP >>>>> > subnet can use the network resources of the domU. The dom0 has all >>>>> iptables >>>>> > general rules set as ACCEPT, the only rules added are done by xen >>>>> startup >>>>> > scripts. >>>>> > >>>>> > When I install a new windows 2008 r2 standard system as domU and try >>>>> joining >>>>> > the domain from the local NT domain server I get the following error: >>>>> > 
>>>>> > The following error occurred attempting to join the domain ">>>> domain name
>>>>> > goes here>":
>>>>> >
>>>>> > The specified domain either does not exist or could not be contacted.
>>>>> >
>>>>> > >>>>> > I suspect that there is some problem with the networking. Did I miss >>>>> > something? Can you recommend looking into some obvious setting >>>>> somewhere? >>>>> > I've tried looking for similar problems on the net with no result, >>>>> so I >>>>> > suspect that I've messed up something basic. >>>>> > >>>>> > The configuration for the windows domU is the following: >>>>> > kernel = "/usr/lib/xen-default/boot/hvmloader" >>>>> > builder='hvm' >>>>> > memory = 1024 >>>>> > shadow_memory = 24 >>>>> > name = "win2008eval1" >>>>> > vif = [ 'type=ioemu, bridge=eth4' ] >>>>> > acpi = 1 >>>>> > apic = 1 >>>>> > pae = 1 >>>>> > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] >>>>> > vcpus = 1 >>>>> > device_model = '/usr/lib/xen-default/bin/qemu-dm' >>>>> > boot="c" >>>>> > sdl=0 >>>>> > vnc=1 >>>>> > vncconsole=1 >>>>> > vncpasswd='kuleczka' >>>>> > serial='pty' >>>>> > usbdevice='tablet' >>>>> > >>>>> > >>>>> > -- >>>>> > Best regards >>>>> > Jakub Kulesza >>>>> > >>>>> > _______________________________________________ >>>>> > 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 >>>>> >>>> >>>> >>>> >>>> -- >>>> Pozdrawiam >>>> Jakub Kulesza >>>> >>> >>> >>> >>> -- >>> Pozdrawiam >>> Jakub Kulesza >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >>> >> >> >> >> -- >> Shane D. Johnson >> IT Administrator >> Rasmussen Equipment >> >> >> > > > -- > Pozdrawiam > Jakub Kulesza > -- Shane D. Johnson IT Administrator Rasmussen Equipment --20cf30334a731fb48d04c4a25845 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Jakub,
Sorry, I don't have 7 joined to our NT domain, so I don'= t know for sure. =A0But from memory 7 doesn't have the same requirement= s or that you can make a registry change to=A0allow=A0it to join the domain= .

Shane

On Thu, Jul 12,= 2012 at 7:46 AM, Jakub Kulesza <jakkul@gmail.com> wrote:
=
Wow, thanks, that's reasonable.=A0

What if I start w= indows 7 professional as domU and it fails joining with the exact same mess= age. Windows 7 pro physical machines join perfectly.=A0

2012/7/12 Shane Johnson <sdj@rasmussenequipment.com>
Jakub,
I ran into problems with 2008 R2 =A0and a NT Domain due to R2 ab= solutely requires kerebos to join the domain. =A0There are posts all over t= he internet regarding this and no solution that I have found but to migrate= =A0your domain controller to at least 2000 or higher. =A0(Either that or w= ait for Samba to catch up.)

Shane


On Th= u, Jul 12, 2012 at 7:28 AM, Jakub Kulesza <jakkul@gmail.com> = wrote:
One more funny thing:

If I just want to login on the NT = domain server to browse the shared files, I can do that. I just type \\<= hostname> in the explorer, I get a popup that asks me to login, i do, an= d i get the files. The only thing not working is joining the domain.

regards=A0
JK


2012/7/12 Jakub Kulesza <jakkul@gmail.com>
Hi!

DNS works nice.

If I logon = onto the domU and ping the hostname of the NT domain server, the DNS resolv= es the server name and returns pings from 192.168.0.100 correctly.=A0

The settings of the domU net card are OK. MAC address i= s the same as in the xen domU config, IP is 192.168.0.142 with correct netm= ask, route .1, dns .100, DNS search domain is OK.

Of course, the NT domain server name is different than the NT domain name. = And the latter is not discoverable through DNS. I have read about propper s= etting of the DNS in NT domain by samba environment and this seems like a c= orrect procedure. Or do you suggest otherwise? Physical hosts join the doma= in with no problem. This infrastructure is running this way since 2007.

Regards


2012/7/12 Peter Braun <xenware@gmail.com>
Hi,

whats the settings of domU network card?

Seems to me like you are missing correct DNS server config there.
There should be IP of linux/samsa/LDAP server.

You can verify by ping "name of the samba server" if its resolved= correctly.

Br

Peter

2012/7/12 Jakub Kulesza <jakkul@gmail.com>:
> Hi!
>
> I have a problem with windows 2008 r2 (and windows 7 professional) not=
> joining my NT domain, that is served by a linux+samba+LDAP server in t= he
> same IP subnet.
>
> The NT domain server works ok, windows 7 pro and windows xp physical h= osts
> can perfectly join and log on into it. This infrastructure has been wo= rking
> for years now.
>
> The XEN server dom0 is based on latest debian with xen server from the=
> debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linu= x and
> windows domU on the local subnet with no (or minor) problems, both wit= h HVM
> and paravirtualization.
>
> The network on the dom0 is done using bridged interfaces. The dom0 is<= br> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The = domU
> can use the services in the network and the Internet. The hosts in the= IP
> subnet can use the network resources of the domU. The dom0 has all ipt= ables
> general rules set as ACCEPT, the only rules added are done by xen star= tup
> scripts.
>
> When I install a new windows 2008 r2 standard system as domU and try j= oining
> the domain from the local NT domain server I get the following error:<= br> > <pre>
> The following error occurred attempting to join the domain "<m= y domain name
> goes here>":
>
> The specified domain either does not exist or could not be contacted.<= br> > </pre>
>
> I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhe= re?
> I've tried looking for similar problems on the net with no result,= so I
> suspect that I've messed up something basic.
>
> The configuration for the windows domU is the following:
> kernel =3D "/usr/lib/xen-default/boot/hvmloader"
> builder=3D'hvm'
> memory =3D 1024
> shadow_memory =3D 24
> name =3D "win2008eval1"
> vif =3D [ 'type=3Dioemu, bridge=3Deth4' ]
> acpi =3D 1
> apic =3D 1
> pae =3D 1
> disk =3D [ 'phy:/dev/vg/win2008eval1,hda,w']
> vcpus =3D 1
> device_model =3D '/usr/lib/xen-default/bin/qemu-dm'
> boot=3D"c"
> sdl=3D0
> vnc=3D1
> vncconsole=3D1
> vncpasswd=3D'kuleczka'
> serial=3D'pty'
> usbdevice=3D'tablet'
>
>
> --
> Best regards
> Jakub Kulesza
>
> _______________________________________________
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users

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



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza

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



--
Shane D. Johnson
IT Admi= nistrator
Rasmussen Equipment





--
Pozdrawiam
Jakub Kulesz= a



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


--20cf30334a731fb48d04c4a25845-- --===============3904061058605935292== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3904061058605935292==-- From xen-users-bounces@lists.xen.org Thu Jul 12 13:58:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 13:58: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 1SpJtg-0006NP-TX; Thu, 12 Jul 2012 13:57:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpJtf-0006Mh-AZ for Xen-users@lists.xen.org; Thu, 12 Jul 2012 13:57:35 +0000 Received: from [85.158.139.83:26933] by server-10.bemta-5.messagelabs.com id E6/83-02190-CC7DEFF4; Thu, 12 Jul 2012 13:57:32 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1342101450!27918031!1 X-Originating-IP: [64.18.1.31] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15455 invoked from network); 12 Jul 2012 13:57:30 -0000 Received: from exprod6og113.obsmtp.com (HELO exprod6og113.obsmtp.com) (64.18.1.31) by server-13.tower-182.messagelabs.com with SMTP; 12 Jul 2012 13:57:30 -0000 Received: from mail-qc0-f175.google.com ([209.85.216.175]) (using TLSv1) by exprod6ob113.postini.com ([64.18.5.12]) with SMTP ID DSNKT/7XyWeNGnAUIDflocKRlvXC1FTqE03t@postini.com; Thu, 12 Jul 2012 06:57:30 PDT Received: by qcad10 with SMTP id d10so1335912qca.6 for ; Thu, 12 Jul 2012 06:57:29 -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=iKGn+GpgvYqbOzT4LFRraECFciqcW9O8YtlvgS+PuXk=; b=Ujax6pHcaAB6f6hm1fI8H4NYWKBqNMtZL7VvE7CWw3HdYjGdj9XDPgSeG7yBfB6Kxx RrCW6Rhm+lVPOi2JREIZMZBukvOGt/ySNVY1Sd3A3oqBHaYJPV27QnAN8AjRhnVhYBpk iAzLnRyMPzKBMIEBmZyKPNwa5rFXXUb4igVKzpjskl2M1xilInNQGvNaK8TRZd6hEUA5 8TXQJ2bNVy+khXi0D22y/h2rSLLbEG7/EBeC3dubeXwZMmzaPz9krvHnYUFavM02Pudj 37GY1CRwctIaxCGBt+OurtFIWX5sgEa+3ZiUU/OeZcIaKeZjCWltnarUc2ktYQI8tcQD uRng== MIME-Version: 1.0 Received: by 10.224.187.6 with SMTP id cu6mr4210633qab.63.1342101449061; Thu, 12 Jul 2012 06:57:29 -0700 (PDT) Received: by 10.229.204.154 with HTTP; Thu, 12 Jul 2012 06:57:29 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 07:57:29 -0600 Message-ID: From: Shane Johnson To: Jakub Kulesza X-Gm-Message-State: ALoCoQmKkX+UBxbnl5Bf5k0e8eQNOXhjE0QLSeRy0LvRkuu9hKYA769yW+npOa6u+lwd8r0w+hgP Cc: Peter Braun , Xen-users@lists.xen.org, Xen List Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT 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="===============3904061058605935292==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3904061058605935292== Content-Type: multipart/alternative; boundary=20cf30334a731fb48d04c4a25845 --20cf30334a731fb48d04c4a25845 Content-Type: text/plain; charset=ISO-8859-1 Jakub, Sorry, I don't have 7 joined to our NT domain, so I don't know for sure. But from memory 7 doesn't have the same requirements or that you can make a registry change to allow it to join the domain. Shane On Thu, Jul 12, 2012 at 7:46 AM, Jakub Kulesza wrote: > Wow, thanks, that's reasonable. > > What if I start windows 7 professional as domU and it fails joining with > the exact same message. Windows 7 pro physical machines join perfectly. > > 2012/7/12 Shane Johnson > >> Jakub, >> I ran into problems with 2008 R2 and a NT Domain due to R2 absolutely >> requires kerebos to join the domain. There are posts all over the internet >> regarding this and no solution that I have found but to migrate your >> domain controller to at least 2000 or higher. (Either that or wait for >> Samba to catch up.) >> >> Shane >> >> >> On Thu, Jul 12, 2012 at 7:28 AM, Jakub Kulesza wrote: >> >>> One more funny thing: >>> >>> If I just want to login on the NT domain server to browse the shared >>> files, I can do that. I just type \\ in the explorer, I get a >>> popup that asks me to login, i do, and i get the files. The only thing not >>> working is joining the domain. >>> >>> regards >>> JK >>> >>> >>> 2012/7/12 Jakub Kulesza >>> >>>> Hi! >>>> >>>> DNS works nice. >>>> >>>> If I logon onto the domU and ping the hostname of the NT domain server, >>>> the DNS resolves the server name and returns pings from 192.168.0.100 >>>> correctly. >>>> >>>> The settings of the domU net card are OK. MAC address is the same as in >>>> the xen domU config, IP is 192.168.0.142 with correct netmask, route .1, >>>> dns .100, DNS search domain is OK. >>>> >>>> Of course, the NT domain server name is different than the NT domain >>>> name. And the latter is not discoverable through DNS. I have read about >>>> propper setting of the DNS in NT domain by samba environment and this seems >>>> like a correct procedure. Or do you suggest otherwise? Physical hosts join >>>> the domain with no problem. This infrastructure is running this way since >>>> 2007. >>>> >>>> Regards >>>> >>>> >>>> 2012/7/12 Peter Braun >>>> >>>>> Hi, >>>>> >>>>> whats the settings of domU network card? >>>>> >>>>> Seems to me like you are missing correct DNS server config there. >>>>> There should be IP of linux/samsa/LDAP server. >>>>> >>>>> You can verify by ping "name of the samba server" if its resolved >>>>> correctly. >>>>> >>>>> Br >>>>> >>>>> Peter >>>>> >>>>> 2012/7/12 Jakub Kulesza : >>>>> > Hi! >>>>> > >>>>> > I have a problem with windows 2008 r2 (and windows 7 professional) >>>>> not >>>>> > joining my NT domain, that is served by a linux+samba+LDAP server in >>>>> the >>>>> > same IP subnet. >>>>> > >>>>> > The NT domain server works ok, windows 7 pro and windows xp physical >>>>> hosts >>>>> > can perfectly join and log on into it. This infrastructure has been >>>>> working >>>>> > for years now. >>>>> > >>>>> > The XEN server dom0 is based on latest debian with xen server from >>>>> the >>>>> > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves >>>>> linux and >>>>> > windows domU on the local subnet with no (or minor) problems, both >>>>> with HVM >>>>> > and paravirtualization. >>>>> > >>>>> > The network on the dom0 is done using bridged interfaces. The dom0 is >>>>> > 192.168.0.132, windows domU is .142 and NT domain server is .100. >>>>> The domU >>>>> > can use the services in the network and the Internet. The hosts in >>>>> the IP >>>>> > subnet can use the network resources of the domU. The dom0 has all >>>>> iptables >>>>> > general rules set as ACCEPT, the only rules added are done by xen >>>>> startup >>>>> > scripts. >>>>> > >>>>> > When I install a new windows 2008 r2 standard system as domU and try >>>>> joining >>>>> > the domain from the local NT domain server I get the following error: >>>>> > 
>>>>> > The following error occurred attempting to join the domain ">>>> domain name
>>>>> > goes here>":
>>>>> >
>>>>> > The specified domain either does not exist or could not be contacted.
>>>>> >
>>>>> > >>>>> > I suspect that there is some problem with the networking. Did I miss >>>>> > something? Can you recommend looking into some obvious setting >>>>> somewhere? >>>>> > I've tried looking for similar problems on the net with no result, >>>>> so I >>>>> > suspect that I've messed up something basic. >>>>> > >>>>> > The configuration for the windows domU is the following: >>>>> > kernel = "/usr/lib/xen-default/boot/hvmloader" >>>>> > builder='hvm' >>>>> > memory = 1024 >>>>> > shadow_memory = 24 >>>>> > name = "win2008eval1" >>>>> > vif = [ 'type=ioemu, bridge=eth4' ] >>>>> > acpi = 1 >>>>> > apic = 1 >>>>> > pae = 1 >>>>> > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] >>>>> > vcpus = 1 >>>>> > device_model = '/usr/lib/xen-default/bin/qemu-dm' >>>>> > boot="c" >>>>> > sdl=0 >>>>> > vnc=1 >>>>> > vncconsole=1 >>>>> > vncpasswd='kuleczka' >>>>> > serial='pty' >>>>> > usbdevice='tablet' >>>>> > >>>>> > >>>>> > -- >>>>> > Best regards >>>>> > Jakub Kulesza >>>>> > >>>>> > _______________________________________________ >>>>> > 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 >>>>> >>>> >>>> >>>> >>>> -- >>>> Pozdrawiam >>>> Jakub Kulesza >>>> >>> >>> >>> >>> -- >>> Pozdrawiam >>> Jakub Kulesza >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >>> >> >> >> >> -- >> Shane D. Johnson >> IT Administrator >> Rasmussen Equipment >> >> >> > > > -- > Pozdrawiam > Jakub Kulesza > -- Shane D. Johnson IT Administrator Rasmussen Equipment --20cf30334a731fb48d04c4a25845 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Jakub,
Sorry, I don't have 7 joined to our NT domain, so I don'= t know for sure. =A0But from memory 7 doesn't have the same requirement= s or that you can make a registry change to=A0allow=A0it to join the domain= .

Shane

On Thu, Jul 12,= 2012 at 7:46 AM, Jakub Kulesza <jakkul@gmail.com> wrote:
=
Wow, thanks, that's reasonable.=A0

What if I start w= indows 7 professional as domU and it fails joining with the exact same mess= age. Windows 7 pro physical machines join perfectly.=A0

2012/7/12 Shane Johnson <sdj@rasmussenequipment.com>
Jakub,
I ran into problems with 2008 R2 =A0and a NT Domain due to R2 ab= solutely requires kerebos to join the domain. =A0There are posts all over t= he internet regarding this and no solution that I have found but to migrate= =A0your domain controller to at least 2000 or higher. =A0(Either that or w= ait for Samba to catch up.)

Shane


On Th= u, Jul 12, 2012 at 7:28 AM, Jakub Kulesza <jakkul@gmail.com> = wrote:
One more funny thing:

If I just want to login on the NT = domain server to browse the shared files, I can do that. I just type \\<= hostname> in the explorer, I get a popup that asks me to login, i do, an= d i get the files. The only thing not working is joining the domain.

regards=A0
JK


2012/7/12 Jakub Kulesza <jakkul@gmail.com>
Hi!

DNS works nice.

If I logon = onto the domU and ping the hostname of the NT domain server, the DNS resolv= es the server name and returns pings from 192.168.0.100 correctly.=A0

The settings of the domU net card are OK. MAC address i= s the same as in the xen domU config, IP is 192.168.0.142 with correct netm= ask, route .1, dns .100, DNS search domain is OK.

Of course, the NT domain server name is different than the NT domain name. = And the latter is not discoverable through DNS. I have read about propper s= etting of the DNS in NT domain by samba environment and this seems like a c= orrect procedure. Or do you suggest otherwise? Physical hosts join the doma= in with no problem. This infrastructure is running this way since 2007.

Regards


2012/7/12 Peter Braun <xenware@gmail.com>
Hi,

whats the settings of domU network card?

Seems to me like you are missing correct DNS server config there.
There should be IP of linux/samsa/LDAP server.

You can verify by ping "name of the samba server" if its resolved= correctly.

Br

Peter

2012/7/12 Jakub Kulesza <jakkul@gmail.com>:
> Hi!
>
> I have a problem with windows 2008 r2 (and windows 7 professional) not=
> joining my NT domain, that is served by a linux+samba+LDAP server in t= he
> same IP subnet.
>
> The NT domain server works ok, windows 7 pro and windows xp physical h= osts
> can perfectly join and log on into it. This infrastructure has been wo= rking
> for years now.
>
> The XEN server dom0 is based on latest debian with xen server from the=
> debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linu= x and
> windows domU on the local subnet with no (or minor) problems, both wit= h HVM
> and paravirtualization.
>
> The network on the dom0 is done using bridged interfaces. The dom0 is<= br> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The = domU
> can use the services in the network and the Internet. The hosts in the= IP
> subnet can use the network resources of the domU. The dom0 has all ipt= ables
> general rules set as ACCEPT, the only rules added are done by xen star= tup
> scripts.
>
> When I install a new windows 2008 r2 standard system as domU and try j= oining
> the domain from the local NT domain server I get the following error:<= br> > <pre>
> The following error occurred attempting to join the domain "<m= y domain name
> goes here>":
>
> The specified domain either does not exist or could not be contacted.<= br> > </pre>
>
> I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhe= re?
> I've tried looking for similar problems on the net with no result,= so I
> suspect that I've messed up something basic.
>
> The configuration for the windows domU is the following:
> kernel =3D "/usr/lib/xen-default/boot/hvmloader"
> builder=3D'hvm'
> memory =3D 1024
> shadow_memory =3D 24
> name =3D "win2008eval1"
> vif =3D [ 'type=3Dioemu, bridge=3Deth4' ]
> acpi =3D 1
> apic =3D 1
> pae =3D 1
> disk =3D [ 'phy:/dev/vg/win2008eval1,hda,w']
> vcpus =3D 1
> device_model =3D '/usr/lib/xen-default/bin/qemu-dm'
> boot=3D"c"
> sdl=3D0
> vnc=3D1
> vncconsole=3D1
> vncpasswd=3D'kuleczka'
> serial=3D'pty'
> usbdevice=3D'tablet'
>
>
> --
> Best regards
> Jakub Kulesza
>
> _______________________________________________
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users

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



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza

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



--
Shane D. Johnson
IT Admi= nistrator
Rasmussen Equipment





--
Pozdrawiam
Jakub Kulesz= a



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


--20cf30334a731fb48d04c4a25845-- --===============3904061058605935292== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3904061058605935292==-- From xen-users-bounces@lists.xen.org Thu Jul 12 13:58:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 13:58: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 1SpJte-0006Mv-Su; Thu, 12 Jul 2012 13:57:34 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpJtd-0006Mi-Ei for xen-users@lists.xensource.com; Thu, 12 Jul 2012 13:57:33 +0000 Received: from [85.158.143.99:43249] by server-1.bemta-4.messagelabs.com id 80/71-24392-CC7DEFF4; Thu, 12 Jul 2012 13:57:32 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1342101450!18725865!1 X-Originating-IP: [64.18.1.33] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15083 invoked from network); 12 Jul 2012 13:57:30 -0000 Received: from exprod6og114.obsmtp.com (HELO exprod6og114.obsmtp.com) (64.18.1.33) by server-8.tower-216.messagelabs.com with SMTP; 12 Jul 2012 13:57:30 -0000 Received: from mail-qa0-f51.google.com ([209.85.216.51]) (using TLSv1) by exprod6ob114.postini.com ([64.18.5.12]) with SMTP ID DSNKT/7XyWeNGnAUIDflocKRlvXC1FTqE03t@postini.com; Thu, 12 Jul 2012 06:57:30 PDT Received: by qaea16 with SMTP id a16so1613387qae.10 for ; Thu, 12 Jul 2012 06:57:29 -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=iKGn+GpgvYqbOzT4LFRraECFciqcW9O8YtlvgS+PuXk=; b=R/WJFLTQ91vmK5qhZ2C8rJOTRuayQLZlKHpT3KlLxKvmgggNSPNOfdardx6+vwCgzk Eod/VxArVTf9WvqLfCEWTVb1ARAbPWKCj/gpRuZS8YeMm6mKq8X04LjyqRKhOouqHj9P eS6ygigZZcLF45bnZUrEcof2J633S6tAR374Y/1ReXfC23W9GUKgGj1UzJ86NvmP+Igf zVULdz595SED5s2K5FQBjhQxiSbAk1a5lQfl5fRs2KIJUn5wSHVfwJu66YVtXFW+FVMt xGElRaSBPqajrrWK8whl1Zsx1EIGRqfj7dfNcncTBEvoVs07/X/5F7an3pX1PvnGVXbo 7MNA== MIME-Version: 1.0 Received: by 10.224.187.6 with SMTP id cu6mr4210633qab.63.1342101449061; Thu, 12 Jul 2012 06:57:29 -0700 (PDT) Received: by 10.229.204.154 with HTTP; Thu, 12 Jul 2012 06:57:29 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 07:57:29 -0600 Message-ID: From: Shane Johnson To: Jakub Kulesza X-Gm-Message-State: ALoCoQkGCC83qcdziLa+dXQrA7K4dtFU00mu6EiK2626flmzvj5qzK4iZpxarhOUaJg4vQyeRx82 Cc: Peter Braun , Xen-users@lists.xen.org, Xen List Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT 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="===============3595879842102189855==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3595879842102189855== Content-Type: multipart/alternative; boundary=20cf30334a731fb48d04c4a25845 --20cf30334a731fb48d04c4a25845 Content-Type: text/plain; charset=ISO-8859-1 Jakub, Sorry, I don't have 7 joined to our NT domain, so I don't know for sure. But from memory 7 doesn't have the same requirements or that you can make a registry change to allow it to join the domain. Shane On Thu, Jul 12, 2012 at 7:46 AM, Jakub Kulesza wrote: > Wow, thanks, that's reasonable. > > What if I start windows 7 professional as domU and it fails joining with > the exact same message. Windows 7 pro physical machines join perfectly. > > 2012/7/12 Shane Johnson > >> Jakub, >> I ran into problems with 2008 R2 and a NT Domain due to R2 absolutely >> requires kerebos to join the domain. There are posts all over the internet >> regarding this and no solution that I have found but to migrate your >> domain controller to at least 2000 or higher. (Either that or wait for >> Samba to catch up.) >> >> Shane >> >> >> On Thu, Jul 12, 2012 at 7:28 AM, Jakub Kulesza wrote: >> >>> One more funny thing: >>> >>> If I just want to login on the NT domain server to browse the shared >>> files, I can do that. I just type \\ in the explorer, I get a >>> popup that asks me to login, i do, and i get the files. The only thing not >>> working is joining the domain. >>> >>> regards >>> JK >>> >>> >>> 2012/7/12 Jakub Kulesza >>> >>>> Hi! >>>> >>>> DNS works nice. >>>> >>>> If I logon onto the domU and ping the hostname of the NT domain server, >>>> the DNS resolves the server name and returns pings from 192.168.0.100 >>>> correctly. >>>> >>>> The settings of the domU net card are OK. MAC address is the same as in >>>> the xen domU config, IP is 192.168.0.142 with correct netmask, route .1, >>>> dns .100, DNS search domain is OK. >>>> >>>> Of course, the NT domain server name is different than the NT domain >>>> name. And the latter is not discoverable through DNS. I have read about >>>> propper setting of the DNS in NT domain by samba environment and this seems >>>> like a correct procedure. Or do you suggest otherwise? Physical hosts join >>>> the domain with no problem. This infrastructure is running this way since >>>> 2007. >>>> >>>> Regards >>>> >>>> >>>> 2012/7/12 Peter Braun >>>> >>>>> Hi, >>>>> >>>>> whats the settings of domU network card? >>>>> >>>>> Seems to me like you are missing correct DNS server config there. >>>>> There should be IP of linux/samsa/LDAP server. >>>>> >>>>> You can verify by ping "name of the samba server" if its resolved >>>>> correctly. >>>>> >>>>> Br >>>>> >>>>> Peter >>>>> >>>>> 2012/7/12 Jakub Kulesza : >>>>> > Hi! >>>>> > >>>>> > I have a problem with windows 2008 r2 (and windows 7 professional) >>>>> not >>>>> > joining my NT domain, that is served by a linux+samba+LDAP server in >>>>> the >>>>> > same IP subnet. >>>>> > >>>>> > The NT domain server works ok, windows 7 pro and windows xp physical >>>>> hosts >>>>> > can perfectly join and log on into it. This infrastructure has been >>>>> working >>>>> > for years now. >>>>> > >>>>> > The XEN server dom0 is based on latest debian with xen server from >>>>> the >>>>> > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves >>>>> linux and >>>>> > windows domU on the local subnet with no (or minor) problems, both >>>>> with HVM >>>>> > and paravirtualization. >>>>> > >>>>> > The network on the dom0 is done using bridged interfaces. The dom0 is >>>>> > 192.168.0.132, windows domU is .142 and NT domain server is .100. >>>>> The domU >>>>> > can use the services in the network and the Internet. The hosts in >>>>> the IP >>>>> > subnet can use the network resources of the domU. The dom0 has all >>>>> iptables >>>>> > general rules set as ACCEPT, the only rules added are done by xen >>>>> startup >>>>> > scripts. >>>>> > >>>>> > When I install a new windows 2008 r2 standard system as domU and try >>>>> joining >>>>> > the domain from the local NT domain server I get the following error: >>>>> > 
>>>>> > The following error occurred attempting to join the domain ">>>> domain name
>>>>> > goes here>":
>>>>> >
>>>>> > The specified domain either does not exist or could not be contacted.
>>>>> >
>>>>> > >>>>> > I suspect that there is some problem with the networking. Did I miss >>>>> > something? Can you recommend looking into some obvious setting >>>>> somewhere? >>>>> > I've tried looking for similar problems on the net with no result, >>>>> so I >>>>> > suspect that I've messed up something basic. >>>>> > >>>>> > The configuration for the windows domU is the following: >>>>> > kernel = "/usr/lib/xen-default/boot/hvmloader" >>>>> > builder='hvm' >>>>> > memory = 1024 >>>>> > shadow_memory = 24 >>>>> > name = "win2008eval1" >>>>> > vif = [ 'type=ioemu, bridge=eth4' ] >>>>> > acpi = 1 >>>>> > apic = 1 >>>>> > pae = 1 >>>>> > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] >>>>> > vcpus = 1 >>>>> > device_model = '/usr/lib/xen-default/bin/qemu-dm' >>>>> > boot="c" >>>>> > sdl=0 >>>>> > vnc=1 >>>>> > vncconsole=1 >>>>> > vncpasswd='kuleczka' >>>>> > serial='pty' >>>>> > usbdevice='tablet' >>>>> > >>>>> > >>>>> > -- >>>>> > Best regards >>>>> > Jakub Kulesza >>>>> > >>>>> > _______________________________________________ >>>>> > 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 >>>>> >>>> >>>> >>>> >>>> -- >>>> Pozdrawiam >>>> Jakub Kulesza >>>> >>> >>> >>> >>> -- >>> Pozdrawiam >>> Jakub Kulesza >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >>> >> >> >> >> -- >> Shane D. Johnson >> IT Administrator >> Rasmussen Equipment >> >> >> > > > -- > Pozdrawiam > Jakub Kulesza > -- Shane D. Johnson IT Administrator Rasmussen Equipment --20cf30334a731fb48d04c4a25845 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Jakub,
Sorry, I don't have 7 joined to our NT domain, so I don'= t know for sure. =A0But from memory 7 doesn't have the same requirement= s or that you can make a registry change to=A0allow=A0it to join the domain= .

Shane

On Thu, Jul 12,= 2012 at 7:46 AM, Jakub Kulesza <jakkul@gmail.com> wrote:
=
Wow, thanks, that's reasonable.=A0

What if I start w= indows 7 professional as domU and it fails joining with the exact same mess= age. Windows 7 pro physical machines join perfectly.=A0

2012/7/12 Shane Johnson <sdj@rasmussenequipment.com>
Jakub,
I ran into problems with 2008 R2 =A0and a NT Domain due to R2 ab= solutely requires kerebos to join the domain. =A0There are posts all over t= he internet regarding this and no solution that I have found but to migrate= =A0your domain controller to at least 2000 or higher. =A0(Either that or w= ait for Samba to catch up.)

Shane


On Th= u, Jul 12, 2012 at 7:28 AM, Jakub Kulesza <jakkul@gmail.com> = wrote:
One more funny thing:

If I just want to login on the NT = domain server to browse the shared files, I can do that. I just type \\<= hostname> in the explorer, I get a popup that asks me to login, i do, an= d i get the files. The only thing not working is joining the domain.

regards=A0
JK


2012/7/12 Jakub Kulesza <jakkul@gmail.com>
Hi!

DNS works nice.

If I logon = onto the domU and ping the hostname of the NT domain server, the DNS resolv= es the server name and returns pings from 192.168.0.100 correctly.=A0

The settings of the domU net card are OK. MAC address i= s the same as in the xen domU config, IP is 192.168.0.142 with correct netm= ask, route .1, dns .100, DNS search domain is OK.

Of course, the NT domain server name is different than the NT domain name. = And the latter is not discoverable through DNS. I have read about propper s= etting of the DNS in NT domain by samba environment and this seems like a c= orrect procedure. Or do you suggest otherwise? Physical hosts join the doma= in with no problem. This infrastructure is running this way since 2007.

Regards


2012/7/12 Peter Braun <xenware@gmail.com>
Hi,

whats the settings of domU network card?

Seems to me like you are missing correct DNS server config there.
There should be IP of linux/samsa/LDAP server.

You can verify by ping "name of the samba server" if its resolved= correctly.

Br

Peter

2012/7/12 Jakub Kulesza <jakkul@gmail.com>:
> Hi!
>
> I have a problem with windows 2008 r2 (and windows 7 professional) not=
> joining my NT domain, that is served by a linux+samba+LDAP server in t= he
> same IP subnet.
>
> The NT domain server works ok, windows 7 pro and windows xp physical h= osts
> can perfectly join and log on into it. This infrastructure has been wo= rking
> for years now.
>
> The XEN server dom0 is based on latest debian with xen server from the=
> debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linu= x and
> windows domU on the local subnet with no (or minor) problems, both wit= h HVM
> and paravirtualization.
>
> The network on the dom0 is done using bridged interfaces. The dom0 is<= br> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The = domU
> can use the services in the network and the Internet. The hosts in the= IP
> subnet can use the network resources of the domU. The dom0 has all ipt= ables
> general rules set as ACCEPT, the only rules added are done by xen star= tup
> scripts.
>
> When I install a new windows 2008 r2 standard system as domU and try j= oining
> the domain from the local NT domain server I get the following error:<= br> > <pre>
> The following error occurred attempting to join the domain "<m= y domain name
> goes here>":
>
> The specified domain either does not exist or could not be contacted.<= br> > </pre>
>
> I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhe= re?
> I've tried looking for similar problems on the net with no result,= so I
> suspect that I've messed up something basic.
>
> The configuration for the windows domU is the following:
> kernel =3D "/usr/lib/xen-default/boot/hvmloader"
> builder=3D'hvm'
> memory =3D 1024
> shadow_memory =3D 24
> name =3D "win2008eval1"
> vif =3D [ 'type=3Dioemu, bridge=3Deth4' ]
> acpi =3D 1
> apic =3D 1
> pae =3D 1
> disk =3D [ 'phy:/dev/vg/win2008eval1,hda,w']
> vcpus =3D 1
> device_model =3D '/usr/lib/xen-default/bin/qemu-dm'
> boot=3D"c"
> sdl=3D0
> vnc=3D1
> vncconsole=3D1
> vncpasswd=3D'kuleczka'
> serial=3D'pty'
> usbdevice=3D'tablet'
>
>
> --
> Best regards
> Jakub Kulesza
>
> _______________________________________________
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users

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



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza

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



--
Shane D. Johnson
IT Admi= nistrator
Rasmussen Equipment





--
Pozdrawiam
Jakub Kulesz= a



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


--20cf30334a731fb48d04c4a25845-- --===============3595879842102189855== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3595879842102189855==-- From xen-users-bounces@lists.xen.org Thu Jul 12 13:58:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 13:58: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 1SpJte-0006Mv-Su; Thu, 12 Jul 2012 13:57:34 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpJtd-0006Mi-Ei for xen-users@lists.xensource.com; Thu, 12 Jul 2012 13:57:33 +0000 Received: from [85.158.143.99:43249] by server-1.bemta-4.messagelabs.com id 80/71-24392-CC7DEFF4; Thu, 12 Jul 2012 13:57:32 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1342101450!18725865!1 X-Originating-IP: [64.18.1.33] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15083 invoked from network); 12 Jul 2012 13:57:30 -0000 Received: from exprod6og114.obsmtp.com (HELO exprod6og114.obsmtp.com) (64.18.1.33) by server-8.tower-216.messagelabs.com with SMTP; 12 Jul 2012 13:57:30 -0000 Received: from mail-qa0-f51.google.com ([209.85.216.51]) (using TLSv1) by exprod6ob114.postini.com ([64.18.5.12]) with SMTP ID DSNKT/7XyWeNGnAUIDflocKRlvXC1FTqE03t@postini.com; Thu, 12 Jul 2012 06:57:30 PDT Received: by qaea16 with SMTP id a16so1613387qae.10 for ; Thu, 12 Jul 2012 06:57:29 -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=iKGn+GpgvYqbOzT4LFRraECFciqcW9O8YtlvgS+PuXk=; b=R/WJFLTQ91vmK5qhZ2C8rJOTRuayQLZlKHpT3KlLxKvmgggNSPNOfdardx6+vwCgzk Eod/VxArVTf9WvqLfCEWTVb1ARAbPWKCj/gpRuZS8YeMm6mKq8X04LjyqRKhOouqHj9P eS6ygigZZcLF45bnZUrEcof2J633S6tAR374Y/1ReXfC23W9GUKgGj1UzJ86NvmP+Igf zVULdz595SED5s2K5FQBjhQxiSbAk1a5lQfl5fRs2KIJUn5wSHVfwJu66YVtXFW+FVMt xGElRaSBPqajrrWK8whl1Zsx1EIGRqfj7dfNcncTBEvoVs07/X/5F7an3pX1PvnGVXbo 7MNA== MIME-Version: 1.0 Received: by 10.224.187.6 with SMTP id cu6mr4210633qab.63.1342101449061; Thu, 12 Jul 2012 06:57:29 -0700 (PDT) Received: by 10.229.204.154 with HTTP; Thu, 12 Jul 2012 06:57:29 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 07:57:29 -0600 Message-ID: From: Shane Johnson To: Jakub Kulesza X-Gm-Message-State: ALoCoQkGCC83qcdziLa+dXQrA7K4dtFU00mu6EiK2626flmzvj5qzK4iZpxarhOUaJg4vQyeRx82 Cc: Peter Braun , Xen-users@lists.xen.org, Xen List Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT 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="===============3595879842102189855==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3595879842102189855== Content-Type: multipart/alternative; boundary=20cf30334a731fb48d04c4a25845 --20cf30334a731fb48d04c4a25845 Content-Type: text/plain; charset=ISO-8859-1 Jakub, Sorry, I don't have 7 joined to our NT domain, so I don't know for sure. But from memory 7 doesn't have the same requirements or that you can make a registry change to allow it to join the domain. Shane On Thu, Jul 12, 2012 at 7:46 AM, Jakub Kulesza wrote: > Wow, thanks, that's reasonable. > > What if I start windows 7 professional as domU and it fails joining with > the exact same message. Windows 7 pro physical machines join perfectly. > > 2012/7/12 Shane Johnson > >> Jakub, >> I ran into problems with 2008 R2 and a NT Domain due to R2 absolutely >> requires kerebos to join the domain. There are posts all over the internet >> regarding this and no solution that I have found but to migrate your >> domain controller to at least 2000 or higher. (Either that or wait for >> Samba to catch up.) >> >> Shane >> >> >> On Thu, Jul 12, 2012 at 7:28 AM, Jakub Kulesza wrote: >> >>> One more funny thing: >>> >>> If I just want to login on the NT domain server to browse the shared >>> files, I can do that. I just type \\ in the explorer, I get a >>> popup that asks me to login, i do, and i get the files. The only thing not >>> working is joining the domain. >>> >>> regards >>> JK >>> >>> >>> 2012/7/12 Jakub Kulesza >>> >>>> Hi! >>>> >>>> DNS works nice. >>>> >>>> If I logon onto the domU and ping the hostname of the NT domain server, >>>> the DNS resolves the server name and returns pings from 192.168.0.100 >>>> correctly. >>>> >>>> The settings of the domU net card are OK. MAC address is the same as in >>>> the xen domU config, IP is 192.168.0.142 with correct netmask, route .1, >>>> dns .100, DNS search domain is OK. >>>> >>>> Of course, the NT domain server name is different than the NT domain >>>> name. And the latter is not discoverable through DNS. I have read about >>>> propper setting of the DNS in NT domain by samba environment and this seems >>>> like a correct procedure. Or do you suggest otherwise? Physical hosts join >>>> the domain with no problem. This infrastructure is running this way since >>>> 2007. >>>> >>>> Regards >>>> >>>> >>>> 2012/7/12 Peter Braun >>>> >>>>> Hi, >>>>> >>>>> whats the settings of domU network card? >>>>> >>>>> Seems to me like you are missing correct DNS server config there. >>>>> There should be IP of linux/samsa/LDAP server. >>>>> >>>>> You can verify by ping "name of the samba server" if its resolved >>>>> correctly. >>>>> >>>>> Br >>>>> >>>>> Peter >>>>> >>>>> 2012/7/12 Jakub Kulesza : >>>>> > Hi! >>>>> > >>>>> > I have a problem with windows 2008 r2 (and windows 7 professional) >>>>> not >>>>> > joining my NT domain, that is served by a linux+samba+LDAP server in >>>>> the >>>>> > same IP subnet. >>>>> > >>>>> > The NT domain server works ok, windows 7 pro and windows xp physical >>>>> hosts >>>>> > can perfectly join and log on into it. This infrastructure has been >>>>> working >>>>> > for years now. >>>>> > >>>>> > The XEN server dom0 is based on latest debian with xen server from >>>>> the >>>>> > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves >>>>> linux and >>>>> > windows domU on the local subnet with no (or minor) problems, both >>>>> with HVM >>>>> > and paravirtualization. >>>>> > >>>>> > The network on the dom0 is done using bridged interfaces. The dom0 is >>>>> > 192.168.0.132, windows domU is .142 and NT domain server is .100. >>>>> The domU >>>>> > can use the services in the network and the Internet. The hosts in >>>>> the IP >>>>> > subnet can use the network resources of the domU. The dom0 has all >>>>> iptables >>>>> > general rules set as ACCEPT, the only rules added are done by xen >>>>> startup >>>>> > scripts. >>>>> > >>>>> > When I install a new windows 2008 r2 standard system as domU and try >>>>> joining >>>>> > the domain from the local NT domain server I get the following error: >>>>> > 
>>>>> > The following error occurred attempting to join the domain ">>>> domain name
>>>>> > goes here>":
>>>>> >
>>>>> > The specified domain either does not exist or could not be contacted.
>>>>> >
>>>>> > >>>>> > I suspect that there is some problem with the networking. Did I miss >>>>> > something? Can you recommend looking into some obvious setting >>>>> somewhere? >>>>> > I've tried looking for similar problems on the net with no result, >>>>> so I >>>>> > suspect that I've messed up something basic. >>>>> > >>>>> > The configuration for the windows domU is the following: >>>>> > kernel = "/usr/lib/xen-default/boot/hvmloader" >>>>> > builder='hvm' >>>>> > memory = 1024 >>>>> > shadow_memory = 24 >>>>> > name = "win2008eval1" >>>>> > vif = [ 'type=ioemu, bridge=eth4' ] >>>>> > acpi = 1 >>>>> > apic = 1 >>>>> > pae = 1 >>>>> > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] >>>>> > vcpus = 1 >>>>> > device_model = '/usr/lib/xen-default/bin/qemu-dm' >>>>> > boot="c" >>>>> > sdl=0 >>>>> > vnc=1 >>>>> > vncconsole=1 >>>>> > vncpasswd='kuleczka' >>>>> > serial='pty' >>>>> > usbdevice='tablet' >>>>> > >>>>> > >>>>> > -- >>>>> > Best regards >>>>> > Jakub Kulesza >>>>> > >>>>> > _______________________________________________ >>>>> > 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 >>>>> >>>> >>>> >>>> >>>> -- >>>> Pozdrawiam >>>> Jakub Kulesza >>>> >>> >>> >>> >>> -- >>> Pozdrawiam >>> Jakub Kulesza >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >>> >> >> >> >> -- >> Shane D. Johnson >> IT Administrator >> Rasmussen Equipment >> >> >> > > > -- > Pozdrawiam > Jakub Kulesza > -- Shane D. Johnson IT Administrator Rasmussen Equipment --20cf30334a731fb48d04c4a25845 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Jakub,
Sorry, I don't have 7 joined to our NT domain, so I don'= t know for sure. =A0But from memory 7 doesn't have the same requirement= s or that you can make a registry change to=A0allow=A0it to join the domain= .

Shane

On Thu, Jul 12,= 2012 at 7:46 AM, Jakub Kulesza <jakkul@gmail.com> wrote:
=
Wow, thanks, that's reasonable.=A0

What if I start w= indows 7 professional as domU and it fails joining with the exact same mess= age. Windows 7 pro physical machines join perfectly.=A0

2012/7/12 Shane Johnson <sdj@rasmussenequipment.com>
Jakub,
I ran into problems with 2008 R2 =A0and a NT Domain due to R2 ab= solutely requires kerebos to join the domain. =A0There are posts all over t= he internet regarding this and no solution that I have found but to migrate= =A0your domain controller to at least 2000 or higher. =A0(Either that or w= ait for Samba to catch up.)

Shane


On Th= u, Jul 12, 2012 at 7:28 AM, Jakub Kulesza <jakkul@gmail.com> = wrote:
One more funny thing:

If I just want to login on the NT = domain server to browse the shared files, I can do that. I just type \\<= hostname> in the explorer, I get a popup that asks me to login, i do, an= d i get the files. The only thing not working is joining the domain.

regards=A0
JK


2012/7/12 Jakub Kulesza <jakkul@gmail.com>
Hi!

DNS works nice.

If I logon = onto the domU and ping the hostname of the NT domain server, the DNS resolv= es the server name and returns pings from 192.168.0.100 correctly.=A0

The settings of the domU net card are OK. MAC address i= s the same as in the xen domU config, IP is 192.168.0.142 with correct netm= ask, route .1, dns .100, DNS search domain is OK.

Of course, the NT domain server name is different than the NT domain name. = And the latter is not discoverable through DNS. I have read about propper s= etting of the DNS in NT domain by samba environment and this seems like a c= orrect procedure. Or do you suggest otherwise? Physical hosts join the doma= in with no problem. This infrastructure is running this way since 2007.

Regards


2012/7/12 Peter Braun <xenware@gmail.com>
Hi,

whats the settings of domU network card?

Seems to me like you are missing correct DNS server config there.
There should be IP of linux/samsa/LDAP server.

You can verify by ping "name of the samba server" if its resolved= correctly.

Br

Peter

2012/7/12 Jakub Kulesza <jakkul@gmail.com>:
> Hi!
>
> I have a problem with windows 2008 r2 (and windows 7 professional) not=
> joining my NT domain, that is served by a linux+samba+LDAP server in t= he
> same IP subnet.
>
> The NT domain server works ok, windows 7 pro and windows xp physical h= osts
> can perfectly join and log on into it. This infrastructure has been wo= rking
> for years now.
>
> The XEN server dom0 is based on latest debian with xen server from the=
> debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linu= x and
> windows domU on the local subnet with no (or minor) problems, both wit= h HVM
> and paravirtualization.
>
> The network on the dom0 is done using bridged interfaces. The dom0 is<= br> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The = domU
> can use the services in the network and the Internet. The hosts in the= IP
> subnet can use the network resources of the domU. The dom0 has all ipt= ables
> general rules set as ACCEPT, the only rules added are done by xen star= tup
> scripts.
>
> When I install a new windows 2008 r2 standard system as domU and try j= oining
> the domain from the local NT domain server I get the following error:<= br> > <pre>
> The following error occurred attempting to join the domain "<m= y domain name
> goes here>":
>
> The specified domain either does not exist or could not be contacted.<= br> > </pre>
>
> I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhe= re?
> I've tried looking for similar problems on the net with no result,= so I
> suspect that I've messed up something basic.
>
> The configuration for the windows domU is the following:
> kernel =3D "/usr/lib/xen-default/boot/hvmloader"
> builder=3D'hvm'
> memory =3D 1024
> shadow_memory =3D 24
> name =3D "win2008eval1"
> vif =3D [ 'type=3Dioemu, bridge=3Deth4' ]
> acpi =3D 1
> apic =3D 1
> pae =3D 1
> disk =3D [ 'phy:/dev/vg/win2008eval1,hda,w']
> vcpus =3D 1
> device_model =3D '/usr/lib/xen-default/bin/qemu-dm'
> boot=3D"c"
> sdl=3D0
> vnc=3D1
> vncconsole=3D1
> vncpasswd=3D'kuleczka'
> serial=3D'pty'
> usbdevice=3D'tablet'
>
>
> --
> Best regards
> Jakub Kulesza
>
> _______________________________________________
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users

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



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza

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



--
Shane D. Johnson
IT Admi= nistrator
Rasmussen Equipment





--
Pozdrawiam
Jakub Kulesz= a



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


--20cf30334a731fb48d04c4a25845-- --===============3595879842102189855== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3595879842102189855==-- From xen-users-bounces@lists.xen.org Thu Jul 12 15:15:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 15:15: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 1SpL6C-0008It-4C; Thu, 12 Jul 2012 15:14:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpL6A-0008IZ-BL for xen-users@lists.xensource.com; Thu, 12 Jul 2012 15:14:34 +0000 Received: from [85.158.143.99:35475] by server-3.bemta-4.messagelabs.com id 48/D4-05808-9D9EEFF4; Thu, 12 Jul 2012 15:14:33 +0000 X-Env-Sender: jakkul@gmail.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1342106071!25135068!1 X-Originating-IP: [74.125.82.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24422 invoked from network); 12 Jul 2012 15:14:31 -0000 Received: from mail-wg0-f43.google.com (HELO mail-wg0-f43.google.com) (74.125.82.43) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 15:14:31 -0000 Received: by wgbdr1 with SMTP id dr1so2066483wgb.24 for ; Thu, 12 Jul 2012 08:14:31 -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=XGz7cyv7EKXLKJxXnL1ZKnwCJ3knXj7KiganLARUXqM=; b=Sv/W7gNmmS5RNmarTQwy8CgAd27z4Ine5nrKAUa4DVp3f3lNgn2DZJCMKMZKg71Lg5 g1p2eTNVLgn/ak9ddWlOk6m80Nthj7ez3FhABzZWmbGl/mt1V2FeB6vVidW2y9Uaw9aD pQKBcJsZbYx358OSD1lM8GuCL/+LmskAyJwtaigycE7xEuaCrJl5w9zFD4124OOwm4AZ JxpvCfMGNLi0GnYmU6JYadyKgWyv8Y+PXRNio1jTP2kBf3ts94vRu+HGYLPlhUEUOW4T oAI6uUb7hGYLpDDgalXC+45N8Xd6FvO58rtsqNI6/oQS5FtSfD6+qwfVfdsfvt+JYvIR NFUA== MIME-Version: 1.0 Received: by 10.217.2.69 with SMTP id o47mr11902009wes.22.1342106071199; Thu, 12 Jul 2012 08:14:31 -0700 (PDT) Received: by 10.216.254.215 with HTTP; Thu, 12 Jul 2012 08:14:31 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 17:14:31 +0200 Message-ID: From: Jakub Kulesza To: Shane Johnson Cc: Peter Braun , Xen-users@lists.xen.org, Xen List Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT 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="===============0106098356169663830==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0106098356169663830== Content-Type: multipart/alternative; boundary=20cf301ee8499ff01204c4a36b6e --20cf301ee8499ff01204c4a36b6e Content-Type: text/plain; charset=ISO-8859-1 Silly me, registry settings provided here http://wiki.samba.org/index.php/Windows7#Windows_7_Registry_settings allowed for the 2008 R2 windows server to join samba nt domain PDC. Case closed. Best regards 2012/7/12 Shane Johnson > Jakub, > Sorry, I don't have 7 joined to our NT domain, so I don't know for sure. > But from memory 7 doesn't have the same requirements or that you can make > a registry change to allow it to join the domain. > > Shane > > > On Thu, Jul 12, 2012 at 7:46 AM, Jakub Kulesza wrote: > >> Wow, thanks, that's reasonable. >> >> What if I start windows 7 professional as domU and it fails joining with >> the exact same message. Windows 7 pro physical machines join perfectly. >> >> 2012/7/12 Shane Johnson >> >>> Jakub, >>> I ran into problems with 2008 R2 and a NT Domain due to R2 absolutely >>> requires kerebos to join the domain. There are posts all over the internet >>> regarding this and no solution that I have found but to migrate your >>> domain controller to at least 2000 or higher. (Either that or wait for >>> Samba to catch up.) >>> >>> Shane >>> >>> >>> On Thu, Jul 12, 2012 at 7:28 AM, Jakub Kulesza wrote: >>> >>>> One more funny thing: >>>> >>>> If I just want to login on the NT domain server to browse the shared >>>> files, I can do that. I just type \\ in the explorer, I get a >>>> popup that asks me to login, i do, and i get the files. The only thing not >>>> working is joining the domain. >>>> >>>> regards >>>> JK >>>> >>>> >>>> 2012/7/12 Jakub Kulesza >>>> >>>>> Hi! >>>>> >>>>> DNS works nice. >>>>> >>>>> If I logon onto the domU and ping the hostname of the NT domain >>>>> server, the DNS resolves the server name and returns pings from >>>>> 192.168.0.100 correctly. >>>>> >>>>> The settings of the domU net card are OK. MAC address is the same as >>>>> in the xen domU config, IP is 192.168.0.142 with correct netmask, route .1, >>>>> dns .100, DNS search domain is OK. >>>>> >>>>> Of course, the NT domain server name is different than the NT domain >>>>> name. And the latter is not discoverable through DNS. I have read about >>>>> propper setting of the DNS in NT domain by samba environment and this seems >>>>> like a correct procedure. Or do you suggest otherwise? Physical hosts join >>>>> the domain with no problem. This infrastructure is running this way since >>>>> 2007. >>>>> >>>>> Regards >>>>> >>>>> >>>>> 2012/7/12 Peter Braun >>>>> >>>>>> Hi, >>>>>> >>>>>> whats the settings of domU network card? >>>>>> >>>>>> Seems to me like you are missing correct DNS server config there. >>>>>> There should be IP of linux/samsa/LDAP server. >>>>>> >>>>>> You can verify by ping "name of the samba server" if its resolved >>>>>> correctly. >>>>>> >>>>>> Br >>>>>> >>>>>> Peter >>>>>> >>>>>> 2012/7/12 Jakub Kulesza : >>>>>> > Hi! >>>>>> > >>>>>> > I have a problem with windows 2008 r2 (and windows 7 professional) >>>>>> not >>>>>> > joining my NT domain, that is served by a linux+samba+LDAP server >>>>>> in the >>>>>> > same IP subnet. >>>>>> > >>>>>> > The NT domain server works ok, windows 7 pro and windows xp >>>>>> physical hosts >>>>>> > can perfectly join and log on into it. This infrastructure has been >>>>>> working >>>>>> > for years now. >>>>>> > >>>>>> > The XEN server dom0 is based on latest debian with xen server from >>>>>> the >>>>>> > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves >>>>>> linux and >>>>>> > windows domU on the local subnet with no (or minor) problems, both >>>>>> with HVM >>>>>> > and paravirtualization. >>>>>> > >>>>>> > The network on the dom0 is done using bridged interfaces. The dom0 >>>>>> is >>>>>> > 192.168.0.132, windows domU is .142 and NT domain server is .100. >>>>>> The domU >>>>>> > can use the services in the network and the Internet. The hosts in >>>>>> the IP >>>>>> > subnet can use the network resources of the domU. The dom0 has all >>>>>> iptables >>>>>> > general rules set as ACCEPT, the only rules added are done by xen >>>>>> startup >>>>>> > scripts. >>>>>> > >>>>>> > When I install a new windows 2008 r2 standard system as domU and >>>>>> try joining >>>>>> > the domain from the local NT domain server I get the following >>>>>> error: >>>>>> > 
>>>>>> > The following error occurred attempting to join the domain ">>>>> domain name
>>>>>> > goes here>":
>>>>>> >
>>>>>> > The specified domain either does not exist or could not be
>>>>>> contacted.
>>>>>> >
>>>>>> > >>>>>> > I suspect that there is some problem with the networking. Did I miss >>>>>> > something? Can you recommend looking into some obvious setting >>>>>> somewhere? >>>>>> > I've tried looking for similar problems on the net with no result, >>>>>> so I >>>>>> > suspect that I've messed up something basic. >>>>>> > >>>>>> > The configuration for the windows domU is the following: >>>>>> > kernel = "/usr/lib/xen-default/boot/hvmloader" >>>>>> > builder='hvm' >>>>>> > memory = 1024 >>>>>> > shadow_memory = 24 >>>>>> > name = "win2008eval1" >>>>>> > vif = [ 'type=ioemu, bridge=eth4' ] >>>>>> > acpi = 1 >>>>>> > apic = 1 >>>>>> > pae = 1 >>>>>> > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] >>>>>> > vcpus = 1 >>>>>> > device_model = '/usr/lib/xen-default/bin/qemu-dm' >>>>>> > boot="c" >>>>>> > sdl=0 >>>>>> > vnc=1 >>>>>> > vncconsole=1 >>>>>> > vncpasswd='kuleczka' >>>>>> > serial='pty' >>>>>> > usbdevice='tablet' >>>>>> > >>>>>> > >>>>>> > -- >>>>>> > Best regards >>>>>> > Jakub Kulesza >>>>>> > >>>>>> > _______________________________________________ >>>>>> > 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 >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Pozdrawiam >>>>> Jakub Kulesza >>>>> >>>> >>>> >>>> >>>> -- >>>> Pozdrawiam >>>> Jakub Kulesza >>>> >>>> _______________________________________________ >>>> Xen-users mailing list >>>> Xen-users@lists.xen.org >>>> http://lists.xen.org/xen-users >>>> >>> >>> >>> >>> -- >>> Shane D. Johnson >>> IT Administrator >>> Rasmussen Equipment >>> >>> >>> >> >> >> -- >> Pozdrawiam >> Jakub Kulesza >> > > > > -- > Shane D. Johnson > IT Administrator > Rasmussen Equipment > > > -- Pozdrawiam Jakub Kulesza --20cf301ee8499ff01204c4a36b6e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Silly me, registry settings provided here=A0 http://wiki.samba.org/index.php/Windows7#Windows_7_Registry_settings<= /a>=A0 allowed for the 2008 R2 windows server to join samba nt domain PDC. = Case closed.=A0

Best regards

2012/7= /12 Shane Johnson <sdj@rasmussenequipment.com>
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex"> Jakub,
Sorry, I don't have 7 joined to our NT domain, so I don'= t know for sure. =A0But from memory 7 doesn't have the same requirement= s or that you can make a registry change to=A0allow=A0it to join the domain= .

Shane


On Thu, Jul 12, 2012 at 7:46 AM, Jakub Kulesza &l= t;jakkul@gmail.com> wrote:
Wow, thanks, that's reasonable.=A0

What if I start w= indows 7 professional as domU and it fails joining with the exact same mess= age. Windows 7 pro physical machines join perfectly.=A0

2012/7/12 Shane Johnson <sdj@rasmussenequipment.com>
Jakub,
I ran into problems with 2008 R2 =A0and a NT Domain due to R2 ab= solutely requires kerebos to join the domain. =A0There are posts all over t= he internet regarding this and no solution that I have found but to migrate= =A0your domain controller to at least 2000 or higher. =A0(Either that or w= ait for Samba to catch up.)

Shane


On Th= u, Jul 12, 2012 at 7:28 AM, Jakub Kulesza <jakkul@gmail.com> = wrote:
One more funny thing:

If I just want to login on the NT = domain server to browse the shared files, I can do that. I just type \\<= hostname> in the explorer, I get a popup that asks me to login, i do, an= d i get the files. The only thing not working is joining the domain.

regards=A0
JK


2012/7/12 Jakub Kulesza <jakkul@gmail.com>
Hi!

DNS works nice.

If I logon = onto the domU and ping the hostname of the NT domain server, the DNS resolv= es the server name and returns pings from 192.168.0.100 correctly.=A0

The settings of the domU net card are OK. MAC address i= s the same as in the xen domU config, IP is 192.168.0.142 with correct netm= ask, route .1, dns .100, DNS search domain is OK.

Of course, the NT domain server name is different than the NT domain name. = And the latter is not discoverable through DNS. I have read about propper s= etting of the DNS in NT domain by samba environment and this seems like a c= orrect procedure. Or do you suggest otherwise? Physical hosts join the doma= in with no problem. This infrastructure is running this way since 2007.

Regards


2012/7/12 Peter Braun <xenware@gmail.com>
Hi,

whats the settings of domU network card?

Seems to me like you are missing correct DNS server config there.
There should be IP of linux/samsa/LDAP server.

You can verify by ping "name of the samba server" if its resolved= correctly.

Br

Peter

2012/7/12 Jakub Kulesza <jakkul@gmail.com>:
> Hi!
>
> I have a problem with windows 2008 r2 (and windows 7 professional) not=
> joining my NT domain, that is served by a linux+samba+LDAP server in t= he
> same IP subnet.
>
> The NT domain server works ok, windows 7 pro and windows xp physical h= osts
> can perfectly join and log on into it. This infrastructure has been wo= rking
> for years now.
>
> The XEN server dom0 is based on latest debian with xen server from the=
> debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linu= x and
> windows domU on the local subnet with no (or minor) problems, both wit= h HVM
> and paravirtualization.
>
> The network on the dom0 is done using bridged interfaces. The dom0 is<= br> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The = domU
> can use the services in the network and the Internet. The hosts in the= IP
> subnet can use the network resources of the domU. The dom0 has all ipt= ables
> general rules set as ACCEPT, the only rules added are done by xen star= tup
> scripts.
>
> When I install a new windows 2008 r2 standard system as domU and try j= oining
> the domain from the local NT domain server I get the following error:<= br> > <pre>
> The following error occurred attempting to join the domain "<m= y domain name
> goes here>":
>
> The specified domain either does not exist or could not be contacted.<= br> > </pre>
>
> I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhe= re?
> I've tried looking for similar problems on the net with no result,= so I
> suspect that I've messed up something basic.
>
> The configuration for the windows domU is the following:
> kernel =3D "/usr/lib/xen-default/boot/hvmloader"
> builder=3D'hvm'
> memory =3D 1024
> shadow_memory =3D 24
> name =3D "win2008eval1"
> vif =3D [ 'type=3Dioemu, bridge=3Deth4' ]
> acpi =3D 1
> apic =3D 1
> pae =3D 1
> disk =3D [ 'phy:/dev/vg/win2008eval1,hda,w']
> vcpus =3D 1
> device_model =3D '/usr/lib/xen-default/bin/qemu-dm'
> boot=3D"c"
> sdl=3D0
> vnc=3D1
> vncconsole=3D1
> vncpasswd=3D'kuleczka'
> serial=3D'pty'
> usbdevice=3D'tablet'
>
>
> --
> Best regards
> Jakub Kulesza
>
> _______________________________________________
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users

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



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza

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



--
Shane D. Johnson
IT Administrator
Rasmussen Equipment





--
Pozdrawiam
Jakub Kulesza



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





--
PozdrawiamJakub Kulesza
--20cf301ee8499ff01204c4a36b6e-- --===============0106098356169663830== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0106098356169663830==-- From xen-users-bounces@lists.xen.org Thu Jul 12 15:15:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 15:15: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 1SpL6C-0008It-4C; Thu, 12 Jul 2012 15:14:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpL6A-0008IZ-BL for xen-users@lists.xensource.com; Thu, 12 Jul 2012 15:14:34 +0000 Received: from [85.158.143.99:35475] by server-3.bemta-4.messagelabs.com id 48/D4-05808-9D9EEFF4; Thu, 12 Jul 2012 15:14:33 +0000 X-Env-Sender: jakkul@gmail.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1342106071!25135068!1 X-Originating-IP: [74.125.82.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24422 invoked from network); 12 Jul 2012 15:14:31 -0000 Received: from mail-wg0-f43.google.com (HELO mail-wg0-f43.google.com) (74.125.82.43) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 15:14:31 -0000 Received: by wgbdr1 with SMTP id dr1so2066483wgb.24 for ; Thu, 12 Jul 2012 08:14:31 -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=XGz7cyv7EKXLKJxXnL1ZKnwCJ3knXj7KiganLARUXqM=; b=Sv/W7gNmmS5RNmarTQwy8CgAd27z4Ine5nrKAUa4DVp3f3lNgn2DZJCMKMZKg71Lg5 g1p2eTNVLgn/ak9ddWlOk6m80Nthj7ez3FhABzZWmbGl/mt1V2FeB6vVidW2y9Uaw9aD pQKBcJsZbYx358OSD1lM8GuCL/+LmskAyJwtaigycE7xEuaCrJl5w9zFD4124OOwm4AZ JxpvCfMGNLi0GnYmU6JYadyKgWyv8Y+PXRNio1jTP2kBf3ts94vRu+HGYLPlhUEUOW4T oAI6uUb7hGYLpDDgalXC+45N8Xd6FvO58rtsqNI6/oQS5FtSfD6+qwfVfdsfvt+JYvIR NFUA== MIME-Version: 1.0 Received: by 10.217.2.69 with SMTP id o47mr11902009wes.22.1342106071199; Thu, 12 Jul 2012 08:14:31 -0700 (PDT) Received: by 10.216.254.215 with HTTP; Thu, 12 Jul 2012 08:14:31 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 17:14:31 +0200 Message-ID: From: Jakub Kulesza To: Shane Johnson Cc: Peter Braun , Xen-users@lists.xen.org, Xen List Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT 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="===============0106098356169663830==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0106098356169663830== Content-Type: multipart/alternative; boundary=20cf301ee8499ff01204c4a36b6e --20cf301ee8499ff01204c4a36b6e Content-Type: text/plain; charset=ISO-8859-1 Silly me, registry settings provided here http://wiki.samba.org/index.php/Windows7#Windows_7_Registry_settings allowed for the 2008 R2 windows server to join samba nt domain PDC. Case closed. Best regards 2012/7/12 Shane Johnson > Jakub, > Sorry, I don't have 7 joined to our NT domain, so I don't know for sure. > But from memory 7 doesn't have the same requirements or that you can make > a registry change to allow it to join the domain. > > Shane > > > On Thu, Jul 12, 2012 at 7:46 AM, Jakub Kulesza wrote: > >> Wow, thanks, that's reasonable. >> >> What if I start windows 7 professional as domU and it fails joining with >> the exact same message. Windows 7 pro physical machines join perfectly. >> >> 2012/7/12 Shane Johnson >> >>> Jakub, >>> I ran into problems with 2008 R2 and a NT Domain due to R2 absolutely >>> requires kerebos to join the domain. There are posts all over the internet >>> regarding this and no solution that I have found but to migrate your >>> domain controller to at least 2000 or higher. (Either that or wait for >>> Samba to catch up.) >>> >>> Shane >>> >>> >>> On Thu, Jul 12, 2012 at 7:28 AM, Jakub Kulesza wrote: >>> >>>> One more funny thing: >>>> >>>> If I just want to login on the NT domain server to browse the shared >>>> files, I can do that. I just type \\ in the explorer, I get a >>>> popup that asks me to login, i do, and i get the files. The only thing not >>>> working is joining the domain. >>>> >>>> regards >>>> JK >>>> >>>> >>>> 2012/7/12 Jakub Kulesza >>>> >>>>> Hi! >>>>> >>>>> DNS works nice. >>>>> >>>>> If I logon onto the domU and ping the hostname of the NT domain >>>>> server, the DNS resolves the server name and returns pings from >>>>> 192.168.0.100 correctly. >>>>> >>>>> The settings of the domU net card are OK. MAC address is the same as >>>>> in the xen domU config, IP is 192.168.0.142 with correct netmask, route .1, >>>>> dns .100, DNS search domain is OK. >>>>> >>>>> Of course, the NT domain server name is different than the NT domain >>>>> name. And the latter is not discoverable through DNS. I have read about >>>>> propper setting of the DNS in NT domain by samba environment and this seems >>>>> like a correct procedure. Or do you suggest otherwise? Physical hosts join >>>>> the domain with no problem. This infrastructure is running this way since >>>>> 2007. >>>>> >>>>> Regards >>>>> >>>>> >>>>> 2012/7/12 Peter Braun >>>>> >>>>>> Hi, >>>>>> >>>>>> whats the settings of domU network card? >>>>>> >>>>>> Seems to me like you are missing correct DNS server config there. >>>>>> There should be IP of linux/samsa/LDAP server. >>>>>> >>>>>> You can verify by ping "name of the samba server" if its resolved >>>>>> correctly. >>>>>> >>>>>> Br >>>>>> >>>>>> Peter >>>>>> >>>>>> 2012/7/12 Jakub Kulesza : >>>>>> > Hi! >>>>>> > >>>>>> > I have a problem with windows 2008 r2 (and windows 7 professional) >>>>>> not >>>>>> > joining my NT domain, that is served by a linux+samba+LDAP server >>>>>> in the >>>>>> > same IP subnet. >>>>>> > >>>>>> > The NT domain server works ok, windows 7 pro and windows xp >>>>>> physical hosts >>>>>> > can perfectly join and log on into it. This infrastructure has been >>>>>> working >>>>>> > for years now. >>>>>> > >>>>>> > The XEN server dom0 is based on latest debian with xen server from >>>>>> the >>>>>> > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves >>>>>> linux and >>>>>> > windows domU on the local subnet with no (or minor) problems, both >>>>>> with HVM >>>>>> > and paravirtualization. >>>>>> > >>>>>> > The network on the dom0 is done using bridged interfaces. The dom0 >>>>>> is >>>>>> > 192.168.0.132, windows domU is .142 and NT domain server is .100. >>>>>> The domU >>>>>> > can use the services in the network and the Internet. The hosts in >>>>>> the IP >>>>>> > subnet can use the network resources of the domU. The dom0 has all >>>>>> iptables >>>>>> > general rules set as ACCEPT, the only rules added are done by xen >>>>>> startup >>>>>> > scripts. >>>>>> > >>>>>> > When I install a new windows 2008 r2 standard system as domU and >>>>>> try joining >>>>>> > the domain from the local NT domain server I get the following >>>>>> error: >>>>>> > 
>>>>>> > The following error occurred attempting to join the domain ">>>>> domain name
>>>>>> > goes here>":
>>>>>> >
>>>>>> > The specified domain either does not exist or could not be
>>>>>> contacted.
>>>>>> >
>>>>>> > >>>>>> > I suspect that there is some problem with the networking. Did I miss >>>>>> > something? Can you recommend looking into some obvious setting >>>>>> somewhere? >>>>>> > I've tried looking for similar problems on the net with no result, >>>>>> so I >>>>>> > suspect that I've messed up something basic. >>>>>> > >>>>>> > The configuration for the windows domU is the following: >>>>>> > kernel = "/usr/lib/xen-default/boot/hvmloader" >>>>>> > builder='hvm' >>>>>> > memory = 1024 >>>>>> > shadow_memory = 24 >>>>>> > name = "win2008eval1" >>>>>> > vif = [ 'type=ioemu, bridge=eth4' ] >>>>>> > acpi = 1 >>>>>> > apic = 1 >>>>>> > pae = 1 >>>>>> > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] >>>>>> > vcpus = 1 >>>>>> > device_model = '/usr/lib/xen-default/bin/qemu-dm' >>>>>> > boot="c" >>>>>> > sdl=0 >>>>>> > vnc=1 >>>>>> > vncconsole=1 >>>>>> > vncpasswd='kuleczka' >>>>>> > serial='pty' >>>>>> > usbdevice='tablet' >>>>>> > >>>>>> > >>>>>> > -- >>>>>> > Best regards >>>>>> > Jakub Kulesza >>>>>> > >>>>>> > _______________________________________________ >>>>>> > 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 >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Pozdrawiam >>>>> Jakub Kulesza >>>>> >>>> >>>> >>>> >>>> -- >>>> Pozdrawiam >>>> Jakub Kulesza >>>> >>>> _______________________________________________ >>>> Xen-users mailing list >>>> Xen-users@lists.xen.org >>>> http://lists.xen.org/xen-users >>>> >>> >>> >>> >>> -- >>> Shane D. Johnson >>> IT Administrator >>> Rasmussen Equipment >>> >>> >>> >> >> >> -- >> Pozdrawiam >> Jakub Kulesza >> > > > > -- > Shane D. Johnson > IT Administrator > Rasmussen Equipment > > > -- Pozdrawiam Jakub Kulesza --20cf301ee8499ff01204c4a36b6e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Silly me, registry settings provided here=A0 http://wiki.samba.org/index.php/Windows7#Windows_7_Registry_settings<= /a>=A0 allowed for the 2008 R2 windows server to join samba nt domain PDC. = Case closed.=A0

Best regards

2012/7= /12 Shane Johnson <sdj@rasmussenequipment.com>
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex"> Jakub,
Sorry, I don't have 7 joined to our NT domain, so I don'= t know for sure. =A0But from memory 7 doesn't have the same requirement= s or that you can make a registry change to=A0allow=A0it to join the domain= .

Shane


On Thu, Jul 12, 2012 at 7:46 AM, Jakub Kulesza &l= t;jakkul@gmail.com> wrote:
Wow, thanks, that's reasonable.=A0

What if I start w= indows 7 professional as domU and it fails joining with the exact same mess= age. Windows 7 pro physical machines join perfectly.=A0

2012/7/12 Shane Johnson <sdj@rasmussenequipment.com>
Jakub,
I ran into problems with 2008 R2 =A0and a NT Domain due to R2 ab= solutely requires kerebos to join the domain. =A0There are posts all over t= he internet regarding this and no solution that I have found but to migrate= =A0your domain controller to at least 2000 or higher. =A0(Either that or w= ait for Samba to catch up.)

Shane


On Th= u, Jul 12, 2012 at 7:28 AM, Jakub Kulesza <jakkul@gmail.com> = wrote:
One more funny thing:

If I just want to login on the NT = domain server to browse the shared files, I can do that. I just type \\<= hostname> in the explorer, I get a popup that asks me to login, i do, an= d i get the files. The only thing not working is joining the domain.

regards=A0
JK


2012/7/12 Jakub Kulesza <jakkul@gmail.com>
Hi!

DNS works nice.

If I logon = onto the domU and ping the hostname of the NT domain server, the DNS resolv= es the server name and returns pings from 192.168.0.100 correctly.=A0

The settings of the domU net card are OK. MAC address i= s the same as in the xen domU config, IP is 192.168.0.142 with correct netm= ask, route .1, dns .100, DNS search domain is OK.

Of course, the NT domain server name is different than the NT domain name. = And the latter is not discoverable through DNS. I have read about propper s= etting of the DNS in NT domain by samba environment and this seems like a c= orrect procedure. Or do you suggest otherwise? Physical hosts join the doma= in with no problem. This infrastructure is running this way since 2007.

Regards


2012/7/12 Peter Braun <xenware@gmail.com>
Hi,

whats the settings of domU network card?

Seems to me like you are missing correct DNS server config there.
There should be IP of linux/samsa/LDAP server.

You can verify by ping "name of the samba server" if its resolved= correctly.

Br

Peter

2012/7/12 Jakub Kulesza <jakkul@gmail.com>:
> Hi!
>
> I have a problem with windows 2008 r2 (and windows 7 professional) not=
> joining my NT domain, that is served by a linux+samba+LDAP server in t= he
> same IP subnet.
>
> The NT domain server works ok, windows 7 pro and windows xp physical h= osts
> can perfectly join and log on into it. This infrastructure has been wo= rking
> for years now.
>
> The XEN server dom0 is based on latest debian with xen server from the=
> debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linu= x and
> windows domU on the local subnet with no (or minor) problems, both wit= h HVM
> and paravirtualization.
>
> The network on the dom0 is done using bridged interfaces. The dom0 is<= br> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The = domU
> can use the services in the network and the Internet. The hosts in the= IP
> subnet can use the network resources of the domU. The dom0 has all ipt= ables
> general rules set as ACCEPT, the only rules added are done by xen star= tup
> scripts.
>
> When I install a new windows 2008 r2 standard system as domU and try j= oining
> the domain from the local NT domain server I get the following error:<= br> > <pre>
> The following error occurred attempting to join the domain "<m= y domain name
> goes here>":
>
> The specified domain either does not exist or could not be contacted.<= br> > </pre>
>
> I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhe= re?
> I've tried looking for similar problems on the net with no result,= so I
> suspect that I've messed up something basic.
>
> The configuration for the windows domU is the following:
> kernel =3D "/usr/lib/xen-default/boot/hvmloader"
> builder=3D'hvm'
> memory =3D 1024
> shadow_memory =3D 24
> name =3D "win2008eval1"
> vif =3D [ 'type=3Dioemu, bridge=3Deth4' ]
> acpi =3D 1
> apic =3D 1
> pae =3D 1
> disk =3D [ 'phy:/dev/vg/win2008eval1,hda,w']
> vcpus =3D 1
> device_model =3D '/usr/lib/xen-default/bin/qemu-dm'
> boot=3D"c"
> sdl=3D0
> vnc=3D1
> vncconsole=3D1
> vncpasswd=3D'kuleczka'
> serial=3D'pty'
> usbdevice=3D'tablet'
>
>
> --
> Best regards
> Jakub Kulesza
>
> _______________________________________________
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users

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



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza

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



--
Shane D. Johnson
IT Administrator
Rasmussen Equipment





--
Pozdrawiam
Jakub Kulesza



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





--
PozdrawiamJakub Kulesza
--20cf301ee8499ff01204c4a36b6e-- --===============0106098356169663830== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0106098356169663830==-- From xen-users-bounces@lists.xen.org Thu Jul 12 15:15:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 15:15:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpL6B-0008Ii-Ff; Thu, 12 Jul 2012 15:14:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpL6A-0008IY-6L for Xen-users@lists.xen.org; Thu, 12 Jul 2012 15:14:34 +0000 Received: from [85.158.138.51:18099] by server-7.bemta-3.messagelabs.com id 4E/12-10113-9D9EEFF4; Thu, 12 Jul 2012 15:14:33 +0000 X-Env-Sender: jakkul@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1342106071!20581252!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3866 invoked from network); 12 Jul 2012 15:14:31 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 15:14:31 -0000 Received: by weyz53 with SMTP id z53so1935900wey.32 for ; Thu, 12 Jul 2012 08:14:31 -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=XGz7cyv7EKXLKJxXnL1ZKnwCJ3knXj7KiganLARUXqM=; b=Sv/W7gNmmS5RNmarTQwy8CgAd27z4Ine5nrKAUa4DVp3f3lNgn2DZJCMKMZKg71Lg5 g1p2eTNVLgn/ak9ddWlOk6m80Nthj7ez3FhABzZWmbGl/mt1V2FeB6vVidW2y9Uaw9aD pQKBcJsZbYx358OSD1lM8GuCL/+LmskAyJwtaigycE7xEuaCrJl5w9zFD4124OOwm4AZ JxpvCfMGNLi0GnYmU6JYadyKgWyv8Y+PXRNio1jTP2kBf3ts94vRu+HGYLPlhUEUOW4T oAI6uUb7hGYLpDDgalXC+45N8Xd6FvO58rtsqNI6/oQS5FtSfD6+qwfVfdsfvt+JYvIR NFUA== MIME-Version: 1.0 Received: by 10.217.2.69 with SMTP id o47mr11902009wes.22.1342106071199; Thu, 12 Jul 2012 08:14:31 -0700 (PDT) Received: by 10.216.254.215 with HTTP; Thu, 12 Jul 2012 08:14:31 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 17:14:31 +0200 Message-ID: From: Jakub Kulesza To: Shane Johnson Cc: Peter Braun , Xen-users@lists.xen.org, Xen List Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT 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="===============4828804322895450920==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4828804322895450920== Content-Type: multipart/alternative; boundary=20cf301ee8499ff01204c4a36b6e --20cf301ee8499ff01204c4a36b6e Content-Type: text/plain; charset=ISO-8859-1 Silly me, registry settings provided here http://wiki.samba.org/index.php/Windows7#Windows_7_Registry_settings allowed for the 2008 R2 windows server to join samba nt domain PDC. Case closed. Best regards 2012/7/12 Shane Johnson > Jakub, > Sorry, I don't have 7 joined to our NT domain, so I don't know for sure. > But from memory 7 doesn't have the same requirements or that you can make > a registry change to allow it to join the domain. > > Shane > > > On Thu, Jul 12, 2012 at 7:46 AM, Jakub Kulesza wrote: > >> Wow, thanks, that's reasonable. >> >> What if I start windows 7 professional as domU and it fails joining with >> the exact same message. Windows 7 pro physical machines join perfectly. >> >> 2012/7/12 Shane Johnson >> >>> Jakub, >>> I ran into problems with 2008 R2 and a NT Domain due to R2 absolutely >>> requires kerebos to join the domain. There are posts all over the internet >>> regarding this and no solution that I have found but to migrate your >>> domain controller to at least 2000 or higher. (Either that or wait for >>> Samba to catch up.) >>> >>> Shane >>> >>> >>> On Thu, Jul 12, 2012 at 7:28 AM, Jakub Kulesza wrote: >>> >>>> One more funny thing: >>>> >>>> If I just want to login on the NT domain server to browse the shared >>>> files, I can do that. I just type \\ in the explorer, I get a >>>> popup that asks me to login, i do, and i get the files. The only thing not >>>> working is joining the domain. >>>> >>>> regards >>>> JK >>>> >>>> >>>> 2012/7/12 Jakub Kulesza >>>> >>>>> Hi! >>>>> >>>>> DNS works nice. >>>>> >>>>> If I logon onto the domU and ping the hostname of the NT domain >>>>> server, the DNS resolves the server name and returns pings from >>>>> 192.168.0.100 correctly. >>>>> >>>>> The settings of the domU net card are OK. MAC address is the same as >>>>> in the xen domU config, IP is 192.168.0.142 with correct netmask, route .1, >>>>> dns .100, DNS search domain is OK. >>>>> >>>>> Of course, the NT domain server name is different than the NT domain >>>>> name. And the latter is not discoverable through DNS. I have read about >>>>> propper setting of the DNS in NT domain by samba environment and this seems >>>>> like a correct procedure. Or do you suggest otherwise? Physical hosts join >>>>> the domain with no problem. This infrastructure is running this way since >>>>> 2007. >>>>> >>>>> Regards >>>>> >>>>> >>>>> 2012/7/12 Peter Braun >>>>> >>>>>> Hi, >>>>>> >>>>>> whats the settings of domU network card? >>>>>> >>>>>> Seems to me like you are missing correct DNS server config there. >>>>>> There should be IP of linux/samsa/LDAP server. >>>>>> >>>>>> You can verify by ping "name of the samba server" if its resolved >>>>>> correctly. >>>>>> >>>>>> Br >>>>>> >>>>>> Peter >>>>>> >>>>>> 2012/7/12 Jakub Kulesza : >>>>>> > Hi! >>>>>> > >>>>>> > I have a problem with windows 2008 r2 (and windows 7 professional) >>>>>> not >>>>>> > joining my NT domain, that is served by a linux+samba+LDAP server >>>>>> in the >>>>>> > same IP subnet. >>>>>> > >>>>>> > The NT domain server works ok, windows 7 pro and windows xp >>>>>> physical hosts >>>>>> > can perfectly join and log on into it. This infrastructure has been >>>>>> working >>>>>> > for years now. >>>>>> > >>>>>> > The XEN server dom0 is based on latest debian with xen server from >>>>>> the >>>>>> > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves >>>>>> linux and >>>>>> > windows domU on the local subnet with no (or minor) problems, both >>>>>> with HVM >>>>>> > and paravirtualization. >>>>>> > >>>>>> > The network on the dom0 is done using bridged interfaces. The dom0 >>>>>> is >>>>>> > 192.168.0.132, windows domU is .142 and NT domain server is .100. >>>>>> The domU >>>>>> > can use the services in the network and the Internet. The hosts in >>>>>> the IP >>>>>> > subnet can use the network resources of the domU. The dom0 has all >>>>>> iptables >>>>>> > general rules set as ACCEPT, the only rules added are done by xen >>>>>> startup >>>>>> > scripts. >>>>>> > >>>>>> > When I install a new windows 2008 r2 standard system as domU and >>>>>> try joining >>>>>> > the domain from the local NT domain server I get the following >>>>>> error: >>>>>> > 
>>>>>> > The following error occurred attempting to join the domain ">>>>> domain name
>>>>>> > goes here>":
>>>>>> >
>>>>>> > The specified domain either does not exist or could not be
>>>>>> contacted.
>>>>>> >
>>>>>> > >>>>>> > I suspect that there is some problem with the networking. Did I miss >>>>>> > something? Can you recommend looking into some obvious setting >>>>>> somewhere? >>>>>> > I've tried looking for similar problems on the net with no result, >>>>>> so I >>>>>> > suspect that I've messed up something basic. >>>>>> > >>>>>> > The configuration for the windows domU is the following: >>>>>> > kernel = "/usr/lib/xen-default/boot/hvmloader" >>>>>> > builder='hvm' >>>>>> > memory = 1024 >>>>>> > shadow_memory = 24 >>>>>> > name = "win2008eval1" >>>>>> > vif = [ 'type=ioemu, bridge=eth4' ] >>>>>> > acpi = 1 >>>>>> > apic = 1 >>>>>> > pae = 1 >>>>>> > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] >>>>>> > vcpus = 1 >>>>>> > device_model = '/usr/lib/xen-default/bin/qemu-dm' >>>>>> > boot="c" >>>>>> > sdl=0 >>>>>> > vnc=1 >>>>>> > vncconsole=1 >>>>>> > vncpasswd='kuleczka' >>>>>> > serial='pty' >>>>>> > usbdevice='tablet' >>>>>> > >>>>>> > >>>>>> > -- >>>>>> > Best regards >>>>>> > Jakub Kulesza >>>>>> > >>>>>> > _______________________________________________ >>>>>> > 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 >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Pozdrawiam >>>>> Jakub Kulesza >>>>> >>>> >>>> >>>> >>>> -- >>>> Pozdrawiam >>>> Jakub Kulesza >>>> >>>> _______________________________________________ >>>> Xen-users mailing list >>>> Xen-users@lists.xen.org >>>> http://lists.xen.org/xen-users >>>> >>> >>> >>> >>> -- >>> Shane D. Johnson >>> IT Administrator >>> Rasmussen Equipment >>> >>> >>> >> >> >> -- >> Pozdrawiam >> Jakub Kulesza >> > > > > -- > Shane D. Johnson > IT Administrator > Rasmussen Equipment > > > -- Pozdrawiam Jakub Kulesza --20cf301ee8499ff01204c4a36b6e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Silly me, registry settings provided here=A0 http://wiki.samba.org/index.php/Windows7#Windows_7_Registry_settings<= /a>=A0 allowed for the 2008 R2 windows server to join samba nt domain PDC. = Case closed.=A0

Best regards

2012/7= /12 Shane Johnson <sdj@rasmussenequipment.com>
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex"> Jakub,
Sorry, I don't have 7 joined to our NT domain, so I don'= t know for sure. =A0But from memory 7 doesn't have the same requirement= s or that you can make a registry change to=A0allow=A0it to join the domain= .

Shane


On Thu, Jul 12, 2012 at 7:46 AM, Jakub Kulesza &l= t;jakkul@gmail.com> wrote:
Wow, thanks, that's reasonable.=A0

What if I start w= indows 7 professional as domU and it fails joining with the exact same mess= age. Windows 7 pro physical machines join perfectly.=A0

2012/7/12 Shane Johnson <sdj@rasmussenequipment.com>
Jakub,
I ran into problems with 2008 R2 =A0and a NT Domain due to R2 ab= solutely requires kerebos to join the domain. =A0There are posts all over t= he internet regarding this and no solution that I have found but to migrate= =A0your domain controller to at least 2000 or higher. =A0(Either that or w= ait for Samba to catch up.)

Shane


On Th= u, Jul 12, 2012 at 7:28 AM, Jakub Kulesza <jakkul@gmail.com> = wrote:
One more funny thing:

If I just want to login on the NT = domain server to browse the shared files, I can do that. I just type \\<= hostname> in the explorer, I get a popup that asks me to login, i do, an= d i get the files. The only thing not working is joining the domain.

regards=A0
JK


2012/7/12 Jakub Kulesza <jakkul@gmail.com>
Hi!

DNS works nice.

If I logon = onto the domU and ping the hostname of the NT domain server, the DNS resolv= es the server name and returns pings from 192.168.0.100 correctly.=A0

The settings of the domU net card are OK. MAC address i= s the same as in the xen domU config, IP is 192.168.0.142 with correct netm= ask, route .1, dns .100, DNS search domain is OK.

Of course, the NT domain server name is different than the NT domain name. = And the latter is not discoverable through DNS. I have read about propper s= etting of the DNS in NT domain by samba environment and this seems like a c= orrect procedure. Or do you suggest otherwise? Physical hosts join the doma= in with no problem. This infrastructure is running this way since 2007.

Regards


2012/7/12 Peter Braun <xenware@gmail.com>
Hi,

whats the settings of domU network card?

Seems to me like you are missing correct DNS server config there.
There should be IP of linux/samsa/LDAP server.

You can verify by ping "name of the samba server" if its resolved= correctly.

Br

Peter

2012/7/12 Jakub Kulesza <jakkul@gmail.com>:
> Hi!
>
> I have a problem with windows 2008 r2 (and windows 7 professional) not=
> joining my NT domain, that is served by a linux+samba+LDAP server in t= he
> same IP subnet.
>
> The NT domain server works ok, windows 7 pro and windows xp physical h= osts
> can perfectly join and log on into it. This infrastructure has been wo= rking
> for years now.
>
> The XEN server dom0 is based on latest debian with xen server from the=
> debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linu= x and
> windows domU on the local subnet with no (or minor) problems, both wit= h HVM
> and paravirtualization.
>
> The network on the dom0 is done using bridged interfaces. The dom0 is<= br> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The = domU
> can use the services in the network and the Internet. The hosts in the= IP
> subnet can use the network resources of the domU. The dom0 has all ipt= ables
> general rules set as ACCEPT, the only rules added are done by xen star= tup
> scripts.
>
> When I install a new windows 2008 r2 standard system as domU and try j= oining
> the domain from the local NT domain server I get the following error:<= br> > <pre>
> The following error occurred attempting to join the domain "<m= y domain name
> goes here>":
>
> The specified domain either does not exist or could not be contacted.<= br> > </pre>
>
> I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhe= re?
> I've tried looking for similar problems on the net with no result,= so I
> suspect that I've messed up something basic.
>
> The configuration for the windows domU is the following:
> kernel =3D "/usr/lib/xen-default/boot/hvmloader"
> builder=3D'hvm'
> memory =3D 1024
> shadow_memory =3D 24
> name =3D "win2008eval1"
> vif =3D [ 'type=3Dioemu, bridge=3Deth4' ]
> acpi =3D 1
> apic =3D 1
> pae =3D 1
> disk =3D [ 'phy:/dev/vg/win2008eval1,hda,w']
> vcpus =3D 1
> device_model =3D '/usr/lib/xen-default/bin/qemu-dm'
> boot=3D"c"
> sdl=3D0
> vnc=3D1
> vncconsole=3D1
> vncpasswd=3D'kuleczka'
> serial=3D'pty'
> usbdevice=3D'tablet'
>
>
> --
> Best regards
> Jakub Kulesza
>
> _______________________________________________
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users

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



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza

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



--
Shane D. Johnson
IT Administrator
Rasmussen Equipment





--
Pozdrawiam
Jakub Kulesza



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





--
PozdrawiamJakub Kulesza
--20cf301ee8499ff01204c4a36b6e-- --===============4828804322895450920== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4828804322895450920==-- From xen-users-bounces@lists.xen.org Thu Jul 12 15:15:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 15:15:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpL6B-0008Ii-Ff; Thu, 12 Jul 2012 15:14:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpL6A-0008IY-6L for Xen-users@lists.xen.org; Thu, 12 Jul 2012 15:14:34 +0000 Received: from [85.158.138.51:18099] by server-7.bemta-3.messagelabs.com id 4E/12-10113-9D9EEFF4; Thu, 12 Jul 2012 15:14:33 +0000 X-Env-Sender: jakkul@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1342106071!20581252!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3866 invoked from network); 12 Jul 2012 15:14:31 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 15:14:31 -0000 Received: by weyz53 with SMTP id z53so1935900wey.32 for ; Thu, 12 Jul 2012 08:14:31 -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=XGz7cyv7EKXLKJxXnL1ZKnwCJ3knXj7KiganLARUXqM=; b=Sv/W7gNmmS5RNmarTQwy8CgAd27z4Ine5nrKAUa4DVp3f3lNgn2DZJCMKMZKg71Lg5 g1p2eTNVLgn/ak9ddWlOk6m80Nthj7ez3FhABzZWmbGl/mt1V2FeB6vVidW2y9Uaw9aD pQKBcJsZbYx358OSD1lM8GuCL/+LmskAyJwtaigycE7xEuaCrJl5w9zFD4124OOwm4AZ JxpvCfMGNLi0GnYmU6JYadyKgWyv8Y+PXRNio1jTP2kBf3ts94vRu+HGYLPlhUEUOW4T oAI6uUb7hGYLpDDgalXC+45N8Xd6FvO58rtsqNI6/oQS5FtSfD6+qwfVfdsfvt+JYvIR NFUA== MIME-Version: 1.0 Received: by 10.217.2.69 with SMTP id o47mr11902009wes.22.1342106071199; Thu, 12 Jul 2012 08:14:31 -0700 (PDT) Received: by 10.216.254.215 with HTTP; Thu, 12 Jul 2012 08:14:31 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Jul 2012 17:14:31 +0200 Message-ID: From: Jakub Kulesza To: Shane Johnson Cc: Peter Braun , Xen-users@lists.xen.org, Xen List Subject: Re: [Xen-users] Debian dom0, windows domU, problems joining NT 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="===============4828804322895450920==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4828804322895450920== Content-Type: multipart/alternative; boundary=20cf301ee8499ff01204c4a36b6e --20cf301ee8499ff01204c4a36b6e Content-Type: text/plain; charset=ISO-8859-1 Silly me, registry settings provided here http://wiki.samba.org/index.php/Windows7#Windows_7_Registry_settings allowed for the 2008 R2 windows server to join samba nt domain PDC. Case closed. Best regards 2012/7/12 Shane Johnson > Jakub, > Sorry, I don't have 7 joined to our NT domain, so I don't know for sure. > But from memory 7 doesn't have the same requirements or that you can make > a registry change to allow it to join the domain. > > Shane > > > On Thu, Jul 12, 2012 at 7:46 AM, Jakub Kulesza wrote: > >> Wow, thanks, that's reasonable. >> >> What if I start windows 7 professional as domU and it fails joining with >> the exact same message. Windows 7 pro physical machines join perfectly. >> >> 2012/7/12 Shane Johnson >> >>> Jakub, >>> I ran into problems with 2008 R2 and a NT Domain due to R2 absolutely >>> requires kerebos to join the domain. There are posts all over the internet >>> regarding this and no solution that I have found but to migrate your >>> domain controller to at least 2000 or higher. (Either that or wait for >>> Samba to catch up.) >>> >>> Shane >>> >>> >>> On Thu, Jul 12, 2012 at 7:28 AM, Jakub Kulesza wrote: >>> >>>> One more funny thing: >>>> >>>> If I just want to login on the NT domain server to browse the shared >>>> files, I can do that. I just type \\ in the explorer, I get a >>>> popup that asks me to login, i do, and i get the files. The only thing not >>>> working is joining the domain. >>>> >>>> regards >>>> JK >>>> >>>> >>>> 2012/7/12 Jakub Kulesza >>>> >>>>> Hi! >>>>> >>>>> DNS works nice. >>>>> >>>>> If I logon onto the domU and ping the hostname of the NT domain >>>>> server, the DNS resolves the server name and returns pings from >>>>> 192.168.0.100 correctly. >>>>> >>>>> The settings of the domU net card are OK. MAC address is the same as >>>>> in the xen domU config, IP is 192.168.0.142 with correct netmask, route .1, >>>>> dns .100, DNS search domain is OK. >>>>> >>>>> Of course, the NT domain server name is different than the NT domain >>>>> name. And the latter is not discoverable through DNS. I have read about >>>>> propper setting of the DNS in NT domain by samba environment and this seems >>>>> like a correct procedure. Or do you suggest otherwise? Physical hosts join >>>>> the domain with no problem. This infrastructure is running this way since >>>>> 2007. >>>>> >>>>> Regards >>>>> >>>>> >>>>> 2012/7/12 Peter Braun >>>>> >>>>>> Hi, >>>>>> >>>>>> whats the settings of domU network card? >>>>>> >>>>>> Seems to me like you are missing correct DNS server config there. >>>>>> There should be IP of linux/samsa/LDAP server. >>>>>> >>>>>> You can verify by ping "name of the samba server" if its resolved >>>>>> correctly. >>>>>> >>>>>> Br >>>>>> >>>>>> Peter >>>>>> >>>>>> 2012/7/12 Jakub Kulesza : >>>>>> > Hi! >>>>>> > >>>>>> > I have a problem with windows 2008 r2 (and windows 7 professional) >>>>>> not >>>>>> > joining my NT domain, that is served by a linux+samba+LDAP server >>>>>> in the >>>>>> > same IP subnet. >>>>>> > >>>>>> > The NT domain server works ok, windows 7 pro and windows xp >>>>>> physical hosts >>>>>> > can perfectly join and log on into it. This infrastructure has been >>>>>> working >>>>>> > for years now. >>>>>> > >>>>>> > The XEN server dom0 is based on latest debian with xen server from >>>>>> the >>>>>> > debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves >>>>>> linux and >>>>>> > windows domU on the local subnet with no (or minor) problems, both >>>>>> with HVM >>>>>> > and paravirtualization. >>>>>> > >>>>>> > The network on the dom0 is done using bridged interfaces. The dom0 >>>>>> is >>>>>> > 192.168.0.132, windows domU is .142 and NT domain server is .100. >>>>>> The domU >>>>>> > can use the services in the network and the Internet. The hosts in >>>>>> the IP >>>>>> > subnet can use the network resources of the domU. The dom0 has all >>>>>> iptables >>>>>> > general rules set as ACCEPT, the only rules added are done by xen >>>>>> startup >>>>>> > scripts. >>>>>> > >>>>>> > When I install a new windows 2008 r2 standard system as domU and >>>>>> try joining >>>>>> > the domain from the local NT domain server I get the following >>>>>> error: >>>>>> > 
>>>>>> > The following error occurred attempting to join the domain ">>>>> domain name
>>>>>> > goes here>":
>>>>>> >
>>>>>> > The specified domain either does not exist or could not be
>>>>>> contacted.
>>>>>> >
>>>>>> > >>>>>> > I suspect that there is some problem with the networking. Did I miss >>>>>> > something? Can you recommend looking into some obvious setting >>>>>> somewhere? >>>>>> > I've tried looking for similar problems on the net with no result, >>>>>> so I >>>>>> > suspect that I've messed up something basic. >>>>>> > >>>>>> > The configuration for the windows domU is the following: >>>>>> > kernel = "/usr/lib/xen-default/boot/hvmloader" >>>>>> > builder='hvm' >>>>>> > memory = 1024 >>>>>> > shadow_memory = 24 >>>>>> > name = "win2008eval1" >>>>>> > vif = [ 'type=ioemu, bridge=eth4' ] >>>>>> > acpi = 1 >>>>>> > apic = 1 >>>>>> > pae = 1 >>>>>> > disk = [ 'phy:/dev/vg/win2008eval1,hda,w'] >>>>>> > vcpus = 1 >>>>>> > device_model = '/usr/lib/xen-default/bin/qemu-dm' >>>>>> > boot="c" >>>>>> > sdl=0 >>>>>> > vnc=1 >>>>>> > vncconsole=1 >>>>>> > vncpasswd='kuleczka' >>>>>> > serial='pty' >>>>>> > usbdevice='tablet' >>>>>> > >>>>>> > >>>>>> > -- >>>>>> > Best regards >>>>>> > Jakub Kulesza >>>>>> > >>>>>> > _______________________________________________ >>>>>> > 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 >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Pozdrawiam >>>>> Jakub Kulesza >>>>> >>>> >>>> >>>> >>>> -- >>>> Pozdrawiam >>>> Jakub Kulesza >>>> >>>> _______________________________________________ >>>> Xen-users mailing list >>>> Xen-users@lists.xen.org >>>> http://lists.xen.org/xen-users >>>> >>> >>> >>> >>> -- >>> Shane D. Johnson >>> IT Administrator >>> Rasmussen Equipment >>> >>> >>> >> >> >> -- >> Pozdrawiam >> Jakub Kulesza >> > > > > -- > Shane D. Johnson > IT Administrator > Rasmussen Equipment > > > -- Pozdrawiam Jakub Kulesza --20cf301ee8499ff01204c4a36b6e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Silly me, registry settings provided here=A0 http://wiki.samba.org/index.php/Windows7#Windows_7_Registry_settings<= /a>=A0 allowed for the 2008 R2 windows server to join samba nt domain PDC. = Case closed.=A0

Best regards

2012/7= /12 Shane Johnson <sdj@rasmussenequipment.com>
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex"> Jakub,
Sorry, I don't have 7 joined to our NT domain, so I don'= t know for sure. =A0But from memory 7 doesn't have the same requirement= s or that you can make a registry change to=A0allow=A0it to join the domain= .

Shane


On Thu, Jul 12, 2012 at 7:46 AM, Jakub Kulesza &l= t;jakkul@gmail.com> wrote:
Wow, thanks, that's reasonable.=A0

What if I start w= indows 7 professional as domU and it fails joining with the exact same mess= age. Windows 7 pro physical machines join perfectly.=A0

2012/7/12 Shane Johnson <sdj@rasmussenequipment.com>
Jakub,
I ran into problems with 2008 R2 =A0and a NT Domain due to R2 ab= solutely requires kerebos to join the domain. =A0There are posts all over t= he internet regarding this and no solution that I have found but to migrate= =A0your domain controller to at least 2000 or higher. =A0(Either that or w= ait for Samba to catch up.)

Shane


On Th= u, Jul 12, 2012 at 7:28 AM, Jakub Kulesza <jakkul@gmail.com> = wrote:
One more funny thing:

If I just want to login on the NT = domain server to browse the shared files, I can do that. I just type \\<= hostname> in the explorer, I get a popup that asks me to login, i do, an= d i get the files. The only thing not working is joining the domain.

regards=A0
JK


2012/7/12 Jakub Kulesza <jakkul@gmail.com>
Hi!

DNS works nice.

If I logon = onto the domU and ping the hostname of the NT domain server, the DNS resolv= es the server name and returns pings from 192.168.0.100 correctly.=A0

The settings of the domU net card are OK. MAC address i= s the same as in the xen domU config, IP is 192.168.0.142 with correct netm= ask, route .1, dns .100, DNS search domain is OK.

Of course, the NT domain server name is different than the NT domain name. = And the latter is not discoverable through DNS. I have read about propper s= etting of the DNS in NT domain by samba environment and this seems like a c= orrect procedure. Or do you suggest otherwise? Physical hosts join the doma= in with no problem. This infrastructure is running this way since 2007.

Regards


2012/7/12 Peter Braun <xenware@gmail.com>
Hi,

whats the settings of domU network card?

Seems to me like you are missing correct DNS server config there.
There should be IP of linux/samsa/LDAP server.

You can verify by ping "name of the samba server" if its resolved= correctly.

Br

Peter

2012/7/12 Jakub Kulesza <jakkul@gmail.com>:
> Hi!
>
> I have a problem with windows 2008 r2 (and windows 7 professional) not=
> joining my NT domain, that is served by a linux+samba+LDAP server in t= he
> same IP subnet.
>
> The NT domain server works ok, windows 7 pro and windows xp physical h= osts
> can perfectly join and log on into it. This infrastructure has been wo= rking
> for years now.
>
> The XEN server dom0 is based on latest debian with xen server from the=
> debian packages. Xen hypervisor amd64 4.0.1-5.2. This dom0 serves linu= x and
> windows domU on the local subnet with no (or minor) problems, both wit= h HVM
> and paravirtualization.
>
> The network on the dom0 is done using bridged interfaces. The dom0 is<= br> > 192.168.0.132, windows domU is .142 and NT domain server is .100. The = domU
> can use the services in the network and the Internet. The hosts in the= IP
> subnet can use the network resources of the domU. The dom0 has all ipt= ables
> general rules set as ACCEPT, the only rules added are done by xen star= tup
> scripts.
>
> When I install a new windows 2008 r2 standard system as domU and try j= oining
> the domain from the local NT domain server I get the following error:<= br> > <pre>
> The following error occurred attempting to join the domain "<m= y domain name
> goes here>":
>
> The specified domain either does not exist or could not be contacted.<= br> > </pre>
>
> I suspect that there is some problem with the networking. Did I miss > something? Can you recommend looking into some obvious setting somewhe= re?
> I've tried looking for similar problems on the net with no result,= so I
> suspect that I've messed up something basic.
>
> The configuration for the windows domU is the following:
> kernel =3D "/usr/lib/xen-default/boot/hvmloader"
> builder=3D'hvm'
> memory =3D 1024
> shadow_memory =3D 24
> name =3D "win2008eval1"
> vif =3D [ 'type=3Dioemu, bridge=3Deth4' ]
> acpi =3D 1
> apic =3D 1
> pae =3D 1
> disk =3D [ 'phy:/dev/vg/win2008eval1,hda,w']
> vcpus =3D 1
> device_model =3D '/usr/lib/xen-default/bin/qemu-dm'
> boot=3D"c"
> sdl=3D0
> vnc=3D1
> vncconsole=3D1
> vncpasswd=3D'kuleczka'
> serial=3D'pty'
> usbdevice=3D'tablet'
>
>
> --
> Best regards
> Jakub Kulesza
>
> _______________________________________________
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users

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



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza



<= font color=3D"#888888">--
Pozdrawiam
Jakub Kulesza

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



--
Shane D. Johnson
IT Administrator
Rasmussen Equipment





--
Pozdrawiam
Jakub Kulesza



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





--
PozdrawiamJakub Kulesza
--20cf301ee8499ff01204c4a36b6e-- --===============4828804322895450920== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4828804322895450920==-- From xen-users-bounces@lists.xen.org Thu Jul 12 15:25:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 15:25:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpLFc-0000O6-G1; Thu, 12 Jul 2012 15:24:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpLFb-0000O1-Bh for xen-users@lists.xen.org; Thu, 12 Jul 2012 15:24:19 +0000 Received: from [85.158.139.83:60195] by server-7.bemta-5.messagelabs.com id E4/47-28276-22CEEFF4; Thu, 12 Jul 2012 15:24:18 +0000 X-Env-Sender: raistlin@linux.it X-Msg-Ref: server-13.tower-182.messagelabs.com!1342106657!27936107!1 X-Originating-IP: [193.205.80.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8008 invoked from network); 12 Jul 2012 15:24:17 -0000 Received: from ms01.sssup.it (HELO sssup.it) (193.205.80.99) by server-13.tower-182.messagelabs.com with SMTP; 12 Jul 2012 15:24:17 -0000 Received: from [62.200.22.2] (account d.faggioli@sssup.it HELO [10.80.116.181]) by sssup.it (CommuniGate Pro SMTP 5.3.14) with ESMTPSA id 79527250; Thu, 12 Jul 2012 17:24:16 +0200 Message-ID: <1342106654.2769.19.camel@Abyss> From: Dario Faggioli To: Adrian Shaw Date: Thu, 12 Jul 2012 16:24:14 +0100 In-Reply-To: <4FFD53AC.1000806@cs.bham.ac.uk> References: <1341927307.9835.4.camel@Abyss> <4FFD53AC.1000806@cs.bham.ac.uk> X-Mailer: Evolution 3.2.3 (3.2.3-3.fc16) Mime-Version: 1.0 Cc: xen-users Subject: Re: [Xen-users] Using LibXC X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2594060405382977782==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2594060405382977782== Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-eNopkptF31nWi2qBXsLc" --=-eNopkptF31nWi2qBXsLc Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, 2012-07-11 at 11:21 +0100, Adrian Shaw wrote:=20 > Hi Dario, >=20 Hi, > The problem is that when I try to build my program to use the library, > the compiler cannot find xen/libelf/libelf.h in xc_dom.h. >=20 That seems like a build issue you're having. > Having looked at libelf it seems to be arch specific code. > Does that mean that I have to cross compile something? > Or compile it _with_ the rest of the tools? > Sounds like a nightmare if this is the solution. >=20 I've never done anything similar, but from what I see, that file is provided by xen and what you should do while building your program, is making sure it can access it. Again, you can look at how things work for the bundled toolstack, e.g. this file: tools/include/Makefile Hope that helps, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://retis.sssup.it/people/faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-eNopkptF31nWi2qBXsLc 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.12 (GNU/Linux) iEYEABECAAYFAk/+7B4ACgkQk4XaBE3IOsTYXgCfeupl7F6g3ibg0HUFdMdKhcQG XNMAoIJPXb0IumXEzzuhGOdYKd3WJgfh =ocR1 -----END PGP SIGNATURE----- --=-eNopkptF31nWi2qBXsLc-- --===============2594060405382977782== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2594060405382977782==-- From xen-users-bounces@lists.xen.org Thu Jul 12 15:25:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 15:25:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpLFc-0000O6-G1; Thu, 12 Jul 2012 15:24:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpLFb-0000O1-Bh for xen-users@lists.xen.org; Thu, 12 Jul 2012 15:24:19 +0000 Received: from [85.158.139.83:60195] by server-7.bemta-5.messagelabs.com id E4/47-28276-22CEEFF4; Thu, 12 Jul 2012 15:24:18 +0000 X-Env-Sender: raistlin@linux.it X-Msg-Ref: server-13.tower-182.messagelabs.com!1342106657!27936107!1 X-Originating-IP: [193.205.80.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8008 invoked from network); 12 Jul 2012 15:24:17 -0000 Received: from ms01.sssup.it (HELO sssup.it) (193.205.80.99) by server-13.tower-182.messagelabs.com with SMTP; 12 Jul 2012 15:24:17 -0000 Received: from [62.200.22.2] (account d.faggioli@sssup.it HELO [10.80.116.181]) by sssup.it (CommuniGate Pro SMTP 5.3.14) with ESMTPSA id 79527250; Thu, 12 Jul 2012 17:24:16 +0200 Message-ID: <1342106654.2769.19.camel@Abyss> From: Dario Faggioli To: Adrian Shaw Date: Thu, 12 Jul 2012 16:24:14 +0100 In-Reply-To: <4FFD53AC.1000806@cs.bham.ac.uk> References: <1341927307.9835.4.camel@Abyss> <4FFD53AC.1000806@cs.bham.ac.uk> X-Mailer: Evolution 3.2.3 (3.2.3-3.fc16) Mime-Version: 1.0 Cc: xen-users Subject: Re: [Xen-users] Using LibXC X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2594060405382977782==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2594060405382977782== Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-eNopkptF31nWi2qBXsLc" --=-eNopkptF31nWi2qBXsLc Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, 2012-07-11 at 11:21 +0100, Adrian Shaw wrote:=20 > Hi Dario, >=20 Hi, > The problem is that when I try to build my program to use the library, > the compiler cannot find xen/libelf/libelf.h in xc_dom.h. >=20 That seems like a build issue you're having. > Having looked at libelf it seems to be arch specific code. > Does that mean that I have to cross compile something? > Or compile it _with_ the rest of the tools? > Sounds like a nightmare if this is the solution. >=20 I've never done anything similar, but from what I see, that file is provided by xen and what you should do while building your program, is making sure it can access it. Again, you can look at how things work for the bundled toolstack, e.g. this file: tools/include/Makefile Hope that helps, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://retis.sssup.it/people/faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-eNopkptF31nWi2qBXsLc 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.12 (GNU/Linux) iEYEABECAAYFAk/+7B4ACgkQk4XaBE3IOsTYXgCfeupl7F6g3ibg0HUFdMdKhcQG XNMAoIJPXb0IumXEzzuhGOdYKd3WJgfh =ocR1 -----END PGP SIGNATURE----- --=-eNopkptF31nWi2qBXsLc-- --===============2594060405382977782== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2594060405382977782==-- From xen-users-bounces@lists.xen.org Thu Jul 12 15:54:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 15:54: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 1SpLht-00018h-2e; Thu, 12 Jul 2012 15:53:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpLhq-00018c-K6 for xen-users@lists.xen.org; Thu, 12 Jul 2012 15:53:31 +0000 Received: from [85.158.143.99:59507] by server-2.bemta-4.messagelabs.com id 6B/2B-17938-9F2FEFF4; Thu, 12 Jul 2012 15:53:29 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1342108404!17310716!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAyNjM3MTc=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16196 invoked from network); 12 Jul 2012 15:53:28 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 15:53:28 -0000 X-IronPort-AV: E=Sophos;i="4.77,573,1336363200"; d="scan'208";a="201956771" Received: from ftlpmailmx01.citrite.net ([10.13.107.65]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 12 Jul 2012 11:53:24 -0400 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.13.107.65) with Microsoft SMTP Server id 8.3.213.0; Thu, 12 Jul 2012 11:53:23 -0400 Message-ID: <1342108346.8586.144.camel@hastur.hellion.org.uk> From: Ian Campbell To: Matthias Date: Thu, 12 Jul 2012 09:52:26 -0600 In-Reply-To: References: X-Mailer: Evolution 3.2.2-1+b1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Rajesh Kumar Subject: Re: [Xen-users] 99% iowait on one core in 8 core processor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2012-07-11 at 09:56 -0400, Matthias wrote: > Hi, > > I experianced the same. > > I figured the reason behind this has nothing to do with what (v)cpus > you assign to the domUs. In fact, I think that the real reason is that > all I/O emulation from the domUs (like HDD, Network and Stuff) is all > handled by CPU0 of dom0, even in a multi-core-architecture. This should not be the case. I/O emulation is done by qemu running in domain 0 and should be scheduled on any dom0 vcpu. If it is not then this is something to investigate. Normally this would require explicit admin action to pin the affinity of the process though. One easy thing to look at would be /proc/interrupts to check that the irq associated with ioreq upcalls for each guest are being properly balanced (if not the installing irqbalanced might help) Ian. > > You can test this with trying something I/O intensive like a hdd > benchmark in the domU and you will see the dom0-cpu0 utilization > rising. > > Using PVHVM or GPLPV-Driver only reduces the amount of utilization but > it is still handled by cpu0 only. Due to that fact i leave cpu0 to my > dom0 alone and only assign the other cpu-cores to the domUs. > > > Note: This is only an assumption I made after seeing my machines > behaviour. If the above isn't true, please correct me. > > > 2012/7/11 Rajesh Kumar : > > Hi All, > > > > We have a xen server and using 8 core processor. > > > > I can see that there is 99% iowait on only core 0. > > > > > > 02:28:49 AM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s > > 02:28:54 AM all 0.00 0.00 0.00 12.65 0.00 0.02 2.24 85.08 1359.88 > > 02:28:54 AM 0 0.00 0.00 0.00 96.21 0.00 0.20 3.19 0.40 847.11 > > 02:28:54 AM 1 0.00 0.00 0.00 6.41 0.00 0.00 9.42 84.17 219.56 > > 02:28:54 AM 2 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 2.59 > > 02:28:54 AM 3 0.00 0.00 0.00 0.00 0.00 0.00 2.12 97.88 76.25 > > 02:28:54 AM 4 0.00 0.00 0.00 0.00 0.00 0.00 1.20 98.80 118.56 > > 02:28:54 AM 5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 3.59 > > 02:28:54 AM 6 0.00 0.00 0.00 0.00 0.00 0.00 2.02 97.98 89.62 > > 02:28:54 AM 7 0.00 0.00 0.00 0.00 0.00 0.00 0.20 99.80 2.59 > > > > 02:28:54 AM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s > > 02:28:59 AM all 0.00 0.00 0.00 12.48 0.00 0.00 2.78 84.74 1317.43 > > 02:28:59 AM 0 0.00 0.00 0.00 98.80 0.00 0.00 0.80 0.40 885.17 > > 02:28:59 AM 1 0.00 0.00 0.00 0.00 0.00 0.00 11.38 88.62 151.30 > > 02:28:59 AM 2 0.00 0.00 0.00 0.00 0.00 0.00 0.20 99.80 2.81 > > 02:28:59 AM 3 0.00 0.00 0.00 0.00 0.00 0.00 7.21 92.79 94.79 > > 02:28:59 AM 4 0.00 0.00 0.00 0.00 0.00 0.00 2.20 97.80 170.34 > > 02:28:59 AM 5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 4.41 > > 02:28:59 AM 6 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 5.81 > > 02:28:59 AM 7 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 2.81 > > > > > > I have even tries changing the cpus mapped to the DomU with out no effect. > > > > Name CPU CPU Affinity > > 4pulse 1 1 > > 2music 3 3 > > Domain-0 0 0 > > Domain-0 1 1 > > Domain-0 2 2 > > Domain-0 3 3 > > Domain-0 4 4 > > Domain-0 5 5 > > Domain-0 6 6 > > Domain-0 7 7 > > analshah 6 any cpu > > arunvelayudhan 7 any cpu > > backup 7 any cpu > > crickruns 3 1-3 > > crickruns 2 1-3 > > crickruns 1 1-3 > > crickruns 2 1-3 > > crickruns 1 1-3 > > crickruns 1 1-3 > > dedicatedjv 7 any cpu > > yeluthu 4 3-5 > > yeluthu 3 3-5 > > yeluthu 3 3-5 > > yeluthu 3 3-5 > > yeluthu 3 3-5 > > yeluthu 3 3-5 > > freshnfresh 3 any cpu > > monitoring 7 any cpu > > reporter 6 5-7 > > reporter 7 5-7 > > reporter 6 5-7 > > reporter 6 5-7 > > reporter 7 5-7 > > reporter 7 5-7 > > reporter 5 5-7 > > reporter 7 5-7 > > radio03 7 any cpu > > saampeter 2 1-2 > > saampeter 2 1-2 > > > > > > Thanks, > > Rajesh > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 12 15:54:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 15:54: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 1SpLht-00018h-2e; Thu, 12 Jul 2012 15:53:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpLhq-00018c-K6 for xen-users@lists.xen.org; Thu, 12 Jul 2012 15:53:31 +0000 Received: from [85.158.143.99:59507] by server-2.bemta-4.messagelabs.com id 6B/2B-17938-9F2FEFF4; Thu, 12 Jul 2012 15:53:29 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1342108404!17310716!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAyNjM3MTc=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16196 invoked from network); 12 Jul 2012 15:53:28 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 15:53:28 -0000 X-IronPort-AV: E=Sophos;i="4.77,573,1336363200"; d="scan'208";a="201956771" Received: from ftlpmailmx01.citrite.net ([10.13.107.65]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 12 Jul 2012 11:53:24 -0400 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.13.107.65) with Microsoft SMTP Server id 8.3.213.0; Thu, 12 Jul 2012 11:53:23 -0400 Message-ID: <1342108346.8586.144.camel@hastur.hellion.org.uk> From: Ian Campbell To: Matthias Date: Thu, 12 Jul 2012 09:52:26 -0600 In-Reply-To: References: X-Mailer: Evolution 3.2.2-1+b1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Rajesh Kumar Subject: Re: [Xen-users] 99% iowait on one core in 8 core processor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2012-07-11 at 09:56 -0400, Matthias wrote: > Hi, > > I experianced the same. > > I figured the reason behind this has nothing to do with what (v)cpus > you assign to the domUs. In fact, I think that the real reason is that > all I/O emulation from the domUs (like HDD, Network and Stuff) is all > handled by CPU0 of dom0, even in a multi-core-architecture. This should not be the case. I/O emulation is done by qemu running in domain 0 and should be scheduled on any dom0 vcpu. If it is not then this is something to investigate. Normally this would require explicit admin action to pin the affinity of the process though. One easy thing to look at would be /proc/interrupts to check that the irq associated with ioreq upcalls for each guest are being properly balanced (if not the installing irqbalanced might help) Ian. > > You can test this with trying something I/O intensive like a hdd > benchmark in the domU and you will see the dom0-cpu0 utilization > rising. > > Using PVHVM or GPLPV-Driver only reduces the amount of utilization but > it is still handled by cpu0 only. Due to that fact i leave cpu0 to my > dom0 alone and only assign the other cpu-cores to the domUs. > > > Note: This is only an assumption I made after seeing my machines > behaviour. If the above isn't true, please correct me. > > > 2012/7/11 Rajesh Kumar : > > Hi All, > > > > We have a xen server and using 8 core processor. > > > > I can see that there is 99% iowait on only core 0. > > > > > > 02:28:49 AM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s > > 02:28:54 AM all 0.00 0.00 0.00 12.65 0.00 0.02 2.24 85.08 1359.88 > > 02:28:54 AM 0 0.00 0.00 0.00 96.21 0.00 0.20 3.19 0.40 847.11 > > 02:28:54 AM 1 0.00 0.00 0.00 6.41 0.00 0.00 9.42 84.17 219.56 > > 02:28:54 AM 2 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 2.59 > > 02:28:54 AM 3 0.00 0.00 0.00 0.00 0.00 0.00 2.12 97.88 76.25 > > 02:28:54 AM 4 0.00 0.00 0.00 0.00 0.00 0.00 1.20 98.80 118.56 > > 02:28:54 AM 5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 3.59 > > 02:28:54 AM 6 0.00 0.00 0.00 0.00 0.00 0.00 2.02 97.98 89.62 > > 02:28:54 AM 7 0.00 0.00 0.00 0.00 0.00 0.00 0.20 99.80 2.59 > > > > 02:28:54 AM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s > > 02:28:59 AM all 0.00 0.00 0.00 12.48 0.00 0.00 2.78 84.74 1317.43 > > 02:28:59 AM 0 0.00 0.00 0.00 98.80 0.00 0.00 0.80 0.40 885.17 > > 02:28:59 AM 1 0.00 0.00 0.00 0.00 0.00 0.00 11.38 88.62 151.30 > > 02:28:59 AM 2 0.00 0.00 0.00 0.00 0.00 0.00 0.20 99.80 2.81 > > 02:28:59 AM 3 0.00 0.00 0.00 0.00 0.00 0.00 7.21 92.79 94.79 > > 02:28:59 AM 4 0.00 0.00 0.00 0.00 0.00 0.00 2.20 97.80 170.34 > > 02:28:59 AM 5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 4.41 > > 02:28:59 AM 6 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 5.81 > > 02:28:59 AM 7 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 2.81 > > > > > > I have even tries changing the cpus mapped to the DomU with out no effect. > > > > Name CPU CPU Affinity > > 4pulse 1 1 > > 2music 3 3 > > Domain-0 0 0 > > Domain-0 1 1 > > Domain-0 2 2 > > Domain-0 3 3 > > Domain-0 4 4 > > Domain-0 5 5 > > Domain-0 6 6 > > Domain-0 7 7 > > analshah 6 any cpu > > arunvelayudhan 7 any cpu > > backup 7 any cpu > > crickruns 3 1-3 > > crickruns 2 1-3 > > crickruns 1 1-3 > > crickruns 2 1-3 > > crickruns 1 1-3 > > crickruns 1 1-3 > > dedicatedjv 7 any cpu > > yeluthu 4 3-5 > > yeluthu 3 3-5 > > yeluthu 3 3-5 > > yeluthu 3 3-5 > > yeluthu 3 3-5 > > yeluthu 3 3-5 > > freshnfresh 3 any cpu > > monitoring 7 any cpu > > reporter 6 5-7 > > reporter 7 5-7 > > reporter 6 5-7 > > reporter 6 5-7 > > reporter 7 5-7 > > reporter 7 5-7 > > reporter 5 5-7 > > reporter 7 5-7 > > radio03 7 any cpu > > saampeter 2 1-2 > > saampeter 2 1-2 > > > > > > Thanks, > > Rajesh > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 12 16:07:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 16:07:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpLuW-00025t-Ag; Thu, 12 Jul 2012 16:06:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpLuV-00025l-A9 for xen-users@lists.xen.org; Thu, 12 Jul 2012 16:06:35 +0000 Received: from [85.158.143.35:11270] by server-2.bemta-4.messagelabs.com id E0/11-17938-A06FEFF4; Thu, 12 Jul 2012 16:06:34 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1342109192!15124417!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAxNTYxODc=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26960 invoked from network); 12 Jul 2012 16:06:33 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 16:06:33 -0000 X-IronPort-AV: E=Sophos;i="4.77,573,1336363200"; d="scan'208";a="31286842" Received: from ftlpmailmx02.citrite.net ([10.13.107.66]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 12 Jul 2012 12:06:32 -0400 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.13.107.66) with Microsoft SMTP Server id 8.3.213.0; Thu, 12 Jul 2012 12:06:31 -0400 Message-ID: <1342109134.8586.148.camel@hastur.hellion.org.uk> From: Ian Campbell To: jaeyong yoo Date: Thu, 12 Jul 2012 10:05:34 -0600 In-Reply-To: References: X-Mailer: Evolution 3.2.2-1+b1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] While installing guest OS, having error "Invalid kernel" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2012-07-12 at 05:36 -0400, jaeyong yoo wrote: > > > 8) while installing, I set the filesystem ext3 in the guest OS. > > 9) everything looks normal. The console say the installation is > completed. > > 10) After installing, I change the xen configuration > file (/etc/xen/ubuntu.cfg) as follows. > > name = "ubuntu" memory = 512 disk = > ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif = [' '] bootloader = "pygrub" Did ubuntu install a Xen capable kernel and is grub within the guest correctly pointing to it? You can usually use kpartx to expose the partitions of /dev/vgubuntu/ubuntu in dom0 and mount it to poke around. I don't know which kernel flavour you need to have installed in Ubuntu to get Xen support. Perhaps someone else chime in. The other thing to consider is the use of LVM for the guest /boot. IIRC this does not work with pygrub. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 12 16:07:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 16:07:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpLuW-00025t-Ag; Thu, 12 Jul 2012 16:06:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpLuV-00025l-A9 for xen-users@lists.xen.org; Thu, 12 Jul 2012 16:06:35 +0000 Received: from [85.158.143.35:11270] by server-2.bemta-4.messagelabs.com id E0/11-17938-A06FEFF4; Thu, 12 Jul 2012 16:06:34 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1342109192!15124417!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAxNTYxODc=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26960 invoked from network); 12 Jul 2012 16:06:33 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 16:06:33 -0000 X-IronPort-AV: E=Sophos;i="4.77,573,1336363200"; d="scan'208";a="31286842" Received: from ftlpmailmx02.citrite.net ([10.13.107.66]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 12 Jul 2012 12:06:32 -0400 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.13.107.66) with Microsoft SMTP Server id 8.3.213.0; Thu, 12 Jul 2012 12:06:31 -0400 Message-ID: <1342109134.8586.148.camel@hastur.hellion.org.uk> From: Ian Campbell To: jaeyong yoo Date: Thu, 12 Jul 2012 10:05:34 -0600 In-Reply-To: References: X-Mailer: Evolution 3.2.2-1+b1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] While installing guest OS, having error "Invalid kernel" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2012-07-12 at 05:36 -0400, jaeyong yoo wrote: > > > 8) while installing, I set the filesystem ext3 in the guest OS. > > 9) everything looks normal. The console say the installation is > completed. > > 10) After installing, I change the xen configuration > file (/etc/xen/ubuntu.cfg) as follows. > > name = "ubuntu" memory = 512 disk = > ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif = [' '] bootloader = "pygrub" Did ubuntu install a Xen capable kernel and is grub within the guest correctly pointing to it? You can usually use kpartx to expose the partitions of /dev/vgubuntu/ubuntu in dom0 and mount it to poke around. I don't know which kernel flavour you need to have installed in Ubuntu to get Xen support. Perhaps someone else chime in. The other thing to consider is the use of LVM for the guest /boot. IIRC this does not work with pygrub. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 12 16:20:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 16: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 1SpM7T-0002a6-AJ; Thu, 12 Jul 2012 16:19:59 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpM7S-0002a1-2L for xen-users@lists.xen.org; Thu, 12 Jul 2012 16:19:58 +0000 Received: from [85.158.143.99:7389] by server-2.bemta-4.messagelabs.com id 64/B2-17938-D29FEFF4; Thu, 12 Jul 2012 16:19:57 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1342109995!22122160!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31238 invoked from network); 12 Jul 2012 16:19:56 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 16:19:56 -0000 Received: by lbok6 with SMTP id k6so4210275lbo.32 for ; Thu, 12 Jul 2012 09:19:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=PK/lfFt7WI82urVJkY6Y4fLq57/GMTGZeLwwYHdmuVw=; b=AKEvi5vboUavraJT0bUaw3ZhjBb622nk4WcffbIC9UH6MOj0MYhVUBizAOaSWmh+Qy V0vQs7zcEPx5cCttELLhYLrRqaTgEjxMJpv5yryni3N4rGceh1dqCqVxQuf5wztvVxEJ 7G77+qLTexpPCoWnO3IDBIxuNBjJwFelpfbN+MUDIK1QB9gChyx7dDS+crXCzaDVfY7r HTGBuBkajDqLtl8Ity4ov//s7qgN+qy6pE+EjFqmUE4MYWPQ080tSeBMSMwltMZpNaUg KMD7oEGQv1BL67GuPqGUKbgFImZeJc3ANvuGDB+FkntEw4o5ThldGVFNsJx1wk3c0VhJ wb9w== Received: by 10.152.48.37 with SMTP id i5mr53989094lan.36.1342109994731; Thu, 12 Jul 2012 09:19:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.8.105 with HTTP; Thu, 12 Jul 2012 09:19:34 -0700 (PDT) In-Reply-To: <1342108346.8586.144.camel@hastur.hellion.org.uk> References: <1342108346.8586.144.camel@hastur.hellion.org.uk> From: Matthias Date: Thu, 12 Jul 2012 18:19:34 +0200 Message-ID: To: Ian Campbell Cc: "xen-users@lists.xen.org" , Rajesh Kumar Subject: Re: [Xen-users] 99% iowait on one core in 8 core processor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 checked my /proc/interrupts: EVERY xen related thing (blkif-backend,the domUs, xhci_hcd, all xen-interfaces, evtchn:xenstored, evtchn:qemu-dm is all bound to cpu0, only zeros for the other cpu-cores.. Sys is debian wheezy, xen is current testing from hg, kernel is openSuse3.4.2 with the xen patches they ship with it.. will try your irqbalanced-suggestion next.. 2012/7/12 Ian Campbell : > On Wed, 2012-07-11 at 09:56 -0400, Matthias wrote: >> Hi, >> >> I experianced the same. >> >> I figured the reason behind this has nothing to do with what (v)cpus >> you assign to the domUs. In fact, I think that the real reason is that >> all I/O emulation from the domUs (like HDD, Network and Stuff) is all >> handled by CPU0 of dom0, even in a multi-core-architecture. > > This should not be the case. I/O emulation is done by qemu running in > domain 0 and should be scheduled on any dom0 vcpu. If it is not then > this is something to investigate. Normally this would require explicit > admin action to pin the affinity of the process though. > > One easy thing to look at would be /proc/interrupts to check that the > irq associated with ioreq upcalls for each guest are being properly > balanced (if not the installing irqbalanced might help) > > Ian. > >> >> You can test this with trying something I/O intensive like a hdd >> benchmark in the domU and you will see the dom0-cpu0 utilization >> rising. >> >> Using PVHVM or GPLPV-Driver only reduces the amount of utilization but >> it is still handled by cpu0 only. Due to that fact i leave cpu0 to my >> dom0 alone and only assign the other cpu-cores to the domUs. >> >> >> Note: This is only an assumption I made after seeing my machines >> behaviour. If the above isn't true, please correct me. >> >> >> 2012/7/11 Rajesh Kumar : >> > Hi All, >> > >> > We have a xen server and using 8 core processor. >> > >> > I can see that there is 99% iowait on only core 0. >> > >> > >> > 02:28:49 AM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s >> > 02:28:54 AM all 0.00 0.00 0.00 12.65 0.00 0.02 2.24 85.08 1359.88 >> > 02:28:54 AM 0 0.00 0.00 0.00 96.21 0.00 0.20 3.19 0.40 847.11 >> > 02:28:54 AM 1 0.00 0.00 0.00 6.41 0.00 0.00 9.42 84.17 219.56 >> > 02:28:54 AM 2 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 2.59 >> > 02:28:54 AM 3 0.00 0.00 0.00 0.00 0.00 0.00 2.12 97.88 76.25 >> > 02:28:54 AM 4 0.00 0.00 0.00 0.00 0.00 0.00 1.20 98.80 118.56 >> > 02:28:54 AM 5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 3.59 >> > 02:28:54 AM 6 0.00 0.00 0.00 0.00 0.00 0.00 2.02 97.98 89.62 >> > 02:28:54 AM 7 0.00 0.00 0.00 0.00 0.00 0.00 0.20 99.80 2.59 >> > >> > 02:28:54 AM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s >> > 02:28:59 AM all 0.00 0.00 0.00 12.48 0.00 0.00 2.78 84.74 1317.43 >> > 02:28:59 AM 0 0.00 0.00 0.00 98.80 0.00 0.00 0.80 0.40 885.17 >> > 02:28:59 AM 1 0.00 0.00 0.00 0.00 0.00 0.00 11.38 88.62 151.30 >> > 02:28:59 AM 2 0.00 0.00 0.00 0.00 0.00 0.00 0.20 99.80 2.81 >> > 02:28:59 AM 3 0.00 0.00 0.00 0.00 0.00 0.00 7.21 92.79 94.79 >> > 02:28:59 AM 4 0.00 0.00 0.00 0.00 0.00 0.00 2.20 97.80 170.34 >> > 02:28:59 AM 5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 4.41 >> > 02:28:59 AM 6 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 5.81 >> > 02:28:59 AM 7 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 2.81 >> > >> > >> > I have even tries changing the cpus mapped to the DomU with out no effect. >> > >> > Name CPU CPU Affinity >> > 4pulse 1 1 >> > 2music 3 3 >> > Domain-0 0 0 >> > Domain-0 1 1 >> > Domain-0 2 2 >> > Domain-0 3 3 >> > Domain-0 4 4 >> > Domain-0 5 5 >> > Domain-0 6 6 >> > Domain-0 7 7 >> > analshah 6 any cpu >> > arunvelayudhan 7 any cpu >> > backup 7 any cpu >> > crickruns 3 1-3 >> > crickruns 2 1-3 >> > crickruns 1 1-3 >> > crickruns 2 1-3 >> > crickruns 1 1-3 >> > crickruns 1 1-3 >> > dedicatedjv 7 any cpu >> > yeluthu 4 3-5 >> > yeluthu 3 3-5 >> > yeluthu 3 3-5 >> > yeluthu 3 3-5 >> > yeluthu 3 3-5 >> > yeluthu 3 3-5 >> > freshnfresh 3 any cpu >> > monitoring 7 any cpu >> > reporter 6 5-7 >> > reporter 7 5-7 >> > reporter 6 5-7 >> > reporter 6 5-7 >> > reporter 7 5-7 >> > reporter 7 5-7 >> > reporter 5 5-7 >> > reporter 7 5-7 >> > radio03 7 any cpu >> > saampeter 2 1-2 >> > saampeter 2 1-2 >> > >> > >> > Thanks, >> > Rajesh >> > _______________________________________________ >> > Xen-users mailing list >> > Xen-users@lists.xen.org >> > http://lists.xen.org/xen-users >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 12 16:20:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 16: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 1SpM7T-0002a6-AJ; Thu, 12 Jul 2012 16:19:59 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpM7S-0002a1-2L for xen-users@lists.xen.org; Thu, 12 Jul 2012 16:19:58 +0000 Received: from [85.158.143.99:7389] by server-2.bemta-4.messagelabs.com id 64/B2-17938-D29FEFF4; Thu, 12 Jul 2012 16:19:57 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1342109995!22122160!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31238 invoked from network); 12 Jul 2012 16:19:56 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 16:19:56 -0000 Received: by lbok6 with SMTP id k6so4210275lbo.32 for ; Thu, 12 Jul 2012 09:19:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=PK/lfFt7WI82urVJkY6Y4fLq57/GMTGZeLwwYHdmuVw=; b=AKEvi5vboUavraJT0bUaw3ZhjBb622nk4WcffbIC9UH6MOj0MYhVUBizAOaSWmh+Qy V0vQs7zcEPx5cCttELLhYLrRqaTgEjxMJpv5yryni3N4rGceh1dqCqVxQuf5wztvVxEJ 7G77+qLTexpPCoWnO3IDBIxuNBjJwFelpfbN+MUDIK1QB9gChyx7dDS+crXCzaDVfY7r HTGBuBkajDqLtl8Ity4ov//s7qgN+qy6pE+EjFqmUE4MYWPQ080tSeBMSMwltMZpNaUg KMD7oEGQv1BL67GuPqGUKbgFImZeJc3ANvuGDB+FkntEw4o5ThldGVFNsJx1wk3c0VhJ wb9w== Received: by 10.152.48.37 with SMTP id i5mr53989094lan.36.1342109994731; Thu, 12 Jul 2012 09:19:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.8.105 with HTTP; Thu, 12 Jul 2012 09:19:34 -0700 (PDT) In-Reply-To: <1342108346.8586.144.camel@hastur.hellion.org.uk> References: <1342108346.8586.144.camel@hastur.hellion.org.uk> From: Matthias Date: Thu, 12 Jul 2012 18:19:34 +0200 Message-ID: To: Ian Campbell Cc: "xen-users@lists.xen.org" , Rajesh Kumar Subject: Re: [Xen-users] 99% iowait on one core in 8 core processor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 checked my /proc/interrupts: EVERY xen related thing (blkif-backend,the domUs, xhci_hcd, all xen-interfaces, evtchn:xenstored, evtchn:qemu-dm is all bound to cpu0, only zeros for the other cpu-cores.. Sys is debian wheezy, xen is current testing from hg, kernel is openSuse3.4.2 with the xen patches they ship with it.. will try your irqbalanced-suggestion next.. 2012/7/12 Ian Campbell : > On Wed, 2012-07-11 at 09:56 -0400, Matthias wrote: >> Hi, >> >> I experianced the same. >> >> I figured the reason behind this has nothing to do with what (v)cpus >> you assign to the domUs. In fact, I think that the real reason is that >> all I/O emulation from the domUs (like HDD, Network and Stuff) is all >> handled by CPU0 of dom0, even in a multi-core-architecture. > > This should not be the case. I/O emulation is done by qemu running in > domain 0 and should be scheduled on any dom0 vcpu. If it is not then > this is something to investigate. Normally this would require explicit > admin action to pin the affinity of the process though. > > One easy thing to look at would be /proc/interrupts to check that the > irq associated with ioreq upcalls for each guest are being properly > balanced (if not the installing irqbalanced might help) > > Ian. > >> >> You can test this with trying something I/O intensive like a hdd >> benchmark in the domU and you will see the dom0-cpu0 utilization >> rising. >> >> Using PVHVM or GPLPV-Driver only reduces the amount of utilization but >> it is still handled by cpu0 only. Due to that fact i leave cpu0 to my >> dom0 alone and only assign the other cpu-cores to the domUs. >> >> >> Note: This is only an assumption I made after seeing my machines >> behaviour. If the above isn't true, please correct me. >> >> >> 2012/7/11 Rajesh Kumar : >> > Hi All, >> > >> > We have a xen server and using 8 core processor. >> > >> > I can see that there is 99% iowait on only core 0. >> > >> > >> > 02:28:49 AM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s >> > 02:28:54 AM all 0.00 0.00 0.00 12.65 0.00 0.02 2.24 85.08 1359.88 >> > 02:28:54 AM 0 0.00 0.00 0.00 96.21 0.00 0.20 3.19 0.40 847.11 >> > 02:28:54 AM 1 0.00 0.00 0.00 6.41 0.00 0.00 9.42 84.17 219.56 >> > 02:28:54 AM 2 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 2.59 >> > 02:28:54 AM 3 0.00 0.00 0.00 0.00 0.00 0.00 2.12 97.88 76.25 >> > 02:28:54 AM 4 0.00 0.00 0.00 0.00 0.00 0.00 1.20 98.80 118.56 >> > 02:28:54 AM 5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 3.59 >> > 02:28:54 AM 6 0.00 0.00 0.00 0.00 0.00 0.00 2.02 97.98 89.62 >> > 02:28:54 AM 7 0.00 0.00 0.00 0.00 0.00 0.00 0.20 99.80 2.59 >> > >> > 02:28:54 AM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s >> > 02:28:59 AM all 0.00 0.00 0.00 12.48 0.00 0.00 2.78 84.74 1317.43 >> > 02:28:59 AM 0 0.00 0.00 0.00 98.80 0.00 0.00 0.80 0.40 885.17 >> > 02:28:59 AM 1 0.00 0.00 0.00 0.00 0.00 0.00 11.38 88.62 151.30 >> > 02:28:59 AM 2 0.00 0.00 0.00 0.00 0.00 0.00 0.20 99.80 2.81 >> > 02:28:59 AM 3 0.00 0.00 0.00 0.00 0.00 0.00 7.21 92.79 94.79 >> > 02:28:59 AM 4 0.00 0.00 0.00 0.00 0.00 0.00 2.20 97.80 170.34 >> > 02:28:59 AM 5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 4.41 >> > 02:28:59 AM 6 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 5.81 >> > 02:28:59 AM 7 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 2.81 >> > >> > >> > I have even tries changing the cpus mapped to the DomU with out no effect. >> > >> > Name CPU CPU Affinity >> > 4pulse 1 1 >> > 2music 3 3 >> > Domain-0 0 0 >> > Domain-0 1 1 >> > Domain-0 2 2 >> > Domain-0 3 3 >> > Domain-0 4 4 >> > Domain-0 5 5 >> > Domain-0 6 6 >> > Domain-0 7 7 >> > analshah 6 any cpu >> > arunvelayudhan 7 any cpu >> > backup 7 any cpu >> > crickruns 3 1-3 >> > crickruns 2 1-3 >> > crickruns 1 1-3 >> > crickruns 2 1-3 >> > crickruns 1 1-3 >> > crickruns 1 1-3 >> > dedicatedjv 7 any cpu >> > yeluthu 4 3-5 >> > yeluthu 3 3-5 >> > yeluthu 3 3-5 >> > yeluthu 3 3-5 >> > yeluthu 3 3-5 >> > yeluthu 3 3-5 >> > freshnfresh 3 any cpu >> > monitoring 7 any cpu >> > reporter 6 5-7 >> > reporter 7 5-7 >> > reporter 6 5-7 >> > reporter 6 5-7 >> > reporter 7 5-7 >> > reporter 7 5-7 >> > reporter 5 5-7 >> > reporter 7 5-7 >> > radio03 7 any cpu >> > saampeter 2 1-2 >> > saampeter 2 1-2 >> > >> > >> > Thanks, >> > Rajesh >> > _______________________________________________ >> > Xen-users mailing list >> > Xen-users@lists.xen.org >> > http://lists.xen.org/xen-users >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 12 16:36:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 16:36: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 1SpMMK-000367-Ck; Thu, 12 Jul 2012 16:35:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpMMJ-00035y-2Z for xen-users@lists.xensource.com; Thu, 12 Jul 2012 16:35:19 +0000 Received: from [85.158.139.83:8976] by server-7.bemta-5.messagelabs.com id E5/28-28276-6CCFEFF4; Thu, 12 Jul 2012 16:35:18 +0000 X-Env-Sender: jep@obrien-pifer.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1342110916!28522199!1 X-Originating-IP: [75.180.132.120] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA4Mjc0NA==\n,sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA4Mjc0NA==\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4383 invoked from network); 12 Jul 2012 16:35:17 -0000 Received: from cdptpa-omtalb.mail.rr.com (HELO cdptpa-omtalb.mail.rr.com) (75.180.132.120) by server-5.tower-182.messagelabs.com with SMTP; 12 Jul 2012 16:35:17 -0000 X-Authority-Analysis: v=2.0 cv=Dp/UCRD+ c=1 sm=0 a=khvKJusKvADddYwUSfUZmw==:17 a=s-1hg7RLGykA:10 a=Q5ytJK45HY4A:10 a=i7z8CvP5fyYA:10 a=IkcTkHD0fZMA:10 a=oZXU78TAAAAA:8 a=1LzEr31aN5WvRIqOOHAA:9 a=QEXdDO2ut3YA:10 a=khvKJusKvADddYwUSfUZmw==:117 X-Cloudmark-Score: 0 X-Originating-IP: 96.10.171.230 Received: from [96.10.171.230] ([96.10.171.230:48599] helo=mailserver.obrien-pifer.com) by cdptpa-oedge02.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 54/EB-13948-4CCFEFF4; Thu, 12 Jul 2012 16:35:16 +0000 Received: from [10.99.1.20] ([10.99.1.20]) by mailserver.obrien-pifer.com (8.13.8/8.13.8) with ESMTP id q6CGZSbG031276 for ; Thu, 12 Jul 2012 12:35:28 -0400 From: James Pifer To: Xen list Date: Thu, 12 Jul 2012 12:34:55 -0400 Message-ID: <1342110895.17100.77.camel@obrien-pifer-ifldr.obrien-pifer.com> Mime-Version: 1.0 X-Mailer: Evolution 2.30.1.2 Subject: [Xen-users] cpu leveling on opensource xen on sles X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org We currently run xen on sles11sp1 and sles11sp2. Our hardware is HP Compaq DL360's. We originally started with G6's, but now we've grown and have G7's and G8's in the mix. We don't do a lot of live migrations but is convenient to be able to at times. Is there any type of cpu leveling that can be done so live migrations will work with servers with different processors? Thanks, James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 12 16:36:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 16:36: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 1SpMMK-000367-Ck; Thu, 12 Jul 2012 16:35:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpMMJ-00035y-2Z for xen-users@lists.xensource.com; Thu, 12 Jul 2012 16:35:19 +0000 Received: from [85.158.139.83:8976] by server-7.bemta-5.messagelabs.com id E5/28-28276-6CCFEFF4; Thu, 12 Jul 2012 16:35:18 +0000 X-Env-Sender: jep@obrien-pifer.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1342110916!28522199!1 X-Originating-IP: [75.180.132.120] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA4Mjc0NA==\n,sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA4Mjc0NA==\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4383 invoked from network); 12 Jul 2012 16:35:17 -0000 Received: from cdptpa-omtalb.mail.rr.com (HELO cdptpa-omtalb.mail.rr.com) (75.180.132.120) by server-5.tower-182.messagelabs.com with SMTP; 12 Jul 2012 16:35:17 -0000 X-Authority-Analysis: v=2.0 cv=Dp/UCRD+ c=1 sm=0 a=khvKJusKvADddYwUSfUZmw==:17 a=s-1hg7RLGykA:10 a=Q5ytJK45HY4A:10 a=i7z8CvP5fyYA:10 a=IkcTkHD0fZMA:10 a=oZXU78TAAAAA:8 a=1LzEr31aN5WvRIqOOHAA:9 a=QEXdDO2ut3YA:10 a=khvKJusKvADddYwUSfUZmw==:117 X-Cloudmark-Score: 0 X-Originating-IP: 96.10.171.230 Received: from [96.10.171.230] ([96.10.171.230:48599] helo=mailserver.obrien-pifer.com) by cdptpa-oedge02.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 54/EB-13948-4CCFEFF4; Thu, 12 Jul 2012 16:35:16 +0000 Received: from [10.99.1.20] ([10.99.1.20]) by mailserver.obrien-pifer.com (8.13.8/8.13.8) with ESMTP id q6CGZSbG031276 for ; Thu, 12 Jul 2012 12:35:28 -0400 From: James Pifer To: Xen list Date: Thu, 12 Jul 2012 12:34:55 -0400 Message-ID: <1342110895.17100.77.camel@obrien-pifer-ifldr.obrien-pifer.com> Mime-Version: 1.0 X-Mailer: Evolution 2.30.1.2 Subject: [Xen-users] cpu leveling on opensource xen on sles X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org We currently run xen on sles11sp1 and sles11sp2. Our hardware is HP Compaq DL360's. We originally started with G6's, but now we've grown and have G7's and G8's in the mix. We don't do a lot of live migrations but is convenient to be able to at times. Is there any type of cpu leveling that can be done so live migrations will work with servers with different processors? Thanks, James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 12 17:03:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 17:03: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 1SpMmj-00040h-MR; Thu, 12 Jul 2012 17:02:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpMmi-00040c-HO for xen-users@lists.xen.org; Thu, 12 Jul 2012 17:02:36 +0000 Received: from [85.158.143.99:54825] by server-3.bemta-4.messagelabs.com id 1F/C2-05808-B230FFF4; Thu, 12 Jul 2012 17:02:35 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1342112555!27631414!1 X-Originating-IP: [74.125.82.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20094 invoked from network); 12 Jul 2012 17:02:35 -0000 Received: from mail-wg0-f44.google.com (HELO mail-wg0-f44.google.com) (74.125.82.44) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 17:02:35 -0000 Received: by wgbdr13 with SMTP id dr13so1862708wgb.25 for ; Thu, 12 Jul 2012 10:02:35 -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=SnAZss04s+GmOSAFuVBhTWlJpkAXFQ7YvC8Lzfp+7KI=; b=ytIWR//D/M1S9sCQhjeTrhyjEPWtKLWb5ldgAya4OwhSGpegsdimP6wVXlKabx/4IN YQZ31B1GLr0zClFfPaD46RhA2yGlBb4+Q0z8z0kxquhIUKcvlXPlBeQ/c7zh4UCB2vkf P8ZLYgYDPvsUNT647TYmDaM+VnMwgXirYqHhYcHzTelByoHgtfgbX0YEsS0LljDV264K haqchmD9aP05uBU0O1qqEJ4MhRfrBp+dc0H1kACnW8yzbvBlk/7RxufRJ3jNW3hS6xKT 4qUhtkk/UR+jWItNFh+yZk1yF5VhVp6bzSIqKpbjPVJbqMmAYpOVbaciHZyYXWj8+Ve5 ZpIw== MIME-Version: 1.0 Received: by 10.216.62.207 with SMTP id y57mr15542942wec.53.1342112555038; Thu, 12 Jul 2012 10:02:35 -0700 (PDT) Received: by 10.216.221.130 with HTTP; Thu, 12 Jul 2012 10:02:34 -0700 (PDT) Date: Thu, 12 Jul 2012 11:02:34 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] server 2008R2 freezeing on reboot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I have number of xen instances running unstable 4.2. After I had installed lates hg version none of servers are able to fully reboot or shutdown . When I issue reboot or shutdown in server 2008 it will freeze on shutiong down scree or sometimes on black screen with cursor. I have to destroy and recreate instance and the it works fine. Is there bug in xen 4.2 ? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 12 17:03:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 17:03: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 1SpMmj-00040h-MR; Thu, 12 Jul 2012 17:02:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpMmi-00040c-HO for xen-users@lists.xen.org; Thu, 12 Jul 2012 17:02:36 +0000 Received: from [85.158.143.99:54825] by server-3.bemta-4.messagelabs.com id 1F/C2-05808-B230FFF4; Thu, 12 Jul 2012 17:02:35 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1342112555!27631414!1 X-Originating-IP: [74.125.82.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20094 invoked from network); 12 Jul 2012 17:02:35 -0000 Received: from mail-wg0-f44.google.com (HELO mail-wg0-f44.google.com) (74.125.82.44) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 17:02:35 -0000 Received: by wgbdr13 with SMTP id dr13so1862708wgb.25 for ; Thu, 12 Jul 2012 10:02:35 -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=SnAZss04s+GmOSAFuVBhTWlJpkAXFQ7YvC8Lzfp+7KI=; b=ytIWR//D/M1S9sCQhjeTrhyjEPWtKLWb5ldgAya4OwhSGpegsdimP6wVXlKabx/4IN YQZ31B1GLr0zClFfPaD46RhA2yGlBb4+Q0z8z0kxquhIUKcvlXPlBeQ/c7zh4UCB2vkf P8ZLYgYDPvsUNT647TYmDaM+VnMwgXirYqHhYcHzTelByoHgtfgbX0YEsS0LljDV264K haqchmD9aP05uBU0O1qqEJ4MhRfrBp+dc0H1kACnW8yzbvBlk/7RxufRJ3jNW3hS6xKT 4qUhtkk/UR+jWItNFh+yZk1yF5VhVp6bzSIqKpbjPVJbqMmAYpOVbaciHZyYXWj8+Ve5 ZpIw== MIME-Version: 1.0 Received: by 10.216.62.207 with SMTP id y57mr15542942wec.53.1342112555038; Thu, 12 Jul 2012 10:02:35 -0700 (PDT) Received: by 10.216.221.130 with HTTP; Thu, 12 Jul 2012 10:02:34 -0700 (PDT) Date: Thu, 12 Jul 2012 11:02:34 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] server 2008R2 freezeing on reboot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I have number of xen instances running unstable 4.2. After I had installed lates hg version none of servers are able to fully reboot or shutdown . When I issue reboot or shutdown in server 2008 it will freeze on shutiong down scree or sometimes on black screen with cursor. I have to destroy and recreate instance and the it works fine. Is there bug in xen 4.2 ? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 12 17:06:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 17:06:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpMpN-0004Fv-Er; Thu, 12 Jul 2012 17:05:21 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpMpM-0004FW-3G for xen-users@lists.xen.org; Thu, 12 Jul 2012 17:05:20 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1342112712!2103463!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6733 invoked from network); 12 Jul 2012 17:05:12 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 17:05:12 -0000 Received: by lbok6 with SMTP id k6so4272154lbo.32 for ; Thu, 12 Jul 2012 10:05:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=82EoCehDl19g/FSDMMrUAVvlCMDNJ7ZnepaRbAF2hR8=; b=XWpx1uLVtKEhOfEUBOxfeVv24slOLkVKKnMdET+5qfUVVKx6dTRO57Gmbus0t6+fmw Ufjq8/+1zYorDY/110DFHE09LB0aXKzptq4vyIi9aF21m1FBMt9fPJFhY1m60VPV2suY FUZMiAxaUuXixIEyKe79qC3SZltDA2gN0Su4GauwTzEeFTcKyqn20r7sUQc2+wjO3vFK u2BqxIKhUYS4AIhaX3aYIgCME8FjqUQRb9YC0bra50vueeS2fjESYx0trwZY30fRDume w1+sRS+ZoxjtaDStM2Rcekizp8//PLkPV1+6yPPYx9z0NUjxMOH6bsRd+IqRDHb5HIkD g7LQ== Received: by 10.112.36.195 with SMTP id s3mr1520796lbj.42.1342112711619; Thu, 12 Jul 2012 10:05:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.8.105 with HTTP; Thu, 12 Jul 2012 10:04:51 -0700 (PDT) In-Reply-To: References: <1342108346.8586.144.camel@hastur.hellion.org.uk> From: Matthias Date: Thu, 12 Jul 2012 19:04:51 +0200 Message-ID: To: Ian Campbell Cc: "xen-users@lists.xen.org" , Rajesh Kumar Subject: Re: [Xen-users] 99% iowait on one core in 8 core processor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org After installing and starting irqbalance (from debian package), the situation is exactly the same, even after restarting the domUs: [snippet from /pro/interrupts] # cat /proc/interrupts CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 83: 5824430 0 0 0 0 0 Phys-fasteoi ahci 84: 1 0 0 0 0 0 Phys-fasteoi xhci_hcd 85: 0 0 0 0 0 0 Phys-fasteoi xhci_hcd 86: 0 0 0 0 0 0 Phys-fasteoi xhci_hcd 87: 0 0 0 0 0 0 Phys-fasteoi xhci_hcd 88: 0 0 0 0 0 0 Phys-fasteoi xhci_hcd 89: 0 0 0 0 0 0 Phys-fasteoi xhci_hcd 90: 0 0 0 0 0 0 Phys-fasteoi xhci_hcd 91: 1559973 0 0 0 0 0 Phys-fasteoi eth0 92: 29 0 0 0 0 0 Phys-fasteoi snd_hda_intel 93: 8202 0 0 0 0 0 Dynamic-fasteoi evtchn:xenstored[2827] 94: 14362 0 0 0 0 0 Dynamic-fasteoi xenbus 95: 12 0 0 0 0 0 Dynamic-fasteoi evtchn:xenstored[2827] 96: 729 0 0 0 0 0 Dynamic-fasteoi evtchn:xenstored[2827] 97: 345357 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[3725] 98: 15239731 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[3725] 99: 602773 0 0 0 0 0 Dynamic-fasteoi fw11 100: 25609 0 0 0 0 0 Dynamic-fasteoi blkif-backend 101: 41651 0 0 0 0 0 Dynamic-fasteoi fw12 102: 1 0 0 0 0 0 Dynamic-fasteoi fw14 103: 1 0 0 0 0 0 Dynamic-fasteoi fw15 104: 1 0 0 0 0 0 Dynamic-fasteoi fw16 105: 960520 0 0 0 0 0 Dynamic-fasteoi fw17 106: 408 0 0 0 0 0 Dynamic-fasteoi evtchn:xenstored[2827] 107: 226434 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[4535] 108: 15237929 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[4535] 109: 77709 0 0 0 0 0 Dynamic-fasteoi blkif-backend 110: 592222 0 0 0 0 0 Dynamic-fasteoi fw21 111: 820394 0 0 0 0 0 Dynamic-fasteoi fw23 112: 205 0 0 0 0 0 Dynamic-fasteoi evtchn:xenstored[2827] 113: 14548772 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[24468] 114: 14105231 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[24468] 115: 14016654 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[24468] 116: 13903196 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[24468] 117: 298 0 0 0 0 0 Dynamic-fasteoi evtchn:xenstored[2827] 118: 3070868 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[5658] 119: 15303878 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[5658] 120: 51825 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[5658] 121: 562778 0 0 0 0 0 Dynamic-fasteoi blkif-backend 122: 1412 0 0 0 0 0 Dynamic-fasteoi blkif-backend 123: 1 0 0 0 0 0 Dynamic-fasteoi blkif-backend 124: 102196 0 0 0 0 0 Dynamic-fasteoi work 125: 1 0 0 0 0 0 Dynamic-fasteoi usbif-backend 126: 73329 0 0 0 0 0 Dynamic-fasteoi blkif-backend 127: 28622 0 0 0 0 0 Dynamic-fasteoi web 128: 272 0 0 0 0 0 Dynamic-fasteoi evtchn:xenstored[2827] 129: 272913 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[13834] 130: 3040 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[13834] 131: 4550 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[13834] 132: 106866 0 0 0 0 0 Dynamic-fasteoi blkif-backend 133: 25 0 0 0 0 0 Dynamic-fasteoi dev dev (the last one) was the one i tested restarting.. i ran a bonnie++ for testing The only things which are devided uppon irqs are: 72: 1714878151 61618469 345335242 35614003 27627578 29681845 Dynamic-percpu timer 73: 2150718 1139885 4941560 618991 490155 491626 Dynamic-percpu ipi RES: 2189003 1105537 4803667 577681 466929 444842 Rescheduling interrupts CAL: 1846 34636 139105 41611 23420 46919 Function call interrupts LCK: 133 89 299 70 60 61 Spinlock wakeups MCP: 1 1 1 1 1 1 Machine check polls Any other idea how we can make xen utilize the other (v)cpus for it's I/O stuff? 2012/7/12 Matthias : > Just checked my /proc/interrupts: > > EVERY xen related thing (blkif-backend,the domUs, xhci_hcd, all > xen-interfaces, evtchn:xenstored, evtchn:qemu-dm is all bound to cpu0, > only zeros for the other cpu-cores.. > > Sys is debian wheezy, xen is current testing from hg, kernel is > openSuse3.4.2 with the xen patches they ship with it.. > > will try your irqbalanced-suggestion next.. > > 2012/7/12 Ian Campbell : >> On Wed, 2012-07-11 at 09:56 -0400, Matthias wrote: >>> Hi, >>> >>> I experianced the same. >>> >>> I figured the reason behind this has nothing to do with what (v)cpus >>> you assign to the domUs. In fact, I think that the real reason is that >>> all I/O emulation from the domUs (like HDD, Network and Stuff) is all >>> handled by CPU0 of dom0, even in a multi-core-architecture. >> >> This should not be the case. I/O emulation is done by qemu running in >> domain 0 and should be scheduled on any dom0 vcpu. If it is not then >> this is something to investigate. Normally this would require explicit >> admin action to pin the affinity of the process though. >> >> One easy thing to look at would be /proc/interrupts to check that the >> irq associated with ioreq upcalls for each guest are being properly >> balanced (if not the installing irqbalanced might help) >> >> Ian. >> >>> >>> You can test this with trying something I/O intensive like a hdd >>> benchmark in the domU and you will see the dom0-cpu0 utilization >>> rising. >>> >>> Using PVHVM or GPLPV-Driver only reduces the amount of utilization but >>> it is still handled by cpu0 only. Due to that fact i leave cpu0 to my >>> dom0 alone and only assign the other cpu-cores to the domUs. >>> >>> >>> Note: This is only an assumption I made after seeing my machines >>> behaviour. If the above isn't true, please correct me. >>> >>> >>> 2012/7/11 Rajesh Kumar : >>> > Hi All, >>> > >>> > We have a xen server and using 8 core processor. >>> > >>> > I can see that there is 99% iowait on only core 0. >>> > >>> > >>> > 02:28:49 AM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s >>> > 02:28:54 AM all 0.00 0.00 0.00 12.65 0.00 0.02 2.24 85.08 1359.88 >>> > 02:28:54 AM 0 0.00 0.00 0.00 96.21 0.00 0.20 3.19 0.40 847.11 >>> > 02:28:54 AM 1 0.00 0.00 0.00 6.41 0.00 0.00 9.42 84.17 219.56 >>> > 02:28:54 AM 2 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 2.59 >>> > 02:28:54 AM 3 0.00 0.00 0.00 0.00 0.00 0.00 2.12 97.88 76.25 >>> > 02:28:54 AM 4 0.00 0.00 0.00 0.00 0.00 0.00 1.20 98.80 118.56 >>> > 02:28:54 AM 5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 3.59 >>> > 02:28:54 AM 6 0.00 0.00 0.00 0.00 0.00 0.00 2.02 97.98 89.62 >>> > 02:28:54 AM 7 0.00 0.00 0.00 0.00 0.00 0.00 0.20 99.80 2.59 >>> > >>> > 02:28:54 AM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s >>> > 02:28:59 AM all 0.00 0.00 0.00 12.48 0.00 0.00 2.78 84.74 1317.43 >>> > 02:28:59 AM 0 0.00 0.00 0.00 98.80 0.00 0.00 0.80 0.40 885.17 >>> > 02:28:59 AM 1 0.00 0.00 0.00 0.00 0.00 0.00 11.38 88.62 151.30 >>> > 02:28:59 AM 2 0.00 0.00 0.00 0.00 0.00 0.00 0.20 99.80 2.81 >>> > 02:28:59 AM 3 0.00 0.00 0.00 0.00 0.00 0.00 7.21 92.79 94.79 >>> > 02:28:59 AM 4 0.00 0.00 0.00 0.00 0.00 0.00 2.20 97.80 170.34 >>> > 02:28:59 AM 5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 4.41 >>> > 02:28:59 AM 6 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 5.81 >>> > 02:28:59 AM 7 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 2.81 >>> > >>> > >>> > I have even tries changing the cpus mapped to the DomU with out no effect. >>> > >>> > Name CPU CPU Affinity >>> > 4pulse 1 1 >>> > 2music 3 3 >>> > Domain-0 0 0 >>> > Domain-0 1 1 >>> > Domain-0 2 2 >>> > Domain-0 3 3 >>> > Domain-0 4 4 >>> > Domain-0 5 5 >>> > Domain-0 6 6 >>> > Domain-0 7 7 >>> > analshah 6 any cpu >>> > arunvelayudhan 7 any cpu >>> > backup 7 any cpu >>> > crickruns 3 1-3 >>> > crickruns 2 1-3 >>> > crickruns 1 1-3 >>> > crickruns 2 1-3 >>> > crickruns 1 1-3 >>> > crickruns 1 1-3 >>> > dedicatedjv 7 any cpu >>> > yeluthu 4 3-5 >>> > yeluthu 3 3-5 >>> > yeluthu 3 3-5 >>> > yeluthu 3 3-5 >>> > yeluthu 3 3-5 >>> > yeluthu 3 3-5 >>> > freshnfresh 3 any cpu >>> > monitoring 7 any cpu >>> > reporter 6 5-7 >>> > reporter 7 5-7 >>> > reporter 6 5-7 >>> > reporter 6 5-7 >>> > reporter 7 5-7 >>> > reporter 7 5-7 >>> > reporter 5 5-7 >>> > reporter 7 5-7 >>> > radio03 7 any cpu >>> > saampeter 2 1-2 >>> > saampeter 2 1-2 >>> > >>> > >>> > Thanks, >>> > Rajesh >>> > _______________________________________________ >>> > Xen-users mailing list >>> > Xen-users@lists.xen.org >>> > http://lists.xen.org/xen-users >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >> >> _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 12 17:06:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 17:06:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpMpN-0004Fv-Er; Thu, 12 Jul 2012 17:05:21 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpMpM-0004FW-3G for xen-users@lists.xen.org; Thu, 12 Jul 2012 17:05:20 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1342112712!2103463!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6733 invoked from network); 12 Jul 2012 17:05:12 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 17:05:12 -0000 Received: by lbok6 with SMTP id k6so4272154lbo.32 for ; Thu, 12 Jul 2012 10:05:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=82EoCehDl19g/FSDMMrUAVvlCMDNJ7ZnepaRbAF2hR8=; b=XWpx1uLVtKEhOfEUBOxfeVv24slOLkVKKnMdET+5qfUVVKx6dTRO57Gmbus0t6+fmw Ufjq8/+1zYorDY/110DFHE09LB0aXKzptq4vyIi9aF21m1FBMt9fPJFhY1m60VPV2suY FUZMiAxaUuXixIEyKe79qC3SZltDA2gN0Su4GauwTzEeFTcKyqn20r7sUQc2+wjO3vFK u2BqxIKhUYS4AIhaX3aYIgCME8FjqUQRb9YC0bra50vueeS2fjESYx0trwZY30fRDume w1+sRS+ZoxjtaDStM2Rcekizp8//PLkPV1+6yPPYx9z0NUjxMOH6bsRd+IqRDHb5HIkD g7LQ== Received: by 10.112.36.195 with SMTP id s3mr1520796lbj.42.1342112711619; Thu, 12 Jul 2012 10:05:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.8.105 with HTTP; Thu, 12 Jul 2012 10:04:51 -0700 (PDT) In-Reply-To: References: <1342108346.8586.144.camel@hastur.hellion.org.uk> From: Matthias Date: Thu, 12 Jul 2012 19:04:51 +0200 Message-ID: To: Ian Campbell Cc: "xen-users@lists.xen.org" , Rajesh Kumar Subject: Re: [Xen-users] 99% iowait on one core in 8 core processor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org After installing and starting irqbalance (from debian package), the situation is exactly the same, even after restarting the domUs: [snippet from /pro/interrupts] # cat /proc/interrupts CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 83: 5824430 0 0 0 0 0 Phys-fasteoi ahci 84: 1 0 0 0 0 0 Phys-fasteoi xhci_hcd 85: 0 0 0 0 0 0 Phys-fasteoi xhci_hcd 86: 0 0 0 0 0 0 Phys-fasteoi xhci_hcd 87: 0 0 0 0 0 0 Phys-fasteoi xhci_hcd 88: 0 0 0 0 0 0 Phys-fasteoi xhci_hcd 89: 0 0 0 0 0 0 Phys-fasteoi xhci_hcd 90: 0 0 0 0 0 0 Phys-fasteoi xhci_hcd 91: 1559973 0 0 0 0 0 Phys-fasteoi eth0 92: 29 0 0 0 0 0 Phys-fasteoi snd_hda_intel 93: 8202 0 0 0 0 0 Dynamic-fasteoi evtchn:xenstored[2827] 94: 14362 0 0 0 0 0 Dynamic-fasteoi xenbus 95: 12 0 0 0 0 0 Dynamic-fasteoi evtchn:xenstored[2827] 96: 729 0 0 0 0 0 Dynamic-fasteoi evtchn:xenstored[2827] 97: 345357 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[3725] 98: 15239731 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[3725] 99: 602773 0 0 0 0 0 Dynamic-fasteoi fw11 100: 25609 0 0 0 0 0 Dynamic-fasteoi blkif-backend 101: 41651 0 0 0 0 0 Dynamic-fasteoi fw12 102: 1 0 0 0 0 0 Dynamic-fasteoi fw14 103: 1 0 0 0 0 0 Dynamic-fasteoi fw15 104: 1 0 0 0 0 0 Dynamic-fasteoi fw16 105: 960520 0 0 0 0 0 Dynamic-fasteoi fw17 106: 408 0 0 0 0 0 Dynamic-fasteoi evtchn:xenstored[2827] 107: 226434 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[4535] 108: 15237929 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[4535] 109: 77709 0 0 0 0 0 Dynamic-fasteoi blkif-backend 110: 592222 0 0 0 0 0 Dynamic-fasteoi fw21 111: 820394 0 0 0 0 0 Dynamic-fasteoi fw23 112: 205 0 0 0 0 0 Dynamic-fasteoi evtchn:xenstored[2827] 113: 14548772 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[24468] 114: 14105231 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[24468] 115: 14016654 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[24468] 116: 13903196 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[24468] 117: 298 0 0 0 0 0 Dynamic-fasteoi evtchn:xenstored[2827] 118: 3070868 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[5658] 119: 15303878 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[5658] 120: 51825 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[5658] 121: 562778 0 0 0 0 0 Dynamic-fasteoi blkif-backend 122: 1412 0 0 0 0 0 Dynamic-fasteoi blkif-backend 123: 1 0 0 0 0 0 Dynamic-fasteoi blkif-backend 124: 102196 0 0 0 0 0 Dynamic-fasteoi work 125: 1 0 0 0 0 0 Dynamic-fasteoi usbif-backend 126: 73329 0 0 0 0 0 Dynamic-fasteoi blkif-backend 127: 28622 0 0 0 0 0 Dynamic-fasteoi web 128: 272 0 0 0 0 0 Dynamic-fasteoi evtchn:xenstored[2827] 129: 272913 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[13834] 130: 3040 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[13834] 131: 4550 0 0 0 0 0 Dynamic-fasteoi evtchn:qemu-dm[13834] 132: 106866 0 0 0 0 0 Dynamic-fasteoi blkif-backend 133: 25 0 0 0 0 0 Dynamic-fasteoi dev dev (the last one) was the one i tested restarting.. i ran a bonnie++ for testing The only things which are devided uppon irqs are: 72: 1714878151 61618469 345335242 35614003 27627578 29681845 Dynamic-percpu timer 73: 2150718 1139885 4941560 618991 490155 491626 Dynamic-percpu ipi RES: 2189003 1105537 4803667 577681 466929 444842 Rescheduling interrupts CAL: 1846 34636 139105 41611 23420 46919 Function call interrupts LCK: 133 89 299 70 60 61 Spinlock wakeups MCP: 1 1 1 1 1 1 Machine check polls Any other idea how we can make xen utilize the other (v)cpus for it's I/O stuff? 2012/7/12 Matthias : > Just checked my /proc/interrupts: > > EVERY xen related thing (blkif-backend,the domUs, xhci_hcd, all > xen-interfaces, evtchn:xenstored, evtchn:qemu-dm is all bound to cpu0, > only zeros for the other cpu-cores.. > > Sys is debian wheezy, xen is current testing from hg, kernel is > openSuse3.4.2 with the xen patches they ship with it.. > > will try your irqbalanced-suggestion next.. > > 2012/7/12 Ian Campbell : >> On Wed, 2012-07-11 at 09:56 -0400, Matthias wrote: >>> Hi, >>> >>> I experianced the same. >>> >>> I figured the reason behind this has nothing to do with what (v)cpus >>> you assign to the domUs. In fact, I think that the real reason is that >>> all I/O emulation from the domUs (like HDD, Network and Stuff) is all >>> handled by CPU0 of dom0, even in a multi-core-architecture. >> >> This should not be the case. I/O emulation is done by qemu running in >> domain 0 and should be scheduled on any dom0 vcpu. If it is not then >> this is something to investigate. Normally this would require explicit >> admin action to pin the affinity of the process though. >> >> One easy thing to look at would be /proc/interrupts to check that the >> irq associated with ioreq upcalls for each guest are being properly >> balanced (if not the installing irqbalanced might help) >> >> Ian. >> >>> >>> You can test this with trying something I/O intensive like a hdd >>> benchmark in the domU and you will see the dom0-cpu0 utilization >>> rising. >>> >>> Using PVHVM or GPLPV-Driver only reduces the amount of utilization but >>> it is still handled by cpu0 only. Due to that fact i leave cpu0 to my >>> dom0 alone and only assign the other cpu-cores to the domUs. >>> >>> >>> Note: This is only an assumption I made after seeing my machines >>> behaviour. If the above isn't true, please correct me. >>> >>> >>> 2012/7/11 Rajesh Kumar : >>> > Hi All, >>> > >>> > We have a xen server and using 8 core processor. >>> > >>> > I can see that there is 99% iowait on only core 0. >>> > >>> > >>> > 02:28:49 AM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s >>> > 02:28:54 AM all 0.00 0.00 0.00 12.65 0.00 0.02 2.24 85.08 1359.88 >>> > 02:28:54 AM 0 0.00 0.00 0.00 96.21 0.00 0.20 3.19 0.40 847.11 >>> > 02:28:54 AM 1 0.00 0.00 0.00 6.41 0.00 0.00 9.42 84.17 219.56 >>> > 02:28:54 AM 2 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 2.59 >>> > 02:28:54 AM 3 0.00 0.00 0.00 0.00 0.00 0.00 2.12 97.88 76.25 >>> > 02:28:54 AM 4 0.00 0.00 0.00 0.00 0.00 0.00 1.20 98.80 118.56 >>> > 02:28:54 AM 5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 3.59 >>> > 02:28:54 AM 6 0.00 0.00 0.00 0.00 0.00 0.00 2.02 97.98 89.62 >>> > 02:28:54 AM 7 0.00 0.00 0.00 0.00 0.00 0.00 0.20 99.80 2.59 >>> > >>> > 02:28:54 AM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s >>> > 02:28:59 AM all 0.00 0.00 0.00 12.48 0.00 0.00 2.78 84.74 1317.43 >>> > 02:28:59 AM 0 0.00 0.00 0.00 98.80 0.00 0.00 0.80 0.40 885.17 >>> > 02:28:59 AM 1 0.00 0.00 0.00 0.00 0.00 0.00 11.38 88.62 151.30 >>> > 02:28:59 AM 2 0.00 0.00 0.00 0.00 0.00 0.00 0.20 99.80 2.81 >>> > 02:28:59 AM 3 0.00 0.00 0.00 0.00 0.00 0.00 7.21 92.79 94.79 >>> > 02:28:59 AM 4 0.00 0.00 0.00 0.00 0.00 0.00 2.20 97.80 170.34 >>> > 02:28:59 AM 5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 4.41 >>> > 02:28:59 AM 6 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 5.81 >>> > 02:28:59 AM 7 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 2.81 >>> > >>> > >>> > I have even tries changing the cpus mapped to the DomU with out no effect. >>> > >>> > Name CPU CPU Affinity >>> > 4pulse 1 1 >>> > 2music 3 3 >>> > Domain-0 0 0 >>> > Domain-0 1 1 >>> > Domain-0 2 2 >>> > Domain-0 3 3 >>> > Domain-0 4 4 >>> > Domain-0 5 5 >>> > Domain-0 6 6 >>> > Domain-0 7 7 >>> > analshah 6 any cpu >>> > arunvelayudhan 7 any cpu >>> > backup 7 any cpu >>> > crickruns 3 1-3 >>> > crickruns 2 1-3 >>> > crickruns 1 1-3 >>> > crickruns 2 1-3 >>> > crickruns 1 1-3 >>> > crickruns 1 1-3 >>> > dedicatedjv 7 any cpu >>> > yeluthu 4 3-5 >>> > yeluthu 3 3-5 >>> > yeluthu 3 3-5 >>> > yeluthu 3 3-5 >>> > yeluthu 3 3-5 >>> > yeluthu 3 3-5 >>> > freshnfresh 3 any cpu >>> > monitoring 7 any cpu >>> > reporter 6 5-7 >>> > reporter 7 5-7 >>> > reporter 6 5-7 >>> > reporter 6 5-7 >>> > reporter 7 5-7 >>> > reporter 7 5-7 >>> > reporter 5 5-7 >>> > reporter 7 5-7 >>> > radio03 7 any cpu >>> > saampeter 2 1-2 >>> > saampeter 2 1-2 >>> > >>> > >>> > Thanks, >>> > Rajesh >>> > _______________________________________________ >>> > Xen-users mailing list >>> > Xen-users@lists.xen.org >>> > http://lists.xen.org/xen-users >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >> >> _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 12 17:17:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 17:17: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 1SpN04-0004ob-Bm; Thu, 12 Jul 2012 17:16:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpN03-0004oV-Qs for xen-users@lists.xen.org; Thu, 12 Jul 2012 17:16:23 +0000 Received: from [85.158.138.51:24731] by server-1.bemta-3.messagelabs.com id C2/42-31934-7660FFF4; Thu, 12 Jul 2012 17:16:23 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1342113380!28676922!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAyNjM3MTc=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32712 invoked from network); 12 Jul 2012 17:16:22 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 17:16:22 -0000 X-IronPort-AV: E=Sophos;i="4.77,575,1336363200"; d="scan'208";a="201968432" Received: from ftlpmailmx01.citrite.net ([10.13.107.65]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 12 Jul 2012 13:16:20 -0400 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.13.107.65) with Microsoft SMTP Server id 8.3.213.0; Thu, 12 Jul 2012 13:16:18 -0400 Message-ID: <1342113321.8586.176.camel@hastur.hellion.org.uk> From: Ian Campbell To: Matthias Date: Thu, 12 Jul 2012 11:15:21 -0600 In-Reply-To: References: <1342108346.8586.144.camel@hastur.hellion.org.uk> X-Mailer: Evolution 3.2.2-1+b1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Rajesh Kumar Subject: Re: [Xen-users] 99% iowait on one core in 8 core processor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2012-07-12 at 13:04 -0400, Matthias wrote: > > Any other idea how we can make xen utilize the other (v)cpus for it's > I/O stuff? Are you sure irqbalanced is running? Some versions had a bug and would crash on a Xen system (they crash if there is no irq 0 or something like that). Even if it is running it can take some time for irqbalanced to realise that things are unbalanced and start moving stuff around. There are ways in Linux to manually balance IRQs. You have to much around with /proc/irq/*/smp_affinity* Really irqbalanced should be doing this for you 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 Jul 12 17:17:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 17:17: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 1SpN04-0004ob-Bm; Thu, 12 Jul 2012 17:16:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpN03-0004oV-Qs for xen-users@lists.xen.org; Thu, 12 Jul 2012 17:16:23 +0000 Received: from [85.158.138.51:24731] by server-1.bemta-3.messagelabs.com id C2/42-31934-7660FFF4; Thu, 12 Jul 2012 17:16:23 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1342113380!28676922!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAyNjM3MTc=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32712 invoked from network); 12 Jul 2012 17:16:22 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 17:16:22 -0000 X-IronPort-AV: E=Sophos;i="4.77,575,1336363200"; d="scan'208";a="201968432" Received: from ftlpmailmx01.citrite.net ([10.13.107.65]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 12 Jul 2012 13:16:20 -0400 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.13.107.65) with Microsoft SMTP Server id 8.3.213.0; Thu, 12 Jul 2012 13:16:18 -0400 Message-ID: <1342113321.8586.176.camel@hastur.hellion.org.uk> From: Ian Campbell To: Matthias Date: Thu, 12 Jul 2012 11:15:21 -0600 In-Reply-To: References: <1342108346.8586.144.camel@hastur.hellion.org.uk> X-Mailer: Evolution 3.2.2-1+b1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Rajesh Kumar Subject: Re: [Xen-users] 99% iowait on one core in 8 core processor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2012-07-12 at 13:04 -0400, Matthias wrote: > > Any other idea how we can make xen utilize the other (v)cpus for it's > I/O stuff? Are you sure irqbalanced is running? Some versions had a bug and would crash on a Xen system (they crash if there is no irq 0 or something like that). Even if it is running it can take some time for irqbalanced to realise that things are unbalanced and start moving stuff around. There are ways in Linux to manually balance IRQs. You have to much around with /proc/irq/*/smp_affinity* Really irqbalanced should be doing this for you 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 Jul 12 17:52:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 17:52: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 1SpNY9-00062x-13; Thu, 12 Jul 2012 17:51:37 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpNY7-00062S-Il for xen-users@lists.xensource.com; Thu, 12 Jul 2012 17:51:35 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1342115488!3774885!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAyNjM3MTc=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24502 invoked from network); 12 Jul 2012 17:51:29 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 17:51:29 -0000 X-IronPort-AV: E=Sophos;i="4.77,575,1336363200"; d="scan'208";a="201973708" Received: from ftlpmailmx01.citrite.net ([10.13.107.65]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 12 Jul 2012 13:51:27 -0400 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.13.107.65) with Microsoft SMTP Server id 8.3.213.0; Thu, 12 Jul 2012 13:51:26 -0400 Message-ID: <1342115429.8586.188.camel@hastur.hellion.org.uk> From: Ian Campbell To: James Pifer Date: Thu, 12 Jul 2012 11:50:29 -0600 In-Reply-To: <1342110895.17100.77.camel@obrien-pifer-ifldr.obrien-pifer.com> References: <1342110895.17100.77.camel@obrien-pifer-ifldr.obrien-pifer.com> X-Mailer: Evolution 3.2.2-1+b1 MIME-Version: 1.0 Cc: Xen list Subject: Re: [Xen-users] cpu leveling on opensource xen on sles X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2012-07-12 at 12:34 -0400, James Pifer wrote: > We currently run xen on sles11sp1 and sles11sp2. Our hardware is HP > Compaq DL360's. We originally started with G6's, but now we've grown and > have G7's and G8's in the mix. > > We don't do a lot of live migrations but is convenient to be able to at > times. Is there any type of cpu leveling that can be done so live > migrations will work with servers with different processors? I've no idea what version of Xen is contained in SLES11SP2 but Xen has long supported levelling at both boot time and per-guest. Unfortunately the boot time options in http://xenbits.xen.org/docs/unstable/misc/xen-command-line.html (search for cpuid) seem to be undocumented. Google might help. If youfigure it out and are motivated to do so then a patch against xen-unstable.hg:docs/misc/xen-command-line.markdown would be very much appreciated ;-) For per-guest both xm and xl (xl in 4.2/unstable only) support "cpuid = ...." to level things. The xl syntax is documented in http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html (search for cpuid). It is backwards compatible with the xm/xend syntax which is therefore also briefly described in there. Unfortunately the xm syntax is pretty opaque. Again, google is your friend ;-) Ian. > > 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 Thu Jul 12 17:52:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 17:52: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 1SpNY9-00062x-13; Thu, 12 Jul 2012 17:51:37 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpNY7-00062S-Il for xen-users@lists.xensource.com; Thu, 12 Jul 2012 17:51:35 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1342115488!3774885!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAyNjM3MTc=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24502 invoked from network); 12 Jul 2012 17:51:29 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 17:51:29 -0000 X-IronPort-AV: E=Sophos;i="4.77,575,1336363200"; d="scan'208";a="201973708" Received: from ftlpmailmx01.citrite.net ([10.13.107.65]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 12 Jul 2012 13:51:27 -0400 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.13.107.65) with Microsoft SMTP Server id 8.3.213.0; Thu, 12 Jul 2012 13:51:26 -0400 Message-ID: <1342115429.8586.188.camel@hastur.hellion.org.uk> From: Ian Campbell To: James Pifer Date: Thu, 12 Jul 2012 11:50:29 -0600 In-Reply-To: <1342110895.17100.77.camel@obrien-pifer-ifldr.obrien-pifer.com> References: <1342110895.17100.77.camel@obrien-pifer-ifldr.obrien-pifer.com> X-Mailer: Evolution 3.2.2-1+b1 MIME-Version: 1.0 Cc: Xen list Subject: Re: [Xen-users] cpu leveling on opensource xen on sles X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2012-07-12 at 12:34 -0400, James Pifer wrote: > We currently run xen on sles11sp1 and sles11sp2. Our hardware is HP > Compaq DL360's. We originally started with G6's, but now we've grown and > have G7's and G8's in the mix. > > We don't do a lot of live migrations but is convenient to be able to at > times. Is there any type of cpu leveling that can be done so live > migrations will work with servers with different processors? I've no idea what version of Xen is contained in SLES11SP2 but Xen has long supported levelling at both boot time and per-guest. Unfortunately the boot time options in http://xenbits.xen.org/docs/unstable/misc/xen-command-line.html (search for cpuid) seem to be undocumented. Google might help. If youfigure it out and are motivated to do so then a patch against xen-unstable.hg:docs/misc/xen-command-line.markdown would be very much appreciated ;-) For per-guest both xm and xl (xl in 4.2/unstable only) support "cpuid = ...." to level things. The xl syntax is documented in http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html (search for cpuid). It is backwards compatible with the xm/xend syntax which is therefore also briefly described in there. Unfortunately the xm syntax is pretty opaque. Again, google is your friend ;-) Ian. > > 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 Thu Jul 12 20:09:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 20:09: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 1SpPfr-0007Em-Er; Thu, 12 Jul 2012 20:07:43 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpPfp-0007Eh-Qy for xen-users@lists.xen.org; Thu, 12 Jul 2012 20:07:42 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1342123652!2077007!1 X-Originating-IP: [74.125.82.44] X-SpamReason: No, hits=3.1 required=7.0 tests=HTML_00_10,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5250 invoked from network); 12 Jul 2012 20:07:34 -0000 Received: from mail-wg0-f44.google.com (HELO mail-wg0-f44.google.com) (74.125.82.44) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 20:07:34 -0000 Received: by wgbdr13 with SMTP id dr13so2006230wgb.25 for ; Thu, 12 Jul 2012 13:07:32 -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=MidbPqrbYVSm2h07Lv1SZ0UBoRTXksVVzV+rT4FUBBg=; b=W1p1E5R7aFddF400JdnPJdDEkRGLrzfEpjfzAY4FqyaLkTcZZyG0h32zl+a3LyxgkF xRSQRuxWrijPegPv96d09Xosxb5Q7SHd5/dj9FTRphg53Xshv0vqnNYZjEJj/itAff2b pkyaLL99Tx7sbWK6CoRjfzrpYDK5CDp75s8YEaGwyHn7RXbqbzo71kx5EHmWmXvSmM6P IXNFMQe1+DWS535V5nWxEX/zLqMJKK6hVMGmmQAHuIHdMcPKNf0cfipo7LH9gIdiMxrS DVc0ackdDd9vBM/us5aNDM7yuahgI+wQ5ms8/YP7PdX81s+mbSuybKFKg9gWmtOb0Aw1 ZQEw== MIME-Version: 1.0 Received: by 10.180.94.234 with SMTP id df10mr15338372wib.16.1342123652831; Thu, 12 Jul 2012 13:07:32 -0700 (PDT) Received: by 10.216.221.130 with HTTP; Thu, 12 Jul 2012 13:07:32 -0700 (PDT) Date: Thu, 12 Jul 2012 14:07:32 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] best 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="===============3383472062668892076==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3383472062668892076== Content-Type: multipart/alternative; boundary=f46d0444ea9f925b4c04c4a783bc --f46d0444ea9f925b4c04c4a783bc Content-Type: text/plain; charset=ISO-8859-1 What is the best kernel to run? is it better to run 3.4.4 or one from xen git? --f46d0444ea9f925b4c04c4a783bc Content-Type: text/html; charset=ISO-8859-1 What is the best kernel to run? is it better to run 3.4.4 or one from xen git? --f46d0444ea9f925b4c04c4a783bc-- --===============3383472062668892076== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3383472062668892076==-- From xen-users-bounces@lists.xen.org Thu Jul 12 20:09:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 20:09: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 1SpPfr-0007Em-Er; Thu, 12 Jul 2012 20:07:43 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpPfp-0007Eh-Qy for xen-users@lists.xen.org; Thu, 12 Jul 2012 20:07:42 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1342123652!2077007!1 X-Originating-IP: [74.125.82.44] X-SpamReason: No, hits=3.1 required=7.0 tests=HTML_00_10,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5250 invoked from network); 12 Jul 2012 20:07:34 -0000 Received: from mail-wg0-f44.google.com (HELO mail-wg0-f44.google.com) (74.125.82.44) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 20:07:34 -0000 Received: by wgbdr13 with SMTP id dr13so2006230wgb.25 for ; Thu, 12 Jul 2012 13:07:32 -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=MidbPqrbYVSm2h07Lv1SZ0UBoRTXksVVzV+rT4FUBBg=; b=W1p1E5R7aFddF400JdnPJdDEkRGLrzfEpjfzAY4FqyaLkTcZZyG0h32zl+a3LyxgkF xRSQRuxWrijPegPv96d09Xosxb5Q7SHd5/dj9FTRphg53Xshv0vqnNYZjEJj/itAff2b pkyaLL99Tx7sbWK6CoRjfzrpYDK5CDp75s8YEaGwyHn7RXbqbzo71kx5EHmWmXvSmM6P IXNFMQe1+DWS535V5nWxEX/zLqMJKK6hVMGmmQAHuIHdMcPKNf0cfipo7LH9gIdiMxrS DVc0ackdDd9vBM/us5aNDM7yuahgI+wQ5ms8/YP7PdX81s+mbSuybKFKg9gWmtOb0Aw1 ZQEw== MIME-Version: 1.0 Received: by 10.180.94.234 with SMTP id df10mr15338372wib.16.1342123652831; Thu, 12 Jul 2012 13:07:32 -0700 (PDT) Received: by 10.216.221.130 with HTTP; Thu, 12 Jul 2012 13:07:32 -0700 (PDT) Date: Thu, 12 Jul 2012 14:07:32 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] best 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="===============3383472062668892076==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3383472062668892076== Content-Type: multipart/alternative; boundary=f46d0444ea9f925b4c04c4a783bc --f46d0444ea9f925b4c04c4a783bc Content-Type: text/plain; charset=ISO-8859-1 What is the best kernel to run? is it better to run 3.4.4 or one from xen git? --f46d0444ea9f925b4c04c4a783bc Content-Type: text/html; charset=ISO-8859-1 What is the best kernel to run? is it better to run 3.4.4 or one from xen git? --f46d0444ea9f925b4c04c4a783bc-- --===============3383472062668892076== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3383472062668892076==-- From xen-users-bounces@lists.xen.org Thu Jul 12 20:18:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 20:18: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 1SpPp9-0007d7-4u; Thu, 12 Jul 2012 20:17:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpPp8-0007d1-80 for xen-users@lists.xen.org; Thu, 12 Jul 2012 20:17:18 +0000 Received: from [85.158.143.99:57511] by server-1.bemta-4.messagelabs.com id 23/FC-24392-DC03FFF4; Thu, 12 Jul 2012 20:17:17 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1342124235!22149140!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAxNTYxODc=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18673 invoked from network); 12 Jul 2012 20:17:17 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 20:17:17 -0000 X-IronPort-AV: E=Sophos;i="4.77,576,1336363200"; d="scan'208";a="31321004" Received: from ftlpmailmx01.citrite.net ([10.13.107.65]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 12 Jul 2012 16:17:15 -0400 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.13.107.65) with Microsoft SMTP Server id 8.3.213.0; Thu, 12 Jul 2012 16:17:14 -0400 Message-ID: <1342124177.8586.202.camel@hastur.hellion.org.uk> From: Ian Campbell To: jacek burghardt Date: Thu, 12 Jul 2012 14:16:17 -0600 In-Reply-To: References: X-Mailer: Evolution 3.2.2-1+b1 MIME-Version: 1.0 Cc: xen-users Subject: Re: [Xen-users] best kernel X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2012-07-12 at 16:07 -0400, jacek burghardt wrote: > What is the best kernel to run? is it better to run 3.4.4 or one from > xen git? For almost al users the best kernel to use is the one provided by your distro. If your distro doesn't supply one then you should consider another distro ;-) (I think there's a list on the wiki for both domU and dom0 support) If you really want to build your own kernel then the latest stable upstream release is usually the obvious choice. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 12 20:18:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 20:18: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 1SpPp9-0007d7-4u; Thu, 12 Jul 2012 20:17:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpPp8-0007d1-80 for xen-users@lists.xen.org; Thu, 12 Jul 2012 20:17:18 +0000 Received: from [85.158.143.99:57511] by server-1.bemta-4.messagelabs.com id 23/FC-24392-DC03FFF4; Thu, 12 Jul 2012 20:17:17 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1342124235!22149140!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAxNTYxODc=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18673 invoked from network); 12 Jul 2012 20:17:17 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 20:17:17 -0000 X-IronPort-AV: E=Sophos;i="4.77,576,1336363200"; d="scan'208";a="31321004" Received: from ftlpmailmx01.citrite.net ([10.13.107.65]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 12 Jul 2012 16:17:15 -0400 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.13.107.65) with Microsoft SMTP Server id 8.3.213.0; Thu, 12 Jul 2012 16:17:14 -0400 Message-ID: <1342124177.8586.202.camel@hastur.hellion.org.uk> From: Ian Campbell To: jacek burghardt Date: Thu, 12 Jul 2012 14:16:17 -0600 In-Reply-To: References: X-Mailer: Evolution 3.2.2-1+b1 MIME-Version: 1.0 Cc: xen-users Subject: Re: [Xen-users] best kernel X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2012-07-12 at 16:07 -0400, jacek burghardt wrote: > What is the best kernel to run? is it better to run 3.4.4 or one from > xen git? For almost al users the best kernel to use is the one provided by your distro. If your distro doesn't supply one then you should consider another distro ;-) (I think there's a list on the wiki for both domU and dom0 support) If you really want to build your own kernel then the latest stable upstream release is usually the obvious choice. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 12 20:31:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 20:31: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 1SpQ1j-000815-N7; Thu, 12 Jul 2012 20:30:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpQ1h-00080u-SJ for xen-users@lists.xen.org; Thu, 12 Jul 2012 20:30:18 +0000 Received: from [85.158.143.99:45430] by server-2.bemta-4.messagelabs.com id F5/94-17938-9D33FFF4; Thu, 12 Jul 2012 20:30:17 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1342125016!27653265!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9423 invoked from network); 12 Jul 2012 20:30:16 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-13.tower-216.messagelabs.com with SMTP; 12 Jul 2012 20:30:16 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Thu, 12 Jul 2012 21:30:13 +0100 Date: Thu, 12 Jul 2012 21:30:12 +0100 MIME-Version: 1.0 Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A66B1@electron.tidyhosts.com> Content-class: urn:content-classes:message X-MS-Has-Attach: X-MS-TNEF-Correlator: X-MimeOLE: Produced By Microsoft Exchange V6.5 Thread-Topic: [Xen-users] best kernel thread-index: Ac1ga4FSK33C6gV6TyWp11fauMCwOgAANe0Q References: <1342124177.8586.202.camel@hastur.hellion.org.uk> From: "Ian Tobin" To: "Ian Campbell" , "jacek burghardt" Cc: xen-users Subject: Re: [Xen-users] best kernel X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, Just touching on this subject. I have just compiled xen and kernel from sources (xen 4.1.2 and kernel 3.4.4) running on CentOS 6.3. I have got the server up and running in XEN mode but am having problems getting a para domU to boot from the kernel. I initially copied a domU kernel (2.6.18-8) over from another server which has been running fine for DomUs but the main OS is Debian. When I run either the older kernel of newer kernel for DomU I get xenbus waiting for devices to initialise 295s...290s ive tried different variations using hda1, xvda1 etc but none seem to work yet the 2.6.18-8 kernel works fine for DomUs on the Debian OS server using hda1 as the root and all I have done is copied over the domU config. Any ideas? Thanks Ian BTW I need to come back to the PV grub problem but that can wait. -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Ian Campbell Sent: 12 July 2012 21:16 To: jacek burghardt Cc: xen-users Subject: Re: [Xen-users] best kernel On Thu, 2012-07-12 at 16:07 -0400, jacek burghardt wrote: > What is the best kernel to run? is it better to run 3.4.4 or one from > xen git? For almost al users the best kernel to use is the one provided by your distro. If your distro doesn't supply one then you should consider another distro ;-) (I think there's a list on the wiki for both domU and dom0 support) If you really want to build your own kernel then the latest stable upstream release is usually the obvious choice. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 12 20:31:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 20:31: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 1SpQ1j-000815-N7; Thu, 12 Jul 2012 20:30:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpQ1h-00080u-SJ for xen-users@lists.xen.org; Thu, 12 Jul 2012 20:30:18 +0000 Received: from [85.158.143.99:45430] by server-2.bemta-4.messagelabs.com id F5/94-17938-9D33FFF4; Thu, 12 Jul 2012 20:30:17 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1342125016!27653265!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9423 invoked from network); 12 Jul 2012 20:30:16 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-13.tower-216.messagelabs.com with SMTP; 12 Jul 2012 20:30:16 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Thu, 12 Jul 2012 21:30:13 +0100 Date: Thu, 12 Jul 2012 21:30:12 +0100 MIME-Version: 1.0 Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A66B1@electron.tidyhosts.com> Content-class: urn:content-classes:message X-MS-Has-Attach: X-MS-TNEF-Correlator: X-MimeOLE: Produced By Microsoft Exchange V6.5 Thread-Topic: [Xen-users] best kernel thread-index: Ac1ga4FSK33C6gV6TyWp11fauMCwOgAANe0Q References: <1342124177.8586.202.camel@hastur.hellion.org.uk> From: "Ian Tobin" To: "Ian Campbell" , "jacek burghardt" Cc: xen-users Subject: Re: [Xen-users] best kernel X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, Just touching on this subject. I have just compiled xen and kernel from sources (xen 4.1.2 and kernel 3.4.4) running on CentOS 6.3. I have got the server up and running in XEN mode but am having problems getting a para domU to boot from the kernel. I initially copied a domU kernel (2.6.18-8) over from another server which has been running fine for DomUs but the main OS is Debian. When I run either the older kernel of newer kernel for DomU I get xenbus waiting for devices to initialise 295s...290s ive tried different variations using hda1, xvda1 etc but none seem to work yet the 2.6.18-8 kernel works fine for DomUs on the Debian OS server using hda1 as the root and all I have done is copied over the domU config. Any ideas? Thanks Ian BTW I need to come back to the PV grub problem but that can wait. -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Ian Campbell Sent: 12 July 2012 21:16 To: jacek burghardt Cc: xen-users Subject: Re: [Xen-users] best kernel On Thu, 2012-07-12 at 16:07 -0400, jacek burghardt wrote: > What is the best kernel to run? is it better to run 3.4.4 or one from > xen git? For almost al users the best kernel to use is the one provided by your distro. If your distro doesn't supply one then you should consider another distro ;-) (I think there's a list on the wiki for both domU and dom0 support) If you really want to build your own kernel then the latest stable upstream release is usually the obvious choice. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 12 21:37:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 21: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 1SpR3Z-00008p-39; Thu, 12 Jul 2012 21:36:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpR3X-00008k-Aa for xen-users@lists.xen.org; Thu, 12 Jul 2012 21:36:15 +0000 Received: from [85.158.139.83:57701] by server-11.bemta-5.messagelabs.com id 6B/3A-20400-E434FFF4; Thu, 12 Jul 2012 21:36:14 +0000 X-Env-Sender: tlviewer@yahoo.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1342128973!27980606!1 X-Originating-IP: [72.30.238.207] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22581 invoked from network); 12 Jul 2012 21:36:13 -0000 Received: from nm37-vm7.bullet.mail.bf1.yahoo.com (HELO nm37-vm7.bullet.mail.bf1.yahoo.com) (72.30.238.207) by server-13.tower-182.messagelabs.com with SMTP; 12 Jul 2012 21:36:13 -0000 Received: from [98.139.212.145] by nm37.bullet.mail.bf1.yahoo.com with NNFMP; 12 Jul 2012 21:36:12 -0000 Received: from [98.139.215.249] by tm2.bullet.mail.bf1.yahoo.com with NNFMP; 12 Jul 2012 21:36:12 -0000 Received: from [127.0.0.1] by omp1062.mail.bf1.yahoo.com with NNFMP; 12 Jul 2012 21:36:12 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 881553.31499.bm@omp1062.mail.bf1.yahoo.com Received: (qmail 86809 invoked by uid 60001); 12 Jul 2012 21:36:12 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1342128972; bh=FNEtODuSKveOOpEz3Ym3a9pH2H28svI9rrYd+bIUqrc=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=julGFAAWxTO7skaeBu+miY7EfAh8LlJFN6YltmnEufDiEwpUxO5h/1XNKMsXvpti/eiwhV5BI4L7vk7ARBdNq1uZeRY62rJx4MYxxs2tb+yPAemvYUme7osk5Tq9DWWDCEEBlX7UYx2mXMQLHm/wE+UKyUCmxX3LZbzcG0GMCwg= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=cBJt3kMMC6DMuvDeZiXt/l6vUgpdRXR9DSHoBCpSczL/6KwfyeYyFJXwwFccG1cgf+EDJFUzlaT57bUgr2WAmh3iZsG/F5eXK93e5S5qfdfWRO/58pbgP+8XcKUha260DA3rhffOaDV90BhRKqEMv8J6ZDQxWL6D369VVnq4jDw=; X-YMail-OSG: NweNaMQVM1mLYWx7JzKLPxYH55oUyLURJmjkAyj8xLR1xoZ Z3czqz96LLouFnjX5q1UBBddPRPZB8QoR_bv.Q2I8Xn8WuoDPj8YKd8jmUfY qG7WYHo8vRsYz5WTS2koA958Eqj6r5G5nDjvtrZjST2_9ygcyGC0UgqB78e_ EiF3WIdfAxwgAZQzsvXvXlOgRGe8Cfr0eExoas5BO.3j4ofhruWCjWhzqC1f qCxVLM2o.dwrRWGA9XT_gb6iPGj00u.lSPZ4IX55ZruFscsgha9hhJDlV4ga iABMeyZPHjJDFF5FqOAfbuHrlRwde61bdX0v.vg_OAaOfvl0uQNkNJzg5YN. Nmwtm.RQUe1xh0r3jf3R1uE0SJEYHljLgaM4Yox7MSiJtAXbfDU_ucBgtozc s2s5YV6u.99U1hInRKwozqREUYCCUBGgbhP3UDCDxhrtEluALZl0GDMt1fIy fcKaEWTuhzaBVPQRwBmFA8yPVOH6ciOwW53vZkXFgadQbQ37JedXXkS1sVTY 4xLQ- Received: from [72.130.32.49] by web162801.mail.bf1.yahoo.com via HTTP; Thu, 12 Jul 2012 14:36:12 PDT X-Mailer: YahooMailWebService/0.8.120.356233 References: <1342124177.8586.202.camel@hastur.hellion.org.uk> <039E0B4AA9103344A80DA55DDDC76A936A66B1@electron.tidyhosts.com> Message-ID: <1342128972.56218.YahooMailNeo@web162801.mail.bf1.yahoo.com> Date: Thu, 12 Jul 2012 14:36:12 -0700 (PDT) From: Mark Pryor To: Ian Tobin In-Reply-To: <039E0B4AA9103344A80DA55DDDC76A936A66B1@electron.tidyhosts.com> MIME-Version: 1.0 Cc: xen-users Subject: Re: [Xen-users] best kernel X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Mark Pryor List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Tobin To: Ian Campbell ; jacek burghardt Cc: xen-users Sent: Thursday, July 12, 2012 1:30 PM Subject: Re: [Xen-users] best kernel Hi, Just touching on this subject. I have just compiled xen and kernel from sources (xen 4.1.2 and kernel 3.4.4) running on CentOS 6.3. I have got the server up and running in XEN mode but am having problems getting a para domU to boot from the kernel. I initially copied a domU kernel (2.6.18-8) over from another server which has been running fine for DomUs but the main OS is Debian. When I run either the older kernel of newer kernel for DomU I get xenbus waiting for devices to initialise 295s...290s ive tried different variations using hda1, xvda1 etc but none seem to work yet the 2.6.18-8 kernel works fine for DomUs on the Debian OS server using hda1 as the root and all I have done is copied over the domU config. Any ideas? Thanks Ian BTW I need to come back to the PV grub problem but that can wait. ------------------------- The usual trouble with the latest vanilla kernel (unless make all xen modules static) is to load the xen modules at startup. ------------- script --------- cat>>/etc/rc.modules< Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 21: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 1SpR3Z-00008p-39; Thu, 12 Jul 2012 21:36:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpR3X-00008k-Aa for xen-users@lists.xen.org; Thu, 12 Jul 2012 21:36:15 +0000 Received: from [85.158.139.83:57701] by server-11.bemta-5.messagelabs.com id 6B/3A-20400-E434FFF4; Thu, 12 Jul 2012 21:36:14 +0000 X-Env-Sender: tlviewer@yahoo.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1342128973!27980606!1 X-Originating-IP: [72.30.238.207] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22581 invoked from network); 12 Jul 2012 21:36:13 -0000 Received: from nm37-vm7.bullet.mail.bf1.yahoo.com (HELO nm37-vm7.bullet.mail.bf1.yahoo.com) (72.30.238.207) by server-13.tower-182.messagelabs.com with SMTP; 12 Jul 2012 21:36:13 -0000 Received: from [98.139.212.145] by nm37.bullet.mail.bf1.yahoo.com with NNFMP; 12 Jul 2012 21:36:12 -0000 Received: from [98.139.215.249] by tm2.bullet.mail.bf1.yahoo.com with NNFMP; 12 Jul 2012 21:36:12 -0000 Received: from [127.0.0.1] by omp1062.mail.bf1.yahoo.com with NNFMP; 12 Jul 2012 21:36:12 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 881553.31499.bm@omp1062.mail.bf1.yahoo.com Received: (qmail 86809 invoked by uid 60001); 12 Jul 2012 21:36:12 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1342128972; bh=FNEtODuSKveOOpEz3Ym3a9pH2H28svI9rrYd+bIUqrc=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=julGFAAWxTO7skaeBu+miY7EfAh8LlJFN6YltmnEufDiEwpUxO5h/1XNKMsXvpti/eiwhV5BI4L7vk7ARBdNq1uZeRY62rJx4MYxxs2tb+yPAemvYUme7osk5Tq9DWWDCEEBlX7UYx2mXMQLHm/wE+UKyUCmxX3LZbzcG0GMCwg= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=cBJt3kMMC6DMuvDeZiXt/l6vUgpdRXR9DSHoBCpSczL/6KwfyeYyFJXwwFccG1cgf+EDJFUzlaT57bUgr2WAmh3iZsG/F5eXK93e5S5qfdfWRO/58pbgP+8XcKUha260DA3rhffOaDV90BhRKqEMv8J6ZDQxWL6D369VVnq4jDw=; X-YMail-OSG: NweNaMQVM1mLYWx7JzKLPxYH55oUyLURJmjkAyj8xLR1xoZ Z3czqz96LLouFnjX5q1UBBddPRPZB8QoR_bv.Q2I8Xn8WuoDPj8YKd8jmUfY qG7WYHo8vRsYz5WTS2koA958Eqj6r5G5nDjvtrZjST2_9ygcyGC0UgqB78e_ EiF3WIdfAxwgAZQzsvXvXlOgRGe8Cfr0eExoas5BO.3j4ofhruWCjWhzqC1f qCxVLM2o.dwrRWGA9XT_gb6iPGj00u.lSPZ4IX55ZruFscsgha9hhJDlV4ga iABMeyZPHjJDFF5FqOAfbuHrlRwde61bdX0v.vg_OAaOfvl0uQNkNJzg5YN. Nmwtm.RQUe1xh0r3jf3R1uE0SJEYHljLgaM4Yox7MSiJtAXbfDU_ucBgtozc s2s5YV6u.99U1hInRKwozqREUYCCUBGgbhP3UDCDxhrtEluALZl0GDMt1fIy fcKaEWTuhzaBVPQRwBmFA8yPVOH6ciOwW53vZkXFgadQbQ37JedXXkS1sVTY 4xLQ- Received: from [72.130.32.49] by web162801.mail.bf1.yahoo.com via HTTP; Thu, 12 Jul 2012 14:36:12 PDT X-Mailer: YahooMailWebService/0.8.120.356233 References: <1342124177.8586.202.camel@hastur.hellion.org.uk> <039E0B4AA9103344A80DA55DDDC76A936A66B1@electron.tidyhosts.com> Message-ID: <1342128972.56218.YahooMailNeo@web162801.mail.bf1.yahoo.com> Date: Thu, 12 Jul 2012 14:36:12 -0700 (PDT) From: Mark Pryor To: Ian Tobin In-Reply-To: <039E0B4AA9103344A80DA55DDDC76A936A66B1@electron.tidyhosts.com> MIME-Version: 1.0 Cc: xen-users Subject: Re: [Xen-users] best kernel X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Mark Pryor List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Tobin To: Ian Campbell ; jacek burghardt Cc: xen-users Sent: Thursday, July 12, 2012 1:30 PM Subject: Re: [Xen-users] best kernel Hi, Just touching on this subject. I have just compiled xen and kernel from sources (xen 4.1.2 and kernel 3.4.4) running on CentOS 6.3. I have got the server up and running in XEN mode but am having problems getting a para domU to boot from the kernel. I initially copied a domU kernel (2.6.18-8) over from another server which has been running fine for DomUs but the main OS is Debian. When I run either the older kernel of newer kernel for DomU I get xenbus waiting for devices to initialise 295s...290s ive tried different variations using hda1, xvda1 etc but none seem to work yet the 2.6.18-8 kernel works fine for DomUs on the Debian OS server using hda1 as the root and all I have done is copied over the domU config. Any ideas? Thanks Ian BTW I need to come back to the PV grub problem but that can wait. ------------------------- The usual trouble with the latest vanilla kernel (unless make all xen modules static) is to load the xen modules at startup. ------------- script --------- cat>>/etc/rc.modules< Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 21:48: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 1SpREg-0000RP-HZ; Thu, 12 Jul 2012 21:47:46 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1SpREf-0000RH-6Z for xen-users@lists.xen.org; Thu, 12 Jul 2012 21:47:45 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1342129659!3281038!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11621 invoked from network); 12 Jul 2012 21:47:39 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-6.tower-27.messagelabs.com with SMTP; 12 Jul 2012 21:47:39 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Thu, 12 Jul 2012 22:47:35 +0100 Date: Thu, 12 Jul 2012 22:47:35 +0100 MIME-Version: 1.0 Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A66B2@electron.tidyhosts.com> Content-class: urn:content-classes:message X-MS-Has-Attach: X-MS-TNEF-Correlator: X-MimeOLE: Produced By Microsoft Exchange V6.5 Thread-Topic: [Xen-users] best kernel thread-index: Ac1gdl/9UP7UzSd6R4+QW3w6k54ISwAAYWnw References: <1342124177.8586.202.camel@hastur.hellion.org.uk> <039E0B4AA9103344A80DA55DDDC76A936A66B1@electron.tidyhosts.com> <1342128972.56218.YahooMailNeo@web162801.mail.bf1.yahoo.com> From: "Ian Tobin" To: "Mark Pryor" Cc: xen-users Subject: Re: [Xen-users] best kernel X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Sorry, where is that supposed to be run, in the DomU? -----Original Message----- From: Mark Pryor [mailto:tlviewer@yahoo.com] Sent: 12 July 2012 22:36 To: Ian Tobin Cc: xen-users Subject: Re: [Xen-users] best kernel ----- Original Message ----- From: Ian Tobin To: Ian Campbell ; jacek burghardt Cc: xen-users Sent: Thursday, July 12, 2012 1:30 PM Subject: Re: [Xen-users] best kernel Hi, Just touching on this subject. I have just compiled xen and kernel from sources (xen 4.1.2 and kernel 3.4.4) running on CentOS 6.3. I have got the server up and running in XEN mode but am having problems getting a para domU to boot from the kernel. I initially copied a domU kernel (2.6.18-8) over from another server which has been running fine for DomUs but the main OS is Debian. When I run either the older kernel of newer kernel for DomU I get xenbus waiting for devices to initialise 295s...290s ive tried different variations using hda1, xvda1 etc but none seem to work yet the 2.6.18-8 kernel works fine for DomUs on the Debian OS server using hda1 as the root and all I have done is copied over the domU config. Any ideas? Thanks Ian BTW I need to come back to the PV grub problem but that can wait. ------------------------- The usual trouble with the latest vanilla kernel (unless make all xen modules static) is to load the xen modules at startup. ------------- script --------- cat>>/etc/rc.modules< Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 21:48: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 1SpREg-0000RP-HZ; Thu, 12 Jul 2012 21:47:46 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1SpREf-0000RH-6Z for xen-users@lists.xen.org; Thu, 12 Jul 2012 21:47:45 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1342129659!3281038!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11621 invoked from network); 12 Jul 2012 21:47:39 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-6.tower-27.messagelabs.com with SMTP; 12 Jul 2012 21:47:39 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Thu, 12 Jul 2012 22:47:35 +0100 Date: Thu, 12 Jul 2012 22:47:35 +0100 MIME-Version: 1.0 Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A66B2@electron.tidyhosts.com> Content-class: urn:content-classes:message X-MS-Has-Attach: X-MS-TNEF-Correlator: X-MimeOLE: Produced By Microsoft Exchange V6.5 Thread-Topic: [Xen-users] best kernel thread-index: Ac1gdl/9UP7UzSd6R4+QW3w6k54ISwAAYWnw References: <1342124177.8586.202.camel@hastur.hellion.org.uk> <039E0B4AA9103344A80DA55DDDC76A936A66B1@electron.tidyhosts.com> <1342128972.56218.YahooMailNeo@web162801.mail.bf1.yahoo.com> From: "Ian Tobin" To: "Mark Pryor" Cc: xen-users Subject: Re: [Xen-users] best kernel X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Sorry, where is that supposed to be run, in the DomU? -----Original Message----- From: Mark Pryor [mailto:tlviewer@yahoo.com] Sent: 12 July 2012 22:36 To: Ian Tobin Cc: xen-users Subject: Re: [Xen-users] best kernel ----- Original Message ----- From: Ian Tobin To: Ian Campbell ; jacek burghardt Cc: xen-users Sent: Thursday, July 12, 2012 1:30 PM Subject: Re: [Xen-users] best kernel Hi, Just touching on this subject. I have just compiled xen and kernel from sources (xen 4.1.2 and kernel 3.4.4) running on CentOS 6.3. I have got the server up and running in XEN mode but am having problems getting a para domU to boot from the kernel. I initially copied a domU kernel (2.6.18-8) over from another server which has been running fine for DomUs but the main OS is Debian. When I run either the older kernel of newer kernel for DomU I get xenbus waiting for devices to initialise 295s...290s ive tried different variations using hda1, xvda1 etc but none seem to work yet the 2.6.18-8 kernel works fine for DomUs on the Debian OS server using hda1 as the root and all I have done is copied over the domU config. Any ideas? Thanks Ian BTW I need to come back to the PV grub problem but that can wait. ------------------------- The usual trouble with the latest vanilla kernel (unless make all xen modules static) is to load the xen modules at startup. ------------- script --------- cat>>/etc/rc.modules< Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 22:09: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 1SpRYY-0000yG-0T; Thu, 12 Jul 2012 22:08:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpRYX-0000y6-5u for xen-users@lists.xen.org; Thu, 12 Jul 2012 22:08:17 +0000 Received: from [85.158.139.83:36027] by server-1.bemta-5.messagelabs.com id B7/C0-29759-0DA4FFF4; Thu, 12 Jul 2012 22:08:16 +0000 X-Env-Sender: xen@senft-net.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1342130895!27839413!1 X-Originating-IP: [188.40.108.11] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31693 invoked from network); 12 Jul 2012 22:08:15 -0000 Received: from core.qwho.net (HELO core.qwho.net) (188.40.108.11) by server-9.tower-182.messagelabs.com with SMTP; 12 Jul 2012 22:08:15 -0000 Received: from core.qwho.net (localhost [127.0.0.1]) by core.qwho.net (Postfix) with ESMTP id 4C577BCE0E8 for ; Fri, 13 Jul 2012 00:08:15 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on core X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.0 X-Spam-Level: Received: from bb.senft-net.com (unknown [192.168.42.6]) by core.qwho.net (Postfix) with ESMTP id 39AF6BCE0E7 for ; Fri, 13 Jul 2012 00:08:15 +0200 (CEST) Received: from [192.168.2.5] (TS.senft-net.local [192.168.2.5]) by bb.senft-net.com (Postfix) with ESMTPSA id C60F917A265 for ; Fri, 13 Jul 2012 00:08:14 +0200 (CEST) Message-ID: <4FFF4ACE.9050804@senft-net.com> Date: Fri, 13 Jul 2012 00:08:14 +0200 From: Oskar Senft User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4FF719B9.9070904@senft-net.com> In-Reply-To: <4FF719B9.9070904@senft-net.com> Subject: Re: [Xen-users] Can't write to floppy image (fda) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Any thoughts on that? Anyone? Thanks Oskar. Am 06.07.2012 19:00, schrieb Oskar Senft: > Hi > > I managed to successfully run a Windows 7 DomU guest. I'm using James > Harper's GPLPV drivers. > > I also managed to attach a floppy disk image to the DomU. It shows up in > Windows as expected and I can read the files stored on the disk image. > However, any attempts to write to the disk fail stating that it's write > protected. > > I'm using these two lines in the DomU configuration for the floppy disk > and the hard disk: > fda = '/root/xen/floppy' > disk = [ 'file:/root/xen/win.img,hda,w' ] > > Is it expected behavior that I can't write to the floppy? The underlying > image files for "fda" and "disk" have the same permissions in Dom0, so I > think I can rule that out as the source of the problem. > > Thanks > Oskar. > > _______________________________________________ > 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 Jul 12 22:09:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 22:09: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 1SpRYY-0000yG-0T; Thu, 12 Jul 2012 22:08:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpRYX-0000y6-5u for xen-users@lists.xen.org; Thu, 12 Jul 2012 22:08:17 +0000 Received: from [85.158.139.83:36027] by server-1.bemta-5.messagelabs.com id B7/C0-29759-0DA4FFF4; Thu, 12 Jul 2012 22:08:16 +0000 X-Env-Sender: xen@senft-net.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1342130895!27839413!1 X-Originating-IP: [188.40.108.11] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31693 invoked from network); 12 Jul 2012 22:08:15 -0000 Received: from core.qwho.net (HELO core.qwho.net) (188.40.108.11) by server-9.tower-182.messagelabs.com with SMTP; 12 Jul 2012 22:08:15 -0000 Received: from core.qwho.net (localhost [127.0.0.1]) by core.qwho.net (Postfix) with ESMTP id 4C577BCE0E8 for ; Fri, 13 Jul 2012 00:08:15 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on core X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.0 X-Spam-Level: Received: from bb.senft-net.com (unknown [192.168.42.6]) by core.qwho.net (Postfix) with ESMTP id 39AF6BCE0E7 for ; Fri, 13 Jul 2012 00:08:15 +0200 (CEST) Received: from [192.168.2.5] (TS.senft-net.local [192.168.2.5]) by bb.senft-net.com (Postfix) with ESMTPSA id C60F917A265 for ; Fri, 13 Jul 2012 00:08:14 +0200 (CEST) Message-ID: <4FFF4ACE.9050804@senft-net.com> Date: Fri, 13 Jul 2012 00:08:14 +0200 From: Oskar Senft User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4FF719B9.9070904@senft-net.com> In-Reply-To: <4FF719B9.9070904@senft-net.com> Subject: Re: [Xen-users] Can't write to floppy image (fda) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Any thoughts on that? Anyone? Thanks Oskar. Am 06.07.2012 19:00, schrieb Oskar Senft: > Hi > > I managed to successfully run a Windows 7 DomU guest. I'm using James > Harper's GPLPV drivers. > > I also managed to attach a floppy disk image to the DomU. It shows up in > Windows as expected and I can read the files stored on the disk image. > However, any attempts to write to the disk fail stating that it's write > protected. > > I'm using these two lines in the DomU configuration for the floppy disk > and the hard disk: > fda = '/root/xen/floppy' > disk = [ 'file:/root/xen/win.img,hda,w' ] > > Is it expected behavior that I can't write to the floppy? The underlying > image files for "fda" and "disk" have the same permissions in Dom0, so I > think I can rule that out as the source of the problem. > > Thanks > Oskar. > > _______________________________________________ > 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 Jul 12 22:29:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 22:29: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 1SpRrm-0001N7-2c; Thu, 12 Jul 2012 22:28:10 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpRrk-0001N2-HW for xen-users@lists.xen.org; Thu, 12 Jul 2012 22:28:08 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1342132081!8908859!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12223 invoked from network); 12 Jul 2012 22:28:02 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 22:28:02 -0000 Received: by lbok6 with SMTP id k6so4714384lbo.32 for ; Thu, 12 Jul 2012 15:28:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=38mbtTyliC9PA2eWgosp5UWcKpvFh4jmL+MpkB355LA=; b=o9QoDGO65ywo357BlDe7a8ClvgdPqVjFkx+ePMl+SM9KEU3V3FQonrlTiEueoJ4xh6 rxYVTYHtTaKI5d4VUjxDfvzMl1BsT4kUpheyoy+oDIWxTc/5FpzG/GDVhG6rheKZiwH4 Qi12WJT/OrySgticEzF/7bSPrrwM4nGQ6kUeyZAdYlC3yXHawYrX3vQAZ/efaZ+7OHbw kmILzOS0gj8Ggz4IrChchADyWjcvBBcMoAhGiyO4dTQqn82x0VCoCsCKOxKIognfVmbc dY3gbyR7FcGmFW5p2TJIjFBdsgucSzlghIPmAuoaRAQY6bcyWfkuNpBddu0o/uBlpEH1 BEFg== Received: by 10.152.105.173 with SMTP id gn13mr28223lab.20.1342132081201; Thu, 12 Jul 2012 15:28:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.8.105 with HTTP; Thu, 12 Jul 2012 15:27:41 -0700 (PDT) In-Reply-To: <1342113321.8586.176.camel@hastur.hellion.org.uk> References: <1342108346.8586.144.camel@hastur.hellion.org.uk> <1342113321.8586.176.camel@hastur.hellion.org.uk> From: Matthias Date: Fri, 13 Jul 2012 00:27:41 +0200 Message-ID: To: Ian Campbell Cc: "xen-users@lists.xen.org" , Rajesh Kumar Subject: Re: [Xen-users] 99% iowait on one core in 8 core processor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Ian, sorry, but it's still not working.. I rebooted the server, then manually started irqbalanced just to be sure, then started xen and the domUs.. still the same as above: every I/O related is done by cpu0 (even after hours of running 5 domUs). i see some spikes on the other cpu's, but i think this is due to domUs using their assigned vcpus and xentop shows a distribution of cputime, too.. I started irqbalance in debug modus once and it complained that my hardware is not numa compatible. Might this be an issue? From what I read, xen should support proper scheduling on non-numa hardware and only the numa-support is new and might be a bit quirky.. checked my smp_affinity stuff then: currently, it shows the following for a domU smp_affinity: 01 smp_affinity_list: 0 tried to change smp_affinity to 3f (=111111 for my 6vcpu) and it was changed immediately back to 01.. thought that was irqbalance going rogue but after stopd the deamon, this still happens.. so my take is: something is setting the irq to only use cpu0 and changes i do manually or which are done by irqbalance are overwritten constantly making irqbalance useless.. Any idea what this can be? supposently something within xen? 2012/7/12 Ian Campbell : > On Thu, 2012-07-12 at 13:04 -0400, Matthias wrote: >> >> Any other idea how we can make xen utilize the other (v)cpus for it's >> I/O stuff? > > Are you sure irqbalanced is running? Some versions had a bug and would > crash on a Xen system (they crash if there is no irq 0 or something like > that). Even if it is running it can take some time for irqbalanced to > realise that things are unbalanced and start moving stuff around. > > There are ways in Linux to manually balance IRQs. You have to much > around with /proc/irq/*/smp_affinity* > > Really irqbalanced should be doing this for you 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 Jul 12 22:29:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 22:29: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 1SpRrm-0001N7-2c; Thu, 12 Jul 2012 22:28:10 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpRrk-0001N2-HW for xen-users@lists.xen.org; Thu, 12 Jul 2012 22:28:08 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1342132081!8908859!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12223 invoked from network); 12 Jul 2012 22:28:02 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 22:28:02 -0000 Received: by lbok6 with SMTP id k6so4714384lbo.32 for ; Thu, 12 Jul 2012 15:28:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=38mbtTyliC9PA2eWgosp5UWcKpvFh4jmL+MpkB355LA=; b=o9QoDGO65ywo357BlDe7a8ClvgdPqVjFkx+ePMl+SM9KEU3V3FQonrlTiEueoJ4xh6 rxYVTYHtTaKI5d4VUjxDfvzMl1BsT4kUpheyoy+oDIWxTc/5FpzG/GDVhG6rheKZiwH4 Qi12WJT/OrySgticEzF/7bSPrrwM4nGQ6kUeyZAdYlC3yXHawYrX3vQAZ/efaZ+7OHbw kmILzOS0gj8Ggz4IrChchADyWjcvBBcMoAhGiyO4dTQqn82x0VCoCsCKOxKIognfVmbc dY3gbyR7FcGmFW5p2TJIjFBdsgucSzlghIPmAuoaRAQY6bcyWfkuNpBddu0o/uBlpEH1 BEFg== Received: by 10.152.105.173 with SMTP id gn13mr28223lab.20.1342132081201; Thu, 12 Jul 2012 15:28:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.8.105 with HTTP; Thu, 12 Jul 2012 15:27:41 -0700 (PDT) In-Reply-To: <1342113321.8586.176.camel@hastur.hellion.org.uk> References: <1342108346.8586.144.camel@hastur.hellion.org.uk> <1342113321.8586.176.camel@hastur.hellion.org.uk> From: Matthias Date: Fri, 13 Jul 2012 00:27:41 +0200 Message-ID: To: Ian Campbell Cc: "xen-users@lists.xen.org" , Rajesh Kumar Subject: Re: [Xen-users] 99% iowait on one core in 8 core processor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Ian, sorry, but it's still not working.. I rebooted the server, then manually started irqbalanced just to be sure, then started xen and the domUs.. still the same as above: every I/O related is done by cpu0 (even after hours of running 5 domUs). i see some spikes on the other cpu's, but i think this is due to domUs using their assigned vcpus and xentop shows a distribution of cputime, too.. I started irqbalance in debug modus once and it complained that my hardware is not numa compatible. Might this be an issue? From what I read, xen should support proper scheduling on non-numa hardware and only the numa-support is new and might be a bit quirky.. checked my smp_affinity stuff then: currently, it shows the following for a domU smp_affinity: 01 smp_affinity_list: 0 tried to change smp_affinity to 3f (=111111 for my 6vcpu) and it was changed immediately back to 01.. thought that was irqbalance going rogue but after stopd the deamon, this still happens.. so my take is: something is setting the irq to only use cpu0 and changes i do manually or which are done by irqbalance are overwritten constantly making irqbalance useless.. Any idea what this can be? supposently something within xen? 2012/7/12 Ian Campbell : > On Thu, 2012-07-12 at 13:04 -0400, Matthias wrote: >> >> Any other idea how we can make xen utilize the other (v)cpus for it's >> I/O stuff? > > Are you sure irqbalanced is running? Some versions had a bug and would > crash on a Xen system (they crash if there is no irq 0 or something like > that). Even if it is running it can take some time for irqbalanced to > realise that things are unbalanced and start moving stuff around. > > There are ways in Linux to manually balance IRQs. You have to much > around with /proc/irq/*/smp_affinity* > > Really irqbalanced should be doing this for you 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 Jul 12 22:52:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 22:52: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 1SpSE9-0001l8-BA; Thu, 12 Jul 2012 22:51:17 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpSE8-0001l3-0F for xen-users@lists.xensource.com; Thu, 12 Jul 2012 22:51:16 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1342133468!3286189!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2030 invoked from network); 12 Jul 2012 22:51:09 -0000 Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com) (209.85.217.171) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 22:51:09 -0000 Received: by lbom4 with SMTP id m4so5366137lbo.30 for ; Thu, 12 Jul 2012 15:51:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=uHPuIHGcwZJFIo8bHhT+AbRHp3moSX1Bo5yzB4jg7iM=; b=lnUWjI40jTJ/ov5Ui4mLVEPPJPZlQlM425eWJovvLM5VEDV9O8WNZ3zLI/fMrIdhIE suzR0hVXnD800jx7aTxphZyu457ztqix71KOdejCHioVqy2stg2qmJqX87EEGrhlWL1Y OjvOMzPkv7k6J8afC3V39ht528dHUmykJ/X7F2RB3W0UuVUVp/4djih1CUphNEYGpo1l J12RM2quUSikYzomi8tSyVinFN8nlYQwHskphLDwdx10CD607dwomgcmJNF8mjzMb8mJ 1U4cGdJuQMevAyGI4p88OafzSE3L3mCyeDI2MV0q3GVGcyeuQJcS2vvfaHT8EpiDGLZi K7bg== MIME-Version: 1.0 Received: by 10.112.98.225 with SMTP id el1mr1973753lbb.30.1342133468231; Thu, 12 Jul 2012 15:51:08 -0700 (PDT) Received: by 10.114.8.105 with HTTP; Thu, 12 Jul 2012 15:51:08 -0700 (PDT) Received: by 10.114.8.105 with HTTP; Thu, 12 Jul 2012 15:51:08 -0700 (PDT) In-Reply-To: References: <1342108346.8586.144.camel@hastur.hellion.org.uk> <1342113321.8586.176.camel@hastur.hellion.org.uk> Date: Fri, 13 Jul 2012 00:51:08 +0200 Message-ID: From: Matthias To: Ian Campbell , Xen Users Subject: Re: [Xen-users] 99% iowait on one core in 8 core processor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2039980331867285369==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2039980331867285369== Content-Type: multipart/alternative; boundary=f46d04016b439d773e04c4a9ccb4 --f46d04016b439d773e04c4a9ccb4 Content-Type: text/plain; charset=ISO-8859-1 Found a hint somewhere that my problem might be related to the CONFIG_HOTPLUG_CPU kernel option.. recompiling the kernel right now and will update tomorrow if this resolved the issue.. Am 13.07.2012 00:27 schrieb "Matthias" : > Hi Ian, > > sorry, but it's still not working.. > > I rebooted the server, then manually started irqbalanced just to be > sure, then started xen and the domUs.. still the same as above: every > I/O related is done by cpu0 (even after hours of running 5 domUs). i > see some spikes on the other cpu's, but i think this is due to domUs > using their assigned vcpus and xentop shows a distribution of cputime, > too.. > > I started irqbalance in debug modus once and it complained that my > hardware is not numa compatible. Might this be an issue? From what I > read, xen should support proper scheduling on non-numa hardware and > only the numa-support is new and might be a bit quirky.. > > checked my smp_affinity stuff then: currently, it shows the following for > a domU > smp_affinity: 01 > smp_affinity_list: 0 > > tried to change smp_affinity to 3f (=111111 for my 6vcpu) and it was > changed immediately back to 01.. thought that was irqbalance going > rogue but after stopd the deamon, this still happens.. > > so my take is: something is setting the irq to only use cpu0 and > changes i do manually or which are done by irqbalance are overwritten > constantly making irqbalance useless.. > > Any idea what this can be? supposently something within xen? > > > > 2012/7/12 Ian Campbell : > > On Thu, 2012-07-12 at 13:04 -0400, Matthias wrote: > >> > >> Any other idea how we can make xen utilize the other (v)cpus for it's > >> I/O stuff? > > > > Are you sure irqbalanced is running? Some versions had a bug and would > > crash on a Xen system (they crash if there is no irq 0 or something like > > that). Even if it is running it can take some time for irqbalanced to > > realise that things are unbalanced and start moving stuff around. > > > > There are ways in Linux to manually balance IRQs. You have to much > > around with /proc/irq/*/smp_affinity* > > > > Really irqbalanced should be doing this for you though. > > > > Ian. > > > > > --f46d04016b439d773e04c4a9ccb4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Found a hint somewhere that my problem might be related to the CONFIG_HO= TPLUG_CPU kernel option.. recompiling the kernel right now and will update = tomorrow if this resolved the issue..

Am 13.07.2012 00:27 schrieb "Matthias"= <matthias.kannenb= erg@googlemail.com>:
Hi Ian,

sorry, but it's still not working..

I rebooted the server, then manually started irqbalanced just to be
sure, then started xen and the domUs.. still the same as above: every
I/O related is done by cpu0 (even after hours of running 5 domUs). i
see some spikes on the other cpu's, but i think this is due to domUs using their assigned vcpus and xentop shows a distribution of cputime,
too..

I started irqbalance in debug modus once and it complained that my
hardware is not numa compatible. Might this be an issue? From what I
read, xen should support proper scheduling on non-numa hardware and
only the numa-support is new and might be a bit quirky..

checked my smp_affinity stuff then: currently, it shows the following for a= domU
smp_affinity: 01
smp_affinity_list: 0

tried to change smp_affinity to 3f (=3D111111 for my 6vcpu) and it was
changed immediately back to 01.. thought that was irqbalance going
rogue but after stopd the deamon, this still happens..

so my take is: something is setting the irq to only use cpu0 and
changes i do manually or which are done by irqbalance are overwritten
constantly making irqbalance useless..

Any idea what this can be? supposently something within xen?



2012/7/12 Ian Campbell <ian.c= ampbell@citrix.com>:
> On Thu, 2012-07-12 at 13:04 -0400, Matthias wrote:
>>
>> Any other idea how we can make xen utilize the other (v)cpus for i= t's
>> I/O stuff?
>
> Are you sure irqbalanced is running? Some versions had a bug and would=
> crash on a Xen system (they crash if there is no irq 0 or something li= ke
> that). Even if it is running it can take some time for irqbalanced to<= br> > realise that things are unbalanced and start moving stuff around.
>
> There are ways in Linux to manually balance IRQs. You have to much
> around with /proc/irq/*/smp_affinity*
>
> Really irqbalanced should be doing this for you though.
>
> Ian.
>
>
--f46d04016b439d773e04c4a9ccb4-- --===============2039980331867285369== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2039980331867285369==-- From xen-users-bounces@lists.xen.org Thu Jul 12 22:52:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Jul 2012 22:52: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 1SpSE9-0001l8-BA; Thu, 12 Jul 2012 22:51:17 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpSE8-0001l3-0F for xen-users@lists.xensource.com; Thu, 12 Jul 2012 22:51:16 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1342133468!3286189!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2030 invoked from network); 12 Jul 2012 22:51:09 -0000 Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com) (209.85.217.171) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2012 22:51:09 -0000 Received: by lbom4 with SMTP id m4so5366137lbo.30 for ; Thu, 12 Jul 2012 15:51:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=uHPuIHGcwZJFIo8bHhT+AbRHp3moSX1Bo5yzB4jg7iM=; b=lnUWjI40jTJ/ov5Ui4mLVEPPJPZlQlM425eWJovvLM5VEDV9O8WNZ3zLI/fMrIdhIE suzR0hVXnD800jx7aTxphZyu457ztqix71KOdejCHioVqy2stg2qmJqX87EEGrhlWL1Y OjvOMzPkv7k6J8afC3V39ht528dHUmykJ/X7F2RB3W0UuVUVp/4djih1CUphNEYGpo1l J12RM2quUSikYzomi8tSyVinFN8nlYQwHskphLDwdx10CD607dwomgcmJNF8mjzMb8mJ 1U4cGdJuQMevAyGI4p88OafzSE3L3mCyeDI2MV0q3GVGcyeuQJcS2vvfaHT8EpiDGLZi K7bg== MIME-Version: 1.0 Received: by 10.112.98.225 with SMTP id el1mr1973753lbb.30.1342133468231; Thu, 12 Jul 2012 15:51:08 -0700 (PDT) Received: by 10.114.8.105 with HTTP; Thu, 12 Jul 2012 15:51:08 -0700 (PDT) Received: by 10.114.8.105 with HTTP; Thu, 12 Jul 2012 15:51:08 -0700 (PDT) In-Reply-To: References: <1342108346.8586.144.camel@hastur.hellion.org.uk> <1342113321.8586.176.camel@hastur.hellion.org.uk> Date: Fri, 13 Jul 2012 00:51:08 +0200 Message-ID: From: Matthias To: Ian Campbell , Xen Users Subject: Re: [Xen-users] 99% iowait on one core in 8 core processor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2039980331867285369==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2039980331867285369== Content-Type: multipart/alternative; boundary=f46d04016b439d773e04c4a9ccb4 --f46d04016b439d773e04c4a9ccb4 Content-Type: text/plain; charset=ISO-8859-1 Found a hint somewhere that my problem might be related to the CONFIG_HOTPLUG_CPU kernel option.. recompiling the kernel right now and will update tomorrow if this resolved the issue.. Am 13.07.2012 00:27 schrieb "Matthias" : > Hi Ian, > > sorry, but it's still not working.. > > I rebooted the server, then manually started irqbalanced just to be > sure, then started xen and the domUs.. still the same as above: every > I/O related is done by cpu0 (even after hours of running 5 domUs). i > see some spikes on the other cpu's, but i think this is due to domUs > using their assigned vcpus and xentop shows a distribution of cputime, > too.. > > I started irqbalance in debug modus once and it complained that my > hardware is not numa compatible. Might this be an issue? From what I > read, xen should support proper scheduling on non-numa hardware and > only the numa-support is new and might be a bit quirky.. > > checked my smp_affinity stuff then: currently, it shows the following for > a domU > smp_affinity: 01 > smp_affinity_list: 0 > > tried to change smp_affinity to 3f (=111111 for my 6vcpu) and it was > changed immediately back to 01.. thought that was irqbalance going > rogue but after stopd the deamon, this still happens.. > > so my take is: something is setting the irq to only use cpu0 and > changes i do manually or which are done by irqbalance are overwritten > constantly making irqbalance useless.. > > Any idea what this can be? supposently something within xen? > > > > 2012/7/12 Ian Campbell : > > On Thu, 2012-07-12 at 13:04 -0400, Matthias wrote: > >> > >> Any other idea how we can make xen utilize the other (v)cpus for it's > >> I/O stuff? > > > > Are you sure irqbalanced is running? Some versions had a bug and would > > crash on a Xen system (they crash if there is no irq 0 or something like > > that). Even if it is running it can take some time for irqbalanced to > > realise that things are unbalanced and start moving stuff around. > > > > There are ways in Linux to manually balance IRQs. You have to much > > around with /proc/irq/*/smp_affinity* > > > > Really irqbalanced should be doing this for you though. > > > > Ian. > > > > > --f46d04016b439d773e04c4a9ccb4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Found a hint somewhere that my problem might be related to the CONFIG_HO= TPLUG_CPU kernel option.. recompiling the kernel right now and will update = tomorrow if this resolved the issue..

Am 13.07.2012 00:27 schrieb "Matthias"= <matthias.kannenb= erg@googlemail.com>:
Hi Ian,

sorry, but it's still not working..

I rebooted the server, then manually started irqbalanced just to be
sure, then started xen and the domUs.. still the same as above: every
I/O related is done by cpu0 (even after hours of running 5 domUs). i
see some spikes on the other cpu's, but i think this is due to domUs using their assigned vcpus and xentop shows a distribution of cputime,
too..

I started irqbalance in debug modus once and it complained that my
hardware is not numa compatible. Might this be an issue? From what I
read, xen should support proper scheduling on non-numa hardware and
only the numa-support is new and might be a bit quirky..

checked my smp_affinity stuff then: currently, it shows the following for a= domU
smp_affinity: 01
smp_affinity_list: 0

tried to change smp_affinity to 3f (=3D111111 for my 6vcpu) and it was
changed immediately back to 01.. thought that was irqbalance going
rogue but after stopd the deamon, this still happens..

so my take is: something is setting the irq to only use cpu0 and
changes i do manually or which are done by irqbalance are overwritten
constantly making irqbalance useless..

Any idea what this can be? supposently something within xen?



2012/7/12 Ian Campbell <ian.c= ampbell@citrix.com>:
> On Thu, 2012-07-12 at 13:04 -0400, Matthias wrote:
>>
>> Any other idea how we can make xen utilize the other (v)cpus for i= t's
>> I/O stuff?
>
> Are you sure irqbalanced is running? Some versions had a bug and would=
> crash on a Xen system (they crash if there is no irq 0 or something li= ke
> that). Even if it is running it can take some time for irqbalanced to<= br> > realise that things are unbalanced and start moving stuff around.
>
> There are ways in Linux to manually balance IRQs. You have to much
> around with /proc/irq/*/smp_affinity*
>
> Really irqbalanced should be doing this for you though.
>
> Ian.
>
>
--f46d04016b439d773e04c4a9ccb4-- --===============2039980331867285369== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2039980331867285369==-- From xen-users-bounces@lists.xen.org Fri Jul 13 01:16:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 01:16: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 1SpUTF-0006mU-Up; Fri, 13 Jul 2012 01:15:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpQUX-0008SO-Dn for xen-users@lists.xen.org; Thu, 12 Jul 2012 21:00:05 +0000 Received: from [85.158.143.99:46459] by server-1.bemta-4.messagelabs.com id C8/24-24392-4DA3FFF4; Thu, 12 Jul 2012 21:00:04 +0000 X-Env-Sender: kieran@cablesurf.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1342126804!28576572!1 X-Originating-IP: [83.220.200.45] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27349 invoked from network); 12 Jul 2012 21:00:04 -0000 Received: from mail.cablesurf.com (HELO mail.cablesurf.com) (83.220.200.45) by server-9.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Jul 2012 21:00:04 -0000 Received: from [78.152.209.187] by mail.cablesurf.com with esmtpa (Exim 4.72) (envelope-from ) id 1SpQUU-0004m9-I9 for xen-users@lists.xen.org; Thu, 12 Jul 2012 22:00:03 +0100 Date: Thu, 12 Jul 2012 21:59:30 +0100 Message-ID: <3aib7aia7kvq7ss4mc6vy3ky.1342126770112@email.android.com> From: Kieran To: xen-users@lists.xen.org MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 13 Jul 2012 01:15:00 +0000 Subject: [Xen-users] Unsubscribe X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 01:16:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 01:16: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 1SpUTF-0006mU-Up; Fri, 13 Jul 2012 01:15:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpQUX-0008SO-Dn for xen-users@lists.xen.org; Thu, 12 Jul 2012 21:00:05 +0000 Received: from [85.158.143.99:46459] by server-1.bemta-4.messagelabs.com id C8/24-24392-4DA3FFF4; Thu, 12 Jul 2012 21:00:04 +0000 X-Env-Sender: kieran@cablesurf.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1342126804!28576572!1 X-Originating-IP: [83.220.200.45] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27349 invoked from network); 12 Jul 2012 21:00:04 -0000 Received: from mail.cablesurf.com (HELO mail.cablesurf.com) (83.220.200.45) by server-9.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Jul 2012 21:00:04 -0000 Received: from [78.152.209.187] by mail.cablesurf.com with esmtpa (Exim 4.72) (envelope-from ) id 1SpQUU-0004m9-I9 for xen-users@lists.xen.org; Thu, 12 Jul 2012 22:00:03 +0100 Date: Thu, 12 Jul 2012 21:59:30 +0100 Message-ID: <3aib7aia7kvq7ss4mc6vy3ky.1342126770112@email.android.com> From: Kieran To: xen-users@lists.xen.org MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 13 Jul 2012 01:15:00 +0000 Subject: [Xen-users] Unsubscribe X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 02:16:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 02: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 1SpVPK-0007kh-Jd; Fri, 13 Jul 2012 02:15:02 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpVPJ-0007kc-8o for Xen-users@lists.xen.org; Fri, 13 Jul 2012 02:15:01 +0000 Received: from [85.158.143.99:21013] by server-2.bemta-4.messagelabs.com id A6/AA-17938-4A48FFF4; Fri, 13 Jul 2012 02:15:00 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1342145698!22177386!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2196 invoked from network); 13 Jul 2012 02:14:59 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 02:14:59 -0000 Received: by yhpp34 with SMTP id p34so1389733yhp.32 for ; Thu, 12 Jul 2012 19:14:58 -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=dkxqf3ETXVwal6nehcB8zjod0++8x6VWFV/sT+qZpHQ=; b=Txa/5/HR5RgpEDPPWfBuMTLwF/XwwUlOfqh8qBK4gsTB0IJ8L8yWzX7rzT1JmUbsPp oLqEFfEovfPBQJ4ueOu4Am+BnAU8cnJKXe8Y/gEJK2QYLzhNIsUmH3GZioXQOFJDTVEk jMFoWXnDT20mf2yEqwtENggMUlg/7giNAA7v9dZaXM18uhgECCIHI1DJpous5CB8pYpq TLCBjnAn635Vh0czCi9xJ06vD8k5nzNR7DFafsVb/IGhNpMEAE5T2Z/Q6La57wRkwYfC r/uQz3/e+PZyj+2v8esWjkfGJmjuiDqx6OYMWGd3Xz5I5diobVevtwRoPIDvPyCkcqZB LShQ== MIME-Version: 1.0 Received: by 10.50.196.201 with SMTP id io9mr274747igc.58.1342145697866; Thu, 12 Jul 2012 19:14:57 -0700 (PDT) Received: by 10.64.10.41 with HTTP; Thu, 12 Jul 2012 19:14:57 -0700 (PDT) Date: Fri, 13 Jul 2012 11:14:57 +0900 Message-ID: From: jaeyong yoo To: Xen-users@lists.xen.org Subject: [Xen-users] invalid kernel errors while booting newly installed guest OS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4948921815658467649==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4948921815658467649== Content-Type: multipart/alternative; boundary=14dae93410ed8ee4f704c4aca569 --14dae93410ed8ee4f704c4aca569 Content-Type: text/plain; charset=ISO-8859-1 * I'm trying to post this message, but I'm not sure it is posted or not. My mail account does not show this message is arrived. * If someone see this message, please just simply reply this for me. Hello, When I'm trying to boot with newly installed guest OS, I'm having the following error message. $ sudo xm create /etc/xen/ubuntu.cfg -c > Error: (2, 'Invalid kernel', 'elf_xen_note_check: ERROR: Will only load images built for the generic loader or Linux images') I'm absolutely clueless and any help would be really appreciated. Here goes the detail configuration. 1) I install ubuntu desktop 12.04 in a machine (32-bit intel Core 2 CPU with 2GB memory) 2) install xen by $ sudo apt-get install xen-hypervisor-4.1-i386 xen-tools xen-utils-4.1 xen-utils-common 3) reboot 4) xen looks working OK at dom0 and I check this with the following command $ xm list Name ID Mem VCPUs State Time(s) Domain-0 0 1024 1 r----- 244.9 5) after creating logical volume using lvm (the dev is /dev/vgubuntu/ubuntu) make a configuration file (/etc/xen/ubuntu.cfg) as follows name = "ubuntu" memory = 512 disk = ['phy:/dev/vgubuntu/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" 6) Download vmlinuz and initrd file as below and place them at /var/lib/xen/images/ubuntu-netboot/ $ wget http://kr.archive.ubuntu.com/ubuntu/dists/precise/main/installer-i386/current/images/netboot/xen/initrd.gz $ wget http://kr.archive.ubuntu.com/ubuntu/dists/precise/main/installer-i386/current/images/netboot/xen/vmlinuz 7) installing the guest os using the command below $ sudo xm create /etc/xen/ubuntu.cfg -c 8) while installing, I set the filesystem ext3 in the guest OS. 9) everything looks normal. The console say the installation is completed. 10) After installing, I change the xen configuration file (/etc/xen/ubuntu.cfg) as follows. name = "ubuntu" memory = 512 disk = ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif = [' '] bootloader = "pygrub" 11) And, i try to boot the Guest OS for the first time, I see this error. --14dae93410ed8ee4f704c4aca569 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
* I'm trying to post this message, but I'm not sure it is post= ed or not. My mail account does not show this message is arrived.
* If someone see this message, please just simply reply this for me.

Hello,

When I'm trying to = boot with newly installed guest OS, I'm having the following error mess= age.

$ sudo xm create /etc/xen/ubuntu.cfg -c
> Error: (2, 'Invalid kernel', 'elf_xen_note_check: ERR= OR: Will only load images built for the generic loader or Linux images'= )

I'm absolutely clueless and any help would b= e really appreciated.

Here goes the detail configuration.

1) I install ubuntu desktop 12.04 in a machine (32-bit intel Core 2 C= PU with 2GB memory)=A0

2) install xen by=A0
<= div> =A0 $ sudo apt-get install xen-hypervisor-4.1-i386 xen-tools xen-utils-4.1 = xen-utils-common

3) reboot

4) xen looks working OK at dom0 and I check this with the following comma= nd
=A0$ xm list
=A0 =A0Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ID =A0 Mem VCPUs =A0 =A0 =A0Sta= te =A0 Time(s)
=A0 =A0Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A01024 =A0 =A0 1 =A0 =A0 r----- = =A0 =A0244.9

5) after creating logical volume using lvm (the dev is /dev/vgubuntu/u= buntu) make a configuration file (/etc/xen/ubuntu.cfg) as follows

name =3D "ubuntu"
memory =3D 512
<= div> disk =3D ['phy:/dev/vgubuntu/ubuntu,xvda,w']
vif =3D [= 9; ']
kernel =3D "/var/lib/xen/images/ubuntu-netboot/vml= inuz"
ramdisk =3D "/var/lib/xen/images/ubuntu-netboot/i= nitrd.gz"
extra =3D "debian-installer/exit/always_halt=3Dtrue -- console=3D= hvc0"

6) Download vmlinuz and initrd file as = below and place them at /var/lib/xen/images/ubuntu-netboot/

<= /div>

7) installing the guest os using the command below

$ sudo xm create /etc/xen/ubuntu.cfg -c

=

8) while installing, I set the filesystem ext3 in= the guest OS.

9) everything looks normal. The console say the install= ation is completed.

10) After installing, I change= the xen configuration file =A0(/etc/xen/ubuntu.cfg) =A0as follows.=A0

name =3D "ubuntu"
memory =3D 512
disk =3D ['phy:/dev/vgubuntu/ubuntu,xvda,w']
vif =3D [= ' ']
bootloader =3D "pygrub"

11) And, i try to boot the Guest OS for the first time, I see this error. --14dae93410ed8ee4f704c4aca569-- --===============4948921815658467649== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4948921815658467649==-- From xen-users-bounces@lists.xen.org Fri Jul 13 02:16:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 02: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 1SpVPK-0007kh-Jd; Fri, 13 Jul 2012 02:15:02 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpVPJ-0007kc-8o for Xen-users@lists.xen.org; Fri, 13 Jul 2012 02:15:01 +0000 Received: from [85.158.143.99:21013] by server-2.bemta-4.messagelabs.com id A6/AA-17938-4A48FFF4; Fri, 13 Jul 2012 02:15:00 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1342145698!22177386!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2196 invoked from network); 13 Jul 2012 02:14:59 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 02:14:59 -0000 Received: by yhpp34 with SMTP id p34so1389733yhp.32 for ; Thu, 12 Jul 2012 19:14:58 -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=dkxqf3ETXVwal6nehcB8zjod0++8x6VWFV/sT+qZpHQ=; b=Txa/5/HR5RgpEDPPWfBuMTLwF/XwwUlOfqh8qBK4gsTB0IJ8L8yWzX7rzT1JmUbsPp oLqEFfEovfPBQJ4ueOu4Am+BnAU8cnJKXe8Y/gEJK2QYLzhNIsUmH3GZioXQOFJDTVEk jMFoWXnDT20mf2yEqwtENggMUlg/7giNAA7v9dZaXM18uhgECCIHI1DJpous5CB8pYpq TLCBjnAn635Vh0czCi9xJ06vD8k5nzNR7DFafsVb/IGhNpMEAE5T2Z/Q6La57wRkwYfC r/uQz3/e+PZyj+2v8esWjkfGJmjuiDqx6OYMWGd3Xz5I5diobVevtwRoPIDvPyCkcqZB LShQ== MIME-Version: 1.0 Received: by 10.50.196.201 with SMTP id io9mr274747igc.58.1342145697866; Thu, 12 Jul 2012 19:14:57 -0700 (PDT) Received: by 10.64.10.41 with HTTP; Thu, 12 Jul 2012 19:14:57 -0700 (PDT) Date: Fri, 13 Jul 2012 11:14:57 +0900 Message-ID: From: jaeyong yoo To: Xen-users@lists.xen.org Subject: [Xen-users] invalid kernel errors while booting newly installed guest OS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4948921815658467649==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4948921815658467649== Content-Type: multipart/alternative; boundary=14dae93410ed8ee4f704c4aca569 --14dae93410ed8ee4f704c4aca569 Content-Type: text/plain; charset=ISO-8859-1 * I'm trying to post this message, but I'm not sure it is posted or not. My mail account does not show this message is arrived. * If someone see this message, please just simply reply this for me. Hello, When I'm trying to boot with newly installed guest OS, I'm having the following error message. $ sudo xm create /etc/xen/ubuntu.cfg -c > Error: (2, 'Invalid kernel', 'elf_xen_note_check: ERROR: Will only load images built for the generic loader or Linux images') I'm absolutely clueless and any help would be really appreciated. Here goes the detail configuration. 1) I install ubuntu desktop 12.04 in a machine (32-bit intel Core 2 CPU with 2GB memory) 2) install xen by $ sudo apt-get install xen-hypervisor-4.1-i386 xen-tools xen-utils-4.1 xen-utils-common 3) reboot 4) xen looks working OK at dom0 and I check this with the following command $ xm list Name ID Mem VCPUs State Time(s) Domain-0 0 1024 1 r----- 244.9 5) after creating logical volume using lvm (the dev is /dev/vgubuntu/ubuntu) make a configuration file (/etc/xen/ubuntu.cfg) as follows name = "ubuntu" memory = 512 disk = ['phy:/dev/vgubuntu/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" 6) Download vmlinuz and initrd file as below and place them at /var/lib/xen/images/ubuntu-netboot/ $ wget http://kr.archive.ubuntu.com/ubuntu/dists/precise/main/installer-i386/current/images/netboot/xen/initrd.gz $ wget http://kr.archive.ubuntu.com/ubuntu/dists/precise/main/installer-i386/current/images/netboot/xen/vmlinuz 7) installing the guest os using the command below $ sudo xm create /etc/xen/ubuntu.cfg -c 8) while installing, I set the filesystem ext3 in the guest OS. 9) everything looks normal. The console say the installation is completed. 10) After installing, I change the xen configuration file (/etc/xen/ubuntu.cfg) as follows. name = "ubuntu" memory = 512 disk = ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif = [' '] bootloader = "pygrub" 11) And, i try to boot the Guest OS for the first time, I see this error. --14dae93410ed8ee4f704c4aca569 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
* I'm trying to post this message, but I'm not sure it is post= ed or not. My mail account does not show this message is arrived.
* If someone see this message, please just simply reply this for me.

Hello,

When I'm trying to = boot with newly installed guest OS, I'm having the following error mess= age.

$ sudo xm create /etc/xen/ubuntu.cfg -c
> Error: (2, 'Invalid kernel', 'elf_xen_note_check: ERR= OR: Will only load images built for the generic loader or Linux images'= )

I'm absolutely clueless and any help would b= e really appreciated.

Here goes the detail configuration.

1) I install ubuntu desktop 12.04 in a machine (32-bit intel Core 2 C= PU with 2GB memory)=A0

2) install xen by=A0
<= div> =A0 $ sudo apt-get install xen-hypervisor-4.1-i386 xen-tools xen-utils-4.1 = xen-utils-common

3) reboot

4) xen looks working OK at dom0 and I check this with the following comma= nd
=A0$ xm list
=A0 =A0Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ID =A0 Mem VCPUs =A0 =A0 =A0Sta= te =A0 Time(s)
=A0 =A0Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A01024 =A0 =A0 1 =A0 =A0 r----- = =A0 =A0244.9

5) after creating logical volume using lvm (the dev is /dev/vgubuntu/u= buntu) make a configuration file (/etc/xen/ubuntu.cfg) as follows

name =3D "ubuntu"
memory =3D 512
<= div> disk =3D ['phy:/dev/vgubuntu/ubuntu,xvda,w']
vif =3D [= 9; ']
kernel =3D "/var/lib/xen/images/ubuntu-netboot/vml= inuz"
ramdisk =3D "/var/lib/xen/images/ubuntu-netboot/i= nitrd.gz"
extra =3D "debian-installer/exit/always_halt=3Dtrue -- console=3D= hvc0"

6) Download vmlinuz and initrd file as = below and place them at /var/lib/xen/images/ubuntu-netboot/

<= /div>

7) installing the guest os using the command below

$ sudo xm create /etc/xen/ubuntu.cfg -c

=

8) while installing, I set the filesystem ext3 in= the guest OS.

9) everything looks normal. The console say the install= ation is completed.

10) After installing, I change= the xen configuration file =A0(/etc/xen/ubuntu.cfg) =A0as follows.=A0

name =3D "ubuntu"
memory =3D 512
disk =3D ['phy:/dev/vgubuntu/ubuntu,xvda,w']
vif =3D [= ' ']
bootloader =3D "pygrub"

11) And, i try to boot the Guest OS for the first time, I see this error. --14dae93410ed8ee4f704c4aca569-- --===============4948921815658467649== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4948921815658467649==-- From xen-users-bounces@lists.xen.org Fri Jul 13 06:02:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 06:02: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 1SpYwJ-0000he-NB; Fri, 13 Jul 2012 06:01:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpYwH-0000hZ-Aq for xen-users@lists.xen.org; Fri, 13 Jul 2012 06:01:17 +0000 Received: from [85.158.138.51:7580] by server-9.bemta-3.messagelabs.com id 65/80-27628-CA9BFFF4; Fri, 13 Jul 2012 06:01:16 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1342159274!28588536!1 X-Originating-IP: [209.85.160.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23287 invoked from network); 13 Jul 2012 06:01:15 -0000 Received: from mail-gh0-f173.google.com (HELO mail-gh0-f173.google.com) (209.85.160.173) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 06:01:15 -0000 Received: by ghrr14 with SMTP id r14so3675109ghr.32 for ; Thu, 12 Jul 2012 23:01:14 -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=egADzoYrFg/cKRzpFSqHZ/h4eeFgCKHljxyOuZVTBOQ=; b=YUkDDrAQEVVuOzohPQ/M/lyVdJIWlVhRwtDL6qB5fKxrwqwExFpMMaVwIlcIDLjFRb aphDYXWHzlzBCHdq2gOfNmcls+R9A0pdF4spzcZ8DiXCoIG9rBJyj2AueoXLLZ0j3PTt Avm9OSaY3IXtkqVRvJ94pb3YTynRCt9gRMqVF25oCmiPQBOydTHH3uY5KWUP7fZa9R1d 8KKcFUKW+zRrLkyJbcG7XJaioxUEI0BCxy12ImiCcZCdyvvzFqJgq612IVjq+DSEsN4h mtER58KSDhnNS+5vORDP3oy4BSZO56E2eYCRhHPlgAr4RmK7+9v4QPX49UT/CthuuWKb 4Fdg== MIME-Version: 1.0 Received: by 10.50.196.201 with SMTP id io9mr258676igc.58.1342159273384; Thu, 12 Jul 2012 23:01:13 -0700 (PDT) Received: by 10.64.10.41 with HTTP; Thu, 12 Jul 2012 23:01:13 -0700 (PDT) In-Reply-To: <1342109134.8586.148.camel@hastur.hellion.org.uk> References: <1342109134.8586.148.camel@hastur.hellion.org.uk> Date: Fri, 13 Jul 2012 15:01:13 +0900 Message-ID: From: jaeyong yoo To: Ian Campbell Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] While installing guest OS, having error "Invalid 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="===============7354132638051722235==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7354132638051722235== Content-Type: multipart/alternative; boundary=14dae93410edb8da1e04c4afce81 --14dae93410edb8da1e04c4afce81 Content-Type: text/plain; charset=ISO-8859-1 Thanks a lot Lan, > The other thing to consider is the use of LVM for the guest /boot. IIRC > this does not work with pygrub. did you mean pygrub is working fine with LVM for the guest /boot? jaeyong On Fri, Jul 13, 2012 at 1:05 AM, Ian Campbell wrote: > On Thu, 2012-07-12 at 05:36 -0400, jaeyong yoo wrote: > > > > > > 8) while installing, I set the filesystem ext3 in the guest OS. > > > > 9) everything looks normal. The console say the installation is > > completed. > > > > 10) After installing, I change the xen configuration > > file (/etc/xen/ubuntu.cfg) as follows. > > > > name = "ubuntu" memory = 512 disk = > > ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif = [' '] bootloader = "pygrub" > > Did ubuntu install a Xen capable kernel and is grub within the guest > correctly pointing to it? > > You can usually use kpartx to expose the partitions > of /dev/vgubuntu/ubuntu in dom0 and mount it to poke around. > > I don't know which kernel flavour you need to have installed in Ubuntu > to get Xen support. Perhaps someone else chime in. > > The other thing to consider is the use of LVM for the guest /boot. IIRC > this does not work with pygrub. > > Ian. > > --14dae93410edb8da1e04c4afce81 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks a lot Lan,

> The other thing to consider is th= e use of LVM for the guest /boot. IIRC
> this does not work with pygr= ub.=A0

did you mean pygrub is working fine with LV= M for the guest /boot?

jaeyong

On Fri, Jul = 13, 2012 at 1:05 AM, Ian Campbell <ian.campbell@citrix.com> wrote:
On Thu, 2012-07-12 at 05:3= 6 -0400, jaeyong yoo wrote:
>
>
> 8) while installing, I set the filesystem ext3 in the guest OS.
>
> 9) everything looks normal. The console say the installation is
> completed.
>
> 10) After installing, I change the xen configuration
> file =A0(/etc/xen/ubuntu.cfg) =A0as follows.
>
> name =3D "ubuntu" memory =3D 512 disk =3D
> ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif =3D [' '] boot= loader =3D "pygrub"

Did ubuntu install a Xen capable kernel and is grub within the guest<= br> correctly pointing to it?

You can usually use kpartx to expose the partitions
of /dev/vgubuntu/ubuntu in dom0 and mount it to poke around.

I don't know which kernel flavour you need to have installed in Ubuntu<= br> to get Xen support. Perhaps someone else chime in.

The other thing to consider is the use of LVM for the guest /boot. IIRC
this does not work with pygrub.

Ian.


--14dae93410edb8da1e04c4afce81-- --===============7354132638051722235== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7354132638051722235==-- From xen-users-bounces@lists.xen.org Fri Jul 13 06:02:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 06:02: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 1SpYwJ-0000he-NB; Fri, 13 Jul 2012 06:01:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpYwH-0000hZ-Aq for xen-users@lists.xen.org; Fri, 13 Jul 2012 06:01:17 +0000 Received: from [85.158.138.51:7580] by server-9.bemta-3.messagelabs.com id 65/80-27628-CA9BFFF4; Fri, 13 Jul 2012 06:01:16 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1342159274!28588536!1 X-Originating-IP: [209.85.160.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23287 invoked from network); 13 Jul 2012 06:01:15 -0000 Received: from mail-gh0-f173.google.com (HELO mail-gh0-f173.google.com) (209.85.160.173) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 06:01:15 -0000 Received: by ghrr14 with SMTP id r14so3675109ghr.32 for ; Thu, 12 Jul 2012 23:01:14 -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=egADzoYrFg/cKRzpFSqHZ/h4eeFgCKHljxyOuZVTBOQ=; b=YUkDDrAQEVVuOzohPQ/M/lyVdJIWlVhRwtDL6qB5fKxrwqwExFpMMaVwIlcIDLjFRb aphDYXWHzlzBCHdq2gOfNmcls+R9A0pdF4spzcZ8DiXCoIG9rBJyj2AueoXLLZ0j3PTt Avm9OSaY3IXtkqVRvJ94pb3YTynRCt9gRMqVF25oCmiPQBOydTHH3uY5KWUP7fZa9R1d 8KKcFUKW+zRrLkyJbcG7XJaioxUEI0BCxy12ImiCcZCdyvvzFqJgq612IVjq+DSEsN4h mtER58KSDhnNS+5vORDP3oy4BSZO56E2eYCRhHPlgAr4RmK7+9v4QPX49UT/CthuuWKb 4Fdg== MIME-Version: 1.0 Received: by 10.50.196.201 with SMTP id io9mr258676igc.58.1342159273384; Thu, 12 Jul 2012 23:01:13 -0700 (PDT) Received: by 10.64.10.41 with HTTP; Thu, 12 Jul 2012 23:01:13 -0700 (PDT) In-Reply-To: <1342109134.8586.148.camel@hastur.hellion.org.uk> References: <1342109134.8586.148.camel@hastur.hellion.org.uk> Date: Fri, 13 Jul 2012 15:01:13 +0900 Message-ID: From: jaeyong yoo To: Ian Campbell Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] While installing guest OS, having error "Invalid 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="===============7354132638051722235==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7354132638051722235== Content-Type: multipart/alternative; boundary=14dae93410edb8da1e04c4afce81 --14dae93410edb8da1e04c4afce81 Content-Type: text/plain; charset=ISO-8859-1 Thanks a lot Lan, > The other thing to consider is the use of LVM for the guest /boot. IIRC > this does not work with pygrub. did you mean pygrub is working fine with LVM for the guest /boot? jaeyong On Fri, Jul 13, 2012 at 1:05 AM, Ian Campbell wrote: > On Thu, 2012-07-12 at 05:36 -0400, jaeyong yoo wrote: > > > > > > 8) while installing, I set the filesystem ext3 in the guest OS. > > > > 9) everything looks normal. The console say the installation is > > completed. > > > > 10) After installing, I change the xen configuration > > file (/etc/xen/ubuntu.cfg) as follows. > > > > name = "ubuntu" memory = 512 disk = > > ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif = [' '] bootloader = "pygrub" > > Did ubuntu install a Xen capable kernel and is grub within the guest > correctly pointing to it? > > You can usually use kpartx to expose the partitions > of /dev/vgubuntu/ubuntu in dom0 and mount it to poke around. > > I don't know which kernel flavour you need to have installed in Ubuntu > to get Xen support. Perhaps someone else chime in. > > The other thing to consider is the use of LVM for the guest /boot. IIRC > this does not work with pygrub. > > Ian. > > --14dae93410edb8da1e04c4afce81 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks a lot Lan,

> The other thing to consider is th= e use of LVM for the guest /boot. IIRC
> this does not work with pygr= ub.=A0

did you mean pygrub is working fine with LV= M for the guest /boot?

jaeyong

On Fri, Jul = 13, 2012 at 1:05 AM, Ian Campbell <ian.campbell@citrix.com> wrote:
On Thu, 2012-07-12 at 05:3= 6 -0400, jaeyong yoo wrote:
>
>
> 8) while installing, I set the filesystem ext3 in the guest OS.
>
> 9) everything looks normal. The console say the installation is
> completed.
>
> 10) After installing, I change the xen configuration
> file =A0(/etc/xen/ubuntu.cfg) =A0as follows.
>
> name =3D "ubuntu" memory =3D 512 disk =3D
> ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif =3D [' '] boot= loader =3D "pygrub"

Did ubuntu install a Xen capable kernel and is grub within the guest<= br> correctly pointing to it?

You can usually use kpartx to expose the partitions
of /dev/vgubuntu/ubuntu in dom0 and mount it to poke around.

I don't know which kernel flavour you need to have installed in Ubuntu<= br> to get Xen support. Perhaps someone else chime in.

The other thing to consider is the use of LVM for the guest /boot. IIRC
this does not work with pygrub.

Ian.


--14dae93410edb8da1e04c4afce81-- --===============7354132638051722235== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7354132638051722235==-- From xen-users-bounces@lists.xen.org Fri Jul 13 06:46:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 06:46: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 1SpZcl-0001PV-B7; Fri, 13 Jul 2012 06:45:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpZcj-0001PQ-11 for xen-users@lists.xen.org; Fri, 13 Jul 2012 06:45:09 +0000 Received: from [85.158.139.83:11597] by server-7.bemta-5.messagelabs.com id 48/9F-28276-4F3CFFF4; Fri, 13 Jul 2012 06:45:08 +0000 X-Env-Sender: emmanuel.courcelle@toulouse.inra.fr X-Msg-Ref: server-7.tower-182.messagelabs.com!1342161907!24606089!1 X-Originating-IP: [147.99.107.115] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9110 invoked from network); 13 Jul 2012 06:45:07 -0000 Received: from mx.toulouse.inra.fr (HELO yang.toulouse.inra.fr) (147.99.107.115) by server-7.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Jul 2012 06:45:07 -0000 Received: from [147.99.102.222] (lipmCinfoEC [147.99.102.222]) (authenticated bits=0) by yang.toulouse.inra.fr (/8.14.4) with ESMTP id q6D6j6Ss024336 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 13 Jul 2012 08:45:06 +0200 (CEST) Message-ID: <4FFFC3F2.2050104@toulouse.inra.fr> Date: Fri, 13 Jul 2012 08:45:06 +0200 From: Emmanuel COURCELLE User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.28) Gecko/20120313 Thunderbird/3.1.20 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1342124177.8586.202.camel@hastur.hellion.org.uk> <039E0B4AA9103344A80DA55DDDC76A936A66B1@electron.tidyhosts.com> <1342128972.56218.YahooMailNeo@web162801.mail.bf1.yahoo.com> <039E0B4AA9103344A80DA55DDDC76A936A66B2@electron.tidyhosts.com> In-Reply-To: <039E0B4AA9103344A80DA55DDDC76A936A66B2@electron.tidyhosts.com> X-Miltered: at yang with ID 4FFFC3F2.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4FFFC3F2.000/147.99.102.222/lipmCinfoEC/[147.99.102.222]/ X-j-chkmail-Score: MSGID : 4FFFC3F2.000 on yang.toulouse.inra.fr : j-chkmail score : . : R=. U=. O=. B=0.025 -> S=0.025 X-j-chkmail-Status: Ham X-Virus-Scanned: clamav-milter 0.97 at yang X-Virus-Status: Clean Subject: Re: [Xen-users] best 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: 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 One reason to use the 3.4.4 would be getting domU with huge memory. The limit for domU memory is 128Gb with the 3.2 kernel (the Debian wheezy kernel), 500Gb with the 3.4.4 kernel. You can recompile and run the 3.4.4 kernel and still use the debian-distributed Xen package. Regards, -- Emmanuel COURCELLE emmanuel.courcelle@toulouse.inra.fr L.I.P.M. (UMR CNRS-INRA 2594/441) tel (33) 5-61-28-54-50 I.N.R.A. - 24 chemin de Borde Rouge - Auzeville CS52627 - 31326 CASTANET TOLOSAN Cedex - FRANCE _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 06:46:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 06:46: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 1SpZcl-0001PV-B7; Fri, 13 Jul 2012 06:45:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpZcj-0001PQ-11 for xen-users@lists.xen.org; Fri, 13 Jul 2012 06:45:09 +0000 Received: from [85.158.139.83:11597] by server-7.bemta-5.messagelabs.com id 48/9F-28276-4F3CFFF4; Fri, 13 Jul 2012 06:45:08 +0000 X-Env-Sender: emmanuel.courcelle@toulouse.inra.fr X-Msg-Ref: server-7.tower-182.messagelabs.com!1342161907!24606089!1 X-Originating-IP: [147.99.107.115] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9110 invoked from network); 13 Jul 2012 06:45:07 -0000 Received: from mx.toulouse.inra.fr (HELO yang.toulouse.inra.fr) (147.99.107.115) by server-7.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Jul 2012 06:45:07 -0000 Received: from [147.99.102.222] (lipmCinfoEC [147.99.102.222]) (authenticated bits=0) by yang.toulouse.inra.fr (/8.14.4) with ESMTP id q6D6j6Ss024336 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 13 Jul 2012 08:45:06 +0200 (CEST) Message-ID: <4FFFC3F2.2050104@toulouse.inra.fr> Date: Fri, 13 Jul 2012 08:45:06 +0200 From: Emmanuel COURCELLE User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.28) Gecko/20120313 Thunderbird/3.1.20 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1342124177.8586.202.camel@hastur.hellion.org.uk> <039E0B4AA9103344A80DA55DDDC76A936A66B1@electron.tidyhosts.com> <1342128972.56218.YahooMailNeo@web162801.mail.bf1.yahoo.com> <039E0B4AA9103344A80DA55DDDC76A936A66B2@electron.tidyhosts.com> In-Reply-To: <039E0B4AA9103344A80DA55DDDC76A936A66B2@electron.tidyhosts.com> X-Miltered: at yang with ID 4FFFC3F2.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4FFFC3F2.000/147.99.102.222/lipmCinfoEC/[147.99.102.222]/ X-j-chkmail-Score: MSGID : 4FFFC3F2.000 on yang.toulouse.inra.fr : j-chkmail score : . : R=. U=. O=. B=0.025 -> S=0.025 X-j-chkmail-Status: Ham X-Virus-Scanned: clamav-milter 0.97 at yang X-Virus-Status: Clean Subject: Re: [Xen-users] best 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: 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 One reason to use the 3.4.4 would be getting domU with huge memory. The limit for domU memory is 128Gb with the 3.2 kernel (the Debian wheezy kernel), 500Gb with the 3.4.4 kernel. You can recompile and run the 3.4.4 kernel and still use the debian-distributed Xen package. Regards, -- Emmanuel COURCELLE emmanuel.courcelle@toulouse.inra.fr L.I.P.M. (UMR CNRS-INRA 2594/441) tel (33) 5-61-28-54-50 I.N.R.A. - 24 chemin de Borde Rouge - Auzeville CS52627 - 31326 CASTANET TOLOSAN Cedex - FRANCE _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 07:15:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 07:15: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 1Spa4z-0001yi-59; Fri, 13 Jul 2012 07:14:21 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Spa4x-0001yd-18 for xen-users@lists.xen.org; Fri, 13 Jul 2012 07:14:19 +0000 Received: from [85.158.143.35:5666] by server-1.bemta-4.messagelabs.com id 2A/C3-24392-9CACFFF4; Fri, 13 Jul 2012 07:14:17 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1342163654!5443437!1 X-Originating-IP: [209.85.161.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32134 invoked from network); 13 Jul 2012 07:14:15 -0000 Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com) (209.85.161.173) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 07:14:15 -0000 Received: by ggnp1 with SMTP id p1so3729717ggn.32 for ; Fri, 13 Jul 2012 00:14:14 -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=IS0uReVzMcPMXAlRgsq/6w3rbdIGEZIl4RRUo+KjZBI=; b=LcNEviwj5nLXbIUxPR4In3nqzhpSOo7peqjLrlljMyZ7QgIsZx9uyoTLPNcDGPM51V P29JJl3Z/G143Nfs7WpBGTEiDlldpPpJe2ckVBRr4mAd8qCYrf9B3FesE7Fd9T3B4Y40 g8DEVOFUZJIGughtULzgzfWKHe2Bq4cLvNUDyJenpY5OhfjZmiJRJ0V6nYsGcuWOUQIV C11e3n7JhmyjL4OMNa6Ssrh5uGgyYjAjloAilRcNCHNxBXJglKA8hasrQKDKGPKzqX7c JHDqGqsSnKDk6YWGiNTEZej5XqyZlT9db/fE/jsxZ9SirekAobYcM7I7FXafLLi2bY+R NOMw== MIME-Version: 1.0 Received: by 10.42.81.17 with SMTP id x17mr45515ick.5.1342163653697; Fri, 13 Jul 2012 00:14:13 -0700 (PDT) Received: by 10.64.10.41 with HTTP; Fri, 13 Jul 2012 00:14:13 -0700 (PDT) Date: Fri, 13 Jul 2012 16:14:13 +0900 Message-ID: From: jaeyong yoo To: xen-users@lists.xen.org Subject: [Xen-users] virt-install says ERROR POST operation failed: xend_post: error from xen daemon: X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2926424347133879906==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2926424347133879906== Content-Type: multipart/alternative; boundary=90e6ba614e54cf21b804c4b0d3e3 --90e6ba614e54cf21b804c4b0d3e3 Content-Type: text/plain; charset=ISO-8859-1 I was trying to install a guest OS with the following command. $ virt-install -r 1024 --accelerate -n ubuntu-first-test -f /var/lib/libvirt/images/guest.img --cdrom /root/ubuntu-12.04-desktop-i386.iso --hvm and it says the following. Starting install... ERROR POST operation failed: xend_post: error from xen daemon: Domain installation does not appear to have been successful. If it was, you can restart your domain by running: virsh --connect xen:/// start ubuntu-first-test otherwise, please restart your installation. and /var/log/xend.log gives [2012-07-13 16:13:05 13282] DEBUG (XendDomainInfo:103) XendDomainInfo.create(['vm', ['name', 'ubuntu-first-test'], ['memory', '1024'], ['maxmem', '1024'], ['vcpus', '1'], ['uuid', 'bdd81c04-58ce-b4ea-578c-51b66b9b97bb'], ['on_poweroff', 'destroy'], ['on_reboot', 'destroy'], ['on_crash', 'destroy'], ['image', ['hvm', ['kernel', '/usr/lib/xen-default/boot/hvmloader'], ['vcpus', '1'], ['boot', 'dc'], ['acpi', '1'], ['apic', '1'], ['pae', '1'], ['usb', '1'], ['parallel', 'none'], ['serial', 'pty'], ['device_model', '/usr/lib/xen-default/bin/qemu-dm'], ['vnc', '1'], ['vncunused', '1'], ['keymap', 'en-us']]], ['device', ['vbd', ['dev', 'hda:disk'], ['uname', 'file:/var/lib/libvirt/images/guest.img'], ['mode', 'w']]], ['device', ['vbd', ['dev', 'hdc:cdrom'], ['uname', 'file:/root/ubuntu-12.04-desktop-i386.iso'], ['mode', 'r']]], ['device', ['vif', ['mac', '00:16:3e:61:1b:cb'], ['bridge', 'xenbr0'], ['script', 'vif-bridge']]]]) [2012-07-13 16:13:05 13282] DEBUG (XendDomainInfo:2498) XendDomainInfo.constructDomain [2012-07-13 16:13:05 13282] DEBUG (balloon:187) Balloon: 1067064 KiB free; need 16384; done. [2012-07-13 16:13:05 13282] DEBUG (XendDomain:476) Adding Domain: 25 [2012-07-13 16:13:05 13282] DEBUG (XendDomainInfo:2836) XendDomainInfo.initDomain: 25 256 [2012-07-13 16:13:05 13282] DEBUG (image:339) No VNC passwd configured for vfb access [2012-07-13 16:13:05 13282] DEBUG (image:891) args: boot, val: dc [2012-07-13 16:13:05 13282] DEBUG (image:891) args: fda, val: None [2012-07-13 16:13:05 13282] DEBUG (image:891) args: fdb, val: None [2012-07-13 16:13:05 13282] DEBUG (image:891) args: soundhw, val: None [2012-07-13 16:13:05 13282] DEBUG (image:891) args: localtime, val: None [2012-07-13 16:13:05 13282] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-13 16:13:05 13282] DEBUG (image:891) args: std-vga, val: None [2012-07-13 16:13:05 13282] DEBUG (image:891) args: isa, val: None [2012-07-13 16:13:05 13282] DEBUG (image:891) args: acpi, val: 1 [2012-07-13 16:13:05 13282] DEBUG (image:891) args: usb, val: 1 [2012-07-13 16:13:05 13282] DEBUG (image:891) args: usbdevice, val: None [2012-07-13 16:13:05 13282] DEBUG (image:891) args: gfx_passthru, val: None [2012-07-13 16:13:05 13282] INFO (image:822) Need to create platform device.[domid:25] [2012-07-13 16:13:05 13282] DEBUG (XendDomainInfo:2863) _initDomain:shadow_memory=0x0, memory_static_max=0x40000000, memory_static_min=0x0. [2012-07-13 16:13:05 13282] INFO (image:182) buildDomain os=hvm dom=25 vcpus=1 [2012-07-13 16:13:05 13282] DEBUG (image:949) domid = 25 [2012-07-13 16:13:05 13282] DEBUG (image:950) image = /usr/lib/xen-default/boot/hvmloader [2012-07-13 16:13:05 13282] DEBUG (image:951) store_evtchn = 2 [2012-07-13 16:13:05 13282] DEBUG (image:952) memsize = 1024 [2012-07-13 16:13:05 13282] DEBUG (image:953) target = 1024 [2012-07-13 16:13:05 13282] DEBUG (image:954) vcpus = 1 [2012-07-13 16:13:05 13282] DEBUG (image:955) vcpu_avail = 1 [2012-07-13 16:13:05 13282] DEBUG (image:956) acpi = 1 [2012-07-13 16:13:05 13282] DEBUG (image:957) apic = 1 [2012-07-13 16:13:05 13282] INFO (XendDomainInfo:2357) createDevice: vfb : {'vncunused': '1', 'keymap': 'en-us', 'vnc': '1', 'uuid': '05392d6b-04a4-32a8-8131-5d26aaf3c139', 'other_config': {'vncunused': '1', 'keymap': 'en-us', 'vnc': '1'}} [2012-07-13 16:13:05 13282] DEBUG (DevController:95) DevController: writing {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/vfb/25/0'} to /local/domain/25/device/vfb/0. [2012-07-13 16:13:05 13282] DEBUG (DevController:97) DevController: writing {'vncunused': '1', 'domain': 'ubuntu-first-test', 'frontend': '/local/domain/25/device/vfb/0', 'uuid': '05392d6b-04a4-32a8-8131-5d26aaf3c139', 'frontend-id': '25', 'state': '1', 'keymap': 'en-us', 'online': '1', 'vnc': '1'} to /local/domain/0/backend/vfb/25/0. [2012-07-13 16:13:05 13282] INFO (XendDomainInfo:2357) createDevice: vbd : {'uuid': '9df9e2e2-3658-d907-a729-c4bd2c696edb', 'bootable': 1, 'driver': 'paravirtualised', 'dev': 'hda:disk', 'uname': 'file:/var/lib/libvirt/images/guest.img', 'mode': 'w'} [2012-07-13 16:13:05 13282] DEBUG (DevController:95) DevController: writing {'backend-id': '0', 'virtual-device': '768', 'device-type': 'disk', 'state': '1', 'backend': '/local/domain/0/backend/vbd/25/768'} to /local/domain/25/device/vbd/768. [2012-07-13 16:13:05 13282] DEBUG (DevController:97) DevController: writing {'domain': 'ubuntu-first-test', 'frontend': '/local/domain/25/device/vbd/768', 'uuid': '9df9e2e2-3658-d907-a729-c4bd2c696edb', 'bootable': '1', 'dev': 'hda', 'state': '1', 'params': '/var/lib/libvirt/images/guest.img', 'mode': 'w', 'online': '1', 'frontend-id': '25', 'type': 'file'} to /local/domain/0/backend/vbd/25/768. [2012-07-13 16:13:05 13282] INFO (XendDomainInfo:2357) createDevice: vbd : {'uuid': '0e75747e-6aea-81cd-3d8d-58b21057466c', 'bootable': 0, 'driver': 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/root/ubuntu-12.04-desktop-i386.iso', 'mode': 'r'} [2012-07-13 16:13:05 13282] DEBUG (DevController:95) DevController: writing {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', 'state': '1', 'backend': '/local/domain/0/backend/vbd/25/5632'} to /local/domain/25/device/vbd/5632. [2012-07-13 16:13:05 13282] DEBUG (DevController:97) DevController: writing {'domain': 'ubuntu-first-test', 'frontend': '/local/domain/25/device/vbd/5632', 'uuid': '0e75747e-6aea-81cd-3d8d-58b21057466c', 'bootable': '0', 'dev': 'hdc', 'state': '1', 'params': '/root/ubuntu-12.04-desktop-i386.iso', 'mode': 'r', 'online': '1', 'frontend-id': '25', 'type': 'file'} to /local/domain/0/backend/vbd/25/5632. [2012-07-13 16:13:05 13282] INFO (XendDomainInfo:2357) createDevice: vif : {'bridge': 'xenbr0', 'mac': '00:16:3e:61:1b:cb', 'uuid': '4c902329-aa19-e52b-8d19-880347cf3f8d', 'script': 'vif-bridge'} [2012-07-13 16:13:05 13282] DEBUG (DevController:95) DevController: writing {'backend-id': '0', 'mac': '00:16:3e:61:1b:cb', 'handle': '0', 'state': '1', 'backend': '/local/domain/0/backend/vif/25/0'} to /local/domain/25/device/vif/0. [2012-07-13 16:13:05 13282] DEBUG (DevController:97) DevController: writing {'bridge': 'xenbr0', 'domain': 'ubuntu-first-test', 'handle': '0', 'uuid': '4c902329-aa19-e52b-8d19-880347cf3f8d', 'script': '/etc/xen/scripts/vif-bridge', 'mac': '00:16:3e:61:1b:cb', 'frontend-id': '25', 'state': '1', 'online': '1', 'frontend': '/local/domain/25/device/vif/0'} to /local/domain/0/backend/vif/25/0. [2012-07-13 16:13:05 13282] INFO (image:418) spawning device models: /usr/lib/xen-default/bin/qemu-dm ['/usr/lib/xen-default/bin/qemu-dm', '-d', '25', '-domain-name', 'ubuntu-first-test', '-videoram', '4', '-k', 'en-us', '-vnc', '127.0.0.1:0', '-vncunused', '-parallel', 'none', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial', 'pty', '-acpi', '-usb', '-net', 'nic,vlan=1,macaddr=00:16:3e:61:1b:cb,model=rtl8139', '-net', 'tap,vlan=1,ifname=tap25.0,bridge=xenbr0', '-M', 'xenfv'] [2012-07-13 16:13:05 13282] INFO (image:467) device model pid: 17688 [2012-07-13 16:13:05 13282] DEBUG (XendDomainInfo:3420) Storing VM details: {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '9', 'uuid': 'bdd81c04-58ce-b4ea-578c-51b66b9b97bb', 'on_reboot': 'destroy', 'start_time': '1342163585.95', 'on_poweroff': 'destroy', 'bootloader_args': '', 'on_xend_start': 'ignore', 'on_crash': 'destroy', 'xend/restart_count': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "(hvm (kernel '') (superpages 0) (hpet 0) (loader /usr/lib/xen-default/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) (parallel none) (pci ()) (timer_mode 1) (apic 1) (vpt_align 1) (serial pty) (vncunused 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (vnc 1) (nomigrate 0) (usb 1) (tsc_mode 0) (device_model /usr/lib/xen-default/bin/qemu-dm) (keymap en-us) (notes (SUSPEND_CANCEL 1)))", 'name': 'ubuntu-first-test'} [2012-07-13 16:13:05 13282] INFO (image:590) waiting for sentinel_fifo [2012-07-13 16:13:05 13282] DEBUG (XendDomainInfo:1794) Storing domain details: {'console/port': '3', 'description': '', 'console/limit': '1048576', 'store/port': '2', 'vm': '/vm/bdd81c04-58ce-b4ea-578c-51b66b9b97bb', 'domid': '25', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', 'memory/target': '1048576', 'control/platform-feature-multiprocessor-suspend': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': 'ubuntu-first-test'} [2012-07-13 16:13:06 13282] DEBUG (DevController:95) DevController: writing {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/console/25/0'} to /local/domain/25/device/console/0. [2012-07-13 16:13:06 13282] DEBUG (DevController:97) DevController: writing {'domain': 'ubuntu-first-test', 'frontend': '/local/domain/25/device/console/0', 'uuid': '7d4d2e1b-2086-8b6b-9698-a1a8917f87cb', 'frontend-id': '25', 'state': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/domain/0/backend/console/25/0. [2012-07-13 16:13:06 13282] WARNING (image:552) domain ubuntu-first-test: device model failure: pid 17688: malfunctioning (closed sentinel), killed; see /var/log/xen/qemu-dm-ubuntu-first-test.log [2012-07-13 16:13:06 13282] DEBUG (XendDomainInfo:1881) XendDomainInfo.handleShutdownWatch [2012-07-13 16:13:06 13282] WARNING (XendDomainInfo:2061) Domain has crashed: name=ubuntu-first-test id=25. [2012-07-13 16:13:06 13282] DEBUG (XendDomainInfo:3071) XendDomainInfo.destroy: domid=25 [2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:2401) Destroying device model [2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vif, device = vif/0 [2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:2414) Removing console/0 [2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = console, device = console/0 [2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/768 [2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/5632 [2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vfb, device = vfb/0 any pointers? --90e6ba614e54cf21b804c4b0d3e3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I was trying to install a guest OS with the following command.

$ virt-install -r 1024 --accelerate -n ubuntu-first-test -f /var/lib= /libvirt/images/guest.img --cdrom /root/ubuntu-12.04-desktop-i386.iso --hvm=

and it says the following.

Starting install...
ERROR =A0 =A0POST operation failed: xend_po= st: error from xen daemon: <Fault 3: 'ubuntu-first-test'>
Domain installation does not appear to have been successful.
If it was, you can restart your domain by running:
=A0 virsh --c= onnect xen:/// start ubuntu-first-test
otherwise, please restart = your installation.


and /var/log/xend.log gives
<= div>
[2012-07-13 16:13:05 13282] DEBUG (XendDomainInfo:1= 03) XendDomainInfo.create(['vm', ['name', 'ubuntu-first= -test'], ['memory', '1024'], ['maxmem', '10= 24'], ['vcpus', '1'], ['uuid', 'bdd81c04-58= ce-b4ea-578c-51b66b9b97bb'], ['on_poweroff', 'destroy']= , ['on_reboot', 'destroy'], ['on_crash', 'destr= oy'], ['image', ['hvm', ['kernel', '/usr/li= b/xen-default/boot/hvmloader'], ['vcpus', '1'], ['b= oot', 'dc'], ['acpi', '1'], ['apic', &#= 39;1'], ['pae', '1'], ['usb', '1'], [&#= 39;parallel', 'none'], ['serial', 'pty'], ['= ;device_model', '/usr/lib/xen-default/bin/qemu-dm'], ['vnc&= #39;, '1'], ['vncunused', '1'], ['keymap', = 'en-us']]], ['device', ['vbd', ['dev', '= ;hda:disk'], ['uname', 'file:/var/lib/libvirt/images/guest.= img'], ['mode', 'w']]], ['device', ['vbd= 9;, ['dev', 'hdc:cdrom'], ['uname', 'file:/root= /ubuntu-12.04-desktop-i386.iso'], ['mode', 'r']]], [= 9;device', ['vif', ['mac', '00:16:3e:61:1b:cb']= , ['bridge', 'xenbr0'], ['script', 'vif-bridge&= #39;]]]])
[2012-07-13 16:13:05 13282] DEBUG (XendDomainInfo:2498) XendDomainInfo= .constructDomain
[2012-07-13 16:13:05 13282] DEBUG (balloon:187) = Balloon: 1067064 KiB free; need 16384; done.
[2012-07-13 16:13:05= 13282] DEBUG (XendDomain:476) Adding Domain: 25
[2012-07-13 16:13:05 13282] DEBUG (XendDomainInfo:2836) XendDomainInfo= .initDomain: 25 256
[2012-07-13 16:13:05 13282] DEBUG (image:339)= No VNC passwd configured for vfb access
[2012-07-13 16:13:05 132= 82] DEBUG (image:891) args: boot, val: dc
[2012-07-13 16:13:05 13282] DEBUG (image:891) args: fda, val: None
[2012-07-13 16:13:05 13282] DEBUG (image:891) args: fdb, val: None
[2012-07-13 16:13:05 13282] DEBUG (image:891) args: soundhw, val: = None
[2012-07-13 16:13:05 13282] DEBUG (image:891) args: localtime, val: No= ne
[2012-07-13 16:13:05 13282] DEBUG (image:891) args: serial, va= l: ['pty']
[2012-07-13 16:13:05 13282] DEBUG (image:891) = args: std-vga, val: None
[2012-07-13 16:13:05 13282] DEBUG (image:891) args: isa, val: None
[2012-07-13 16:13:05 13282] DEBUG (image:891) args: acpi, val: 1
[2012-07-13 16:13:05 13282] DEBUG (image:891) args: usb, val: 1
[2012-07-13 16:13:05 13282] DEBUG (image:891) args: usbdevice, val: No= ne
[2012-07-13 16:13:05 13282] DEBUG (image:891) args: gfx_passth= ru, val: None
[2012-07-13 16:13:05 13282] INFO (image:822) Need t= o create platform device.[domid:25]
[2012-07-13 16:13:05 13282] DEBUG (XendDomainInfo:2863) _initDomain:sh= adow_memory=3D0x0, memory_static_max=3D0x40000000, memory_static_min=3D0x0.=
[2012-07-13 16:13:05 13282] INFO (image:182) buildDomain os=3Dhv= m dom=3D25 vcpus=3D1
[2012-07-13 16:13:05 13282] DEBUG (image:949) domid =A0 =A0 =A0 =A0 = =A0=3D 25
[2012-07-13 16:13:05 13282] DEBUG (image:950) image =A0= =A0 =A0 =A0 =A0=3D /usr/lib/xen-default/boot/hvmloader
[2012-07-= 13 16:13:05 13282] DEBUG (image:951) store_evtchn =A0 =3D 2
[2012-07-13 16:13:05 13282] DEBUG (image:952) memsize =A0 =A0 =A0 =A0= =3D 1024
[2012-07-13 16:13:05 13282] DEBUG (image:953) target =A0= =A0 =A0 =A0 =3D 1024
[2012-07-13 16:13:05 13282] DEBUG (image:95= 4) vcpus =A0 =A0 =A0 =A0 =A0=3D 1
[2012-07-13 16:13:05 13282] DEBUG (image:955) vcpu_avail =A0 =A0 =3D 1=
[2012-07-13 16:13:05 13282] DEBUG (image:956) acpi =A0 =A0 =A0 = =A0 =A0 =3D 1
[2012-07-13 16:13:05 13282] DEBUG (image:957) apic = =A0 =A0 =A0 =A0 =A0 =3D 1
[2012-07-13 16:13:05 13282] INFO (XendDomainInfo:2357) createDevice: v= fb : {'vncunused': '1', 'keymap': 'en-us', = 'vnc': '1', 'uuid': '05392d6b-04a4-32a8-8131-5d= 26aaf3c139', 'other_config': {'vncunused': '1',= 'keymap': 'en-us', 'vnc': '1'}}
[2012-07-13 16:13:05 13282] DEBUG (DevController:95) DevController: wr= iting {'state': '1', 'backend-id': '0', = 9;backend': '/local/domain/0/backend/vfb/25/0'} to /local/domai= n/25/device/vfb/0.
[2012-07-13 16:13:05 13282] DEBUG (DevController:97) DevController: wr= iting {'vncunused': '1', 'domain': 'ubuntu-firs= t-test', 'frontend': '/local/domain/25/device/vfb/0', &= #39;uuid': '05392d6b-04a4-32a8-8131-5d26aaf3c139', 'fronten= d-id': '25', 'state': '1', 'keymap': &#= 39;en-us', 'online': '1', 'vnc': '1'} t= o /local/domain/0/backend/vfb/25/0.
[2012-07-13 16:13:05 13282] INFO (XendDomainInfo:2357) createDevice: v= bd : {'uuid': '9df9e2e2-3658-d907-a729-c4bd2c696edb', '= bootable': 1, 'driver': 'paravirtualised', 'dev'= ;: 'hda:disk', 'uname': 'file:/var/lib/libvirt/images/g= uest.img', 'mode': 'w'}
[2012-07-13 16:13:05 13282] DEBUG (DevController:95) DevController: wr= iting {'backend-id': '0', 'virtual-device': '76= 8', 'device-type': 'disk', 'state': '1'= , 'backend': '/local/domain/0/backend/vbd/25/768'} to /loca= l/domain/25/device/vbd/768.
[2012-07-13 16:13:05 13282] DEBUG (DevController:97) DevController: wr= iting {'domain': 'ubuntu-first-test', 'frontend': &= #39;/local/domain/25/device/vbd/768', 'uuid': '9df9e2e2-365= 8-d907-a729-c4bd2c696edb', 'bootable': '1', 'dev= 9;: 'hda', 'state': '1', 'params': '/va= r/lib/libvirt/images/guest.img', 'mode': 'w', 'onli= ne': '1', 'frontend-id': '25', 'type': = 'file'} to /local/domain/0/backend/vbd/25/768.
[2012-07-13 16:13:05 13282] INFO (XendDomainInfo:2357) createDevice: v= bd : {'uuid': '0e75747e-6aea-81cd-3d8d-58b21057466c', '= bootable': 0, 'driver': 'paravirtualised', 'dev'= ;: 'hdc:cdrom', 'uname': 'file:/root/ubuntu-12.04-deskt= op-i386.iso', 'mode': 'r'}
[2012-07-13 16:13:05 13282] DEBUG (DevController:95) DevController: wr= iting {'backend-id': '0', 'virtual-device': '56= 32', 'device-type': 'cdrom', 'state': '1= 9;, 'backend': '/local/domain/0/backend/vbd/25/5632'} to /l= ocal/domain/25/device/vbd/5632.
[2012-07-13 16:13:05 13282] DEBUG (DevController:97) DevController: wr= iting {'domain': 'ubuntu-first-test', 'frontend': &= #39;/local/domain/25/device/vbd/5632', 'uuid': '0e75747e-6a= ea-81cd-3d8d-58b21057466c', 'bootable': '0', 'dev&#= 39;: 'hdc', 'state': '1', 'params': '/r= oot/ubuntu-12.04-desktop-i386.iso', 'mode': 'r', 'o= nline': '1', 'frontend-id': '25', 'type'= ;: 'file'} to /local/domain/0/backend/vbd/25/5632.
[2012-07-13 16:13:05 13282] INFO (XendDomainInfo:2357) createDevice: v= if : {'bridge': 'xenbr0', 'mac': '00:16:3e:61:1= b:cb', 'uuid': '4c902329-aa19-e52b-8d19-880347cf3f8d', = 'script': 'vif-bridge'}
[2012-07-13 16:13:05 13282] DEBUG (DevController:95) DevController: wr= iting {'backend-id': '0', 'mac': '00:16:3e:61:1= b:cb', 'handle': '0', 'state': '1', = 9;backend': '/local/domain/0/backend/vif/25/0'} to /local/domai= n/25/device/vif/0.
[2012-07-13 16:13:05 13282] DEBUG (DevController:97) DevController: wr= iting {'bridge': 'xenbr0', 'domain': 'ubuntu-fi= rst-test', 'handle': '0', 'uuid': '4c902329= -aa19-e52b-8d19-880347cf3f8d', 'script': '/etc/xen/scripts/= vif-bridge', 'mac': '00:16:3e:61:1b:cb', 'frontend-= id': '25', 'state': '1', 'online': '= ;1', 'frontend': '/local/domain/25/device/vif/0'} to /l= ocal/domain/0/backend/vif/25/0.
[2012-07-13 16:13:05 13282] INFO (image:418) spawning device models: /= usr/lib/xen-default/bin/qemu-dm ['/usr/lib/xen-default/bin/qemu-dm'= , '-d', '25', '-domain-name', 'ubuntu-first-tes= t', '-videoram', '4', '-k', 'en-us', &#= 39;-vnc', '127.0.0.1:0', = 9;-vncunused', '-parallel', 'none', '-vcpus', &= #39;1', '-vcpu_avail', '0x1', '-boot', 'dc&= #39;, '-serial', 'pty', '-acpi', '-usb', &#= 39;-net', 'nic,vlan=3D1,macaddr=3D00:16:3e:61:1b:cb,model=3Drtl8139= ', '-net', 'tap,vlan=3D1,ifname=3Dtap25.0,bridge=3Dxenbr0&#= 39;, '-M', 'xenfv']
[2012-07-13 16:13:05 13282] INFO (image:467) device model pid: 17688
[2012-07-13 16:13:05 13282] DEBUG (XendDomainInfo:3420) Storing VM= details: {'on_xend_stop': 'ignore', 'pool_name': &= #39;Pool-0', 'shadow_memory': '9', 'uuid': '= ;bdd81c04-58ce-b4ea-578c-51b66b9b97bb', 'on_reboot': 'destr= oy', 'start_time': '1342163585.95', 'on_poweroff= 9;: 'destroy', 'bootloader_args': '', 'on_xend_= start': 'ignore', 'on_crash': 'destroy', 'x= end/restart_count': '0', 'vcpus': '1', 'vcp= u_avail': '1', 'bootloader': '', 'image'= ;: "(hvm (kernel '') (superpages 0) (hpet 0) (loader /usr/lib/= xen-default/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) (parall= el none) (pci ()) (timer_mode 1) (apic 1) (vpt_align 1) (serial pty) (vncun= used 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (vnc 1) (nomigrate 0) (usb = 1) (tsc_mode 0) (device_model /usr/lib/xen-default/bin/qemu-dm) (keymap en-= us) (notes (SUSPEND_CANCEL 1)))", 'name': 'ubuntu-first-te= st'}
[2012-07-13 16:13:05 13282] INFO (image:590) waiting for sentinel_fifo=
[2012-07-13 16:13:05 13282] DEBUG (XendDomainInfo:1794) Storing = domain details: {'console/port': '3', 'description'= : '', 'console/limit': '1048576', 'store/port&#= 39;: '2', 'vm': '/vm/bdd81c04-58ce-b4ea-578c-51b66b9b97= bb', 'domid': '25', 'image/suspend-cancel': = 9;1', 'cpu/0/availability': 'online', 'memory/targe= t': '1048576', 'control/platform-feature-multiprocessor-sus= pend': '1', 'store/ring-ref': '1044476', 'c= onsole/type': 'ioemu', 'name': 'ubuntu-first-test&#= 39;}
[2012-07-13 16:13:06 13282] DEBUG (DevController:95) DevController: wr= iting {'state': '1', 'backend-id': '0', = 9;backend': '/local/domain/0/backend/console/25/0'} to /local/d= omain/25/device/console/0.
[2012-07-13 16:13:06 13282] DEBUG (DevController:97) DevController: wr= iting {'domain': 'ubuntu-first-test', 'frontend': &= #39;/local/domain/25/device/console/0', 'uuid': '7d4d2e1b-2= 086-8b6b-9698-a1a8917f87cb', 'frontend-id': '25', '= state': '1', 'location': '3', 'online':= '1', 'protocol': 'vt100'} to /local/domain/0/backe= nd/console/25/0.
[2012-07-13 16:13:06 13282] WARNING (image:552) domain ubuntu-first-te= st: device model failure: pid 17688: malfunctioning (closed sentinel), kill= ed; see /var/log/xen/qemu-dm-ubuntu-first-test.log=A0
[2012-07-13= 16:13:06 13282] DEBUG (XendDomainInfo:1881) XendDomainInfo.handleShutdownW= atch
[2012-07-13 16:13:06 13282] WARNING (XendDomainInfo:2061) Domain has c= rashed: name=3Dubuntu-first-test id=3D25.
[2012-07-13 16:13:06 13= 282] DEBUG (XendDomainInfo:3071) XendDomainInfo.destroy: domid=3D25
[2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:2401) Destroying device m= odel
[2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:2408) Rele= asing devices
[2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:2= 414) Removing vif/0
[2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:1276) XendDomainInfo= .destroyDevice: deviceClass =3D vif, device =3D vif/0
[2012-07-13= 16:13:07 13282] DEBUG (XendDomainInfo:2414) Removing console/0
[= 2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:1276) XendDomainInfo.destr= oyDevice: deviceClass =3D console, device =3D console/0
[2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:2414) Removing vbd/7= 68
[2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:1276) XendDo= mainInfo.destroyDevice: deviceClass =3D vbd, device =3D vbd/768
[= 2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:2414) Removing vbd/5632
[2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:1276) XendDomainInfo= .destroyDevice: deviceClass =3D vbd, device =3D vbd/5632
[2012-07= -13 16:13:07 13282] DEBUG (XendDomainInfo:2414) Removing vfb/0
[2= 012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:1276) XendDomainInfo.destro= yDevice: deviceClass =3D vfb, device =3D vfb/0


any pointers?
--90e6ba614e54cf21b804c4b0d3e3-- --===============2926424347133879906== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2926424347133879906==-- From xen-users-bounces@lists.xen.org Fri Jul 13 07:15:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 07:15: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 1Spa4z-0001yi-59; Fri, 13 Jul 2012 07:14:21 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Spa4x-0001yd-18 for xen-users@lists.xen.org; Fri, 13 Jul 2012 07:14:19 +0000 Received: from [85.158.143.35:5666] by server-1.bemta-4.messagelabs.com id 2A/C3-24392-9CACFFF4; Fri, 13 Jul 2012 07:14:17 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1342163654!5443437!1 X-Originating-IP: [209.85.161.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32134 invoked from network); 13 Jul 2012 07:14:15 -0000 Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com) (209.85.161.173) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 07:14:15 -0000 Received: by ggnp1 with SMTP id p1so3729717ggn.32 for ; Fri, 13 Jul 2012 00:14:14 -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=IS0uReVzMcPMXAlRgsq/6w3rbdIGEZIl4RRUo+KjZBI=; b=LcNEviwj5nLXbIUxPR4In3nqzhpSOo7peqjLrlljMyZ7QgIsZx9uyoTLPNcDGPM51V P29JJl3Z/G143Nfs7WpBGTEiDlldpPpJe2ckVBRr4mAd8qCYrf9B3FesE7Fd9T3B4Y40 g8DEVOFUZJIGughtULzgzfWKHe2Bq4cLvNUDyJenpY5OhfjZmiJRJ0V6nYsGcuWOUQIV C11e3n7JhmyjL4OMNa6Ssrh5uGgyYjAjloAilRcNCHNxBXJglKA8hasrQKDKGPKzqX7c JHDqGqsSnKDk6YWGiNTEZej5XqyZlT9db/fE/jsxZ9SirekAobYcM7I7FXafLLi2bY+R NOMw== MIME-Version: 1.0 Received: by 10.42.81.17 with SMTP id x17mr45515ick.5.1342163653697; Fri, 13 Jul 2012 00:14:13 -0700 (PDT) Received: by 10.64.10.41 with HTTP; Fri, 13 Jul 2012 00:14:13 -0700 (PDT) Date: Fri, 13 Jul 2012 16:14:13 +0900 Message-ID: From: jaeyong yoo To: xen-users@lists.xen.org Subject: [Xen-users] virt-install says ERROR POST operation failed: xend_post: error from xen daemon: X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2926424347133879906==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2926424347133879906== Content-Type: multipart/alternative; boundary=90e6ba614e54cf21b804c4b0d3e3 --90e6ba614e54cf21b804c4b0d3e3 Content-Type: text/plain; charset=ISO-8859-1 I was trying to install a guest OS with the following command. $ virt-install -r 1024 --accelerate -n ubuntu-first-test -f /var/lib/libvirt/images/guest.img --cdrom /root/ubuntu-12.04-desktop-i386.iso --hvm and it says the following. Starting install... ERROR POST operation failed: xend_post: error from xen daemon: Domain installation does not appear to have been successful. If it was, you can restart your domain by running: virsh --connect xen:/// start ubuntu-first-test otherwise, please restart your installation. and /var/log/xend.log gives [2012-07-13 16:13:05 13282] DEBUG (XendDomainInfo:103) XendDomainInfo.create(['vm', ['name', 'ubuntu-first-test'], ['memory', '1024'], ['maxmem', '1024'], ['vcpus', '1'], ['uuid', 'bdd81c04-58ce-b4ea-578c-51b66b9b97bb'], ['on_poweroff', 'destroy'], ['on_reboot', 'destroy'], ['on_crash', 'destroy'], ['image', ['hvm', ['kernel', '/usr/lib/xen-default/boot/hvmloader'], ['vcpus', '1'], ['boot', 'dc'], ['acpi', '1'], ['apic', '1'], ['pae', '1'], ['usb', '1'], ['parallel', 'none'], ['serial', 'pty'], ['device_model', '/usr/lib/xen-default/bin/qemu-dm'], ['vnc', '1'], ['vncunused', '1'], ['keymap', 'en-us']]], ['device', ['vbd', ['dev', 'hda:disk'], ['uname', 'file:/var/lib/libvirt/images/guest.img'], ['mode', 'w']]], ['device', ['vbd', ['dev', 'hdc:cdrom'], ['uname', 'file:/root/ubuntu-12.04-desktop-i386.iso'], ['mode', 'r']]], ['device', ['vif', ['mac', '00:16:3e:61:1b:cb'], ['bridge', 'xenbr0'], ['script', 'vif-bridge']]]]) [2012-07-13 16:13:05 13282] DEBUG (XendDomainInfo:2498) XendDomainInfo.constructDomain [2012-07-13 16:13:05 13282] DEBUG (balloon:187) Balloon: 1067064 KiB free; need 16384; done. [2012-07-13 16:13:05 13282] DEBUG (XendDomain:476) Adding Domain: 25 [2012-07-13 16:13:05 13282] DEBUG (XendDomainInfo:2836) XendDomainInfo.initDomain: 25 256 [2012-07-13 16:13:05 13282] DEBUG (image:339) No VNC passwd configured for vfb access [2012-07-13 16:13:05 13282] DEBUG (image:891) args: boot, val: dc [2012-07-13 16:13:05 13282] DEBUG (image:891) args: fda, val: None [2012-07-13 16:13:05 13282] DEBUG (image:891) args: fdb, val: None [2012-07-13 16:13:05 13282] DEBUG (image:891) args: soundhw, val: None [2012-07-13 16:13:05 13282] DEBUG (image:891) args: localtime, val: None [2012-07-13 16:13:05 13282] DEBUG (image:891) args: serial, val: ['pty'] [2012-07-13 16:13:05 13282] DEBUG (image:891) args: std-vga, val: None [2012-07-13 16:13:05 13282] DEBUG (image:891) args: isa, val: None [2012-07-13 16:13:05 13282] DEBUG (image:891) args: acpi, val: 1 [2012-07-13 16:13:05 13282] DEBUG (image:891) args: usb, val: 1 [2012-07-13 16:13:05 13282] DEBUG (image:891) args: usbdevice, val: None [2012-07-13 16:13:05 13282] DEBUG (image:891) args: gfx_passthru, val: None [2012-07-13 16:13:05 13282] INFO (image:822) Need to create platform device.[domid:25] [2012-07-13 16:13:05 13282] DEBUG (XendDomainInfo:2863) _initDomain:shadow_memory=0x0, memory_static_max=0x40000000, memory_static_min=0x0. [2012-07-13 16:13:05 13282] INFO (image:182) buildDomain os=hvm dom=25 vcpus=1 [2012-07-13 16:13:05 13282] DEBUG (image:949) domid = 25 [2012-07-13 16:13:05 13282] DEBUG (image:950) image = /usr/lib/xen-default/boot/hvmloader [2012-07-13 16:13:05 13282] DEBUG (image:951) store_evtchn = 2 [2012-07-13 16:13:05 13282] DEBUG (image:952) memsize = 1024 [2012-07-13 16:13:05 13282] DEBUG (image:953) target = 1024 [2012-07-13 16:13:05 13282] DEBUG (image:954) vcpus = 1 [2012-07-13 16:13:05 13282] DEBUG (image:955) vcpu_avail = 1 [2012-07-13 16:13:05 13282] DEBUG (image:956) acpi = 1 [2012-07-13 16:13:05 13282] DEBUG (image:957) apic = 1 [2012-07-13 16:13:05 13282] INFO (XendDomainInfo:2357) createDevice: vfb : {'vncunused': '1', 'keymap': 'en-us', 'vnc': '1', 'uuid': '05392d6b-04a4-32a8-8131-5d26aaf3c139', 'other_config': {'vncunused': '1', 'keymap': 'en-us', 'vnc': '1'}} [2012-07-13 16:13:05 13282] DEBUG (DevController:95) DevController: writing {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/vfb/25/0'} to /local/domain/25/device/vfb/0. [2012-07-13 16:13:05 13282] DEBUG (DevController:97) DevController: writing {'vncunused': '1', 'domain': 'ubuntu-first-test', 'frontend': '/local/domain/25/device/vfb/0', 'uuid': '05392d6b-04a4-32a8-8131-5d26aaf3c139', 'frontend-id': '25', 'state': '1', 'keymap': 'en-us', 'online': '1', 'vnc': '1'} to /local/domain/0/backend/vfb/25/0. [2012-07-13 16:13:05 13282] INFO (XendDomainInfo:2357) createDevice: vbd : {'uuid': '9df9e2e2-3658-d907-a729-c4bd2c696edb', 'bootable': 1, 'driver': 'paravirtualised', 'dev': 'hda:disk', 'uname': 'file:/var/lib/libvirt/images/guest.img', 'mode': 'w'} [2012-07-13 16:13:05 13282] DEBUG (DevController:95) DevController: writing {'backend-id': '0', 'virtual-device': '768', 'device-type': 'disk', 'state': '1', 'backend': '/local/domain/0/backend/vbd/25/768'} to /local/domain/25/device/vbd/768. [2012-07-13 16:13:05 13282] DEBUG (DevController:97) DevController: writing {'domain': 'ubuntu-first-test', 'frontend': '/local/domain/25/device/vbd/768', 'uuid': '9df9e2e2-3658-d907-a729-c4bd2c696edb', 'bootable': '1', 'dev': 'hda', 'state': '1', 'params': '/var/lib/libvirt/images/guest.img', 'mode': 'w', 'online': '1', 'frontend-id': '25', 'type': 'file'} to /local/domain/0/backend/vbd/25/768. [2012-07-13 16:13:05 13282] INFO (XendDomainInfo:2357) createDevice: vbd : {'uuid': '0e75747e-6aea-81cd-3d8d-58b21057466c', 'bootable': 0, 'driver': 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'file:/root/ubuntu-12.04-desktop-i386.iso', 'mode': 'r'} [2012-07-13 16:13:05 13282] DEBUG (DevController:95) DevController: writing {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', 'state': '1', 'backend': '/local/domain/0/backend/vbd/25/5632'} to /local/domain/25/device/vbd/5632. [2012-07-13 16:13:05 13282] DEBUG (DevController:97) DevController: writing {'domain': 'ubuntu-first-test', 'frontend': '/local/domain/25/device/vbd/5632', 'uuid': '0e75747e-6aea-81cd-3d8d-58b21057466c', 'bootable': '0', 'dev': 'hdc', 'state': '1', 'params': '/root/ubuntu-12.04-desktop-i386.iso', 'mode': 'r', 'online': '1', 'frontend-id': '25', 'type': 'file'} to /local/domain/0/backend/vbd/25/5632. [2012-07-13 16:13:05 13282] INFO (XendDomainInfo:2357) createDevice: vif : {'bridge': 'xenbr0', 'mac': '00:16:3e:61:1b:cb', 'uuid': '4c902329-aa19-e52b-8d19-880347cf3f8d', 'script': 'vif-bridge'} [2012-07-13 16:13:05 13282] DEBUG (DevController:95) DevController: writing {'backend-id': '0', 'mac': '00:16:3e:61:1b:cb', 'handle': '0', 'state': '1', 'backend': '/local/domain/0/backend/vif/25/0'} to /local/domain/25/device/vif/0. [2012-07-13 16:13:05 13282] DEBUG (DevController:97) DevController: writing {'bridge': 'xenbr0', 'domain': 'ubuntu-first-test', 'handle': '0', 'uuid': '4c902329-aa19-e52b-8d19-880347cf3f8d', 'script': '/etc/xen/scripts/vif-bridge', 'mac': '00:16:3e:61:1b:cb', 'frontend-id': '25', 'state': '1', 'online': '1', 'frontend': '/local/domain/25/device/vif/0'} to /local/domain/0/backend/vif/25/0. [2012-07-13 16:13:05 13282] INFO (image:418) spawning device models: /usr/lib/xen-default/bin/qemu-dm ['/usr/lib/xen-default/bin/qemu-dm', '-d', '25', '-domain-name', 'ubuntu-first-test', '-videoram', '4', '-k', 'en-us', '-vnc', '127.0.0.1:0', '-vncunused', '-parallel', 'none', '-vcpus', '1', '-vcpu_avail', '0x1', '-boot', 'dc', '-serial', 'pty', '-acpi', '-usb', '-net', 'nic,vlan=1,macaddr=00:16:3e:61:1b:cb,model=rtl8139', '-net', 'tap,vlan=1,ifname=tap25.0,bridge=xenbr0', '-M', 'xenfv'] [2012-07-13 16:13:05 13282] INFO (image:467) device model pid: 17688 [2012-07-13 16:13:05 13282] DEBUG (XendDomainInfo:3420) Storing VM details: {'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '9', 'uuid': 'bdd81c04-58ce-b4ea-578c-51b66b9b97bb', 'on_reboot': 'destroy', 'start_time': '1342163585.95', 'on_poweroff': 'destroy', 'bootloader_args': '', 'on_xend_start': 'ignore', 'on_crash': 'destroy', 'xend/restart_count': '0', 'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "(hvm (kernel '') (superpages 0) (hpet 0) (loader /usr/lib/xen-default/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) (parallel none) (pci ()) (timer_mode 1) (apic 1) (vpt_align 1) (serial pty) (vncunused 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (vnc 1) (nomigrate 0) (usb 1) (tsc_mode 0) (device_model /usr/lib/xen-default/bin/qemu-dm) (keymap en-us) (notes (SUSPEND_CANCEL 1)))", 'name': 'ubuntu-first-test'} [2012-07-13 16:13:05 13282] INFO (image:590) waiting for sentinel_fifo [2012-07-13 16:13:05 13282] DEBUG (XendDomainInfo:1794) Storing domain details: {'console/port': '3', 'description': '', 'console/limit': '1048576', 'store/port': '2', 'vm': '/vm/bdd81c04-58ce-b4ea-578c-51b66b9b97bb', 'domid': '25', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', 'memory/target': '1048576', 'control/platform-feature-multiprocessor-suspend': '1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': 'ubuntu-first-test'} [2012-07-13 16:13:06 13282] DEBUG (DevController:95) DevController: writing {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/console/25/0'} to /local/domain/25/device/console/0. [2012-07-13 16:13:06 13282] DEBUG (DevController:97) DevController: writing {'domain': 'ubuntu-first-test', 'frontend': '/local/domain/25/device/console/0', 'uuid': '7d4d2e1b-2086-8b6b-9698-a1a8917f87cb', 'frontend-id': '25', 'state': '1', 'location': '3', 'online': '1', 'protocol': 'vt100'} to /local/domain/0/backend/console/25/0. [2012-07-13 16:13:06 13282] WARNING (image:552) domain ubuntu-first-test: device model failure: pid 17688: malfunctioning (closed sentinel), killed; see /var/log/xen/qemu-dm-ubuntu-first-test.log [2012-07-13 16:13:06 13282] DEBUG (XendDomainInfo:1881) XendDomainInfo.handleShutdownWatch [2012-07-13 16:13:06 13282] WARNING (XendDomainInfo:2061) Domain has crashed: name=ubuntu-first-test id=25. [2012-07-13 16:13:06 13282] DEBUG (XendDomainInfo:3071) XendDomainInfo.destroy: domid=25 [2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:2401) Destroying device model [2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:2414) Removing vif/0 [2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vif, device = vif/0 [2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:2414) Removing console/0 [2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = console, device = console/0 [2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:2414) Removing vbd/768 [2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/768 [2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:2414) Removing vbd/5632 [2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/5632 [2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:2414) Removing vfb/0 [2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyDevice: deviceClass = vfb, device = vfb/0 any pointers? --90e6ba614e54cf21b804c4b0d3e3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I was trying to install a guest OS with the following command.

$ virt-install -r 1024 --accelerate -n ubuntu-first-test -f /var/lib= /libvirt/images/guest.img --cdrom /root/ubuntu-12.04-desktop-i386.iso --hvm=

and it says the following.

Starting install...
ERROR =A0 =A0POST operation failed: xend_po= st: error from xen daemon: <Fault 3: 'ubuntu-first-test'>
Domain installation does not appear to have been successful.
If it was, you can restart your domain by running:
=A0 virsh --c= onnect xen:/// start ubuntu-first-test
otherwise, please restart = your installation.


and /var/log/xend.log gives
<= div>
[2012-07-13 16:13:05 13282] DEBUG (XendDomainInfo:1= 03) XendDomainInfo.create(['vm', ['name', 'ubuntu-first= -test'], ['memory', '1024'], ['maxmem', '10= 24'], ['vcpus', '1'], ['uuid', 'bdd81c04-58= ce-b4ea-578c-51b66b9b97bb'], ['on_poweroff', 'destroy']= , ['on_reboot', 'destroy'], ['on_crash', 'destr= oy'], ['image', ['hvm', ['kernel', '/usr/li= b/xen-default/boot/hvmloader'], ['vcpus', '1'], ['b= oot', 'dc'], ['acpi', '1'], ['apic', &#= 39;1'], ['pae', '1'], ['usb', '1'], [&#= 39;parallel', 'none'], ['serial', 'pty'], ['= ;device_model', '/usr/lib/xen-default/bin/qemu-dm'], ['vnc&= #39;, '1'], ['vncunused', '1'], ['keymap', = 'en-us']]], ['device', ['vbd', ['dev', '= ;hda:disk'], ['uname', 'file:/var/lib/libvirt/images/guest.= img'], ['mode', 'w']]], ['device', ['vbd= 9;, ['dev', 'hdc:cdrom'], ['uname', 'file:/root= /ubuntu-12.04-desktop-i386.iso'], ['mode', 'r']]], [= 9;device', ['vif', ['mac', '00:16:3e:61:1b:cb']= , ['bridge', 'xenbr0'], ['script', 'vif-bridge&= #39;]]]])
[2012-07-13 16:13:05 13282] DEBUG (XendDomainInfo:2498) XendDomainInfo= .constructDomain
[2012-07-13 16:13:05 13282] DEBUG (balloon:187) = Balloon: 1067064 KiB free; need 16384; done.
[2012-07-13 16:13:05= 13282] DEBUG (XendDomain:476) Adding Domain: 25
[2012-07-13 16:13:05 13282] DEBUG (XendDomainInfo:2836) XendDomainInfo= .initDomain: 25 256
[2012-07-13 16:13:05 13282] DEBUG (image:339)= No VNC passwd configured for vfb access
[2012-07-13 16:13:05 132= 82] DEBUG (image:891) args: boot, val: dc
[2012-07-13 16:13:05 13282] DEBUG (image:891) args: fda, val: None
[2012-07-13 16:13:05 13282] DEBUG (image:891) args: fdb, val: None
[2012-07-13 16:13:05 13282] DEBUG (image:891) args: soundhw, val: = None
[2012-07-13 16:13:05 13282] DEBUG (image:891) args: localtime, val: No= ne
[2012-07-13 16:13:05 13282] DEBUG (image:891) args: serial, va= l: ['pty']
[2012-07-13 16:13:05 13282] DEBUG (image:891) = args: std-vga, val: None
[2012-07-13 16:13:05 13282] DEBUG (image:891) args: isa, val: None
[2012-07-13 16:13:05 13282] DEBUG (image:891) args: acpi, val: 1
[2012-07-13 16:13:05 13282] DEBUG (image:891) args: usb, val: 1
[2012-07-13 16:13:05 13282] DEBUG (image:891) args: usbdevice, val: No= ne
[2012-07-13 16:13:05 13282] DEBUG (image:891) args: gfx_passth= ru, val: None
[2012-07-13 16:13:05 13282] INFO (image:822) Need t= o create platform device.[domid:25]
[2012-07-13 16:13:05 13282] DEBUG (XendDomainInfo:2863) _initDomain:sh= adow_memory=3D0x0, memory_static_max=3D0x40000000, memory_static_min=3D0x0.=
[2012-07-13 16:13:05 13282] INFO (image:182) buildDomain os=3Dhv= m dom=3D25 vcpus=3D1
[2012-07-13 16:13:05 13282] DEBUG (image:949) domid =A0 =A0 =A0 =A0 = =A0=3D 25
[2012-07-13 16:13:05 13282] DEBUG (image:950) image =A0= =A0 =A0 =A0 =A0=3D /usr/lib/xen-default/boot/hvmloader
[2012-07-= 13 16:13:05 13282] DEBUG (image:951) store_evtchn =A0 =3D 2
[2012-07-13 16:13:05 13282] DEBUG (image:952) memsize =A0 =A0 =A0 =A0= =3D 1024
[2012-07-13 16:13:05 13282] DEBUG (image:953) target =A0= =A0 =A0 =A0 =3D 1024
[2012-07-13 16:13:05 13282] DEBUG (image:95= 4) vcpus =A0 =A0 =A0 =A0 =A0=3D 1
[2012-07-13 16:13:05 13282] DEBUG (image:955) vcpu_avail =A0 =A0 =3D 1=
[2012-07-13 16:13:05 13282] DEBUG (image:956) acpi =A0 =A0 =A0 = =A0 =A0 =3D 1
[2012-07-13 16:13:05 13282] DEBUG (image:957) apic = =A0 =A0 =A0 =A0 =A0 =3D 1
[2012-07-13 16:13:05 13282] INFO (XendDomainInfo:2357) createDevice: v= fb : {'vncunused': '1', 'keymap': 'en-us', = 'vnc': '1', 'uuid': '05392d6b-04a4-32a8-8131-5d= 26aaf3c139', 'other_config': {'vncunused': '1',= 'keymap': 'en-us', 'vnc': '1'}}
[2012-07-13 16:13:05 13282] DEBUG (DevController:95) DevController: wr= iting {'state': '1', 'backend-id': '0', = 9;backend': '/local/domain/0/backend/vfb/25/0'} to /local/domai= n/25/device/vfb/0.
[2012-07-13 16:13:05 13282] DEBUG (DevController:97) DevController: wr= iting {'vncunused': '1', 'domain': 'ubuntu-firs= t-test', 'frontend': '/local/domain/25/device/vfb/0', &= #39;uuid': '05392d6b-04a4-32a8-8131-5d26aaf3c139', 'fronten= d-id': '25', 'state': '1', 'keymap': &#= 39;en-us', 'online': '1', 'vnc': '1'} t= o /local/domain/0/backend/vfb/25/0.
[2012-07-13 16:13:05 13282] INFO (XendDomainInfo:2357) createDevice: v= bd : {'uuid': '9df9e2e2-3658-d907-a729-c4bd2c696edb', '= bootable': 1, 'driver': 'paravirtualised', 'dev'= ;: 'hda:disk', 'uname': 'file:/var/lib/libvirt/images/g= uest.img', 'mode': 'w'}
[2012-07-13 16:13:05 13282] DEBUG (DevController:95) DevController: wr= iting {'backend-id': '0', 'virtual-device': '76= 8', 'device-type': 'disk', 'state': '1'= , 'backend': '/local/domain/0/backend/vbd/25/768'} to /loca= l/domain/25/device/vbd/768.
[2012-07-13 16:13:05 13282] DEBUG (DevController:97) DevController: wr= iting {'domain': 'ubuntu-first-test', 'frontend': &= #39;/local/domain/25/device/vbd/768', 'uuid': '9df9e2e2-365= 8-d907-a729-c4bd2c696edb', 'bootable': '1', 'dev= 9;: 'hda', 'state': '1', 'params': '/va= r/lib/libvirt/images/guest.img', 'mode': 'w', 'onli= ne': '1', 'frontend-id': '25', 'type': = 'file'} to /local/domain/0/backend/vbd/25/768.
[2012-07-13 16:13:05 13282] INFO (XendDomainInfo:2357) createDevice: v= bd : {'uuid': '0e75747e-6aea-81cd-3d8d-58b21057466c', '= bootable': 0, 'driver': 'paravirtualised', 'dev'= ;: 'hdc:cdrom', 'uname': 'file:/root/ubuntu-12.04-deskt= op-i386.iso', 'mode': 'r'}
[2012-07-13 16:13:05 13282] DEBUG (DevController:95) DevController: wr= iting {'backend-id': '0', 'virtual-device': '56= 32', 'device-type': 'cdrom', 'state': '1= 9;, 'backend': '/local/domain/0/backend/vbd/25/5632'} to /l= ocal/domain/25/device/vbd/5632.
[2012-07-13 16:13:05 13282] DEBUG (DevController:97) DevController: wr= iting {'domain': 'ubuntu-first-test', 'frontend': &= #39;/local/domain/25/device/vbd/5632', 'uuid': '0e75747e-6a= ea-81cd-3d8d-58b21057466c', 'bootable': '0', 'dev&#= 39;: 'hdc', 'state': '1', 'params': '/r= oot/ubuntu-12.04-desktop-i386.iso', 'mode': 'r', 'o= nline': '1', 'frontend-id': '25', 'type'= ;: 'file'} to /local/domain/0/backend/vbd/25/5632.
[2012-07-13 16:13:05 13282] INFO (XendDomainInfo:2357) createDevice: v= if : {'bridge': 'xenbr0', 'mac': '00:16:3e:61:1= b:cb', 'uuid': '4c902329-aa19-e52b-8d19-880347cf3f8d', = 'script': 'vif-bridge'}
[2012-07-13 16:13:05 13282] DEBUG (DevController:95) DevController: wr= iting {'backend-id': '0', 'mac': '00:16:3e:61:1= b:cb', 'handle': '0', 'state': '1', = 9;backend': '/local/domain/0/backend/vif/25/0'} to /local/domai= n/25/device/vif/0.
[2012-07-13 16:13:05 13282] DEBUG (DevController:97) DevController: wr= iting {'bridge': 'xenbr0', 'domain': 'ubuntu-fi= rst-test', 'handle': '0', 'uuid': '4c902329= -aa19-e52b-8d19-880347cf3f8d', 'script': '/etc/xen/scripts/= vif-bridge', 'mac': '00:16:3e:61:1b:cb', 'frontend-= id': '25', 'state': '1', 'online': '= ;1', 'frontend': '/local/domain/25/device/vif/0'} to /l= ocal/domain/0/backend/vif/25/0.
[2012-07-13 16:13:05 13282] INFO (image:418) spawning device models: /= usr/lib/xen-default/bin/qemu-dm ['/usr/lib/xen-default/bin/qemu-dm'= , '-d', '25', '-domain-name', 'ubuntu-first-tes= t', '-videoram', '4', '-k', 'en-us', &#= 39;-vnc', '127.0.0.1:0', = 9;-vncunused', '-parallel', 'none', '-vcpus', &= #39;1', '-vcpu_avail', '0x1', '-boot', 'dc&= #39;, '-serial', 'pty', '-acpi', '-usb', &#= 39;-net', 'nic,vlan=3D1,macaddr=3D00:16:3e:61:1b:cb,model=3Drtl8139= ', '-net', 'tap,vlan=3D1,ifname=3Dtap25.0,bridge=3Dxenbr0&#= 39;, '-M', 'xenfv']
[2012-07-13 16:13:05 13282] INFO (image:467) device model pid: 17688
[2012-07-13 16:13:05 13282] DEBUG (XendDomainInfo:3420) Storing VM= details: {'on_xend_stop': 'ignore', 'pool_name': &= #39;Pool-0', 'shadow_memory': '9', 'uuid': '= ;bdd81c04-58ce-b4ea-578c-51b66b9b97bb', 'on_reboot': 'destr= oy', 'start_time': '1342163585.95', 'on_poweroff= 9;: 'destroy', 'bootloader_args': '', 'on_xend_= start': 'ignore', 'on_crash': 'destroy', 'x= end/restart_count': '0', 'vcpus': '1', 'vcp= u_avail': '1', 'bootloader': '', 'image'= ;: "(hvm (kernel '') (superpages 0) (hpet 0) (loader /usr/lib/= xen-default/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) (parall= el none) (pci ()) (timer_mode 1) (apic 1) (vpt_align 1) (serial pty) (vncun= used 1) (boot dc) (pae 1) (viridian 0) (acpi 1) (vnc 1) (nomigrate 0) (usb = 1) (tsc_mode 0) (device_model /usr/lib/xen-default/bin/qemu-dm) (keymap en-= us) (notes (SUSPEND_CANCEL 1)))", 'name': 'ubuntu-first-te= st'}
[2012-07-13 16:13:05 13282] INFO (image:590) waiting for sentinel_fifo=
[2012-07-13 16:13:05 13282] DEBUG (XendDomainInfo:1794) Storing = domain details: {'console/port': '3', 'description'= : '', 'console/limit': '1048576', 'store/port&#= 39;: '2', 'vm': '/vm/bdd81c04-58ce-b4ea-578c-51b66b9b97= bb', 'domid': '25', 'image/suspend-cancel': = 9;1', 'cpu/0/availability': 'online', 'memory/targe= t': '1048576', 'control/platform-feature-multiprocessor-sus= pend': '1', 'store/ring-ref': '1044476', 'c= onsole/type': 'ioemu', 'name': 'ubuntu-first-test&#= 39;}
[2012-07-13 16:13:06 13282] DEBUG (DevController:95) DevController: wr= iting {'state': '1', 'backend-id': '0', = 9;backend': '/local/domain/0/backend/console/25/0'} to /local/d= omain/25/device/console/0.
[2012-07-13 16:13:06 13282] DEBUG (DevController:97) DevController: wr= iting {'domain': 'ubuntu-first-test', 'frontend': &= #39;/local/domain/25/device/console/0', 'uuid': '7d4d2e1b-2= 086-8b6b-9698-a1a8917f87cb', 'frontend-id': '25', '= state': '1', 'location': '3', 'online':= '1', 'protocol': 'vt100'} to /local/domain/0/backe= nd/console/25/0.
[2012-07-13 16:13:06 13282] WARNING (image:552) domain ubuntu-first-te= st: device model failure: pid 17688: malfunctioning (closed sentinel), kill= ed; see /var/log/xen/qemu-dm-ubuntu-first-test.log=A0
[2012-07-13= 16:13:06 13282] DEBUG (XendDomainInfo:1881) XendDomainInfo.handleShutdownW= atch
[2012-07-13 16:13:06 13282] WARNING (XendDomainInfo:2061) Domain has c= rashed: name=3Dubuntu-first-test id=3D25.
[2012-07-13 16:13:06 13= 282] DEBUG (XendDomainInfo:3071) XendDomainInfo.destroy: domid=3D25
[2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:2401) Destroying device m= odel
[2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:2408) Rele= asing devices
[2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:2= 414) Removing vif/0
[2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:1276) XendDomainInfo= .destroyDevice: deviceClass =3D vif, device =3D vif/0
[2012-07-13= 16:13:07 13282] DEBUG (XendDomainInfo:2414) Removing console/0
[= 2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:1276) XendDomainInfo.destr= oyDevice: deviceClass =3D console, device =3D console/0
[2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:2414) Removing vbd/7= 68
[2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:1276) XendDo= mainInfo.destroyDevice: deviceClass =3D vbd, device =3D vbd/768
[= 2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:2414) Removing vbd/5632
[2012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:1276) XendDomainInfo= .destroyDevice: deviceClass =3D vbd, device =3D vbd/5632
[2012-07= -13 16:13:07 13282] DEBUG (XendDomainInfo:2414) Removing vfb/0
[2= 012-07-13 16:13:07 13282] DEBUG (XendDomainInfo:1276) XendDomainInfo.destro= yDevice: deviceClass =3D vfb, device =3D vfb/0


any pointers?
--90e6ba614e54cf21b804c4b0d3e3-- --===============2926424347133879906== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2926424347133879906==-- From xen-users-bounces@lists.xen.org Fri Jul 13 07:22:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 07:22: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 1SpaBi-0002D2-9v; Fri, 13 Jul 2012 07:21:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpaBg-0002Cx-M6 for xen-users@lists.xen.org; Fri, 13 Jul 2012 07:21:16 +0000 Received: from [85.158.139.83:59336] by server-7.bemta-5.messagelabs.com id 15/73-28276-B6CCFFF4; Fri, 13 Jul 2012 07:21:15 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-16.tower-182.messagelabs.com!1342164073!20426864!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18620 invoked from network); 13 Jul 2012 07:21:15 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 07:21:15 -0000 Received: by pbbro12 with SMTP id ro12so5717668pbb.32 for ; Fri, 13 Jul 2012 00:21:13 -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=w7pASgGsuIn1XYVw3JPCg7S5PMSyWIXr0A3u49ZYuNM=; b=Qb1hVpI9cSyOxXAzOxssESGgQPTkk3vD0MpnFWB0wXSO9Z6wcOKuTYbQbTlaaWrcEZ fnXOyAEY1JhGTvPJyJDl8dprNDT9bsj7NnrlQQce22mAxTivwEM8o9QmDsXBfYBetFf4 peUb45acq9sBN+rxG0mC2cc2Dy5kqgO9JZ51WKNbnygqR+SVQMJScMCKwcke8OVzd6ev FsQVZ4p29Eg9+VLUDbBhW/UIgAJr3nd43i5AcA4Z2S6CP/RKWYwGNXcpN7kFx183/1v+ x6IpQxigFLvWMUebJHvsBOSDIUsL5hjhMAt/3tNwApWU90R/8V8UrJpb+L4iWb1D1bES DfnA== MIME-Version: 1.0 Received: by 10.68.231.39 with SMTP id td7mr1790202pbc.3.1342164073154; Fri, 13 Jul 2012 00:21:13 -0700 (PDT) Received: by 10.68.213.230 with HTTP; Fri, 13 Jul 2012 00:21:13 -0700 (PDT) In-Reply-To: References: Date: Fri, 13 Jul 2012 14:21:13 +0700 Message-ID: From: "Fajar A. Nugraha" To: jaeyong yoo X-Gm-Message-State: ALoCoQloLsm447A6lXClwnOITFqDbSf6ooUwP0uM9GSxTTBINmKzh52GRtEZYeSWBNeSKZf5JqZA Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] virt-install says ERROR POST operation failed: xend_post: error from xen daemon: X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 13, 2012 at 2:14 PM, jaeyong yoo wrote: > and /var/log/xend.log gives Did you read the log? > [2012-07-13 16:13:06 13282] WARNING (image:552) domain ubuntu-first-test: > device model failure: pid 17688: malfunctioning (closed sentinel), killed; > see /var/log/xen/qemu-dm-ubuntu-first-test.log ... that line in particular. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 07:22:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 07:22: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 1SpaBi-0002D2-9v; Fri, 13 Jul 2012 07:21:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpaBg-0002Cx-M6 for xen-users@lists.xen.org; Fri, 13 Jul 2012 07:21:16 +0000 Received: from [85.158.139.83:59336] by server-7.bemta-5.messagelabs.com id 15/73-28276-B6CCFFF4; Fri, 13 Jul 2012 07:21:15 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-16.tower-182.messagelabs.com!1342164073!20426864!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18620 invoked from network); 13 Jul 2012 07:21:15 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 07:21:15 -0000 Received: by pbbro12 with SMTP id ro12so5717668pbb.32 for ; Fri, 13 Jul 2012 00:21:13 -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=w7pASgGsuIn1XYVw3JPCg7S5PMSyWIXr0A3u49ZYuNM=; b=Qb1hVpI9cSyOxXAzOxssESGgQPTkk3vD0MpnFWB0wXSO9Z6wcOKuTYbQbTlaaWrcEZ fnXOyAEY1JhGTvPJyJDl8dprNDT9bsj7NnrlQQce22mAxTivwEM8o9QmDsXBfYBetFf4 peUb45acq9sBN+rxG0mC2cc2Dy5kqgO9JZ51WKNbnygqR+SVQMJScMCKwcke8OVzd6ev FsQVZ4p29Eg9+VLUDbBhW/UIgAJr3nd43i5AcA4Z2S6CP/RKWYwGNXcpN7kFx183/1v+ x6IpQxigFLvWMUebJHvsBOSDIUsL5hjhMAt/3tNwApWU90R/8V8UrJpb+L4iWb1D1bES DfnA== MIME-Version: 1.0 Received: by 10.68.231.39 with SMTP id td7mr1790202pbc.3.1342164073154; Fri, 13 Jul 2012 00:21:13 -0700 (PDT) Received: by 10.68.213.230 with HTTP; Fri, 13 Jul 2012 00:21:13 -0700 (PDT) In-Reply-To: References: Date: Fri, 13 Jul 2012 14:21:13 +0700 Message-ID: From: "Fajar A. Nugraha" To: jaeyong yoo X-Gm-Message-State: ALoCoQloLsm447A6lXClwnOITFqDbSf6ooUwP0uM9GSxTTBINmKzh52GRtEZYeSWBNeSKZf5JqZA Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] virt-install says ERROR POST operation failed: xend_post: error from xen daemon: X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 13, 2012 at 2:14 PM, jaeyong yoo wrote: > and /var/log/xend.log gives Did you read the log? > [2012-07-13 16:13:06 13282] WARNING (image:552) domain ubuntu-first-test: > device model failure: pid 17688: malfunctioning (closed sentinel), killed; > see /var/log/xen/qemu-dm-ubuntu-first-test.log ... that line in particular. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 07:31:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 07: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 1SpaKX-0002ZV-2l; Fri, 13 Jul 2012 07:30:25 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpaKU-0002ZH-6M for Xen-users@lists.xen.org; Fri, 13 Jul 2012 07:30:22 +0000 X-Env-Sender: jakkul@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1342164614!9012262!1 X-Originating-IP: [209.85.212.179] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12539 invoked from network); 13 Jul 2012 07:30:15 -0000 Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 07:30:15 -0000 Received: by wibhq4 with SMTP id hq4so253214wib.14 for ; Fri, 13 Jul 2012 00:30:14 -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=vIns3DdJ1/y3sASM8Cry6836NBzzZqt9b11x6bhRLEI=; b=IVLLXxklZ/KJ+beMpVb+9M0AtYNYSRUaV5qoqe8x7IJdJ4/0sF+aZjYa6Nsb+wxNHX 0Z59w5UBNBsJNcV9jN0WiMqgXAKeeYG7iBcbQbv54cqLJSsn+6d+YtbrZG6rUDvXxJsX f9TsvTpYkfuohdhw0fuGhnNzEsEuFlWNCHrLfVQZJqq1DTyLbzx/RGeQEcv0pkHhqvfC qzqtqLqDBOYoKtE0RORMiJt4WwtFYEem/YmZFd/05fbDeyimQ4NvE6HjXLC8A5HWaqv6 psa6by+hGCJK67Uq1Hl1E5AxUF4IXvBchlqlgKEFR7p46J4HJJAk7l6wh5BOB2fa3s4R 4Tiw== MIME-Version: 1.0 Received: by 10.180.78.197 with SMTP id d5mr298283wix.7.1342164613049; Fri, 13 Jul 2012 00:30:13 -0700 (PDT) Received: by 10.216.254.215 with HTTP; Fri, 13 Jul 2012 00:30:12 -0700 (PDT) In-Reply-To: References: Date: Fri, 13 Jul 2012 09:30:12 +0200 Message-ID: From: Jakub Kulesza To: jaeyong yoo Cc: Xen-users@lists.xen.org Subject: Re: [Xen-users] invalid kernel errors while booting newly installed guest OS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8020448830330965379==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8020448830330965379== Content-Type: multipart/alternative; boundary=f46d043c08d6fdaf3204c4b10c9b --f46d043c08d6fdaf3204c4b10c9b Content-Type: text/plain; charset=ISO-8859-1 Did you install xen compatible kernel inside the guest OS during step 7 and 8? What did you use the kernel and initrd ftom step 6? You can also scrap that and try installing xen-tools in your dom0 and using xen-create-image. It works excelent for creating xen domU-s. regards 2012/7/13 jaeyong yoo > * I'm trying to post this message, but I'm not sure it is posted or not. > My mail account does not show this message is arrived. > * If someone see this message, please just simply reply this for me. > > Hello, > > When I'm trying to boot with newly installed guest OS, I'm having the > following error message. > > $ sudo xm create /etc/xen/ubuntu.cfg -c > > Error: (2, 'Invalid kernel', 'elf_xen_note_check: ERROR: Will only load > images built for the generic loader or Linux images') > > I'm absolutely clueless and any help would be really appreciated. > > Here goes the detail configuration. > > 1) I install ubuntu desktop 12.04 in a machine (32-bit intel Core 2 CPU > with 2GB memory) > > 2) install xen by > $ sudo apt-get install xen-hypervisor-4.1-i386 xen-tools xen-utils-4.1 > xen-utils-common > > 3) reboot > > 4) xen looks working OK at dom0 and I check this with the following command > $ xm list > Name ID Mem VCPUs State > Time(s) > Domain-0 0 1024 1 r----- > 244.9 > > 5) after creating logical volume using lvm (the dev is > /dev/vgubuntu/ubuntu) make a configuration file (/etc/xen/ubuntu.cfg) as > follows > > name = "ubuntu" > memory = 512 > disk = ['phy:/dev/vgubuntu/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" > > 6) Download vmlinuz and initrd file as below and place them at > /var/lib/xen/images/ubuntu-netboot/ > > $ wget > http://kr.archive.ubuntu.com/ubuntu/dists/precise/main/installer-i386/current/images/netboot/xen/initrd.gz > $ wget > http://kr.archive.ubuntu.com/ubuntu/dists/precise/main/installer-i386/current/images/netboot/xen/vmlinuz > > 7) installing the guest os using the command below > > $ sudo xm create /etc/xen/ubuntu.cfg -c > > > 8) while installing, I set the filesystem ext3 in the guest OS. > > 9) everything looks normal. The console say the installation is completed. > > 10) After installing, I change the xen configuration file > (/etc/xen/ubuntu.cfg) as follows. > > name = "ubuntu" > memory = 512 > disk = ['phy:/dev/vgubuntu/ubuntu,xvda,w'] > vif = [' '] > bootloader = "pygrub" > > 11) And, i try to boot the Guest OS for the first time, I see this error. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > -- Pozdrawiam Jakub Kulesza --f46d043c08d6fdaf3204c4b10c9b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Did you install xen compatible kernel inside the guest OS during step 7 and= 8? What did you use the kernel and initrd ftom step 6?

= You can also scrap that and try installing xen-tools in your dom0 and using= xen-create-image. It works excelent for creating xen domU-s.

regards

2012/7/13 jae= yong yoo <y.jaeyong@gmail.com>
* I'm trying to post this message, but I'm not sure it is post= ed or not. My mail account does not show this message is arrived.
* If someone see this message, please just simply reply this for me.

Hello,

When I'm trying to = boot with newly installed guest OS, I'm having the following error mess= age.

$ sudo xm create /etc/xen/ubuntu.cfg -c
> Error: (2, 'Invalid kernel', 'elf_xen_note_check: ERR= OR: Will only load images built for the generic loader or Linux images'= )

I'm absolutely clueless and any help would b= e really appreciated.

Here goes the detail configuration.

1) I install ubuntu desktop 12.04 in a machine (32-bit intel Core 2 C= PU with 2GB memory)=A0

2) install xen by=A0
=A0 $ sudo apt-get install xen-hypervisor-4.1-i386 xen-tools xen-utils-4.1 = xen-utils-common

3) reboot

4) xen looks working OK at dom0 and I check this with the following comma= nd
=A0$ xm list
=A0 =A0Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ID =A0 Mem VCPUs =A0 =A0 =A0Sta= te =A0 Time(s)
=A0 =A0Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A01024 =A0 =A0 1 =A0 =A0 r----- = =A0 =A0244.9

5) after creating logical volume using lvm (the dev is /dev/vgubuntu/u= buntu) make a configuration file (/etc/xen/ubuntu.cfg) as follows

name =3D "ubuntu"
memory =3D 512
disk =3D ['phy:/dev/vgubuntu/ubuntu,xvda,w']
vif =3D [= 9; ']
kernel =3D "/var/lib/xen/images/ubuntu-netboot/vml= inuz"
ramdisk =3D "/var/lib/xen/images/ubuntu-netboot/i= nitrd.gz"
extra =3D "debian-installer/exit/always_halt=3Dtrue -- console=3D= hvc0"

6) Download vmlinuz and initrd file as = below and place them at /var/lib/xen/images/ubuntu-netboot/

<= /div>

7) installing the guest os using the command below

$ sudo xm create /etc/xen/ubuntu.cfg -c

=

8) while installing, I set the filesystem ext3 in= the guest OS.

9) everything looks normal. The console say the install= ation is completed.

10) After installing, I change= the xen configuration file =A0(/etc/xen/ubuntu.cfg) =A0as follows.=A0

name =3D "ubuntu"
memory =3D 512
disk =3D ['phy:/dev/vgubuntu/ubuntu,xvda,w']
vif =3D [= ' ']
bootloader =3D "pygrub"

11) And, i try to boot the Guest OS for the first time, I see this error.
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users



<= /div>--
Pozdrawiam
Jakub Kulesza
--f46d043c08d6fdaf3204c4b10c9b-- --===============8020448830330965379== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8020448830330965379==-- From xen-users-bounces@lists.xen.org Fri Jul 13 07:31:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 07: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 1SpaKX-0002ZV-2l; Fri, 13 Jul 2012 07:30:25 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpaKU-0002ZH-6M for Xen-users@lists.xen.org; Fri, 13 Jul 2012 07:30:22 +0000 X-Env-Sender: jakkul@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1342164614!9012262!1 X-Originating-IP: [209.85.212.179] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12539 invoked from network); 13 Jul 2012 07:30:15 -0000 Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 07:30:15 -0000 Received: by wibhq4 with SMTP id hq4so253214wib.14 for ; Fri, 13 Jul 2012 00:30:14 -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=vIns3DdJ1/y3sASM8Cry6836NBzzZqt9b11x6bhRLEI=; b=IVLLXxklZ/KJ+beMpVb+9M0AtYNYSRUaV5qoqe8x7IJdJ4/0sF+aZjYa6Nsb+wxNHX 0Z59w5UBNBsJNcV9jN0WiMqgXAKeeYG7iBcbQbv54cqLJSsn+6d+YtbrZG6rUDvXxJsX f9TsvTpYkfuohdhw0fuGhnNzEsEuFlWNCHrLfVQZJqq1DTyLbzx/RGeQEcv0pkHhqvfC qzqtqLqDBOYoKtE0RORMiJt4WwtFYEem/YmZFd/05fbDeyimQ4NvE6HjXLC8A5HWaqv6 psa6by+hGCJK67Uq1Hl1E5AxUF4IXvBchlqlgKEFR7p46J4HJJAk7l6wh5BOB2fa3s4R 4Tiw== MIME-Version: 1.0 Received: by 10.180.78.197 with SMTP id d5mr298283wix.7.1342164613049; Fri, 13 Jul 2012 00:30:13 -0700 (PDT) Received: by 10.216.254.215 with HTTP; Fri, 13 Jul 2012 00:30:12 -0700 (PDT) In-Reply-To: References: Date: Fri, 13 Jul 2012 09:30:12 +0200 Message-ID: From: Jakub Kulesza To: jaeyong yoo Cc: Xen-users@lists.xen.org Subject: Re: [Xen-users] invalid kernel errors while booting newly installed guest OS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8020448830330965379==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8020448830330965379== Content-Type: multipart/alternative; boundary=f46d043c08d6fdaf3204c4b10c9b --f46d043c08d6fdaf3204c4b10c9b Content-Type: text/plain; charset=ISO-8859-1 Did you install xen compatible kernel inside the guest OS during step 7 and 8? What did you use the kernel and initrd ftom step 6? You can also scrap that and try installing xen-tools in your dom0 and using xen-create-image. It works excelent for creating xen domU-s. regards 2012/7/13 jaeyong yoo > * I'm trying to post this message, but I'm not sure it is posted or not. > My mail account does not show this message is arrived. > * If someone see this message, please just simply reply this for me. > > Hello, > > When I'm trying to boot with newly installed guest OS, I'm having the > following error message. > > $ sudo xm create /etc/xen/ubuntu.cfg -c > > Error: (2, 'Invalid kernel', 'elf_xen_note_check: ERROR: Will only load > images built for the generic loader or Linux images') > > I'm absolutely clueless and any help would be really appreciated. > > Here goes the detail configuration. > > 1) I install ubuntu desktop 12.04 in a machine (32-bit intel Core 2 CPU > with 2GB memory) > > 2) install xen by > $ sudo apt-get install xen-hypervisor-4.1-i386 xen-tools xen-utils-4.1 > xen-utils-common > > 3) reboot > > 4) xen looks working OK at dom0 and I check this with the following command > $ xm list > Name ID Mem VCPUs State > Time(s) > Domain-0 0 1024 1 r----- > 244.9 > > 5) after creating logical volume using lvm (the dev is > /dev/vgubuntu/ubuntu) make a configuration file (/etc/xen/ubuntu.cfg) as > follows > > name = "ubuntu" > memory = 512 > disk = ['phy:/dev/vgubuntu/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" > > 6) Download vmlinuz and initrd file as below and place them at > /var/lib/xen/images/ubuntu-netboot/ > > $ wget > http://kr.archive.ubuntu.com/ubuntu/dists/precise/main/installer-i386/current/images/netboot/xen/initrd.gz > $ wget > http://kr.archive.ubuntu.com/ubuntu/dists/precise/main/installer-i386/current/images/netboot/xen/vmlinuz > > 7) installing the guest os using the command below > > $ sudo xm create /etc/xen/ubuntu.cfg -c > > > 8) while installing, I set the filesystem ext3 in the guest OS. > > 9) everything looks normal. The console say the installation is completed. > > 10) After installing, I change the xen configuration file > (/etc/xen/ubuntu.cfg) as follows. > > name = "ubuntu" > memory = 512 > disk = ['phy:/dev/vgubuntu/ubuntu,xvda,w'] > vif = [' '] > bootloader = "pygrub" > > 11) And, i try to boot the Guest OS for the first time, I see this error. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > -- Pozdrawiam Jakub Kulesza --f46d043c08d6fdaf3204c4b10c9b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Did you install xen compatible kernel inside the guest OS during step 7 and= 8? What did you use the kernel and initrd ftom step 6?

= You can also scrap that and try installing xen-tools in your dom0 and using= xen-create-image. It works excelent for creating xen domU-s.

regards

2012/7/13 jae= yong yoo <y.jaeyong@gmail.com>
* I'm trying to post this message, but I'm not sure it is post= ed or not. My mail account does not show this message is arrived.
* If someone see this message, please just simply reply this for me.

Hello,

When I'm trying to = boot with newly installed guest OS, I'm having the following error mess= age.

$ sudo xm create /etc/xen/ubuntu.cfg -c
> Error: (2, 'Invalid kernel', 'elf_xen_note_check: ERR= OR: Will only load images built for the generic loader or Linux images'= )

I'm absolutely clueless and any help would b= e really appreciated.

Here goes the detail configuration.

1) I install ubuntu desktop 12.04 in a machine (32-bit intel Core 2 C= PU with 2GB memory)=A0

2) install xen by=A0
=A0 $ sudo apt-get install xen-hypervisor-4.1-i386 xen-tools xen-utils-4.1 = xen-utils-common

3) reboot

4) xen looks working OK at dom0 and I check this with the following comma= nd
=A0$ xm list
=A0 =A0Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ID =A0 Mem VCPUs =A0 =A0 =A0Sta= te =A0 Time(s)
=A0 =A0Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A01024 =A0 =A0 1 =A0 =A0 r----- = =A0 =A0244.9

5) after creating logical volume using lvm (the dev is /dev/vgubuntu/u= buntu) make a configuration file (/etc/xen/ubuntu.cfg) as follows

name =3D "ubuntu"
memory =3D 512
disk =3D ['phy:/dev/vgubuntu/ubuntu,xvda,w']
vif =3D [= 9; ']
kernel =3D "/var/lib/xen/images/ubuntu-netboot/vml= inuz"
ramdisk =3D "/var/lib/xen/images/ubuntu-netboot/i= nitrd.gz"
extra =3D "debian-installer/exit/always_halt=3Dtrue -- console=3D= hvc0"

6) Download vmlinuz and initrd file as = below and place them at /var/lib/xen/images/ubuntu-netboot/

<= /div>

7) installing the guest os using the command below

$ sudo xm create /etc/xen/ubuntu.cfg -c

=

8) while installing, I set the filesystem ext3 in= the guest OS.

9) everything looks normal. The console say the install= ation is completed.

10) After installing, I change= the xen configuration file =A0(/etc/xen/ubuntu.cfg) =A0as follows.=A0

name =3D "ubuntu"
memory =3D 512
disk =3D ['phy:/dev/vgubuntu/ubuntu,xvda,w']
vif =3D [= ' ']
bootloader =3D "pygrub"

11) And, i try to boot the Guest OS for the first time, I see this error.
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users



<= /div>--
Pozdrawiam
Jakub Kulesza
--f46d043c08d6fdaf3204c4b10c9b-- --===============8020448830330965379== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8020448830330965379==-- From xen-users-bounces@lists.xen.org Fri Jul 13 08:02:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 08:02: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 1Spaox-0003Yi-NN; Fri, 13 Jul 2012 08:01:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Spaow-0003Yd-0Y for xen-users@lists.xen.org; Fri, 13 Jul 2012 08:01:50 +0000 Received: from [85.158.138.51:58371] by server-9.bemta-3.messagelabs.com id 06/3A-27628-CE5DFFF4; Fri, 13 Jul 2012 08:01:48 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-6.tower-174.messagelabs.com!1342166507!20673246!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22089 invoked from network); 13 Jul 2012 08:01:47 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-6.tower-174.messagelabs.com with AES128-SHA encrypted SMTP; 13 Jul 2012 08:01:47 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Fri, 13 Jul 2012 10:01:46 +0200 From: Stephan Seitz To: jaeyong yoo Thread-Topic: [Xen-users] While installing guest OS, having error "Invalid kernel" Thread-Index: AQHNYM2/47CbgNFhH0ewxSkwfVKJkA== Date: Fri, 13 Jul 2012 08:01:46 +0000 Message-ID: <1342166505.7075.124.camel@wotan2> References: <1342109134.8586.148.camel@hastur.hellion.org.uk> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] While installing guest OS, having error "Invalid 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="===============7665123259389228902==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7665123259389228902== Content-Language: de-DE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-NcN+7q9b01UvwQFb32vf" --=-NcN+7q9b01UvwQFb32vf Content-Type: multipart/alternative; boundary="=-FHqzcbNukfEVIn2wXUnu" --=-FHqzcbNukfEVIn2wXUnu Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I assume pygrub does have problems with fancy lvm layouts and/or exotic filesystems INSIDE domU. To avoid potential problems, I've done all of my domU disk layouts with a separate (first and primary) partition for /boot which is always ext3. Anyway, that has nothing to do with lvm outside domU, pygrub is really fine with a (dom0's) LV a domU disk . For your mentioned ubuntu domU, it's necessary to use the kernel / ramdisk provided by linux-virtual. linux-generic is not xen capable. you could e.g. install your ubuntu domU fully virtualized (hvm) with additional linux-virtual and grub-legacy-ec2 packages. As of 12.04 some kernel modules are placed into linux-image-extra-virtual (None of them are necessary for a plain installation, but I recently found myself searching for "lost" modules).=20 Am Freitag, den 13.07.2012, 15:01 +0900 schrieb jaeyong yoo: > Thanks a lot Lan, >=20 >=20 >=20 > > The other thing to consider is the use of LVM for the guest /boot. > IIRC > > this does not work with pygrub.=20 >=20 >=20 > did you mean pygrub is working fine with LVM for the guest /boot? >=20 >=20 > jaeyong >=20 >=20 >=20 > On Fri, Jul 13, 2012 at 1:05 AM, Ian Campbell > wrote: >=20 > On Thu, 2012-07-12 at 05:36 -0400, jaeyong yoo wrote: > > > > > > 8) while installing, I set the filesystem ext3 in the guest > OS. > > > > 9) everything looks normal. The console say the installation > is > > completed. > > > > 10) After installing, I change the xen configuration > > file (/etc/xen/ubuntu.cfg) as follows. > > > > name =3D "ubuntu" memory =3D 512 disk =3D > > ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif =3D [' '] bootloader = =3D > "pygrub" > =20 > =20 > =20 > Did ubuntu install a Xen capable kernel and is grub within the > guest > correctly pointing to it? > =20 > You can usually use kpartx to expose the partitions > of /dev/vgubuntu/ubuntu in dom0 and mount it to poke around. > =20 > I don't know which kernel flavour you need to have installed > in Ubuntu > to get Xen support. Perhaps someone else chime in. > =20 > The other thing to consider is the use of LVM for the > guest /boot. IIRC > this does not work with pygrub. > =20 > Ian. > =20 >=20 >=20 >=20 >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --=-FHqzcbNukfEVIn2wXUnu Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable I assume pygrub does have problems with fancy lvm layouts and/or exotic
filesystems INSIDE domU.
To avoid potential problems, I've done all of my domU disk layouts with a separate (first and primary) partition for /boot which is always ext3.

Anyway, that has nothing to do with lvm outside domU, pygrub is really
fine with a (dom0's) LV a domU disk .


For your mentioned ubuntu domU, it's necessary to use the kernel / ramdisk<= BR> provided by linux-virtual. linux-generic is not xen capable.
you could e.g. install your ubuntu domU fully virtualized (hvm)  with = additional
linux-virtual and grub-legacy-ec2 packages. As of 12.04 some kernel modules=
are placed into linux-image-extra-virtual (None of them are necessary for a=
plain installation, but I recently found myself searching for "lost&qu= ot; modules).



Am Freitag, den 13.07.2012, 15:01 +0900 schrieb jaeyong yoo:
Thanks a lot Lan,


> The other thing to consider is the use of LVM for the guest /boot.= IIRC
> this does not work with pygrub. 


did you mean pygrub is working fine with LVM for the guest /boot?


jaeyong

On Fri, Jul 13, 2012 at 1:05 AM, Ian Campbell <ian.campbell@citrix.com> wrote:
On Thu, 2012-07-12 at 05:36 -0400, jaeyong yoo wrote:
>
>
> 8) while installing, I set the filesystem ext3 in the guest OS= .
>
> 9) everything looks normal. The console say the installation i= s
> completed.
>
> 10) After installing, I change the xen configuration
> file  (/etc/xen/ubuntu.cfg)  as follows.
>
> name =3D "ubuntu" memory =3D 512 disk =3D
> ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif =3D [' '] bootloader = =3D "pygrub"


Did ubuntu install a Xen capable kernel and is grub within the gues= t
correctly pointing to it?

You can usually use kpartx to expose the partitions
of /dev/vgubuntu/ubuntu in dom0 and mount it to poke around.

I don't know which kernel flavour you need to have installed in Ubu= ntu
to get Xen support. Perhaps someone else chime in.

The other thing to consider is the use of LVM for the guest /boot. = IIRC
this does not work with pygrub.

Ian.



_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--=-FHqzcbNukfEVIn2wXUnu-- --=-NcN+7q9b01UvwQFb32vf 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.11 (GNU/Linux) iQEcBAABAgAGBQJP/9XpAAoJEHzu36SveCllEccIAISxMYegEXk+LMZja8/EoPDu KhBhA0K0aE8fms6051ljRxyJa4RE8WyAwxtXgH8tlBOFHLs6Z9NvnyW3yFy2I7DU T4MmNr8OJvRLBUSEMJ1QbVfShsf+ccJ+xoVXaTQ136Diw3+OVTsPSWn1sp6KlPcb /C0W2wYH1zQ9CcXJHsbCKkyDw5INNURQTLF0AGFCATzS8svhtyLIMs9tVZOjmcIt vS4Ru0YEwnzK1fbLK5Gb1D9JKFTzzNG9qfUoeZ+l3LFXVWlS+G2m+5rYcA9Sgqpv JyHlgZihzKfNutTAxLEvYcEW9yWuxGLq7TZBYdVMB+bwQg7konmavaphgqOUKzc= =hqz4 -----END PGP SIGNATURE----- --=-NcN+7q9b01UvwQFb32vf-- --===============7665123259389228902== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7665123259389228902==-- From xen-users-bounces@lists.xen.org Fri Jul 13 08:02:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 08:02: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 1Spaox-0003Yi-NN; Fri, 13 Jul 2012 08:01:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Spaow-0003Yd-0Y for xen-users@lists.xen.org; Fri, 13 Jul 2012 08:01:50 +0000 Received: from [85.158.138.51:58371] by server-9.bemta-3.messagelabs.com id 06/3A-27628-CE5DFFF4; Fri, 13 Jul 2012 08:01:48 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-6.tower-174.messagelabs.com!1342166507!20673246!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22089 invoked from network); 13 Jul 2012 08:01:47 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-6.tower-174.messagelabs.com with AES128-SHA encrypted SMTP; 13 Jul 2012 08:01:47 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Fri, 13 Jul 2012 10:01:46 +0200 From: Stephan Seitz To: jaeyong yoo Thread-Topic: [Xen-users] While installing guest OS, having error "Invalid kernel" Thread-Index: AQHNYM2/47CbgNFhH0ewxSkwfVKJkA== Date: Fri, 13 Jul 2012 08:01:46 +0000 Message-ID: <1342166505.7075.124.camel@wotan2> References: <1342109134.8586.148.camel@hastur.hellion.org.uk> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] While installing guest OS, having error "Invalid 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="===============7665123259389228902==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7665123259389228902== Content-Language: de-DE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-NcN+7q9b01UvwQFb32vf" --=-NcN+7q9b01UvwQFb32vf Content-Type: multipart/alternative; boundary="=-FHqzcbNukfEVIn2wXUnu" --=-FHqzcbNukfEVIn2wXUnu Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I assume pygrub does have problems with fancy lvm layouts and/or exotic filesystems INSIDE domU. To avoid potential problems, I've done all of my domU disk layouts with a separate (first and primary) partition for /boot which is always ext3. Anyway, that has nothing to do with lvm outside domU, pygrub is really fine with a (dom0's) LV a domU disk . For your mentioned ubuntu domU, it's necessary to use the kernel / ramdisk provided by linux-virtual. linux-generic is not xen capable. you could e.g. install your ubuntu domU fully virtualized (hvm) with additional linux-virtual and grub-legacy-ec2 packages. As of 12.04 some kernel modules are placed into linux-image-extra-virtual (None of them are necessary for a plain installation, but I recently found myself searching for "lost" modules).=20 Am Freitag, den 13.07.2012, 15:01 +0900 schrieb jaeyong yoo: > Thanks a lot Lan, >=20 >=20 >=20 > > The other thing to consider is the use of LVM for the guest /boot. > IIRC > > this does not work with pygrub.=20 >=20 >=20 > did you mean pygrub is working fine with LVM for the guest /boot? >=20 >=20 > jaeyong >=20 >=20 >=20 > On Fri, Jul 13, 2012 at 1:05 AM, Ian Campbell > wrote: >=20 > On Thu, 2012-07-12 at 05:36 -0400, jaeyong yoo wrote: > > > > > > 8) while installing, I set the filesystem ext3 in the guest > OS. > > > > 9) everything looks normal. The console say the installation > is > > completed. > > > > 10) After installing, I change the xen configuration > > file (/etc/xen/ubuntu.cfg) as follows. > > > > name =3D "ubuntu" memory =3D 512 disk =3D > > ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif =3D [' '] bootloader = =3D > "pygrub" > =20 > =20 > =20 > Did ubuntu install a Xen capable kernel and is grub within the > guest > correctly pointing to it? > =20 > You can usually use kpartx to expose the partitions > of /dev/vgubuntu/ubuntu in dom0 and mount it to poke around. > =20 > I don't know which kernel flavour you need to have installed > in Ubuntu > to get Xen support. Perhaps someone else chime in. > =20 > The other thing to consider is the use of LVM for the > guest /boot. IIRC > this does not work with pygrub. > =20 > Ian. > =20 >=20 >=20 >=20 >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --=-FHqzcbNukfEVIn2wXUnu Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable I assume pygrub does have problems with fancy lvm layouts and/or exotic
filesystems INSIDE domU.
To avoid potential problems, I've done all of my domU disk layouts with a separate (first and primary) partition for /boot which is always ext3.

Anyway, that has nothing to do with lvm outside domU, pygrub is really
fine with a (dom0's) LV a domU disk .


For your mentioned ubuntu domU, it's necessary to use the kernel / ramdisk<= BR> provided by linux-virtual. linux-generic is not xen capable.
you could e.g. install your ubuntu domU fully virtualized (hvm)  with = additional
linux-virtual and grub-legacy-ec2 packages. As of 12.04 some kernel modules=
are placed into linux-image-extra-virtual (None of them are necessary for a=
plain installation, but I recently found myself searching for "lost&qu= ot; modules).



Am Freitag, den 13.07.2012, 15:01 +0900 schrieb jaeyong yoo:
Thanks a lot Lan,


> The other thing to consider is the use of LVM for the guest /boot.= IIRC
> this does not work with pygrub. 


did you mean pygrub is working fine with LVM for the guest /boot?


jaeyong

On Fri, Jul 13, 2012 at 1:05 AM, Ian Campbell <ian.campbell@citrix.com> wrote:
On Thu, 2012-07-12 at 05:36 -0400, jaeyong yoo wrote:
>
>
> 8) while installing, I set the filesystem ext3 in the guest OS= .
>
> 9) everything looks normal. The console say the installation i= s
> completed.
>
> 10) After installing, I change the xen configuration
> file  (/etc/xen/ubuntu.cfg)  as follows.
>
> name =3D "ubuntu" memory =3D 512 disk =3D
> ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif =3D [' '] bootloader = =3D "pygrub"


Did ubuntu install a Xen capable kernel and is grub within the gues= t
correctly pointing to it?

You can usually use kpartx to expose the partitions
of /dev/vgubuntu/ubuntu in dom0 and mount it to poke around.

I don't know which kernel flavour you need to have installed in Ubu= ntu
to get Xen support. Perhaps someone else chime in.

The other thing to consider is the use of LVM for the guest /boot. = IIRC
this does not work with pygrub.

Ian.



_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--=-FHqzcbNukfEVIn2wXUnu-- --=-NcN+7q9b01UvwQFb32vf 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.11 (GNU/Linux) iQEcBAABAgAGBQJP/9XpAAoJEHzu36SveCllEccIAISxMYegEXk+LMZja8/EoPDu KhBhA0K0aE8fms6051ljRxyJa4RE8WyAwxtXgH8tlBOFHLs6Z9NvnyW3yFy2I7DU T4MmNr8OJvRLBUSEMJ1QbVfShsf+ccJ+xoVXaTQ136Diw3+OVTsPSWn1sp6KlPcb /C0W2wYH1zQ9CcXJHsbCKkyDw5INNURQTLF0AGFCATzS8svhtyLIMs9tVZOjmcIt vS4Ru0YEwnzK1fbLK5Gb1D9JKFTzzNG9qfUoeZ+l3LFXVWlS+G2m+5rYcA9Sgqpv JyHlgZihzKfNutTAxLEvYcEW9yWuxGLq7TZBYdVMB+bwQg7konmavaphgqOUKzc= =hqz4 -----END PGP SIGNATURE----- --=-NcN+7q9b01UvwQFb32vf-- --===============7665123259389228902== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7665123259389228902==-- From xen-users-bounces@lists.xen.org Fri Jul 13 08:15:54 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 08:15: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 1Spb1l-00042o-Mk; Fri, 13 Jul 2012 08:15:05 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Spb1k-00042e-8q for xen-users@lists.xensource.com; Fri, 13 Jul 2012 08:15:04 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1342167297!2143007!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29392 invoked from network); 13 Jul 2012 08:14:57 -0000 Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com) (209.85.217.171) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 08:14:57 -0000 Received: by lbom4 with SMTP id m4so6019633lbo.30 for ; Fri, 13 Jul 2012 01:14:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=0ygjp8hzbOXLSkT8vYk0HvCJGvgXDRId1QUWhczWjFg=; b=QJjdySIuTZ9tPgieRrSJcin9w3HK/nmT6DvhbL1YSiwAhSOEXnXw5yal9FNQFh2uuN XdGK3Xds5CXjCpPBJZtCWNhwcW8DzIP7EwHdpRTMFeMB/6ql2NQ5wl8bVJLTbY2eeDmz A9l9WRN8kZ2bDpwvxsYJuilbl3cHLfaQ3dLjsAiKzn8B6wfZr/FHt89dARukp4bWkvAM jRUxsMK9+LFpw+BqJ1JO/DfpcW6O7jCjx/Z6gLseOpEMVQFUcinM59qyrW0WJi5rzfOZ yw3EGtQtUmlUSjsgmV/TGhtwxWPGyaT2lEfKE1r1B3iNr7DCKbRYB4WS/a4eUIot0i1V TMVA== Received: by 10.152.135.200 with SMTP id pu8mr296042lab.8.1342167297073; Fri, 13 Jul 2012 01:14:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.8.105 with HTTP; Fri, 13 Jul 2012 01:14:36 -0700 (PDT) In-Reply-To: References: <1342108346.8586.144.camel@hastur.hellion.org.uk> <1342113321.8586.176.camel@hastur.hellion.org.uk> From: Matthias Date: Fri, 13 Jul 2012 10:14:36 +0200 Message-ID: To: Ian Campbell , Suganya Rajesh Kumar Cc: Xen Users Subject: Re: [Xen-users] 99% iowait on one core in 8 core processor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Some updates: - Deactivating CONFIg_HOTPlUG_CPU and suspend to ram in kernel didn'T change anything. - I tried to change the smp_affinity to just a single other cpu and this worked. So basically I was wrong that there is something changing the settings back constantly but linux is simply discarding every assignment to more then one cpu (1,2,4, etc works, 3,5,etc is discarded) so the problem is that my linux can not assign irqs to multiple cpus. I think this is also why irqbalance does not make a difference because it tries the same. I will check if i can reproduce this behaviour with a stock kernel without xen or if this is really xen related in the evening. But if you have any other idea what could cause this, I'm open for suggestions @Rajesh can you check with your setup if you have the same case or if this is a different problem? simply do a 'cat /proc/interrupts' to check the cpu affinity and if everything is done on cpu0 try a 'echo "3" > /proc/irq//smp_affinity' and afterwards check if the smp_affinity now really has '3' as content. 2012/7/13 Matthias : > Found a hint somewhere that my problem might be related to the > CONFIG_HOTPLUG_CPU kernel option.. recompiling the kernel right now and will > update tomorrow if this resolved the issue.. > > Am 13.07.2012 00:27 schrieb "Matthias" : > >> Hi Ian, >> >> sorry, but it's still not working.. >> >> I rebooted the server, then manually started irqbalanced just to be >> sure, then started xen and the domUs.. still the same as above: every >> I/O related is done by cpu0 (even after hours of running 5 domUs). i >> see some spikes on the other cpu's, but i think this is due to domUs >> using their assigned vcpus and xentop shows a distribution of cputime, >> too.. >> >> I started irqbalance in debug modus once and it complained that my >> hardware is not numa compatible. Might this be an issue? From what I >> read, xen should support proper scheduling on non-numa hardware and >> only the numa-support is new and might be a bit quirky.. >> >> checked my smp_affinity stuff then: currently, it shows the following for >> a domU >> smp_affinity: 01 >> smp_affinity_list: 0 >> >> tried to change smp_affinity to 3f (=111111 for my 6vcpu) and it was >> changed immediately back to 01.. thought that was irqbalance going >> rogue but after stopd the deamon, this still happens.. >> >> so my take is: something is setting the irq to only use cpu0 and >> changes i do manually or which are done by irqbalance are overwritten >> constantly making irqbalance useless.. >> >> Any idea what this can be? supposently something within xen? >> >> >> >> 2012/7/12 Ian Campbell : >> > On Thu, 2012-07-12 at 13:04 -0400, Matthias wrote: >> >> >> >> Any other idea how we can make xen utilize the other (v)cpus for it's >> >> I/O stuff? >> > >> > Are you sure irqbalanced is running? Some versions had a bug and would >> > crash on a Xen system (they crash if there is no irq 0 or something like >> > that). Even if it is running it can take some time for irqbalanced to >> > realise that things are unbalanced and start moving stuff around. >> > >> > There are ways in Linux to manually balance IRQs. You have to much >> > around with /proc/irq/*/smp_affinity* >> > >> > Really irqbalanced should be doing this for you though. >> > >> > Ian. >> > >> > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 08:15:54 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 08:15: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 1Spb1l-00042o-Mk; Fri, 13 Jul 2012 08:15:05 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Spb1k-00042e-8q for xen-users@lists.xensource.com; Fri, 13 Jul 2012 08:15:04 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1342167297!2143007!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29392 invoked from network); 13 Jul 2012 08:14:57 -0000 Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com) (209.85.217.171) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 08:14:57 -0000 Received: by lbom4 with SMTP id m4so6019633lbo.30 for ; Fri, 13 Jul 2012 01:14:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=0ygjp8hzbOXLSkT8vYk0HvCJGvgXDRId1QUWhczWjFg=; b=QJjdySIuTZ9tPgieRrSJcin9w3HK/nmT6DvhbL1YSiwAhSOEXnXw5yal9FNQFh2uuN XdGK3Xds5CXjCpPBJZtCWNhwcW8DzIP7EwHdpRTMFeMB/6ql2NQ5wl8bVJLTbY2eeDmz A9l9WRN8kZ2bDpwvxsYJuilbl3cHLfaQ3dLjsAiKzn8B6wfZr/FHt89dARukp4bWkvAM jRUxsMK9+LFpw+BqJ1JO/DfpcW6O7jCjx/Z6gLseOpEMVQFUcinM59qyrW0WJi5rzfOZ yw3EGtQtUmlUSjsgmV/TGhtwxWPGyaT2lEfKE1r1B3iNr7DCKbRYB4WS/a4eUIot0i1V TMVA== Received: by 10.152.135.200 with SMTP id pu8mr296042lab.8.1342167297073; Fri, 13 Jul 2012 01:14:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.8.105 with HTTP; Fri, 13 Jul 2012 01:14:36 -0700 (PDT) In-Reply-To: References: <1342108346.8586.144.camel@hastur.hellion.org.uk> <1342113321.8586.176.camel@hastur.hellion.org.uk> From: Matthias Date: Fri, 13 Jul 2012 10:14:36 +0200 Message-ID: To: Ian Campbell , Suganya Rajesh Kumar Cc: Xen Users Subject: Re: [Xen-users] 99% iowait on one core in 8 core processor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Some updates: - Deactivating CONFIg_HOTPlUG_CPU and suspend to ram in kernel didn'T change anything. - I tried to change the smp_affinity to just a single other cpu and this worked. So basically I was wrong that there is something changing the settings back constantly but linux is simply discarding every assignment to more then one cpu (1,2,4, etc works, 3,5,etc is discarded) so the problem is that my linux can not assign irqs to multiple cpus. I think this is also why irqbalance does not make a difference because it tries the same. I will check if i can reproduce this behaviour with a stock kernel without xen or if this is really xen related in the evening. But if you have any other idea what could cause this, I'm open for suggestions @Rajesh can you check with your setup if you have the same case or if this is a different problem? simply do a 'cat /proc/interrupts' to check the cpu affinity and if everything is done on cpu0 try a 'echo "3" > /proc/irq//smp_affinity' and afterwards check if the smp_affinity now really has '3' as content. 2012/7/13 Matthias : > Found a hint somewhere that my problem might be related to the > CONFIG_HOTPLUG_CPU kernel option.. recompiling the kernel right now and will > update tomorrow if this resolved the issue.. > > Am 13.07.2012 00:27 schrieb "Matthias" : > >> Hi Ian, >> >> sorry, but it's still not working.. >> >> I rebooted the server, then manually started irqbalanced just to be >> sure, then started xen and the domUs.. still the same as above: every >> I/O related is done by cpu0 (even after hours of running 5 domUs). i >> see some spikes on the other cpu's, but i think this is due to domUs >> using their assigned vcpus and xentop shows a distribution of cputime, >> too.. >> >> I started irqbalance in debug modus once and it complained that my >> hardware is not numa compatible. Might this be an issue? From what I >> read, xen should support proper scheduling on non-numa hardware and >> only the numa-support is new and might be a bit quirky.. >> >> checked my smp_affinity stuff then: currently, it shows the following for >> a domU >> smp_affinity: 01 >> smp_affinity_list: 0 >> >> tried to change smp_affinity to 3f (=111111 for my 6vcpu) and it was >> changed immediately back to 01.. thought that was irqbalance going >> rogue but after stopd the deamon, this still happens.. >> >> so my take is: something is setting the irq to only use cpu0 and >> changes i do manually or which are done by irqbalance are overwritten >> constantly making irqbalance useless.. >> >> Any idea what this can be? supposently something within xen? >> >> >> >> 2012/7/12 Ian Campbell : >> > On Thu, 2012-07-12 at 13:04 -0400, Matthias wrote: >> >> >> >> Any other idea how we can make xen utilize the other (v)cpus for it's >> >> I/O stuff? >> > >> > Are you sure irqbalanced is running? Some versions had a bug and would >> > crash on a Xen system (they crash if there is no irq 0 or something like >> > that). Even if it is running it can take some time for irqbalanced to >> > realise that things are unbalanced and start moving stuff around. >> > >> > There are ways in Linux to manually balance IRQs. You have to much >> > around with /proc/irq/*/smp_affinity* >> > >> > Really irqbalanced should be doing this for you though. >> > >> > Ian. >> > >> > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 08:54:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 08: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 1Spbci-0004ew-3s; Fri, 13 Jul 2012 08:53:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Spbcg-0004er-6U for xen-users@lists.xen.org; Fri, 13 Jul 2012 08:53:14 +0000 Received: from [85.158.138.51:24411] by server-1.bemta-3.messagelabs.com id B8/78-31934-9F1EFFF4; Fri, 13 Jul 2012 08:53:13 +0000 X-Env-Sender: adrien.urban@nbs-system.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1342169592!24674884!1 X-Originating-IP: [88.190.31.226] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5477 invoked from network); 13 Jul 2012 08:53:12 -0000 Received: from krikkit.hagtheil.net (HELO mail.hagtheil.net) (88.190.31.226) by server-10.tower-174.messagelabs.com with SMTP; 13 Jul 2012 08:53:12 -0000 Received: from [IPv6:2001:470:ca8c:100::2] (unknown [IPv6:2001:470:ca8c:100::2]) by mail.hagtheil.net (Postfix) with ESMTPS id 3179D36023 for ; Fri, 13 Jul 2012 08:53:12 +0000 (UTC) Message-ID: <4FFFE1F7.20108@nbs-system.com> Date: Fri, 13 Jul 2012 10:53:11 +0200 From: Adrien Urban User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110626 Iceowl/1.0b2 Icedove/3.1.11 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1342108346.8586.144.camel@hastur.hellion.org.uk> <1342113321.8586.176.camel@hastur.hellion.org.uk> In-Reply-To: Subject: Re: [Xen-users] 99% iowait on one core in 8 core processor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, On 07/13/12 10:14, Matthias wrote: > Some updates: > > - Deactivating CONFIg_HOTPlUG_CPU and suspend to ram in kernel didn'T > change anything. > - I tried to change the smp_affinity to just a single other cpu and > this worked. So basically I was wrong that there is something changing > the settings back constantly but linux is simply discarding every > assignment to more then one cpu (1,2,4, etc works, 3,5,etc is > discarded) > > so the problem is that my linux can not assign irqs to multiple cpus. > I think this is also why irqbalance does not make a difference because > it tries the same. > > I will check if i can reproduce this behaviour with a stock kernel > without xen or if this is really xen related in the evening. But if > you have any other idea what could cause this, I'm open for > suggestions > > @Rajesh can you check with your setup if you have the same case or if > this is a different problem? simply do a 'cat /proc/interrupts' to > check the cpu affinity and if everything is done on cpu0 try a 'echo > "3" > /proc/irq//smp_affinity' > and afterwards check if the smp_affinity now really has '3' as > content. I have some experience with some irq affinity problems, but never had such behaviour. What I have seen : - some old server that really balance single irq between all CPUs. (No idea how, just happy that this server does... could not reproduce it on other servers I tryed to work with... no irqbalance...) - all my other servers (VM or not) do NOT balance irq between multiple CPU when configured to. I can configure a single irq with smp_affinity that *should* send it to multiple CPU, but it just goes to one of those (I managed to find servers where it was first, some where it was last... main difference at the time was Intel/AMD cpu... not sure if it still stands with more recent servers). >From what irqbalance seems to do on our servers, it just check cpu loads, and irq loads... trying to re-balance them explicitly so often. The idea is nice, and would probably be a nice thing on a server having behaviour that often changes... not that great on servers that have always the same IRQ activity. For our servers with high IRQ activity, we made a script that explicitly balance the irq/smp_affinity to something static we want... getting the heavy interrupts alone on their cpu, and letting the tons of light irq on the default. My suggestions would be : - try to observe CPU usage for each kind of IRQ on your server - probably a good idea to pin your domU out of dom0 intensive cpu (and maybe pin your dom0 to just a few CPU... where you would never send domU?) - balance staticly your IRQ Now, if you do get massive CPU usage from just ONE irq, you have a problem, and need to clearly identify what is generating that usage, and find a way to get more distinct IRQ to handle the same work. We actually did get that kind of problem with our gateway, it was rx/tx from our network cards... we changed server, getting network cards that do get more IRQ per interface. Regards, -- Adrien Urban _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 08:54:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 08: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 1Spbci-0004ew-3s; Fri, 13 Jul 2012 08:53:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Spbcg-0004er-6U for xen-users@lists.xen.org; Fri, 13 Jul 2012 08:53:14 +0000 Received: from [85.158.138.51:24411] by server-1.bemta-3.messagelabs.com id B8/78-31934-9F1EFFF4; Fri, 13 Jul 2012 08:53:13 +0000 X-Env-Sender: adrien.urban@nbs-system.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1342169592!24674884!1 X-Originating-IP: [88.190.31.226] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5477 invoked from network); 13 Jul 2012 08:53:12 -0000 Received: from krikkit.hagtheil.net (HELO mail.hagtheil.net) (88.190.31.226) by server-10.tower-174.messagelabs.com with SMTP; 13 Jul 2012 08:53:12 -0000 Received: from [IPv6:2001:470:ca8c:100::2] (unknown [IPv6:2001:470:ca8c:100::2]) by mail.hagtheil.net (Postfix) with ESMTPS id 3179D36023 for ; Fri, 13 Jul 2012 08:53:12 +0000 (UTC) Message-ID: <4FFFE1F7.20108@nbs-system.com> Date: Fri, 13 Jul 2012 10:53:11 +0200 From: Adrien Urban User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110626 Iceowl/1.0b2 Icedove/3.1.11 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1342108346.8586.144.camel@hastur.hellion.org.uk> <1342113321.8586.176.camel@hastur.hellion.org.uk> In-Reply-To: Subject: Re: [Xen-users] 99% iowait on one core in 8 core processor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, On 07/13/12 10:14, Matthias wrote: > Some updates: > > - Deactivating CONFIg_HOTPlUG_CPU and suspend to ram in kernel didn'T > change anything. > - I tried to change the smp_affinity to just a single other cpu and > this worked. So basically I was wrong that there is something changing > the settings back constantly but linux is simply discarding every > assignment to more then one cpu (1,2,4, etc works, 3,5,etc is > discarded) > > so the problem is that my linux can not assign irqs to multiple cpus. > I think this is also why irqbalance does not make a difference because > it tries the same. > > I will check if i can reproduce this behaviour with a stock kernel > without xen or if this is really xen related in the evening. But if > you have any other idea what could cause this, I'm open for > suggestions > > @Rajesh can you check with your setup if you have the same case or if > this is a different problem? simply do a 'cat /proc/interrupts' to > check the cpu affinity and if everything is done on cpu0 try a 'echo > "3" > /proc/irq//smp_affinity' > and afterwards check if the smp_affinity now really has '3' as > content. I have some experience with some irq affinity problems, but never had such behaviour. What I have seen : - some old server that really balance single irq between all CPUs. (No idea how, just happy that this server does... could not reproduce it on other servers I tryed to work with... no irqbalance...) - all my other servers (VM or not) do NOT balance irq between multiple CPU when configured to. I can configure a single irq with smp_affinity that *should* send it to multiple CPU, but it just goes to one of those (I managed to find servers where it was first, some where it was last... main difference at the time was Intel/AMD cpu... not sure if it still stands with more recent servers). >From what irqbalance seems to do on our servers, it just check cpu loads, and irq loads... trying to re-balance them explicitly so often. The idea is nice, and would probably be a nice thing on a server having behaviour that often changes... not that great on servers that have always the same IRQ activity. For our servers with high IRQ activity, we made a script that explicitly balance the irq/smp_affinity to something static we want... getting the heavy interrupts alone on their cpu, and letting the tons of light irq on the default. My suggestions would be : - try to observe CPU usage for each kind of IRQ on your server - probably a good idea to pin your domU out of dom0 intensive cpu (and maybe pin your dom0 to just a few CPU... where you would never send domU?) - balance staticly your IRQ Now, if you do get massive CPU usage from just ONE irq, you have a problem, and need to clearly identify what is generating that usage, and find a way to get more distinct IRQ to handle the same work. We actually did get that kind of problem with our gateway, it was rx/tx from our network cards... we changed server, getting network cards that do get more IRQ per interface. Regards, -- Adrien Urban _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 09:17:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 09:17: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 1SpbzG-00056I-0w; Fri, 13 Jul 2012 09:16:34 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Spb7o-0004I9-3d for xen-users@lists.xen.org; Fri, 13 Jul 2012 08:21:20 +0000 Received: from [85.158.138.51:51774] by server-2.bemta-3.messagelabs.com id 36/F6-00359-F7ADFFF4; Fri, 13 Jul 2012 08:21:19 +0000 X-Env-Sender: rgacogne-xen@valombre.net X-Msg-Ref: server-16.tower-174.messagelabs.com!1342167678!28592954!1 X-Originating-IP: [95.128.42.202] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8060 invoked from network); 13 Jul 2012 08:21:18 -0000 Received: from mail.aquaray.com (HELO mail.aquaray.com) (95.128.42.202) by server-16.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Jul 2012 08:21:18 -0000 Received: from legendary.xserve.fr (legendary.xserve.fr [91.199.0.222]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: remi@valombre.net) by mail.aquaray.com (Postfix) with ESMTPSA id 4D0D6CC64F2; Fri, 13 Jul 2012 10:21:17 +0200 (CEST) Date: Fri, 13 Jul 2012 10:21:17 +0200 (CEST) From: Remi Gacogne X-X-Sender: remi@legendary.xserve.fr To: xen-users@lists.xen.org In-Reply-To: <20120712185054.GA23738@datamat.net> Message-ID: References: <20120712185054.GA23738@datamat.net> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 13 Jul 2012 09:16:32 +0000 Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org 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, 12 Jul 2012, James Triplett wrote: > Did you ever get this resolved? I'm having, I think, the same problem... Hi James, I realize I didn't keep the list updated of my hpet=force try, so I am sending this mail to xen-users. I am putting you in Bcc so your email @ doesn't leak on a public mailing list if you didn't intend it to. I'm afraid I did not. Booting the kernel with hpet=force and cpuidle didn't help and, as we were running out of time, the time-sensitive domUs were moved to a dom0 where the HPET support is correctly working. For what it's worth, I am seeing this issue on every Intel E5405 powered Xen 4 I have, and it is correctly working on every Intel L5630 powered Xen 4. I had no issue with the Intel E5405 hosts in Xen 3, the timekeeping issue happened after migrating to Xen 4. Hope this helps. Cheers, Remi Gacogne _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 09:17:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 09:17: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 1SpbzG-00056I-0w; Fri, 13 Jul 2012 09:16:34 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Spb7o-0004I9-3d for xen-users@lists.xen.org; Fri, 13 Jul 2012 08:21:20 +0000 Received: from [85.158.138.51:51774] by server-2.bemta-3.messagelabs.com id 36/F6-00359-F7ADFFF4; Fri, 13 Jul 2012 08:21:19 +0000 X-Env-Sender: rgacogne-xen@valombre.net X-Msg-Ref: server-16.tower-174.messagelabs.com!1342167678!28592954!1 X-Originating-IP: [95.128.42.202] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8060 invoked from network); 13 Jul 2012 08:21:18 -0000 Received: from mail.aquaray.com (HELO mail.aquaray.com) (95.128.42.202) by server-16.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Jul 2012 08:21:18 -0000 Received: from legendary.xserve.fr (legendary.xserve.fr [91.199.0.222]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: remi@valombre.net) by mail.aquaray.com (Postfix) with ESMTPSA id 4D0D6CC64F2; Fri, 13 Jul 2012 10:21:17 +0200 (CEST) Date: Fri, 13 Jul 2012 10:21:17 +0200 (CEST) From: Remi Gacogne X-X-Sender: remi@legendary.xserve.fr To: xen-users@lists.xen.org In-Reply-To: <20120712185054.GA23738@datamat.net> Message-ID: References: <20120712185054.GA23738@datamat.net> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 13 Jul 2012 09:16:32 +0000 Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org 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, 12 Jul 2012, James Triplett wrote: > Did you ever get this resolved? I'm having, I think, the same problem... Hi James, I realize I didn't keep the list updated of my hpet=force try, so I am sending this mail to xen-users. I am putting you in Bcc so your email @ doesn't leak on a public mailing list if you didn't intend it to. I'm afraid I did not. Booting the kernel with hpet=force and cpuidle didn't help and, as we were running out of time, the time-sensitive domUs were moved to a dom0 where the HPET support is correctly working. For what it's worth, I am seeing this issue on every Intel E5405 powered Xen 4 I have, and it is correctly working on every Intel L5630 powered Xen 4. I had no issue with the Intel E5405 hosts in Xen 3, the timekeeping issue happened after migrating to Xen 4. Hope this helps. Cheers, Remi Gacogne _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 11:38:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 11:38: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 1SpeBe-0002Yc-TU; Fri, 13 Jul 2012 11:37:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpeBd-0002YX-G4 for xen-users@lists.xen.org; Fri, 13 Jul 2012 11:37:29 +0000 Received: from [85.158.139.83:36660] by server-9.bemta-5.messagelabs.com id 0C/19-01069-87800005; Fri, 13 Jul 2012 11:37:28 +0000 X-Env-Sender: lists+xen@internecto.net X-Msg-Ref: server-13.tower-182.messagelabs.com!1342179448!28081053!1 X-Originating-IP: [178.33.38.32] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25326 invoked from network); 13 Jul 2012 11:37:28 -0000 Received: from paladin.internecto.net (HELO mx1.internecto.net) (178.33.38.32) by server-13.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Jul 2012 11:37:28 -0000 Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id EEFAF2949F for ; Fri, 13 Jul 2012 11:37:27 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mx1.internecto.net Received: from mx1.internecto.net ([178.33.38.32]) by localhost (paladin.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WFavqm4Yyxoc for ; Fri, 13 Jul 2012 11:37:27 +0000 (UTC) Received: from internecto.net (5ED4FDEB.cm-7-5d.dynamic.ziggo.nl [94.212.253.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: lists@internecto.net) by mx1.internecto.net (Postfix) with ESMTPSA id E90422932A for ; Fri, 13 Jul 2012 11:37:26 +0000 (UTC) Date: Fri, 13 Jul 2012 13:37:25 +0200 From: Mark van Dijk To: xen-users@lists.xen.org Message-ID: <20120713133725.79ad507f@internecto.net> In-Reply-To: <4FFF4ACE.9050804@senft-net.com> References: <4FF719B9.9070904@senft-net.com> <4FFF4ACE.9050804@senft-net.com> Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; i686-pc-linux-gnu) Mime-Version: 1.0 Subject: Re: [Xen-users] Can't write to floppy image (fda) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 13 Jul 2012 00:08:14 +0200 Oskar Senft wrote: > > I'm using these two lines in the DomU configuration for the floppy > > disk and the hard disk: > > fda = '/root/xen/floppy' > > disk = [ 'file:/root/xen/win.img,hda,w' ] What happens when you try: disk = ['file:/root/xen/floppy,fda,w', 'file:/root/xen/win.img,hda,w' ] Alternatively you could try fda = ['file:/root/xen/floppy,fda,w',] HTH, Mark _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 11:38:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 11:38: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 1SpeBe-0002Yc-TU; Fri, 13 Jul 2012 11:37:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpeBd-0002YX-G4 for xen-users@lists.xen.org; Fri, 13 Jul 2012 11:37:29 +0000 Received: from [85.158.139.83:36660] by server-9.bemta-5.messagelabs.com id 0C/19-01069-87800005; Fri, 13 Jul 2012 11:37:28 +0000 X-Env-Sender: lists+xen@internecto.net X-Msg-Ref: server-13.tower-182.messagelabs.com!1342179448!28081053!1 X-Originating-IP: [178.33.38.32] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25326 invoked from network); 13 Jul 2012 11:37:28 -0000 Received: from paladin.internecto.net (HELO mx1.internecto.net) (178.33.38.32) by server-13.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Jul 2012 11:37:28 -0000 Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id EEFAF2949F for ; Fri, 13 Jul 2012 11:37:27 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mx1.internecto.net Received: from mx1.internecto.net ([178.33.38.32]) by localhost (paladin.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WFavqm4Yyxoc for ; Fri, 13 Jul 2012 11:37:27 +0000 (UTC) Received: from internecto.net (5ED4FDEB.cm-7-5d.dynamic.ziggo.nl [94.212.253.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: lists@internecto.net) by mx1.internecto.net (Postfix) with ESMTPSA id E90422932A for ; Fri, 13 Jul 2012 11:37:26 +0000 (UTC) Date: Fri, 13 Jul 2012 13:37:25 +0200 From: Mark van Dijk To: xen-users@lists.xen.org Message-ID: <20120713133725.79ad507f@internecto.net> In-Reply-To: <4FFF4ACE.9050804@senft-net.com> References: <4FF719B9.9070904@senft-net.com> <4FFF4ACE.9050804@senft-net.com> Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; i686-pc-linux-gnu) Mime-Version: 1.0 Subject: Re: [Xen-users] Can't write to floppy image (fda) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 13 Jul 2012 00:08:14 +0200 Oskar Senft wrote: > > I'm using these two lines in the DomU configuration for the floppy > > disk and the hard disk: > > fda = '/root/xen/floppy' > > disk = [ 'file:/root/xen/win.img,hda,w' ] What happens when you try: disk = ['file:/root/xen/floppy,fda,w', 'file:/root/xen/win.img,hda,w' ] Alternatively you could try fda = ['file:/root/xen/floppy,fda,w',] HTH, Mark _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 11:44:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 11:44: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 1SpeHZ-0002mQ-UT; Fri, 13 Jul 2012 11:43:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpcJB-0006Zv-5l for xen-users@lists.xensource.com; Fri, 13 Jul 2012 09:37:09 +0000 Received: from [85.158.143.99:44066] by server-2.bemta-4.messagelabs.com id 5B/75-17938-44CEFFF4; Fri, 13 Jul 2012 09:37:08 +0000 X-Env-Sender: rajesh@hiox.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1342172226!28651358!1 X-Originating-IP: [50.28.68.231] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17969 invoked from network); 13 Jul 2012 09:37:07 -0000 Received: from hioxindia.com (HELO host.dnsforcloud.com) (50.28.68.231) by server-9.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Jul 2012 09:37:07 -0000 Received: from [122.178.168.216] (port=53749 helo=localhost.localdomain) by host.dnsforcloud.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SpcJ4-0004n9-6E; Fri, 13 Jul 2012 15:07:03 +0530 Received: from [192.168.0.2] ([192.168.0.2]) (authenticated bits=0) by localhost.localdomain (8.13.8/8.13.8) with ESMTP id q6D8dHuF027065; Fri, 13 Jul 2012 14:09:18 +0530 Mime-Version: 1.0 (Apple Message framework v1084) From: Rajesh Kumar In-Reply-To: Date: Fri, 13 Jul 2012 15:06:55 +0530 Message-Id: <068D5977-7AAE-4DCA-B8A4-24174B59ED36@hiox.com> References: <1342108346.8586.144.camel@hastur.hellion.org.uk> <1342113321.8586.176.camel@hastur.hellion.org.uk> To: Matthias X-Mailer: Apple Mail (2.1084) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host.dnsforcloud.com X-AntiAbuse: Original Domain - lists.xensource.com X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - hiox.com X-Mailman-Approved-At: Fri, 13 Jul 2012 11:43:36 +0000 Cc: Ian Campbell , Xen Users Subject: Re: [Xen-users] 99% iowait on one core in 8 core processor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Here is my "cat /proc/interrupts" output CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 CPU6 CPU7 1: 8 0 0 0 0 0 0 0 Phys-irq i8042 8: 0 0 0 0 0 0 0 0 Phys-irq rtc 9: 0 0 0 0 0 0 0 0 Phys-irq acpi 12: 105 0 0 0 0 0 0 0 Phys-irq i8042 17: 0 0 0 0 0 0 0 0 Phys-irq uhci_hcd:usb3 18: 0 0 0 0 0 0 0 0 Phys-irq ehci_hcd:usb1, uhci_hcd:usb8 19: 89 0 0 0 0 0 0 0 Phys-irq ehci_hcd:usb2, uhci_hcd:usb6 20: 0 0 0 0 0 0 0 0 Phys-irq uhci_hcd:usb4 21: 0 0 0 0 0 0 0 0 Phys-irq uhci_hcd:usb5, uhci_hcd:usb7 22: 80057205 0 0 0 0 0 40990 149827 Phys-irq aacraid 248: 45804593 0 0 0 0 0 0 223 Phys-irq peth0 249: 0 0 0 0 0 0 0 0 Phys-irq ahci 256: 34539669 0 0 0 0 0 0 0 Dynamic-irq timer0 257: 41413620 0 0 0 0 0 0 0 Dynamic-irq resched0 258: 85 0 0 0 0 0 0 0 Dynamic-irq callfunc0 259: 0 41166287 0 0 0 0 0 0 Dynamic-irq resched1 260: 0 933 0 0 0 0 0 0 Dynamic-irq callfunc1 261: 0 19504489 0 0 0 0 0 0 Dynamic-irq timer1 262: 0 0 31251343 0 0 0 0 0 Dynamic-irq resched2 263: 0 0 932 0 0 0 0 0 Dynamic-irq callfunc2 264: 0 0 11054510 0 0 0 0 0 Dynamic-irq timer2 265: 0 0 0 27386916 0 0 0 0 Dynamic-irq resched3 266: 0 0 0 932 0 0 0 0 Dynamic-irq callfunc3 267: 0 0 0 11444950 0 0 0 0 Dynamic-irq timer3 268: 0 0 0 0 58130277 0 0 0 Dynamic-irq resched4 269: 0 0 0 0 910 0 0 0 Dynamic-irq callfunc4 270: 0 0 0 0 28261822 0 0 0 Dynamic-irq timer4 271: 0 0 0 0 0 43997038 0 0 Dynamic-irq resched5 272: 0 0 0 0 0 923 0 0 Dynamic-irq callfunc5 273: 0 0 0 0 0 15338193 0 0 Dynamic-irq timer5 274: 0 0 0 0 0 0 48900209 0 Dynamic-irq resched6 275: 0 0 0 0 0 0 923 0 Dynamic-irq callfunc6 276: 0 0 0 0 0 0 15407236 0 Dynamic-irq timer6 277: 0 0 0 0 0 0 0 50136483 Dynamic-irq resched7 278: 0 0 0 0 0 0 0 900 Dynamic-irq callfunc7 279: 0 0 0 0 0 0 0 16601995 Dynamic-irq timer7 280: 15653 3318 8 0 0 0 0 0 Dynamic-irq xenbus 281: 0 0 0 0 0 0 0 0 Dynamic-irq console 282: 148849 101244 11648 8306 5326 2336 220 93 Dynamic-irq blkif-backend 283: 6 0 0 0 0 0 0 0 Dynamic-irq blkif-backend 284: 65895 47506 23079 29645 23784 11350 246 147 Dynamic-irq vif1.0 285: 1863994 691202 63261 36091 15258 4937 437 193 Dynamic-irq blkif-backend 286: 213220 119178 7103 5451 2557 517 19 0 Dynamic-irq blkif-backend 287: 930007 387710 35444 16389 11486 4540 198 229 Dynamic-irq vif19.0 288: 635545 409092 69409 40913 24484 8576 741 136 Dynamic-irq blkif-backend 289: 7137631 1115254 173115 71776 29668 12043 1008 2289 Dynamic-irq blkif-backend 290: 31508 30372 21679 16886 8057 2840 74 252 Dynamic-irq vif3.0 291: 5246 16885 29753 36947 28554 12073 406 1 Dynamic-irq vif4.0 292: 47906 36257 8923 10614 7908 2954 3 6 Dynamic-irq blkif-backend 293: 1 0 0 0 0 0 0 0 Dynamic-irq blkif-backend 294: 17554 15779 10298 10228 7353 4006 114 58 Dynamic-irq blkif-backend 295: 23 0 0 0 0 0 0 0 Dynamic-irq blkif-backend 296: 21802 13356 19719 24348 19953 8304 113 0 Dynamic-irq vif5.0 297: 273660 179974 15464 8548 4237 1913 21 34 Dynamic-irq blkif-backend 298: 3 0 0 0 0 0 0 0 Dynamic-irq blkif-backend 299: 7652040 1568396 290845 170934 76196 35670 3622 4062 Dynamic-irq vif6.0 300: 329614 141967 17636 4723 2181 696 43 48 Dynamic-irq blkif-backend 301: 183112 77217 7104 4301 2413 257 0 2 Dynamic-irq blkif-backend 302: 328166 181810 18838 8180 4534 1045 256 108 Dynamic-irq vif7.0 303: 166185 117000 16767 12453 10239 4296 96 16 Dynamic-irq blkif-backend 304: 18 0 0 0 0 0 0 0 Dynamic-irq blkif-backend 305: 74460 48748 4299 2838 1670 592 47 18 Dynamic-irq blkif-backend 306: 17 0 0 0 0 0 0 0 Dynamic-irq blkif-backend 307: 849646 410362 42829 20108 18286 2718 147 73 Dynamic-irq blkif-backend 308: 3031 4122 413 118 280 1 0 0 Dynamic-irq blkif-backend 309: 454672 211984 11278 13235 4483 1949 106 307 Dynamic-irq blkif-backend 310: 54 2 0 0 1 0 0 0 Dynamic-irq blkif-backend 311: 151460 100790 10438 8542 3677 1836 130 91 Dynamic-irq blkif-backend 312: 17 0 0 0 0 0 0 0 Dynamic-irq blkif-backend 313: 289222 147029 13023 6293 3359 997 32 38 Dynamic-irq blkif-backend 314: 15919 13241 297 219 45 67 1 234 Dynamic-irq blkif-backend 315: 171629 139277 11409 8646 6430 2920 82 170 Dynamic-irq vif17.0 316: 1684637 884290 70555 43332 22190 6997 1874 2528 Dynamic-irq vif20.0 317: 5997001 1669698 253862 124739 53491 14573 3931 2018 Dynamic-irq vif13.0 318: 196460 112218 7607 4688 3110 959 203 283 Dynamic-irq vif18.0 319: 70632 50590 19755 22438 18394 7733 336 156 Dynamic-irq vif14.0 320: 430659 270256 20899 13806 7980 2998 260 146 Dynamic-irq vif15.0 NMI: 0 0 0 0 0 0 0 0 LOC: 0 0 0 0 0 0 0 0 ERR: 0 Also here are few smp_affinity values root@hiox-vps ~]# cat /proc/irq/316/smp_affinity 00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000004 [root@hiox-vps ~]# cat /proc/irq/316/smp_affinity 00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000004 [root@hiox-vps ~]# cat /proc/irq/312/smp_affinity 00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000001 [root@hiox-vps ~]# cat /proc/irq/317/smp_affinity 00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000002 [root@hiox-vps ~]# cat /proc/irq/318/smp_affinity 00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000002 [root@hiox-vps ~]# cat /proc/irq/300/smp_affinity 00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000002 [root@hiox-vps ~]# cat /proc/irq/260/smp_affinity 00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000002 On 13-Jul-2012, at 1:44 PM, Matthias wrote: > Some updates: > > - Deactivating CONFIg_HOTPlUG_CPU and suspend to ram in kernel didn'T > change anything. > - I tried to change the smp_affinity to just a single other cpu and > this worked. So basically I was wrong that there is something changing > the settings back constantly but linux is simply discarding every > assignment to more then one cpu (1,2,4, etc works, 3,5,etc is > discarded) > > so the problem is that my linux can not assign irqs to multiple cpus. > I think this is also why irqbalance does not make a difference because > it tries the same. > > I will check if i can reproduce this behaviour with a stock kernel > without xen or if this is really xen related in the evening. But if > you have any other idea what could cause this, I'm open for > suggestions > > @Rajesh can you check with your setup if you have the same case or if > this is a different problem? simply do a 'cat /proc/interrupts' to > check the cpu affinity and if everything is done on cpu0 try a 'echo > "3" > /proc/irq//smp_affinity' > and afterwards check if the smp_affinity now really has '3' as > content. > > 2012/7/13 Matthias : >> Found a hint somewhere that my problem might be related to the >> CONFIG_HOTPLUG_CPU kernel option.. recompiling the kernel right now and will >> update tomorrow if this resolved the issue.. >> >> Am 13.07.2012 00:27 schrieb "Matthias" : >> >>> Hi Ian, >>> >>> sorry, but it's still not working.. >>> >>> I rebooted the server, then manually started irqbalanced just to be >>> sure, then started xen and the domUs.. still the same as above: every >>> I/O related is done by cpu0 (even after hours of running 5 domUs). i >>> see some spikes on the other cpu's, but i think this is due to domUs >>> using their assigned vcpus and xentop shows a distribution of cputime, >>> too.. >>> >>> I started irqbalance in debug modus once and it complained that my >>> hardware is not numa compatible. Might this be an issue? From what I >>> read, xen should support proper scheduling on non-numa hardware and >>> only the numa-support is new and might be a bit quirky.. >>> >>> checked my smp_affinity stuff then: currently, it shows the following for >>> a domU >>> smp_affinity: 01 >>> smp_affinity_list: 0 >>> >>> tried to change smp_affinity to 3f (=111111 for my 6vcpu) and it was >>> changed immediately back to 01.. thought that was irqbalance going >>> rogue but after stopd the deamon, this still happens.. >>> >>> so my take is: something is setting the irq to only use cpu0 and >>> changes i do manually or which are done by irqbalance are overwritten >>> constantly making irqbalance useless.. >>> >>> Any idea what this can be? supposently something within xen? >>> >>> >>> >>> 2012/7/12 Ian Campbell : >>>> On Thu, 2012-07-12 at 13:04 -0400, Matthias wrote: >>>>> >>>>> Any other idea how we can make xen utilize the other (v)cpus for it's >>>>> I/O stuff? >>>> >>>> Are you sure irqbalanced is running? Some versions had a bug and would >>>> crash on a Xen system (they crash if there is no irq 0 or something like >>>> that). Even if it is running it can take some time for irqbalanced to >>>> realise that things are unbalanced and start moving stuff around. >>>> >>>> There are ways in Linux to manually balance IRQs. You have to much >>>> around with /proc/irq/*/smp_affinity* >>>> >>>> Really irqbalanced should be doing this for you though. >>>> >>>> Ian. >>>> >>>> _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 11:44:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 11:44: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 1SpeHZ-0002mQ-UT; Fri, 13 Jul 2012 11:43:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpcJB-0006Zv-5l for xen-users@lists.xensource.com; Fri, 13 Jul 2012 09:37:09 +0000 Received: from [85.158.143.99:44066] by server-2.bemta-4.messagelabs.com id 5B/75-17938-44CEFFF4; Fri, 13 Jul 2012 09:37:08 +0000 X-Env-Sender: rajesh@hiox.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1342172226!28651358!1 X-Originating-IP: [50.28.68.231] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17969 invoked from network); 13 Jul 2012 09:37:07 -0000 Received: from hioxindia.com (HELO host.dnsforcloud.com) (50.28.68.231) by server-9.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Jul 2012 09:37:07 -0000 Received: from [122.178.168.216] (port=53749 helo=localhost.localdomain) by host.dnsforcloud.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SpcJ4-0004n9-6E; Fri, 13 Jul 2012 15:07:03 +0530 Received: from [192.168.0.2] ([192.168.0.2]) (authenticated bits=0) by localhost.localdomain (8.13.8/8.13.8) with ESMTP id q6D8dHuF027065; Fri, 13 Jul 2012 14:09:18 +0530 Mime-Version: 1.0 (Apple Message framework v1084) From: Rajesh Kumar In-Reply-To: Date: Fri, 13 Jul 2012 15:06:55 +0530 Message-Id: <068D5977-7AAE-4DCA-B8A4-24174B59ED36@hiox.com> References: <1342108346.8586.144.camel@hastur.hellion.org.uk> <1342113321.8586.176.camel@hastur.hellion.org.uk> To: Matthias X-Mailer: Apple Mail (2.1084) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host.dnsforcloud.com X-AntiAbuse: Original Domain - lists.xensource.com X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - hiox.com X-Mailman-Approved-At: Fri, 13 Jul 2012 11:43:36 +0000 Cc: Ian Campbell , Xen Users Subject: Re: [Xen-users] 99% iowait on one core in 8 core processor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Here is my "cat /proc/interrupts" output CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 CPU6 CPU7 1: 8 0 0 0 0 0 0 0 Phys-irq i8042 8: 0 0 0 0 0 0 0 0 Phys-irq rtc 9: 0 0 0 0 0 0 0 0 Phys-irq acpi 12: 105 0 0 0 0 0 0 0 Phys-irq i8042 17: 0 0 0 0 0 0 0 0 Phys-irq uhci_hcd:usb3 18: 0 0 0 0 0 0 0 0 Phys-irq ehci_hcd:usb1, uhci_hcd:usb8 19: 89 0 0 0 0 0 0 0 Phys-irq ehci_hcd:usb2, uhci_hcd:usb6 20: 0 0 0 0 0 0 0 0 Phys-irq uhci_hcd:usb4 21: 0 0 0 0 0 0 0 0 Phys-irq uhci_hcd:usb5, uhci_hcd:usb7 22: 80057205 0 0 0 0 0 40990 149827 Phys-irq aacraid 248: 45804593 0 0 0 0 0 0 223 Phys-irq peth0 249: 0 0 0 0 0 0 0 0 Phys-irq ahci 256: 34539669 0 0 0 0 0 0 0 Dynamic-irq timer0 257: 41413620 0 0 0 0 0 0 0 Dynamic-irq resched0 258: 85 0 0 0 0 0 0 0 Dynamic-irq callfunc0 259: 0 41166287 0 0 0 0 0 0 Dynamic-irq resched1 260: 0 933 0 0 0 0 0 0 Dynamic-irq callfunc1 261: 0 19504489 0 0 0 0 0 0 Dynamic-irq timer1 262: 0 0 31251343 0 0 0 0 0 Dynamic-irq resched2 263: 0 0 932 0 0 0 0 0 Dynamic-irq callfunc2 264: 0 0 11054510 0 0 0 0 0 Dynamic-irq timer2 265: 0 0 0 27386916 0 0 0 0 Dynamic-irq resched3 266: 0 0 0 932 0 0 0 0 Dynamic-irq callfunc3 267: 0 0 0 11444950 0 0 0 0 Dynamic-irq timer3 268: 0 0 0 0 58130277 0 0 0 Dynamic-irq resched4 269: 0 0 0 0 910 0 0 0 Dynamic-irq callfunc4 270: 0 0 0 0 28261822 0 0 0 Dynamic-irq timer4 271: 0 0 0 0 0 43997038 0 0 Dynamic-irq resched5 272: 0 0 0 0 0 923 0 0 Dynamic-irq callfunc5 273: 0 0 0 0 0 15338193 0 0 Dynamic-irq timer5 274: 0 0 0 0 0 0 48900209 0 Dynamic-irq resched6 275: 0 0 0 0 0 0 923 0 Dynamic-irq callfunc6 276: 0 0 0 0 0 0 15407236 0 Dynamic-irq timer6 277: 0 0 0 0 0 0 0 50136483 Dynamic-irq resched7 278: 0 0 0 0 0 0 0 900 Dynamic-irq callfunc7 279: 0 0 0 0 0 0 0 16601995 Dynamic-irq timer7 280: 15653 3318 8 0 0 0 0 0 Dynamic-irq xenbus 281: 0 0 0 0 0 0 0 0 Dynamic-irq console 282: 148849 101244 11648 8306 5326 2336 220 93 Dynamic-irq blkif-backend 283: 6 0 0 0 0 0 0 0 Dynamic-irq blkif-backend 284: 65895 47506 23079 29645 23784 11350 246 147 Dynamic-irq vif1.0 285: 1863994 691202 63261 36091 15258 4937 437 193 Dynamic-irq blkif-backend 286: 213220 119178 7103 5451 2557 517 19 0 Dynamic-irq blkif-backend 287: 930007 387710 35444 16389 11486 4540 198 229 Dynamic-irq vif19.0 288: 635545 409092 69409 40913 24484 8576 741 136 Dynamic-irq blkif-backend 289: 7137631 1115254 173115 71776 29668 12043 1008 2289 Dynamic-irq blkif-backend 290: 31508 30372 21679 16886 8057 2840 74 252 Dynamic-irq vif3.0 291: 5246 16885 29753 36947 28554 12073 406 1 Dynamic-irq vif4.0 292: 47906 36257 8923 10614 7908 2954 3 6 Dynamic-irq blkif-backend 293: 1 0 0 0 0 0 0 0 Dynamic-irq blkif-backend 294: 17554 15779 10298 10228 7353 4006 114 58 Dynamic-irq blkif-backend 295: 23 0 0 0 0 0 0 0 Dynamic-irq blkif-backend 296: 21802 13356 19719 24348 19953 8304 113 0 Dynamic-irq vif5.0 297: 273660 179974 15464 8548 4237 1913 21 34 Dynamic-irq blkif-backend 298: 3 0 0 0 0 0 0 0 Dynamic-irq blkif-backend 299: 7652040 1568396 290845 170934 76196 35670 3622 4062 Dynamic-irq vif6.0 300: 329614 141967 17636 4723 2181 696 43 48 Dynamic-irq blkif-backend 301: 183112 77217 7104 4301 2413 257 0 2 Dynamic-irq blkif-backend 302: 328166 181810 18838 8180 4534 1045 256 108 Dynamic-irq vif7.0 303: 166185 117000 16767 12453 10239 4296 96 16 Dynamic-irq blkif-backend 304: 18 0 0 0 0 0 0 0 Dynamic-irq blkif-backend 305: 74460 48748 4299 2838 1670 592 47 18 Dynamic-irq blkif-backend 306: 17 0 0 0 0 0 0 0 Dynamic-irq blkif-backend 307: 849646 410362 42829 20108 18286 2718 147 73 Dynamic-irq blkif-backend 308: 3031 4122 413 118 280 1 0 0 Dynamic-irq blkif-backend 309: 454672 211984 11278 13235 4483 1949 106 307 Dynamic-irq blkif-backend 310: 54 2 0 0 1 0 0 0 Dynamic-irq blkif-backend 311: 151460 100790 10438 8542 3677 1836 130 91 Dynamic-irq blkif-backend 312: 17 0 0 0 0 0 0 0 Dynamic-irq blkif-backend 313: 289222 147029 13023 6293 3359 997 32 38 Dynamic-irq blkif-backend 314: 15919 13241 297 219 45 67 1 234 Dynamic-irq blkif-backend 315: 171629 139277 11409 8646 6430 2920 82 170 Dynamic-irq vif17.0 316: 1684637 884290 70555 43332 22190 6997 1874 2528 Dynamic-irq vif20.0 317: 5997001 1669698 253862 124739 53491 14573 3931 2018 Dynamic-irq vif13.0 318: 196460 112218 7607 4688 3110 959 203 283 Dynamic-irq vif18.0 319: 70632 50590 19755 22438 18394 7733 336 156 Dynamic-irq vif14.0 320: 430659 270256 20899 13806 7980 2998 260 146 Dynamic-irq vif15.0 NMI: 0 0 0 0 0 0 0 0 LOC: 0 0 0 0 0 0 0 0 ERR: 0 Also here are few smp_affinity values root@hiox-vps ~]# cat /proc/irq/316/smp_affinity 00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000004 [root@hiox-vps ~]# cat /proc/irq/316/smp_affinity 00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000004 [root@hiox-vps ~]# cat /proc/irq/312/smp_affinity 00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000001 [root@hiox-vps ~]# cat /proc/irq/317/smp_affinity 00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000002 [root@hiox-vps ~]# cat /proc/irq/318/smp_affinity 00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000002 [root@hiox-vps ~]# cat /proc/irq/300/smp_affinity 00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000002 [root@hiox-vps ~]# cat /proc/irq/260/smp_affinity 00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000002 On 13-Jul-2012, at 1:44 PM, Matthias wrote: > Some updates: > > - Deactivating CONFIg_HOTPlUG_CPU and suspend to ram in kernel didn'T > change anything. > - I tried to change the smp_affinity to just a single other cpu and > this worked. So basically I was wrong that there is something changing > the settings back constantly but linux is simply discarding every > assignment to more then one cpu (1,2,4, etc works, 3,5,etc is > discarded) > > so the problem is that my linux can not assign irqs to multiple cpus. > I think this is also why irqbalance does not make a difference because > it tries the same. > > I will check if i can reproduce this behaviour with a stock kernel > without xen or if this is really xen related in the evening. But if > you have any other idea what could cause this, I'm open for > suggestions > > @Rajesh can you check with your setup if you have the same case or if > this is a different problem? simply do a 'cat /proc/interrupts' to > check the cpu affinity and if everything is done on cpu0 try a 'echo > "3" > /proc/irq//smp_affinity' > and afterwards check if the smp_affinity now really has '3' as > content. > > 2012/7/13 Matthias : >> Found a hint somewhere that my problem might be related to the >> CONFIG_HOTPLUG_CPU kernel option.. recompiling the kernel right now and will >> update tomorrow if this resolved the issue.. >> >> Am 13.07.2012 00:27 schrieb "Matthias" : >> >>> Hi Ian, >>> >>> sorry, but it's still not working.. >>> >>> I rebooted the server, then manually started irqbalanced just to be >>> sure, then started xen and the domUs.. still the same as above: every >>> I/O related is done by cpu0 (even after hours of running 5 domUs). i >>> see some spikes on the other cpu's, but i think this is due to domUs >>> using their assigned vcpus and xentop shows a distribution of cputime, >>> too.. >>> >>> I started irqbalance in debug modus once and it complained that my >>> hardware is not numa compatible. Might this be an issue? From what I >>> read, xen should support proper scheduling on non-numa hardware and >>> only the numa-support is new and might be a bit quirky.. >>> >>> checked my smp_affinity stuff then: currently, it shows the following for >>> a domU >>> smp_affinity: 01 >>> smp_affinity_list: 0 >>> >>> tried to change smp_affinity to 3f (=111111 for my 6vcpu) and it was >>> changed immediately back to 01.. thought that was irqbalance going >>> rogue but after stopd the deamon, this still happens.. >>> >>> so my take is: something is setting the irq to only use cpu0 and >>> changes i do manually or which are done by irqbalance are overwritten >>> constantly making irqbalance useless.. >>> >>> Any idea what this can be? supposently something within xen? >>> >>> >>> >>> 2012/7/12 Ian Campbell : >>>> On Thu, 2012-07-12 at 13:04 -0400, Matthias wrote: >>>>> >>>>> Any other idea how we can make xen utilize the other (v)cpus for it's >>>>> I/O stuff? >>>> >>>> Are you sure irqbalanced is running? Some versions had a bug and would >>>> crash on a Xen system (they crash if there is no irq 0 or something like >>>> that). Even if it is running it can take some time for irqbalanced to >>>> realise that things are unbalanced and start moving stuff around. >>>> >>>> There are ways in Linux to manually balance IRQs. You have to much >>>> around with /proc/irq/*/smp_affinity* >>>> >>>> Really irqbalanced should be doing this for you though. >>>> >>>> Ian. >>>> >>>> _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 14:22:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 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 1Spgk6-0004Gw-BG; Fri, 13 Jul 2012 14: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 1Spgk5-0004Gr-4d for xen-users@lists.xen.org; Fri, 13 Jul 2012 14:21:13 +0000 Received: from [85.158.139.83:30609] by server-5.bemta-5.messagelabs.com id 01/CD-02722-7DE20005; Fri, 13 Jul 2012 14:21:11 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1342189271!28641867!1 X-Originating-IP: [74.125.82.51] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3134 invoked from network); 13 Jul 2012 14:21:11 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 14:21:11 -0000 Received: by wgbed3 with SMTP id ed3so2551506wgb.32 for ; Fri, 13 Jul 2012 07:21:11 -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=Jmipcea7hdLNpHC/87MhUBeIdtSmeEYPMuRwuMinZrs=; b=fWrk9APjLgylCu84y64Fp0DnkQa9VnNIZdHqTg46LoqKDL540MFqewX2z0nTYBvQwB ONxHQBv16fXM5RYOlonsrWK/hb3BKSOJmwaAsGLaKhxa+C1/gn1zNQqZnW2YU+iJi/el BwlOb3cqn0uQuPTdntMP18RHaCMvSwOiwXGpdnkQGnoDy1Bz+yRkvi6oYMf9FMqm59cD yN4RZvGXD/3lcL1pPUeSMc3iWzHnvBLrxbMBJ5czgrbHKCIsKyvosB+f3HDwaYfS/q45 bp7uUsMaSieG7pfInNOxCPYF5eeGW6tpHmY4LSy2OMaRvhhff6ooBI4ZYKRsIcIJfDgm 0vqQ== MIME-Version: 1.0 Received: by 10.216.182.210 with SMTP id o60mr698113wem.110.1342189270945; Fri, 13 Jul 2012 07:21:10 -0700 (PDT) Received: by 10.216.221.130 with HTTP; Fri, 13 Jul 2012 07:21:10 -0700 (PDT) Date: Fri, 13 Jul 2012 08:21:10 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] win2008 crashes unde 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 I have server 2008R2 datacenter hosting second exchange server 2010. When I attempt to duplicate mailbox database the server 2008 crashes with blue screen this happens when exchange sends files over network and writs them to the disk. could lvm be corrupted or bad hard drive or is this xen fault ? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 14:22:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 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 1Spgk6-0004Gw-BG; Fri, 13 Jul 2012 14: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 1Spgk5-0004Gr-4d for xen-users@lists.xen.org; Fri, 13 Jul 2012 14:21:13 +0000 Received: from [85.158.139.83:30609] by server-5.bemta-5.messagelabs.com id 01/CD-02722-7DE20005; Fri, 13 Jul 2012 14:21:11 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1342189271!28641867!1 X-Originating-IP: [74.125.82.51] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3134 invoked from network); 13 Jul 2012 14:21:11 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 14:21:11 -0000 Received: by wgbed3 with SMTP id ed3so2551506wgb.32 for ; Fri, 13 Jul 2012 07:21:11 -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=Jmipcea7hdLNpHC/87MhUBeIdtSmeEYPMuRwuMinZrs=; b=fWrk9APjLgylCu84y64Fp0DnkQa9VnNIZdHqTg46LoqKDL540MFqewX2z0nTYBvQwB ONxHQBv16fXM5RYOlonsrWK/hb3BKSOJmwaAsGLaKhxa+C1/gn1zNQqZnW2YU+iJi/el BwlOb3cqn0uQuPTdntMP18RHaCMvSwOiwXGpdnkQGnoDy1Bz+yRkvi6oYMf9FMqm59cD yN4RZvGXD/3lcL1pPUeSMc3iWzHnvBLrxbMBJ5czgrbHKCIsKyvosB+f3HDwaYfS/q45 bp7uUsMaSieG7pfInNOxCPYF5eeGW6tpHmY4LSy2OMaRvhhff6ooBI4ZYKRsIcIJfDgm 0vqQ== MIME-Version: 1.0 Received: by 10.216.182.210 with SMTP id o60mr698113wem.110.1342189270945; Fri, 13 Jul 2012 07:21:10 -0700 (PDT) Received: by 10.216.221.130 with HTTP; Fri, 13 Jul 2012 07:21:10 -0700 (PDT) Date: Fri, 13 Jul 2012 08:21:10 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] win2008 crashes unde 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 I have server 2008R2 datacenter hosting second exchange server 2010. When I attempt to duplicate mailbox database the server 2008 crashes with blue screen this happens when exchange sends files over network and writs them to the disk. could lvm be corrupted or bad hard drive or is this xen fault ? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 14:37:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 14:37: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 1Spgye-0004db-0I; Fri, 13 Jul 2012 14:36:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Spgyc-0004dU-3I for xen-users@lists.xen.org; Fri, 13 Jul 2012 14:36:14 +0000 Received: from [85.158.139.83:29585] by server-3.bemta-5.messagelabs.com id 61/AA-03367-D5230005; Fri, 13 Jul 2012 14:36:13 +0000 X-Env-Sender: jakkul@gmail.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1342190170!28690603!1 X-Originating-IP: [74.125.82.51] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31490 invoked from network); 13 Jul 2012 14:36:10 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 14:36:10 -0000 Received: by wgbed3 with SMTP id ed3so2562040wgb.32 for ; Fri, 13 Jul 2012 07:36: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=YI+qoN87NH0Z6nQDuWp8kKF22MXGAqwS7FYxDnRbLJY=; b=ITBZE8Ed4qoxW797q8ghw8LatKORi35yLjWuxXVnW9m9uwczH+uGvw/dUya22u/bS6 U21JjZCkPnx/eczCzkDwtS8zQr1v8BXjGigFeCcl6UpWDNfafP2K03w6XrRUDUcQ9Qam ghjy0CtmWb7j5eZTYfMjhYpmq1gXJts+tirY1oavLe8Kvd8jt56P7jAv0hRm4QMm/7vW 21xctUN/ScdKrOMc6RLenxvMyeweoF4Lr+DpjSE6WdB2Llad7kAy4cJoteGMejcCZTKG DbvA5QlGJIREnIOHvp91XLGfeKaq7q6RfTyPp+MtTh+ow+bsFXr6Us2Li3PqBraaksna JX1Q== MIME-Version: 1.0 Received: by 10.217.2.69 with SMTP id o47mr799109wes.22.1342190170287; Fri, 13 Jul 2012 07:36:10 -0700 (PDT) Received: by 10.216.254.215 with HTTP; Fri, 13 Jul 2012 07:36:10 -0700 (PDT) In-Reply-To: References: Date: Fri, 13 Jul 2012 16:36:10 +0200 Message-ID: From: Jakub Kulesza To: jacek burghardt Cc: xen-users Subject: Re: [Xen-users] win2008 crashes unde 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="===============2165854974498148756==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2165854974498148756== Content-Type: multipart/alternative; boundary=20cf301ee849522eea04c4b7004e --20cf301ee849522eea04c4b7004e Content-Type: text/plain; charset=ISO-8859-1 What type of disk storage on dom0 are you using? What does dmesg on dom0 say? What does the BSOD say? Did you install xen drivers in the windows guest box? Which ones? Have you tried reproducing that without duplicating excanche data files? 2012/7/13 jacek burghardt > I have server 2008R2 datacenter hosting second exchange server 2010. > When I attempt to duplicate mailbox database the server 2008 crashes > with blue screen this happens when exchange sends files over network > and writs them to the disk. could lvm be corrupted or bad hard drive > or is this xen fault ? > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > -- Pozdrawiam Jakub Kulesza --20cf301ee849522eea04c4b7004e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable What type of disk storage on dom0 are you using? What does dmesg on dom0 sa= y? What does the BSOD say? Did you install xen drivers in the windows guest= box? Which ones? Have you tried reproducing that without duplicating excan= che data files?

2012/7/13 jacek burghardt = <jaceksbu= rghardt@gmail.com>
I have server 2008R2 datacenter hosting second exchange server =A02010.
When I attempt to duplicate mailbox database =A0the server 2008 crashes
with blue screen this happens when exchange sends files over network
and writs them to the disk. could lvm be corrupted or bad hard drive
or is this xen fault ?

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



--
PozdrawiamJakub Kulesza
--20cf301ee849522eea04c4b7004e-- --===============2165854974498148756== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2165854974498148756==-- From xen-users-bounces@lists.xen.org Fri Jul 13 14:37:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 14:37: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 1Spgye-0004db-0I; Fri, 13 Jul 2012 14:36:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Spgyc-0004dU-3I for xen-users@lists.xen.org; Fri, 13 Jul 2012 14:36:14 +0000 Received: from [85.158.139.83:29585] by server-3.bemta-5.messagelabs.com id 61/AA-03367-D5230005; Fri, 13 Jul 2012 14:36:13 +0000 X-Env-Sender: jakkul@gmail.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1342190170!28690603!1 X-Originating-IP: [74.125.82.51] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31490 invoked from network); 13 Jul 2012 14:36:10 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 14:36:10 -0000 Received: by wgbed3 with SMTP id ed3so2562040wgb.32 for ; Fri, 13 Jul 2012 07:36: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=YI+qoN87NH0Z6nQDuWp8kKF22MXGAqwS7FYxDnRbLJY=; b=ITBZE8Ed4qoxW797q8ghw8LatKORi35yLjWuxXVnW9m9uwczH+uGvw/dUya22u/bS6 U21JjZCkPnx/eczCzkDwtS8zQr1v8BXjGigFeCcl6UpWDNfafP2K03w6XrRUDUcQ9Qam ghjy0CtmWb7j5eZTYfMjhYpmq1gXJts+tirY1oavLe8Kvd8jt56P7jAv0hRm4QMm/7vW 21xctUN/ScdKrOMc6RLenxvMyeweoF4Lr+DpjSE6WdB2Llad7kAy4cJoteGMejcCZTKG DbvA5QlGJIREnIOHvp91XLGfeKaq7q6RfTyPp+MtTh+ow+bsFXr6Us2Li3PqBraaksna JX1Q== MIME-Version: 1.0 Received: by 10.217.2.69 with SMTP id o47mr799109wes.22.1342190170287; Fri, 13 Jul 2012 07:36:10 -0700 (PDT) Received: by 10.216.254.215 with HTTP; Fri, 13 Jul 2012 07:36:10 -0700 (PDT) In-Reply-To: References: Date: Fri, 13 Jul 2012 16:36:10 +0200 Message-ID: From: Jakub Kulesza To: jacek burghardt Cc: xen-users Subject: Re: [Xen-users] win2008 crashes unde 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="===============2165854974498148756==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2165854974498148756== Content-Type: multipart/alternative; boundary=20cf301ee849522eea04c4b7004e --20cf301ee849522eea04c4b7004e Content-Type: text/plain; charset=ISO-8859-1 What type of disk storage on dom0 are you using? What does dmesg on dom0 say? What does the BSOD say? Did you install xen drivers in the windows guest box? Which ones? Have you tried reproducing that without duplicating excanche data files? 2012/7/13 jacek burghardt > I have server 2008R2 datacenter hosting second exchange server 2010. > When I attempt to duplicate mailbox database the server 2008 crashes > with blue screen this happens when exchange sends files over network > and writs them to the disk. could lvm be corrupted or bad hard drive > or is this xen fault ? > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > -- Pozdrawiam Jakub Kulesza --20cf301ee849522eea04c4b7004e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable What type of disk storage on dom0 are you using? What does dmesg on dom0 sa= y? What does the BSOD say? Did you install xen drivers in the windows guest= box? Which ones? Have you tried reproducing that without duplicating excan= che data files?

2012/7/13 jacek burghardt = <jaceksbu= rghardt@gmail.com>
I have server 2008R2 datacenter hosting second exchange server =A02010.
When I attempt to duplicate mailbox database =A0the server 2008 crashes
with blue screen this happens when exchange sends files over network
and writs them to the disk. could lvm be corrupted or bad hard drive
or is this xen fault ?

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



--
PozdrawiamJakub Kulesza
--20cf301ee849522eea04c4b7004e-- --===============2165854974498148756== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2165854974498148756==-- From xen-users-bounces@lists.xen.org Fri Jul 13 14:42:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 14:42: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 1Sph3M-0004ry-Vv; Fri, 13 Jul 2012 14:41:08 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sph3L-0004rq-51 for xen-users@lists.xen.org; Fri, 13 Jul 2012 14:41:07 +0000 Received: from [85.158.139.83:44025] by server-11.bemta-5.messagelabs.com id 49/55-20400-28330005; Fri, 13 Jul 2012 14:41:06 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-11.tower-182.messagelabs.com!1342190464!20517973!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8767 invoked from network); 13 Jul 2012 14:41:04 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-11.tower-182.messagelabs.com with AES128-SHA encrypted SMTP; 13 Jul 2012 14:41:04 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Fri, 13 Jul 2012 16:41:04 +0200 From: Stephan Seitz To: jacek burghardt Thread-Topic: [Xen-users] win2008 crashes unde xen Thread-Index: AQHNYQU+cIK5TmXMZ0iUAW80GQ0+g5cnJ3sA Date: Fri, 13 Jul 2012 14:41:03 +0000 Message-ID: <1342190462.7075.128.camel@wotan2> References: In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: xen-users Subject: Re: [Xen-users] win2008 crashes unde 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="===============7975435157150272659==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7975435157150272659== Content-Language: de-DE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-506Pb9j6wY9dFL77qXA+" --=-506Pb9j6wY9dFL77qXA+ Content-Type: multipart/alternative; boundary="=-FhoJ72jA3ilEHoGKUQZ9" --=-FhoJ72jA3ilEHoGKUQZ9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Am Freitag, den 13.07.2012, 08:21 -0600 schrieb jacek burghardt: > I have server 2008R2 datacenter hosting second exchange server 2010. > When I attempt to duplicate mailbox database the server 2008 crashes > with blue screen this happens when exchange sends files over network > and writs them to the disk. could lvm be corrupted or bad hard drive > or is this xen fault ? What's the content of your bluescreen? --=-FhoJ72jA3ilEHoGKUQZ9 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Am Freitag, den 13.07.2012, 08:21 -0600 schrieb jacek burghardt: 
I have server 2008R2 datacenter hosting second exchange server  2010.
When I attempt to duplicate mailbox database  the server 2008 crashes
with blue screen this happens when exchange sends files over network
and writs them to the disk. could lvm be corrupted or bad hard drive
or is this xen fault ?

What's the content of your bluescreen?

--=-FhoJ72jA3ilEHoGKUQZ9-- --=-506Pb9j6wY9dFL77qXA+ 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.11 (GNU/Linux) iQEcBAABAgAGBQJQADN+AAoJEHzu36SveCllQ5AH/2EIbZY7EX0kQvEn5f703UOr 7TT1wg/5rXg1ijnySsLGmKWXe45ve8RLn7AHM9lC8OTfUV3mv98X0xRfLI44qwQc GiM562P11mR4Po/FqFH2UXW2X87/xFEpV9s+Z7mmxFU+U9jFMdAMGIdktmk1W1PJ IP+aETCQLIjDdaqs93BdkNtaBqHtRkVG1D69MSSMgT+9pcVF/Ks8dmsKZRwX/8/X AMUX+vHuGGff8BrVLtaB2kt1wpstDYC6t2C0Kt2XZrdKPMC4YoxUxfKyZCuwawOG sqoKTj7eGl7ZL2QN53n2u/XZQ7TTclu3PJNY3jn6JQj286AoR7H38y37xDscU4o= =g6HJ -----END PGP SIGNATURE----- --=-506Pb9j6wY9dFL77qXA+-- --===============7975435157150272659== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7975435157150272659==-- From xen-users-bounces@lists.xen.org Fri Jul 13 14:42:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 14:42: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 1Sph3M-0004ry-Vv; Fri, 13 Jul 2012 14:41:08 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sph3L-0004rq-51 for xen-users@lists.xen.org; Fri, 13 Jul 2012 14:41:07 +0000 Received: from [85.158.139.83:44025] by server-11.bemta-5.messagelabs.com id 49/55-20400-28330005; Fri, 13 Jul 2012 14:41:06 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-11.tower-182.messagelabs.com!1342190464!20517973!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8767 invoked from network); 13 Jul 2012 14:41:04 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-11.tower-182.messagelabs.com with AES128-SHA encrypted SMTP; 13 Jul 2012 14:41:04 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Fri, 13 Jul 2012 16:41:04 +0200 From: Stephan Seitz To: jacek burghardt Thread-Topic: [Xen-users] win2008 crashes unde xen Thread-Index: AQHNYQU+cIK5TmXMZ0iUAW80GQ0+g5cnJ3sA Date: Fri, 13 Jul 2012 14:41:03 +0000 Message-ID: <1342190462.7075.128.camel@wotan2> References: In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: xen-users Subject: Re: [Xen-users] win2008 crashes unde 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="===============7975435157150272659==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7975435157150272659== Content-Language: de-DE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-506Pb9j6wY9dFL77qXA+" --=-506Pb9j6wY9dFL77qXA+ Content-Type: multipart/alternative; boundary="=-FhoJ72jA3ilEHoGKUQZ9" --=-FhoJ72jA3ilEHoGKUQZ9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Am Freitag, den 13.07.2012, 08:21 -0600 schrieb jacek burghardt: > I have server 2008R2 datacenter hosting second exchange server 2010. > When I attempt to duplicate mailbox database the server 2008 crashes > with blue screen this happens when exchange sends files over network > and writs them to the disk. could lvm be corrupted or bad hard drive > or is this xen fault ? What's the content of your bluescreen? --=-FhoJ72jA3ilEHoGKUQZ9 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Am Freitag, den 13.07.2012, 08:21 -0600 schrieb jacek burghardt: 
I have server 2008R2 datacenter hosting second exchange server  2010.
When I attempt to duplicate mailbox database  the server 2008 crashes
with blue screen this happens when exchange sends files over network
and writs them to the disk. could lvm be corrupted or bad hard drive
or is this xen fault ?

What's the content of your bluescreen?

--=-FhoJ72jA3ilEHoGKUQZ9-- --=-506Pb9j6wY9dFL77qXA+ 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.11 (GNU/Linux) iQEcBAABAgAGBQJQADN+AAoJEHzu36SveCllQ5AH/2EIbZY7EX0kQvEn5f703UOr 7TT1wg/5rXg1ijnySsLGmKWXe45ve8RLn7AHM9lC8OTfUV3mv98X0xRfLI44qwQc GiM562P11mR4Po/FqFH2UXW2X87/xFEpV9s+Z7mmxFU+U9jFMdAMGIdktmk1W1PJ IP+aETCQLIjDdaqs93BdkNtaBqHtRkVG1D69MSSMgT+9pcVF/Ks8dmsKZRwX/8/X AMUX+vHuGGff8BrVLtaB2kt1wpstDYC6t2C0Kt2XZrdKPMC4YoxUxfKyZCuwawOG sqoKTj7eGl7ZL2QN53n2u/XZQ7TTclu3PJNY3jn6JQj286AoR7H38y37xDscU4o= =g6HJ -----END PGP SIGNATURE----- --=-506Pb9j6wY9dFL77qXA+-- --===============7975435157150272659== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7975435157150272659==-- From xen-users-bounces@lists.xen.org Fri Jul 13 15:55:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 15:55: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 1SpiC8-00063y-CF; Fri, 13 Jul 2012 15:54:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpiC7-00063s-9b for xen-users@lists.xen.org; Fri, 13 Jul 2012 15:54:15 +0000 Received: from [85.158.143.99:22514] by server-3.bemta-4.messagelabs.com id C6/AC-05808-6A440005; Fri, 13 Jul 2012 15:54:14 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1342194853!23370187!1 X-Originating-IP: [74.125.82.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26704 invoked from network); 13 Jul 2012 15:54:14 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 15:54:14 -0000 Received: by weyz53 with SMTP id z53so2862921wey.32 for ; Fri, 13 Jul 2012 08:54:13 -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=acEXWsQ/NkIg6RFqAKw1oWvU3XQEgALxdqkoimYMU94=; b=tJ2Anl1LXZnxAop2PN14br4Y7zaXb562k+WryIiPRkzl9TGDZZvNAVWhk2hGfjmAPP tMh2vXlNkeghaEERDmgzJRMN0sR6g6W+idL4LkuKXTvzXP2G+SQ0tQjo0/T/nRokWMnj iLRuWx8NDUPjBofLuW/tGV90NKtVS40vi98ASFC3dy/I8h7MWj2Sr2Aa8LFN9QntN9JA JguTnzC+dpAMdtFeUJL2mkBxPqibrULnEfXU07nKp92qrxQb/dZNIdF7RQVAM7vaidYy 0esjgWmucHpww3DD68dhB0ZejvEc8+m51y2DFXtfwrlZoCFEY9rSNUyI+RtD2VTrmSFt Lc4w== MIME-Version: 1.0 Received: by 10.180.99.196 with SMTP id es4mr5201752wib.18.1342194853750; Fri, 13 Jul 2012 08:54:13 -0700 (PDT) Received: by 10.216.221.130 with HTTP; Fri, 13 Jul 2012 08:54:13 -0700 (PDT) In-Reply-To: <1342190462.7075.128.camel@wotan2> References: <1342190462.7075.128.camel@wotan2> Date: Fri, 13 Jul 2012 09:54:13 -0600 Message-ID: From: jacek burghardt To: Stephan Seitz Cc: xen-users Subject: Re: [Xen-users] win2008 crashes unde 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 I have 358 drivers and error looks like this one http://jbeekman.nl/bsod20120117_1953.png On 7/13/12, Stephan Seitz wrote: > > > Am Freitag, den 13.07.2012, 08:21 -0600 schrieb jacek burghardt: > >> I have server 2008R2 datacenter hosting second exchange server 2010. >> When I attempt to duplicate mailbox database the server 2008 crashes >> with blue screen this happens when exchange sends files over network >> and writs them to the disk. could lvm be corrupted or bad hard drive >> or is this xen fault ? > > > What's the content of your bluescreen? > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 15:55:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 15:55: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 1SpiC8-00063y-CF; Fri, 13 Jul 2012 15:54:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpiC7-00063s-9b for xen-users@lists.xen.org; Fri, 13 Jul 2012 15:54:15 +0000 Received: from [85.158.143.99:22514] by server-3.bemta-4.messagelabs.com id C6/AC-05808-6A440005; Fri, 13 Jul 2012 15:54:14 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1342194853!23370187!1 X-Originating-IP: [74.125.82.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26704 invoked from network); 13 Jul 2012 15:54:14 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 15:54:14 -0000 Received: by weyz53 with SMTP id z53so2862921wey.32 for ; Fri, 13 Jul 2012 08:54:13 -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=acEXWsQ/NkIg6RFqAKw1oWvU3XQEgALxdqkoimYMU94=; b=tJ2Anl1LXZnxAop2PN14br4Y7zaXb562k+WryIiPRkzl9TGDZZvNAVWhk2hGfjmAPP tMh2vXlNkeghaEERDmgzJRMN0sR6g6W+idL4LkuKXTvzXP2G+SQ0tQjo0/T/nRokWMnj iLRuWx8NDUPjBofLuW/tGV90NKtVS40vi98ASFC3dy/I8h7MWj2Sr2Aa8LFN9QntN9JA JguTnzC+dpAMdtFeUJL2mkBxPqibrULnEfXU07nKp92qrxQb/dZNIdF7RQVAM7vaidYy 0esjgWmucHpww3DD68dhB0ZejvEc8+m51y2DFXtfwrlZoCFEY9rSNUyI+RtD2VTrmSFt Lc4w== MIME-Version: 1.0 Received: by 10.180.99.196 with SMTP id es4mr5201752wib.18.1342194853750; Fri, 13 Jul 2012 08:54:13 -0700 (PDT) Received: by 10.216.221.130 with HTTP; Fri, 13 Jul 2012 08:54:13 -0700 (PDT) In-Reply-To: <1342190462.7075.128.camel@wotan2> References: <1342190462.7075.128.camel@wotan2> Date: Fri, 13 Jul 2012 09:54:13 -0600 Message-ID: From: jacek burghardt To: Stephan Seitz Cc: xen-users Subject: Re: [Xen-users] win2008 crashes unde 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 I have 358 drivers and error looks like this one http://jbeekman.nl/bsod20120117_1953.png On 7/13/12, Stephan Seitz wrote: > > > Am Freitag, den 13.07.2012, 08:21 -0600 schrieb jacek burghardt: > >> I have server 2008R2 datacenter hosting second exchange server 2010. >> When I attempt to duplicate mailbox database the server 2008 crashes >> with blue screen this happens when exchange sends files over network >> and writs them to the disk. could lvm be corrupted or bad hard drive >> or is this xen fault ? > > > What's the content of your bluescreen? > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 16:12:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 16:12: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 1SpiSZ-00075V-Nh; Fri, 13 Jul 2012 16:11:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpiSY-00075I-8y for xen-users@lists.xen.org; Fri, 13 Jul 2012 16:11:14 +0000 Received: from [85.158.139.83:33296] by server-10.bemta-5.messagelabs.com id FA/9B-02190-1A840005; Fri, 13 Jul 2012 16:11:13 +0000 X-Env-Sender: tknchris@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1342195871!20524230!1 X-Originating-IP: [209.85.161.173] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6262 invoked from network); 13 Jul 2012 16:11:12 -0000 Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com) (209.85.161.173) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 16:11:12 -0000 Received: by ggnp1 with SMTP id p1so4267419ggn.32 for ; Fri, 13 Jul 2012 09:11:11 -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=z9ThZ9jLT8hpdCnpu1YquzcyU3Wa9DrWno0TJJ6VaRU=; b=d6KfgelGjTvgEEBPnr9Nfd/xLm2Xwal+m3oEqLmSAAJLDGtkTBluocEc/7pYEJG8VF JXzjops4c7QkzX8Qff7m+vMCIeNtb4YlB9GU3HgKa4JOfg0ZqVhmnMdXeehQxbeuseru BnuIvaOYQjzOLm/0EgvN25h/7IOFLfnJ6D6dn3MSE3J2o+4MIEBTwBnkqMft8rZ1QiEX vd3UeDj1edIHzWmpfBbVXXwwVh2hPqNgh1bWTF6vmUdff+BmrAEjYT85zAbDVpB9chQa DVQpA/bqjcLzKU8x7ppJmMxf4aFwbOm7WInh8JZOQfRPRww+DfnWpnXMKxWNNHT5TRfA sIRA== MIME-Version: 1.0 Received: by 10.50.46.232 with SMTP id y8mr1492131igm.57.1342195870464; Fri, 13 Jul 2012 09:11:10 -0700 (PDT) Received: by 10.64.8.174 with HTTP; Fri, 13 Jul 2012 09:11:10 -0700 (PDT) In-Reply-To: References: <1342190462.7075.128.camel@wotan2> Date: Fri, 13 Jul 2012 12:11:10 -0400 Message-ID: From: chris To: jacek burghardt Cc: xen-users , James Harper , Stephan Seitz Subject: Re: [Xen-users] win2008 crashes unde 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="===============5601557655174360203==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5601557655174360203== Content-Type: multipart/alternative; boundary=14dae9340cbb13f97a04c4b85485 --14dae9340cbb13f97a04c4b85485 Content-Type: text/plain; charset=ISO-8859-1 thats a gplpv driver, james could maybe shed some more light on how to debug that. make sure you are using the drivers with the debugging in them On Fri, Jul 13, 2012 at 11:54 AM, jacek burghardt wrote: > I have 358 drivers and error looks like this one > http://jbeekman.nl/bsod20120117_1953.png > > On 7/13/12, Stephan Seitz wrote: > > > > > > Am Freitag, den 13.07.2012, 08:21 -0600 schrieb jacek burghardt: > > > >> I have server 2008R2 datacenter hosting second exchange server 2010. > >> When I attempt to duplicate mailbox database the server 2008 crashes > >> with blue screen this happens when exchange sends files over network > >> and writs them to the disk. could lvm be corrupted or bad hard drive > >> or is this xen fault ? > > > > > > What's the content of your bluescreen? > > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --14dae9340cbb13f97a04c4b85485 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable thats a gplpv driver, james could maybe shed some more light on how to debu= g that. make sure you are using the drivers with the debugging in them
<= br>
On Fri, Jul 13, 2012 at 11:54 AM, jacek burgh= ardt <jaceksburghardt@gmail.com> wrote:
I have 358 drivers and error looks like this= one
http= ://jbeekman.nl/bsod20120117_1953.png

On 7/13/12, Stephan Seitz <s.seit= z@netzhaut.de> wrote:
>
>
> Am Freitag, den 13.07.2012, 08:21 -0600 schrieb jacek burghardt:
>
>> I have server 2008R2 datacenter hosting second exchange server =A0= 2010.
>> When I attempt to duplicate mailbox database =A0the server 2008 cr= ashes
>> with blue screen this happens when exchange sends files over netwo= rk
>> and writs them to the disk. could lvm be corrupted or bad hard dri= ve
>> or is this xen fault ?
>
>
> What's the content of your bluescreen?
>
>

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

--14dae9340cbb13f97a04c4b85485-- --===============5601557655174360203== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5601557655174360203==-- From xen-users-bounces@lists.xen.org Fri Jul 13 16:12:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 16:12: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 1SpiSZ-00075V-Nh; Fri, 13 Jul 2012 16:11:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpiSY-00075I-8y for xen-users@lists.xen.org; Fri, 13 Jul 2012 16:11:14 +0000 Received: from [85.158.139.83:33296] by server-10.bemta-5.messagelabs.com id FA/9B-02190-1A840005; Fri, 13 Jul 2012 16:11:13 +0000 X-Env-Sender: tknchris@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1342195871!20524230!1 X-Originating-IP: [209.85.161.173] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6262 invoked from network); 13 Jul 2012 16:11:12 -0000 Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com) (209.85.161.173) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 16:11:12 -0000 Received: by ggnp1 with SMTP id p1so4267419ggn.32 for ; Fri, 13 Jul 2012 09:11:11 -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=z9ThZ9jLT8hpdCnpu1YquzcyU3Wa9DrWno0TJJ6VaRU=; b=d6KfgelGjTvgEEBPnr9Nfd/xLm2Xwal+m3oEqLmSAAJLDGtkTBluocEc/7pYEJG8VF JXzjops4c7QkzX8Qff7m+vMCIeNtb4YlB9GU3HgKa4JOfg0ZqVhmnMdXeehQxbeuseru BnuIvaOYQjzOLm/0EgvN25h/7IOFLfnJ6D6dn3MSE3J2o+4MIEBTwBnkqMft8rZ1QiEX vd3UeDj1edIHzWmpfBbVXXwwVh2hPqNgh1bWTF6vmUdff+BmrAEjYT85zAbDVpB9chQa DVQpA/bqjcLzKU8x7ppJmMxf4aFwbOm7WInh8JZOQfRPRww+DfnWpnXMKxWNNHT5TRfA sIRA== MIME-Version: 1.0 Received: by 10.50.46.232 with SMTP id y8mr1492131igm.57.1342195870464; Fri, 13 Jul 2012 09:11:10 -0700 (PDT) Received: by 10.64.8.174 with HTTP; Fri, 13 Jul 2012 09:11:10 -0700 (PDT) In-Reply-To: References: <1342190462.7075.128.camel@wotan2> Date: Fri, 13 Jul 2012 12:11:10 -0400 Message-ID: From: chris To: jacek burghardt Cc: xen-users , James Harper , Stephan Seitz Subject: Re: [Xen-users] win2008 crashes unde 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="===============5601557655174360203==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5601557655174360203== Content-Type: multipart/alternative; boundary=14dae9340cbb13f97a04c4b85485 --14dae9340cbb13f97a04c4b85485 Content-Type: text/plain; charset=ISO-8859-1 thats a gplpv driver, james could maybe shed some more light on how to debug that. make sure you are using the drivers with the debugging in them On Fri, Jul 13, 2012 at 11:54 AM, jacek burghardt wrote: > I have 358 drivers and error looks like this one > http://jbeekman.nl/bsod20120117_1953.png > > On 7/13/12, Stephan Seitz wrote: > > > > > > Am Freitag, den 13.07.2012, 08:21 -0600 schrieb jacek burghardt: > > > >> I have server 2008R2 datacenter hosting second exchange server 2010. > >> When I attempt to duplicate mailbox database the server 2008 crashes > >> with blue screen this happens when exchange sends files over network > >> and writs them to the disk. could lvm be corrupted or bad hard drive > >> or is this xen fault ? > > > > > > What's the content of your bluescreen? > > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --14dae9340cbb13f97a04c4b85485 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable thats a gplpv driver, james could maybe shed some more light on how to debu= g that. make sure you are using the drivers with the debugging in them
<= br>
On Fri, Jul 13, 2012 at 11:54 AM, jacek burgh= ardt <jaceksburghardt@gmail.com> wrote:
I have 358 drivers and error looks like this= one
http= ://jbeekman.nl/bsod20120117_1953.png

On 7/13/12, Stephan Seitz <s.seit= z@netzhaut.de> wrote:
>
>
> Am Freitag, den 13.07.2012, 08:21 -0600 schrieb jacek burghardt:
>
>> I have server 2008R2 datacenter hosting second exchange server =A0= 2010.
>> When I attempt to duplicate mailbox database =A0the server 2008 cr= ashes
>> with blue screen this happens when exchange sends files over netwo= rk
>> and writs them to the disk. could lvm be corrupted or bad hard dri= ve
>> or is this xen fault ?
>
>
> What's the content of your bluescreen?
>
>

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

--14dae9340cbb13f97a04c4b85485-- --===============5601557655174360203== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5601557655174360203==-- From xen-users-bounces@lists.xen.org Fri Jul 13 16:41:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 16:41: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 1Spiuc-0007rN-Kl; Fri, 13 Jul 2012 16:40:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Spiua-0007rD-Gi for xen-users@lists.xen.org; Fri, 13 Jul 2012 16:40:12 +0000 Received: from [85.158.138.51:5781] by server-6.bemta-3.messagelabs.com id B7/75-20447-B6F40005; Fri, 13 Jul 2012 16:40:11 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1342197608!28795564!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAyNjM5Njc=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22257 invoked from network); 13 Jul 2012 16:40:10 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 16:40:10 -0000 X-IronPort-AV: E=Sophos;i="4.77,579,1336363200"; d="scan'208";a="202100213" Received: from ftlpmailmx01.citrite.net ([10.13.107.65]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 13 Jul 2012 12:40:08 -0400 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.13.107.65) with Microsoft SMTP Server id 8.3.213.0; Fri, 13 Jul 2012 12:40:07 -0400 Message-ID: <1342197547.8586.217.camel@hastur.hellion.org.uk> From: Ian Campbell To: jaeyong yoo Date: Fri, 13 Jul 2012 10:39:07 -0600 In-Reply-To: References: <1342109134.8586.148.camel@hastur.hellion.org.uk> X-Mailer: Evolution 3.2.2-1+b1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] While installing guest OS, having error "Invalid kernel" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, 2012-07-13 at 02:01 -0400, jaeyong yoo wrote: > Thanks a lot Lan, > > > > The other thing to consider is the use of LVM for the guest /boot. > IIRC > > this does not work with pygrub. > > > did you mean pygrub is working fine with LVM for the guest /boot? No, as far as I know it does not. I meant "consider" as in "think about and avoid", but that wasn't especially obvious, sorry for the confusion. > > > jaeyong > > On Fri, Jul 13, 2012 at 1:05 AM, Ian Campbell > wrote: > On Thu, 2012-07-12 at 05:36 -0400, jaeyong yoo wrote: > > > > > > 8) while installing, I set the filesystem ext3 in the guest > OS. > > > > 9) everything looks normal. The console say the installation > is > > completed. > > > > 10) After installing, I change the xen configuration > > file (/etc/xen/ubuntu.cfg) as follows. > > > > name = "ubuntu" memory = 512 disk = > > ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif = [' '] bootloader = > "pygrub" > > > Did ubuntu install a Xen capable kernel and is grub within the > guest > correctly pointing to it? > > You can usually use kpartx to expose the partitions > of /dev/vgubuntu/ubuntu in dom0 and mount it to poke around. > > I don't know which kernel flavour you need to have installed > in Ubuntu > to get Xen support. Perhaps someone else chime in. > > The other thing to consider is the use of LVM for the > guest /boot. IIRC > this does not work with pygrub. > > Ian. > > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 16:41:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 16:41: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 1Spiuc-0007rN-Kl; Fri, 13 Jul 2012 16:40:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Spiua-0007rD-Gi for xen-users@lists.xen.org; Fri, 13 Jul 2012 16:40:12 +0000 Received: from [85.158.138.51:5781] by server-6.bemta-3.messagelabs.com id B7/75-20447-B6F40005; Fri, 13 Jul 2012 16:40:11 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1342197608!28795564!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAyNjM5Njc=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22257 invoked from network); 13 Jul 2012 16:40:10 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 16:40:10 -0000 X-IronPort-AV: E=Sophos;i="4.77,579,1336363200"; d="scan'208";a="202100213" Received: from ftlpmailmx01.citrite.net ([10.13.107.65]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 13 Jul 2012 12:40:08 -0400 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.13.107.65) with Microsoft SMTP Server id 8.3.213.0; Fri, 13 Jul 2012 12:40:07 -0400 Message-ID: <1342197547.8586.217.camel@hastur.hellion.org.uk> From: Ian Campbell To: jaeyong yoo Date: Fri, 13 Jul 2012 10:39:07 -0600 In-Reply-To: References: <1342109134.8586.148.camel@hastur.hellion.org.uk> X-Mailer: Evolution 3.2.2-1+b1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] While installing guest OS, having error "Invalid kernel" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, 2012-07-13 at 02:01 -0400, jaeyong yoo wrote: > Thanks a lot Lan, > > > > The other thing to consider is the use of LVM for the guest /boot. > IIRC > > this does not work with pygrub. > > > did you mean pygrub is working fine with LVM for the guest /boot? No, as far as I know it does not. I meant "consider" as in "think about and avoid", but that wasn't especially obvious, sorry for the confusion. > > > jaeyong > > On Fri, Jul 13, 2012 at 1:05 AM, Ian Campbell > wrote: > On Thu, 2012-07-12 at 05:36 -0400, jaeyong yoo wrote: > > > > > > 8) while installing, I set the filesystem ext3 in the guest > OS. > > > > 9) everything looks normal. The console say the installation > is > > completed. > > > > 10) After installing, I change the xen configuration > > file (/etc/xen/ubuntu.cfg) as follows. > > > > name = "ubuntu" memory = 512 disk = > > ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif = [' '] bootloader = > "pygrub" > > > Did ubuntu install a Xen capable kernel and is grub within the > guest > correctly pointing to it? > > You can usually use kpartx to expose the partitions > of /dev/vgubuntu/ubuntu in dom0 and mount it to poke around. > > I don't know which kernel flavour you need to have installed > in Ubuntu > to get Xen support. Perhaps someone else chime in. > > The other thing to consider is the use of LVM for the > guest /boot. IIRC > this does not work with pygrub. > > Ian. > > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 17:42:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 17:42: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 1SpjrX-0000w5-TX; Fri, 13 Jul 2012 17:41:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpjrW-0000w0-Bw for xen-users@lists.xensource.com; Fri, 13 Jul 2012 17:41:06 +0000 Received: from [85.158.138.51:7082] by server-12.bemta-3.messagelabs.com id BD/E1-15259-1BD50005; Fri, 13 Jul 2012 17:41:05 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1342201264!21552531!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1835 invoked from network); 13 Jul 2012 17:41:05 -0000 Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com) (209.85.217.171) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 17:41:05 -0000 Received: by lbom4 with SMTP id m4so6891319lbo.30 for ; Fri, 13 Jul 2012 10:41:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=ayNrSExsTqYxEEm2kuAscHcewcRa7r8mHJ3I/52Q0B4=; b=b6eJ9dVGoFtmgHeZZnzejFRCami64GzfzlBrA3RdUaR/H2ZrDeK9Ub/7bJk3HJBB6V 6J3JTM6+uOmhM82SKZ1mHlKkJ2pENUzUQp4dFA3gjYFEWincVho1tTdfZWVJSqo38JPV CF20YTNZkNlborT4kAt/4TSIhpx5ciSzk8q+FVzocrwxOTKdK9sH1d6WRIONlCq7oaTb 7X5mwvpdvYHXh1TawPvmlb7VWEX0GnCcG2VlTMMsHXTWdFOciNyRyCMRtNqmOmoF3Rm9 lkwVdSOoHFakwZ2WAF+fY1QN25DxmcSeKj0TyWgHEgqNlvV2M3ENOFfkQIkOU1yDQY+H OZ3Q== Received: by 10.112.36.195 with SMTP id s3mr1265180lbj.42.1342201264424; Fri, 13 Jul 2012 10:41:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.8.105 with HTTP; Fri, 13 Jul 2012 10:40:44 -0700 (PDT) In-Reply-To: <068D5977-7AAE-4DCA-B8A4-24174B59ED36@hiox.com> References: <1342108346.8586.144.camel@hastur.hellion.org.uk> <1342113321.8586.176.camel@hastur.hellion.org.uk> <068D5977-7AAE-4DCA-B8A4-24174B59ED36@hiox.com> From: Matthias Date: Fri, 13 Jul 2012 19:40:44 +0200 Message-ID: To: Rajesh Kumar Cc: Ian Campbell , Xen Users Subject: Re: [Xen-users] 99% iowait on one core in 8 core processor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Rajesh, thank you for the input. This is quite interesting! It seems that your IRQs are also only set to fixt vcpus and not using the "use one of the following.."-options, but that there is something managing or loadbalancing your IRQs from time to time and splitting them between cores. So it seems that we have different problems and my initially suggestions might not be valid in your case. In the meantime i could pinpoint my porblem further down xomparing Rajesh's output with mine and running irqbalance in debug mode: irqbalance actually works on my system and also i'm able to set an IRQ for using all 6 cores (with the 3f-mask in smp_affinity), but only for IRQs who are not of type 'Dynamic-fasteoi' which all xen-related are. Wenn i run irqbalance in debug mode it lists all irqs it controls and I see that it ignores all dynamic-fasteoi. Rajesh's xen IRQs are of type 'Dynamic-irq' and there it works. From the limited information I have that was the only difference I could come up which seems to makes sense, even though i can't find any hint on what 'Dynamic-fasteoi' is. Neither google, nor the xen or my kernel sources show any hint of it. I would love to get some pointers on that one because at the moment i'm a little out of ideas.. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 17:42:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 17:42: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 1SpjrX-0000w5-TX; Fri, 13 Jul 2012 17:41:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpjrW-0000w0-Bw for xen-users@lists.xensource.com; Fri, 13 Jul 2012 17:41:06 +0000 Received: from [85.158.138.51:7082] by server-12.bemta-3.messagelabs.com id BD/E1-15259-1BD50005; Fri, 13 Jul 2012 17:41:05 +0000 X-Env-Sender: matthias.kannenberg@googlemail.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1342201264!21552531!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1835 invoked from network); 13 Jul 2012 17:41:05 -0000 Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com) (209.85.217.171) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 17:41:05 -0000 Received: by lbom4 with SMTP id m4so6891319lbo.30 for ; Fri, 13 Jul 2012 10:41:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=ayNrSExsTqYxEEm2kuAscHcewcRa7r8mHJ3I/52Q0B4=; b=b6eJ9dVGoFtmgHeZZnzejFRCami64GzfzlBrA3RdUaR/H2ZrDeK9Ub/7bJk3HJBB6V 6J3JTM6+uOmhM82SKZ1mHlKkJ2pENUzUQp4dFA3gjYFEWincVho1tTdfZWVJSqo38JPV CF20YTNZkNlborT4kAt/4TSIhpx5ciSzk8q+FVzocrwxOTKdK9sH1d6WRIONlCq7oaTb 7X5mwvpdvYHXh1TawPvmlb7VWEX0GnCcG2VlTMMsHXTWdFOciNyRyCMRtNqmOmoF3Rm9 lkwVdSOoHFakwZ2WAF+fY1QN25DxmcSeKj0TyWgHEgqNlvV2M3ENOFfkQIkOU1yDQY+H OZ3Q== Received: by 10.112.36.195 with SMTP id s3mr1265180lbj.42.1342201264424; Fri, 13 Jul 2012 10:41:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.8.105 with HTTP; Fri, 13 Jul 2012 10:40:44 -0700 (PDT) In-Reply-To: <068D5977-7AAE-4DCA-B8A4-24174B59ED36@hiox.com> References: <1342108346.8586.144.camel@hastur.hellion.org.uk> <1342113321.8586.176.camel@hastur.hellion.org.uk> <068D5977-7AAE-4DCA-B8A4-24174B59ED36@hiox.com> From: Matthias Date: Fri, 13 Jul 2012 19:40:44 +0200 Message-ID: To: Rajesh Kumar Cc: Ian Campbell , Xen Users Subject: Re: [Xen-users] 99% iowait on one core in 8 core processor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Rajesh, thank you for the input. This is quite interesting! It seems that your IRQs are also only set to fixt vcpus and not using the "use one of the following.."-options, but that there is something managing or loadbalancing your IRQs from time to time and splitting them between cores. So it seems that we have different problems and my initially suggestions might not be valid in your case. In the meantime i could pinpoint my porblem further down xomparing Rajesh's output with mine and running irqbalance in debug mode: irqbalance actually works on my system and also i'm able to set an IRQ for using all 6 cores (with the 3f-mask in smp_affinity), but only for IRQs who are not of type 'Dynamic-fasteoi' which all xen-related are. Wenn i run irqbalance in debug mode it lists all irqs it controls and I see that it ignores all dynamic-fasteoi. Rajesh's xen IRQs are of type 'Dynamic-irq' and there it works. From the limited information I have that was the only difference I could come up which seems to makes sense, even though i can't find any hint on what 'Dynamic-fasteoi' is. Neither google, nor the xen or my kernel sources show any hint of it. I would love to get some pointers on that one because at the moment i'm a little out of ideas.. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 18:16:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 18:16: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 1SpkOJ-0001ZU-87; Fri, 13 Jul 2012 18:14:59 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpkOH-0001ZP-NP for xen-users@lists.xensource.com; Fri, 13 Jul 2012 18:14:57 +0000 X-Env-Sender: halcyon1981@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1342203277!9120483!1 X-Originating-IP: [74.125.82.171] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25687 invoked from network); 13 Jul 2012 18:14:38 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 18:14:38 -0000 Received: by weyx43 with SMTP id x43so3410390wey.30 for ; Fri, 13 Jul 2012 11:14:37 -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=y52oMtH2pZfV3ejADKuA6xHhUBRaY/mxvX3GhSyVLGQ=; b=hcPtpINdxsVhQXanb1JUS6tpTksLsiMa7i9+zoi4xAo8pABMYm3j+zkvOZsStGeQwA gat5n/SFJMgQtE0Rh51rNta7MIJk68s+eoGsSenQoyiY4Yq4PVx03BM2hjhxP9zSKQYz WMqkC0eThT5F0y7nw0KWi+A1FiGwA3WMdJAHTMwqKZOiLkVKP6d8iYutr1v0phVo8waH cvvf+dxBAJZj1dbttTvvR7mCn+f/Cq5tFfk3avP1LQfvlLTMDQDu2WFJ0mRpJMAlyAjq DCbdyeUJh6AA6m1zXHOtSh1y+X8LYGYssfEGSHSdYyW8dGDunoZ9sUzo8raE0Vb0t0qS pa1Q== MIME-Version: 1.0 Received: by 10.180.97.106 with SMTP id dz10mr4527278wib.21.1342203277492; Fri, 13 Jul 2012 11:14:37 -0700 (PDT) Received: by 10.223.83.9 with HTTP; Fri, 13 Jul 2012 11:14:37 -0700 (PDT) In-Reply-To: References: Date: Fri, 13 Jul 2012 11:14:37 -0700 Message-ID: From: David Erickson To: Casey DeLorme Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Best dom0 for GPU pass through? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thanks Casey! I decided to give Ubuntu 12.04 server a go, it was actually a shockingly straightforward process. I recompiled the kernel to set CONFIG_XEN_PCIDEV_BACKEND to be statically built in (not a module), installed the xen-hypervisor-4.1, hid my video card (ATI 7750) and usb hub from dom0, passed both through to win 7 and it just worked. There is one minor problem I am having with the video being messed up on the onboard card after Windows starts, going to post about that in another thread. -David On Tue, Jul 10, 2012 at 6:28 PM, Casey DeLorme wrote: > > Hi David, > > It sounds like you will want to go with the packaged Xen, it is available > for both Debian and Ubuntu, you may find Ubuntu's process a bit easier. The > GUI experience would be libvirt and the xm toolstack that comes with the > packaged Xen. The xm and xl toolstacks are quite similar to xe, so if you > are not scared of terminal then it can't hurt to investigate or give them a > try. > > I chose Debian for its size, smaller than Ubuntu and I had no need of a GUI > or multimedia services on the server control system. Also, I compiled my > own kernel, so stock kernel has very little to do with it. VGA Passthrough > is still quite new, so thoughts on stability don't exactly apply (the usual > reason one might pick Debian). I had a lot of trouble the pciback module > myself and found compiling the kernel to be an easy solution. > > The xm toolstack has been deprecated for the xl toolstack, which has a very > similar command set and is currently maintained. Having read that much I > walked the tougher path of compiling Xen 4.2 unstable with my kernel and > using the xl toolstack have had great success with VGA Passthrough to > Windows 7. As far as I know, there is no port of libvirt for the xl > toolstack yet, so you would be working with command line options, thankfully > I only use maybe 3 commands regularly, to start and stop my virtual machine. > The configuration is a text file, easy enough to construct if you find the > "Xen Man Pages". I believe the xe toolstack exists as part of the XCP > package, I have never used it though. > > If you want to compile the latest kernel, I suggest this guide: > http://vanilja.org/kernel/ > > His instructions are short and simple, but don't point out everything you > may want specific to Xen. > > If you are not in a rush I am putting together a comprehensive tutorial that > hopefully will be completed within the next month. > > > Hope that helps, and best of luck with whichever you choose. > > ~Casey > > PS - Hardware selection can be rough, I recommend thorough research if you > haven't already purchased. As for performance, I use a Core i7 2600 and it > powers the debian wheezy host, a pfSense route, Debian Squeeze nginx web > server and Windows 7 multimedia PC (4 vcores and 6GB RAM, AMD Radeon HD > 6870). The media center scores 7.8 for graphics and performance is better > than I anticipated. > > On Tue, Jul 10, 2012 at 3:39 PM, David Erickson > wrote: >> >> Hi all- >> I've been working with XenServer for years but have decided to build a >> home server running the latest version of Xen to do GPU pass through >> to a Win 7 x64 Media Center. What is the best dom0 OS to install to >> enable this? I've seen lots of people using Debian Squeeze, but I >> wonder why that is being chosen rather than say Ubuntu 12.04 which has >> a much newer stock kernel? Does anyone have a pointer for a great >> guide to get the latest kernel and Xen versions running? (Presumably I >> am going to need to compile them from scratch) >> >> I've also been spoiled with XenCenter for management (although I've >> used 'xe' a lot), is there anything available of similar quality for >> just Xen base? >> >> Thanks! >> David >> >> _______________________________________________ >> 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 Jul 13 18:16:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 18:16: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 1SpkOJ-0001ZU-87; Fri, 13 Jul 2012 18:14:59 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpkOH-0001ZP-NP for xen-users@lists.xensource.com; Fri, 13 Jul 2012 18:14:57 +0000 X-Env-Sender: halcyon1981@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1342203277!9120483!1 X-Originating-IP: [74.125.82.171] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25687 invoked from network); 13 Jul 2012 18:14:38 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 18:14:38 -0000 Received: by weyx43 with SMTP id x43so3410390wey.30 for ; Fri, 13 Jul 2012 11:14:37 -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=y52oMtH2pZfV3ejADKuA6xHhUBRaY/mxvX3GhSyVLGQ=; b=hcPtpINdxsVhQXanb1JUS6tpTksLsiMa7i9+zoi4xAo8pABMYm3j+zkvOZsStGeQwA gat5n/SFJMgQtE0Rh51rNta7MIJk68s+eoGsSenQoyiY4Yq4PVx03BM2hjhxP9zSKQYz WMqkC0eThT5F0y7nw0KWi+A1FiGwA3WMdJAHTMwqKZOiLkVKP6d8iYutr1v0phVo8waH cvvf+dxBAJZj1dbttTvvR7mCn+f/Cq5tFfk3avP1LQfvlLTMDQDu2WFJ0mRpJMAlyAjq DCbdyeUJh6AA6m1zXHOtSh1y+X8LYGYssfEGSHSdYyW8dGDunoZ9sUzo8raE0Vb0t0qS pa1Q== MIME-Version: 1.0 Received: by 10.180.97.106 with SMTP id dz10mr4527278wib.21.1342203277492; Fri, 13 Jul 2012 11:14:37 -0700 (PDT) Received: by 10.223.83.9 with HTTP; Fri, 13 Jul 2012 11:14:37 -0700 (PDT) In-Reply-To: References: Date: Fri, 13 Jul 2012 11:14:37 -0700 Message-ID: From: David Erickson To: Casey DeLorme Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Best dom0 for GPU pass through? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thanks Casey! I decided to give Ubuntu 12.04 server a go, it was actually a shockingly straightforward process. I recompiled the kernel to set CONFIG_XEN_PCIDEV_BACKEND to be statically built in (not a module), installed the xen-hypervisor-4.1, hid my video card (ATI 7750) and usb hub from dom0, passed both through to win 7 and it just worked. There is one minor problem I am having with the video being messed up on the onboard card after Windows starts, going to post about that in another thread. -David On Tue, Jul 10, 2012 at 6:28 PM, Casey DeLorme wrote: > > Hi David, > > It sounds like you will want to go with the packaged Xen, it is available > for both Debian and Ubuntu, you may find Ubuntu's process a bit easier. The > GUI experience would be libvirt and the xm toolstack that comes with the > packaged Xen. The xm and xl toolstacks are quite similar to xe, so if you > are not scared of terminal then it can't hurt to investigate or give them a > try. > > I chose Debian for its size, smaller than Ubuntu and I had no need of a GUI > or multimedia services on the server control system. Also, I compiled my > own kernel, so stock kernel has very little to do with it. VGA Passthrough > is still quite new, so thoughts on stability don't exactly apply (the usual > reason one might pick Debian). I had a lot of trouble the pciback module > myself and found compiling the kernel to be an easy solution. > > The xm toolstack has been deprecated for the xl toolstack, which has a very > similar command set and is currently maintained. Having read that much I > walked the tougher path of compiling Xen 4.2 unstable with my kernel and > using the xl toolstack have had great success with VGA Passthrough to > Windows 7. As far as I know, there is no port of libvirt for the xl > toolstack yet, so you would be working with command line options, thankfully > I only use maybe 3 commands regularly, to start and stop my virtual machine. > The configuration is a text file, easy enough to construct if you find the > "Xen Man Pages". I believe the xe toolstack exists as part of the XCP > package, I have never used it though. > > If you want to compile the latest kernel, I suggest this guide: > http://vanilja.org/kernel/ > > His instructions are short and simple, but don't point out everything you > may want specific to Xen. > > If you are not in a rush I am putting together a comprehensive tutorial that > hopefully will be completed within the next month. > > > Hope that helps, and best of luck with whichever you choose. > > ~Casey > > PS - Hardware selection can be rough, I recommend thorough research if you > haven't already purchased. As for performance, I use a Core i7 2600 and it > powers the debian wheezy host, a pfSense route, Debian Squeeze nginx web > server and Windows 7 multimedia PC (4 vcores and 6GB RAM, AMD Radeon HD > 6870). The media center scores 7.8 for graphics and performance is better > than I anticipated. > > On Tue, Jul 10, 2012 at 3:39 PM, David Erickson > wrote: >> >> Hi all- >> I've been working with XenServer for years but have decided to build a >> home server running the latest version of Xen to do GPU pass through >> to a Win 7 x64 Media Center. What is the best dom0 OS to install to >> enable this? I've seen lots of people using Debian Squeeze, but I >> wonder why that is being chosen rather than say Ubuntu 12.04 which has >> a much newer stock kernel? Does anyone have a pointer for a great >> guide to get the latest kernel and Xen versions running? (Presumably I >> am going to need to compile them from scratch) >> >> I've also been spoiled with XenCenter for management (although I've >> used 'xe' a lot), is there anything available of similar quality for >> just Xen base? >> >> Thanks! >> David >> >> _______________________________________________ >> 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 Jul 13 18:28:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 18:28: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 1SpkaW-00020S-5A; Fri, 13 Jul 2012 18:27:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpkaU-00020N-NG for xen-users@lists.xen.org; Fri, 13 Jul 2012 18:27:34 +0000 Received: from [85.158.143.35:38233] by server-2.bemta-4.messagelabs.com id 66/2B-17938-69860005; Fri, 13 Jul 2012 18:27:34 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1342204052!15315796!1 X-Originating-IP: [209.85.212.173] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22288 invoked from network); 13 Jul 2012 18:27:33 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 18:27:33 -0000 Received: by wibhm6 with SMTP id hm6so706202wib.14 for ; Fri, 13 Jul 2012 11:27: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=ivE7+PPgwZfhaPJ1shvbv7rB91bP1O4p+D3ZEPwBa20=; b=oMUsJ8Yv6zNAL8slDNK9wJU41SAqwNPNAUVPtqBZSJ7yeDPjZWx9XfsJ1gvo32u2iC Qe0Es8NnBs8pHNEPGt5rGMLw2EO7a1Yspo+32NQnyhIz8f0II5pMib9dxr4KY7kOXNUa 2txEHLoF72mDXSQhv9U7jzo6k66pNG4Kb1nCMxtYbZqGGDY+WXRmqo/8hsXVLFTyrdAI H+kqKWIyJzzJgLnwIspgNNG5gw3sBx09Hz9wG/cpehmSUcutjwf3UPVQx6Q5Gfs+kQZB 38bWxL4aibFtOV5iWrchrSA3am44n2L/h2iy4wiKfKV9COn2wk9n2DPqAi+6vNZSQd/W kEpg== MIME-Version: 1.0 Received: by 10.216.182.210 with SMTP id o60mr1070215wem.110.1342204052671; Fri, 13 Jul 2012 11:27:32 -0700 (PDT) Received: by 10.216.221.130 with HTTP; Fri, 13 Jul 2012 11:27:32 -0700 (PDT) Received: by 10.216.221.130 with HTTP; Fri, 13 Jul 2012 11:27:32 -0700 (PDT) In-Reply-To: References: <1342190462.7075.128.camel@wotan2> Date: Fri, 13 Jul 2012 12:27:32 -0600 Message-ID: From: jacek burghardt To: chris Cc: xen-users , James Harper , Stephan Seitz Subject: Re: [Xen-users] win2008 crashes unde 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="===============7174868678743840579==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7174868678743840579== Content-Type: multipart/alternative; boundary=0016e64c1f14c68b8d04c4ba3bfb --0016e64c1f14c68b8d04c4ba3bfb Content-Type: text/plain; charset=ISO-8859-1 I am geting new error libxl: error: libxl_dm.c:1128:libxl__destroy_device_model: Couldn't find device when I am attempting to destroy and create On Jul 13, 2012 10:11 AM, "chris" wrote: > thats a gplpv driver, james could maybe shed some more light on how to > debug that. make sure you are using the drivers with the debugging in them > > On Fri, Jul 13, 2012 at 11:54 AM, jacek burghardt < > jaceksburghardt@gmail.com> wrote: > >> I have 358 drivers and error looks like this one >> http://jbeekman.nl/bsod20120117_1953.png >> >> On 7/13/12, Stephan Seitz wrote: >> > >> > >> > Am Freitag, den 13.07.2012, 08:21 -0600 schrieb jacek burghardt: >> > >> >> I have server 2008R2 datacenter hosting second exchange server 2010. >> >> When I attempt to duplicate mailbox database the server 2008 crashes >> >> with blue screen this happens when exchange sends files over network >> >> and writs them to the disk. could lvm be corrupted or bad hard drive >> >> or is this xen fault ? >> > >> > >> > What's the content of your bluescreen? >> > >> > >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > --0016e64c1f14c68b8d04c4ba3bfb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I am geting new error libxl: error: libxl_dm.c:1128:libxl__destroy_devic= e_model: Couldn't find device=A0 when I am attempting to destroy and cr= eate

On Jul 13, 2012 10:11 AM, "chris" <= tknchris@gmail.com> wrote:
thats a gplpv driver, james could maybe shed some more light on how to debu= g that. make sure you are using the drivers with the debugging in them
<= br>
On Fri, Jul 13, 2012 at 11:54 AM, jacek burgh= ardt <jaceksburghardt@gmail.com> wrote:
I have 358 drivers and error looks like this= one
http= ://jbeekman.nl/bsod20120117_1953.png

On 7/13/12, Stephan Seitz <s.seitz@netzhaut.de> wrote:
>
>
> Am Freitag, den 13.07.2012, 08:21 -0600 schrieb jacek burghardt:
>
>> I have server 2008R2 datacenter hosting second exchange server =A0= 2010.
>> When I attempt to duplicate mailbox database =A0the server 2008 cr= ashes
>> with blue screen this happens when exchange sends files over netwo= rk
>> and writs them to the disk. could lvm be corrupted or bad hard dri= ve
>> or is this xen fault ?
>
>
> What's the content of your bluescreen?
>
>

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

--0016e64c1f14c68b8d04c4ba3bfb-- --===============7174868678743840579== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7174868678743840579==-- From xen-users-bounces@lists.xen.org Fri Jul 13 18:28:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 18:28: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 1SpkaW-00020S-5A; Fri, 13 Jul 2012 18:27:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpkaU-00020N-NG for xen-users@lists.xen.org; Fri, 13 Jul 2012 18:27:34 +0000 Received: from [85.158.143.35:38233] by server-2.bemta-4.messagelabs.com id 66/2B-17938-69860005; Fri, 13 Jul 2012 18:27:34 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1342204052!15315796!1 X-Originating-IP: [209.85.212.173] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22288 invoked from network); 13 Jul 2012 18:27:33 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 18:27:33 -0000 Received: by wibhm6 with SMTP id hm6so706202wib.14 for ; Fri, 13 Jul 2012 11:27: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=ivE7+PPgwZfhaPJ1shvbv7rB91bP1O4p+D3ZEPwBa20=; b=oMUsJ8Yv6zNAL8slDNK9wJU41SAqwNPNAUVPtqBZSJ7yeDPjZWx9XfsJ1gvo32u2iC Qe0Es8NnBs8pHNEPGt5rGMLw2EO7a1Yspo+32NQnyhIz8f0II5pMib9dxr4KY7kOXNUa 2txEHLoF72mDXSQhv9U7jzo6k66pNG4Kb1nCMxtYbZqGGDY+WXRmqo/8hsXVLFTyrdAI H+kqKWIyJzzJgLnwIspgNNG5gw3sBx09Hz9wG/cpehmSUcutjwf3UPVQx6Q5Gfs+kQZB 38bWxL4aibFtOV5iWrchrSA3am44n2L/h2iy4wiKfKV9COn2wk9n2DPqAi+6vNZSQd/W kEpg== MIME-Version: 1.0 Received: by 10.216.182.210 with SMTP id o60mr1070215wem.110.1342204052671; Fri, 13 Jul 2012 11:27:32 -0700 (PDT) Received: by 10.216.221.130 with HTTP; Fri, 13 Jul 2012 11:27:32 -0700 (PDT) Received: by 10.216.221.130 with HTTP; Fri, 13 Jul 2012 11:27:32 -0700 (PDT) In-Reply-To: References: <1342190462.7075.128.camel@wotan2> Date: Fri, 13 Jul 2012 12:27:32 -0600 Message-ID: From: jacek burghardt To: chris Cc: xen-users , James Harper , Stephan Seitz Subject: Re: [Xen-users] win2008 crashes unde 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="===============7174868678743840579==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7174868678743840579== Content-Type: multipart/alternative; boundary=0016e64c1f14c68b8d04c4ba3bfb --0016e64c1f14c68b8d04c4ba3bfb Content-Type: text/plain; charset=ISO-8859-1 I am geting new error libxl: error: libxl_dm.c:1128:libxl__destroy_device_model: Couldn't find device when I am attempting to destroy and create On Jul 13, 2012 10:11 AM, "chris" wrote: > thats a gplpv driver, james could maybe shed some more light on how to > debug that. make sure you are using the drivers with the debugging in them > > On Fri, Jul 13, 2012 at 11:54 AM, jacek burghardt < > jaceksburghardt@gmail.com> wrote: > >> I have 358 drivers and error looks like this one >> http://jbeekman.nl/bsod20120117_1953.png >> >> On 7/13/12, Stephan Seitz wrote: >> > >> > >> > Am Freitag, den 13.07.2012, 08:21 -0600 schrieb jacek burghardt: >> > >> >> I have server 2008R2 datacenter hosting second exchange server 2010. >> >> When I attempt to duplicate mailbox database the server 2008 crashes >> >> with blue screen this happens when exchange sends files over network >> >> and writs them to the disk. could lvm be corrupted or bad hard drive >> >> or is this xen fault ? >> > >> > >> > What's the content of your bluescreen? >> > >> > >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > --0016e64c1f14c68b8d04c4ba3bfb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I am geting new error libxl: error: libxl_dm.c:1128:libxl__destroy_devic= e_model: Couldn't find device=A0 when I am attempting to destroy and cr= eate

On Jul 13, 2012 10:11 AM, "chris" <= tknchris@gmail.com> wrote:
thats a gplpv driver, james could maybe shed some more light on how to debu= g that. make sure you are using the drivers with the debugging in them
<= br>
On Fri, Jul 13, 2012 at 11:54 AM, jacek burgh= ardt <jaceksburghardt@gmail.com> wrote:
I have 358 drivers and error looks like this= one
http= ://jbeekman.nl/bsod20120117_1953.png

On 7/13/12, Stephan Seitz <s.seitz@netzhaut.de> wrote:
>
>
> Am Freitag, den 13.07.2012, 08:21 -0600 schrieb jacek burghardt:
>
>> I have server 2008R2 datacenter hosting second exchange server =A0= 2010.
>> When I attempt to duplicate mailbox database =A0the server 2008 cr= ashes
>> with blue screen this happens when exchange sends files over netwo= rk
>> and writs them to the disk. could lvm be corrupted or bad hard dri= ve
>> or is this xen fault ?
>
>
> What's the content of your bluescreen?
>
>

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

--0016e64c1f14c68b8d04c4ba3bfb-- --===============7174868678743840579== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7174868678743840579==-- From xen-users-bounces@lists.xen.org Fri Jul 13 18:33:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 18:33: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 1SpkfR-0002GX-4a; Fri, 13 Jul 2012 18:32:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpkfP-0002Fk-6y for Xen-users@lists.xen.org; Fri, 13 Jul 2012 18:32:39 +0000 Received: from [85.158.139.83:46321] by server-8.bemta-5.messagelabs.com id D7/B3-10278-6C960005; Fri, 13 Jul 2012 18:32:38 +0000 X-Env-Sender: halcyon1981@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1342204357!20538871!1 X-Originating-IP: [74.125.82.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7500 invoked from network); 13 Jul 2012 18:32:37 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 18:32:37 -0000 Received: by weyz53 with SMTP id z53so2974926wey.32 for ; Fri, 13 Jul 2012 11:32:37 -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=OKQEniCnM+Kvw2k34WbgBozbicliWZXWcaINUXH+bIM=; b=L2v/NyeuY3hepMT4KAvuwfq7MXmqt1EBTlQfgKl1uplSlDJf+DREzKgW9dHvrVLpQN ukSVVlbipXPp1KXajDfA4n3iK/sSa/6+luI/BF+H1fP3zDDf+CTSF6WfcC7KXo/PbXyG NzDTFmmpM+MljM0zPY+36DoEYr9HgVgq4ul7Nht/QEJzqsvMY8ZfX+irxkwkp4Sq+1W0 en1UjaOnLITfC4uRTa2WEXrQg0wwPO/GGSxUqRr+eZriYVDmdKjILMTwNm6/TNLcyRmA Jgvga7MRemm/piZxwuRor4/J1QRy/u2X6B4/7XWmLvp2itsrOKPTOjtgK+m8ZBvv1quV cZHg== MIME-Version: 1.0 Received: by 10.180.19.169 with SMTP id g9mr6201017wie.9.1342204357441; Fri, 13 Jul 2012 11:32:37 -0700 (PDT) Received: by 10.223.83.9 with HTTP; Fri, 13 Jul 2012 11:32:37 -0700 (PDT) Date: Fri, 13 Jul 2012 11:32:37 -0700 Message-ID: From: David Erickson To: "xen-users@lists.xen.org" Subject: [Xen-users] Add in card GPU pass through causing built-in video artifacts X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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- Yesterday I put together a machine that successfully passes the GPU through to a Windows 7 x64 VM, however once the VM starts up, the onboard video card showing the console for dom0 starts showing scrambled video, predominantly a single random color wiping the screen. Everything in the VM seems fine, video is accelerated, etc. Rebooting or stopping the VM has no effect on the on-board video, I have to reset the box to fix it. Here are the relevant specs: Intel Xeon E3 1230 V2 (Ivy Bridge @ 3.3ghz) Tyan SS512GM4NR C204 chipset - with an ASPEED onboard video chipset ATI Radeon 7750 - passed through to Win 7 VM Ubuntu 12.04 x64, kernel recompiled to include xen pcidev backend statically xen-hypervisor-4.1-amd64 4.1.2-2ubuntu2.1 kernel line: module /vmlinuz-3.2.19 placeholder root=/dev/mapper/xen-root ro xen-pciback.hide=(01:00.0)(01:00.1)(00:1d.0) /etc/xen/win7.conf: kernel="/usr/lib/xen-4.1/boot/hvmloader" builder='hvm' memory = 4096 vcpus=4 name = "win7" vif = ['bridge=xenbr0'] disk = ['phy:/dev/xen/win7,hda,w','file:/home/user/en_windows_7_professional_x64_dvd_X15-65805.iso,hdc:cdrom,r'] acpi = 1 device_model = 'qemu-dm' boot="d" gfx_passthru=1 pci=['01:00.0','01:00.1','00:1d.0'] sdl=0 serial='pty' vnc=1 vnclisten="0.0.0.0" vncpasswd="" viridian=1 hpet=1 acpi=1 apic=1 pae=1 And VM is created simply using "sudo xm create /etc/xen/win7.conf" Any help or suggestions greatly appreciated! -David _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 18:33:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 18:33: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 1SpkfR-0002GX-4a; Fri, 13 Jul 2012 18:32:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpkfP-0002Fk-6y for Xen-users@lists.xen.org; Fri, 13 Jul 2012 18:32:39 +0000 Received: from [85.158.139.83:46321] by server-8.bemta-5.messagelabs.com id D7/B3-10278-6C960005; Fri, 13 Jul 2012 18:32:38 +0000 X-Env-Sender: halcyon1981@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1342204357!20538871!1 X-Originating-IP: [74.125.82.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7500 invoked from network); 13 Jul 2012 18:32:37 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 18:32:37 -0000 Received: by weyz53 with SMTP id z53so2974926wey.32 for ; Fri, 13 Jul 2012 11:32:37 -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=OKQEniCnM+Kvw2k34WbgBozbicliWZXWcaINUXH+bIM=; b=L2v/NyeuY3hepMT4KAvuwfq7MXmqt1EBTlQfgKl1uplSlDJf+DREzKgW9dHvrVLpQN ukSVVlbipXPp1KXajDfA4n3iK/sSa/6+luI/BF+H1fP3zDDf+CTSF6WfcC7KXo/PbXyG NzDTFmmpM+MljM0zPY+36DoEYr9HgVgq4ul7Nht/QEJzqsvMY8ZfX+irxkwkp4Sq+1W0 en1UjaOnLITfC4uRTa2WEXrQg0wwPO/GGSxUqRr+eZriYVDmdKjILMTwNm6/TNLcyRmA Jgvga7MRemm/piZxwuRor4/J1QRy/u2X6B4/7XWmLvp2itsrOKPTOjtgK+m8ZBvv1quV cZHg== MIME-Version: 1.0 Received: by 10.180.19.169 with SMTP id g9mr6201017wie.9.1342204357441; Fri, 13 Jul 2012 11:32:37 -0700 (PDT) Received: by 10.223.83.9 with HTTP; Fri, 13 Jul 2012 11:32:37 -0700 (PDT) Date: Fri, 13 Jul 2012 11:32:37 -0700 Message-ID: From: David Erickson To: "xen-users@lists.xen.org" Subject: [Xen-users] Add in card GPU pass through causing built-in video artifacts X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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- Yesterday I put together a machine that successfully passes the GPU through to a Windows 7 x64 VM, however once the VM starts up, the onboard video card showing the console for dom0 starts showing scrambled video, predominantly a single random color wiping the screen. Everything in the VM seems fine, video is accelerated, etc. Rebooting or stopping the VM has no effect on the on-board video, I have to reset the box to fix it. Here are the relevant specs: Intel Xeon E3 1230 V2 (Ivy Bridge @ 3.3ghz) Tyan SS512GM4NR C204 chipset - with an ASPEED onboard video chipset ATI Radeon 7750 - passed through to Win 7 VM Ubuntu 12.04 x64, kernel recompiled to include xen pcidev backend statically xen-hypervisor-4.1-amd64 4.1.2-2ubuntu2.1 kernel line: module /vmlinuz-3.2.19 placeholder root=/dev/mapper/xen-root ro xen-pciback.hide=(01:00.0)(01:00.1)(00:1d.0) /etc/xen/win7.conf: kernel="/usr/lib/xen-4.1/boot/hvmloader" builder='hvm' memory = 4096 vcpus=4 name = "win7" vif = ['bridge=xenbr0'] disk = ['phy:/dev/xen/win7,hda,w','file:/home/user/en_windows_7_professional_x64_dvd_X15-65805.iso,hdc:cdrom,r'] acpi = 1 device_model = 'qemu-dm' boot="d" gfx_passthru=1 pci=['01:00.0','01:00.1','00:1d.0'] sdl=0 serial='pty' vnc=1 vnclisten="0.0.0.0" vncpasswd="" viridian=1 hpet=1 acpi=1 apic=1 pae=1 And VM is created simply using "sudo xm create /etc/xen/win7.conf" Any help or suggestions greatly appreciated! -David _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 19:05:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 19:05: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 1Spl9p-0002sJ-5v; Fri, 13 Jul 2012 19:04:05 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Spl9m-0002s9-Mx for Xen-users@lists.xen.org; Fri, 13 Jul 2012 19:04:03 +0000 X-Env-Sender: halcyon1981@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1342206235!8960859!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3919 invoked from network); 13 Jul 2012 19:03:55 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 19:03:55 -0000 Received: by weyz53 with SMTP id z53so2994361wey.32 for ; Fri, 13 Jul 2012 12:03: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 :content-type; bh=r0xEdpbjEa1fTfzXlLANid9IRS+jyedvWwf+8/UAVkE=; b=WCM5eUB/ysN2dYB5EFl53TL1Mwtw9dfd/orVD9GN4aZElCW3XTby76eoUHSHSha6Ht iQImeqlYiZm7QUaDh63zE7WW+28iID08Qe4aXc2T83YihbcKzZ2vRn9VomGBypsAwoiJ BIA8NpbeUhJdgEoo8TJh7rIkuIG8hmEauAlWGpUkHHQ1INuNaYFPr1TdKsvJSUZKNwpF 2a4dV6V4bw0sVGZnT/ZcUdw3Rbo5qnWiSx8qgcgzxi7dV193l3xyNzYTZGsRH3o+P2sh 3sj8NCteUlyFDLpRUA5/3CRZAqi+UBd9PvQu1DEXPInNkD3pclxIwO7WFLdnrYF0ZmGW ezSA== MIME-Version: 1.0 Received: by 10.216.3.85 with SMTP id 63mr1129150weg.134.1342206230327; Fri, 13 Jul 2012 12:03:50 -0700 (PDT) Received: by 10.223.83.9 with HTTP; Fri, 13 Jul 2012 12:03:50 -0700 (PDT) In-Reply-To: References: Date: Fri, 13 Jul 2012 12:03:50 -0700 Message-ID: From: David Erickson To: "xen-users@lists.xen.org" Content-Type: multipart/mixed; boundary=0016364d279b92f2a704c4babd17 Subject: Re: [Xen-users] Add in card GPU pass through causing built-in video artifacts X-BeenThere: xen-users@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 --0016364d279b92f2a704c4babd17 Content-Type: text/plain; charset=ISO-8859-1 Also incase it is relevant, I noticed during boot up the following line: * Starting load fallback graphics devices [fail] I am also attaching the log file from starting the VM. Thanks, David On Fri, Jul 13, 2012 at 11:32 AM, David Erickson wrote: > Hi all- > Yesterday I put together a machine that successfully passes the GPU > through to a Windows 7 x64 VM, however once the VM starts up, the > onboard video card showing the console for dom0 starts showing > scrambled video, predominantly a single random color wiping the > screen. Everything in the VM seems fine, video is accelerated, etc. > Rebooting or stopping the VM has no effect on the on-board video, I > have to reset the box to fix it. Here are the relevant specs: > > Intel Xeon E3 1230 V2 (Ivy Bridge @ 3.3ghz) > Tyan SS512GM4NR C204 chipset - with an ASPEED onboard video chipset > ATI Radeon 7750 - passed through to Win 7 VM > > Ubuntu 12.04 x64, kernel recompiled to include xen pcidev backend statically > xen-hypervisor-4.1-amd64 4.1.2-2ubuntu2.1 > kernel line: module /vmlinuz-3.2.19 placeholder > root=/dev/mapper/xen-root ro > xen-pciback.hide=(01:00.0)(01:00.1)(00:1d.0) > > /etc/xen/win7.conf: > > kernel="/usr/lib/xen-4.1/boot/hvmloader" > builder='hvm' > memory = 4096 > vcpus=4 > name = "win7" > vif = ['bridge=xenbr0'] > disk = ['phy:/dev/xen/win7,hda,w','file:/home/user/en_windows_7_professional_x64_dvd_X15-65805.iso,hdc:cdrom,r'] > acpi = 1 > device_model = 'qemu-dm' > boot="d" > gfx_passthru=1 > pci=['01:00.0','01:00.1','00:1d.0'] > sdl=0 > serial='pty' > vnc=1 > vnclisten="0.0.0.0" > vncpasswd="" > viridian=1 > hpet=1 > acpi=1 > apic=1 > pae=1 > > And VM is created simply using "sudo xm create /etc/xen/win7.conf" > > Any help or suggestions greatly appreciated! > > -David --0016364d279b92f2a704c4babd17 Content-Type: application/octet-stream; name="qemu-dm-win7.log" Content-Disposition: attachment; filename="qemu-dm-win7.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h4lmum6l0 ZG9taWQ6IDEKLWMgY29uZmlnIHFlbXUgbmV0d29yayB3aXRoIHhlbiBicmlkZ2UgZm9yIAp0YXAx LjAgeGVuYnIwClVzaW5nIGZpbGUgL2Rldi94ZW4vd2luNyBpbiByZWFkLXdyaXRlIG1vZGUKVXNp bmcgZmlsZSAvaG9tZS91c2VyL2VuX3dpbmRvd3NfN19wcm9mZXNzaW9uYWxfeDY0X2R2ZF9YMTUt NjU4MDUuaXNvIGluIHJlYWQtb25seSBtb2RlCldhdGNoaW5nIC9sb2NhbC9kb21haW4vMC9kZXZp Y2UtbW9kZWwvMS9sb2dkaXJ0eS9jbWQKV2F0Y2hpbmcgL2xvY2FsL2RvbWFpbi8wL2RldmljZS1t b2RlbC8xL2NvbW1hbmQKV2F0Y2hpbmcgL2xvY2FsL2RvbWFpbi8xL2NwdQpjaGFyIGRldmljZSBy ZWRpcmVjdGVkIHRvIC9kZXYvcHRzLzEKcWVtdV9tYXBfY2FjaGVfaW5pdCBucl9idWNrZXRzID0g MTAwMDAgc2l6ZSA0MTk0MzA0CnNoYXJlZCBwYWdlIGF0IHBmbiBmZWZmZApidWZmZXJlZCBpbyBw YWdlIGF0IHBmbiBmZWZmYgpHdWVzdCB1dWlkID0gYTcxMDMyOGEtODk2MC05ZTE1LTM0YmUtMWVl MDY3NGNiNTU5ClRpbWUgb2Zmc2V0IHNldCAwClJlZ2lzdGVyIHhlbiBwbGF0Zm9ybS4KRG9uZSBy ZWdpc3RlciBwbGF0Zm9ybS4KcGxhdGZvcm1fZml4ZWRfaW9wb3J0OiBjaGFuZ2VkIHJvL3J3IHN0 YXRlIG9mIFJPTSBtZW1vcnkgYXJlYS4gbm93IGlzIHJ3IHN0YXRlLgp4c19yZWFkKC9sb2NhbC9k b21haW4vMC9kZXZpY2UtbW9kZWwvMS94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJy b3IKeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vYTcxMDMyOGEtODk2MC05ZTE1 LTM0YmUtMWVlMDY3NGNiNTU5L3ZuY3Bhc3N3ZC4KbWVkaXVtIGNoYW5nZSB3YXRjaCBvbiBgaGRj JyAoaW5kZXg6IDEpOiAvaG9tZS91c2VyL2VuX3dpbmRvd3NfN19wcm9mZXNzaW9uYWxfeDY0X2R2 ZF9YMTUtNjU4MDUuaXNvCkkvTyByZXF1ZXN0IG5vdCByZWFkeTogMCwgcHRyOiAwLCBwb3J0OiAw LCBkYXRhOiAwLCBjb3VudDogMCwgc2l6ZTogMApMb2ctZGlydHk6IG5vIGNvbW1hbmQgeWV0LgpJ L08gcmVxdWVzdCBub3QgcmVhZHk6IDAsIHB0cjogMCwgcG9ydDogMCwgZGF0YTogMCwgY291bnQ6 IDAsIHNpemU6IDAKSS9PIHJlcXVlc3Qgbm90IHJlYWR5OiAwLCBwdHI6IDAsIHBvcnQ6IDAsIGRh dGE6IDAsIGNvdW50OiAwLCBzaXplOiAwCnZjcHUtc2V0OiB3YXRjaCBub2RlIGVycm9yLgpJL08g cmVxdWVzdCBub3QgcmVhZHk6IDAsIHB0cjogMCwgcG9ydDogMCwgZGF0YTogMCwgY291bnQ6IDAs IHNpemU6IDAKeHNfcmVhZCgvbG9jYWwvZG9tYWluLzEvbG9nLXRocm90dGxpbmcpOiByZWFkIGVy cm9yCnFlbXU6IGlnbm9yaW5nIG5vdC11bmRlcnN0b29kIGRyaXZlIGAvbG9jYWwvZG9tYWluLzEv bG9nLXRocm90dGxpbmcnCm1lZGl1bSBjaGFuZ2Ugd2F0Y2ggb24gYC9sb2NhbC9kb21haW4vMS9s b2ctdGhyb3R0bGluZycgLSB1bmtub3duIGRldmljZSwgaWdub3JlZApkbS1jb21tYW5kOiBob3Qg aW5zZXJ0IHBhc3MtdGhyb3VnaCBwY2kgZGV2IApyZWdpc3Rlcl9yZWFsX2RldmljZTogQXNzaWdu aW5nIHJlYWwgcGh5c2ljYWwgZGV2aWNlIDAxOjAwLjAgLi4uCnJlZ2lzdGVyX3JlYWxfZGV2aWNl OiBFbmFibGUgTVNJIHRyYW5zbGF0aW9uIHZpYSBwZXIgZGV2aWNlIG9wdGlvbgpyZWdpc3Rlcl9y ZWFsX2RldmljZTogRGlzYWJsZSBwb3dlciBtYW5hZ2VtZW50CnB0X2lvbXVsX2luaXQ6IEVycm9y OiBwdF9pb211bF9pbml0IGNhbid0IG9wZW4gZmlsZSAvZGV2L3hlbi9wY2lfaW9tdWw6IE5vIHN1 Y2ggZmlsZSBvciBkaXJlY3Rvcnk6IDB4MToweDAuMHgwCnB0X3JlZ2lzdGVyX3JlZ2lvbnM6IElP IHJlZ2lvbiByZWdpc3RlcmVkIChzaXplPTB4MTAwMDAwMDAgYmFzZV9hZGRyPTB4ZTAwMDAwMGMp CnB0X3JlZ2lzdGVyX3JlZ2lvbnM6IElPIHJlZ2lvbiByZWdpc3RlcmVkIChzaXplPTB4MDAwNDAw MDAgYmFzZV9hZGRyPTB4ZjdhMDAwMDQpCnB0X3JlZ2lzdGVyX3JlZ2lvbnM6IElPIHJlZ2lvbiBy ZWdpc3RlcmVkIChzaXplPTB4MDAwMDAxMDAgYmFzZV9hZGRyPTB4MDAwMGUwMDEpCnB0X3JlZ2lz dGVyX3JlZ2lvbnM6IEV4cGFuc2lvbiBST00gcmVnaXN0ZXJlZCAoc2l6ZT0weDAwMDIwMDAwIGJh c2VfYWRkcj0weGY3YTQwMDAwKQpwY2lsaWI6IENhbm5vdCBvcGVuIC9zeXMvYnVzL3BjaS9kZXZp Y2VzLzAwMDA6MDA6MDIuMC9jb25maWcKcGNpbGliOiBDYW5ub3Qgb3BlbiAvc3lzL2J1cy9wY2kv ZGV2aWNlcy8wMDAwOjAwOjAyLjAvY29uZmlnCnB0X21zaV9zZXR1cDogbXNpIG1hcHBlZCB3aXRo IHBpcnEgMzcKcGNpX2ludHg6IGludHg9MQpyZWdpc3Rlcl9yZWFsX2RldmljZTogUmVhbCBwaHlz aWNhbCBkZXZpY2UgMDE6MDAuMCByZWdpc3RlcmVkIHN1Y2Nlc3NmdWx5IQpJUlEgdHlwZSA9IE1T SS1JTlR4CmRtLWNvbW1hbmQ6IGhvdCBpbnNlcnQgcGFzcy10aHJvdWdoIHBjaSBkZXYgCnJlZ2lz dGVyX3JlYWxfZGV2aWNlOiBBc3NpZ25pbmcgcmVhbCBwaHlzaWNhbCBkZXZpY2UgMDE6MDAuMSAu Li4KcmVnaXN0ZXJfcmVhbF9kZXZpY2U6IEVuYWJsZSBNU0kgdHJhbnNsYXRpb24gdmlhIHBlciBk ZXZpY2Ugb3B0aW9uCnJlZ2lzdGVyX3JlYWxfZGV2aWNlOiBEaXNhYmxlIHBvd2VyIG1hbmFnZW1l bnQKcHRfaW9tdWxfaW5pdDogRXJyb3I6IHB0X2lvbXVsX2luaXQgY2FuJ3Qgb3BlbiBmaWxlIC9k ZXYveGVuL3BjaV9pb211bDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeTogMHgxOjB4MC4weDEK cHRfcmVnaXN0ZXJfcmVnaW9uczogSU8gcmVnaW9uIHJlZ2lzdGVyZWQgKHNpemU9MHgwMDAwNDAw MCBiYXNlX2FkZHI9MHhmN2E2MDAwNCkKcHRfbXNpX3NldHVwOiBtc2kgbWFwcGVkIHdpdGggcGly cSAzNgpwY2lfaW50eDogaW50eD0yCnJlZ2lzdGVyX3JlYWxfZGV2aWNlOiBSZWFsIHBoeXNpY2Fs IGRldmljZSAwMTowMC4xIHJlZ2lzdGVyZWQgc3VjY2Vzc2Z1bHkhCklSUSB0eXBlID0gTVNJLUlO VHgKZG0tY29tbWFuZDogaG90IGluc2VydCBwYXNzLXRocm91Z2ggcGNpIGRldiAKcmVnaXN0ZXJf cmVhbF9kZXZpY2U6IEFzc2lnbmluZyByZWFsIHBoeXNpY2FsIGRldmljZSAwMDoxZC4wIC4uLgpy ZWdpc3Rlcl9yZWFsX2RldmljZTogRW5hYmxlIE1TSSB0cmFuc2xhdGlvbiB2aWEgcGVyIGRldmlj ZSBvcHRpb24KcmVnaXN0ZXJfcmVhbF9kZXZpY2U6IERpc2FibGUgcG93ZXIgbWFuYWdlbWVudApw dF9pb211bF9pbml0OiBFcnJvcjogcHRfaW9tdWxfaW5pdCBjYW4ndCBvcGVuIGZpbGUgL2Rldi94 ZW4vcGNpX2lvbXVsOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5OiAweDA6MHgxZC4weDAKcHRf cmVnaXN0ZXJfcmVnaW9uczogSU8gcmVnaW9uIHJlZ2lzdGVyZWQgKHNpemU9MHgwMDAwMDQwMCBi YXNlX2FkZHI9MHhmN2IwMzAwMCkKcGNpX2ludHg6IGludHg9MQpyZWdpc3Rlcl9yZWFsX2Rldmlj ZTogUmVhbCBwaHlzaWNhbCBkZXZpY2UgMDA6MWQuMCByZWdpc3RlcmVkIHN1Y2Nlc3NmdWx5IQpJ UlEgdHlwZSA9IElOVHgKY2hhciBkZXZpY2UgcmVkaXJlY3RlZCB0byAvZGV2L3B0cy8yCnhlbiBi ZTogY29uc29sZS0wOiB4ZW4gYmU6IGNvbnNvbGUtMDogaW5pdGlhbGlzZSgpIGZhaWxlZAppbml0 aWFsaXNlKCkgZmFpbGVkCnhlbiBiZTogY29uc29sZS0wOiB4ZW4gYmU6IGNvbnNvbGUtMDogaW5p dGlhbGlzZSgpIGZhaWxlZAppbml0aWFsaXNlKCkgZmFpbGVkCnhlbiBiZTogY29uc29sZS0wOiB4 ZW4gYmU6IGNvbnNvbGUtMDogaW5pdGlhbGlzZSgpIGZhaWxlZAppbml0aWFsaXNlKCkgZmFpbGVk CnhlbiBiZTogY29uc29sZS0wOiB4ZW4gYmU6IGNvbnNvbGUtMDogaW5pdGlhbGlzZSgpIGZhaWxl ZAppbml0aWFsaXNlKCkgZmFpbGVkCnhlbiBiZTogY29uc29sZS0wOiB4ZW4gYmU6IGNvbnNvbGUt MDogaW5pdGlhbGlzZSgpIGZhaWxlZAppbml0aWFsaXNlKCkgZmFpbGVkCnhlbiBiZTogY29uc29s ZS0wOiB4ZW4gYmU6IGNvbnNvbGUtMDogaW5pdGlhbGlzZSgpIGZhaWxlZAppbml0aWFsaXNlKCkg ZmFpbGVkCnhlbiBiZTogY29uc29sZS0wOiB4ZW4gYmU6IGNvbnNvbGUtMDogaW5pdGlhbGlzZSgp IGZhaWxlZAppbml0aWFsaXNlKCkgZmFpbGVkCnhlbiBiZTogY29uc29sZS0wOiB4ZW4gYmU6IGNv bnNvbGUtMDogaW5pdGlhbGlzZSgpIGZhaWxlZAppbml0aWFsaXNlKCkgZmFpbGVkCnhlbiBiZTog Y29uc29sZS0wOiB4ZW4gYmU6IGNvbnNvbGUtMDogaW5pdGlhbGlzZSgpIGZhaWxlZAppbml0aWFs aXNlKCkgZmFpbGVkCnhlbiBiZTogY29uc29sZS0wOiB4ZW4gYmU6IGNvbnNvbGUtMDogaW5pdGlh bGlzZSgpIGZhaWxlZAppbml0aWFsaXNlKCkgZmFpbGVkCnhlbiBiZTogY29uc29sZS0wOiB4ZW4g YmU6IGNvbnNvbGUtMDogaW5pdGlhbGlzZSgpIGZhaWxlZAppbml0aWFsaXNlKCkgZmFpbGVkCnhl biBiZTogY29uc29sZS0wOiB4ZW4gYmU6IGNvbnNvbGUtMDogaW5pdGlhbGlzZSgpIGZhaWxlZApp bml0aWFsaXNlKCkgZmFpbGVkCnB0X2lvbWVtX21hcDogZV9waHlzPWUwMDAwMDAwIG1hZGRyPWUw MDAwMDAwIHR5cGU9OCBsZW49MjY4NDM1NDU2IGluZGV4PTAgZmlyc3RfbWFwPTEKcHRfaW9tZW1f bWFwOiBlX3BoeXM9ZjEwMDAwMDAgbWFkZHI9ZjdhMDAwMDAgdHlwZT0wIGxlbj0yNjIxNDQgaW5k ZXg9MiBmaXJzdF9tYXA9MQpwdF9pb21lbV9tYXA6IGVfcGh5cz1mMTA2MDAwMCBtYWRkcj1mN2E2 MDAwMCB0eXBlPTAgbGVuPTE2Mzg0IGluZGV4PTAgZmlyc3RfbWFwPTEKcHRfaW9tZW1fbWFwOiBl X3BoeXM9ZjEwNjQwMDAgbWFkZHI9ZjdiMDMwMDAgdHlwZT0wIGxlbj00MDk2IGluZGV4PTAgZmly c3RfbWFwPTEKcHRfaW9wb3J0X21hcDogZV9waHlzPWMyMDAgcGlvX2Jhc2U9ZTAwMCBsZW49MjU2 IGluZGV4PTQgZmlyc3RfbWFwPTEKcGxhdGZvcm1fZml4ZWRfaW9wb3J0OiBjaGFuZ2VkIHJvL3J3 IHN0YXRlIG9mIFJPTSBtZW1vcnkgYXJlYS4gbm93IGlzIHJ3IHN0YXRlLgpwbGF0Zm9ybV9maXhl ZF9pb3BvcnQ6IGNoYW5nZWQgcm8vcncgc3RhdGUgb2YgUk9NIG1lbW9yeSBhcmVhLiBub3cgaXMg cm8gc3RhdGUuCnB0X3BjaV9yZWFkX2NvbmZpZzogRXJyb3I6IEZhaWxlZCB0byByZWFkIHJlZ2lz dGVyIHdpdGggaW52YWxpZCBhY2Nlc3Mgc2l6ZSBhbGlnbm1lbnQuIFswMDowNS4wXVtPZmZzZXQ6 MGVoXVtMZW5ndGg6NF0KcHRfcGNpX3JlYWRfY29uZmlnOiBFcnJvcjogRmFpbGVkIHRvIHJlYWQg cmVnaXN0ZXIgd2l0aCBpbnZhbGlkIGFjY2VzcyBzaXplIGFsaWdubWVudC4gWzAwOjA1LjBdW09m ZnNldDowZWhdW0xlbmd0aDo0XQpwdF9wY2lfcmVhZF9jb25maWc6IEVycm9yOiBGYWlsZWQgdG8g cmVhZCByZWdpc3RlciB3aXRoIGludmFsaWQgYWNjZXNzIHNpemUgYWxpZ25tZW50LiBbMDA6MDUu MF1bT2Zmc2V0OjBlaF1bTGVuZ3RoOjRdCnB0X3BjaV9yZWFkX2NvbmZpZzogRXJyb3I6IEZhaWxl ZCB0byByZWFkIHJlZ2lzdGVyIHdpdGggaW52YWxpZCBhY2Nlc3Mgc2l6ZSBhbGlnbm1lbnQuIFsw MDowNS4wXVtPZmZzZXQ6MGVoXVtMZW5ndGg6NF0KcHRfcGNpX3JlYWRfY29uZmlnOiBFcnJvcjog RmFpbGVkIHRvIHJlYWQgcmVnaXN0ZXIgd2l0aCBpbnZhbGlkIGFjY2VzcyBzaXplIGFsaWdubWVu dC4gWzAwOjA1LjBdW09mZnNldDowZWhdW0xlbmd0aDo0XQpwdF9wY2lfcmVhZF9jb25maWc6IEVy cm9yOiBGYWlsZWQgdG8gcmVhZCByZWdpc3RlciB3aXRoIGludmFsaWQgYWNjZXNzIHNpemUgYWxp Z25tZW50LiBbMDA6MDUuMF1bT2Zmc2V0OjBlaF1bTGVuZ3RoOjRdCnB0X3BjaV9yZWFkX2NvbmZp ZzogRXJyb3I6IEZhaWxlZCB0byByZWFkIHJlZ2lzdGVyIHdpdGggaW52YWxpZCBhY2Nlc3Mgc2l6 ZSBhbGlnbm1lbnQuIFswMDowNS4wXVtPZmZzZXQ6MGVoXVtMZW5ndGg6NF0KcHRfcGNpX3JlYWRf Y29uZmlnOiBFcnJvcjogRmFpbGVkIHRvIHJlYWQgcmVnaXN0ZXIgd2l0aCBpbnZhbGlkIGFjY2Vz cyBzaXplIGFsaWdubWVudC4gWzAwOjA2LjBdW09mZnNldDowZWhdW0xlbmd0aDo0XQpwdF9wY2lf cmVhZF9jb25maWc6IEVycm9yOiBGYWlsZWQgdG8gcmVhZCByZWdpc3RlciB3aXRoIGludmFsaWQg YWNjZXNzIHNpemUgYWxpZ25tZW50LiBbMDA6MDYuMF1bT2Zmc2V0OjBlaF1bTGVuZ3RoOjRdCnB0 X3BjaV9yZWFkX2NvbmZpZzogRXJyb3I6IEZhaWxlZCB0byByZWFkIHJlZ2lzdGVyIHdpdGggaW52 YWxpZCBhY2Nlc3Mgc2l6ZSBhbGlnbm1lbnQuIFswMDowNi4wXVtPZmZzZXQ6MGVoXVtMZW5ndGg6 NF0KcHRfcGNpX3JlYWRfY29uZmlnOiBFcnJvcjogRmFpbGVkIHRvIHJlYWQgcmVnaXN0ZXIgd2l0 aCBpbnZhbGlkIGFjY2VzcyBzaXplIGFsaWdubWVudC4gWzAwOjA2LjBdW09mZnNldDowZWhdW0xl bmd0aDo0XQpwdF9wY2lfcmVhZF9jb25maWc6IEVycm9yOiBGYWlsZWQgdG8gcmVhZCByZWdpc3Rl ciB3aXRoIGludmFsaWQgYWNjZXNzIHNpemUgYWxpZ25tZW50LiBbMDA6MDYuMF1bT2Zmc2V0OjBl aF1bTGVuZ3RoOjRdCnB0X3BjaV9yZWFkX2NvbmZpZzogRXJyb3I6IEZhaWxlZCB0byByZWFkIHJl Z2lzdGVyIHdpdGggaW52YWxpZCBhY2Nlc3Mgc2l6ZSBhbGlnbm1lbnQuIFswMDowNi4wXVtPZmZz ZXQ6MGVoXVtMZW5ndGg6NF0KcHRfcGNpX3JlYWRfY29uZmlnOiBFcnJvcjogRmFpbGVkIHRvIHJl YWQgcmVnaXN0ZXIgd2l0aCBpbnZhbGlkIGFjY2VzcyBzaXplIGFsaWdubWVudC4gWzAwOjA2LjBd W09mZnNldDowZWhdW0xlbmd0aDo0XQpVbmtub3duIFBWIHByb2R1Y3QgMiBsb2FkZWQgaW4gZ3Vl c3QKUFYgZHJpdmVyIGJ1aWxkIDEKcmVnaW9uIHR5cGUgMSBhdCBbYzEwMCxjMjAwKS4KcmVnaW9u IHR5cGUgMCBhdCBbZjEwNjUwMDAsZjEwNjUxMDApLgpzcXVhc2ggaW9tZW0gW2YxMDY1MDAwLCBm MTA2NTEwMCkuCnB0X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWUwMDAwMDAwIHR5 cGU9OCBsZW49MjY4NDM1NDU2IGluZGV4PTAgZmlyc3RfbWFwPTAKcHRfaW9tZW1fbWFwOiBlX3Bo eXM9ZmZmZmZmZmYgbWFkZHI9ZjdhMDAwMDAgdHlwZT0wIGxlbj0yNjIxNDQgaW5kZXg9MiBmaXJz dF9tYXA9MApwdF9pb3BvcnRfbWFwOiBlX3BoeXM9ZmZmZiBwaW9fYmFzZT1lMDAwIGxlbj0yNTYg aW5kZXg9NCBmaXJzdF9tYXA9MApwdF9pb21lbV9tYXA6IGVfcGh5cz1lMDAwMDAwMCBtYWRkcj1l MDAwMDAwMCB0eXBlPTggbGVuPTI2ODQzNTQ1NiBpbmRleD0wIGZpcnN0X21hcD0wCnB0X2lvbWVt X21hcDogZV9waHlzPWYxMDAwMDAwIG1hZGRyPWY3YTAwMDAwIHR5cGU9MCBsZW49MjYyMTQ0IGlu ZGV4PTIgZmlyc3RfbWFwPTAKcHRfaW9wb3J0X21hcDogZV9waHlzPWMyMDAgcGlvX2Jhc2U9ZTAw MCBsZW49MjU2IGluZGV4PTQgZmlyc3RfbWFwPTAKcHRfaW9tZW1fbWFwOiBlX3BoeXM9ZmZmZmZm ZmYgbWFkZHI9ZjdhNjAwMDAgdHlwZT0wIGxlbj0xNjM4NCBpbmRleD0wIGZpcnN0X21hcD0wCnB0 X2lvbWVtX21hcDogZV9waHlzPWYxMDYwMDAwIG1hZGRyPWY3YTYwMDAwIHR5cGU9MCBsZW49MTYz ODQgaW5kZXg9MCBmaXJzdF9tYXA9MApwdF9pb21lbV9tYXA6IGVfcGh5cz1mZmZmZmZmZiBtYWRk cj1mN2IwMzAwMCB0eXBlPTAgbGVuPTQwOTYgaW5kZXg9MCBmaXJzdF9tYXA9MApwdF9pb21lbV9t YXA6IGVfcGh5cz1mMTA2NDAwMCBtYWRkcj1mN2IwMzAwMCB0eXBlPTAgbGVuPTQwOTYgaW5kZXg9 MCBmaXJzdF9tYXA9MApwdF9pb21lbV9tYXA6IGVfcGh5cz1mZmZmZmZmZiBtYWRkcj1lMDAwMDAw MCB0eXBlPTggbGVuPTI2ODQzNTQ1NiBpbmRleD0wIGZpcnN0X21hcD0wCnB0X2lvbWVtX21hcDog ZV9waHlzPWZmZmZmZmZmIG1hZGRyPWY3YTAwMDAwIHR5cGU9MCBsZW49MjYyMTQ0IGluZGV4PTIg Zmlyc3RfbWFwPTAKcHRfaW9wb3J0X21hcDogZV9waHlzPWZmZmYgcGlvX2Jhc2U9ZTAwMCBsZW49 MjU2IGluZGV4PTQgZmlyc3RfbWFwPTAKcHRfaW9tZW1fbWFwOiBlX3BoeXM9ZTAwMDAwMDAgbWFk ZHI9ZTAwMDAwMDAgdHlwZT04IGxlbj0yNjg0MzU0NTYgaW5kZXg9MCBmaXJzdF9tYXA9MApwdF9p b21lbV9tYXA6IGVfcGh5cz1mMTAwMDAwMCBtYWRkcj1mN2EwMDAwMCB0eXBlPTAgbGVuPTI2MjE0 NCBpbmRleD0yIGZpcnN0X21hcD0wCnB0X2lvcG9ydF9tYXA6IGVfcGh5cz1jMjAwIHBpb19iYXNl PWUwMDAgbGVuPTI1NiBpbmRleD00IGZpcnN0X21hcD0wCnB0X21zZ2N0cmxfcmVnX3dyaXRlOiBn dWVzdCBlbmFibGluZyBNU0ksIGRpc2FibGUgTVNJLUlOVHggdHJhbnNsYXRpb24KcGNpX2ludHg6 IGludHg9MQpwdF9tc2lfdXBkYXRlOiBVcGRhdGUgbXNpIHdpdGggcGlycSAzNyBndmVjIGIwIGdm bGFncyAxMzBmCnB0X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWY3YTYwMDAwIHR5 cGU9MCBsZW49MTYzODQgaW5kZXg9MCBmaXJzdF9tYXA9MApwdF9pb21lbV9tYXA6IGVfcGh5cz1m ZmZmZmZmZiBtYWRkcj1mN2IwMzAwMCB0eXBlPTAgbGVuPTQwOTYgaW5kZXg9MCBmaXJzdF9tYXA9 MApwdF9pb21lbV9tYXA6IGVfcGh5cz1mMTA2MDAwMCBtYWRkcj1mN2E2MDAwMCB0eXBlPTAgbGVu PTE2Mzg0IGluZGV4PTAgZmlyc3RfbWFwPTAKcHRfaW9tZW1fbWFwOiBlX3BoeXM9ZjEwNjQwMDAg bWFkZHI9ZjdiMDMwMDAgdHlwZT0wIGxlbj00MDk2IGluZGV4PTAgZmlyc3RfbWFwPTAKcHRfaW9t ZW1fbWFwOiBlX3BoeXM9ZmZmZmZmZmYgbWFkZHI9ZjdhNjAwMDAgdHlwZT0wIGxlbj0xNjM4NCBp bmRleD0wIGZpcnN0X21hcD0wCnB0X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWY3 YjAzMDAwIHR5cGU9MCBsZW49NDA5NiBpbmRleD0wIGZpcnN0X21hcD0wCnNodXRkb3duIHJlcXVl c3RlZCBpbiBjcHVfaGFuZGxlX2lvcmVxCklzc3VlZCBkb21haW4gMSBwb3dlcm9mZgo= --0016364d279b92f2a704c4babd17 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --0016364d279b92f2a704c4babd17-- From xen-users-bounces@lists.xen.org Fri Jul 13 19:05:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 19:05: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 1Spl9p-0002sJ-5v; Fri, 13 Jul 2012 19:04:05 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Spl9m-0002s9-Mx for Xen-users@lists.xen.org; Fri, 13 Jul 2012 19:04:03 +0000 X-Env-Sender: halcyon1981@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1342206235!8960859!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3919 invoked from network); 13 Jul 2012 19:03:55 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 19:03:55 -0000 Received: by weyz53 with SMTP id z53so2994361wey.32 for ; Fri, 13 Jul 2012 12:03: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 :content-type; bh=r0xEdpbjEa1fTfzXlLANid9IRS+jyedvWwf+8/UAVkE=; b=WCM5eUB/ysN2dYB5EFl53TL1Mwtw9dfd/orVD9GN4aZElCW3XTby76eoUHSHSha6Ht iQImeqlYiZm7QUaDh63zE7WW+28iID08Qe4aXc2T83YihbcKzZ2vRn9VomGBypsAwoiJ BIA8NpbeUhJdgEoo8TJh7rIkuIG8hmEauAlWGpUkHHQ1INuNaYFPr1TdKsvJSUZKNwpF 2a4dV6V4bw0sVGZnT/ZcUdw3Rbo5qnWiSx8qgcgzxi7dV193l3xyNzYTZGsRH3o+P2sh 3sj8NCteUlyFDLpRUA5/3CRZAqi+UBd9PvQu1DEXPInNkD3pclxIwO7WFLdnrYF0ZmGW ezSA== MIME-Version: 1.0 Received: by 10.216.3.85 with SMTP id 63mr1129150weg.134.1342206230327; Fri, 13 Jul 2012 12:03:50 -0700 (PDT) Received: by 10.223.83.9 with HTTP; Fri, 13 Jul 2012 12:03:50 -0700 (PDT) In-Reply-To: References: Date: Fri, 13 Jul 2012 12:03:50 -0700 Message-ID: From: David Erickson To: "xen-users@lists.xen.org" Content-Type: multipart/mixed; boundary=0016364d279b92f2a704c4babd17 Subject: Re: [Xen-users] Add in card GPU pass through causing built-in video artifacts X-BeenThere: xen-users@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 --0016364d279b92f2a704c4babd17 Content-Type: text/plain; charset=ISO-8859-1 Also incase it is relevant, I noticed during boot up the following line: * Starting load fallback graphics devices [fail] I am also attaching the log file from starting the VM. Thanks, David On Fri, Jul 13, 2012 at 11:32 AM, David Erickson wrote: > Hi all- > Yesterday I put together a machine that successfully passes the GPU > through to a Windows 7 x64 VM, however once the VM starts up, the > onboard video card showing the console for dom0 starts showing > scrambled video, predominantly a single random color wiping the > screen. Everything in the VM seems fine, video is accelerated, etc. > Rebooting or stopping the VM has no effect on the on-board video, I > have to reset the box to fix it. Here are the relevant specs: > > Intel Xeon E3 1230 V2 (Ivy Bridge @ 3.3ghz) > Tyan SS512GM4NR C204 chipset - with an ASPEED onboard video chipset > ATI Radeon 7750 - passed through to Win 7 VM > > Ubuntu 12.04 x64, kernel recompiled to include xen pcidev backend statically > xen-hypervisor-4.1-amd64 4.1.2-2ubuntu2.1 > kernel line: module /vmlinuz-3.2.19 placeholder > root=/dev/mapper/xen-root ro > xen-pciback.hide=(01:00.0)(01:00.1)(00:1d.0) > > /etc/xen/win7.conf: > > kernel="/usr/lib/xen-4.1/boot/hvmloader" > builder='hvm' > memory = 4096 > vcpus=4 > name = "win7" > vif = ['bridge=xenbr0'] > disk = ['phy:/dev/xen/win7,hda,w','file:/home/user/en_windows_7_professional_x64_dvd_X15-65805.iso,hdc:cdrom,r'] > acpi = 1 > device_model = 'qemu-dm' > boot="d" > gfx_passthru=1 > pci=['01:00.0','01:00.1','00:1d.0'] > sdl=0 > serial='pty' > vnc=1 > vnclisten="0.0.0.0" > vncpasswd="" > viridian=1 > hpet=1 > acpi=1 > apic=1 > pae=1 > > And VM is created simply using "sudo xm create /etc/xen/win7.conf" > > Any help or suggestions greatly appreciated! > > -David --0016364d279b92f2a704c4babd17 Content-Type: application/octet-stream; name="qemu-dm-win7.log" Content-Disposition: attachment; filename="qemu-dm-win7.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h4lmum6l0 ZG9taWQ6IDEKLWMgY29uZmlnIHFlbXUgbmV0d29yayB3aXRoIHhlbiBicmlkZ2UgZm9yIAp0YXAx LjAgeGVuYnIwClVzaW5nIGZpbGUgL2Rldi94ZW4vd2luNyBpbiByZWFkLXdyaXRlIG1vZGUKVXNp bmcgZmlsZSAvaG9tZS91c2VyL2VuX3dpbmRvd3NfN19wcm9mZXNzaW9uYWxfeDY0X2R2ZF9YMTUt NjU4MDUuaXNvIGluIHJlYWQtb25seSBtb2RlCldhdGNoaW5nIC9sb2NhbC9kb21haW4vMC9kZXZp Y2UtbW9kZWwvMS9sb2dkaXJ0eS9jbWQKV2F0Y2hpbmcgL2xvY2FsL2RvbWFpbi8wL2RldmljZS1t b2RlbC8xL2NvbW1hbmQKV2F0Y2hpbmcgL2xvY2FsL2RvbWFpbi8xL2NwdQpjaGFyIGRldmljZSBy ZWRpcmVjdGVkIHRvIC9kZXYvcHRzLzEKcWVtdV9tYXBfY2FjaGVfaW5pdCBucl9idWNrZXRzID0g MTAwMDAgc2l6ZSA0MTk0MzA0CnNoYXJlZCBwYWdlIGF0IHBmbiBmZWZmZApidWZmZXJlZCBpbyBw YWdlIGF0IHBmbiBmZWZmYgpHdWVzdCB1dWlkID0gYTcxMDMyOGEtODk2MC05ZTE1LTM0YmUtMWVl MDY3NGNiNTU5ClRpbWUgb2Zmc2V0IHNldCAwClJlZ2lzdGVyIHhlbiBwbGF0Zm9ybS4KRG9uZSBy ZWdpc3RlciBwbGF0Zm9ybS4KcGxhdGZvcm1fZml4ZWRfaW9wb3J0OiBjaGFuZ2VkIHJvL3J3IHN0 YXRlIG9mIFJPTSBtZW1vcnkgYXJlYS4gbm93IGlzIHJ3IHN0YXRlLgp4c19yZWFkKC9sb2NhbC9k b21haW4vMC9kZXZpY2UtbW9kZWwvMS94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJy b3IKeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vYTcxMDMyOGEtODk2MC05ZTE1 LTM0YmUtMWVlMDY3NGNiNTU5L3ZuY3Bhc3N3ZC4KbWVkaXVtIGNoYW5nZSB3YXRjaCBvbiBgaGRj JyAoaW5kZXg6IDEpOiAvaG9tZS91c2VyL2VuX3dpbmRvd3NfN19wcm9mZXNzaW9uYWxfeDY0X2R2 ZF9YMTUtNjU4MDUuaXNvCkkvTyByZXF1ZXN0IG5vdCByZWFkeTogMCwgcHRyOiAwLCBwb3J0OiAw LCBkYXRhOiAwLCBjb3VudDogMCwgc2l6ZTogMApMb2ctZGlydHk6IG5vIGNvbW1hbmQgeWV0LgpJ L08gcmVxdWVzdCBub3QgcmVhZHk6IDAsIHB0cjogMCwgcG9ydDogMCwgZGF0YTogMCwgY291bnQ6 IDAsIHNpemU6IDAKSS9PIHJlcXVlc3Qgbm90IHJlYWR5OiAwLCBwdHI6IDAsIHBvcnQ6IDAsIGRh dGE6IDAsIGNvdW50OiAwLCBzaXplOiAwCnZjcHUtc2V0OiB3YXRjaCBub2RlIGVycm9yLgpJL08g cmVxdWVzdCBub3QgcmVhZHk6IDAsIHB0cjogMCwgcG9ydDogMCwgZGF0YTogMCwgY291bnQ6IDAs IHNpemU6IDAKeHNfcmVhZCgvbG9jYWwvZG9tYWluLzEvbG9nLXRocm90dGxpbmcpOiByZWFkIGVy cm9yCnFlbXU6IGlnbm9yaW5nIG5vdC11bmRlcnN0b29kIGRyaXZlIGAvbG9jYWwvZG9tYWluLzEv bG9nLXRocm90dGxpbmcnCm1lZGl1bSBjaGFuZ2Ugd2F0Y2ggb24gYC9sb2NhbC9kb21haW4vMS9s b2ctdGhyb3R0bGluZycgLSB1bmtub3duIGRldmljZSwgaWdub3JlZApkbS1jb21tYW5kOiBob3Qg aW5zZXJ0IHBhc3MtdGhyb3VnaCBwY2kgZGV2IApyZWdpc3Rlcl9yZWFsX2RldmljZTogQXNzaWdu aW5nIHJlYWwgcGh5c2ljYWwgZGV2aWNlIDAxOjAwLjAgLi4uCnJlZ2lzdGVyX3JlYWxfZGV2aWNl OiBFbmFibGUgTVNJIHRyYW5zbGF0aW9uIHZpYSBwZXIgZGV2aWNlIG9wdGlvbgpyZWdpc3Rlcl9y ZWFsX2RldmljZTogRGlzYWJsZSBwb3dlciBtYW5hZ2VtZW50CnB0X2lvbXVsX2luaXQ6IEVycm9y OiBwdF9pb211bF9pbml0IGNhbid0IG9wZW4gZmlsZSAvZGV2L3hlbi9wY2lfaW9tdWw6IE5vIHN1 Y2ggZmlsZSBvciBkaXJlY3Rvcnk6IDB4MToweDAuMHgwCnB0X3JlZ2lzdGVyX3JlZ2lvbnM6IElP IHJlZ2lvbiByZWdpc3RlcmVkIChzaXplPTB4MTAwMDAwMDAgYmFzZV9hZGRyPTB4ZTAwMDAwMGMp CnB0X3JlZ2lzdGVyX3JlZ2lvbnM6IElPIHJlZ2lvbiByZWdpc3RlcmVkIChzaXplPTB4MDAwNDAw MDAgYmFzZV9hZGRyPTB4ZjdhMDAwMDQpCnB0X3JlZ2lzdGVyX3JlZ2lvbnM6IElPIHJlZ2lvbiBy ZWdpc3RlcmVkIChzaXplPTB4MDAwMDAxMDAgYmFzZV9hZGRyPTB4MDAwMGUwMDEpCnB0X3JlZ2lz dGVyX3JlZ2lvbnM6IEV4cGFuc2lvbiBST00gcmVnaXN0ZXJlZCAoc2l6ZT0weDAwMDIwMDAwIGJh c2VfYWRkcj0weGY3YTQwMDAwKQpwY2lsaWI6IENhbm5vdCBvcGVuIC9zeXMvYnVzL3BjaS9kZXZp Y2VzLzAwMDA6MDA6MDIuMC9jb25maWcKcGNpbGliOiBDYW5ub3Qgb3BlbiAvc3lzL2J1cy9wY2kv ZGV2aWNlcy8wMDAwOjAwOjAyLjAvY29uZmlnCnB0X21zaV9zZXR1cDogbXNpIG1hcHBlZCB3aXRo IHBpcnEgMzcKcGNpX2ludHg6IGludHg9MQpyZWdpc3Rlcl9yZWFsX2RldmljZTogUmVhbCBwaHlz aWNhbCBkZXZpY2UgMDE6MDAuMCByZWdpc3RlcmVkIHN1Y2Nlc3NmdWx5IQpJUlEgdHlwZSA9IE1T SS1JTlR4CmRtLWNvbW1hbmQ6IGhvdCBpbnNlcnQgcGFzcy10aHJvdWdoIHBjaSBkZXYgCnJlZ2lz dGVyX3JlYWxfZGV2aWNlOiBBc3NpZ25pbmcgcmVhbCBwaHlzaWNhbCBkZXZpY2UgMDE6MDAuMSAu Li4KcmVnaXN0ZXJfcmVhbF9kZXZpY2U6IEVuYWJsZSBNU0kgdHJhbnNsYXRpb24gdmlhIHBlciBk ZXZpY2Ugb3B0aW9uCnJlZ2lzdGVyX3JlYWxfZGV2aWNlOiBEaXNhYmxlIHBvd2VyIG1hbmFnZW1l bnQKcHRfaW9tdWxfaW5pdDogRXJyb3I6IHB0X2lvbXVsX2luaXQgY2FuJ3Qgb3BlbiBmaWxlIC9k ZXYveGVuL3BjaV9pb211bDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeTogMHgxOjB4MC4weDEK cHRfcmVnaXN0ZXJfcmVnaW9uczogSU8gcmVnaW9uIHJlZ2lzdGVyZWQgKHNpemU9MHgwMDAwNDAw MCBiYXNlX2FkZHI9MHhmN2E2MDAwNCkKcHRfbXNpX3NldHVwOiBtc2kgbWFwcGVkIHdpdGggcGly cSAzNgpwY2lfaW50eDogaW50eD0yCnJlZ2lzdGVyX3JlYWxfZGV2aWNlOiBSZWFsIHBoeXNpY2Fs IGRldmljZSAwMTowMC4xIHJlZ2lzdGVyZWQgc3VjY2Vzc2Z1bHkhCklSUSB0eXBlID0gTVNJLUlO VHgKZG0tY29tbWFuZDogaG90IGluc2VydCBwYXNzLXRocm91Z2ggcGNpIGRldiAKcmVnaXN0ZXJf cmVhbF9kZXZpY2U6IEFzc2lnbmluZyByZWFsIHBoeXNpY2FsIGRldmljZSAwMDoxZC4wIC4uLgpy ZWdpc3Rlcl9yZWFsX2RldmljZTogRW5hYmxlIE1TSSB0cmFuc2xhdGlvbiB2aWEgcGVyIGRldmlj ZSBvcHRpb24KcmVnaXN0ZXJfcmVhbF9kZXZpY2U6IERpc2FibGUgcG93ZXIgbWFuYWdlbWVudApw dF9pb211bF9pbml0OiBFcnJvcjogcHRfaW9tdWxfaW5pdCBjYW4ndCBvcGVuIGZpbGUgL2Rldi94 ZW4vcGNpX2lvbXVsOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5OiAweDA6MHgxZC4weDAKcHRf cmVnaXN0ZXJfcmVnaW9uczogSU8gcmVnaW9uIHJlZ2lzdGVyZWQgKHNpemU9MHgwMDAwMDQwMCBi YXNlX2FkZHI9MHhmN2IwMzAwMCkKcGNpX2ludHg6IGludHg9MQpyZWdpc3Rlcl9yZWFsX2Rldmlj ZTogUmVhbCBwaHlzaWNhbCBkZXZpY2UgMDA6MWQuMCByZWdpc3RlcmVkIHN1Y2Nlc3NmdWx5IQpJ UlEgdHlwZSA9IElOVHgKY2hhciBkZXZpY2UgcmVkaXJlY3RlZCB0byAvZGV2L3B0cy8yCnhlbiBi ZTogY29uc29sZS0wOiB4ZW4gYmU6IGNvbnNvbGUtMDogaW5pdGlhbGlzZSgpIGZhaWxlZAppbml0 aWFsaXNlKCkgZmFpbGVkCnhlbiBiZTogY29uc29sZS0wOiB4ZW4gYmU6IGNvbnNvbGUtMDogaW5p dGlhbGlzZSgpIGZhaWxlZAppbml0aWFsaXNlKCkgZmFpbGVkCnhlbiBiZTogY29uc29sZS0wOiB4 ZW4gYmU6IGNvbnNvbGUtMDogaW5pdGlhbGlzZSgpIGZhaWxlZAppbml0aWFsaXNlKCkgZmFpbGVk CnhlbiBiZTogY29uc29sZS0wOiB4ZW4gYmU6IGNvbnNvbGUtMDogaW5pdGlhbGlzZSgpIGZhaWxl ZAppbml0aWFsaXNlKCkgZmFpbGVkCnhlbiBiZTogY29uc29sZS0wOiB4ZW4gYmU6IGNvbnNvbGUt MDogaW5pdGlhbGlzZSgpIGZhaWxlZAppbml0aWFsaXNlKCkgZmFpbGVkCnhlbiBiZTogY29uc29s ZS0wOiB4ZW4gYmU6IGNvbnNvbGUtMDogaW5pdGlhbGlzZSgpIGZhaWxlZAppbml0aWFsaXNlKCkg ZmFpbGVkCnhlbiBiZTogY29uc29sZS0wOiB4ZW4gYmU6IGNvbnNvbGUtMDogaW5pdGlhbGlzZSgp IGZhaWxlZAppbml0aWFsaXNlKCkgZmFpbGVkCnhlbiBiZTogY29uc29sZS0wOiB4ZW4gYmU6IGNv bnNvbGUtMDogaW5pdGlhbGlzZSgpIGZhaWxlZAppbml0aWFsaXNlKCkgZmFpbGVkCnhlbiBiZTog Y29uc29sZS0wOiB4ZW4gYmU6IGNvbnNvbGUtMDogaW5pdGlhbGlzZSgpIGZhaWxlZAppbml0aWFs aXNlKCkgZmFpbGVkCnhlbiBiZTogY29uc29sZS0wOiB4ZW4gYmU6IGNvbnNvbGUtMDogaW5pdGlh bGlzZSgpIGZhaWxlZAppbml0aWFsaXNlKCkgZmFpbGVkCnhlbiBiZTogY29uc29sZS0wOiB4ZW4g YmU6IGNvbnNvbGUtMDogaW5pdGlhbGlzZSgpIGZhaWxlZAppbml0aWFsaXNlKCkgZmFpbGVkCnhl biBiZTogY29uc29sZS0wOiB4ZW4gYmU6IGNvbnNvbGUtMDogaW5pdGlhbGlzZSgpIGZhaWxlZApp bml0aWFsaXNlKCkgZmFpbGVkCnB0X2lvbWVtX21hcDogZV9waHlzPWUwMDAwMDAwIG1hZGRyPWUw MDAwMDAwIHR5cGU9OCBsZW49MjY4NDM1NDU2IGluZGV4PTAgZmlyc3RfbWFwPTEKcHRfaW9tZW1f bWFwOiBlX3BoeXM9ZjEwMDAwMDAgbWFkZHI9ZjdhMDAwMDAgdHlwZT0wIGxlbj0yNjIxNDQgaW5k ZXg9MiBmaXJzdF9tYXA9MQpwdF9pb21lbV9tYXA6IGVfcGh5cz1mMTA2MDAwMCBtYWRkcj1mN2E2 MDAwMCB0eXBlPTAgbGVuPTE2Mzg0IGluZGV4PTAgZmlyc3RfbWFwPTEKcHRfaW9tZW1fbWFwOiBl X3BoeXM9ZjEwNjQwMDAgbWFkZHI9ZjdiMDMwMDAgdHlwZT0wIGxlbj00MDk2IGluZGV4PTAgZmly c3RfbWFwPTEKcHRfaW9wb3J0X21hcDogZV9waHlzPWMyMDAgcGlvX2Jhc2U9ZTAwMCBsZW49MjU2 IGluZGV4PTQgZmlyc3RfbWFwPTEKcGxhdGZvcm1fZml4ZWRfaW9wb3J0OiBjaGFuZ2VkIHJvL3J3 IHN0YXRlIG9mIFJPTSBtZW1vcnkgYXJlYS4gbm93IGlzIHJ3IHN0YXRlLgpwbGF0Zm9ybV9maXhl ZF9pb3BvcnQ6IGNoYW5nZWQgcm8vcncgc3RhdGUgb2YgUk9NIG1lbW9yeSBhcmVhLiBub3cgaXMg cm8gc3RhdGUuCnB0X3BjaV9yZWFkX2NvbmZpZzogRXJyb3I6IEZhaWxlZCB0byByZWFkIHJlZ2lz dGVyIHdpdGggaW52YWxpZCBhY2Nlc3Mgc2l6ZSBhbGlnbm1lbnQuIFswMDowNS4wXVtPZmZzZXQ6 MGVoXVtMZW5ndGg6NF0KcHRfcGNpX3JlYWRfY29uZmlnOiBFcnJvcjogRmFpbGVkIHRvIHJlYWQg cmVnaXN0ZXIgd2l0aCBpbnZhbGlkIGFjY2VzcyBzaXplIGFsaWdubWVudC4gWzAwOjA1LjBdW09m ZnNldDowZWhdW0xlbmd0aDo0XQpwdF9wY2lfcmVhZF9jb25maWc6IEVycm9yOiBGYWlsZWQgdG8g cmVhZCByZWdpc3RlciB3aXRoIGludmFsaWQgYWNjZXNzIHNpemUgYWxpZ25tZW50LiBbMDA6MDUu MF1bT2Zmc2V0OjBlaF1bTGVuZ3RoOjRdCnB0X3BjaV9yZWFkX2NvbmZpZzogRXJyb3I6IEZhaWxl ZCB0byByZWFkIHJlZ2lzdGVyIHdpdGggaW52YWxpZCBhY2Nlc3Mgc2l6ZSBhbGlnbm1lbnQuIFsw MDowNS4wXVtPZmZzZXQ6MGVoXVtMZW5ndGg6NF0KcHRfcGNpX3JlYWRfY29uZmlnOiBFcnJvcjog RmFpbGVkIHRvIHJlYWQgcmVnaXN0ZXIgd2l0aCBpbnZhbGlkIGFjY2VzcyBzaXplIGFsaWdubWVu dC4gWzAwOjA1LjBdW09mZnNldDowZWhdW0xlbmd0aDo0XQpwdF9wY2lfcmVhZF9jb25maWc6IEVy cm9yOiBGYWlsZWQgdG8gcmVhZCByZWdpc3RlciB3aXRoIGludmFsaWQgYWNjZXNzIHNpemUgYWxp Z25tZW50LiBbMDA6MDUuMF1bT2Zmc2V0OjBlaF1bTGVuZ3RoOjRdCnB0X3BjaV9yZWFkX2NvbmZp ZzogRXJyb3I6IEZhaWxlZCB0byByZWFkIHJlZ2lzdGVyIHdpdGggaW52YWxpZCBhY2Nlc3Mgc2l6 ZSBhbGlnbm1lbnQuIFswMDowNS4wXVtPZmZzZXQ6MGVoXVtMZW5ndGg6NF0KcHRfcGNpX3JlYWRf Y29uZmlnOiBFcnJvcjogRmFpbGVkIHRvIHJlYWQgcmVnaXN0ZXIgd2l0aCBpbnZhbGlkIGFjY2Vz cyBzaXplIGFsaWdubWVudC4gWzAwOjA2LjBdW09mZnNldDowZWhdW0xlbmd0aDo0XQpwdF9wY2lf cmVhZF9jb25maWc6IEVycm9yOiBGYWlsZWQgdG8gcmVhZCByZWdpc3RlciB3aXRoIGludmFsaWQg YWNjZXNzIHNpemUgYWxpZ25tZW50LiBbMDA6MDYuMF1bT2Zmc2V0OjBlaF1bTGVuZ3RoOjRdCnB0 X3BjaV9yZWFkX2NvbmZpZzogRXJyb3I6IEZhaWxlZCB0byByZWFkIHJlZ2lzdGVyIHdpdGggaW52 YWxpZCBhY2Nlc3Mgc2l6ZSBhbGlnbm1lbnQuIFswMDowNi4wXVtPZmZzZXQ6MGVoXVtMZW5ndGg6 NF0KcHRfcGNpX3JlYWRfY29uZmlnOiBFcnJvcjogRmFpbGVkIHRvIHJlYWQgcmVnaXN0ZXIgd2l0 aCBpbnZhbGlkIGFjY2VzcyBzaXplIGFsaWdubWVudC4gWzAwOjA2LjBdW09mZnNldDowZWhdW0xl bmd0aDo0XQpwdF9wY2lfcmVhZF9jb25maWc6IEVycm9yOiBGYWlsZWQgdG8gcmVhZCByZWdpc3Rl ciB3aXRoIGludmFsaWQgYWNjZXNzIHNpemUgYWxpZ25tZW50LiBbMDA6MDYuMF1bT2Zmc2V0OjBl aF1bTGVuZ3RoOjRdCnB0X3BjaV9yZWFkX2NvbmZpZzogRXJyb3I6IEZhaWxlZCB0byByZWFkIHJl Z2lzdGVyIHdpdGggaW52YWxpZCBhY2Nlc3Mgc2l6ZSBhbGlnbm1lbnQuIFswMDowNi4wXVtPZmZz ZXQ6MGVoXVtMZW5ndGg6NF0KcHRfcGNpX3JlYWRfY29uZmlnOiBFcnJvcjogRmFpbGVkIHRvIHJl YWQgcmVnaXN0ZXIgd2l0aCBpbnZhbGlkIGFjY2VzcyBzaXplIGFsaWdubWVudC4gWzAwOjA2LjBd W09mZnNldDowZWhdW0xlbmd0aDo0XQpVbmtub3duIFBWIHByb2R1Y3QgMiBsb2FkZWQgaW4gZ3Vl c3QKUFYgZHJpdmVyIGJ1aWxkIDEKcmVnaW9uIHR5cGUgMSBhdCBbYzEwMCxjMjAwKS4KcmVnaW9u IHR5cGUgMCBhdCBbZjEwNjUwMDAsZjEwNjUxMDApLgpzcXVhc2ggaW9tZW0gW2YxMDY1MDAwLCBm MTA2NTEwMCkuCnB0X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWUwMDAwMDAwIHR5 cGU9OCBsZW49MjY4NDM1NDU2IGluZGV4PTAgZmlyc3RfbWFwPTAKcHRfaW9tZW1fbWFwOiBlX3Bo eXM9ZmZmZmZmZmYgbWFkZHI9ZjdhMDAwMDAgdHlwZT0wIGxlbj0yNjIxNDQgaW5kZXg9MiBmaXJz dF9tYXA9MApwdF9pb3BvcnRfbWFwOiBlX3BoeXM9ZmZmZiBwaW9fYmFzZT1lMDAwIGxlbj0yNTYg aW5kZXg9NCBmaXJzdF9tYXA9MApwdF9pb21lbV9tYXA6IGVfcGh5cz1lMDAwMDAwMCBtYWRkcj1l MDAwMDAwMCB0eXBlPTggbGVuPTI2ODQzNTQ1NiBpbmRleD0wIGZpcnN0X21hcD0wCnB0X2lvbWVt X21hcDogZV9waHlzPWYxMDAwMDAwIG1hZGRyPWY3YTAwMDAwIHR5cGU9MCBsZW49MjYyMTQ0IGlu ZGV4PTIgZmlyc3RfbWFwPTAKcHRfaW9wb3J0X21hcDogZV9waHlzPWMyMDAgcGlvX2Jhc2U9ZTAw MCBsZW49MjU2IGluZGV4PTQgZmlyc3RfbWFwPTAKcHRfaW9tZW1fbWFwOiBlX3BoeXM9ZmZmZmZm ZmYgbWFkZHI9ZjdhNjAwMDAgdHlwZT0wIGxlbj0xNjM4NCBpbmRleD0wIGZpcnN0X21hcD0wCnB0 X2lvbWVtX21hcDogZV9waHlzPWYxMDYwMDAwIG1hZGRyPWY3YTYwMDAwIHR5cGU9MCBsZW49MTYz ODQgaW5kZXg9MCBmaXJzdF9tYXA9MApwdF9pb21lbV9tYXA6IGVfcGh5cz1mZmZmZmZmZiBtYWRk cj1mN2IwMzAwMCB0eXBlPTAgbGVuPTQwOTYgaW5kZXg9MCBmaXJzdF9tYXA9MApwdF9pb21lbV9t YXA6IGVfcGh5cz1mMTA2NDAwMCBtYWRkcj1mN2IwMzAwMCB0eXBlPTAgbGVuPTQwOTYgaW5kZXg9 MCBmaXJzdF9tYXA9MApwdF9pb21lbV9tYXA6IGVfcGh5cz1mZmZmZmZmZiBtYWRkcj1lMDAwMDAw MCB0eXBlPTggbGVuPTI2ODQzNTQ1NiBpbmRleD0wIGZpcnN0X21hcD0wCnB0X2lvbWVtX21hcDog ZV9waHlzPWZmZmZmZmZmIG1hZGRyPWY3YTAwMDAwIHR5cGU9MCBsZW49MjYyMTQ0IGluZGV4PTIg Zmlyc3RfbWFwPTAKcHRfaW9wb3J0X21hcDogZV9waHlzPWZmZmYgcGlvX2Jhc2U9ZTAwMCBsZW49 MjU2IGluZGV4PTQgZmlyc3RfbWFwPTAKcHRfaW9tZW1fbWFwOiBlX3BoeXM9ZTAwMDAwMDAgbWFk ZHI9ZTAwMDAwMDAgdHlwZT04IGxlbj0yNjg0MzU0NTYgaW5kZXg9MCBmaXJzdF9tYXA9MApwdF9p b21lbV9tYXA6IGVfcGh5cz1mMTAwMDAwMCBtYWRkcj1mN2EwMDAwMCB0eXBlPTAgbGVuPTI2MjE0 NCBpbmRleD0yIGZpcnN0X21hcD0wCnB0X2lvcG9ydF9tYXA6IGVfcGh5cz1jMjAwIHBpb19iYXNl PWUwMDAgbGVuPTI1NiBpbmRleD00IGZpcnN0X21hcD0wCnB0X21zZ2N0cmxfcmVnX3dyaXRlOiBn dWVzdCBlbmFibGluZyBNU0ksIGRpc2FibGUgTVNJLUlOVHggdHJhbnNsYXRpb24KcGNpX2ludHg6 IGludHg9MQpwdF9tc2lfdXBkYXRlOiBVcGRhdGUgbXNpIHdpdGggcGlycSAzNyBndmVjIGIwIGdm bGFncyAxMzBmCnB0X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWY3YTYwMDAwIHR5 cGU9MCBsZW49MTYzODQgaW5kZXg9MCBmaXJzdF9tYXA9MApwdF9pb21lbV9tYXA6IGVfcGh5cz1m ZmZmZmZmZiBtYWRkcj1mN2IwMzAwMCB0eXBlPTAgbGVuPTQwOTYgaW5kZXg9MCBmaXJzdF9tYXA9 MApwdF9pb21lbV9tYXA6IGVfcGh5cz1mMTA2MDAwMCBtYWRkcj1mN2E2MDAwMCB0eXBlPTAgbGVu PTE2Mzg0IGluZGV4PTAgZmlyc3RfbWFwPTAKcHRfaW9tZW1fbWFwOiBlX3BoeXM9ZjEwNjQwMDAg bWFkZHI9ZjdiMDMwMDAgdHlwZT0wIGxlbj00MDk2IGluZGV4PTAgZmlyc3RfbWFwPTAKcHRfaW9t ZW1fbWFwOiBlX3BoeXM9ZmZmZmZmZmYgbWFkZHI9ZjdhNjAwMDAgdHlwZT0wIGxlbj0xNjM4NCBp bmRleD0wIGZpcnN0X21hcD0wCnB0X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWY3 YjAzMDAwIHR5cGU9MCBsZW49NDA5NiBpbmRleD0wIGZpcnN0X21hcD0wCnNodXRkb3duIHJlcXVl c3RlZCBpbiBjcHVfaGFuZGxlX2lvcmVxCklzc3VlZCBkb21haW4gMSBwb3dlcm9mZgo= --0016364d279b92f2a704c4babd17 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --0016364d279b92f2a704c4babd17-- From xen-users-bounces@lists.xen.org Fri Jul 13 21:29:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 21:29:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpnPl-00040B-Kv; Fri, 13 Jul 2012 21:28:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpnPj-000406-KV for Xen-users@lists.xen.org; Fri, 13 Jul 2012 21:28:39 +0000 Received: from [85.158.143.99:19334] by server-2.bemta-4.messagelabs.com id 1F/63-17938-70390005; Fri, 13 Jul 2012 21:28:39 +0000 X-Env-Sender: halcyon1981@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1342214918!21692974!1 X-Originating-IP: [209.85.212.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22634 invoked from network); 13 Jul 2012 21:28:38 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 21:28:38 -0000 Received: by wibhm6 with SMTP id hm6so810621wib.14 for ; Fri, 13 Jul 2012 14:28:38 -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=UcFg4uMDe8EdxmhAAbTsbTYI2kbSDjqMHfpM0e4clQM=; b=MJb9hhaIs3f4SQfGoJwOHOj6FUfwMW46iZP+UfIOsEDCrS/1TeOkLEcgiLKb9slDPJ LU0aJdAqYlevPCHqh2SctEBSV3Ptx+ULVQOwGQ0UeimAbJyJLQNmfPbzP5OetDAyz4Yn Aidf66pWQ67YNoLXJIaHi/yPdMNTOnn+7E40yzyMiEPfMH89Uj8l9ANwU6p18hMNZajx LdJj7MzvCGUnZs4OIEDlXyetld97M5dVC+zGdJ4HC+jSIdVZ2iOBftSiiTwD+VSFbv57 ksR+4zhUpl2Hym2T5cmu7afBSqCAgNHLvN/YbAYz0aWdZIMu+whGoe4qALYEsCE/TBL3 DuwA== MIME-Version: 1.0 Received: by 10.180.83.234 with SMTP id t10mr1392979wiy.0.1342214918114; Fri, 13 Jul 2012 14:28:38 -0700 (PDT) Received: by 10.223.83.9 with HTTP; Fri, 13 Jul 2012 14:28:38 -0700 (PDT) Date: Fri, 13 Jul 2012 14:28:38 -0700 Message-ID: From: David Erickson To: "xen-users@lists.xen.org" Subject: [Xen-users] Installer hanging HVM Solaris 11 or OpenIndiana 151a X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi- I'm wondering if anyone has had success installing Solaris 11 or OpenIndiana 151a on an HVM VM? I'm not doing anything fancy, but as soon as the kernel starts to load it just hangs on "Probing for device nodes ..." (or resets when I try to pass through my m1015 HBA). I've tried both the live and text only installers for Solaris, no difference. I'm using Ubuntu 12.04, with Xen 4.1.2. Here is my config file: kernel="/usr/lib/xen-4.1/boot/hvmloader" builder='hvm' memory = 4096 vcpus=4 name = "solaris" vif = ['bridge=xenbr0'] disk = ['phy:/dev/xen/solaris,hda,w','file:/home/user/sol-11-1111-text-x86.iso,hdc:cdrom,r'] device_model = 'qemu-dm' boot="d" serial='pty' vnc=1 vnclisten="0.0.0.0" vncdisplay=1 vncpasswd="" Any help is greatly appreciated. Thanks, David _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 21:29:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 21:29:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpnPl-00040B-Kv; Fri, 13 Jul 2012 21:28:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpnPj-000406-KV for Xen-users@lists.xen.org; Fri, 13 Jul 2012 21:28:39 +0000 Received: from [85.158.143.99:19334] by server-2.bemta-4.messagelabs.com id 1F/63-17938-70390005; Fri, 13 Jul 2012 21:28:39 +0000 X-Env-Sender: halcyon1981@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1342214918!21692974!1 X-Originating-IP: [209.85.212.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22634 invoked from network); 13 Jul 2012 21:28:38 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2012 21:28:38 -0000 Received: by wibhm6 with SMTP id hm6so810621wib.14 for ; Fri, 13 Jul 2012 14:28:38 -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=UcFg4uMDe8EdxmhAAbTsbTYI2kbSDjqMHfpM0e4clQM=; b=MJb9hhaIs3f4SQfGoJwOHOj6FUfwMW46iZP+UfIOsEDCrS/1TeOkLEcgiLKb9slDPJ LU0aJdAqYlevPCHqh2SctEBSV3Ptx+ULVQOwGQ0UeimAbJyJLQNmfPbzP5OetDAyz4Yn Aidf66pWQ67YNoLXJIaHi/yPdMNTOnn+7E40yzyMiEPfMH89Uj8l9ANwU6p18hMNZajx LdJj7MzvCGUnZs4OIEDlXyetld97M5dVC+zGdJ4HC+jSIdVZ2iOBftSiiTwD+VSFbv57 ksR+4zhUpl2Hym2T5cmu7afBSqCAgNHLvN/YbAYz0aWdZIMu+whGoe4qALYEsCE/TBL3 DuwA== MIME-Version: 1.0 Received: by 10.180.83.234 with SMTP id t10mr1392979wiy.0.1342214918114; Fri, 13 Jul 2012 14:28:38 -0700 (PDT) Received: by 10.223.83.9 with HTTP; Fri, 13 Jul 2012 14:28:38 -0700 (PDT) Date: Fri, 13 Jul 2012 14:28:38 -0700 Message-ID: From: David Erickson To: "xen-users@lists.xen.org" Subject: [Xen-users] Installer hanging HVM Solaris 11 or OpenIndiana 151a X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi- I'm wondering if anyone has had success installing Solaris 11 or OpenIndiana 151a on an HVM VM? I'm not doing anything fancy, but as soon as the kernel starts to load it just hangs on "Probing for device nodes ..." (or resets when I try to pass through my m1015 HBA). I've tried both the live and text only installers for Solaris, no difference. I'm using Ubuntu 12.04, with Xen 4.1.2. Here is my config file: kernel="/usr/lib/xen-4.1/boot/hvmloader" builder='hvm' memory = 4096 vcpus=4 name = "solaris" vif = ['bridge=xenbr0'] disk = ['phy:/dev/xen/solaris,hda,w','file:/home/user/sol-11-1111-text-x86.iso,hdc:cdrom,r'] device_model = 'qemu-dm' boot="d" serial='pty' vnc=1 vnclisten="0.0.0.0" vncdisplay=1 vncpasswd="" Any help is greatly appreciated. Thanks, David _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 22:37:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 22:37: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 1SpoTC-0004fx-Cw; Fri, 13 Jul 2012 22:36:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpnoB-0004QO-2a for xen-users@lists.xen.org; Fri, 13 Jul 2012 21:53:55 +0000 Received: from [85.158.138.51:54829] by server-6.bemta-3.messagelabs.com id 51/BE-20447-2F890005; Fri, 13 Jul 2012 21:53:54 +0000 X-Env-Sender: osk@senft-net.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1342216433!20725824!1 X-Originating-IP: [188.40.108.11] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11803 invoked from network); 13 Jul 2012 21:53:53 -0000 Received: from core.qwho.net (HELO core.qwho.net) (188.40.108.11) by server-3.tower-174.messagelabs.com with SMTP; 13 Jul 2012 21:53:53 -0000 Received: from core.qwho.net (localhost [127.0.0.1]) by core.qwho.net (Postfix) with ESMTP id 1D85BBCE0EB; Fri, 13 Jul 2012 23:53:53 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on core X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.0 X-Spam-Level: Received: from bb.senft-net.com (unknown [192.168.42.6]) by core.qwho.net (Postfix) with ESMTP id EDB5BBCE0E8; Fri, 13 Jul 2012 23:53:52 +0200 (CEST) Received: from [192.168.2.5] (TS.senft-net.local [192.168.2.5]) by bb.senft-net.com (Postfix) with ESMTPSA id ACC4B17A265; Fri, 13 Jul 2012 23:53:52 +0200 (CEST) Message-ID: <500098F0.1090408@senft-net.com> Date: Fri, 13 Jul 2012 23:53:52 +0200 From: Oskar Senft User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4FF719B9.9070904@senft-net.com> <4FFF4ACE.9050804@senft-net.com> <20120713133725.79ad507f@internecto.net> In-Reply-To: <20120713133725.79ad507f@internecto.net> X-Enigmail-Version: 1.4.2 X-Mailman-Approved-At: Fri, 13 Jul 2012 22:36:17 +0000 Cc: Mark van Dijk Subject: Re: [Xen-users] Can't write to floppy image (fda) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 thanks for the ideas, but unofrunately neither of both worked. Here's what I'm getting: > disk = ['file:/root/xen/floppy,fda,w', 'file:/root/xen/win.img,hda,w' ] Error: Unable to find number for device (fda) Unfortunately Google has 0 results for that specific error message. > fda = ['file:/root/xen/floppy,fda,w',] Error: 'list' object has no attribute 'startswith' I think this means that it doesn't like the parameter being formatted as a list. When I remove the brackets [ ], I'm getting Error: Floppy file file:/root/xen/floppy,fda,w does not exist. So I think it expects the literal file name for the fda parameter and nothing else. Any other ideas? I'm getting the feeling that this is simply a bug ... Thanks Oskar. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 13 22:37:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Jul 2012 22:37: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 1SpoTC-0004fx-Cw; Fri, 13 Jul 2012 22:36:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpnoB-0004QO-2a for xen-users@lists.xen.org; Fri, 13 Jul 2012 21:53:55 +0000 Received: from [85.158.138.51:54829] by server-6.bemta-3.messagelabs.com id 51/BE-20447-2F890005; Fri, 13 Jul 2012 21:53:54 +0000 X-Env-Sender: osk@senft-net.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1342216433!20725824!1 X-Originating-IP: [188.40.108.11] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11803 invoked from network); 13 Jul 2012 21:53:53 -0000 Received: from core.qwho.net (HELO core.qwho.net) (188.40.108.11) by server-3.tower-174.messagelabs.com with SMTP; 13 Jul 2012 21:53:53 -0000 Received: from core.qwho.net (localhost [127.0.0.1]) by core.qwho.net (Postfix) with ESMTP id 1D85BBCE0EB; Fri, 13 Jul 2012 23:53:53 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on core X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.0 X-Spam-Level: Received: from bb.senft-net.com (unknown [192.168.42.6]) by core.qwho.net (Postfix) with ESMTP id EDB5BBCE0E8; Fri, 13 Jul 2012 23:53:52 +0200 (CEST) Received: from [192.168.2.5] (TS.senft-net.local [192.168.2.5]) by bb.senft-net.com (Postfix) with ESMTPSA id ACC4B17A265; Fri, 13 Jul 2012 23:53:52 +0200 (CEST) Message-ID: <500098F0.1090408@senft-net.com> Date: Fri, 13 Jul 2012 23:53:52 +0200 From: Oskar Senft User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4FF719B9.9070904@senft-net.com> <4FFF4ACE.9050804@senft-net.com> <20120713133725.79ad507f@internecto.net> In-Reply-To: <20120713133725.79ad507f@internecto.net> X-Enigmail-Version: 1.4.2 X-Mailman-Approved-At: Fri, 13 Jul 2012 22:36:17 +0000 Cc: Mark van Dijk Subject: Re: [Xen-users] Can't write to floppy image (fda) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 thanks for the ideas, but unofrunately neither of both worked. Here's what I'm getting: > disk = ['file:/root/xen/floppy,fda,w', 'file:/root/xen/win.img,hda,w' ] Error: Unable to find number for device (fda) Unfortunately Google has 0 results for that specific error message. > fda = ['file:/root/xen/floppy,fda,w',] Error: 'list' object has no attribute 'startswith' I think this means that it doesn't like the parameter being formatted as a list. When I remove the brackets [ ], I'm getting Error: Floppy file file:/root/xen/floppy,fda,w does not exist. So I think it expects the literal file name for the fda parameter and nothing else. Any other ideas? I'm getting the feeling that this is simply a bug ... Thanks Oskar. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 14 02:54:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Jul 2012 02:54: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 1SpsTV-0002Ll-RK; Sat, 14 Jul 2012 02:52:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpsTU-0002Lc-70 for xen-users@lists.xen.org; Sat, 14 Jul 2012 02:52:52 +0000 Received: from [85.158.143.35:5269] by server-3.bemta-4.messagelabs.com id 5B/43-05808-30FD0005; Sat, 14 Jul 2012 02:52:51 +0000 X-Env-Sender: davidtecher@yahoo.fr X-Msg-Ref: server-9.tower-21.messagelabs.com!1342234370!6132803!1 X-Originating-IP: [77.238.189.210] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1476 invoked from network); 14 Jul 2012 02:52:50 -0000 Received: from nm6-vm0.bullet.mail.ird.yahoo.com (HELO nm6-vm0.bullet.mail.ird.yahoo.com) (77.238.189.210) by server-9.tower-21.messagelabs.com with SMTP; 14 Jul 2012 02:52:50 -0000 Received: from [77.238.189.231] by nm6.bullet.mail.ird.yahoo.com with NNFMP; 14 Jul 2012 02:52:50 -0000 Received: from [212.82.108.239] by tm12.bullet.mail.ird.yahoo.com with NNFMP; 14 Jul 2012 02:52:50 -0000 Received: from [127.0.0.1] by omp1004.mail.ird.yahoo.com with NNFMP; 14 Jul 2012 02:52:50 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 596911.78436.bm@omp1004.mail.ird.yahoo.com Received: (qmail 4096 invoked by uid 60001); 14 Jul 2012 02:52:50 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1342234370; bh=9R/Su9EeLm/5W2/Jd71D8sZm+6dM2fICMEEglfQ3YHs=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type; b=IyFDbb4p6pfFXAHN+E07ORfU2ge+vqRCcwyPtqCuIMNlvvr7RhStH4cESgYQV/7OscRjEUee2tosd1CKvNgZvWTewM/EYrD3q7x0quvQCeeX9dd1O+QOUmvderDl0ofAODT5I2P1ymcyICR9uj8ubkqp27SyJ4D5H4B9AQ2r8ns= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type; b=tflmUX0Dw4CJQR3o6MSeON3b6WyhJ32bL9R6OXU/xeeEd5HigrdnHuo/oVDcykSKmT3yGfJ8Xh1JzE0za2FoOYcJrqfOQCPkyiC9UAY82cHEt0WzqhMUbNhAuBnqlAYmoF9bVpVs6OYeESoyw0IboMAa1qy1jV2/24gTfvx9k1A=; X-YMail-OSG: AVHlX54VM1kERrkw0UWSjtgwVyGLFPZNpOZKzZnBdQoQdB3 YOWVOw1fs2RtFg8Z99dxUyWqb1zfLRljwzsk7wtZiBK6IKYGmgvQ.DQhxMqV PNpuY3ewuSuPNipq3lUtZNqjgSp6pOX8nX2NHKYWsXwCcvlN2KaXnBgyyHFS MWAKkULMfKkqTvYwC43Fm5zatv8Z.8v.gb1GopYFyfF6xx0FT1lbNgmvHR8Q 2Eai8pfx.c2AKt01R3cJp0tJRodLUoHifQkQlqvNxfY.FQxmpA4BIsu4q88I XzKgUSm9et73Ys1coLdKGyxxcj0twUyWI8TFs_sRVBVgdaJu.3IQTtCjaMfh f.18HFw9i.0noBM.ZavFlreTxIIjqJDKJBtSIm_0JcvFjc64eT1yp9NIMe_R 1pUOXy51tAI9pB3aS.SYIKDhxxq3NcQEiX4y4CVInNaBeV.OToYFG0dHr94t IhYYiHAnwjk4ioliyFoR09Hl7b63kn5t_YjoeeyxDtcn2w33OjSWRVYIDr8R 97sC61_woux8b_iVug46CIS2nc4FOPU7Z.Gv0025hz0mlm9ElFtvvRRU_dSO 953dSfTLbu9UUSwTzW035LECFw2wVu8STWEvW69tYxb33Hlq8Uz5aGp4VtyB aUiUwtZooLfBV_HztbsaZfNQF4WZvaMGnCZx7GMLd2pVyFQpT8vi3Fzaze_W mXVBf0SyM05dapA-- Received: from [83.154.246.188] by web29801.mail.ird.yahoo.com via HTTP; Sat, 14 Jul 2012 03:52:50 BST X-Mailer: YahooMailWebService/0.8.120.356233 Message-ID: <1342234370.90365.YahooMailNeo@web29801.mail.ird.yahoo.com> Date: Sat, 14 Jul 2012 03:52:50 +0100 (BST) From: David TECHER To: "xen-devel@lists.xen.org" MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: [Xen-users] Xen VGA PassThrough - GTX 860 card - big size for VGA BIOS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: David TECHER List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7851318058968570510==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7851318058968570510== Content-Type: multipart/alternative; boundary="908097277-164289010-1342234370=:90365" --908097277-164289010-1342234370=:90365 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi=0A=0ALast patches for Nvidia and Xen 4.2 unstable could be found at http= ://www.davidgis.fr/download/xen-4.2_rev25240_gfx-passthrough-patchs.tar.bz2= =0A=0AIt works for GTX 560 Ti.=0A=0ADue to changeset 25525, don't forget to= add this parameter to your configuration file=0Apci_msitranslate =3D 1=0A= =0AI plan to test GTX 680. =0A=0A=0AOn Internet I discovered that all EEPRO= M - related to GTX 680 - for all GTX 680 cards=A0 have a size of 184KB wher= eas for my GTX 560Ti the size is 64 KB.=0AException is for Gigabyte GX 680 = OC (first bios version).=0A=0AWhat are the expected changes to do in Xen so= urces so that Xen could handle a size of 184KB for a GTX 680 card?=0A=0AKin= d regards.=0A=0ADavid. --908097277-164289010-1342234370=:90365 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi
Last patches for Nvidia and Xen 4.2 unstable could be found at = http://www.davidgis.fr/download/xen-4.2_rev25240_gfx-passthrough-patchs.tar= .bz2

It works for GTX 560 Ti.

=
Due to changeset 25525, d= on't forget to add this parameter to your configuration file
=0A
p=
ci_msitranslate =3D 1

I plan to test GTX 680.
=

On Internet I discovered that all EEPROM - relate= d to GTX 680 - for all GTX 680 cards  have a size of 184KB whereas for= my GTX 560Ti the size is 64 KB.
Exception is for Gigabyte GX 680= OC (first bios version).

What are the expected ch= anges to do in Xen sources so that Xen could handle a size of 184KB for a G= TX 680 card?

Kind regards.

David.

--908097277-164289010-1342234370=:90365-- --===============7851318058968570510== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7851318058968570510==-- From xen-users-bounces@lists.xen.org Sat Jul 14 02:54:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Jul 2012 02:54: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 1SpsTV-0002Ll-RK; Sat, 14 Jul 2012 02:52:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpsTU-0002Lc-70 for xen-users@lists.xen.org; Sat, 14 Jul 2012 02:52:52 +0000 Received: from [85.158.143.35:5269] by server-3.bemta-4.messagelabs.com id 5B/43-05808-30FD0005; Sat, 14 Jul 2012 02:52:51 +0000 X-Env-Sender: davidtecher@yahoo.fr X-Msg-Ref: server-9.tower-21.messagelabs.com!1342234370!6132803!1 X-Originating-IP: [77.238.189.210] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1476 invoked from network); 14 Jul 2012 02:52:50 -0000 Received: from nm6-vm0.bullet.mail.ird.yahoo.com (HELO nm6-vm0.bullet.mail.ird.yahoo.com) (77.238.189.210) by server-9.tower-21.messagelabs.com with SMTP; 14 Jul 2012 02:52:50 -0000 Received: from [77.238.189.231] by nm6.bullet.mail.ird.yahoo.com with NNFMP; 14 Jul 2012 02:52:50 -0000 Received: from [212.82.108.239] by tm12.bullet.mail.ird.yahoo.com with NNFMP; 14 Jul 2012 02:52:50 -0000 Received: from [127.0.0.1] by omp1004.mail.ird.yahoo.com with NNFMP; 14 Jul 2012 02:52:50 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 596911.78436.bm@omp1004.mail.ird.yahoo.com Received: (qmail 4096 invoked by uid 60001); 14 Jul 2012 02:52:50 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1342234370; bh=9R/Su9EeLm/5W2/Jd71D8sZm+6dM2fICMEEglfQ3YHs=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type; b=IyFDbb4p6pfFXAHN+E07ORfU2ge+vqRCcwyPtqCuIMNlvvr7RhStH4cESgYQV/7OscRjEUee2tosd1CKvNgZvWTewM/EYrD3q7x0quvQCeeX9dd1O+QOUmvderDl0ofAODT5I2P1ymcyICR9uj8ubkqp27SyJ4D5H4B9AQ2r8ns= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type; b=tflmUX0Dw4CJQR3o6MSeON3b6WyhJ32bL9R6OXU/xeeEd5HigrdnHuo/oVDcykSKmT3yGfJ8Xh1JzE0za2FoOYcJrqfOQCPkyiC9UAY82cHEt0WzqhMUbNhAuBnqlAYmoF9bVpVs6OYeESoyw0IboMAa1qy1jV2/24gTfvx9k1A=; X-YMail-OSG: AVHlX54VM1kERrkw0UWSjtgwVyGLFPZNpOZKzZnBdQoQdB3 YOWVOw1fs2RtFg8Z99dxUyWqb1zfLRljwzsk7wtZiBK6IKYGmgvQ.DQhxMqV PNpuY3ewuSuPNipq3lUtZNqjgSp6pOX8nX2NHKYWsXwCcvlN2KaXnBgyyHFS MWAKkULMfKkqTvYwC43Fm5zatv8Z.8v.gb1GopYFyfF6xx0FT1lbNgmvHR8Q 2Eai8pfx.c2AKt01R3cJp0tJRodLUoHifQkQlqvNxfY.FQxmpA4BIsu4q88I XzKgUSm9et73Ys1coLdKGyxxcj0twUyWI8TFs_sRVBVgdaJu.3IQTtCjaMfh f.18HFw9i.0noBM.ZavFlreTxIIjqJDKJBtSIm_0JcvFjc64eT1yp9NIMe_R 1pUOXy51tAI9pB3aS.SYIKDhxxq3NcQEiX4y4CVInNaBeV.OToYFG0dHr94t IhYYiHAnwjk4ioliyFoR09Hl7b63kn5t_YjoeeyxDtcn2w33OjSWRVYIDr8R 97sC61_woux8b_iVug46CIS2nc4FOPU7Z.Gv0025hz0mlm9ElFtvvRRU_dSO 953dSfTLbu9UUSwTzW035LECFw2wVu8STWEvW69tYxb33Hlq8Uz5aGp4VtyB aUiUwtZooLfBV_HztbsaZfNQF4WZvaMGnCZx7GMLd2pVyFQpT8vi3Fzaze_W mXVBf0SyM05dapA-- Received: from [83.154.246.188] by web29801.mail.ird.yahoo.com via HTTP; Sat, 14 Jul 2012 03:52:50 BST X-Mailer: YahooMailWebService/0.8.120.356233 Message-ID: <1342234370.90365.YahooMailNeo@web29801.mail.ird.yahoo.com> Date: Sat, 14 Jul 2012 03:52:50 +0100 (BST) From: David TECHER To: "xen-devel@lists.xen.org" MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: [Xen-users] Xen VGA PassThrough - GTX 860 card - big size for VGA BIOS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: David TECHER List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7851318058968570510==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7851318058968570510== Content-Type: multipart/alternative; boundary="908097277-164289010-1342234370=:90365" --908097277-164289010-1342234370=:90365 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi=0A=0ALast patches for Nvidia and Xen 4.2 unstable could be found at http= ://www.davidgis.fr/download/xen-4.2_rev25240_gfx-passthrough-patchs.tar.bz2= =0A=0AIt works for GTX 560 Ti.=0A=0ADue to changeset 25525, don't forget to= add this parameter to your configuration file=0Apci_msitranslate =3D 1=0A= =0AI plan to test GTX 680. =0A=0A=0AOn Internet I discovered that all EEPRO= M - related to GTX 680 - for all GTX 680 cards=A0 have a size of 184KB wher= eas for my GTX 560Ti the size is 64 KB.=0AException is for Gigabyte GX 680 = OC (first bios version).=0A=0AWhat are the expected changes to do in Xen so= urces so that Xen could handle a size of 184KB for a GTX 680 card?=0A=0AKin= d regards.=0A=0ADavid. --908097277-164289010-1342234370=:90365 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi
Last patches for Nvidia and Xen 4.2 unstable could be found at = http://www.davidgis.fr/download/xen-4.2_rev25240_gfx-passthrough-patchs.tar= .bz2

It works for GTX 560 Ti.

=
Due to changeset 25525, d= on't forget to add this parameter to your configuration file
=0A
p=
ci_msitranslate =3D 1

I plan to test GTX 680.
=

On Internet I discovered that all EEPROM - relate= d to GTX 680 - for all GTX 680 cards  have a size of 184KB whereas for= my GTX 560Ti the size is 64 KB.
Exception is for Gigabyte GX 680= OC (first bios version).

What are the expected ch= anges to do in Xen sources so that Xen could handle a size of 184KB for a G= TX 680 card?

Kind regards.

David.

--908097277-164289010-1342234370=:90365-- --===============7851318058968570510== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7851318058968570510==-- From xen-users-bounces@lists.xen.org Sat Jul 14 03:27:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Jul 2012 03:27:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpszG-0002y4-4X; Sat, 14 Jul 2012 03:25:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpszE-0002xz-7w for xen-users@lists.xen.org; Sat, 14 Jul 2012 03:25:40 +0000 Received: from [85.158.139.83:12878] by server-9.bemta-5.messagelabs.com id BF/BC-01069-3B6E0005; Sat, 14 Jul 2012 03:25:39 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-15.tower-182.messagelabs.com!1342236335!28629868!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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27752 invoked from network); 14 Jul 2012 03:25:38 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-15.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 14 Jul 2012 03:25:38 -0000 Received: from trantor.int.sbss.com.au ([192.168.200.206] helo=mail.bendigoit.com.au) by smtp2.bendigoit.com.au with esmtp (Exim 4.72) (envelope-from ) id 1Spsz4-0000mM-Eh; Sat, 14 Jul 2012 13:25:30 +1000 Received: from BITCOM1.int.sbss.com.au ([192.168.200.237]) by mail.bendigoit.com.au with Microsoft SMTPSVC(6.0.3790.4675); Sat, 14 Jul 2012 13:25:30 +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.0355.002; Sat, 14 Jul 2012 13:25:29 +1000 From: James Harper To: jacek burghardt , Stephan Seitz Thread-Topic: [Xen-users] win2008 crashes unde xen Thread-Index: AQHNYQTMN9x8pJ9bMUaE1P7LNHp2i5cmoWCAgAAUcoCAAWgf8A== Date: Sat, 14 Jul 2012 03:25:28 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B2998FF73@BITCOM1.int.sbss.com.au> References: <1342190462.7075.128.camel@wotan2> 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.1135-7.000.1014-19038.004 x-tm-as-result: No--25.254300-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No MIME-Version: 1.0 X-OriginalArrivalTime: 14 Jul 2012 03:25:30.0274 (UTC) FILETIME=[51F34020:01CD6170] X-Really-From-Bendigo-IT: magichashvalue Cc: xen-users Subject: Re: [Xen-users] win2008 crashes unde 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 > > I have 358 drivers and error looks like this one > http://jbeekman.nl/bsod20120117_1953.png > If that is your BSoD then the crash does appear to be in xenvbd.sys which is a GPLPV driver. Can you have a look in c:\windows\minidump and see if there is a file in there that approximately matches the time of your bluescreen? If so, can you zip it up and email it to me? I also need to know the exact version of GPLPV you are using so I can load the correct symbols in the debugger. Thanks James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 14 03:27:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Jul 2012 03:27:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpszG-0002y4-4X; Sat, 14 Jul 2012 03:25:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpszE-0002xz-7w for xen-users@lists.xen.org; Sat, 14 Jul 2012 03:25:40 +0000 Received: from [85.158.139.83:12878] by server-9.bemta-5.messagelabs.com id BF/BC-01069-3B6E0005; Sat, 14 Jul 2012 03:25:39 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-15.tower-182.messagelabs.com!1342236335!28629868!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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27752 invoked from network); 14 Jul 2012 03:25:38 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-15.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 14 Jul 2012 03:25:38 -0000 Received: from trantor.int.sbss.com.au ([192.168.200.206] helo=mail.bendigoit.com.au) by smtp2.bendigoit.com.au with esmtp (Exim 4.72) (envelope-from ) id 1Spsz4-0000mM-Eh; Sat, 14 Jul 2012 13:25:30 +1000 Received: from BITCOM1.int.sbss.com.au ([192.168.200.237]) by mail.bendigoit.com.au with Microsoft SMTPSVC(6.0.3790.4675); Sat, 14 Jul 2012 13:25:30 +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.0355.002; Sat, 14 Jul 2012 13:25:29 +1000 From: James Harper To: jacek burghardt , Stephan Seitz Thread-Topic: [Xen-users] win2008 crashes unde xen Thread-Index: AQHNYQTMN9x8pJ9bMUaE1P7LNHp2i5cmoWCAgAAUcoCAAWgf8A== Date: Sat, 14 Jul 2012 03:25:28 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B2998FF73@BITCOM1.int.sbss.com.au> References: <1342190462.7075.128.camel@wotan2> 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.1135-7.000.1014-19038.004 x-tm-as-result: No--25.254300-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No MIME-Version: 1.0 X-OriginalArrivalTime: 14 Jul 2012 03:25:30.0274 (UTC) FILETIME=[51F34020:01CD6170] X-Really-From-Bendigo-IT: magichashvalue Cc: xen-users Subject: Re: [Xen-users] win2008 crashes unde 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 > > I have 358 drivers and error looks like this one > http://jbeekman.nl/bsod20120117_1953.png > If that is your BSoD then the crash does appear to be in xenvbd.sys which is a GPLPV driver. Can you have a look in c:\windows\minidump and see if there is a file in there that approximately matches the time of your bluescreen? If so, can you zip it up and email it to me? I also need to know the exact version of GPLPV you are using so I can load the correct symbols in the debugger. Thanks James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 14 08:14:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Jul 2012 08:14: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 1SpxSp-0005uT-DQ; Sat, 14 Jul 2012 08:12:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpxSo-0005uO-9w for xen-users@lists.xen.org; Sat, 14 Jul 2012 08:12:30 +0000 Received: from [85.158.138.51:34822] by server-6.bemta-3.messagelabs.com id 69/D8-20447-DE921005; Sat, 14 Jul 2012 08:12:29 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1342253546!10170203!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18255 invoked from network); 14 Jul 2012 08:12:28 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 14 Jul 2012 08:12:28 -0000 Received: by obbta14 with SMTP id ta14so7767651obb.32 for ; Sat, 14 Jul 2012 01:12: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=TpKM3ohmu+Cfmd77JE1//bSX39fziJVlGVNyzfG0O5I=; b=xlipIZG4f+74qJwS1yC7hVxj5pUn27vW6nt3rPcs0VzsXVB61Dsm1EIXNSzuOTQvhf ppHK9/zDkRY5NEIhJX0hN151VaDqSz9kNCAo5vjDCpX64Sj9J55KDiPxyD4JRKRwGj5+ +8TkOMYLJ8qOPDM0ltjNFFu1hisWSz7214Tu56y5kG8ZOFbPqKQH4kVE+Qe2+KcG2AaW G8t5WY7rLM75Thz8KhckfUDHGqn6ZX2b31yjX6mGQKgX6UKxiEMJQiy9MZ99fxiBUlsb zNjYKVf6n58CarSWEEVam5zWTNhIJKZjVAj9T5X6ROVoo4Ph2Pc/MCS9zRHMmMBeSfIM aARQ== MIME-Version: 1.0 Received: by 10.50.94.196 with SMTP id de4mr1036907igb.17.1342253546241; Sat, 14 Jul 2012 01:12:26 -0700 (PDT) Received: by 10.64.10.41 with HTTP; Sat, 14 Jul 2012 01:12:26 -0700 (PDT) In-Reply-To: <1342166505.7075.124.camel@wotan2> References: <1342109134.8586.148.camel@hastur.hellion.org.uk> <1342166505.7075.124.camel@wotan2> Date: Sat, 14 Jul 2012 17:12:26 +0900 Message-ID: From: jaeyong yoo To: Stephan Seitz Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] While installing guest OS, having error "Invalid 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="===============8596924609539322663==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8596924609539322663== Content-Type: multipart/alternative; boundary=e89a8f234c07d27d1b04c4c5c1da --e89a8f234c07d27d1b04c4c5c1da Content-Type: text/plain; charset=ISO-8859-1 Thanks stephan, Actually, the kernel for guest OS, I use, is the one recommended in the following guide. https://help.ubuntu.com/community/XenProposed But, I really want to test the one you mentioned in linux-virtual. I tried to google linux-virtual and failed to find one. Could you tell me the one that you are using? Thanks again, - jaeyong On Fri, Jul 13, 2012 at 5:01 PM, Stephan Seitz wrote: > ** > I assume pygrub does have problems with fancy lvm layouts and/or exotic > filesystems INSIDE domU. > To avoid potential problems, I've done all of my domU disk layouts with a > separate (first and primary) partition for /boot which is always ext3. > > Anyway, that has nothing to do with lvm outside domU, pygrub is really > fine with a (dom0's) LV a domU disk . > > > For your mentioned ubuntu domU, it's necessary to use the kernel / ramdisk > provided by linux-virtual. linux-generic is not xen capable. > you could e.g. install your ubuntu domU fully virtualized (hvm) with > additional > linux-virtual and grub-legacy-ec2 packages. As of 12.04 some kernel modules > are placed into linux-image-extra-virtual (None of them are necessary for a > plain installation, but I recently found myself searching for "lost" > modules). > > > > Am Freitag, den 13.07.2012, 15:01 +0900 schrieb jaeyong yoo: > > Thanks a lot Lan, > > > > > The other thing to consider is the use of LVM for the guest /boot. IIRC > > this does not work with pygrub. > > > > did you mean pygrub is working fine with LVM for the guest /boot? > > > > jaeyong > > > On Fri, Jul 13, 2012 at 1:05 AM, Ian Campbell > wrote: > > On Thu, 2012-07-12 at 05:36 -0400, jaeyong yoo wrote: > > > > > > 8) while installing, I set the filesystem ext3 in the guest OS. > > > > 9) everything looks normal. The console say the installation is > > completed. > > > > 10) After installing, I change the xen configuration > > file (/etc/xen/ubuntu.cfg) as follows. > > > > name = "ubuntu" memory = 512 disk = > > ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif = [' '] bootloader = "pygrub" > > > Did ubuntu install a Xen capable kernel and is grub within the guest > correctly pointing to it? > > You can usually use kpartx to expose the partitions > of /dev/vgubuntu/ubuntu in dom0 and mount it to poke around. > > I don't know which kernel flavour you need to have installed in Ubuntu > to get Xen support. Perhaps someone else chime in. > > The other thing to consider is the use of LVM for the guest /boot. IIRC > this does not work with pygrub. > > Ian. > > > > _______________________________________________ > Xen-users mailing listXen-users@lists.xen.orghttp://lists.xen.org/xen-users > > --e89a8f234c07d27d1b04c4c5c1da Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks stephan,

Actually, the kernel for guest OS, I use= , is the one recommended in the following guide.

<= a href=3D"https://help.ubuntu.com/community/XenProposed">https://help.ubunt= u.com/community/XenProposed

But, I really want to test the one you mentioned in lin= ux-virtual.
I tried to google linux-virtual and failed to find on= e.
Could you tell me the one that you are using?

Thanks again,
- jaeyong


<= div class=3D"gmail_quote">On Fri, Jul 13, 2012 at 5:01 PM, Stephan Seitz <s.seitz@netzhaut.de> wrote:
=20 =20
I assume pygrub does have problems with fancy lvm layouts and/or exotic
filesystems INSIDE domU.
To avoid potential problems, I've done all of my domU disk layouts with= a
separate (first and primary) partition for /boot which is always ext3.

Anyway, that has nothing to do with lvm outside domU, pygrub is really
fine with a (dom0's) LV a domU disk .


For your mentioned ubuntu domU, it's necessary to use the kernel / ramd= isk
provided by linux-virtual. linux-generic is not xen capable.
you could e.g. install your ubuntu domU fully virtualized (hvm)=A0 with add= itional
linux-virtual and grub-legacy-ec2 packages. As of 12.04 some kernel modules=
are placed into linux-image-extra-virtual (None of them are necessary for a=
plain installation, but I recently found myself searching for "lost&qu= ot; modules).



Am Freitag, den 13.07.2012, 15:01 +0900 schrieb jaeyong yoo:

Thanks a lot Lan,


> The other thing to consider is the use of LVM for the guest /boot.= IIRC
> this does not work with pygrub.=A0


did you mean pygrub is working fine with LVM for the guest /boot?


jaeyong

On Fri, Jul 13, 2012 at 1:05 AM, Ian Campbell <ian.campbell@citrix.com> wro= te:
On Thu, 2012-07-12 at 05:36 -0400, jaeyong yoo wrote:
>
>
> 8) while installing, I set the filesystem ext3 in the guest OS= .
>
> 9) everything looks normal. The console say the installation i= s
> completed.
>
> 10) After installing, I change the xen configuration
> file =A0(/etc/xen/ubuntu.cfg) =A0as follows.
>
> name =3D "ubuntu" memory =3D 512 disk =3D
> ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif =3D [' = 9;] bootloader =3D "pygrub"


Did ubuntu install a Xen capable kernel and is grub within the gues= t
correctly pointing to it?

You can usually use kpartx to expose the partitions
of /dev/vgubuntu/ubuntu in dom0 and mount it to poke around.

I don't know which kernel flavour you need to have installed in= Ubuntu
to get Xen support. Perhaps someone else chime in.

The other thing to consider is the use of LVM for the guest /boot. = IIRC
this does not work with pygrub.

Ian.



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

--e89a8f234c07d27d1b04c4c5c1da-- --===============8596924609539322663== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8596924609539322663==-- From xen-users-bounces@lists.xen.org Sat Jul 14 08:14:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Jul 2012 08:14: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 1SpxSp-0005uT-DQ; Sat, 14 Jul 2012 08:12:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpxSo-0005uO-9w for xen-users@lists.xen.org; Sat, 14 Jul 2012 08:12:30 +0000 Received: from [85.158.138.51:34822] by server-6.bemta-3.messagelabs.com id 69/D8-20447-DE921005; Sat, 14 Jul 2012 08:12:29 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1342253546!10170203!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18255 invoked from network); 14 Jul 2012 08:12:28 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 14 Jul 2012 08:12:28 -0000 Received: by obbta14 with SMTP id ta14so7767651obb.32 for ; Sat, 14 Jul 2012 01:12: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=TpKM3ohmu+Cfmd77JE1//bSX39fziJVlGVNyzfG0O5I=; b=xlipIZG4f+74qJwS1yC7hVxj5pUn27vW6nt3rPcs0VzsXVB61Dsm1EIXNSzuOTQvhf ppHK9/zDkRY5NEIhJX0hN151VaDqSz9kNCAo5vjDCpX64Sj9J55KDiPxyD4JRKRwGj5+ +8TkOMYLJ8qOPDM0ltjNFFu1hisWSz7214Tu56y5kG8ZOFbPqKQH4kVE+Qe2+KcG2AaW G8t5WY7rLM75Thz8KhckfUDHGqn6ZX2b31yjX6mGQKgX6UKxiEMJQiy9MZ99fxiBUlsb zNjYKVf6n58CarSWEEVam5zWTNhIJKZjVAj9T5X6ROVoo4Ph2Pc/MCS9zRHMmMBeSfIM aARQ== MIME-Version: 1.0 Received: by 10.50.94.196 with SMTP id de4mr1036907igb.17.1342253546241; Sat, 14 Jul 2012 01:12:26 -0700 (PDT) Received: by 10.64.10.41 with HTTP; Sat, 14 Jul 2012 01:12:26 -0700 (PDT) In-Reply-To: <1342166505.7075.124.camel@wotan2> References: <1342109134.8586.148.camel@hastur.hellion.org.uk> <1342166505.7075.124.camel@wotan2> Date: Sat, 14 Jul 2012 17:12:26 +0900 Message-ID: From: jaeyong yoo To: Stephan Seitz Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] While installing guest OS, having error "Invalid 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="===============8596924609539322663==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8596924609539322663== Content-Type: multipart/alternative; boundary=e89a8f234c07d27d1b04c4c5c1da --e89a8f234c07d27d1b04c4c5c1da Content-Type: text/plain; charset=ISO-8859-1 Thanks stephan, Actually, the kernel for guest OS, I use, is the one recommended in the following guide. https://help.ubuntu.com/community/XenProposed But, I really want to test the one you mentioned in linux-virtual. I tried to google linux-virtual and failed to find one. Could you tell me the one that you are using? Thanks again, - jaeyong On Fri, Jul 13, 2012 at 5:01 PM, Stephan Seitz wrote: > ** > I assume pygrub does have problems with fancy lvm layouts and/or exotic > filesystems INSIDE domU. > To avoid potential problems, I've done all of my domU disk layouts with a > separate (first and primary) partition for /boot which is always ext3. > > Anyway, that has nothing to do with lvm outside domU, pygrub is really > fine with a (dom0's) LV a domU disk . > > > For your mentioned ubuntu domU, it's necessary to use the kernel / ramdisk > provided by linux-virtual. linux-generic is not xen capable. > you could e.g. install your ubuntu domU fully virtualized (hvm) with > additional > linux-virtual and grub-legacy-ec2 packages. As of 12.04 some kernel modules > are placed into linux-image-extra-virtual (None of them are necessary for a > plain installation, but I recently found myself searching for "lost" > modules). > > > > Am Freitag, den 13.07.2012, 15:01 +0900 schrieb jaeyong yoo: > > Thanks a lot Lan, > > > > > The other thing to consider is the use of LVM for the guest /boot. IIRC > > this does not work with pygrub. > > > > did you mean pygrub is working fine with LVM for the guest /boot? > > > > jaeyong > > > On Fri, Jul 13, 2012 at 1:05 AM, Ian Campbell > wrote: > > On Thu, 2012-07-12 at 05:36 -0400, jaeyong yoo wrote: > > > > > > 8) while installing, I set the filesystem ext3 in the guest OS. > > > > 9) everything looks normal. The console say the installation is > > completed. > > > > 10) After installing, I change the xen configuration > > file (/etc/xen/ubuntu.cfg) as follows. > > > > name = "ubuntu" memory = 512 disk = > > ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif = [' '] bootloader = "pygrub" > > > Did ubuntu install a Xen capable kernel and is grub within the guest > correctly pointing to it? > > You can usually use kpartx to expose the partitions > of /dev/vgubuntu/ubuntu in dom0 and mount it to poke around. > > I don't know which kernel flavour you need to have installed in Ubuntu > to get Xen support. Perhaps someone else chime in. > > The other thing to consider is the use of LVM for the guest /boot. IIRC > this does not work with pygrub. > > Ian. > > > > _______________________________________________ > Xen-users mailing listXen-users@lists.xen.orghttp://lists.xen.org/xen-users > > --e89a8f234c07d27d1b04c4c5c1da Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks stephan,

Actually, the kernel for guest OS, I use= , is the one recommended in the following guide.

<= a href=3D"https://help.ubuntu.com/community/XenProposed">https://help.ubunt= u.com/community/XenProposed

But, I really want to test the one you mentioned in lin= ux-virtual.
I tried to google linux-virtual and failed to find on= e.
Could you tell me the one that you are using?

Thanks again,
- jaeyong


<= div class=3D"gmail_quote">On Fri, Jul 13, 2012 at 5:01 PM, Stephan Seitz <s.seitz@netzhaut.de> wrote:
=20 =20
I assume pygrub does have problems with fancy lvm layouts and/or exotic
filesystems INSIDE domU.
To avoid potential problems, I've done all of my domU disk layouts with= a
separate (first and primary) partition for /boot which is always ext3.

Anyway, that has nothing to do with lvm outside domU, pygrub is really
fine with a (dom0's) LV a domU disk .


For your mentioned ubuntu domU, it's necessary to use the kernel / ramd= isk
provided by linux-virtual. linux-generic is not xen capable.
you could e.g. install your ubuntu domU fully virtualized (hvm)=A0 with add= itional
linux-virtual and grub-legacy-ec2 packages. As of 12.04 some kernel modules=
are placed into linux-image-extra-virtual (None of them are necessary for a=
plain installation, but I recently found myself searching for "lost&qu= ot; modules).



Am Freitag, den 13.07.2012, 15:01 +0900 schrieb jaeyong yoo:

Thanks a lot Lan,


> The other thing to consider is the use of LVM for the guest /boot.= IIRC
> this does not work with pygrub.=A0


did you mean pygrub is working fine with LVM for the guest /boot?


jaeyong

On Fri, Jul 13, 2012 at 1:05 AM, Ian Campbell <ian.campbell@citrix.com> wro= te:
On Thu, 2012-07-12 at 05:36 -0400, jaeyong yoo wrote:
>
>
> 8) while installing, I set the filesystem ext3 in the guest OS= .
>
> 9) everything looks normal. The console say the installation i= s
> completed.
>
> 10) After installing, I change the xen configuration
> file =A0(/etc/xen/ubuntu.cfg) =A0as follows.
>
> name =3D "ubuntu" memory =3D 512 disk =3D
> ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif =3D [' = 9;] bootloader =3D "pygrub"


Did ubuntu install a Xen capable kernel and is grub within the gues= t
correctly pointing to it?

You can usually use kpartx to expose the partitions
of /dev/vgubuntu/ubuntu in dom0 and mount it to poke around.

I don't know which kernel flavour you need to have installed in= Ubuntu
to get Xen support. Perhaps someone else chime in.

The other thing to consider is the use of LVM for the guest /boot. = IIRC
this does not work with pygrub.

Ian.



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

--e89a8f234c07d27d1b04c4c5c1da-- --===============8596924609539322663== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8596924609539322663==-- From xen-users-bounces@lists.xen.org Sat Jul 14 08:16:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Jul 2012 08:16: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 1SpxVK-00060V-7r; Sat, 14 Jul 2012 08:15:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpxVI-00060P-VY for xen-users@lists.xen.org; Sat, 14 Jul 2012 08:15:05 +0000 Received: from [85.158.138.51:26933] by server-8.bemta-3.messagelabs.com id 30/FB-30925-88A21005; Sat, 14 Jul 2012 08:15:04 +0000 X-Env-Sender: christian@holpert.de X-Msg-Ref: server-12.tower-174.messagelabs.com!1342253703!20904872!1 X-Originating-IP: [80.67.31.41] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogODAuNjcuMzEuNDEgPT4gNDgwMjk=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4959 invoked from network); 14 Jul 2012 08:15:03 -0000 Received: from smtprelay03.ispgateway.de (HELO smtprelay03.ispgateway.de) (80.67.31.41) by server-12.tower-174.messagelabs.com with SMTP; 14 Jul 2012 08:15:03 -0000 Received: from [217.83.72.159] (helo=colin.holpert.de) by smtprelay03.ispgateway.de with esmtpa (Exim 4.68) (envelope-from ) id 1SpxVH-0004eY-JE for xen-users@lists.xen.org; Sat, 14 Jul 2012 10:15:03 +0200 Received: from PRO43287A006.holpert.de (unknown [10.75.157.19]) by colin.holpert.de (Postfix) with ESMTP id A3206467F9 for ; Sat, 14 Jul 2012 10:15:01 +0200 (CEST) X-PGP-Fingerprint: D092 371C 931D 8F21 D71B 7A11 DC07 0F36 [RSA] X-PGP-Fingerprint: 8E3B 2F47 6673 B936 9EAE 52F3 4C8B C713 58C5 FFD6 [DH/DSS] X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 14 Jul 2012 10:09:20 +0200 To: xen-users@lists.xen.org From: Christian Holpert In-Reply-To: <4FFF4ACE.9050804@senft-net.com> References: <4FF719B9.9070904@senft-net.com> <4FFF4ACE.9050804@senft-net.com> Mime-Version: 1.0 Message-Id: X-Df-Sender: Y2hyaXN0aWFuQGhvbHBlcnQuZGU= Subject: Re: [Xen-users] Can't write to floppy image (fda) X-BeenThere: xen-users@lists.xen.org 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 At 00:08 13.07.2012, you wrote: > > I also managed to attach a floppy disk image to the DomU. It shows up in > > Windows as expected and I can read the files stored on the disk image. > > However, any attempts to write to the disk fail stating that it's write > > protected. > > > > I'm using these two lines in the DomU configuration for the floppy disk > > and the hard disk: > > fda =3D '/root/xen/floppy' > > disk =3D [ 'file:/root/xen/win.img,hda,w' ] > > > > Is it expected behavior that I can't write to the floppy? The underlying > > image files for "fda" and "disk" have the same permissions in Dom0, so I > > think I can rule that out as the source of the problem. Move /xen/floppy out of /root. At least it's worth a try. > Error: Unable to find number for device (fda) Google says: it may mean that you've run out of block loops http://wiki.prgmr.com/mediawiki/index.php/Troubleshooting#Error:_Unable_to_= find_number_for_device_.28cdrom.29 Christian -- = Markt-Apotheke Christian Holpert e.K., M=F6mbris 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=F6mbris Tel.: 06029-1379 Fax: 9986589 Amtsgericht Aschaffenburg, HR.A, Registernummer 2165 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 14 08:16:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Jul 2012 08:16: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 1SpxVK-00060V-7r; Sat, 14 Jul 2012 08:15:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpxVI-00060P-VY for xen-users@lists.xen.org; Sat, 14 Jul 2012 08:15:05 +0000 Received: from [85.158.138.51:26933] by server-8.bemta-3.messagelabs.com id 30/FB-30925-88A21005; Sat, 14 Jul 2012 08:15:04 +0000 X-Env-Sender: christian@holpert.de X-Msg-Ref: server-12.tower-174.messagelabs.com!1342253703!20904872!1 X-Originating-IP: [80.67.31.41] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogODAuNjcuMzEuNDEgPT4gNDgwMjk=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4959 invoked from network); 14 Jul 2012 08:15:03 -0000 Received: from smtprelay03.ispgateway.de (HELO smtprelay03.ispgateway.de) (80.67.31.41) by server-12.tower-174.messagelabs.com with SMTP; 14 Jul 2012 08:15:03 -0000 Received: from [217.83.72.159] (helo=colin.holpert.de) by smtprelay03.ispgateway.de with esmtpa (Exim 4.68) (envelope-from ) id 1SpxVH-0004eY-JE for xen-users@lists.xen.org; Sat, 14 Jul 2012 10:15:03 +0200 Received: from PRO43287A006.holpert.de (unknown [10.75.157.19]) by colin.holpert.de (Postfix) with ESMTP id A3206467F9 for ; Sat, 14 Jul 2012 10:15:01 +0200 (CEST) X-PGP-Fingerprint: D092 371C 931D 8F21 D71B 7A11 DC07 0F36 [RSA] X-PGP-Fingerprint: 8E3B 2F47 6673 B936 9EAE 52F3 4C8B C713 58C5 FFD6 [DH/DSS] X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 14 Jul 2012 10:09:20 +0200 To: xen-users@lists.xen.org From: Christian Holpert In-Reply-To: <4FFF4ACE.9050804@senft-net.com> References: <4FF719B9.9070904@senft-net.com> <4FFF4ACE.9050804@senft-net.com> Mime-Version: 1.0 Message-Id: X-Df-Sender: Y2hyaXN0aWFuQGhvbHBlcnQuZGU= Subject: Re: [Xen-users] Can't write to floppy image (fda) X-BeenThere: xen-users@lists.xen.org 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 At 00:08 13.07.2012, you wrote: > > I also managed to attach a floppy disk image to the DomU. It shows up in > > Windows as expected and I can read the files stored on the disk image. > > However, any attempts to write to the disk fail stating that it's write > > protected. > > > > I'm using these two lines in the DomU configuration for the floppy disk > > and the hard disk: > > fda =3D '/root/xen/floppy' > > disk =3D [ 'file:/root/xen/win.img,hda,w' ] > > > > Is it expected behavior that I can't write to the floppy? The underlying > > image files for "fda" and "disk" have the same permissions in Dom0, so I > > think I can rule that out as the source of the problem. Move /xen/floppy out of /root. At least it's worth a try. > Error: Unable to find number for device (fda) Google says: it may mean that you've run out of block loops http://wiki.prgmr.com/mediawiki/index.php/Troubleshooting#Error:_Unable_to_= find_number_for_device_.28cdrom.29 Christian -- = Markt-Apotheke Christian Holpert e.K., M=F6mbris 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=F6mbris Tel.: 06029-1379 Fax: 9986589 Amtsgericht Aschaffenburg, HR.A, Registernummer 2165 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 14 09:34:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Jul 2012 09: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 1Spyiy-0006wP-Mh; Sat, 14 Jul 2012 09:33:16 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Spyix-0006wH-DA for xen-users@lists.xen.org; Sat, 14 Jul 2012 09:33:15 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-7.tower-27.messagelabs.com!1342258388!1467683!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22805 invoked from network); 14 Jul 2012 09:33:08 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-7.tower-27.messagelabs.com with AES128-SHA encrypted SMTP; 14 Jul 2012 09:33:08 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Sat, 14 Jul 2012 11:33:08 +0200 From: Stephan Seitz To: jaeyong yoo Thread-Topic: [Xen-users] While installing guest OS, having error "Invalid kernel" Thread-Index: AQHNYM2/SxERbMuMY06zXALQWXEsdJcoTawAgAAWiQA= Date: Sat, 14 Jul 2012 09:33:07 +0000 Message-ID: <1342258386.7075.151.camel@wotan2> References: <1342109134.8586.148.camel@hastur.hellion.org.uk> <1342166505.7075.124.camel@wotan2> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] While installing guest OS, having error "Invalid 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="===============1178554275428397410==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1178554275428397410== Content-Language: de-DE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-NhjnWsB4Dwzx+768UbDo" --=-NhjnWsB4Dwzx+768UbDo Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, sorry, I didn't point it out too clear. linux-virtual is no project or website ;) it's an ubuntu package. In detail it's a meta-package always pointing to the latest linux-[VERSION]-virtual. Following the ubuntu guide, I'ld start with "Manually installing an HVM Guest VM". Just because of the possibility to reboot your domU if something went wrong or (in your case) is not completely ready. At least 12.04 Ubuntu domU's can easily be setup to boot either HVM or PV. What I was trying to say was: After your installation is finished, do an "apt-get install linux-virtual grub-legacy-ec2" and you're able to boot your domU with pvgrub, pygrub or hvmloader. it's all about choices :) Am Samstag, den 14.07.2012, 17:12 +0900 schrieb jaeyong yoo: > Thanks stephan, >=20 >=20 > Actually, the kernel for guest OS, I use, is the one recommended in > the following guide. >=20 >=20 > https://help.ubuntu.com/community/XenProposed >=20 >=20 > But, I really want to test the one you mentioned in linux-virtual. > I tried to google linux-virtual and failed to find one. > Could you tell me the one that you are using? >=20 >=20 > Thanks again, > - jaeyong >=20 >=20 >=20 > On Fri, Jul 13, 2012 at 5:01 PM, Stephan Seitz > wrote: > I assume pygrub does have problems with fancy lvm layouts > and/or exotic > filesystems INSIDE domU. > To avoid potential problems, I've done all of my domU disk > layouts with a > separate (first and primary) partition for /boot which is > always ext3. > =20 > Anyway, that has nothing to do with lvm outside domU, pygrub > is really > fine with a (dom0's) LV a domU disk . > =20 > =20 > For your mentioned ubuntu domU, it's necessary to use the > kernel / ramdisk > provided by linux-virtual. linux-generic is not xen capable. > you could e.g. install your ubuntu domU fully virtualized > (hvm) with additional > linux-virtual and grub-legacy-ec2 packages. As of 12.04 some > kernel modules > are placed into linux-image-extra-virtual (None of them are > necessary for a > plain installation, but I recently found myself searching for > "lost" modules).=20 > =20 > =20 > =20 > =20 > Am Freitag, den 13.07.2012, 15:01 +0900 schrieb jaeyong yoo: > =20 > > Thanks a lot Lan, > >=20 > >=20 > > > The other thing to consider is the use of LVM for the > > guest /boot. IIRC > > > this does not work with pygrub.=20 > >=20 > >=20 > > did you mean pygrub is working fine with LVM for the > > guest /boot? > >=20 > >=20 > > jaeyong > >=20 > > On Fri, Jul 13, 2012 at 1:05 AM, Ian Campbell > > wrote: > > On Thu, 2012-07-12 at 05:36 -0400, jaeyong yoo > > wrote: > > > > > > > > > 8) while installing, I set the filesystem ext3 in > > the guest OS. > > > > > > 9) everything looks normal. The console say the > > installation is > > > completed. > > > > > > 10) After installing, I change the xen > > configuration > > > file (/etc/xen/ubuntu.cfg) as follows. > > > > > > name =3D "ubuntu" memory =3D 512 disk =3D > > > ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif =3D [' '] > > bootloader =3D "pygrub" > > =20 > > =20 > > Did ubuntu install a Xen capable kernel and is grub > > within the guest > > correctly pointing to it? > > =20 > > You can usually use kpartx to expose the partitions > > of /dev/vgubuntu/ubuntu in dom0 and mount it to poke > > around. > > =20 > > I don't know which kernel flavour you need to have > > installed in Ubuntu > > to get Xen support. Perhaps someone else chime in. > > =20 > > The other thing to consider is the use of LVM for > > the guest /boot. IIRC > > this does not work with pygrub. > > =20 > > Ian. > > =20 > >=20 > >=20 > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users >=20 >=20 --=-NhjnWsB4Dwzx+768UbDo 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.11 (GNU/Linux) iQEcBAABAgAGBQJQATzSAAoJEHzu36SveClljq0H/1Vdvb0QpXGPjA392V3Pt4M5 2e+pnEfOCEZlRfXrALNtuukmU6LtHMa9aiPS7eKIesK9Fs5Lz38pNkv1S+g+BL+t /06wVEBCublgHgRetA9dzLuTaWQL0xwyufTSOVuRR69WstVarZC8H2O6Uz5Te4UX EmEuAeawwSCd8PWZ7UTbw0oO1bUi2NKJVfzN9RGMQ5vNABEg+OE+g+DBZtfkpFmo ty+lkDMed2rgC29HMtzFnsl6E8n6s69bQn9QXU/WQ9UdZkFQNP8XZycYCSfcajUP o/5CIP4hI8JQuK2/CeL4duS5olo/4L/fe4V+EI2doJWIGuZRvSrPjv7ZYjBgNJk= =vc6E -----END PGP SIGNATURE----- --=-NhjnWsB4Dwzx+768UbDo-- --===============1178554275428397410== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1178554275428397410==-- From xen-users-bounces@lists.xen.org Sat Jul 14 09:34:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Jul 2012 09: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 1Spyiy-0006wP-Mh; Sat, 14 Jul 2012 09:33:16 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Spyix-0006wH-DA for xen-users@lists.xen.org; Sat, 14 Jul 2012 09:33:15 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-7.tower-27.messagelabs.com!1342258388!1467683!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22805 invoked from network); 14 Jul 2012 09:33:08 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-7.tower-27.messagelabs.com with AES128-SHA encrypted SMTP; 14 Jul 2012 09:33:08 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Sat, 14 Jul 2012 11:33:08 +0200 From: Stephan Seitz To: jaeyong yoo Thread-Topic: [Xen-users] While installing guest OS, having error "Invalid kernel" Thread-Index: AQHNYM2/SxERbMuMY06zXALQWXEsdJcoTawAgAAWiQA= Date: Sat, 14 Jul 2012 09:33:07 +0000 Message-ID: <1342258386.7075.151.camel@wotan2> References: <1342109134.8586.148.camel@hastur.hellion.org.uk> <1342166505.7075.124.camel@wotan2> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] While installing guest OS, having error "Invalid 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="===============1178554275428397410==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1178554275428397410== Content-Language: de-DE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-NhjnWsB4Dwzx+768UbDo" --=-NhjnWsB4Dwzx+768UbDo Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, sorry, I didn't point it out too clear. linux-virtual is no project or website ;) it's an ubuntu package. In detail it's a meta-package always pointing to the latest linux-[VERSION]-virtual. Following the ubuntu guide, I'ld start with "Manually installing an HVM Guest VM". Just because of the possibility to reboot your domU if something went wrong or (in your case) is not completely ready. At least 12.04 Ubuntu domU's can easily be setup to boot either HVM or PV. What I was trying to say was: After your installation is finished, do an "apt-get install linux-virtual grub-legacy-ec2" and you're able to boot your domU with pvgrub, pygrub or hvmloader. it's all about choices :) Am Samstag, den 14.07.2012, 17:12 +0900 schrieb jaeyong yoo: > Thanks stephan, >=20 >=20 > Actually, the kernel for guest OS, I use, is the one recommended in > the following guide. >=20 >=20 > https://help.ubuntu.com/community/XenProposed >=20 >=20 > But, I really want to test the one you mentioned in linux-virtual. > I tried to google linux-virtual and failed to find one. > Could you tell me the one that you are using? >=20 >=20 > Thanks again, > - jaeyong >=20 >=20 >=20 > On Fri, Jul 13, 2012 at 5:01 PM, Stephan Seitz > wrote: > I assume pygrub does have problems with fancy lvm layouts > and/or exotic > filesystems INSIDE domU. > To avoid potential problems, I've done all of my domU disk > layouts with a > separate (first and primary) partition for /boot which is > always ext3. > =20 > Anyway, that has nothing to do with lvm outside domU, pygrub > is really > fine with a (dom0's) LV a domU disk . > =20 > =20 > For your mentioned ubuntu domU, it's necessary to use the > kernel / ramdisk > provided by linux-virtual. linux-generic is not xen capable. > you could e.g. install your ubuntu domU fully virtualized > (hvm) with additional > linux-virtual and grub-legacy-ec2 packages. As of 12.04 some > kernel modules > are placed into linux-image-extra-virtual (None of them are > necessary for a > plain installation, but I recently found myself searching for > "lost" modules).=20 > =20 > =20 > =20 > =20 > Am Freitag, den 13.07.2012, 15:01 +0900 schrieb jaeyong yoo: > =20 > > Thanks a lot Lan, > >=20 > >=20 > > > The other thing to consider is the use of LVM for the > > guest /boot. IIRC > > > this does not work with pygrub.=20 > >=20 > >=20 > > did you mean pygrub is working fine with LVM for the > > guest /boot? > >=20 > >=20 > > jaeyong > >=20 > > On Fri, Jul 13, 2012 at 1:05 AM, Ian Campbell > > wrote: > > On Thu, 2012-07-12 at 05:36 -0400, jaeyong yoo > > wrote: > > > > > > > > > 8) while installing, I set the filesystem ext3 in > > the guest OS. > > > > > > 9) everything looks normal. The console say the > > installation is > > > completed. > > > > > > 10) After installing, I change the xen > > configuration > > > file (/etc/xen/ubuntu.cfg) as follows. > > > > > > name =3D "ubuntu" memory =3D 512 disk =3D > > > ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif =3D [' '] > > bootloader =3D "pygrub" > > =20 > > =20 > > Did ubuntu install a Xen capable kernel and is grub > > within the guest > > correctly pointing to it? > > =20 > > You can usually use kpartx to expose the partitions > > of /dev/vgubuntu/ubuntu in dom0 and mount it to poke > > around. > > =20 > > I don't know which kernel flavour you need to have > > installed in Ubuntu > > to get Xen support. Perhaps someone else chime in. > > =20 > > The other thing to consider is the use of LVM for > > the guest /boot. IIRC > > this does not work with pygrub. > > =20 > > Ian. > > =20 > >=20 > >=20 > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users >=20 >=20 --=-NhjnWsB4Dwzx+768UbDo 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.11 (GNU/Linux) iQEcBAABAgAGBQJQATzSAAoJEHzu36SveClljq0H/1Vdvb0QpXGPjA392V3Pt4M5 2e+pnEfOCEZlRfXrALNtuukmU6LtHMa9aiPS7eKIesK9Fs5Lz38pNkv1S+g+BL+t /06wVEBCublgHgRetA9dzLuTaWQL0xwyufTSOVuRR69WstVarZC8H2O6Uz5Te4UX EmEuAeawwSCd8PWZ7UTbw0oO1bUi2NKJVfzN9RGMQ5vNABEg+OE+g+DBZtfkpFmo ty+lkDMed2rgC29HMtzFnsl6E8n6s69bQn9QXU/WQ9UdZkFQNP8XZycYCSfcajUP o/5CIP4hI8JQuK2/CeL4duS5olo/4L/fe4V+EI2doJWIGuZRvSrPjv7ZYjBgNJk= =vc6E -----END PGP SIGNATURE----- --=-NhjnWsB4Dwzx+768UbDo-- --===============1178554275428397410== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1178554275428397410==-- From xen-users-bounces@lists.xen.org Sat Jul 14 10:34:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Jul 2012 10:34: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 1SpzfQ-0007d0-4C; Sat, 14 Jul 2012 10:33:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpzfO-0007ct-J6 for xen-users@lists.xen.org; Sat, 14 Jul 2012 10:33:39 +0000 Received: from [85.158.139.83:16987] by server-3.bemta-5.messagelabs.com id 68/75-03367-10B41005; Sat, 14 Jul 2012 10:33:37 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1342262014!28059570!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9731 invoked from network); 14 Jul 2012 10:33:35 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 14 Jul 2012 10:33:35 -0000 Received: by obbta14 with SMTP id ta14so7968536obb.32 for ; Sat, 14 Jul 2012 03:33: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 :cc:content-type; bh=5MOWCQekMKuYJNdHtSyK8tvDT2CuBO/DXyyTAtG/f/g=; b=faa6c70ke6giLlylNNT9cig8b67uOcGO1EMJsypHlP7QFkyxaXOCEB2Q8GYRDY8/54 aYZ6KKK1TZpsF9CPdhHTYQu43UoCcTKEfn5IXIPKu05v+UNLcG3gW9/phguZRf+0fQjT JLFIIo6HRpeykHbdBXu81T8mqCapEt4ArDNOxZ1P65wgCc+GoUBPtshC6XQcf7kRsVHy Z0utnQj0eYe992c+DqWoy593XC1rrWlKZ/q1RLvtViIrA4a+hUkKP/8Ap8L+LLA7954V XtymfjYv9/akE11606Blsb5NWqlf+sQ5yJGgM9iXrdjX3nMCDV29uxH/Jy0mmymLZ26/ MJ6g== MIME-Version: 1.0 Received: by 10.50.194.200 with SMTP id hy8mr1170185igc.58.1342262013081; Sat, 14 Jul 2012 03:33:33 -0700 (PDT) Received: by 10.64.10.41 with HTTP; Sat, 14 Jul 2012 03:33:32 -0700 (PDT) In-Reply-To: <1342258386.7075.151.camel@wotan2> References: <1342109134.8586.148.camel@hastur.hellion.org.uk> <1342166505.7075.124.camel@wotan2> <1342258386.7075.151.camel@wotan2> Date: Sat, 14 Jul 2012 19:33:32 +0900 Message-ID: From: jaeyong yoo To: Stephan Seitz Content-Type: multipart/mixed; boundary=14dae934100d7c383c04c4c7ba75 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] While installing guest OS, having error "Invalid 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: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --14dae934100d7c383c04c4c7ba75 Content-Type: multipart/alternative; boundary=14dae934100d7c383204c4c7ba73 --14dae934100d7c383204c4c7ba73 Content-Type: text/plain; charset=ISO-8859-1 As you recommended, I'm newly starting with "Manually installing an HVM Guest VM." While I'm installing ubuntun 12.04, the installer hanged while copying files. (I attached the screen shot of vnc). The mouse still moves but I can not input the user name. I waited like a ten minutes to see whether it is slow or stucked. Now, my question is, my machine is intel core 2 cpus with 2GB memory. Is this machine too weak for xen virtualization? Best - jaeyong On Sat, Jul 14, 2012 at 6:33 PM, Stephan Seitz wrote: > Hi, > > sorry, I didn't point it out too clear. linux-virtual is no project or > website ;) > it's an ubuntu package. In detail it's a meta-package always pointing to > the latest linux-[VERSION]-virtual. > > Following the ubuntu guide, I'ld start with "Manually installing an HVM > Guest VM". > Just because of the possibility to reboot your domU if something went > wrong or (in your case) is not completely ready. > At least 12.04 Ubuntu domU's can easily be setup to boot either HVM > or PV. > > What I was trying to say was: After your installation is finished, do an > "apt-get install linux-virtual grub-legacy-ec2" and you're able to boot > your domU with pvgrub, pygrub or hvmloader. it's all about choices :) > > > > > Am Samstag, den 14.07.2012, 17:12 +0900 schrieb jaeyong yoo: > > Thanks stephan, > > > > > > Actually, the kernel for guest OS, I use, is the one recommended in > > the following guide. > > > > > > https://help.ubuntu.com/community/XenProposed > > > > > > But, I really want to test the one you mentioned in linux-virtual. > > I tried to google linux-virtual and failed to find one. > > Could you tell me the one that you are using? > > > > > > Thanks again, > > - jaeyong > > > > > > > > On Fri, Jul 13, 2012 at 5:01 PM, Stephan Seitz > > wrote: > > I assume pygrub does have problems with fancy lvm layouts > > and/or exotic > > filesystems INSIDE domU. > > To avoid potential problems, I've done all of my domU disk > > layouts with a > > separate (first and primary) partition for /boot which is > > always ext3. > > > > Anyway, that has nothing to do with lvm outside domU, pygrub > > is really > > fine with a (dom0's) LV a domU disk . > > > > > > For your mentioned ubuntu domU, it's necessary to use the > > kernel / ramdisk > > provided by linux-virtual. linux-generic is not xen capable. > > you could e.g. install your ubuntu domU fully virtualized > > (hvm) with additional > > linux-virtual and grub-legacy-ec2 packages. As of 12.04 some > > kernel modules > > are placed into linux-image-extra-virtual (None of them are > > necessary for a > > plain installation, but I recently found myself searching for > > "lost" modules). > > > > > > > > > > Am Freitag, den 13.07.2012, 15:01 +0900 schrieb jaeyong yoo: > > > > > Thanks a lot Lan, > > > > > > > > > > The other thing to consider is the use of LVM for the > > > guest /boot. IIRC > > > > this does not work with pygrub. > > > > > > > > > did you mean pygrub is working fine with LVM for the > > > guest /boot? > > > > > > > > > jaeyong > > > > > > On Fri, Jul 13, 2012 at 1:05 AM, Ian Campbell > > > wrote: > > > On Thu, 2012-07-12 at 05:36 -0400, jaeyong yoo > > > wrote: > > > > > > > > > > > > 8) while installing, I set the filesystem ext3 in > > > the guest OS. > > > > > > > > 9) everything looks normal. The console say the > > > installation is > > > > completed. > > > > > > > > 10) After installing, I change the xen > > > configuration > > > > file (/etc/xen/ubuntu.cfg) as follows. > > > > > > > > name = "ubuntu" memory = 512 disk = > > > > ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif = [' '] > > > bootloader = "pygrub" > > > > > > > > > Did ubuntu install a Xen capable kernel and is grub > > > within the guest > > > correctly pointing to it? > > > > > > You can usually use kpartx to expose the partitions > > > of /dev/vgubuntu/ubuntu in dom0 and mount it to poke > > > around. > > > > > > I don't know which kernel flavour you need to have > > > installed in Ubuntu > > > to get Xen support. Perhaps someone else chime in. > > > > > > The other thing to consider is the use of LVM for > > > the guest /boot. IIRC > > > this does not work with pygrub. > > > > > > Ian. > > > > > > > > > > > > _______________________________________________ > > > Xen-users mailing list > > > Xen-users@lists.xen.org > > > http://lists.xen.org/xen-users > > > > > --14dae934100d7c383204c4c7ba73 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
As you recommended, I'm newly starting with "Manually install= ing an HVM Guest VM."

While I'm installin= g ubuntun 12.04, the installer hanged while copying files. (I attached the = screen shot of vnc).
The mouse still moves but I can not input the user name. I waited like= a ten minutes to see whether it is slow or stucked.=A0

Now, my question is, my machine is intel core 2 cpus with 2GB memory.= =A0
Is this machine too weak for xen virtualization?

<= div>Best
=A0- jaeyong


On Sat, Jul 14, 2012 at 6:33 PM, Stephan Seitz <s.seitz@net= zhaut.de> wrote:
Hi,

sorry, I didn't point it out too clear. linux-virtual is no project or<= br> website ;)
it's an ubuntu package. In detail it's a meta-package always pointi= ng to
the latest linux-[VERSION]-virtual.

Following the ubuntu guide, I'ld start with "Manually installing a= n HVM
Guest VM".
Just because of the possibility to reboot your domU if something went
wrong or (in your case) is not completely ready.
At least 12.04 Ubuntu domU's can easily be setup to boot either HVM
or PV.

What I was trying to say was: After your installation is finished, do an "apt-get install linux-virtual grub-legacy-ec2" and you're ab= le to boot
your domU with pvgrub, pygrub or hvmloader. it's all about choices :)



Am Samstag, den 14.07.2012, 17:12 +0900 schrieb jaeyong yoo:
> Thanks stephan,
>
>
> Actually, the kernel for guest OS, I use, is the one recommended in > the following guide.
>
>
> https://help.ubuntu.com/community/XenProposed
>
>
> But, I really want to test the one you mentioned in linux-virtual.
> I tried to google linux-virtual and failed to find one.
> Could you tell me the one that you are using?
>
>
> Thanks again,
> - jaeyong
>
>
>
> On Fri, Jul 13, 2012 at 5:01 PM, Stephan Seitz <s.seitz@netzhaut.de>
> wrote:
> =A0 =A0 =A0 =A0 I assume pygrub does have problems with fancy lvm layo= uts
> =A0 =A0 =A0 =A0 and/or exotic
> =A0 =A0 =A0 =A0 filesystems INSIDE domU.
> =A0 =A0 =A0 =A0 To avoid potential problems, I've done all of my d= omU disk
> =A0 =A0 =A0 =A0 layouts with a
> =A0 =A0 =A0 =A0 separate (first and primary) partition for /boot which= is
> =A0 =A0 =A0 =A0 always ext3.
>
> =A0 =A0 =A0 =A0 Anyway, that has nothing to do with lvm outside domU, = pygrub
> =A0 =A0 =A0 =A0 is really
> =A0 =A0 =A0 =A0 fine with a (dom0's) LV a domU disk .
>
>
> =A0 =A0 =A0 =A0 For your mentioned ubuntu domU, it's necessary to = use the
> =A0 =A0 =A0 =A0 kernel / ramdisk
> =A0 =A0 =A0 =A0 provided by linux-virtual. linux-generic is not xen ca= pable.
> =A0 =A0 =A0 =A0 you could e.g. install your ubuntu domU fully virtuali= zed
> =A0 =A0 =A0 =A0 (hvm) =A0with additional
> =A0 =A0 =A0 =A0 linux-virtual and grub-legacy-ec2 packages. As of 12.0= 4 some
> =A0 =A0 =A0 =A0 kernel modules
> =A0 =A0 =A0 =A0 are placed into linux-image-extra-virtual (None of the= m are
> =A0 =A0 =A0 =A0 necessary for a
> =A0 =A0 =A0 =A0 plain installation, but I recently found myself search= ing for
> =A0 =A0 =A0 =A0 "lost" modules).
>
>
>
>
> =A0 =A0 =A0 =A0 Am Freitag, den 13.07.2012, 15:01 +0900 schrieb jaeyon= g yoo:
>
> =A0 =A0 =A0 =A0 > Thanks a lot Lan,
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > > The other thing to consider is the use of LV= M for the
> =A0 =A0 =A0 =A0 > guest /boot. IIRC
> =A0 =A0 =A0 =A0 > > this does not work with pygrub.
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > did you mean pygrub is working fine with LVM for = the
> =A0 =A0 =A0 =A0 > guest /boot?
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > jaeyong
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > On Fri, Jul 13, 2012 at 1:05 AM, Ian Campbell
> =A0 =A0 =A0 =A0 > <ia= n.campbell@citrix.com> wrote:
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 On Thu, 2012-07-12 at 05:36 -0400= , jaeyong yoo
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 wrote:
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 > 8) while installing, I set t= he filesystem ext3 in
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 the guest OS.
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 > 9) everything looks normal. = The console say the
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 installation is
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 > completed.
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 > 10) After installing, I chan= ge the xen
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 configuration
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 > file =A0(/etc/xen/ubuntu.cfg= ) =A0as follows.
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 > name =3D "ubuntu" = memory =3D 512 disk =3D
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 > ['phy:/dev/vgubuntu/ubun= tu,xvda,w'] vif =3D [' ']
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 bootloader =3D "pygrub"=
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 Did ubuntu install a Xen capable = kernel and is grub
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 within the guest
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 correctly pointing to it?
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 You can usually use kpartx to exp= ose the partitions
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 of /dev/vgubuntu/ubuntu in dom0 a= nd mount it to poke
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 around.
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 I don't know which kernel fla= vour you need to have
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 installed in Ubuntu
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 to get Xen support. Perhaps someo= ne else chime in.
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 The other thing to consider is th= e use of LVM for
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 the guest /boot. IIRC
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 this does not work with pygrub. > =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 Ian.
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > _______________________________________________ > =A0 =A0 =A0 =A0 > Xen-users mailing list
> =A0 =A0 =A0 =A0 > Xen-us= ers@lists.xen.org
> =A0 =A0 =A0 =A0 > http://lists.xen.org/xen-users
>
>

--14dae934100d7c383204c4c7ba73-- --14dae934100d7c383c04c4c7ba75 Content-Type: image/png; name="installing ubuntu12.04 hanged.png" Content-Disposition: attachment; filename="installing ubuntu12.04 hanged.png" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h4mk4rs91 iVBORw0KGgoAAAANSUhEUgAAAyMAAAI+CAIAAAAgjkJjAAAXMWlDQ1BJQ0MgUHJvZmlsZQAAWIW1 WQdQVM2Tn/c2wbLknHPOOeecc5S0LFlykiQqIiqgCJIkqCBKFFQQEBUQUUAUAUVQQUFFRFBRopLu gX7f979UV1d1N1vz3q96enpC9/R0vwWAdYEYEREC0wAQGhYTZWesx+Pi6saDmwDQ3g8NlIik6Ahd GxsL8N+W1RcIJ1KeSe7K+u/5/stC6+sXTQIAskGwj280KRTBzQDAeqSIqBgAUOsIfehATASC0X0I ZohCJojgiV0c8Bsv7mKfPYxB7/E42OkjmAUAMgKRGBUAAKUAQueJIwUgcigNAMDShfkGhQFA74Jg LVIg0RcA1iKERyI0NHwX9yBYxOdf5AT8O5k+f8skEgP+xr/XslfIDIKiI0KICf/L7fifS2hI7F9j 0CGVEBZitasbJqR+8iUamCNvDqRuR4Ts6Qzhgdj8whzt/2CJMB8r6z9Yyz/KyO53X8gmIkZvFyPr g/wjYmwc/tBTEgP1rXbHQXCeX7ThX3IuBhPNdnVGheAbUbF2jghG9gDqio6zN0QwYlHQh8RAB+c/ PMu+fgZ/6DDsH2Rk+gfTBcWY7o7FgGC+/eHmdr/HgpWAOQgBfiAWRCHPMCAJLIA+MPjzlAT+gIi0 xCFt0WA/+IjgUKRHONInHME8f/j0/xPFaK9fANLv30vkASSEL/bvMf+i/iMhCPgi77/oxD9tu7OL 9gpK/WeEf5W311OmTmZOZvOvdrQQWg6tiNZDa6K10KqAB82EZgOSaAW0CloXrY1WR9pUkVl+2Jvl nznuyg+94R9XFJ6g5hT4Zw0+f6/AaY876L9c0Z+5Dy60Lvw9QxDjFx+za0D64REJUUEBgTE8usjJ 9ZPgMQ0jSUnwyMnIyv2f2+3/Z9n1Wb/Rkt2eL4KYnv5D82gFQAGPHMmZf2hRZgDc+AYAm9o/NKFR 5NzjALhGRYqNivtN23UnAAPwgBqxUFbABfiBCLLPckAJqAMdYAjMgDVwAK7AE9ntQMQGo8ABkAyO gHSQCc6AfFAMLoBLoBpcBTdAK7gD7oGHYAAMgVHwGkyBGTAPFsEq2IAgCAdRQvQQK8QNCULikByk AmlBhpAFZAe5Qt5QABQGxULJ0FEoE8qFiqFyqAa6Dt2C7kH90DD0EpqG5qAf0C8YBRNgBpgTFoKl YRVYFzaHHWAPOACOhBPhNPg0XARXwPVwC3wPHoBH4Sl4Hl5BARQFignFi5JEqaD0UdYoN5Q/KgqV gspAFaAqUA2odlQv6hlqCrWA+onGounRPGhJxE5N0I5oEjoSnYLOQhejq9Et6B70M/Q0ehG9jaHE cGDEMWoYU4wLJgBzAJOOKcBcwdzEPMCMYmYwq1gslgkrjFXGmmBdscHYJGwWtgzbiO3CDmPfY1dw OBwrThynibPGEXExuHTcOVw9rhM3gpvBrZNRkHGTyZEZkbmRhZGlkhWQ1ZJ1kI2QzZJtkNOQC5Kr kVuT+5InkGeTV5K3kz8lnyHfwNPihfGaeAd8MP4IvgjfgH+An8AvUVBQ8FGoUthSBFEcpiiiuEbR RzFN8ZNARxAj6BPcCbGE04QqQhfhJWGJkpJSiFKH0o0yhvI0ZQ3lfco3lOtU9FRSVKZUvlSHqEqo WqhGqL5Sk1MLUutSe1InUhdQN1E/pV6gIacRotGnIdKk0JTQ3KIZo1mhpaeVpbWmDaXNoq2l7af9 RIejE6IzpPOlS6O7RHef7j09ip6fXp+eRH+UvpL+Af0MA5ZBmMGUIZghk+EqwyDDIiMdowKjE2M8 YwnjXcYpJhSTEJMpUwhTNtMNphdMv5g5mXWZ/ZhPMjcwjzCvsbCz6LD4sWSwNLKMsvxi5WE1ZN3P msPayjrJhmYTY7NlO8B2nu0B2wI7A7s6O4k9g/0G+ysOmEOMw44jieMSx2OOFU4uTmPOCM5znPc5 F7iYuHS4grnyuDq45rjpubW4g7jzuDu5P/Mw8ujyhPAU8fTwLPJy8JrwxvKW8w7ybvAJ8znypfI1 8k3y4/lV+P358/i7+RcFuAUsBZIF6gReCZILqggGChYK9gquCQkLOQsdF2oV+iTMImwqnChcJzwh QimiLRIpUiHyXBQrqiK6X7RMdEgMFlMUCxQrEXsqDosriQeJl4kPS2AkVCXCJCokxiQJkrqScZJ1 ktNSTFIWUqlSrVJfpQWk3aRzpHult2UUZUJkKmVey9LJmsmmyrbL/pATkyPJlcg9l6eUN5I/JN8m /11BXMFP4bzCuCK9oqXiccVuxS0lZaUopQalOWUBZW/lUuUxFQYVG5UslT5VjKqe6iHVO6o/1ZTU YtRuqH1Tl1Tfr16r/klDWMNPo1LjvSafJlGzXHNKi0fLW+ui1pQ2rzZRu0L7nQ6/jq/OFZ1ZXVHd YN163a96MnpRejf11vTV9A/qdxmgDIwNMgwGDekMHQ2LDd8Y8RkFGNUZLRorGicZd5lgTMxNckzG TDlNSaY1potmymYHzXrMCeb25sXm7yzELKIs2i1hSzPLs5YTVoJWYVat1sDa1Pqs9aSNsE2kzW1b rK2NbYntRztZu2S7Xnt6ey/7WvtVBz2HbIfXjiKOsY7dTtRO7k41TmvOBs65zlMu0i4HXQZc2VyD XNvccG5OblfcVvYZ7svfN+Ou6J7u/sJD2CPeo9+TzTPE864XtRfRq8kb4+3sXeu9SbQmVhBXfEx9 Sn0WSfqkQtK8r45vnu+cn6Zfrt+sv6Z/rv+nAM2AswFzgdqBBYELQfpBxUHfg02CLwSv7bfeX7V/ J8Q5pDGULNQ79FYYXdj+sJ5wrvD48OEI8Yj0iKlItcj8yMUo86gr0VC0R3RbDAMSHD6OFYk9Fjsd pxVXErd+wOlAUzxtfFj84wSxhJMJs4lGiZeT0EmkpO5k3uQjydMHdQ+Wp0ApPindh/gPpR2aOWx8 uPoI/sj+I09SZVJzU5ePOh9tT+NMO5z2/pjxsbp0qvSo9LHj6scvnECfCDoxeFL+5LmT2xm+GY8y ZTILMjezSFmPTsmeKjq1c9r/9GC2Uvb5M9gzYWde5GjnVOfS5ibmvj9rebYljycvI2853yu/v0Ch 4EIhvjC2cKrIoqjtnMC5M+c2iwOLR0v0ShpLOUpPlq6V+ZaNnNc533CB80LmhV8Xgy6OlxuXt1QI VRRcwl6Ku/Sx0qmy97LK5ZorbFcyr2xVhVVNVdtV99Qo19TUctRm18F1sXVz9e71Q1cNrrY1SDaU NzI1Zl4D12Kvfb7uff3FDfMb3U0qTQ3Ngs2lN+lvZrRALQkti62BrVNtrm3Dt8xudbert9+8LXW7 6g7vnZK7jHezO/AdaR07nYmdK10RXQv3Au697/bqfn3f5f7zHtuewQfmD/oeGj2836vb29mn2Xen X63/1iOVR60DSgMtjxUf33yi+OTmoNJgy1Plp21DqkPtwxrDHSPaI/eeGTx7+Nz0+cCo1ejwC8cX 42PuY1PjvuOfXoa8/P4q7tXG68MTmImMSZrJgjccbyreir5tnFKaujttMP34nf271+9J7+c/RH/Y nEn7SPmxYJZ7tuaT3Kc7c0ZzQ5/3fZ6Zj5jfWEj/Qvul9KvI1+ZvOt8eL7osznyP+r7zI2uJdalq WWG5e8Vm5c1q6OrGWsY663r1T5Wfvb+cf81uHNjEbRZtiW61b5tvT+yE7uxEEKOIe6EACqmwvz8A P6qQeN8VyR2GAMBT/c4p/hQUEnzAe2EDPZBC4rIsMALxIPf2GGwMP0TZo76hizHOWBEchHtH9op8 Aj9PwFNKU3lRF9K8pROnT2AYYpJhPsuyyubB3s8py5XHvcRrxXeZf1lQXSha+KJIj+io2Jj4Q4kr kolS+tJY6QcyabIGcji5R/KnFGwRv/VMKVfZToVa5bHqSTUjdVj9rkaCpoLmklaLdqrOPl19PRV9 OQN+Q7zhktGC8aapgJmdeaxFlmWhVZl1uU2lbZVdjX2tQ51jvVO9c71Lo+sdt0l3Fo9gzz5vdqKb zyFSoW+VX4t/T8BI4NugheD1EEwoc5hyeFTEsyjL6P5YkTiPAzHxyQnHE4uSGpP7D344BA7zHbFP LT7685hn+q3j2yelMqwySVmhpyJOx2YfOVOU05z7/OzPfKWC0iKdYrqSj2X5FzAXbcuPVpRfaqxs udxxpa9qtPpTLbpOtN7hamrDtcbJ6/gbKk3+zYU3n7YS2ixunWjvuv39Lm+HdefBrrp7493bPXQP yB+8f1jdm9QX0B/6KHWgBLG+wcE3T4eHQoe+DGsOnxr+MlLzLOW596jBC5Exwti38ZGXN18VvI6a MJqknOx9k/JWYwozNTl9513Z+4Mf3GfUPjJ+/Dbb/+ny3NHPPvO6C+wLC1+ufHX9RkDsqex73A+H JYVl+uUfK6OrPWtPf8K/AjexW7M7O3v6pwMSwA6JAvsgRogEdSDxWAmKE9WAtsbAmLvYdJwnmSG5 Gl6JQptgTRlKlUvdSbNGJ0cfzXCLCcVswVLG+pldjSONc4CblseM9zBfPf8TgVnBZaEvwuMizaKp YkZi2+KNEu6SWMlrUu7SOOlmGaIsjWyXXIQ8r/yQwmFFWcUppWxlLeV5lXOqRqpLahfULdTXNS5p Wmtual3VJukI6qzqjup16jcYXDQ8a5RuHG8SZLrPzNxcw0LCkt2K3Grdetbmpe2w3bD9a4d5xw1n chc6VxY3zn087vwegp7CXiLeYkRxHymSsq+lX4x/bcC7IOpgif3qIQah1mGe4eERqZH5UTXRnTFv 4sgP6MQnJTQlTiWjDnKlKBwyPGx3xDs18ujxtAvHWtNHjn8/yZnhlnkpa/G0UnbEmYqcZ2fJ8gzy TxSMFSmeKyneLLUtyzvfd2G9XLjC8dLRyuuX31WxVbsjnm6j3vRqVkNv49Z1uRsBTcXNgy1Qq1yb 963M9uu3R+/87ODs1Oki3TveXXt/oOfjg9WHq71zfaP99xG/1PD4ypOywfynWUNHhxNHIp75PXcf dX0RMJY7PvSK4rXMhO6kwRuDt3pTOtOa75Tfy3wQnRH4yDPL9YlrTvyz83zTF4Wvtxbpvmv+sFyy W3Za2bdKXItdv/nLalNo68MO7c6JPf1jkZyXD8kPgkAZmIT4oFCoG+aDc1B4VBaaFd2K8cRSYx/j csiI5Op4DgoUxSrhK+UCEkWu0AI6anpeBllGfSZ7ZiJLKGssWzx7HEcopxuXNjcr9weeS7zOvNt8 5/jl+TsFLAReCBIFPwtFC20JHxOhEikU5RWtEZMXaxfXF38kYScxLukl+VEqVGpJOlEGlsmUZZA9 Lycq1ySvJd+v4KDwVjFYcUXpsDJeOU+FW6VaVU61Xc1AbUDdQf21Bknjs2a45g+teK0d7VwdaZ03 uoV6Tvos+q8MSg09jLiM3hpfMPFCIpExs1PmGuafLc5b7rMSttqwfmZTb5tm52Yv7YB2GHOsdAp2 5nJ+5HLAVd4Ndpva1+fe7FHume2V7B1EtPfRJAn5Uvku+T33vxaQERgUZBdsuF8nRDNUNUw2nCl8 LOJwJGVkVZR3tEMMKfZQXNmB2/EvE1aTqJO5DvKmsB6iPcx4RDTV4mhM2vlj/ek/TrCf1MqwyzTN EjoFTs2f3jgjkROW24T4F+2C1MLOosViphKVUp+ysvNzFzXKcytmKzUu51yZqVarOV07Xa98Nadh 9Vrg9akm++bbLYytwW232ylve9651gF12ndV3lu+b9Bz9sFUr1Cfd3/Wo9uPCU9OP9UeJhsZf17z InHc/BXfBOMbs2nwYXWea9lqV/+/vy3tFqwSAAVPAXBYA8CJGYDsQgCE/QBgRvJRG0qErgpgFVsA ffQHkJD/3/cHI3J7GANvkAByQC3oAZNgDaJFskIjiAgdhM5BN6ERaBGmgiVhCzgEzoIb4CF4Ccnh 1FFE1AnUddRrJE+TR/ugz6J7kWxMBROLuYWFsQ7YBhwd7iDuK5kP2RiSKQ3gzfFDFK4Us4QESmrK GioTqnnq0zTSNA9pHWnf0gXS/aQ/yyDJcIdRh/EukzpTJ7Mp8wRLLCst6zUkf1hhL+Ew4PjGWcZl ybXD3cDjxPODN52Pnq+MXwyxTA9BMsG7QonCqsKbIl2ix8VsxDnEP0vckjwmZSy1IV0hoy0zLhst Ryf3UP60QrCivZKGMp8KWmVW9ZFao3qeRrSmmRaT1ph2vo6DLqvuJ71e/SaDOsMGow7jUZMvptvm ZBbUloxW7NbM1js2w7Zn7bTtPtlnOSg5zDhedkp09nHxcg13O7Ov233bU9MrybuN+IMk6Gvrd8C/ NOBe4Kdg2v0aIUGhRWG94cuRXFGG0cExubGdcT/ixROCEmuSFg7KpsQfuneELjUKubl6jj8+eTXT NuvZafPs7hz13LY83fytotbzvBfjKmIrA654VrvUOtW7NHheC7mR1fyi1evWzzu+HRe6BrrXHgj3 evaXD3wd1Bg6PjI0yjYW/vLzRNvb1nfxH37O+s09XdD82vCdeclrxW9Nan3gl8ZG1mbP1oft5T3/ wQRkgQUIAEdAKWgFI+ALRA4JQnqQF5QMlSBZ/zi0DrPAavA+OAXJ5x/C8yg6lCrKB5WFakPNoBnR RuhE9HX0PEYEE4xpwqKw7tgunBSuikyYrI5cnrwDb4GfpIgiEAi1lJaUK1QV1I40BJo+2gw6W3o2 +mmGMkYLxu9MuczyzC9Yklj5WQfZktgl2N9y5HNaceG5+rhP8pjwonlv84Xx8/KPCeQI2goxCL0W viwSKaojRis2I35bIk8yVEpPmlr6mcwZWQs5gtyYfKNCrmKSEknZXEVOlU0NrbaoPqnxULNa65i2 u46CLrXud703+iNI7jNk9NL4o8myGWROsGC25LeSsda00bfVtpOz53agcNhwXHZadd5xpXBj3Mfp zuvB58npRe8NeX8jTvmMk177LviTBYgFWgfFBV/cPxCyHiYYbh0RHXkmqir6bsxo7MoB7ngbJEK5 l7R1UD0l+VDHEVSq2dGCtNl0zePFJzYyPDPvnxI7nZe9kxOSO5Fnk/+k0PUcKL5fWnQ+5KJKBXRp 4HJRVVCNRh19/ZeGx9cabmQ3e7XgW3NvEdqz7gjefdPZcq/0/vEHcb1B/b4D/k+Cn4YNRz6LHY0f C3up8er5hN5k6ZvvU7bTr9/nz6TOnpq7ON/8ZeDb6+/3llyXG1Y+rhHWVX9mbuju6Z8DaAIPkALO g04wBcGQAGQM7YeyoWboFQzBorAdnAxXwc9RMEoO5YsqQg2icWh9dCr6IYYa44VpxbJjs5GTfoXM gOwzeSHeggJH0U/Iowyg0qMWpKGhBbQrdN/oFxnWmLDM7CxqrN5sZ9j7OPFcDtw1vNR8Ufz1Aj2C g0Ljwh9F1sVoxMUlLCSjpaqkv8vqyx2Wr1Z4oDitDKuIqjqopanf0cRqJengdeORWOKHIZeRhXGS SYPpjDmvBdHystUXG23bMnuMQ6DjXWesi4lrhtsQorMCr0PESVKjH6W/ZcDRwPagpf1SISGhV8PW ImwjO6M1Y1ri2A6ExDcl/EzSTj5+cPgQ5+GwI31H1dOm0u+eyMrgzEzJ6j9NlW2HRJBvz4rmHcgf KJQoKilmKTlbBp/3uXCzHFVhdam4cu6KSlVG9WStXN2J+qkGtcaCaz9uWDZVNq+26LQebXvQTnHb 5U5jB21nUtfnbvf7Tx8YPGzvk+uvGxB6XDHI87R8WGCk5rnMaPuY+fjcq5IJjzdMb+umWd8Fv6/8 MDKzNSv4yXIu9vOF+f6Fla+83ywX476X/bix1LHcvHJuNWBNfK1/PWB95Sfp58gvnV/Vv5Y2tDcy Nl5s8m4Gb1Zsvtyi3TLZOrzVuvVtW3jbeTt9++b2hx36Hb2dqJ3ynaFd/Uf7y//+AAsR9ADAvNnZ WRICAJcLwFbOzs5Gxc7O1iUk2ZgAoCvk9/8Ve3cNDQClXbvo4e3Y9f/4jfTfAIVZf/TL1KxKAAAA CXBIWXMAAAsTAAALEwEAmpwYAAAgAElEQVR4nOy9edxmVXUm+jzrnO+rGYqqQqCgCgUEBAERcB6Q OETiFGOrMSaatCbRxNakTatpjck16Yxq0n3tm3QGk2s0JiYxGhX1OqAEUURAGUREQIqxirmo+Tt7 3T/WWnvv875fFVVQDlXu5wdfve95z9lnz+vZa629Nl+4bDWTJpCiAJgwUHslAABUAIBAOVA7JFD8 J0nK/LMMAAEFQBAgksaNBJSg/SwkhiGBFJL0WwBi8GSVECIpAAGYAECFSnQgFZBEaMlJgiWSE+vt GYioeuIiAOwrhSRoD7JkMX/uOjApoMIOSBSlEqAkWnlFCCRAqCBISYDdAyuRgHV+ALBTkhwSKUxK AUnLuX1m8jyoasdEMtczFUSSXMakhHZEfl1+kdgnTVSBJLtMaAdBqaJETRShdsrUKaqfACYqIKCC QtEucSilSHVFqVWC1TGZcoahPQqSN2FArYNoQoIKSM+ban2bQJgwAKoKklBFSujEv+YsEapKMrIh OSm7S/w6Va3txO6HaELquo7VDaOUReoHSQWhKrnTxnUCUB1EqEqAUBs2KXqfklSoEqJUtTz79Si7 kkxpyLVRemZkTODDlBQoRKz+vciMfPVKS9m+5lJE+wo60kcZIB2ADkhMFIp0AKwZlUrag3UKQ34R KIT2ShWvahtdQhvrELJUYIdOCBsXChvLyBUo0Kq8pKpqXKOwA5DS4AkL7V1EB0R7UUGt84Eu/0So gtan7Ul/NUhQ7AHAsx2dNhIXQHPKhBIiyH1VOqj61Fd1HlT9CILyU4rfus4LwXi/fc55TvS+m9RT IKHVK5IlkmC9LibBKFrOB71Fk4LixbGy5MRUbWDH9y6yZDWmMaUB1mr5LaWUVcag5YrnTWP6zyKC SAlQr0DvUURKyAmrQgTJJh1MvtEHWi6az/lRyTqadrTzK5OJxEurBiv3sCqvvc4qJJeS6q2vVQ1o lppA1bqAwEZ37jxadbncfFBggHYlJ6TP37njW6fVnGvrrpHhuiAxGH0IIHkeyntz06S4GN3Mruey WCVkcWtFlrrd4zZ1gVpaNmdmdJuWv9404snWlZzzoKPCzYO65yBGgQIpcp5HulWoTncqgAmpkl8l 2zYAk48pq2priHrglIqtyyKg9KqKRHSaRkM0XuTyF5QOmhAyO7Kh1V1q9KPOdVUJ9mt0HpsuVRUg KUiaCKjYtKspuBBE/E1UH21UhULVpwqynqIcSVWYlGRVk3VLGecrwrXqBKqqREraYRABLbFqjktJ RYTWpXJJxUY41PImjMoxopCYIoUoEbLoURfDcNKgQZmUQoKqTNTOfhKKUu1l9LEfpDOaUEzOKYOz VvCMelWqBjtREbGELHFNmkRzNoARHy0lD7qHPQKFUvromGbBq9KSV4gCwtRJfn9mOaqqmsiZ6hEj H8lIBgarKFFRpjl29G5MCASp5KGmJqhKyswYpgo+8RfRIb12KblcBCnEoFV3m65Jqd/rLRJQVRKg UhKV89IsUoj4yZ4VuiwQdoipVq04RaJYNxtlZp6mjrJYP4R2RvVJ9WSTcf3piiJ1SKlnrySETCaN ghHGSBrXuQ0nz5dIF1dEPXM1N9LgTNP9kGAI+9xKFJ/WEWvAIhxtIpapdPKzAMf8APD77dGko2nQ SZKCRFdkJiTPhoBy/MLIVRFmnMySxD/5VZyQ3BzVR+YNpU4EmqAAjbFJdWd8yhyCpZG8LBLkI/5U 9A7OCyVPknWnmJJGI6EbIlCCE4w6Q8h56xiZ81ll+sLfstTFnblKpcwStYid7Og1Oag/6Dx3WrXk mgGCmngxSg4LtY3bjAvaDSp1qvPkLfcHr5yK7I5I3vjZCQbsC4OKwxXehKkuXb80t7I1yjCmWeNB 3wlSiKdRZuqq05K4cxEEkVWwGhpeXbmEE0WO2taJiUc8V1JVirMVcVVOFluK0uvywjFXSN3/pRuV CLb6yjSlLmZkm5Ygnb6JUqGJkJgXg8c4D2ACIEVvkUr9k0Qq14PkA854qgpONkTiKYApmQijQFO0 OulcimWpwugHPj2CmQHUsGSFlK7DXEI9uEL1oapUlzQ6Jjc5kc5qSEWVhFKApIk0HU5KKhJTZG4r ugiYENJWvTlxL57Pz9QEZl1Lgs5XY9ZiapJJY2aXETshBRjyS9V4faIk8dGR1TPal0rhWJYbI849 zdRvRovT9ESTK9Y6g04Mpl2hnuiEOoAlJwTUqWQSqVhXpol1Y5kmBgkCmweSE/80R5G4MxkPCeqT KLG2GDe9pkSZR8qqpsJoLAO5QxoHglTp+FAmOmDIvatqmtIccC4yTye0KyP9lldcRSsLzQKjj1hB 7GeIyRjLp0QzKemrWMaE6490QoqyZq7BpiVV+RcmVai6zIYptGpKKiIpJXu8ow0QpdUKYGuPGDCe JgAaCUMveQ3lk10foz/+1CtOEOjy6sVVC6FIm6frFm0WAFZz5eiylSvKE5nReKE/C6TOFJmgqZqk aiYFbAzSVSDO7ULaTectS+5St7W8ydkISZCVUjm3I4JV12GuKwn9hIl8KSUvvKHObb5iRY7UtHpN zowt/VmzWMI6L8Wmb1BGxcm1MaFpcK5GcEwb87dMzhCqkczCrVqGSL9OeVJUj2s1U/KcbM4bIv1c U4zKy3zFGIn1h/IuQpPPlYVVxAfFqBvkliWD3EcKME1qGtUeME8vmqhbTBW/zHMy6ktVoiPuJQlq +s5iJin1kF+RR2WmvyKje+r0EXWuoZbW6o1a109o8vJ1VHyRrJfno/RNMwrxfm7313N81h9DMKBU woh3Tk0jQui4D9e/lo7kM1UPU2okwLUMhELGzeYWFmEh55JUiVjdjucAVZhtwTNfNI5UakxqgxrF 0OT2KYoUjjYhfhRKFZezwrEKJCxMIb0IAGkYnJZ06LzeNIGStMh0Gw42H5iNxsmdaRqpmqiiSEm0 EwUkUUUppeuoacdIUVMfKRQDRGjcPBFAokKlo9PFBIr4sBFjjWV1m/xzKaIJYKo6vTVToiDr1VST QhLrcWKVNRoCeZjZ/845aooQE4sIVQVMTMnNgqyWsMH3BEZGU9LOtCIEEmh1AtWkmmpKAZc2JroF 0KQDQVPGqJqs6uxdZs/OelQBkIxQpZGux2RL0RYIkVR8YClUi5qq4t3JyxodVyg7pVn+rPXDGL41 WyUJiNr057OBW6mJTo2iVzohxMDV6D8ATINV0TKpTJA20SSCcCk21oEUwZEASNdplsUqplGjNSLD ridUaJiTurAzRhsbNWCVYakvCjSh67xCYsaYnuy7TqC2StCSlHXoDuq6CVtdxNTpMwhcLtUko+tQ d2MbherzVzR+tE9NYqwuTOleX+R0c2clCm2CipfBLVlF1hId81ThdMrHBQBCBSKFV5FFj4XIpydV zeyeW2YF5DzVakWTerp0VXlRNZHQVNQD0SA+/AmogAqtmJxLrKzL4aiwuRqNNaLWCkixo4Gg+HtH bDJnI3gbo7E5liESz0oW5ATD3pqLySme5JmM1ZnzuUgf+Y2uHAUBDFEELY/nrCjAyqyWkTVDdfPV RqE0jMU5w6Slo8TrEnkfECizxI36HxdwusZ2iphmJhSiRmtGFyXkwlQKRbWTosVjckVQYZf1lTWc dXFzdY1fURhRts2Ns5D7qvMt+pDPN8+TWtRnaR1UfbhSxObHcjUMZcoretaostBO5UJVOteURs3k Qy9WXxCQPfJkBRqXkpRAKBOSmDGJ4RuBpJREQjULMOqQRmtxVDZEGZWKnZSlcmemH/PVobqRS1QT J+vCJrEUj5XOrUkzVUHwlWFg1ylQNLJWM0rSFfum1BKqQhKSLZ6titOgFHEyRxWKKsQ1e/2gyUxC WTlpSy3RwW0OCqRBCCI5UxQRhVCQEP5EVV251lNL9zTGl3mqpmRcxDuqiZCE5LbFIXexsLCqaRmt UVLMcoU9WxuYf5gSlXQHQO18hk4KpK6TIu3NsKtwR7MksfwQHZKKgIrUgXNkGDJDso5a0/SESQCl iCbQruRSJAVEiMH8K1SgUJ0D0IXdx+gLCAwJAlAS3B4CoDPbvDD3AbFFj5RqEHbeavbW5BrBES+s VE3WzzIjTNCOnWoKMzQAhYDJFDe56ydX1aiTrbAqSqzCbMozhWkZSqoJGMiZnBNq6IJYufHZi9W4 F8lE0riv2emoSShIasPbfA4VyfRlpuwb9Ugv6sQi2Udf3ERLBLSJyvtB7W7l/aoD55JoP9ioruz1 JvuSqnjjeUUln758+GgxMo4tJuFQBhCdxjQtCB/GkJ2VTaTM7GPBw3wxa5A7V6JoSLuug8yVtyvc 6JbJH6N+GC8tCu/6XRWnQV6sVzcynsrON9b7ND6M8l153hQNX20GymqJ3Hz5XVl/kC8aHTSykirF VU5tsltElir+GmufqZvH1CrngflKth7qiETmDBduETI7F60mPVnEGJGXUG4pQnnTAVrxyMiqhjcb wocsBZ9wGZmtUZkZs7SvNUHM22NSJZmsusLPrU6Vxo7BRZKgSz4rjGhZfNVsvfWF+/yUK79x2hQu 8Uwp/kTTRKGKIkVdvNnnTAdTxXqLFBuVPl5Ut6gpOdQZiV8Lvp6z5INRSruLZIeQefSR/pgAQ+RT qnHBUQ5L9rRydlRf3niaMlm3JoPzQAPCP2dKOS2RpghSMK0JqCZVpVGZ+Eux5TAxKEEVJc0EMV87 J42FdDDfyVdolNJX22E7KA6nxbQXYiIorQJOHeaxIQqnymQO7OGUBH8QAqaupKiaUpLaFitJdVCY CMmO6UjJSGimNf4ShTIBpKYskoE8R1Uuzz6qO1OhKUw4TbcEAOlUVdMwMjCZ7E7O0WhvNKGgZIwC 66bJCkJ0lSrQKYXIpP+RqKZk6p3sbSZOnUh2UFM8dYCKhotO1yUdVEEQ2heBKIOOjWIIMUyznBrJ Nm2R6fwUoZYc9XOKZO5MibbQrFsy37Kom5iMvUyZAVQzY7BrLfYuEcVIs1Vn3hze6a7iI8+a7GKl qtXb4EqF2O2RHfadFUln+xtApswd/V32WcO7X3K9Tc+qOZMuGSu1XKk9CsLbUDXVDWJNbKVWNY2v LfSF4h4kofGyzHSaFxbVe+NFFdmyyUc6VGb1qj5VpFMdYlUi1sPG8/MooyCDTcd1535d5ojFIUaq udgW4tm7MfeCUWWG+GTRosZEz4r6xCRbmw8Y4hxGFTtfOseODE8wZeNRFn9jF/ta8NdSsLbMT8+3 k0/VyoOJ5WYlpGuxPVHJmg2vZaUy0pencA3WSDzfMNIETCG/boI3A6UxssTVbNbBiNNgKsOoyEE1 7sf6hspnK4txrbNULX/8wRi8WdIjKAWntSNVQ9QGu5oE17XtaoyxdspJoUzePNnoYXEbV0Z5ipz8 oa527SAp7LmcfLx+nfEhq5l6Q4ZlepJLTX2VukLqspiCwtyI1WkKqwcntKG5DnPPtGYtvaiuxBTl KpNCtBfyfruS4RR3Sqhph4o8Tda8eFbNxmDJF1YrURy7rdiy+3Dsj66U8tye1eaaf6JQIa6YYkm+ tqVYhi1/4aelo4S8PsNtaB5iNIXai0CVMhrMptnK4lIBYyUS9leKIMHUJkYMSKCPu8NxmfTtVylp Bx+GVhHZl4VCpAFjJE3GtqOzdJSkQzi2a3ZNq4xeKYmKzvkjjL0mdMmXuYhSSDFZFIYBVQAdszGn dAU1cZgkZlElfV1CukiuZmxXJU4yoY6qAgVTGCA7ymSHK9LOXcyls2mrJr6ueKp8w6t6SBAFRbNS R2hqVI2MmZCH3QWCWfcJiuk7hOxjlCWKaDIrKgi1zaEAQKWK2hIHydio1bOIhLkvfI9rplKbsH3Q u+JGOkEyrlBRybxITaaJMVKC0hNYpJdvVTQWP2kNtI0PQnY+TEDFIB0BalJN2vW92wqlIwmkpNpP NKV0RGx6MGbvExmyUZgKdJ0VsxOJte7EOti6mfX8VP8qIaXqHkKSHfJ0nKIm6xQt22L7cLMMrJWI k2tEgQiGoViKi/zLE6KG6Sq0ET5XinOa/BSjveyL1vQifsoZmxZ4WW75dF//ZBRNIX31eCUUZWI5 PiFuGXN3RSxGQiW/JchfliWe85koVCr+ZzWfqP4ZCWC7OTY4VeWtONakJI6bswKvbrUJqZlJQLky 3+RvHCJlgjuu2OIwWqvx6iyh8KeJGzjyyrA1YtR0RR0YhsXiDkWvGY6LP41pRUuhWdM7D4zG5bW9 0+H4tyIfE4TYULs6zFMPWrmW28VU6TXrUbMTMB7M7xnxnun7q97C+kpujvq6QAf3Mc/XZYJijt9R 863OihbcKHPoyf4Z/SHTu1yuQkmj2rMWqjeHrcp2Xw+f3MJlusjrlrhChmumV3jPqvMVf6wsgIty osxqyRxTNIV3tqbyhkmS71lLYekL1DYaF5/h4j3RgpOmyRCkE6h33XsXysM4jW5zl2ANaYNE9nV+ JJic63ESVOjiPjhdSirZGRmmvktIXuOaJhVtqmavkfDaoYowpbxLO8sbl8pGZN1uS583qwpRcTNg UmUQTRKwXYyegFl41L2oOKp/0j2XctUxag3Gc5Rdr2nUUl7xyf3nWFb+pelTcehxBWHmHKnUgCZV 1SFRhLZE1rKnhp3Ytgxj1wjShqorsl5whO2JlRhLZG/5G8k1YV4qxOO5XhiVWHMj/4wBHZFEx49k 0MxJJCAK8z9zH8USkaTYDAlVdd1kyUnhbUpI0qF0ifJX8mfJKxYJZbDr5CTPrVkAT/wbZKvyYbeV Zh7KBNmpbVVR5L0aZoJN8xCRaBfvwpbJTupbSFbMO02TqsxuYZMf8+QFgOh6EDBvAiZMDDOE95Ll TfLWeh9OU7URgp/ZK2ts/MoUqpYZZRUa8oAxWTNbN7rCEvKEXrrOhOKHI51QfjUqX5OqgsL3P8E1 AlL8jVCzyVoujk3CrF4Bxlp8nJOsh/CEq3qoZb8VBzEf+eeqT5UKpOfWeDAjaXNOQlbSaHCdOpYB RpmpO56qG7b85/BDT5XeeYIZkBBBR4skE0IxTNcwq1ZVqJp3TujAAKTx3tV5WZFflCCaaSTFc+Ji d5qD7xy020kkBR2pi8pLayE87rdWsQjXvekc1j08LhXOV/N+oJjYwodoVMZ8WyEQiJ8SJswok5mZ 8J5MpfInBuOk0nqyPFBCh6rP58pHGQvUWLlZZsZN3FVfM/nzLhZfC+OftpuX2ab3oZXMpuDRo1yb 0tHEech715jYBrwyVeQhFm1iqizfSpite4k148mSzFOwUvrbQY2lLX2EDLa920RREttsls2atobO sRiYoPYGFeigTEiwff0ctF4LqYBJov6i+4dOy4vnsak0SIjPlPGUUQNXdahZo2LpYtsJMSDPPioe zAist0MCUNpOeesFmkwWx/50ofkrAV5LyRymTaCrqvrMooCHjAIgGKACTcqYdzSJkMoht5rq4DZT d5ETmCaVTKbhTE69vCNRqMl3uomrWCAqFHRUeyVgnlWAqLqLniqKcotFjQSg9hm3zm3UwR2gEj3y zvS8kxsG5r1aVlSiqjKEi7QwdGTerB6FyQU34A5hVnK7TulQpnASIHOMBe/DIpFT05qZKaxTTYMv mxOKbtJXtIPPG0owsZOJMBcUi2bSKc24qaEZzRsSJVsbuyAr6hQsBGOI0mq1UXZj2kxNX9kmVCqn mM0ESJpM/nTW1Ump+FZUZSas3kdJUfGtANSyNvd6d7Vtvcr0/Gv2cwkDa8ja7LMiof7tWAWw8dIF wbJRLC6wNdTvrNx+rVY65ob1MW0eNmVWDZWVdQylu2flatKYYb3HJHQdqhgaIxFVujuQNz9aDiUs WcjGAimP14sKZFOLVOQp6ypCKxBNbG1V5aUSge6aNqFq6lzX4pMJ/HWah8uEKSenn+2zGoEwAA0L gGrljx8G09gCHnXeudu15rdnrcOIc8VqTguTRrZgji0sI9VFVH7Mk+OgDJay0XezPGq1MIGtSkd6 UPehTlUrj6V+rnCy5EpM8AyTvdcXyNFArGhWKUKoPDXmMiIie+Wq2YmyKousrgyqUeuPFhW541XM iZlcIgRFtbAp3INV2WPPqY47SV4Eloat6L6XutqtWdbhReqOeH99pYyjeKk3dPS0auJxTp8rxOeQ ypmHuWnqLhSZzEpWJTqEdrxqNQJAb8tgWiQrUoekndEp28fH0I14Sd2rlm6eMSrgI56R6YSkpjPK +Zp0Qs06pKQqajJCoOCg2puENfkhcOlsM2ywCjBzOCdt4fAEwGyc3sxCaAgF8+OhxNsV5gOP5HYZ 9XlgSGqxtNjB/LlMd4Q0mFZLhCkpMMfwVkkaZMuCg9l2zmqBngAy0cK2mmLFFWOxhgRsY2Uyrb/L VOicsqP6Tk/bxsXk7uFRjLEVxgqbqWfq0WnpXFr3MwhUNeuoqEgwQ2i99LAS2WARJBencYt0oqqq c+58U1y/IbadIKXa6qRwI5yIb81LaaB0xmVCTgBJiGpqG+VIzDXNlgSJkLDxmUtv7IodrOeoRxcz MWEygNJlc2T0HHYJc/TMJ6QBoaIhxRYAxuLrrKRh8L1WRv27pFWHt8qxjhorT2aFMa05y7it/lFA zL4mKW/RdVVk5NC7n6VMV6OxCHVjPQjzr+rgRM3nYyP5lfW9bEe111tTJrJzj3VzCWAZenn2JEkI OybzrWQPhYhGgBQlqRQflKpmQLQdBmQHqM+rGsonm8SLk3ut80cwJMt5F1M8XfBYtIVYqvk0njmH Txe1UBxvFrNp2iR3ntlRvQK18S4ilDK79IcM07r3ZmEZoyvnGQgnoUrOIVOukKllF0W19NeKcLhE ryR0nXPNhdLwyaj5n9W50SzxD3miqIhfXKnlfRA+HSLyYn7FGJ6fmJEZIrygEmk+QRVdusc4yDWa a7ukH6kxSHZZWFfSHCEI1aerqskiQ4V9Vr+WKmX1yp2AldcvYvENBSsCmmsgYiuV6kGuWIRaLvei ckdZG2h4L3EqU6R7zJSlZtTAaOvcdH/QUT0UB3Dbu5otqplnV1WSi2ONaDviS/ridC138tyy5Y0T 9VDra4NhZ1KIOuWcc9PLROAduy2HmZzw+5QIsuiaPwUqpQpiqHZVwxXteBfZrnPiue1HSgKfo8sV JcQ8r8NSFlsOPaOdGouiJjN8hM+TkEk9hlzyRe1OI2DZJGsKmp6EbdnzR/Kdtn7okD05/Kfi7+V5 oAqT6VIkSbWVwErnhonsbm9F8wYAzZ1D6hhY4Wpt/DLCLjiZqzq0qkpXRYACLEqEZ1iYNPXsBMRc ym+so9ZNIGx8XhXhdRWPiu0QtDeF0iP+1NFWmWUA8jYLJqqkREJKQO1Cf1HpKuq+I04aTT/knmTB JARIaRDp5iCCZMFWk4U/YBUby6Q0jEQbWwiFZsmzy9nIw8jaUsVTLT0qT6KVwKRQOo8f4cI7RXN7 eGh2Ah3oETiDuLsLlOR0/B05ynzmSoBvFDBSlQbW69dc/2NUVkLb8RsCrSuRTfLSpd6TWMeRN2co o30RFcKmiai58Wxr/da0ZLYPV+mOiCXSgu3R8LipSVIIMk1JkHVa3VTsDOejAFQ7EurDIQ1g6WBG 1cnJrUPhjJpd6wCQEN+BYeFrR5Os3wOAHgQctYY/AaaJixkWxthCAkgmPYhBI0XDkdfxMrhmRYiy y70rOraSZGgdYjYuPCbnyhPH6L1ZrmcDEEN25gedTNIjA0mY21jbqhjOWzYvTVDDmmEgu49UhBKl copyK6SdVsWx72UPePDOXI0AytxYmWxKGRFswLYB+g6M2EEyzmpOE4jQVhLaDoRndNxv1LyI/1oG 19bSkOVFOSeoKUVOrmIgpbEzbwMmRvokiOCd8TdbmhydD7qsvAkXlFEN1B+0rvNRNYHZpjY1+EdG urHIYVUhmfZxJNqCVdTzWB0VtlRH7FQ12W+/dwAQUZpCm8tRMT2ligiPfhSvyVKCrrJpTpLKuBbT vqlp7eAHK6Mgor7VtcHIp4IYjXFUajD3oCe0Mi/mKkLdBKUM9cEpFrOKw5A6UsiUwrxUbVDznYCo +IFq2USGCd1tqQsPYhICUpNKZR8NO6DmzwBTRGMq4tZWvT6fEymFi1LIvS7vBHRdSBoGYUTgEoH7 hkzuo3AboD2aIGYE6STsqvYap3RFVxRKKXjJJ53lQckO6mZsS0gWYoLQzigmFKmSRvOBNhPBbIRj zqEWdBYe1ylHL6utE1q0eFalAtFJmxFdqNe7wYE6frh3yyDQ8+VTYN0sJQsl5WLYfNWrES5axVNI YOV+6Fxn/krIz4M5cIB0HTtoslgGmpKfmqOqWh/BIaR6+7l52rqID5Jsz6o8vjODzAwssyuS9C17 aQjCl8xVf2IXYTkgSBSlIL6snyipCJH3/fkSuuxAzPCNEbYrsFpYjdwOdoLi2CcCKt0CaRsmSmFp KykmUzMV02E5pMg60Nj0qNBUAtz7Ro6gsAyTccViOfEh10SpJI5p1ojcVNez4sU89JKiuKzlx0wL GLvnsmVhgpH4PNmV9/q+lSBPWm3dynKF+cma6FSzMPL0O9b3MHlmPHBD3pDI6hG4tMjcqBafZUqL 8Oj1k4rwf8qywYJ5ArS43mHIy+uQ+r01kdKqOJIvVlKfFY0rc8e4cYMbuEE2i/ma0JgewqOCjQmN q9wI4eSvOtGa1fByDwUtEneUpUpzU3hqijRNPI/pSEk77yfQojtRhc6BjJCq5j/BvC8HRXfbufjP qZk8kzGJrGuvzm1dhInPE2XMVq26/9SDqL69dC0tyuCSg+CyheiPa9tvk7CuxgjVuM54yvu8ER0G KWXs4Y08OAtP3o0JpCkdUv3myT6MqnexmlIQ0T04GjWszHnMYWVi2mE1fCas8MDIJZTEBNPyJXFH pOQuz3RDHkkdkoePosUzUBlGK4DY2ua2d/HPBeZp5Q5MoZqyVTilchU28ReG/Cx2bdYvfjhVH3J5 GRY0o4YJkHBdmshjXcgAACAASURBVIhImbfzhQ4smU3M0s+bbzxvE2uDpBpH8hRHI3sZqclIVK4T G9lKsEsepDtBVdhREkGQaRwXfgr0wEIRcCgCK6mmwY6DNCtaDm3iXWeUaCJEKVlnkwAV7VKCihY6 S4qHrXcbk3NHjUqrJ7VaQxkTeCITMAMIsINE7J4T6ahDoSml9QEA0slgsUWy3EWMynhkVCkdBg8S RoWmNBhZSGlg1/kCzLRZVhPSh1/c4I0c8oAgtIMOoVAvVAPltKKUFUjRsqZuFADSsSJD+X7JqXlO MJgDV4znwTceythdN08QVccbB5IoKiWrvGgL878Lg6I3oneJ7Hhgc0WO2qtw3ZYNykyJgDIrelQ2 cRO22BURVDvFGRp7q5bibq8qMqOIELhVkWq6Vmh3aWiWIMwMr6C8tk5VpbGSK77QVADopARicMVY nuKzeat6aU4nEw7nVWrm+lhDVqIlL26iI8fufaknbauZsSCM4OkSQZ5cuggAJAHVRTuC0GShkjAy S/kiMLRH0fuLVajUbZAMhHioV96MjpKcGlfMI3ndZoE6MWPlF9U0BVWRGT0v/4RpU0ulxitXBFkd nt+bk1IUU3t+u2V4MjSGFuGa9TGWSJ89Fji5WI4ZyzuMEKGAKHIaddkxqvO6WvxrdunjaCMZ1RcG OVlGPqe3fE5Ue84PoyOWJh4/m1IhWxPp2PjKHb7urt6j6pNhpIjJuofD1NNEykcxIgyLfpJElG0c 7bNucevakt3XoiEY1upMXoFR+Imsr0r5mS4eDKc3ay/PSa6o3ED1sU6Vr8KIUiP2dSJymMoMW6dT 5hP2xak8XATEtZcKlN0t8N37FjiBSojF5ySYdOjsRFgvM7NN1JcAUPHyex+rlxlU+KHLAOjWtLDn uqlHfcOYYLDAWrkXKCzqikndvP3KX6AdQwVWNG10FY+KKwaoSnfnIML/SV1muFxMsU/MelKnNLZl 1dO58BHNw6dyExb4yUKdU1Ch0E4ioirZIVkmxJxs3DZnCjP4aCMA1TlSjBoxukpC6sKj1o0vNn8Z 2ZJMHS3+lQcgUCglj8YhwpY5VbPM2/HS+UglV0smoaRR3AZmQi9gPmgqmZGl8nwlRBGlRpxODQCd 022G/iZG1uRalr4sTYR0GgPA1RZSLZMEptnyAwLMWCZKgDMQi5KWyC5CQbj9SyuSBB8mOfpUkC2B Jnf9UyMKoEIoHXQgYj518qGFQ/gCIZvbhLSJryOog/tRjtaurLRZToV9gjNzFuDaUAuPhl4kjrUC mTxionmbD5QS5ljNYKeoVWXjuOP+zqyBs/7ShX1HSuQqH9MkaVq9JEiQTkBQcvR8ZWw1qGlWvMjU ZrF/U31kF9HrY83yNGHI6EKtkg+KMdNAUEUSkn3aLL0uG8FL4zjVQCU9srTuqmk0TAlZ6jBuK+Lf eE/IbTtKyCbfwpKr+X1C9ksMb0jo6czTJZaqxueyn4pWFWViLEtohjhnMNSi9Qy3m4Qw0OgkzfIH Q1lYI6/yk4mlcBLK0FBR2Csku4jl99N1FXEARlRykCdr1pR8PnFCEL9a3tSqKHmdhGvDPFzH7AEh GUsG8uZBKvLOHBfJwRg0WK8pI+OI96myhPZFgRQxDOtegZgfctvl1pCxpbVUY+72mZuyWgxUwnD0 CitCrOvMA0kwfgRTH6Jay3JLkBLUtlMD0rm2uCq5s9hcxsk1ho0R03nEoGOuVrjGxzRnKbia5oGQ Sx0BNeF7u1HroRAORkSczi4IoRglCgtyGd9hO85fRz0/Fyo3QbXL1WYMJdB7DkvfTyMtINF7vECt 2U/QlHoqTFpmOoDQGx+1Bg0NP5qYNtCx+lt/mP5pZ+ju74ru5Gu9Cp/DA4VOvWPifbv0R2loaGj4 ocd5P/8sVxWnTECDDWulwxHjyhXHrVcsYHlkwuWUQYJrAqfgC5cdBthC1CJcIvstT9hr8pebTzkC wOrDDt2F8NjpL9P6z/t/ZP5b7kdyTf7Mea7dXw64i9/u/5H5r+nUHbt0q+HEvzvPyiS0qur799yZ 5y279555Mjj1bSdP7W6dAkBZ4exWbuKR3S14fnx3iz1+5W50rvkeGV3Yw0fu53Hu9JedPruTcbar Z/f0kQfQv+ZBXmJOkcFdPpL/3b2HdOLf3Xvh/bxgvl90DzO0B4+MHtjDR3I178FzCZPBknb9uCuP dnrLPD/sdsNPaQ526ym7a1TVu4N6FcJppdT8b5n3y06fnV7o3G9V77z6dpqjPXzkgYySaZXd/T61 8w4y/y+7eP/NN98K4LxXPcsXqBNKxPI11JCTE3UdlMvuEder5b8TvowkQL5w2WoAzrQEKpDxOYb5 DZ7RU4446KDlOy9IQ0NDQ0NDQ8MPKe666+7zfuHHx7v3wsQ84TtoJu/ivBjx/ArZ6kZ2cw2bY7HS EgRfuOxwAIydEDtjWgAI3HzKEcuXH/i9Kn1DQ0NDQ0NDw/cYd999z3mv+nEAQBVTnRFdTMJBsK+2 ZYF+ZHW+WRXSj64gO6mjbHZB6gGIqkWIxKCSSBkFVnAk5W7sHm9oaGhoaGho+GFHDkHZ07ayA4xT KBK6zk9XpDnXwz9bPCaPdpu9+wGEg3w5KAlxLL3whctWh/M+ZUBsqMI02brllCMOPPCA72W5Gxoa GhoaGhq+57jnnnvP+8WzbYssNI0D+qN4xyeO7YlAssBNYVj0+1E2ftouWinR+HqYY53FAOrgIQCm dVr+6j31qvwBQnds3bZtTmXRosXd9NeGhoaGhoaGH2VIBFupaEEOo+U6qnw9Ipt09JgXI5oU+i2i nNMVG897uArNj2ZTIVNxElN6ZIp5idcPAJrmBkXX9feTHZ3bOrvq5Mee9NCl9537iS9tmZ3dsaD6 urCRrYaGhoaGhh9peJCtiQMDIohDuQcR2dV2F9c0i64VA6rDH6t4EKqA9HZfOWNE/TxXj8OlFjN0 FGHrgUOHLXdsvDeBSw9YtXgyvP/9P5223bNx9qDVKxfed/tG3SXZ0rn7th7506992Znd3V+64F/O 3dhv33pY+XrfgkXN5ayhoaGhoeFHGRPhc0wd5Uc2AcgHaMY9kj23Rkmg7GOsjmqwcL4QgH1J0oyG qAMh+sEy+ayM9CCYFnXYfM+KJ/yv9/zywcO9H/y1X/rksGzJ1HHTO4fq9o1bTvv1v3/16bj531// ln/ccuDSfqc3T0Y0mfo635F9DQ0NDQ0NDT8ycDNfjqRvTvF1oIesuKrIFnJIiHCKt+v5NKdsebQD JJS9n45BIvmBDrb3EK7BMo3X3rceKgAM2zZu2bwtzVkw+q6bXbz4gAV+HLNu27Zx07ZtA0BKN7v4 AAE542VPW+66Z0u/aMVBsx10buOme7cNg4KgzMwuXrpoUTMONjQ0NDQ0NOwCLBsC4zCo0c/V0T1j I2Nn5/Dkw7LCnaurYzJHcoqeCRoHhtsNxZJIhhose9c/cF3QhOVRmbZtWvW417zyuY9YvXr5rADD ndde+JH3/sUX7p5ZRGyd23HCC3/95Weecdgs0rZ7113w3t//fy+wXOmhz3v33z0PmFn3d6950wUb ZxYc+NK3/cFT1x68hIqtd171pX/7mw99/m4ZvXkUmN3OPHzA5WhoaGhoaGjY9+HWQzu6VKEY+2wF MVKLWTqMAsR7UPi4hxFmvxxtnvVh6P3I7VR+nNh4aJ+VpuV6EEUa0xtq2jYsP/4xRx3RJaTtm7Fg 8YqjHvfzb5658XXvvH6Bzj7ujW/88dOZePdtN21fevCK2S1byuaAuXvvvncO6fYtcz0x7Niy+OCV s1s33p1mly9defxZv/jmrdf+lw9fw9GrJ44y2Jf2UDY0NDQ0NDTsdZQz47XeKui8STOjqs49lMpk xlqnY05dlZ3RdVeAoIcSTEwEVKkk/RwfuycfhURnaw+8RDt5VnHvl976unddt/qxv/vH/+3oJY9+ 2pr+/7ll++o1h1OTXPuBt/5f/7pBpF+4dOkC7gAA5a2fePub/+7mTmYWHLBspkfa+peve/FfzC5e vmzpgY/55T988UkrTz5l+T99+55d5KURrYaGhoaGhh9t1CcYGjL3AspZhs6oJK5rYWB+G8JWKK7Z SkQHP6gH6CkKBSWslVCxvYeqWblF8+3Cg6Iok4+OvnNW7vrmlXfh6GWLVi3tlXrbRV+44xkvXXnU z/zf//vMCz/z7x8659w7UmX95IIDlizpFJq2b1p05M/81187+6iD/HDXpJxdOjs+fHPSI75xrYaG hoaGhh9tSJyukz+gBxSaQLtYGQohVeAGFB1YOX7HNhtazC170JJlvX8vzIyVn1b+Gz7yD6JIuosz 2wES2wcAYEfKgplrP/zm31v/k897wTNPXPuY5/3yY884+k1v/csNsY2SVNVBgR3bt574mt88+6gF 6fovvv+zl2498lmvfvqx02+e2onYiFZDQ0NDQ8OPOjyke+WeRYGa21YVN4sML66JgKXZHUvKDcgK HQUFYO/hG+IQHgAcdJpj+efvgfVwPuhct3D5cO0X/u6Pv/iBo5/2x2//lcMOe/xjlr/3w5vuHQBZ eczh/dxX77u3X7RMuOCIhyyEzt7w6Q9+/Evru7se/nPPOHYhACDpkIBu0UNWzQw3Df34a+p/SCKx NjQ0NDQ0NPyA4BEZFOhKkFKP0aDjK4BEuKwMj2iK8PSK1Dzylm1pTD3pkUurgKj+KaVUUy5P9IFC VUdu6ROsrf6iO7Yuf9mf/NFTV9y7Yf2mmYMPG4Bhw7r7dG7ded/mmcfNHP/Gv3jfpmHhts++7fUf /Na3r70bD1n+0Fe/850/9t3NS9YuCL6IO668jU8/YuaYX3/3b/2P17/jivrrG373mgW7CMfV0NDQ 0NDQsJ8j66soJTR87X012oqoFc0au3b5AYiCyd13bpfskZyG5WOtjfWQnD4A8UFaD3eBce6k7zet u23rikNWHXYAcO+6Sz/9wT//GmeW3HPln73nX371pc854aCFS3TLBu27bubaD/z2+7rXPve0Yw8/ 6niA2+655brLr9vWzcys/8qf/f2nX/u8s47afvs9g/T11zli4T51hmNDQ0NDQ0PDXkUvSNkmGK5a OXC86bHyPkSPh1VtSwQirENsTlTGQYqKfA4OyZ9aejgBJKAnACaQ5XAeCET9cJ6bTz58dnbmQZVK 0/aN2zYruHDhsgUUTZs2bptT9ksWLek1bdt279aEbsEBS4XDjs2bhyFpAkDpF8wuWsAOSDps27xj 25xFOu0XL5mZAdL27Zu3D3NG1gjp+tnFswupOsxt3Ty3PWFm6aLF3eTXB1WQhoaGhoaGhn0W27fv OO/XXuJbBVHFazAKlViiktYmwjqQ6UQEedVyeo9TNEevBM2CmBQgdWTWE/rJ0xHU9EEWTWaWLTrQ PioUsnjZIk9YwdkFB876T5CZxUvHrM7Dt3YLF3cLR5fB2dklsxMvUjvVceHSfuHOvjY0NDQ0NDT8 yMIDiVY0y8mBn1VTlFuxZdCvlf19XSFGrO4Ba4+u4qykQiQ3ULp7lnDigMDGUBoaGhoaGhr2B7jV D0AEx+oyDULmQ/Zz2XVYwpzm8FhZpyWuISuRughIDzJJxOfqoCAHDxOvqWx9DIbVmFZDQ0NDQ0PD vg8KBEiZWkVsrYxU7zQMTiaVR5dWlsc6nOkoAqo5ZyU1/ZUoSE/VfeHHyq2m0mpoaGhoaGjYHyCm x1IAGBQCsBvdkEOVOifL1/MBPtWR0inbG/MlO+4QvYd4gJLAoArMs+Vw8OSb9bChoaGhoaFhPwEr TdUoSoP6UYbhuFVMembr89BZZhHUOMYwIkGUnwCwlwS1A6THrvKRYEQx7STe3dDQ0NDQ0NCwr6M+ uBBI5ahDqPgvkg2CGvqt8HYv2w/zadETpkO/s08wI6Nq0YIVhRYjdKl9bSqthoaGhoaGhv0BMhWV Pe8fZARrGO00hId7QLh2JcT501U67EI5Fn5alS+XkzvVpKpd34VvVnjHN+thQ0NDQ0NDw/6BHAI+ HyPtVKlycs+xHjwQfI56BaByn88cy0M89H5FAbJ39y0VJgUSSVUhkyYlAKGdodNOCWxoaGhoaGjY fyBhIgQihGkd98H+yWHfa2bWV+dSJyAf5qNI2UmL+f5+XgpFksbdkuYP35uCNjQ0NDQ0NDR83xHu 7P6ZRKp85DNMTSV0IsTqgynDUo6/RYiFWZdyzjTQM6kCEAuVWu03TIXONTQ0NDQ0NDTsbygbBOl0 ylysNGuwxFmUOWwZqTLW5fZBKWn5cT1j9y+yTzI/l6IQqYrYNc3yGhoaGhoaGhr2UZjPex2qFKlQ LidShOZwDywn9wh9T6ISkoCIgIpJhRZ826GzNwVAKZyqOg+xoaGhoaGhoWE/AjtIV7RNmkApYRiy cZDFvgiwOFMxn+eTkyDYIaUS2jQOVlQkIZkEqtSUVWlIqmrKrbbrsKGhoaGhoWF/ghMhLUFHzTFd pZx+KIDErkMohJD41a6o3d9FYIjwms/MDNKTnYpFhq+0WVNnSzc0NDQ0NDQ07D8oMR2MYMEDu3uk dqmCtdtFOtka4rOztOo2VpFLwwOsV1UnWKm617YcJi1xvRoaGhoaGhoa9idYRIZyfGGlrMqxtPJO wzrAaXbYUol48eN7ULYxljN2lGrgmF2ZpqspuBoaGhoaGhr2H4g4Z6KGrS8rmCSHLA1nrMpzS+I6 wourvmcKParTEkGQomkwhRZJBdKQhIxzDxsaGhoaGhoa9n2U+A7xvRj+6M5b4Mg+qFppnujR5EXD KjhFthQAepIAVZVUdFQLrRWRuqiQTtB2IDY0NDQ0NDTsTxhtGxwzJDGXquo0HhgxEnAU7dQ/dxEU vnLEQiTQR/okbYOhTpCqxrEaGhoaGhoa9jewOrWw3jboJ+34TfUD5QzEOrJD/olAlx8XwJ3inWlJ UgiYSBKx8VCTtoClDQ0NDQ0NDfshJkK6o/amgpMn93C3bYaKykvL70foxuzkxNqjK/RUfdxOpORm RNukWDzom06roaGhoaGhYf+ChO3PWJF5uxfN1vQDEWTLosBnE2LWcClGirHw8eoRlkckSjnF2iJs qW1KJBvZamhoaGhoaNi/UKJe2XfxYKSZLXEX1kOtFFccq8dCs5XshGlSqZrM/R3QbDFUUElB89Nq aGhoaGho2M8w4R9VOBPr7/luACVcltsNAVT6LaNfOUBX8ut9SknEQp/mRJVx0I+qH5nIFsK0oaGh oaGhYf8BPc5CfItTpWtvrfzb+J6JQKY1MpkSYjCdlpKpHGuoAkLNF55aDrFuaGhoaGhoaNiPIM6c as6UKdS8Yd8BNxSaF7wdJo1axTW1WxHsRSoiFYf8CAkFhdXB0sNeLV5DQ0NDQ0NDww8WOlImTcR6 mCf8QhgWRzxsfFt14iEACHpNCFWXIkGECSoiTKrJj6uWjjq0GPENDQ0NDQ0N+xkidJbTrLgsABSY l/xUgbhQab98FyKLBbEjVMXuJ2kRvKgUu51Qj2UKVbSjphsaGhoaGhr2H7gnO0HxQKMG5t2FMnX/ WNHlj49DcHkizAysR5whXZDUrJBKQDja/9jQ0NDQ0NDQsN9AxwfyjMyCOvLcYsTTwsQVszamEpQL I+Njrwlqmw0tML068aJUkbW+1+VsaGhoaGhoaPh+ghHyKrtncYp1TbthaRVwK6US/hSAEAqkhLAO WjpCqZMlhRAqoUmZErP58odr+yFnlh9+1Cmnn3Fo31hgQ0NDQ0NDwx4j66jIEc2apFwyMhHWWi4Z UShXaJFgV4c/9XMPB6JTMaesJOwoYLLdiyUc1w8PZk/6+Xe9/ilduu3/vOZrt7bTghoaGhoaGhoe EEZhHTogVFRMwXzCz930WwpQQIUOIIAeasEZEpQAIYQOkA6azOert9dUYUshoCallGilbAdNNzQ0 NDQ0NOyXyByn1twwHN5z2C03MgqQqiBbKVLoIpHJ+Ft9eY3ZE8VoVnXs4pB0b0R4kDU/+87fferB 0Nv+z2t+4/y5tAePPuT0d/zBG9YOM9/9q199+5c3aGN93ydw5pDjnvTUpz72pEccfeiqWQBz9910 1dc+97F//tw1d6XWCg0NDQ0N+zgmHLNQxSmd4Eu1IxcFBFIaJVJvS8z6K/WTpXcKD/Cwl+I7pNuv vgEEsOIRh8zukcFv5pBHHqYANl17w8Ym4L9/kJlTXvmWVz7jyY8wmgWgX3r4I5/6s29+1+tOP0Sa zbahoaGhYb9Ath5OqqMwH00KgiUy9vTqJm80v3iL8gAqszUyKVTNeohsrHzwxQCw/bYrbudpq7D4 yLXL5cZbR6opmT31tb//6mOXbL70vW/7q69sGRWMyx96zKxCdf2Vt21rROv7h7Tjik996ht3pgvP v/jaW9ffPfSrT/6xn3vFc9dq/+ife/nDv/bOb/2gM9jQ0NDQ0PCAUVRQ44vlaJ0OIHQAuqLQUgWS H6qjAswhxVHTEOdh5g6fBgCgCEgFWRvzxGkWAapQaXiwRZrbcMVNA4Adh5xwaD9hPFxy2FmnHLJk 0ZKDH33W0ZOsUB5y7OEK5R1X3zLXFCnfT+iWSz/wzr/84HlXXn3TnXdvuuf2b5/3j+/8p6soxOKH n3jQzA86ew0NDQ0NDQ8catwox3FQMBWroQJIwGBkyDVYvq/Q7k8AIF0wtqH4bxFVOqnHVASHmlSp 3b13CM62e666Haes0oVrHn4QLl1f/bLwmGceL0AiFhz/xDULL7tha86C9ouPO2wGqumWb94+mY8V T/2l3zj7YUevXr5YlNvvXnflhZ/5yMc+d+2WSScw7RYd+9Tnnf2kx594xKoF1C133HDlhZ//2Dnz 3DkJLjjhuT/3nEcfu/aQw5b1ALj97pu+edHnP/rRT11TPcvFh5z8+MefduKJRx2xZvWKpZ0Cc5tu X3f5B//sPV/d5LexX3r8017w7Cc/5oTVK2Z0uO/mb1/8Hx//189ectdOsqD9kue84y9evCrJte9/ 3Ts+dXdf/cYFT/ntv/7PqxXf/Otf+eNz78teeLtVTFn13N9+1/Mfphu/9o43/Ok1FYHujvzxP377 y1cOW895y2v/4fbt81Lr+25atw3Hz0K6djpTQ0NDQ8O+DE0ehtS/AiIoRr5K72NRTDVBuvIIZX52 VM49FGgC0Et2rxdq0kjT3eFJ0BnfgwbnNn/7hvtw8FI95JGruw9VTKtb+7jTwnWrP/mJRy+4/ort Ici55NDjVwDDzK2Xr9s2Kd1njnvUSYB7lM0uP+JRz3zFqY991Ht+611f2VzRoGVrX/Brv/OTa2dy wIpFK4887dmvOO2sM//5D37/Yzdu2lXhyINPe+qJq/N3nV2++pSnv+xRZzziT9/6pxdv9bfMHPP8 17/sKZ19s+T6JavWHLwj06wDj37xr//W2avz/tFu6erjn/Li4x938off8e5/vSHNkwXObb7sig0v PnNVWvO4tf2n767aQBevPPUwALM3fu3bm3JFPZhi7i645tSTZ1V5z9cvvmPHXkivoaGhoaHhB4Rp jcHOttyZSVGmPLHisdEhPAgSlmPEI6mqkr7lUGuhn1QFezHAg95yxXd4+inaH378qtlLQmuii1ee 9cil0O0XffKKU89+1NLTn7bmA1d8Jx6ZecgpqwFgyzVX3z5wwmVs7spz/vELV1932z2buGTVMY97 zkuefFx/4KNe/YonXPG//+M+s6f2S572q8Y/0vVf+NDHLrxi/fbZQ098wnOff9aaBUe+6M3/9c43 /e75m3au2Upbr/j3v/6LHetvvf3O+7Zux5KVxzz2J17+46ctOfD0X/jJEy57/+U7Rg215cvv+8tz v3vLXVvm+gNWrlmp11oZ+qVPf93bzl7dAZu//uG//beLrrp3ZsUJZ73slWceO3v8i97w3Mvf/OFv bZ9HRaS3XHzRpqc9e8nMwx67ZsHX1xU938whpz60B4aNl125IdnBSQ+ymLuHpaf+p/9y1iEYdlzw N/9wbTs7oKGhoaFhX4afq5NlWQjJHBd+wn9rnhQ4oln5cZrCzCW7n3toHEvjNSTNS159A+LeMR/q lu9esoGnrMIBxx15gGy43WyTCx72zFMWKu79+jmf/diiZ5964gGnPfmIhdfcZMSCSx76iAMSNN36 9Vum3eHv+I+PfurLHjBi3bXfunzd7Lve/JiDZk599gn9+RcOCnDxKS992TEzSP11//Dm3/vs9TsI AN+9/qpLrlr3tv/+irULjvuZF51y8Xsv2bJzW9jtF33+9vLCO9bfcM2ti9799qesOOCUxx32/stv GN177ze+dNE3LT/rb7nxGrvIJY/66Zc8rEfC1//8rX960fpEAHd+8f2/f9fSd7/xtANXPv2Fx370 Dy6fr4q3f/fzV+549hnd7MmPO3L2u9/KrG7ZMaetTKpbr7l0/XY7OunBF/P+wMUn/eRbX/e8FUO6 8u9/56+uvLPF2mhoaGho2Ldhzu/ZNNS5kc/CPeRYVyXuQ8RxKBfVA5n6Dcmf0+RfAQCiqsGwFEj2 IudySsI1Xnsndunchm9ctx3AjtUnHxFO8f2RT37iYpUtl557w93rPv+dAVhwxlOPmYn8HXbCWoVy /WXrdtwf3dMdV3/h/PsE4KHHrpxVADJzwtOfMpuUd372bz/j/MOw/Tuf/dvz7wbTksc855huj8o2 3HTZNxOpKx66fHdul5mTnvmk2aRc/+l//Or6EqUi7fjmJ8+5U4iFx55+2IL5bb2bN3z+qi3gcOCj n3hIudof+aijVZG+ff4N6q/4HhRzhNmjn/6mN7zwsGG47L1ve/cXrm+Gw4aGhoaGfR0WFH50CE8O QzoHRNCH+hweYHTRjiwkRv5e5uBeJG7q/aob8ipZrHGFe0+txS33XHoLzjgiLTr6pIN56c0Aljzk GScvg+645Nyrt2HHlV+8RI85bekZzzjqA5dfDejs0pPWLIJyy3euuGM30h/uuOoOPGcplhyyrMf6 bTq79NS1Cc7mLAAAIABJREFUHcBNl19w49S96y68aMcTnj4ze+TJh8x+49adxo/gssMf/4yzn3Ty CQ89dOWSjlvvvvWWTctEAc4s7Dhf8I0RdHbZyYd3gNz7ja9tGP+04/bLNxArsGTtIYvlpq3zaIl0 x3fO/cqOk86cWfWYx65634137gCgCw56zJEdMHPt+d/cYq2+N4q5yyIccPYvvuKhqbvz03/0nvO/ O7+rfENDQ0NDw74FmfKCicBaUlkVJ+Q8pyS/GQrzRb8hlF5ATzL7yHvUeVMnUUElCdDUWl3XDcPw 4Eql26657AasWauHPPKhC+TmHWnhw3/i0QsU917yueu3kNh8xTlX4vQTlz766Uct+da1m2TZ2kes BOb66y66fsfuWL62b9xGAN3CWQLAzJKHLAbmurtvnI5pzrl71t1DrMLSQ5f0wLb5kmO/9km//pZf OrHa97dw+WEPW74nWwT6hQcvBubSsqe/5S+fPvXrHIC0aPki7iTJrd/+2Ne2nfm4mQOf+KQjP/Jv 18wJZlY/5hGLgOHWC64KE96DLeb9oDv0jCcfDGy/9h8+cvmWRrMaGhoaGvZ5dF0H1qZDk26d86QU fuHzqlMmyZZAE9iVeFoOjZ9d0aVxd1Z/TabedTvzut8D6B2XXbxRAKx+1OoFyv64sx4/o93Gr3zm OiOS9173uW/NATztWScvSTqz+vQ1CcAtX/3Oxt1Lfm9G3NJ+ydmv+aUTe2Du5s/+zR++5Y2/+Kpf +tlXveFXf+dfLtv984nI/v5uSWkXvuWbbvv0V+8C51Y98WmHAwBXPPIJK5Pylgsu3/jAPNyTt730 U008L7RbcOAMlHdefdP9BsVoaGhoaGjYB9B1HZQeFz6bBWPv/iiCgxsK42vNsTysfKXNqkGxAKc9 EIcnJlDs5ETN4SRc3UVK4l5hWtx+85eunnvBaeyPOeXw2bvwrEcsgG664NxrdpgSL22/8nMX7Dju yTMnP/uEmQtvPenkGVVuuOSq+xIewNt3bN6wGcfNDstXHyR601jfo/2Baw5UAPfddt/cvE93h5z2 pEOAobv8z//gfZeGAmnT3etuun0O2M3Anbpj051bgJnuzo+89Y0f/c6wM4q2U66l13/u325/8s+v WvH4px3xvvfeihNOP1K1W/+lr2zIj+xhMee2bgeJBQcs3C0FFeeuO+cdb/3KzI571/d7J95HQ0ND Q0PDDxRd12HamkRmp6n4GvZEYvIiANSqLw1dlYIap1Nnh/kEghQBkIakdIJmXvAKICmBfm8wLXDL HRfekIC5VaectOaU550gyvXnnXtz8R/a/M2PXrQN6I991qPXPOKEh0Bl01UX3/aAjFbcfu/XbxyA tOSkxx8++WO35vTTZlSxY93lG+Z3PeKSVUsA4J7vrNv4gLfacdvGy28FMLfyUScf9IBoyrDugo+t AzD7hJ84Zcny456yBsDdX/rKjUPWPu5ZMXXLHevnAHQHP3zFbtFFnduy4eabbt6wsYXob2hoaGjY L9B3XTEdZuaU1B3h65MQ/b/q4aK7qiw9zrKyMkyhFjJeBQCrM6TzZ6NZdNctYi9ZD4G07aoLr6ZQ 1z7jJc99NNPsus989paax2y67VMX3QXuOO6nXvbswwDgyvOv2y0nrXneNXf5/3feDqGuPOsVTzty pqqnmYc+5ZVPPggqW7768at2wiB0852bAeCAhx26+IG7J+m2y79wiQr1yBe87LSHPJCDmdOWr57z 5UGw4LTnn/WEs49JyvVf+kodOHTPisltN118EwEc+JQfO27+TY9jcMHyU5/xguc/5ZQVLS58Q0ND Q8P+gBGlqbcWIpsLObnrcBoWy1RzIC77z7zpi2lQPJJWFbA0x3RQ1UwMFOj6+/U42j3c8/VPryOA A44/CMC6T3/5lrHBK637/CfvFOrKE1YmxY6rz7t+0wMlOrrp0g9+4No5YDj65e/4zZ95zmkPP2rt w4494+xX/NZvvmrtoNh+zd//08Vbd0Ighg3fuOReAMPJr3njSx77yMMPWrZk8ZIlS5auOGjZHtXE XV9578fWA+hO+5U/efsrX/Tkkx9x1JojjljzsGNPeswzfurnnr2TEA91KTZ+/UPnbgK6tf/p+Sdq mrn1vPPGSr49LObtl5/z7TkgHfSs//bmlz/njOOOOXLN2iMfduzJJx6zeJ6syJEvefsbXvKiF/7s W95y9lFdU2s1NDQ0NOzz6Poe0NG50fkzxtqsCWgV/QEVCUvJT070RyxZwCKX+rNJTaFlOw1haq1U PIj2kk4LSHdcef5teMkqAKpXnnPxpjQREn/Hui9+bsNPv2gFAOjVX7hmTnfhMr5rcO6+z//Ptx/0 a7/9vLUzRz3tpf/lafkXxbYb/uUP/2QXkdO57Y6P/t3Hz3jdT6xY+LBnv+rNzx6VYU/ysPWOD7/z Dw/8jTc9ZYU89EkveNWTXlD9OHPj7Z/95M037do6yS23feKT33r6C49TBXDrp8+7YRjfv2fFTFu/ 8jfvedxvvf6UWTnqzJf+6pm7LBd50OEroADmVqxZ0aVrh73UDRoaGhoaGn5A6LpuntjuNa+qVVyY bxPiyDXe/hkAlCMMwwQpCQphvZeOSZiIRCQmIU38ci/5aQHg3H2XXHSjxfm69JMXbZxSKXHuvvM/ /y0SwMw1X7xs04N7nW787j//3mt/9/0fv/jGDdsBQLfe8d2vffJ9v/Mbb/vouo271tHcd8k//OY7 /ucnLr16w5aIb6Hb77tn/bprLrvws1+8efc27wEcbr/sb9722j/60CcuvXH95jDhbrn75m999eOf uXbj7vDIO877+6/OAVBc/YmL7p2H6O1RMYfbLvyz//729/3H12/avCPePmy659ZrL//yZ/7t/Rfe N1dypOmbH/nX6+cU9133kY9csaPRrIaGhoaGfR5917m1rxAsnWRX04Ee5tVmmct7drlKCjWXL4IA lS9ZfiTCY552pvSgpMfQgtjxPQpAn3n6uhunImM2fH+gswe9+H/8r+cciEvf/St/euU9zYjX0NDQ 0NDwQLHmiCM+8OqfKhsJaxuiX6l2JnIcD2LiTk1QQASaYL5YWaelCdSevhNR40VK1kqm4m+/16yH DXsOPuTMXzj7IOX6c//1invamYMNDQ0NDQ0PAk5pcvgG+1DTrNqvaTIovILEMFeiPBBIabRpsbJW 9eYyT7FY8EhQc92Kgw4JqJBI2pjW9xcyu/bowzfffMvmBSsf/vjn/ucXnipp7st/+883NJrV0NDQ 0NDwoOCUxg6T9s2DQY9Ij9EA1FsInYeZ47zrtDCKC180XvbX+Vkfew9BgZIUYhTH01OXvRVPq2E3 wQOOesVvvvWY3BipX/fxP/rbbzW7YUNDQ0NDw4NE75FLFQqYrxSShx51OhXxSCeQkhsK/at5wVfm RVOPpWyUVI8RD1IBQpk0WZiHZM8yqUI1yd6L8tCwO+Cig+5dvwUrF0F33Hnd5f9xzoc+eskNO+7/ uYaGhoaGhoZdo+t7d54yI2EC0EEGoPOwWDXH0vofOouyWPDmcKUKGAMzP3stRE21h5kZjXspINlu CGGOK78XI5c27B7SLRf82Zsu+EHnoqGhoaGhYf9DUBrbEJgp1M4CdNsNyfkT4dsI89mFGJ+cKBoO 8G4VdHBsVgSQVJFUwuW+Ma2GhoaGhoaG/QBxwnTl+kxWbuw5bnvecpjCn6piSiqjMxDzs+PQXBEE gv6tDhCvqjl4e1JtfloNDQ0NDQ0N+wH6rgPHblijDYNTmw0hOU5D0WDJ4B9qjy7qKAFVIQlQhaYz U1BVAVBIhjGSEGXTaTU0NDQ0NDTsB4i9h3BOlI+RLsG0hrG+ioAA5omV6VBNqswKmUoK8NREk5h7 Fyt1FxOg6KhCC6illMa0GhoaGhoaGvYHFEqj4VCFOWjoqBKAsAy6vkqhybccmuMVaabASJJFj2Vx Iuhu7n3iANNgpXLiYQUzJUKTdn1jWg0NDQ0NDQ37PILSaHipG8ca35RP3bEo8L7NMI3OCM7kDHAL 4+hXhWpPAmJWQpaDpakeHF4QCrHmp9XQ0NDQ0NCwP6DvuggQP0Do7GhC2aQThwwnV2eVuFksBses +sqH66QEAIqeZlUUIsE8tEyzRQBCwHVoIqnrWjythoaGhoaGhn0eXdeDhA4gMAAq5WgdGMeqth9S IPXhPOYRD2CCnGnlHU+Es3uvSemh5G3fYZwtbXZKIcSjmjY/rYaGhoaGhob9AF3XIaXYRUj3edcB 9dHP7m4lUA0rof/goU39bxXTIW889DDxCoWgk/wTUNRanhYAJGVKaB7xDQ0NDQ0NDfsDuq4L3iS+ Z7AwoXzioUAZDvDqt7mru1ke807DiPuQdWHFmJiERO0FP+ERX3+ZadbDhoaGhoaGhn0fQWkUdvBz RvbN0jhketJbK55KqaiyqjilcYNm86OTp0ywyvZDDdUYKQATum5nUeobGhoaGhoaGvYZOKUhPHYD CcyF+grAtHe8FsVVHWarplh+pk6KIKg0ltZXiWgOEB8JgKCqevyIFuWhoaGhoaGhYd+H9N0kZ8ob CSfDXdkN811ErdaKeBA5FGr87bNd0mlWglLJcjg1QYhqO2G6oaGhoaGhYb9A+Gk5zQnWxTGjMuZE P7fHT9xhWBWrE3jss3qQrAg37/xMRi7waWxrFKUSgJIKdN3M96HwDQ0NDQ0NDQ3fU3TdjOuxoJUe a3ywtCuotDAnu0frRyI0fE2wzP3Kz1XUvkQrBQAVchhbHY1rgZxpfloNDQ0NDQ0N+z5mOgk+xOBV Gl/t9GhCgZT8hmlY4FPXciGUXvnYxHwFo+2EapEjKtWZn4YIhYX5amhoaGhoaGjYx9F1fVClSbeq kY4qX3RUn/Oh1KR7ts9LyJAk7leSrO4hScQVEmTbe9jQ0NDQ0NCwH8ApTaY9rtPKpsAwHeZTd/zu CLtVX7SIDxan1OOQAkjQOTABQ29B5UmoKoVpsK2JUKas4FJABm0e8Q0NDQ0NDQ37ATo/97CEtfLD c2pboZsXEdsJEVQslcMNTTHGiqvZRTXlVAIgqsVPy/ziBRBzqyfNSwsAwb5v1sOGhoaGhoaGfR5O afKWQ7XDcypbYcpn7Bj3SrEDMU1aCf3bEE7x4TwfLvM9AIUgIqAK4/TpSD75uT/ouu4Tn/j096LA DQ0NDQ0NDQ3fN3zq4x8BBiA4j8hO3d4BaIKMY5b6zckP87G4D+5cDwDFAwzoE0Eq1UidUToVMrlm zI+fVmke8Q0NDQ0NDQ37A7quh86V75WOqTIgjv3f8weGN5aHewjLo517yNrgaJFLSSooqvbwoOio pGgEmTfGNn901IaGhoaGhoaGfRPZ4X16myHNUBhfsyUROU5psDGLbgo7IVE8xkPFzHrxxD1+KTsi ge6jxaSgaE9i+oDFhoaGhoaGhoZ9F1qFIWWEbCikSuK8HVbe8VnVRUAxmP0wRayHOSCCZiF0WoAp tIDwi5d4Oz1EvevGGhoaGhoaGhr2E/z/7J15mBTV1cbfc6t6dhhghhm2mWEZGETZ3UDjgiguibui ElwRDQaXJH5xT6JGcUlQEkUUNS4oUZCoqLiLRhGRVVYVkX0Zdhhm67rn++Peqq6eDYgyM7bn9/hg T3V11a3q7upT55z7vsGUQ9PwrtmXHPULeqGMVtxLAgl4ZoT1sdiz7fN+M5bZuAuANYHiBEvDkFKx HQuCIAiCICQAQdUPQZ9WSKbBrhPMIgza4c0Svz5oOt/JT4yZAMvzQMqfhwiXmZUxtDZN8dKPJQiC IAjCzwK2wRVVCbBCkweJAB23cjhEQyjLpblq4xcADUVErGP5KiMWHzcKzawBqR8KgiAIgpAw2Lgm 8JD2O6tiJUITfnl2XiEhlrsiqlrqC/Qggsf+Gq52PABKx8RLPWa/VctGXYqIa3bzEQRBEARB+AkS Fim1S/zlQcqJCHD8uYShciGzbz7tgH2Lnlj4RbH1lXGY1hyEdmSb5xGowwe7FgRBEARBSCjiWrJM AES29YpC6zD5joceoEK5q2isjT7mVw3rmag1GK4NreK9pU3OjIzkqSKGRFuCIAiCICQQHFK9Ctqt Yg1b4bjH74gPpOHDpodGF55VrGveJLf8jat9LAtKoCUIgiAIQuJgW9ftH7YIyB6g41rTbdRlmuJN Kis+E+ab7AChQM1WGI2eVhCFWaEHYta2Z0tBBVVF50AfsSAIgiAIQn2hGQqxVBKRXxOEHxcpP5Ay 7tGe37DlC5kyQyloLzQDMfhfzLvaVVB+LxgFIRr5WlwMJkXWv1oQBEEQBCExMPJXtssqrP5uMliO FdmK6ZGadSi2FuINfMAIiTnY7i6wy5oJIFVFxMG4IFK15YIgCIIgCD99ONCChz+vUIOM+oICe6EU U0jBAX7SK/aYas9GMcBu0E0fQESkbdqLNZOiOrYhCIIgCILw00PXGNqEbJ6Nm2GsEyt+uRXiUvFR V2g7furLpWo7YmYTbpkN20qi5LYEQRAEQUgo2OosBGbSscmIceqjdkkgAR/4HgZUidsI/nRFuKRA YNYgxaYP3ihpBbKlzGxNpwVBEARBEBIEL5RF0iHvnZA4VqzJXfsdXX7nepVEV7jRC4yYjyK5DA1b lzTBlSLfAJFUYNQjboiCIAiCICQS4QmD/gJbMQxKhMFyAKbSB1s0DLS1ApdD43tI2grCs9ErZRda kQq2oQjEFAXIKstLR7wgCIIgCAlJUCEkXyOew+EXV43DqnStm9mLVmTLj5d0WG0LgHHj8V8BwPO0 ckwR0RQiWUmLliA0EFEv6nle/CxiQRB+4hAp5URcd+9rCgcUo/AelPmsh7QC6/gAi6GD+YUMBLrw bE17EBJBDWvO++VIl1xNTMwOACImJ+6arqq7VQuCUC9Eo1GvonzP64/v/uyVyq3fNPRwBEH4EYi0 6Jxx1LnpvxwWBVwJthqW6okro2Vqs1R+k7rV3CLfSZqhjfcOgJDXod1YKNry9eJdRBUr1vCICKys OLzNhJnOLVKQyYeCUN+w55VOHR9d9237Gx5NIcXRioYekSAIPwhyk0qhN04eu+eN8emnXw2JtBoY BvuBlCEIm0wcZZNSJvWlAbLJLfNaE3V5QS9XSB6CfCl5MBiuWR2KwVDGjQceK5AGsd8pD64uBiEI wgFFg3d9OqnDDY9F0tIqcjuwm9TQIxIE4QdB0YrkjStanT3i+9G/ST39qoYejuBXDAFfN6tarKMZ DqC1TWvZV5HNXVFIOz78IN6Wx4RtBO0wK81RzVHzJCvYuYfEICZHclqCUN94W5dFiKMSZglCQsBu UmVO+xQib+uyhh6LAGiOyZRqXTXMMv7QQQ+V9kMo7es7sLJ2PVrbB/DjLfOfH7q5mvx4DgCglOLQ zkgRmayZJLUEod4hQHlRCbMEIXGIJMOrlNRFo8D4EsZ1WSHucaDjwH4PFTNYQykwoMxcRQ1QKJsV apCHLSm6REHJERTaj+npIqMGAUUsHwxBqGfszRSJnp0gJBYk3c+NASPMbjJVNgula1gnCKdiKvAa yi8gcnyMZV+lAWVrjoBLmo1olgYUueQB5MG/uGulFYhA8A7wAQuCUA2Z+isICYl8tRsLOiwHX616 aB8AINsXb5JVOqRkGqwW9Gxp36baj6VdZoY2VUJ/mwQi0kYw3oRZgKZqgZ4g1B87lj7827u+7HHp mBtPbG4X6TUv3nTjm3suHj36lOxIgw7uQEGAcWuQnJYgJBD2Gy1f68aAzUsBMO9IKHIy+a2YRQ+H 3HgQewqhbnqTygqatHyUNTc0OTGtmTWsyTSYmdn8y3KtFxqUzKIhFx7Mc5+burLcLOCtC1+YujL7 9BEDWyZmmAU4AFG0oUchCMKPD1HUaegxCHHaV6heAaxiII1Y+3z1NQ2kQito24bFcFmRAlgzA1AK niaiILSSPnihkUDZJw47/a0b/vPs64NuPTeHvG8mPzU3s+fNvzoowuRtXTxl/DPT5q0qVSmt+w74 9RWDezWNAFS5aPxVd316+phxZ+ZEAC5+7faRr0fuGPunrjsXTxz3/Ixvvt9aAU5vO+y+UQOa2aue 3jznyTEvzFm9bmclQCltDxt0xbDzi9II0e3TRv154pJNlcSR7M4DL73mgt65Lpv1n5+zasPOKNjJ 6DLgzH5q2Uefzlu1uyIpt+iXw68/q6iZySJHi+dPGv/cOwvXljupeUeeOuyyswtTaeeMcTc+MrPX rQ9ffVCTGu5lSElOSxASDqL42pLQGCAdqiTGP1Wlqqhg+6nYrxJW7+6y2wzceDSzIigEPfHkQSlb RCZ2AO0/KwgNSCTnjN/8avpfJj35xTG/b/Xl4+9t6v2HW7unEpeufvG2u99I6Tnkd0Pae+s/eu6Z ++7aede9IwprlQQk3rVixtzl2UNGXtm5hS4ty2/ixJ4qWb9g6drWQ0de3T6jYu2Cyc+/em8k/9ER /dKctG6nXHjDuVnpvGPhlCdeeujBLo/cf3i64pL1C5auazP0+ms6ZZQsfW/8yxOeyT9syGXX5Sft +XLCY5MeHnvImJuLXKBk5bO3jfo4/6Thd1ydtX3p5LET7karR645Cux5nta1fbkkwhKExETKh40F WxwEvCrTAmPzBKtGWp4fQlEtMVa1K7rLxpVa+UVDB4ADbQvJrDSYlZY4S2gEJB90ztVHfXzPkw8/ 2nzNxl4X3HRoS2LaPfvlt7clnTP6+l+2SgJ6HNRKL7/x6YnzL7y1b4s6NxbJ63VYj4Lkmp5y2vXo 27MgGd2756ybfdPM91ZV9uvqJuX3PSIfAKh9xqYPfz9h3qaKwzukAADctj16H1KQjC7tNn4466W2 /Qb265OsqQstnn7fZws2Vxa1Sto1598fluZcOfKS/k0J6DR888yRk177tvyonv1HjO8/opYRBmYP giAkHvIFb3i0L98QqJIGoVVwn1u9SkgMMsVB8r0OyU9faT9+VgDbuYrM5r6fAIc02BgdAlBgHVdA NPMTBaFBoUj3S3575LV3z9yYM/T/TskmAHrTohXRrIN7tTSSU+y27tEtXX25dF300LojrX3BadYx Gx9sKPEA3v7FxKdf+XzR+u17KD25IuKVR6vdy7gZrTOocvu2CkYy4GTmNvG8HaUa0MVLVnnelnEj hozz11VI31LOSKrje0Ug++2T3JYgJBbEIMlpNTxBdBU4G/o6Czqk4ICgo8tPenkq9FSo4Ei+KoRd bmcj+hWW+B8Nf84jkxEvZclpCY2EzKLjOkVm7DmsT4t9aIQnR8GrHhHtM+w4yswLWTtp1Oi3dx0/ bMSwjtm05pO/j5la4/5cl8Ce3WEkWdnUMjGD0zqPuG14h6CmSZHm6XVfaEmuxIKQoJA0BzQGTI7K eOHApLWsfw4AkIrrfI+lu0I1x9DqsQd2PmMsbqrd3lKBzF6JwMy1tpIIQkOicrq1dz9cOL+4orBV EkCVGxcsLvHaFbVxGTo9N12XfbepjFtFfthFzVv31Rrd+cLBx/fJZOjkvIz905dT2V3b0fTFK1X2 0W1rrFfW/Coogm2J38/xCoLQiCEiQEHKhw1NnDth+IH5K9Q4xaF1wtkswCrI26grJhcRfqEycXVw Kdd+pMYEKCvxwCTVQ6GRwumHnj+oefmkBx6eOnvhoplvP3bfcxvyjr2wVzMCu60P7Zftzh3/yOsz 5yxcuOCrFTv+15DFye2a43w7bfKHc79esWLFyvV79u8SqTP7njsgPTr1gfv+/cmshYsWzvrorfeW 72Jg54xxV/368rFLdtV0I8Mkd72CkJgQQYxXGp6qqu5V5xyGQia2SlpWvoFjL+ewzhZZVVqtwdrf Jrt+Poz9eadgeGTFu+x1XtJZQuOFUvIuvOvWlPHP/udv95SqpNZ9T/njFYMLXQLASS3PueXakscm TBrzoEfspGe1735I5v9yeaP88268ZMfY/zz5wPsMwE1v26lt+v5EWxmFl95zc+bTL77/+OjXmFWT 1kdc3GdAYRNzf1TLF8yXN5ScliAkFvEJDqEhCZwN7b8Uqgz6HVdax0tekS92akqEKtSkpeMSZP6r 6IIWhXaaITMBDhHI6qKq+C6RMx+9c+DJpx2IIxUEoUY2X9ysw93/9Q46sqEHIgjCj4az5PMVtx2d /ez2hh7Iz5r3pr1xVtkqwERToXbeWGNWUCjkanrx8TfaVeylEVQSTaMuufAV4a3RYbABIvtYMlqC 0BAQSZ+WICQiRAQQKa5N8VKoH4yaQ9BfFTYuBPyKYWjyQvhSXKNGfGhR+FkTVtmcFvsaEuy/jOCA HYJLdfTOC4JwALARlhuhaEVDj0UQhB+JynK4SSTVw0ZC2JAn3INlMHaHJjXF5LdhkRXiqh5sBf9y XPilzGLEHBCZoRgOQ/nPaihPfHkEoZ4hRZHmXTSY1i2XYEsQEoHKcrV+udZepEUXmWfWCPDlGGyA xdCA9mwnO/tt8rb7iv3oiuEHXdYNkbWvF89BF7y/BzbKpezrdsGxtca4WNs3TJQkpyDUKwRK+cVF m18anX3+DWrFQgm2BOEnj5uktVf8778l/+Ii0ctrBIS6r0xo5TjQ0ZiUA3MsbDLyWggiJsReBVTN b4W1uHyN+FiTFmxvFism/w9Vq3uiIAgHDGZOOfe60skPb7xvqLf164YejiAIPwJOiy7JR1+Ueu71 XENzj1DvmHgo6NDyPF+hVNtJhTHrw9obs8JbqGEXcAEQkXnLOVw5DlJZ5IAV8/5JNQqC8APxvKjr JmVc+Ee66KaGHosgCD8azKy19qKVDT2Qnz3Wcsf/M5bc4hrCpuqRMXMND8yrdFgqAi5Asf53ImbW Dig0I0KBicQXRBAagKhciwVBEA4QcQktf4mJvJQKKWax1SMNvbKuDQIx/VIzr4mZiZQVf2AmMqa2 Zp+kSBPVFMoJgiAIgiD8dCHEnHPMbEEKTyHUsfWCtq1wWGZex0wU1js1S6ySlsmZudWTVfFLFLOW dJa/JQ7bAAAgAElEQVQgCIIgCAmFDvwKfVjb2CuuMmjddmK98LW3ZMEEUUx+PgzwHaZj1cNqm5Be eEEQBEEQEo4gFxXEVUpZNSwwFIUKesEMxPiX+KqnIRVSZS19rB4EAdX0SGNJMB/NrEBKNNYEQRAE QUgYqqiPEsB+PxaDNQN+ZTBmAh2Lq2yGi4I/icEMTUzGQTEIy9zY5o3Qg9YqNFlRs/If74+driAI giAIQmOGTVOVRiDCQA7FslOmd4vZ6l75SSzlt3dxta2ZJJYRMg2t4MIh1kx+jBaYHpogToEICmyU UwVBqFeiXtTzPJmSkoAQKeVEXHE5E4QGhYjgAIBmgk1BMbTJVJG1nQ2lvihmXWhsdeyryLrUctA1 DwDQYAVyAZBjMl1MTLE1yOTRBEFoGKLRaGVl5fKvl61auaKsdE9DD0f40UhJTcsv6NC5S1EUcCXY EoSGohbFUZOv8j0IOc6M0G/IYq0p3DvPDCJms3IsMlMAwK5djZiImEwrfrBLCmIt8cIUhHqGPa94 0/pISvJxAwdFkpJFUToxIKKKirJ1q1Zu3LShdas2kEhLEBoQZqtfGoZC0vDxYRZ8b/C4MMufTRjy MaSYeCl8jXgwQwPMFKh1ASBik+gCJNAShHpGg7cWFx/cvbeTlBSJRORuJzFgZsdx2ncoXPTV3NxW rRt6OILwM0YHUg5h1x2AuGoPVgAjluUySSxl8lZs++IDDQfjqaiAWJ87E4VDLgBk5xsav3G5mxaE +qeiooJcV8KsRIKIIpEIuW5FhViGC0KDYlJWISvo2J86WBL/wFyK7QWZrbS7H2P5vVsM04tl0NZO mpnY6pwSaQfaTjxkANrTrFiL76EgNAT2iykkEIHVrCAIDU2sxgfAKo56UTDgMTyGBjxmhuerOShN NiHFbAIlM4XRboCZANYaxHAIHoPZtgiQseEJGSAGo7Ax2oE/XEGoCy7bsnTR9+nd+uSn7m/cQZVf PT7sr5+eOvrxwa2TDsjgDhAEQCklkVbioUzFQfxkBaEBiXPgsVdcACA31ibvTzN0TMJLa4AIyp+A qCgoQcJjorheK49NZKUAQIMJ4XusuMcmVWamQQqNhR1LHx46ZOgD726LLdJrXvy/C4f+9q3NCWlK TNHl/3nggUfm7Ir+L692IhGoZEd+1gRBEIQ4goBHM7PHWlcVjmdm1hzVBCINaGbPg2bFoJhboTa6 pKR9bx1t9SA4lNOy/zerBpGW7ehiIklqNS4yi4ZcePCs55+buvKYoQXJAHjrwhemrsw+808DW0Yk BVkFld4yLZKck/4Tm+Vl+wFIclqJh31P5Y0VhEYAaytearrTmamKFaGRZoA2mSxW/lxDChS4TKO7 V/XH10RTLvlbCwIsRQAFnfUEZg12lFwSGheUfeKw09+64T/Pvj7o1nNzyPtm8lNzM3ve/KuDIkze 1sVTxj8zbd6qUpXSuu+AX18xuFfTCECVi8Zfddenp48Zd2ZOBODi124f+XrkjrF/6rpz8cRxz8/4 5vutFeD0tsPuGzWgWZDDJG/rsteeeuatuStKSGV07v+HW0d0dmvbBfTmOU+OeX7Oqg07o2Ano8uA M/upZR99Om/V7oqk3KJfDr/+rKJmCtBb5j/1j+fnrFy7oxIcadrxyBMvGnJWtwxV+yD/3BkAyl7+ 3SUvA0Cz68Y/engKRYvnTxr/3DsL15Y7qXlHnjrssrMLU0lvrXI49w5o3rGgw8GtTNmxdN074x97 5fNvdxFHsrsMvf22E7IiwWnVm+c8OeaFOavX7awEKKXtYYOuGHZ+URohun3aqD9PXLKpkjiS3Xng pddc0DvX5X09XqDmoe6cMe7GR2b2uvXhqw9qUu0bJmnkhEfeYkFoSLTpXTcFQb+ZHYAfETH7VT0C oPx2drCdfhheXTP7GqZEzFprz74E5Pot8oFulh2AjbQARykOTH+ERkQk54zf/Gr6XyY9+cUxv2/1 5ePvber9h1u7pxKXrn7xtrvfSOk55HdD2nvrP3rumfvu2nnXvSMKa03oEO9aMWPu8uwhI6/s3EKX luU3if0AcPnal+74y2uRQy4Y+X+F6XrbDqelApfVtgvikvULlq5rM/T6azpllCx9b/zLE57JP2zI ZdflJ+35csJjkx4ee8iYm4tc4t1r5i9e3XrotcML0is2LHln4it3rthy71+Hd9jLT0/kxBv/dEIL F5SUnQyUrHz2tlEf5580/I6rs7YvnTx2wt1o9cg1R6dUPRwXzkG/v/Mgc0Brpox+eq57zu/u6NOM tq8vzsmMhLZvxr+29dCRV7fPqFi7YPLzr94byX90RL80J63bKRfecG5WOu9YOOWJlx56sMsj9x+e rvbteGsb6lFgz/O0ri0HKX1aCYv0aQlCw+MrYBGs7mjsCY7pNRCzSWDZJxixQqC/frA9a0/NmoJM F3Tcr2/Q/B4ToY/tWa4IjY/kg865+qiP73ny4Uebr9nY64KbDm1JTLtnv/z2tqRzRl//y1ZJQI+D WunlNz49cf6Ft/ZtUefGInm9DutRkBy/kEpm//vNLSnnjP79Ga2CXvK97sJt26P3IQXJ6NJu44ez Xmrbb2C/PsmautDi6fd9tmBzZZHdlNu2R99eBcno0at3+8gNt780ceHgm3o2q3OQTrPWeXk5Jjai XXP+/WFpzpUjL+nflIBOwzfPHDnptW/Ljz6k1sMBgJLincjoekj3oo5JhE5FNe6lXY++PQuS0b17 zrrZN818b1Vlv65uUn7fI/IBgNpnbPrw9xPmbao4vEPKPh5vLUM9qmf/EeP7j6j1cOVLl/DIWywI DYu1zwHrcDN7bC4hrFd0lfnCJukV+pdMAszkrSjeKtqFoqAcGcwnN8VKYgZIMyuZk9xIoUj3S357 5LV3z9yYM/T/TskmAHrTohXRrIN7tTTRDLute3RLV18uXRc9tO5Iq0b0poUroi2K/K35C2vfRfyn K6N1BlVu31bBSAaczNwmnrejtLqDJicVHH5wyqR5SzZEe9UdacWNrXjJKs/bMm7EkHH+IoX0LeV1 O3Sqjmee1+32p+687qajBp188sCjO2VEal/ZadYxGx9sKPEA3v7FxKdf+XzR+u17KD25IuKVR6vt qNbjrW2ojKQ6fmlZXN0THXmLBaFBiclXMQMEsvqjsGbQxuWwplsis56ZV8jaxmOxLno2oZsybtMu NPuW1b7oFgHahlwK0IgTgBAaGZlFx3WKzNhzWJ8WdUQMPuQoeNUjhDpewMyg//nngFyXwJ7dYSRZ gWvZOSmGnSy7r4MkZnBa5xG3De8QpGYp0jxdYWsdr+JIwcDbHu+14IM3X3v1idunvHL6X+4f3L42 3Qh2HGUaINdOGjX67V3HDxsxrGM2rfnk72Om7s/x1jbUuhMa9t5IOuITEXtPKzktQWg4qhge+pVB 81grViDo0JeUQo1V7HdbadYIwigoImKwvfTbf1lBBe49MS15IjI+QBpQ8aIPQiNH5XRr725ZPL/Y 6E9T5cYFi0u8dkVtXIZKz03XZd9tKtvn91Nld81TWxfNKw6rWde1i/+NaPGiZWVe6y65dQyS3PQk rtxVEYRgKrtrOyr5fqXKbhvQJidtH8JCSsnueerFt//93pMiW6a9tbBy77923rqv1ujOpw4+vk9h fn6HTnkZ+yfk+78NVeKrhEfeYkFoQJhN1U+DwWwmFtpfGCKF8PxgNgkvo5dlXqK15/nuhWwtqUkb RQhfZl6DGGCXdSwxZm+d7WxHMLPS0ApKHKZ/OnD6oecPaj570gMPJ190Sofoug+fe25D3rHX9GpG YLf1of2yn391/COvDzmpY7qzacUOouw6t6YzDz1/wIRbJ99zPwYP6pqZUrJlc5t+x+XVuov9ovLL yS/nH31wS73pkxeeXd/q0Cu61zFIdnMOakuvTn/pta4ndeXNmzIPH1DU99wB6XdMfeA+97xTDm6R Wlq8ekfe0Sd0alr3+dn8+bR5brv2LdKjmxavLuPU5k33YdhObtcc591pkz9sc3RBM6d4/Z79S/Pp zJqH2mRXXXMPFRSkIz5BMR3xClI+FISGxOaR2Ohi2Wb22LPV1jRqpYhVD7Xty2IYZVNijwAmpiBG A7vk92mFS4TM7DiKiNi/Ekha6ycDpeRdeNetKeOf/c/f7ilVSa37nvLHKwYXugSAk1qec8u1JY9N mDTmQY/YSc9q3/2QzLp/xdM7XHrPLU2fev7dR0dPIU7K7XZpj2Pymte6i/2Bk3ctfWXMmzvgZHX7 xchhlx2cXOcgmx8yfPjAv0+Y8tAcdlp0OrfrL4paFV56z82ZT7/4/uOjX2NWTVofcXGfAYV1R1rY 8e3s/7z73DYP7Kbl9zv7hjO6RPb+2ab88268ZMfY/zz5wPsMwE1v26lt+v78SGbUONQmCGYL13R+ JL5KdFjKh4LQcBAAra2qFRF8lYXqMu6mk8OPrjy/+h/zOAymMQJQgGcDL1tTpMHZnQGQH2zZ3ZNf ctQExYqIiM74x+0DTz7tAB+48LOAvJVTr7/xxd4PPHl5TdMDBQAAM8+a8d/+x56QlPST8hAS9oGK iorPpr9/WL+jJWEpCA3Ce9PeOGv9ArCGgjYdW6a93W+jgtF9BwAQoIjY94M2OAAzawUwGYEi07Fl ZiEyGH7SOqbyUP0LT0RQUPFyXoIg1A/yG5zwyFssCA0IayZS0CBF0EysobjGb6WCn/FigBSzZ7Jc gK+MZTYYmk9spyYyE5HLmkmRNpsBiEGKWLOvpUUarCCznwShvjHdANKnlZCYPi0ixbVNxxUE4QBD StuclYYGSJEp+Cm7zGg3EDM8sALbgqBt6oIHE2xpEz8ZNxDN9uWOlZcnZrik/MjMdHvFmu0JwXYl pyX8qLBTcNo/XpJSdN0EAVYgdCckBmHlQrmyCkJDEQ5sFOBpTX7vFBGBiE2iy8xDZACsQBrsEDGz FxPPMstDaObYNTxIdAVK8HEXdDKS85olyy0I9Q0pSkpKipaXe54ntzoJAzN7nldeVpqUlETiJysI DQqHOtkdomAKoBFrMMILCoz4K7BRg4gJQLBVxqpymQ7Es1wTrsHEWNq0cBHi12dRLhWEeodA2S1z 1q5d3S6/gChZvoOJARFFKys2rF2TlZMrUw8FoSHRTH6OOVB5h5W5ioVXRr0dtkfemCDadRVR1RAM MaG8IHvtghQCOx5F8BhacbUJ5vsn1CgIwg+GmfM6dNq4Yd3SJYu8ysqGHo7woxGJuE0ymxfkF0j0 LAiNAa21LeXbch+TKRkSoDUr090eCD0Q+1ETs7U4DPd4sN8IDz/0cuExKyLFbEyoFZQykvQcjvHk zksQ6hnPi7pupF27gry89g09FuFHhpm11tGoBNCC0HBokOmiImIQe6wIcIIwSvs+haS1Ng1cyk9m BdtQbIXiGUxKkV8xNJswT1qVBzPJEGRXA0B+VssP0yTWEoT6Rn6JBUEQDhQKrJk0mADTj6497ZcL OZaiihMzJRCTX3Nk1iA2rfTGjAcIFFDJbJeNRrxpfFdmSVw2WxrhBUEQBEFIPFgDIN9Z2hpEm/Yp 8vu0CAQwkbXjYbOyVdJiY7wDRWCQBoeyXgglt1zfqwe2EMkgVuYP+MXLQDJeEARBEAQhATCBkJER Baw9tBHO0uS75dgCYFziye/msv1bioiZWRH5CStlZFysTw+7QbUxvgfe/qFIkZXkkuSWIAiCIAgJ AgWTBTWYQrMNfYV3YiKQ9aYNVfzCPe8K0FrbzYHYOigymI30A4EUQ5Pfk0U2f8Wkzd6VAhTDET0t QWgseOXbtuyMSo55rzSaE6VLt6xYuakC4JINS5etLW+QQTSasyEIjQaljZI7gdl3f1akQR4rDaVB bIIvJs3wGB4rDdJxfVaatTWg9shEV6yZNQPQpM0rFbTiqpIOZn8A4AFRsEfwSL6igtDwqD1fPHTt fa9vaXzfxy3TRg276clVGgCiFQ3+m/6jnah9Oa46j5d2f/7YHY99uJNV6YJn/vrkR9v3zX7nh5/D 0BYa78embhrBB0lIZILSIBRznG6orQwa0+nYFMGY/7SZkBhq8WJWOpAqpXgVUmuppjWBFTSxR6wI Vu9Ux9qzaorGBEE4cLz7u/MuGvLr8H/n3vL51kabXc7o0v/E4/q2UNg67c4r7nl7Z2Md5/6y1+M6 EMf7w7eZAO9CAhyC0OgxEwZJM5jBxKE2dmbWCJSzQnksZvKYNBSgjCe1LR7GPqtmM8zETIBy/T56 slMTiaDBigEmIvKjPFHYE4R65ri/PHFolGnT63fduazfqP87IUNTJL05z27ocdVCcsdjBncEgC1e NJFMk/d6XHwAjveHb/NAjKqeSYBDEH4isLXCYZvC8jvVFWuAuVpm1UhAmNCKASY2rVnGdDq2nm9V 7cLvqCdfgD58B6FrrCwKgnDgiTRp1hxAWYpLkdSmzZpnMgDaA3hrPrjj8jd2R50WPU78zW+Hdksj sLf63acfm/LJ97t07hFnXnfV2QVJwTeXKpf++65/vLt8ewko9hLeOnf0zQ/NLqnktNz+Q28YfkwB LYmt1q7fab0qF0+f9e3OSJPu54y87leHpAF17kXtmXHvVVPaPThqiAtEv54wYsgEIOW8v487Mydi 1tjyxh3Xzzrin385LZOx5Y07rpt91Ng/DUr+fvrYh56ZuakM6bln/3nUua3d6ruoWBm/TptkANi1 5N6r7s3+6xNXdkj21rzzh1teO2/sP/qnq5LPHvzNpCZ3P3h19r6eKFXj+dn340L88jPchVVObLV3 liq/f/fOP7+U/8cHLkmfN3Z0tUOrts0zW6p1Hz43duK73+2h5ocMuPw3Q/tkxvYO9mp8NrSFJ07a 97Pxzev3//O1xZt3c6T5OfeOPqd1kr8XvW768+MmvvPt7mhKp4F3/GlYAVXfb1L4ZNb0KaLKpS/f Peatb3eUgiKt+gy8ZNhFPZo6NX42qp+EvY729MoZj9ZyPgWhJoxoOxHZhnayiwAA2ojEB+Y8Zn0j iQVfaEsrvxPeBllh2VJiDQTKpaQIxpZa6TjLHqWI42TmBUFoYNysnsNvGdJRb3jz/lFj/nP4P4Z0 1Yv/Per5uf1vvPcPLYqn3PvA39/o+bezC137hafKbStWRHrf/NDg1qVr33zwAfOSSNMu59724LDm SZs/HHfnU2OOOPRvB29bsSKpz63/uCh3y7xxfx778cCrbh5zg7v4lbseH/PxUWNPbuGUL6ljL/Ej LLzgoTtObqKVG3HrPJTK+U/9a0mPYQ8N7pO0fZOXnVy+5IX4XfT421nt49fxf/jT8w9vjTe/3aw7 ttvz3dyN0S1z15f1L0xdP39lStfLWjmI7uuJ6lLz+dmf4wovJ6/KiX2wKH5et7dj4ZOjJiRf8pfL Dkqb+6eaDq3qNiOVy/5991Of9bn2zusLnLnPPDD6oYwHbz8/V/nv77LJ1Z9147dQtnyfz8bmRcvQ 8+YxQ9vqEqd5EM9R5bLJ94z/tMeIP11zULOynV6uosql1fd7QZO9fIoilduWf5fU56bRF7QuXTf9 yYceGJ3y4O3n1fYpCZ/Yap+NaqNthnl313o+BaEaMZ12GydZmx3SptCnTQDF1qaHQhqmgbu0NqLy bEqCik2spD1NimAaucD2u6o9Yy4drxjhP5YwSxAaEZya1S43q3nbbied0L5k6dLdzCumfVJy6NCz e7Zp3rbn2ad33vrl3B1V6i5JmS2zsrLyu588sKBk6dLdDLjp+Xktm2ZkdjruVx0qtqzeGQWASNOs ZplZnY8eVJjqNMtvm9283eEn9XRLv9lSAezDXgKU40aSkpJctZdLh0pKccvWrdxS6TZrU5CVVH0X 83ZwlXX8Lar0gw5vs/nLJSWIrv5yTYu2mcsXrvO8bQuX7Oh4ZKGJk/bjRFU/P/t1XOHlVU9snMw/ la6bfM/fvjnu2t8fn+9WPXyqZZv6u2kf7jnskiFHdsrKbX/C5UPzvp42Y3Ow2RqfjVYf7b6fDU5u 1rJ50+YtWzd1KbSXD3YffunQozvnNG+ZX9Aqueb9VgJ1f4rM2W6Wk52VXdD9rBEXt1n6lh3tXk74 Pow24tR1PgWhVjgEACbW0Owvt6bSrO3zmoyblg3UPKZA1FSHtqM1tCZmgnJt6dAIyYcUSgMTHva1 JARBaFSo1GapKC+p0NEdxTsqV48ZdtEYAADp3Nw9jKwafmhUarM0lJdUaFSs/e/Tj700c+XmMjcZ wMFxX3InrUmSt6ecAVBykyRaF2Xifd9LXcTHZk6PEX8858mn7h/xdstfnHnlJafVtIv4dS49s3OK vTbl9O2b8d6HK3cdMnulc/pFvV99c+62o9p9sav5qR0zqsQsdZ+o1JrOT8jXbP+oWF3HiYW3ZeFM 0n3PaxMhoNZDi4ejOzbuST8014SPKiM324lu2KWRU8ez0drfln0/G9XH0DKW6qt5v17oNTV8iqps 1WmW19KpDEZbV1dWLR+/+NHu2/kUBEtQrwtPFay5K31fOqmM+bRnFLUcrTXBhmZu/GqMeD9qIoZm xM9XFAShcWB0hRFpmtUkteNVjw7vk7TX7ykZ24jSGY8+Me+gqx+488isPUv++psH4ldioiDQsI+Y 9nEvRI5CtFxXXUe56cko3VLmxQUxlFn4q9/dc/LGhS/cc//fXika0bKmXYTXmVz0j193izAAjuT3 781Tp8/6bGV670EH91/w1GOzvszd1PHEbhnVrol1nqg9Nay578cVv3wvJxaq3cBbTy8d888/Tcx6 cEinDKr50OK3SW5mTlrJmo2VVOgy9O6Nmz3nsCb+Saz5WRc1j3Y/z0bsJZEmWckl6zebvdS+Xweb gtfU8Cmqgt69cYt2OqQ7Tg2fjSonYZ9GW8v5FITaYGbimGQoc9DmrhlECPkfmoZ2X9MBRDb8IhNQ WRvEIF4KZEoBKD85ZndKHP6gExGgCHsrAQiC0JB0OKm/+/EzE7/4tnj79i2rl6+MSy3UCLOnWXO0 rKIyuq/+8fu4l7ScHHfN5zNXbt6y9rt1pbEcSEb7ni1Wfzh1zoqtO3Zs3VlOBIC3fb1s/a4yTm/V PiclWlJecGL1XVRZpyy2xaQ2x/XN/PyZKeWH9s/OKDiu3c4XX5zX5vhDm9d+OPt/ovZ6XFWXVz+x bnIyti//fpep91Hz/lfcekard/7+z/l7vG3f1Hxo8dukDqcclz7r2Rdmfrdl4/fvP/3cmsKT+2UH HVSqxmdrG+3/fDY6nHRU8ox/Pf/fr4t3bF3/3fKduub97suZ5K3LZi35fvPGVR89+8LqvGOPzE2q 6bNR9cTuw2irflQ2f/z0/U9MK5YZjELNKEABRCaA0hraV8div9RnVgtfUpih/ZIimMF+GdG0ZBEY rH2JLVuO9HNaBIIJ7JTmqPWxNh93ibIEoZGT0v2im39d+cT4P79dojml5fF/vOfKJul1rM8q/Ygr hsx69Ikb3v0nESVnF/ZL3vsXfd/2windz7ug6z0Tbrn22ZSWp91x/5ACM/+LnYKTfnvON/8cc+tH GpzUtP0J2a7es+j1xx6ds9EjTu94+MVnH5yZdUiVXQxPx7K4dQ4JpTRU+xOPbfLRq0ccUeAiuesJ 3bB89cm9cupod6jpEPYpOKjjuKosP6fqiVWp3X55fNoDjz4568H+dthtz7hh8Mzrxj7/6eCSKf/6 svqhVdtX0bk3X7bnsSduu3YPNT/4+GtvOLtV7JaYk2p4lhG3hQfO+sFnI6X7r2+9ODruX3+5fg+r lgffcM8tfWoaVc0psSpUbJ3+6O0v7qhM69jvyt9d1JYY1T8b1U/CXker98R/VA6OTpu06Os9u4GW +zIq4WcHG8McxcxWId7ms0JrANBmcqFthzfpq1i6tsoGmT1mVqTC5Ug6r0UXs32zAyJiFVgr2rYt AqBx7iN3DDz5tAN51IIgCEIiE1PNyP1fO+EE4cfgvWlvnPnNTGIweSZy0szh5gG2sY+deQirhwWG Bzix1fy0lB+K6fglAEJ6WoAx/2FAMQANApmHgiAIgiAICQYzM2vbH8imahh4STMRHBNycSDPoJmh VVzjfFA9dG3REAR4fgGRiGId8bYeSbHMOzMbOVMbyAmCIAjCD0Cn9fvjc/0aehSCAJgISTOUqjLl L5SUChYYoSwyrjrVwyz7GBx0x/t5KmLNrtmWbcwy7fRaAyCHbLLMYwaUkkyvIAiCIAiJgmnPMlLw xFbinUOFPh9joMOkNTxltEgJDDjw+6xsXKXAmqw0PJkcGTNiOS0br8FWJNnz9wgih3UtM58FQRAE QRB+chAzSNl5hMRVwpy4qYEAjOI7G/UHTeR4YHDV0IgBIqW1F+hlBXpaoQ55R1FoSqy/JwWJtARB EARBSBTYir/7toWmWV0TsyZHhbQbAE3kkGNFtoy4gxcERkTKzF7keEVSgInI9mlZ4x82ExA5nDqz e/JADgRBEARBEBIH1jbcMcYQGmANZngaKuZxyGDWNjJiZmiyTfQeQ4GhoU1WjImJ2SNAs1aO7a53 AQfwTORGCiAEQhHh1Nm+KNELgiAIgiD8NNDsS8ODiNhjP0dFZJwUYsVBIqWYPQKTEX7w2AZbGja3 xcajOsiExYQeXK08sw1WmpgClXgyQhKaoKCgtBaZXUEQBEEQEgQiYlYAGB6DiQhak3KZwWx8z31r HSKOegDYFhoZAGkCPCYH5Jmudru+JigGaz9O81UeOEigmT81QxE04BCY7AgEQahfol7U87zqTZdC PUGklBNx3b2vKQjCTw2trYshiG2QZAMkDWVDKlPcq2L9zKEJh+x5cEJlRv/JcNBkryBEpiDJ2tNE RIrsQiLWmkK68oIg1A/RaLSysnL518tWrVxRVrpPLifCj0hKalp+QYfOXYqigCvBliAkItYW2phG G2zdD1WjK99DmozxNExrF4NJGZ0IhmZTj9QKpigYKJrCMRtUZOS0bF88TLzmMcWLdAmCUD+w5/UP HTYAACAASURBVBVvWh9JST5u4KBIUrJ8DesTIqqoKFu3auXGTRtat2oDibQEIQFhZt+pnE2fOjGb 1isbBxHITlCkUOylbQsXaTBBx8s9ENgGWSAjMO/a5fZfP5BjkLK9XWyE4+UqLwj1iwZvLS4+uHtv JykpEolIBb8+YWbHcdp3KFz01dzcVq0bejiCIPz42IRW4IHDpiCozVxDv83duj8HK7JmMBORZg1i Jj9WopjHDoNZa1IKgPagzOVbaTsBkQhmgqJdlRBIy9frCRAEAaioqCDXlTCr/iGiSCRCrltRUdHQ YxEE4YDArJihtQerXhq4RIdUTK2DjpWRZ08jFhGx9jRBw2Nof9qhx6xZexoAa2atCXCDZFXM5Yes UETI9bBqwVIQhPpB7nMaCpJcviAkNEZVgfwrrJkrqLWmsKQosynrBQIQYNbMpAhg5SgNNoqkrGOW 0gSw1kaJlFn7cw8d9jvpWYmeg3Cg0VvmPfXYWzlX/P70VkkNPZZGDAFQSkmk1VD4fq9y/gUhMSEi ti1TxMwOUZDaCjDxlin52RswBRCzZmiArKSWb7ZjXA8ZUJpNJkwrbQuQ2jR8VcFuUdylhf2Bol+/ dP3Qyx/7uqS2FXj32vnzF20ul4yBIAiC0FAEnVWmWyomHRqOtUyoxaZAaP/lqCYGsSaPiQEGaa2Y VUy5VDNHjX+1C6uepcAm68WkiLSx//FjLClfCDWwfcED14+aZ+Td4DZpV9j7uFPPO+nQFgpIy2rb pm1OmszX+kEQEKgVG3Tx7Mcffzv74t+dm5diF0W3f/DPsfO6DL72tI6uBK4/MvbMy9VPEBISzWxz WPbLrgAN/4GfwWJmUsSsiQnQYCYoZo+IWPu6WUaLKwizmMkIOmgwlKsAKIJNdYGItaMImih0fSGG uPEIVWCvdNvuaM5FNw4/uIm3Z+f6hZ9MfuZvs1eN/PtV/TPanXDjfSc09AB/6ojXaCNB3ghBSExI EwAm1qQVQEa9IfCdZutFaJx5tP83G1Ut3xjaBGSIhUxmfdaBmaHnhp6wchHMIGu0CNjojGKiXoIQ Qqfnd+lalEnAIb0P7Vh6w+3/fWnx0KP6bpp6/Y0v9n7gycsLkgHyti577aln3pq7ooRURuf+f7j1 mo6xLVDpopdvu2tyk2H33npi+0jwMYtunzbqzxOXbKokjmR3HnjpNRf0zg3lbKhy0fir7vr09DHj zsyJAFz82u0jX4/cMfZP3SrXvTP+sVc+/3YXcSS7y9DbbzshKwJQtHj+pPHPvbNwbbmTmnfkqcMu O7swlfTWxRPHPT/jm++3VoDT2w67b9Rx0flPjnlhzup1OysBSml72KArhp1flEa1jUdvnvPkmOfn rNqwMwp2MroMOLOfWvbRp/NW7a5Iyi365fDrzypqZuytahzAzhnjbnxkZq9bH776oCY13MtU69Oy D6jaIjN7pXzL3DenfrJ03R6wm5k38NdDejdVAPT276e/9c6cFVsqVHJOtyNOPrl/2yTiklUfvvr+ orUbdkfBKS1PHX55T++7aa+8/3Xx1j1RAEnZXQ895dRj2iUTvJLZLz7zwaodUWI3s23vQWcMKGym GLzj22lT3v9609Y9HqCS2/U+uhutmbvo2+LSqNss78hfnXV0XoZJzdc4gB/pE3hAkT4tQUhsWBvH Z6ZQwZCCnqvQg0BqlCio98XkTK1pD6yCAwBFplLIFGjE27XJXLAJSuIqYb+h5HQXXkllvEcml699 6Y6/vBY55IKR/1eYrrftcFqG+v6ia6b/bdQkPvOPNw4MhVkAnLRup1x4w7lZ6bxj4ZQnXnrowS6P 3H94+l5/8XjNlNFPz3XP+d0dfZrR9vXFOZkRAChZ+extoz7OP2n4HVdnbV86eeyEu9HqkWuOTtm1 Ysbc5dlDRl7ZuYUuLctv4vKa9QuWrm09dOTV7TMq1i6Y/Pyr90byHx3RL63m8SguWb9g6bo2Q6+/ plNGydL3xr884Zn8w4Zcdl1+0p4vJzw26eGxh4y5ucitbQBHgT3P07q2r9t+/sBv+fSVad+qo88d 0jmdSrbtaJ6mAFD5pvf+9cL8nMNOHfrLzN2rP576wYtofs0Z3ZJ3b1jy3fpmA874ZV4TXVqZk6q4 eOt3a7ZkDTzzV7mpFVtWfPrOZxOdnJFnHJSskvKOGHDOMU1SULriv29Mf2Vyu2sv75pMXGbWP+uM 1qllq+e+Of39t3O6njDo7JxI2bfvv/HJ5Lfa//a8PKfWAaT+hC4yEmkJQsLC2lg+k6aQuJbVy4KC H3D5KvAEgvZAJinlN3r5swqtLaKftYKvEe/vjJkImplshkxZ9VMbpcm1RqgB5sqKaLSictf2NV9N nzBto+5yRmFqeAYFlcz+95tbUs4Z/fszQtMMPQAgr3j2o+MeW3vsb+4Z3Du9yoYpKb/vEfkAQO0z Nn34+wnzNlUc3iF5rwMqKd6JjK6HdC/qmEToVGS2tWvOvz8szbly5CX9mxLQafjmmSMnvfZt+dGH AEAkr9dhPQqSQwNz2vXo27MgGd2756ybfdPM91ZV9uvq1jge0yzltu3R+5CCZHRpt/HDWS+17Tew X59kTV1o8fT7PluwubKoVVItAziqZ/8R4/uPqO3c7udMFC7bsYdT8zu0z28dAdrkmaWlX0+fXdbi l2cPPDiFgDa/3LnsHx9/vqGyWwEAuNmFXTrkRMyaGgDcrI6dO+ZE0KF9i83Lnlg6f1P0oDwnktO5 aw4AoNXA/vMff2/Ftsqu9t10szoWts+JoF32tvlLP846qE+3wghTW1o1b+KSFTujec3d2gbQ4SfT xbe/b4QgCD8JPDYCDQDAYMXQREoDzJ4y5TztVxIJWoE0WadEBXimMctEWuxpvxErdg+pPDaTDl0d N7OQiBzSRpQeYGWE6IkchgdBqEby949cd6l9TC16nfjHK8/MVeEPi960cEW0RVGvltXVHKLTH3rE a9n/r5cd27x6HF+5/YuJT7/y+aL12/dQenJFxCuP7ov8iOp45nndbn/qzutuOmrQyScPPLpTRgTQ xUtWed6WcSOGjAvWQ/qW8r1u0GnWMRsfbCjxAN6H8bgZrTOocvu2CkYy4GTmNvG8HaW69gEw6iqi kX+TEy4VUpUHQdM2kdP6qGPa/2vac48+efChhx3Rp3vrNAXw9lXFrHdMHT1qamjXO6PmdaxCW49f opq0aYa52ytA5O1e9tHbnyxauXl3mUpJqnRQoSnw7bLru2lZaVRZUlKpKEnDzchKZa+kEkSodQCR xn/3Zs4NSU5LEBIU2+AAViBihra6DaQRa9TyRQ21B2OaQ0ozQzG8wCXR5L7sVm245bG9TXMREugL FLdigyAmImiWeqJQI5Wtzrvpqm6ZkZSM5rk5zZKq3/yT9XaqiaJf9Frz0cePvNTvLxf1zYj38lw7 adTot3cdP2zEsI7ZtOaTv4+ZWvXF5Ch41aIdjhQMvO3xXgs+ePO1V5+4fcorp//l/sHtU5nBaZ1H 3DY8lkehSPN0ha11Hx07jmJm3pfxAAC5LoE9O6hIsgJrexJqHEDdP+A15JFJuYp1ZfiwOVoahYoo gN3cPkNuKFw+Z+aMGW88/d//9r/0iuNaJQOMlLanDz2tVfAmkNskhbCz7mOHUgrMGtj8ycRJX+zp ddqvTm3dDMULJr0ys+Zjd0BspP9Ajusg0PqrZQA/GSShLwgJiWL2C4S2912zDjx1fAkt9vvfPXMp YDBrVpo5Jm5sFLZs1TDYvj8rUbuoXf+dSGloYjMKSaALNcCpbQs7d86s/adIZXfNU9MXzSuuKKwq Uuq0HTTy6s7jb37iwQdb3nfbifmhhndv3VdrdOcLBx/fJ5Ohk/MyqqVUVXpuui77blMZt6qaG6GU 7J6nXtzz2GP/dd3N095aePaII7K7tqPpi1eq7KPbxtUf9zlRu/fx1ImqbQB1vwoKVTriVZPWORHn uyWrKgoPSmYAFC1e9n15tEW7FhGTfknO7NzvpC59er31zye+mLX66DOKmuW1xPyVG1Wz7i0j4a1r AqA4LqcVXhJ02uutK4q57QnH9+6SzuCkVinmhsy+LljfXiBU6MUgInJqG8BPAdMRr+TqJwiJCGkG 2NO+9TNrf7ag33ylWQGevYnUMNe2mAMig9iBmZkYUzw1TfKaNPmlRH9qTdXrrT8O/ykWlQfhf0Jn Hnr+gIyKyffcP+nTWQsXfjVz+oerK/yUDFHL46++6bQOy57668vfl4UCfie3a47z7bTJH879esWK FSvX76n6U8du60P7Zbtzxz/y+sw5Cxcu+GrFDvMN2fz5W+99+dW333239KuvVpdxavOmBJ3Z99wB 6dGpD9z3709mLVy0cNZHb723fNf+ZGn3Op69nYRaBrBzxrirfn352CU1DqaG7xwn5/zi8Fbl8155 9vVPFixdtvCLD158cfqOzK7HFmaCeefiWbOXrVi7fv2q5cs3VeiUjFQFTu96bO+06OcvTPxowbIV 369YOu+L2ev27M+xq+Z5zWntF9PnfbNm/Yb1G4or9u9S8MMH0ODIxU8QEhJmNtkoAB5rZlZaK60d ZodZsVbMBCgNxaw0OwyloRAU+Vhp1qyN9nssaaU9Zk06JgNh+7SCMiRZvXkzCG2TYwyQePQI/xvp HS6955amTz3/7qOjpxAn5Xa7tMcxbWJabW7n839/4ZxrX3jk2X73Dm9vpYso/7wbL9kx9j9PPvA+ A3DT23Zqmx4X3XBSy3NuubbksQmTxjzoETvpWe27H5JJ2PHt7P+8+9w2D+ym5fc7+4YzukQYyCi8 9J6bM59+8f3HR7/GrJq0PuLiPgMKm+7zMex9PHuh5gE0Cc1VqWGn/lcyXNJ3ck+4+JK0d9/7Ysbr 8yuhklt2OXLwoOM6pShAl6xf9ukX7+zSgErJOejY836R54KQ2ubUK4Y0eeu92VMnfcqgtGbdTu7c t106bPIprk8rtMTe2xGpVsddcPLuV//7xktzGYCTkt0mK0VRaD2/mwm+2gTs3Zl5qpYB1HbYjYnY VVEQhITD12gAyKatwl/2QL2BYKXd/ZfB9oUYVfeYEoQObznYAsB0VnY3X0sCABQI0KyMGRAIUP5T 5//z5oEnn3aAD1wQhBhffPZJ/2NPSEoSc8iGoaKi4rPp7x/e/xcNPRBBEH5k3pv2xumz3oXVc2D4 5oYU7r5iBJbQzJqUL9tgojRokCIGQwOKtQc/TQUiZu23y2sXMKsAsRu4kCa8hpn2KHd1glDPEFXr 0xLqF9OnRaTCd6uCICQGBNhJPMwEkFJaaz+KgpFzYKt3yEF3vHHZ8dNa2k9paQCstQ3U2J+xyAyw q0K5L39jIAJpJnutj2sQEwShfggCrKC4L9Qn4Z4Kuf4JQuLBfh4LvtaoXQJwrHpoNRm09uMvbax5 TA99nEZ8tUiJGZoYrmYQQYWu6XCI2cifMrM2N9ZyoReEeoYUJSUlRcvLichxHPkO1ifM7HleeVlp UlISKYKktAQh4Qi8dIJ8U/j+NgizgvjJNKMye/B9qc2q8DXkwyuDtRF/Z4bLmqHgETuBd6Ix91FE OthlvL6pIAgHHgJlt8xZu3Z1u/wComTJK9cnRBStrNiwdk1WTq4olwpComILgkpVSUpVfwDWzGDT BW+LhgQQG20IZh0qPrBp1bLFRO0qBrTv10MEwNPaGv2wVYEgKIm0BKGeYea8Dp02bli3dMkir7Ky oYfzsyMScZtkNi/IL5AYVxASFCI4oGjMIpp14FdosYaGVhmLNEwqyjRgAUx2gqJp5LLZb9MOb2qO AFwbgimzQQ4kShkwcRp8Ga56OnBBEAAAnhd13Ui7dgV5ee0beiw/U5hZax2NSpgrCIkIM3MUYKO2 wIGxhd+DhZhkvF9hNKkvHdsAaYCs/04o0orbj+u/NGaiSqRiLj9+MbFWzR9BEA4Y8hsvCIJwoAjk RpntHEMyQvAKWttUFjNp9qVGyfhOh2uLJrfFKhZjmVmKYbl513rtgIJWLA6NgdjMMNdKZJIFQRAE QUgYmBUxM7E2RvJBj7sm7Xvu+P1btsKorE4ze2zmEtreeI9NuMTMvgx0LCBzWTMpUla5y+qkkhF6 sEY8Vga6YU6EIAiCIAjCj47VawiiJ81GSos5yDmFZLGsortmTdo0w5t5h6b4SNDMyvegRpDT0szs kiLFpM1WFTRDQYFsLxcAJlaipyUIgiAIQgJhAx6AETVBkMPwmJlZK1KawSb/pIkAgtYaMa0H7U9X 1ASlTWHQI2W6tZStRvrVQ08zqbhOew1FxJrJsS33giAIgiAIiYRv+eoFtoban3dIOtZIZSqIHJfl ss3vRMq8zvrwWDFUrpKdchVREE4FAhH+OkEbvOhpCYIgCIKQSESrBUUAggxTyD6HERQUfQ15hJ8l MDGMjDwRac0maDJapq5mVgBrGOtERQQCa9gphx6Tc4COUBCEvRD1op7nVZ0xLCQ8REo5Eddt6HEI QkLD1vHQoAge+XINHJNssOFQyPyUfbWGOFkH2+KlTYu7Zh1IzLsgxcZAVYOUXZ8UwUxmNDuAiCQL Qn0TjUYrKyuXf71s1coVZaV7Gno4Qj2RkpqWX9Chc5eiKOBKsCUIBw5mYtg+dbDnmx2alBX5Zb3A RDpoi/cLiCE/H7MCNIM0s7azFIO5h0oBrJgUyOicMowvD4gCRVOJtAShvmHPK960PpKSfNzAQZEk ceP5WUBEFRVl61at3LhpQ+tWbSCRliAcMJTH4cYoZvYbthiAYgJBMzOBiDjmT0jMOujyCmlrGf14 MJHWTCFtLFcF6qe2n4vM9EZigvWxV7Dm1YIg1B8avLW4+ODuvZ2kpEgkIkorPweY2XGc9h0KF301 N7dV64YejiAkMmzFrezj0N0sAawpUNRiWxDUtjIY7u5i1qYu6L9S+w91sFllNs7Kzmq0lvVEUKLs IAgNTEVFBbmuhFk/H4goEomQ61ZUVDT0WAThZ4COiZLGY8MpZiYGay/mnaNNCGX/NaIQ5jUmK+Y7 9hBArBVAJjVtao/KLxPaHYZFTuVCLwgNAof84YWfA+G2D0EQDhwmQrKVPQ9Q8IJ+eKiQaHyVuYfh ti0FeEG3VvAUgTUY2pQE4bJi0tCMiEPsMQMOFDSgGMoaVNfnkQsND+9YPu3VT5uceuHR2ZGGHksC orcteeONuW1PH9yn6d7m9RIApVQiRFq8e9WsL75rfuQxndNEMGavKGVO0k//fReERoxVg2fb+s6e VuRoxaYGCBWLnExTFVGsOx4mQjJe1OaWGIBV1jIN9Qom+wVWAEMxFHmeUT8l29SlAU3wzXjq+fiF BoT09qVvTn3n6xK993WF/UdvnDt16rvf7fl5nV5v+3efzZy3seLnddSCIDRiTOu7F1Ilha0YaiYd c4kGADIu1PFok7oyrexaa2YGa3+pZq19jXhjcQhj4QPN7DjaprzYhHXw82hCwlG+evaUl179dMG3 Wz1wSvNOPY484+KLest73Tgwpg9xrqN7vn/p0YnfRc0fTmpW68JeRxzbt3NGo88T+RNuxEJ1X7An Sc6UIBxIYrLvChz1zMOwKKnvtxMOuRAW1kIgIY+gIx5BKsx2AhC5ZIMsEKBMrktX/35L20ACQiUL X/7zXVPWtO5y8vnDinLSK7esX7pkpafk8t5IqKm26JWXlHnNjj/3tIJ0r7xk6/cLP3l30tfFZ1x9 arfUeh+fcIAR0WhBOKAwoBWY2QOUAjEF/VhBhzozA5pZgbVJSoVnGsLGVcwhLSyyWll2F8zsBn8p UlpDWc9qYzjtW/kQQW5EE43SlRP/PmV1pwF3/+nywmT77v7iZADkbQMQ/fTB66dv3RFVKW0PG3TF sPOL0gggb+viKeOfmTZvValKad13wK+vGNyrqenlqv2p0nXvjH/slc+/3UUcye4y9PbbTsiKABQt nj9p/HPvLFxb7qTmHXnqsMvOLkwNfcii26eN+vPEJZsqiSPZnQdees0FvXPdULyvt8x/6h/Pz1m5 dkclONK045EnXjTkrG4mt1Pba2scSbWFA9PWPHTlLUt/9ecxFxRFmMoXjBt+75cXPjr25OYOuPST m4ePzbxk3C0npm2p+Xj11sUTxz0/45vvt1aA09sOu2/UgGZO5dpZE56Y8NE3myoiTdp3SN/t/4bu nDHuxkdm9rr14asPalLDN6zmPi2dmpOXn5cOoENhUZuKR5/+6pPVJx5c5JTMfvGZD1btiBK7mW17 DzpjQGEzxeDyLXPfnPrJ0nV7wG5m3sBfD+ndVFVbeFGf5M1THhq/6ohLrjm+ncNU8d0bD7/4zfHX jTw0Q4Ervnrq76+nDbp+SO/Unav++8a7Xy7fVEaRrC59TjjluE5pCgCXrPrw1fcXrd2wOwpOaXnq 8Mt7pTvRzcvef+v9Bau3R53U3NapZVQlQSfUhvRpCUI9oP1iADNrWAvDcGLJf6zMHEVAMbSVvjJP aYSEGmJN8WZqoZHH0oALAJoUAQSlWGt2AM8hMBwdy2JLW3yCQWWLX59eqg8bMrhTcs3vbdtjzj+j qCU2fTX56VfvjeQ/OqJfaunqF2+7+42UnkN+N6S9t/6j5565766dd907otAFl9X2FK+ZMvrpue45 v7ujTzPavr44JzMCACUrn71t1Mf5Jw2/4+qs7Usnj51wN1o9cs1R6cFH3EnrdsqFN5yblc47Fk55 4qWHHuzyyP2Hp4duGnavmb94deuh1w4vSK/YsOSdia/cuWLLvX8d3sGp7bWoaSQ1DI+dtv06Jn22 eMluLmoOb9P8pZVqx5zVJac0b4qyjbNXlbcZdkharaeCeNeKGXOXZw8ZeWXnFrq0LL+Jg13fjr/9 oU+y+lx03WV5avvS9yZ9H5xl9jxP1ypWt/dvHUWSXfw/e2ceGEWV7f/vuVXdnX1fyQoJJBBk30WU RcF9F5FRR0VmHj7UmXn8njPqbPoGlZlxhhkXFMdRXBhA3EBxQQQUlR1kF4wkhIQsZIGQpbvu+f1x q7o7JGFRIIr38wd0blXde6s6VTl17jnfY/m8DAh3xuBR146IDEFD4SeLly98Lf3u2/M9VPXpwiW7 xfDrJnYNp/rq2tgwAaBVo8FmfPcU99a9RQ1Ij4Cs/brIS4d3VzQOiAij5prdFd6EcZmhjZVL//XK alfO6GtHJXP15g/enzun/rY7Lu9kgg+Xbf+6NGbUlZdlRMoGb1KoQEPJkn8v3BSZO+aasYnicPG6 FWUn8oupCUY/djWa04gKaTfs0CllMEn/bUeSmBlCBWwBYLAFQEpJStRdMksBkgRiZosZpAK64FTX AQCDYarICZDtCjMMYum4tYKDBfTq4dkF1xTu84rIPulh7TzMzexBw/pneYCChH2r7/vswyLvsPR1 89+rdl/7+L2XpbiBXt1T5J5pz8/dNOH+/nH17W6Kqa+oQ0R+z3PyurgJOXkAADq0/j/LGpLunHrr sCgCciZXfjF1wVu7m87t7XbGJ3dm/8GZAEDZEeXLfvXyxvLmQZ09R00yrVf/Plke9OrTN9v1iwfn zd0y/r7e0dT2se62ZoK2Gj25w3Jo7id7Gq4c4D6yfUO5MMU36wqbe/ehkjVfWWEX9IhvWPfP9i4F AMCV0Wdgryw1W1G7fsHKxtDx0+6+LMkFoCCi5KONH6jRo4ZNmT1sSnvfUXvBV2xZPp/P13S48usv l66pRvq56R4ArqSu+UkAgJQxwzY982FhtTc/xdVYe4RDMztnZ6a6gE4ZqoO2Gl1pPVKxbFtp07Cu ZlPRnhoyqHRXma9LF6raWeQL65sV3fTVW2sPuc6bcvXgWBPonBknS55Zsqzwgp90i1RfR0Jut85J dr5qw65PNjeHjLrxmsHRAkBmaNWGPRvaOSFNm7T7C6DRaE4FwpIMu9Kh7YVS9hIJZskslGY8nEVA IoIESKqMRQZDSApaapQAVDg8g2x7iwGYkEpCiyQDxAIkmYVTfof1W9XZi8qnOO73K2KzEvBhWb0l y7cW+uIL+iQqa4jN1F49wsXaHft9A2La3xTX5arrezz4rz/ec9+5Y8eNGzM8J8IFyIrtRZZVNWvK xFn+YRBe1cRwO/Px1qye+/zCz7eW1hyhcE+zy2ryHSNtjd1ZgwpCFmzcXubrE+1qbvNY0dZM2mzk 6N7nZTz37Gf7Ggck7Pm8KuLq67LeWvZ5qdXbvXHDwZR+gxLN8rfaPd9Wfx1l5Y4SjssvOGnJDHKC AoIW3EgArrI3npjhnHhU7qAbLhseSwTf4Z0fv7dy697Kw40ixO010CyJyEg9d0T2v5fMefK5ggED B/c7JzVMAKKtRkTk9kpc8s62yqZu0WU76sLOG5G8asOOGs4x9+yuj+2WH2PWrCqzorJyol1qPkZc l+wQsbPooJUXpSqkisBcuXZfBUdmZEcZ/ggEOGdzktfhR4i6SLoImkZz2lFGEVuOsUOAKrYDyT4S xKo0oS1G6j/E73yS/hLVLKUt8KA6co6CvXpo9w6WkGQrP0By8F9h7dI6y6CorFRDFm0rbRgdFXbs XYUZpCpy0rAra8wDz/TZ/NE7b7357IOvL7ziD4+Nzw5lBod1nfLA5M6B30BXbGBxkEsWPPL4e4dG TpoyqUsC7Vv515mLjntGgkGS2z+27Zm02Wgk9h6axEs+21NbsGJv8pA7Buete3X2pvLxns+KogZO 7GSi+GSugLrhTv4KtmeS+OLOv/Gy7AjTHRIRExvhsveqXDl3weojfS69/JLUGFRsXrDwCzW6mdxv 4i9y96z/4rPPFj//ySfDfnrHBSkhbTZSdE5BjFyztaw++8sD0d3H9cjc9fG7e2ovMLeVheWPSjBQ fpLz/1ZnrfGjbVKN5rQipf9t1gSgpK4giUEgSYL8dQiZiFoYWHYzAJZMwlEbtoPjIclfrNoRR1V7 BF5HBZNgglBqXiwAg6D92GcXHJY3tr9Bn//n7X3WCR4iknpkm1XbNlWoKiHkPbB5W72VeMLXwQAA IABJREFUntfJ5GNsAgAKSeh9yS0P/nX6Ra6qJe9u8ZJIyE+n+m/2ioQ0P52SgiQtrf1f7pNdLxk/ sl9uZmbnnIyI403SV7F1Z6OV2i3Z5GMd22om7TSacUNGZNatWbJs6dbQ/kOT4nsMS2hauWzpR2U0 eHiu63jne9R1S+yRaR7ctra06QQvtP9ACDgR8Q4ggD2J6RnpaalJ8ZFu/zZ5sLCC04aM7NstLTmp U1pKiFOpi4iEJ7rr0ItuvevO/u7a1WuKfaKdRjOyoHdS/Y61G9cXuvIK4mIye0Y3btqwYWOVmd8r 3YSIzU4x6oq/PmTZpb9qCr9plElZiabtgxGBIUnEZqcYh77ZVePzT109rTQngIqIF/qxq9GcTtTt BoCZLSmF85lZKkUtAYAhLZAM0ohXsln2uiKE/VKpoumhUghZwi++JSVM2OH3Uqpq1WDhExYg7Eh4 /VZ6thKVd9vk87Y/9eZvHii5bMygnLgIebiicNeepCsmndf2qzSHD7hhbOy6BTP+7rnp4s6+/cvm zCnLOP+uPjF0zE2Vny/ZaKZnx4X7yrcVN3JobBRBRve/blT4bxfNeNS8/uKCuNCGiuLajOGjc/z5 d0ZyfpLxwZLXlnUanhVjVJQeaftPjnfta/MzhxckyvKVr7xYmjLgjnNiCGjn2DZn0mYjACQPH5O+ 4Pn51cbYCdkuwzNwZObL8xciacjPMzzHvBRtXLeIARPGxU17+0/TMeHSc+JDG7bva3RO55i5hyeV hiJiM2JpzerlG+N6JUWKmopmx6Fdt23tV0ZCSlSIrP6mvFmGRISKthsBIKbngITl7y4/7Bo4Jtkg d37v5A+Xr0BMweWJLgBheRcMjHxmxSuve8YMSJYHN73/wcHEPld1iWhzQmF5IwdF7Vz10is0ekh2 pLupuLJZu2hODtbLhxrN6YRZaRMaUimOMkBCsArFgiQlDM8gSyp5UQJUuqGEreTALFss/tn2kgFm e5MAwYQdDUCk1ifVFiLJLIicd1Do9cOzD4oZMXlGfLf5C5csfeHJNyXYFd6pW69xvnbdRxSSMeGh +0Nmv/jGX/7UINyp/S/+3zvG55p0zE1cu3vdGx/MqbbAZljm0Gt+cWU3FwMRuT/906+jn3916TOP v8UsIlMH39JvVG4kOUWjMq+fdmvtU288N2MpAzDD03LSwltbW+w5tGPhzHdqYcT3OG/qpNsKPASg vWPbnEnb0wOMlGEXd/n37OahF6R5ACQMuSjzlSebx1yeYQJ8rEvR1nVLm/DwH6JenLPk2ccXSbAr PLl738xwpfTAYGrn3lI3nv8OVG3OlqNXlijlghvHHX7zk8XzNjAAIyShU3yIIEJ96c5PV79/SAIi JKn7+defl2GC22okEIz4giGpSxZ7e/RNdBMhpmBA4kdvWv2HJJtEDHgSL7z9Zs/i91bOf6WJXAl5 g266ZHS6y5nlUXP1JIy54/aw95asWbRglQQbIXHZXZPcZquZa1rj/+o7eiIazdlOy2h0KS3l2RJE Pum4qODPJGQmW9zUWVi01d1hW2pAkGAp/MHyV8X1VGMJ564WLW9vEqQ0Hib8c9qYcZeevvPVaE4c svYuunfaq31nPHd7luf4u/9QWb1q5bDzR7vd7uPvqjmLaG5uXrV86aBh53X0RDSas5YPlyweu3gu VExVYO2O/JUNLTvyikkwQwJgKYUQkpw6iZIBZn+QlhOZqiyt4DdoU4XSkyApmQQBsKQkIkHkDwdj koZ2Y2s0Zxalj3eWVJjWnAwqTusoKWqNRnNqUUHvsDMNbZFSv7VEpCpAB5tMZIe2B92XwTYVBfmx 4K/hwywAkCCQPzKLlJnlzIMBJjq5kBGNRvPd8RtYOlbyR4W/yJq2sDWa0416trZWj3bSBpmIGRIS LKEMM0jy10OUjiI8lI4Ws7QYTCwDVhezNFV4lmRAMgkyJIOIBFmWhMWCCKQqAWk03yPYyLr0H/PO 7sVsEuR2u31NTURkGIb+u/tjgJkty2pqbHC73SQI2qWl0Zw2pFRhycokUrIMykYiKaUt/q52UPV4 pLO3Sjd0aiGyZJas3FWqVI+S9lGjEAkTgL1uKEhKZkGCWUgYhk4w1mg6EgIlJCaVlBSnZ2YRebRn 68cAEfm8zWUl++KTknXqoUZzBmDbzHKE4MGs1hAtMLWoJG2HugPMFpFhlzW0JKDETVumNzH8Oi0m AwQiH1iABBEREyzAUNWr9Xu0RtNBMHNG55wDZft3bN9qeb0dPR3NGcLlMiOjY7Mys7RtrdGcblTl QWVHSbKUiB1LJRlv+6yUL8tfPRrBK/vUYsmPmQU5ewbFWZoQpKK/mNkfykVEVsubXFtcGs0ZxrJ8 pulKT8/KyMju6LlozijMLKX0+bR5rdGcTiSDAtUshGP1qDBJVmuLdnIhKQ+V2lOyU9fQn2nItm2m HFx2UWq2A+1N2D4xiIC15QxGBAkGSOiYXI2mA9B/azUajeb0QY7fyV4WhBLMUjUOmQClUSqZnRVG Vtpa7BeJtxslSJCEBUuQASA4cdiEZKEyFyFZEDs1EQ1bdosCZp5Go9FoNBrNWYFsmezHDKbgUCuW UIYUHHtKqhRBVezMFnNQ9hORUIrxLGDAspgMMIQ62gQAQWASTJZUOvGAkn6wBayd6HuNRqPRaDSa swK/dJaU0pZWaaFgZ7uyYK8nqlh4VQ3Dlm9QqocKqXSzoKr6MLPjAAOE6lkyS7JF520RCJW1qE0s jUaj0Wg0Zyl+BTv41xDZCX93NEg5qKahPzReaQvLlrFV7De9ggwqU7WScpBZDIOCRyWCdmhpNBqN RqM567AX8vyR6BxkbBExSBIJ5XPyO8DsPR3vl5DslIOXKpZLrTmCwWypsHkT0l4oDIhuqZ/to0AS ECAtEq/RaDQajebsgQI+rBbFphkCzNJpDsDMYGJYbCcdEtkK87ajK2ArKZF5AQCm32nFKmvR3kaS YQjyj61FHjSaM4/P8lmWBZ35+2ODSAjDZZodPQ+N5mxGBbfbHiViv6XFbDExWAgSjo68bQaxlIAg IcBSEoFAqkK1aPGcZsnqAKVu2sadrGwvJmYJKQgShtCPeo3mTOPz+bxe755dO4v2FjY2HOno6WjO ECGhYZlZnbt2y/MBpja2NJrThr8UtMoRDHYoEYMlWIBgsGQGs5BEQi38MVsASEoWQuk/SEsS2emD bJdRtIUh4NfTgrP6SEQGk4qXlwbZ5X5YW1oazZmGLauivNQV4rlgzFiXW1fj+VFARM3NjfuL9h4o L0tN6QRtaWk0pxsJFnahaOcxy4CqJ21XoHYSDyUzgf15iEzOCqOtj+WP97I/2MabfRv7zSxmVlmL kvgoC+xMnLBGo3GQ4IMVFQXn9DXcbpfLpe/BHwPMbBhGdufcrV9uSE5J7ejpaDRnM7aRowLXiWCx ACTs4CopJZMt9RBU8RCQIKNFD3Y/YImWGg7O27HZYkhJAFmkKvYI+JMQBUldUl6jOeM0NzeTaWoz 68cDEblcLillc3NzR89Fozn7YaXgYIeus5csIsNOCRR2hUIicqrxMCQLQczMJEBEKruQAEDa2loS /vB3Z4hACWlh2CoQTnkfABASQgISQj/oNZqOIFh1RfNjwP/2rNFoTiuBIoZKQxQgAkFCEhBII/SL awESJNlWLVXRW2DYIfWQEixtKS7Vgb22CNP/HJeWRJC9BUcGVZDQt71Gc8qQ1dsXL96QdsX4flHG cXYlAEIIbWmdUfhw0ZrVX8cOGdE1TBx/79OCEGpk/b1rNKcXlkxEKiSLmUkCAEGyZKhqhrBXBu0a iUT28qGt/0ASDDvQC8rOsl1cjnHFzAFLSw0WGF7V9SHSr9RnK9Tw1dLZz8z7fH8dyHXpY8+MWP7w /Z8Y98z4Xb8w/X2fRuSBDYsWfXDhmOuPb2mdfpr3b3733eXbK44QuQff+d89N7/6/Jeuqybf2NXz 4/0dsGq+XvXFxgH9hnecpaXRaM4YQXaPtMsb2vmDDLAQfs+WnZ4oQWCpChq2TFiEAIFIkgr7CqQb mn6bi8gOsycR7DEjoY2t7xVNxeten/fmp5t3H7TAIbE5vYZcectNA2JO+m82Ne//z/RnN3S/4u7b +8caIjHJ5UtI7ZTqCte5Tt8bnMjKo+8+b/muVSs+/7Jw/2EL7A7v1KVg6IUXdAs/ebPAW7183jtf pw276qLcKAPRsS5fdHxighFu/KijBexzb33dz+QU1HffQcNrND8OWDIgwQzLFtfyx06RsEsgsl37 kIgMkI9hsF1umkFgZoOJCVLViQYEIKVFhsHEfrFSkyHU/vDbWARDAkrlgRgEYtIFEL8PUP2W+b9/ 6PV9qd3G3TApLyncW1W6Y/teS3ybB7KvctuWQ2LItdcM7uKxmy6cMv3CUzldzXejbeu58ZtPXnz5 k6q4jAEjLk6PCbEOVRUVlX+73wGu2/tNveh+/tDuyW67qd9lt/X71hPWnFo63uWp0ZztMCsrxyIG IKSUQggGK8eT0oAnImbYKYhksZQgIWFHvFvCUXhnMFjpnLJlqaqISszBJKG05YOXDomZybBf7Ox1 SU3H07B37l9fL84Z9fDvbs91FnfOG6f+J+vgttdnv7BkY1GDCEntP+ond4zvE+UCICvXPzfzlfXF ++u8AIWkDRx7x6Qb8sIEvI1NxMt/e9tyAPBc/ednzl/9h7vfpAdmPdS9btvcWS999tU3B5vB4WmT Hn3kAt+m52a+tL6orM4HNiK6jbpqqNj58acbiw43u5PzLpt879V5MYGymvW7/3LnA7uvfXjmdbkm A96qeVOnLuk/7enJ/YyqNidJ3q2zf/bQp1fMnHVVkgvgircenPq267dP/S6/1UxGOd47WbXpX/94 af3eklov2BXVZciFN028ukeEAABfzZJHfj93e7mX2JXQdcxP77qxb7LJQMP+92c/vfDz3YeIXQnd bn7wgdHxrtaNY8L2/e3O3+y4/Pczb8xzMTVtnjV5+toJTz41LtYAN6z89eSnom+d9ZsLw9o+F8iD bczZW7Lm5Wdf/vir8mZXZHbn8MPO39C6z2ZNe+KLPvf//efdI9u4y1rFaVFT+fLXPq1M7XvbLeM6 uezGcwbaH/hw0SeLP1i7p7yRXPHd+o2++IKcMAGAa3cveX3proqDR3wA3An5Ay6+ZES6h9jy+og3 Pf/XTQDgGf5f9/TaNuefq8RPfnFLZmPRsjeXbi0pO+wDhyReMvn23tbXSxYu3VV+8IgFCE963+E9 aN+GrbsrGnxmTMaQy68enhERXCOVD+157/WPdh6oPOIDG6GdegwYOebcrBACAKt+3asvfFRU6yM2 o9P6jr1yVG6MYHBT1YZ3Fq3csf8I2IzOGPOTiX2jRKvGm/p5Kl//2+yiwbfeNTLdYGr+evHfX/1q 5D1TB0QIcPOX//rr22Fj753YN7SunatRf/Sp9Qk3fJU7l767dHNxjc8ITU4NbaS2fIlnDh2npdGc AYLlGxyIAZYB6YWAMhYFFBz8B/pDu+xFRzsWy3CKUKsepGm7rBxVUxJEgBRw7Cy1uHj6z1hzPKhx 29vLG+TAieNzWsXQcGPxqw88vDik98RfTsy2Sj+e88KjD9U9NH1KrklcX7p5R0nqzVN/nh3RXLL5 tZfenO7KfHLKMOXIGvTff7wmzQ2Y0QlmkzMQHyr8bMOehIlT7+waJxsaMyNN3le6ecf+Tjffe1dO RP2OD2fPf/mFzIETb7sn031k7ctPL/j7Uz1n/jrPWXbksMxzcz2rN6yvviY3kcB1ezZV+nIGdHE3 FL/U9iTbPeVWMzECmw7v27StOPXmuydnhTeXbX9/7sI/FlZN/7/JnQ3ACOtx8YRfXBcfzrVbXn92 3t/+3O2JxwaFY9/rjz+/wbz2l7/tF0M1pRVJ0S6AWzeykTa0i3vVtu2HOS8WVvmmHV5Ru764/uLY KDQeWFfU1GlSz7CG9i946zkf2j37wb+tjO930z23ZYiaHR8u+CbwzVmWJWV7N9jR3zM1FX2xuYnz LxzhN7MC25orP/zXK6tdOaOvHZXM1Zs/eH/unPrb7ri8kwluPPj1vqr4MVddnhzaXFX46fur5hpJ U6/s7gIAyr/q5nPjXSAzIkp4/fM6XLb969KYUVdelhEpG7xJoYIrVCdXX5ka2li84Z3lS99Lyh89 9pokV+PupYtXvvZu9n9fnxHkheEjVXuKKuLHXHVZcoj34N51H3/yUlndHbddkmIAwp0xeNS1IyJD 0FD4yeLlC19Lv/v2fA9VfbpwyW4x/LqJXcOpvro2NkwAaNVosBnfPcW9dW9RA9IjIGu/LvLS4d0V jQMiwqi5ZneFN2FcZmhj5dL2rkarU0NDyZJ/L9wUmTvmmrGJ4nDxuhVl7f1KnmG0paXRnE7YzjtU 9aKVBaXURAEwSztfUKoPlqreo17CbDOLSLnBYNeppqC7VsIpRG1CGWGqSKIAALKYBQAIWxWCSceF fg/gmsJ9XhHZJ711vDrVr5v/XrX72sfvvSzFDfTqniL3THt+7qYJ9/ePAwAY6b36987y4Jxzkvav u++LD4u8w7oCgIhMzcjIUEYXV7To05XRZ2CvLHth0QIAM61X355ZHnRLP7Bszby0oWOG9vNI6kbb lj+6anOlNy/F+eNPnryR+cbsj76su25UtNFUuKbYHXtrl4jD6/51zEm2R4uZtMRM69W/T5YHvfr0 zXb94sF5c7eMv693NJE7s//gTACg7IjyZb96eWN586DO7vqKOkTk9zwnr4ubkJOnumir0ZM7LIfm frKn4coB7iPbN5QLU3yzrrC5dx8qWfOVFXZBj/iGdf885rkEz1nUrl+wsjF0/LS7L0tyASiIKPlo 4wdq9KhhU2YPm9LOiXOr+47ryyp8FNElIbT13g1frVh7yHXelKsHx5pA58w4WfLMkmWFF/ykW6S6 VvFdunZJcqFzdlzlzmd3bCr3dU8DABESn5SUZH93tS0vb0Jut87OJml3kpud5EJ6QvWmHSviu/fr ketiSqOijXO3F9b5MmKPsprN+C5dc5Jc6JyTm+J6+vmPP957/o1dwkGupK75SQCAlDHDNj3zYWG1 Nz/F1Vh7hEMzO2dnprqAThnqlNtqdKX1SMWybaVNw7qaTUV7asig0l1lvi5dqGpnkS+sb1Z001dv HftqBJ9aw65PNjeHjLrxmsHRAkBmaNWGPRva+VLOJK1/ATQazanEDmpnMEHFWFm2bQQAJBgWgyEI YGlJqGLQShQ+yAjzW10BF1hLhH8cGAQiNZytSw/VnbK/tF+r42GgzWLfsnxroS++oE+iirZhM7VX j3BRvGO/7+h9jZguCagvr7da9XHimBGpEeStqW5mADCikyMtq7YhWNqWY/qMzfMdXLa1kknuX7+z OXNEz0hxwpP8FrA7a1BBiPhme5mPAG/N6jmP33fXpFsnTpj00LwKl9Xkk4DoctX1PWrW/PGe+554 Y9mew8p902YjR/c+L6N+/2f7GlG35/OqiKuv69X05eelFldu3HAwpd+gRPNkzkVW7ijhuPyChFZu qOOgXo6oBeqeFNQK1HxTZkVl5US71M9GXJfsEFFRdNCyV8HYOciI7BSDhppmHNUetFp29CH+jU6L GRYfRt76eq8gIpgR8aFs1XuPmmtwD3Al52d7xIGiaimIrPpdSxc+N/PxR/80/S8vragx0CyJyEg9 d0T2kR1znnzuzU83lzWoN8c2GxGR2yuxqXJbZRM1lO2oCztvRI53z44apkN7dtfHdsuPMU/4ahAR avdVcGRGdpTR4iq0vsZnFP8vgEajOU0wCGRXK1QSWWAJloBkllJa0o6Tt0PiwQaxoR4OgSI6LGHL QIA5SBieyX+wgDQgbbOKGARYAoIIDCmIwYBkyaRfrzoaispKNeThbaUN36ETNgzBbRvdJzET0ySw ZdtWLo8AH11CIKZgXEHE7g9W1Xir1m+sSBwyNOHY0b1kCFi+71SIgASDJANcsuCRx9/b3eX6KQ9O f+TBn46Jtc1KdmWNeeCZmf97ecHBd5998K5fzv2mgdtuhJHYe2gSf/nZntqvV+xNHjJk8AVpZas3 ldds/qwoauDoTieXnslke5pP+oxaOy/DkhMEH9lb1dTW/ieKECLote3bQaYBsj3vIMM0jn+GgUCE ypVzF6wuSb3g8lvuvPMn4/pGOl+Qmdxv4i/+e/yQrENrFj8/86mPyxrbaQRF5xTEyMKtZfX7vzwQ 3b17jz4Jtbv21Nbv2VYWlt/rOL9sbc3tW31BpxsdIKvRnF4IDGIm9kdYQdWQBhEEsWCQVLKkzEKV jLaUDyvwRsRCSCYJIZksFupvEUt7IcDuVCFBKlSL/WWo1TTUfvqO73g4LG9sf4M+/8/b+472SImk Htlm1bZNFap+B3kPbN5Wb6XndTI76o8HeXpddW74jsUrtqz7vNozfHC6wceapAhPDpeNX5c3fuv5 +iq27my0Urslm2zt/3Kf7HrJ+JH9cjMzO+dkRARdLgpJ6H3JLQ/+dfpFrqol727xUjuNZtyQEZl1 a5YsW7o1tP/QpPgewxKaVi5b+lEZDR6e6zrmubRCJPbINA9uW1t6suaRgIATEW/f1SGZA/JMbPvo iyo+ygUiYrNTjLrirw8prw1xTeE3jTIpK9G0718ROAKAepU7qt15cFC7m/wt9oNDBDa1dgK16IFr 9xY3WgnpcSbkwcIKThsysm+3tOSkTmkpIRwYR3iiuw696Na77uzvrl29ptgn2mk0Iwt6J9XvWLtx faErryAuJrNndOOmDRs2Vpn5vdJNnMzVUJfu0De7anxBMz/6+p5ZVNiHgH6/1WhOJyxtuwccWAFs 9drFLINfTfkoSEpBLIRFgHDityCYA4aTejsXKhLHXpQwguwqItKlIb4vROXdNvm87U+9+ZsHSi4b MygnLkIerijctSfpijsuGHDD2Nh1C2b83XPTxZ19+5fNmVOWcf5dfWI60EIO6X7F6KgPX5v1anP6 8HuT3QCHtztJNlMHDE146c3ZT7w98aIu4UZ5YS1RwgkM4l372vzM4QWJsnzlKy+Wpgy445wYApLz k4wPlry2rNPwrBijovSIU2aq8vMlG8307LhwX/m24kYOjY2ithsBIHn4mPQFz8+vNsZOyHYZnoEj M1+evxBJQ36e4TnmubSGIwZMGBc37e0/TceES8+JD23Yvq/R+Qt6zNxDbqO3sIyxl56z981Pn3mu 8twB+amRIfJIbVlxSex5l/bJu2Bg5DMrXnndM2ZAsjy46f0PDib2uapLxIl9XaeJpt3LP17fs3MU V2/98P2DMfmXdI4AODYjltasXr4xrldSpKipaHYE/Oq2rf3KSEiJCpHV35Q3y5CIUNF2IwDE9ByQ sPzd5YddA8ckG+TO75384fIViCm4PNEFIOxkrkZY3shBUTtXvfQKjR6SHeluKq5s/l68W7JePtRo TisMImIlhgUBQEqLnRzDoLh4oQrukKqQ2PLhrGS1WnUsBViqAC1WEfHONgpSMQ0aJjCkpmOhmBGT Z8R3m79wydIXnnxTgl3hnbr1GueTCMmY8ND9IbNffOMvf2oQ7tT+F//vHeNzzQ59TLsSx13ba9G/ N6RdPS7VABjU/iTZnXjtb+6uf/rlBTP/bBEb4fHZ5/SMPv702XNox8KZ79TCiO9x3tRJtxV4CEDm 9dNurX3qjedmLGUAZnhaTlq4AFC7e90bH8yptsBmWObQa35xZTcXt90IwEgZdnGXf89uHnpBmgdA wpCLMl95snnM5Rnmcc6lNRSSNuHhP0S9OGfJs48vkmBXeHL3vpnhaomLwe3FQFJLD5NNZO8rfh6d /vGKNevefbOBwUZIQkbuIIvhSbzw9ps9i99bOf+VJnIl5A266ZLR6S6ni0BH1MJn02IA9W+bm47q BAHHmBO0cNRE1Q/GkaIVC1fXQ0Rl97n6srGdPQRQygU3jjv85ieL521gAEZIQqf4EEGE+tKdn65+ /5AEREhS9/OvPy/DBLfVSCAY8QVDUpcs9vbom+gmQkzBgMSP3rT6D0k2iRgnfDUAAJ6EMXfcHvbe kjWLFqySYCMkLrtrkttscd3PKP6vvoPG12h+FAQFv/vvNUmAcke1iLGwPwtABuLXHcUH/7HOPgCT DNpKVyb2CexBRIEBBRGTBNnKD3zjP341Ztylp/xUNWcr5N3xyt3T1974jxnnR53yVRCy9i66d9qr fWc8d3vbaYlnB6tXrRx2/mi32338Xb9vyANfPPH0spz/+tUlSSebCqBpbm5etXzpoGHndfRENJqz lg+XLB4291lbopTsKjwEi0F+xdGjAlqdBUEpW2tF23rwBNucshPY7ArTSk1LyZqSnYmoHGdKO1V1 D6GVHjQnCDfVFBbV0JG9i2e9E3L5/cOihRZk+1aoW/2HWmHaL7b6g5x9B2PL85D4rpkLGo2mfZht 44mUYDsgncLR7dx6Rzf6JUydpX5p+7SIwCxYSSRJk6SzYiBs/dIWcVqAIQzSS4eaE4askhVP3D+3 LCQ896Lb7r8m36V/eb4lfhNFFx79UeH/uon0o1ejOb2Qo4YFdesJu4SOlBZaruAH9mn1NLaNLdta cwK3GNLZ0bQNOjKDxJqOcpdJZhY6NFNzYrDZ5Yq/zLvidI9iZF36j3ln92I2CXK73b6mJiIyDOMH ZmyJlCF3/35IR8/iBwczW5bV1NjgdrtJUKtXaI1Gc8qwPVLkRKKTHY/lmFkmAkHq7K+WYy8z+jux bNV3f7KhEsySLAlCtZlO9wH8PwgipZdDegVAoznjECghMamkpDg9M4vIo7NSfgwQkc/bXFayLz4p WaceajSnGymlUquxH7DSEW6HyjNscQ8G10kMeiALgJU6hGQpSPg1IaSdugjT7ogt27IDAwYRVOVq tXpJ2tDSaM44zJzROedA2f4d27daXu/xD9CcFbhcZmR0bFZmlratNZrTCjPb2d/vCcJpAAAgAElE QVQEZkmO+LttTrEECecmlGBmAoMAViLZlr0UCAFYUqUVqiqGwjlWggQTTEfC2oniUpqpIAb7kw9t m0uj0ZxBLMtnmq709KyMjOyOnovmjMLMUkqfT5vXGs3pRXmOVZSVOErWSslnMUuQsFMLwYJBRJLJ SVdy9E4hSEhlWklpKM+WUoRnsuuKEBn+gICA7wwAIIGTrm2h0WhOBfpvrUaj0ZwunGVCOFKlwSuD bBBLIrDht7akBFpETzKzZCILBMFQZQvlUd3jqGLxJIicjHKhalaoHwy9fKjRaDQajebswa4d7cg9 +C0tW7xZ2lZVsKNLSCaW/j0lS4AlLCJiwUSCGUSwQ7UYarnQdMZTsWBQWg+SWdlY6gMDsj0da41G o9FoNJofHMp3BeV9ouDqOACcmCwAAWmHo4roAAAkiCVZCNhkdhYjE6nEQlULxTbiABWSBaOV/qn2 aWk0Go1GozlrUGYQkWHrWZHw20+sbCVSRhYxJNv6DkKAlK9LSGbJbASZaFIIgxgWE0GApC2NaiJQ xEyJmirHFwsiIkHkFO6R2tLSaDQajUZzluBEZVmBKs92qRwA9mfyx3IJtbanVB7scC5BZDm9ERET MaR0JOOFsL1cpl22OqjMopLRksxCCdMTAcS6oIpGo9FoNJqzCCd5ELBFHwL4f1KphSThD6EP3nSU GovkNnoQkOxUlw5sVpHxzq4yoCih0Wg0Go1Gc1ZwVL4hMSAlWoRh2RoQ6nNwJJWz4tfCQCIJgmCW 4MDOZusALKULrywtv41F2qel0Wg0Go3mLOIo7xRbaoFPqrAqhj/43VaBZz5aOB7CX6WUwWyHejEA KRlCCCml2Xpg28YiQVKyJJAAsc491Gg0Go1Gc9bAttCVFfBgmcwqyopVBqFtRYENWJLATJIcz5OP 2C/EJSRJFhAWEwjEliABFlIyIIRJgoJ9XypISxCxkjdV0WFtFa/WaDRnGGaW0rIsySwBEAnDEESG aJUsrNFoNJrjwsE6pAS/T4mPeqaShMHOEqNduNCPAQFAEDEbDGZIMvzlqCUYJksmQdRWgS0GiCTA RMIu1qPRaDoCZrYsX2PDkb2FhWWlpYcPHQIQERmZkpqa2blLWEio4XJ19Bx/1JBVsf6lFz9Kvfnu i5LcQZ/1t6LRfJ8hEgwlhcVgsKWk2wEiZgqkIZLtcpLEgkEwwJKlUniXkiUpX1bAVFPGmG2vCQhJ QSuD0i8mIQQL4R+GpV491Gg6Bmb2+byl+0o+Xvqh1+vt2affmEsuG3PJZQW9+3qbvcuXflCyf5/X 6z1jBYnJt2vevTff/vSu+tPROzdWbV+3rqjhTJxMq7G+/alx7Z7VqzeWNcmjPms0mu8xLC2/LjwA MkjFXQX7rPzFDaWUgh19UihpU0eTlGFJKVkyW7BNJiJHoEsg6Cj1WbRYKCRVwfp0nqlGozkWPp+v pqa6trZ66LkjCnr3S05JjYqKjoqKTkntVNCn39BzR9TV1NTUHLQsXxsHc9UXv7nuugfW1p7Kmzgs Pq1TWlJYG2Ge3xny7Xljxown1h9q62TOwFin8dQ0Gs33Cmap6u7AVsgCw469IjsRUAJSSgsMKUEk IFXpHgsAsV2XBwAIRLbdBRZgAyoDEQBgQgqIFi4y+4OUatFQWWUWNBpNB8DMXm9T8TeFOd26R0XH uN1u/yYhhMvlMk3T5XLv+Wp7eHiEYbSRTXzqp2Smj5726OjTPUxHcBafmkajOQpiAQKk86olGfD5 lUoBgCWEnSVoFzEkSGYDEpAEBgkhBTOroHYwkQrKImLJMGx/mAn/yqAgcsodAiA7Fl6CRPByo0aj OZNY0jpYUREfnxAVHePxeFrv4PF4EBMTF59wsKI8JT3DNE7UHUPWwW2vz35hycaiBhGS2n/UT+4Y 3yfKjiuS1bsW/XvOu+v21IFFWHx690E/v+eWLOEcuHfRvdNe7TvjuduzPLJy/XMzX1lfvL/OC1BI 2sCxd0y6IS8s6Hnhq1nyyO/nbi/3ErsSuo756V039k02mbxbZ//soU+vmDnrqiQXwBVvPTj1bddv n/p9VwBonP/LW+cDQMw9s58cFNLuVGXl+udmvrS+qKzOBzYiuo26aqjY+fGnG4sON7uT8y6bfO/V eTGi3Tmo+QWP9VT/A4FTA8g6uPOtf73w7obCehIRXYf9z/1TuuIYXR0F05Hdf5n0wO5rH555Xa7J gLdq3tSpS/pPe3pyX7deKNBoOhgpnJqHDiyctUIAIJaq8mFAXtQxqUjFzzPbuu5WsMwpnMxFR6/L tI9QzrNWb8PK3tJoNB0FSa6pqc7snGua7ZpQpmnGJiQVFe5O7ZQG48T65cbiVx94eHFI74m/nJht lX4854VHH6p7aPqUXBPctP8/D/7hLZF/7ZT/yY8SFStfePazdVXeW7LasPOI60s37yhJvXnqz7Mj mks2v/bSm9NdmU9OGRrmtySMsB4XT/jFdfHhXLvl9Wfn/e3P3Z54bFD4sV/dXBdO+93oOBPkTvAc Y6pq9P2dbr73rpyI+h0fzp7/8guZAyfedk+m+8jal59e8Penes78dZ557Dm0GKvFJWoqmffbP7zl 6nnj1P+XGy6ra41EAdCJnw5xaOa5uZ7VG9ZXX5ObSOC6PZsqfTkDuri0maXRdDzqPvTfvCSIHf33 4II8fogEWNoiWyAJYiWiRbArJUIV8GkhHE9E9rOb2Q7R8nfnTyOnIINOo9GcYZjQ2NAQEhp2DEvL MIzQ0LDGxsbWL0vtQfXr5r9X7b728XsvS3EDvbqnyD3Tnp+7acL9/ePq1897t8q87LH/d12GB6Ca srd5VeUxezPSe/XvneXBOeck7V933xcfFnmH5vtnS+7M/oMzAYCyI8qX/erljeXNgzqHHLvDmNSM DDtxjw63P1UAgJnWq2/PLA+6pR9YtmZe2tAxQ/t5JHWjbcsfXbW50puX4jrmHILHQlCcBNWv+887 VSHXPv6rK1MCS7bAyZwOefJG5huzP/qy7rpR0UZT4Zpid+ytXSL1A1Wj+R4gwKqCtG1dSSYBSDCB GFIIEMAyEAHfwsxiQIKYhR3XxZL9xXoAANJvbzlPQ7WrMq8EhB3GJZhBhoDW09JoOghiWzrv2Peg nThztAhMu8jyrYW++II+icqGYDO1V49wsXbHft+AmPIthd7Y7gM7teHCOh5GTJcEfFRWbwWeLfDW rJ77/MLPt5bWHKFwT7PLavKdVFLeMaYa1+KF04xIjSBvTXUzwwMY0cmRllXbIL/tHGT5lkJfXJ4z 7rc7HY7pMzbP98iyrZUjz03cv35nc+aInpF6pUCj+V5gMQAWYAmASQgVTEUMJlbuKwKIBZN0/FzM TEx+OQZi6eQVEkmW5EhiMYMlEwEsTEJAS14olQcnPl5pQ7BkqXURNZoOggwKCQ1tbDgSHh5uGG0v DUopGxqOhISE4FTcqsSWBcP1rbpiwxAty7RyyYJHHn/v0MhJUyZ1SaB9K/86c5EzjiFgnZzRdRzI NAlOOQ24PPYD9BhzOGZvgTDXACffVUzBuIKIxz9YVTNo+PqNFYkXDU0wWmSQazSajkIojXZ1lxNL e/mPyS65o8LgHTNLPdpIgg0mH7Na/fMHWbGUtqo8w14VZAFSJXpaDc2SiASRADEJIm1maTQdBwkR HRtXVVluWe1mAFuWdbDiQExcPIkTdZeIpB7ZZtW2TRXNahTvgc3b6q30vE4mU3xuCqp2bKvynor5 W/u/3Ce7XjJ+ZL/czMzOORkRzlmI8ORw2fh1eeNRzyAyw93sPdTsN8GOMdXvOodWYwUjEvIzxMGt G+1xj9OV6k/KVp/J0+uqc8N3LF6xZd3n1Z7hg9MNbWZpNN8XjnqXYqHyC6GMq4AVZas5KEtKBWPZ /zJLv5oDQagbn4TB/tB4W/ldMiRDSkkEIYQQzFIZWFqwVKPpWAiUkppWXVlRX1dnWRa1wrKsI4fq qqoqU5I7iXZWGMXhwq2bNzls2VVjcfiAG8bGNi2Y8fdF67Zs/eK9px+dU5Zx/oQ+MQSOGXjNIPPI 3MdnfbBx6/YNyxcv//o7ZMYYyflJxu4lry3bsKuwsHBv6RHnyWWmDhiaYG6Y/cTbX6zfsmXzl4W1 6sFkJnVPI9/yeW+t2fLl6o+X7jwiI9qd6neeQ6uxgo6S0QNuGBXR/NqfHlvw6ZotW778Yvmy4uZ2 u6Lw+DDZsHnV2pImGfSZAYR0v2J01OHXZr26L334ucnuo2en0Wg6htYWju2QZye/MGBjOUmFQXmI 6oPtmWrRiWSwKkitHskmYOs7BO3lxMULydJethSGDi3QaDoGl8uVldOt9MB+0zRCIyJN0xRCAJBS +ny+hsOHSsv2Z+d0c3nc7YkMmxVv/vOxwI8RP3t61oiIjAkP3R8y+8U3/vKnBuFO7X/x/94xPtck AIju8V+//1nY8wvnzljV4I7JThYg49tGalLm9dNurX3qjedmLGUAZnhaTlq4AMDuxGt/c3f90y8v mPlni9gIj88+p2c0AbE9J08e89eXX//bejbicq7LPy8vpf2pfrc5tB4rN7jX8M4//dNvov710gdP Pv46sTu5x097nXd+O10ZyYMnXrzyqXdnvzN4wOTswOc7u3jgShx3ba9F/96QdvW4VL10qNF8fxAs W7i1hFoiJL+ZZZtTQQ6tNgjs5qQgQsrggtF0VUJ/shWzADtai1R9HmZJZAgwBBOb4/8+dcy4S0/H uWo0mmMjhDh0qHZ/8b6omOiY2ISQ0BCAGhuOVFcfrKut6ZSWHhUVLeWpjHnywyVz//dXK5Menvk/ uScoIKE5GvLueOXu6Wtv/MeM86P0O6tG833gwyWL+//7nwCcACzAr3VlVzlU2/xbhLSkSkskQQyC lBYFtBpge7ykI9dgx2cRkymcoHk4zjEwMyTZIVqClRAqTstDXKPRnAhSyqjo2IiIqIqKA6X7ipqa mgB4PJ6I6Ki8/B5CGG2X4vl2UPPBFe+tMdJT48LNI3s3vr64OGbsTzJN7Yw5abipprCoho7sXTzr nZDL7x8WLfQ11Gi+N9i67kHWDYNZMgkiImbL1hslMENakgRB2noQARn5oOMJrHJpAsoRAIhNdhxn ZGc2qoRyQYJYwomYFyecPK7RaE4Lls8HIDmlU2qndL8MsZTS8vlOpZkFQB4p37nqnc9LKhokKCKx 5yV3TrnhHK1pfvKQVbLiifvnloWE51502/3X5GvBUo3m+wWzZAR0GVjVILQ/EymlBiZ7HfAYkev+ WK6Ae4xB0s5FNNXao2C/Hk9gzZL8Ql7KX6bRaDoay+c77UVIKSZ/0vS/Tzrdw5z9sNnlir/Mu6Kj p6HRaNqEJTNL9ts/RJKtgDuKyXZXMYFAgpS7y/9voB9u8dmu56P6IQJggpglsWQhELDaSEIKlcZI LMCgdiJtNRqNRqPRaH6ACIAAqeKjlGEUZDapUoVCsheSmKV/MYEtx3EVJCsdnKLoHE/KkjPBAgQy JMPJEA+sFDLsItXkd69pNBqNRqPR/NBhoYpJC1UpGgjEV0EShCAhWfqC1wSlJYnIQlBtRMfGUnoQ yvBygrQIRLANKTAAQUyqEQi2q5QWYnvZ4xqNRqPRaDQ/RIhUfiA5Ig4qEB4MkpbPjo4P0m9XVpQI uKYC1lHA4+VgpxKSEEREIEEGIFgGFixh17VuwyGm0Wg0Go1G88NGAiyVIvxRsVZwZESZ/RUPAyqm ANBOnFYwBJLSkpYlALuuD5gAA3Y5W/9+zgdtaWk0Go1GozlbIDAxQQZMKGZWJaChJEUFA5LZUguL 1CKKq4Ukg3/pEEGGFzMLYZAgwcwICrx3dvK7xbSNpdFoNBqN5mwjaJkvkBGo9LGYpV9F9KgwLAAg CyQFLEC2doYFfgRLaYEhDBAkK3Vphg9kkWCA1cIkGSxZCgZr5VKNRqPRaDRnC0yQKhJeAAZJsBO1 JQAJW9hdgA2QBFkAS8FSsPpP1aMOLhkf7NNiBksQLAKbTLZOlxKbB8CSSBBb6jDbP6bj4TUajUaj 0ZxFMElAiVspvXjboaWMrSD5d1Z6ELZ4qVNtB9zSOAr2aTmrkAKAyQARyP7ZFp5H8M4qWqydwooa jeaMoUThg93dRCSE0Ev8Go1Gc9JIf+hUoI1IAKK9IHfRjtspeAnSUS6VAIMJRKbTNwDJ0gBYCFvY lIj8mhGkLS2NpkOxLMtbe/DgRwuqN6xsLP0KQEhq19i+58WOvt4dFWsYuvzzDxZZvX3x4g1pV4zv F/Udv0WyKta/9OJHqTfffVGS69RMTqM5mwkEwotAeDrskKzAbpIks2jPzFK0jJeH47IymKVAwIHl L/0jQQxIkJPcyC1NPo1Gc2bx+Xy1q5duu+8a85vNA87Jv+D6n15w/U/7F+SZ32ze/uura9cs9flO aenDk4R8u+bde/PtT++q78BJ/HCRBzYsWvTB10daBMNyY9X2deuKGk4ucoNr96xevbGs6TvG1eov VPOjggAnl1CAlZxpqyqHAiyUKSSDfE8BMa1W4fCACrEHm4LBgiQM/woEs+3BIklgi9iQRGi/sKJG ozmt+Hy+mi+Wlrz62IgLRlOYG7VVKC4F4PKE5eRmdklN/vSlR9OZogeONE2z1dE1m2fc+8hG2w4z o9Jz+42+YvzoPlGntupDWHxap7SksNbDa74d5NvzxowZn14xc1ZmaEd4p/QXqvmRwIAkgC0lEC+g CkCTrSdqLwhKQYAUZIFJEgNMxIKZIZmJHckH5aViw+4YICGZYDLZ3jMJGKBAEqM9BqRT2KcjLoFG 82OHmb21VUUv/d+IYeeRdQSlxQiPQkQ0APiaULqbIuKHDRr8yQsP5ef1MWITjr5V2WqoPuxLumna 5IJI60jd/s3L5j0/fVPF/X+5qZfn1E3STB897dHRp6w/TQejv1DNjwRmwDAAsGTJyoIip/qhvbAI e1WPwCwYECSdwHnAECQBWASWkgi2mWV3ziAww6SWIVjBj2lWVXuYW7vFNBrNmcHn8x1cuiA9K5eE RHUpYlKWbdqzcW85gD5ZSSN756CmVMSmp2XlVn+0IOmqO9tya0GGZ3bLz4smoGef/p2q/uv/ls3f fUOvApN8FZsWzJ7z/paSJiM0Y8glk267JjeUAMjq3YtfnPPeuq+qJdgTnZbT8/qp/zUo0vBunf2z hz69Yuasq5JcAFe89eDUt12/fer3eSWL7p32at8Zz92e5ZEHt82d9dJnX31zsBkcnjbp0UdGxZjt DWTPr3L9czNfWl9UVucDGxHdRl01VOz8+NONRYeb3cl5l02+9+q8GKN+91/ufGD3tQ/PvC7XZMBb NW/q1CX9pz09ua9b1Smr2vSvf7y0fm9JrRfsiuoy5MKbJl7dI0IAgK9mySO/n7u93EvsSug65qd3 3dg32WSgYf/7s59e+PnuQ8SuhG43P/jA6HhX68YxYfv+dudvdlz++5k35rmYmjbPmjx97YQnnxoX a4AbVv568lPRt876zYVhVdten/3Cko1FDSIktf+on9wxvk+UC0BbF8Twlqx5+dmXP/6qvNkVmd05 /HDbAVqN839563wAiLln9pODQsg62PYQ7XCs/WX1rkX/nvPuuj11YBEWn9590M/vuSVLOAfuDfpC K9c/N/OV9cX767wAhaQNHHvHpBvywvTLt+aHjnJcwVkoFIZgS8IuWQgCgZkJJJRlJVRSoiSGkMyC LBCxBJhshxRLO9IqUAARDCDwUBZwdCAIBHKC553KPGf09DUajY2Usnrjin5ZyagsRnT8sk17Ptm1 T21SH0YWZKCqOD0ubv2GFfGX396mpRUEiYjoUGo+3CSB+r0vPvDIisyLJv/25/E1O1576uWHkfLE XeeGNZbMfeC3i6wul/50as+EsMavljz52tqiemtQ5InEaxMfKvxsw56EiVPv7BonGxozI432Bgp3 Qhy4vnTzjv2dbr73rpyI+h0fzp7/8guZAyfedk+m+8jal59e8Penes78dV5Y5rm5ntUb1ldfk5tI 4Lo9myp9OQO6uPydHN63aVtx6s13T84Kby7b/v7chX8srJr+f5M7G4AR1uPiCb+4Lj6ca7e8/uy8 v/252xOPDQrHvtcff36Dee0vf9svhmpKK5KiXQC3bmQjbWgX96pt2w9zXiys8k07vKJ2fXH9xbFR aDywrqip06SeYQ3Frz7w8OKQ3hN/OTHbKv14zguPPlT30PQpuWZbF+TQ7tkP/m1lfL+b7rktQ9Ts +HDBN21fTNeF0343Os4EuRM84Mb2hmj74GPsz037//PgH94S+ddO+Z/8KFGx8oVnP1tX5b0lqw0/ p/p2SlJvnvrz7Ijmks2vvfTmdFfmk1OGhunXb80PG8dxZRs40pICkhlMBCEhDUApM0CqRG8LsD1Q AgwiCUhJtj4EALBgtKjeo/o2JUsBwUQAS2lbYUElqlv8p9FozjBScuOBvZ68LFRUIDF9c1F58NbN ReUj+3ZDXYUnI6WxrFAeK56SZXN97f4tH7+wrNLofUtnNx364j/LGpLunHrrsCgCciZXfjF1wVu7 m4bnrJ337kH3pY89ODHDA8Dn3hoyf8dJTtuV0WdgL/vvNh1a3+ZA5/Z2Bx9ipvXq2zPLg27pB5at mZc2dMzQfh5J3Wjb8kdXba705qV48kbmG7M/+rLuulHRRlPhmmJ37K1dIlu+BZppvfr3yfKgV5++ 2a5fPDhv7pbx9/WOJnJn9h+cCQCUHVG+7FcvbyxvHtTZXV9Rh4j8nufkdXETcvJUF201enKH5dDc T/Y0XDnAfWT7hnJhim/WFTb37kMla76ywi7oEd+w7p/vVbuvffzey1LcQK/uKXLPtOfnbppwf/+4 VhdE1K5fsLIxdPy0uy9LcgEoiCj5aOMHbV1GIyY1I8POIqTD6+a3M0RsW6/CVN/u/nH16+e9W2Ve 9tj/uy7DA1BN2du8qvKYX6iR3qt/7ywPzjknaf+6+774sMg7NF8HcWnOCqStikWgoFo7yvtEqk60 AEswAZIDVhFBRc8HrfuRPxfF6YoBwLSXHy1/6iFYBg5jVhFeDDq18bMajeZksJrhbWp3q7cZPu8x jnYX/u2/fmJ/lsmDrr1/0oWxkF9vL7KsqllTJs5y9hMIr2qyIrcW+uK6D+p0quK4ZEXbAzHcbVkI ZkRqBHlrqpsZHsCITo60rNoGCXBMn7F5vkeWba0ceW7i/vU7mzNH9Ixs78HE7qxBBSELNm4v8/WJ djXXrJ77/MLPt5bWHKFwT7PLavJJQHS56voeD/7rj/fcd+7YcePGDM+JcLXTyNG9z8t47tnP9jUO SNjzeVXE1ddlvbXs81Krt3vjhoMp/QYlmuVvFfriC/okKuORzdRePcLF2h37fQPiWk1RVu4o4bj8 goSTCnWX5VvbGyLW1YaFfYz9Y8q3FHpjuw/8Nl+xEdMlAR+V1VvBSyIazQ8RVtqizAS/zUNKy90O sQKDBBExW5CWhABggAFYkkGGE7AVVM/Hb6yxAFkAyH+rkAhoIfp1EYVQGhBMwq8Vr9FozihECEnp 3FhbE+L2oKGuV2aSf/UQQK/MJDTUwe1urDsUktK5vcQVX8qE+/+7IKpp1+IZz38S2/vcruECDGZw WNcpD0zu7P+TSa7YcCpjBhlt90WGgOU7OQ0Bam+g9vY3TQJb9iAuj4Cj1BxTMK4g4vEPVtUMGr5+ Y0XiRUMTjGN43EkwSDLAJQseefy9QyMnTZnUJYH2rfzrzEUAAHZljXngmT6bP3rnrTefffD1hVf8 4bHx2aFtNhqJvYcm8ZLP9tQWrNibPOSOwXnrXp29qXy857OiqIETO5koPokLwkQE7sDgV2LLguES 3+apzoYhOnLuGs0pRwJtREYwqxh5CEAyASyIJLNkFkQCIjg5EYCUUllNQdhC8OLo6C1mv+q0bXud 1hPUaDTHxDCM6D7Di+uaEZGAkt0je+UM75Ye4XFHeNzDu6WP7JWDkt2ISCiua4jpN6I9/VIZmpyd nd05/8KfTRvTafvsP71d2gSIhPx0qv9mr0hI89MpKUwY8flpdHDnlso2vGQiPDlcNn5d3ngyf2jb G+jkLwZ5el11bviOxSu2rPu82jN8cLrR/jx8FVt3Nlqp3ZJNtvZ/uU92vWT8yH65mZmdczIirKAu QxJ6X3LLg3+dfpGrasm7W7zUTqMZN2REZt2aJcuWbg3tPzQpvsewhKaVy5Z+VEaDh+e6WCT1yDar tm2qaFa9eg9s3lZvped1MtuYoUjskWke3La2tH0vJUBmuJu9h5r9Vu2JD0FSHnt/is9NQdWObVXH coRqNGc7drYht6wMrZYBg141JbMgRtDSoSUlE0Fy8G7Bug3KTvNvMllF2KvDCQCD/IpaDAgVPK9f YDSaDsEwjNjzr9619D/ZYZ1cpondq0fmdh3ZuzMA1Ndi92p4wr1Nvv2lpXlTrj6eUjy58n7yP5ev n/aff84b+Ieb0/pfNyr8t4tmPGpef3FBXGhDRXFtxvDROZHR/a47L+R38/78D/P6UVmibvuHnx2y u2UzdcDQhJfenP3E2xMv6hJulBfWEiUc7xRkdDsDfYvXuJDuV4yO+vC1Wa82pw+/N9ndart37Wvz M4cXJMryla+8WJoy4I5zYghIzk8yPljy2rJOw7NijIrSI45Kc+XnSzaa6dlx4b7ybcWNHBobRW03 AkDy8DHpC56fX22MnZDtMjwDR2a+PH8hkob8PMMDcPiAG8bGrlsw4++emy7u7Nu/bM6csozz7+oT 09Y5csSACePipr39p+mYcOk58aEN2/c1Hm13spnUPY3eXD7vrfyL8rmyPHrQqLzjD8EUHh8mGzav WluSMiyt3f05ZuA1g178v7mPzwq9YWQ6/3/2zjvArrJa+89ae09PTyaFkEYCCRBqkCIoCkixIUUQ EZCr4FUEufeTa0FRREUvKogCUix0pEsXQUWuiAihQ+iQkBDSCCkzk5mz18ltrrsAACAASURBVPr+ WO+79z5nZoCYAjOsn3FyZp9dzj4TZp5Z63mftXjmXc8TD1r9r4bj9GmIqRxPGhxXUXcRlV1ToTQl RUFXpVtBPW8JxiGJIIYKpQAo6jIKOkspDD+MUVyi/1aZ2XGcNYWZ64eMGH/4N++99H933HBwXVOK 2Y9LZxsAbmjBwNZOTf/50sJxR3yrbvCwbrXrblDDBvsf8/G7T772vH/s+Z33TfnsD78x+LeX33ne 6Teo8sAxOxy+7W5TBtLAKZ8/5fim8y696oz/7UoHTpxU9Pm0vvWAbx638leXXn3mTzLSpGX4xC2m D37T7w4DernQv/EbXF3r3gdsedPvHhy7395jemgdasPyWdeeecvrSIZv9r5jP3/k5g0EYPwnTzji 9XOu//VpdyqAtGXs5LEtDOD1Zx+4/k8Xv5ZB0+bxO+3/X/tuUqc9bwSQjH7vPhv97oLOnT4wtgHA iB33HH/Z2Z17fGxcCiiocdwhp5zYeMFF1//0h+1cP2bGPl/73MFT0p7fGmoce8j3Tx500cW3nX/6 TQKtaxm16TbjW6pl8tDpRx+9x88uve6MmZoMm3zgtPdNHf3ml0hG7XDoPnefc+sFt+yw3VEb9b7/ 4M2++N0vNP/22itOu6e9fsjEUdxrv9hx+jPEpMSagQggKleVMqsNE2VQIoaqhZQyJWIlK/tPRuK4 aBIQR5UGsKqY80Fp3xHbJbFDWGQ6dHvARAf//Mt77P2R9XHrjuNU09GxavkDf51z8Q/GjBw1rn5V Ux0BaO/QOVnD/IULxh124oBtd21sXHtRpGUqsy475rt/+tAZ5x04+p0wSo+6Zl123Kn3f+oXp+1a lXNfFQH1tr26PonOveJr/+/ukd8/86tTfHqm827hjttu3vLXZ6B6kE4IclezZGVMBHAWViaaZV5I E0GFiBSkhERYCUAGqBARsYig3EyEpkxE1dHwoV9IRahXfnnHcd4WGhsbaLsPbDxl+mt3XffwI//X /sKLAJrGTBy45S5Tdt2vfsiIhob+ri501dIXZi+ltpduPveWxo+d+N7B7Okz/zbUueRvf/xXsuGY YS1p20sPXXfznCF7fWZ86oE+zruKmtWC+afBwA4WCzGlkMkQj1NKEkiwYQksJEJhq39IOY9u4KDh 0vIFiisVJ1SttoY5jvO20NDQUNc6pn7fo0Z89D/ylcJJktTV1b1507DvQ9ncv5114hXzG1um7Hnk iftP6ynXwHmrSNuCp+655d65C9sFNKB1+oeP+tJBW9T7W+q86yhXkUouq7ysFUUYh5xRBitIw/Ac kIhVtoKnS9RStsonV4D2G7k9lRxhIbm0WnupakJ0kHcPHcdxHMfp+5S7hwAk1qhM84gqKavlibI1 DVlViFiElEKqKQMVC82yFmQwdBWZWQjdQ4VamkR5sSJyM7xNmA7VMcdxHMdxnH4AIVGVfGZOnicq GhJMCRAVCMfIeCgBpAQhkEIzJBQiTpUAVRuLSMqkKla8girH5YzxwnalqpxTS9XyBqLjOI7jOP0E RaZBIZmzSvN2IYhEJc90YFCRj8U2ejojUoXAQhtAykwoZWIRx1QtTYsDc0IUffCFMVlSvOM4juM4 Tv+hxoVuXngmEoCUNPQJUQyBFht0WG4OxkhSVTW9pEpBgIXTpsECHy9jDniE/5MoEjuXl7Qcx3Ec x+kvEFF5XWEe8QCAVRUc+32SKXEUQkRUzn8HqQktUSXS0mAdyrVVap+GQdLRGkZhrrQCbGeoFX6O 4ziO4zh9FlUlEAWRRMhlFjQMhoUCCiiDgYTsc9a8hgUCidixCVkbsTh9/iiNn1Oe70BFm5LsvETk 7UPHcRzHcfoNwgRViiYtWPdQASUhW0kIIFEVAUHDOkQIGKmohmMptaqYJFBV0jBtB0pEHBcxSqiI FXUzuxCTkDnhFRYm4TiO4ziO0y9gUSbKw60AiKoAkhe7AGsUMogpborxhXZgzC0NgwwtLUJFSx56 DUeQlpPjy6gvOnQcx3Ecpx8iWhVYGsLhzdguVX4s2wG23LAMqRnbVTVTy5EuF6cIlMJyUQmqYXI1 g6xFWRUNLy64HKfvUckqIqJS+72hDDETcV2arrdX5TiO804gxFipIpjUzaeFDAAzKXKxFQIgVBSc qSTMADIRTZjEOoPVhSpBbrxKAauIKYmCYbWvxC5gr4NAWjXg2nGcPkGl0lWpVJ596qnZL73Q0d7W 4z6NTc3jJ0yavMlUgqbpO2GE9HpHX3/utj/8feCHD9llxDv5/ilbOPOSi/485rDj9hxZ+zrltSdv vvnBsR8/eNtBPiPacVYLAmnURARYeimTKHGUWaxkYVhhQSIRSYiEJ4Qal5paUxUiggTPvJ3Ualog SzyFRZxStN+TWGgEkWZvw/07jrMmaCYLXp1f19iw6+57Jmld9znxRJRlXfNmv7To1fmjx4zBO1Np acfiWY+/2LLZtuOb1kVpnWTprFtuun2bXQ/eZcQ6OP2bXb39mTsvOO/Ke+ctA9Vv/f9O/+o2Q3u7 SX39ufvue2iHg3qoT8qrD950058+tMcnXWk5zlvGhhcGORUsWCTBNMWkFDWSCkEBBpEyoBmEiGG+ d0SdRkSqBIEmUAKTWCSXIAVMhWk+7jB/DFFLMYUou13LcfoaAl2ycMFm07emNG1sbOw+Kl5VOzo6 Jkyc/MRjD40cM6b2eF38zxO/8POXGsvbGvb7yXkHjl6fiowqz11/2ml///iZ545vekcqwTWAOuf9 /tTzH9z048f9x4wh2lE3bpB/o3Wc9Uacw1MzT7r0fEyNt2eK/NHubT5Lx1JbvagxQsKeS+MeReCp +bnCZlU1o73/9+84fQ/q7OxEkjQ1NXWXWQCIqKmpqa2trbOzs7f/yCsjDzjh6E0HxCPqRo1wP9da o7LoiceW844H7L/DRg1v92txnHcpSgyCWp2ptmTM5WWJcTghE1G+wNCeV4BsZaGGBHjLjgDyaTxa LmXlY6hJAeY4xceNWo7Tx6CYaFz8+tTDPhTr2T3vIC3jNpk2bXD5WVk089dnXjZzzrxlXQA1jn3P Xp/7/EFTmwmgbMlTN/zmwlsffGEl8YCN3/vVE780edkTV5x7yT+eeXFJJ7RlzFHfOfrBr37n2QO+ f+aBU1IFuhZfeeyxt8044ewD+ZKfXzLzpbmvd0HrBm2044c+feh+mw3IX3fHVf99xFUAMOQrF5y9 fWP5lVwyc/b8ZRVoMmCT3T6xEz/1178/NHtFZ/2oqR89+vj9pg5JVj7706O+1f2Kvzp6m/ri21rl 7z85/q4lr1e45naeuO6CC297aHY7N46ZsdtnPnfw1oPq3uJ1GQCosvDhqy+4+PbH5q5Kmsbt+OHP H7n/lKIHSujqWEV610lH3gXEemF9bxetoWvuvy49/9K/PrOgs27gxEktK4q2Yc8XlSXlL8TYz//4 R7sN8Vaj824mFpiC8rEkUituqQqUy79/MlEW61RWtoojdmw8T/wLIRzeYrIyCDHS8IQWg3sQTfRB 4QFF2rzjOH2HXuXVmu1MuvKVR2bNHXPYsf85cUDn3EeuueQPp9aNP/tLOzV1zL3ypJNvqJv+qWP/ Z0qLvPZ60sqky1/4x4PPjTj02KM2Hibt7eNbJzVPabjvwZmv7T+llaDLnnt4UWXydpPT5Xc//MSc MYcdd/SEls75T95+xbXfe2HxqT84elIQA3UfOuE7uw9LQfUjGmpeybwNDjv+mMkDVs6644KrLr1w /HsOPfIr4+vb7r/0V1f//JzpZ35javP4nXu44kZ11d/Txr7/oH2ntmLBo9f8Nt5O+5zLv/X9mxu3 OvS/D52YvfLXiy/88SnLTjn1S1PSt3bdFFj50kXf+tHfxu959En/OXzprGvOufT7GH3WMTu3VF96 +y9/b/+x9UA6eESKjt4uWv1FWP7sBd8+4+7h2376K0eO46Wz7rj6xfypni+6S2PVF6Jj/ECXWc67 HkY0oeeTCcWC3ikxLVU0ECn/3RVQLmYYSnU7QJEQC6BQUbEJiWkUWCGiixQUv+USSEWUrbLllnjH 6WPYuFNm7rF1mGMVL9u5O/UvnPHFz4THxDt95YIv75ACQLLhljO2mtCALbYYOe+Br//zjtld793w gd/fsrjxgNP/376j6/PjMwCoG7f1e7acYBKJpn5wWnLBnx9dduBug5NVL/xrTv3QIzYaQK8DSMdu OWPrCQ3YcuttJtb917evvOKxg7++1RAAQDJkzLhx3dbcAXbUNtMnNGCTDV/9y7+uHLvTHjtt2yC0 CT1x14/veWRR19TRDT1dcWD1W5JO3P69MyY0AJuPePm+r//DbueqP75Wf8Dpx390dD2w5aaj5bkT fnvFw4ecOGPYW7tu/fKZv/9L+8ijjj3ivYMImHz0on8ee/UNz67aeav68qV54Jhx48aFN2fFP9/4 ouGQ12defXdH08EnHPfRkXUANh8w988P/cnO0MtFd5le+4VwHCfGOwRISaAEIiUhjT09EEM1QzBV kYIRDe4UZxdCAGVVk1lQm3NIHBzxdp7yqGoL3VJVtpmKqp4R7zh9jnyZyxsrrXy3Hp+tjD7kxC9v Nsj25IGj62uD+5IhG43An+evzGTBYy9Uhk3durW+p/Pk6JCt95pa+dFfHl/0wZ1b5818qnP8+6cP TLC0ap/6Cdtv3nj1Q0/Or2w95E3vM5AOGDOAupa+1qloAJLBowZm2evt0ssVe6vh8dAJI3DH/JWZ LHj8hcrwzePtaDpmy81a+P5Z8yrbDas6uNfrysInZ2fZ4nO/dOi5+dnRsniVor63r8cbXbScb7ho 1lwdNm3zHmIpervoGyWqOc67kpDIUDJNCbIohkJ/D2FET1BkIsUY6PA9M0+At6YhhdE6xJR/q8yV lsXJg6qzTWvknuM4fYi1orSkadTEiZMG934CTRI2h4OqopfKWBVDNt978wGn/+mepdvvMvOhha17 7jSih0YWsYJktVwLlKYEzcJ3t7oGRgwd7PGKvZybUy4io9fouqQKbd74S986elLxO23d0JY1/56q ZEvGe3iVvV2UsWSNL+s4/QqikAWfbylMWgCVfFqiQVERGGVdpCXjuxm/ul+GrVEYg0nL32qp6kxu 0nKcvscbS6jV3e1N4RHTxvGSxx9a2Plmr6thy0/s3DLr5r899sC9rzXsssOGSbfvMJWFjz/VkY3Z ZFSqoLSlXruWd65BVeYtXLEbPHKzieniJx4Ot0Ndrz7yxMpsw6kbpG/1+yGPmLYhrXzxJR4xNmeD kc1vpEXf9KIkAoBbNxufLnni/ldWrY2LOs67k5p5O6qqQqRMmgCJ/Zba01GW4hDN8ADK3z+p+B0u /70zVVVm0sz6i8GEb6Z5EEElzuZZNzfqOM46g5gBJEmC3oWUqoYdelmfyCtfevLxxpb8nA2jp0zq pfo1eLuDdrv0xGt++L84eK9pgxtXLl60wU4f2KCnXRs3/fjug+645tzLOzfc5fhRebex6/5rrhq/ y+atsuDuyy56ZfR2n9tiCEHTkZuOpT/cdeUN0/acposWDN5+t6nNq60Ke7niG6At2x2019AHrj7t 5w2f3mdSZd5fLr54/rhdj9l6yFu+tgyeceBuLSfddNqP00/us/mwpvaFc14ft8vukwe+QYGw94sq tQxvlvZH7rl/7uj3jt3ukL2HnXDjD0/FIR/ZYnhT+5Mvd/AbX3TQW33VjvNuglhUS+oIWhSoijwt thR3hVhKvNacA/mmPPOhTAqgJOkIYb2h5dFbBheVTFyO4/QZmLi+vl66uirMdXV1PSaXViqVSldn fX09F6MnqkgXXHfmqcWnMni/U07fvpcLtkz67A+/Oeg3l/zp7NOvI60ftdlnt3z/Bj3KirrWvQ/Y 8qbfPTh2v73HFI08bVg+69ozb3kdyfDN3nfs54/cvIEAYOj0o4/e42eXXnfGTE2GTT5w2vumNr8V qfRWrvhGUOO4Q045sfGCi67/6Q/buX7MjH2+9rmDp6SrI/IGTPnsD78x+LeX33ne6Teo8sAxOxy+ 7W5TBr7BUu43uGgyaodD97n7nFsvuGWH7Y7aaOwh3z950EUX33b+6TcJtK5l1KbbjG9Jer+oKy3H qUFVFZkyU7HkzwxbsDoTVe8sYSa0kpLlbMV0+ZCzZZWpEHAqSgwihoL2H/EeKBFxdNETZbnZPnQV TKQd/Itj9tj7I+vl9h3HWQtwwi+98FyapBtsOD6tq+9xGk+lq/OVl2dXKtn4jSZLtv6WGFPXrMuO O/X+T/3itF0HMUDZSzcdf8Ll25z26/9YVyvjaq7oOM67mTtuu3mL838uUAUluSmeVSWsL8wnPosq U5gBLRaFpdW/cMVCVm7FCptZoQmA1HzyeQZXcSCXOpRe0HKcvohi3ISNFsx/5emnnsy6unrcpa4u HThk6LhxE9aTRUBXLX1h9lJqe+nmc29p/NiJ7x3M6/r7y/q/ouM4fYHSGh7VMPS5GAuNGG2aD+pR VAA2fRS7iiErPj8kh4q9wtzDML4aIdmB8hdR7j46jtO3yLIsTes2HDdh3PiJb7CbqmZZVql0rbkp /k2hbO7fzjrxivmNLVP2PPLE/afVrfNvL+v/io7j9AlsqSCV/FFkWVkAJMvUfO9goqCoSseajBK1 nFPLHe3KmGBTqBXQTJWISUVp/+E7hEXgcf1hIsgYADif46MgwkHePXQcx3Ecp+9j3UMNzvSwMSsV pgigKK5sBDVg0orVIuQBgSqHAAhmEVu9GNccEivAKjFxKx/mo/maxfBEjaHecRzHcRynP0BEHDIH SVWhAhWClLMbpHBWEIdOn+TH58mloshlVoh/F7LH5Vla1rK0vqLtG83wjuM4juM4/YvyOiGiaI1X i2EIz3HUW1ykwzNCAASRCoiUCMRgCQHzMXTZHnDpeojJ8pSncvX4ahzHcRzHcfo4XB6hUc5wrlFg iHoLJdnERERMnMDySgWkTObq4lDNsj9cPmOonhHWvS/WcRzHcRznbaRK69RUlHIRlonkjyka2+Mh IiAlYkUKEJSIVGrPk0I1YQrp8DaiujpSR6AgSlx8OY7jOI7TXxASVgiskSchuB1AaaiGGa9UlZkF JMjAAJJiHaIIgIyILPFU1EKyiDkGOCAFWdZWjHOoFlSqSiVbvuM4juM4Tn9ASUCwfAVlkFKQPT00 EENBihNLhg8GrCSOjxbVMFEHyGcjRrjk8KL8AmFXUQAk4bh1eLeO4ziO4zjrEbNRKdmEHLaJ0chb hCULV0TiccGJJVmobUU/VnXfMJawUi2VsagY1hPNXAolaMly7ziO4ziO0+dRZOVROMpEPcx+BRC6 iqQIRSgxrzuAcvEqjEMkqCrYNJUAlAIgJahClYlUpNxBjDkRnhPvOI7jOE7/IVSalBQQQlLu/QG2 ytC0lyqUgpGKEyYRQElVibWoUiFvIDKT2bEUTEAKkEA5nEGJIGRRXPnUH2sdutZyHMdxHKefQFal oiQz65UqM1vKOxGrmm0qgakqVqJEVQFVViAR1eoyGCskSieFUrSAUWpWezsz7DmGySxzeNnj9TAQ zXEcx3EcZ/0gzAhjDgsvOhGLZKqZEFlbj4ggRdqWqhIlYWcuuo1EIRoegKoln4odVWTEx4E8IKuA WfQWwRTZOr5fx3Ecx3Gc9YwE5UMgUAbTP7aesFgjqFSsK8yXD9YknYbROlCgKiQC5Yx42zVf1qhQ IfTkvXccx3Ecx+nbqAoALUsogCgBkxLAhZBicKJMQiQEAYGjzArCiYgICZR7HBKdSuhDEjGsPqYE C0AlmKtebRni+rp3x3Ecx3GcdQtzgtDQs3k5ABQkNhmaw9QcMhmkCiYSKClpLIMBWuoqZgATEkUG 2xfMBFGkHPYFQjwENMqsWBEjrVrG6DiO4ziO07epGb+TQeJSQgbAUIAyJUDALCIW+A4ikpicpQLW /FTENjPaKlsJB1GlwadF5bnVJtaQLzfU0kfHcRzHcZz+ABGxFrEOVRMLNewQRRcDweFu1SjbKhp8 WOUR0sxFG5CZUvSGQKFgBcKaxLV8f47jOI7jOG8fqpoBoPx/UTCRZNGM1f2QBASITfKxmhZyR1dJ Y+WHc35ktL8TVPN1iwTEqYde03Icx3Ecp59QteaPilE8AGo0D4X9Q/tQCBlImZR7HNpTIIAAaQiR ICoGK5ItaASB8lBU7clO7ziO4ziO0zeJqwsZwfweMhpgZS6VkObAUAExkWhuhEcMwSqWKIoNrQYA ZoCUmFQsT8tWGooKw6ZVhx6kqihYNSx9dBzHcRzH6R/kykZFE5sYXQSRJgCIwEwiKgjWKyYWUeZc E6lIeIqImBQEVbHhh0ShDJYiT9oqBJYZ5EEalZqW51A7juM4juP0bfLQUftUxIbikERNlJuuahzu ZUXEXMopVesAMpEiLkpkohSIOoqCsgrVMwUxQZQIIdzLcRzHcRynH6EUhBQzaWYbAICSHmRWdyy6 AQAzl1Ijgt3djF0pLA5eYb6ucryEltY70hteyXEcx3Ecp29BRAmV7PAJRDRJuKyF8vE7GufzaGlQ D0rO+vIQHi7tkwpgdTBRja56ULwKEamokkeXOo7jOI7Tf6CEVAmiNiNHgIQ4YYWQqCacjzoEEQlA 0Z8VlyLm86TzoAd7XJjbi7mH+aQdm8wTDPSl4xUq6krLcRzHcZx+giqJeeCVAEqsyKQEICHOW3mh OVj6Q0Qa8t6r5klrNLWLFNsVlMKqWUT2sfwiiu4jsXhNy3Ecx3Gc/gIpJ8RAhqiKyu0/xMWJIdI0 UvQQqRjPE7czQjMxjK+2T4uM+MKnxaGmlRfEtHR5x3Ecx3Gcvo4ij9ACYqUKiGEPgmKNoSgYNd4s oJQpX52Daqor7wWm5cNUVVSZ1Cz3qgqh8jBEx3Ecx3Gc/kBirb5C3tiyw5D8roAIERGzQgC1apZ5 tmDtPi0OLnSYMkhUlThIrNS6ksoQzQAikIBITesxMSAWeerdQ8dxHMdx+gksQsxIGAqVKJ9IY71K KElsO4EtotSkEJMIABUO7ULN3VZEREwiICQqSswA0jB+J6SWIq9+BWu9rzl0HMdxHKffIZwEMzyA Uh8wwgA4SSTLOEnAXH4uKcYjMkDmyrLJPapiAw4JiZ02lLZyLWYzeWwjWZapSy3HcRzHcfoXxSpA AnMKoJLPP7TNVtyKGisvRKlJqGj0Iirm6KhKtMwzRZt7GvuOyFVdjSXLvfCO4ziO4/QziIq5OgpA NEk4j7mqMWBVGd4RIker9gPIMuFJYjh8zNOqmftTXR5DXtFSnzHtOI7jOE4/opSxoKjSP4Ry7kO3 DCwAzJzPQCRiIg6TDSklEBPn0fNpvEzhmRfNYIN+iGzMdLfmpeM4juM4Tt+mqmsXgrBYYXnx0cUe orUIpZJTtMBrRkgoAQBV4rCRCKJCbL3FUsqDIaocjoEqoEo2ltq1luM4juM4/YiQSqpqmitWnkwG WSxW2JPz56vrW2lpZE9RlqqehFirtIw8NT5Rm96j7tVyHMdxHKffQOCYsFDWWVbZgkLDEsLCztVd ClE+eZpKSqtmHHWhtMpajKOHC0xSPdbHcRzHcRynz0OJQonE1gmCYJN5YI8tOoupZLLKH5AGnxXn +QwKZIxECSXVFGtaonaJXEzlw6SZ8o6jyyzHcRzHcfoVRASkULXOnUVbKSAgJoTBhpRBCcQaLfOU 5SUpIihipDwTKYGlqHLZ/ik4b0ICAGv1qGkSKCnExZbjOI7jOP0GUqtSFSUopcSCRBmQOCOakdjE aJZcahUnUcqKXmFWJbDypNJSTQuAdOtCmoRTd8Q7juM4jtOvCMkMprfI0hYIZIHviUK5CDitzi8t hBTnrT9mVtWauAZVDTUtIlKBllqH9oC9lOU4juM4Tr+Dgjsrzh3MBZKGYKwQ19DN8J7vJUAKG30o KPndY7g8qShq1h6WZvJ4CctxHMdxnP4NxfWDQJirA1W2INGUCMoWo1XjoQrlLNtYLbBMSikgMDOW hiQIq3YxERhcCWehxAtajuM4juP0Q8zKrmZqZ1aIjTJEbnUHQBwCt2xgj3UJVZlCjKkVxBShDUmF HUtVNGEASDVXdEGIEQBzfSlQO5vHcRzHcRyn70PMBBZLgQ8KSkK5SgFAoBSzTYEis1SIkqidQhJW HrglYW5iwpxIhrx7WDtTOgmR8woVgD211HEcx3Gc/gWRjS2k8hbV0EMkZYKSVawsA4LJlBMzKUCi qioEDs1BKIDEkiGi14sJ5aKVeb5UVDSWyQAI3LPlOI7jOE4/Q8smeFsFyKllaBHZH8qXJlqkKVsA hBTGLM7z4wlksxIBAjg8GY4CFQauMB+RJJTF1tf9Oo7jOI7jrGcoD2jIVxdab1BJNFEhCFiZAaho wszETAmUxfxaJpaYBMhENYo3FcmvUd09VCAqNYh97kEPjuM4juP0NwhMFLLZQ2kpkzDqEETgoq0X VZPA0uSVQGEQjxKgFILikYkCSJjA1nhMlCzlITi9SAs1BsR+4nq7Z8dxHMdxnPVDMc8wT7nivO7E 0AylBiIjAam54jUqL1UpdxgVYCYL6GKQqoBJAc5NWdrNj2UyywSdu7Ucx3Ecx+k3WBWKIojOraCK OAGRgkEW4mDlK7NhsYaQiGDqCifMz2wPOSRBpKFqpcWF8yx5ImIiUXWZ5TiO4zhOv4Kq/yICatSO TTzUfN4OAFWQhW2RrUCUQmEpgVTDQJ/iVLWBWaoK0dytlYloJm7VchzHcRynX0GQBLBZh0pQKjum yrOia7ZXbaF8MHSY7YMY+BC3UhrCHcpSKo+GZwCKhDJoiPFyHMdxHMfp+5ASZRqXHCpIoQlUiVSh SoXwESYgYShEGKRMKpJP3THpFfLlra4Vlh4qMyk0RWncYf7ATq2iiJES3V1cjuM4juM4fRXTRfaQ uIdJ01EUEWz5IYE5I1AmKIulYOAiLc2rTphz4zznEqr8oBjcE16LvXG/wQAAIABJREFU4ziO4zhO f4KIEyVLHYWCypELZbM8ablZCGKGDfOxB+BCnEHLDUTLOOXuOQ6WFJ9/qqKaqQocx3Ecx3H6CcSm pmDRV6qhEUgAo6x6lFTN1m6VLdsoYj1EYrbaWHmwT54jL6KFI77n6Ky8sMZe2XIcx3Ecp59ANuAQ bFUnIiImJXNlxYnRsDpVyR2faTBh5c4rialaqtGwBbaJh0ywjPj8gOCOVyWGiuYje7qtUHQcx3Ec x+nTiEIhtvpPKSHNVFVZEiAjJUIwqScCkIKgqkogSlSz8olUFSQMFoqzpTNVkEKYifP0LMSylqqq KDHyp8rNRMdxHMdxnL6P2a2UmYiSLIvxDaRgQKv86+V1gdrNfEVE5tYisVWMxfpCySTt/RVUWcNc bDmO4ziO079gVYEqmJKEIKHeBAYFsQUAIJjZShUMkOYZWkUPMdi0oqEr5GQpOLHx1HHvorjFFBJR 3Z7lOI7jOE6/w8pJRIm1BcWS2zU6tJjimkTNx+eQRZwGsWSaKslPKKRCIAGADCoQZUju0ypDICip qsksu6gHlzqO4ziO028wM7qq5TwoM1nMAhFBtDyZRyiPKFVSAgMCBUnoECaCjNWsXOHc8S9V0ZAR H+b9WO8xZHdRPpPHDPnr6dYdx3Ecx3HWNUqgML0QIM3EhhmG1YGsFIWXqFo30SbqSBw5DaG8FQiV MCIRgCAPQiW1jHgA0ZKlqsKEkvMrbHefluM4juO8TVSySpZl8HktAIiYk7r0DYzmbwmrZpUysJio lKKV5fHwsL1IoFysFCQmYoIoGKpSkwNvOV22b2pirWbejpYuTUwusxzHcZx1gYjMefnlhQsXdnZ2 vd2v5e2kvr6udUTruHEbMveQq1SpVCqVysJXFyxa7G9U3fARraNHjqwA6RqKLSKFIuSVmm2LAUS9 xWrlqdzdXpJCJo04YUImIBAkLkbU4PRSZKHClWpV9jyJCKojTF1mOY7jOOuI2bPnrGxbuc0227S0 DOhRZLwbEJGVK1fMmjVr9uw5EydO6L6DZpWFr77a1tGx1TbbNjc3r/9X+M6hrW3lc089M3/Bq2NG jcKaKS2BMhGpmbCUesxvB4SUobYskYSUivQrVbXlhKBiraKqELFKcLkDSM3yrmZ5L8c6xLJWMOe7 T8txHMdZ27y6YMGMGTMaG5va2tpEpKbB0v+I692qbpOZGxubpk6dNnPmAz0rLcWixYu33mqr+oaG jo5VsOHI76o3KoqThobGjTbZ+JGHHhw9ctSaX8WkDxBm78QcrPisLQ4MPq4gpEhJ45xDFVVmQKom ForFakFIIWCiFAyVolmYNxNRFlvUz7+ijuM4zttCR0dHc3NzW1sbAAlTTYB+JCOqkilLgZa5N9o+ tre3Nzc3t7d39HgSIXR2djY2N6/q7IpFlPBjWmOzqq/T/Y0CYIKEABuAA6Crq9LS2NjZ2SVrfNts 6gkiIHO4U8jTAiCAqrJJISklMIgiXy+oYZA0xYWKYWwiWViEvXDSFMolO1jtP24tTuw4juM4axcS EQAikmuOGFxU/GTqN6orJ5dZ1jAthIVI6cd2aX8ApqtspDGF9y2skosn7etvVNXrj/8MLOkqr29p lkl9HcpG9jW5IMpnIi1qU1zaSfOFhIIQ5JB7sfJjAZuvwwomiMZqGaRbnlaulB3HcRxnnUKWGCmS 64ZcRoQhvFE99OmuYrl8lW+xu8uyLC9xSVBRva4vVFWFIvwYtzcnbLY5x+h3bxQAUyVxNE7tAr41 QWDBWMQgCERVuSRzJSY55LHvgMldIFat4gvPj1JRBTIKGsuavFWOeMTR1uUKp+M4juOsC0jV5IXp LZS6afkP1Lf555EseezS390x8tBj9hpVt2ZnqjFmISpLe8zM9ib0oiOiBKkexgdVWIq51WdU10qp 5+2i+IrHjE9i68BV2afiO7DGt0qEUgEKAIRQjM6BlbiYWDRXZYCluxOgSkLKUl44GAJJkQCZHYGa jHi7RZQapeXfJ9b0lhzHcRynmrxd2P0xSjIr376+yVbOf+Kxp5LOTCR58717pgf7UZSVJrBQfe89 nSIe3+3NCY/WbUGrY8lTT7zYvOk245rCqJrKM1d//Qd/mnriT4/auGUdXE8liBeJi/vyNwp50W8t qBLKWBKrTTEA0YxICKySCSesNhXRnhYzr5OSUgyNV9Yos1QtCDXXhWyvHhKSS/Nxh0QKcDd15TLL cRzHWesIyFqHqpplmW0MpZ3q7uHqs/zpC045Z+bKTvsx2jhsg03es+sn9tlpVN3q/Tyzn6OkocG5 NsjrWCgtArDuoYjIG/i0VDX3hhPlh2spe7zqsFVzHrzx2pvuefS51zJo49CNpr/no4cetO2Q1Y1G oK7nbzz9Z/d8+PRfbNgYC3stI8aNGzu6pW6d6d9Q8Ct9ah+TXKKsnetQzWNVhQoxYBpLgNAyDOrK ylYk0QNvcwtNOecrCe1XgzA/Gmn+5Sl/sft0o9dxHMfpGxDKrcPcF78WfgxpZ9uiJStHf/qEz01t 7mp/ff5j91x/y6U/fr3xlEO3blqd84jkRaO1pbQQa1qwJHGi3KSl1v7rdt8mONQ+2JsmShQ6h9r9 AIDaHr/2+z+6ce6Yqft86uhpo1oqi+c9/tgLmkQb+GpBpEBShHdqssFuJ/x4D+lc1bWuVsyZI600 3RlEIWvUrrjm2WuqlnBFTCRiIslsgkT5KJ64s6gNO7Q+IokqE4la+S3vZsY3Q4m4KMSmvf1TLi9D RVRtjuM4jrO2ICCvadX0ELGGSw4VSpDm0WPHjm0GjZs8bYuhLxxzxrNPvJZt1ajL/nrWz254ZkmF tG7YhJ0/eeS+04cnZmFe+vztV15z16NzVhI1T3rP0cd+ZkI4napq+1O3/OTMWwd86n++/P5xdf/m a1PtOSFT48qAnoQWQkq5aSpFWACnULEQBCp+xMNqK+2zr/rFjS9P2f2H3/uPiVQRBWjbnfbkbNWq iiJbMuvGCy+785E5bdw4aptdP3X4/lsOqgNIFj904dlXPjz3leVdADWNmbH7EZ/db+Mmy0rvuOqE o68CgCFfPOtn2yy84f+dePWWPzj7sHENvR3V9eRFx//o3r1/csbHWusAXXTzKSfcWve1M74xLaVs 0WPX/+7yO5+Ytypp3PA9ex1+2McnN4WAhFzc5HeU9wpDQSmX4Gsl55ailC7cb/ZuWonV5hkSQzPJ rymZArB/tQQqEiCKxKyqRnDhiC/3EFH61xC2r0Ux7ziO4zgASv6k8grEck2rxs3y1s9LCiDr6urq 0krHkufuv/2FysCdtxoKETRO2+uT4w9sHSDLHr/hN9f++ryJp/zP1k2knQtu/MnP76jf9IAvHj+l RV9bilaWWNPKOufdf/45t+Cj/3X8B8drZ7b6PxPLP2TL5pycN/BpaRwXExqIYT1eeIPK5w/NxI6n bru7Pdv+0APHVtpXxXPaFB/tmHvV9/73j01bfeaEwybJK3/57e9O/9Gyb3338xvVqbTNf/LpuWOP OP4Tk1o6X374motu+lm6wU+P2rFOAdTv+bXv7DG8DpQOrFclJpv3p9LrUcQKJEF0CDErkgSqK2df dvJP/z5hzy+c/MXW12ZdedalP0HrT47eqTks5pOaN4HIBtzY7RVCfI3rP1G51uaJUAKVXOmRQm14 dE3JiYkyVaAYRm0OLZEMUIo6UEXTeCOFuhIW2EwfKASEt8+K6DiO4/RjYtesZgVi907dav8MUsmA hhd+9c3j46VkxDZf/ui0OhFBMmrqdIIoRn3wkx+5+9tXzVrUseXYhrZHbv7L0sZ9f/ilPQZLpjR+ IipdXRVVgCoLHr3ksstf3fnzJ31kinR0rUmtreTVsY/ldYhhIF73m82NWvYXcmdQNAPFfSytXJe9 NK+LB2/Zmki37l7bQ9fdubT+wO8eu9cwFkzd5H/k2a/+5prHD/jqVkMAAtKxm02fOraONtl0xCsP fP2eu17u3H6SKiEZNHzEiOF1AFSkEuVdWP3Y61FWYdNYolIoVjx03d86Wr9w7KHbNYpOmHDUQf88 7qo/Pt+x4/T6sqrOdTaB49H21qw1RzyBWElL9SchJCDNGNGzrqHKKMwJiYiCSYUESpmJcMqssohC 7LKaUqPg5w9Kq6puxiyZwtYxhJvz1qHjOI6z9sm7h+U2Yu4Tz3/PX/2alijQNeaQb35harNUOpe9 8tzfr736lz8496ivHrlpuuKh667700PPLljWTs0NXXXZhIqKZIuemZMNmTy1oaN9VdXrAyr/+M0l 2Yjtv/XJrZOOVdm/eac1NS37lJntZnNHfI/HUm7WjrZ4hDenh+KfqoZIc+mhSqILZ82uDN9s+gDp 7BIAGDJt8xa+7+lXKlsNDvlcWVelQkDWNG4EVi5oy6I5K8uyjKtvptT07eWouGAyPyBb9PTLWbb4 nC8dcU58TYyBr60SreNo8y9unIo00aCzojCiNZZamlAlK2dlgZg003K2mcksAIp8OWTYN9xaJkTU fUK0msoiAEhBpAwqfXG1ZNSz6A5XWo7jOM5ah/If1Vr8yDbK6gElyfVWUYFCGgYOGjiwGaChI8ZM am176pTr7prdPuSZ8y+8e+XOhx95xMRWmnvP2ef+ERq6hCDqykRKP3xtxf6UnabP+/s/zr92s2M+ vNnqz3eu+RnavXKD0vvQo0+LYvcw92kB5tYqHFpBedizA8ePSWT2rPntO0+peb2hrZUJ1GIrLJee OD9Pfn5iCzEobEjVD6j0Yno8KiFIVxgSaCchAUDQ5inHnPSfG+UJZZQ2NVP1jZSFadWXXvM3sNvb tJpYRVAAVtJ88iF6XjNQZHppaGZGwcdUdVT+BaWYvwWW4i3s6V82ACalbn1Tx3Ecx1lTqFzKUtUs y8q5D/n28j5vFQCQrFKpVCpdnavaX1+8rIupsT5b9Nyr2eQ9PjpjSuuggcNHj2qW8ONu6MYb8GtP P7mks9t5aMyuR37z8J2W3/mb390zt6tWHb4p5Xu0G8w3lu8r1rR6UBAc8zR7eEPims2q+27ceM/t UvrntX+cV1uC49ZpE9PFTz662FxbyBY89uTKbMOpGyTdqjK5aKC0qQ5dyzvfig4ojuIBrQOk7YWF 7dWH8fBNNqSVLz3f2TJkyNDwZ/Cg+qKFWnWD3bR4vMPwnqwJmgVdm0UjvoqiuAJEVSQr16vC4tgw itogEVXRvHCnKkScD0nSkKfVS7szT3wgrCWPv+M4juPklFIeusuOfLof/g2fFlRB3Db3uWepIevs eG3uM/f95b6Vw2d8YIOmhsmtyV1/vuFvA7cePTB5fX47E1REKg3TPvK+AT++7dzfVfbaYdLAhval S1u33G6kqIKyVSvTbQ45bv78H113/u3j/2evMQ2rX1ApF7EkBo3aY4vlDCqipzMXjvjgeYrT91Rh 7vRqXzy0YfxhR7/vibNv+d4P5u31/m0nDW3JViyc89yLI/Y5bOetDtxr6APXn/mr+gN2G1d59f+u umL+uF2/uFkzJJRUSEIQqkIJCs2S4VM3xE13X3vLpA9MxuLFg2a8b1Jpz16OEmrddsfWy/9w4QW3 HPCBSc3JohdfJ2olyZq32n/3AY/ccvrPaN/dpw5taF/0yvINd3j/xAH5ur3cdhbEj812jL3RvCq0 xu3DpLo+qBqWUXQ/rYZpk4pcMlXXHsMXrna5AllNNNXQRqzKdMi/WmGL9Ol8f8dxHOcdSk09puyI z+sXPcdyvglJ04hhzQ/devH5AIC6QSM32ukjx39093HaLnt/4VPLLrrpmgvvBYCkefTEkQ1QhSbD 9//m8QMvu+qvV176Z2jdiCmf2Hib1nA6zVa1j9jrqP0fPunaK27a4tj9N1iNxPgazxmiL94+TZIk X2vZq08rtg/t6PK7obUrNEN6uTRtf+Rpwze++ppb777iN7cKNG0es8mWe4ggHXHg909sOv/CW846 o40bRs/Y5+uf238cZVmvby/poE0/d/QeZ1x687kPg4dN3G/qTpPeyn0nAz/+jePafnXxTeedlZEm LcMnbrHpQAbSDQ79wTcG//ayOy761a2qPGDUdp/ecpdJA5Ki7JPflJbS4WNGa0jUWnNfk1gTEMHS BoAzS88QIpLQJrRlgYQ4f1pFFYro4Sq1Gos+q4iomjU+A0B7DdqamJCvPUTR/CyWoQoI+Ny5/73H 3h9ZwxtzHMdxHCNNk8su//3ee+/d1tamMSZeSykPa6C0uG7AoAH1cV2+Slbp6uxob+8SgJLGlpbG +pQBQFWyjuXL201ocNrU0tJYlxCg0tW2bHknNQwe3Ny5bGlbRUHcNGhIEzqWLWurrMaLqZnG0z3l gZmTJGlqarrttts+fcjBlUpty0+B++69d9sZM7JMivcH0NKDHt4oSuobGurqEhseiCyrdHbYO5A2 NDbU1zEBWVfXqo6OcDtcP2BAQ2Xlyo5MAFBd08DGpG3FioqC6xqbGusSgkq2qq2tE6U9ez+KuK6h qaEusSmGIpVKe/sqAcBpQ0NDXcpMUNHKqvb2rqz3NyqXYPG94pkPPLD9jjuuidS647abt77iJpC5 1HK1k2tZVYKKMilIRUAgc5mFwqJZ9aU0oBMCFAPCcyM/IGkYYc1a/trXfsHco+U4juOsbVSLbPRy mFZN+QerLbMAZJ3LX1vSy2Ur7ctfb+/5qK62ZUvbqjZ1vLa4Ix6YtS1d3Nb9qDehuiQTbTklsZXf tYhoTzlRSTSJ5/UcUJFOXvQcqfQYALLOVW2dq6rPRQC00tle6Wyv3ghAOlcu6yw+7Wpf3hWe1a6O tq6O0v6lPXs/CtK1amVXDy9AKp3tlc6ajchbhOHVqBYJVkTRdh/+bSTFRJx/E6VQmMpLjPFqCkAQ pkjbRQQgtZxYE2JSfqdVtWyL15jBYc+m4J5tWnbhGPjh3UPHcRxnLUNcSCt0i9Gq/jHUh2fE1Yiq 8lN2+9YgC8kCHOPJu50hF6CqPRvn++5bVCbeY9XqQjOcE5HGjHjqMXhsNcm1WnxvS/Wm4LwKnjAl VVHz7Uc9ZQ+DqIoN3lpnoSosT6uqOVpTvgMsxWINb8dxHMdxaihCpMqOnPBctZWl78qIN+0e2uM3 WHuo1S5qoiLMs/yu9PDju+/QzSle9AxD+Sk8yFdErqkyiXrJriJ5WUs1jIouHFiSl6zK/z5DwEX+ tQAQ5yaFr6MFnqU9jg1H9S8TKOk+x3Ecx1krEKihoWHFihVNTU1dXV252OpRKNTosL5CuY7V3aKT txTr6upWrFjR2NjQYw+JmOrr6zs7VqX19aGUE8RWD4GXfbT+V/1GdX+SoMoggFat6qqvryOmtTEn MAmrOclKqmZ9t6CyUnXKmojUTcLGhQolZ7wZy4IH0A5P85IXSqshChta9dwAx3Ecx1lbKHSjjSY9 NWvWxpts0tLS8q79QaOqK1eseOrppydNmqQ91TUI1DpixNy5c8eO3SCtrzOzEFFv8Z3aN9/IN37Z CoKodnV2vTLn5RGtrUz878b1xzMWsilXvVbWEusVlncrZ8qWFWG55V2lw0oP07LMqt0vbn/X/ut3 HMdx1h2qOmPGjPvvv/9f/7qvra1nj/q7hObmpsmTJ8+YMaPHcpSqjp806aUXX3j2uWc7O7vW/8t7 51BfX9c6onX8xEm9JWK8dXJ5o4grDTICIwORFQtrlr4qaspaNV+sfMFs8M1rWLKQlq9Xrt25wHIc x3HWKVmlkqTpTjvutNNOO73dr+UdgCKTLKtUuj+TZZU0rZs8eeMpUzZZ/6/rnYatHqhU1oLiLDRP WIkoGuSUzeexENK8ocsiYo6u/PByvi5KRavyssQ0eO05RFb06Npy1eU4juOsC7JKJUMP2sKpYa0I C6eMIgOIwLkdHiHcgTQkaoEAUYltWrHQ93LbMS6cVStjWVs3I2GJ+RBEaTg7ARyGUXNPoqov2usc x3Ecx3F6REPOqKgiTNhmi6BXVeW4erDIyaKqalTNwkEg389OKTF5SxnItZoCyMcneRHLcRzHcZz+ CgF5TIZ9zKPdLFSi1pJV5Jl1T9aNKxChUGUlypA/waqWyAUVJQWyqvN6KctxHMdxnP6HlqJHoRz+ jkAArQoWkSiKcud7tUwqss0oqLc8Ix6Wr1Ub6+Aay3Ecx3Gc/gyBLPuqSL/SshzS4IlHBrURlSqK uI+IgCk/0s5jY3oURGBTbLb2kFTCQCELz1LLnmeQmFcM8ZU4juM4juP0eUSFUCgtoMo4payZChPn Aw5VQBk0DCkMcxC5NOgQ5agtgCQ0JdNQ76IiSz6PTWOBxeEr1CcfOo7jOI7TfyBWiEoWuoFi6wdj TINtQ8nGZc3GTIlJRMFCzGXzVmwg2iGCMCZROJyGwh8FZQkhaq4eBzA5juM4juP0ecpzDJmqnyEi RnTHAwwwNAESIDT6SlM7kbuwwtmoKJWxJqQEsQE/ee8wV1lxzzyW3nEcx3Ecp6+jmg+xDiIneuS1 5F9XVQHsj4bcBtF85KLGPzCHFpDPls5bimncM+xESpwpbG4jU+Iay3Ecx3GcfkiIEw3tP1FlIEPQ WCwS9E8QTKEWlfcKo5JSCanxXHQeCcqAiGSISquodylZSBcx2WQATYhcajmO4ziO059QBRGJIs7d ITJtRaqkFNMcADbbltjsHbIVg1AgJWQSNBYRCZCpMiCkYCUhEIWsiHImRJIwAIlVLmJVFiUBu9xy HMdxHKf/UBNoFYtbsNjSqjAtKXYQZQVBqLTQMDyVxFWHFBcjAkihYArpDrBeIRc+LlKCKJHXtRzH cRzH6T/ExCwlJhVRQEjZFFWm3QtMxbpCQIhJBBlpOSOisGqVD5HULFl5+zDfiYmEAEFoJzqO4ziO 4/QXyhN1LDKLQMLCYjas7kdYM1GIWDVTUhIAZB53YtWsKrAhJqAiRWLu9yIdnolEVQhKIBaV2qWP juM4juM4fZwQf0VECiGwioCh5tAqtQtBarkMRARwJhkTCcCMTIQsPEtBDGSkJHnKvJGGQYdEoYZG FMpaojZ8kYmgUBdbjuM4juP0FzQDAEpgM3OUMlIyUaTVFi7RIIIyUSYCElGIqlAGaCIEICMLjbd4 LYXNOhQFOA3XK9XQ8ugtzlWXj0F0HMdxHKcfESpPAmIQGCJR6tQKHgYVGwVJzNAiEIiELfqBSGxV IkA2QFFMTqU1V1XV3N6VobBouc5yHMdxHKffkE/RUYFNe46xDgAgpoUkJLjnhScJ9iwkUKgKU0gu LeWgQk1pWUsSabmIpVoUzYgsuQshucubh47jOI7j9BeC5mFSCCkUxFF2AYAAXMSaWpkqPBNGQROp UgZlgMBazEy03Uy3ZUopGPnxDJuGCFayjQRSgBhe1XIcx3Ecp59hhitzwUNj6JUN5dFQZQpDdiyc 1IJJiaAqIC4tUqz2WUUzPSNVOzMTFGrRWWH6D4EgUEpI1Mb94MMf3nO93LjjOI7jOM664r+P+4q1 71ggUCKGQmL3UAEGKLrjJfwlCcjcWZpZ6YszKDIQa6ZKZLnzUFUGcYif57RUDLMJQBRqWwQisiHV XtByHMdxHKefERp6lIhmJo8ICpNCWtqn8F+F7TUtQrVgUiaoZaAiTOdBQkSFI14BJGSOrtwUFi1c 5GLLcRzHcZx+Q8aAaGKDd8oih2CrEAkln7qED5boQMR5YBYAhBguAUBsIxIh0QPPca0ihz9E+fXy U9RM/3Ecx3Ecx+nTlBQOSBMAApYwbxrEAFtiKamCVJWgpIKQv0VaqKM8MEIzqLDtlwunlIhUoSr2 AEUdq8jWImLkbnzHcRzHcZw+T8hlkGJRoAripGfTUkELQSiPYAjp8VDAorgUosogBQMKFa4egJj7 tEyUcbl8RTE4HmYAcxzHcRzH6RdYjJYUiohEizQHjWIqF2RWpiIF2KpcYOKoqKxxaDuywD4LwimN TxGUbAKPJvFFlBQZqSstx3Ecx3H6DXHuIWBhC7DPLOG9FCQag0nN9U7BrUWxcBWt7Fb9gqU3BGsW kGfEK8KcaXDoJMaTcyh0UaG6HMdxHMdx+jQaWoNFfjtF01YUVmENYpBEcTZ0UYai4kHYWhyXIFas UouJUKb8YsUl4zBqyj1cjuM4juM4fR/SkJNVjH62LHgwoJynX6kCVm2ypiEh1p7KU3bCKe009lTc ymCYfkOUWRo6jaRKhZLzlAfHcRzHcfoLtq4QsRZFseeHMBonlphqMhliL9GqV1XJDBrEme2lEmb7 pBr8X0UFS2MSV/mj52k5juM4jtNviEFYJEE0AQj1JRVQGC2dhZ3L6werBVFZbGlcXEhEuYGLTUVR orDRPyHuoWp2T3Fxx3Ecx3Gcvk9YWKi5yCl0jo09LJnaqccEhjyRK56QVEHERBxLYqQqaWgxFjUz xLOWS1nkSstxHMdxnP5DSHMIXUIREKCsVU8iflS2iK0wfqfWoQXkk3nM20U22QdEzDHYtChj5R3D QqZpzYRqx3Ecx3GcvoyCQCZ/VFUZITcrFz8iKubggkqI3hKRvJRVTnrPw+JVFVysLxRBKpTZoEMA saeoYg3LBCoEzRMfHMdxHMdx+gMKzVRB0RQPCFsUFpmj3QQTLMgdEv3vRCBFDIoXsvJVvuQQsIE+ KiycMdjs9bkxy/Ra+H/+UuyPdw8dx3Ecx+kvCJlb/U1HPKuqMAHQDLBJO2LaSomR+6wkhHGRqA2a ZmUAYDsFMkWmUEWmJDZPkTQz671XsxzHcRzH6VeoWl2Jui0EzBuIoRoVNtpiRCEBCbHmAfH5UZZ5 aqJNFHEEdRoGKyakACkpqX2IkVukpBDu7vxyHMdxHMfps5hDCyrghERrxg4Soi9e4zgeYsqll2hC EI5urWivr17ASESm1zguP7SRO7XVM5946DiO4zhOP4NVKRS14lTDQKm6RFFIkX1WzoaIAaXmkSeN LUiOvi0laKiFSTwgAxCyuqzWZY54l1qO4ziO4/QnJMTCmx5K7qIjAAAgAElEQVQiwEpUoeQkEhzr EsUYACEVDhEPVq4STURJGBmLxcdTCC0lmyitSikQRvuQhlwuUWWiWOiKHzzlwXEcx3Gc/kgQWASA LcIdSuU0B1ViJoVAylFbyLPgiSxBS8MInggRcflCiKWs/KOPO3Qcx3Ecpx+iCZTzGFKqslgpQCpk w3NsY3jAALGCQHG2oYVBZJq7umomGHJ3JWXVLImNxtJVHcdxHMdx+g/llIe4jQBSgpamQtt2FcSC FUlIKCUVW2/IqhxqWEkCInDwdXE8Oi5iLHUPVfKWpHjWw+rBI7Y49Jiv7Das7u1+IY7jOI7jdMcW HhIRIamaEh3c8ZYlSgSYlgKixd3KYGAomd2dlIiIiQmJVb2UWMFKBGZWGyttfiyqLpHFK2myNu9t 1KiRa/N0/xZaN2W/084798gJLWsmIKlxo12/+L1f/O6CSy48/1f7D20Yc8DJF/z0hC1S5kHj3zNj i5FMLlAdx3Ec552HQkFWT4IKQxPrJyLWt8jS4CmfFZ1LIyBERFCMP+XgmUfoJJLYU6SKtLdXYFGn dj0CUOXoWiNOPeXkK6++5vY7/pwb+7tD9Rtu8/F9P7bzFhsPSxQdrz3/+L03XHLFgyt6PWA1oax9 8SvzXl6yqrImZ9GGoQccd/RWz19/9iUPvyaycFlnuviVV+a3tXur1XEcx3He0agouIh2sDoVWQgW qQZpxYq8/wfE1YX5IWGzTYs29WZVLitVIQM4DQeoZgApkyiSkqveTkQ2kXrtUN+QfvRj+7z3vTuc dc75r766oPsO1LjZx0/66oEbvvrUH6/99bOLVqRDN5g6bWy6tlQWAEDm/u1n3/0bsEZDhnjYtOmD Vt179Y3/nNcRzvPXX337rwB6V7CO4ziO47z9EJvFSuNjhcJmHQoIAIOCNz6GyNviwp6y3EnDMEQl kAooARGIOKQ8QJSYgilMlJKQJV91prVapXll3qtDBw/8wcknXX3t9d2KW82tB33hwA1fuv0737/k hSxc9u93hid56NSPH37YnltMbNGOeTPvuOzCqx5tywDQ8M2POOqwbcZvOKQOqLz+/H13XHH5H57q EG0Ze9xPf7LRTSd+9cbnM4KmA/c79Vd7Pfqj//rzyB9875CZ3zzmkvmraMT0I79wxDZjxwyuA7T9 5Qdu/e3vrn92lQCgIRt9+NOH773tlEEKaVsy5+m/n3/W7+fkb2xdUz3qP3jyBR8EgGVXf/X4e3b+ xukf7vjhl378bNX9ajJi+v5HHL77pmObpH32fTf99qIbn+8Uah6922H/ud92UwaCVi16/LJTf/zX ZdnafJsdx3Ecx+kVG/5sDipiCvGiQkigIU2UQHnQg5qrKi9lxVBT1RACEepSBNbMilsMIIWoEszs RVAkyPJ4UxULichTJdYWqrpk6bLlbR3di1vasPG+7xuAf/78ulxmFTS1fvIb3/pI18zLf/n72enI XQ767AnfbDnp279+UUEto7fYZOy8y8/6zby2ulGb7LH//idOGPCt7148u/3Vf7ywavutpw/+w/NL EvCg8VuO4Ofuf6mTCrMYN4+aPnn03Mt/ef68tobRm+37qQNOqLx8/Pn3tTe3HviNkz9GT1x73k+f XqEjdjz8cztOH6K/n1MlQbvuPfv7Ny3shFaWrqjU93i7zaMP+fo33//Krb/58XmLB2/yiSM/8zWd f/z5/xzy4a8csWXXtb845eFl2eDRIxesdJnlOI7jOOuHTJSYSKLZXUKBidjWHCJTcHBzkfX3YN0/ Ch6tmn5fjOQiayaSkkJJiZXMXg87AaCxWgaokChIFZAe4iDWlK7Oznlz549uHfm9k04cNnSIbeRB 48c16MLH5rZ1259atvzU3sOXXXXaL2996NHH77/z/DN/PX+DPQ7cbHDcYdXLj8586PGH7//zVT85 /YpF4/c+cNogSOWpfzyaTXzf5s0MaP34ncZV5v3r+RXduoarXn70wUcef+T+O68898+vNm2xy1hC 8xaf3GdE242n/ey6+x584omHHnxuYU+txmzZKy/PfnnOnLmvLO8uDQGABmz1qd0HvfSbX1527zPP PXP/rRf84ammGR/aiLlp2GCsnPfYY0+/8OKzD917zzwXWo7jOI6znlAmAUKmg8A0UHhKoJm1A9k8 77ZG0bxcIY5BY7J8riiINDqyAIDJFiemGi5ip1YwFZdissnUupabh4G6+vrW1mHzFy4465zzl7y2 NN/Odpfd4OHTJievPfHYki7zm2ULH3lspb5ns9F1j75eo1K65t7zRNuhW2w6Kn1i2YpHbnqKTt51 +vD/u3/JqK2mN8y9+4m2N/B86Wtz5mP3Yc3Kw6dtnL7++MxXV63ZagAetslGzMO/+MuLvphfA68O SfH0rZc/+Y2jv/3T8f+44/bb/3L3820utRzHcRxnvdG9fqKxxEUgi8NSIlFlCmZ4AYGs1qWI2Voa 5hwWaolAEIBZuju3VZS4FFhKAnCYjLgW741o6OCBQ4YM7e7T0uVz51Zoh2kbNNz1Uvsa2NU509BC 1WUv3P7kyuM+NGPwg/+3zeatr/5l5pI3Oq9KlpkljhNG1tVzoWo1UFal9sfPOfWil/Jt0rU0k//f 3tsH/ZtW9WGfz7kfWNwVWBbYKAENkOHFpWDBqFWTmYhWrJS8kLSdtCapQTtOphhfMpO0yWBTTTOm Y9uo00zqOCamjbUZ67RWxGiSZmogjQ4NrS/FsSQCi7yKyC4Ly/d8+sd5uc59Pw/O4m9hdbkPD7/9 Pt/nfrmuc53rnM91zrnO9eBb/8lf++Zf+Nf+wMte/pWves0rXv6/fOtf/uF3fOjctXjSSSeddNJJ nxSScEi6ys9GHziMSLAVaVoRB4ys+U1G0zoyGl5PYu1YlMGzoNbCWPWrA05eILkexr2HAD7zab/r /gce+E9f81d+/Cd+8ljr4cO/9GM/++Hti/7dlz3teJe/9xd/+fKk59/z5CwHuj31hS+4g7/yC7/6 4DWf0/bkz3neHfaON7/zQQP8I//Pj//D+37vv/X7n/viL7zrA//0DW+7PCQE5+9/yztw1/Of98Tf ejUx2wjo3b/8K377Zz/jwfe8/d633xs/v/qu+6M6x4fe86bX/d2/+p9800/c/5n/5lc+9+r0ap10 0kknnXTSJ4NiG+DFcDH5Brf8EoBcgryjgg7K4BuwCWbLc0WBLkIuj6IRV+KWRRzCe3WJSB3oBlk5 zSzqZ5EemVxGWpZBfTjoIx/+6I/+r6/91r/yX9xY4gH6jX/1d3/gH9/33Fd++2v+3Ct//7/x4he+ 6CVf9GWv/JOv+pI77b43/eDr3vvEf+db/uzLXvSCz/m8l37tq//MZ9z7k3//5z5Qt97xea/8oy99 yee+8PO/7Gtf/XWf+Z6f/pFfyD898OYf/Ufvv+uPfN2f/t2/+tNveO+DD7GhH3jjD/2zDz/p3/vm r3vpCz/neS/64pd/ybMeOtq83Pfu+/DpL/ziF//u23jf//U//sMP3PHyP/9Nf+yLXnLP81/w4j/w lX/w9zye4F2f97Iv/dfvefYzn/mce178WZ9m9//afSI+/ff9me/67/7Wq571eOBjfj7ppJNOOumk k26VOsWqs6gQtd4BmC8Xkwxi+L9kArABZoTBuYkWmGkXiwyURqOZXUVwMRK9bmiGR7V6zJDiLdJf /MuvuRljNf3667/vL7z/l1/58q/40q/+s59O4KP3veOX3vTjV5ve/+4f+mvf9uE/+ade8R//hTv0 4Xvf+GP/5ff/0FtWu/Xg45//h77+q+7UR9/zi//793zfD/zCpTYSfOTXf+JH3/hVX/35b/2Rf/TO h9wRfeAt3/sd/+2H/8Qr//irv+jTPvJr//JdgD/USqd617/4ez/1f3/9V3zNl7/hjd9/79v++2// qx/8E//+l/7pb3wF4R985xt+4Gf/8Vs++MRnfu4rvuw/eJIBl/v+1c/80Hf/b7/80a53VvSxPp90 0kknnXTSSbdCjqoymsUaPDxNsU3QMtWqcq/q2MJATYBE0qzPQaT1eYaax0ZT/IInPJcOVdyQMyN+ D7C+5W/9pe/8G//NJ6zHt0b2WS/9699a9bFuuuDqOX/4O//cS37wG1/zTz/8WyyB+hl/5Nu/40vu fc03fs9bHjb33kknnXTSSSed9Mmnb3r1Nzzhv/6fYI2TKCmOKJzf1Gf0l1gFGyipMVPgpUjEIklX PNzEK0AwmiBCG13ajHBkTXrP4vS/Y+lxdz77aXf67U//ij/1R+9/7bf9zIccDxkn6bF3fvGXfr7f e+/77v/oHc940Su+8pnv+wf/w9s/kY096aSTTjrppJM+SbSOeA6E5O7kqNowiHn6YVQx7S+PEb/E WxKMwCbJgSsFpqqSXAAcgEGKBPlyk/0Ope0zvuBVf+mrn/bR+37pJ7/3r//omz/y8bij7NPues7v +6oveMaTbyf8vnf+3E/8zb/5wz//cT3hpJNOOumkk076bUmKQw+9oM4FUXQ0/0ofiGvBLABd352W CVn5JLshZkbyKmCakXHUIgDJSdZ2x6w6bzdBvN9G5L/yU9/8NT+Fa0j08i9f9xe/5nW/tWfq1/+/ 7//Pv+H7b7VpJ5100kknnXTSbzeKJHRYRQN9g3mdeYgIFeY50cxTeMrjlalcdWyhPFLdHbSuFkE5 YAIvVxIguQsrQSufludSV2HUh6Vjz3vuc7/wC77w6U/7zMc85uaTa0466aSTTjrppJOu04MPfuRt 977jDW94/S+++c23/rRRQCs8VM4+Mqe+LH9Tgac6+tDMBMVxOwz4lDhMfsmzqCO6KOcVBIoylVcM VUq+TgLS5eHa9vayr3jZ5z/nmU94/Q8/7qfehAfe83A88lODHveUxz7vS27/qq/l3c94pJty0kkn nXTSSY8MPfChD31UfMW//Yc/+1+88XU/+Q9u8Wl1bjQQLiWGa8kq5324mMqd1TDM3aOGPBD13Ve5 UlohKBMI0q7oWW4eC99lxDC8ZOSGm0/H+fjonnvu+eJ7nnPX//xtT3/m8+561kvxuNtv9YmfOvTA /e99z/ve8V1f/4Rv+dt251Me6dacdNJJJ5100iNAt99++4te+KLf+OAH77jj9rfd+/af+/mfv5Wn uUjAAuTIyeXlWrnrHiAoUVYgroRKABoaWX4ujEUSnkiNde5hFZPoFiS6K1zHW87T+rKXfvkd/8cP Pu0Zv/euJzwO73vbQy9NdRLs6slPuEvPePZ7f+S7P/0//M8e6dacdNJJJ5100iNGT3j843/l4i99 6ZffItICTRhuJC43k+UWwii4ZYLyVEOB5XoyMwRwcsAgWwW6sPNe8UoGwaFwnXUMEhckLjMXgFsv Ef+c5zxHf/+NT3nhS/C+e0+Y9XHTRz70lDue/I43/RM+PIHck0466aSTTvqdSs969rPv++AHb/Eh JHGh7IIs4rAKNrTfyUkYqUrUIgOckV0SIuAXSMo0/FbLWK8TppdDayNc+VxHgDDdckb8Y2+77cMA HrwfH/kQ/Dzg7+Mkbrh6AIBOpHXSSSeddNKnOJG33XbbLT5DkhmJKzHOhQ6ElV4uJcaSuURzWyho E1E+rRsfe/jmaqRk5Z/peW18GYFG3fIJ029961vv+uzPe9dv/Nrdj70N970/Klec9JDINtx+57s+ +MBtL/iDp0/rpJNOOumkT3F6+9ve9uCDH7n152gciyPBBbNNuJAmAyAKEgSvzYSKEqNti73PS9Ty YkUmPAtyXdULfN3ZxR6QHjRpOtV+i/Ta1772a//Q173ze79RT3nq3Y95DLczI/6hki4PvusBvvt9 77rrVd95Iq2TTjrppJM+len+++9/+tOf/t3f8923+JxMRu+yCwRBCbRNEC5R9MEOxdtJigCpSyZZ jacxH7Wv+n6VF1B5gg/Ci0VY5sPXxsVbNfD//J//s895/j1f/uf/zr1/7zve+Za36oF33+IDP3XI br/7thd87pP/o7/BO5/6SLflpJNOOumkkx4ZeuD+D937q/c+/emf9eOv/bGf/Zn/81Yf51AVGm1U 1O4MciPKzSRCyPINURMelMmMqgBdFx5V/n8luF8BLsQTGH+Nh5OERrjx4ahc+rf/zve9+Zf+3z/2 x7/lWc997u23nz6tk0466aSTTjrpodL999//zve8+7u+6796wxve8DA8bjMo9xu2X0lZbIEKJORx SA4lyKP2Q8b6SEoXCaSRKpxEmCxqxntWhLhC5tLvXFZ9Ms/DTq9//U+//vU//Ql59EknnXTSSSed dNJDI1Yd99wqeMzOYZySA++TqAlCSG+UJDCgUh/LA8DhUaiUlYylKwByUfAtIoQa+fUg5Z51u046 6aSTTjrppJMeNZReKFp+5rXwXSEoiwyryqeSHFZIrcmYNUxlQjjEAPCqq9FTEOsQn5HhFWliD9Ox hyeddNJJJ5100kmPPFV+1DpQepxJyF1VJUG5QzA3DuZZh9MNZg43mfcTM8fL3UATqK2KcolyxU88 LlpzufXjeE466aSTTjrppJN+exBJEBdKiLx0icRGGUHOHCpu4XhCQqPMl8/wogDoUhWyTE7R48Rq QoBdVYmurJrFi7BZ5c4LIDxP8DnppJNOOumkk056dNCFMFGQEwKvIkHdcbE8mecqPVeQ18mHcUpP ntUTQCpOQryKKlp5VjUhXKSNMPFSp/YAiG2LpEMOKAKMCd/O2OFJJ5100kknnfToITkcpAwiRSGP wzGHXUQSRqxiouw4o0MXCUbQyk8FuK1aESK5kYQImWGWOt03Yn3vN1SXP+mkk0466aSTTnp0kLc/ CnADnZeAYtyQJUYJGWhVY5RRpFSCRFhc00Xg1wGIV/NMw3kmYp7MUy04w4cnnXTSSSeddNKjjGQk BIeRLkccwUPSEvc4BQFb1RwFjAZ5HbazRU140XP7Ym1RRJWOsAsuYubAm1mdeaj+1wHZJ6i61kkn nXTSSSeddNIjQVbbAyPWF0XcQco4YnwCsI1iDqSiVHwdveMuSRDV+fXtqyIAXNFXWFCKKg/5GcBF HtVR/QwennTSSSeddNJJjxbqKF7UeYf5SKJi/7lqx0cZCJXLSrFdsE7WyQN78nqXAG1ZFHXnq5Jk Zh2nBMAtGqMbynmddNJJJ5100kkn/c6lCBfKBb8AXpiItK5ttc+wyiJb8Z1DDirPRQSNRhOpzWSU IBCsyqX9FHcfxysm2gss98no80knnXTSSSeddNInnkgzhxMmwoEtzixEnJTDzQprOaStnFAyyNeW xKz9nkW1NIpBrOx4k60SDn28YiM4pzbSwHPv4UknnXTSSSed9KghZgb7ZtxEeKIkeJZyz8uMZjSB LlzokWIlbkiYFe4q5pV2RW6u7TJcYlemVSJCaodWnWgtxTnWp0frpJNOOumkk0561JAzIBYuchIG inHSDrxKxNtEXQK1QSCMAnTlpHAhGAUiBMkvzE2EzOx30iTFxsOIPjK3MXa9eQPp57GHJ5100kkn nXTSo4qICBWmT8sBQN71SlfV0t0BiatAKeJYng4sKk7ygRMwelR/gK5moawRIsynisK57fCkk046 6aSTTnqUUdVaAEBk+SzSJurZgS0iXF3ti4IkeG8ujJT2KMkFMyIrPlzln6W55bC+A1xn3PCkk046 6aSTTnqUUcCewD9dRpRgoSoCyGqkXHVFlbE/JbLSehoAyECHDA5BIM22KyQ6szxhmr2Pkeig4Sod f9JJJ5100kknnfRooA7lBU5iYx2yDs0hTRDUVR+4iYri71mIaxELasEl4xUEXHB1ccRh1QQtYVY7 t9xg89UnnXTSSSeddNJJjwZSZK77rtwVAYi2P41QJOEADBTMgQgNpser7jUR9PSKxb2QcBUVThEp 8vWhgNwmqbxcJ5100kknnXTSSY8SckMUyopfM40KVZChDzYkzaiqAgGD1uGGZGV75UNwQ87VFeAV layDrLF7K/JFBPBNr/6GT0h3TzrppJNOOumkkz6JFL6kS/uf2vMEgwsjdT2rvUtcReSXzytCiWrU VDsau+47X3j772FV33IDSV7yyfm+euj0b0UWV1wgSZuAdJlRAKnwtQn0LJPqgI1oZhTAtwJ/rPx+ 1f5JCoAbKe3QXnXbjaQzKrMaumMb6ACF2BBAE4wUBY6tmaKJijMkL8RjgDygmw7OoyUj283MsNAt Aeiyyr9y1MUInpCQrSQ7uBkJeteGrR4ZxOi7XM2HzoubVf/r1x1czgZ4vBUeoJvEBcP32axbHXOa iCsdUTURjANpfcxT/OkS21clOLESCaN9420STBBdMKT8tUd2MXCxt92pcRLUPPcAi4dAjDPJzeGx wsi6c4TDDOK6haSPWDj3K4ffhGL/CbWmX/JQtTUlmpdCHbt4dViWHNzAg/8GgPBMApAYAiBKYlau M7kk2UbBIc41Ek2C6GQlbOKmLMp58AMg20aTfNeRvMxAYBMV6zxfB3W5FANjcrdsjGnH6tV9Alxt Fi7ExqPg5rCsu8zlIK8AQE5aHG2fnMwc1apYE2tBLWG2ymvtR88/tXjNPptZJ6QS1GWEAEJ7bSWI l5oalu+kxewolUyYIEc8CSK243CYct2bG4+k0A+oyZtBjNBpUYNnszg9LRsWatxZjTlsYIrbQQB1 DYzKgYVcUf86+R9Fg0rVWlkPd22CNvp+y3mv2XsdTomp7JH706Ptsaa/hMxAdIo5gGg1mXnErE1f yAesHrm72e6wuFKJCqOT2pAQhQviYtWUv36uSb4/DWE5L8ZL43yUoYA5jN2OwuK0pK1A0W4sKOlq PGTXO0hY5m/eVW+f+gQeMw/dsRSI6th60FLDWCxn/ckvbpvJYbhgml1SkpHmAMwlmDN/hZRun7aM buhfCVA+GGV9Xk3zZrF76X9fbXZDVVAPWy05zZQwAKXB8/orxlj75FLzfOceWr9K0EHvzetr1yHh Dtb/BtaSwSUTGDPXmcntUS7LlkLoN0KA50TY7r7tTkmpwyw0jlinJY6qDwHaok0WUmhke8EIZkGu aL0xjrpWzFHLmQnCw7owcEb3GQDlIqnARZlv1o3n7Amj3EX7+UQaJCgHR1EJbB3iyJw8SxwJpPCy bkIAt6iEEWqoFZpcXNwMM2elKGJTQVgXpjpa06RZFJMG3e7AAGFWk/+uGmTW7tM593aqp2kDBDgT yMSR4qFpKslP9Z8wVEwFTEE9K1RyeQwXt6VxiTmYkq09F1PT5MQnZBMkFs/j6jFtMkEwtEehd9bk AoDy6BayICSvSb+kDx5AZbVFwmYoqG4lZ9chV8iJ14uk2jMyJ/g6uB0K0Mra9ju4VKA7OblmxJhO lgO9zI8kbmURBbNS+CHRmFAm5ahmRKswpSQPBpDh6MYWUwNkWiS0tQNZuQpQmfyGBd52QgiUV30N OR/sSVSEVhSSaPW4zmZILuV1klCn2pMmlbFe5Wu4GD9szxy7Gm2hcAyGgVncGE0v+1dfl6VXg4Kh LovB/SQBBa3ymkI+KrVWPyRN67FL8FjTioAQA94WioWtqsMdpwhcDoqhTOMxxJpfFGGMK7oNnOm9 a8CyJVKfnptaI1amoVSzsTUQzKU9nQJjk1XpQcLqRja6yibUvEjV1zyuOdSyJAC0tbe+GMZeiJaI sUwxKM58mfnM3ejnwb6TDUi1xqIhSlxSsRfpCRr2DR2DlgJROnkq1jTTDIuxRXvDEOTRw8X5XQ8a XzJjUQH7cuC8NCEQQCQMOfrDmrhAMTO6agYWUFUWNiDhruZjGyQYQmWkeaWVbWJBgBAQa5EZF9fC uztme54NiwnBysu0V9iiGXeDbaVdkj/1fNYsYnaZrO/W9Qc5ozHNUuKC4r+0hQlWPlkYgjGnNko9 StwM5Pa7HntnSG7cT0BGGBygqFgxGMCAEcUSZqtxSZdRSXoZAfbiqdbe1hgj0UwLBa36kperrWMN EA7ybKno1+o4FUF8iDO14wAiAUa/1AypORgvkASDyUB2+r8Feg1xM9EoSEZ4dcupi9MkqvWhqrUw rwKx1AUSuLVYIyd1DkPJRNaQhUNWeD2xnYs53G2zJ+hEmVm0MZWigK2i5O3FIAImOr3fl0cP1LRD L0/Cibi3Cj064auIBVDbIh2vXOJJQW6hvALArC0W65b0OpgYiISQHx9KAs5YJdBMm0McykjRkHRd DhbVkqDFcxiaYqaGUyp8ZeF9KtbUdBojHZPBBLaBr47QmC4M1STSAPpxMJYTxkI/hEALWMNWd6Hf 2tLTyi+b25AL19tielnI8Ls0oGnAZjY0B2rIY+nTdrddn/M7VvaBBzQvu8jSMnO4hhd2y+amUlsz uQ1rAQX2nT3fCYbjkpWe2vK6jN81u60x1sstIXV34JpaRVJM3GsLBuC6bFtJzgKRzamShTZ3DNwT bl+Op6mRlpbu2slnXkXKEkeEOYEUqhfM2Edmj1j8nzTSAsLSSsnIZdZGNuQluigU81WmVMoRD0eK jcQTKtZouWCrLrIdr4bw/lZrkfCRTJe+5byzbISlp7vlwhYQ2mkhbilxdcacxxu8WtMdifEI7V1C inZvBIw8+mL7RbWV7JpbGqvZ7Tmrv0kq+zjwXtRSSnWYWiO+sRi0Pi0PHqyplhZY6saDS3JSWupZ morJa5QyLhE30vOmBV87dFDDKI0ZveVrDVvZmCWXWp6A1am0KlamrRbOhTRz9hfDSRposliC5jpj iWddxDihhmssAsBVp0nQS/8OFF0zK1vCNJ/dACWUn4prgcZqRUxNpqKGocyt1Ro6sGP4dMrzvphS cq0j0ipFJ9WgVENDEipMtvRowoYbynEN2e0BKpd7hOLKag+pXDqzNKBKa+yZ0iXGysSNd23d4eBp gZJwJBjla5703SrPXsTBNG1YSiZLt1R8o3gdQIaA6JPD8ByCEJQ0t1qKZLJJq19tJmahDgwleSTz GThrvvSBAhEPNhPcoHJK7Ycsf5V2f5ohvDmav8lfl6u/3SYAACAASURBVFcAK2KryckwrTNEy9Ts fSVV6qaC39FEld9Qnsun1g4p1L7jkxoH1IfrDq0D9fAlJpdgC7dxXhFMuMQaX8Ooh0FaSKW5FF1L L06LesakSjntr5/rYOwsULvWqXBAl02FUOAxVVGB54BecEiWzBSFi3qxs9g3TA37lYVsShVzd679 EIm4jRY5pZRg5SEZo8Cww9OqWY3wUrrrKNfhJ7k2aqx4sQALk1gL2iWc3cMDfiqQ3doTA0HmB9Xk 1uCGr3sPbGMp5eRP9kq0hd2LvbuZdRTRhQLL5VUDTSPLHpUFH9AkVE/FAeW7oYklQY9Ct8TiKJJc vIEJEZFhjTRvqHDokdLhk/kjGaboQeqxGGyeC4S8IETi6NYaOJVMTZ7PyEX8MtBK52LIhXFIacdw RuRo/duDyLZ48ew07LuQ4lGT5Ay1+XsvRAWEU0ExkATALdcQZDqMy14XKt7LQzNpmmyZGSoYXaat 200QBTTCKtW3jQKWwGwVCsmhDLzqK/eocntC5KjlLGgB6lOSGY1Kf03oy+scI9BtIFnALkWhNSZA 63Hsu0kHttY2acUCkluplxa1NTHNypG+Qdm6GOUcdHJCrlzblMKMmWPdN+/FQgHtcqiwndWJtEqI 295l0wJkmxjabvCUXouPg+Ha8b18k/NPJMNlFN8beUm3B8q/3WDBRqh+PrYsCpc4iQjjcVA0bE3d S0at+HR9ky9DpHupGY6eyGJsGQi7Xod9Zy+rL0OBl9TX0o0Mn74N2zSbuj4sP0I3McZuiumC/zFH tfI21vflInEi3p4q/mAVSEYCyM5MXm/YGFT+JpBlbr2IdU/C96lzyV07B+yK2VzQoF/dOrR+3XUh LpRjaZzA9DXDQsUeWtq9mJ7CeXvI1Ybl25nmUaXzDg+s5mnHT09NHQ5MaC0waVWd+KL5HJIwD6/8 blWHzGVARWXUSSkq89maFqCHk2HNAotlfU208he1utkBfKTSyx0zwcxt1lbe46cppbQAzckwyVOR Xotzop92hGsi4X65ERvtOD9+3cpVebgypnlHFEYXGzOuK2sySurFaNkoo10Qea1QJUcyEiZ2HOh/ FjNrhT06f5xxe4UA+vLhkYUie0ALojO5S7iyLa7DuJTm5HhzsL2Mf+JxCqIZVNG1HqeWm5tQb8am Of1gS4pUgV2Yhz1ie3KaOXspusHtlA81Ll2x/hRDpdS+NQ8n9xr3zGdmIPvoNag5TqQuLx5eUybI 17XxGsZpMGGSJOr4jbbI4kQP8X5OJSfbnJEVss32LjvbEtvYjBi6ovm1BioGPZsCIBpYAXq1eS3w I2OeOVOuuZwUoa5RyTkgsdG1MqV6pWmRLIJ2etdoGuQyLpGAJvbJTklutiFMynDZZddH17CQvPU4 tuMjaWtdHEktqOfwyNc18yq/G9aY4SAEALa7H/PEjoTmCJqHU7d+z1sEyFTrzWpiseymyXAAEx14 rmcHwhPKt4hARSzos2QheSdmILi8YtfUKEleIr5VqVfReF8zDUIDuM6LCll1OVU5TaM7TJBcmaNa 6xZ6raBVszwMGxCILNVhLrp7dXsMFqxO1mypzAmVZpjRB7ajGEDl9i/G1/I3PDxG5xYGoVTPzJfH 0AOduRjCfTEIcmarD+Pbv+7WeSg5n0ikZKWuz6VP/mq1Y2F3dXxaqiijG0vHZZQvBdWNu1v7LqHV d/Xr0IvZBQHmNYhMABR3aP/4rB2caiZub12gWk7l4xeACdeDWqvMRgTfBHTewex+rbMJOGi9DSG0 UCwX0qeV3AupMeKizFuMOc2MruQvR54NKnPe2sASqNXfj5fPL2Iig31zhIhbgXj59oe6V7yz7O/q IW8c3vzrdK/2nu34T0z2sjsEkFspdgqslSYyqrvFlcO/iwKJgZgTPkL7ZVuzhgcoMjQkWVFR5Sgf RGGnTofzMi+uP8qV7lGLZbQd7Shgmx2eXGawel+CGF6rgC6mzJ/JPrbFSm0/8pn3VFuo1ABIkrYY 5pxfnQB9PfFg9P5oUNYobwWkJtN2hgADfOyewyEb/c0OzM12mHXfWcvdj0lC5pns17Fl1PfWMOAL Z6SkHxPTfxnVG9e0XLpUqs0/OOi2nDWhN0095w9zdMnMWhIxZXsL34DIzAPOmzILJDd1EciNVDvt 0LMhxWYryx4xcZCLJ+WCQgGbDMTHLxkGLXXQmGQBhTADpYVRIfnR0WJNjLhZppvnhUxsUHA73VLW HURj+gGiLCyF1ZKyF9Ms05Vv3O5+7J3tr8w+tI/XBTMtA7FCwkRlQZW4syhCF+m1OOrG6mfsXaiV 0l6VJcOmNkC2rlUEVczux6LRqVnrpsgMTWRNlXRHXHKw3jJdNI/yJkFs6MzWympKyR5cDA97Z2LH f/aurYRK3rxgJBjF2BYTyslTGZGtp2ybGYNl+9ufFws21IIsB2rOTIVVFtOPosjz0M73zww7wpFz wC0VbnQ2cgRnZKSEdYZLWoI8bUnH51toMjDNgqU5dIlEa8Nji8voRv93p1777PVIS26mxB99hnJ2 UdH4MtdtNXlicFEpMbReowvY7z2MntqS8euWct/U2FnYXVK7RdUcKPFqtSda5YTUxkSyFhn5axTd C2Uo+Yqst7ghMJYnNtwoRfpYMTXUaDKX6QgmwltjXBlO6pyICzNk3v0X3BRR08Hz3QdmjkU2njl8 C6dWe+tqTjNTI4i97WGtSQ5v5Pi1x6BaFt2aQRmEgySmETOgKUtRbXcPVkbsimrs2pzPMylNSw8y u6DO6mgs7Ng/uxYnCFiaKlRF5urm6zJniznHCNWKPf6/1jNjIsbjA5TPVxK90gweaqm82CpnUJ0n AmCtYEEA1qe3LY4smN68ZlrDsl/N4BKd8i5FtK2VRHpEepKPNyzAxFrXFjRuM5GBBaQmmwvq0dqe ArVIa9lpw9lyyASn0fJ2VxgxwqbCasJ8TQu9YIidztFehXckTf+Iy+9kPmCfFaRgjRh7ceqL5bkq 97KjU+RQM34PrVPmLB/jDrEdQCgjmGkLSrPN1bKW5cVnVhyaAGohOzLp4te2jG2VmIOcu7h2syQU FWyt/WKXpKESoKwQHRZkqH+Zt7P/B9Frc1vIdIEna7nIJ6zm1axXwfHCM+k/FrA99eqJiSaDVSms LFmtLXUWK7DKV1DMBsHKC7ISVDVUVfFiiFdyv3qIhCuqFKVyOyej3WzjWkyU9Daij7Mc481zneO1 bvfiKSryMYa8IJ3KWqw1eEKvBUcqkbMBez9VrUvUqmtJQ6qTiBkph2eqjFA1PQojsgbA3SPnIDz5 kYdS6NHk6B2RTNdd9ndFxMpftGXNjRqBYugYoECh7AV/AOLOqz2I+HTLLzwixLK7EgTRs2XvclcO JNrU4PgWLyEsZqmTUqvBdGT6XaKVdHezvdbR1L38kRbHp5Os9MFwUNuGkQwPdBJV5rtodNRTX+9l qbo2lRkaW4baKivVZ5WqWFoPS3WYTvnyysgZszTSUBDdXC5KiSykpYotdsNyiodPrcDm4m61odZi Kd50qM15DhA8nP5onyvTzyYt4SHhqhVINKF2L27RYB8wq2ybVxRmvxIYo7d+LYm65rZpI7PzQ+SL eC36w7BwtRKL9Y+xqglE58pwLs1VyAnSRrNaSSBjKBh5Y7kRl43XB0tX7ksFX1ZHxuchlGWHvFYJ gtm25A5trwaXemADx3gFENY9/XTGxOrBAehpVGKdykxQU/v5MzGfS57b5cBeVTW+UTpAlqXNrU+M Lf9rUFrVu4m9q2As01oeUsIqOBscWwNt85ZUI0ek1YxoZ0w70rAmy5LXAXGSmY1AbPT3AA4SV3TL Qy5SnrrDrZ/73/kBQHk3O0C8xj4ldelV1joPko9eToAlIPIOx2udyk3ttdu/mt07KggaclFBQMYp wwBoYaQQdjAjWsbMiN4sEpoBVSCx39GTJBfqN4zX1PDFguS6ZQ/zp/bbBzv2tqzUDQnKmMCtl+4k Y51aHOv3Yu60KTaqApTsob8yAL5LWO4MmcgoZCpRFEooy7qNx2dMd4H+a9SKfQhrDUN96lk9yT0q V9m6YnSpzS4XWtJ6ysG+BkBTWuXiY69K4npbC7WVSQy0Cwdj+lUXVsOWcoykLsZ6QkBUjwhnQrr8 R/Mor+XyWMTsODYq3KQBjV3BuOGCcSOz30AlroADrUQVmXVX6Uo6JTnmIN/4/Mna0P4em61IwPuF 0eUE7Clzu+eBpLvvXjTfUH75g18trFNdkn9uXbJScvbuEF1yVJD6LQfU5JdYU8aIqwa6orOSYrLY LsA9PAdpQna5gHtGLX9qwoDd5oDyLgLI4DZUeVndzt4epeiGM8MHYBTci9S3ZaUuvnfIWb61V+3r nYvfANx9w1jo1BbaXIOLSDdkDcMsrDZysZkiUU/3XlF9DB4Fl26qGoVroihdMHWu1Hmy88JmrRQJ Y/Xt2pDZO1qE7PVNQ7zP7Qsj4JdEFalOyuUQh81mSGiI0s31Wva9uxY2iskkEPIaQFcsA2KTODOc iLxy5DCtge0VkNdWdtcU196Q6AwzIrlA2Vb2shTvTsgN7qOsYzCcXoKmiXGP/apGC9hyYhyGWK0x Dn+a10wLdbzMGzyhg4sNTefCI9TItUYen1hFYVIzzUunKM4v18iiRmq9tt+QbRDSnTkfMvqI6/at 1xUCKqiXXwWMio2pACQfRiAlnWFnu+gLTJW6PK9kYnVmyKK2IXXutVsW1wQS3qjVdS0mh+GjNS6R ZKsSO44DzfFBO37Wh3A8IRdHutLgWczzTvBIruRyaYw140FwdSKQBMq4mS7ROErItaZVxfc1fO1l XwZru/sxTwTKUzlka33wzFcD4qp04cRiTcDMQ8t2ViYDarFfsNIKr+xExLZ8VAhQOG9yDgdfbkjb mtMg37WWFwmC2c6mdX1BIYZnT4luUj2SZK5lkyFVNGw/5Nc0xb5VJOGSi8ptozF6oEkuE2pfebMM YGd3Xn/L1CA9xSRFEga50plIrgfuf2yunnXUJgdDcr2bB/1102WSxNoGXrpzOTsX/l1BhoYIu9f1 WrAZO163F9TkzT4Kst8LecOoEbl28maFycVIKAkh11GBrklYLSfZiZM9CstJzt3eKwqwSmew8Eyy dOJeayyNX/KIdZI8mW7X1V2gsshyLiiWcDGzrWGBx27enclIvTNsQKjLKl656ivUZ8WOluixK0ry KvWEStHEOHmk8/dqEwG4WyL2M4tkVtQKBHQ0JbvrD0Bk9xnHUO+wqmOMAvnbvG+0BKVDWLbomipI TcIcAFRGRDqmK7nAMZbjAuYS/FpmVU/Mw7uUuTFqXNtIdAr2ji2N6Rk7wZCmZaiLdtbmPB0Smwn1 WeeJxUMrz0eSeQltVFo1uhR5CB5GKuMiNzDwAIWRqrsMVfc0unCcj+PGfnKtx66/iBXcqbuaZ/sH jd/Wum7/RuOKJBGTGztVxlYmU8GiOZnSYtgp/jZVzbG5zr+ppVZOFK8pltk9yzUXOSnyyasdAq+2 r/K2N6SHoTRM+Zcq+VuSyWYmRgxdpcmslJpwgtV0YAAIlbN8rLJ3nNRKO+Hy2w8mN28TmNh6mSrA gpXAUdmihnYvl781H7sSubgUYLw856+xyuiUtuPx30bG29233TmFSL4bUZJZAK9XHN35cINnFGMK KwpTHgRiKoUYnkpLlywTGlhpdaUjYOQmefkmWMrNmjUtNBm4IN299peqJwSZcf4Rocl3HVKp5+RP X66OwKJXZoUO92rR29jv2qYKaN+4nr8u19e/Ua3KQ2/WBkyv9LoGt+h1aqpOz/kct9gYyl5uHl49 vUdrCMeVSyNnZwXM453KPxzh4az6jRpEG0Nwo/6MEZ45MjXlDhpQjKcv81wbLXZ65AbGKlaO6b2N XX6oGRJ+NwJREEFkVPdkLo1m3zmg8JgmaN3H8kil8bZcQkyvw2zf7kuqLWJ8l4VKasCxgu+0yMiL PDMn5Jbr2tgRsTXbFm0uE0w0mefETKwmtM8KAL3etzkzZTTwBCvGNmD08Hqndh7gfgEYr7zLysxY /f4Ynh+S5rLQnB04qdmGvUgtyRwdj4ulDOCy3F0HXVmp6MN4DJPJlRS37IPQqjuzXYT9BpQRkijI upo6srJm+xPPhVJbMlOTPcQjITXW7bv3VhJMLEKTT5o8CWVouakiMaiALLjAHKWlZOInC0OUsWQh mjatVW11aZupW5p8JXCONtddS5+GiG2MLeE9vHPs5of5loxPAdzUAtkCp3FL8lx9ewTDNd+S3MZs 1vIiMN2Zu4ZV5qiKUaOr62dhoDbhOxVBes5Ftuxeazv79vIGOgAzSk5tYRHlzJC1jNwiwkPzyFpk cW7HwyWveXpE6kDF0igdV4xVUyz1QteFS8NKjs1glDITtEbRYEaY0WanOdhcbVjsqiks0gxZ8yJS fSKsqS70cUGtB2vkqZxSZgFZU9ayqpgObSiZiY2+FloyB4D5bxa4J6ukqm13Xz0JESJp8BHre2Va UZqt8kMpapRsDPPTqj7cXMGvJSQl7cGyjm5xb1wZ7pYomLGzAfKINGEHa7AXPosqzCmsZfk0kGZw x/Jd8wUBrtu9Gt9IqUKyNdYR6TjR4jiBg7u5tS8Xs5G+bOVYJiJPHAu8HqwdqxrQ1D0aCunggmLt tSA7Z4IoHcooEh2ooHKMNEqvSZAJhKefN8BgyFxFQIrnxVU4XJZ9i1mTPhnIrT0dhQKyDHIJXw4H wdoQ0Auw5cThQMFxJ0YNiLVHuJVgjzvYrhMHVi28qXFZ2Gfc02eJ9NMAgCI2UswSD7EZRcVgEWYr 7Q8tFfnfNCeuqt/Itfm/8EQiwhHyGLrMNVBmwshIm7G0pbbsZA9QrH1ibYQqV1irTm4B//3gIrZL nIpQsI8ZvAPNkbuNy2F1gdipnCFnYiS9rSFTplEfJ5sq5DSkPxEPVK4u0zzZQ5UH4UtCatGa89NQ WRUg05efz5dD7Araq9Os4FQqiKhYo1KYMYUjdcBqwuZYi4Ci0nFFQ2W1HkPvrWGzA9ktDtlKIRUh wG2NfsUid+K6fr0pOQmt+ssCcd5o1WgUPovlR4Chxu6mNPseJoShT1p7ayltdviTTJddZE1TWSiU xky2i13s7V9AiphMZqUS0CvkBm3LtHU3x+BVKQFfqR3TJsdkKImLjs/lVgpHDB7794VvetwWCh1L gzGOu3vWaqSHR6vZeaFShVUt5eVbXhKsrkqU6iZWd2XLFuzO94ats9TVJQPFELZukuLCNjHVQ3BD lpVluNADiyhRiEr6R6i4Ht7b96KB6XWNJvUAd6TGA0R5xY+GrgSBjWm28p85ajV/WyJbyE3KZMEE UyWrqoFO68s4Zs96k09WEwhrl9eoNjF6nD3nZbJGG0pvVC15rw6kuUKhjumZ2u5+zJ0FAGt4Yj7W ZFzZwUxWz1KipSWXidhplD2qiWFuIRuKj4p631bxvqhKlwyI1zSfe34VZS7LXgh6LTIuw4hWTO2W N3Y8L3o3Sn8wF7cpBPNFqCmh4+owu2nl82vRXgK615XL3O64thes+ZeysyrPYuQ5taJE2fKxriqL kR7VCpwPL5fsOoujU5IUfo6WPvV0iXLSjZLYzxjSMtK+Gt236hghrc5uX9qkuYRrrMgoU+C5kPq6 0ueoIC1iLVmWW5g1MGMIo5GJgLsNSVaJChjjuuPVqriLazMhuyAwyzvtJEpydmXmsBVWAzM7E7Pa pk5DLUWSi/twi8bNkcwf0U9EWZw16DXTLDeihXhnWK9sNz3c777jDA9W/yjKB+g7uJHKOKb5XkVo gaks66EqXBkwSrEYLIsQl4R3fGf+BmtaM/oADaMpES9LVCfFCpPpEgAiBTB9ceknCoSqumtgg/C5 VnmqQsQJXmoCxKjwWkR18PP4uT/YZilOx8tUxZPTFUsOB3xa15AES6GoUiAHx1UOym65nInEZnSl RTWNA3CRa/Jcy2zJqFhCsJBSq7zdPN13tucsKrqxYqz7y7QRQBw0iz5LpJ7Z4tCGkOO3WhKXj5+x FWyft1BGgAn8ec3mlW6USsjQi/llZ+cN9TY0RFhN28VgaiPBPuDARBlMcISKfIhmXl5iljcpe4XC YW23466OkMTEsCgxZa5L44MxNESViQJiVligtUQv/eySqbi8l+PR40JxxSJNth/lYWfV26O3vlzG p8fRYJnDxR4TphWWaJXEn9kVcdYLSNG2FNfdzMLSl2PjR/UyhSPfRADYnvqYJ5C93TcErgbGEgEj /PRCB2VHh7K7yWT1SRFtvjRal9IwlcuaZLFSZyV6h+qJO71FDnHGaicQmEWA55jsMHMJ+0U3vHda yNYpSxOhx59iBF5yz8U1XYBpqIo65esmdY/j4DHaPPtRM2b/bd8+A39L54SFLdnVYvLyDu7Dl4zU 95CfWE5YtTV+LHy/sXSqI2xXIIBg5jVdg0G7tvXblbMv1/GxGW74kFvLVOJL/4npEEqUVt/Xr/Xe qhq943gN+up8hw+6S83V6FePwO5JHbcZCSgdWYhCjzsJGTJxWGMgceWOaVoZ+KgpC9CP0bT10Pxv nWTC1FYTP+wnbI2HQFHXonSsRa2DW+4fjJusGLbWNhW9qvkeC5Vlzaahui7Ju1mgNcrDGlUwa4Gw gqq10YmshLlaEELgZstITu081QIKM/iyi2mDDVtDCxugrRxXNWEjOp+RFGIpENXg1KqumE7MAbch D93twlyhMg1YNYwOrAtWzD7m29LNWWowZ14iimurFoKg2fI0H2h8yfZMIHL7IyBOcIftxR0/B25j eGZ9lq0fNDsyBitYSnV5pWE7kCsPDCtfJ4L3M6ekzfdZlhVWmWcszbAYXjqg8OzevuTf6h50oxZ3 V49UXtbkU2peAMQWZ3Lnm/cTIZxNN8wgDSUzLcK815IplaG4xqf91JbThwQpeLltKk1o97ypfVIG 4wDPqJSNAbriVzsOWbY8nS+VtxBSP0cr57cd1VQ0esya1T6OoYyuqhu6rmAGMdcgEcjJLpQ5AHov Ydms+RxlZtuuDcHqxuK8koCxZ02ujPlY7A+LewUfsYzA567KL2uDAYQXIc5cU/oAc7bE4UZDOnvX 2xSdPuxzxFOqbYWmel1VeQloiV5yDF6XyNhx1a8YI9YboVY1oMN+nH7vQXHzMN+k1dAdFuFBuVU7 S6qzTk/Wu5gsGa3/mCppx0MPL+lIfA7/0bZ+W50aGCINZY0JVxI7ZBIkjw87RRzekfDeusEvoe5W w4LasMFLzEp45L2eKn9UiHetfOa2yoBYaZPzyWPJ2H54QL5L3NWh58XA4EC7A9u/eJ2x/Q2lnF/i sczzDbnYGJuMjn8Kql2u1/6a59BGEeRLsbEUdPcr+hJgd2iSCbOm33SunCWhjm3Kxig32uuCOI+T BjqtancBoLy24/vcSCcKOa9Le/bO0PIeXZ/1U1BrGunAqyw8NWbl9ekZM6/TfuNB/Yoe3NCG+Tn8 MEqN1w7baLB31E/I1QjL1McfvHIo9m0WErp1KChTpmJ+xZ4mlwV+8twYl6v96WZosW3L0WybEcni wL64wO6zBoBfFGUTAaSjoZ01IdpVC3dPsauHNZXX6PlegrvdLbFGjUXEjdNhx8bjNCzdspuVvDQM JOBau2UH2Jl7nQnkdt60b5ZGFDxsyvPLKIQ79fZWilnzqeUVapA2RugGka5RTbkFAI+SLtdpmtob v3Slgu8XxYLUar2qsflipxbZyHu//s40PZV5LHcM69HAUEcxLLmptzI0lIBjr9qujXtugy21HuMT T/DFWC4Un75NLFggoNs7OqeN1lUVl2YOmOWA2bJ/JAPALH0U0ewNZCQZKGbRSvTCGudCVb14FzK/ G/Lt7qsnaQJAoSPFNpQLuE6hCjZ11KMmf0HEts4R7l+RRbaCu1FoUOhvZgjxKoxnZv6tRk4ly2Tv 0KT7VNB6emYJQHkcSWsitqVp/Ysc2VonNJdyETdYsXvJDtPuptqNNgb92B1GRp1bcsO8Ovx63Ucy PqjCPu33650E+XcMCIQ4EBHO3AJQyQezJaxElkvpzXR0AYSTG9hSN7F/Ae58kafvDAqt19aRpah2 PAGBOuo2Bc1awRQHraccgArj9GDl4DW8W9HDXFeReWL6HM3Rlk736XFl8bi8BLWI8TEo8fkQ1pl4 TgA3SjFC4S/Zx9Yrk4yM5DYTRHeCvSOaPehrIsR067+rX70LeMAzobB+kF3wPJM4U/jsYh+lKTcR lZrLRD0rO7Z2CpRZhKU3prbqCBmJu048GqPMeFQNcK/zmzk7J7CnurfNwDo4wW+YIP05pLuwFaSl Omj02igR6KqtCip1rLeDquWyFchQMkBl/fdIsU31KrJz3I00egpUKn32MLmxtozsN+X0YWX5ZSzd UwsQcylbX+fTVnbE8ulyj+qI9EKDWDXBwxgy09VlFLCJyhA3vPzWTJuRH1WArGxEdWFYCnbnyBTf lXunubVz0xrZzC7MyGOf30eWRunFSuvg4gfInRNxj9Szr9ss8LOX6AoGdh7OfiiRyq10RO3GhQvb aMUawfn2+X1/SBu4/9M8Bla5WykuJkHCKBO8+5GTfQCykNXZhX7FdXvEQCRxTDK0yehZfoTEZazJ ojtZ+5pKR5pN3RoZ7YJlIqhqhEBGavc2mJPtDIU0kjdD1DezhYUqK6lra7MtRT9/z3kUoq6/hyqz sIRcPcphvQy4l+rlnk/7LFbGQy6JfI0nsUniFouh3LvGMtBgHMW9dN1x7OXATjjGqGz7K3cqNoBg 7m3HDlfJGaUSxvdqKwJQbhH0jMyK+XobRT55wWqbZWXCIWPI5/s0mXYliLFoAkBkHZ91j0M0cZWa FABssVwhWbJG00e1mUlySAa7tDc+c/QE7aHC0rOT1c3Ggy5YXwKbCOASkJ8itq02J8rzsGFmCQLl AtyxASovs4y41A5hZW2EKxCxYaEqsFiCjeOgTOIuqAAACXJJREFUZ6p2cFeM5MM4BsslqxxbB4xb bJNkLEPHkYj58l6jj0jfgRUJs1qF9/e92MqwQg5jW/j1TO0e2n810CNd0oGN8KjBmdWUJI88npjb ByaU2s81oktbmtwa3sBdcRI4xK3mRcBZzwlPkhvoqqPOMRfih0V5aJH0J8V88YQ7fZHcaAthupwG QnSAVya5Ozf6UP+rGjjQuzMEOn0zuHuChgthll6u4mmLaA7cwRGy1cIKURjZa9oyt8UdmAqycgxN NBsXlEvmem0zk8Vipmy/uZxgvosZIIunAEtFrIFCpLiBQ33ZZpeLB2xX1GND7H4SgQ10o7mAGBOZ 2fJs5cKhnSg5WG3SoroVvYzuaNIaa9v92vJsYYWtXREA4sB55TwY0prPrAThlNi40lKxRmWHWPJ7 DSvL2ujIbzBjwDfQBjRscrmPLmxj9l/GMzcSqxAgAV0IM1b1rhyjzHmPeWMNqECADt8IyRy+5Rlu 2OkLqNTIZGbKxJbnTxjJKOjTKoIGh5vqQKfaEGCxAXw45ELKJXCLV1S8pdpgCuaWKQkN7g0JJMV5 OHGo8oXV3+UkwxYDHKhCudHQc9+JYdrI2hAd9W46rYCeepcscGrLlRusSuXiF7DdfVHWiC1lsd2x 1Fy64M2M5UsuY1q1smMjUO39OaQwlu0JaCrqEkAIueqR0bpUNy0gIPrsRZIX91gC+hZ9gvmK/KBF erw0upKZ4TTASVV2ExB4N1GJDQse9bTKh9TLnfxshTwSaDKZN4BYro/XSu/aDBu0g583LRRm95Bz fzqZBME2YiXoNM/zJ8apjOWU2ars45V9MnPSryHF/jWbVtuP05fK9sZE4b8Gy2CdBtQtQ9qY9O4h Ikl1OE9gSjKXptxY8l/B+xHQHGrgBq5e/z51RAVwKrO7pmIjonp9yC6VpzbkHuWCBezcGzTqafYT nvW/lQYoxzJbAqCHgwFI8zuNwArrURkE7MeMYyv7w3HVfuj+x+ZX/TPq8hdNn+hRLDGGIhNGGW4Q 8dAGbmZ+DQKiNWav528WPAJpsIp7uU4LSQkhR2aod3Kb5udrD1SNQq3+S0alSMeMTSkNZLSeFL/C AgSG2OygS2ZBL51diCR8yP0lrkPwA6JN1rNWOM1YJWy6yViThFy2ihIsk5BsPqTtp67r32IwM6Up d1IGS9qy8qjo+06O4VMJQz5TmTBET/4vh2K558KbpDJVhaqAyEPd++njfTQr52O+a9mD7P41wctS xN0jmZWej6cWyMgLLoWLssX1BnWK89LjPgYdzIJ6FWDNa24GWeixhTKGTipOXSTV6Suho5Y6D/G6 EB1NVyL9krgwVtXZHrDFEEFG93Ea0lANMeKFVjgUD9oesddjbUCBPEst7rBE2NDu9aznl51N63KY IGkySr5UvS4luh7GFUbI12jIN3Jw2V0pZ8PYjW+155AFvbgc34Xfdrqya4ZXc5hemMjoKoscdmUT jLwg5DnDH7ZqDYwcrmZSuAAMk2nN56B1GNqKSWWp/vV2INyrHYzvJwTaMSv5jrmzX3IcppK6vwPv AlvoUE++cCk/AJKZ5QnTyw0h7D7XcrUkbDUSa9jYXu5hOxowLY+xA9zqJPlaxEygwAO1dIUMLlg2 s1WONJrIeQm7dB4yv89sPfZwb68VkhfR2kpUQ64piZjaY/tYvjk8VciNhw5PDRwNCD1bZbNRJhVA +eN2padUqUjXFehs9sFVsBuqSikefoXyT85FcDS0Jr7lBtbUfSrjlZHItl4k1Mes9CQfEzD4KVvK IFbD/dP9Umk3hr+UipVriWUmSWg9+TgTejTHJo8D9cKV3MEpMl0aOVX3MKiKC1d4PMShSyHvJ7Bq OKLh3lHCbHgeddJmr6zkmD31yDGOKi9teHimw2MNffw6Oz7uLx1QyjsHcMtD5Qv5B7qO+WJsiQp1 m4vpHHkAjdnbZscjGL7FHhQJ19Bnaqpc9a6YIpEFVjtsMMeXjRIsY0OsQmqV1bCf0RGWncfMe1Rb VVmFFqcaiAO0qvUJxkAfJCS1Voi0FYTKAN+6KwFTa928EiBGtel8Y6vWujGyqUaI85ru6v4e+DzT vWuO7O6NKI/k1vail1JCVpsjNmdkcIXPuFcNOTobW8jkVeiFlYsUzxvDl7N70Er8kGSR+MscD6QE a7jNgknZ0uR1vrXqk0cHmRtulcJfUKFGPRV88y1j4s2xrCAnwFBnZI/ZVBLRa5XKeWGXDWXl7C5Q G4yqsOb1AS0BVqflFLOpkfmRnSpH10Ee0hJtdEikmKdhaTeN0SqqBLkn/nUtygGnYhxDfewFr4pD mSJN3lgziTBiyzTQmlpcr1ajsAUqq+fN3+pxjkFdwYil5cXWQ1Meznw9+4HZ55pwy/fJI2tKYpoD qn7G9wZoz6185fJp3Uwtv2hByB+rumahUOYQtJkJoLVau63NiZlyO+zcMaaAlWCR/5qACO5mO1aF vR1cq0EZvFEgiwhuWS2jqAhzzCGsD6Gv1yow7YdBsk1GJ52dltB9j5ZlVJWJTRDBpsYQ6d3Khra+ ChM9hjNmJkbDdtFE7d/bf6pnNkvLnpsiI819cSjGaTgOsRC5IqxE5EaHFMVQV4UYIMIugYqEdHtE QLKB6uLNav8Yerf0IZXaLfYQtAhmjWwdVOc/NvREbPP+GDCr3qq92PJwHafXE6B3KIJkbzepoEjE 1laPb0a9baoPCno6GAFmDWXlsrMgQinQkLJyg+MaX/aRxHHRWilkMmApyojzs3wIYGzXD0t4k37Y 4a38KrVULSqQACNd7UY7wiyg1CTHAjpalEaTB93d/IyyCal/uLb+rStDS+Q6teu+dmOnV04zrwDI Eg454wp55yq1tHo9Z7cBYg23Un7FqBO4190CUHUfvDZD1OJnOb24y/TqpUwbpNHf0apUIr0iXcOz Otx97cGNGE2MmGdue97OgvcCRFkGvdZdicNqLbkcn8RmPRPW232dYNifMywewXdLYRzIpxBAWlRk AnBwq2IOkeDSa9rdZjmLwyf79mLSRvPGZotJJfjtPIy3ENab4PJqVeyg9qzdwHRtYyiP5oYglXGO HdIawoLseomYxu0ReiwcdkQk3ZB+vLFqknYD9tZzvv0oOslM1ZKiQvMCELmADWgqg5A5EZmlejdU 0nkCC5lt/brFpEY3XG+Y41mHYMRC1VJIJ4QaTM6aY1LVdOg/+2TP4NiN5uWIiXuIWjQtN3Lml6mK /3/hRLg8zd6mggAAAABJRU5ErkJggg== --14dae934100d7c383c04c4c7ba75 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --14dae934100d7c383c04c4c7ba75-- From xen-users-bounces@lists.xen.org Sat Jul 14 10:34:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Jul 2012 10:34: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 1SpzfQ-0007d0-4C; Sat, 14 Jul 2012 10:33:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpzfO-0007ct-J6 for xen-users@lists.xen.org; Sat, 14 Jul 2012 10:33:39 +0000 Received: from [85.158.139.83:16987] by server-3.bemta-5.messagelabs.com id 68/75-03367-10B41005; Sat, 14 Jul 2012 10:33:37 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1342262014!28059570!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9731 invoked from network); 14 Jul 2012 10:33:35 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 14 Jul 2012 10:33:35 -0000 Received: by obbta14 with SMTP id ta14so7968536obb.32 for ; Sat, 14 Jul 2012 03:33: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 :cc:content-type; bh=5MOWCQekMKuYJNdHtSyK8tvDT2CuBO/DXyyTAtG/f/g=; b=faa6c70ke6giLlylNNT9cig8b67uOcGO1EMJsypHlP7QFkyxaXOCEB2Q8GYRDY8/54 aYZ6KKK1TZpsF9CPdhHTYQu43UoCcTKEfn5IXIPKu05v+UNLcG3gW9/phguZRf+0fQjT JLFIIo6HRpeykHbdBXu81T8mqCapEt4ArDNOxZ1P65wgCc+GoUBPtshC6XQcf7kRsVHy Z0utnQj0eYe992c+DqWoy593XC1rrWlKZ/q1RLvtViIrA4a+hUkKP/8Ap8L+LLA7954V XtymfjYv9/akE11606Blsb5NWqlf+sQ5yJGgM9iXrdjX3nMCDV29uxH/Jy0mmymLZ26/ MJ6g== MIME-Version: 1.0 Received: by 10.50.194.200 with SMTP id hy8mr1170185igc.58.1342262013081; Sat, 14 Jul 2012 03:33:33 -0700 (PDT) Received: by 10.64.10.41 with HTTP; Sat, 14 Jul 2012 03:33:32 -0700 (PDT) In-Reply-To: <1342258386.7075.151.camel@wotan2> References: <1342109134.8586.148.camel@hastur.hellion.org.uk> <1342166505.7075.124.camel@wotan2> <1342258386.7075.151.camel@wotan2> Date: Sat, 14 Jul 2012 19:33:32 +0900 Message-ID: From: jaeyong yoo To: Stephan Seitz Content-Type: multipart/mixed; boundary=14dae934100d7c383c04c4c7ba75 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] While installing guest OS, having error "Invalid 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: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --14dae934100d7c383c04c4c7ba75 Content-Type: multipart/alternative; boundary=14dae934100d7c383204c4c7ba73 --14dae934100d7c383204c4c7ba73 Content-Type: text/plain; charset=ISO-8859-1 As you recommended, I'm newly starting with "Manually installing an HVM Guest VM." While I'm installing ubuntun 12.04, the installer hanged while copying files. (I attached the screen shot of vnc). The mouse still moves but I can not input the user name. I waited like a ten minutes to see whether it is slow or stucked. Now, my question is, my machine is intel core 2 cpus with 2GB memory. Is this machine too weak for xen virtualization? Best - jaeyong On Sat, Jul 14, 2012 at 6:33 PM, Stephan Seitz wrote: > Hi, > > sorry, I didn't point it out too clear. linux-virtual is no project or > website ;) > it's an ubuntu package. In detail it's a meta-package always pointing to > the latest linux-[VERSION]-virtual. > > Following the ubuntu guide, I'ld start with "Manually installing an HVM > Guest VM". > Just because of the possibility to reboot your domU if something went > wrong or (in your case) is not completely ready. > At least 12.04 Ubuntu domU's can easily be setup to boot either HVM > or PV. > > What I was trying to say was: After your installation is finished, do an > "apt-get install linux-virtual grub-legacy-ec2" and you're able to boot > your domU with pvgrub, pygrub or hvmloader. it's all about choices :) > > > > > Am Samstag, den 14.07.2012, 17:12 +0900 schrieb jaeyong yoo: > > Thanks stephan, > > > > > > Actually, the kernel for guest OS, I use, is the one recommended in > > the following guide. > > > > > > https://help.ubuntu.com/community/XenProposed > > > > > > But, I really want to test the one you mentioned in linux-virtual. > > I tried to google linux-virtual and failed to find one. > > Could you tell me the one that you are using? > > > > > > Thanks again, > > - jaeyong > > > > > > > > On Fri, Jul 13, 2012 at 5:01 PM, Stephan Seitz > > wrote: > > I assume pygrub does have problems with fancy lvm layouts > > and/or exotic > > filesystems INSIDE domU. > > To avoid potential problems, I've done all of my domU disk > > layouts with a > > separate (first and primary) partition for /boot which is > > always ext3. > > > > Anyway, that has nothing to do with lvm outside domU, pygrub > > is really > > fine with a (dom0's) LV a domU disk . > > > > > > For your mentioned ubuntu domU, it's necessary to use the > > kernel / ramdisk > > provided by linux-virtual. linux-generic is not xen capable. > > you could e.g. install your ubuntu domU fully virtualized > > (hvm) with additional > > linux-virtual and grub-legacy-ec2 packages. As of 12.04 some > > kernel modules > > are placed into linux-image-extra-virtual (None of them are > > necessary for a > > plain installation, but I recently found myself searching for > > "lost" modules). > > > > > > > > > > Am Freitag, den 13.07.2012, 15:01 +0900 schrieb jaeyong yoo: > > > > > Thanks a lot Lan, > > > > > > > > > > The other thing to consider is the use of LVM for the > > > guest /boot. IIRC > > > > this does not work with pygrub. > > > > > > > > > did you mean pygrub is working fine with LVM for the > > > guest /boot? > > > > > > > > > jaeyong > > > > > > On Fri, Jul 13, 2012 at 1:05 AM, Ian Campbell > > > wrote: > > > On Thu, 2012-07-12 at 05:36 -0400, jaeyong yoo > > > wrote: > > > > > > > > > > > > 8) while installing, I set the filesystem ext3 in > > > the guest OS. > > > > > > > > 9) everything looks normal. The console say the > > > installation is > > > > completed. > > > > > > > > 10) After installing, I change the xen > > > configuration > > > > file (/etc/xen/ubuntu.cfg) as follows. > > > > > > > > name = "ubuntu" memory = 512 disk = > > > > ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif = [' '] > > > bootloader = "pygrub" > > > > > > > > > Did ubuntu install a Xen capable kernel and is grub > > > within the guest > > > correctly pointing to it? > > > > > > You can usually use kpartx to expose the partitions > > > of /dev/vgubuntu/ubuntu in dom0 and mount it to poke > > > around. > > > > > > I don't know which kernel flavour you need to have > > > installed in Ubuntu > > > to get Xen support. Perhaps someone else chime in. > > > > > > The other thing to consider is the use of LVM for > > > the guest /boot. IIRC > > > this does not work with pygrub. > > > > > > Ian. > > > > > > > > > > > > _______________________________________________ > > > Xen-users mailing list > > > Xen-users@lists.xen.org > > > http://lists.xen.org/xen-users > > > > > --14dae934100d7c383204c4c7ba73 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
As you recommended, I'm newly starting with "Manually install= ing an HVM Guest VM."

While I'm installin= g ubuntun 12.04, the installer hanged while copying files. (I attached the = screen shot of vnc).
The mouse still moves but I can not input the user name. I waited like= a ten minutes to see whether it is slow or stucked.=A0

Now, my question is, my machine is intel core 2 cpus with 2GB memory.= =A0
Is this machine too weak for xen virtualization?

<= div>Best
=A0- jaeyong


On Sat, Jul 14, 2012 at 6:33 PM, Stephan Seitz <s.seitz@net= zhaut.de> wrote:
Hi,

sorry, I didn't point it out too clear. linux-virtual is no project or<= br> website ;)
it's an ubuntu package. In detail it's a meta-package always pointi= ng to
the latest linux-[VERSION]-virtual.

Following the ubuntu guide, I'ld start with "Manually installing a= n HVM
Guest VM".
Just because of the possibility to reboot your domU if something went
wrong or (in your case) is not completely ready.
At least 12.04 Ubuntu domU's can easily be setup to boot either HVM
or PV.

What I was trying to say was: After your installation is finished, do an "apt-get install linux-virtual grub-legacy-ec2" and you're ab= le to boot
your domU with pvgrub, pygrub or hvmloader. it's all about choices :)



Am Samstag, den 14.07.2012, 17:12 +0900 schrieb jaeyong yoo:
> Thanks stephan,
>
>
> Actually, the kernel for guest OS, I use, is the one recommended in > the following guide.
>
>
> https://help.ubuntu.com/community/XenProposed
>
>
> But, I really want to test the one you mentioned in linux-virtual.
> I tried to google linux-virtual and failed to find one.
> Could you tell me the one that you are using?
>
>
> Thanks again,
> - jaeyong
>
>
>
> On Fri, Jul 13, 2012 at 5:01 PM, Stephan Seitz <s.seitz@netzhaut.de>
> wrote:
> =A0 =A0 =A0 =A0 I assume pygrub does have problems with fancy lvm layo= uts
> =A0 =A0 =A0 =A0 and/or exotic
> =A0 =A0 =A0 =A0 filesystems INSIDE domU.
> =A0 =A0 =A0 =A0 To avoid potential problems, I've done all of my d= omU disk
> =A0 =A0 =A0 =A0 layouts with a
> =A0 =A0 =A0 =A0 separate (first and primary) partition for /boot which= is
> =A0 =A0 =A0 =A0 always ext3.
>
> =A0 =A0 =A0 =A0 Anyway, that has nothing to do with lvm outside domU, = pygrub
> =A0 =A0 =A0 =A0 is really
> =A0 =A0 =A0 =A0 fine with a (dom0's) LV a domU disk .
>
>
> =A0 =A0 =A0 =A0 For your mentioned ubuntu domU, it's necessary to = use the
> =A0 =A0 =A0 =A0 kernel / ramdisk
> =A0 =A0 =A0 =A0 provided by linux-virtual. linux-generic is not xen ca= pable.
> =A0 =A0 =A0 =A0 you could e.g. install your ubuntu domU fully virtuali= zed
> =A0 =A0 =A0 =A0 (hvm) =A0with additional
> =A0 =A0 =A0 =A0 linux-virtual and grub-legacy-ec2 packages. As of 12.0= 4 some
> =A0 =A0 =A0 =A0 kernel modules
> =A0 =A0 =A0 =A0 are placed into linux-image-extra-virtual (None of the= m are
> =A0 =A0 =A0 =A0 necessary for a
> =A0 =A0 =A0 =A0 plain installation, but I recently found myself search= ing for
> =A0 =A0 =A0 =A0 "lost" modules).
>
>
>
>
> =A0 =A0 =A0 =A0 Am Freitag, den 13.07.2012, 15:01 +0900 schrieb jaeyon= g yoo:
>
> =A0 =A0 =A0 =A0 > Thanks a lot Lan,
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > > The other thing to consider is the use of LV= M for the
> =A0 =A0 =A0 =A0 > guest /boot. IIRC
> =A0 =A0 =A0 =A0 > > this does not work with pygrub.
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > did you mean pygrub is working fine with LVM for = the
> =A0 =A0 =A0 =A0 > guest /boot?
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > jaeyong
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > On Fri, Jul 13, 2012 at 1:05 AM, Ian Campbell
> =A0 =A0 =A0 =A0 > <ia= n.campbell@citrix.com> wrote:
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 On Thu, 2012-07-12 at 05:36 -0400= , jaeyong yoo
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 wrote:
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 > 8) while installing, I set t= he filesystem ext3 in
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 the guest OS.
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 > 9) everything looks normal. = The console say the
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 installation is
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 > completed.
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 > 10) After installing, I chan= ge the xen
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 configuration
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 > file =A0(/etc/xen/ubuntu.cfg= ) =A0as follows.
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 > name =3D "ubuntu" = memory =3D 512 disk =3D
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 > ['phy:/dev/vgubuntu/ubun= tu,xvda,w'] vif =3D [' ']
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 bootloader =3D "pygrub"=
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 Did ubuntu install a Xen capable = kernel and is grub
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 within the guest
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 correctly pointing to it?
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 You can usually use kpartx to exp= ose the partitions
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 of /dev/vgubuntu/ubuntu in dom0 a= nd mount it to poke
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 around.
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 I don't know which kernel fla= vour you need to have
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 installed in Ubuntu
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 to get Xen support. Perhaps someo= ne else chime in.
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 The other thing to consider is th= e use of LVM for
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 the guest /boot. IIRC
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 this does not work with pygrub. > =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 Ian.
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > _______________________________________________ > =A0 =A0 =A0 =A0 > Xen-users mailing list
> =A0 =A0 =A0 =A0 > Xen-us= ers@lists.xen.org
> =A0 =A0 =A0 =A0 > http://lists.xen.org/xen-users
>
>

--14dae934100d7c383204c4c7ba73-- --14dae934100d7c383c04c4c7ba75 Content-Type: image/png; name="installing ubuntu12.04 hanged.png" Content-Disposition: attachment; filename="installing ubuntu12.04 hanged.png" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h4mk4rs91 iVBORw0KGgoAAAANSUhEUgAAAyMAAAI+CAIAAAAgjkJjAAAXMWlDQ1BJQ0MgUHJvZmlsZQAAWIW1 WQdQVM2Tn/c2wbLknHPOOeecc5S0LFlykiQqIiqgCJIkqCBKFFQQEBUQUUAUAUVQQUFFRFBRopLu gX7f979UV1d1N1vz3q96enpC9/R0vwWAdYEYEREC0wAQGhYTZWesx+Pi6saDmwDQ3g8NlIik6Ahd GxsL8N+W1RcIJ1KeSe7K+u/5/stC6+sXTQIAskGwj280KRTBzQDAeqSIqBgAUOsIfehATASC0X0I ZohCJojgiV0c8Bsv7mKfPYxB7/E42OkjmAUAMgKRGBUAAKUAQueJIwUgcigNAMDShfkGhQFA74Jg LVIg0RcA1iKERyI0NHwX9yBYxOdf5AT8O5k+f8skEgP+xr/XslfIDIKiI0KICf/L7fifS2hI7F9j 0CGVEBZitasbJqR+8iUamCNvDqRuR4Ts6Qzhgdj8whzt/2CJMB8r6z9Yyz/KyO53X8gmIkZvFyPr g/wjYmwc/tBTEgP1rXbHQXCeX7ThX3IuBhPNdnVGheAbUbF2jghG9gDqio6zN0QwYlHQh8RAB+c/ PMu+fgZ/6DDsH2Rk+gfTBcWY7o7FgGC+/eHmdr/HgpWAOQgBfiAWRCHPMCAJLIA+MPjzlAT+gIi0 xCFt0WA/+IjgUKRHONInHME8f/j0/xPFaK9fANLv30vkASSEL/bvMf+i/iMhCPgi77/oxD9tu7OL 9gpK/WeEf5W311OmTmZOZvOvdrQQWg6tiNZDa6K10KqAB82EZgOSaAW0CloXrY1WR9pUkVl+2Jvl nznuyg+94R9XFJ6g5hT4Zw0+f6/AaY876L9c0Z+5Dy60Lvw9QxDjFx+za0D64REJUUEBgTE8usjJ 9ZPgMQ0jSUnwyMnIyv2f2+3/Z9n1Wb/Rkt2eL4KYnv5D82gFQAGPHMmZf2hRZgDc+AYAm9o/NKFR 5NzjALhGRYqNivtN23UnAAPwgBqxUFbABfiBCLLPckAJqAMdYAjMgDVwAK7AE9ntQMQGo8ABkAyO gHSQCc6AfFAMLoBLoBpcBTdAK7gD7oGHYAAMgVHwGkyBGTAPFsEq2IAgCAdRQvQQK8QNCULikByk AmlBhpAFZAe5Qt5QABQGxULJ0FEoE8qFiqFyqAa6Dt2C7kH90DD0EpqG5qAf0C8YBRNgBpgTFoKl YRVYFzaHHWAPOACOhBPhNPg0XARXwPVwC3wPHoBH4Sl4Hl5BARQFignFi5JEqaD0UdYoN5Q/KgqV gspAFaAqUA2odlQv6hlqCrWA+onGounRPGhJxE5N0I5oEjoSnYLOQhejq9Et6B70M/Q0ehG9jaHE cGDEMWoYU4wLJgBzAJOOKcBcwdzEPMCMYmYwq1gslgkrjFXGmmBdscHYJGwWtgzbiO3CDmPfY1dw OBwrThynibPGEXExuHTcOVw9rhM3gpvBrZNRkHGTyZEZkbmRhZGlkhWQ1ZJ1kI2QzZJtkNOQC5Kr kVuT+5InkGeTV5K3kz8lnyHfwNPihfGaeAd8MP4IvgjfgH+An8AvUVBQ8FGoUthSBFEcpiiiuEbR RzFN8ZNARxAj6BPcCbGE04QqQhfhJWGJkpJSiFKH0o0yhvI0ZQ3lfco3lOtU9FRSVKZUvlSHqEqo WqhGqL5Sk1MLUutSe1InUhdQN1E/pV6gIacRotGnIdKk0JTQ3KIZo1mhpaeVpbWmDaXNoq2l7af9 RIejE6IzpPOlS6O7RHef7j09ip6fXp+eRH+UvpL+Af0MA5ZBmMGUIZghk+EqwyDDIiMdowKjE2M8 YwnjXcYpJhSTEJMpUwhTNtMNphdMv5g5mXWZ/ZhPMjcwjzCvsbCz6LD4sWSwNLKMsvxi5WE1ZN3P msPayjrJhmYTY7NlO8B2nu0B2wI7A7s6O4k9g/0G+ysOmEOMw44jieMSx2OOFU4uTmPOCM5znPc5 F7iYuHS4grnyuDq45rjpubW4g7jzuDu5P/Mw8ujyhPAU8fTwLPJy8JrwxvKW8w7ybvAJ8znypfI1 8k3y4/lV+P358/i7+RcFuAUsBZIF6gReCZILqggGChYK9gquCQkLOQsdF2oV+iTMImwqnChcJzwh QimiLRIpUiHyXBQrqiK6X7RMdEgMFlMUCxQrEXsqDosriQeJl4kPS2AkVCXCJCokxiQJkrqScZJ1 ktNSTFIWUqlSrVJfpQWk3aRzpHult2UUZUJkKmVey9LJmsmmyrbL/pATkyPJlcg9l6eUN5I/JN8m /11BXMFP4bzCuCK9oqXiccVuxS0lZaUopQalOWUBZW/lUuUxFQYVG5UslT5VjKqe6iHVO6o/1ZTU YtRuqH1Tl1Tfr16r/klDWMNPo1LjvSafJlGzXHNKi0fLW+ui1pQ2rzZRu0L7nQ6/jq/OFZ1ZXVHd YN163a96MnpRejf11vTV9A/qdxmgDIwNMgwGDekMHQ2LDd8Y8RkFGNUZLRorGicZd5lgTMxNckzG TDlNSaY1potmymYHzXrMCeb25sXm7yzELKIs2i1hSzPLs5YTVoJWYVat1sDa1Pqs9aSNsE2kzW1b rK2NbYntRztZu2S7Xnt6ey/7WvtVBz2HbIfXjiKOsY7dTtRO7k41TmvOBs65zlMu0i4HXQZc2VyD XNvccG5OblfcVvYZ7svfN+Ou6J7u/sJD2CPeo9+TzTPE864XtRfRq8kb4+3sXeu9SbQmVhBXfEx9 Sn0WSfqkQtK8r45vnu+cn6Zfrt+sv6Z/rv+nAM2AswFzgdqBBYELQfpBxUHfg02CLwSv7bfeX7V/ J8Q5pDGULNQ79FYYXdj+sJ5wrvD48OEI8Yj0iKlItcj8yMUo86gr0VC0R3RbDAMSHD6OFYk9Fjsd pxVXErd+wOlAUzxtfFj84wSxhJMJs4lGiZeT0EmkpO5k3uQjydMHdQ+Wp0ApPindh/gPpR2aOWx8 uPoI/sj+I09SZVJzU5ePOh9tT+NMO5z2/pjxsbp0qvSo9LHj6scvnECfCDoxeFL+5LmT2xm+GY8y ZTILMjezSFmPTsmeKjq1c9r/9GC2Uvb5M9gzYWde5GjnVOfS5ibmvj9rebYljycvI2853yu/v0Ch 4EIhvjC2cKrIoqjtnMC5M+c2iwOLR0v0ShpLOUpPlq6V+ZaNnNc533CB80LmhV8Xgy6OlxuXt1QI VRRcwl6Ku/Sx0qmy97LK5ZorbFcyr2xVhVVNVdtV99Qo19TUctRm18F1sXVz9e71Q1cNrrY1SDaU NzI1Zl4D12Kvfb7uff3FDfMb3U0qTQ3Ngs2lN+lvZrRALQkti62BrVNtrm3Dt8xudbert9+8LXW7 6g7vnZK7jHezO/AdaR07nYmdK10RXQv3Au697/bqfn3f5f7zHtuewQfmD/oeGj2836vb29mn2Xen X63/1iOVR60DSgMtjxUf33yi+OTmoNJgy1Plp21DqkPtwxrDHSPaI/eeGTx7+Nz0+cCo1ejwC8cX 42PuY1PjvuOfXoa8/P4q7tXG68MTmImMSZrJgjccbyreir5tnFKaujttMP34nf271+9J7+c/RH/Y nEn7SPmxYJZ7tuaT3Kc7c0ZzQ5/3fZ6Zj5jfWEj/Qvul9KvI1+ZvOt8eL7osznyP+r7zI2uJdalq WWG5e8Vm5c1q6OrGWsY663r1T5Wfvb+cf81uHNjEbRZtiW61b5tvT+yE7uxEEKOIe6EACqmwvz8A P6qQeN8VyR2GAMBT/c4p/hQUEnzAe2EDPZBC4rIsMALxIPf2GGwMP0TZo76hizHOWBEchHtH9op8 Aj9PwFNKU3lRF9K8pROnT2AYYpJhPsuyyubB3s8py5XHvcRrxXeZf1lQXSha+KJIj+io2Jj4Q4kr kolS+tJY6QcyabIGcji5R/KnFGwRv/VMKVfZToVa5bHqSTUjdVj9rkaCpoLmklaLdqrOPl19PRV9 OQN+Q7zhktGC8aapgJmdeaxFlmWhVZl1uU2lbZVdjX2tQ51jvVO9c71Lo+sdt0l3Fo9gzz5vdqKb zyFSoW+VX4t/T8BI4NugheD1EEwoc5hyeFTEsyjL6P5YkTiPAzHxyQnHE4uSGpP7D344BA7zHbFP LT7685hn+q3j2yelMqwySVmhpyJOx2YfOVOU05z7/OzPfKWC0iKdYrqSj2X5FzAXbcuPVpRfaqxs udxxpa9qtPpTLbpOtN7hamrDtcbJ6/gbKk3+zYU3n7YS2ixunWjvuv39Lm+HdefBrrp7493bPXQP yB+8f1jdm9QX0B/6KHWgBLG+wcE3T4eHQoe+DGsOnxr+MlLzLOW596jBC5Exwti38ZGXN18VvI6a MJqknOx9k/JWYwozNTl9513Z+4Mf3GfUPjJ+/Dbb/+ny3NHPPvO6C+wLC1+ufHX9RkDsqex73A+H JYVl+uUfK6OrPWtPf8K/AjexW7M7O3v6pwMSwA6JAvsgRogEdSDxWAmKE9WAtsbAmLvYdJwnmSG5 Gl6JQptgTRlKlUvdSbNGJ0cfzXCLCcVswVLG+pldjSONc4CblseM9zBfPf8TgVnBZaEvwuMizaKp YkZi2+KNEu6SWMlrUu7SOOlmGaIsjWyXXIQ8r/yQwmFFWcUppWxlLeV5lXOqRqpLahfULdTXNS5p Wmtual3VJukI6qzqjup16jcYXDQ8a5RuHG8SZLrPzNxcw0LCkt2K3Grdetbmpe2w3bD9a4d5xw1n chc6VxY3zn087vwegp7CXiLeYkRxHymSsq+lX4x/bcC7IOpgif3qIQah1mGe4eERqZH5UTXRnTFv 4sgP6MQnJTQlTiWjDnKlKBwyPGx3xDs18ujxtAvHWtNHjn8/yZnhlnkpa/G0UnbEmYqcZ2fJ8gzy TxSMFSmeKyneLLUtyzvfd2G9XLjC8dLRyuuX31WxVbsjnm6j3vRqVkNv49Z1uRsBTcXNgy1Qq1yb 963M9uu3R+/87ODs1Oki3TveXXt/oOfjg9WHq71zfaP99xG/1PD4ypOywfynWUNHhxNHIp75PXcf dX0RMJY7PvSK4rXMhO6kwRuDt3pTOtOa75Tfy3wQnRH4yDPL9YlrTvyz83zTF4Wvtxbpvmv+sFyy W3Za2bdKXItdv/nLalNo68MO7c6JPf1jkZyXD8kPgkAZmIT4oFCoG+aDc1B4VBaaFd2K8cRSYx/j csiI5Op4DgoUxSrhK+UCEkWu0AI6anpeBllGfSZ7ZiJLKGssWzx7HEcopxuXNjcr9weeS7zOvNt8 5/jl+TsFLAReCBIFPwtFC20JHxOhEikU5RWtEZMXaxfXF38kYScxLukl+VEqVGpJOlEGlsmUZZA9 Lycq1ySvJd+v4KDwVjFYcUXpsDJeOU+FW6VaVU61Xc1AbUDdQf21Bknjs2a45g+teK0d7VwdaZ03 uoV6Tvos+q8MSg09jLiM3hpfMPFCIpExs1PmGuafLc5b7rMSttqwfmZTb5tm52Yv7YB2GHOsdAp2 5nJ+5HLAVd4Ndpva1+fe7FHume2V7B1EtPfRJAn5Uvku+T33vxaQERgUZBdsuF8nRDNUNUw2nCl8 LOJwJGVkVZR3tEMMKfZQXNmB2/EvE1aTqJO5DvKmsB6iPcx4RDTV4mhM2vlj/ek/TrCf1MqwyzTN EjoFTs2f3jgjkROW24T4F+2C1MLOosViphKVUp+ysvNzFzXKcytmKzUu51yZqVarOV07Xa98Nadh 9Vrg9akm++bbLYytwW232ylve9651gF12ndV3lu+b9Bz9sFUr1Cfd3/Wo9uPCU9OP9UeJhsZf17z InHc/BXfBOMbs2nwYXWea9lqV/+/vy3tFqwSAAVPAXBYA8CJGYDsQgCE/QBgRvJRG0qErgpgFVsA ffQHkJD/3/cHI3J7GANvkAByQC3oAZNgDaJFskIjiAgdhM5BN6ERaBGmgiVhCzgEzoIb4CF4Ccnh 1FFE1AnUddRrJE+TR/ugz6J7kWxMBROLuYWFsQ7YBhwd7iDuK5kP2RiSKQ3gzfFDFK4Us4QESmrK GioTqnnq0zTSNA9pHWnf0gXS/aQ/yyDJcIdRh/EukzpTJ7Mp8wRLLCst6zUkf1hhL+Ew4PjGWcZl ybXD3cDjxPODN52Pnq+MXwyxTA9BMsG7QonCqsKbIl2ix8VsxDnEP0vckjwmZSy1IV0hoy0zLhst Ryf3UP60QrCivZKGMp8KWmVW9ZFao3qeRrSmmRaT1ph2vo6DLqvuJ71e/SaDOsMGow7jUZMvptvm ZBbUloxW7NbM1js2w7Zn7bTtPtlnOSg5zDhedkp09nHxcg13O7Ov233bU9MrybuN+IMk6Gvrd8C/ NOBe4Kdg2v0aIUGhRWG94cuRXFGG0cExubGdcT/ixROCEmuSFg7KpsQfuneELjUKubl6jj8+eTXT NuvZafPs7hz13LY83fytotbzvBfjKmIrA654VrvUOtW7NHheC7mR1fyi1evWzzu+HRe6BrrXHgj3 evaXD3wd1Bg6PjI0yjYW/vLzRNvb1nfxH37O+s09XdD82vCdeclrxW9Nan3gl8ZG1mbP1oft5T3/ wQRkgQUIAEdAKWgFI+ALRA4JQnqQF5QMlSBZ/zi0DrPAavA+OAXJ5x/C8yg6lCrKB5WFakPNoBnR RuhE9HX0PEYEE4xpwqKw7tgunBSuikyYrI5cnrwDb4GfpIgiEAi1lJaUK1QV1I40BJo+2gw6W3o2 +mmGMkYLxu9MuczyzC9Yklj5WQfZktgl2N9y5HNaceG5+rhP8pjwonlv84Xx8/KPCeQI2goxCL0W viwSKaojRis2I35bIk8yVEpPmlr6mcwZWQs5gtyYfKNCrmKSEknZXEVOlU0NrbaoPqnxULNa65i2 u46CLrXud703+iNI7jNk9NL4o8myGWROsGC25LeSsda00bfVtpOz53agcNhwXHZadd5xpXBj3Mfp zuvB58npRe8NeX8jTvmMk177LviTBYgFWgfFBV/cPxCyHiYYbh0RHXkmqir6bsxo7MoB7ngbJEK5 l7R1UD0l+VDHEVSq2dGCtNl0zePFJzYyPDPvnxI7nZe9kxOSO5Fnk/+k0PUcKL5fWnQ+5KJKBXRp 4HJRVVCNRh19/ZeGx9cabmQ3e7XgW3NvEdqz7gjefdPZcq/0/vEHcb1B/b4D/k+Cn4YNRz6LHY0f C3up8er5hN5k6ZvvU7bTr9/nz6TOnpq7ON/8ZeDb6+/3llyXG1Y+rhHWVX9mbuju6Z8DaAIPkALO g04wBcGQAGQM7YeyoWboFQzBorAdnAxXwc9RMEoO5YsqQg2icWh9dCr6IYYa44VpxbJjs5GTfoXM gOwzeSHeggJH0U/Iowyg0qMWpKGhBbQrdN/oFxnWmLDM7CxqrN5sZ9j7OPFcDtw1vNR8Ufz1Aj2C g0Ljwh9F1sVoxMUlLCSjpaqkv8vqyx2Wr1Z4oDitDKuIqjqopanf0cRqJengdeORWOKHIZeRhXGS SYPpjDmvBdHystUXG23bMnuMQ6DjXWesi4lrhtsQorMCr0PESVKjH6W/ZcDRwPagpf1SISGhV8PW ImwjO6M1Y1ri2A6ExDcl/EzSTj5+cPgQ5+GwI31H1dOm0u+eyMrgzEzJ6j9NlW2HRJBvz4rmHcgf KJQoKilmKTlbBp/3uXCzHFVhdam4cu6KSlVG9WStXN2J+qkGtcaCaz9uWDZVNq+26LQebXvQTnHb 5U5jB21nUtfnbvf7Tx8YPGzvk+uvGxB6XDHI87R8WGCk5rnMaPuY+fjcq5IJjzdMb+umWd8Fv6/8 MDKzNSv4yXIu9vOF+f6Fla+83ywX476X/bix1LHcvHJuNWBNfK1/PWB95Sfp58gvnV/Vv5Y2tDcy Nl5s8m4Gb1Zsvtyi3TLZOrzVuvVtW3jbeTt9++b2hx36Hb2dqJ3ynaFd/Uf7y//+AAsR9ADAvNnZ WRICAJcLwFbOzs5Gxc7O1iUk2ZgAoCvk9/8Ve3cNDQClXbvo4e3Y9f/4jfTfAIVZf/TL1KxKAAAA CXBIWXMAAAsTAAALEwEAmpwYAAAgAElEQVR4nOy9edxmVXUm+jzrnO+rGYqqQqCgCgUEBAERcB6Q OETiFGOrMSaatCbRxNakTatpjck16Yxq0n3tm3QGk2s0JiYxGhX1OqAEUURAGUREQIqxirmo+Tt7 3T/WWnvv875fFVVQDlXu5wdfve95z9lnz+vZa629Nl+4bDWTJpCiAJgwUHslAABUAIBAOVA7JFD8 J0nK/LMMAAEFQBAgksaNBJSg/SwkhiGBFJL0WwBi8GSVECIpAAGYAECFSnQgFZBEaMlJgiWSE+vt GYioeuIiAOwrhSRoD7JkMX/uOjApoMIOSBSlEqAkWnlFCCRAqCBISYDdAyuRgHV+ALBTkhwSKUxK AUnLuX1m8jyoasdEMtczFUSSXMakhHZEfl1+kdgnTVSBJLtMaAdBqaJETRShdsrUKaqfACYqIKCC QtEucSilSHVFqVWC1TGZcoahPQqSN2FArYNoQoIKSM+ban2bQJgwAKoKklBFSujEv+YsEapKMrIh OSm7S/w6Va3txO6HaELquo7VDaOUReoHSQWhKrnTxnUCUB1EqEqAUBs2KXqfklSoEqJUtTz79Si7 kkxpyLVRemZkTODDlBQoRKz+vciMfPVKS9m+5lJE+wo60kcZIB2ADkhMFIp0AKwZlUrag3UKQ34R KIT2ShWvahtdQhvrELJUYIdOCBsXChvLyBUo0Kq8pKpqXKOwA5DS4AkL7V1EB0R7UUGt84Eu/0So gtan7Ul/NUhQ7AHAsx2dNhIXQHPKhBIiyH1VOqj61Fd1HlT9CILyU4rfus4LwXi/fc55TvS+m9RT IKHVK5IlkmC9LibBKFrOB71Fk4LixbGy5MRUbWDH9y6yZDWmMaUB1mr5LaWUVcag5YrnTWP6zyKC SAlQr0DvUURKyAmrQgTJJh1MvtEHWi6az/lRyTqadrTzK5OJxEurBiv3sCqvvc4qJJeS6q2vVQ1o lppA1bqAwEZ37jxadbncfFBggHYlJ6TP37njW6fVnGvrrpHhuiAxGH0IIHkeyntz06S4GN3Mruey WCVkcWtFlrrd4zZ1gVpaNmdmdJuWv9404snWlZzzoKPCzYO65yBGgQIpcp5HulWoTncqgAmpkl8l 2zYAk48pq2priHrglIqtyyKg9KqKRHSaRkM0XuTyF5QOmhAyO7Kh1V1q9KPOdVUJ9mt0HpsuVRUg KUiaCKjYtKspuBBE/E1UH21UhULVpwqynqIcSVWYlGRVk3VLGecrwrXqBKqqREraYRABLbFqjktJ RYTWpXJJxUY41PImjMoxopCYIoUoEbLoURfDcNKgQZmUQoKqTNTOfhKKUu1l9LEfpDOaUEzOKYOz VvCMelWqBjtREbGELHFNmkRzNoARHy0lD7qHPQKFUvromGbBq9KSV4gCwtRJfn9mOaqqmsiZ6hEj H8lIBgarKFFRpjl29G5MCASp5KGmJqhKyswYpgo+8RfRIb12KblcBCnEoFV3m65Jqd/rLRJQVRKg UhKV89IsUoj4yZ4VuiwQdoipVq04RaJYNxtlZp6mjrJYP4R2RvVJ9WSTcf3piiJ1SKlnrySETCaN ghHGSBrXuQ0nz5dIF1dEPXM1N9LgTNP9kGAI+9xKFJ/WEWvAIhxtIpapdPKzAMf8APD77dGko2nQ SZKCRFdkJiTPhoBy/MLIVRFmnMySxD/5VZyQ3BzVR+YNpU4EmqAAjbFJdWd8yhyCpZG8LBLkI/5U 9A7OCyVPknWnmJJGI6EbIlCCE4w6Q8h56xiZ81ll+sLfstTFnblKpcwStYid7Og1Oag/6Dx3WrXk mgGCmngxSg4LtY3bjAvaDSp1qvPkLfcHr5yK7I5I3vjZCQbsC4OKwxXehKkuXb80t7I1yjCmWeNB 3wlSiKdRZuqq05K4cxEEkVWwGhpeXbmEE0WO2taJiUc8V1JVirMVcVVOFluK0uvywjFXSN3/pRuV CLb6yjSlLmZkm5Ygnb6JUqGJkJgXg8c4D2ACIEVvkUr9k0Qq14PkA854qgpONkTiKYApmQijQFO0 OulcimWpwugHPj2CmQHUsGSFlK7DXEI9uEL1oapUlzQ6Jjc5kc5qSEWVhFKApIk0HU5KKhJTZG4r ugiYENJWvTlxL57Pz9QEZl1Lgs5XY9ZiapJJY2aXETshBRjyS9V4faIk8dGR1TPal0rhWJYbI849 zdRvRovT9ESTK9Y6g04Mpl2hnuiEOoAlJwTUqWQSqVhXpol1Y5kmBgkCmweSE/80R5G4MxkPCeqT KLG2GDe9pkSZR8qqpsJoLAO5QxoHglTp+FAmOmDIvatqmtIccC4yTye0KyP9lldcRSsLzQKjj1hB 7GeIyRjLp0QzKemrWMaE6490QoqyZq7BpiVV+RcmVai6zIYptGpKKiIpJXu8ow0QpdUKYGuPGDCe JgAaCUMveQ3lk10foz/+1CtOEOjy6sVVC6FIm6frFm0WAFZz5eiylSvKE5nReKE/C6TOFJmgqZqk aiYFbAzSVSDO7ULaTectS+5St7W8ydkISZCVUjm3I4JV12GuKwn9hIl8KSUvvKHObb5iRY7UtHpN zowt/VmzWMI6L8Wmb1BGxcm1MaFpcK5GcEwb87dMzhCqkczCrVqGSL9OeVJUj2s1U/KcbM4bIv1c U4zKy3zFGIn1h/IuQpPPlYVVxAfFqBvkliWD3EcKME1qGtUeME8vmqhbTBW/zHMy6ktVoiPuJQlq +s5iJin1kF+RR2WmvyKje+r0EXWuoZbW6o1a109o8vJ1VHyRrJfno/RNMwrxfm7313N81h9DMKBU woh3Tk0jQui4D9e/lo7kM1UPU2okwLUMhELGzeYWFmEh55JUiVjdjucAVZhtwTNfNI5UakxqgxrF 0OT2KYoUjjYhfhRKFZezwrEKJCxMIb0IAGkYnJZ06LzeNIGStMh0Gw42H5iNxsmdaRqpmqiiSEm0 EwUkUUUppeuoacdIUVMfKRQDRGjcPBFAokKlo9PFBIr4sBFjjWV1m/xzKaIJYKo6vTVToiDr1VST QhLrcWKVNRoCeZjZ/845aooQE4sIVQVMTMnNgqyWsMH3BEZGU9LOtCIEEmh1AtWkmmpKAZc2JroF 0KQDQVPGqJqs6uxdZs/OelQBkIxQpZGux2RL0RYIkVR8YClUi5qq4t3JyxodVyg7pVn+rPXDGL41 WyUJiNr057OBW6mJTo2iVzohxMDV6D8ATINV0TKpTJA20SSCcCk21oEUwZEASNdplsUqplGjNSLD ridUaJiTurAzRhsbNWCVYakvCjSh67xCYsaYnuy7TqC2StCSlHXoDuq6CVtdxNTpMwhcLtUko+tQ d2MbherzVzR+tE9NYqwuTOleX+R0c2clCm2CipfBLVlF1hId81ThdMrHBQBCBSKFV5FFj4XIpydV zeyeW2YF5DzVakWTerp0VXlRNZHQVNQD0SA+/AmogAqtmJxLrKzL4aiwuRqNNaLWCkixo4Gg+HtH bDJnI3gbo7E5liESz0oW5ATD3pqLySme5JmM1ZnzuUgf+Y2uHAUBDFEELY/nrCjAyqyWkTVDdfPV RqE0jMU5w6Slo8TrEnkfECizxI36HxdwusZ2iphmJhSiRmtGFyXkwlQKRbWTosVjckVQYZf1lTWc dXFzdY1fURhRts2Ns5D7qvMt+pDPN8+TWtRnaR1UfbhSxObHcjUMZcoretaostBO5UJVOteURs3k Qy9WXxCQPfJkBRqXkpRAKBOSmDGJ4RuBpJREQjULMOqQRmtxVDZEGZWKnZSlcmemH/PVobqRS1QT J+vCJrEUj5XOrUkzVUHwlWFg1ylQNLJWM0rSFfum1BKqQhKSLZ6titOgFHEyRxWKKsQ1e/2gyUxC WTlpSy3RwW0OCqRBCCI5UxQRhVCQEP5EVV251lNL9zTGl3mqpmRcxDuqiZCE5LbFIXexsLCqaRmt UVLMcoU9WxuYf5gSlXQHQO18hk4KpK6TIu3NsKtwR7MksfwQHZKKgIrUgXNkGDJDso5a0/SESQCl iCbQruRSJAVEiMH8K1SgUJ0D0IXdx+gLCAwJAlAS3B4CoDPbvDD3AbFFj5RqEHbeavbW5BrBES+s VE3WzzIjTNCOnWoKMzQAhYDJFDe56ydX1aiTrbAqSqzCbMozhWkZSqoJGMiZnBNq6IJYufHZi9W4 F8lE0riv2emoSShIasPbfA4VyfRlpuwb9Ugv6sQi2Udf3ERLBLSJyvtB7W7l/aoD55JoP9ioruz1 JvuSqnjjeUUln758+GgxMo4tJuFQBhCdxjQtCB/GkJ2VTaTM7GPBw3wxa5A7V6JoSLuug8yVtyvc 6JbJH6N+GC8tCu/6XRWnQV6sVzcynsrON9b7ND6M8l153hQNX20GymqJ3Hz5XVl/kC8aHTSykirF VU5tsltElir+GmufqZvH1CrngflKth7qiETmDBduETI7F60mPVnEGJGXUG4pQnnTAVrxyMiqhjcb wocsBZ9wGZmtUZkZs7SvNUHM22NSJZmsusLPrU6Vxo7BRZKgSz4rjGhZfNVsvfWF+/yUK79x2hQu 8Uwp/kTTRKGKIkVdvNnnTAdTxXqLFBuVPl5Ut6gpOdQZiV8Lvp6z5INRSruLZIeQefSR/pgAQ+RT qnHBUQ5L9rRydlRf3niaMlm3JoPzQAPCP2dKOS2RpghSMK0JqCZVpVGZ+Eux5TAxKEEVJc0EMV87 J42FdDDfyVdolNJX22E7KA6nxbQXYiIorQJOHeaxIQqnymQO7OGUBH8QAqaupKiaUpLaFitJdVCY CMmO6UjJSGimNf4ShTIBpKYskoE8R1Uuzz6qO1OhKUw4TbcEAOlUVdMwMjCZ7E7O0WhvNKGgZIwC 66bJCkJ0lSrQKYXIpP+RqKZk6p3sbSZOnUh2UFM8dYCKhotO1yUdVEEQ2heBKIOOjWIIMUyznBrJ Nm2R6fwUoZYc9XOKZO5MibbQrFsy37Kom5iMvUyZAVQzY7BrLfYuEcVIs1Vn3hze6a7iI8+a7GKl qtXb4EqF2O2RHfadFUln+xtApswd/V32WcO7X3K9Tc+qOZMuGSu1XKk9CsLbUDXVDWJNbKVWNY2v LfSF4h4kofGyzHSaFxbVe+NFFdmyyUc6VGb1qj5VpFMdYlUi1sPG8/MooyCDTcd1535d5ojFIUaq udgW4tm7MfeCUWWG+GTRosZEz4r6xCRbmw8Y4hxGFTtfOseODE8wZeNRFn9jF/ta8NdSsLbMT8+3 k0/VyoOJ5WYlpGuxPVHJmg2vZaUy0pencA3WSDzfMNIETCG/boI3A6UxssTVbNbBiNNgKsOoyEE1 7sf6hspnK4txrbNULX/8wRi8WdIjKAWntSNVQ9QGu5oE17XtaoyxdspJoUzePNnoYXEbV0Z5ipz8 oa527SAp7LmcfLx+nfEhq5l6Q4ZlepJLTX2VukLqspiCwtyI1WkKqwcntKG5DnPPtGYtvaiuxBTl KpNCtBfyfruS4RR3Sqhph4o8Tda8eFbNxmDJF1YrURy7rdiy+3Dsj66U8tye1eaaf6JQIa6YYkm+ tqVYhi1/4aelo4S8PsNtaB5iNIXai0CVMhrMptnK4lIBYyUS9leKIMHUJkYMSKCPu8NxmfTtVylp Bx+GVhHZl4VCpAFjJE3GtqOzdJSkQzi2a3ZNq4xeKYmKzvkjjL0mdMmXuYhSSDFZFIYBVQAdszGn dAU1cZgkZlElfV1CukiuZmxXJU4yoY6qAgVTGCA7ymSHK9LOXcyls2mrJr6ueKp8w6t6SBAFRbNS R2hqVI2MmZCH3QWCWfcJiuk7hOxjlCWKaDIrKgi1zaEAQKWK2hIHydio1bOIhLkvfI9rplKbsH3Q u+JGOkEyrlBRybxITaaJMVKC0hNYpJdvVTQWP2kNtI0PQnY+TEDFIB0BalJN2vW92wqlIwmkpNpP NKV0RGx6MGbvExmyUZgKdJ0VsxOJte7EOti6mfX8VP8qIaXqHkKSHfJ0nKIm6xQt22L7cLMMrJWI k2tEgQiGoViKi/zLE6KG6Sq0ET5XinOa/BSjveyL1vQifsoZmxZ4WW75dF//ZBRNIX31eCUUZWI5 PiFuGXN3RSxGQiW/JchfliWe85koVCr+ZzWfqP4ZCWC7OTY4VeWtONakJI6bswKvbrUJqZlJQLky 3+RvHCJlgjuu2OIwWqvx6iyh8KeJGzjyyrA1YtR0RR0YhsXiDkWvGY6LP41pRUuhWdM7D4zG5bW9 0+H4tyIfE4TYULs6zFMPWrmW28VU6TXrUbMTMB7M7xnxnun7q97C+kpujvq6QAf3Mc/XZYJijt9R 863OihbcKHPoyf4Z/SHTu1yuQkmj2rMWqjeHrcp2Xw+f3MJlusjrlrhChmumV3jPqvMVf6wsgIty osxqyRxTNIV3tqbyhkmS71lLYekL1DYaF5/h4j3RgpOmyRCkE6h33XsXysM4jW5zl2ANaYNE9nV+ JJic63ESVOjiPjhdSirZGRmmvktIXuOaJhVtqmavkfDaoYowpbxLO8sbl8pGZN1uS583qwpRcTNg UmUQTRKwXYyegFl41L2oOKp/0j2XctUxag3Gc5Rdr2nUUl7xyf3nWFb+pelTcehxBWHmHKnUgCZV 1SFRhLZE1rKnhp3Ytgxj1wjShqorsl5whO2JlRhLZG/5G8k1YV4qxOO5XhiVWHMj/4wBHZFEx49k 0MxJJCAK8z9zH8USkaTYDAlVdd1kyUnhbUpI0qF0ifJX8mfJKxYJZbDr5CTPrVkAT/wbZKvyYbeV Zh7KBNmpbVVR5L0aZoJN8xCRaBfvwpbJTupbSFbMO02TqsxuYZMf8+QFgOh6EDBvAiZMDDOE95Ll TfLWeh9OU7URgp/ZK2ts/MoUqpYZZRUa8oAxWTNbN7rCEvKEXrrOhOKHI51QfjUqX5OqgsL3P8E1 AlL8jVCzyVoujk3CrF4Bxlp8nJOsh/CEq3qoZb8VBzEf+eeqT5UKpOfWeDAjaXNOQlbSaHCdOpYB RpmpO56qG7b85/BDT5XeeYIZkBBBR4skE0IxTNcwq1ZVqJp3TujAAKTx3tV5WZFflCCaaSTFc+Ji d5qD7xy020kkBR2pi8pLayE87rdWsQjXvekc1j08LhXOV/N+oJjYwodoVMZ8WyEQiJ8SJswok5mZ 8J5MpfInBuOk0nqyPFBCh6rP58pHGQvUWLlZZsZN3FVfM/nzLhZfC+OftpuX2ab3oZXMpuDRo1yb 0tHEech715jYBrwyVeQhFm1iqizfSpite4k148mSzFOwUvrbQY2lLX2EDLa920RREttsls2atobO sRiYoPYGFeigTEiwff0ctF4LqYBJov6i+4dOy4vnsak0SIjPlPGUUQNXdahZo2LpYtsJMSDPPioe zAist0MCUNpOeesFmkwWx/50ofkrAV5LyRymTaCrqvrMooCHjAIgGKACTcqYdzSJkMoht5rq4DZT d5ETmCaVTKbhTE69vCNRqMl3uomrWCAqFHRUeyVgnlWAqLqLniqKcotFjQSg9hm3zm3UwR2gEj3y zvS8kxsG5r1aVlSiqjKEi7QwdGTerB6FyQU34A5hVnK7TulQpnASIHOMBe/DIpFT05qZKaxTTYMv mxOKbtJXtIPPG0owsZOJMBcUi2bSKc24qaEZzRsSJVsbuyAr6hQsBGOI0mq1UXZj2kxNX9kmVCqn mM0ESJpM/nTW1Ump+FZUZSas3kdJUfGtANSyNvd6d7Vtvcr0/Gv2cwkDa8ja7LMiof7tWAWw8dIF wbJRLC6wNdTvrNx+rVY65ob1MW0eNmVWDZWVdQylu2flatKYYb3HJHQdqhgaIxFVujuQNz9aDiUs WcjGAimP14sKZFOLVOQp6ypCKxBNbG1V5aUSge6aNqFq6lzX4pMJ/HWah8uEKSenn+2zGoEwAA0L gGrljx8G09gCHnXeudu15rdnrcOIc8VqTguTRrZgji0sI9VFVH7Mk+OgDJay0XezPGq1MIGtSkd6 UPehTlUrj6V+rnCy5EpM8AyTvdcXyNFArGhWKUKoPDXmMiIie+Wq2YmyKousrgyqUeuPFhW541XM iZlcIgRFtbAp3INV2WPPqY47SV4Eloat6L6XutqtWdbhReqOeH99pYyjeKk3dPS0auJxTp8rxOeQ ypmHuWnqLhSZzEpWJTqEdrxqNQJAb8tgWiQrUoekndEp28fH0I14Sd2rlm6eMSrgI56R6YSkpjPK +Zp0Qs06pKQqajJCoOCg2puENfkhcOlsM2ywCjBzOCdt4fAEwGyc3sxCaAgF8+OhxNsV5gOP5HYZ 9XlgSGqxtNjB/LlMd4Q0mFZLhCkpMMfwVkkaZMuCg9l2zmqBngAy0cK2mmLFFWOxhgRsY2Uyrb/L VOicsqP6Tk/bxsXk7uFRjLEVxgqbqWfq0WnpXFr3MwhUNeuoqEgwQ2i99LAS2WARJBencYt0oqqq c+58U1y/IbadIKXa6qRwI5yIb81LaaB0xmVCTgBJiGpqG+VIzDXNlgSJkLDxmUtv7IodrOeoRxcz MWEygNJlc2T0HHYJc/TMJ6QBoaIhxRYAxuLrrKRh8L1WRv27pFWHt8qxjhorT2aFMa05y7it/lFA zL4mKW/RdVVk5NC7n6VMV6OxCHVjPQjzr+rgRM3nYyP5lfW9bEe111tTJrJzj3VzCWAZenn2JEkI OybzrWQPhYhGgBQlqRQflKpmQLQdBmQHqM+rGsonm8SLk3ut80cwJMt5F1M8XfBYtIVYqvk0njmH Txe1UBxvFrNp2iR3ntlRvQK18S4ilDK79IcM07r3ZmEZoyvnGQgnoUrOIVOukKllF0W19NeKcLhE ryR0nXPNhdLwyaj5n9W50SzxD3miqIhfXKnlfRA+HSLyYn7FGJ6fmJEZIrygEmk+QRVdusc4yDWa a7ukH6kxSHZZWFfSHCEI1aerqskiQ4V9Vr+WKmX1yp2AldcvYvENBSsCmmsgYiuV6kGuWIRaLvei ckdZG2h4L3EqU6R7zJSlZtTAaOvcdH/QUT0UB3Dbu5otqplnV1WSi2ONaDviS/ridC138tyy5Y0T 9VDra4NhZ1KIOuWcc9PLROAduy2HmZzw+5QIsuiaPwUqpQpiqHZVwxXteBfZrnPiue1HSgKfo8sV JcQ8r8NSFlsOPaOdGouiJjN8hM+TkEk9hlzyRe1OI2DZJGsKmp6EbdnzR/Kdtn7okD05/Kfi7+V5 oAqT6VIkSbWVwErnhonsbm9F8wYAzZ1D6hhY4Wpt/DLCLjiZqzq0qkpXRYACLEqEZ1iYNPXsBMRc ym+so9ZNIGx8XhXhdRWPiu0QtDeF0iP+1NFWmWUA8jYLJqqkREJKQO1Cf1HpKuq+I04aTT/knmTB JARIaRDp5iCCZMFWk4U/YBUby6Q0jEQbWwiFZsmzy9nIw8jaUsVTLT0qT6KVwKRQOo8f4cI7RXN7 eGh2Ah3oETiDuLsLlOR0/B05ynzmSoBvFDBSlQbW69dc/2NUVkLb8RsCrSuRTfLSpd6TWMeRN2co o30RFcKmiai58Wxr/da0ZLYPV+mOiCXSgu3R8LipSVIIMk1JkHVa3VTsDOejAFQ7EurDIQ1g6WBG 1cnJrUPhjJpd6wCQEN+BYeFrR5Os3wOAHgQctYY/AaaJixkWxthCAkgmPYhBI0XDkdfxMrhmRYiy y70rOraSZGgdYjYuPCbnyhPH6L1ZrmcDEEN25gedTNIjA0mY21jbqhjOWzYvTVDDmmEgu49UhBKl copyK6SdVsWx72UPePDOXI0AytxYmWxKGRFswLYB+g6M2EEyzmpOE4jQVhLaDoRndNxv1LyI/1oG 19bSkOVFOSeoKUVOrmIgpbEzbwMmRvokiOCd8TdbmhydD7qsvAkXlFEN1B+0rvNRNYHZpjY1+EdG urHIYVUhmfZxJNqCVdTzWB0VtlRH7FQ12W+/dwAQUZpCm8tRMT2ligiPfhSvyVKCrrJpTpLKuBbT vqlp7eAHK6Mgor7VtcHIp4IYjXFUajD3oCe0Mi/mKkLdBKUM9cEpFrOKw5A6UsiUwrxUbVDznYCo +IFq2USGCd1tqQsPYhICUpNKZR8NO6DmzwBTRGMq4tZWvT6fEymFi1LIvS7vBHRdSBoGYUTgEoH7 hkzuo3AboD2aIGYE6STsqvYap3RFVxRKKXjJJ53lQckO6mZsS0gWYoLQzigmFKmSRvOBNhPBbIRj zqEWdBYe1ylHL6utE1q0eFalAtFJmxFdqNe7wYE6frh3yyDQ8+VTYN0sJQsl5WLYfNWrES5axVNI YOV+6Fxn/krIz4M5cIB0HTtoslgGmpKfmqOqWh/BIaR6+7l52rqID5Jsz6o8vjODzAwssyuS9C17 aQjCl8xVf2IXYTkgSBSlIL6snyipCJH3/fkSuuxAzPCNEbYrsFpYjdwOdoLi2CcCKt0CaRsmSmFp KykmUzMV02E5pMg60Nj0qNBUAtz7Ro6gsAyTccViOfEh10SpJI5p1ojcVNez4sU89JKiuKzlx0wL GLvnsmVhgpH4PNmV9/q+lSBPWm3dynKF+cma6FSzMPL0O9b3MHlmPHBD3pDI6hG4tMjcqBafZUqL 8Oj1k4rwf8qywYJ5ArS43mHIy+uQ+r01kdKqOJIvVlKfFY0rc8e4cYMbuEE2i/ma0JgewqOCjQmN q9wI4eSvOtGa1fByDwUtEneUpUpzU3hqijRNPI/pSEk77yfQojtRhc6BjJCq5j/BvC8HRXfbufjP qZk8kzGJrGuvzm1dhInPE2XMVq26/9SDqL69dC0tyuCSg+CyheiPa9tvk7CuxgjVuM54yvu8ER0G KWXs4Y08OAtP3o0JpCkdUv3myT6MqnexmlIQ0T04GjWszHnMYWVi2mE1fCas8MDIJZTEBNPyJXFH pOQuz3RDHkkdkoePosUzUBlGK4DY2ua2d/HPBeZp5Q5MoZqyVTilchU28ReG/Cx2bdYvfjhVH3J5 GRY0o4YJkHBdmshjXcgAACAASURBVIhImbfzhQ4smU3M0s+bbzxvE2uDpBpH8hRHI3sZqclIVK4T G9lKsEsepDtBVdhREkGQaRwXfgr0wEIRcCgCK6mmwY6DNCtaDm3iXWeUaCJEKVlnkwAV7VKCihY6 S4qHrXcbk3NHjUqrJ7VaQxkTeCITMAMIsINE7J4T6ahDoSml9QEA0slgsUWy3EWMynhkVCkdBg8S RoWmNBhZSGlg1/kCzLRZVhPSh1/c4I0c8oAgtIMOoVAvVAPltKKUFUjRsqZuFADSsSJD+X7JqXlO MJgDV4znwTceythdN08QVccbB5IoKiWrvGgL878Lg6I3oneJ7Hhgc0WO2qtw3ZYNykyJgDIrelQ2 cRO22BURVDvFGRp7q5bibq8qMqOIELhVkWq6Vmh3aWiWIMwMr6C8tk5VpbGSK77QVADopARicMVY nuKzeat6aU4nEw7nVWrm+lhDVqIlL26iI8fufaknbauZsSCM4OkSQZ5cuggAJAHVRTuC0GShkjAy S/kiMLRH0fuLVajUbZAMhHioV96MjpKcGlfMI3ndZoE6MWPlF9U0BVWRGT0v/4RpU0ulxitXBFkd nt+bk1IUU3t+u2V4MjSGFuGa9TGWSJ89Fji5WI4ZyzuMEKGAKHIaddkxqvO6WvxrdunjaCMZ1RcG OVlGPqe3fE5Ue84PoyOWJh4/m1IhWxPp2PjKHb7urt6j6pNhpIjJuofD1NNEykcxIgyLfpJElG0c 7bNucevakt3XoiEY1upMXoFR+Imsr0r5mS4eDKc3ay/PSa6o3ED1sU6Vr8KIUiP2dSJymMoMW6dT 5hP2xak8XATEtZcKlN0t8N37FjiBSojF5ySYdOjsRFgvM7NN1JcAUPHyex+rlxlU+KHLAOjWtLDn uqlHfcOYYLDAWrkXKCzqikndvP3KX6AdQwVWNG10FY+KKwaoSnfnIML/SV1muFxMsU/MelKnNLZl 1dO58BHNw6dyExb4yUKdU1Ch0E4ioirZIVkmxJxs3DZnCjP4aCMA1TlSjBoxukpC6sKj1o0vNn8Z 2ZJMHS3+lQcgUCglj8YhwpY5VbPM2/HS+UglV0smoaRR3AZmQi9gPmgqmZGl8nwlRBGlRpxODQCd 022G/iZG1uRalr4sTYR0GgPA1RZSLZMEptnyAwLMWCZKgDMQi5KWyC5CQbj9SyuSBB8mOfpUkC2B Jnf9UyMKoEIoHXQgYj518qGFQ/gCIZvbhLSJryOog/tRjtaurLRZToV9gjNzFuDaUAuPhl4kjrUC mTxionmbD5QS5ljNYKeoVWXjuOP+zqyBs/7ShX1HSuQqH9MkaVq9JEiQTkBQcvR8ZWw1qGlWvMjU ZrF/U31kF9HrY83yNGHI6EKtkg+KMdNAUEUSkn3aLL0uG8FL4zjVQCU9srTuqmk0TAlZ6jBuK+Lf eE/IbTtKyCbfwpKr+X1C9ksMb0jo6czTJZaqxueyn4pWFWViLEtohjhnMNSi9Qy3m4Qw0OgkzfIH Q1lYI6/yk4mlcBLK0FBR2Csku4jl99N1FXEARlRykCdr1pR8PnFCEL9a3tSqKHmdhGvDPFzH7AEh GUsG8uZBKvLOHBfJwRg0WK8pI+OI96myhPZFgRQxDOtegZgfctvl1pCxpbVUY+72mZuyWgxUwnD0 CitCrOvMA0kwfgRTH6Jay3JLkBLUtlMD0rm2uCq5s9hcxsk1ho0R03nEoGOuVrjGxzRnKbia5oGQ Sx0BNeF7u1HroRAORkSczi4IoRglCgtyGd9hO85fRz0/Fyo3QbXL1WYMJdB7DkvfTyMtINF7vECt 2U/QlHoqTFpmOoDQGx+1Bg0NP5qYNtCx+lt/mP5pZ+ju74ru5Gu9Cp/DA4VOvWPifbv0R2loaGj4 ocd5P/8sVxWnTECDDWulwxHjyhXHrVcsYHlkwuWUQYJrAqfgC5cdBthC1CJcIvstT9hr8pebTzkC wOrDDt2F8NjpL9P6z/t/ZP5b7kdyTf7Mea7dXw64i9/u/5H5r+nUHbt0q+HEvzvPyiS0qur799yZ 5y279555Mjj1bSdP7W6dAkBZ4exWbuKR3S14fnx3iz1+5W50rvkeGV3Yw0fu53Hu9JedPruTcbar Z/f0kQfQv+ZBXmJOkcFdPpL/3b2HdOLf3Xvh/bxgvl90DzO0B4+MHtjDR3I178FzCZPBknb9uCuP dnrLPD/sdsNPaQ526ym7a1TVu4N6FcJppdT8b5n3y06fnV7o3G9V77z6dpqjPXzkgYySaZXd/T61 8w4y/y+7eP/NN98K4LxXPcsXqBNKxPI11JCTE3UdlMvuEder5b8TvowkQL5w2WoAzrQEKpDxOYb5 DZ7RU4446KDlOy9IQ0NDQ0NDQ8MPKe666+7zfuHHx7v3wsQ84TtoJu/ivBjx/ArZ6kZ2cw2bY7HS EgRfuOxwAIydEDtjWgAI3HzKEcuXH/i9Kn1DQ0NDQ0NDw/cYd999z3mv+nEAQBVTnRFdTMJBsK+2 ZYF+ZHW+WRXSj64gO6mjbHZB6gGIqkWIxKCSSBkFVnAk5W7sHm9oaGhoaGho+GFHDkHZ07ayA4xT KBK6zk9XpDnXwz9bPCaPdpu9+wGEg3w5KAlxLL3whctWh/M+ZUBsqMI02brllCMOPPCA72W5Gxoa GhoaGhq+57jnnnvP+8WzbYssNI0D+qN4xyeO7YlAssBNYVj0+1E2ftouWinR+HqYY53FAOrgIQCm dVr+6j31qvwBQnds3bZtTmXRosXd9NeGhoaGhoaGH2VIBFupaEEOo+U6qnw9Ipt09JgXI5oU+i2i nNMVG897uArNj2ZTIVNxElN6ZIp5idcPAJrmBkXX9feTHZ3bOrvq5Mee9NCl9537iS9tmZ3dsaD6 urCRrYaGhoaGhh9peJCtiQMDIohDuQcR2dV2F9c0i64VA6rDH6t4EKqA9HZfOWNE/TxXj8OlFjN0 FGHrgUOHLXdsvDeBSw9YtXgyvP/9P5223bNx9qDVKxfed/tG3SXZ0rn7th7506992Znd3V+64F/O 3dhv33pY+XrfgkXN5ayhoaGhoeFHGRPhc0wd5Uc2AcgHaMY9kj23Rkmg7GOsjmqwcL4QgH1J0oyG qAMh+sEy+ayM9CCYFnXYfM+KJ/yv9/zywcO9H/y1X/rksGzJ1HHTO4fq9o1bTvv1v3/16bj531// ln/ccuDSfqc3T0Y0mfo635F9DQ0NDQ0NDT8ycDNfjqRvTvF1oIesuKrIFnJIiHCKt+v5NKdsebQD JJS9n45BIvmBDrb3EK7BMo3X3rceKgAM2zZu2bwtzVkw+q6bXbz4gAV+HLNu27Zx07ZtA0BKN7v4 AAE542VPW+66Z0u/aMVBsx10buOme7cNg4KgzMwuXrpoUTMONjQ0NDQ0NOwCLBsC4zCo0c/V0T1j I2Nn5/Dkw7LCnaurYzJHcoqeCRoHhtsNxZJIhhose9c/cF3QhOVRmbZtWvW417zyuY9YvXr5rADD ndde+JH3/sUX7p5ZRGyd23HCC3/95Weecdgs0rZ7113w3t//fy+wXOmhz3v33z0PmFn3d6950wUb ZxYc+NK3/cFT1x68hIqtd171pX/7mw99/m4ZvXkUmN3OPHzA5WhoaGhoaGjY9+HWQzu6VKEY+2wF MVKLWTqMAsR7UPi4hxFmvxxtnvVh6P3I7VR+nNh4aJ+VpuV6EEUa0xtq2jYsP/4xRx3RJaTtm7Fg 8YqjHvfzb5658XXvvH6Bzj7ujW/88dOZePdtN21fevCK2S1byuaAuXvvvncO6fYtcz0x7Niy+OCV s1s33p1mly9defxZv/jmrdf+lw9fw9GrJ44y2Jf2UDY0NDQ0NDTsdZQz47XeKui8STOjqs49lMpk xlqnY05dlZ3RdVeAoIcSTEwEVKkk/RwfuycfhURnaw+8RDt5VnHvl976unddt/qxv/vH/+3oJY9+ 2pr+/7ll++o1h1OTXPuBt/5f/7pBpF+4dOkC7gAA5a2fePub/+7mTmYWHLBspkfa+peve/FfzC5e vmzpgY/55T988UkrTz5l+T99+55d5KURrYaGhoaGhh9t1CcYGjL3AspZhs6oJK5rYWB+G8JWKK7Z SkQHP6gH6CkKBSWslVCxvYeqWblF8+3Cg6Iok4+OvnNW7vrmlXfh6GWLVi3tlXrbRV+44xkvXXnU z/zf//vMCz/z7x8659w7UmX95IIDlizpFJq2b1p05M/81187+6iD/HDXpJxdOjs+fHPSI75xrYaG hoaGhh9tSJyukz+gBxSaQLtYGQohVeAGFB1YOX7HNhtazC170JJlvX8vzIyVn1b+Gz7yD6JIuosz 2wES2wcAYEfKgplrP/zm31v/k897wTNPXPuY5/3yY884+k1v/csNsY2SVNVBgR3bt574mt88+6gF 6fovvv+zl2498lmvfvqx02+e2onYiFZDQ0NDQ8OPOjyke+WeRYGa21YVN4sML66JgKXZHUvKDcgK HQUFYO/hG+IQHgAcdJpj+efvgfVwPuhct3D5cO0X/u6Pv/iBo5/2x2//lcMOe/xjlr/3w5vuHQBZ eczh/dxX77u3X7RMuOCIhyyEzt7w6Q9+/Evru7se/nPPOHYhACDpkIBu0UNWzQw3Df34a+p/SCKx NjQ0NDQ0NPyA4BEZFOhKkFKP0aDjK4BEuKwMj2iK8PSK1Dzylm1pTD3pkUurgKj+KaVUUy5P9IFC VUdu6ROsrf6iO7Yuf9mf/NFTV9y7Yf2mmYMPG4Bhw7r7dG7ded/mmcfNHP/Gv3jfpmHhts++7fUf /Na3r70bD1n+0Fe/850/9t3NS9YuCL6IO668jU8/YuaYX3/3b/2P17/jivrrG373mgW7CMfV0NDQ 0NDQsJ8j66soJTR87X012oqoFc0au3b5AYiCyd13bpfskZyG5WOtjfWQnD4A8UFaD3eBce6k7zet u23rikNWHXYAcO+6Sz/9wT//GmeW3HPln73nX371pc854aCFS3TLBu27bubaD/z2+7rXPve0Yw8/ 6niA2+655brLr9vWzcys/8qf/f2nX/u8s47afvs9g/T11zli4T51hmNDQ0NDQ0PDXkUvSNkmGK5a OXC86bHyPkSPh1VtSwQirENsTlTGQYqKfA4OyZ9aejgBJKAnACaQ5XAeCET9cJ6bTz58dnbmQZVK 0/aN2zYruHDhsgUUTZs2bptT9ksWLek1bdt279aEbsEBS4XDjs2bhyFpAkDpF8wuWsAOSDps27xj 25xFOu0XL5mZAdL27Zu3D3NG1gjp+tnFswupOsxt3Ty3PWFm6aLF3eTXB1WQhoaGhoaGhn0W27fv OO/XXuJbBVHFazAKlViiktYmwjqQ6UQEedVyeo9TNEevBM2CmBQgdWTWE/rJ0xHU9EEWTWaWLTrQ PioUsnjZIk9YwdkFB876T5CZxUvHrM7Dt3YLF3cLR5fB2dklsxMvUjvVceHSfuHOvjY0NDQ0NDT8 yMIDiVY0y8mBn1VTlFuxZdCvlf19XSFGrO4Ba4+u4qykQiQ3ULp7lnDigMDGUBoaGhoaGhr2B7jV D0AEx+oyDULmQ/Zz2XVYwpzm8FhZpyWuISuRughIDzJJxOfqoCAHDxOvqWx9DIbVmFZDQ0NDQ0PD vg8KBEiZWkVsrYxU7zQMTiaVR5dWlsc6nOkoAqo5ZyU1/ZUoSE/VfeHHyq2m0mpoaGhoaGjYHyCm x1IAGBQCsBvdkEOVOifL1/MBPtWR0inbG/MlO+4QvYd4gJLAoArMs+Vw8OSb9bChoaGhoaFhPwEr TdUoSoP6UYbhuFVMembr89BZZhHUOMYwIkGUnwCwlwS1A6THrvKRYEQx7STe3dDQ0NDQ0NCwr6M+ uBBI5ahDqPgvkg2CGvqt8HYv2w/zadETpkO/s08wI6Nq0YIVhRYjdKl9bSqthoaGhoaGhv0BMhWV Pe8fZARrGO00hId7QLh2JcT501U67EI5Fn5alS+XkzvVpKpd34VvVnjHN+thQ0NDQ0NDw/6BHAI+ HyPtVKlycs+xHjwQfI56BaByn88cy0M89H5FAbJ39y0VJgUSSVUhkyYlAKGdodNOCWxoaGhoaGjY fyBhIgQihGkd98H+yWHfa2bWV+dSJyAf5qNI2UmL+f5+XgpFksbdkuYP35uCNjQ0NDQ0NDR83xHu 7P6ZRKp85DNMTSV0IsTqgynDUo6/RYiFWZdyzjTQM6kCEAuVWu03TIXONTQ0NDQ0NDTsbygbBOl0 ylysNGuwxFmUOWwZqTLW5fZBKWn5cT1j9y+yTzI/l6IQqYrYNc3yGhoaGhoaGhr2UZjPex2qFKlQ LidShOZwDywn9wh9T6ISkoCIgIpJhRZ826GzNwVAKZyqOg+xoaGhoaGhoWE/AjtIV7RNmkApYRiy cZDFvgiwOFMxn+eTkyDYIaUS2jQOVlQkIZkEqtSUVWlIqmrKrbbrsKGhoaGhoWF/ghMhLUFHzTFd pZx+KIDErkMohJD41a6o3d9FYIjwms/MDNKTnYpFhq+0WVNnSzc0NDQ0NDQ07D8oMR2MYMEDu3uk dqmCtdtFOtka4rOztOo2VpFLwwOsV1UnWKm617YcJi1xvRoaGhoaGhoa9idYRIZyfGGlrMqxtPJO wzrAaXbYUol48eN7ULYxljN2lGrgmF2ZpqspuBoaGhoaGhr2H4g4Z6KGrS8rmCSHLA1nrMpzS+I6 wourvmcKParTEkGQomkwhRZJBdKQhIxzDxsaGhoaGhoa9n2U+A7xvRj+6M5b4Mg+qFppnujR5EXD KjhFthQAepIAVZVUdFQLrRWRuqiQTtB2IDY0NDQ0NDTsTxhtGxwzJDGXquo0HhgxEnAU7dQ/dxEU vnLEQiTQR/okbYOhTpCqxrEaGhoaGhoa9jewOrWw3jboJ+34TfUD5QzEOrJD/olAlx8XwJ3inWlJ UgiYSBKx8VCTtoClDQ0NDQ0NDfshJkK6o/amgpMn93C3bYaKykvL70foxuzkxNqjK/RUfdxOpORm RNukWDzom06roaGhoaGhYf+ChO3PWJF5uxfN1vQDEWTLosBnE2LWcClGirHw8eoRlkckSjnF2iJs qW1KJBvZamhoaGhoaNi/UKJe2XfxYKSZLXEX1kOtFFccq8dCs5XshGlSqZrM/R3QbDFUUElB89Nq aGhoaGho2M8w4R9VOBPr7/luACVcltsNAVT6LaNfOUBX8ut9SknEQp/mRJVx0I+qH5nIFsK0oaGh oaGhYf8BPc5CfItTpWtvrfzb+J6JQKY1MpkSYjCdlpKpHGuoAkLNF55aDrFuaGhoaGhoaNiPIM6c as6UKdS8Yd8BNxSaF7wdJo1axTW1WxHsRSoiFYf8CAkFhdXB0sNeLV5DQ0NDQ0NDww8WOlImTcR6 mCf8QhgWRzxsfFt14iEACHpNCFWXIkGECSoiTKrJj6uWjjq0GPENDQ0NDQ0N+xkidJbTrLgsABSY l/xUgbhQab98FyKLBbEjVMXuJ2kRvKgUu51Qj2UKVbSjphsaGhoaGhr2H7gnO0HxQKMG5t2FMnX/ WNHlj49DcHkizAysR5whXZDUrJBKQDja/9jQ0NDQ0NDQsN9AxwfyjMyCOvLcYsTTwsQVszamEpQL I+Njrwlqmw0tML068aJUkbW+1+VsaGhoaGhoaPh+ghHyKrtncYp1TbthaRVwK6US/hSAEAqkhLAO WjpCqZMlhRAqoUmZErP58odr+yFnlh9+1Cmnn3Fo31hgQ0NDQ0NDwx4j66jIEc2apFwyMhHWWi4Z UShXaJFgV4c/9XMPB6JTMaesJOwoYLLdiyUc1w8PZk/6+Xe9/ilduu3/vOZrt7bTghoaGhoaGhoe EEZhHTogVFRMwXzCz930WwpQQIUOIIAeasEZEpQAIYQOkA6azOert9dUYUshoCallGilbAdNNzQ0 NDQ0NOyXyByn1twwHN5z2C03MgqQqiBbKVLoIpHJ+Ft9eY3ZE8VoVnXs4pB0b0R4kDU/+87fferB 0Nv+z2t+4/y5tAePPuT0d/zBG9YOM9/9q199+5c3aGN93ydw5pDjnvTUpz72pEccfeiqWQBz9910 1dc+97F//tw1d6XWCg0NDQ0N+zgmHLNQxSmd4Eu1IxcFBFIaJVJvS8z6K/WTpXcKD/Cwl+I7pNuv vgEEsOIRh8zukcFv5pBHHqYANl17w8Ym4L9/kJlTXvmWVz7jyY8wmgWgX3r4I5/6s29+1+tOP0Sa zbahoaGhYb9Ath5OqqMwH00KgiUy9vTqJm80v3iL8gAqszUyKVTNeohsrHzwxQCw/bYrbudpq7D4 yLXL5cZbR6opmT31tb//6mOXbL70vW/7q69sGRWMyx96zKxCdf2Vt21rROv7h7Tjik996ht3pgvP v/jaW9ffPfSrT/6xn3vFc9dq/+ife/nDv/bOb/2gM9jQ0NDQ0PCAUVRQ44vlaJ0OIHQAuqLQUgWS H6qjAswhxVHTEOdh5g6fBgCgCEgFWRvzxGkWAapQaXiwRZrbcMVNA4Adh5xwaD9hPFxy2FmnHLJk 0ZKDH33W0ZOsUB5y7OEK5R1X3zLXFCnfT+iWSz/wzr/84HlXXn3TnXdvuuf2b5/3j+/8p6soxOKH n3jQzA86ew0NDQ0NDQ8catwox3FQMBWroQJIwGBkyDVYvq/Q7k8AIF0wtqH4bxFVOqnHVASHmlSp 3b13CM62e666Haes0oVrHn4QLl1f/bLwmGceL0AiFhz/xDULL7tha86C9ouPO2wGqumWb94+mY8V T/2l3zj7YUevXr5YlNvvXnflhZ/5yMc+d+2WSScw7RYd+9Tnnf2kx594xKoF1C133HDlhZ//2Dnz 3DkJLjjhuT/3nEcfu/aQw5b1ALj97pu+edHnP/rRT11TPcvFh5z8+MefduKJRx2xZvWKpZ0Cc5tu X3f5B//sPV/d5LexX3r8017w7Cc/5oTVK2Z0uO/mb1/8Hx//189ectdOsqD9kue84y9evCrJte9/ 3Ts+dXdf/cYFT/ntv/7PqxXf/Otf+eNz78teeLtVTFn13N9+1/Mfphu/9o43/Ok1FYHujvzxP377 y1cOW895y2v/4fbt81Lr+25atw3Hz0K6djpTQ0NDQ8O+DE0ehtS/AiIoRr5K72NRTDVBuvIIZX52 VM49FGgC0Et2rxdq0kjT3eFJ0BnfgwbnNn/7hvtw8FI95JGruw9VTKtb+7jTwnWrP/mJRy+4/ort Ici55NDjVwDDzK2Xr9s2Kd1njnvUSYB7lM0uP+JRz3zFqY991Ht+611f2VzRoGVrX/Brv/OTa2dy wIpFK4887dmvOO2sM//5D37/Yzdu2lXhyINPe+qJq/N3nV2++pSnv+xRZzziT9/6pxdv9bfMHPP8 17/sKZ19s+T6JavWHLwj06wDj37xr//W2avz/tFu6erjn/Li4x938off8e5/vSHNkwXObb7sig0v PnNVWvO4tf2n767aQBevPPUwALM3fu3bm3JFPZhi7i645tSTZ1V5z9cvvmPHXkivoaGhoaHhB4Rp jcHOttyZSVGmPLHisdEhPAgSlmPEI6mqkr7lUGuhn1QFezHAg95yxXd4+inaH378qtlLQmuii1ee 9cil0O0XffKKU89+1NLTn7bmA1d8Jx6ZecgpqwFgyzVX3z5wwmVs7spz/vELV1932z2buGTVMY97 zkuefFx/4KNe/YonXPG//+M+s6f2S572q8Y/0vVf+NDHLrxi/fbZQ098wnOff9aaBUe+6M3/9c43 /e75m3au2Upbr/j3v/6LHetvvf3O+7Zux5KVxzz2J17+46ctOfD0X/jJEy57/+U7Rg215cvv+8tz v3vLXVvm+gNWrlmp11oZ+qVPf93bzl7dAZu//uG//beLrrp3ZsUJZ73slWceO3v8i97w3Mvf/OFv bZ9HRaS3XHzRpqc9e8nMwx67ZsHX1xU938whpz60B4aNl125IdnBSQ+ymLuHpaf+p/9y1iEYdlzw N/9wbTs7oKGhoaFhX4afq5NlWQjJHBd+wn9rnhQ4oln5cZrCzCW7n3toHEvjNSTNS159A+LeMR/q lu9esoGnrMIBxx15gGy43WyTCx72zFMWKu79+jmf/diiZ5964gGnPfmIhdfcZMSCSx76iAMSNN36 9Vum3eHv+I+PfurLHjBi3bXfunzd7Lve/JiDZk599gn9+RcOCnDxKS992TEzSP11//Dm3/vs9TsI AN+9/qpLrlr3tv/+irULjvuZF51y8Xsv2bJzW9jtF33+9vLCO9bfcM2ti9799qesOOCUxx32/stv GN177ze+dNE3LT/rb7nxGrvIJY/66Zc8rEfC1//8rX960fpEAHd+8f2/f9fSd7/xtANXPv2Fx370 Dy6fr4q3f/fzV+549hnd7MmPO3L2u9/KrG7ZMaetTKpbr7l0/XY7OunBF/P+wMUn/eRbX/e8FUO6 8u9/56+uvLPF2mhoaGho2Ldhzu/ZNNS5kc/CPeRYVyXuQ8RxKBfVA5n6Dcmf0+RfAQCiqsGwFEj2 IudySsI1Xnsndunchm9ctx3AjtUnHxFO8f2RT37iYpUtl557w93rPv+dAVhwxlOPmYn8HXbCWoVy /WXrdtwf3dMdV3/h/PsE4KHHrpxVADJzwtOfMpuUd372bz/j/MOw/Tuf/dvz7wbTksc855huj8o2 3HTZNxOpKx66fHdul5mTnvmk2aRc/+l//Or6EqUi7fjmJ8+5U4iFx55+2IL5bb2bN3z+qi3gcOCj n3hIudof+aijVZG+ff4N6q/4HhRzhNmjn/6mN7zwsGG47L1ve/cXrm+Gw4aGhoaGfR0WFH50CE8O QzoHRNCH+hweYHTRjiwkRv5e5uBeJG7q/aob8ipZrHGFe0+txS33XHoLzjgiLTr6pIN56c0Aljzk GScvg+645Nyrt2HHlV+8RI85bekZzzjqA5dfDejs0pPWLIJyy3euuGM30h/uuOoOPGcplhyyrMf6 bTq79NS1Cc7mLAAAIABJREFUHcBNl19w49S96y68aMcTnj4ze+TJh8x+49adxo/gssMf/4yzn3Ty CQ89dOWSjlvvvvWWTctEAc4s7Dhf8I0RdHbZyYd3gNz7ja9tGP+04/bLNxArsGTtIYvlpq3zaIl0 x3fO/cqOk86cWfWYx65634137gCgCw56zJEdMHPt+d/cYq2+N4q5yyIccPYvvuKhqbvz03/0nvO/ O7+rfENDQ0NDw74FmfKCicBaUlkVJ+Q8pyS/GQrzRb8hlF5ATzL7yHvUeVMnUUElCdDUWl3XDcPw 4Eql26657AasWauHPPKhC+TmHWnhw3/i0QsU917yueu3kNh8xTlX4vQTlz766Uct+da1m2TZ2kes BOb66y66fsfuWL62b9xGAN3CWQLAzJKHLAbmurtvnI5pzrl71t1DrMLSQ5f0wLb5kmO/9km//pZf OrHa97dw+WEPW74nWwT6hQcvBubSsqe/5S+fPvXrHIC0aPki7iTJrd/+2Ne2nfm4mQOf+KQjP/Jv 18wJZlY/5hGLgOHWC64KE96DLeb9oDv0jCcfDGy/9h8+cvmWRrMaGhoaGvZ5dF0H1qZDk26d86QU fuHzqlMmyZZAE9iVeFoOjZ9d0aVxd1Z/TabedTvzut8D6B2XXbxRAKx+1OoFyv64sx4/o93Gr3zm OiOS9173uW/NATztWScvSTqz+vQ1CcAtX/3Oxt1Lfm9G3NJ+ydmv+aUTe2Du5s/+zR++5Y2/+Kpf +tlXveFXf+dfLtv984nI/v5uSWkXvuWbbvv0V+8C51Y98WmHAwBXPPIJK5Pylgsu3/jAPNyTt730 U008L7RbcOAMlHdefdP9BsVoaGhoaGjYB9B1HZQeFz6bBWPv/iiCgxsK42vNsTysfKXNqkGxAKc9 EIcnJlDs5ETN4SRc3UVK4l5hWtx+85eunnvBaeyPOeXw2bvwrEcsgG664NxrdpgSL22/8nMX7Dju yTMnP/uEmQtvPenkGVVuuOSq+xIewNt3bN6wGcfNDstXHyR601jfo/2Baw5UAPfddt/cvE93h5z2 pEOAobv8z//gfZeGAmnT3etuun0O2M3Anbpj051bgJnuzo+89Y0f/c6wM4q2U66l13/u325/8s+v WvH4px3xvvfeihNOP1K1W/+lr2zIj+xhMee2bgeJBQcs3C0FFeeuO+cdb/3KzI571/d7J95HQ0ND Q0PDDxRd12HamkRmp6n4GvZEYvIiANSqLw1dlYIap1Nnh/kEghQBkIakdIJmXvAKICmBfm8wLXDL HRfekIC5VaectOaU550gyvXnnXtz8R/a/M2PXrQN6I991qPXPOKEh0Bl01UX3/aAjFbcfu/XbxyA tOSkxx8++WO35vTTZlSxY93lG+Z3PeKSVUsA4J7vrNv4gLfacdvGy28FMLfyUScf9IBoyrDugo+t AzD7hJ84Zcny456yBsDdX/rKjUPWPu5ZMXXLHevnAHQHP3zFbtFFnduy4eabbt6wsYXob2hoaGjY L9B3XTEdZuaU1B3h65MQ/b/q4aK7qiw9zrKyMkyhFjJeBQCrM6TzZ6NZdNctYi9ZD4G07aoLr6ZQ 1z7jJc99NNPsus989paax2y67VMX3QXuOO6nXvbswwDgyvOv2y0nrXneNXf5/3feDqGuPOsVTzty pqqnmYc+5ZVPPggqW7768at2wiB0852bAeCAhx26+IG7J+m2y79wiQr1yBe87LSHPJCDmdOWr57z 5UGw4LTnn/WEs49JyvVf+kodOHTPisltN118EwEc+JQfO27+TY9jcMHyU5/xguc/5ZQVLS58Q0ND Q8P+gBGlqbcWIpsLObnrcBoWy1RzIC77z7zpi2lQPJJWFbA0x3RQ1UwMFOj6+/U42j3c8/VPryOA A44/CMC6T3/5lrHBK637/CfvFOrKE1YmxY6rz7t+0wMlOrrp0g9+4No5YDj65e/4zZ95zmkPP2rt w4494+xX/NZvvmrtoNh+zd//08Vbd0Ighg3fuOReAMPJr3njSx77yMMPWrZk8ZIlS5auOGjZHtXE XV9578fWA+hO+5U/efsrX/Tkkx9x1JojjljzsGNPeswzfurnnr2TEA91KTZ+/UPnbgK6tf/p+Sdq mrn1vPPGSr49LObtl5/z7TkgHfSs//bmlz/njOOOOXLN2iMfduzJJx6zeJ6syJEvefsbXvKiF/7s W95y9lFdU2s1NDQ0NOzz6Poe0NG50fkzxtqsCWgV/QEVCUvJT070RyxZwCKX+rNJTaFlOw1haq1U PIj2kk4LSHdcef5teMkqAKpXnnPxpjQREn/Hui9+bsNPv2gFAOjVX7hmTnfhMr5rcO6+z//Ptx/0 a7/9vLUzRz3tpf/lafkXxbYb/uUP/2QXkdO57Y6P/t3Hz3jdT6xY+LBnv+rNzx6VYU/ysPWOD7/z Dw/8jTc9ZYU89EkveNWTXlD9OHPj7Z/95M037do6yS23feKT33r6C49TBXDrp8+7YRjfv2fFTFu/ 8jfvedxvvf6UWTnqzJf+6pm7LBd50OEroADmVqxZ0aVrh73UDRoaGhoaGn5A6LpuntjuNa+qVVyY bxPiyDXe/hkAlCMMwwQpCQphvZeOSZiIRCQmIU38ci/5aQHg3H2XXHSjxfm69JMXbZxSKXHuvvM/ /y0SwMw1X7xs04N7nW787j//3mt/9/0fv/jGDdsBQLfe8d2vffJ9v/Mbb/vouo271tHcd8k//OY7 /ucnLr16w5aIb6Hb77tn/bprLrvws1+8efc27wEcbr/sb9722j/60CcuvXH95jDhbrn75m999eOf uXbj7vDIO877+6/OAVBc/YmL7p2H6O1RMYfbLvyz//729/3H12/avCPePmy659ZrL//yZ/7t/Rfe N1dypOmbH/nX6+cU9133kY9csaPRrIaGhoaGfR5917m1rxAsnWRX04Ee5tVmmct7drlKCjWXL4IA lS9ZfiTCY552pvSgpMfQgtjxPQpAn3n6uhunImM2fH+gswe9+H/8r+cciEvf/St/euU9zYjX0NDQ 0NDwQLHmiCM+8OqfKhsJaxuiX6l2JnIcD2LiTk1QQASaYL5YWaelCdSevhNR40VK1kqm4m+/16yH DXsOPuTMXzj7IOX6c//1invamYMNDQ0NDQ0PAk5pcvgG+1DTrNqvaTIovILEMFeiPBBIabRpsbJW 9eYyT7FY8EhQc92Kgw4JqJBI2pjW9xcyu/bowzfffMvmBSsf/vjn/ucXnipp7st/+883NJrV0NDQ 0NDwoOCUxg6T9s2DQY9Ij9EA1FsInYeZ47zrtDCKC180XvbX+Vkfew9BgZIUYhTH01OXvRVPq2E3 wQOOesVvvvWY3BipX/fxP/rbbzW7YUNDQ0NDw4NE75FLFQqYrxSShx51OhXxSCeQkhsK/at5wVfm RVOPpWyUVI8RD1IBQpk0WZiHZM8yqUI1yd6L8tCwO+Cig+5dvwUrF0F33Hnd5f9xzoc+eskNO+7/ uYaGhoaGhoZdo+t7d54yI2EC0EEGoPOwWDXH0vofOouyWPDmcKUKGAMzP3stRE21h5kZjXspINlu CGGOK78XI5c27B7SLRf82Zsu+EHnoqGhoaGhYf9DUBrbEJgp1M4CdNsNyfkT4dsI89mFGJ+cKBoO 8G4VdHBsVgSQVJFUwuW+Ma2GhoaGhoaG/QBxwnTl+kxWbuw5bnvecpjCn6piSiqjMxDzs+PQXBEE gv6tDhCvqjl4e1JtfloNDQ0NDQ0N+wH6rgPHblijDYNTmw0hOU5D0WDJ4B9qjy7qKAFVIQlQhaYz U1BVAVBIhjGSEGXTaTU0NDQ0NDTsB4i9h3BOlI+RLsG0hrG+ioAA5omV6VBNqswKmUoK8NREk5h7 Fyt1FxOg6KhCC6illMa0GhoaGhoaGvYHFEqj4VCFOWjoqBKAsAy6vkqhybccmuMVaabASJJFj2Vx Iuhu7n3iANNgpXLiYQUzJUKTdn1jWg0NDQ0NDQ37PILSaHipG8ca35RP3bEo8L7NMI3OCM7kDHAL 4+hXhWpPAmJWQpaDpakeHF4QCrHmp9XQ0NDQ0NCwP6DvuggQP0Do7GhC2aQThwwnV2eVuFksBses +sqH66QEAIqeZlUUIsE8tEyzRQBCwHVoIqnrWjythoaGhoaGhn0eXdeDhA4gMAAq5WgdGMeqth9S IPXhPOYRD2CCnGnlHU+Es3uvSemh5G3fYZwtbXZKIcSjmjY/rYaGhoaGhob9AF3XIaXYRUj3edcB 9dHP7m4lUA0rof/goU39bxXTIW889DDxCoWgk/wTUNRanhYAJGVKaB7xDQ0NDQ0NDfsDuq4L3iS+ Z7AwoXzioUAZDvDqt7mru1ke807DiPuQdWHFmJiERO0FP+ERX3+ZadbDhoaGhoaGhn0fQWkUdvBz RvbN0jhketJbK55KqaiyqjilcYNm86OTp0ywyvZDDdUYKQATum5nUeobGhoaGhoaGvYZOKUhPHYD CcyF+grAtHe8FsVVHWarplh+pk6KIKg0ltZXiWgOEB8JgKCqevyIFuWhoaGhoaGhYd+H9N0kZ8ob CSfDXdkN811ErdaKeBA5FGr87bNd0mlWglLJcjg1QYhqO2G6oaGhoaGhYb9A+Gk5zQnWxTGjMuZE P7fHT9xhWBWrE3jss3qQrAg37/xMRi7waWxrFKUSgJIKdN3M96HwDQ0NDQ0NDQ3fU3TdjOuxoJUe a3ywtCuotDAnu0frRyI0fE2wzP3Kz1XUvkQrBQAVchhbHY1rgZxpfloNDQ0NDQ0N+z5mOgk+xOBV Gl/t9GhCgZT8hmlY4FPXciGUXvnYxHwFo+2EapEjKtWZn4YIhYX5amhoaGhoaGjYx9F1fVClSbeq kY4qX3RUn/Oh1KR7ts9LyJAk7leSrO4hScQVEmTbe9jQ0NDQ0NCwH8ApTaY9rtPKpsAwHeZTd/zu CLtVX7SIDxan1OOQAkjQOTABQ29B5UmoKoVpsK2JUKas4FJABm0e8Q0NDQ0NDQ37ATo/97CEtfLD c2pboZsXEdsJEVQslcMNTTHGiqvZRTXlVAIgqsVPy/ziBRBzqyfNSwsAwb5v1sOGhoaGhoaGfR5O afKWQ7XDcypbYcpn7Bj3SrEDMU1aCf3bEE7x4TwfLvM9AIUgIqAK4/TpSD75uT/ouu4Tn/j096LA DQ0NDQ0NDQ3fN3zq4x8BBiA4j8hO3d4BaIKMY5b6zckP87G4D+5cDwDFAwzoE0Eq1UidUToVMrlm zI+fVmke8Q0NDQ0NDQ37A7quh86V75WOqTIgjv3f8weGN5aHewjLo517yNrgaJFLSSooqvbwoOio pGgEmTfGNn901IaGhoaGhoaGfRPZ4X16myHNUBhfsyUROU5psDGLbgo7IVE8xkPFzHrxxD1+KTsi ge6jxaSgaE9i+oDFhoaGhoaGhoZ9F1qFIWWEbCikSuK8HVbe8VnVRUAxmP0wRayHOSCCZiF0WoAp tIDwi5d4Oz1EvevGGhoaGhoaGhr2E/z/7J15mBTV1cbfc6t6dhhghhm2mWEZGETZ3UDjgiguibui ElwRDQaXJH5xT6JGcUlQEkUUNS4oUZCoqLiLRhGRVVYVkX0Zdhhm67rn++Peqq6eDYgyM7bn9/hg T3V11a3q7upT55z7vsGUQ9PwrtmXHPULeqGMVtxLAgl4ZoT1sdiz7fN+M5bZuAuANYHiBEvDkFKx HQuCIAiCICQAQdUPQZ9WSKbBrhPMIgza4c0Svz5oOt/JT4yZAMvzQMqfhwiXmZUxtDZN8dKPJQiC IAjCzwK2wRVVCbBCkweJAB23cjhEQyjLpblq4xcADUVErGP5KiMWHzcKzawBqR8KgiAIgpAw2Lgm 8JD2O6tiJUITfnl2XiEhlrsiqlrqC/Qggsf+Gq52PABKx8RLPWa/VctGXYqIa3bzEQRBEARB+AkS Fim1S/zlQcqJCHD8uYShciGzbz7tgH2Lnlj4RbH1lXGY1hyEdmSb5xGowwe7FgRBEARBSCjiWrJM AES29YpC6zD5joceoEK5q2isjT7mVw3rmag1GK4NreK9pU3OjIzkqSKGRFuCIAiCICQQHFK9Ctqt Yg1b4bjH74gPpOHDpodGF55VrGveJLf8jat9LAtKoCUIgiAIQuJgW9ftH7YIyB6g41rTbdRlmuJN Kis+E+ab7AChQM1WGI2eVhCFWaEHYta2Z0tBBVVF50AfsSAIgiAIQn2hGQqxVBKRXxOEHxcpP5Ay 7tGe37DlC5kyQyloLzQDMfhfzLvaVVB+LxgFIRr5WlwMJkXWv1oQBEEQBCExMPJXtssqrP5uMliO FdmK6ZGadSi2FuINfMAIiTnY7i6wy5oJIFVFxMG4IFK15YIgCIIgCD99ONCChz+vUIOM+oICe6EU U0jBAX7SK/aYas9GMcBu0E0fQESkbdqLNZOiOrYhCIIgCILw00PXGNqEbJ6Nm2GsEyt+uRXiUvFR V2g7furLpWo7YmYTbpkN20qi5LYEQRAEQUgo2OosBGbSscmIceqjdkkgAR/4HgZUidsI/nRFuKRA YNYgxaYP3ihpBbKlzGxNpwVBEARBEBIEL5RF0iHvnZA4VqzJXfsdXX7nepVEV7jRC4yYjyK5DA1b lzTBlSLfAJFUYNQjboiCIAiCICQS4QmD/gJbMQxKhMFyAKbSB1s0DLS1ApdD43tI2grCs9ErZRda kQq2oQjEFAXIKstLR7wgCIIgCAlJUCEkXyOew+EXV43DqnStm9mLVmTLj5d0WG0LgHHj8V8BwPO0 ckwR0RQiWUmLliA0EFEv6nle/CxiQRB+4hAp5URcd+9rCgcUo/AelPmsh7QC6/gAi6GD+YUMBLrw bE17EBJBDWvO++VIl1xNTMwOACImJ+6arqq7VQuCUC9Eo1GvonzP64/v/uyVyq3fNPRwBEH4EYi0 6Jxx1LnpvxwWBVwJthqW6okro2Vqs1R+k7rV3CLfSZqhjfcOgJDXod1YKNry9eJdRBUr1vCICKys OLzNhJnOLVKQyYeCUN+w55VOHR9d9237Gx5NIcXRioYekSAIPwhyk0qhN04eu+eN8emnXw2JtBoY BvuBlCEIm0wcZZNSJvWlAbLJLfNaE3V5QS9XSB6CfCl5MBiuWR2KwVDGjQceK5AGsd8pD64uBiEI wgFFg3d9OqnDDY9F0tIqcjuwm9TQIxIE4QdB0YrkjStanT3i+9G/ST39qoYejuBXDAFfN6tarKMZ DqC1TWvZV5HNXVFIOz78IN6Wx4RtBO0wK81RzVHzJCvYuYfEICZHclqCUN94W5dFiKMSZglCQsBu UmVO+xQib+uyhh6LAGiOyZRqXTXMMv7QQQ+V9kMo7es7sLJ2PVrbB/DjLfOfH7q5mvx4DgCglOLQ zkgRmayZJLUEod4hQHlRCbMEIXGIJMOrlNRFo8D4EsZ1WSHucaDjwH4PFTNYQykwoMxcRQ1QKJsV apCHLSm6REHJERTaj+npIqMGAUUsHwxBqGfszRSJnp0gJBYk3c+NASPMbjJVNgula1gnCKdiKvAa yi8gcnyMZV+lAWVrjoBLmo1olgYUueQB5MG/uGulFYhA8A7wAQuCUA2Z+isICYl8tRsLOiwHX616 aB8AINsXb5JVOqRkGqwW9Gxp36baj6VdZoY2VUJ/mwQi0kYw3oRZgKZqgZ4g1B87lj7827u+7HHp mBtPbG4X6TUv3nTjm3suHj36lOxIgw7uQEGAcWuQnJYgJBD2Gy1f68aAzUsBMO9IKHIy+a2YRQ+H 3HgQewqhbnqTygqatHyUNTc0OTGtmTWsyTSYmdn8y3KtFxqUzKIhFx7Mc5+burLcLOCtC1+YujL7 9BEDWyZmmAU4AFG0oUchCMKPD1HUaegxCHHaV6heAaxiII1Y+3z1NQ2kQito24bFcFmRAlgzA1AK niaiILSSPnihkUDZJw47/a0b/vPs64NuPTeHvG8mPzU3s+fNvzoowuRtXTxl/DPT5q0qVSmt+w74 9RWDezWNAFS5aPxVd316+phxZ+ZEAC5+7faRr0fuGPunrjsXTxz3/Ixvvt9aAU5vO+y+UQOa2aue 3jznyTEvzFm9bmclQCltDxt0xbDzi9II0e3TRv154pJNlcSR7M4DL73mgt65Lpv1n5+zasPOKNjJ 6DLgzH5q2Uefzlu1uyIpt+iXw68/q6iZySJHi+dPGv/cOwvXljupeUeeOuyyswtTaeeMcTc+MrPX rQ9ffVCTGu5lSElOSxASDqL42pLQGCAdqiTGP1Wlqqhg+6nYrxJW7+6y2wzceDSzIigEPfHkQSlb RCZ2AO0/KwgNSCTnjN/8avpfJj35xTG/b/Xl4+9t6v2HW7unEpeufvG2u99I6Tnkd0Pae+s/eu6Z ++7aede9IwprlQQk3rVixtzl2UNGXtm5hS4ty2/ixJ4qWb9g6drWQ0de3T6jYu2Cyc+/em8k/9ER /dKctG6nXHjDuVnpvGPhlCdeeujBLo/cf3i64pL1C5auazP0+ms6ZZQsfW/8yxOeyT9syGXX5Sft +XLCY5MeHnvImJuLXKBk5bO3jfo4/6Thd1ydtX3p5LET7karR645Cux5nta1fbkkwhKExETKh40F WxwEvCrTAmPzBKtGWp4fQlEtMVa1K7rLxpVa+UVDB4ADbQvJrDSYlZY4S2gEJB90ztVHfXzPkw8/ 2nzNxl4X3HRoS2LaPfvlt7clnTP6+l+2SgJ6HNRKL7/x6YnzL7y1b4s6NxbJ63VYj4Lkmp5y2vXo 27MgGd2756ybfdPM91ZV9uvqJuX3PSIfAKh9xqYPfz9h3qaKwzukAADctj16H1KQjC7tNn4466W2 /Qb265OsqQstnn7fZws2Vxa1Sto1598fluZcOfKS/k0J6DR888yRk177tvyonv1HjO8/opYRBmYP giAkHvIFb3i0L98QqJIGoVVwn1u9SkgMMsVB8r0OyU9faT9+VgDbuYrM5r6fAIc02BgdAlBgHVdA NPMTBaFBoUj3S3575LV3z9yYM/T/TskmAHrTohXRrIN7tTSSU+y27tEtXX25dF300LojrX3BadYx Gx9sKPEA3v7FxKdf+XzR+u17KD25IuKVR6vdy7gZrTOocvu2CkYy4GTmNvG8HaUa0MVLVnnelnEj hozz11VI31LOSKrje0Ug++2T3JYgJBbEIMlpNTxBdBU4G/o6Czqk4ICgo8tPenkq9FSo4Ei+KoRd bmcj+hWW+B8Nf84jkxEvZclpCY2EzKLjOkVm7DmsT4t9aIQnR8GrHhHtM+w4yswLWTtp1Oi3dx0/ bMSwjtm05pO/j5la4/5cl8Ce3WEkWdnUMjGD0zqPuG14h6CmSZHm6XVfaEmuxIKQoJA0BzQGTI7K eOHApLWsfw4AkIrrfI+lu0I1x9DqsQd2PmMsbqrd3lKBzF6JwMy1tpIIQkOicrq1dz9cOL+4orBV EkCVGxcsLvHaFbVxGTo9N12XfbepjFtFfthFzVv31Rrd+cLBx/fJZOjkvIz905dT2V3b0fTFK1X2 0W1rrFfW/Coogm2J38/xCoLQiCEiQEHKhw1NnDth+IH5K9Q4xaF1wtkswCrI26grJhcRfqEycXVw Kdd+pMYEKCvxwCTVQ6GRwumHnj+oefmkBx6eOnvhoplvP3bfcxvyjr2wVzMCu60P7Zftzh3/yOsz 5yxcuOCrFTv+15DFye2a43w7bfKHc79esWLFyvV79u8SqTP7njsgPTr1gfv+/cmshYsWzvrorfeW 72Jg54xxV/368rFLdtV0I8Mkd72CkJgQQYxXGp6qqu5V5xyGQia2SlpWvoFjL+ewzhZZVVqtwdrf Jrt+Poz9eadgeGTFu+x1XtJZQuOFUvIuvOvWlPHP/udv95SqpNZ9T/njFYMLXQLASS3PueXakscm TBrzoEfspGe1735I5v9yeaP88268ZMfY/zz5wPsMwE1v26lt+v5EWxmFl95zc+bTL77/+OjXmFWT 1kdc3GdAYRNzf1TLF8yXN5ScliAkFvEJDqEhCZwN7b8Uqgz6HVdax0tekS92akqEKtSkpeMSZP6r 6IIWhXaaITMBDhHI6qKq+C6RMx+9c+DJpx2IIxUEoUY2X9ysw93/9Q46sqEHIgjCj4az5PMVtx2d /ez2hh7Iz5r3pr1xVtkqwERToXbeWGNWUCjkanrx8TfaVeylEVQSTaMuufAV4a3RYbABIvtYMlqC 0BAQSZ+WICQiRAQQKa5N8VKoH4yaQ9BfFTYuBPyKYWjyQvhSXKNGfGhR+FkTVtmcFvsaEuy/jOCA HYJLdfTOC4JwALARlhuhaEVDj0UQhB+JynK4SSTVw0ZC2JAn3INlMHaHJjXF5LdhkRXiqh5sBf9y XPilzGLEHBCZoRgOQ/nPaihPfHkEoZ4hRZHmXTSY1i2XYEsQEoHKcrV+udZepEUXmWfWCPDlGGyA xdCA9mwnO/tt8rb7iv3oiuEHXdYNkbWvF89BF7y/BzbKpezrdsGxtca4WNs3TJQkpyDUKwRK+cVF m18anX3+DWrFQgm2BOEnj5uktVf8778l/+Ii0ctrBIS6r0xo5TjQ0ZiUA3MsbDLyWggiJsReBVTN b4W1uHyN+FiTFmxvFism/w9Vq3uiIAgHDGZOOfe60skPb7xvqLf164YejiAIPwJOiy7JR1+Ueu71 XENzj1DvmHgo6NDyPF+hVNtJhTHrw9obs8JbqGEXcAEQkXnLOVw5DlJZ5IAV8/5JNQqC8APxvKjr JmVc+Ee66KaGHosgCD8azKy19qKVDT2Qnz3Wcsf/M5bc4hrCpuqRMXMND8yrdFgqAi5Asf53ImbW Dig0I0KBicQXRBAagKhciwVBEA4QcQktf4mJvJQKKWax1SMNvbKuDQIx/VIzr4mZiZQVf2AmMqa2 Zp+kSBPVFMoJgiAIgiD8dCHEnHPMbEEKTyHUsfWCtq1wWGZex0wU1js1S6ySlsmZudWTVfFLFLOW dJa/JQ7bAAAgAElEQVQgCIIgCAmFDvwKfVjb2CuuMmjddmK98LW3ZMEEUUx+PgzwHaZj1cNqm5Be eEEQBEEQEo4gFxXEVUpZNSwwFIUKesEMxPiX+KqnIRVSZS19rB4EAdX0SGNJMB/NrEBKNNYEQRAE QUgYqqiPEsB+PxaDNQN+ZTBmAh2Lq2yGi4I/icEMTUzGQTEIy9zY5o3Qg9YqNFlRs/If74+driAI giAIQmOGTVOVRiDCQA7FslOmd4vZ6l75SSzlt3dxta2ZJJYRMg2t4MIh1kx+jBaYHpogToEICmyU UwVBqFeiXtTzPJmSkoAQKeVEXHE5E4QGhYjgAIBmgk1BMbTJVJG1nQ2lvihmXWhsdeyryLrUctA1 DwDQYAVyAZBjMl1MTLE1yOTRBEFoGKLRaGVl5fKvl61auaKsdE9DD0f40UhJTcsv6NC5S1EUcCXY EoSGohbFUZOv8j0IOc6M0G/IYq0p3DvPDCJms3IsMlMAwK5djZiImEwrfrBLCmIt8cIUhHqGPa94 0/pISvJxAwdFkpJFUToxIKKKirJ1q1Zu3LShdas2kEhLEBoQZqtfGoZC0vDxYRZ8b/C4MMufTRjy MaSYeCl8jXgwQwPMFKh1ASBik+gCJNAShHpGg7cWFx/cvbeTlBSJRORuJzFgZsdx2ncoXPTV3NxW rRt6OILwM0YHUg5h1x2AuGoPVgAjluUySSxl8lZs++IDDQfjqaiAWJ87E4VDLgBk5xsav3G5mxaE +qeiooJcV8KsRIKIIpEIuW5FhViGC0KDYlJWISvo2J86WBL/wFyK7QWZrbS7H2P5vVsM04tl0NZO mpnY6pwSaQfaTjxkANrTrFiL76EgNAT2iykkEIHVrCAIDU2sxgfAKo56UTDgMTyGBjxmhuerOShN NiHFbAIlM4XRboCZANYaxHAIHoPZtgiQseEJGSAGo7Ax2oE/XEGoCy7bsnTR9+nd+uSn7m/cQZVf PT7sr5+eOvrxwa2TDsjgDhAEQCklkVbioUzFQfxkBaEBiXPgsVdcACA31ibvTzN0TMJLa4AIyp+A qCgoQcJjorheK49NZKUAQIMJ4XusuMcmVWamQQqNhR1LHx46ZOgD726LLdJrXvy/C4f+9q3NCWlK TNHl/3nggUfm7Ir+L692IhGoZEd+1gRBEIQ4goBHM7PHWlcVjmdm1hzVBCINaGbPg2bFoJhboTa6 pKR9bx1t9SA4lNOy/zerBpGW7ehiIklqNS4yi4ZcePCs55+buvKYoQXJAHjrwhemrsw+808DW0Yk BVkFld4yLZKck/4Tm+Vl+wFIclqJh31P5Y0VhEYAaytearrTmamKFaGRZoA2mSxW/lxDChS4TKO7 V/XH10RTLvlbCwIsRQAFnfUEZg12lFwSGheUfeKw09+64T/Pvj7o1nNzyPtm8lNzM3ve/KuDIkze 1sVTxj8zbd6qUpXSuu+AX18xuFfTCECVi8Zfddenp48Zd2ZOBODi124f+XrkjrF/6rpz8cRxz8/4 5vutFeD0tsPuGzWgWZDDJG/rsteeeuatuStKSGV07v+HW0d0dmvbBfTmOU+OeX7Oqg07o2Ano8uA M/upZR99Om/V7oqk3KJfDr/+rKJmCtBb5j/1j+fnrFy7oxIcadrxyBMvGnJWtwxV+yD/3BkAyl7+ 3SUvA0Cz68Y/engKRYvnTxr/3DsL15Y7qXlHnjrssrMLU0lvrXI49w5o3rGgw8GtTNmxdN074x97 5fNvdxFHsrsMvf22E7IiwWnVm+c8OeaFOavX7awEKKXtYYOuGHZ+URohun3aqD9PXLKpkjiS3Xng pddc0DvX5X09XqDmoe6cMe7GR2b2uvXhqw9qUu0bJmnkhEfeYkFoSLTpXTcFQb+ZHYAfETH7VT0C oPx2drCdfhheXTP7GqZEzFprz74E5Pot8oFulh2AjbQARykOTH+ERkQk54zf/Gr6XyY9+cUxv2/1 5ePvber9h1u7pxKXrn7xtrvfSOk55HdD2nvrP3rumfvu2nnXvSMKa03oEO9aMWPu8uwhI6/s3EKX luU3if0AcPnal+74y2uRQy4Y+X+F6XrbDqelApfVtgvikvULlq5rM/T6azpllCx9b/zLE57JP2zI ZdflJ+35csJjkx4ee8iYm4tc4t1r5i9e3XrotcML0is2LHln4it3rthy71+Hd9jLT0/kxBv/dEIL F5SUnQyUrHz2tlEf5580/I6rs7YvnTx2wt1o9cg1R6dUPRwXzkG/v/Mgc0Brpox+eq57zu/u6NOM tq8vzsmMhLZvxr+29dCRV7fPqFi7YPLzr94byX90RL80J63bKRfecG5WOu9YOOWJlx56sMsj9x+e rvbteGsb6lFgz/O0ri0HKX1aCYv0aQlCw+MrYBGs7mjsCY7pNRCzSWDZJxixQqC/frA9a0/NmoJM F3Tcr2/Q/B4ToY/tWa4IjY/kg865+qiP73ny4Uebr9nY64KbDm1JTLtnv/z2tqRzRl//y1ZJQI+D WunlNz49cf6Ft/ZtUefGInm9DutRkBy/kEpm//vNLSnnjP79Ga2CXvK97sJt26P3IQXJ6NJu44ez Xmrbb2C/PsmautDi6fd9tmBzZZHdlNu2R99eBcno0at3+8gNt780ceHgm3o2q3OQTrPWeXk5Jjai XXP+/WFpzpUjL+nflIBOwzfPHDnptW/Ljz6k1sMBgJLincjoekj3oo5JhE5FNe6lXY++PQuS0b17 zrrZN818b1Vlv65uUn7fI/IBgNpnbPrw9xPmbao4vEPKPh5vLUM9qmf/EeP7j6j1cOVLl/DIWywI DYu1zwHrcDN7bC4hrFd0lfnCJukV+pdMAszkrSjeKtqFoqAcGcwnN8VKYgZIMyuZk9xIoUj3S357 5LV3z9yYM/T/TskmAHrTohXRrIN7tTTRDLute3RLV18uXRc9tO5Iq0b0poUroi2K/K35C2vfRfyn K6N1BlVu31bBSAaczNwmnrejtLqDJicVHH5wyqR5SzZEe9UdacWNrXjJKs/bMm7EkHH+IoX0LeV1 O3Sqjmee1+32p+687qajBp188sCjO2VEal/ZadYxGx9sKPEA3v7FxKdf+XzR+u17KD25IuKVR6vt qNbjrW2ojKQ6fmlZXN0THXmLBaFBiclXMQMEsvqjsGbQxuWwplsis56ZV8jaxmOxLno2oZsybtMu NPuW1b7oFgHahlwK0IgTgBAaGZlFx3WKzNhzWJ8WdUQMPuQoeNUjhDpewMyg//nngFyXwJ7dYSRZ gWvZOSmGnSy7r4MkZnBa5xG3De8QpGYp0jxdYWsdr+JIwcDbHu+14IM3X3v1idunvHL6X+4f3L42 3Qh2HGUaINdOGjX67V3HDxsxrGM2rfnk72Om7s/x1jbUuhMa9t5IOuITEXtPKzktQWg4qhge+pVB 81grViDo0JeUQo1V7HdbadYIwigoImKwvfTbf1lBBe49MS15IjI+QBpQ8aIPQiNH5XRr725ZPL/Y 6E9T5cYFi0u8dkVtXIZKz03XZd9tKtvn91Nld81TWxfNKw6rWde1i/+NaPGiZWVe6y65dQyS3PQk rtxVEYRgKrtrOyr5fqXKbhvQJidtH8JCSsnueerFt//93pMiW6a9tbBy77923rqv1ujOpw4+vk9h fn6HTnkZ+yfk+78NVeKrhEfeYkFoQJhN1U+DwWwmFtpfGCKF8PxgNgkvo5dlXqK15/nuhWwtqUkb RQhfZl6DGGCXdSwxZm+d7WxHMLPS0ApKHKZ/OnD6oecPaj570gMPJ190Sofoug+fe25D3rHX9GpG YLf1of2yn391/COvDzmpY7qzacUOouw6t6YzDz1/wIRbJ99zPwYP6pqZUrJlc5t+x+XVuov9ovLL yS/nH31wS73pkxeeXd/q0Cu61zFIdnMOakuvTn/pta4ndeXNmzIPH1DU99wB6XdMfeA+97xTDm6R Wlq8ekfe0Sd0alr3+dn8+bR5brv2LdKjmxavLuPU5k33YdhObtcc591pkz9sc3RBM6d4/Z79S/Pp zJqH2mRXXXMPFRSkIz5BMR3xClI+FISGxOaR2Ohi2Wb22LPV1jRqpYhVD7Xty2IYZVNijwAmpiBG A7vk92mFS4TM7DiKiNi/Ekha6ycDpeRdeNetKeOf/c/f7ilVSa37nvLHKwYXugSAk1qec8u1JY9N mDTmQY/YSc9q3/2QzLp/xdM7XHrPLU2fev7dR0dPIU7K7XZpj2Pymte6i/2Bk3ctfWXMmzvgZHX7 xchhlx2cXOcgmx8yfPjAv0+Y8tAcdlp0OrfrL4paFV56z82ZT7/4/uOjX2NWTVofcXGfAYV1R1rY 8e3s/7z73DYP7Kbl9zv7hjO6RPb+2ab88268ZMfY/zz5wPsMwE1v26lt+v78SGbUONQmCGYL13R+ JL5KdFjKh4LQcBAAra2qFRF8lYXqMu6mk8OPrjy/+h/zOAymMQJQgGcDL1tTpMHZnQGQH2zZ3ZNf ctQExYqIiM74x+0DTz7tAB+48LOAvJVTr7/xxd4PPHl5TdMDBQAAM8+a8d/+x56QlPST8hAS9oGK iorPpr9/WL+jJWEpCA3Ce9PeOGv9ArCGgjYdW6a93W+jgtF9BwAQoIjY94M2OAAzawUwGYEi07Fl ZiEyGH7SOqbyUP0LT0RQUPFyXoIg1A/yG5zwyFssCA0IayZS0CBF0EysobjGb6WCn/FigBSzZ7Jc gK+MZTYYmk9spyYyE5HLmkmRNpsBiEGKWLOvpUUarCCznwShvjHdANKnlZCYPi0ixbVNxxUE4QBD StuclYYGSJEp+Cm7zGg3EDM8sALbgqBt6oIHE2xpEz8ZNxDN9uWOlZcnZrik/MjMdHvFmu0JwXYl pyX8qLBTcNo/XpJSdN0EAVYgdCckBmHlQrmyCkJDEQ5sFOBpTX7vFBGBiE2iy8xDZACsQBrsEDGz FxPPMstDaObYNTxIdAVK8HEXdDKS85olyy0I9Q0pSkpKipaXe54ntzoJAzN7nldeVpqUlETiJysI DQqHOtkdomAKoBFrMMILCoz4K7BRg4gJQLBVxqpymQ7Es1wTrsHEWNq0cBHi12dRLhWEeodA2S1z 1q5d3S6/gChZvoOJARFFKys2rF2TlZMrUw8FoSHRTH6OOVB5h5W5ioVXRr0dtkfemCDadRVR1RAM MaG8IHvtghQCOx5F8BhacbUJ5vsn1CgIwg+GmfM6dNq4Yd3SJYu8ysqGHo7woxGJuE0ymxfkF0j0 LAiNAa21LeXbch+TKRkSoDUr090eCD0Q+1ETs7U4DPd4sN8IDz/0cuExKyLFbEyoFZQykvQcjvHk zksQ6hnPi7pupF27gry89g09FuFHhpm11tGoBNCC0HBokOmiImIQe6wIcIIwSvs+haS1Ng1cyk9m BdtQbIXiGUxKkV8xNJswT1qVBzPJEGRXA0B+VssP0yTWEoT6Rn6JBUEQDhQKrJk0mADTj6497ZcL OZaiihMzJRCTX3Nk1iA2rfTGjAcIFFDJbJeNRrxpfFdmSVw2WxrhBUEQBEFIPFgDIN9Z2hpEm/Yp 8vu0CAQwkbXjYbOyVdJiY7wDRWCQBoeyXgglt1zfqwe2EMkgVuYP+MXLQDJeEARBEAQhATCBkJER Baw9tBHO0uS75dgCYFziye/msv1bioiZWRH5CStlZFysTw+7QbUxvgfe/qFIkZXkkuSWIAiCIAgJ AgWTBTWYQrMNfYV3YiKQ9aYNVfzCPe8K0FrbzYHYOigymI30A4EUQ5Pfk0U2f8Wkzd6VAhTDET0t QWgseOXbtuyMSo55rzSaE6VLt6xYuakC4JINS5etLW+QQTSasyEIjQaljZI7gdl3f1akQR4rDaVB bIIvJs3wGB4rDdJxfVaatTWg9shEV6yZNQPQpM0rFbTiqpIOZn8A4AFRsEfwSL6igtDwqD1fPHTt fa9vaXzfxy3TRg276clVGgCiFQ3+m/6jnah9Oa46j5d2f/7YHY99uJNV6YJn/vrkR9v3zX7nh5/D 0BYa78embhrBB0lIZILSIBRznG6orQwa0+nYFMGY/7SZkBhq8WJWOpAqpXgVUmuppjWBFTSxR6wI Vu9Ux9qzaorGBEE4cLz7u/MuGvLr8H/n3vL51kabXc7o0v/E4/q2UNg67c4r7nl7Z2Md5/6y1+M6 EMf7w7eZAO9CAhyC0OgxEwZJM5jBxKE2dmbWCJSzQnksZvKYNBSgjCe1LR7GPqtmM8zETIBy/T56 slMTiaDBigEmIvKjPFHYE4R65ri/PHFolGnT63fduazfqP87IUNTJL05z27ocdVCcsdjBncEgC1e NJFMk/d6XHwAjveHb/NAjKqeSYBDEH4isLXCYZvC8jvVFWuAuVpm1UhAmNCKASY2rVnGdDq2nm9V 7cLvqCdfgD58B6FrrCwKgnDgiTRp1hxAWYpLkdSmzZpnMgDaA3hrPrjj8jd2R50WPU78zW+Hdksj sLf63acfm/LJ97t07hFnXnfV2QVJwTeXKpf++65/vLt8ewko9hLeOnf0zQ/NLqnktNz+Q28YfkwB LYmt1q7fab0qF0+f9e3OSJPu54y87leHpAF17kXtmXHvVVPaPThqiAtEv54wYsgEIOW8v487Mydi 1tjyxh3Xzzrin385LZOx5Y07rpt91Ng/DUr+fvrYh56ZuakM6bln/3nUua3d6ruoWBm/TptkANi1 5N6r7s3+6xNXdkj21rzzh1teO2/sP/qnq5LPHvzNpCZ3P3h19r6eKFXj+dn340L88jPchVVObLV3 liq/f/fOP7+U/8cHLkmfN3Z0tUOrts0zW6p1Hz43duK73+2h5ocMuPw3Q/tkxvYO9mp8NrSFJ07a 97Pxzev3//O1xZt3c6T5OfeOPqd1kr8XvW768+MmvvPt7mhKp4F3/GlYAVXfb1L4ZNb0KaLKpS/f Peatb3eUgiKt+gy8ZNhFPZo6NX42qp+EvY729MoZj9ZyPgWhJoxoOxHZhnayiwAA2ojEB+Y8Zn0j iQVfaEsrvxPeBllh2VJiDQTKpaQIxpZa6TjLHqWI42TmBUFoYNysnsNvGdJRb3jz/lFj/nP4P4Z0 1Yv/Per5uf1vvPcPLYqn3PvA39/o+bezC137hafKbStWRHrf/NDg1qVr33zwAfOSSNMu59724LDm SZs/HHfnU2OOOPRvB29bsSKpz63/uCh3y7xxfx778cCrbh5zg7v4lbseH/PxUWNPbuGUL6ljL/Ej LLzgoTtObqKVG3HrPJTK+U/9a0mPYQ8N7pO0fZOXnVy+5IX4XfT421nt49fxf/jT8w9vjTe/3aw7 ttvz3dyN0S1z15f1L0xdP39lStfLWjmI7uuJ6lLz+dmf4wovJ6/KiX2wKH5et7dj4ZOjJiRf8pfL Dkqb+6eaDq3qNiOVy/5991Of9bn2zusLnLnPPDD6oYwHbz8/V/nv77LJ1Z9147dQtnyfz8bmRcvQ 8+YxQ9vqEqd5EM9R5bLJ94z/tMeIP11zULOynV6uosql1fd7QZO9fIoilduWf5fU56bRF7QuXTf9 yYceGJ3y4O3n1fYpCZ/Yap+NaqNthnl313o+BaEaMZ12GydZmx3SptCnTQDF1qaHQhqmgbu0NqLy bEqCik2spD1NimAaucD2u6o9Yy4drxjhP5YwSxAaEZya1S43q3nbbied0L5k6dLdzCumfVJy6NCz e7Zp3rbn2ad33vrl3B1V6i5JmS2zsrLyu588sKBk6dLdDLjp+Xktm2ZkdjruVx0qtqzeGQWASNOs ZplZnY8eVJjqNMtvm9283eEn9XRLv9lSAezDXgKU40aSkpJctZdLh0pKccvWrdxS6TZrU5CVVH0X 83ZwlXX8Lar0gw5vs/nLJSWIrv5yTYu2mcsXrvO8bQuX7Oh4ZKGJk/bjRFU/P/t1XOHlVU9snMw/ la6bfM/fvjnu2t8fn+9WPXyqZZv6u2kf7jnskiFHdsrKbX/C5UPzvp42Y3Ow2RqfjVYf7b6fDU5u 1rJ50+YtWzd1KbSXD3YffunQozvnNG+ZX9Aqueb9VgJ1f4rM2W6Wk52VXdD9rBEXt1n6lh3tXk74 Pow24tR1PgWhVjgEACbW0Owvt6bSrO3zmoyblg3UPKZA1FSHtqM1tCZmgnJt6dAIyYcUSgMTHva1 JARBaFSo1GapKC+p0NEdxTsqV48ZdtEYAADp3Nw9jKwafmhUarM0lJdUaFSs/e/Tj700c+XmMjcZ wMFxX3InrUmSt6ecAVBykyRaF2Xifd9LXcTHZk6PEX8858mn7h/xdstfnHnlJafVtIv4dS49s3OK vTbl9O2b8d6HK3cdMnulc/pFvV99c+62o9p9sav5qR0zqsQsdZ+o1JrOT8jXbP+oWF3HiYW3ZeFM 0n3PaxMhoNZDi4ejOzbuST8014SPKiM324lu2KWRU8ez0drfln0/G9XH0DKW6qt5v17oNTV8iqps 1WmW19KpDEZbV1dWLR+/+NHu2/kUBEtQrwtPFay5K31fOqmM+bRnFLUcrTXBhmZu/GqMeD9qIoZm xM9XFAShcWB0hRFpmtUkteNVjw7vk7TX7ykZ24jSGY8+Me+gqx+488isPUv++psH4ldioiDQsI+Y 9nEvRI5CtFxXXUe56cko3VLmxQUxlFn4q9/dc/LGhS/cc//fXika0bKmXYTXmVz0j193izAAjuT3 781Tp8/6bGV670EH91/w1GOzvszd1PHEbhnVrol1nqg9Nay578cVv3wvJxaq3cBbTy8d888/Tcx6 cEinDKr50OK3SW5mTlrJmo2VVOgy9O6Nmz3nsCb+Saz5WRc1j3Y/z0bsJZEmWckl6zebvdS+Xweb gtfU8Cmqgt69cYt2OqQ7Tg2fjSonYZ9GW8v5FITaYGbimGQoc9DmrhlECPkfmoZ2X9MBRDb8IhNQ WRvEIF4KZEoBKD85ZndKHP6gExGgCHsrAQiC0JB0OKm/+/EzE7/4tnj79i2rl6+MSy3UCLOnWXO0 rKIyuq/+8fu4l7ScHHfN5zNXbt6y9rt1pbEcSEb7ni1Wfzh1zoqtO3Zs3VlOBIC3fb1s/a4yTm/V PiclWlJecGL1XVRZpyy2xaQ2x/XN/PyZKeWH9s/OKDiu3c4XX5zX5vhDm9d+OPt/ovZ6XFWXVz+x bnIyti//fpep91Hz/lfcekard/7+z/l7vG3f1Hxo8dukDqcclz7r2Rdmfrdl4/fvP/3cmsKT+2UH HVSqxmdrG+3/fDY6nHRU8ox/Pf/fr4t3bF3/3fKduub97suZ5K3LZi35fvPGVR89+8LqvGOPzE2q 6bNR9cTuw2irflQ2f/z0/U9MK5YZjELNKEABRCaA0hraV8div9RnVgtfUpih/ZIimMF+GdG0ZBEY rH2JLVuO9HNaBIIJ7JTmqPWxNh93ibIEoZGT0v2im39d+cT4P79dojml5fF/vOfKJul1rM8q/Ygr hsx69Ikb3v0nESVnF/ZL3vsXfd/2windz7ug6z0Tbrn22ZSWp91x/5ACM/+LnYKTfnvON/8cc+tH GpzUtP0J2a7es+j1xx6ds9EjTu94+MVnH5yZdUiVXQxPx7K4dQ4JpTRU+xOPbfLRq0ccUeAiuesJ 3bB89cm9cupod6jpEPYpOKjjuKosP6fqiVWp3X55fNoDjz4568H+dthtz7hh8Mzrxj7/6eCSKf/6 svqhVdtX0bk3X7bnsSduu3YPNT/4+GtvOLtV7JaYk2p4lhG3hQfO+sFnI6X7r2+9ODruX3+5fg+r lgffcM8tfWoaVc0psSpUbJ3+6O0v7qhM69jvyt9d1JYY1T8b1U/CXker98R/VA6OTpu06Os9u4GW +zIq4WcHG8McxcxWId7ms0JrANBmcqFthzfpq1i6tsoGmT1mVqTC5Ug6r0UXs32zAyJiFVgr2rYt AqBx7iN3DDz5tAN51IIgCEIiE1PNyP1fO+EE4cfgvWlvnPnNTGIweSZy0szh5gG2sY+deQirhwWG Bzix1fy0lB+K6fglAEJ6WoAx/2FAMQANApmHgiAIgiAICQYzM2vbH8imahh4STMRHBNycSDPoJmh VVzjfFA9dG3REAR4fgGRiGId8bYeSbHMOzMbOVMbyAmCIAjCD0Cn9fvjc/0aehSCAJgISTOUqjLl L5SUChYYoSwyrjrVwyz7GBx0x/t5KmLNrtmWbcwy7fRaAyCHbLLMYwaUkkyvIAiCIAiJgmnPMlLw xFbinUOFPh9joMOkNTxltEgJDDjw+6xsXKXAmqw0PJkcGTNiOS0br8FWJNnz9wgih3UtM58FQRAE QRB+chAzSNl5hMRVwpy4qYEAjOI7G/UHTeR4YHDV0IgBIqW1F+hlBXpaoQ55R1FoSqy/JwWJtARB EARBSBTYir/7toWmWV0TsyZHhbQbAE3kkGNFtoy4gxcERkTKzF7keEVSgInI9mlZ4x82ExA5nDqz e/JADgRBEARBEBIH1jbcMcYQGmANZngaKuZxyGDWNjJiZmiyTfQeQ4GhoU1WjImJ2SNAs1aO7a53 AQfwTORGCiAEQhHh1Nm+KNELgiAIgiD8NNDsS8ODiNhjP0dFZJwUYsVBIqWYPQKTEX7w2AZbGja3 xcajOsiExYQeXK08sw1WmpgClXgyQhKaoKCgtBaZXUEQBEEQEgQiYlYAGB6DiQhak3KZwWx8z31r HSKOegDYFhoZAGkCPCYH5Jmudru+JigGaz9O81UeOEigmT81QxE04BCY7AgEQahfol7U87zqTZdC PUGklBNx3b2vKQjCTw2trYshiG2QZAMkDWVDKlPcq2L9zKEJh+x5cEJlRv/JcNBkryBEpiDJ2tNE RIrsQiLWmkK68oIg1A/RaLSysnL518tWrVxRVrpPLifCj0hKalp+QYfOXYqigCvBliAkItYW2phG G2zdD1WjK99DmozxNExrF4NJGZ0IhmZTj9QKpigYKJrCMRtUZOS0bF88TLzmMcWLdAmCUD+w5/UP HTYAACAASURBVBVvWh9JST5u4KBIUrJ8DesTIqqoKFu3auXGTRtat2oDibQEIQFhZt+pnE2fOjGb 1isbBxHITlCkUOylbQsXaTBBx8s9ENgGWSAjMO/a5fZfP5BjkLK9XWyE4+UqLwj1iwZvLS4+uHtv JykpEolIBb8+YWbHcdp3KFz01dzcVq0bejiCIPz42IRW4IHDpiCozVxDv83duj8HK7JmMBORZg1i Jj9WopjHDoNZa1IKgPagzOVbaTsBkQhmgqJdlRBIy9frCRAEAaioqCDXlTCr/iGiSCRCrltRUdHQ YxEE4YDArJihtQerXhq4RIdUTK2DjpWRZ08jFhGx9jRBw2Nof9qhx6xZexoAa2atCXCDZFXM5Yes UETI9bBqwVIQhPpB7nMaCpJcviAkNEZVgfwrrJkrqLWmsKQosynrBQIQYNbMpAhg5SgNNoqkrGOW 0gSw1kaJlFn7cw8d9jvpWYmeg3Cg0VvmPfXYWzlX/P70VkkNPZZGDAFQSkmk1VD4fq9y/gUhMSEi ti1TxMwOUZDaCjDxlin52RswBRCzZmiArKSWb7ZjXA8ZUJpNJkwrbQuQ2jR8VcFuUdylhf2Bol+/ dP3Qyx/7uqS2FXj32vnzF20ul4yBIAiC0FAEnVWmWyomHRqOtUyoxaZAaP/lqCYGsSaPiQEGaa2Y VUy5VDNHjX+1C6uepcAm68WkiLSx//FjLClfCDWwfcED14+aZ+Td4DZpV9j7uFPPO+nQFgpIy2rb pm1OmszX+kEQEKgVG3Tx7Mcffzv74t+dm5diF0W3f/DPsfO6DL72tI6uBK4/MvbMy9VPEBISzWxz WPbLrgAN/4GfwWJmUsSsiQnQYCYoZo+IWPu6WUaLKwizmMkIOmgwlKsAKIJNdYGItaMImih0fSGG uPEIVWCvdNvuaM5FNw4/uIm3Z+f6hZ9MfuZvs1eN/PtV/TPanXDjfSc09AB/6ojXaCNB3ghBSExI EwAm1qQVQEa9IfCdZutFaJx5tP83G1Ut3xjaBGSIhUxmfdaBmaHnhp6wchHMIGu0CNjojGKiXoIQ Qqfnd+lalEnAIb0P7Vh6w+3/fWnx0KP6bpp6/Y0v9n7gycsLkgHyti577aln3pq7ooRURuf+f7j1 mo6xLVDpopdvu2tyk2H33npi+0jwMYtunzbqzxOXbKokjmR3HnjpNRf0zg3lbKhy0fir7vr09DHj zsyJAFz82u0jX4/cMfZP3SrXvTP+sVc+/3YXcSS7y9DbbzshKwJQtHj+pPHPvbNwbbmTmnfkqcMu O7swlfTWxRPHPT/jm++3VoDT2w67b9Rx0flPjnlhzup1OysBSml72KArhp1flEa1jUdvnvPkmOfn rNqwMwp2MroMOLOfWvbRp/NW7a5Iyi365fDrzypqZuytahzAzhnjbnxkZq9bH776oCY13MtU69Oy D6jaIjN7pXzL3DenfrJ03R6wm5k38NdDejdVAPT276e/9c6cFVsqVHJOtyNOPrl/2yTiklUfvvr+ orUbdkfBKS1PHX55T++7aa+8/3Xx1j1RAEnZXQ895dRj2iUTvJLZLz7zwaodUWI3s23vQWcMKGym GLzj22lT3v9609Y9HqCS2/U+uhutmbvo2+LSqNss78hfnXV0XoZJzdc4gB/pE3hAkT4tQUhsWBvH Z6ZQwZCCnqvQg0BqlCio98XkTK1pD6yCAwBFplLIFGjE27XJXLAJSuIqYb+h5HQXXkllvEcml699 6Y6/vBY55IKR/1eYrrftcFqG+v6ia6b/bdQkPvOPNw4MhVkAnLRup1x4w7lZ6bxj4ZQnXnrowS6P 3H94+l5/8XjNlNFPz3XP+d0dfZrR9vXFOZkRAChZ+extoz7OP2n4HVdnbV86eeyEu9HqkWuOTtm1 Ysbc5dlDRl7ZuYUuLctv4vKa9QuWrm09dOTV7TMq1i6Y/Pyr90byHx3RL63m8SguWb9g6bo2Q6+/ plNGydL3xr884Zn8w4Zcdl1+0p4vJzw26eGxh4y5ucitbQBHgT3P07q2r9t+/sBv+fSVad+qo88d 0jmdSrbtaJ6mAFD5pvf+9cL8nMNOHfrLzN2rP576wYtofs0Z3ZJ3b1jy3fpmA874ZV4TXVqZk6q4 eOt3a7ZkDTzzV7mpFVtWfPrOZxOdnJFnHJSskvKOGHDOMU1SULriv29Mf2Vyu2sv75pMXGbWP+uM 1qllq+e+Of39t3O6njDo7JxI2bfvv/HJ5Lfa//a8PKfWAaT+hC4yEmkJQsLC2lg+k6aQuJbVy4KC H3D5KvAEgvZAJinlN3r5swqtLaKftYKvEe/vjJkImplshkxZ9VMbpcm1RqgB5sqKaLSictf2NV9N nzBto+5yRmFqeAYFlcz+95tbUs4Z/fszQtMMPQAgr3j2o+MeW3vsb+4Z3Du9yoYpKb/vEfkAQO0z Nn34+wnzNlUc3iF5rwMqKd6JjK6HdC/qmEToVGS2tWvOvz8szbly5CX9mxLQafjmmSMnvfZt+dGH AEAkr9dhPQqSQwNz2vXo27MgGd2756ybfdPM91ZV9uvq1jge0yzltu3R+5CCZHRpt/HDWS+17Tew X59kTV1o8fT7PluwubKoVVItAziqZ/8R4/uPqO3c7udMFC7bsYdT8zu0z28dAdrkmaWlX0+fXdbi l2cPPDiFgDa/3LnsHx9/vqGyWwEAuNmFXTrkRMyaGgDcrI6dO+ZE0KF9i83Lnlg6f1P0oDwnktO5 aw4AoNXA/vMff2/Ftsqu9t10szoWts+JoF32tvlLP846qE+3wghTW1o1b+KSFTujec3d2gbQ4SfT xbe/b4QgCD8JPDYCDQDAYMXQREoDzJ4y5TztVxIJWoE0WadEBXimMctEWuxpvxErdg+pPDaTDl0d N7OQiBzSRpQeYGWE6IkchgdBqEby949cd6l9TC16nfjHK8/MVeEPi960cEW0RVGvltXVHKLTH3rE a9n/r5cd27x6HF+5/YuJT7/y+aL12/dQenJFxCuP7ov8iOp45nndbn/qzutuOmrQyScPPLpTRgTQ xUtWed6WcSOGjAvWQ/qW8r1u0GnWMRsfbCjxAN6H8bgZrTOocvu2CkYy4GTmNvG8HaW69gEw6iqi kX+TEy4VUpUHQdM2kdP6qGPa/2vac48+efChhx3Rp3vrNAXw9lXFrHdMHT1qamjXO6PmdaxCW49f opq0aYa52ytA5O1e9tHbnyxauXl3mUpJqnRQoSnw7bLru2lZaVRZUlKpKEnDzchKZa+kEkSodQCR xn/3Zs4NSU5LEBIU2+AAViBihra6DaQRa9TyRQ21B2OaQ0ozQzG8wCXR5L7sVm245bG9TXMREugL FLdigyAmImiWeqJQI5Wtzrvpqm6ZkZSM5rk5zZKq3/yT9XaqiaJf9Frz0cePvNTvLxf1zYj38lw7 adTot3cdP2zEsI7ZtOaTv4+ZWvXF5Ch41aIdjhQMvO3xXgs+ePO1V5+4fcorp//l/sHtU5nBaZ1H 3DY8lkehSPN0ha11Hx07jmJm3pfxAAC5LoE9O6hIsgJrexJqHEDdP+A15JFJuYp1ZfiwOVoahYoo gN3cPkNuKFw+Z+aMGW88/d//9r/0iuNaJQOMlLanDz2tVfAmkNskhbCz7mOHUgrMGtj8ycRJX+zp ddqvTm3dDMULJr0ys+Zjd0BspP9Ajusg0PqrZQA/GSShLwgJiWL2C4S2912zDjx1fAkt9vvfPXMp YDBrVpo5Jm5sFLZs1TDYvj8rUbuoXf+dSGloYjMKSaALNcCpbQs7d86s/adIZXfNU9MXzSuuKKwq Uuq0HTTy6s7jb37iwQdb3nfbifmhhndv3VdrdOcLBx/fJ5Ohk/MyqqVUVXpuui77blMZt6qaG6GU 7J6nXtzz2GP/dd3N095aePaII7K7tqPpi1eq7KPbxtUf9zlRu/fx1ImqbQB1vwoKVTriVZPWORHn uyWrKgoPSmYAFC1e9n15tEW7FhGTfknO7NzvpC59er31zye+mLX66DOKmuW1xPyVG1Wz7i0j4a1r AqA4LqcVXhJ02uutK4q57QnH9+6SzuCkVinmhsy+LljfXiBU6MUgInJqG8BPAdMRr+TqJwiJCGkG 2NO+9TNrf7ag33ylWQGevYnUMNe2mAMig9iBmZkYUzw1TfKaNPmlRH9qTdXrrT8O/ykWlQfhf0Jn Hnr+gIyKyffcP+nTWQsXfjVz+oerK/yUDFHL46++6bQOy57668vfl4UCfie3a47z7bTJH879esWK FSvX76n6U8du60P7Zbtzxz/y+sw5Cxcu+GrFDvMN2fz5W+99+dW333239KuvVpdxavOmBJ3Z99wB 6dGpD9z3709mLVy0cNZHb723fNf+ZGn3Op69nYRaBrBzxrirfn352CU1DqaG7xwn5/zi8Fbl8155 9vVPFixdtvCLD158cfqOzK7HFmaCeefiWbOXrVi7fv2q5cs3VeiUjFQFTu96bO+06OcvTPxowbIV 369YOu+L2ev27M+xq+Z5zWntF9PnfbNm/Yb1G4or9u9S8MMH0ODIxU8QEhJmNtkoAB5rZlZaK60d ZodZsVbMBCgNxaw0OwyloRAU+Vhp1qyN9nssaaU9Zk06JgNh+7SCMiRZvXkzCG2TYwyQePQI/xvp HS6955amTz3/7qOjpxAn5Xa7tMcxbWJabW7n839/4ZxrX3jk2X73Dm9vpYso/7wbL9kx9j9PPvA+ A3DT23Zqmx4X3XBSy3NuubbksQmTxjzoETvpWe27H5JJ2PHt7P+8+9w2D+ym5fc7+4YzukQYyCi8 9J6bM59+8f3HR7/GrJq0PuLiPgMKm+7zMex9PHuh5gE0Cc1VqWGn/lcyXNJ3ck+4+JK0d9/7Ysbr 8yuhklt2OXLwoOM6pShAl6xf9ukX7+zSgErJOejY836R54KQ2ubUK4Y0eeu92VMnfcqgtGbdTu7c t106bPIprk8rtMTe2xGpVsddcPLuV//7xktzGYCTkt0mK0VRaD2/mwm+2gTs3Zl5qpYB1HbYjYnY VVEQhITD12gAyKatwl/2QL2BYKXd/ZfB9oUYVfeYEoQObznYAsB0VnY3X0sCABQI0KyMGRAIUP5T 5//z5oEnn3aAD1wQhBhffPZJ/2NPSEoSc8iGoaKi4rPp7x/e/xcNPRBBEH5k3pv2xumz3oXVc2D4 5oYU7r5iBJbQzJqUL9tgojRokCIGQwOKtQc/TQUiZu23y2sXMKsAsRu4kCa8hpn2KHd1glDPEFXr 0xLqF9OnRaTCd6uCICQGBNhJPMwEkFJaaz+KgpFzYKt3yEF3vHHZ8dNa2k9paQCstQ3U2J+xyAyw q0K5L39jIAJpJnutj2sQEwShfggCrKC4L9Qn4Z4Kuf4JQuLBfh4LvtaoXQJwrHpoNRm09uMvbax5 TA99nEZ8tUiJGZoYrmYQQYWu6XCI2cifMrM2N9ZyoReEeoYUJSUlRcvLichxHPkO1ifM7HleeVlp UlISKYKktAQh4Qi8dIJ8U/j+NgizgvjJNKMye/B9qc2q8DXkwyuDtRF/Z4bLmqHgETuBd6Ix91FE OthlvL6pIAgHHgJlt8xZu3Z1u/wComTJK9cnRBStrNiwdk1WTq4olwpComILgkpVSUpVfwDWzGDT BW+LhgQQG20IZh0qPrBp1bLFRO0qBrTv10MEwNPaGv2wVYEgKIm0BKGeYea8Dp02bli3dMkir7Ky oYfzsyMScZtkNi/IL5AYVxASFCI4oGjMIpp14FdosYaGVhmLNEwqyjRgAUx2gqJp5LLZb9MOb2qO AFwbgimzQQ4kShkwcRp8Ga56OnBBEAAAnhd13Ui7dgV5ee0beiw/U5hZax2NSpgrCIkIM3MUYKO2 wIGxhd+DhZhkvF9hNKkvHdsAaYCs/04o0orbj+u/NGaiSqRiLj9+MbFWzR9BEA4Y8hsvCIJwoAjk RpntHEMyQvAKWttUFjNp9qVGyfhOh2uLJrfFKhZjmVmKYbl513rtgIJWLA6NgdjMMNdKZJIFQRAE QUgYmBUxM7E2RvJBj7sm7Xvu+P1btsKorE4ze2zmEtreeI9NuMTMvgx0LCBzWTMpUla5y+qkkhF6 sEY8Vga6YU6EIAiCIAjCj47VawiiJ81GSos5yDmFZLGsortmTdo0w5t5h6b4SNDMyvegRpDT0szs kiLFpM1WFTRDQYFsLxcAJlaipyUIgiAIQgJhAx6AETVBkMPwmJlZK1KawSb/pIkAgtYaMa0H7U9X 1ASlTWHQI2W6tZStRvrVQ08zqbhOew1FxJrJsS33giAIgiAIiYRv+eoFtoban3dIOtZIZSqIHJfl ss3vRMq8zvrwWDFUrpKdchVREE4FAhH+OkEbvOhpCYIgCIKQSESrBUUAggxTyD6HERQUfQ15hJ8l MDGMjDwRac0maDJapq5mVgBrGOtERQQCa9gphx6Tc4COUBCEvRD1op7nVZ0xLCQ8REo5Eddt6HEI QkLD1vHQoAge+XINHJNssOFQyPyUfbWGOFkH2+KlTYu7Zh1IzLsgxcZAVYOUXZ8UwUxmNDuAiCQL Qn0TjUYrKyuXf71s1coVZaV7Gno4Qj2RkpqWX9Chc5eiKOBKsCUIBw5mYtg+dbDnmx2alBX5Zb3A RDpoi/cLiCE/H7MCNIM0s7azFIO5h0oBrJgUyOicMowvD4gCRVOJtAShvmHPK960PpKSfNzAQZEk ceP5WUBEFRVl61at3LhpQ+tWbSCRliAcMJTH4cYoZvYbthiAYgJBMzOBiDjmT0jMOujyCmlrGf14 MJHWTCFtLFcF6qe2n4vM9EZigvWxV7Dm1YIg1B8avLW4+ODuvZ2kpEgkIkorPweY2XGc9h0KF301 N7dV64YejiAkMmzFrezj0N0sAawpUNRiWxDUtjIY7u5i1qYu6L9S+w91sFllNs7Kzmq0lvVEUKLs IAgNTEVFBbmuhFk/H4goEomQ61ZUVDT0WAThZ4COiZLGY8MpZiYGay/mnaNNCGX/NaIQ5jUmK+Y7 9hBArBVAJjVtao/KLxPaHYZFTuVCLwgNAof84YWfA+G2D0EQDhwmQrKVPQ9Q8IJ+eKiQaHyVuYfh ti0FeEG3VvAUgTUY2pQE4bJi0tCMiEPsMQMOFDSgGMoaVNfnkQsND+9YPu3VT5uceuHR2ZGGHksC orcteeONuW1PH9yn6d7m9RIApVQiRFq8e9WsL75rfuQxndNEMGavKGVO0k//fReERoxVg2fb+s6e VuRoxaYGCBWLnExTFVGsOx4mQjJe1OaWGIBV1jIN9Qom+wVWAEMxFHmeUT8l29SlAU3wzXjq+fiF BoT09qVvTn3n6xK993WF/UdvnDt16rvf7fl5nV5v+3efzZy3seLnddSCIDRiTOu7F1Ilha0YaiYd c4kGADIu1PFok7oyrexaa2YGa3+pZq19jXhjcQhj4QPN7DjaprzYhHXw82hCwlG+evaUl179dMG3 Wz1wSvNOPY484+KLest73Tgwpg9xrqN7vn/p0YnfRc0fTmpW68JeRxzbt3NGo88T+RNuxEJ1X7An Sc6UIBxIYrLvChz1zMOwKKnvtxMOuRAW1kIgIY+gIx5BKsx2AhC5ZIMsEKBMrktX/35L20ACQiUL X/7zXVPWtO5y8vnDinLSK7esX7pkpafk8t5IqKm26JWXlHnNjj/3tIJ0r7xk6/cLP3l30tfFZ1x9 arfUeh+fcIAR0WhBOKAwoBWY2QOUAjEF/VhBhzozA5pZgbVJSoVnGsLGVcwhLSyyWll2F8zsBn8p UlpDWc9qYzjtW/kQQW5EE43SlRP/PmV1pwF3/+nywmT77v7iZADkbQMQ/fTB66dv3RFVKW0PG3TF sPOL0gggb+viKeOfmTZvValKad13wK+vGNyrqenlqv2p0nXvjH/slc+/3UUcye4y9PbbTsiKABQt nj9p/HPvLFxb7qTmHXnqsMvOLkwNfcii26eN+vPEJZsqiSPZnQdees0FvXPdULyvt8x/6h/Pz1m5 dkclONK045EnXjTkrG4mt1Pba2scSbWFA9PWPHTlLUt/9ecxFxRFmMoXjBt+75cXPjr25OYOuPST m4ePzbxk3C0npm2p+Xj11sUTxz0/45vvt1aA09sOu2/UgGZO5dpZE56Y8NE3myoiTdp3SN/t/4bu nDHuxkdm9rr14asPalLDN6zmPi2dmpOXn5cOoENhUZuKR5/+6pPVJx5c5JTMfvGZD1btiBK7mW17 DzpjQGEzxeDyLXPfnPrJ0nV7wG5m3sBfD+ndVFVbeFGf5M1THhq/6ohLrjm+ncNU8d0bD7/4zfHX jTw0Q4Ervnrq76+nDbp+SO/Unav++8a7Xy7fVEaRrC59TjjluE5pCgCXrPrw1fcXrd2wOwpOaXnq 8Mt7pTvRzcvef+v9Bau3R53U3NapZVQlQSfUhvRpCUI9oP1iADNrWAvDcGLJf6zMHEVAMbSVvjJP aYSEGmJN8WZqoZHH0oALAJoUAQSlWGt2AM8hMBwdy2JLW3yCQWWLX59eqg8bMrhTcs3vbdtjzj+j qCU2fTX56VfvjeQ/OqJfaunqF2+7+42UnkN+N6S9t/6j5565766dd907otAFl9X2FK+ZMvrpue45 v7ujTzPavr44JzMCACUrn71t1Mf5Jw2/4+qs7Usnj51wN1o9cs1R6cFH3EnrdsqFN5yblc47Fk55 4qWHHuzyyP2Hp4duGnavmb94deuh1w4vSK/YsOSdia/cuWLLvX8d3sGp7bWoaSQ1DI+dtv06Jn22 eMluLmoOb9P8pZVqx5zVJac0b4qyjbNXlbcZdkharaeCeNeKGXOXZw8ZeWXnFrq0LL+Jg13fjr/9 oU+y+lx03WV5avvS9yZ9H5xl9jxP1ypWt/dvHUWSXfw/e2ceGEWV7f/vuVXdnX1fyQoJJBBk30WU RcF9F5FRR0VmHj7UmXn8njPqbPoGlZlxhhkXFMdRXBhA3EBxQQQUlR1kF4wkhIQsZIGQpbvu+f1x q7o7JGFRIIr38wd0blXde6s6VTl17jnfY/m8DAh3xuBR146IDEFD4SeLly98Lf3u2/M9VPXpwiW7 xfDrJnYNp/rq2tgwAaBVo8FmfPcU99a9RQ1Ij4Cs/brIS4d3VzQOiAij5prdFd6EcZmhjZVL//XK alfO6GtHJXP15g/enzun/rY7Lu9kgg+Xbf+6NGbUlZdlRMoGb1KoQEPJkn8v3BSZO+aasYnicPG6 FWUn8oupCUY/djWa04gKaTfs0CllMEn/bUeSmBlCBWwBYLAFQEpJStRdMksBkgRiZosZpAK64FTX AQCDYarICZDtCjMMYum4tYKDBfTq4dkF1xTu84rIPulh7TzMzexBw/pneYCChH2r7/vswyLvsPR1 89+rdl/7+L2XpbiBXt1T5J5pz8/dNOH+/nH17W6Kqa+oQ0R+z3PyurgJOXkAADq0/j/LGpLunHrr sCgCciZXfjF1wVu7m87t7XbGJ3dm/8GZAEDZEeXLfvXyxvLmQZ09R00yrVf/Plke9OrTN9v1iwfn zd0y/r7e0dT2se62ZoK2Gj25w3Jo7id7Gq4c4D6yfUO5MMU36wqbe/ehkjVfWWEX9IhvWPfP9i4F AMCV0Wdgryw1W1G7fsHKxtDx0+6+LMkFoCCi5KONH6jRo4ZNmT1sSnvfUXvBV2xZPp/P13S48usv l66pRvq56R4ArqSu+UkAgJQxwzY982FhtTc/xdVYe4RDMztnZ6a6gE4ZqoO2Gl1pPVKxbFtp07Cu ZlPRnhoyqHRXma9LF6raWeQL65sV3fTVW2sPuc6bcvXgWBPonBknS55Zsqzwgp90i1RfR0Jut85J dr5qw65PNjeHjLrxmsHRAkBmaNWGPRvaOSFNm7T7C6DRaE4FwpIMu9Kh7YVS9hIJZskslGY8nEVA IoIESKqMRQZDSApaapQAVDg8g2x7iwGYkEpCiyQDxAIkmYVTfof1W9XZi8qnOO73K2KzEvBhWb0l y7cW+uIL+iQqa4jN1F49wsXaHft9A2La3xTX5arrezz4rz/ec9+5Y8eNGzM8J8IFyIrtRZZVNWvK xFn+YRBe1cRwO/Px1qye+/zCz7eW1hyhcE+zy2ryHSNtjd1ZgwpCFmzcXubrE+1qbvNY0dZM2mzk 6N7nZTz37Gf7Ggck7Pm8KuLq67LeWvZ5qdXbvXHDwZR+gxLN8rfaPd9Wfx1l5Y4SjssvOGnJDHKC AoIW3EgArrI3npjhnHhU7qAbLhseSwTf4Z0fv7dy697Kw40ixO010CyJyEg9d0T2v5fMefK5ggED B/c7JzVMAKKtRkTk9kpc8s62yqZu0WU76sLOG5G8asOOGs4x9+yuj+2WH2PWrCqzorJyol1qPkZc l+wQsbPooJUXpSqkisBcuXZfBUdmZEcZ/ggEOGdzktfhR4i6SLoImkZz2lFGEVuOsUOAKrYDyT4S xKo0oS1G6j/E73yS/hLVLKUt8KA6co6CvXpo9w6WkGQrP0By8F9h7dI6y6CorFRDFm0rbRgdFXbs XYUZpCpy0rAra8wDz/TZ/NE7b7357IOvL7ziD4+Nzw5lBod1nfLA5M6B30BXbGBxkEsWPPL4e4dG TpoyqUsC7Vv515mLjntGgkGS2z+27Zm02Wgk9h6axEs+21NbsGJv8pA7Buete3X2pvLxns+KogZO 7GSi+GSugLrhTv4KtmeS+OLOv/Gy7AjTHRIRExvhsveqXDl3weojfS69/JLUGFRsXrDwCzW6mdxv 4i9y96z/4rPPFj//ySfDfnrHBSkhbTZSdE5BjFyztaw++8sD0d3H9cjc9fG7e2ovMLeVheWPSjBQ fpLz/1ZnrfGjbVKN5rQipf9t1gSgpK4giUEgSYL8dQiZiFoYWHYzAJZMwlEbtoPjIclfrNoRR1V7 BF5HBZNgglBqXiwAg6D92GcXHJY3tr9Bn//n7X3WCR4iknpkm1XbNlWoKiHkPbB5W72VeMLXwQAA IABJREFUntfJ5GNsAgAKSeh9yS0P/nX6Ra6qJe9u8ZJIyE+n+m/2ioQ0P52SgiQtrf1f7pNdLxk/ sl9uZmbnnIyI403SV7F1Z6OV2i3Z5GMd22om7TSacUNGZNatWbJs6dbQ/kOT4nsMS2hauWzpR2U0 eHiu63jne9R1S+yRaR7ctra06QQvtP9ACDgR8Q4ggD2J6RnpaalJ8ZFu/zZ5sLCC04aM7NstLTmp U1pKiFOpi4iEJ7rr0ItuvevO/u7a1WuKfaKdRjOyoHdS/Y61G9cXuvIK4mIye0Y3btqwYWOVmd8r 3YSIzU4x6oq/PmTZpb9qCr9plElZiabtgxGBIUnEZqcYh77ZVePzT109rTQngIqIF/qxq9GcTtTt BoCZLSmF85lZKkUtAYAhLZAM0ohXsln2uiKE/VKpoumhUghZwi++JSVM2OH3Uqpq1WDhExYg7Eh4 /VZ6thKVd9vk87Y/9eZvHii5bMygnLgIebiicNeepCsmndf2qzSHD7hhbOy6BTP+7rnp4s6+/cvm zCnLOP+uPjF0zE2Vny/ZaKZnx4X7yrcVN3JobBRBRve/blT4bxfNeNS8/uKCuNCGiuLajOGjc/z5 d0ZyfpLxwZLXlnUanhVjVJQeaftPjnfta/MzhxckyvKVr7xYmjLgjnNiCGjn2DZn0mYjACQPH5O+ 4Pn51cbYCdkuwzNwZObL8xciacjPMzzHvBRtXLeIARPGxU17+0/TMeHSc+JDG7bva3RO55i5hyeV hiJiM2JpzerlG+N6JUWKmopmx6Fdt23tV0ZCSlSIrP6mvFmGRISKthsBIKbngITl7y4/7Bo4Jtkg d37v5A+Xr0BMweWJLgBheRcMjHxmxSuve8YMSJYHN73/wcHEPld1iWhzQmF5IwdF7Vz10is0ekh2 pLupuLJZu2hODtbLhxrN6YRZaRMaUimOMkBCsArFgiQlDM8gSyp5UQJUuqGEreTALFss/tn2kgFm e5MAwYQdDUCk1ifVFiLJLIicd1Do9cOzD4oZMXlGfLf5C5csfeHJNyXYFd6pW69xvnbdRxSSMeGh +0Nmv/jGX/7UINyp/S/+3zvG55p0zE1cu3vdGx/MqbbAZljm0Gt+cWU3FwMRuT/906+jn3916TOP v8UsIlMH39JvVG4kOUWjMq+fdmvtU288N2MpAzDD03LSwltbW+w5tGPhzHdqYcT3OG/qpNsKPASg vWPbnEnb0wOMlGEXd/n37OahF6R5ACQMuSjzlSebx1yeYQJ8rEvR1nVLm/DwH6JenLPk2ccXSbAr PLl738xwpfTAYGrn3lI3nv8OVG3OlqNXlijlghvHHX7zk8XzNjAAIyShU3yIIEJ96c5PV79/SAIi JKn7+defl2GC22okEIz4giGpSxZ7e/RNdBMhpmBA4kdvWv2HJJtEDHgSL7z9Zs/i91bOf6WJXAl5 g266ZHS6y5nlUXP1JIy54/aw95asWbRglQQbIXHZXZPcZquZa1rj/+o7eiIazdlOy2h0KS3l2RJE Pum4qODPJGQmW9zUWVi01d1hW2pAkGAp/MHyV8X1VGMJ564WLW9vEqQ0Hib8c9qYcZeevvPVaE4c svYuunfaq31nPHd7luf4u/9QWb1q5bDzR7vd7uPvqjmLaG5uXrV86aBh53X0RDSas5YPlyweu3gu VExVYO2O/JUNLTvyikkwQwJgKYUQkpw6iZIBZn+QlhOZqiyt4DdoU4XSkyApmQQBsKQkIkHkDwdj koZ2Y2s0Zxalj3eWVJjWnAwqTusoKWqNRnNqUUHvsDMNbZFSv7VEpCpAB5tMZIe2B92XwTYVBfmx 4K/hwywAkCCQPzKLlJnlzIMBJjq5kBGNRvPd8RtYOlbyR4W/yJq2sDWa0416trZWj3bSBpmIGRIS LKEMM0jy10OUjiI8lI4Ws7QYTCwDVhezNFV4lmRAMgkyJIOIBFmWhMWCCKQqAWk03yPYyLr0H/PO 7sVsEuR2u31NTURkGIb+u/tjgJkty2pqbHC73SQI2qWl0Zw2pFRhycokUrIMykYiKaUt/q52UPV4 pLO3Sjd0aiGyZJas3FWqVI+S9lGjEAkTgL1uKEhKZkGCWUgYhk4w1mg6EgIlJCaVlBSnZ2YRebRn 68cAEfm8zWUl++KTknXqoUZzBmDbzHKE4MGs1hAtMLWoJG2HugPMFpFhlzW0JKDETVumNzH8Oi0m AwQiH1iABBEREyzAUNWr9Xu0RtNBMHNG55wDZft3bN9qeb0dPR3NGcLlMiOjY7Mys7RtrdGcblTl QWVHSbKUiB1LJRlv+6yUL8tfPRrBK/vUYsmPmQU5ewbFWZoQpKK/mNkfykVEVsubXFtcGs0ZxrJ8 pulKT8/KyMju6LlozijMLKX0+bR5rdGcTiSDAtUshGP1qDBJVmuLdnIhKQ+V2lOyU9fQn2nItm2m HFx2UWq2A+1N2D4xiIC15QxGBAkGSOiYXI2mA9B/azUajeb0QY7fyV4WhBLMUjUOmQClUSqZnRVG Vtpa7BeJtxslSJCEBUuQASA4cdiEZKEyFyFZEDs1EQ1bdosCZp5Go9FoNBrNWYFsmezHDKbgUCuW UIYUHHtKqhRBVezMFnNQ9hORUIrxLGDAspgMMIQ62gQAQWASTJZUOvGAkn6wBayd6HuNRqPRaDSa swK/dJaU0pZWaaFgZ7uyYK8nqlh4VQ3Dlm9QqocKqXSzoKr6MLPjAAOE6lkyS7JF520RCJW1qE0s jUaj0Wg0Zyl+BTv41xDZCX93NEg5qKahPzReaQvLlrFV7De9ggwqU7WScpBZDIOCRyWCdmhpNBqN RqM567AX8vyR6BxkbBExSBIJ5XPyO8DsPR3vl5DslIOXKpZLrTmCwWypsHkT0l4oDIhuqZ/to0AS ECAtEq/RaDQajebsgQI+rBbFphkCzNJpDsDMYGJYbCcdEtkK87ajK2ArKZF5AQCm32nFKmvR3kaS YQjyj61FHjSaM4/P8lmWBZ35+2ODSAjDZZodPQ+N5mxGBbfbHiViv6XFbDExWAgSjo68bQaxlIAg IcBSEoFAqkK1aPGcZsnqAKVu2sadrGwvJmYJKQgShtCPeo3mTOPz+bxe755dO4v2FjY2HOno6WjO ECGhYZlZnbt2y/MBpja2NJrThr8UtMoRDHYoEYMlWIBgsGQGs5BEQi38MVsASEoWQuk/SEsS2emD bJdRtIUh4NfTgrP6SEQGk4qXlwbZ5X5YW1oazZmGLauivNQV4rlgzFiXW1fj+VFARM3NjfuL9h4o L0tN6QRtaWk0pxsJFnahaOcxy4CqJ21XoHYSDyUzgf15iEzOCqOtj+WP97I/2MabfRv7zSxmVlmL kvgoC+xMnLBGo3GQ4IMVFQXn9DXcbpfLpe/BHwPMbBhGdufcrV9uSE5J7ejpaDRnM7aRowLXiWCx ACTs4CopJZMt9RBU8RCQIKNFD3Y/YImWGg7O27HZYkhJAFmkKvYI+JMQBUldUl6jOeM0NzeTaWoz 68cDEblcLillc3NzR89Fozn7YaXgYIeus5csIsNOCRR2hUIicqrxMCQLQczMJEBEKruQAEDa2loS /vB3Z4hACWlh2CoQTnkfABASQgISQj/oNZqOIFh1RfNjwP/2rNFoTiuBIoZKQxQgAkFCEhBII/SL awESJNlWLVXRW2DYIfWQEixtKS7Vgb22CNP/HJeWRJC9BUcGVZDQt71Gc8qQ1dsXL96QdsX4flHG cXYlAEIIbWmdUfhw0ZrVX8cOGdE1TBx/79OCEGpk/b1rNKcXlkxEKiSLmUkCAEGyZKhqhrBXBu0a iUT28qGt/0ASDDvQC8rOsl1cjnHFzAFLSw0WGF7V9SHSr9RnK9Tw1dLZz8z7fH8dyHXpY8+MWP7w /Z8Y98z4Xb8w/X2fRuSBDYsWfXDhmOuPb2mdfpr3b3733eXbK44QuQff+d89N7/6/Jeuqybf2NXz 4/0dsGq+XvXFxgH9hnecpaXRaM4YQXaPtMsb2vmDDLAQfs+WnZ4oQWCpChq2TFiEAIFIkgr7CqQb mn6bi8gOsycR7DEjoY2t7xVNxeten/fmp5t3H7TAIbE5vYZcectNA2JO+m82Ne//z/RnN3S/4u7b +8caIjHJ5UtI7ZTqCte5Tt8bnMjKo+8+b/muVSs+/7Jw/2EL7A7v1KVg6IUXdAs/ebPAW7183jtf pw276qLcKAPRsS5fdHxighFu/KijBexzb33dz+QU1HffQcNrND8OWDIgwQzLFtfyx06RsEsgsl37 kIgMkI9hsF1umkFgZoOJCVLViQYEIKVFhsHEfrFSkyHU/vDbWARDAkrlgRgEYtIFEL8PUP2W+b9/ 6PV9qd3G3TApLyncW1W6Y/teS3ybB7KvctuWQ2LItdcM7uKxmy6cMv3CUzldzXejbeu58ZtPXnz5 k6q4jAEjLk6PCbEOVRUVlX+73wGu2/tNveh+/tDuyW67qd9lt/X71hPWnFo63uWp0ZztMCsrxyIG IKSUQggGK8eT0oAnImbYKYhksZQgIWFHvFvCUXhnMFjpnLJlqaqISszBJKG05YOXDomZybBf7Ox1 SU3H07B37l9fL84Z9fDvbs91FnfOG6f+J+vgttdnv7BkY1GDCEntP+ond4zvE+UCICvXPzfzlfXF ++u8AIWkDRx7x6Qb8sIEvI1NxMt/e9tyAPBc/ednzl/9h7vfpAdmPdS9btvcWS999tU3B5vB4WmT Hn3kAt+m52a+tL6orM4HNiK6jbpqqNj58acbiw43u5PzLpt879V5MYGymvW7/3LnA7uvfXjmdbkm A96qeVOnLuk/7enJ/YyqNidJ3q2zf/bQp1fMnHVVkgvgircenPq267dP/S6/1UxGOd47WbXpX/94 af3eklov2BXVZciFN028ukeEAABfzZJHfj93e7mX2JXQdcxP77qxb7LJQMP+92c/vfDz3YeIXQnd bn7wgdHxrtaNY8L2/e3O3+y4/Pczb8xzMTVtnjV5+toJTz41LtYAN6z89eSnom+d9ZsLw9o+F8iD bczZW7Lm5Wdf/vir8mZXZHbn8MPO39C6z2ZNe+KLPvf//efdI9u4y1rFaVFT+fLXPq1M7XvbLeM6 uezGcwbaH/hw0SeLP1i7p7yRXPHd+o2++IKcMAGAa3cveX3proqDR3wA3An5Ay6+ZES6h9jy+og3 Pf/XTQDgGf5f9/TaNuefq8RPfnFLZmPRsjeXbi0pO+wDhyReMvn23tbXSxYu3VV+8IgFCE963+E9 aN+GrbsrGnxmTMaQy68enhERXCOVD+157/WPdh6oPOIDG6GdegwYOebcrBACAKt+3asvfFRU6yM2 o9P6jr1yVG6MYHBT1YZ3Fq3csf8I2IzOGPOTiX2jRKvGm/p5Kl//2+yiwbfeNTLdYGr+evHfX/1q 5D1TB0QIcPOX//rr22Fj753YN7SunatRf/Sp9Qk3fJU7l767dHNxjc8ITU4NbaS2fIlnDh2npdGc AYLlGxyIAZYB6YWAMhYFFBz8B/pDu+xFRzsWy3CKUKsepGm7rBxVUxJEgBRw7Cy1uHj6z1hzPKhx 29vLG+TAieNzWsXQcGPxqw88vDik98RfTsy2Sj+e88KjD9U9NH1KrklcX7p5R0nqzVN/nh3RXLL5 tZfenO7KfHLKMOXIGvTff7wmzQ2Y0QlmkzMQHyr8bMOehIlT7+waJxsaMyNN3le6ecf+Tjffe1dO RP2OD2fPf/mFzIETb7sn031k7ctPL/j7Uz1n/jrPWXbksMxzcz2rN6yvviY3kcB1ezZV+nIGdHE3 FL/U9iTbPeVWMzECmw7v27StOPXmuydnhTeXbX9/7sI/FlZN/7/JnQ3ACOtx8YRfXBcfzrVbXn92 3t/+3O2JxwaFY9/rjz+/wbz2l7/tF0M1pRVJ0S6AWzeykTa0i3vVtu2HOS8WVvmmHV5Ru764/uLY KDQeWFfU1GlSz7CG9i946zkf2j37wb+tjO930z23ZYiaHR8u+CbwzVmWJWV7N9jR3zM1FX2xuYnz LxzhN7MC25orP/zXK6tdOaOvHZXM1Zs/eH/unPrb7ri8kwluPPj1vqr4MVddnhzaXFX46fur5hpJ U6/s7gIAyr/q5nPjXSAzIkp4/fM6XLb969KYUVdelhEpG7xJoYIrVCdXX5ka2li84Z3lS99Lyh89 9pokV+PupYtXvvZu9n9fnxHkheEjVXuKKuLHXHVZcoj34N51H3/yUlndHbddkmIAwp0xeNS1IyJD 0FD4yeLlC19Lv/v2fA9VfbpwyW4x/LqJXcOpvro2NkwAaNVosBnfPcW9dW9RA9IjIGu/LvLS4d0V jQMiwqi5ZneFN2FcZmhj5dL2rkarU0NDyZJ/L9wUmTvmmrGJ4nDxuhVl7f1KnmG0paXRnE7YzjtU 9aKVBaXURAEwSztfUKoPlqreo17CbDOLSLnBYNeppqC7VsIpRG1CGWGqSKIAALKYBQAIWxWCSceF fg/gmsJ9XhHZJ711vDrVr5v/XrX72sfvvSzFDfTqniL3THt+7qYJ9/ePAwAY6b36987y4Jxzkvav u++LD4u8w7oCgIhMzcjIUEYXV7To05XRZ2CvLHth0QIAM61X355ZHnRLP7Bszby0oWOG9vNI6kbb lj+6anOlNy/F+eNPnryR+cbsj76su25UtNFUuKbYHXtrl4jD6/51zEm2R4uZtMRM69W/T5YHvfr0 zXb94sF5c7eMv693NJE7s//gTACg7IjyZb96eWN586DO7vqKOkTk9zwnr4ubkJOnumir0ZM7LIfm frKn4coB7iPbN5QLU3yzrrC5dx8qWfOVFXZBj/iGdf885rkEz1nUrl+wsjF0/LS7L0tyASiIKPlo 4wdq9KhhU2YPm9LOiXOr+47ryyp8FNElIbT13g1frVh7yHXelKsHx5pA58w4WfLMkmWFF/ykW6S6 VvFdunZJcqFzdlzlzmd3bCr3dU8DABESn5SUZH93tS0vb0Jut87OJml3kpud5EJ6QvWmHSviu/fr ketiSqOijXO3F9b5MmKPsprN+C5dc5Jc6JyTm+J6+vmPP957/o1dwkGupK75SQCAlDHDNj3zYWG1 Nz/F1Vh7hEMzO2dnprqAThnqlNtqdKX1SMWybaVNw7qaTUV7asig0l1lvi5dqGpnkS+sb1Z001dv HftqBJ9aw65PNjeHjLrxmsHRAkBmaNWGPRva+VLOJK1/ATQazanEDmpnMEHFWFm2bQQAJBgWgyEI YGlJqGLQShQ+yAjzW10BF1hLhH8cGAQiNZytSw/VnbK/tF+r42GgzWLfsnxroS++oE+iirZhM7VX j3BRvGO/7+h9jZguCagvr7da9XHimBGpEeStqW5mADCikyMtq7YhWNqWY/qMzfMdXLa1kknuX7+z OXNEz0hxwpP8FrA7a1BBiPhme5mPAG/N6jmP33fXpFsnTpj00LwKl9Xkk4DoctX1PWrW/PGe+554 Y9mew8p902YjR/c+L6N+/2f7GlG35/OqiKuv69X05eelFldu3HAwpd+gRPNkzkVW7ijhuPyChFZu qOOgXo6oBeqeFNQK1HxTZkVl5US71M9GXJfsEFFRdNCyV8HYOciI7BSDhppmHNUetFp29CH+jU6L GRYfRt76eq8gIpgR8aFs1XuPmmtwD3Al52d7xIGiaimIrPpdSxc+N/PxR/80/S8vragx0CyJyEg9 d0T2kR1znnzuzU83lzWoN8c2GxGR2yuxqXJbZRM1lO2oCztvRI53z44apkN7dtfHdsuPMU/4ahAR avdVcGRGdpTR4iq0vsZnFP8vgEajOU0wCGRXK1QSWWAJloBkllJa0o6Tt0PiwQaxoR4OgSI6LGHL QIA5SBieyX+wgDQgbbOKGARYAoIIDCmIwYBkyaRfrzoaispKNeThbaUN36ETNgzBbRvdJzET0ySw ZdtWLo8AH11CIKZgXEHE7g9W1Xir1m+sSBwyNOHY0b1kCFi+71SIgASDJANcsuCRx9/b3eX6KQ9O f+TBn46Jtc1KdmWNeeCZmf97ecHBd5998K5fzv2mgdtuhJHYe2gSf/nZntqvV+xNHjJk8AVpZas3 ldds/qwoauDoTieXnslke5pP+oxaOy/DkhMEH9lb1dTW/ieKECLote3bQaYBsj3vIMM0jn+GgUCE ypVzF6wuSb3g8lvuvPMn4/pGOl+Qmdxv4i/+e/yQrENrFj8/86mPyxrbaQRF5xTEyMKtZfX7vzwQ 3b17jz4Jtbv21Nbv2VYWlt/rOL9sbc3tW31BpxsdIKvRnF4IDGIm9kdYQdWQBhEEsWCQVLKkzEKV jLaUDyvwRsRCSCYJIZksFupvEUt7IcDuVCFBKlSL/WWo1TTUfvqO73g4LG9sf4M+/8/b+472SImk Htlm1bZNFap+B3kPbN5Wb6XndTI76o8HeXpddW74jsUrtqz7vNozfHC6wceapAhPDpeNX5c3fuv5 +iq27my0Urslm2zt/3Kf7HrJ+JH9cjMzO+dkRARdLgpJ6H3JLQ/+dfpFrqol727xUjuNZtyQEZl1 a5YsW7o1tP/QpPgewxKaVi5b+lEZDR6e6zrmubRCJPbINA9uW1t6suaRgIATEW/f1SGZA/JMbPvo iyo+ygUiYrNTjLrirw8prw1xTeE3jTIpK9G0718ROAKAepU7qt15cFC7m/wt9oNDBDa1dgK16IFr 9xY3WgnpcSbkwcIKThsysm+3tOSkTmkpIRwYR3iiuw696Na77uzvrl29ptgn2mk0Iwt6J9XvWLtx faErryAuJrNndOOmDRs2Vpn5vdJNnMzVUJfu0De7anxBMz/6+p5ZVNiHgH6/1WhOJyxtuwccWAFs 9drFLINfTfkoSEpBLIRFgHDityCYA4aTejsXKhLHXpQwguwqItKlIb4vROXdNvm87U+9+ZsHSi4b MygnLkIerijctSfpijsuGHDD2Nh1C2b83XPTxZ19+5fNmVOWcf5dfWI60EIO6X7F6KgPX5v1anP6 8HuT3QCHtztJNlMHDE146c3ZT7w98aIu4UZ5YS1RwgkM4l372vzM4QWJsnzlKy+Wpgy445wYApLz k4wPlry2rNPwrBijovSIU2aq8vMlG8307LhwX/m24kYOjY2ithsBIHn4mPQFz8+vNsZOyHYZnoEj M1+evxBJQ36e4TnmubSGIwZMGBc37e0/TceES8+JD23Yvq/R+Qt6zNxDbqO3sIyxl56z981Pn3mu 8twB+amRIfJIbVlxSex5l/bJu2Bg5DMrXnndM2ZAsjy46f0PDib2uapLxIl9XaeJpt3LP17fs3MU V2/98P2DMfmXdI4AODYjltasXr4xrldSpKipaHYE/Oq2rf3KSEiJCpHV35Q3y5CIUNF2IwDE9ByQ sPzd5YddA8ckG+TO75384fIViCm4PNEFIOxkrkZY3shBUTtXvfQKjR6SHeluKq5s/l68W7JePtRo TisMImIlhgUBQEqLnRzDoLh4oQrukKqQ2PLhrGS1WnUsBViqAC1WEfHONgpSMQ0aJjCkpmOhmBGT Z8R3m79wydIXnnxTgl3hnbr1GueTCMmY8ND9IbNffOMvf2oQ7tT+F//vHeNzzQ59TLsSx13ba9G/ N6RdPS7VABjU/iTZnXjtb+6uf/rlBTP/bBEb4fHZ5/SMPv702XNox8KZ79TCiO9x3tRJtxV4CEDm 9dNurX3qjedmLGUAZnhaTlq4AFC7e90bH8yptsBmWObQa35xZTcXt90IwEgZdnGXf89uHnpBmgdA wpCLMl95snnM5Rnmcc6lNRSSNuHhP0S9OGfJs48vkmBXeHL3vpnhaomLwe3FQFJLD5NNZO8rfh6d /vGKNevefbOBwUZIQkbuIIvhSbzw9ps9i99bOf+VJnIl5A266ZLR6S6ni0BH1MJn02IA9W+bm47q BAHHmBO0cNRE1Q/GkaIVC1fXQ0Rl97n6srGdPQRQygU3jjv85ieL521gAEZIQqf4EEGE+tKdn65+ /5AEREhS9/OvPy/DBLfVSCAY8QVDUpcs9vbom+gmQkzBgMSP3rT6D0k2iRgnfDUAAJ6EMXfcHvbe kjWLFqySYCMkLrtrkttscd3PKP6vvoPG12h+FAQFv/vvNUmAcke1iLGwPwtABuLXHcUH/7HOPgCT DNpKVyb2CexBRIEBBRGTBNnKD3zjP341Ztylp/xUNWcr5N3xyt3T1974jxnnR53yVRCy9i66d9qr fWc8d3vbaYlnB6tXrRx2/mi32338Xb9vyANfPPH0spz/+tUlSSebCqBpbm5etXzpoGHndfRENJqz lg+XLB4291lbopTsKjwEi0F+xdGjAlqdBUEpW2tF23rwBNucshPY7ArTSk1LyZqSnYmoHGdKO1V1 D6GVHjQnCDfVFBbV0JG9i2e9E3L5/cOihRZk+1aoW/2HWmHaL7b6g5x9B2PL85D4rpkLGo2mfZht 44mUYDsgncLR7dx6Rzf6JUydpX5p+7SIwCxYSSRJk6SzYiBs/dIWcVqAIQzSS4eaE4askhVP3D+3 LCQ896Lb7r8m36V/eb4lfhNFFx79UeH/uon0o1ejOb2Qo4YFdesJu4SOlBZaruAH9mn1NLaNLdta cwK3GNLZ0bQNOjKDxJqOcpdJZhY6NFNzYrDZ5Yq/zLvidI9iZF36j3ln92I2CXK73b6mJiIyDOMH ZmyJlCF3/35IR8/iBwczW5bV1NjgdrtJUKtXaI1Gc8qwPVLkRKKTHY/lmFkmAkHq7K+WYy8z+jux bNV3f7KhEsySLAlCtZlO9wH8PwgipZdDegVAoznjECghMamkpDg9M4vIo7NSfgwQkc/bXFayLz4p WaceajSnGymlUquxH7DSEW6HyjNscQ8G10kMeiALgJU6hGQpSPg1IaSdugjT7ogt27IDAwYRVOVq tXpJ2tDSaM44zJzROedA2f4d27daXu/xD9CcFbhcZmR0bFZmlratNZrTCjPb2d/vCcJpAAAgAElE QVQEZkmO+LttTrEECecmlGBmAoMAViLZlr0UCAFYUqUVqiqGwjlWggQTTEfC2oniUpqpIAb7kw9t m0uj0ZxBLMtnmq709KyMjOyOnovmjMLMUkqfT5vXGs3pRXmOVZSVOErWSslnMUuQsFMLwYJBRJLJ SVdy9E4hSEhlWklpKM+WUoRnsuuKEBn+gICA7wwAIIGTrm2h0WhOBfpvrUaj0ZwunGVCOFKlwSuD bBBLIrDht7akBFpETzKzZCILBMFQZQvlUd3jqGLxJIicjHKhalaoHwy9fKjRaDQajebswa4d7cg9 +C0tW7xZ2lZVsKNLSCaW/j0lS4AlLCJiwUSCGUSwQ7UYarnQdMZTsWBQWg+SWdlY6gMDsj0da41G o9FoNJofHMp3BeV9ouDqOACcmCwAAWmHo4roAAAkiCVZCNhkdhYjE6nEQlULxTbiABWSBaOV/qn2 aWk0Go1GozlrUGYQkWHrWZHw20+sbCVSRhYxJNv6DkKAlK9LSGbJbASZaFIIgxgWE0GApC2NaiJQ xEyJmirHFwsiIkHkFO6R2tLSaDQajUZzluBEZVmBKs92qRwA9mfyx3IJtbanVB7scC5BZDm9ERET MaR0JOOFsL1cpl22OqjMopLRksxCCdMTAcS6oIpGo9FoNJqzCCd5ELBFHwL4f1KphSThD6EP3nSU GovkNnoQkOxUlw5sVpHxzq4yoCih0Wg0Go1Gc1ZwVL4hMSAlWoRh2RoQ6nNwJJWz4tfCQCIJgmCW 4MDOZusALKULrywtv41F2qel0Wg0Go3mLOIo7xRbaoFPqrAqhj/43VaBZz5aOB7CX6WUwWyHejEA KRlCCCml2Xpg28YiQVKyJJAAsc491Gg0Go1Gc9bAttCVFfBgmcwqyopVBqFtRYENWJLATJIcz5OP 2C/EJSRJFhAWEwjEliABFlIyIIRJgoJ9XypISxCxkjdV0WFtFa/WaDRnGGaW0rIsySwBEAnDEESG aJUsrNFoNJrjwsE6pAS/T4mPeqaShMHOEqNduNCPAQFAEDEbDGZIMvzlqCUYJksmQdRWgS0GiCTA RMIu1qPRaDoCZrYsX2PDkb2FhWWlpYcPHQIQERmZkpqa2blLWEio4XJ19Bx/1JBVsf6lFz9Kvfnu i5LcQZ/1t6LRfJ8hEgwlhcVgsKWk2wEiZgqkIZLtcpLEgkEwwJKlUniXkiUpX1bAVFPGmG2vCQhJ QSuD0i8mIQQL4R+GpV491Gg6Bmb2+byl+0o+Xvqh1+vt2affmEsuG3PJZQW9+3qbvcuXflCyf5/X 6z1jBYnJt2vevTff/vSu+tPROzdWbV+3rqjhTJxMq7G+/alx7Z7VqzeWNcmjPms0mu8xLC2/LjwA MkjFXQX7rPzFDaWUgh19UihpU0eTlGFJKVkyW7BNJiJHoEsg6Cj1WbRYKCRVwfp0nqlGozkWPp+v pqa6trZ66LkjCnr3S05JjYqKjoqKTkntVNCn39BzR9TV1NTUHLQsXxsHc9UXv7nuugfW1p7Kmzgs Pq1TWlJYG2Ge3xny7Xljxown1h9q62TOwFin8dQ0Gs33Cmap6u7AVsgCw469IjsRUAJSSgsMKUEk IFXpHgsAsV2XBwAIRLbdBRZgAyoDEQBgQgqIFi4y+4OUatFQWWUWNBpNB8DMXm9T8TeFOd26R0XH uN1u/yYhhMvlMk3T5XLv+Wp7eHiEYbSRTXzqp2Smj5726OjTPUxHcBafmkajOQpiAQKk86olGfD5 lUoBgCWEnSVoFzEkSGYDEpAEBgkhBTOroHYwkQrKImLJMGx/mAn/yqAgcsodAiA7Fl6CRPByo0aj OZNY0jpYUREfnxAVHePxeFrv4PF4EBMTF59wsKI8JT3DNE7UHUPWwW2vz35hycaiBhGS2n/UT+4Y 3yfKjiuS1bsW/XvOu+v21IFFWHx690E/v+eWLOEcuHfRvdNe7TvjuduzPLJy/XMzX1lfvL/OC1BI 2sCxd0y6IS8s6Hnhq1nyyO/nbi/3ErsSuo756V039k02mbxbZ//soU+vmDnrqiQXwBVvPTj1bddv n/p9VwBonP/LW+cDQMw9s58cFNLuVGXl+udmvrS+qKzOBzYiuo26aqjY+fGnG4sON7uT8y6bfO/V eTGi3Tmo+QWP9VT/A4FTA8g6uPOtf73w7obCehIRXYf9z/1TuuIYXR0F05Hdf5n0wO5rH555Xa7J gLdq3tSpS/pPe3pyX7deKNBoOhgpnJqHDiyctUIAIJaq8mFAXtQxqUjFzzPbuu5WsMwpnMxFR6/L tI9QzrNWb8PK3tJoNB0FSa6pqc7snGua7ZpQpmnGJiQVFe5O7ZQG48T65cbiVx94eHFI74m/nJht lX4854VHH6p7aPqUXBPctP8/D/7hLZF/7ZT/yY8SFStfePazdVXeW7LasPOI60s37yhJvXnqz7Mj mks2v/bSm9NdmU9OGRrmtySMsB4XT/jFdfHhXLvl9Wfn/e3P3Z54bFD4sV/dXBdO+93oOBPkTvAc Y6pq9P2dbr73rpyI+h0fzp7/8guZAyfedk+m+8jal59e8Penes78dZ557Dm0GKvFJWoqmffbP7zl 6nnj1P+XGy6ra41EAdCJnw5xaOa5uZ7VG9ZXX5ObSOC6PZsqfTkDuri0maXRdDzqPvTfvCSIHf33 4II8fogEWNoiWyAJYiWiRbArJUIV8GkhHE9E9rOb2Q7R8nfnTyOnIINOo9GcYZjQ2NAQEhp2DEvL MIzQ0LDGxsbWL0vtQfXr5r9X7b728XsvS3EDvbqnyD3Tnp+7acL9/ePq1897t8q87LH/d12GB6Ca srd5VeUxezPSe/XvneXBOeck7V933xcfFnmH5vtnS+7M/oMzAYCyI8qX/erljeXNgzqHHLvDmNSM DDtxjw63P1UAgJnWq2/PLA+6pR9YtmZe2tAxQ/t5JHWjbcsfXbW50puX4jrmHILHQlCcBNWv+887 VSHXPv6rK1MCS7bAyZwOefJG5huzP/qy7rpR0UZT4Zpid+ytXSL1A1Wj+R4gwKqCtG1dSSYBSDCB GFIIEMAyEAHfwsxiQIKYhR3XxZL9xXoAANJvbzlPQ7WrMq8EhB3GJZhBhoDW09JoOghiWzrv2Peg nThztAhMu8jyrYW++II+icqGYDO1V49wsXbHft+AmPIthd7Y7gM7teHCOh5GTJcEfFRWbwWeLfDW rJ77/MLPt5bWHKFwT7PLavKdVFLeMaYa1+KF04xIjSBvTXUzwwMY0cmRllXbIL/tHGT5lkJfXJ4z 7rc7HY7pMzbP98iyrZUjz03cv35nc+aInpF6pUCj+V5gMQAWYAmASQgVTEUMJlbuKwKIBZN0/FzM TEx+OQZi6eQVEkmW5EhiMYMlEwEsTEJAS14olQcnPl5pQ7BkqXURNZoOggwKCQ1tbDgSHh5uGG0v DUopGxqOhISE4FTcqsSWBcP1rbpiwxAty7RyyYJHHn/v0MhJUyZ1SaB9K/86c5EzjiFgnZzRdRzI NAlOOQ24PPYD9BhzOGZvgTDXACffVUzBuIKIxz9YVTNo+PqNFYkXDU0wWmSQazSajkIojXZ1lxNL e/mPyS65o8LgHTNLPdpIgg0mH7Na/fMHWbGUtqo8w14VZAFSJXpaDc2SiASRADEJIm1maTQdBwkR HRtXVVluWe1mAFuWdbDiQExcPIkTdZeIpB7ZZtW2TRXNahTvgc3b6q30vE4mU3xuCqp2bKvynor5 W/u/3Ce7XjJ+ZL/czMzOORkRzlmI8ORw2fh1eeNRzyAyw93sPdTsN8GOMdXvOodWYwUjEvIzxMGt G+1xj9OV6k/KVp/J0+uqc8N3LF6xZd3n1Z7hg9MNbWZpNN8XjnqXYqHyC6GMq4AVZas5KEtKBWPZ /zJLv5oDQagbn4TB/tB4W/ldMiRDSkkEIYQQzFIZWFqwVKPpWAiUkppWXVlRX1dnWRa1wrKsI4fq qqoqU5I7iXZWGMXhwq2bNzls2VVjcfiAG8bGNi2Y8fdF67Zs/eK9px+dU5Zx/oQ+MQSOGXjNIPPI 3MdnfbBx6/YNyxcv//o7ZMYYyflJxu4lry3bsKuwsHBv6RHnyWWmDhiaYG6Y/cTbX6zfsmXzl4W1 6sFkJnVPI9/yeW+t2fLl6o+X7jwiI9qd6neeQ6uxgo6S0QNuGBXR/NqfHlvw6ZotW778Yvmy4uZ2 u6Lw+DDZsHnV2pImGfSZAYR0v2J01OHXZr26L334ucnuo2en0Wg6htYWju2QZye/MGBjOUmFQXmI 6oPtmWrRiWSwKkitHskmYOs7BO3lxMULydJethSGDi3QaDoGl8uVldOt9MB+0zRCIyJN0xRCAJBS +ny+hsOHSsv2Z+d0c3nc7YkMmxVv/vOxwI8RP3t61oiIjAkP3R8y+8U3/vKnBuFO7X/x/94xPtck AIju8V+//1nY8wvnzljV4I7JThYg49tGalLm9dNurX3qjedmLGUAZnhaTlq4AMDuxGt/c3f90y8v mPlni9gIj88+p2c0AbE9J08e89eXX//bejbicq7LPy8vpf2pfrc5tB4rN7jX8M4//dNvov710gdP Pv46sTu5x097nXd+O10ZyYMnXrzyqXdnvzN4wOTswOc7u3jgShx3ba9F/96QdvW4VL10qNF8fxAs W7i1hFoiJL+ZZZtTQQ6tNgjs5qQgQsrggtF0VUJ/shWzADtai1R9HmZJZAgwBBOb4/8+dcy4S0/H uWo0mmMjhDh0qHZ/8b6omOiY2ISQ0BCAGhuOVFcfrKut6ZSWHhUVLeWpjHnywyVz//dXK5Menvk/ uScoIKE5GvLueOXu6Wtv/MeM86P0O6tG833gwyWL+//7nwCcACzAr3VlVzlU2/xbhLSkSkskQQyC lBYFtBpge7ykI9dgx2cRkymcoHk4zjEwMyTZIVqClRAqTstDXKPRnAhSyqjo2IiIqIqKA6X7ipqa mgB4PJ6I6Ki8/B5CGG2X4vl2UPPBFe+tMdJT48LNI3s3vr64OGbsTzJN7Yw5abipprCoho7sXTzr nZDL7x8WLfQ11Gi+N9i67kHWDYNZMgkiImbL1hslMENakgRB2noQARn5oOMJrHJpAsoRAIhNdhxn ZGc2qoRyQYJYwomYFyecPK7RaE4Lls8HIDmlU2qndL8MsZTS8vlOpZkFQB4p37nqnc9LKhokKCKx 5yV3TrnhHK1pfvKQVbLiifvnloWE51502/3X5GvBUo3m+wWzZAR0GVjVILQ/EymlBiZ7HfAYkev+ WK6Ae4xB0s5FNNXao2C/Hk9gzZL8Ql7KX6bRaDoay+c77UVIKSZ/0vS/Tzrdw5z9sNnlir/Mu6Kj p6HRaNqEJTNL9ts/RJKtgDuKyXZXMYFAgpS7y/9voB9u8dmu56P6IQJggpglsWQhELDaSEIKlcZI LMCgdiJtNRqNRqPRaH6ACIAAqeKjlGEUZDapUoVCsheSmKV/MYEtx3EVJCsdnKLoHE/KkjPBAgQy JMPJEA+sFDLsItXkd69pNBqNRqPR/NBhoYpJC1UpGgjEV0EShCAhWfqC1wSlJYnIQlBtRMfGUnoQ yvBygrQIRLANKTAAQUyqEQi2q5QWYnvZ4xqNRqPRaDQ/RIhUfiA5Ig4qEB4MkpbPjo4P0m9XVpQI uKYC1lHA4+VgpxKSEEREIEEGIFgGFixh17VuwyGm0Wg0Go1G88NGAiyVIvxRsVZwZESZ/RUPAyqm ANBOnFYwBJLSkpYlALuuD5gAA3Y5W/9+zgdtaWk0Go1GozlbIDAxQQZMKGZWJaChJEUFA5LZUguL 1CKKq4Ukg3/pEEGGFzMLYZAgwcwICrx3dvK7xbSNpdFoNBqN5mwjaJkvkBGo9LGYpV9F9KgwLAAg CyQFLEC2doYFfgRLaYEhDBAkK3Vphg9kkWCA1cIkGSxZCgZr5VKNRqPRaDRnC0yQKhJeAAZJsBO1 JQAJW9hdgA2QBFkAS8FSsPpP1aMOLhkf7NNiBksQLAKbTLZOlxKbB8CSSBBb6jDbP6bj4TUajUaj 0ZxFMElAiVspvXjboaWMrSD5d1Z6ELZ4qVNtB9zSOAr2aTmrkAKAyQARyP7ZFp5H8M4qWqydwooa jeaMoUThg93dRCSE0Ev8Go1Gc9JIf+hUoI1IAKK9IHfRjtspeAnSUS6VAIMJRKbTNwDJ0gBYCFvY lIj8mhGkLS2NpkOxLMtbe/DgRwuqN6xsLP0KQEhq19i+58WOvt4dFWsYuvzzDxZZvX3x4g1pV4zv F/Udv0WyKta/9OJHqTfffVGS69RMTqM5mwkEwotAeDrskKzAbpIks2jPzFK0jJeH47IymKVAwIHl L/0jQQxIkJPcyC1NPo1Gc2bx+Xy1q5duu+8a85vNA87Jv+D6n15w/U/7F+SZ32ze/uura9cs9flO aenDk4R8u+bde/PtT++q78BJ/HCRBzYsWvTB10daBMNyY9X2deuKGk4ucoNr96xevbGs6TvG1eov VPOjggAnl1CAlZxpqyqHAiyUKSSDfE8BMa1W4fCACrEHm4LBgiQM/woEs+3BIklgi9iQRGi/sKJG ozmt+Hy+mi+Wlrz62IgLRlOYG7VVKC4F4PKE5eRmdklN/vSlR9OZogeONE2z1dE1m2fc+8hG2w4z o9Jz+42+YvzoPlGntupDWHxap7SksNbDa74d5NvzxowZn14xc1ZmaEd4p/QXqvmRwIAkgC0lEC+g CkCTrSdqLwhKQYAUZIFJEgNMxIKZIZmJHckH5aViw+4YICGZYDLZ3jMJGKBAEqM9BqRT2KcjLoFG 82OHmb21VUUv/d+IYeeRdQSlxQiPQkQ0APiaULqbIuKHDRr8yQsP5ef1MWITjr5V2WqoPuxLumna 5IJI60jd/s3L5j0/fVPF/X+5qZfn1E3STB897dHRp6w/TQejv1DNjwRmwDAAsGTJyoIip/qhvbAI e1WPwCwYECSdwHnAECQBWASWkgi2mWV3ziAww6SWIVjBj2lWVXuYW7vFNBrNmcHn8x1cuiA9K5eE RHUpYlKWbdqzcW85gD5ZSSN756CmVMSmp2XlVn+0IOmqO9tya0GGZ3bLz4smoGef/p2q/uv/ls3f fUOvApN8FZsWzJ7z/paSJiM0Y8glk267JjeUAMjq3YtfnPPeuq+qJdgTnZbT8/qp/zUo0vBunf2z hz69Yuasq5JcAFe89eDUt12/fer3eSWL7p32at8Zz92e5ZEHt82d9dJnX31zsBkcnjbp0UdGxZjt DWTPr3L9czNfWl9UVucDGxHdRl01VOz8+NONRYeb3cl5l02+9+q8GKN+91/ufGD3tQ/PvC7XZMBb NW/q1CX9pz09ua9b1Smr2vSvf7y0fm9JrRfsiuoy5MKbJl7dI0IAgK9mySO/n7u93EvsSug65qd3 3dg32WSgYf/7s59e+PnuQ8SuhG43P/jA6HhX68YxYfv+dudvdlz++5k35rmYmjbPmjx97YQnnxoX a4AbVv568lPRt876zYVhVdten/3Cko1FDSIktf+on9wxvk+UC0BbF8Twlqx5+dmXP/6qvNkVmd05 /HDbAVqN839563wAiLln9pODQsg62PYQ7XCs/WX1rkX/nvPuuj11YBEWn9590M/vuSVLOAfuDfpC K9c/N/OV9cX767wAhaQNHHvHpBvywvTLt+aHjnJcwVkoFIZgS8IuWQgCgZkJJJRlJVRSoiSGkMyC LBCxBJhshxRLO9IqUAARDCDwUBZwdCAIBHKC553KPGf09DUajY2Usnrjin5ZyagsRnT8sk17Ptm1 T21SH0YWZKCqOD0ubv2GFfGX396mpRUEiYjoUGo+3CSB+r0vPvDIisyLJv/25/E1O1576uWHkfLE XeeGNZbMfeC3i6wul/50as+EsMavljz52tqiemtQ5InEaxMfKvxsw56EiVPv7BonGxozI432Bgp3 Qhy4vnTzjv2dbr73rpyI+h0fzp7/8guZAyfedk+m+8jal59e8Penes78dV5Y5rm5ntUb1ldfk5tI 4Lo9myp9OQO6uPydHN63aVtx6s13T84Kby7b/v7chX8srJr+f5M7G4AR1uPiCb+4Lj6ca7e8/uy8 v/252xOPDQrHvtcff36Dee0vf9svhmpKK5KiXQC3bmQjbWgX96pt2w9zXiys8k07vKJ2fXH9xbFR aDywrqip06SeYQ3Frz7w8OKQ3hN/OTHbKv14zguPPlT30PQpuWZbF+TQ7tkP/m1lfL+b7rktQ9Ts +HDBN21fTNeF0343Os4EuRM84Mb2hmj74GPsz037//PgH94S+ddO+Z/8KFGx8oVnP1tX5b0lqw0/ p/p2SlJvnvrz7Ijmks2vvfTmdFfmk1OGhunXb80PG8dxZRs40pICkhlMBCEhDUApM0CqRG8LsD1Q AgwiCUhJtj4EALBgtKjeo/o2JUsBwUQAS2lbYUElqlv8p9FozjBScuOBvZ68LFRUIDF9c1F58NbN ReUj+3ZDXYUnI6WxrFAeK56SZXN97f4tH7+wrNLofUtnNx364j/LGpLunHrrsCgCciZXfjF1wVu7 m4bnrJ337kH3pY89ODHDA8Dn3hoyf8dJTtuV0WdgL/vvNh1a3+ZA5/Z2Bx9ipvXq2zPLg27pB5at mZc2dMzQfh5J3Wjb8kdXba705qV48kbmG7M/+rLuulHRRlPhmmJ37K1dIlu+BZppvfr3yfKgV5++ 2a5fPDhv7pbx9/WOJnJn9h+cCQCUHVG+7FcvbyxvHtTZXV9Rh4j8nufkdXETcvJUF201enKH5dDc T/Y0XDnAfWT7hnJhim/WFTb37kMla76ywi7oEd+w7p/vVbuvffzey1LcQK/uKXLPtOfnbppwf/+4 VhdE1K5fsLIxdPy0uy9LcgEoiCj5aOMHbV1GIyY1I8POIqTD6+a3M0RsW6/CVN/u/nH16+e9W2Ve 9tj/uy7DA1BN2du8qvKYX6iR3qt/7ywPzjknaf+6+774sMg7NF8HcWnOCqStikWgoFo7yvtEqk60 AEswAZIDVhFBRc8HrfuRPxfF6YoBwLSXHy1/6iFYBg5jVhFeDDq18bMajeZksJrhbWp3q7cZPu8x jnYX/u2/fmJ/lsmDrr1/0oWxkF9vL7KsqllTJs5y9hMIr2qyIrcW+uK6D+p0quK4ZEXbAzHcbVkI ZkRqBHlrqpsZHsCITo60rNoGCXBMn7F5vkeWba0ceW7i/vU7mzNH9Ixs78HE7qxBBSELNm4v8/WJ djXXrJ77/MLPt5bWHKFwT7PLavJJQHS56voeD/7rj/fcd+7YcePGDM+JcLXTyNG9z8t47tnP9jUO SNjzeVXE1ddlvbXs81Krt3vjhoMp/QYlmuVvFfriC/okKuORzdRePcLF2h37fQPiWk1RVu4o4bj8 goSTCnWX5VvbGyLW1YaFfYz9Y8q3FHpjuw/8Nl+xEdMlAR+V1VvBSyIazQ8RVtqizAS/zUNKy90O sQKDBBExW5CWhABggAFYkkGGE7AVVM/Hb6yxAFkAyH+rkAhoIfp1EYVQGhBMwq8Vr9FozihECEnp 3FhbE+L2oKGuV2aSf/UQQK/MJDTUwe1urDsUktK5vcQVX8qE+/+7IKpp1+IZz38S2/vcruECDGZw WNcpD0zu7P+TSa7YcCpjBhlt90WGgOU7OQ0Bam+g9vY3TQJb9iAuj4Cj1BxTMK4g4vEPVtUMGr5+ Y0XiRUMTjGN43EkwSDLAJQseefy9QyMnTZnUJYH2rfzrzEUAAHZljXngmT6bP3rnrTefffD1hVf8 4bHx2aFtNhqJvYcm8ZLP9tQWrNibPOSOwXnrXp29qXy857OiqIETO5koPokLwkQE7sDgV2LLguES 3+apzoYhOnLuGs0pRwJtREYwqxh5CEAyASyIJLNkFkQCIjg5EYCUUllNQdhC8OLo6C1mv+q0bXud 1hPUaDTHxDCM6D7Di+uaEZGAkt0je+UM75Ye4XFHeNzDu6WP7JWDkt2ISCiua4jpN6I9/VIZmpyd nd05/8KfTRvTafvsP71d2gSIhPx0qv9mr0hI89MpKUwY8flpdHDnlso2vGQiPDlcNn5d3ngyf2jb G+jkLwZ5el11bviOxSu2rPu82jN8cLrR/jx8FVt3Nlqp3ZJNtvZ/uU92vWT8yH65mZmdczIirKAu QxJ6X3LLg3+dfpGrasm7W7zUTqMZN2REZt2aJcuWbg3tPzQpvsewhKaVy5Z+VEaDh+e6WCT1yDar tm2qaFa9eg9s3lZvped1MtuYoUjskWke3La2tH0vJUBmuJu9h5r9Vu2JD0FSHnt/is9NQdWObVXH coRqNGc7drYht6wMrZYBg141JbMgRtDSoSUlE0Fy8G7Bug3KTvNvMllF2KvDCQCD/IpaDAgVPK9f YDSaDsEwjNjzr9619D/ZYZ1cpondq0fmdh3ZuzMA1Ndi92p4wr1Nvv2lpXlTrj6eUjy58n7yP5ev n/aff84b+Ieb0/pfNyr8t4tmPGpef3FBXGhDRXFtxvDROZHR/a47L+R38/78D/P6UVmibvuHnx2y u2UzdcDQhJfenP3E2xMv6hJulBfWEiUc7xRkdDsDfYvXuJDuV4yO+vC1Wa82pw+/N9ndart37Wvz M4cXJMryla+8WJoy4I5zYghIzk8yPljy2rJOw7NijIrSI45Kc+XnSzaa6dlx4b7ybcWNHBobRW03 AkDy8DHpC56fX22MnZDtMjwDR2a+PH8hkob8PMMDcPiAG8bGrlsw4++emy7u7Nu/bM6csozz7+oT 09Y5csSACePipr39p+mYcOk58aEN2/c1Hm13spnUPY3eXD7vrfyL8rmyPHrQqLzjD8EUHh8mGzav WluSMiyt3f05ZuA1g178v7mPzwq9YWQ6/3/2zjvArrJa+89ae09PTyaFkEYCCRBqkCIoCkixIUUQ EZCr4FUEufeTa0FRREUvKogCUix0pEsXQUWuiAihQ+iQkBDSCCkzk5mz18ltrrsAACAASURBVPr+ WO+79z5nZoCYAjOsn3FyZp9dzj4TZp5Z63mftXjmXc8TD1r9r4bj9GmIqRxPGhxXUXcRlV1ToTQl RUFXpVtBPW8JxiGJIIYKpQAo6jIKOkspDD+MUVyi/1aZ2XGcNYWZ64eMGH/4N++99H933HBwXVOK 2Y9LZxsAbmjBwNZOTf/50sJxR3yrbvCwbrXrblDDBvsf8/G7T772vH/s+Z33TfnsD78x+LeX33ne 6Teo8sAxOxy+7W5TBtLAKZ8/5fim8y696oz/7UoHTpxU9Pm0vvWAbx638leXXn3mTzLSpGX4xC2m D37T7w4DernQv/EbXF3r3gdsedPvHhy7395jemgdasPyWdeeecvrSIZv9r5jP3/k5g0EYPwnTzji 9XOu//VpdyqAtGXs5LEtDOD1Zx+4/k8Xv5ZB0+bxO+3/X/tuUqc9bwSQjH7vPhv97oLOnT4wtgHA iB33HH/Z2Z17fGxcCiiocdwhp5zYeMFF1//0h+1cP2bGPl/73MFT0p7fGmoce8j3Tx500cW3nX/6 TQKtaxm16TbjW6pl8tDpRx+9x88uve6MmZoMm3zgtPdNHf3ml0hG7XDoPnefc+sFt+yw3VEb9b7/ 4M2++N0vNP/22itOu6e9fsjEUdxrv9hx+jPEpMSagQggKleVMqsNE2VQIoaqhZQyJWIlK/tPRuK4 aBIQR5UGsKqY80Fp3xHbJbFDWGQ6dHvARAf//Mt77P2R9XHrjuNU09GxavkDf51z8Q/GjBw1rn5V Ux0BaO/QOVnD/IULxh124oBtd21sXHtRpGUqsy475rt/+tAZ5x04+p0wSo+6Zl123Kn3f+oXp+1a lXNfFQH1tr26PonOveJr/+/ukd8/86tTfHqm827hjttu3vLXZ6B6kE4IclezZGVMBHAWViaaZV5I E0GFiBSkhERYCUAGqBARsYig3EyEpkxE1dHwoV9IRahXfnnHcd4WGhsbaLsPbDxl+mt3XffwI//X /sKLAJrGTBy45S5Tdt2vfsiIhob+ri501dIXZi+ltpduPveWxo+d+N7B7Okz/zbUueRvf/xXsuGY YS1p20sPXXfznCF7fWZ86oE+zruKmtWC+afBwA4WCzGlkMkQj1NKEkiwYQksJEJhq39IOY9u4KDh 0vIFiisVJ1SttoY5jvO20NDQUNc6pn7fo0Z89D/ylcJJktTV1b1507DvQ9ncv5114hXzG1um7Hnk iftP6ynXwHmrSNuCp+655d65C9sFNKB1+oeP+tJBW9T7W+q86yhXkUouq7ysFUUYh5xRBitIw/Ac kIhVtoKnS9RStsonV4D2G7k9lRxhIbm0WnupakJ0kHcPHcdxHMfp+5S7hwAk1qhM84gqKavlibI1 DVlViFiElEKqKQMVC82yFmQwdBWZWQjdQ4VamkR5sSJyM7xNmA7VMcdxHMdxnH4AIVGVfGZOnicq GhJMCRAVCMfIeCgBpAQhkEIzJBQiTpUAVRuLSMqkKla8girH5YzxwnalqpxTS9XyBqLjOI7jOP0E RaZBIZmzSvN2IYhEJc90YFCRj8U2ejojUoXAQhtAykwoZWIRx1QtTYsDc0IUffCFMVlSvOM4juM4 Tv+hxoVuXngmEoCUNPQJUQyBFht0WG4OxkhSVTW9pEpBgIXTpsECHy9jDniE/5MoEjuXl7Qcx3Ec x+kvEFF5XWEe8QCAVRUc+32SKXEUQkRUzn8HqQktUSXS0mAdyrVVap+GQdLRGkZhrrQCbGeoFX6O 4ziO4zh9FlUlEAWRRMhlFjQMhoUCCiiDgYTsc9a8hgUCidixCVkbsTh9/iiNn1Oe70BFm5LsvETk 7UPHcRzHcfoNwgRViiYtWPdQASUhW0kIIFEVAUHDOkQIGKmohmMptaqYJFBV0jBtB0pEHBcxSqiI FXUzuxCTkDnhFRYm4TiO4ziO0y9gUSbKw60AiKoAkhe7AGsUMogpborxhXZgzC0NgwwtLUJFSx56 DUeQlpPjy6gvOnQcx3Ecpx8iWhVYGsLhzdguVX4s2wG23LAMqRnbVTVTy5EuF6cIlMJyUQmqYXI1 g6xFWRUNLy64HKfvUckqIqJS+72hDDETcV2arrdX5TiO804gxFipIpjUzaeFDAAzKXKxFQIgVBSc qSTMADIRTZjEOoPVhSpBbrxKAauIKYmCYbWvxC5gr4NAWjXg2nGcPkGl0lWpVJ596qnZL73Q0d7W 4z6NTc3jJ0yavMlUgqbpO2GE9HpHX3/utj/8feCHD9llxDv5/ilbOPOSi/485rDj9hxZ+zrltSdv vvnBsR8/eNtBPiPacVYLAmnURARYeimTKHGUWaxkYVhhQSIRSYiEJ4Qal5paUxUiggTPvJ3Ualog SzyFRZxStN+TWGgEkWZvw/07jrMmaCYLXp1f19iw6+57Jmld9znxRJRlXfNmv7To1fmjx4zBO1Np acfiWY+/2LLZtuOb1kVpnWTprFtuun2bXQ/eZcQ6OP2bXb39mTsvOO/Ke+ctA9Vv/f9O/+o2Q3u7 SX39ufvue2iHg3qoT8qrD950058+tMcnXWk5zlvGhhcGORUsWCTBNMWkFDWSCkEBBpEyoBmEiGG+ d0SdRkSqBIEmUAKTWCSXIAVMhWk+7jB/DFFLMYUou13LcfoaAl2ycMFm07emNG1sbOw+Kl5VOzo6 Jkyc/MRjD40cM6b2eF38zxO/8POXGsvbGvb7yXkHjl6fiowqz11/2ml///iZ545vekcqwTWAOuf9 /tTzH9z048f9x4wh2lE3bpB/o3Wc9Uacw1MzT7r0fEyNt2eK/NHubT5Lx1JbvagxQsKeS+MeReCp +bnCZlU1o73/9+84fQ/q7OxEkjQ1NXWXWQCIqKmpqa2trbOzs7f/yCsjDzjh6E0HxCPqRo1wP9da o7LoiceW844H7L/DRg1v92txnHcpSgyCWp2ptmTM5WWJcTghE1G+wNCeV4BsZaGGBHjLjgDyaTxa LmXlY6hJAeY4xceNWo7Tx6CYaFz8+tTDPhTr2T3vIC3jNpk2bXD5WVk089dnXjZzzrxlXQA1jn3P Xp/7/EFTmwmgbMlTN/zmwlsffGEl8YCN3/vVE780edkTV5x7yT+eeXFJJ7RlzFHfOfrBr37n2QO+ f+aBU1IFuhZfeeyxt8044ewD+ZKfXzLzpbmvd0HrBm2044c+feh+mw3IX3fHVf99xFUAMOQrF5y9 fWP5lVwyc/b8ZRVoMmCT3T6xEz/1178/NHtFZ/2oqR89+vj9pg5JVj7706O+1f2Kvzp6m/ri21rl 7z85/q4lr1e45naeuO6CC297aHY7N46ZsdtnPnfw1oPq3uJ1GQCosvDhqy+4+PbH5q5Kmsbt+OHP H7n/lKIHSujqWEV610lH3gXEemF9bxetoWvuvy49/9K/PrOgs27gxEktK4q2Yc8XlSXlL8TYz//4 R7sN8Vaj824mFpiC8rEkUituqQqUy79/MlEW61RWtoojdmw8T/wLIRzeYrIyCDHS8IQWg3sQTfRB 4QFF2rzjOH2HXuXVmu1MuvKVR2bNHXPYsf85cUDn3EeuueQPp9aNP/tLOzV1zL3ypJNvqJv+qWP/ Z0qLvPZ60sqky1/4x4PPjTj02KM2Hibt7eNbJzVPabjvwZmv7T+llaDLnnt4UWXydpPT5Xc//MSc MYcdd/SEls75T95+xbXfe2HxqT84elIQA3UfOuE7uw9LQfUjGmpeybwNDjv+mMkDVs6644KrLr1w /HsOPfIr4+vb7r/0V1f//JzpZ35javP4nXu44kZ11d/Txr7/oH2ntmLBo9f8Nt5O+5zLv/X9mxu3 OvS/D52YvfLXiy/88SnLTjn1S1PSt3bdFFj50kXf+tHfxu959En/OXzprGvOufT7GH3WMTu3VF96 +y9/b/+x9UA6eESKjt4uWv1FWP7sBd8+4+7h2376K0eO46Wz7rj6xfypni+6S2PVF6Jj/ECXWc67 HkY0oeeTCcWC3ikxLVU0ECn/3RVQLmYYSnU7QJEQC6BQUbEJiWkUWCGiixQUv+USSEWUrbLllnjH 6WPYuFNm7rF1mGMVL9u5O/UvnPHFz4THxDt95YIv75ACQLLhljO2mtCALbYYOe+Br//zjtld793w gd/fsrjxgNP/376j6/PjMwCoG7f1e7acYBKJpn5wWnLBnx9dduBug5NVL/xrTv3QIzYaQK8DSMdu OWPrCQ3YcuttJtb917evvOKxg7++1RAAQDJkzLhx3dbcAXbUNtMnNGCTDV/9y7+uHLvTHjtt2yC0 CT1x14/veWRR19TRDT1dcWD1W5JO3P69MyY0AJuPePm+r//DbueqP75Wf8Dpx390dD2w5aaj5bkT fnvFw4ecOGPYW7tu/fKZv/9L+8ijjj3ivYMImHz0on8ee/UNz67aeav68qV54Jhx48aFN2fFP9/4 ouGQ12defXdH08EnHPfRkXUANh8w988P/cnO0MtFd5le+4VwHCfGOwRISaAEIiUhjT09EEM1QzBV kYIRDe4UZxdCAGVVk1lQm3NIHBzxdp7yqGoL3VJVtpmKqp4R7zh9jnyZyxsrrXy3Hp+tjD7kxC9v Nsj25IGj62uD+5IhG43An+evzGTBYy9Uhk3durW+p/Pk6JCt95pa+dFfHl/0wZ1b5818qnP8+6cP TLC0ap/6Cdtv3nj1Q0/Or2w95E3vM5AOGDOAupa+1qloAJLBowZm2evt0ssVe6vh8dAJI3DH/JWZ LHj8hcrwzePtaDpmy81a+P5Z8yrbDas6uNfrysInZ2fZ4nO/dOi5+dnRsniVor63r8cbXbScb7ho 1lwdNm3zHmIpervoGyWqOc67kpDIUDJNCbIohkJ/D2FET1BkIsUY6PA9M0+At6YhhdE6xJR/q8yV lsXJg6qzTWvknuM4fYi1orSkadTEiZMG934CTRI2h4OqopfKWBVDNt978wGn/+mepdvvMvOhha17 7jSih0YWsYJktVwLlKYEzcJ3t7oGRgwd7PGKvZybUy4io9fouqQKbd74S986elLxO23d0JY1/56q ZEvGe3iVvV2UsWSNL+s4/QqikAWfbylMWgCVfFqiQVERGGVdpCXjuxm/ul+GrVEYg0nL32qp6kxu 0nKcvscbS6jV3e1N4RHTxvGSxx9a2Plmr6thy0/s3DLr5r899sC9rzXsssOGSbfvMJWFjz/VkY3Z ZFSqoLSlXruWd65BVeYtXLEbPHKzieniJx4Ot0Ndrz7yxMpsw6kbpG/1+yGPmLYhrXzxJR4xNmeD kc1vpEXf9KIkAoBbNxufLnni/ldWrY2LOs67k5p5O6qqQqRMmgCJ/Zba01GW4hDN8ADK3z+p+B0u /70zVVVm0sz6i8GEb6Z5EEElzuZZNzfqOM46g5gBJEmC3oWUqoYdelmfyCtfevLxxpb8nA2jp0zq pfo1eLuDdrv0xGt++L84eK9pgxtXLl60wU4f2KCnXRs3/fjug+645tzLOzfc5fhRebex6/5rrhq/ y+atsuDuyy56ZfR2n9tiCEHTkZuOpT/cdeUN0/acposWDN5+t6nNq60Ke7niG6At2x2019AHrj7t 5w2f3mdSZd5fLr54/rhdj9l6yFu+tgyeceBuLSfddNqP00/us/mwpvaFc14ft8vukwe+QYGw94sq tQxvlvZH7rl/7uj3jt3ukL2HnXDjD0/FIR/ZYnhT+5Mvd/AbX3TQW33VjvNuglhUS+oIWhSoijwt thR3hVhKvNacA/mmPPOhTAqgJOkIYb2h5dFbBheVTFyO4/QZmLi+vl66uirMdXV1PSaXViqVSldn fX09F6MnqkgXXHfmqcWnMni/U07fvpcLtkz67A+/Oeg3l/zp7NOvI60ftdlnt3z/Bj3KirrWvQ/Y 8qbfPTh2v73HFI08bVg+69ozb3kdyfDN3nfs54/cvIEAYOj0o4/e42eXXnfGTE2GTT5w2vumNr8V qfRWrvhGUOO4Q045sfGCi67/6Q/buX7MjH2+9rmDp6SrI/IGTPnsD78x+LeX33ne6Teo8sAxOxy+ 7W5TBr7BUu43uGgyaodD97n7nFsvuGWH7Y7aaOwh3z950EUX33b+6TcJtK5l1KbbjG9Jer+oKy3H qUFVFZkyU7HkzwxbsDoTVe8sYSa0kpLlbMV0+ZCzZZWpEHAqSgwihoL2H/EeKBFxdNETZbnZPnQV TKQd/Itj9tj7I+vl9h3HWQtwwi+98FyapBtsOD6tq+9xGk+lq/OVl2dXKtn4jSZLtv6WGFPXrMuO O/X+T/3itF0HMUDZSzcdf8Ll25z26/9YVyvjaq7oOM67mTtuu3mL838uUAUluSmeVSWsL8wnPosq U5gBLRaFpdW/cMVCVm7FCptZoQmA1HzyeQZXcSCXOpRe0HKcvohi3ISNFsx/5emnnsy6unrcpa4u HThk6LhxE9aTRUBXLX1h9lJqe+nmc29p/NiJ7x3M6/r7y/q/ouM4fYHSGh7VMPS5GAuNGG2aD+pR VAA2fRS7iiErPj8kh4q9wtzDML4aIdmB8hdR7j46jtO3yLIsTes2HDdh3PiJb7CbqmZZVql0rbkp /k2hbO7fzjrxivmNLVP2PPLE/afVrfNvL+v/io7j9AlsqSCV/FFkWVkAJMvUfO9goqCoSseajBK1 nFPLHe3KmGBTqBXQTJWISUVp/+E7hEXgcf1hIsgYADif46MgwkHePXQcx3Ecp+9j3UMNzvSwMSsV pgigKK5sBDVg0orVIuQBgSqHAAhmEVu9GNccEivAKjFxKx/mo/maxfBEjaHecRzHcRynP0BEHDIH SVWhAhWClLMbpHBWEIdOn+TH58mloshlVoh/F7LH5Vla1rK0vqLtG83wjuM4juM4/YvyOiGiaI1X i2EIz3HUW1ykwzNCAASRCoiUCMRgCQHzMXTZHnDpeojJ8pSncvX4ahzHcRzHcfo4XB6hUc5wrlFg iHoLJdnERERMnMDySgWkTObq4lDNsj9cPmOonhHWvS/WcRzHcRznbaRK69RUlHIRlonkjyka2+Mh IiAlYkUKEJSIVGrPk0I1YQrp8DaiujpSR6AgSlx8OY7jOI7TXxASVgiskSchuB1AaaiGGa9UlZkF JMjAAJJiHaIIgIyILPFU1EKyiDkGOCAFWdZWjHOoFlSqSiVbvuM4juM4Tn9ASUCwfAVlkFKQPT00 EENBihNLhg8GrCSOjxbVMFEHyGcjRrjk8KL8AmFXUQAk4bh1eLeO4ziO4zjrEbNRKdmEHLaJ0chb hCULV0TiccGJJVmobUU/VnXfMJawUi2VsagY1hPNXAolaMly7ziO4ziO0+dRZOVROMpEPcx+BRC6 iqQIRSgxrzuAcvEqjEMkqCrYNJUAlAIgJahClYlUpNxBjDkRnhPvOI7jOE7/IVSalBQQQlLu/QG2 ytC0lyqUgpGKEyYRQElVibWoUiFvIDKT2bEUTEAKkEA5nEGJIGRRXPnUH2sdutZyHMdxHKefQFal oiQz65UqM1vKOxGrmm0qgakqVqJEVQFVViAR1eoyGCskSieFUrSAUWpWezsz7DmGySxzeNnj9TAQ zXEcx3EcZ/0gzAhjDgsvOhGLZKqZEFlbj4ggRdqWqhIlYWcuuo1EIRoegKoln4odVWTEx4E8IKuA WfQWwRTZOr5fx3Ecx3Gc9YwE5UMgUAbTP7aesFgjqFSsK8yXD9YknYbROlCgKiQC5Yx42zVf1qhQ IfTkvXccx3Ecx+nbqAoALUsogCgBkxLAhZBicKJMQiQEAYGjzArCiYgICZR7HBKdSuhDEjGsPqYE C0AlmKtebRni+rp3x3Ecx3GcdQtzgtDQs3k5ABQkNhmaw9QcMhmkCiYSKClpLIMBWuoqZgATEkUG 2xfMBFGkHPYFQjwENMqsWBEjrVrG6DiO4ziO07epGb+TQeJSQgbAUIAyJUDALCIW+A4ikpicpQLW /FTENjPaKlsJB1GlwadF5bnVJtaQLzfU0kfHcRzHcZz+ABGxFrEOVRMLNewQRRcDweFu1SjbKhp8 WOUR0sxFG5CZUvSGQKFgBcKaxLV8f47jOI7jOG8fqpoBoPx/UTCRZNGM1f2QBASITfKxmhZyR1dJ Y+WHc35ktL8TVPN1iwTEqYde03Icx3Ecp59QteaPilE8AGo0D4X9Q/tQCBlImZR7HNpTIIAAaQiR ICoGK5ItaASB8lBU7clO7ziO4ziO0zeJqwsZwfweMhpgZS6VkObAUAExkWhuhEcMwSqWKIoNrQYA ZoCUmFQsT8tWGooKw6ZVhx6kqihYNSx9dBzHcRzH6R/kykZFE5sYXQSRJgCIwEwiKgjWKyYWUeZc E6lIeIqImBQEVbHhh0ShDJYiT9oqBJYZ5EEalZqW51A7juM4juP0bfLQUftUxIbikERNlJuuahzu ZUXEXMopVesAMpEiLkpkohSIOoqCsgrVMwUxQZQIIdzLcRzHcRynH6EUhBQzaWYbAICSHmRWdyy6 AQAzl1Ijgt3djF0pLA5eYb6ucryEltY70hteyXEcx3Ecp29BRAmV7PAJRDRJuKyF8vE7GufzaGlQ D0rO+vIQHi7tkwpgdTBRja56ULwKEamokkeXOo7jOI7Tf6CEVAmiNiNHgIQ4YYWQqCacjzoEEQlA 0Z8VlyLm86TzoAd7XJjbi7mH+aQdm8wTDPSl4xUq6krLcRzHcZx+giqJeeCVAEqsyKQEICHOW3mh OVj6Q0Qa8t6r5klrNLWLFNsVlMKqWUT2sfwiiu4jsXhNy3Ecx3Gc/gIpJ8RAhqiKyu0/xMWJIdI0 UvQQqRjPE7czQjMxjK+2T4uM+MKnxaGmlRfEtHR5x3Ecx3Gcvo4ij9ACYqUKiGEPgmKNoSgYNd4s oJQpX52Daqor7wWm5cNUVVSZ1Cz3qgqh8jBEx3Ecx3Gc/kBirb5C3tiyw5D8roAIERGzQgC1apZ5 tmDtPi0OLnSYMkhUlThIrNS6ksoQzQAikIBITesxMSAWeerdQ8dxHMdx+gksQsxIGAqVKJ9IY71K KElsO4EtotSkEJMIABUO7ULN3VZEREwiICQqSswA0jB+J6SWIq9+BWu9rzl0HMdxHKffIZwEMzyA Uh8wwgA4SSTLOEnAXH4uKcYjMkDmyrLJPapiAw4JiZ02lLZyLWYzeWwjWZapSy3HcRzHcfoXxSpA AnMKoJLPP7TNVtyKGisvRKlJqGj0Iirm6KhKtMwzRZt7GvuOyFVdjSXLvfCO4ziO4/QziIq5OgpA NEk4j7mqMWBVGd4RIker9gPIMuFJYjh8zNOqmftTXR5DXtFSnzHtOI7jOE4/opSxoKjSP4Ry7kO3 DCwAzJzPQCRiIg6TDSklEBPn0fNpvEzhmRfNYIN+iGzMdLfmpeM4juM4Tt+mqmsXgrBYYXnx0cUe orUIpZJTtMBrRkgoAQBV4rCRCKJCbL3FUsqDIaocjoEqoEo2ltq1luM4juM4/YiQSqpqmitWnkwG WSxW2JPz56vrW2lpZE9RlqqehFirtIw8NT5Rm96j7tVyHMdxHKffQOCYsFDWWVbZgkLDEsLCztVd ClE+eZpKSqtmHHWhtMpajKOHC0xSPdbHcRzHcRynz0OJQonE1gmCYJN5YI8tOoupZLLKH5AGnxXn +QwKZIxECSXVFGtaonaJXEzlw6SZ8o6jyyzHcRzHcfoVRASkULXOnUVbKSAgJoTBhpRBCcQaLfOU 5SUpIihipDwTKYGlqHLZ/ik4b0ICAGv1qGkSKCnExZbjOI7jOP0GUqtSFSUopcSCRBmQOCOakdjE aJZcahUnUcqKXmFWJbDypNJSTQuAdOtCmoRTd8Q7juM4jtOvCMkMprfI0hYIZIHviUK5CDitzi8t hBTnrT9mVtWauAZVDTUtIlKBllqH9oC9lOU4juM4Tr+Dgjsrzh3MBZKGYKwQ19DN8J7vJUAKG30o KPndY7g8qShq1h6WZvJ4CctxHMdxnP4NxfWDQJirA1W2INGUCMoWo1XjoQrlLNtYLbBMSikgMDOW hiQIq3YxERhcCWehxAtajuM4juP0Q8zKrmZqZ1aIjTJEbnUHQBwCt2xgj3UJVZlCjKkVxBShDUmF HUtVNGEASDVXdEGIEQBzfSlQO5vHcRzHcRyn70PMBBZLgQ8KSkK5SgFAoBSzTYEis1SIkqidQhJW HrglYW5iwpxIhrx7WDtTOgmR8woVgD211HEcx3Gc/gWRjS2k8hbV0EMkZYKSVawsA4LJlBMzKUCi qioEDs1BKIDEkiGi14sJ5aKVeb5UVDSWyQAI3LPlOI7jOE4/Q8smeFsFyKllaBHZH8qXJlqkKVsA hBTGLM7z4wlksxIBAjg8GY4CFQauMB+RJJTF1tf9Oo7jOI7jrGcoD2jIVxdab1BJNFEhCFiZAaho wszETAmUxfxaJpaYBMhENYo3FcmvUd09VCAqNYh97kEPjuM4juP0NwhMFLLZQ2kpkzDqEETgoq0X VZPA0uSVQGEQjxKgFILikYkCSJjA1nhMlCzlITi9SAs1BsR+4nq7Z8dxHMdxnPVDMc8wT7nivO7E 0AylBiIjAam54jUqL1UpdxgVYCYL6GKQqoBJAc5NWdrNj2UyywSdu7Ucx3Ecx+k3WBWKIojOraCK OAGRgkEW4mDlK7NhsYaQiGDqCifMz2wPOSRBpKFqpcWF8yx5ImIiUXWZ5TiO4zhOv4Kq/yICatSO TTzUfN4OAFWQhW2RrUCUQmEpgVTDQJ/iVLWBWaoK0dytlYloJm7VchzHcRynX0GQBLBZh0pQKjum yrOia7ZXbaF8MHSY7YMY+BC3UhrCHcpSKo+GZwCKhDJoiPFyHMdxHMfp+5ASZRqXHCpIoQlUiVSh SoXwESYgYShEGKRMKpJP3THpFfLlra4Vlh4qMyk0RWncYf7ATq2iiJES3V1cjuM4juM4fRXTRfaQ uIdJ01EUEWz5IYE5I1AmKIulYOAiLc2rTphz4zznEqr8oBjcE16LvXG/wQAAIABJREFU4ziO4zhO f4KIEyVLHYWCypELZbM8ablZCGKGDfOxB+BCnEHLDUTLOOXuOQ6WFJ9/qqKaqQocx3Ecx3H6CcSm pmDRV6qhEUgAo6x6lFTN1m6VLdsoYj1EYrbaWHmwT54jL6KFI77n6Ky8sMZe2XIcx3Ecp59ANuAQ bFUnIiImJXNlxYnRsDpVyR2faTBh5c4rialaqtGwBbaJh0ywjPj8gOCOVyWGiuYje7qtUHQcx3Ec x+nTiEIhtvpPKSHNVFVZEiAjJUIwqScCkIKgqkogSlSz8olUFSQMFoqzpTNVkEKYifP0LMSylqqq KDHyp8rNRMdxHMdxnL6P2a2UmYiSLIvxDaRgQKv86+V1gdrNfEVE5tYisVWMxfpCySTt/RVUWcNc bDmO4ziO079gVYEqmJKEIKHeBAYFsQUAIJjZShUMkOYZWkUPMdi0oqEr5GQpOLHx1HHvorjFFBJR 3Z7lOI7jOE6/w8pJRIm1BcWS2zU6tJjimkTNx+eQRZwGsWSaKslPKKRCIAGADCoQZUju0ypDICip qsksu6gHlzqO4ziO028wM7qq5TwoM1nMAhFBtDyZRyiPKFVSAgMCBUnoECaCjNWsXOHc8S9V0ZAR H+b9WO8xZHdRPpPHDPnr6dYdx3Ecx3HWNUqgML0QIM3EhhmG1YGsFIWXqFo30SbqSBw5DaG8FQiV MCIRgCAPQiW1jHgA0ZKlqsKEkvMrbHefluM4juO8TVSySpZl8HktAIiYk7r0DYzmbwmrZpUysJio lKKV5fHwsL1IoFysFCQmYoIoGKpSkwNvOV22b2pirWbejpYuTUwusxzHcZx1gYjMefnlhQsXdnZ2 vd2v5e2kvr6udUTruHEbMveQq1SpVCqVysJXFyxa7G9U3fARraNHjqwA6RqKLSKFIuSVmm2LAUS9 xWrlqdzdXpJCJo04YUImIBAkLkbU4PRSZKHClWpV9jyJCKojTF1mOY7jOOuI2bPnrGxbuc0227S0 DOhRZLwbEJGVK1fMmjVr9uw5EydO6L6DZpWFr77a1tGx1TbbNjc3r/9X+M6hrW3lc089M3/Bq2NG jcKaKS2BMhGpmbCUesxvB4SUobYskYSUivQrVbXlhKBiraKqELFKcLkDSM3yrmZ5L8c6xLJWMOe7 T8txHMdZ27y6YMGMGTMaG5va2tpEpKbB0v+I692qbpOZGxubpk6dNnPmAz0rLcWixYu33mqr+oaG jo5VsOHI76o3KoqThobGjTbZ+JGHHhw9ctSaX8WkDxBm78QcrPisLQ4MPq4gpEhJ45xDFVVmQKom ForFakFIIWCiFAyVolmYNxNRFlvUz7+ijuM4zttCR0dHc3NzW1sbAAlTTYB+JCOqkilLgZa5N9o+ tre3Nzc3t7d39HgSIXR2djY2N6/q7IpFlPBjWmOzqq/T/Y0CYIKEABuAA6Crq9LS2NjZ2SVrfNts 6gkiIHO4U8jTAiCAqrJJISklMIgiXy+oYZA0xYWKYWwiWViEvXDSFMolO1jtP24tTuw4juM4axcS EQAikmuOGFxU/GTqN6orJ5dZ1jAthIVI6cd2aX8ApqtspDGF9y2skosn7etvVNXrj/8MLOkqr29p lkl9HcpG9jW5IMpnIi1qU1zaSfOFhIIQ5JB7sfJjAZuvwwomiMZqGaRbnlaulB3HcRxnnUKWGCmS 64ZcRoQhvFE99OmuYrl8lW+xu8uyLC9xSVBRva4vVFWFIvwYtzcnbLY5x+h3bxQAUyVxNE7tAr41 QWDBWMQgCERVuSRzJSY55LHvgMldIFat4gvPj1JRBTIKGsuavFWOeMTR1uUKp+M4juOsC0jV5IXp LZS6afkP1Lf555EseezS390x8tBj9hpVt2ZnqjFmISpLe8zM9ib0oiOiBKkexgdVWIq51WdU10qp 5+2i+IrHjE9i68BV2afiO7DGt0qEUgEKAIRQjM6BlbiYWDRXZYCluxOgSkLKUl44GAJJkQCZHYGa jHi7RZQapeXfJ9b0lhzHcRynmrxd2P0xSjIr376+yVbOf+Kxp5LOTCR58717pgf7UZSVJrBQfe89 nSIe3+3NCY/WbUGrY8lTT7zYvOk245rCqJrKM1d//Qd/mnriT4/auGUdXE8liBeJi/vyNwp50W8t qBLKWBKrTTEA0YxICKySCSesNhXRnhYzr5OSUgyNV9Yos1QtCDXXhWyvHhKSS/Nxh0QKcDd15TLL cRzHWesIyFqHqpplmW0MpZ3q7uHqs/zpC045Z+bKTvsx2jhsg03es+sn9tlpVN3q/Tyzn6OkocG5 NsjrWCgtArDuoYjIG/i0VDX3hhPlh2spe7zqsFVzHrzx2pvuefS51zJo49CNpr/no4cetO2Q1Y1G oK7nbzz9Z/d8+PRfbNgYC3stI8aNGzu6pW6d6d9Q8Ct9ah+TXKKsnetQzWNVhQoxYBpLgNAyDOrK ylYk0QNvcwtNOecrCe1XgzA/Gmn+5Sl/sft0o9dxHMfpGxDKrcPcF78WfgxpZ9uiJStHf/qEz01t 7mp/ff5j91x/y6U/fr3xlEO3blqd84jkRaO1pbQQa1qwJHGi3KSl1v7rdt8mONQ+2JsmShQ6h9r9 AIDaHr/2+z+6ce6Yqft86uhpo1oqi+c9/tgLmkQb+GpBpEBShHdqssFuJ/x4D+lc1bWuVsyZI600 3RlEIWvUrrjm2WuqlnBFTCRiIslsgkT5KJ64s6gNO7Q+IokqE4la+S3vZsY3Q4m4KMSmvf1TLi9D RVRtjuM4jrO2ICCvadX0ELGGSw4VSpDm0WPHjm0GjZs8bYuhLxxzxrNPvJZt1ajL/nrWz254ZkmF tG7YhJ0/eeS+04cnZmFe+vztV15z16NzVhI1T3rP0cd+ZkI4napq+1O3/OTMWwd86n++/P5xdf/m a1PtOSFT48qAnoQWQkq5aSpFWACnULEQBCp+xMNqK+2zr/rFjS9P2f2H3/uPiVQRBWjbnfbkbNWq iiJbMuvGCy+785E5bdw4aptdP3X4/lsOqgNIFj904dlXPjz3leVdADWNmbH7EZ/db+Mmy0rvuOqE o68CgCFfPOtn2yy84f+dePWWPzj7sHENvR3V9eRFx//o3r1/csbHWusAXXTzKSfcWve1M74xLaVs 0WPX/+7yO5+Ytypp3PA9ex1+2McnN4WAhFzc5HeU9wpDQSmX4Gsl55ailC7cb/ZuWonV5hkSQzPJ rymZArB/tQQqEiCKxKyqRnDhiC/3EFH61xC2r0Ux7ziO4zgASv6k8grEck2rxs3y1s9LCiDr6urq 0krHkufuv/2FysCdtxoKETRO2+uT4w9sHSDLHr/hN9f++ryJp/zP1k2knQtu/MnP76jf9IAvHj+l RV9bilaWWNPKOufdf/45t+Cj/3X8B8drZ7b6PxPLP2TL5pycN/BpaRwXExqIYT1eeIPK5w/NxI6n bru7Pdv+0APHVtpXxXPaFB/tmHvV9/73j01bfeaEwybJK3/57e9O/9Gyb3338xvVqbTNf/LpuWOP OP4Tk1o6X374motu+lm6wU+P2rFOAdTv+bXv7DG8DpQOrFclJpv3p9LrUcQKJEF0CDErkgSqK2df dvJP/z5hzy+c/MXW12ZdedalP0HrT47eqTks5pOaN4HIBtzY7RVCfI3rP1G51uaJUAKVXOmRQm14 dE3JiYkyVaAYRm0OLZEMUIo6UEXTeCOFuhIW2EwfKASEt8+K6DiO4/RjYtesZgVi907dav8MUsmA hhd+9c3j46VkxDZf/ui0OhFBMmrqdIIoRn3wkx+5+9tXzVrUseXYhrZHbv7L0sZ9f/ilPQZLpjR+ IipdXRVVgCoLHr3ksstf3fnzJ31kinR0rUmtreTVsY/ldYhhIF73m82NWvYXcmdQNAPFfSytXJe9 NK+LB2/Zmki37l7bQ9fdubT+wO8eu9cwFkzd5H/k2a/+5prHD/jqVkMAAtKxm02fOraONtl0xCsP fP2eu17u3H6SKiEZNHzEiOF1AFSkEuVdWP3Y61FWYdNYolIoVjx03d86Wr9w7KHbNYpOmHDUQf88 7qo/Pt+x4/T6sqrOdTaB49H21qw1RzyBWElL9SchJCDNGNGzrqHKKMwJiYiCSYUESpmJcMqssohC 7LKaUqPg5w9Kq6puxiyZwtYxhJvz1qHjOI6z9sm7h+U2Yu4Tz3/PX/2alijQNeaQb35harNUOpe9 8tzfr736lz8496ivHrlpuuKh667700PPLljWTs0NXXXZhIqKZIuemZMNmTy1oaN9VdXrAyr/+M0l 2Yjtv/XJrZOOVdm/eac1NS37lJntZnNHfI/HUm7WjrZ4hDenh+KfqoZIc+mhSqILZ82uDN9s+gDp 7BIAGDJt8xa+7+lXKlsNDvlcWVelQkDWNG4EVi5oy6I5K8uyjKtvptT07eWouGAyPyBb9PTLWbb4 nC8dcU58TYyBr60SreNo8y9unIo00aCzojCiNZZamlAlK2dlgZg003K2mcksAIp8OWTYN9xaJkTU fUK0msoiAEhBpAwqfXG1ZNSz6A5XWo7jOM5ah/If1Vr8yDbK6gElyfVWUYFCGgYOGjiwGaChI8ZM am176pTr7prdPuSZ8y+8e+XOhx95xMRWmnvP2ef+ERq6hCDqykRKP3xtxf6UnabP+/s/zr92s2M+ vNnqz3eu+RnavXKD0vvQo0+LYvcw92kB5tYqHFpBedizA8ePSWT2rPntO0+peb2hrZUJ1GIrLJee OD9Pfn5iCzEobEjVD6j0Yno8KiFIVxgSaCchAUDQ5inHnPSfG+UJZZQ2NVP1jZSFadWXXvM3sNvb tJpYRVAAVtJ88iF6XjNQZHppaGZGwcdUdVT+BaWYvwWW4i3s6V82ACalbn1Tx3Ecx1lTqFzKUtUs y8q5D/n28j5vFQCQrFKpVCpdnavaX1+8rIupsT5b9Nyr2eQ9PjpjSuuggcNHj2qW8ONu6MYb8GtP P7mks9t5aMyuR37z8J2W3/mb390zt6tWHb4p5Xu0G8w3lu8r1rR6UBAc8zR7eEPims2q+27ceM/t UvrntX+cV1uC49ZpE9PFTz662FxbyBY89uTKbMOpGyTdqjK5aKC0qQ5dyzvfig4ojuIBrQOk7YWF 7dWH8fBNNqSVLz3f2TJkyNDwZ/Cg+qKFWnWD3bR4vMPwnqwJmgVdm0UjvoqiuAJEVSQr16vC4tgw itogEVXRvHCnKkScD0nSkKfVS7szT3wgrCWPv+M4juPklFIeusuOfLof/g2fFlRB3Db3uWepIevs eG3uM/f95b6Vw2d8YIOmhsmtyV1/vuFvA7cePTB5fX47E1REKg3TPvK+AT++7dzfVfbaYdLAhval S1u33G6kqIKyVSvTbQ45bv78H113/u3j/2evMQ2rX1ApF7EkBo3aY4vlDCqipzMXjvjgeYrT91Rh 7vRqXzy0YfxhR7/vibNv+d4P5u31/m0nDW3JViyc89yLI/Y5bOetDtxr6APXn/mr+gN2G1d59f+u umL+uF2/uFkzJJRUSEIQqkIJCs2S4VM3xE13X3vLpA9MxuLFg2a8b1Jpz16OEmrddsfWy/9w4QW3 HPCBSc3JohdfJ2olyZq32n/3AY/ccvrPaN/dpw5taF/0yvINd3j/xAH5ur3cdhbEj812jL3RvCq0 xu3DpLo+qBqWUXQ/rYZpk4pcMlXXHsMXrna5AllNNNXQRqzKdMi/WmGL9Ol8f8dxHOcdSk09puyI z+sXPcdyvglJ04hhzQ/devH5AIC6QSM32ukjx39093HaLnt/4VPLLrrpmgvvBYCkefTEkQ1QhSbD 9//m8QMvu+qvV176Z2jdiCmf2Hib1nA6zVa1j9jrqP0fPunaK27a4tj9N1iNxPgazxmiL94+TZIk X2vZq08rtg/t6PK7obUrNEN6uTRtf+Rpwze++ppb777iN7cKNG0es8mWe4ggHXHg909sOv/CW846 o40bRs/Y5+uf238cZVmvby/poE0/d/QeZ1x687kPg4dN3G/qTpPeyn0nAz/+jePafnXxTeedlZEm LcMnbrHpQAbSDQ79wTcG//ayOy761a2qPGDUdp/ecpdJA5Ki7JPflJbS4WNGa0jUWnNfk1gTEMHS BoAzS88QIpLQJrRlgYQ4f1pFFYro4Sq1Gos+q4iomjU+A0B7DdqamJCvPUTR/CyWoQoI+Ny5/73H 3h9ZwxtzHMdxHCNNk8su//3ee+/d1tamMSZeSykPa6C0uG7AoAH1cV2+Slbp6uxob+8SgJLGlpbG +pQBQFWyjuXL201ocNrU0tJYlxCg0tW2bHknNQwe3Ny5bGlbRUHcNGhIEzqWLWurrMaLqZnG0z3l gZmTJGlqarrttts+fcjBlUpty0+B++69d9sZM7JMivcH0NKDHt4oSuobGurqEhseiCyrdHbYO5A2 NDbU1zEBWVfXqo6OcDtcP2BAQ2Xlyo5MAFBd08DGpG3FioqC6xqbGusSgkq2qq2tE6U9ez+KuK6h qaEusSmGIpVKe/sqAcBpQ0NDXcpMUNHKqvb2rqz3NyqXYPG94pkPPLD9jjuuidS647abt77iJpC5 1HK1k2tZVYKKMilIRUAgc5mFwqJZ9aU0oBMCFAPCcyM/IGkYYc1a/trXfsHco+U4juOsbVSLbPRy mFZN+QerLbMAZJ3LX1vSy2Ur7ctfb+/5qK62ZUvbqjZ1vLa4Ix6YtS1d3Nb9qDehuiQTbTklsZXf tYhoTzlRSTSJ5/UcUJFOXvQcqfQYALLOVW2dq6rPRQC00tle6Wyv3ghAOlcu6yw+7Wpf3hWe1a6O tq6O0v6lPXs/CtK1amVXDy9AKp3tlc6ajchbhOHVqBYJVkTRdh/+bSTFRJx/E6VQmMpLjPFqCkAQ pkjbRQQgtZxYE2JSfqdVtWyL15jBYc+m4J5tWnbhGPjh3UPHcRxnLUNcSCt0i9Gq/jHUh2fE1Yiq 8lN2+9YgC8kCHOPJu50hF6CqPRvn++5bVCbeY9XqQjOcE5HGjHjqMXhsNcm1WnxvS/Wm4LwKnjAl VVHz7Uc9ZQ+DqIoN3lpnoSosT6uqOVpTvgMsxWINb8dxHMdxaihCpMqOnPBctZWl78qIN+0e2uM3 WHuo1S5qoiLMs/yu9PDju+/QzSle9AxD+Sk8yFdErqkyiXrJriJ5WUs1jIouHFiSl6zK/z5DwEX+ tQAQ5yaFr6MFnqU9jg1H9S8TKOk+x3Ecx1krEKihoWHFihVNTU1dXV252OpRKNTosL5CuY7V3aKT txTr6upWrFjR2NjQYw+JmOrr6zs7VqX19aGUE8RWD4GXfbT+V/1GdX+SoMoggFat6qqvryOmtTEn MAmrOclKqmZ9t6CyUnXKmojUTcLGhQolZ7wZy4IH0A5P85IXSqshChta9dwAx3Ecx1lbKHSjjSY9 NWvWxpts0tLS8q79QaOqK1eseOrppydNmqQ91TUI1DpixNy5c8eO3SCtrzOzEFFv8Z3aN9/IN37Z CoKodnV2vTLn5RGtrUz878b1xzMWsilXvVbWEusVlncrZ8qWFWG55V2lw0oP07LMqt0vbn/X/ut3 HMdx1h2qOmPGjPvvv/9f/7qvra1nj/q7hObmpsmTJ8+YMaPHcpSqjp806aUXX3j2uWc7O7vW/8t7 51BfX9c6onX8xEm9JWK8dXJ5o4grDTICIwORFQtrlr4qaspaNV+sfMFs8M1rWLKQlq9Xrt25wHIc x3HWKVmlkqTpTjvutNNOO73dr+UdgCKTLKtUuj+TZZU0rZs8eeMpUzZZ/6/rnYatHqhU1oLiLDRP WIkoGuSUzeexENK8ocsiYo6u/PByvi5KRavyssQ0eO05RFb06Npy1eU4juOsC7JKJUMP2sKpYa0I C6eMIgOIwLkdHiHcgTQkaoEAUYltWrHQ93LbMS6cVStjWVs3I2GJ+RBEaTg7ARyGUXNPoqov2usc x3Ecx3F6REPOqKgiTNhmi6BXVeW4erDIyaKqalTNwkEg389OKTF5SxnItZoCyMcneRHLcRzHcZz+ CgF5TIZ9zKPdLFSi1pJV5Jl1T9aNKxChUGUlypA/waqWyAUVJQWyqvN6KctxHMdxnP6HlqJHoRz+ jkAArQoWkSiKcud7tUwqss0oqLc8Ix6Wr1Ub6+Aay3Ecx3Gc/gyBLPuqSL/SshzS4IlHBrURlSqK uI+IgCk/0s5jY3oURGBTbLb2kFTCQCELz1LLnmeQmFcM8ZU4juM4juP0eUSFUCgtoMo4payZChPn Aw5VQBk0DCkMcxC5NOgQ5agtgCQ0JdNQ76IiSz6PTWOBxeEr1CcfOo7jOI7TfyBWiEoWuoFi6wdj TINtQ8nGZc3GTIlJRMFCzGXzVmwg2iGCMCZROJyGwh8FZQkhaq4eBzA5juM4juP0ecpzDJmqnyEi RnTHAwwwNAESIDT6SlM7kbuwwtmoKJWxJqQEsQE/ee8wV1lxzzyW3nEcx3Ecp6+jmg+xDiIneuS1 5F9XVQHsj4bcBtF85KLGPzCHFpDPls5bimncM+xESpwpbG4jU+Iay3Ecx3GcfkiIEw3tP1FlIEPQ WCwS9E8QTKEWlfcKo5JSCanxXHQeCcqAiGSISquodylZSBcx2WQATYhcajmO4ziO059QBRGJIs7d ITJtRaqkFNMcADbbltjsHbIVg1AgJWQSNBYRCZCpMiCkYCUhEIWsiHImRJIwAIlVLmJVFiUBu9xy HMdxHKf/UBNoFYtbsNjSqjAtKXYQZQVBqLTQMDyVxFWHFBcjAkihYArpDrBeIRc+LlKCKJHXtRzH cRzH6T/ExCwlJhVRQEjZFFWm3QtMxbpCQIhJBBlpOSOisGqVD5HULFl5+zDfiYmEAEFoJzqO4ziO 4/QXyhN1LDKLQMLCYjas7kdYM1GIWDVTUhIAZB53YtWsKrAhJqAiRWLu9yIdnolEVQhKIBaV2qWP juM4juM4fZwQf0VECiGwioCh5tAqtQtBarkMRARwJhkTCcCMTIQsPEtBDGSkJHnKvJGGQYdEoYZG FMpaojZ8kYmgUBdbjuM4juP0FzQDAEpgM3OUMlIyUaTVFi7RIIIyUSYCElGIqlAGaCIEICMLjbd4 LYXNOhQFOA3XK9XQ8ugtzlWXj0F0HMdxHKcfESpPAmIQGCJR6tQKHgYVGwVJzNAiEIiELfqBSGxV IkA2QFFMTqU1V1XV3N6VobBouc5yHMdxHKffkE/RUYFNe46xDgAgpoUkJLjnhScJ9iwkUKgKU0gu LeWgQk1pWUsSabmIpVoUzYgsuQshucubh47jOI7j9BeC5mFSCCkUxFF2AYAAXMSaWpkqPBNGQROp UgZlgMBazEy03Uy3ZUopGPnxDJuGCFayjQRSgBhe1XIcx3Ecp59hhitzwUNj6JUN5dFQZQpDdiyc 1IJJiaAqIC4tUqz2WUUzPSNVOzMTFGrRWWH6D4EgUEpI1Mb94MMf3nO93LjjOI7jOM664r+P+4q1 71ggUCKGQmL3UAEGKLrjJfwlCcjcWZpZ6YszKDIQa6ZKZLnzUFUGcYif57RUDLMJQBRqWwQisiHV XtByHMdxHKefERp6lIhmJo8ICpNCWtqn8F+F7TUtQrVgUiaoZaAiTOdBQkSFI14BJGSOrtwUFi1c 5GLLcRzHcZx+Q8aAaGKDd8oih2CrEAkln7qED5boQMR5YBYAhBguAUBsIxIh0QPPca0ihz9E+fXy U9RM/3Ecx3Ecx+nTlBQOSBMAApYwbxrEAFtiKamCVJWgpIKQv0VaqKM8MEIzqLDtlwunlIhUoSr2 AEUdq8jWImLkbnzHcRzHcZw+T8hlkGJRoAripGfTUkELQSiPYAjp8VDAorgUosogBQMKFa4egJj7 tEyUcbl8RTE4HmYAcxzHcRzH6RdYjJYUiohEizQHjWIqF2RWpiIF2KpcYOKoqKxxaDuywD4LwimN TxGUbAKPJvFFlBQZqSstx3Ecx3H6DXHuIWBhC7DPLOG9FCQag0nN9U7BrUWxcBWt7Fb9gqU3BGsW kGfEK8KcaXDoJMaTcyh0UaG6HMdxHMdx+jQaWoNFfjtF01YUVmENYpBEcTZ0UYai4kHYWhyXIFas UouJUKb8YsUl4zBqyj1cjuM4juM4fR/SkJNVjH62LHgwoJynX6kCVm2ypiEh1p7KU3bCKe009lTc ymCYfkOUWRo6jaRKhZLzlAfHcRzHcfoLtq4QsRZFseeHMBonlphqMhliL9GqV1XJDBrEme2lEmb7 pBr8X0UFS2MSV/mj52k5juM4jtNviEFYJEE0AQj1JRVQGC2dhZ3L6werBVFZbGlcXEhEuYGLTUVR orDRPyHuoWp2T3Fxx3Ecx3Gcvk9YWKi5yCl0jo09LJnaqccEhjyRK56QVEHERBxLYqQqaWgxFjUz xLOWS1nkSstxHMdxnP5DSHMIXUIREKCsVU8iflS2iK0wfqfWoQXkk3nM20U22QdEzDHYtChj5R3D QqZpzYRqx3Ecx3GcvoyCQCZ/VFUZITcrFz8iKubggkqI3hKRvJRVTnrPw+JVFVysLxRBKpTZoEMA saeoYg3LBCoEzRMfHMdxHMdx+gMKzVRB0RQPCFsUFpmj3QQTLMgdEv3vRCBFDIoXsvJVvuQQsIE+ KiycMdjs9bkxy/Ra+H/+UuyPdw8dx3Ecx+kvCJlb/U1HPKuqMAHQDLBJO2LaSomR+6wkhHGRqA2a ZmUAYDsFMkWmUEWmJDZPkTQz671XsxzHcRzH6VeoWl2Jui0EzBuIoRoVNtpiRCEBCbHmAfH5UZZ5 aqJNFHEEdRoGKyakACkpqX2IkVukpBDu7vxyHMdxHMfps5hDCyrghERrxg4Soi9e4zgeYsqll2hC EI5urWivr17ASESm1zguP7SRO7XVM5946DiO4zhOP4NVKRS14lTDQKm6RFFIkX1WzoaIAaXmkSeN LUiOvi0laKiFSTwgAxCyuqzWZY54l1qO4ziO4/QnJMTCmx5K7qIjAAAgAElEQVQiwEpUoeQkEhzr EsUYACEVDhEPVq4STURJGBmLxcdTCC0lmyitSikQRvuQhlwuUWWiWOiKHzzlwXEcx3Gc/kgQWASA LcIdSuU0B1ViJoVAylFbyLPgiSxBS8MInggRcflCiKWs/KOPO3Qcx3Ecpx+iCZTzGFKqslgpQCpk w3NsY3jAALGCQHG2oYVBZJq7umomGHJ3JWXVLImNxtJVHcdxHMdx+g/llIe4jQBSgpamQtt2FcSC FUlIKCUVW2/IqhxqWEkCInDwdXE8Oi5iLHUPVfKWpHjWw+rBI7Y49Jiv7Das7u1+IY7jOI7jdMcW HhIRIamaEh3c8ZYlSgSYlgKixd3KYGAomd2dlIiIiQmJVb2UWMFKBGZWGyttfiyqLpHFK2myNu9t 1KiRa/N0/xZaN2W/084798gJLWsmIKlxo12/+L1f/O6CSy48/1f7D20Yc8DJF/z0hC1S5kHj3zNj i5FMLlAdx3Ec552HQkFWT4IKQxPrJyLWt8jS4CmfFZ1LIyBERFCMP+XgmUfoJJLYU6SKtLdXYFGn dj0CUOXoWiNOPeXkK6++5vY7/pwb+7tD9Rtu8/F9P7bzFhsPSxQdrz3/+L03XHLFgyt6PWA1oax9 8SvzXl6yqrImZ9GGoQccd/RWz19/9iUPvyaycFlnuviVV+a3tXur1XEcx3He0agouIh2sDoVWQgW qQZpxYq8/wfE1YX5IWGzTYs29WZVLitVIQM4DQeoZgApkyiSkqveTkQ2kXrtUN+QfvRj+7z3vTuc dc75r766oPsO1LjZx0/66oEbvvrUH6/99bOLVqRDN5g6bWy6tlQWAEDm/u1n3/0bsEZDhnjYtOmD Vt179Y3/nNcRzvPXX337rwB6V7CO4ziO47z9EJvFSuNjhcJmHQoIAIOCNz6GyNviwp6y3EnDMEQl kAooARGIOKQ8QJSYgilMlJKQJV91prVapXll3qtDBw/8wcknXX3t9d2KW82tB33hwA1fuv0737/k hSxc9u93hid56NSPH37YnltMbNGOeTPvuOzCqx5tywDQ8M2POOqwbcZvOKQOqLz+/H13XHH5H57q EG0Ze9xPf7LRTSd+9cbnM4KmA/c79Vd7Pfqj//rzyB9875CZ3zzmkvmraMT0I79wxDZjxwyuA7T9 5Qdu/e3vrn92lQCgIRt9+NOH773tlEEKaVsy5+m/n3/W7+fkb2xdUz3qP3jyBR8EgGVXf/X4e3b+ xukf7vjhl378bNX9ajJi+v5HHL77pmObpH32fTf99qIbn+8Uah6922H/ud92UwaCVi16/LJTf/zX ZdnafJsdx3Ecx+kVG/5sDipiCvGiQkigIU2UQHnQg5qrKi9lxVBT1RACEepSBNbMilsMIIWoEszs RVAkyPJ4UxULichTJdYWqrpk6bLlbR3di1vasPG+7xuAf/78ulxmFTS1fvIb3/pI18zLf/n72enI XQ767AnfbDnp279+UUEto7fYZOy8y8/6zby2ulGb7LH//idOGPCt7148u/3Vf7ywavutpw/+w/NL EvCg8VuO4Ofuf6mTCrMYN4+aPnn03Mt/ef68tobRm+37qQNOqLx8/Pn3tTe3HviNkz9GT1x73k+f XqEjdjz8cztOH6K/n1MlQbvuPfv7Ny3shFaWrqjU93i7zaMP+fo33//Krb/58XmLB2/yiSM/8zWd f/z5/xzy4a8csWXXtb845eFl2eDRIxesdJnlOI7jOOuHTJSYSKLZXUKBidjWHCJTcHBzkfX3YN0/ Ch6tmn5fjOQiayaSkkJJiZXMXg87AaCxWgaokChIFZAe4iDWlK7Oznlz549uHfm9k04cNnSIbeRB 48c16MLH5rZ1259atvzU3sOXXXXaL2996NHH77/z/DN/PX+DPQ7cbHDcYdXLj8586PGH7//zVT85 /YpF4/c+cNogSOWpfzyaTXzf5s0MaP34ncZV5v3r+RXduoarXn70wUcef+T+O68898+vNm2xy1hC 8xaf3GdE242n/ey6+x584omHHnxuYU+txmzZKy/PfnnOnLmvLO8uDQGABmz1qd0HvfSbX1527zPP PXP/rRf84ammGR/aiLlp2GCsnPfYY0+/8OKzD917zzwXWo7jOI6znlAmAUKmg8A0UHhKoJm1A9k8 77ZG0bxcIY5BY7J8riiINDqyAIDJFiemGi5ip1YwFZdissnUupabh4G6+vrW1mHzFy4465zzl7y2 NN/Odpfd4OHTJievPfHYki7zm2ULH3lspb5ns9F1j75eo1K65t7zRNuhW2w6Kn1i2YpHbnqKTt51 +vD/u3/JqK2mN8y9+4m2N/B86Wtz5mP3Yc3Kw6dtnL7++MxXV63ZagAetslGzMO/+MuLvphfA68O SfH0rZc/+Y2jv/3T8f+44/bb/3L3820utRzHcRxnvdG9fqKxxEUgi8NSIlFlCmZ4AYGs1qWI2Voa 5hwWaolAEIBZuju3VZS4FFhKAnCYjLgW741o6OCBQ4YM7e7T0uVz51Zoh2kbNNz1Uvsa2NU509BC 1WUv3P7kyuM+NGPwg/+3zeatr/5l5pI3Oq9KlpkljhNG1tVzoWo1UFal9sfPOfWil/Jt0rU0k//f 3tsH/ZtW9WGfz7kfWNwVWBbYKAENkOHFpWDBqFWTmYhWrJS8kLSdtCapQTtOphhfMpO0yWBTTTOm Y9uo00zqOCamjbUZ67RWxGiSZmogjQ4NrS/FsSQCi7yKyC4Ly/d8+sd5uc59Pw/O4m9hdbkPD7/9 Pt/nfrmuc53rnM91zrnO9eBb/8lf++Zf+Nf+wMte/pWves0rXv6/fOtf/uF3fOjctXjSSSeddNJJ nxSScEi6ys9GHziMSLAVaVoRB4ys+U1G0zoyGl5PYu1YlMGzoNbCWPWrA05eILkexr2HAD7zab/r /gce+E9f81d+/Cd+8ljr4cO/9GM/++Hti/7dlz3teJe/9xd/+fKk59/z5CwHuj31hS+4g7/yC7/6 4DWf0/bkz3neHfaON7/zQQP8I//Pj//D+37vv/X7n/viL7zrA//0DW+7PCQE5+9/yztw1/Of98Tf ejUx2wjo3b/8K377Zz/jwfe8/d633xs/v/qu+6M6x4fe86bX/d2/+p9800/c/5n/5lc+9+r0ap10 0kknnXTSJ4NiG+DFcDH5Brf8EoBcgryjgg7K4BuwCWbLc0WBLkIuj6IRV+KWRRzCe3WJSB3oBlk5 zSzqZ5EemVxGWpZBfTjoIx/+6I/+r6/91r/yX9xY4gH6jX/1d3/gH9/33Fd++2v+3Ct//7/x4he+ 6CVf9GWv/JOv+pI77b43/eDr3vvEf+db/uzLXvSCz/m8l37tq//MZ9z7k3//5z5Qt97xea/8oy99 yee+8PO/7Gtf/XWf+Z6f/pFfyD898OYf/Ufvv+uPfN2f/t2/+tNveO+DD7GhH3jjD/2zDz/p3/vm r3vpCz/neS/64pd/ybMeOtq83Pfu+/DpL/ziF//u23jf//U//sMP3PHyP/9Nf+yLXnLP81/w4j/w lX/w9zye4F2f97Iv/dfvefYzn/mce178WZ9m9//afSI+/ff9me/67/7Wq571eOBjfj7ppJNOOumk k26VOsWqs6gQtd4BmC8Xkwxi+L9kArABZoTBuYkWmGkXiwyURqOZXUVwMRK9bmiGR7V6zJDiLdJf /MuvuRljNf3667/vL7z/l1/58q/40q/+s59O4KP3veOX3vTjV5ve/+4f+mvf9uE/+ade8R//hTv0 4Xvf+GP/5ff/0FtWu/Xg45//h77+q+7UR9/zi//793zfD/zCpTYSfOTXf+JH3/hVX/35b/2Rf/TO h9wRfeAt3/sd/+2H/8Qr//irv+jTPvJr//JdgD/USqd617/4ez/1f3/9V3zNl7/hjd9/79v++2// qx/8E//+l/7pb3wF4R985xt+4Gf/8Vs++MRnfu4rvuw/eJIBl/v+1c/80Hf/b7/80a53VvSxPp90 0kknnXTSSbdCjqoymsUaPDxNsU3QMtWqcq/q2MJATYBE0qzPQaT1eYaax0ZT/IInPJcOVdyQMyN+ D7C+5W/9pe/8G//NJ6zHt0b2WS/9699a9bFuuuDqOX/4O//cS37wG1/zTz/8WyyB+hl/5Nu/40vu fc03fs9bHjb33kknnXTSSSed9Mmnb3r1Nzzhv/6fYI2TKCmOKJzf1Gf0l1gFGyipMVPgpUjEIklX PNzEK0AwmiBCG13ajHBkTXrP4vS/Y+lxdz77aXf67U//ij/1R+9/7bf9zIccDxkn6bF3fvGXfr7f e+/77v/oHc940Su+8pnv+wf/w9s/kY096aSTTjrppJM+SbSOeA6E5O7kqNowiHn6YVQx7S+PEb/E WxKMwCbJgSsFpqqSXAAcgEGKBPlyk/0Ope0zvuBVf+mrn/bR+37pJ7/3r//omz/y8bij7NPues7v +6oveMaTbyf8vnf+3E/8zb/5wz//cT3hpJNOOumkk076bUmKQw+9oM4FUXQ0/0ofiGvBLABd352W CVn5JLshZkbyKmCakXHUIgDJSdZ2x6w6bzdBvN9G5L/yU9/8NT+Fa0j08i9f9xe/5nW/tWfq1/+/ 7//Pv+H7b7VpJ5100kknnXTSbzeKJHRYRQN9g3mdeYgIFeY50cxTeMrjlalcdWyhPFLdHbSuFkE5 YAIvVxIguQsrQSufludSV2HUh6Vjz3vuc7/wC77w6U/7zMc85uaTa0466aSTTjrppJOu04MPfuRt 977jDW94/S+++c23/rRRQCs8VM4+Mqe+LH9Tgac6+tDMBMVxOwz4lDhMfsmzqCO6KOcVBIoylVcM VUq+TgLS5eHa9vayr3jZ5z/nmU94/Q8/7qfehAfe83A88lODHveUxz7vS27/qq/l3c94pJty0kkn nXTSSY8MPfChD31UfMW//Yc/+1+88XU/+Q9u8Wl1bjQQLiWGa8kq5324mMqd1TDM3aOGPBD13Ve5 UlohKBMI0q7oWW4eC99lxDC8ZOSGm0/H+fjonnvu+eJ7nnPX//xtT3/m8+561kvxuNtv9YmfOvTA /e99z/ve8V1f/4Rv+dt251Me6dacdNJJJ5100iNAt99++4te+KLf+OAH77jj9rfd+/af+/mfv5Wn uUjAAuTIyeXlWrnrHiAoUVYgroRKABoaWX4ujEUSnkiNde5hFZPoFiS6K1zHW87T+rKXfvkd/8cP Pu0Zv/euJzwO73vbQy9NdRLs6slPuEvPePZ7f+S7P/0//M8e6dacdNJJJ5100iNGT3j843/l4i99 6ZffItICTRhuJC43k+UWwii4ZYLyVEOB5XoyMwRwcsAgWwW6sPNe8UoGwaFwnXUMEhckLjMXgFsv Ef+c5zxHf/+NT3nhS/C+e0+Y9XHTRz70lDue/I43/RM+PIHck0466aSTTvqdSs969rPv++AHb/Eh JHGh7IIs4rAKNrTfyUkYqUrUIgOckV0SIuAXSMo0/FbLWK8TppdDayNc+VxHgDDdckb8Y2+77cMA HrwfH/kQ/Dzg7+Mkbrh6AIBOpHXSSSeddNKnOJG33XbbLT5DkhmJKzHOhQ6ElV4uJcaSuURzWyho E1E+rRsfe/jmaqRk5Z/peW18GYFG3fIJ029961vv+uzPe9dv/Nrdj70N970/Klec9JDINtx+57s+ +MBtL/iDp0/rpJNOOumkT3F6+9ve9uCDH7n152gciyPBBbNNuJAmAyAKEgSvzYSKEqNti73PS9Ty YkUmPAtyXdULfN3ZxR6QHjRpOtV+i/Ta1772a//Q173ze79RT3nq3Y95DLczI/6hki4PvusBvvt9 77rrVd95Iq2TTjrppJM+len+++9/+tOf/t3f8923+JxMRu+yCwRBCbRNEC5R9MEOxdtJigCpSyZZ jacxH7Wv+n6VF1B5gg/Ci0VY5sPXxsVbNfD//J//s895/j1f/uf/zr1/7zve+Za36oF33+IDP3XI br/7thd87pP/o7/BO5/6SLflpJNOOumkkx4ZeuD+D937q/c+/emf9eOv/bGf/Zn/81Yf51AVGm1U 1O4MciPKzSRCyPINURMelMmMqgBdFx5V/n8luF8BLsQTGH+Nh5OERrjx4ahc+rf/zve9+Zf+3z/2 x7/lWc997u23nz6tk0466aSTTjrpodL999//zve8+7u+6796wxve8DA8bjMo9xu2X0lZbIEKJORx SA4lyKP2Q8b6SEoXCaSRKpxEmCxqxntWhLhC5tLvXFZ9Ms/DTq9//U+//vU//Ql59EknnXTSSSed dNJDI1Yd99wqeMzOYZySA++TqAlCSG+UJDCgUh/LA8DhUaiUlYylKwByUfAtIoQa+fUg5Z51u046 6aSTTjrppJMeNZReKFp+5rXwXSEoiwyryqeSHFZIrcmYNUxlQjjEAPCqq9FTEOsQn5HhFWliD9Ox hyeddNJJJ5100kmPPFV+1DpQepxJyF1VJUG5QzA3DuZZh9MNZg43mfcTM8fL3UATqK2KcolyxU88 LlpzufXjeE466aSTTjrppJN+exBJEBdKiLx0icRGGUHOHCpu4XhCQqPMl8/wogDoUhWyTE7R48Rq QoBdVYmurJrFi7BZ5c4LIDxP8DnppJNOOumkk056dNCFMFGQEwKvIkHdcbE8mecqPVeQ18mHcUpP ntUTQCpOQryKKlp5VjUhXKSNMPFSp/YAiG2LpEMOKAKMCd/O2OFJJ5100kknnfToITkcpAwiRSGP wzGHXUQSRqxiouw4o0MXCUbQyk8FuK1aESK5kYQImWGWOt03Yn3vN1SXP+mkk0466aSTTnp0kLc/ CnADnZeAYtyQJUYJGWhVY5RRpFSCRFhc00Xg1wGIV/NMw3kmYp7MUy04w4cnnXTSSSeddNKjjGQk BIeRLkccwUPSEvc4BQFb1RwFjAZ5HbazRU140XP7Ym1RRJWOsAsuYubAm1mdeaj+1wHZJ6i61kkn nXTSSSeddNIjQVbbAyPWF0XcQco4YnwCsI1iDqSiVHwdveMuSRDV+fXtqyIAXNFXWFCKKg/5GcBF HtVR/QwennTSSSeddNJJjxbqKF7UeYf5SKJi/7lqx0cZCJXLSrFdsE7WyQN78nqXAG1ZFHXnq5Jk Zh2nBMAtGqMbynmddNJJJ5100kkn/c6lCBfKBb8AXpiItK5ttc+wyiJb8Z1DDirPRQSNRhOpzWSU IBCsyqX9FHcfxysm2gss98no80knnXTSSSeddNInnkgzhxMmwoEtzixEnJTDzQprOaStnFAyyNeW xKz9nkW1NIpBrOx4k60SDn28YiM4pzbSwHPv4UknnXTSSSed9KghZgb7ZtxEeKIkeJZyz8uMZjSB LlzokWIlbkiYFe4q5pV2RW6u7TJcYlemVSJCaodWnWgtxTnWp0frpJNOOumkk0561JAzIBYuchIG inHSDrxKxNtEXQK1QSCMAnTlpHAhGAUiBMkvzE2EzOx30iTFxsOIPjK3MXa9eQPp57GHJ5100kkn nXTSo4qICBWmT8sBQN71SlfV0t0BiatAKeJYng4sKk7ygRMwelR/gK5moawRIsynisK57fCkk046 6aSTTnqUUdVaAEBk+SzSJurZgS0iXF3ti4IkeG8ujJT2KMkFMyIrPlzln6W55bC+A1xn3PCkk046 6aSTTnqUUcCewD9dRpRgoSoCyGqkXHVFlbE/JbLSehoAyECHDA5BIM22KyQ6szxhmr2Pkeig4Sod f9JJJ5100kknnfRooA7lBU5iYx2yDs0hTRDUVR+4iYri71mIaxELasEl4xUEXHB1ccRh1QQtYVY7 t9xg89UnnXTSSSeddNJJjwZSZK77rtwVAYi2P41QJOEADBTMgQgNpser7jUR9PSKxb2QcBUVThEp 8vWhgNwmqbxcJ5100kknnXTSSY8SckMUyopfM40KVZChDzYkzaiqAgGD1uGGZGV75UNwQ87VFeAV layDrLF7K/JFBPBNr/6GT0h3TzrppJNOOumkkz6JFL6kS/uf2vMEgwsjdT2rvUtcReSXzytCiWrU VDsau+47X3j772FV33IDSV7yyfm+euj0b0UWV1wgSZuAdJlRAKnwtQn0LJPqgI1oZhTAtwJ/rPx+ 1f5JCoAbKe3QXnXbjaQzKrMaumMb6ACF2BBAE4wUBY6tmaKJijMkL8RjgDygmw7OoyUj283MsNAt Aeiyyr9y1MUInpCQrSQ7uBkJeteGrR4ZxOi7XM2HzoubVf/r1x1czgZ4vBUeoJvEBcP32axbHXOa iCsdUTURjANpfcxT/OkS21clOLESCaN9420STBBdMKT8tUd2MXCxt92pcRLUPPcAi4dAjDPJzeGx wsi6c4TDDOK6haSPWDj3K4ffhGL/CbWmX/JQtTUlmpdCHbt4dViWHNzAg/8GgPBMApAYAiBKYlau M7kk2UbBIc41Ek2C6GQlbOKmLMp58AMg20aTfNeRvMxAYBMV6zxfB3W5FANjcrdsjGnH6tV9Alxt Fi7ExqPg5rCsu8zlIK8AQE5aHG2fnMwc1apYE2tBLWG2ymvtR88/tXjNPptZJ6QS1GWEAEJ7bSWI l5oalu+kxewolUyYIEc8CSK243CYct2bG4+k0A+oyZtBjNBpUYNnszg9LRsWatxZjTlsYIrbQQB1 DYzKgYVcUf86+R9Fg0rVWlkPd22CNvp+y3mv2XsdTomp7JH706Ptsaa/hMxAdIo5gGg1mXnErE1f yAesHrm72e6wuFKJCqOT2pAQhQviYtWUv36uSb4/DWE5L8ZL43yUoYA5jN2OwuK0pK1A0W4sKOlq PGTXO0hY5m/eVW+f+gQeMw/dsRSI6th60FLDWCxn/ckvbpvJYbhgml1SkpHmAMwlmDN/hZRun7aM buhfCVA+GGV9Xk3zZrF76X9fbXZDVVAPWy05zZQwAKXB8/orxlj75FLzfOceWr9K0EHvzetr1yHh Dtb/BtaSwSUTGDPXmcntUS7LlkLoN0KA50TY7r7tTkmpwyw0jlinJY6qDwHaok0WUmhke8EIZkGu aL0xjrpWzFHLmQnCw7owcEb3GQDlIqnARZlv1o3n7Amj3EX7+UQaJCgHR1EJbB3iyJw8SxwJpPCy bkIAt6iEEWqoFZpcXNwMM2elKGJTQVgXpjpa06RZFJMG3e7AAGFWk/+uGmTW7tM593aqp2kDBDgT yMSR4qFpKslP9Z8wVEwFTEE9K1RyeQwXt6VxiTmYkq09F1PT5MQnZBMkFs/j6jFtMkEwtEehd9bk AoDy6BayICSvSb+kDx5AZbVFwmYoqG4lZ9chV8iJ14uk2jMyJ/g6uB0K0Mra9ju4VKA7OblmxJhO lgO9zI8kbmURBbNS+CHRmFAm5ahmRKswpSQPBpDh6MYWUwNkWiS0tQNZuQpQmfyGBd52QgiUV30N OR/sSVSEVhSSaPW4zmZILuV1klCn2pMmlbFe5Wu4GD9szxy7Gm2hcAyGgVncGE0v+1dfl6VXg4Kh LovB/SQBBa3ymkI+KrVWPyRN67FL8FjTioAQA94WioWtqsMdpwhcDoqhTOMxxJpfFGGMK7oNnOm9 a8CyJVKfnptaI1amoVSzsTUQzKU9nQJjk1XpQcLqRja6yibUvEjV1zyuOdSyJAC0tbe+GMZeiJaI sUwxKM58mfnM3ejnwb6TDUi1xqIhSlxSsRfpCRr2DR2DlgJROnkq1jTTDIuxRXvDEOTRw8X5XQ8a XzJjUQH7cuC8NCEQQCQMOfrDmrhAMTO6agYWUFUWNiDhruZjGyQYQmWkeaWVbWJBgBAQa5EZF9fC uztme54NiwnBysu0V9iiGXeDbaVdkj/1fNYsYnaZrO/W9Qc5ozHNUuKC4r+0hQlWPlkYgjGnNko9 StwM5Pa7HntnSG7cT0BGGBygqFgxGMCAEcUSZqtxSZdRSXoZAfbiqdbe1hgj0UwLBa36kperrWMN EA7ybKno1+o4FUF8iDO14wAiAUa/1AypORgvkASDyUB2+r8Feg1xM9EoSEZ4dcupi9MkqvWhqrUw rwKx1AUSuLVYIyd1DkPJRNaQhUNWeD2xnYs53G2zJ+hEmVm0MZWigK2i5O3FIAImOr3fl0cP1LRD L0/Cibi3Cj064auIBVDbIh2vXOJJQW6hvALArC0W65b0OpgYiISQHx9KAs5YJdBMm0McykjRkHRd DhbVkqDFcxiaYqaGUyp8ZeF9KtbUdBojHZPBBLaBr47QmC4M1STSAPpxMJYTxkI/hEALWMNWd6Hf 2tLTyi+b25AL19tielnI8Ls0oGnAZjY0B2rIY+nTdrddn/M7VvaBBzQvu8jSMnO4hhd2y+amUlsz uQ1rAQX2nT3fCYbjkpWe2vK6jN81u60x1sstIXV34JpaRVJM3GsLBuC6bFtJzgKRzamShTZ3DNwT bl+Op6mRlpbu2slnXkXKEkeEOYEUqhfM2Edmj1j8nzTSAsLSSsnIZdZGNuQluigU81WmVMoRD0eK jcQTKtZouWCrLrIdr4bw/lZrkfCRTJe+5byzbISlp7vlwhYQ2mkhbilxdcacxxu8WtMdifEI7V1C inZvBIw8+mL7RbWV7JpbGqvZ7Tmrv0kq+zjwXtRSSnWYWiO+sRi0Pi0PHqyplhZY6saDS3JSWupZ morJa5QyLhE30vOmBV87dFDDKI0ZveVrDVvZmCWXWp6A1am0KlamrRbOhTRz9hfDSRposliC5jpj iWddxDihhmssAsBVp0nQS/8OFF0zK1vCNJ/dACWUn4prgcZqRUxNpqKGocyt1Ro6sGP4dMrzvphS cq0j0ipFJ9WgVENDEipMtvRowoYbynEN2e0BKpd7hOLKag+pXDqzNKBKa+yZ0iXGysSNd23d4eBp gZJwJBjla5703SrPXsTBNG1YSiZLt1R8o3gdQIaA6JPD8ByCEJQ0t1qKZLJJq19tJmahDgwleSTz GThrvvSBAhEPNhPcoHJK7Ycsf5V2f5ohvDmav8lfl6u/3SYAACAASURBVFcAK2KryckwrTNEy9Ts fSVV6qaC39FEld9Qnsun1g4p1L7jkxoH1IfrDq0D9fAlJpdgC7dxXhFMuMQaX8Ooh0FaSKW5FF1L L06LesakSjntr5/rYOwsULvWqXBAl02FUOAxVVGB54BecEiWzBSFi3qxs9g3TA37lYVsShVzd679 EIm4jRY5pZRg5SEZo8Cww9OqWY3wUrrrKNfhJ7k2aqx4sQALk1gL2iWc3cMDfiqQ3doTA0HmB9Xk 1uCGr3sPbGMp5eRP9kq0hd2LvbuZdRTRhQLL5VUDTSPLHpUFH9AkVE/FAeW7oYklQY9Ct8TiKJJc vIEJEZFhjTRvqHDokdLhk/kjGaboQeqxGGyeC4S8IETi6NYaOJVMTZ7PyEX8MtBK52LIhXFIacdw RuRo/duDyLZ48ew07LuQ4lGT5Ay1+XsvRAWEU0ExkATALdcQZDqMy14XKt7LQzNpmmyZGSoYXaat 200QBTTCKtW3jQKWwGwVCsmhDLzqK/eocntC5KjlLGgB6lOSGY1Kf03oy+scI9BtIFnALkWhNSZA 63Hsu0kHttY2acUCkluplxa1NTHNypG+Qdm6GOUcdHJCrlzblMKMmWPdN+/FQgHtcqiwndWJtEqI 295l0wJkmxjabvCUXouPg+Ha8b18k/NPJMNlFN8beUm3B8q/3WDBRqh+PrYsCpc4iQjjcVA0bE3d S0at+HR9ky9DpHupGY6eyGJsGQi7Xod9Zy+rL0OBl9TX0o0Mn74N2zSbuj4sP0I3McZuiumC/zFH tfI21vflInEi3p4q/mAVSEYCyM5MXm/YGFT+JpBlbr2IdU/C96lzyV07B+yK2VzQoF/dOrR+3XUh LpRjaZzA9DXDQsUeWtq9mJ7CeXvI1Ybl25nmUaXzDg+s5mnHT09NHQ5MaC0waVWd+KL5HJIwD6/8 blWHzGVARWXUSSkq89maFqCHk2HNAotlfU208he1utkBfKTSyx0zwcxt1lbe46cppbQAzckwyVOR Xotzop92hGsi4X65ERvtOD9+3cpVebgypnlHFEYXGzOuK2sySurFaNkoo10Qea1QJUcyEiZ2HOh/ FjNrhT06f5xxe4UA+vLhkYUie0ALojO5S7iyLa7DuJTm5HhzsL2Mf+JxCqIZVNG1HqeWm5tQb8am Of1gS4pUgV2Yhz1ie3KaOXspusHtlA81Ll2x/hRDpdS+NQ8n9xr3zGdmIPvoNag5TqQuLx5eUybI 17XxGsZpMGGSJOr4jbbI4kQP8X5OJSfbnJEVss32LjvbEtvYjBi6ovm1BioGPZsCIBpYAXq1eS3w I2OeOVOuuZwUoa5RyTkgsdG1MqV6pWmRLIJ2etdoGuQyLpGAJvbJTklutiFMynDZZddH17CQvPU4 tuMjaWtdHEktqOfwyNc18yq/G9aY4SAEALa7H/PEjoTmCJqHU7d+z1sEyFTrzWpiseymyXAAEx14 rmcHwhPKt4hARSzos2QheSdmILi8YtfUKEleIr5VqVfReF8zDUIDuM6LCll1OVU5TaM7TJBcmaNa 6xZ6raBVszwMGxCILNVhLrp7dXsMFqxO1mypzAmVZpjRB7ajGEDl9i/G1/I3PDxG5xYGoVTPzJfH 0AOduRjCfTEIcmarD+Pbv+7WeSg5n0ikZKWuz6VP/mq1Y2F3dXxaqiijG0vHZZQvBdWNu1v7LqHV d/Xr0IvZBQHmNYhMABR3aP/4rB2caiZub12gWk7l4xeACdeDWqvMRgTfBHTewex+rbMJOGi9DSG0 UCwX0qeV3AupMeKizFuMOc2MruQvR54NKnPe2sASqNXfj5fPL2Iig31zhIhbgXj59oe6V7yz7O/q IW8c3vzrdK/2nu34T0z2sjsEkFspdgqslSYyqrvFlcO/iwKJgZgTPkL7ZVuzhgcoMjQkWVFR5Sgf RGGnTofzMi+uP8qV7lGLZbQd7Shgmx2eXGawel+CGF6rgC6mzJ/JPrbFSm0/8pn3VFuo1ABIkrYY 5pxfnQB9PfFg9P5oUNYobwWkJtN2hgADfOyewyEb/c0OzM12mHXfWcvdj0lC5pns17Fl1PfWMOAL Z6SkHxPTfxnVG9e0XLpUqs0/OOi2nDWhN0095w9zdMnMWhIxZXsL34DIzAPOmzILJDd1EciNVDvt 0LMhxWYryx4xcZCLJ+WCQgGbDMTHLxkGLXXQmGQBhTADpYVRIfnR0WJNjLhZppvnhUxsUHA73VLW HURj+gGiLCyF1ZKyF9Ms05Vv3O5+7J3tr8w+tI/XBTMtA7FCwkRlQZW4syhCF+m1OOrG6mfsXaiV 0l6VJcOmNkC2rlUEVczux6LRqVnrpsgMTWRNlXRHXHKw3jJdNI/yJkFs6MzWympKyR5cDA97Z2LH f/aurYRK3rxgJBjF2BYTyslTGZGtp2ybGYNl+9ufFws21IIsB2rOTIVVFtOPosjz0M73zww7wpFz wC0VbnQ2cgRnZKSEdYZLWoI8bUnH51toMjDNgqU5dIlEa8Nji8voRv93p1777PVIS26mxB99hnJ2 UdH4MtdtNXlicFEpMbReowvY7z2MntqS8euWct/U2FnYXVK7RdUcKPFqtSda5YTUxkSyFhn5axTd C2Uo+Yqst7ghMJYnNtwoRfpYMTXUaDKX6QgmwltjXBlO6pyICzNk3v0X3BRR08Hz3QdmjkU2njl8 C6dWe+tqTjNTI4i97WGtSQ5v5Pi1x6BaFt2aQRmEgySmETOgKUtRbXcPVkbsimrs2pzPMylNSw8y u6DO6mgs7Ng/uxYnCFiaKlRF5urm6zJniznHCNWKPf6/1jNjIsbjA5TPVxK90gweaqm82CpnUJ0n AmCtYEEA1qe3LY4smN68ZlrDsl/N4BKd8i5FtK2VRHpEepKPNyzAxFrXFjRuM5GBBaQmmwvq0dqe ArVIa9lpw9lyyASn0fJ2VxgxwqbCasJ8TQu9YIidztFehXckTf+Iy+9kPmCfFaRgjRh7ceqL5bkq 97KjU+RQM34PrVPmLB/jDrEdQCgjmGkLSrPN1bKW5cVnVhyaAGohOzLp4te2jG2VmIOcu7h2syQU FWyt/WKXpKESoKwQHRZkqH+Zt7P/B9Frc1vIdIEna7nIJ6zm1axXwfHCM+k/FrA99eqJiSaDVSms LFmtLXUWK7DKV1DMBsHKC7ISVDVUVfFiiFdyv3qIhCuqFKVyOyej3WzjWkyU9Daij7Mc481zneO1 bvfiKSryMYa8IJ3KWqw1eEKvBUcqkbMBez9VrUvUqmtJQ6qTiBkph2eqjFA1PQojsgbA3SPnIDz5 kYdS6NHk6B2RTNdd9ndFxMpftGXNjRqBYugYoECh7AV/AOLOqz2I+HTLLzwixLK7EgTRs2XvclcO JNrU4PgWLyEsZqmTUqvBdGT6XaKVdHezvdbR1L38kRbHp5Os9MFwUNuGkQwPdBJV5rtodNRTX+9l qbo2lRkaW4baKivVZ5WqWFoPS3WYTvnyysgZszTSUBDdXC5KiSykpYotdsNyiodPrcDm4m61odZi Kd50qM15DhA8nP5onyvTzyYt4SHhqhVINKF2L27RYB8wq2ybVxRmvxIYo7d+LYm65rZpI7PzQ+SL eC36w7BwtRKL9Y+xqglE58pwLs1VyAnSRrNaSSBjKBh5Y7kRl43XB0tX7ksFX1ZHxuchlGWHvFYJ gtm25A5trwaXemADx3gFENY9/XTGxOrBAehpVGKdykxQU/v5MzGfS57b5cBeVTW+UTpAlqXNrU+M Lf9rUFrVu4m9q2As01oeUsIqOBscWwNt85ZUI0ek1YxoZ0w70rAmy5LXAXGSmY1AbPT3AA4SV3TL Qy5SnrrDrZ/73/kBQHk3O0C8xj4ldelV1joPko9eToAlIPIOx2udyk3ttdu/mt07KggaclFBQMYp wwBoYaQQdjAjWsbMiN4sEpoBVSCx39GTJBfqN4zX1PDFguS6ZQ/zp/bbBzv2tqzUDQnKmMCtl+4k Y51aHOv3Yu60KTaqApTsob8yAL5LWO4MmcgoZCpRFEooy7qNx2dMd4H+a9SKfQhrDUN96lk9yT0q V9m6YnSpzS4XWtJ6ysG+BkBTWuXiY69K4npbC7WVSQy0Cwdj+lUXVsOWcoykLsZ6QkBUjwhnQrr8 R/Mor+XyWMTsODYq3KQBjV3BuOGCcSOz30AlroADrUQVmXVX6Uo6JTnmIN/4/Mna0P4em61IwPuF 0eUE7Clzu+eBpLvvXjTfUH75g18trFNdkn9uXbJScvbuEF1yVJD6LQfU5JdYU8aIqwa6orOSYrLY LsA9PAdpQna5gHtGLX9qwoDd5oDyLgLI4DZUeVndzt4epeiGM8MHYBTci9S3ZaUuvnfIWb61V+3r nYvfANx9w1jo1BbaXIOLSDdkDcMsrDZysZkiUU/3XlF9DB4Fl26qGoVroihdMHWu1Hmy88JmrRQJ Y/Xt2pDZO1qE7PVNQ7zP7Qsj4JdEFalOyuUQh81mSGiI0s31Wva9uxY2iskkEPIaQFcsA2KTODOc iLxy5DCtge0VkNdWdtcU196Q6AwzIrlA2Vb2shTvTsgN7qOsYzCcXoKmiXGP/apGC9hyYhyGWK0x Dn+a10wLdbzMGzyhg4sNTefCI9TItUYen1hFYVIzzUunKM4v18iiRmq9tt+QbRDSnTkfMvqI6/at 1xUCKqiXXwWMio2pACQfRiAlnWFnu+gLTJW6PK9kYnVmyKK2IXXutVsW1wQS3qjVdS0mh+GjNS6R ZKsSO44DzfFBO37Wh3A8IRdHutLgWczzTvBIruRyaYw140FwdSKQBMq4mS7ROErItaZVxfc1fO1l XwZru/sxTwTKUzlka33wzFcD4qp04cRiTcDMQ8t2ViYDarFfsNIKr+xExLZ8VAhQOG9yDgdfbkjb mtMg37WWFwmC2c6mdX1BIYZnT4luUj2SZK5lkyFVNGw/5Nc0xb5VJOGSi8ptozF6oEkuE2pfebMM YGd3Xn/L1CA9xSRFEga50plIrgfuf2yunnXUJgdDcr2bB/1102WSxNoGXrpzOTsX/l1BhoYIu9f1 WrAZO163F9TkzT4Kst8LecOoEbl28maFycVIKAkh11GBrklYLSfZiZM9CstJzt3eKwqwSmew8Eyy dOJeayyNX/KIdZI8mW7X1V2gsshyLiiWcDGzrWGBx27enclIvTNsQKjLKl656ivUZ8WOluixK0ry KvWEStHEOHmk8/dqEwG4WyL2M4tkVtQKBHQ0JbvrD0Bk9xnHUO+wqmOMAvnbvG+0BKVDWLbomipI TcIcAFRGRDqmK7nAMZbjAuYS/FpmVU/Mw7uUuTFqXNtIdAr2ji2N6Rk7wZCmZaiLdtbmPB0Smwn1 WeeJxUMrz0eSeQltVFo1uhR5CB5GKuMiNzDwAIWRqrsMVfc0unCcj+PGfnKtx66/iBXcqbuaZ/sH jd/Wum7/RuOKJBGTGztVxlYmU8GiOZnSYtgp/jZVzbG5zr+ppVZOFK8pltk9yzUXOSnyyasdAq+2 r/K2N6SHoTRM+Zcq+VuSyWYmRgxdpcmslJpwgtV0YAAIlbN8rLJ3nNRKO+Hy2w8mN28TmNh6mSrA gpXAUdmihnYvl781H7sSubgUYLw856+xyuiUtuPx30bG29233TmFSL4bUZJZAK9XHN35cINnFGMK KwpTHgRiKoUYnkpLlywTGlhpdaUjYOQmefkmWMrNmjUtNBm4IN299peqJwSZcf4Rocl3HVKp5+RP X66OwKJXZoUO92rR29jv2qYKaN+4nr8u19e/Ua3KQ2/WBkyv9LoGt+h1aqpOz/kct9gYyl5uHl49 vUdrCMeVSyNnZwXM453KPxzh4az6jRpEG0Nwo/6MEZ45MjXlDhpQjKcv81wbLXZ65AbGKlaO6b2N XX6oGRJ+NwJREEFkVPdkLo1m3zmg8JgmaN3H8kil8bZcQkyvw2zf7kuqLWJ8l4VKasCxgu+0yMiL PDMn5Jbr2tgRsTXbFm0uE0w0mefETKwmtM8KAL3etzkzZTTwBCvGNmD08Hqndh7gfgEYr7zLysxY /f4Ynh+S5rLQnB04qdmGvUgtyRwdj4ulDOCy3F0HXVmp6MN4DJPJlRS37IPQqjuzXYT9BpQRkijI upo6srJm+xPPhVJbMlOTPcQjITXW7bv3VhJMLEKTT5o8CWVouakiMaiALLjAHKWlZOInC0OUsWQh mjatVW11aZupW5p8JXCONtddS5+GiG2MLeE9vHPs5of5loxPAdzUAtkCp3FL8lx9ewTDNd+S3MZs 1vIiMN2Zu4ZV5qiKUaOr62dhoDbhOxVBes5Ftuxeazv79vIGOgAzSk5tYRHlzJC1jNwiwkPzyFpk cW7HwyWveXpE6kDF0igdV4xVUyz1QteFS8NKjs1glDITtEbRYEaY0WanOdhcbVjsqiks0gxZ8yJS fSKsqS70cUGtB2vkqZxSZgFZU9ayqpgObSiZiY2+FloyB4D5bxa4J6ukqm13Xz0JESJp8BHre2Va UZqt8kMpapRsDPPTqj7cXMGvJSQl7cGyjm5xb1wZ7pYomLGzAfKINGEHa7AXPosqzCmsZfk0kGZw x/Jd8wUBrtu9Gt9IqUKyNdYR6TjR4jiBg7u5tS8Xs5G+bOVYJiJPHAu8HqwdqxrQ1D0aCunggmLt tSA7Z4IoHcooEh2ooHKMNEqvSZAJhKefN8BgyFxFQIrnxVU4XJZ9i1mTPhnIrT0dhQKyDHIJXw4H wdoQ0Auw5cThQMFxJ0YNiLVHuJVgjzvYrhMHVi28qXFZ2Gfc02eJ9NMAgCI2UswSD7EZRcVgEWYr 7Q8tFfnfNCeuqt/Itfm/8EQiwhHyGLrMNVBmwshIm7G0pbbsZA9QrH1ibYQqV1irTm4B//3gIrZL nIpQsI8ZvAPNkbuNy2F1gdipnCFnYiS9rSFTplEfJ5sq5DSkPxEPVK4u0zzZQ5UH4UtCatGa89NQ WRUg05efz5dD7Araq9Os4FQqiKhYo1KYMYUjdcBqwuZYi4Ci0nFFQ2W1HkPvrWGzA9ktDtlKIRUh wG2NfsUid+K6fr0pOQmt+ssCcd5o1WgUPovlR4Chxu6mNPseJoShT1p7ayltdviTTJddZE1TWSiU xky2i13s7V9AiphMZqUS0CvkBm3LtHU3x+BVKQFfqR3TJsdkKImLjs/lVgpHDB7794VvetwWCh1L gzGOu3vWaqSHR6vZeaFShVUt5eVbXhKsrkqU6iZWd2XLFuzO94ats9TVJQPFELZukuLCNjHVQ3BD lpVluNADiyhRiEr6R6i4Ht7b96KB6XWNJvUAd6TGA0R5xY+GrgSBjWm28p85ajV/WyJbyE3KZMEE UyWrqoFO68s4Zs96k09WEwhrl9eoNjF6nD3nZbJGG0pvVC15rw6kuUKhjumZ2u5+zJ0FAGt4Yj7W ZFzZwUxWz1KipSWXidhplD2qiWFuIRuKj4p631bxvqhKlwyI1zSfe34VZS7LXgh6LTIuw4hWTO2W N3Y8L3o3Sn8wF7cpBPNFqCmh4+owu2nl82vRXgK615XL3O64thes+ZeysyrPYuQ5taJE2fKxriqL kR7VCpwPL5fsOoujU5IUfo6WPvV0iXLSjZLYzxjSMtK+Gt236hghrc5uX9qkuYRrrMgoU+C5kPq6 0ueoIC1iLVmWW5g1MGMIo5GJgLsNSVaJChjjuuPVqriLazMhuyAwyzvtJEpydmXmsBVWAzM7E7Pa pk5DLUWSi/twi8bNkcwf0U9EWZw16DXTLDeihXhnWK9sNz3c777jDA9W/yjKB+g7uJHKOKb5XkVo gaks66EqXBkwSrEYLIsQl4R3fGf+BmtaM/oADaMpES9LVCfFCpPpEgAiBTB9ceknCoSqumtgg/C5 VnmqQsQJXmoCxKjwWkR18PP4uT/YZilOx8tUxZPTFUsOB3xa15AES6GoUiAHx1UOym65nInEZnSl RTWNA3CRa/Jcy2zJqFhCsJBSq7zdPN13tucsKrqxYqz7y7QRQBw0iz5LpJ7Z4tCGkOO3WhKXj5+x FWyft1BGgAn8ec3mlW6USsjQi/llZ+cN9TY0RFhN28VgaiPBPuDARBlMcISKfIhmXl5iljcpe4XC YW23466OkMTEsCgxZa5L44MxNESViQJiVligtUQv/eySqbi8l+PR40JxxSJNth/lYWfV26O3vlzG p8fRYJnDxR4TphWWaJXEn9kVcdYLSNG2FNfdzMLSl2PjR/UyhSPfRADYnvqYJ5C93TcErgbGEgEj /PRCB2VHh7K7yWT1SRFtvjRal9IwlcuaZLFSZyV6h+qJO71FDnHGaicQmEWA55jsMHMJ+0U3vHda yNYpSxOhx59iBF5yz8U1XYBpqIo65esmdY/j4DHaPPtRM2b/bd8+A39L54SFLdnVYvLyDu7Dl4zU 95CfWE5YtTV+LHy/sXSqI2xXIIBg5jVdg0G7tvXblbMv1/GxGW74kFvLVOJL/4npEEqUVt/Xr/Xe qhq943gN+up8hw+6S83V6FePwO5JHbcZCSgdWYhCjzsJGTJxWGMgceWOaVoZ+KgpC9CP0bT10Pxv nWTC1FYTP+wnbI2HQFHXonSsRa2DW+4fjJusGLbWNhW9qvkeC5Vlzaahui7Ju1mgNcrDGlUwa4Gw gqq10YmshLlaEELgZstITu081QIKM/iyi2mDDVtDCxugrRxXNWEjOp+RFGIpENXg1KqumE7MAbch D93twlyhMg1YNYwOrAtWzD7m29LNWWowZ14iimurFoKg2fI0H2h8yfZMIHL7IyBOcIftxR0/B25j eGZ9lq0fNDsyBitYSnV5pWE7kCsPDCtfJ4L3M6ekzfdZlhVWmWcszbAYXjqg8OzevuTf6h50oxZ3 V49UXtbkU2peAMQWZ3Lnm/cTIZxNN8wgDSUzLcK815IplaG4xqf91JbThwQpeLltKk1o97ypfVIG 4wDPqJSNAbriVzsOWbY8nS+VtxBSP0cr57cd1VQ0esya1T6OoYyuqhu6rmAGMdcgEcjJLpQ5AHov Ydms+RxlZtuuDcHqxuK8koCxZ02ujPlY7A+LewUfsYzA567KL2uDAYQXIc5cU/oAc7bE4UZDOnvX 2xSdPuxzxFOqbYWmel1VeQloiV5yDF6XyNhx1a8YI9YboVY1oMN+nH7vQXHzMN+k1dAdFuFBuVU7 S6qzTk/Wu5gsGa3/mCppx0MPL+lIfA7/0bZ+W50aGCINZY0JVxI7ZBIkjw87RRzekfDeusEvoe5W w4LasMFLzEp45L2eKn9UiHetfOa2yoBYaZPzyWPJ2H54QL5L3NWh58XA4EC7A9u/eJ2x/Q2lnF/i sczzDbnYGJuMjn8Kql2u1/6a59BGEeRLsbEUdPcr+hJgd2iSCbOm33SunCWhjm3Kxig32uuCOI+T BjqtancBoLy24/vcSCcKOa9Le/bO0PIeXZ/1U1BrGunAqyw8NWbl9ekZM6/TfuNB/Yoe3NCG+Tn8 MEqN1w7baLB31E/I1QjL1McfvHIo9m0WErp1KChTpmJ+xZ4mlwV+8twYl6v96WZosW3L0WybEcni wL64wO6zBoBfFGUTAaSjoZ01IdpVC3dPsauHNZXX6PlegrvdLbFGjUXEjdNhx8bjNCzdspuVvDQM JOBau2UH2Jl7nQnkdt60b5ZGFDxsyvPLKIQ79fZWilnzqeUVapA2RugGka5RTbkFAI+SLtdpmtob v3Slgu8XxYLUar2qsflipxbZyHu//s40PZV5LHcM69HAUEcxLLmptzI0lIBjr9qujXtugy21HuMT T/DFWC4Un75NLFggoNs7OqeN1lUVl2YOmOWA2bJ/JAPALH0U0ewNZCQZKGbRSvTCGudCVb14FzK/ G/Lt7qsnaQJAoSPFNpQLuE6hCjZ11KMmf0HEts4R7l+RRbaCu1FoUOhvZgjxKoxnZv6tRk4ly2Tv 0KT7VNB6emYJQHkcSWsitqVp/Ysc2VonNJdyETdYsXvJDtPuptqNNgb92B1GRp1bcsO8Ovx63Ucy PqjCPu33650E+XcMCIQ4EBHO3AJQyQezJaxElkvpzXR0AYSTG9hSN7F/Ae58kafvDAqt19aRpah2 PAGBOuo2Bc1awRQHraccgArj9GDl4DW8W9HDXFeReWL6HM3Rlk736XFl8bi8BLWI8TEo8fkQ1pl4 TgA3SjFC4S/Zx9Yrk4yM5DYTRHeCvSOaPehrIsR067+rX70LeMAzobB+kF3wPJM4U/jsYh+lKTcR lZrLRD0rO7Z2CpRZhKU3prbqCBmJu048GqPMeFQNcK/zmzk7J7CnurfNwDo4wW+YIP05pLuwFaSl Omj02igR6KqtCip1rLeDquWyFchQMkBl/fdIsU31KrJz3I00egpUKn32MLmxtozsN+X0YWX5ZSzd UwsQcylbX+fTVnbE8ulyj+qI9EKDWDXBwxgy09VlFLCJyhA3vPzWTJuRH1WArGxEdWFYCnbnyBTf lXunubVz0xrZzC7MyGOf30eWRunFSuvg4gfInRNxj9Szr9ss8LOX6AoGdh7OfiiRyq10RO3GhQvb aMUawfn2+X1/SBu4/9M8Bla5WykuJkHCKBO8+5GTfQCykNXZhX7FdXvEQCRxTDK0yehZfoTEZazJ ojtZ+5pKR5pN3RoZ7YJlIqhqhEBGavc2mJPtDIU0kjdD1DezhYUqK6lra7MtRT9/z3kUoq6/hyqz sIRcPcphvQy4l+rlnk/7LFbGQy6JfI0nsUniFouh3LvGMtBgHMW9dN1x7OXATjjGqGz7K3cqNoBg 7m3HDlfJGaUSxvdqKwJQbhH0jMyK+XobRT55wWqbZWXCIWPI5/s0mXYliLFoAkBkHZ91j0M0cZWa FABssVwhWbJG00e1mUlySAa7tDc+c/QE7aHC0rOT1c3Ggy5YXwKbCOASkJ8itq02J8rzsGFmCQLl AtyxASovs4y41A5hZW2EKxCxYaEqsFiCjeOgTOIuqAAACXJJREFUZ6p2cFeM5MM4BsslqxxbB4xb bJNkLEPHkYj58l6jj0jfgRUJs1qF9/e92MqwQg5jW/j1TO0e2n810CNd0oGN8KjBmdWUJI88npjb ByaU2s81oktbmtwa3sBdcRI4xK3mRcBZzwlPkhvoqqPOMRfih0V5aJH0J8V88YQ7fZHcaAthupwG QnSAVya5Ozf6UP+rGjjQuzMEOn0zuHuChgthll6u4mmLaA7cwRGy1cIKURjZa9oyt8UdmAqycgxN NBsXlEvmem0zk8Vipmy/uZxgvosZIIunAEtFrIFCpLiBQ33ZZpeLB2xX1GND7H4SgQ10o7mAGBOZ 2fJs5cKhnSg5WG3SoroVvYzuaNIaa9v92vJsYYWtXREA4sB55TwY0prPrAThlNi40lKxRmWHWPJ7 DSvL2ujIbzBjwDfQBjRscrmPLmxj9l/GMzcSqxAgAV0IM1b1rhyjzHmPeWMNqECADt8IyRy+5Rlu 2OkLqNTIZGbKxJbnTxjJKOjTKoIGh5vqQKfaEGCxAXw45ELKJXCLV1S8pdpgCuaWKQkN7g0JJMV5 OHGo8oXV3+UkwxYDHKhCudHQc9+JYdrI2hAd9W46rYCeepcscGrLlRusSuXiF7DdfVHWiC1lsd2x 1Fy64M2M5UsuY1q1smMjUO39OaQwlu0JaCrqEkAIueqR0bpUNy0gIPrsRZIX91gC+hZ9gvmK/KBF erw0upKZ4TTASVV2ExB4N1GJDQse9bTKh9TLnfxshTwSaDKZN4BYro/XSu/aDBu0g583LRRm95Bz fzqZBME2YiXoNM/zJ8apjOWU2ars45V9MnPSryHF/jWbVtuP05fK9sZE4b8Gy2CdBtQtQ9qY9O4h Ikl1OE9gSjKXptxY8l/B+xHQHGrgBq5e/z51RAVwKrO7pmIjonp9yC6VpzbkHuWCBezcGzTqafYT nvW/lQYoxzJbAqCHgwFI8zuNwArrURkE7MeMYyv7w3HVfuj+x+ZX/TPq8hdNn+hRLDGGIhNGGW4Q 8dAGbmZ+DQKiNWav528WPAJpsIp7uU4LSQkhR2aod3Kb5udrD1SNQq3+S0alSMeMTSkNZLSeFL/C AgSG2OygS2ZBL51diCR8yP0lrkPwA6JN1rNWOM1YJWy6yViThFy2ihIsk5BsPqTtp67r32IwM6Up d1IGS9qy8qjo+06O4VMJQz5TmTBET/4vh2K558KbpDJVhaqAyEPd++njfTQr52O+a9mD7P41wctS xN0jmZWej6cWyMgLLoWLssX1BnWK89LjPgYdzIJ6FWDNa24GWeixhTKGTipOXSTV6Suho5Y6D/G6 EB1NVyL9krgwVtXZHrDFEEFG93Ea0lANMeKFVjgUD9oesddjbUCBPEst7rBE2NDu9aznl51N63KY IGkySr5UvS4luh7GFUbI12jIN3Jw2V0pZ8PYjW+155AFvbgc34Xfdrqya4ZXc5hemMjoKoscdmUT jLwg5DnDH7ZqDYwcrmZSuAAMk2nN56B1GNqKSWWp/vV2INyrHYzvJwTaMSv5jrmzX3IcppK6vwPv AlvoUE++cCk/AJKZ5QnTyw0h7D7XcrUkbDUSa9jYXu5hOxowLY+xA9zqJPlaxEygwAO1dIUMLlg2 s1WONJrIeQm7dB4yv89sPfZwb68VkhfR2kpUQ64piZjaY/tYvjk8VciNhw5PDRwNCD1bZbNRJhVA +eN2padUqUjXFehs9sFVsBuqSikefoXyT85FcDS0Jr7lBtbUfSrjlZHItl4k1Mes9CQfEzD4KVvK IFbD/dP9Umk3hr+UipVriWUmSWg9+TgTejTHJo8D9cKV3MEpMl0aOVX3MKiKC1d4PMShSyHvJ7Bq OKLh3lHCbHgeddJmr6zkmD31yDGOKi9teHimw2MNffw6Oz7uLx1QyjsHcMtD5Qv5B7qO+WJsiQp1 m4vpHHkAjdnbZscjGL7FHhQJ19Bnaqpc9a6YIpEFVjtsMMeXjRIsY0OsQmqV1bCf0RGWncfMe1Rb VVmFFqcaiAO0qvUJxkAfJCS1Voi0FYTKAN+6KwFTa928EiBGtel8Y6vWujGyqUaI85ru6v4e+DzT vWuO7O6NKI/k1vail1JCVpsjNmdkcIXPuFcNOTobW8jkVeiFlYsUzxvDl7N70Er8kGSR+MscD6QE a7jNgknZ0uR1vrXqk0cHmRtulcJfUKFGPRV88y1j4s2xrCAnwFBnZI/ZVBLRa5XKeWGXDWXl7C5Q G4yqsOb1AS0BVqflFLOpkfmRnSpH10Ee0hJtdEikmKdhaTeN0SqqBLkn/nUtygGnYhxDfewFr4pD mSJN3lgziTBiyzTQmlpcr1ajsAUqq+fN3+pxjkFdwYil5cXWQ1Meznw9+4HZ55pwy/fJI2tKYpoD qn7G9wZoz6185fJp3Uwtv2hByB+rumahUOYQtJkJoLVau63NiZlyO+zcMaaAlWCR/5qACO5mO1aF vR1cq0EZvFEgiwhuWS2jqAhzzCGsD6Gv1yow7YdBsk1GJ52dltB9j5ZlVJWJTRDBpsYQ6d3Khra+ ChM9hjNmJkbDdtFE7d/bf6pnNkvLnpsiI819cSjGaTgOsRC5IqxE5EaHFMVQV4UYIMIugYqEdHtE QLKB6uLNav8Yerf0IZXaLfYQtAhmjWwdVOc/NvREbPP+GDCr3qq92PJwHafXE6B3KIJkbzepoEjE 1laPb0a9baoPCno6GAFmDWXlsrMgQinQkLJyg+MaX/aRxHHRWilkMmApyojzs3wIYGzXD0t4k37Y 4a38KrVULSqQACNd7UY7wiyg1CTHAjpalEaTB93d/IyyCal/uLb+rStDS+Q6teu+dmOnV04zrwDI Eg454wp55yq1tHo9Z7cBYg23Un7FqBO4190CUHUfvDZD1OJnOb24y/TqpUwbpNHf0apUIr0iXcOz Otx97cGNGE2MmGdue97OgvcCRFkGvdZdicNqLbkcn8RmPRPW232dYNifMywewXdLYRzIpxBAWlRk AnBwq2IOkeDSa9rdZjmLwyf79mLSRvPGZotJJfjtPIy3ENab4PJqVeyg9qzdwHRtYyiP5oYglXGO HdIawoLseomYxu0ReiwcdkQk3ZB+vLFqknYD9tZzvv0oOslM1ZKiQvMCELmADWgqg5A5EZmlejdU 0nkCC5lt/brFpEY3XG+Y41mHYMRC1VJIJ4QaTM6aY1LVdOg/+2TP4NiN5uWIiXuIWjQtN3Lml6mK /3/hRLg8zd6mggAAAABJRU5ErkJggg== --14dae934100d7c383c04c4c7ba75 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --14dae934100d7c383c04c4c7ba75-- From xen-users-bounces@lists.xen.org Sat Jul 14 10:50:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Jul 2012 10:50: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 1Spzua-00083R-BS; Sat, 14 Jul 2012 10:49:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpzuY-00083M-Qu for xen-users@lists.xen.org; Sat, 14 Jul 2012 10:49:19 +0000 Received: from [85.158.138.51:37771] by server-6.bemta-3.messagelabs.com id 57/C1-20447-DAE41005; Sat, 14 Jul 2012 10:49:17 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1342262955!21617513!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16484 invoked from network); 14 Jul 2012 10:49:16 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 14 Jul 2012 10:49:16 -0000 Received: by obbta14 with SMTP id ta14so7990703obb.32 for ; Sat, 14 Jul 2012 03:49: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 :cc:content-type; bh=zBYo85HNa0OzrTKLRa89G6gREjyTmoefXG9D3dAe0pA=; b=xpOaRv10obpvj16fqJQWSdQEQu6bWcozXmZwfAkigLRHBQZcyu8OGG5POs4bKGuybi /2THRggoXPwyzg38UEpEUUDqwXAB/yvDAEmkPISfdFJVTOxkRcV18vPueupCUO4isv8Z qDFnJhSCciizIPbZBlDBotZfwcSPs9WmAdIKbWFBARCKeITQPie9Vk8ixwrDPY/i9BFU 2cTdIsMwsOPBvsMMPXY45gwrxu+hMcGLGt3iLU5TvOzWOjJRY/mLO1w9N/u1PEFtpxEH ynhs5hggkLYvKy1vviYT4yZ40fLo+98u6S1MpLoiDycq8Ylgd9cpSmHv3n9qSw+U4Yg7 GDNQ== MIME-Version: 1.0 Received: by 10.50.196.201 with SMTP id io9mr1191231igc.58.1342262954974; Sat, 14 Jul 2012 03:49:14 -0700 (PDT) Received: by 10.64.10.41 with HTTP; Sat, 14 Jul 2012 03:49:14 -0700 (PDT) In-Reply-To: <1342197547.8586.217.camel@hastur.hellion.org.uk> References: <1342109134.8586.148.camel@hastur.hellion.org.uk> <1342197547.8586.217.camel@hastur.hellion.org.uk> Date: Sat, 14 Jul 2012 19:49:14 +0900 Message-ID: From: jaeyong yoo To: Ian Campbell Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] While installing guest OS, having error "Invalid 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="===============1849940668629738265==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1849940668629738265== Content-Type: multipart/alternative; boundary=14dae93410eda05bb904c4c7f2f5 --14dae93410eda05bb904c4c7f2f5 Content-Type: text/plain; charset=ISO-8859-1 Hi Lan, It worked! I mounted the guest OS and see that the vmlinuz and initrd is not for virtualized (the filename is vmlinuz-xxx-generic). So I replaced them to vmlinuz-xxx-virtual (when I apt-get linux-virtual, suddenly vmlinuz--virtual poped up in my dom0 /boot directory), and then, it worked! Thanks a lot. Best, - jaeyong On Sat, Jul 14, 2012 at 1:39 AM, Ian Campbell wrote: > On Fri, 2012-07-13 at 02:01 -0400, jaeyong yoo wrote: > > Thanks a lot Lan, > > > > > > > The other thing to consider is the use of LVM for the guest /boot. > > IIRC > > > this does not work with pygrub. > > > > > > did you mean pygrub is working fine with LVM for the guest /boot? > > No, as far as I know it does not. > > I meant "consider" as in "think about and avoid", but that wasn't > especially obvious, sorry for the confusion. > > > > > > > jaeyong > > > > On Fri, Jul 13, 2012 at 1:05 AM, Ian Campbell > > wrote: > > On Thu, 2012-07-12 at 05:36 -0400, jaeyong yoo wrote: > > > > > > > > > 8) while installing, I set the filesystem ext3 in the guest > > OS. > > > > > > 9) everything looks normal. The console say the installation > > is > > > completed. > > > > > > 10) After installing, I change the xen configuration > > > file (/etc/xen/ubuntu.cfg) as follows. > > > > > > name = "ubuntu" memory = 512 disk = > > > ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif = [' '] bootloader = > > "pygrub" > > > > > > Did ubuntu install a Xen capable kernel and is grub within the > > guest > > correctly pointing to it? > > > > You can usually use kpartx to expose the partitions > > of /dev/vgubuntu/ubuntu in dom0 and mount it to poke around. > > > > I don't know which kernel flavour you need to have installed > > in Ubuntu > > to get Xen support. Perhaps someone else chime in. > > > > The other thing to consider is the use of LVM for the > > guest /boot. IIRC > > this does not work with pygrub. > > > > Ian. > > > > > > > > > --14dae93410eda05bb904c4c7f2f5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Lan,

It worked!

I mounted th= e guest OS and see that the vmlinuz and initrd is not for virtualized (the = filename is vmlinuz-xxx-generic).=A0
So I replaced them to vmlinu= z-xxx-virtual (when I apt-get linux-virtual, suddenly vmlinuz-<version&g= t;-virtual poped up in my dom0 /boot directory), and then, it worked!

Thanks a lot.

Best,
= =A0- jaeyong


On Sat, Jul 14, 2= 012 at 1:39 AM, Ian Campbell <ian.campbell@citrix.com>= wrote:
On Fri, 2012-07-13 at 02:0= 1 -0400, jaeyong yoo wrote:
> Thanks a lot Lan,
>
>
> > The other thing to consider is the use of LVM for the guest /boot= .
> IIRC
> > this does not work with pygrub.
>
>
> did you mean pygrub is working fine with LVM for the guest /boot?

No, as far as I know it does not.

I meant "consider" as in "think about and avoid", but t= hat wasn't
especially obvious, sorry for the confusion.

>
>
> jaeyong
>
> On Fri, Jul 13, 2012 at 1:05 AM, Ian Campbell
> <ian.campbell@citrix.com= > wrote:
> =A0 =A0 =A0 =A0 On Thu, 2012-07-12 at 05:36 -0400, jaeyong yoo wrote:<= br> > =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > 8) while installing, I set the filesystem ext3 in= the guest
> =A0 =A0 =A0 =A0 OS.
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > 9) everything looks normal. The console say the i= nstallation
> =A0 =A0 =A0 =A0 is
> =A0 =A0 =A0 =A0 > completed.
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > 10) After installing, I change the xen configurat= ion
> =A0 =A0 =A0 =A0 > file =A0(/etc/xen/ubuntu.cfg) =A0as follows.
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > name =3D "ubuntu" memory =3D 512 disk = =3D
> =A0 =A0 =A0 =A0 > ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif = =3D [' '] bootloader =3D
> =A0 =A0 =A0 =A0 "pygrub"
>
>
> =A0 =A0 =A0 =A0 Did ubuntu install a Xen capable kernel and is grub wi= thin the
> =A0 =A0 =A0 =A0 guest
> =A0 =A0 =A0 =A0 correctly pointing to it?
>
> =A0 =A0 =A0 =A0 You can usually use kpartx to expose the partitions > =A0 =A0 =A0 =A0 of /dev/vgubuntu/ubuntu in dom0 and mount it to poke a= round.
>
> =A0 =A0 =A0 =A0 I don't know which kernel flavour you need to have= installed
> =A0 =A0 =A0 =A0 in Ubuntu
> =A0 =A0 =A0 =A0 to get Xen support. Perhaps someone else chime in.
>
> =A0 =A0 =A0 =A0 The other thing to consider is the use of LVM for the<= br> > =A0 =A0 =A0 =A0 guest /boot. IIRC
> =A0 =A0 =A0 =A0 this does not work with pygrub.
>
> =A0 =A0 =A0 =A0 Ian.
>
>
>



--14dae93410eda05bb904c4c7f2f5-- --===============1849940668629738265== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1849940668629738265==-- From xen-users-bounces@lists.xen.org Sat Jul 14 10:50:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Jul 2012 10:50: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 1Spzua-00083R-BS; Sat, 14 Jul 2012 10:49:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SpzuY-00083M-Qu for xen-users@lists.xen.org; Sat, 14 Jul 2012 10:49:19 +0000 Received: from [85.158.138.51:37771] by server-6.bemta-3.messagelabs.com id 57/C1-20447-DAE41005; Sat, 14 Jul 2012 10:49:17 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1342262955!21617513!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16484 invoked from network); 14 Jul 2012 10:49:16 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 14 Jul 2012 10:49:16 -0000 Received: by obbta14 with SMTP id ta14so7990703obb.32 for ; Sat, 14 Jul 2012 03:49: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 :cc:content-type; bh=zBYo85HNa0OzrTKLRa89G6gREjyTmoefXG9D3dAe0pA=; b=xpOaRv10obpvj16fqJQWSdQEQu6bWcozXmZwfAkigLRHBQZcyu8OGG5POs4bKGuybi /2THRggoXPwyzg38UEpEUUDqwXAB/yvDAEmkPISfdFJVTOxkRcV18vPueupCUO4isv8Z qDFnJhSCciizIPbZBlDBotZfwcSPs9WmAdIKbWFBARCKeITQPie9Vk8ixwrDPY/i9BFU 2cTdIsMwsOPBvsMMPXY45gwrxu+hMcGLGt3iLU5TvOzWOjJRY/mLO1w9N/u1PEFtpxEH ynhs5hggkLYvKy1vviYT4yZ40fLo+98u6S1MpLoiDycq8Ylgd9cpSmHv3n9qSw+U4Yg7 GDNQ== MIME-Version: 1.0 Received: by 10.50.196.201 with SMTP id io9mr1191231igc.58.1342262954974; Sat, 14 Jul 2012 03:49:14 -0700 (PDT) Received: by 10.64.10.41 with HTTP; Sat, 14 Jul 2012 03:49:14 -0700 (PDT) In-Reply-To: <1342197547.8586.217.camel@hastur.hellion.org.uk> References: <1342109134.8586.148.camel@hastur.hellion.org.uk> <1342197547.8586.217.camel@hastur.hellion.org.uk> Date: Sat, 14 Jul 2012 19:49:14 +0900 Message-ID: From: jaeyong yoo To: Ian Campbell Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] While installing guest OS, having error "Invalid 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="===============1849940668629738265==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1849940668629738265== Content-Type: multipart/alternative; boundary=14dae93410eda05bb904c4c7f2f5 --14dae93410eda05bb904c4c7f2f5 Content-Type: text/plain; charset=ISO-8859-1 Hi Lan, It worked! I mounted the guest OS and see that the vmlinuz and initrd is not for virtualized (the filename is vmlinuz-xxx-generic). So I replaced them to vmlinuz-xxx-virtual (when I apt-get linux-virtual, suddenly vmlinuz--virtual poped up in my dom0 /boot directory), and then, it worked! Thanks a lot. Best, - jaeyong On Sat, Jul 14, 2012 at 1:39 AM, Ian Campbell wrote: > On Fri, 2012-07-13 at 02:01 -0400, jaeyong yoo wrote: > > Thanks a lot Lan, > > > > > > > The other thing to consider is the use of LVM for the guest /boot. > > IIRC > > > this does not work with pygrub. > > > > > > did you mean pygrub is working fine with LVM for the guest /boot? > > No, as far as I know it does not. > > I meant "consider" as in "think about and avoid", but that wasn't > especially obvious, sorry for the confusion. > > > > > > > jaeyong > > > > On Fri, Jul 13, 2012 at 1:05 AM, Ian Campbell > > wrote: > > On Thu, 2012-07-12 at 05:36 -0400, jaeyong yoo wrote: > > > > > > > > > 8) while installing, I set the filesystem ext3 in the guest > > OS. > > > > > > 9) everything looks normal. The console say the installation > > is > > > completed. > > > > > > 10) After installing, I change the xen configuration > > > file (/etc/xen/ubuntu.cfg) as follows. > > > > > > name = "ubuntu" memory = 512 disk = > > > ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif = [' '] bootloader = > > "pygrub" > > > > > > Did ubuntu install a Xen capable kernel and is grub within the > > guest > > correctly pointing to it? > > > > You can usually use kpartx to expose the partitions > > of /dev/vgubuntu/ubuntu in dom0 and mount it to poke around. > > > > I don't know which kernel flavour you need to have installed > > in Ubuntu > > to get Xen support. Perhaps someone else chime in. > > > > The other thing to consider is the use of LVM for the > > guest /boot. IIRC > > this does not work with pygrub. > > > > Ian. > > > > > > > > > --14dae93410eda05bb904c4c7f2f5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Lan,

It worked!

I mounted th= e guest OS and see that the vmlinuz and initrd is not for virtualized (the = filename is vmlinuz-xxx-generic).=A0
So I replaced them to vmlinu= z-xxx-virtual (when I apt-get linux-virtual, suddenly vmlinuz-<version&g= t;-virtual poped up in my dom0 /boot directory), and then, it worked!

Thanks a lot.

Best,
= =A0- jaeyong


On Sat, Jul 14, 2= 012 at 1:39 AM, Ian Campbell <ian.campbell@citrix.com>= wrote:
On Fri, 2012-07-13 at 02:0= 1 -0400, jaeyong yoo wrote:
> Thanks a lot Lan,
>
>
> > The other thing to consider is the use of LVM for the guest /boot= .
> IIRC
> > this does not work with pygrub.
>
>
> did you mean pygrub is working fine with LVM for the guest /boot?

No, as far as I know it does not.

I meant "consider" as in "think about and avoid", but t= hat wasn't
especially obvious, sorry for the confusion.

>
>
> jaeyong
>
> On Fri, Jul 13, 2012 at 1:05 AM, Ian Campbell
> <ian.campbell@citrix.com= > wrote:
> =A0 =A0 =A0 =A0 On Thu, 2012-07-12 at 05:36 -0400, jaeyong yoo wrote:<= br> > =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > 8) while installing, I set the filesystem ext3 in= the guest
> =A0 =A0 =A0 =A0 OS.
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > 9) everything looks normal. The console say the i= nstallation
> =A0 =A0 =A0 =A0 is
> =A0 =A0 =A0 =A0 > completed.
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > 10) After installing, I change the xen configurat= ion
> =A0 =A0 =A0 =A0 > file =A0(/etc/xen/ubuntu.cfg) =A0as follows.
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > name =3D "ubuntu" memory =3D 512 disk = =3D
> =A0 =A0 =A0 =A0 > ['phy:/dev/vgubuntu/ubuntu,xvda,w'] vif = =3D [' '] bootloader =3D
> =A0 =A0 =A0 =A0 "pygrub"
>
>
> =A0 =A0 =A0 =A0 Did ubuntu install a Xen capable kernel and is grub wi= thin the
> =A0 =A0 =A0 =A0 guest
> =A0 =A0 =A0 =A0 correctly pointing to it?
>
> =A0 =A0 =A0 =A0 You can usually use kpartx to expose the partitions > =A0 =A0 =A0 =A0 of /dev/vgubuntu/ubuntu in dom0 and mount it to poke a= round.
>
> =A0 =A0 =A0 =A0 I don't know which kernel flavour you need to have= installed
> =A0 =A0 =A0 =A0 in Ubuntu
> =A0 =A0 =A0 =A0 to get Xen support. Perhaps someone else chime in.
>
> =A0 =A0 =A0 =A0 The other thing to consider is the use of LVM for the<= br> > =A0 =A0 =A0 =A0 guest /boot. IIRC
> =A0 =A0 =A0 =A0 this does not work with pygrub.
>
> =A0 =A0 =A0 =A0 Ian.
>
>
>



--14dae93410eda05bb904c4c7f2f5-- --===============1849940668629738265== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1849940668629738265==-- From xen-users-bounces@lists.xen.org Sun Jul 15 06:39:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Jul 2012 06:39: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 1SqIT5-000457-6q; Sun, 15 Jul 2012 06:38:11 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SqIT2-00044z-Qx for xen-users@lists.xensource.com; Sun, 15 Jul 2012 06:38:09 +0000 X-Env-Sender: xieliwei@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1342334279!9191285!1 X-Originating-IP: [209.85.160.43] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8636 invoked from network); 15 Jul 2012 06:38:01 -0000 Received: from mail-pb0-f43.google.com (HELO mail-pb0-f43.google.com) (209.85.160.43) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2012 06:38:01 -0000 Received: by pbcwz7 with SMTP id wz7so10513582pbc.30 for ; Sat, 14 Jul 2012 23:37:59 -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=j4pu660O4ZpHzr/M+PYHS8lOQRpQIhzY70FZzofpjU4=; b=0w0u+szjfuBgARRjYGkK+FbgHvXBu/KwWAs/z5ifqSI0zSUc1SRGxoZLzeARJU/2h6 MX1yN7xim678p3zvECmfLyRhxu3scwVAswCRcQkxLSoXQy8V1xjwt9eiyZKwP/FDjhlE SeJtlW9BEwY1+gsCeRhawUJMEiOuy5Q7nZaNlch8iHRsMeNrq4zeyg+AorYcPkWvWkGg Nmcps4If3ODTjRO1yYGrQ7xSTxDotH0AoN6GK7ZC0SP+qLq2MhSNeoIvNzPo+hgHRMHV DJqprcSlRxFPZjy0swBqowsM0oVOe/dZ98mMDjJmO4LmmUwbDJbgX42+zZKq3cmN3pQf Q7Lg== Received: by 10.66.79.195 with SMTP id l3mr14146226pax.33.1342334279408; Sat, 14 Jul 2012 23:37:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.234.38 with HTTP; Sat, 14 Jul 2012 23:37:38 -0700 (PDT) From: Liwei Date: Sun, 15 Jul 2012 14:37:38 +0800 Message-ID: To: xen-users@lists.xensource.com Content-Type: multipart/mixed; boundary=f46d04287a17e4dc0e04c4d88d92 Subject: [Xen-users] Certain PCI passthrough devices don't work X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --f46d04287a17e4dc0e04c4d88d92 Content-Type: text/plain; charset=ISO-8859-1 Hello list, Using the mainline 3.5-rc6 kernel and yesterday's xen-unstable, I'm having trouble passing in some PCI devices. Everything else works smoothly. Attached are some of the relevant logs and configurations. I did notice from the qemu logs that all the problematic devices have "IRQ type = INTx" whereas those that are working have "IRQ type = MSI-INTx". On the domU side, Windows reports that the devices cannot start and Ubuntu complained something along the lines of "Invalid USB capability 0xFF" (for the USB controller I was passing through). Kernel version: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git commit 055c9fa8874fa7261eec7a268366565db84af474 Merge: 310959e 46bada6 Author: Linus Torvalds Date: Tue Jul 10 13:24:48 2012 -0700 Xen version: http://xenbits.xen.org/xen-unstable.hg parent: 25605:9950f2dc2ee6 tip xsm/flask: avoid struct page lookup in mmu_normal_update branch: default Anyone has any idea how to fix this? It was working before I did the kernel and xen upgrade. Thanks! --f46d04287a17e4dc0e04c4d88d92 Content-Type: application/octet-stream; name="lspci.log" Content-Disposition: attachment; filename="lspci.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h4nr0tle0 MDA6MWEuMCBVU0IgQ29udHJvbGxlcjogSW50ZWwgQ29ycG9yYXRpb24gNSBTZXJpZXMvMzQwMCBT ZXJpZXMgQ2hpcHNldCBVU0IyIEVuaGFuY2VkIEhvc3QgQ29udHJvbGxlciAocmV2IDA1KSAocHJv Zy1pZiAyMCBbRUhDSV0pDQogICAgICAgIFN1YnN5c3RlbTogZVZnYS5jb20uIENvcnAuIERldmlj ZSAxMDE0DQogICAgICAgIENvbnRyb2w6IEkvTy0gTWVtKyBCdXNNYXN0ZXItIFNwZWNDeWNsZS0g TWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lO VHgtDQogICAgICAgIFN0YXR1czogQ2FwKyA2Nk1Iei0gVURGLSBGYXN0QjJCKyBQYXJFcnItIERF VlNFTD1tZWRpdW0gPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlItIDxQRVJSLSBJTlR4 LQ0KICAgICAgICBJbnRlcnJ1cHQ6IHBpbiBBIHJvdXRlZCB0byBJUlEgMTYNCiAgICAgICAgUmVn aW9uIDA6IFt2aXJ0dWFsXSBNZW1vcnkgYXQgYTBiMDQwMDAgKDMyLWJpdCwgbm9uLXByZWZldGNo YWJsZSkgW3NpemU9NEtdDQogICAgICAgIENhcGFiaWxpdGllczogWzUwXSBQb3dlciBNYW5hZ2Vt ZW50IHZlcnNpb24gMg0KICAgICAgICAgICAgICAgIEZsYWdzOiBQTUVDbGstIERTSS0gRDEtIEQy LSBBdXhDdXJyZW50PTM3NW1BIFBNRShEMCssRDEtLEQyLSxEM2hvdCssRDNjb2xkKykNCiAgICAg ICAgICAgICAgICBTdGF0dXM6IEQwIE5vU29mdFJzdC0gUE1FLUVuYWJsZS0gRFNlbD0wIERTY2Fs ZT0wIFBNRS0NCiAgICAgICAgQ2FwYWJpbGl0aWVzOiBbNThdIERlYnVnIHBvcnQ6IEJBUj0xIG9m ZnNldD0wMGEwDQogICAgICAgIENhcGFiaWxpdGllczogWzk4XSBQQ0kgQWR2YW5jZWQgRmVhdHVy ZXMNCiAgICAgICAgICAgICAgICBBRkNhcDogVFArIEZMUisNCiAgICAgICAgICAgICAgICBBRkN0 cmw6IEZMUi0NCiAgICAgICAgICAgICAgICBBRlN0YXR1czogVFAtDQogICAgICAgIEtlcm5lbCBk cml2ZXIgaW4gdXNlOiBwY2liYWNrDQoNCjAwOjFiLjAgQXVkaW8gZGV2aWNlOiBJbnRlbCBDb3Jw b3JhdGlvbiA1IFNlcmllcy8zNDAwIFNlcmllcyBDaGlwc2V0IEhpZ2ggRGVmaW5pdGlvbiBBdWRp byAocmV2IDA1KQ0KICAgICAgICBTdWJzeXN0ZW06IGVWZ2EuY29tLiBDb3JwLiBEZXZpY2UgMTAx NA0KICAgICAgICBDb250cm9sOiBJL08tIE1lbS0gQnVzTWFzdGVyLSBTcGVjQ3ljbGUtIE1lbVdJ TlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJSLSBGYXN0QjJCLSBEaXNJTlR4LQ0K ICAgICAgICBTdGF0dXM6IENhcCsgNjZNSHotIFVERi0gRmFzdEIyQi0gUGFyRXJyLSBERVZTRUw9 ZmFzdCA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtDQogICAg ICAgIEludGVycnVwdDogcGluIEEgcm91dGVkIHRvIElSUSAyMg0KICAgICAgICBSZWdpb24gMDog TWVtb3J5IGF0IGEwYjAwMDAwICg2NC1iaXQsIG5vbi1wcmVmZXRjaGFibGUpIFtkaXNhYmxlZF0g W3NpemU9MTZLXQ0KICAgICAgICBDYXBhYmlsaXRpZXM6IFs1MF0gUG93ZXIgTWFuYWdlbWVudCB2 ZXJzaW9uIDINCiAgICAgICAgICAgICAgICBGbGFnczogUE1FQ2xrLSBEU0ktIEQxLSBEMi0gQXV4 Q3VycmVudD01NW1BIFBNRShEMCssRDEtLEQyLSxEM2hvdCssRDNjb2xkKykNCiAgICAgICAgICAg ICAgICBTdGF0dXM6IEQwIE5vU29mdFJzdC0gUE1FLUVuYWJsZS0gRFNlbD0wIERTY2FsZT0wIFBN RS0NCiAgICAgICAgQ2FwYWJpbGl0aWVzOiBbNjBdIE1TSTogRW5hYmxlLSBDb3VudD0xLzEgTWFz a2FibGUtIDY0Yml0Kw0KICAgICAgICAgICAgICAgIEFkZHJlc3M6IDAwMDAwMDAwMDAwMDAwMDAg IERhdGE6IDAwMDANCiAgICAgICAgQ2FwYWJpbGl0aWVzOiBbNzBdIEV4cHJlc3MgKHYxKSBSb290 IENvbXBsZXggSW50ZWdyYXRlZCBFbmRwb2ludCwgTVNJIDAwDQogICAgICAgICAgICAgICAgRGV2 Q2FwOiBNYXhQYXlsb2FkIDEyOCBieXRlcywgUGhhbnRGdW5jIDAsIExhdGVuY3kgTDBzIDw2NG5z LCBMMSA8MXVzDQogICAgICAgICAgICAgICAgICAgICAgICBFeHRUYWctIFJCRS0gRkxSZXNldCsN CiAgICAgICAgICAgICAgICBEZXZDdGw6IFJlcG9ydCBlcnJvcnM6IENvcnJlY3RhYmxlLSBOb24t RmF0YWwtIEZhdGFsLSBVbnN1cHBvcnRlZC0NCiAgICAgICAgICAgICAgICAgICAgICAgIFJseGRP cmQtIEV4dFRhZy0gUGhhbnRGdW5jLSBBdXhQd3ItIE5vU25vb3ArDQogICAgICAgICAgICAgICAg ICAgICAgICBNYXhQYXlsb2FkIDEyOCBieXRlcywgTWF4UmVhZFJlcSAxMjggYnl0ZXMNCiAgICAg ICAgICAgICAgICBEZXZTdGE6IENvcnJFcnItIFVuY29yckVyci0gRmF0YWxFcnItIFVuc3VwcFJl cS0gQXV4UHdyKyBUcmFuc1BlbmQtDQogICAgICAgICAgICAgICAgTG5rQ2FwOiBQb3J0ICMwLCBT cGVlZCB1bmtub3duLCBXaWR0aCB4MCwgQVNQTSB1bmtub3duLCBMYXRlbmN5IEwwIDw2NG5zLCBM MSA8MXVzDQogICAgICAgICAgICAgICAgICAgICAgICBDbG9ja1BNLSBTdXJwcmlzZS0gTExBY3RS ZXAtIEJ3Tm90LQ0KICAgICAgICAgICAgICAgIExua0N0bDogQVNQTSBEaXNhYmxlZDsgRGlzYWJs ZWQtIFJldHJhaW4tIENvbW1DbGstDQogICAgICAgICAgICAgICAgICAgICAgICBFeHRTeW5jaC0g Q2xvY2tQTS0gQXV0V2lkRGlzLSBCV0ludC0gQXV0QldJbnQtDQogICAgICAgICAgICAgICAgTG5r U3RhOiBTcGVlZCB1bmtub3duLCBXaWR0aCB4MCwgVHJFcnItIFRyYWluLSBTbG90Q2xrLSBETEFj dGl2ZS0gQldNZ210LSBBQldNZ210LQ0KICAgICAgICBDYXBhYmlsaXRpZXM6IFsxMDAgdjFdIFZp cnR1YWwgQ2hhbm5lbA0KICAgICAgICAgICAgICAgIENhcHM6ICAgTFBFVkM9MCBSZWZDbGs9MTAw bnMgUEFURW50cnlCaXRzPTENCiAgICAgICAgICAgICAgICBBcmI6ICAgIEZpeGVkLSBXUlIzMi0g V1JSNjQtIFdSUjEyOC0NCiAgICAgICAgICAgICAgICBDdHJsOiAgIEFyYlNlbGVjdD1GaXhlZA0K ICAgICAgICAgICAgICAgIFN0YXR1czogSW5Qcm9ncmVzcy0NCiAgICAgICAgICAgICAgICBWQzA6 ICAgIENhcHM6ICAgUEFUT2Zmc2V0PTAwIE1heFRpbWVTbG90cz0xIFJlalNub29wVHJhbnMtDQog ICAgICAgICAgICAgICAgICAgICAgICBBcmI6ICAgIEZpeGVkLSBXUlIzMi0gV1JSNjQtIFdSUjEy OC0gVFdSUjEyOC0gV1JSMjU2LQ0KICAgICAgICAgICAgICAgICAgICAgICAgQ3RybDogICBFbmFi bGUrIElEPTAgQXJiU2VsZWN0PUZpeGVkIFRDL1ZDPTAxDQogICAgICAgICAgICAgICAgICAgICAg ICBTdGF0dXM6IE5lZ29QZW5kaW5nLSBJblByb2dyZXNzLQ0KICAgICAgICAgICAgICAgIFZDMTog ICAgQ2FwczogICBQQVRPZmZzZXQ9MDAgTWF4VGltZVNsb3RzPTEgUmVqU25vb3BUcmFucy0NCiAg ICAgICAgICAgICAgICAgICAgICAgIEFyYjogICAgRml4ZWQtIFdSUjMyLSBXUlI2NC0gV1JSMTI4 LSBUV1JSMTI4LSBXUlIyNTYtDQogICAgICAgICAgICAgICAgICAgICAgICBDdHJsOiAgIEVuYWJs ZSsgSUQ9MSBBcmJTZWxlY3Q9Rml4ZWQgVEMvVkM9ODANCiAgICAgICAgICAgICAgICAgICAgICAg IFN0YXR1czogTmVnb1BlbmRpbmctIEluUHJvZ3Jlc3MtDQogICAgICAgIENhcGFiaWxpdGllczog WzEzMCB2MV0gUm9vdCBDb21wbGV4IExpbmsNCiAgICAgICAgICAgICAgICBEZXNjOiAgIFBvcnRO dW1iZXI9MGYgQ29tcG9uZW50SUQ9MDAgRWx0VHlwZT1Db25maWcNCiAgICAgICAgICAgICAgICBM aW5rMDogIERlc2M6ICAgVGFyZ2V0UG9ydD0wMCBUYXJnZXRDb21wb25lbnQ9MDAgQXNzb2NSQ1JC LSBMaW5rVHlwZT1NZW1NYXBwZWQgTGlua1ZhbGlkKw0KICAgICAgICAgICAgICAgICAgICAgICAg QWRkcjogICAwMDAwMDAwMGZlZDFjMDAwDQogICAgICAgIEtlcm5lbCBkcml2ZXIgaW4gdXNlOiBw Y2liYWNrDQoNCg0KMDA6MWQuMCBVU0IgQ29udHJvbGxlcjogSW50ZWwgQ29ycG9yYXRpb24gNSBT ZXJpZXMvMzQwMCBTZXJpZXMgQ2hpcHNldCBVU0IyIEVuaGFuY2VkIEhvc3QgQ29udHJvbGxlciAo cmV2IDA1KSAocHJvZy1pZiAyMCBbRUhDSV0pDQogICAgICAgIFN1YnN5c3RlbTogZVZnYS5jb20u IENvcnAuIERldmljZSAxMDE0DQogICAgICAgIENvbnRyb2w6IEkvTy0gTWVtKyBCdXNNYXN0ZXIt IFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZh c3RCMkItIERpc0lOVHgtDQogICAgICAgIFN0YXR1czogQ2FwKyA2Nk1Iei0gVURGLSBGYXN0QjJC KyBQYXJFcnItIERFVlNFTD1tZWRpdW0gPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlIt IDxQRVJSLSBJTlR4LQ0KICAgICAgICBJbnRlcnJ1cHQ6IHBpbiBBIHJvdXRlZCB0byBJUlEgMjMN CiAgICAgICAgUmVnaW9uIDA6IFt2aXJ0dWFsXSBNZW1vcnkgYXQgYTBiMDUwMDAgKDMyLWJpdCwg bm9uLXByZWZldGNoYWJsZSkgW3NpemU9NEtdDQogICAgICAgIENhcGFiaWxpdGllczogWzUwXSBQ b3dlciBNYW5hZ2VtZW50IHZlcnNpb24gMg0KICAgICAgICAgICAgICAgIEZsYWdzOiBQTUVDbGst IERTSS0gRDEtIEQyLSBBdXhDdXJyZW50PTM3NW1BIFBNRShEMCssRDEtLEQyLSxEM2hvdCssRDNj b2xkKykNCiAgICAgICAgICAgICAgICBTdGF0dXM6IEQwIE5vU29mdFJzdC0gUE1FLUVuYWJsZS0g RFNlbD0wIERTY2FsZT0wIFBNRS0NCiAgICAgICAgQ2FwYWJpbGl0aWVzOiBbNThdIERlYnVnIHBv cnQ6IEJBUj0xIG9mZnNldD0wMGEwDQogICAgICAgIENhcGFiaWxpdGllczogWzk4XSBQQ0kgQWR2 YW5jZWQgRmVhdHVyZXMNCiAgICAgICAgICAgICAgICBBRkNhcDogVFArIEZMUisNCiAgICAgICAg ICAgICAgICBBRkN0cmw6IEZMUi0NCiAgICAgICAgICAgICAgICBBRlN0YXR1czogVFAtDQogICAg ICAgIEtlcm5lbCBkcml2ZXIgaW4gdXNlOiBwY2liYWNr --f46d04287a17e4dc0e04c4d88d92 Content-Type: application/octet-stream; name="qemu.log" Content-Disposition: attachment; filename="qemu.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h4nr0tls1 ZG9taWQ6IDQNCi12aWRlb3JhbSBvcHRpb24gZG9lcyBub3Qgd29yayB3aXRoIGNpcnJ1cyB2Z2Eg ZGV2aWNlIG1vZGVsLiBWaWRlb3JhbSBzZXQgdG8gNE0uDQpTdHJpcCBvZmYgYmxrdGFwIHN1Yi10 eXBlIHByZWZpeCB0byAvbW50L3Ztc3RvcmUvaXNvL3VidW50dTEyMDQuaXNvIChkcnYgJ2Fpbycp DQpVc2luZyBmaWxlIC9tbnQvdm1zdG9yZS9pc28vdWJ1bnR1MTIwNC5pc28gaW4gcmVhZC1vbmx5 IG1vZGUNCldhdGNoaW5nIC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvNC9sb2dkaXJ0eS9j bWQNCldhdGNoaW5nIC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvNC9jb21tYW5kDQpXYXRj aGluZyAvbG9jYWwvZG9tYWluLzQvY3B1DQpxZW11X21hcF9jYWNoZV9pbml0IG5yX2J1Y2tldHMg PSAxMDAwMCBzaXplIDQxOTQzMDQNCnNoYXJlZCBwYWdlIGF0IHBmbiBmZWZmZA0KYnVmZmVyZWQg aW8gcGFnZSBhdCBwZm4gZmVmZmINCkd1ZXN0IHV1aWQgPSA3M2VjNjYwZi1hNjI2LTQzZDEtYTVh ZS1jZjE3NDRjZGY0ZGENCnBvcHVsYXRpbmcgdmlkZW8gUkFNIGF0IGZmMDAwMDAwDQptYXBwaW5n IHZpZGVvIFJBTSBmcm9tIGZmMDAwMDAwDQpSZWdpc3RlciB4ZW4gcGxhdGZvcm0uDQpEb25lIHJl Z2lzdGVyIHBsYXRmb3JtLg0KcGxhdGZvcm1fZml4ZWRfaW9wb3J0OiBjaGFuZ2VkIHJvL3J3IHN0 YXRlIG9mIFJPTSBtZW1vcnkgYXJlYS4gbm93IGlzIHJ3IHN0YXRlLg0KeHNfcmVhZCgvbG9jYWwv ZG9tYWluLzAvZGV2aWNlLW1vZGVsLzQveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVy cm9yDQptZWRpdW0gY2hhbmdlIHdhdGNoIG9uIGBoZGEnIChpbmRleDogMCk6IGFpbzovbW50L3Zt c3RvcmUvaXNvL3VidW50dTEyMDQuaXNvDQpJL08gcmVxdWVzdCBub3QgcmVhZHk6IDAsIHB0cjog MCwgcG9ydDogMCwgZGF0YTogMCwgY291bnQ6IDAsIHNpemU6IDANCkxvZy1kaXJ0eTogbm8gY29t bWFuZCB5ZXQuDQpJL08gcmVxdWVzdCBub3QgcmVhZHk6IDAsIHB0cjogMCwgcG9ydDogMCwgZGF0 YTogMCwgY291bnQ6IDAsIHNpemU6IDANCnZjcHUtc2V0OiB3YXRjaCBub2RlIGVycm9yLg0KeHNf cmVhZCgvbG9jYWwvZG9tYWluLzQvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yDQpxZW11OiBp Z25vcmluZyBub3QtdW5kZXJzdG9vZCBkcml2ZSBgL2xvY2FsL2RvbWFpbi80L2xvZy10aHJvdHRs aW5nJw0KbWVkaXVtIGNoYW5nZSB3YXRjaCBvbiBgL2xvY2FsL2RvbWFpbi80L2xvZy10aHJvdHRs aW5nJyAtIHVua25vd24gZGV2aWNlLCBpZ25vcmVkDQpkbS1jb21tYW5kOiBob3QgaW5zZXJ0IHBh c3MtdGhyb3VnaCBwY2kgZGV2DQpyZWdpc3Rlcl9yZWFsX2RldmljZTogQXNzaWduaW5nIHJlYWwg cGh5c2ljYWwgZGV2aWNlIDAwOjFhLjAgLi4uDQpyZWdpc3Rlcl9yZWFsX2RldmljZTogRW5hYmxl IE1TSSB0cmFuc2xhdGlvbiB2aWEgcGVyIGRldmljZSBvcHRpb24NCnJlZ2lzdGVyX3JlYWxfZGV2 aWNlOiBFbmFibGUgcG93ZXIgbWFuYWdlbWVudA0KcHRfaW9tdWxfaW5pdDogRXJyb3I6IHB0X2lv bXVsX2luaXQgY2FuJ3Qgb3BlbiBmaWxlIC9kZXYveGVuL3BjaV9pb211bDogTm8gc3VjaCBmaWxl IG9yIGRpcmVjdG9yeTogMHgwOjB4MWEuMHgwDQpwdF9yZWdpc3Rlcl9yZWdpb25zOiBJTyByZWdp b24gcmVnaXN0ZXJlZCAoc2l6ZT0weDAwMDAxMDAwIGJhc2VfYWRkcj0weGEwYjA0MDAwKQ0KcGNp X2ludHg6IGludHg9MQ0KcmVnaXN0ZXJfcmVhbF9kZXZpY2U6IFJlYWwgcGh5c2ljYWwgZGV2aWNl IDAwOjFhLjAgcmVnaXN0ZXJlZCBzdWNjZXNzZnVseSENCklSUSB0eXBlID0gSU5UeA0KZG0tY29t bWFuZDogaG90IGluc2VydCBwYXNzLXRocm91Z2ggcGNpIGRldg0KcmVnaXN0ZXJfcmVhbF9kZXZp Y2U6IEFzc2lnbmluZyByZWFsIHBoeXNpY2FsIGRldmljZSAwMDoxZC4wIC4uLg0KcmVnaXN0ZXJf cmVhbF9kZXZpY2U6IEVuYWJsZSBNU0kgdHJhbnNsYXRpb24gdmlhIHBlciBkZXZpY2Ugb3B0aW9u DQpyZWdpc3Rlcl9yZWFsX2RldmljZTogRW5hYmxlIHBvd2VyIG1hbmFnZW1lbnQNCnB0X2lvbXVs X2luaXQ6IEVycm9yOiBwdF9pb211bF9pbml0IGNhbid0IG9wZW4gZmlsZSAvZGV2L3hlbi9wY2lf aW9tdWw6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3Rvcnk6IDB4MDoweDFkLjB4MA0KcHRfcmVnaXN0 ZXJfcmVnaW9uczogSU8gcmVnaW9uIHJlZ2lzdGVyZWQgKHNpemU9MHgwMDAwMTAwMCBiYXNlX2Fk ZHI9MHhhMGIwNTAwMCkNCnBjaV9pbnR4OiBpbnR4PTENCnJlZ2lzdGVyX3JlYWxfZGV2aWNlOiBS ZWFsIHBoeXNpY2FsIGRldmljZSAwMDoxZC4wIHJlZ2lzdGVyZWQgc3VjY2Vzc2Z1bHkhDQpJUlEg dHlwZSA9IElOVHgNCmRtLWNvbW1hbmQ6IGhvdCBpbnNlcnQgcGFzcy10aHJvdWdoIHBjaSBkZXYN CnJlZ2lzdGVyX3JlYWxfZGV2aWNlOiBBc3NpZ25pbmcgcmVhbCBwaHlzaWNhbCBkZXZpY2UgMGU6 MDAuMCAuLi4NCnJlZ2lzdGVyX3JlYWxfZGV2aWNlOiBFbmFibGUgTVNJIHRyYW5zbGF0aW9uIHZp YSBwZXIgZGV2aWNlIG9wdGlvbg0KcmVnaXN0ZXJfcmVhbF9kZXZpY2U6IEVuYWJsZSBwb3dlciBt YW5hZ2VtZW50DQpwdF9pb211bF9pbml0OiBFcnJvcjogcHRfaW9tdWxfaW5pdCBjYW4ndCBvcGVu IGZpbGUgL2Rldi94ZW4vcGNpX2lvbXVsOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5OiAweGU6 MHgwLjB4MA0KcHRfcmVnaXN0ZXJfcmVnaW9uczogSU8gcmVnaW9uIHJlZ2lzdGVyZWQgKHNpemU9 MHgwMDAyMDAwMCBiYXNlX2FkZHI9MHhmYjYwMDAwMCkNCnB0X3JlZ2lzdGVyX3JlZ2lvbnM6IElP IHJlZ2lvbiByZWdpc3RlcmVkIChzaXplPTB4MDAyMDAwMDAgYmFzZV9hZGRyPTB4ZmIyMDAwMDAp DQpwdF9yZWdpc3Rlcl9yZWdpb25zOiBJTyByZWdpb24gcmVnaXN0ZXJlZCAoc2l6ZT0weDAwMDAw MDIwIGJhc2VfYWRkcj0weDAwMDBhYzAxKQ0KcHRfcmVnaXN0ZXJfcmVnaW9uczogSU8gcmVnaW9u IHJlZ2lzdGVyZWQgKHNpemU9MHgwMDAwNDAwMCBiYXNlX2FkZHI9MHhmYjY0MDAwMCkNCnB0X21z aXhfaW5pdDogZ2V0IE1TSS1YIHRhYmxlIGJhciBiYXNlIGZiNjQwMDAwDQpwdF9tc2l4X2luaXQ6 IHRhYmxlX29mZiA9IDAsIHRvdGFsX2VudHJpZXMgPSAxMA0KcHRfbXNpeF9pbml0OiBtYXBwaW5n IHBoeXNpY2FsIE1TSS1YIHRhYmxlIHRvIDdmZDg5ZTA1OTAwMA0KcHRfbXNpX3NldHVwOiBtc2kg bWFwcGVkIHdpdGggcGlycSAzNw0KcGNpX2ludHg6IGludHg9MQ0KcmVnaXN0ZXJfcmVhbF9kZXZp Y2U6IFJlYWwgcGh5c2ljYWwgZGV2aWNlIDBlOjAwLjAgcmVnaXN0ZXJlZCBzdWNjZXNzZnVseSEN CklSUSB0eXBlID0gTVNJLUlOVHgNCmNpcnJ1cyB2Z2EgbWFwIGNoYW5nZSB3aGlsZSBvbiBsZmIg bW9kZQ0KcHRfaW9tZW1fbWFwOiBlX3BoeXM9ZjMwMDAwMDAgbWFkZHI9ZmIyMDAwMDAgdHlwZT0w IGxlbj0yMDk3MTUyIGluZGV4PTEgZmlyc3RfbWFwPTENCnB0X2lvbWVtX21hcDogZV9waHlzPWYz MjAwMDAwIG1hZGRyPWZiNjAwMDAwIHR5cGU9MCBsZW49MTMxMDcyIGluZGV4PTAgZmlyc3RfbWFw PTENCnB0X2lvbWVtX21hcDogZV9waHlzPWYzMjIwMDAwIG1hZGRyPWZiNjQwMDAwIHR5cGU9MCBs ZW49MTYzODQgaW5kZXg9MyBmaXJzdF9tYXA9MQ0KcHRfaW9tZW1fbWFwOiBlX3BoeXM9ZjMyMjUw MDAgbWFkZHI9YTBiMDQwMDAgdHlwZT0wIGxlbj00MDk2IGluZGV4PTAgZmlyc3RfbWFwPTENCnB0 X2lvbWVtX21hcDogZV9waHlzPWYzMjI2MDAwIG1hZGRyPWEwYjA1MDAwIHR5cGU9MCBsZW49NDA5 NiBpbmRleD0wIGZpcnN0X21hcD0xDQpwdF9pb3BvcnRfbWFwOiBlX3BoeXM9YzEyMCBwaW9fYmFz ZT1hYzAwIGxlbj0zMiBpbmRleD0yIGZpcnN0X21hcD0xDQptYXBwaW5nIHZyYW0gdG8gZjAwMDAw MDAgLSBmMDQwMDAwMA0KcGxhdGZvcm1fZml4ZWRfaW9wb3J0OiBjaGFuZ2VkIHJvL3J3IHN0YXRl IG9mIFJPTSBtZW1vcnkgYXJlYS4gbm93IGlzIHJ3IHN0YXRlLg0KcGxhdGZvcm1fZml4ZWRfaW9w b3J0OiBjaGFuZ2VkIHJvL3J3IHN0YXRlIG9mIFJPTSBtZW1vcnkgYXJlYS4gbm93IGlzIHJvIHN0 YXRlLg0KVW5rbm93biBQViBwcm9kdWN0IDMgbG9hZGVkIGluIGd1ZXN0DQpQViBkcml2ZXIgYnVp bGQgMQ0KcHRfaW9tZW1fbWFwOiBlX3BoeXM9ZmZmZmZmZmYgbWFkZHI9YTBiMDQwMDAgdHlwZT0w IGxlbj00MDk2IGluZGV4PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWYzMjI1 MDAwIG1hZGRyPWEwYjA0MDAwIHR5cGU9MCBsZW49NDA5NiBpbmRleD0wIGZpcnN0X21hcD0wDQpw dF9pb21lbV9tYXA6IGVfcGh5cz1mZmZmZmZmZiBtYWRkcj1hMGIwNDAwMCB0eXBlPTAgbGVuPTQw OTYgaW5kZXg9MCBmaXJzdF9tYXA9MA0KcHRfaW9tZW1fbWFwOiBlX3BoeXM9ZjMyMjUwMDAgbWFk ZHI9YTBiMDQwMDAgdHlwZT0wIGxlbj00MDk2IGluZGV4PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVt X21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWEwYjA0MDAwIHR5cGU9MCBsZW49NDA5NiBpbmRl eD0wIGZpcnN0X21hcD0wDQpwdF9pb21lbV9tYXA6IGVfcGh5cz1mMzIyNTAwMCBtYWRkcj1hMGIw NDAwMCB0eXBlPTAgbGVuPTQwOTYgaW5kZXg9MCBmaXJzdF9tYXA9MA0KcHRfaW9tZW1fbWFwOiBl X3BoeXM9ZmZmZmZmZmYgbWFkZHI9YTBiMDQwMDAgdHlwZT0wIGxlbj00MDk2IGluZGV4PTAgZmly c3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWYzMjI1MDAwIG1hZGRyPWEwYjA0MDAwIHR5 cGU9MCBsZW49NDA5NiBpbmRleD0wIGZpcnN0X21hcD0wDQpwdF9pb21lbV9tYXA6IGVfcGh5cz1m ZmZmZmZmZiBtYWRkcj1hMGIwNDAwMCB0eXBlPTAgbGVuPTQwOTYgaW5kZXg9MCBmaXJzdF9tYXA9 MA0KcHRfaW9tZW1fbWFwOiBlX3BoeXM9ZjMyMjUwMDAgbWFkZHI9YTBiMDQwMDAgdHlwZT0wIGxl bj00MDk2IGluZGV4PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZm IG1hZGRyPWEwYjA0MDAwIHR5cGU9MCBsZW49NDA5NiBpbmRleD0wIGZpcnN0X21hcD0wDQpwdF9p b21lbV9tYXA6IGVfcGh5cz1mMzIyNTAwMCBtYWRkcj1hMGIwNDAwMCB0eXBlPTAgbGVuPTQwOTYg aW5kZXg9MCBmaXJzdF9tYXA9MA0KcHRfaW9tZW1fbWFwOiBlX3BoeXM9ZmZmZmZmZmYgbWFkZHI9 YTBiMDQwMDAgdHlwZT0wIGxlbj00MDk2IGluZGV4PTAgZmlyc3RfbWFwPTANCnB0X3BjaV93cml0 ZV9jb25maWc6IFswMDowNDowXSBXYXJuaW5nOiBHdWVzdCBhdHRlbXB0IHRvIHNldCBhZGRyZXNz IHRvIHVudXNlZCBCYXNlIEFkZHJlc3MgUmVnaXN0ZXIuIFtPZmZzZXQ6MzBoXVtMZW5ndGg6NF0N CnB0X2lvbWVtX21hcDogZV9waHlzPWYzMjI1MDAwIG1hZGRyPWEwYjA0MDAwIHR5cGU9MCBsZW49 NDA5NiBpbmRleD0wIGZpcnN0X21hcD0wDQpwdF9pb21lbV9tYXA6IGVfcGh5cz1mZmZmZmZmZiBt YWRkcj1hMGIwNTAwMCB0eXBlPTAgbGVuPTQwOTYgaW5kZXg9MCBmaXJzdF9tYXA9MA0KcHRfaW9t ZW1fbWFwOiBlX3BoeXM9ZjMyMjYwMDAgbWFkZHI9YTBiMDUwMDAgdHlwZT0wIGxlbj00MDk2IGlu ZGV4PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWEw YjA1MDAwIHR5cGU9MCBsZW49NDA5NiBpbmRleD0wIGZpcnN0X21hcD0wDQpwdF9pb21lbV9tYXA6 IGVfcGh5cz1mMzIyNjAwMCBtYWRkcj1hMGIwNTAwMCB0eXBlPTAgbGVuPTQwOTYgaW5kZXg9MCBm aXJzdF9tYXA9MA0KcHRfaW9tZW1fbWFwOiBlX3BoeXM9ZmZmZmZmZmYgbWFkZHI9YTBiMDUwMDAg dHlwZT0wIGxlbj00MDk2IGluZGV4PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlz PWYzMjI2MDAwIG1hZGRyPWEwYjA1MDAwIHR5cGU9MCBsZW49NDA5NiBpbmRleD0wIGZpcnN0X21h cD0wDQpwdF9pb21lbV9tYXA6IGVfcGh5cz1mZmZmZmZmZiBtYWRkcj1hMGIwNTAwMCB0eXBlPTAg bGVuPTQwOTYgaW5kZXg9MCBmaXJzdF9tYXA9MA0KcHRfaW9tZW1fbWFwOiBlX3BoeXM9ZjMyMjYw MDAgbWFkZHI9YTBiMDUwMDAgdHlwZT0wIGxlbj00MDk2IGluZGV4PTAgZmlyc3RfbWFwPTANCnB0 X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWEwYjA1MDAwIHR5cGU9MCBsZW49NDA5 NiBpbmRleD0wIGZpcnN0X21hcD0wDQpwdF9pb21lbV9tYXA6IGVfcGh5cz1mMzIyNjAwMCBtYWRk cj1hMGIwNTAwMCB0eXBlPTAgbGVuPTQwOTYgaW5kZXg9MCBmaXJzdF9tYXA9MA0KcHRfaW9tZW1f bWFwOiBlX3BoeXM9ZmZmZmZmZmYgbWFkZHI9YTBiMDUwMDAgdHlwZT0wIGxlbj00MDk2IGluZGV4 PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWYzMjI2MDAwIG1hZGRyPWEwYjA1 MDAwIHR5cGU9MCBsZW49NDA5NiBpbmRleD0wIGZpcnN0X21hcD0wDQpwdF9pb21lbV9tYXA6IGVf cGh5cz1mZmZmZmZmZiBtYWRkcj1hMGIwNTAwMCB0eXBlPTAgbGVuPTQwOTYgaW5kZXg9MCBmaXJz dF9tYXA9MA0KcHRfcGNpX3dyaXRlX2NvbmZpZzogWzAwOjA1OjBdIFdhcm5pbmc6IEd1ZXN0IGF0 dGVtcHQgdG8gc2V0IGFkZHJlc3MgdG8gdW51c2VkIEJhc2UgQWRkcmVzcyBSZWdpc3Rlci4gW09m ZnNldDozMGhdW0xlbmd0aDo0XQ0KcHRfaW9tZW1fbWFwOiBlX3BoeXM9ZjMyMjYwMDAgbWFkZHI9 YTBiMDUwMDAgdHlwZT0wIGxlbj00MDk2IGluZGV4PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21h cDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWZiNjAwMDAwIHR5cGU9MCBsZW49MTMxMDcyIGluZGV4 PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWZiMjAw MDAwIHR5cGU9MCBsZW49MjA5NzE1MiBpbmRleD0xIGZpcnN0X21hcD0wDQpwdF9pb3BvcnRfbWFw OiBlX3BoeXM9ZmZmZiBwaW9fYmFzZT1hYzAwIGxlbj0zMiBpbmRleD0yIGZpcnN0X21hcD0wDQpw dF9pb21lbV9tYXA6IGVfcGh5cz1mZmZmZmZmZiBtYWRkcj1mYjY0MDAwMCB0eXBlPTAgbGVuPTE2 Mzg0IGluZGV4PTMgZmlyc3RfbWFwPTANCnNxdWFzaCBpb21lbSBbZjMyMjAwMDAsIGYzMjIxMDAw KS4NCnB0X2lvbWVtX21hcDogZV9waHlzPWYzMjAwMDAwIG1hZGRyPWZiNjAwMDAwIHR5cGU9MCBs ZW49MTMxMDcyIGluZGV4PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWYzMDAw MDAwIG1hZGRyPWZiMjAwMDAwIHR5cGU9MCBsZW49MjA5NzE1MiBpbmRleD0xIGZpcnN0X21hcD0w DQpwdF9pb3BvcnRfbWFwOiBlX3BoeXM9YzEyMCBwaW9fYmFzZT1hYzAwIGxlbj0zMiBpbmRleD0y IGZpcnN0X21hcD0wDQpwdF9pb21lbV9tYXA6IGVfcGh5cz1mMzIyMDAwMCBtYWRkcj1mYjY0MDAw MCB0eXBlPTAgbGVuPTE2Mzg0IGluZGV4PTMgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9w aHlzPWZmZmZmZmZmIG1hZGRyPWZiNjAwMDAwIHR5cGU9MCBsZW49MTMxMDcyIGluZGV4PTAgZmly c3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWZiMjAwMDAwIHR5 cGU9MCBsZW49MjA5NzE1MiBpbmRleD0xIGZpcnN0X21hcD0wDQpwdF9pb3BvcnRfbWFwOiBlX3Bo eXM9ZmZmZiBwaW9fYmFzZT1hYzAwIGxlbj0zMiBpbmRleD0yIGZpcnN0X21hcD0wDQpwdF9pb21l bV9tYXA6IGVfcGh5cz1mZmZmZmZmZiBtYWRkcj1mYjY0MDAwMCB0eXBlPTAgbGVuPTE2Mzg0IGlu ZGV4PTMgZmlyc3RfbWFwPTANCnNxdWFzaCBpb21lbSBbZjMyMjAwMDAsIGYzMjIxMDAwKS4NCnB0 X2lvbWVtX21hcDogZV9waHlzPWYzMjAwMDAwIG1hZGRyPWZiNjAwMDAwIHR5cGU9MCBsZW49MTMx MDcyIGluZGV4PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWYzMDAwMDAwIG1h ZGRyPWZiMjAwMDAwIHR5cGU9MCBsZW49MjA5NzE1MiBpbmRleD0xIGZpcnN0X21hcD0wDQpwdF9p b3BvcnRfbWFwOiBlX3BoeXM9YzEyMCBwaW9fYmFzZT1hYzAwIGxlbj0zMiBpbmRleD0yIGZpcnN0 X21hcD0wDQpwdF9pb21lbV9tYXA6IGVfcGh5cz1mMzIyMDAwMCBtYWRkcj1mYjY0MDAwMCB0eXBl PTAgbGVuPTE2Mzg0IGluZGV4PTMgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWZm ZmZmZmZmIG1hZGRyPWZiNjAwMDAwIHR5cGU9MCBsZW49MTMxMDcyIGluZGV4PTAgZmlyc3RfbWFw PTANCnB0X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWZiMjAwMDAwIHR5cGU9MCBs ZW49MjA5NzE1MiBpbmRleD0xIGZpcnN0X21hcD0wDQpwdF9pb3BvcnRfbWFwOiBlX3BoeXM9ZmZm ZiBwaW9fYmFzZT1hYzAwIGxlbj0zMiBpbmRleD0yIGZpcnN0X21hcD0wDQpwdF9pb21lbV9tYXA6 IGVfcGh5cz1mZmZmZmZmZiBtYWRkcj1mYjY0MDAwMCB0eXBlPTAgbGVuPTE2Mzg0IGluZGV4PTMg Zmlyc3RfbWFwPTANCnNxdWFzaCBpb21lbSBbZjMyMjAwMDAsIGYzMjIxMDAwKS4NCnB0X2lvbWVt X21hcDogZV9waHlzPWYzMjAwMDAwIG1hZGRyPWZiNjAwMDAwIHR5cGU9MCBsZW49MTMxMDcyIGlu ZGV4PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWYzMDAwMDAwIG1hZGRyPWZi MjAwMDAwIHR5cGU9MCBsZW49MjA5NzE1MiBpbmRleD0xIGZpcnN0X21hcD0wDQpwdF9pb3BvcnRf bWFwOiBlX3BoeXM9YzEyMCBwaW9fYmFzZT1hYzAwIGxlbj0zMiBpbmRleD0yIGZpcnN0X21hcD0w DQpwdF9pb21lbV9tYXA6IGVfcGh5cz1mMzIyMDAwMCBtYWRkcj1mYjY0MDAwMCB0eXBlPTAgbGVu PTE2Mzg0IGluZGV4PTMgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZm IG1hZGRyPWZiNjAwMDAwIHR5cGU9MCBsZW49MTMxMDcyIGluZGV4PTAgZmlyc3RfbWFwPTANCnB0 X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWZiMjAwMDAwIHR5cGU9MCBsZW49MjA5 NzE1MiBpbmRleD0xIGZpcnN0X21hcD0wDQpwdF9pb3BvcnRfbWFwOiBlX3BoeXM9ZmZmZiBwaW9f YmFzZT1hYzAwIGxlbj0zMiBpbmRleD0yIGZpcnN0X21hcD0wDQpwdF9pb21lbV9tYXA6IGVfcGh5 cz1mZmZmZmZmZiBtYWRkcj1mYjY0MDAwMCB0eXBlPTAgbGVuPTE2Mzg0IGluZGV4PTMgZmlyc3Rf bWFwPTANCnNxdWFzaCBpb21lbSBbZjMyMjAwMDAsIGYzMjIxMDAwKS4NCnB0X2lvbWVtX21hcDog ZV9waHlzPWYzMjAwMDAwIG1hZGRyPWZiNjAwMDAwIHR5cGU9MCBsZW49MTMxMDcyIGluZGV4PTAg Zmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWYzMDAwMDAwIG1hZGRyPWZiMjAwMDAw IHR5cGU9MCBsZW49MjA5NzE1MiBpbmRleD0xIGZpcnN0X21hcD0wDQpwdF9pb3BvcnRfbWFwOiBl X3BoeXM9YzEyMCBwaW9fYmFzZT1hYzAwIGxlbj0zMiBpbmRleD0yIGZpcnN0X21hcD0wDQpwdF9p b21lbV9tYXA6IGVfcGh5cz1mMzIyMDAwMCBtYWRkcj1mYjY0MDAwMCB0eXBlPTAgbGVuPTE2Mzg0 IGluZGV4PTMgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRy PWZiNjAwMDAwIHR5cGU9MCBsZW49MTMxMDcyIGluZGV4PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVt X21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWZiMjAwMDAwIHR5cGU9MCBsZW49MjA5NzE1MiBp bmRleD0xIGZpcnN0X21hcD0wDQpwdF9pb3BvcnRfbWFwOiBlX3BoeXM9ZmZmZiBwaW9fYmFzZT1h YzAwIGxlbj0zMiBpbmRleD0yIGZpcnN0X21hcD0wDQpwdF9pb21lbV9tYXA6IGVfcGh5cz1mZmZm ZmZmZiBtYWRkcj1mYjY0MDAwMCB0eXBlPTAgbGVuPTE2Mzg0IGluZGV4PTMgZmlyc3RfbWFwPTAN CnNxdWFzaCBpb21lbSBbZjMyMjAwMDAsIGYzMjIxMDAwKS4NCnB0X2lvbWVtX21hcDogZV9waHlz PWYzMjAwMDAwIG1hZGRyPWZiNjAwMDAwIHR5cGU9MCBsZW49MTMxMDcyIGluZGV4PTAgZmlyc3Rf bWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWYzMDAwMDAwIG1hZGRyPWZiMjAwMDAwIHR5cGU9 MCBsZW49MjA5NzE1MiBpbmRleD0xIGZpcnN0X21hcD0wDQpwdF9pb3BvcnRfbWFwOiBlX3BoeXM9 YzEyMCBwaW9fYmFzZT1hYzAwIGxlbj0zMiBpbmRleD0yIGZpcnN0X21hcD0wDQpwdF9pb21lbV9t YXA6IGVfcGh5cz1mMzIyMDAwMCBtYWRkcj1mYjY0MDAwMCB0eXBlPTAgbGVuPTE2Mzg0IGluZGV4 PTMgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWZiNjAw MDAwIHR5cGU9MCBsZW49MTMxMDcyIGluZGV4PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDog ZV9waHlzPWZmZmZmZmZmIG1hZGRyPWZiMjAwMDAwIHR5cGU9MCBsZW49MjA5NzE1MiBpbmRleD0x IGZpcnN0X21hcD0wDQpwdF9pb3BvcnRfbWFwOiBlX3BoeXM9ZmZmZiBwaW9fYmFzZT1hYzAwIGxl bj0zMiBpbmRleD0yIGZpcnN0X21hcD0wDQpwdF9pb21lbV9tYXA6IGVfcGh5cz1mZmZmZmZmZiBt YWRkcj1mYjY0MDAwMCB0eXBlPTAgbGVuPTE2Mzg0IGluZGV4PTMgZmlyc3RfbWFwPTANCnNxdWFz aCBpb21lbSBbZjMyMjAwMDAsIGYzMjIxMDAwKS4NCnB0X2lvbWVtX21hcDogZV9waHlzPWYzMjAw MDAwIG1hZGRyPWZiNjAwMDAwIHR5cGU9MCBsZW49MTMxMDcyIGluZGV4PTAgZmlyc3RfbWFwPTAN CnB0X2lvbWVtX21hcDogZV9waHlzPWYzMDAwMDAwIG1hZGRyPWZiMjAwMDAwIHR5cGU9MCBsZW49 MjA5NzE1MiBpbmRleD0xIGZpcnN0X21hcD0wDQpwdF9pb3BvcnRfbWFwOiBlX3BoeXM9YzEyMCBw aW9fYmFzZT1hYzAwIGxlbj0zMiBpbmRleD0yIGZpcnN0X21hcD0wDQpwdF9pb21lbV9tYXA6IGVf cGh5cz1mMzIyMDAwMCBtYWRkcj1mYjY0MDAwMCB0eXBlPTAgbGVuPTE2Mzg0IGluZGV4PTMgZmly c3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWZiNjAwMDAwIHR5 cGU9MCBsZW49MTMxMDcyIGluZGV4PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlz PWZmZmZmZmZmIG1hZGRyPWZiMjAwMDAwIHR5cGU9MCBsZW49MjA5NzE1MiBpbmRleD0xIGZpcnN0 X21hcD0wDQpwdF9pb3BvcnRfbWFwOiBlX3BoeXM9ZmZmZiBwaW9fYmFzZT1hYzAwIGxlbj0zMiBp bmRleD0yIGZpcnN0X21hcD0wDQpwdF9pb21lbV9tYXA6IGVfcGh5cz1mZmZmZmZmZiBtYWRkcj1m YjY0MDAwMCB0eXBlPTAgbGVuPTE2Mzg0IGluZGV4PTMgZmlyc3RfbWFwPTANCnNxdWFzaCBpb21l bSBbZjMyMjAwMDAsIGYzMjIxMDAwKS4NCnB0X3BjaV93cml0ZV9jb25maWc6IFswMDowNjowXSBX YXJuaW5nOiBHdWVzdCBhdHRlbXB0IHRvIHNldCBhZGRyZXNzIHRvIHVudXNlZCBCYXNlIEFkZHJl c3MgUmVnaXN0ZXIuIFtPZmZzZXQ6MzBoXVtMZW5ndGg6NF0NCnB0X2lvbWVtX21hcDogZV9waHlz PWYzMjAwMDAwIG1hZGRyPWZiNjAwMDAwIHR5cGU9MCBsZW49MTMxMDcyIGluZGV4PTAgZmlyc3Rf bWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWYzMDAwMDAwIG1hZGRyPWZiMjAwMDAwIHR5cGU9 MCBsZW49MjA5NzE1MiBpbmRleD0xIGZpcnN0X21hcD0wDQpwdF9pb3BvcnRfbWFwOiBlX3BoeXM9 YzEyMCBwaW9fYmFzZT1hYzAwIGxlbj0zMiBpbmRleD0yIGZpcnN0X21hcD0wDQpwdF9pb21lbV9t YXA6IGVfcGh5cz1mMzIyMDAwMCBtYWRkcj1mYjY0MDAwMCB0eXBlPTAgbGVuPTE2Mzg0IGluZGV4 PTMgZmlyc3RfbWFwPTANCnB0X21zaXhjdHJsX3JlZ193cml0ZTogZ3Vlc3QgZW5hYmxpbmcgTVNJ LVgsIGRpc2FibGUgTVNJLUlOVHggdHJhbnNsYXRpb24NCnBjaV9pbnR4OiBpbnR4PTENCnB0X21z aXhfdXBkYXRlX29uZTogcHRfbXNpeF91cGRhdGVfb25lIHJlcXVlc3RlZCBwaXJxID0gNTENCnB0 X21zaXhfdXBkYXRlX29uZTogVXBkYXRlIG1zaXggZW50cnkgMCB3aXRoIHBpcnEgMzMgZ3ZlYyAw DQpwdF9tc2l4X3VwZGF0ZV9vbmU6IHB0X21zaXhfdXBkYXRlX29uZSByZXF1ZXN0ZWQgcGlycSA9 IDUwDQpwdF9tc2l4X3VwZGF0ZV9vbmU6IFVwZGF0ZSBtc2l4IGVudHJ5IDEgd2l0aCBwaXJxIDMy IGd2ZWMgMA0KcHRfbXNpeF91cGRhdGVfb25lOiBwdF9tc2l4X3VwZGF0ZV9vbmUgcmVxdWVzdGVk IHBpcnEgPSA0OQ0KcHRfbXNpeF91cGRhdGVfb25lOiBVcGRhdGUgbXNpeCBlbnRyeSAyIHdpdGgg cGlycSAzMSBndmVjIDANCnB0X21zaXhfdXBkYXRlX29uZTogcHRfbXNpeF91cGRhdGVfb25lIHJl cXVlc3RlZCBwaXJxID0gNDgNCnB0X21zaXhfdXBkYXRlX29uZTogVXBkYXRlIG1zaXggZW50cnkg MyB3aXRoIHBpcnEgMzAgZ3ZlYyAwDQpwdF9tc2l4X3VwZGF0ZV9vbmU6IHB0X21zaXhfdXBkYXRl X29uZSByZXF1ZXN0ZWQgcGlycSA9IDQ3DQpwdF9tc2l4X3VwZGF0ZV9vbmU6IFVwZGF0ZSBtc2l4 IGVudHJ5IDQgd2l0aCBwaXJxIDJmIGd2ZWMgMA0KbWVkaXVtIGNoYW5nZSB3YXRjaCBvbiBgaGRh JyAoaW5kZXg6IDApOiA8bm9uZT4NCm1lZGl1bSBjaGFuZ2Ugd2F0Y2ggb24gYGhkYScgKGluZGV4 OiAwKTogYWlvOg0KbWVkaXVtIGNoYW5nZSB3YXRjaCBvbiBgaGRhJyAoaW5kZXg6IDApOiA8bm9u ZT4NCm1lZGl1bSBjaGFuZ2Ugd2F0Y2ggb24gYGhkYScgKGluZGV4OiAwKTogPG5vbmU+ --f46d04287a17e4dc0e04c4d88d92 Content-Type: application/octet-stream; name="tempvm.cfg" Content-Disposition: attachment; filename="tempvm.cfg" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h4nr0tm52 YnVpbGRlcj0naHZtJw0KbWVtb3J5ID0gMjA0OA0KdmNwdXMgPSAyDQoNCm5hbWUgPSAidGVtcHZt Ig0KDQp2aXJpZGlhbiA9IDENCmFjcGkgPSAxDQphcGljID0gMQ0KcGFlID0gMQ0KaHBldCA9IDEN CmhhcCA9IDENCg0KZGlzayA9IFsgJ2ZpbGU6L21udC92bXN0b3JlL2lzby91YnVudHUxMjA0Lmlz byxoZGE6Y2Ryb20scicgXQ0KDQpib290PSJjZCINCnNkbD0wDQp2bmM9MQ0Kdm5jY29uc29sZT0x DQoNCnVzYmRldmljZT0ndGFibGV0Jw0KDQpwY2kgPSBbICcwMDoxYS4wJywgJzAwOjFiLjAnLCAn MDA6MWQuMCcsICcwZTowMC4wJyBdDQoNCnBjaV9tc2l0cmFuc2xhdGUgPSAxDQpwY2lfcG93ZXJf bWdtdCA9IDE= --f46d04287a17e4dc0e04c4d88d92 Content-Type: application/octet-stream; name="xldmesg.log" Content-Disposition: attachment; filename="xldmesg.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h4nr0tmc3 KFhFTikgSFZNNDogSFZNIExvYWRlcg0KKFhFTikgSFZNNDogRGV0ZWN0ZWQgWGVuIHY0LjItdW5z dGFibGUNCihYRU4pIEhWTTQ6IFhlbmJ1cyByaW5ncyBAMHhmZWZmYzAwMCwgZXZlbnQgY2hhbm5l bCA0DQooWEVOKSBIVk00OiBTeXN0ZW0gcmVxdWVzdGVkIFJPTUJJT1MNCihYRU4pIEhWTTQ6IENQ VSBzcGVlZCBpcyAyOTMwIE1Ieg0KKFhFTikgaXJxLmM6MjcwOiBEb200IFBDSSBsaW5rIDAgY2hh bmdlZCAwIC0+IDUNCihYRU4pIEhWTTQ6IFBDSS1JU0EgbGluayAwIHJvdXRlZCB0byBJUlE1DQoo WEVOKSBpcnEuYzoyNzA6IERvbTQgUENJIGxpbmsgMSBjaGFuZ2VkIDAgLT4gMTANCihYRU4pIEhW TTQ6IFBDSS1JU0EgbGluayAxIHJvdXRlZCB0byBJUlExMA0KKFhFTikgaXJxLmM6MjcwOiBEb200 IFBDSSBsaW5rIDIgY2hhbmdlZCAwIC0+IDExDQooWEVOKSBIVk00OiBQQ0ktSVNBIGxpbmsgMiBy b3V0ZWQgdG8gSVJRMTENCihYRU4pIGlycS5jOjI3MDogRG9tNCBQQ0kgbGluayAzIGNoYW5nZWQg MCAtPiA1DQooWEVOKSBIVk00OiBQQ0ktSVNBIGxpbmsgMyByb3V0ZWQgdG8gSVJRNQ0KKFhFTikg SFZNNDogcGNpIGRldiAwMToyIElOVEQtPklSUTUNCihYRU4pIEhWTTQ6IHBjaSBkZXYgMDE6MyBJ TlRBLT5JUlExMA0KKFhFTikgSFZNNDogcGNpIGRldiAwMzowIElOVEEtPklSUTUNCihYRU4pIEhW TTQ6IHBjaSBkZXYgMDQ6MCBJTlRBLT5JUlE1DQooWEVOKSBIVk00OiBwY2kgZGV2IDA1OjAgSU5U QS0+SVJRMTANCihYRU4pIEhWTTQ6IHBjaSBkZXYgMDY6MCBJTlRBLT5JUlExMQ0KKFhFTikgSFZN NDogcGNpIGRldiAwMjowIGJhciAxMCBzaXplIDAyMDAwMDAwOiBmMDAwMDAwOA0KKFhFTikgSFZN NDogcGNpIGRldiAwMzowIGJhciAxNCBzaXplIDAxMDAwMDAwOiBmMjAwMDAwOA0KKFhFTikgSFZN NDogcGNpIGRldiAwNjowIGJhciAxNCBzaXplIDAwMjAwMDAwOiBmMzAwMDAwMA0KKFhFTikgbWVt b3J5X21hcDphZGQ6IGRvbTQgZ2ZuPWYzMDAwIG1mbj1mYjIwMCBucj0yMDANCihYRU4pIG1lbW9y eV9tYXA6YWRkOiBkb200IGdmbj1mMzIwMCBtZm49ZmI2MDAgbnI9MjANCihYRU4pIEhWTTQ6IHBj aSBkZXYgMDY6MCBiYXIgMTAgc2l6ZSAwMDAyMDAwMDogZjMyMDAwMDANCihYRU4pIG1lbW9yeV9t YXA6YWRkOiBkb200IGdmbj1mMzIyMSBtZm49ZmI2NDEgbnI9Mw0KKFhFTikgSFZNNDogcGNpIGRl diAwNjowIGJhciAxYyBzaXplIDAwMDA0MDAwOiBmMzIyMDAwMA0KKFhFTikgSFZNNDogcGNpIGRl diAwMjowIGJhciAxNCBzaXplIDAwMDAxMDAwOiBmMzIyNDAwMA0KKFhFTikgSFZNNDogcGNpIGRl diAwNDowIGJhciAxMCBzaXplIDAwMDAxMDAwOiBmMzIyNTAwMA0KKFhFTikgbWVtb3J5X21hcDph ZGQ6IGRvbTQgZ2ZuPWYzMjI1IG1mbj1hMGIwNCBucj0xDQooWEVOKSBIVk00OiBwY2kgZGV2IDA1 OjAgYmFyIDEwIHNpemUgMDAwMDEwMDA6IGYzMjI2MDAwDQooWEVOKSBtZW1vcnlfbWFwOmFkZDog ZG9tNCBnZm49ZjMyMjYgbWZuPWEwYjA1IG5yPTENCihYRU4pIEhWTTQ6IHBjaSBkZXYgMDM6MCBi YXIgMTAgc2l6ZSAwMDAwMDEwMDogMDAwMGMwMDENCihYRU4pIEhWTTQ6IHBjaSBkZXYgMDE6MiBi YXIgMjAgc2l6ZSAwMDAwMDAyMDogMDAwMGMxMDENCihYRU4pIEhWTTQ6IHBjaSBkZXYgMDY6MCBi YXIgMTggc2l6ZSAwMDAwMDAyMDogMDAwMGMxMjENCihYRU4pIGlvcG9ydF9tYXA6YWRkOiBkb200 IGdwb3J0PWMxMjAgbXBvcnQ9YWMwMCBucj0yMA0KKFhFTikgSFZNNDogcGNpIGRldiAwMToxIGJh ciAyMCBzaXplIDAwMDAwMDEwOiAwMDAwYzE0MQ0KKFhFTikgSFZNNDogTXVsdGlwcm9jZXNzb3Ig aW5pdGlhbGlzYXRpb246DQooWEVOKSBIVk00OiAgLSBDUFUwIC4uLiAzNi1iaXQgcGh5cyAuLi4g Zml4ZWQgTVRSUnMgLi4uIHZhciBNVFJScyBbMi84XSAuLi4gZG9uZS4NCihYRU4pIEhWTTQ6ICAt IENQVTEgLi4uIDM2LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFsyLzhd IC4uLiBkb25lLg0KKFhFTikgSFZNNDogVGVzdGluZyBIVk0gZW52aXJvbm1lbnQ6DQooWEVOKSBI Vk00OiAgLSBSRVAgSU5TQiBhY3Jvc3MgcGFnZSBib3VuZGFyaWVzIC4uLiBwYXNzZWQNCihYRU4p IEhWTTQ6ICAtIEdTIGJhc2UgTVNScyBhbmQgU1dBUEdTIC4uLiBwYXNzZWQNCihYRU4pIEhWTTQ6 IFBhc3NlZCAyIG9mIDIgdGVzdHMNCihYRU4pIEhWTTQ6IFdyaXRpbmcgU01CSU9TIHRhYmxlcyAu Li4NCihYRU4pIEhWTTQ6IExvYWRpbmcgUk9NQklPUyAuLi4NCihYRU4pIEhWTTQ6IDEyNjA0IGJ5 dGVzIG9mIFJPTUJJT1MgaGlnaC1tZW1vcnkgZXh0ZW5zaW9uczoNCihYRU4pIEhWTTQ6ICAgUmVs b2NhdGluZyB0byAweGZjMDAxMDAwLTB4ZmMwMDQxM2MgLi4uIGRvbmUNCihYRU4pIEhWTTQ6IENy ZWF0aW5nIE1QIHRhYmxlcyAuLi4NCihYRU4pIEhWTTQ6IExvYWRpbmcgQ2lycnVzIFZHQUJJT1Mg Li4uDQooWEVOKSBIVk00OiBPcHRpb24gUk9NczoNCihYRU4pIEhWTTQ6ICBjMDAwMC1jOGZmZjog VkdBIEJJT1MNCihYRU4pIEhWTTQ6IExvYWRpbmcgQUNQSSAuLi4NCihYRU4pIEhWTTQ6IHZtODYg VFNTIGF0IGZjMDEwMjgwDQooWEVOKSBIVk00OiBCSU9TIG1hcDoNCihYRU4pIEhWTTQ6ICBmMDAw MC1mZmZmZjogTWFpbiBCSU9TDQooWEVOKSBIVk00OiBFODIwIHRhYmxlOg0KKFhFTikgSFZNNDog IFswMF06IDAwMDAwMDAwOjAwMDAwMDAwIC0gMDAwMDAwMDA6MDAwOWUwMDA6IFJBTQ0KKFhFTikg SFZNNDogIFswMV06IDAwMDAwMDAwOjAwMDllMDAwIC0gMDAwMDAwMDA6MDAwYTAwMDA6IFJFU0VS VkVEDQooWEVOKSBIVk00OiAgSE9MRTogMDAwMDAwMDA6MDAwYTAwMDAgLSAwMDAwMDAwMDowMDBl MDAwMA0KKFhFTikgSFZNNDogIFswMl06IDAwMDAwMDAwOjAwMGUwMDAwIC0gMDAwMDAwMDA6MDAx MDAwMDA6IFJFU0VSVkVEDQooWEVOKSBIVk00OiAgWzAzXTogMDAwMDAwMDA6MDAxMDAwMDAgLSAw MDAwMDAwMDo3ZjgwMDAwMDogUkFNDQooWEVOKSBIVk00OiAgSE9MRTogMDAwMDAwMDA6N2Y4MDAw MDAgLSAwMDAwMDAwMDpmYzAwMDAwMA0KKFhFTikgSFZNNDogIFswNF06IDAwMDAwMDAwOmZjMDAw MDAwIC0gMDAwMDAwMDE6MDAwMDAwMDA6IFJFU0VSVkVEDQooWEVOKSBIVk00OiBJbnZva2luZyBS T01CSU9TIC4uLg0KKFhFTikgSFZNNDogJFJldmlzaW9uOiAxLjIyMSAkICREYXRlOiAyMDA4LzEy LzA3IDE3OjMyOjI5ICQNCihYRU4pIHN0ZHZnYS5jOjE0NzpkNCBlbnRlcmluZyBzdGR2Z2EgYW5k IGNhY2hpbmcgbW9kZXMNCihYRU4pIEhWTTQ6IFZHQUJpb3MgJElkOiB2Z2FiaW9zLmMsdiAxLjY3 IDIwMDgvMDEvMjcgMDk6NDQ6MTIgdnJ1cHBlcnQgRXhwICQNCihYRU4pIEhWTTQ6IEJvY2hzIEJJ T1MgLSBidWlsZDogMDYvMjMvOTkNCihYRU4pIEhWTTQ6ICRSZXZpc2lvbjogMS4yMjEgJCAkRGF0 ZTogMjAwOC8xMi8wNyAxNzozMjoyOSAkDQooWEVOKSBIVk00OiBPcHRpb25zOiBhcG1iaW9zIHBj aWJpb3MgZWx0b3JpdG8gUE1NDQooWEVOKSBIVk00Og0KKFhFTikgSFZNNDogYXRhMCBtYXN0ZXI6 IFFFTVUgRFZELVJPTSBBVEFQSS00IENELVJvbS9EVkQtUm9tDQooWEVOKSBIVk00OiBJREUgdGlt ZSBvdXQNCihYRU4pIEhWTTQ6DQooWEVOKSBIVk00Og0KKFhFTikgSFZNNDoNCihYRU4pIEhWTTQ6 IFByZXNzIEYxMiBmb3IgYm9vdCBtZW51Lg0KKFhFTikgSFZNNDoNCihYRU4pIEhWTTQ6IEJvb3Rp bmcgZnJvbSBIYXJkIERpc2suLi4NCihYRU4pIEhWTTQ6IGludDEzX2hhcmRkaXNrOiBmdW5jdGlv biAwMiwgdW5tYXBwZWQgZGV2aWNlIGZvciBFTERMPTgwDQooWEVOKSBIVk00OiBCb290IGZyb20g SGFyZCBEaXNrIGZhaWxlZDogY291bGQgbm90IHJlYWQgdGhlIGJvb3QgZGlzaw0KKFhFTikgSFZN NDoNCihYRU4pIEhWTTQ6IEJvb3RpbmcgZnJvbSBDRC1Sb20uLi4NCihYRU4pIEhWTTQ6IDY5OE1C IG1lZGl1bSBkZXRlY3RlZA0KKFhFTikgSFZNNDogQm9vdGluZyBmcm9tIDAwMDA6N2MwMA0KKFhF Tikgc3RkdmdhLmM6MTUxOmQ0IGxlYXZpbmcgc3RkdmdhDQooWEVOKSBzdGR2Z2EuYzoxNDc6ZDQg ZW50ZXJpbmcgc3RkdmdhIGFuZCBjYWNoaW5nIG1vZGVzDQooWEVOKSBIVk00OiAqKiogaW50IDE1 aCBmdW5jdGlvbiBBWD1lYzAwLCBCWD0wMDAyIG5vdCB5ZXQgc3VwcG9ydGVkIQ0KKFhFTikgSFZN NDogS0JEOiB1bnN1cHBvcnRlZCBpbnQgMTZoIGZ1bmN0aW9uIDAzDQooWEVOKSBIVk00OiAqKiog aW50IDE1aCBmdW5jdGlvbiBBWD1lOTgwLCBCWD0wMDAwIG5vdCB5ZXQgc3VwcG9ydGVkIQ0KKFhF TikgaXJxLmM6Mzc1OiBEb200IGNhbGxiYWNrIHZpYSBjaGFuZ2VkIHRvIERpcmVjdCBWZWN0b3Ig MHhmMw0KKFhFTikgbWVtb3J5X21hcDpyZW1vdmU6IGRvbTQgZ2ZuPWYzMjI1IG1mbj1hMGIwNCBu cj0xDQooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tNCBnZm49ZjMyMjUgbWZuPWEwYjA0IG5yPTEN CihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb200IGdmbj1mMzIyNSBtZm49YTBiMDQgbnI9MQ0K KFhFTikgbWVtb3J5X21hcDphZGQ6IGRvbTQgZ2ZuPWYzMjI1IG1mbj1hMGIwNCBucj0xDQooWEVO KSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tNCBnZm49ZjMyMjUgbWZuPWEwYjA0IG5yPTENCihYRU4p IG1lbW9yeV9tYXA6YWRkOiBkb200IGdmbj1mMzIyNSBtZm49YTBiMDQgbnI9MQ0KKFhFTikgbWVt b3J5X21hcDpyZW1vdmU6IGRvbTQgZ2ZuPWYzMjI1IG1mbj1hMGIwNCBucj0xDQooWEVOKSBtZW1v cnlfbWFwOmFkZDogZG9tNCBnZm49ZjMyMjUgbWZuPWEwYjA0IG5yPTENCihYRU4pIG1lbW9yeV9t YXA6cmVtb3ZlOiBkb200IGdmbj1mMzIyNSBtZm49YTBiMDQgbnI9MQ0KKFhFTikgbWVtb3J5X21h cDphZGQ6IGRvbTQgZ2ZuPWYzMjI1IG1mbj1hMGIwNCBucj0xDQooWEVOKSBtZW1vcnlfbWFwOnJl bW92ZTogZG9tNCBnZm49ZjMyMjUgbWZuPWEwYjA0IG5yPTENCihYRU4pIG1lbW9yeV9tYXA6YWRk OiBkb200IGdmbj1mMzIyNSBtZm49YTBiMDQgbnI9MQ0KKFhFTikgbWVtb3J5X21hcDpyZW1vdmU6 IGRvbTQgZ2ZuPWYzMjI1IG1mbj1hMGIwNCBucj0xDQooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9t NCBnZm49ZjMyMjUgbWZuPWEwYjA0IG5yPTENCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb200 IGdmbj1mMzIyNiBtZm49YTBiMDUgbnI9MQ0KKFhFTikgbWVtb3J5X21hcDphZGQ6IGRvbTQgZ2Zu PWYzMjI2IG1mbj1hMGIwNSBucj0xDQooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tNCBnZm49 ZjMyMjYgbWZuPWEwYjA1IG5yPTENCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb200IGdmbj1mMzIy NiBtZm49YTBiMDUgbnI9MQ0KKFhFTikgbWVtb3J5X21hcDpyZW1vdmU6IGRvbTQgZ2ZuPWYzMjI2 IG1mbj1hMGIwNSBucj0xDQooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tNCBnZm49ZjMyMjYgbWZu PWEwYjA1IG5yPTENCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb200IGdmbj1mMzIyNiBtZm49 YTBiMDUgbnI9MQ0KKFhFTikgbWVtb3J5X21hcDphZGQ6IGRvbTQgZ2ZuPWYzMjI2IG1mbj1hMGIw NSBucj0xDQooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tNCBnZm49ZjMyMjYgbWZuPWEwYjA1 IG5yPTENCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb200IGdmbj1mMzIyNiBtZm49YTBiMDUgbnI9 MQ0KKFhFTikgbWVtb3J5X21hcDpyZW1vdmU6IGRvbTQgZ2ZuPWYzMjI2IG1mbj1hMGIwNSBucj0x DQooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tNCBnZm49ZjMyMjYgbWZuPWEwYjA1IG5yPTENCihY RU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb200IGdmbj1mMzIyNiBtZm49YTBiMDUgbnI9MQ0KKFhF TikgbWVtb3J5X21hcDphZGQ6IGRvbTQgZ2ZuPWYzMjI2IG1mbj1hMGIwNSBucj0xDQooWEVOKSBt ZW1vcnlfbWFwOnJlbW92ZTogZG9tNCBnZm49ZjMyMDAgbWZuPWZiNjAwIG5yPTIwDQooWEVOKSBt ZW1vcnlfbWFwOnJlbW92ZTogZG9tNCBnZm49ZjMwMDAgbWZuPWZiMjAwIG5yPTIwMA0KKFhFTikg aW9wb3J0X21hcDpyZW1vdmU6IGRvbTQgZ3BvcnQ9YzEyMCBtcG9ydD1hYzAwIG5yPTIwDQooWEVO KSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tNCBnZm49ZjMyMjEgbWZuPWZiNjQxIG5yPTMNCihYRU4p IG1lbW9yeV9tYXA6YWRkOiBkb200IGdmbj1mMzIwMCBtZm49ZmI2MDAgbnI9MjANCihYRU4pIG1l bW9yeV9tYXA6YWRkOiBkb200IGdmbj1mMzAwMCBtZm49ZmIyMDAgbnI9MjAwDQooWEVOKSBpb3Bv cnRfbWFwOmFkZDogZG9tNCBncG9ydD1jMTIwIG1wb3J0PWFjMDAgbnI9MjANCihYRU4pIG1lbW9y eV9tYXA6YWRkOiBkb200IGdmbj1mMzIyMSBtZm49ZmI2NDEgbnI9Mw0KKFhFTikgbWVtb3J5X21h cDpyZW1vdmU6IGRvbTQgZ2ZuPWYzMjAwIG1mbj1mYjYwMCBucj0yMA0KKFhFTikgbWVtb3J5X21h cDpyZW1vdmU6IGRvbTQgZ2ZuPWYzMDAwIG1mbj1mYjIwMCBucj0yMDANCihYRU4pIGlvcG9ydF9t YXA6cmVtb3ZlOiBkb200IGdwb3J0PWMxMjAgbXBvcnQ9YWMwMCBucj0yMA0KKFhFTikgbWVtb3J5 X21hcDpyZW1vdmU6IGRvbTQgZ2ZuPWYzMjIxIG1mbj1mYjY0MSBucj0zDQooWEVOKSBtZW1vcnlf bWFwOmFkZDogZG9tNCBnZm49ZjMyMDAgbWZuPWZiNjAwIG5yPTIwDQooWEVOKSBtZW1vcnlfbWFw OmFkZDogZG9tNCBnZm49ZjMwMDAgbWZuPWZiMjAwIG5yPTIwMA0KKFhFTikgaW9wb3J0X21hcDph ZGQ6IGRvbTQgZ3BvcnQ9YzEyMCBtcG9ydD1hYzAwIG5yPTIwDQooWEVOKSBtZW1vcnlfbWFwOmFk ZDogZG9tNCBnZm49ZjMyMjEgbWZuPWZiNjQxIG5yPTMNCihYRU4pIG1lbW9yeV9tYXA6cmVtb3Zl OiBkb200IGdmbj1mMzIwMCBtZm49ZmI2MDAgbnI9MjANCihYRU4pIG1lbW9yeV9tYXA6cmVtb3Zl OiBkb200IGdmbj1mMzAwMCBtZm49ZmIyMDAgbnI9MjAwDQooWEVOKSBpb3BvcnRfbWFwOnJlbW92 ZTogZG9tNCBncG9ydD1jMTIwIG1wb3J0PWFjMDAgbnI9MjANCihYRU4pIG1lbW9yeV9tYXA6cmVt b3ZlOiBkb200IGdmbj1mMzIyMSBtZm49ZmI2NDEgbnI9Mw0KKFhFTikgbWVtb3J5X21hcDphZGQ6 IGRvbTQgZ2ZuPWYzMjAwIG1mbj1mYjYwMCBucj0yMA0KKFhFTikgbWVtb3J5X21hcDphZGQ6IGRv bTQgZ2ZuPWYzMDAwIG1mbj1mYjIwMCBucj0yMDANCihYRU4pIGlvcG9ydF9tYXA6YWRkOiBkb200 IGdwb3J0PWMxMjAgbXBvcnQ9YWMwMCBucj0yMA0KKFhFTikgbWVtb3J5X21hcDphZGQ6IGRvbTQg Z2ZuPWYzMjIxIG1mbj1mYjY0MSBucj0zDQooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tNCBn Zm49ZjMyMDAgbWZuPWZiNjAwIG5yPTIwDQooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tNCBn Zm49ZjMwMDAgbWZuPWZiMjAwIG5yPTIwMA0KKFhFTikgaW9wb3J0X21hcDpyZW1vdmU6IGRvbTQg Z3BvcnQ9YzEyMCBtcG9ydD1hYzAwIG5yPTIwDQooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9t NCBnZm49ZjMyMjEgbWZuPWZiNjQxIG5yPTMNCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb200IGdm bj1mMzIwMCBtZm49ZmI2MDAgbnI9MjANCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb200IGdmbj1m MzAwMCBtZm49ZmIyMDAgbnI9MjAwDQooWEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tNCBncG9ydD1j MTIwIG1wb3J0PWFjMDAgbnI9MjANCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb200IGdmbj1mMzIy MSBtZm49ZmI2NDEgbnI9Mw0KKFhFTikgbWVtb3J5X21hcDpyZW1vdmU6IGRvbTQgZ2ZuPWYzMjAw IG1mbj1mYjYwMCBucj0yMA0KKFhFTikgbWVtb3J5X21hcDpyZW1vdmU6IGRvbTQgZ2ZuPWYzMDAw IG1mbj1mYjIwMCBucj0yMDANCihYRU4pIGlvcG9ydF9tYXA6cmVtb3ZlOiBkb200IGdwb3J0PWMx MjAgbXBvcnQ9YWMwMCBucj0yMA0KKFhFTikgbWVtb3J5X21hcDpyZW1vdmU6IGRvbTQgZ2ZuPWYz MjIxIG1mbj1mYjY0MSBucj0zDQooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tNCBnZm49ZjMyMDAg bWZuPWZiNjAwIG5yPTIwDQooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tNCBnZm49ZjMwMDAgbWZu PWZiMjAwIG5yPTIwMA0KKFhFTikgaW9wb3J0X21hcDphZGQ6IGRvbTQgZ3BvcnQ9YzEyMCBtcG9y dD1hYzAwIG5yPTIwDQooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tNCBnZm49ZjMyMjEgbWZuPWZi NjQxIG5yPTMNCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb200IGdmbj1mMzIwMCBtZm49ZmI2 MDAgbnI9MjANCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb200IGdmbj1mMzAwMCBtZm49ZmIy MDAgbnI9MjAwDQooWEVOKSBpb3BvcnRfbWFwOnJlbW92ZTogZG9tNCBncG9ydD1jMTIwIG1wb3J0 PWFjMDAgbnI9MjANCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb200IGdmbj1mMzIyMSBtZm49 ZmI2NDEgbnI9Mw0KKFhFTikgbWVtb3J5X21hcDphZGQ6IGRvbTQgZ2ZuPWYzMjAwIG1mbj1mYjYw MCBucj0yMA0KKFhFTikgbWVtb3J5X21hcDphZGQ6IGRvbTQgZ2ZuPWYzMDAwIG1mbj1mYjIwMCBu cj0yMDANCihYRU4pIGlvcG9ydF9tYXA6YWRkOiBkb200IGdwb3J0PWMxMjAgbXBvcnQ9YWMwMCBu cj0yMA0KKFhFTikgbWVtb3J5X21hcDphZGQ6IGRvbTQgZ2ZuPWYzMjIxIG1mbj1mYjY0MSBucj0z DQooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tNCBnZm49ZjMyMDAgbWZuPWZiNjAwIG5yPTIw DQooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tNCBnZm49ZjMwMDAgbWZuPWZiMjAwIG5yPTIw MA0KKFhFTikgaW9wb3J0X21hcDpyZW1vdmU6IGRvbTQgZ3BvcnQ9YzEyMCBtcG9ydD1hYzAwIG5y PTIwDQooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tNCBnZm49ZjMyMjEgbWZuPWZiNjQxIG5y PTMNCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb200IGdmbj1mMzIwMCBtZm49ZmI2MDAgbnI9MjAN CihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb200IGdmbj1mMzAwMCBtZm49ZmIyMDAgbnI9MjAwDQoo WEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tNCBncG9ydD1jMTIwIG1wb3J0PWFjMDAgbnI9MjANCihY RU4pIG1lbW9yeV9tYXA6YWRkOiBkb200IGdmbj1mMzIyMSBtZm49ZmI2NDEgbnI9Mw0KKFhFTikg aXJxLmM6MjcwOiBEb200IFBDSSBsaW5rIDAgY2hhbmdlZCA1IC0+IDANCihYRU4pIGlycS5jOjI3 MDogRG9tNCBQQ0kgbGluayAxIGNoYW5nZWQgMTAgLT4gMA0KKFhFTikgaXJxLmM6MjcwOiBEb200 IFBDSSBsaW5rIDIgY2hhbmdlZCAxMSAtPiAwDQooWEVOKSBpcnEuYzoyNzA6IERvbTQgUENJIGxp bmsgMyBjaGFuZ2VkIDUgLT4gMA0KKFhFTikgaXJxLmM6MjIzNDogZG9tNDogcGlycSA1MSBvciBl bXVpcnEgMjMgYWxyZWFkeSBtYXBwZWQNCihYRU4pIG1zaS5jOjkwNzogTVNJIGlzIGFscmVhZHkg aW4gdXNlIG9uIGRldmljZSAwMDAwOjBlOjAwLjANCihYRU4pIG1zaS5jOjkwNzogTVNJIGlzIGFs cmVhZHkgaW4gdXNlIG9uIGRldmljZSAwMDAwOjBlOjAwLjANCihYRU4pIG1zaS5jOjkwNzogTVNJ IGlzIGFscmVhZHkgaW4gdXNlIG9uIGRldmljZSAwMDAwOjBlOjAwLjANCihYRU4pIG1zaS5jOjkw NzogTVNJIGlzIGFscmVhZHkgaW4gdXNlIG9uIGRldmljZSAwMDAwOjBlOjAwLjANCihYRU4pIG1z aS5jOjkwNzogTVNJIGlzIGFscmVhZHkgaW4gdXNlIG9uIGRldmljZSAwMDAwOjBlOjAwLjA= --f46d04287a17e4dc0e04c4d88d92 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --f46d04287a17e4dc0e04c4d88d92-- From xen-users-bounces@lists.xen.org Sun Jul 15 06:39:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Jul 2012 06:39: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 1SqIT5-000457-6q; Sun, 15 Jul 2012 06:38:11 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SqIT2-00044z-Qx for xen-users@lists.xensource.com; Sun, 15 Jul 2012 06:38:09 +0000 X-Env-Sender: xieliwei@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1342334279!9191285!1 X-Originating-IP: [209.85.160.43] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8636 invoked from network); 15 Jul 2012 06:38:01 -0000 Received: from mail-pb0-f43.google.com (HELO mail-pb0-f43.google.com) (209.85.160.43) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2012 06:38:01 -0000 Received: by pbcwz7 with SMTP id wz7so10513582pbc.30 for ; Sat, 14 Jul 2012 23:37:59 -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=j4pu660O4ZpHzr/M+PYHS8lOQRpQIhzY70FZzofpjU4=; b=0w0u+szjfuBgARRjYGkK+FbgHvXBu/KwWAs/z5ifqSI0zSUc1SRGxoZLzeARJU/2h6 MX1yN7xim678p3zvECmfLyRhxu3scwVAswCRcQkxLSoXQy8V1xjwt9eiyZKwP/FDjhlE SeJtlW9BEwY1+gsCeRhawUJMEiOuy5Q7nZaNlch8iHRsMeNrq4zeyg+AorYcPkWvWkGg Nmcps4If3ODTjRO1yYGrQ7xSTxDotH0AoN6GK7ZC0SP+qLq2MhSNeoIvNzPo+hgHRMHV DJqprcSlRxFPZjy0swBqowsM0oVOe/dZ98mMDjJmO4LmmUwbDJbgX42+zZKq3cmN3pQf Q7Lg== Received: by 10.66.79.195 with SMTP id l3mr14146226pax.33.1342334279408; Sat, 14 Jul 2012 23:37:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.234.38 with HTTP; Sat, 14 Jul 2012 23:37:38 -0700 (PDT) From: Liwei Date: Sun, 15 Jul 2012 14:37:38 +0800 Message-ID: To: xen-users@lists.xensource.com Content-Type: multipart/mixed; boundary=f46d04287a17e4dc0e04c4d88d92 Subject: [Xen-users] Certain PCI passthrough devices don't work X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --f46d04287a17e4dc0e04c4d88d92 Content-Type: text/plain; charset=ISO-8859-1 Hello list, Using the mainline 3.5-rc6 kernel and yesterday's xen-unstable, I'm having trouble passing in some PCI devices. Everything else works smoothly. Attached are some of the relevant logs and configurations. I did notice from the qemu logs that all the problematic devices have "IRQ type = INTx" whereas those that are working have "IRQ type = MSI-INTx". On the domU side, Windows reports that the devices cannot start and Ubuntu complained something along the lines of "Invalid USB capability 0xFF" (for the USB controller I was passing through). Kernel version: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git commit 055c9fa8874fa7261eec7a268366565db84af474 Merge: 310959e 46bada6 Author: Linus Torvalds Date: Tue Jul 10 13:24:48 2012 -0700 Xen version: http://xenbits.xen.org/xen-unstable.hg parent: 25605:9950f2dc2ee6 tip xsm/flask: avoid struct page lookup in mmu_normal_update branch: default Anyone has any idea how to fix this? It was working before I did the kernel and xen upgrade. Thanks! --f46d04287a17e4dc0e04c4d88d92 Content-Type: application/octet-stream; name="lspci.log" Content-Disposition: attachment; filename="lspci.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h4nr0tle0 MDA6MWEuMCBVU0IgQ29udHJvbGxlcjogSW50ZWwgQ29ycG9yYXRpb24gNSBTZXJpZXMvMzQwMCBT ZXJpZXMgQ2hpcHNldCBVU0IyIEVuaGFuY2VkIEhvc3QgQ29udHJvbGxlciAocmV2IDA1KSAocHJv Zy1pZiAyMCBbRUhDSV0pDQogICAgICAgIFN1YnN5c3RlbTogZVZnYS5jb20uIENvcnAuIERldmlj ZSAxMDE0DQogICAgICAgIENvbnRyb2w6IEkvTy0gTWVtKyBCdXNNYXN0ZXItIFNwZWNDeWNsZS0g TWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lO VHgtDQogICAgICAgIFN0YXR1czogQ2FwKyA2Nk1Iei0gVURGLSBGYXN0QjJCKyBQYXJFcnItIERF VlNFTD1tZWRpdW0gPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlItIDxQRVJSLSBJTlR4 LQ0KICAgICAgICBJbnRlcnJ1cHQ6IHBpbiBBIHJvdXRlZCB0byBJUlEgMTYNCiAgICAgICAgUmVn aW9uIDA6IFt2aXJ0dWFsXSBNZW1vcnkgYXQgYTBiMDQwMDAgKDMyLWJpdCwgbm9uLXByZWZldGNo YWJsZSkgW3NpemU9NEtdDQogICAgICAgIENhcGFiaWxpdGllczogWzUwXSBQb3dlciBNYW5hZ2Vt ZW50IHZlcnNpb24gMg0KICAgICAgICAgICAgICAgIEZsYWdzOiBQTUVDbGstIERTSS0gRDEtIEQy LSBBdXhDdXJyZW50PTM3NW1BIFBNRShEMCssRDEtLEQyLSxEM2hvdCssRDNjb2xkKykNCiAgICAg ICAgICAgICAgICBTdGF0dXM6IEQwIE5vU29mdFJzdC0gUE1FLUVuYWJsZS0gRFNlbD0wIERTY2Fs ZT0wIFBNRS0NCiAgICAgICAgQ2FwYWJpbGl0aWVzOiBbNThdIERlYnVnIHBvcnQ6IEJBUj0xIG9m ZnNldD0wMGEwDQogICAgICAgIENhcGFiaWxpdGllczogWzk4XSBQQ0kgQWR2YW5jZWQgRmVhdHVy ZXMNCiAgICAgICAgICAgICAgICBBRkNhcDogVFArIEZMUisNCiAgICAgICAgICAgICAgICBBRkN0 cmw6IEZMUi0NCiAgICAgICAgICAgICAgICBBRlN0YXR1czogVFAtDQogICAgICAgIEtlcm5lbCBk cml2ZXIgaW4gdXNlOiBwY2liYWNrDQoNCjAwOjFiLjAgQXVkaW8gZGV2aWNlOiBJbnRlbCBDb3Jw b3JhdGlvbiA1IFNlcmllcy8zNDAwIFNlcmllcyBDaGlwc2V0IEhpZ2ggRGVmaW5pdGlvbiBBdWRp byAocmV2IDA1KQ0KICAgICAgICBTdWJzeXN0ZW06IGVWZ2EuY29tLiBDb3JwLiBEZXZpY2UgMTAx NA0KICAgICAgICBDb250cm9sOiBJL08tIE1lbS0gQnVzTWFzdGVyLSBTcGVjQ3ljbGUtIE1lbVdJ TlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJSLSBGYXN0QjJCLSBEaXNJTlR4LQ0K ICAgICAgICBTdGF0dXM6IENhcCsgNjZNSHotIFVERi0gRmFzdEIyQi0gUGFyRXJyLSBERVZTRUw9 ZmFzdCA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtDQogICAg ICAgIEludGVycnVwdDogcGluIEEgcm91dGVkIHRvIElSUSAyMg0KICAgICAgICBSZWdpb24gMDog TWVtb3J5IGF0IGEwYjAwMDAwICg2NC1iaXQsIG5vbi1wcmVmZXRjaGFibGUpIFtkaXNhYmxlZF0g W3NpemU9MTZLXQ0KICAgICAgICBDYXBhYmlsaXRpZXM6IFs1MF0gUG93ZXIgTWFuYWdlbWVudCB2 ZXJzaW9uIDINCiAgICAgICAgICAgICAgICBGbGFnczogUE1FQ2xrLSBEU0ktIEQxLSBEMi0gQXV4 Q3VycmVudD01NW1BIFBNRShEMCssRDEtLEQyLSxEM2hvdCssRDNjb2xkKykNCiAgICAgICAgICAg ICAgICBTdGF0dXM6IEQwIE5vU29mdFJzdC0gUE1FLUVuYWJsZS0gRFNlbD0wIERTY2FsZT0wIFBN RS0NCiAgICAgICAgQ2FwYWJpbGl0aWVzOiBbNjBdIE1TSTogRW5hYmxlLSBDb3VudD0xLzEgTWFz a2FibGUtIDY0Yml0Kw0KICAgICAgICAgICAgICAgIEFkZHJlc3M6IDAwMDAwMDAwMDAwMDAwMDAg IERhdGE6IDAwMDANCiAgICAgICAgQ2FwYWJpbGl0aWVzOiBbNzBdIEV4cHJlc3MgKHYxKSBSb290 IENvbXBsZXggSW50ZWdyYXRlZCBFbmRwb2ludCwgTVNJIDAwDQogICAgICAgICAgICAgICAgRGV2 Q2FwOiBNYXhQYXlsb2FkIDEyOCBieXRlcywgUGhhbnRGdW5jIDAsIExhdGVuY3kgTDBzIDw2NG5z LCBMMSA8MXVzDQogICAgICAgICAgICAgICAgICAgICAgICBFeHRUYWctIFJCRS0gRkxSZXNldCsN CiAgICAgICAgICAgICAgICBEZXZDdGw6IFJlcG9ydCBlcnJvcnM6IENvcnJlY3RhYmxlLSBOb24t RmF0YWwtIEZhdGFsLSBVbnN1cHBvcnRlZC0NCiAgICAgICAgICAgICAgICAgICAgICAgIFJseGRP cmQtIEV4dFRhZy0gUGhhbnRGdW5jLSBBdXhQd3ItIE5vU25vb3ArDQogICAgICAgICAgICAgICAg ICAgICAgICBNYXhQYXlsb2FkIDEyOCBieXRlcywgTWF4UmVhZFJlcSAxMjggYnl0ZXMNCiAgICAg ICAgICAgICAgICBEZXZTdGE6IENvcnJFcnItIFVuY29yckVyci0gRmF0YWxFcnItIFVuc3VwcFJl cS0gQXV4UHdyKyBUcmFuc1BlbmQtDQogICAgICAgICAgICAgICAgTG5rQ2FwOiBQb3J0ICMwLCBT cGVlZCB1bmtub3duLCBXaWR0aCB4MCwgQVNQTSB1bmtub3duLCBMYXRlbmN5IEwwIDw2NG5zLCBM MSA8MXVzDQogICAgICAgICAgICAgICAgICAgICAgICBDbG9ja1BNLSBTdXJwcmlzZS0gTExBY3RS ZXAtIEJ3Tm90LQ0KICAgICAgICAgICAgICAgIExua0N0bDogQVNQTSBEaXNhYmxlZDsgRGlzYWJs ZWQtIFJldHJhaW4tIENvbW1DbGstDQogICAgICAgICAgICAgICAgICAgICAgICBFeHRTeW5jaC0g Q2xvY2tQTS0gQXV0V2lkRGlzLSBCV0ludC0gQXV0QldJbnQtDQogICAgICAgICAgICAgICAgTG5r U3RhOiBTcGVlZCB1bmtub3duLCBXaWR0aCB4MCwgVHJFcnItIFRyYWluLSBTbG90Q2xrLSBETEFj dGl2ZS0gQldNZ210LSBBQldNZ210LQ0KICAgICAgICBDYXBhYmlsaXRpZXM6IFsxMDAgdjFdIFZp cnR1YWwgQ2hhbm5lbA0KICAgICAgICAgICAgICAgIENhcHM6ICAgTFBFVkM9MCBSZWZDbGs9MTAw bnMgUEFURW50cnlCaXRzPTENCiAgICAgICAgICAgICAgICBBcmI6ICAgIEZpeGVkLSBXUlIzMi0g V1JSNjQtIFdSUjEyOC0NCiAgICAgICAgICAgICAgICBDdHJsOiAgIEFyYlNlbGVjdD1GaXhlZA0K ICAgICAgICAgICAgICAgIFN0YXR1czogSW5Qcm9ncmVzcy0NCiAgICAgICAgICAgICAgICBWQzA6 ICAgIENhcHM6ICAgUEFUT2Zmc2V0PTAwIE1heFRpbWVTbG90cz0xIFJlalNub29wVHJhbnMtDQog ICAgICAgICAgICAgICAgICAgICAgICBBcmI6ICAgIEZpeGVkLSBXUlIzMi0gV1JSNjQtIFdSUjEy OC0gVFdSUjEyOC0gV1JSMjU2LQ0KICAgICAgICAgICAgICAgICAgICAgICAgQ3RybDogICBFbmFi bGUrIElEPTAgQXJiU2VsZWN0PUZpeGVkIFRDL1ZDPTAxDQogICAgICAgICAgICAgICAgICAgICAg ICBTdGF0dXM6IE5lZ29QZW5kaW5nLSBJblByb2dyZXNzLQ0KICAgICAgICAgICAgICAgIFZDMTog ICAgQ2FwczogICBQQVRPZmZzZXQ9MDAgTWF4VGltZVNsb3RzPTEgUmVqU25vb3BUcmFucy0NCiAg ICAgICAgICAgICAgICAgICAgICAgIEFyYjogICAgRml4ZWQtIFdSUjMyLSBXUlI2NC0gV1JSMTI4 LSBUV1JSMTI4LSBXUlIyNTYtDQogICAgICAgICAgICAgICAgICAgICAgICBDdHJsOiAgIEVuYWJs ZSsgSUQ9MSBBcmJTZWxlY3Q9Rml4ZWQgVEMvVkM9ODANCiAgICAgICAgICAgICAgICAgICAgICAg IFN0YXR1czogTmVnb1BlbmRpbmctIEluUHJvZ3Jlc3MtDQogICAgICAgIENhcGFiaWxpdGllczog WzEzMCB2MV0gUm9vdCBDb21wbGV4IExpbmsNCiAgICAgICAgICAgICAgICBEZXNjOiAgIFBvcnRO dW1iZXI9MGYgQ29tcG9uZW50SUQ9MDAgRWx0VHlwZT1Db25maWcNCiAgICAgICAgICAgICAgICBM aW5rMDogIERlc2M6ICAgVGFyZ2V0UG9ydD0wMCBUYXJnZXRDb21wb25lbnQ9MDAgQXNzb2NSQ1JC LSBMaW5rVHlwZT1NZW1NYXBwZWQgTGlua1ZhbGlkKw0KICAgICAgICAgICAgICAgICAgICAgICAg QWRkcjogICAwMDAwMDAwMGZlZDFjMDAwDQogICAgICAgIEtlcm5lbCBkcml2ZXIgaW4gdXNlOiBw Y2liYWNrDQoNCg0KMDA6MWQuMCBVU0IgQ29udHJvbGxlcjogSW50ZWwgQ29ycG9yYXRpb24gNSBT ZXJpZXMvMzQwMCBTZXJpZXMgQ2hpcHNldCBVU0IyIEVuaGFuY2VkIEhvc3QgQ29udHJvbGxlciAo cmV2IDA1KSAocHJvZy1pZiAyMCBbRUhDSV0pDQogICAgICAgIFN1YnN5c3RlbTogZVZnYS5jb20u IENvcnAuIERldmljZSAxMDE0DQogICAgICAgIENvbnRyb2w6IEkvTy0gTWVtKyBCdXNNYXN0ZXIt IFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZh c3RCMkItIERpc0lOVHgtDQogICAgICAgIFN0YXR1czogQ2FwKyA2Nk1Iei0gVURGLSBGYXN0QjJC KyBQYXJFcnItIERFVlNFTD1tZWRpdW0gPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlIt IDxQRVJSLSBJTlR4LQ0KICAgICAgICBJbnRlcnJ1cHQ6IHBpbiBBIHJvdXRlZCB0byBJUlEgMjMN CiAgICAgICAgUmVnaW9uIDA6IFt2aXJ0dWFsXSBNZW1vcnkgYXQgYTBiMDUwMDAgKDMyLWJpdCwg bm9uLXByZWZldGNoYWJsZSkgW3NpemU9NEtdDQogICAgICAgIENhcGFiaWxpdGllczogWzUwXSBQ b3dlciBNYW5hZ2VtZW50IHZlcnNpb24gMg0KICAgICAgICAgICAgICAgIEZsYWdzOiBQTUVDbGst IERTSS0gRDEtIEQyLSBBdXhDdXJyZW50PTM3NW1BIFBNRShEMCssRDEtLEQyLSxEM2hvdCssRDNj b2xkKykNCiAgICAgICAgICAgICAgICBTdGF0dXM6IEQwIE5vU29mdFJzdC0gUE1FLUVuYWJsZS0g RFNlbD0wIERTY2FsZT0wIFBNRS0NCiAgICAgICAgQ2FwYWJpbGl0aWVzOiBbNThdIERlYnVnIHBv cnQ6IEJBUj0xIG9mZnNldD0wMGEwDQogICAgICAgIENhcGFiaWxpdGllczogWzk4XSBQQ0kgQWR2 YW5jZWQgRmVhdHVyZXMNCiAgICAgICAgICAgICAgICBBRkNhcDogVFArIEZMUisNCiAgICAgICAg ICAgICAgICBBRkN0cmw6IEZMUi0NCiAgICAgICAgICAgICAgICBBRlN0YXR1czogVFAtDQogICAg ICAgIEtlcm5lbCBkcml2ZXIgaW4gdXNlOiBwY2liYWNr --f46d04287a17e4dc0e04c4d88d92 Content-Type: application/octet-stream; name="qemu.log" Content-Disposition: attachment; filename="qemu.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h4nr0tls1 ZG9taWQ6IDQNCi12aWRlb3JhbSBvcHRpb24gZG9lcyBub3Qgd29yayB3aXRoIGNpcnJ1cyB2Z2Eg ZGV2aWNlIG1vZGVsLiBWaWRlb3JhbSBzZXQgdG8gNE0uDQpTdHJpcCBvZmYgYmxrdGFwIHN1Yi10 eXBlIHByZWZpeCB0byAvbW50L3Ztc3RvcmUvaXNvL3VidW50dTEyMDQuaXNvIChkcnYgJ2Fpbycp DQpVc2luZyBmaWxlIC9tbnQvdm1zdG9yZS9pc28vdWJ1bnR1MTIwNC5pc28gaW4gcmVhZC1vbmx5 IG1vZGUNCldhdGNoaW5nIC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvNC9sb2dkaXJ0eS9j bWQNCldhdGNoaW5nIC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvNC9jb21tYW5kDQpXYXRj aGluZyAvbG9jYWwvZG9tYWluLzQvY3B1DQpxZW11X21hcF9jYWNoZV9pbml0IG5yX2J1Y2tldHMg PSAxMDAwMCBzaXplIDQxOTQzMDQNCnNoYXJlZCBwYWdlIGF0IHBmbiBmZWZmZA0KYnVmZmVyZWQg aW8gcGFnZSBhdCBwZm4gZmVmZmINCkd1ZXN0IHV1aWQgPSA3M2VjNjYwZi1hNjI2LTQzZDEtYTVh ZS1jZjE3NDRjZGY0ZGENCnBvcHVsYXRpbmcgdmlkZW8gUkFNIGF0IGZmMDAwMDAwDQptYXBwaW5n IHZpZGVvIFJBTSBmcm9tIGZmMDAwMDAwDQpSZWdpc3RlciB4ZW4gcGxhdGZvcm0uDQpEb25lIHJl Z2lzdGVyIHBsYXRmb3JtLg0KcGxhdGZvcm1fZml4ZWRfaW9wb3J0OiBjaGFuZ2VkIHJvL3J3IHN0 YXRlIG9mIFJPTSBtZW1vcnkgYXJlYS4gbm93IGlzIHJ3IHN0YXRlLg0KeHNfcmVhZCgvbG9jYWwv ZG9tYWluLzAvZGV2aWNlLW1vZGVsLzQveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVy cm9yDQptZWRpdW0gY2hhbmdlIHdhdGNoIG9uIGBoZGEnIChpbmRleDogMCk6IGFpbzovbW50L3Zt c3RvcmUvaXNvL3VidW50dTEyMDQuaXNvDQpJL08gcmVxdWVzdCBub3QgcmVhZHk6IDAsIHB0cjog MCwgcG9ydDogMCwgZGF0YTogMCwgY291bnQ6IDAsIHNpemU6IDANCkxvZy1kaXJ0eTogbm8gY29t bWFuZCB5ZXQuDQpJL08gcmVxdWVzdCBub3QgcmVhZHk6IDAsIHB0cjogMCwgcG9ydDogMCwgZGF0 YTogMCwgY291bnQ6IDAsIHNpemU6IDANCnZjcHUtc2V0OiB3YXRjaCBub2RlIGVycm9yLg0KeHNf cmVhZCgvbG9jYWwvZG9tYWluLzQvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yDQpxZW11OiBp Z25vcmluZyBub3QtdW5kZXJzdG9vZCBkcml2ZSBgL2xvY2FsL2RvbWFpbi80L2xvZy10aHJvdHRs aW5nJw0KbWVkaXVtIGNoYW5nZSB3YXRjaCBvbiBgL2xvY2FsL2RvbWFpbi80L2xvZy10aHJvdHRs aW5nJyAtIHVua25vd24gZGV2aWNlLCBpZ25vcmVkDQpkbS1jb21tYW5kOiBob3QgaW5zZXJ0IHBh c3MtdGhyb3VnaCBwY2kgZGV2DQpyZWdpc3Rlcl9yZWFsX2RldmljZTogQXNzaWduaW5nIHJlYWwg cGh5c2ljYWwgZGV2aWNlIDAwOjFhLjAgLi4uDQpyZWdpc3Rlcl9yZWFsX2RldmljZTogRW5hYmxl IE1TSSB0cmFuc2xhdGlvbiB2aWEgcGVyIGRldmljZSBvcHRpb24NCnJlZ2lzdGVyX3JlYWxfZGV2 aWNlOiBFbmFibGUgcG93ZXIgbWFuYWdlbWVudA0KcHRfaW9tdWxfaW5pdDogRXJyb3I6IHB0X2lv bXVsX2luaXQgY2FuJ3Qgb3BlbiBmaWxlIC9kZXYveGVuL3BjaV9pb211bDogTm8gc3VjaCBmaWxl IG9yIGRpcmVjdG9yeTogMHgwOjB4MWEuMHgwDQpwdF9yZWdpc3Rlcl9yZWdpb25zOiBJTyByZWdp b24gcmVnaXN0ZXJlZCAoc2l6ZT0weDAwMDAxMDAwIGJhc2VfYWRkcj0weGEwYjA0MDAwKQ0KcGNp X2ludHg6IGludHg9MQ0KcmVnaXN0ZXJfcmVhbF9kZXZpY2U6IFJlYWwgcGh5c2ljYWwgZGV2aWNl IDAwOjFhLjAgcmVnaXN0ZXJlZCBzdWNjZXNzZnVseSENCklSUSB0eXBlID0gSU5UeA0KZG0tY29t bWFuZDogaG90IGluc2VydCBwYXNzLXRocm91Z2ggcGNpIGRldg0KcmVnaXN0ZXJfcmVhbF9kZXZp Y2U6IEFzc2lnbmluZyByZWFsIHBoeXNpY2FsIGRldmljZSAwMDoxZC4wIC4uLg0KcmVnaXN0ZXJf cmVhbF9kZXZpY2U6IEVuYWJsZSBNU0kgdHJhbnNsYXRpb24gdmlhIHBlciBkZXZpY2Ugb3B0aW9u DQpyZWdpc3Rlcl9yZWFsX2RldmljZTogRW5hYmxlIHBvd2VyIG1hbmFnZW1lbnQNCnB0X2lvbXVs X2luaXQ6IEVycm9yOiBwdF9pb211bF9pbml0IGNhbid0IG9wZW4gZmlsZSAvZGV2L3hlbi9wY2lf aW9tdWw6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3Rvcnk6IDB4MDoweDFkLjB4MA0KcHRfcmVnaXN0 ZXJfcmVnaW9uczogSU8gcmVnaW9uIHJlZ2lzdGVyZWQgKHNpemU9MHgwMDAwMTAwMCBiYXNlX2Fk ZHI9MHhhMGIwNTAwMCkNCnBjaV9pbnR4OiBpbnR4PTENCnJlZ2lzdGVyX3JlYWxfZGV2aWNlOiBS ZWFsIHBoeXNpY2FsIGRldmljZSAwMDoxZC4wIHJlZ2lzdGVyZWQgc3VjY2Vzc2Z1bHkhDQpJUlEg dHlwZSA9IElOVHgNCmRtLWNvbW1hbmQ6IGhvdCBpbnNlcnQgcGFzcy10aHJvdWdoIHBjaSBkZXYN CnJlZ2lzdGVyX3JlYWxfZGV2aWNlOiBBc3NpZ25pbmcgcmVhbCBwaHlzaWNhbCBkZXZpY2UgMGU6 MDAuMCAuLi4NCnJlZ2lzdGVyX3JlYWxfZGV2aWNlOiBFbmFibGUgTVNJIHRyYW5zbGF0aW9uIHZp YSBwZXIgZGV2aWNlIG9wdGlvbg0KcmVnaXN0ZXJfcmVhbF9kZXZpY2U6IEVuYWJsZSBwb3dlciBt YW5hZ2VtZW50DQpwdF9pb211bF9pbml0OiBFcnJvcjogcHRfaW9tdWxfaW5pdCBjYW4ndCBvcGVu IGZpbGUgL2Rldi94ZW4vcGNpX2lvbXVsOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5OiAweGU6 MHgwLjB4MA0KcHRfcmVnaXN0ZXJfcmVnaW9uczogSU8gcmVnaW9uIHJlZ2lzdGVyZWQgKHNpemU9 MHgwMDAyMDAwMCBiYXNlX2FkZHI9MHhmYjYwMDAwMCkNCnB0X3JlZ2lzdGVyX3JlZ2lvbnM6IElP IHJlZ2lvbiByZWdpc3RlcmVkIChzaXplPTB4MDAyMDAwMDAgYmFzZV9hZGRyPTB4ZmIyMDAwMDAp DQpwdF9yZWdpc3Rlcl9yZWdpb25zOiBJTyByZWdpb24gcmVnaXN0ZXJlZCAoc2l6ZT0weDAwMDAw MDIwIGJhc2VfYWRkcj0weDAwMDBhYzAxKQ0KcHRfcmVnaXN0ZXJfcmVnaW9uczogSU8gcmVnaW9u IHJlZ2lzdGVyZWQgKHNpemU9MHgwMDAwNDAwMCBiYXNlX2FkZHI9MHhmYjY0MDAwMCkNCnB0X21z aXhfaW5pdDogZ2V0IE1TSS1YIHRhYmxlIGJhciBiYXNlIGZiNjQwMDAwDQpwdF9tc2l4X2luaXQ6 IHRhYmxlX29mZiA9IDAsIHRvdGFsX2VudHJpZXMgPSAxMA0KcHRfbXNpeF9pbml0OiBtYXBwaW5n IHBoeXNpY2FsIE1TSS1YIHRhYmxlIHRvIDdmZDg5ZTA1OTAwMA0KcHRfbXNpX3NldHVwOiBtc2kg bWFwcGVkIHdpdGggcGlycSAzNw0KcGNpX2ludHg6IGludHg9MQ0KcmVnaXN0ZXJfcmVhbF9kZXZp Y2U6IFJlYWwgcGh5c2ljYWwgZGV2aWNlIDBlOjAwLjAgcmVnaXN0ZXJlZCBzdWNjZXNzZnVseSEN CklSUSB0eXBlID0gTVNJLUlOVHgNCmNpcnJ1cyB2Z2EgbWFwIGNoYW5nZSB3aGlsZSBvbiBsZmIg bW9kZQ0KcHRfaW9tZW1fbWFwOiBlX3BoeXM9ZjMwMDAwMDAgbWFkZHI9ZmIyMDAwMDAgdHlwZT0w IGxlbj0yMDk3MTUyIGluZGV4PTEgZmlyc3RfbWFwPTENCnB0X2lvbWVtX21hcDogZV9waHlzPWYz MjAwMDAwIG1hZGRyPWZiNjAwMDAwIHR5cGU9MCBsZW49MTMxMDcyIGluZGV4PTAgZmlyc3RfbWFw PTENCnB0X2lvbWVtX21hcDogZV9waHlzPWYzMjIwMDAwIG1hZGRyPWZiNjQwMDAwIHR5cGU9MCBs ZW49MTYzODQgaW5kZXg9MyBmaXJzdF9tYXA9MQ0KcHRfaW9tZW1fbWFwOiBlX3BoeXM9ZjMyMjUw MDAgbWFkZHI9YTBiMDQwMDAgdHlwZT0wIGxlbj00MDk2IGluZGV4PTAgZmlyc3RfbWFwPTENCnB0 X2lvbWVtX21hcDogZV9waHlzPWYzMjI2MDAwIG1hZGRyPWEwYjA1MDAwIHR5cGU9MCBsZW49NDA5 NiBpbmRleD0wIGZpcnN0X21hcD0xDQpwdF9pb3BvcnRfbWFwOiBlX3BoeXM9YzEyMCBwaW9fYmFz ZT1hYzAwIGxlbj0zMiBpbmRleD0yIGZpcnN0X21hcD0xDQptYXBwaW5nIHZyYW0gdG8gZjAwMDAw MDAgLSBmMDQwMDAwMA0KcGxhdGZvcm1fZml4ZWRfaW9wb3J0OiBjaGFuZ2VkIHJvL3J3IHN0YXRl IG9mIFJPTSBtZW1vcnkgYXJlYS4gbm93IGlzIHJ3IHN0YXRlLg0KcGxhdGZvcm1fZml4ZWRfaW9w b3J0OiBjaGFuZ2VkIHJvL3J3IHN0YXRlIG9mIFJPTSBtZW1vcnkgYXJlYS4gbm93IGlzIHJvIHN0 YXRlLg0KVW5rbm93biBQViBwcm9kdWN0IDMgbG9hZGVkIGluIGd1ZXN0DQpQViBkcml2ZXIgYnVp bGQgMQ0KcHRfaW9tZW1fbWFwOiBlX3BoeXM9ZmZmZmZmZmYgbWFkZHI9YTBiMDQwMDAgdHlwZT0w IGxlbj00MDk2IGluZGV4PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWYzMjI1 MDAwIG1hZGRyPWEwYjA0MDAwIHR5cGU9MCBsZW49NDA5NiBpbmRleD0wIGZpcnN0X21hcD0wDQpw dF9pb21lbV9tYXA6IGVfcGh5cz1mZmZmZmZmZiBtYWRkcj1hMGIwNDAwMCB0eXBlPTAgbGVuPTQw OTYgaW5kZXg9MCBmaXJzdF9tYXA9MA0KcHRfaW9tZW1fbWFwOiBlX3BoeXM9ZjMyMjUwMDAgbWFk ZHI9YTBiMDQwMDAgdHlwZT0wIGxlbj00MDk2IGluZGV4PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVt X21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWEwYjA0MDAwIHR5cGU9MCBsZW49NDA5NiBpbmRl eD0wIGZpcnN0X21hcD0wDQpwdF9pb21lbV9tYXA6IGVfcGh5cz1mMzIyNTAwMCBtYWRkcj1hMGIw NDAwMCB0eXBlPTAgbGVuPTQwOTYgaW5kZXg9MCBmaXJzdF9tYXA9MA0KcHRfaW9tZW1fbWFwOiBl X3BoeXM9ZmZmZmZmZmYgbWFkZHI9YTBiMDQwMDAgdHlwZT0wIGxlbj00MDk2IGluZGV4PTAgZmly c3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWYzMjI1MDAwIG1hZGRyPWEwYjA0MDAwIHR5 cGU9MCBsZW49NDA5NiBpbmRleD0wIGZpcnN0X21hcD0wDQpwdF9pb21lbV9tYXA6IGVfcGh5cz1m ZmZmZmZmZiBtYWRkcj1hMGIwNDAwMCB0eXBlPTAgbGVuPTQwOTYgaW5kZXg9MCBmaXJzdF9tYXA9 MA0KcHRfaW9tZW1fbWFwOiBlX3BoeXM9ZjMyMjUwMDAgbWFkZHI9YTBiMDQwMDAgdHlwZT0wIGxl bj00MDk2IGluZGV4PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZm IG1hZGRyPWEwYjA0MDAwIHR5cGU9MCBsZW49NDA5NiBpbmRleD0wIGZpcnN0X21hcD0wDQpwdF9p b21lbV9tYXA6IGVfcGh5cz1mMzIyNTAwMCBtYWRkcj1hMGIwNDAwMCB0eXBlPTAgbGVuPTQwOTYg aW5kZXg9MCBmaXJzdF9tYXA9MA0KcHRfaW9tZW1fbWFwOiBlX3BoeXM9ZmZmZmZmZmYgbWFkZHI9 YTBiMDQwMDAgdHlwZT0wIGxlbj00MDk2IGluZGV4PTAgZmlyc3RfbWFwPTANCnB0X3BjaV93cml0 ZV9jb25maWc6IFswMDowNDowXSBXYXJuaW5nOiBHdWVzdCBhdHRlbXB0IHRvIHNldCBhZGRyZXNz IHRvIHVudXNlZCBCYXNlIEFkZHJlc3MgUmVnaXN0ZXIuIFtPZmZzZXQ6MzBoXVtMZW5ndGg6NF0N CnB0X2lvbWVtX21hcDogZV9waHlzPWYzMjI1MDAwIG1hZGRyPWEwYjA0MDAwIHR5cGU9MCBsZW49 NDA5NiBpbmRleD0wIGZpcnN0X21hcD0wDQpwdF9pb21lbV9tYXA6IGVfcGh5cz1mZmZmZmZmZiBt YWRkcj1hMGIwNTAwMCB0eXBlPTAgbGVuPTQwOTYgaW5kZXg9MCBmaXJzdF9tYXA9MA0KcHRfaW9t ZW1fbWFwOiBlX3BoeXM9ZjMyMjYwMDAgbWFkZHI9YTBiMDUwMDAgdHlwZT0wIGxlbj00MDk2IGlu ZGV4PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWEw YjA1MDAwIHR5cGU9MCBsZW49NDA5NiBpbmRleD0wIGZpcnN0X21hcD0wDQpwdF9pb21lbV9tYXA6 IGVfcGh5cz1mMzIyNjAwMCBtYWRkcj1hMGIwNTAwMCB0eXBlPTAgbGVuPTQwOTYgaW5kZXg9MCBm aXJzdF9tYXA9MA0KcHRfaW9tZW1fbWFwOiBlX3BoeXM9ZmZmZmZmZmYgbWFkZHI9YTBiMDUwMDAg dHlwZT0wIGxlbj00MDk2IGluZGV4PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlz PWYzMjI2MDAwIG1hZGRyPWEwYjA1MDAwIHR5cGU9MCBsZW49NDA5NiBpbmRleD0wIGZpcnN0X21h cD0wDQpwdF9pb21lbV9tYXA6IGVfcGh5cz1mZmZmZmZmZiBtYWRkcj1hMGIwNTAwMCB0eXBlPTAg bGVuPTQwOTYgaW5kZXg9MCBmaXJzdF9tYXA9MA0KcHRfaW9tZW1fbWFwOiBlX3BoeXM9ZjMyMjYw MDAgbWFkZHI9YTBiMDUwMDAgdHlwZT0wIGxlbj00MDk2IGluZGV4PTAgZmlyc3RfbWFwPTANCnB0 X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWEwYjA1MDAwIHR5cGU9MCBsZW49NDA5 NiBpbmRleD0wIGZpcnN0X21hcD0wDQpwdF9pb21lbV9tYXA6IGVfcGh5cz1mMzIyNjAwMCBtYWRk cj1hMGIwNTAwMCB0eXBlPTAgbGVuPTQwOTYgaW5kZXg9MCBmaXJzdF9tYXA9MA0KcHRfaW9tZW1f bWFwOiBlX3BoeXM9ZmZmZmZmZmYgbWFkZHI9YTBiMDUwMDAgdHlwZT0wIGxlbj00MDk2IGluZGV4 PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWYzMjI2MDAwIG1hZGRyPWEwYjA1 MDAwIHR5cGU9MCBsZW49NDA5NiBpbmRleD0wIGZpcnN0X21hcD0wDQpwdF9pb21lbV9tYXA6IGVf cGh5cz1mZmZmZmZmZiBtYWRkcj1hMGIwNTAwMCB0eXBlPTAgbGVuPTQwOTYgaW5kZXg9MCBmaXJz dF9tYXA9MA0KcHRfcGNpX3dyaXRlX2NvbmZpZzogWzAwOjA1OjBdIFdhcm5pbmc6IEd1ZXN0IGF0 dGVtcHQgdG8gc2V0IGFkZHJlc3MgdG8gdW51c2VkIEJhc2UgQWRkcmVzcyBSZWdpc3Rlci4gW09m ZnNldDozMGhdW0xlbmd0aDo0XQ0KcHRfaW9tZW1fbWFwOiBlX3BoeXM9ZjMyMjYwMDAgbWFkZHI9 YTBiMDUwMDAgdHlwZT0wIGxlbj00MDk2IGluZGV4PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21h cDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWZiNjAwMDAwIHR5cGU9MCBsZW49MTMxMDcyIGluZGV4 PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWZiMjAw MDAwIHR5cGU9MCBsZW49MjA5NzE1MiBpbmRleD0xIGZpcnN0X21hcD0wDQpwdF9pb3BvcnRfbWFw OiBlX3BoeXM9ZmZmZiBwaW9fYmFzZT1hYzAwIGxlbj0zMiBpbmRleD0yIGZpcnN0X21hcD0wDQpw dF9pb21lbV9tYXA6IGVfcGh5cz1mZmZmZmZmZiBtYWRkcj1mYjY0MDAwMCB0eXBlPTAgbGVuPTE2 Mzg0IGluZGV4PTMgZmlyc3RfbWFwPTANCnNxdWFzaCBpb21lbSBbZjMyMjAwMDAsIGYzMjIxMDAw KS4NCnB0X2lvbWVtX21hcDogZV9waHlzPWYzMjAwMDAwIG1hZGRyPWZiNjAwMDAwIHR5cGU9MCBs ZW49MTMxMDcyIGluZGV4PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWYzMDAw MDAwIG1hZGRyPWZiMjAwMDAwIHR5cGU9MCBsZW49MjA5NzE1MiBpbmRleD0xIGZpcnN0X21hcD0w DQpwdF9pb3BvcnRfbWFwOiBlX3BoeXM9YzEyMCBwaW9fYmFzZT1hYzAwIGxlbj0zMiBpbmRleD0y IGZpcnN0X21hcD0wDQpwdF9pb21lbV9tYXA6IGVfcGh5cz1mMzIyMDAwMCBtYWRkcj1mYjY0MDAw MCB0eXBlPTAgbGVuPTE2Mzg0IGluZGV4PTMgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9w aHlzPWZmZmZmZmZmIG1hZGRyPWZiNjAwMDAwIHR5cGU9MCBsZW49MTMxMDcyIGluZGV4PTAgZmly c3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWZiMjAwMDAwIHR5 cGU9MCBsZW49MjA5NzE1MiBpbmRleD0xIGZpcnN0X21hcD0wDQpwdF9pb3BvcnRfbWFwOiBlX3Bo eXM9ZmZmZiBwaW9fYmFzZT1hYzAwIGxlbj0zMiBpbmRleD0yIGZpcnN0X21hcD0wDQpwdF9pb21l bV9tYXA6IGVfcGh5cz1mZmZmZmZmZiBtYWRkcj1mYjY0MDAwMCB0eXBlPTAgbGVuPTE2Mzg0IGlu ZGV4PTMgZmlyc3RfbWFwPTANCnNxdWFzaCBpb21lbSBbZjMyMjAwMDAsIGYzMjIxMDAwKS4NCnB0 X2lvbWVtX21hcDogZV9waHlzPWYzMjAwMDAwIG1hZGRyPWZiNjAwMDAwIHR5cGU9MCBsZW49MTMx MDcyIGluZGV4PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWYzMDAwMDAwIG1h ZGRyPWZiMjAwMDAwIHR5cGU9MCBsZW49MjA5NzE1MiBpbmRleD0xIGZpcnN0X21hcD0wDQpwdF9p b3BvcnRfbWFwOiBlX3BoeXM9YzEyMCBwaW9fYmFzZT1hYzAwIGxlbj0zMiBpbmRleD0yIGZpcnN0 X21hcD0wDQpwdF9pb21lbV9tYXA6IGVfcGh5cz1mMzIyMDAwMCBtYWRkcj1mYjY0MDAwMCB0eXBl PTAgbGVuPTE2Mzg0IGluZGV4PTMgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWZm ZmZmZmZmIG1hZGRyPWZiNjAwMDAwIHR5cGU9MCBsZW49MTMxMDcyIGluZGV4PTAgZmlyc3RfbWFw PTANCnB0X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWZiMjAwMDAwIHR5cGU9MCBs ZW49MjA5NzE1MiBpbmRleD0xIGZpcnN0X21hcD0wDQpwdF9pb3BvcnRfbWFwOiBlX3BoeXM9ZmZm ZiBwaW9fYmFzZT1hYzAwIGxlbj0zMiBpbmRleD0yIGZpcnN0X21hcD0wDQpwdF9pb21lbV9tYXA6 IGVfcGh5cz1mZmZmZmZmZiBtYWRkcj1mYjY0MDAwMCB0eXBlPTAgbGVuPTE2Mzg0IGluZGV4PTMg Zmlyc3RfbWFwPTANCnNxdWFzaCBpb21lbSBbZjMyMjAwMDAsIGYzMjIxMDAwKS4NCnB0X2lvbWVt X21hcDogZV9waHlzPWYzMjAwMDAwIG1hZGRyPWZiNjAwMDAwIHR5cGU9MCBsZW49MTMxMDcyIGlu ZGV4PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWYzMDAwMDAwIG1hZGRyPWZi MjAwMDAwIHR5cGU9MCBsZW49MjA5NzE1MiBpbmRleD0xIGZpcnN0X21hcD0wDQpwdF9pb3BvcnRf bWFwOiBlX3BoeXM9YzEyMCBwaW9fYmFzZT1hYzAwIGxlbj0zMiBpbmRleD0yIGZpcnN0X21hcD0w DQpwdF9pb21lbV9tYXA6IGVfcGh5cz1mMzIyMDAwMCBtYWRkcj1mYjY0MDAwMCB0eXBlPTAgbGVu PTE2Mzg0IGluZGV4PTMgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZm IG1hZGRyPWZiNjAwMDAwIHR5cGU9MCBsZW49MTMxMDcyIGluZGV4PTAgZmlyc3RfbWFwPTANCnB0 X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWZiMjAwMDAwIHR5cGU9MCBsZW49MjA5 NzE1MiBpbmRleD0xIGZpcnN0X21hcD0wDQpwdF9pb3BvcnRfbWFwOiBlX3BoeXM9ZmZmZiBwaW9f YmFzZT1hYzAwIGxlbj0zMiBpbmRleD0yIGZpcnN0X21hcD0wDQpwdF9pb21lbV9tYXA6IGVfcGh5 cz1mZmZmZmZmZiBtYWRkcj1mYjY0MDAwMCB0eXBlPTAgbGVuPTE2Mzg0IGluZGV4PTMgZmlyc3Rf bWFwPTANCnNxdWFzaCBpb21lbSBbZjMyMjAwMDAsIGYzMjIxMDAwKS4NCnB0X2lvbWVtX21hcDog ZV9waHlzPWYzMjAwMDAwIG1hZGRyPWZiNjAwMDAwIHR5cGU9MCBsZW49MTMxMDcyIGluZGV4PTAg Zmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWYzMDAwMDAwIG1hZGRyPWZiMjAwMDAw IHR5cGU9MCBsZW49MjA5NzE1MiBpbmRleD0xIGZpcnN0X21hcD0wDQpwdF9pb3BvcnRfbWFwOiBl X3BoeXM9YzEyMCBwaW9fYmFzZT1hYzAwIGxlbj0zMiBpbmRleD0yIGZpcnN0X21hcD0wDQpwdF9p b21lbV9tYXA6IGVfcGh5cz1mMzIyMDAwMCBtYWRkcj1mYjY0MDAwMCB0eXBlPTAgbGVuPTE2Mzg0 IGluZGV4PTMgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRy PWZiNjAwMDAwIHR5cGU9MCBsZW49MTMxMDcyIGluZGV4PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVt X21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWZiMjAwMDAwIHR5cGU9MCBsZW49MjA5NzE1MiBp bmRleD0xIGZpcnN0X21hcD0wDQpwdF9pb3BvcnRfbWFwOiBlX3BoeXM9ZmZmZiBwaW9fYmFzZT1h YzAwIGxlbj0zMiBpbmRleD0yIGZpcnN0X21hcD0wDQpwdF9pb21lbV9tYXA6IGVfcGh5cz1mZmZm ZmZmZiBtYWRkcj1mYjY0MDAwMCB0eXBlPTAgbGVuPTE2Mzg0IGluZGV4PTMgZmlyc3RfbWFwPTAN CnNxdWFzaCBpb21lbSBbZjMyMjAwMDAsIGYzMjIxMDAwKS4NCnB0X2lvbWVtX21hcDogZV9waHlz PWYzMjAwMDAwIG1hZGRyPWZiNjAwMDAwIHR5cGU9MCBsZW49MTMxMDcyIGluZGV4PTAgZmlyc3Rf bWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWYzMDAwMDAwIG1hZGRyPWZiMjAwMDAwIHR5cGU9 MCBsZW49MjA5NzE1MiBpbmRleD0xIGZpcnN0X21hcD0wDQpwdF9pb3BvcnRfbWFwOiBlX3BoeXM9 YzEyMCBwaW9fYmFzZT1hYzAwIGxlbj0zMiBpbmRleD0yIGZpcnN0X21hcD0wDQpwdF9pb21lbV9t YXA6IGVfcGh5cz1mMzIyMDAwMCBtYWRkcj1mYjY0MDAwMCB0eXBlPTAgbGVuPTE2Mzg0IGluZGV4 PTMgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWZiNjAw MDAwIHR5cGU9MCBsZW49MTMxMDcyIGluZGV4PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDog ZV9waHlzPWZmZmZmZmZmIG1hZGRyPWZiMjAwMDAwIHR5cGU9MCBsZW49MjA5NzE1MiBpbmRleD0x IGZpcnN0X21hcD0wDQpwdF9pb3BvcnRfbWFwOiBlX3BoeXM9ZmZmZiBwaW9fYmFzZT1hYzAwIGxl bj0zMiBpbmRleD0yIGZpcnN0X21hcD0wDQpwdF9pb21lbV9tYXA6IGVfcGh5cz1mZmZmZmZmZiBt YWRkcj1mYjY0MDAwMCB0eXBlPTAgbGVuPTE2Mzg0IGluZGV4PTMgZmlyc3RfbWFwPTANCnNxdWFz aCBpb21lbSBbZjMyMjAwMDAsIGYzMjIxMDAwKS4NCnB0X2lvbWVtX21hcDogZV9waHlzPWYzMjAw MDAwIG1hZGRyPWZiNjAwMDAwIHR5cGU9MCBsZW49MTMxMDcyIGluZGV4PTAgZmlyc3RfbWFwPTAN CnB0X2lvbWVtX21hcDogZV9waHlzPWYzMDAwMDAwIG1hZGRyPWZiMjAwMDAwIHR5cGU9MCBsZW49 MjA5NzE1MiBpbmRleD0xIGZpcnN0X21hcD0wDQpwdF9pb3BvcnRfbWFwOiBlX3BoeXM9YzEyMCBw aW9fYmFzZT1hYzAwIGxlbj0zMiBpbmRleD0yIGZpcnN0X21hcD0wDQpwdF9pb21lbV9tYXA6IGVf cGh5cz1mMzIyMDAwMCBtYWRkcj1mYjY0MDAwMCB0eXBlPTAgbGVuPTE2Mzg0IGluZGV4PTMgZmly c3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWZmZmZmZmZmIG1hZGRyPWZiNjAwMDAwIHR5 cGU9MCBsZW49MTMxMDcyIGluZGV4PTAgZmlyc3RfbWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlz PWZmZmZmZmZmIG1hZGRyPWZiMjAwMDAwIHR5cGU9MCBsZW49MjA5NzE1MiBpbmRleD0xIGZpcnN0 X21hcD0wDQpwdF9pb3BvcnRfbWFwOiBlX3BoeXM9ZmZmZiBwaW9fYmFzZT1hYzAwIGxlbj0zMiBp bmRleD0yIGZpcnN0X21hcD0wDQpwdF9pb21lbV9tYXA6IGVfcGh5cz1mZmZmZmZmZiBtYWRkcj1m YjY0MDAwMCB0eXBlPTAgbGVuPTE2Mzg0IGluZGV4PTMgZmlyc3RfbWFwPTANCnNxdWFzaCBpb21l bSBbZjMyMjAwMDAsIGYzMjIxMDAwKS4NCnB0X3BjaV93cml0ZV9jb25maWc6IFswMDowNjowXSBX YXJuaW5nOiBHdWVzdCBhdHRlbXB0IHRvIHNldCBhZGRyZXNzIHRvIHVudXNlZCBCYXNlIEFkZHJl c3MgUmVnaXN0ZXIuIFtPZmZzZXQ6MzBoXVtMZW5ndGg6NF0NCnB0X2lvbWVtX21hcDogZV9waHlz PWYzMjAwMDAwIG1hZGRyPWZiNjAwMDAwIHR5cGU9MCBsZW49MTMxMDcyIGluZGV4PTAgZmlyc3Rf bWFwPTANCnB0X2lvbWVtX21hcDogZV9waHlzPWYzMDAwMDAwIG1hZGRyPWZiMjAwMDAwIHR5cGU9 MCBsZW49MjA5NzE1MiBpbmRleD0xIGZpcnN0X21hcD0wDQpwdF9pb3BvcnRfbWFwOiBlX3BoeXM9 YzEyMCBwaW9fYmFzZT1hYzAwIGxlbj0zMiBpbmRleD0yIGZpcnN0X21hcD0wDQpwdF9pb21lbV9t YXA6IGVfcGh5cz1mMzIyMDAwMCBtYWRkcj1mYjY0MDAwMCB0eXBlPTAgbGVuPTE2Mzg0IGluZGV4 PTMgZmlyc3RfbWFwPTANCnB0X21zaXhjdHJsX3JlZ193cml0ZTogZ3Vlc3QgZW5hYmxpbmcgTVNJ LVgsIGRpc2FibGUgTVNJLUlOVHggdHJhbnNsYXRpb24NCnBjaV9pbnR4OiBpbnR4PTENCnB0X21z aXhfdXBkYXRlX29uZTogcHRfbXNpeF91cGRhdGVfb25lIHJlcXVlc3RlZCBwaXJxID0gNTENCnB0 X21zaXhfdXBkYXRlX29uZTogVXBkYXRlIG1zaXggZW50cnkgMCB3aXRoIHBpcnEgMzMgZ3ZlYyAw DQpwdF9tc2l4X3VwZGF0ZV9vbmU6IHB0X21zaXhfdXBkYXRlX29uZSByZXF1ZXN0ZWQgcGlycSA9 IDUwDQpwdF9tc2l4X3VwZGF0ZV9vbmU6IFVwZGF0ZSBtc2l4IGVudHJ5IDEgd2l0aCBwaXJxIDMy IGd2ZWMgMA0KcHRfbXNpeF91cGRhdGVfb25lOiBwdF9tc2l4X3VwZGF0ZV9vbmUgcmVxdWVzdGVk IHBpcnEgPSA0OQ0KcHRfbXNpeF91cGRhdGVfb25lOiBVcGRhdGUgbXNpeCBlbnRyeSAyIHdpdGgg cGlycSAzMSBndmVjIDANCnB0X21zaXhfdXBkYXRlX29uZTogcHRfbXNpeF91cGRhdGVfb25lIHJl cXVlc3RlZCBwaXJxID0gNDgNCnB0X21zaXhfdXBkYXRlX29uZTogVXBkYXRlIG1zaXggZW50cnkg MyB3aXRoIHBpcnEgMzAgZ3ZlYyAwDQpwdF9tc2l4X3VwZGF0ZV9vbmU6IHB0X21zaXhfdXBkYXRl X29uZSByZXF1ZXN0ZWQgcGlycSA9IDQ3DQpwdF9tc2l4X3VwZGF0ZV9vbmU6IFVwZGF0ZSBtc2l4 IGVudHJ5IDQgd2l0aCBwaXJxIDJmIGd2ZWMgMA0KbWVkaXVtIGNoYW5nZSB3YXRjaCBvbiBgaGRh JyAoaW5kZXg6IDApOiA8bm9uZT4NCm1lZGl1bSBjaGFuZ2Ugd2F0Y2ggb24gYGhkYScgKGluZGV4 OiAwKTogYWlvOg0KbWVkaXVtIGNoYW5nZSB3YXRjaCBvbiBgaGRhJyAoaW5kZXg6IDApOiA8bm9u ZT4NCm1lZGl1bSBjaGFuZ2Ugd2F0Y2ggb24gYGhkYScgKGluZGV4OiAwKTogPG5vbmU+ --f46d04287a17e4dc0e04c4d88d92 Content-Type: application/octet-stream; name="tempvm.cfg" Content-Disposition: attachment; filename="tempvm.cfg" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h4nr0tm52 YnVpbGRlcj0naHZtJw0KbWVtb3J5ID0gMjA0OA0KdmNwdXMgPSAyDQoNCm5hbWUgPSAidGVtcHZt Ig0KDQp2aXJpZGlhbiA9IDENCmFjcGkgPSAxDQphcGljID0gMQ0KcGFlID0gMQ0KaHBldCA9IDEN CmhhcCA9IDENCg0KZGlzayA9IFsgJ2ZpbGU6L21udC92bXN0b3JlL2lzby91YnVudHUxMjA0Lmlz byxoZGE6Y2Ryb20scicgXQ0KDQpib290PSJjZCINCnNkbD0wDQp2bmM9MQ0Kdm5jY29uc29sZT0x DQoNCnVzYmRldmljZT0ndGFibGV0Jw0KDQpwY2kgPSBbICcwMDoxYS4wJywgJzAwOjFiLjAnLCAn MDA6MWQuMCcsICcwZTowMC4wJyBdDQoNCnBjaV9tc2l0cmFuc2xhdGUgPSAxDQpwY2lfcG93ZXJf bWdtdCA9IDE= --f46d04287a17e4dc0e04c4d88d92 Content-Type: application/octet-stream; name="xldmesg.log" Content-Disposition: attachment; filename="xldmesg.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h4nr0tmc3 KFhFTikgSFZNNDogSFZNIExvYWRlcg0KKFhFTikgSFZNNDogRGV0ZWN0ZWQgWGVuIHY0LjItdW5z dGFibGUNCihYRU4pIEhWTTQ6IFhlbmJ1cyByaW5ncyBAMHhmZWZmYzAwMCwgZXZlbnQgY2hhbm5l bCA0DQooWEVOKSBIVk00OiBTeXN0ZW0gcmVxdWVzdGVkIFJPTUJJT1MNCihYRU4pIEhWTTQ6IENQ VSBzcGVlZCBpcyAyOTMwIE1Ieg0KKFhFTikgaXJxLmM6MjcwOiBEb200IFBDSSBsaW5rIDAgY2hh bmdlZCAwIC0+IDUNCihYRU4pIEhWTTQ6IFBDSS1JU0EgbGluayAwIHJvdXRlZCB0byBJUlE1DQoo WEVOKSBpcnEuYzoyNzA6IERvbTQgUENJIGxpbmsgMSBjaGFuZ2VkIDAgLT4gMTANCihYRU4pIEhW TTQ6IFBDSS1JU0EgbGluayAxIHJvdXRlZCB0byBJUlExMA0KKFhFTikgaXJxLmM6MjcwOiBEb200 IFBDSSBsaW5rIDIgY2hhbmdlZCAwIC0+IDExDQooWEVOKSBIVk00OiBQQ0ktSVNBIGxpbmsgMiBy b3V0ZWQgdG8gSVJRMTENCihYRU4pIGlycS5jOjI3MDogRG9tNCBQQ0kgbGluayAzIGNoYW5nZWQg MCAtPiA1DQooWEVOKSBIVk00OiBQQ0ktSVNBIGxpbmsgMyByb3V0ZWQgdG8gSVJRNQ0KKFhFTikg SFZNNDogcGNpIGRldiAwMToyIElOVEQtPklSUTUNCihYRU4pIEhWTTQ6IHBjaSBkZXYgMDE6MyBJ TlRBLT5JUlExMA0KKFhFTikgSFZNNDogcGNpIGRldiAwMzowIElOVEEtPklSUTUNCihYRU4pIEhW TTQ6IHBjaSBkZXYgMDQ6MCBJTlRBLT5JUlE1DQooWEVOKSBIVk00OiBwY2kgZGV2IDA1OjAgSU5U QS0+SVJRMTANCihYRU4pIEhWTTQ6IHBjaSBkZXYgMDY6MCBJTlRBLT5JUlExMQ0KKFhFTikgSFZN NDogcGNpIGRldiAwMjowIGJhciAxMCBzaXplIDAyMDAwMDAwOiBmMDAwMDAwOA0KKFhFTikgSFZN NDogcGNpIGRldiAwMzowIGJhciAxNCBzaXplIDAxMDAwMDAwOiBmMjAwMDAwOA0KKFhFTikgSFZN NDogcGNpIGRldiAwNjowIGJhciAxNCBzaXplIDAwMjAwMDAwOiBmMzAwMDAwMA0KKFhFTikgbWVt b3J5X21hcDphZGQ6IGRvbTQgZ2ZuPWYzMDAwIG1mbj1mYjIwMCBucj0yMDANCihYRU4pIG1lbW9y eV9tYXA6YWRkOiBkb200IGdmbj1mMzIwMCBtZm49ZmI2MDAgbnI9MjANCihYRU4pIEhWTTQ6IHBj aSBkZXYgMDY6MCBiYXIgMTAgc2l6ZSAwMDAyMDAwMDogZjMyMDAwMDANCihYRU4pIG1lbW9yeV9t YXA6YWRkOiBkb200IGdmbj1mMzIyMSBtZm49ZmI2NDEgbnI9Mw0KKFhFTikgSFZNNDogcGNpIGRl diAwNjowIGJhciAxYyBzaXplIDAwMDA0MDAwOiBmMzIyMDAwMA0KKFhFTikgSFZNNDogcGNpIGRl diAwMjowIGJhciAxNCBzaXplIDAwMDAxMDAwOiBmMzIyNDAwMA0KKFhFTikgSFZNNDogcGNpIGRl diAwNDowIGJhciAxMCBzaXplIDAwMDAxMDAwOiBmMzIyNTAwMA0KKFhFTikgbWVtb3J5X21hcDph ZGQ6IGRvbTQgZ2ZuPWYzMjI1IG1mbj1hMGIwNCBucj0xDQooWEVOKSBIVk00OiBwY2kgZGV2IDA1 OjAgYmFyIDEwIHNpemUgMDAwMDEwMDA6IGYzMjI2MDAwDQooWEVOKSBtZW1vcnlfbWFwOmFkZDog ZG9tNCBnZm49ZjMyMjYgbWZuPWEwYjA1IG5yPTENCihYRU4pIEhWTTQ6IHBjaSBkZXYgMDM6MCBi YXIgMTAgc2l6ZSAwMDAwMDEwMDogMDAwMGMwMDENCihYRU4pIEhWTTQ6IHBjaSBkZXYgMDE6MiBi YXIgMjAgc2l6ZSAwMDAwMDAyMDogMDAwMGMxMDENCihYRU4pIEhWTTQ6IHBjaSBkZXYgMDY6MCBi YXIgMTggc2l6ZSAwMDAwMDAyMDogMDAwMGMxMjENCihYRU4pIGlvcG9ydF9tYXA6YWRkOiBkb200 IGdwb3J0PWMxMjAgbXBvcnQ9YWMwMCBucj0yMA0KKFhFTikgSFZNNDogcGNpIGRldiAwMToxIGJh ciAyMCBzaXplIDAwMDAwMDEwOiAwMDAwYzE0MQ0KKFhFTikgSFZNNDogTXVsdGlwcm9jZXNzb3Ig aW5pdGlhbGlzYXRpb246DQooWEVOKSBIVk00OiAgLSBDUFUwIC4uLiAzNi1iaXQgcGh5cyAuLi4g Zml4ZWQgTVRSUnMgLi4uIHZhciBNVFJScyBbMi84XSAuLi4gZG9uZS4NCihYRU4pIEhWTTQ6ICAt IENQVTEgLi4uIDM2LWJpdCBwaHlzIC4uLiBmaXhlZCBNVFJScyAuLi4gdmFyIE1UUlJzIFsyLzhd IC4uLiBkb25lLg0KKFhFTikgSFZNNDogVGVzdGluZyBIVk0gZW52aXJvbm1lbnQ6DQooWEVOKSBI Vk00OiAgLSBSRVAgSU5TQiBhY3Jvc3MgcGFnZSBib3VuZGFyaWVzIC4uLiBwYXNzZWQNCihYRU4p IEhWTTQ6ICAtIEdTIGJhc2UgTVNScyBhbmQgU1dBUEdTIC4uLiBwYXNzZWQNCihYRU4pIEhWTTQ6 IFBhc3NlZCAyIG9mIDIgdGVzdHMNCihYRU4pIEhWTTQ6IFdyaXRpbmcgU01CSU9TIHRhYmxlcyAu Li4NCihYRU4pIEhWTTQ6IExvYWRpbmcgUk9NQklPUyAuLi4NCihYRU4pIEhWTTQ6IDEyNjA0IGJ5 dGVzIG9mIFJPTUJJT1MgaGlnaC1tZW1vcnkgZXh0ZW5zaW9uczoNCihYRU4pIEhWTTQ6ICAgUmVs b2NhdGluZyB0byAweGZjMDAxMDAwLTB4ZmMwMDQxM2MgLi4uIGRvbmUNCihYRU4pIEhWTTQ6IENy ZWF0aW5nIE1QIHRhYmxlcyAuLi4NCihYRU4pIEhWTTQ6IExvYWRpbmcgQ2lycnVzIFZHQUJJT1Mg Li4uDQooWEVOKSBIVk00OiBPcHRpb24gUk9NczoNCihYRU4pIEhWTTQ6ICBjMDAwMC1jOGZmZjog VkdBIEJJT1MNCihYRU4pIEhWTTQ6IExvYWRpbmcgQUNQSSAuLi4NCihYRU4pIEhWTTQ6IHZtODYg VFNTIGF0IGZjMDEwMjgwDQooWEVOKSBIVk00OiBCSU9TIG1hcDoNCihYRU4pIEhWTTQ6ICBmMDAw MC1mZmZmZjogTWFpbiBCSU9TDQooWEVOKSBIVk00OiBFODIwIHRhYmxlOg0KKFhFTikgSFZNNDog IFswMF06IDAwMDAwMDAwOjAwMDAwMDAwIC0gMDAwMDAwMDA6MDAwOWUwMDA6IFJBTQ0KKFhFTikg SFZNNDogIFswMV06IDAwMDAwMDAwOjAwMDllMDAwIC0gMDAwMDAwMDA6MDAwYTAwMDA6IFJFU0VS VkVEDQooWEVOKSBIVk00OiAgSE9MRTogMDAwMDAwMDA6MDAwYTAwMDAgLSAwMDAwMDAwMDowMDBl MDAwMA0KKFhFTikgSFZNNDogIFswMl06IDAwMDAwMDAwOjAwMGUwMDAwIC0gMDAwMDAwMDA6MDAx MDAwMDA6IFJFU0VSVkVEDQooWEVOKSBIVk00OiAgWzAzXTogMDAwMDAwMDA6MDAxMDAwMDAgLSAw MDAwMDAwMDo3ZjgwMDAwMDogUkFNDQooWEVOKSBIVk00OiAgSE9MRTogMDAwMDAwMDA6N2Y4MDAw MDAgLSAwMDAwMDAwMDpmYzAwMDAwMA0KKFhFTikgSFZNNDogIFswNF06IDAwMDAwMDAwOmZjMDAw MDAwIC0gMDAwMDAwMDE6MDAwMDAwMDA6IFJFU0VSVkVEDQooWEVOKSBIVk00OiBJbnZva2luZyBS T01CSU9TIC4uLg0KKFhFTikgSFZNNDogJFJldmlzaW9uOiAxLjIyMSAkICREYXRlOiAyMDA4LzEy LzA3IDE3OjMyOjI5ICQNCihYRU4pIHN0ZHZnYS5jOjE0NzpkNCBlbnRlcmluZyBzdGR2Z2EgYW5k IGNhY2hpbmcgbW9kZXMNCihYRU4pIEhWTTQ6IFZHQUJpb3MgJElkOiB2Z2FiaW9zLmMsdiAxLjY3 IDIwMDgvMDEvMjcgMDk6NDQ6MTIgdnJ1cHBlcnQgRXhwICQNCihYRU4pIEhWTTQ6IEJvY2hzIEJJ T1MgLSBidWlsZDogMDYvMjMvOTkNCihYRU4pIEhWTTQ6ICRSZXZpc2lvbjogMS4yMjEgJCAkRGF0 ZTogMjAwOC8xMi8wNyAxNzozMjoyOSAkDQooWEVOKSBIVk00OiBPcHRpb25zOiBhcG1iaW9zIHBj aWJpb3MgZWx0b3JpdG8gUE1NDQooWEVOKSBIVk00Og0KKFhFTikgSFZNNDogYXRhMCBtYXN0ZXI6 IFFFTVUgRFZELVJPTSBBVEFQSS00IENELVJvbS9EVkQtUm9tDQooWEVOKSBIVk00OiBJREUgdGlt ZSBvdXQNCihYRU4pIEhWTTQ6DQooWEVOKSBIVk00Og0KKFhFTikgSFZNNDoNCihYRU4pIEhWTTQ6 IFByZXNzIEYxMiBmb3IgYm9vdCBtZW51Lg0KKFhFTikgSFZNNDoNCihYRU4pIEhWTTQ6IEJvb3Rp bmcgZnJvbSBIYXJkIERpc2suLi4NCihYRU4pIEhWTTQ6IGludDEzX2hhcmRkaXNrOiBmdW5jdGlv biAwMiwgdW5tYXBwZWQgZGV2aWNlIGZvciBFTERMPTgwDQooWEVOKSBIVk00OiBCb290IGZyb20g SGFyZCBEaXNrIGZhaWxlZDogY291bGQgbm90IHJlYWQgdGhlIGJvb3QgZGlzaw0KKFhFTikgSFZN NDoNCihYRU4pIEhWTTQ6IEJvb3RpbmcgZnJvbSBDRC1Sb20uLi4NCihYRU4pIEhWTTQ6IDY5OE1C IG1lZGl1bSBkZXRlY3RlZA0KKFhFTikgSFZNNDogQm9vdGluZyBmcm9tIDAwMDA6N2MwMA0KKFhF Tikgc3RkdmdhLmM6MTUxOmQ0IGxlYXZpbmcgc3RkdmdhDQooWEVOKSBzdGR2Z2EuYzoxNDc6ZDQg ZW50ZXJpbmcgc3RkdmdhIGFuZCBjYWNoaW5nIG1vZGVzDQooWEVOKSBIVk00OiAqKiogaW50IDE1 aCBmdW5jdGlvbiBBWD1lYzAwLCBCWD0wMDAyIG5vdCB5ZXQgc3VwcG9ydGVkIQ0KKFhFTikgSFZN NDogS0JEOiB1bnN1cHBvcnRlZCBpbnQgMTZoIGZ1bmN0aW9uIDAzDQooWEVOKSBIVk00OiAqKiog aW50IDE1aCBmdW5jdGlvbiBBWD1lOTgwLCBCWD0wMDAwIG5vdCB5ZXQgc3VwcG9ydGVkIQ0KKFhF TikgaXJxLmM6Mzc1OiBEb200IGNhbGxiYWNrIHZpYSBjaGFuZ2VkIHRvIERpcmVjdCBWZWN0b3Ig MHhmMw0KKFhFTikgbWVtb3J5X21hcDpyZW1vdmU6IGRvbTQgZ2ZuPWYzMjI1IG1mbj1hMGIwNCBu cj0xDQooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tNCBnZm49ZjMyMjUgbWZuPWEwYjA0IG5yPTEN CihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb200IGdmbj1mMzIyNSBtZm49YTBiMDQgbnI9MQ0K KFhFTikgbWVtb3J5X21hcDphZGQ6IGRvbTQgZ2ZuPWYzMjI1IG1mbj1hMGIwNCBucj0xDQooWEVO KSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tNCBnZm49ZjMyMjUgbWZuPWEwYjA0IG5yPTENCihYRU4p IG1lbW9yeV9tYXA6YWRkOiBkb200IGdmbj1mMzIyNSBtZm49YTBiMDQgbnI9MQ0KKFhFTikgbWVt b3J5X21hcDpyZW1vdmU6IGRvbTQgZ2ZuPWYzMjI1IG1mbj1hMGIwNCBucj0xDQooWEVOKSBtZW1v cnlfbWFwOmFkZDogZG9tNCBnZm49ZjMyMjUgbWZuPWEwYjA0IG5yPTENCihYRU4pIG1lbW9yeV9t YXA6cmVtb3ZlOiBkb200IGdmbj1mMzIyNSBtZm49YTBiMDQgbnI9MQ0KKFhFTikgbWVtb3J5X21h cDphZGQ6IGRvbTQgZ2ZuPWYzMjI1IG1mbj1hMGIwNCBucj0xDQooWEVOKSBtZW1vcnlfbWFwOnJl bW92ZTogZG9tNCBnZm49ZjMyMjUgbWZuPWEwYjA0IG5yPTENCihYRU4pIG1lbW9yeV9tYXA6YWRk OiBkb200IGdmbj1mMzIyNSBtZm49YTBiMDQgbnI9MQ0KKFhFTikgbWVtb3J5X21hcDpyZW1vdmU6 IGRvbTQgZ2ZuPWYzMjI1IG1mbj1hMGIwNCBucj0xDQooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9t NCBnZm49ZjMyMjUgbWZuPWEwYjA0IG5yPTENCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb200 IGdmbj1mMzIyNiBtZm49YTBiMDUgbnI9MQ0KKFhFTikgbWVtb3J5X21hcDphZGQ6IGRvbTQgZ2Zu PWYzMjI2IG1mbj1hMGIwNSBucj0xDQooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tNCBnZm49 ZjMyMjYgbWZuPWEwYjA1IG5yPTENCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb200IGdmbj1mMzIy NiBtZm49YTBiMDUgbnI9MQ0KKFhFTikgbWVtb3J5X21hcDpyZW1vdmU6IGRvbTQgZ2ZuPWYzMjI2 IG1mbj1hMGIwNSBucj0xDQooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tNCBnZm49ZjMyMjYgbWZu PWEwYjA1IG5yPTENCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb200IGdmbj1mMzIyNiBtZm49 YTBiMDUgbnI9MQ0KKFhFTikgbWVtb3J5X21hcDphZGQ6IGRvbTQgZ2ZuPWYzMjI2IG1mbj1hMGIw NSBucj0xDQooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tNCBnZm49ZjMyMjYgbWZuPWEwYjA1 IG5yPTENCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb200IGdmbj1mMzIyNiBtZm49YTBiMDUgbnI9 MQ0KKFhFTikgbWVtb3J5X21hcDpyZW1vdmU6IGRvbTQgZ2ZuPWYzMjI2IG1mbj1hMGIwNSBucj0x DQooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tNCBnZm49ZjMyMjYgbWZuPWEwYjA1IG5yPTENCihY RU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb200IGdmbj1mMzIyNiBtZm49YTBiMDUgbnI9MQ0KKFhF TikgbWVtb3J5X21hcDphZGQ6IGRvbTQgZ2ZuPWYzMjI2IG1mbj1hMGIwNSBucj0xDQooWEVOKSBt ZW1vcnlfbWFwOnJlbW92ZTogZG9tNCBnZm49ZjMyMDAgbWZuPWZiNjAwIG5yPTIwDQooWEVOKSBt ZW1vcnlfbWFwOnJlbW92ZTogZG9tNCBnZm49ZjMwMDAgbWZuPWZiMjAwIG5yPTIwMA0KKFhFTikg aW9wb3J0X21hcDpyZW1vdmU6IGRvbTQgZ3BvcnQ9YzEyMCBtcG9ydD1hYzAwIG5yPTIwDQooWEVO KSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tNCBnZm49ZjMyMjEgbWZuPWZiNjQxIG5yPTMNCihYRU4p IG1lbW9yeV9tYXA6YWRkOiBkb200IGdmbj1mMzIwMCBtZm49ZmI2MDAgbnI9MjANCihYRU4pIG1l bW9yeV9tYXA6YWRkOiBkb200IGdmbj1mMzAwMCBtZm49ZmIyMDAgbnI9MjAwDQooWEVOKSBpb3Bv cnRfbWFwOmFkZDogZG9tNCBncG9ydD1jMTIwIG1wb3J0PWFjMDAgbnI9MjANCihYRU4pIG1lbW9y eV9tYXA6YWRkOiBkb200IGdmbj1mMzIyMSBtZm49ZmI2NDEgbnI9Mw0KKFhFTikgbWVtb3J5X21h cDpyZW1vdmU6IGRvbTQgZ2ZuPWYzMjAwIG1mbj1mYjYwMCBucj0yMA0KKFhFTikgbWVtb3J5X21h cDpyZW1vdmU6IGRvbTQgZ2ZuPWYzMDAwIG1mbj1mYjIwMCBucj0yMDANCihYRU4pIGlvcG9ydF9t YXA6cmVtb3ZlOiBkb200IGdwb3J0PWMxMjAgbXBvcnQ9YWMwMCBucj0yMA0KKFhFTikgbWVtb3J5 X21hcDpyZW1vdmU6IGRvbTQgZ2ZuPWYzMjIxIG1mbj1mYjY0MSBucj0zDQooWEVOKSBtZW1vcnlf bWFwOmFkZDogZG9tNCBnZm49ZjMyMDAgbWZuPWZiNjAwIG5yPTIwDQooWEVOKSBtZW1vcnlfbWFw OmFkZDogZG9tNCBnZm49ZjMwMDAgbWZuPWZiMjAwIG5yPTIwMA0KKFhFTikgaW9wb3J0X21hcDph ZGQ6IGRvbTQgZ3BvcnQ9YzEyMCBtcG9ydD1hYzAwIG5yPTIwDQooWEVOKSBtZW1vcnlfbWFwOmFk ZDogZG9tNCBnZm49ZjMyMjEgbWZuPWZiNjQxIG5yPTMNCihYRU4pIG1lbW9yeV9tYXA6cmVtb3Zl OiBkb200IGdmbj1mMzIwMCBtZm49ZmI2MDAgbnI9MjANCihYRU4pIG1lbW9yeV9tYXA6cmVtb3Zl OiBkb200IGdmbj1mMzAwMCBtZm49ZmIyMDAgbnI9MjAwDQooWEVOKSBpb3BvcnRfbWFwOnJlbW92 ZTogZG9tNCBncG9ydD1jMTIwIG1wb3J0PWFjMDAgbnI9MjANCihYRU4pIG1lbW9yeV9tYXA6cmVt b3ZlOiBkb200IGdmbj1mMzIyMSBtZm49ZmI2NDEgbnI9Mw0KKFhFTikgbWVtb3J5X21hcDphZGQ6 IGRvbTQgZ2ZuPWYzMjAwIG1mbj1mYjYwMCBucj0yMA0KKFhFTikgbWVtb3J5X21hcDphZGQ6IGRv bTQgZ2ZuPWYzMDAwIG1mbj1mYjIwMCBucj0yMDANCihYRU4pIGlvcG9ydF9tYXA6YWRkOiBkb200 IGdwb3J0PWMxMjAgbXBvcnQ9YWMwMCBucj0yMA0KKFhFTikgbWVtb3J5X21hcDphZGQ6IGRvbTQg Z2ZuPWYzMjIxIG1mbj1mYjY0MSBucj0zDQooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tNCBn Zm49ZjMyMDAgbWZuPWZiNjAwIG5yPTIwDQooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tNCBn Zm49ZjMwMDAgbWZuPWZiMjAwIG5yPTIwMA0KKFhFTikgaW9wb3J0X21hcDpyZW1vdmU6IGRvbTQg Z3BvcnQ9YzEyMCBtcG9ydD1hYzAwIG5yPTIwDQooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9t NCBnZm49ZjMyMjEgbWZuPWZiNjQxIG5yPTMNCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb200IGdm bj1mMzIwMCBtZm49ZmI2MDAgbnI9MjANCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb200IGdmbj1m MzAwMCBtZm49ZmIyMDAgbnI9MjAwDQooWEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tNCBncG9ydD1j MTIwIG1wb3J0PWFjMDAgbnI9MjANCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb200IGdmbj1mMzIy MSBtZm49ZmI2NDEgbnI9Mw0KKFhFTikgbWVtb3J5X21hcDpyZW1vdmU6IGRvbTQgZ2ZuPWYzMjAw IG1mbj1mYjYwMCBucj0yMA0KKFhFTikgbWVtb3J5X21hcDpyZW1vdmU6IGRvbTQgZ2ZuPWYzMDAw IG1mbj1mYjIwMCBucj0yMDANCihYRU4pIGlvcG9ydF9tYXA6cmVtb3ZlOiBkb200IGdwb3J0PWMx MjAgbXBvcnQ9YWMwMCBucj0yMA0KKFhFTikgbWVtb3J5X21hcDpyZW1vdmU6IGRvbTQgZ2ZuPWYz MjIxIG1mbj1mYjY0MSBucj0zDQooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tNCBnZm49ZjMyMDAg bWZuPWZiNjAwIG5yPTIwDQooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tNCBnZm49ZjMwMDAgbWZu PWZiMjAwIG5yPTIwMA0KKFhFTikgaW9wb3J0X21hcDphZGQ6IGRvbTQgZ3BvcnQ9YzEyMCBtcG9y dD1hYzAwIG5yPTIwDQooWEVOKSBtZW1vcnlfbWFwOmFkZDogZG9tNCBnZm49ZjMyMjEgbWZuPWZi NjQxIG5yPTMNCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb200IGdmbj1mMzIwMCBtZm49ZmI2 MDAgbnI9MjANCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb200IGdmbj1mMzAwMCBtZm49ZmIy MDAgbnI9MjAwDQooWEVOKSBpb3BvcnRfbWFwOnJlbW92ZTogZG9tNCBncG9ydD1jMTIwIG1wb3J0 PWFjMDAgbnI9MjANCihYRU4pIG1lbW9yeV9tYXA6cmVtb3ZlOiBkb200IGdmbj1mMzIyMSBtZm49 ZmI2NDEgbnI9Mw0KKFhFTikgbWVtb3J5X21hcDphZGQ6IGRvbTQgZ2ZuPWYzMjAwIG1mbj1mYjYw MCBucj0yMA0KKFhFTikgbWVtb3J5X21hcDphZGQ6IGRvbTQgZ2ZuPWYzMDAwIG1mbj1mYjIwMCBu cj0yMDANCihYRU4pIGlvcG9ydF9tYXA6YWRkOiBkb200IGdwb3J0PWMxMjAgbXBvcnQ9YWMwMCBu cj0yMA0KKFhFTikgbWVtb3J5X21hcDphZGQ6IGRvbTQgZ2ZuPWYzMjIxIG1mbj1mYjY0MSBucj0z DQooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tNCBnZm49ZjMyMDAgbWZuPWZiNjAwIG5yPTIw DQooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tNCBnZm49ZjMwMDAgbWZuPWZiMjAwIG5yPTIw MA0KKFhFTikgaW9wb3J0X21hcDpyZW1vdmU6IGRvbTQgZ3BvcnQ9YzEyMCBtcG9ydD1hYzAwIG5y PTIwDQooWEVOKSBtZW1vcnlfbWFwOnJlbW92ZTogZG9tNCBnZm49ZjMyMjEgbWZuPWZiNjQxIG5y PTMNCihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb200IGdmbj1mMzIwMCBtZm49ZmI2MDAgbnI9MjAN CihYRU4pIG1lbW9yeV9tYXA6YWRkOiBkb200IGdmbj1mMzAwMCBtZm49ZmIyMDAgbnI9MjAwDQoo WEVOKSBpb3BvcnRfbWFwOmFkZDogZG9tNCBncG9ydD1jMTIwIG1wb3J0PWFjMDAgbnI9MjANCihY RU4pIG1lbW9yeV9tYXA6YWRkOiBkb200IGdmbj1mMzIyMSBtZm49ZmI2NDEgbnI9Mw0KKFhFTikg aXJxLmM6MjcwOiBEb200IFBDSSBsaW5rIDAgY2hhbmdlZCA1IC0+IDANCihYRU4pIGlycS5jOjI3 MDogRG9tNCBQQ0kgbGluayAxIGNoYW5nZWQgMTAgLT4gMA0KKFhFTikgaXJxLmM6MjcwOiBEb200 IFBDSSBsaW5rIDIgY2hhbmdlZCAxMSAtPiAwDQooWEVOKSBpcnEuYzoyNzA6IERvbTQgUENJIGxp bmsgMyBjaGFuZ2VkIDUgLT4gMA0KKFhFTikgaXJxLmM6MjIzNDogZG9tNDogcGlycSA1MSBvciBl bXVpcnEgMjMgYWxyZWFkeSBtYXBwZWQNCihYRU4pIG1zaS5jOjkwNzogTVNJIGlzIGFscmVhZHkg aW4gdXNlIG9uIGRldmljZSAwMDAwOjBlOjAwLjANCihYRU4pIG1zaS5jOjkwNzogTVNJIGlzIGFs cmVhZHkgaW4gdXNlIG9uIGRldmljZSAwMDAwOjBlOjAwLjANCihYRU4pIG1zaS5jOjkwNzogTVNJ IGlzIGFscmVhZHkgaW4gdXNlIG9uIGRldmljZSAwMDAwOjBlOjAwLjANCihYRU4pIG1zaS5jOjkw NzogTVNJIGlzIGFscmVhZHkgaW4gdXNlIG9uIGRldmljZSAwMDAwOjBlOjAwLjANCihYRU4pIG1z aS5jOjkwNzogTVNJIGlzIGFscmVhZHkgaW4gdXNlIG9uIGRldmljZSAwMDAwOjBlOjAwLjA= --f46d04287a17e4dc0e04c4d88d92 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --f46d04287a17e4dc0e04c4d88d92-- From xen-users-bounces@lists.xen.org Sun Jul 15 11:02:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Jul 2012 11:02: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 1SqMZ1-0006ee-9N; Sun, 15 Jul 2012 11:00:35 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SqMYz-0006eU-S8 for xen-users@lists.xen.org; Sun, 15 Jul 2012 11:00:34 +0000 Received: from [85.158.143.99:33957] by server-3.bemta-4.messagelabs.com id 20/5E-05808-1D2A2005; Sun, 15 Jul 2012 11:00:33 +0000 X-Env-Sender: davidtecher@yahoo.fr X-Msg-Ref: server-16.tower-216.messagelabs.com!1342350032!17637122!1 X-Originating-IP: [77.238.189.207] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26406 invoked from network); 15 Jul 2012 11:00:32 -0000 Received: from nm5-vm0.bullet.mail.ird.yahoo.com (HELO nm5-vm0.bullet.mail.ird.yahoo.com) (77.238.189.207) by server-16.tower-216.messagelabs.com with SMTP; 15 Jul 2012 11:00:32 -0000 Received: from [77.238.189.50] by nm5.bullet.mail.ird.yahoo.com with NNFMP; 15 Jul 2012 11:00:31 -0000 Received: from [212.82.108.132] by tm3.bullet.mail.ird.yahoo.com with NNFMP; 15 Jul 2012 11:00:31 -0000 Received: from [127.0.0.1] by omp1037.mail.ird.yahoo.com with NNFMP; 15 Jul 2012 11:00:31 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 858090.93334.bm@omp1037.mail.ird.yahoo.com Received: (qmail 37276 invoked by uid 60001); 15 Jul 2012 11:00:31 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1342350031; bh=BLOl4CfqlBnkulWp/uAc439XbL7PmAZpsugTqgaZ/i4=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=CiO82CYszcOP9sP4iRY04mkaHdbUm5eK1QIooIK/C8uqUSeLvnzPsNj5De6craDsQEyt+ZCk5/+BCr2Lfza0ciIM3el22paPFcgAshtYJ+TXWo6czsajoD7Kn1oHp45HeEqgQ03xF7zyCUYo8BlgiJo9x0XZJAG8VodgaYpBgdg= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=fyIU6roF/MUUgW8rmqXTKV9HqlcH6cW/PUiqsRzkBz9nx4b6N/Bf+5ozxh4XUBDIhnZlkXtXRki0WMla4zWdB7QXBI6fxGPczD9MWhHSNjiwU5kdq4CZxkdiWWrK+xmgwF+8LLUy/s+JYFS5DZjjrO/72KMBGNsJWo+8prBNbyw=; X-YMail-OSG: 7.nf.c8VM1mxBAynESnkdQhqG_T28xnhqTkgTb2TQLqKy0V 8TTi5xYki3UUYk6gatQhXOQVUAq__aPfnY4ti_YySJAPUKyz_qsjLIOo32mh GFld78LFhiVitc3VZfeHr5wmqRGWv51Acwimwa3gIVIqSaNRlqep4M9lyh7i eqGQe14yNh9haWUZUL.HaIkz6vi9g2DdGSePp4ap_oOIn3JCCP6nyMONymaY fGSL3porowGuEI0bXTxn_xKoZYrrhUMxoWx1_xRNQQRbyAYA_KTa86ErxCLd WqyP2M5pXh6jqsxdQ7W5mQC922wTbeabUJRUMhTwQ9Ck6SBz_IAIenOzz9OP ygP2DghiI.r84B9i_gFoDh3UaG6ar.spq37fRg6Crl8meHe_0eNWThCiNcoA kp92z12uQ.LBYh7xGvAfcZuCNor7phmSLrvrKKwApsHbXNiQ11LEwBmRWEL8 hFBdhe2KEuCqPZtvEp6wZeqDFuLZgXLa8_UOMCRdIT._5lG0Yk95GFQI6v5k pGrRUEz3MPiG.DOyUcaxjNVBIQQp0_ZEI.MFJOL25CEpEq3DbRYkMnMDE4kn I7lM8f_xgoMYYzvPAjhpEbXz4klNFr2IxTEOJGFYg7fhl2ZUm6nxFuFm9CGC ihgn1Pj209ESL.x7X7PusiwrXnW15.pPiL.jMsAO3PwLlXYdi5hCoaiBbnMs QcPZ6epX5qHk_1Q-- Received: from [83.154.246.188] by web29802.mail.ird.yahoo.com via HTTP; Sun, 15 Jul 2012 12:00:31 BST X-Mailer: YahooMailWebService/0.8.120.356233 References: <1342234370.90365.YahooMailNeo@web29801.mail.ird.yahoo.com> Message-ID: <1342350031.36415.YahooMailNeo@web29802.mail.ird.yahoo.com> Date: Sun, 15 Jul 2012 12:00:31 +0100 (BST) From: David TECHER To: David TECHER , "xen-devel@lists.xen.org" In-Reply-To: <1342234370.90365.YahooMailNeo@web29801.mail.ird.yahoo.com> MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen VGA PassThrough - GTX 860 card - big size for VGA BIOS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: David TECHER List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7904269368923231639==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7904269368923231639== Content-Type: multipart/alternative; boundary="478945831-1685957425-1342350031=:36415" --478945831-1685957425-1342350031=:36415 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable I will reply to myself.=0A=0AGigabyte GTX 680 OC is the only one graphic ca= rd provided with a vga bios size of 64k. The other cards vga bios size is 1= 84k.=0A=0A=0AEven if it is possible to do that...There is an issue with all= NVIDIA drivers=0A=0A- On Linux(32) driver will compil and install - GPU is= OK-=0A=0A- On Linux(32) the X server will=A0 crash with the following erro= r "GPU ...... is not supported"=0A=0A=0A=0A=0A=0A=0A_______________________= _________=0A De=A0: David TECHER =0A=C0=A0: "xen-deve= l@lists.xen.org" =0ACc=A0: "xen-users@lists.xen.o= rg" =0AEnvoy=E9 le : Samedi 14 juillet 2012 4h52= =0AObjet=A0: [Xen-users] Xen VGA PassThrough - GTX 860 card - big size for = VGA BIOS=0A =0A=0AHi=0A=0ALast patches for Nvidia and Xen 4.2 unstable coul= d be found at http://www.davidgis.fr/download/xen-4.2_rev25240_gfx-passthro= ugh-patchs.tar.bz2=0A=0AIt works for GTX 560 Ti.=0A=0ADue to changeset 2552= 5, don't forget to add this parameter to your configuration file=0Apci_msit= ranslate =3D 1=0A=0AI plan to test GTX 680. =0A=0A=0AOn Internet I discover= ed that all EEPROM - related to GTX 680 - for all GTX 680 cards=A0 have a s= ize of 184KB whereas for my GTX 560Ti the size is 64 KB.=0AException is for= Gigabyte GX 680 OC (first bios version).=0A=0AWhat are the expected change= s to do in Xen sources so that Xen could handle a size of 184KB for a GTX 6= 80 card?=0A=0AKind regards.=0A=0ADavid.=0A=0A=0A___________________________= ____________________=0AXen-users mailing list=0AXen-users@lists.xen.org=0Ah= ttp://lists.xen.org/xen-users --478945831-1685957425-1342350031=:36415 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
I will rep= ly to myself.

Gigabyte G= TX 680 OC is the only one graphic card provided with a vga bios size of 64k= . The other cards vga bios size is 184k.

Even if it is possible to do that...There is an issue = with all NVIDIA drivers

- On L= inux(32) driver will compil and install - GPU is OK-

- On Linux(32) the X server will  crash with the following error "G= PU ...... is not supported"





De : David TECHER <davidt= echer@yahoo.fr>
=C0 : "xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Cc : "xen-users@lists.xen.= org" <xen-users@lists.xen.org>
Envoy=E9 le : Samedi 14 juillet 2012 4h52
Objet : [Xen-users] Xen VGA PassTh= rough - GTX 860 card - big size for VGA BIOS

Hi

Last patches for Nvidia and Xen 4.2 unstable could be= found at http://www.davidgis.fr/download/xen-4.2_rev25240_gfx-passthrough-patchs.ta= r.bz2

It works for GTX 560 Ti.

Due to changeset 25525, don't forget to add this parameter to yo= ur configuration file
=0A
pci_msitranslate =3D 1

I plan to test GTX 680.

On Internet I= discovered that all EEPROM - related to GTX 680 - for all GTX 680 cards&nb= sp; have a size of 184KB whereas for my GTX 560Ti the size is 64 KB.
<= div>Exception is for Gigabyte GX 680 OC (first bios version).
What are the expected changes to do in Xen sources so that Xen = could handle a size of 184KB for a GTX 680 card?

K= ind regards.

David.

<= /div>

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

--478945831-1685957425-1342350031=:36415-- --===============7904269368923231639== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7904269368923231639==-- From xen-users-bounces@lists.xen.org Sun Jul 15 11:02:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Jul 2012 11:02: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 1SqMZ1-0006ee-9N; Sun, 15 Jul 2012 11:00:35 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SqMYz-0006eU-S8 for xen-users@lists.xen.org; Sun, 15 Jul 2012 11:00:34 +0000 Received: from [85.158.143.99:33957] by server-3.bemta-4.messagelabs.com id 20/5E-05808-1D2A2005; Sun, 15 Jul 2012 11:00:33 +0000 X-Env-Sender: davidtecher@yahoo.fr X-Msg-Ref: server-16.tower-216.messagelabs.com!1342350032!17637122!1 X-Originating-IP: [77.238.189.207] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26406 invoked from network); 15 Jul 2012 11:00:32 -0000 Received: from nm5-vm0.bullet.mail.ird.yahoo.com (HELO nm5-vm0.bullet.mail.ird.yahoo.com) (77.238.189.207) by server-16.tower-216.messagelabs.com with SMTP; 15 Jul 2012 11:00:32 -0000 Received: from [77.238.189.50] by nm5.bullet.mail.ird.yahoo.com with NNFMP; 15 Jul 2012 11:00:31 -0000 Received: from [212.82.108.132] by tm3.bullet.mail.ird.yahoo.com with NNFMP; 15 Jul 2012 11:00:31 -0000 Received: from [127.0.0.1] by omp1037.mail.ird.yahoo.com with NNFMP; 15 Jul 2012 11:00:31 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 858090.93334.bm@omp1037.mail.ird.yahoo.com Received: (qmail 37276 invoked by uid 60001); 15 Jul 2012 11:00:31 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1342350031; bh=BLOl4CfqlBnkulWp/uAc439XbL7PmAZpsugTqgaZ/i4=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=CiO82CYszcOP9sP4iRY04mkaHdbUm5eK1QIooIK/C8uqUSeLvnzPsNj5De6craDsQEyt+ZCk5/+BCr2Lfza0ciIM3el22paPFcgAshtYJ+TXWo6czsajoD7Kn1oHp45HeEqgQ03xF7zyCUYo8BlgiJo9x0XZJAG8VodgaYpBgdg= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=fyIU6roF/MUUgW8rmqXTKV9HqlcH6cW/PUiqsRzkBz9nx4b6N/Bf+5ozxh4XUBDIhnZlkXtXRki0WMla4zWdB7QXBI6fxGPczD9MWhHSNjiwU5kdq4CZxkdiWWrK+xmgwF+8LLUy/s+JYFS5DZjjrO/72KMBGNsJWo+8prBNbyw=; X-YMail-OSG: 7.nf.c8VM1mxBAynESnkdQhqG_T28xnhqTkgTb2TQLqKy0V 8TTi5xYki3UUYk6gatQhXOQVUAq__aPfnY4ti_YySJAPUKyz_qsjLIOo32mh GFld78LFhiVitc3VZfeHr5wmqRGWv51Acwimwa3gIVIqSaNRlqep4M9lyh7i eqGQe14yNh9haWUZUL.HaIkz6vi9g2DdGSePp4ap_oOIn3JCCP6nyMONymaY fGSL3porowGuEI0bXTxn_xKoZYrrhUMxoWx1_xRNQQRbyAYA_KTa86ErxCLd WqyP2M5pXh6jqsxdQ7W5mQC922wTbeabUJRUMhTwQ9Ck6SBz_IAIenOzz9OP ygP2DghiI.r84B9i_gFoDh3UaG6ar.spq37fRg6Crl8meHe_0eNWThCiNcoA kp92z12uQ.LBYh7xGvAfcZuCNor7phmSLrvrKKwApsHbXNiQ11LEwBmRWEL8 hFBdhe2KEuCqPZtvEp6wZeqDFuLZgXLa8_UOMCRdIT._5lG0Yk95GFQI6v5k pGrRUEz3MPiG.DOyUcaxjNVBIQQp0_ZEI.MFJOL25CEpEq3DbRYkMnMDE4kn I7lM8f_xgoMYYzvPAjhpEbXz4klNFr2IxTEOJGFYg7fhl2ZUm6nxFuFm9CGC ihgn1Pj209ESL.x7X7PusiwrXnW15.pPiL.jMsAO3PwLlXYdi5hCoaiBbnMs QcPZ6epX5qHk_1Q-- Received: from [83.154.246.188] by web29802.mail.ird.yahoo.com via HTTP; Sun, 15 Jul 2012 12:00:31 BST X-Mailer: YahooMailWebService/0.8.120.356233 References: <1342234370.90365.YahooMailNeo@web29801.mail.ird.yahoo.com> Message-ID: <1342350031.36415.YahooMailNeo@web29802.mail.ird.yahoo.com> Date: Sun, 15 Jul 2012 12:00:31 +0100 (BST) From: David TECHER To: David TECHER , "xen-devel@lists.xen.org" In-Reply-To: <1342234370.90365.YahooMailNeo@web29801.mail.ird.yahoo.com> MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen VGA PassThrough - GTX 860 card - big size for VGA BIOS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: David TECHER List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7904269368923231639==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7904269368923231639== Content-Type: multipart/alternative; boundary="478945831-1685957425-1342350031=:36415" --478945831-1685957425-1342350031=:36415 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable I will reply to myself.=0A=0AGigabyte GTX 680 OC is the only one graphic ca= rd provided with a vga bios size of 64k. The other cards vga bios size is 1= 84k.=0A=0A=0AEven if it is possible to do that...There is an issue with all= NVIDIA drivers=0A=0A- On Linux(32) driver will compil and install - GPU is= OK-=0A=0A- On Linux(32) the X server will=A0 crash with the following erro= r "GPU ...... is not supported"=0A=0A=0A=0A=0A=0A=0A_______________________= _________=0A De=A0: David TECHER =0A=C0=A0: "xen-deve= l@lists.xen.org" =0ACc=A0: "xen-users@lists.xen.o= rg" =0AEnvoy=E9 le : Samedi 14 juillet 2012 4h52= =0AObjet=A0: [Xen-users] Xen VGA PassThrough - GTX 860 card - big size for = VGA BIOS=0A =0A=0AHi=0A=0ALast patches for Nvidia and Xen 4.2 unstable coul= d be found at http://www.davidgis.fr/download/xen-4.2_rev25240_gfx-passthro= ugh-patchs.tar.bz2=0A=0AIt works for GTX 560 Ti.=0A=0ADue to changeset 2552= 5, don't forget to add this parameter to your configuration file=0Apci_msit= ranslate =3D 1=0A=0AI plan to test GTX 680. =0A=0A=0AOn Internet I discover= ed that all EEPROM - related to GTX 680 - for all GTX 680 cards=A0 have a s= ize of 184KB whereas for my GTX 560Ti the size is 64 KB.=0AException is for= Gigabyte GX 680 OC (first bios version).=0A=0AWhat are the expected change= s to do in Xen sources so that Xen could handle a size of 184KB for a GTX 6= 80 card?=0A=0AKind regards.=0A=0ADavid.=0A=0A=0A___________________________= ____________________=0AXen-users mailing list=0AXen-users@lists.xen.org=0Ah= ttp://lists.xen.org/xen-users --478945831-1685957425-1342350031=:36415 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
I will rep= ly to myself.

Gigabyte G= TX 680 OC is the only one graphic card provided with a vga bios size of 64k= . The other cards vga bios size is 184k.

Even if it is possible to do that...There is an issue = with all NVIDIA drivers

- On L= inux(32) driver will compil and install - GPU is OK-

- On Linux(32) the X server will  crash with the following error "G= PU ...... is not supported"





De : David TECHER <davidt= echer@yahoo.fr>
=C0 : "xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Cc : "xen-users@lists.xen.= org" <xen-users@lists.xen.org>
Envoy=E9 le : Samedi 14 juillet 2012 4h52
Objet : [Xen-users] Xen VGA PassTh= rough - GTX 860 card - big size for VGA BIOS

Hi

Last patches for Nvidia and Xen 4.2 unstable could be= found at http://www.davidgis.fr/download/xen-4.2_rev25240_gfx-passthrough-patchs.ta= r.bz2

It works for GTX 560 Ti.

Due to changeset 25525, don't forget to add this parameter to yo= ur configuration file
=0A
pci_msitranslate =3D 1

I plan to test GTX 680.

On Internet I= discovered that all EEPROM - related to GTX 680 - for all GTX 680 cards&nb= sp; have a size of 184KB whereas for my GTX 560Ti the size is 64 KB.
<= div>Exception is for Gigabyte GX 680 OC (first bios version).
What are the expected changes to do in Xen sources so that Xen = could handle a size of 184KB for a GTX 680 card?

K= ind regards.

David.

<= /div>

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

--478945831-1685957425-1342350031=:36415-- --===============7904269368923231639== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7904269368923231639==-- From xen-users-bounces@lists.xen.org Sun Jul 15 12:19:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Jul 2012 12:19: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 1SqNlW-0007fn-Q8; Sun, 15 Jul 2012 12:17:34 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SqNlV-0007fi-Bo for xen-users@lists.xensource.com; Sun, 15 Jul 2012 12:17:33 +0000 Received: from [85.158.143.35:34643] by server-1.bemta-4.messagelabs.com id 8E/BE-24392-CD4B2005; Sun, 15 Jul 2012 12:17:32 +0000 X-Env-Sender: davidtecher@yahoo.fr X-Msg-Ref: server-2.tower-21.messagelabs.com!1342354651!5694709!1 X-Originating-IP: [77.238.189.62] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10676 invoked from network); 15 Jul 2012 12:17:31 -0000 Received: from nm5.bullet.mail.ird.yahoo.com (HELO nm5.bullet.mail.ird.yahoo.com) (77.238.189.62) by server-2.tower-21.messagelabs.com with SMTP; 15 Jul 2012 12:17:31 -0000 Received: from [77.238.189.232] by nm5.bullet.mail.ird.yahoo.com with NNFMP; 15 Jul 2012 12:17:31 -0000 Received: from [212.82.109.128] by tm13.bullet.mail.ird.yahoo.com with NNFMP; 15 Jul 2012 12:17:31 -0000 Received: from [127.0.0.1] by omp1020.mail.ird.yahoo.com with NNFMP; 15 Jul 2012 12:17:31 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 451056.10463.bm@omp1020.mail.ird.yahoo.com Received: (qmail 34435 invoked by uid 60001); 15 Jul 2012 12:17:31 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1342354651; bh=+HO6Xb1jcvaRChjxIqkiWZySjVbP4tKQye/Qvo1BhTI=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=iEHWSI1BTl7rtBSUBiSpAIQVZKQO7xaAzb7uZQ+5CV9tlirZp5/jxRy3BDLtfNJ3rjNU9fwNySe/58WQ5R1XiqZaYt2hg2xXmBRlm4ge44BzKTSSScIgXMvyU1lwEZSXeevfcmAFHPma1ZpS5AXsSqEAUwoHgkwNCvRelqyGvyA= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=5JULDt5g9GWbVN0A4FzuGaNOOpSIiIDBTMG4aXWuNZs6FLjti5nmOTPfj1NEC70tJ0qx7wq2fvXOnhwzp53S5AEcSU9U3Sbjwk9XSDnMM4zNdeMK5QEkp6ygBq4MAsozLFgmJRTH9rdURS/drZF5+edB/1tsI1do1ZEg4tIuu2w=; X-YMail-OSG: DbRY5vMVM1nqgYx1C9aavyFs09c37EH5CWHKs1dSIxXfT3O zxKv8jvQ2DudGi7jwxIMtUdn0UEOGzWzX06ndEqOX9RKzTxv0jv4j.U4fb.c jmSceoc1FQ8dRQyL7Z3_UNQBXl_8E31XA_4yf2PkrWCT8UbacROmSOrSB0Uv WszreoVcmb_saDdWO_9gA7vTnWtcVutdHvlh5FrMvzbpq5Ky0BwKrSJmOPgC g_nc4X4eJ3EbCA0dErvV7enC54IJUI7Gw9SNejYL2dl.I_U_f_WxVIFb7e8u ncpzL89_iNcwdcxAm1o7qA5dQn7FlzxVNPoQUbrjYD5UCBQ6eRvNvftwDDPa MWIGsP7UjwQmqDdHTh4Qbxy0erujXd3oJ54V4rjXxbxs98u2vFRNSs_01z8m wgsi_D6CVTVXpA7GmQWFrDa6T96Igk8ZCN81BV37A7DsOPT1TY9rdfC4gbNd oMERvUJtOrEjtXR_MYPihEqmKcer0vKP4akIYsNaVychHAn4vT9HaFwKoFHf 0QcXTellz6jj4tj8ytvUNJ4HoEKUnH9D3tjo- Received: from [83.154.246.188] by web29803.mail.ird.yahoo.com via HTTP; Sun, 15 Jul 2012 13:17:31 BST X-Mailer: YahooMailWebService/0.8.120.356233 References: Message-ID: <1342354651.32556.YahooMailNeo@web29803.mail.ird.yahoo.com> Date: Sun, 15 Jul 2012 13:17:31 +0100 (BST) From: David TECHER To: Liwei , "xen-users@lists.xensource.com" In-Reply-To: MIME-Version: 1.0 Subject: Re: [Xen-users] Certain PCI passthrough devices don't work X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: David TECHER List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6485782408571298250==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6485782408571298250== Content-Type: multipart/alternative; boundary="-829503087-382444795-1342354651=:32556" ---829503087-382444795-1342354651=:32556 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Due to changeset 25525,=0A=0Apci_msitranslate =3D 0 by default=0A=0A=0ATry= =0A=0Apci_msitranslate =3D 1=0A=0AIt worked for me :)=0A=0A=0A=0A__________= ______________________=0A De=A0: Liwei =0A=C0=A0: xen-u= sers@lists.xensource.com =0AEnvoy=E9 le : Dimanche 15 juillet 2012 8h37=0AO= bjet=A0: [Xen-users] Certain PCI passthrough devices don't work=0A =0AHello= list,=0A=A0 =A0 Using the mainline 3.5-rc6 kernel and yesterday's xen-unst= able,=0AI'm having trouble passing in some PCI devices. Everything else wor= ks=0Asmoothly.=0A=A0 =A0 Attached are some of the relevant logs and configu= rations. I did=0Anotice from the qemu logs that all the problematic devices= have "IRQ=0Atype =3D INTx" whereas those that are working have "IRQ type = =3D=0AMSI-INTx".=0A=A0 =A0 On the domU side, Windows reports that the devic= es cannot start=0Aand Ubuntu complained something along the lines of "Inval= id USB=0Acapability 0xFF" (for the USB controller I was passing through).= =0A=0A=A0 =A0 Kernel version:=0A=A0 =A0 =A0 =A0 git://git.kernel.org/pub/sc= m/linux/kernel/git/torvalds/linux.git=0A=A0 =A0 =A0 =A0 commit 055c9fa8874f= a7261eec7a268366565db84af474=0A=A0 =A0 =A0 =A0 Merge: 310959e 46bada6=0A=A0= =A0 =A0 =A0 Author: Linus Torvalds =0A=A0 = =A0 =A0 =A0 Date:=A0 Tue Jul 10 13:24:48 2012 -0700=0A=A0 =A0 Xen version:= =0A=A0 =A0 =A0 =A0 http://xenbits.xen.org/xen-unstable.hg=0A=A0 =A0 =A0 =A0= parent: 25605:9950f2dc2ee6 tip=0A=A0 =A0 =A0 =A0 xsm/flask: avoid struct = page lookup in mmu_normal_update=0A=A0 =A0 =A0 =A0 branch: default=0A=0A=A0= =A0 Anyone has any idea how to fix this? It was working before I did=0Athe= kernel and xen upgrade.=0A=0AThanks!=0A=0A________________________________= _______________=0AXen-users mailing list=0AXen-users@lists.xen.org=0Ahttp:/= /lists.xen.org/xen-users ---829503087-382444795-1342354651=:32556 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Due to cha= ngeset 25525,

pci_msitra= nslate =3D 0 by default


Try

pci_msitranslate =3D 1

It worked for me :)

= De : Liwei <xieli= wei@gmail.com>
=C0 : xen-users@lists.xensource.com
Envoy=E9 le : Dimanche 15 juillet 2012 8h37
Objet : [Xen-users] Certain PCI passthrough devi= ces don't work

Hello list,
    Using th= e mainline 3.5-rc6 kernel and yesterday's xen-unstable,
I'm having troub= le passing in some PCI devices. Everything else works
smoothly.
 = ;   Attached are some of the relevant logs and configurations. I didnotice from the qemu logs that all the problematic devices have "IRQ
t= ype =3D INTx" whereas those that are working have "IRQ type =3D
MSI-INTx= ".
    On the domU side, Windows reports that the devices cann= ot start
and Ubuntu complained something along the lines of "Invalid USB=
capability 0xFF" (for the USB controller I was passing through).
    Kernel version:
        git://git.ker= nel.org/pub/scm/linux/kernel/git/torvalds/linux.git
        commit 055c9fa8874fa7261eec7a268366565db84af474
  &n= bsp;     Merge: 310959e 46bada6
        Au= thor: Linus Torvalds <torvalds@linux-foundation.o= rg>
        Date:  Tue Jul 10 13:24:48 = 2012 -0700
    Xen version:
        http://xe= nbits.xen.org/xen-unstable.hg
        parent: 25= 605:9950f2dc2ee6 tip
        xsm/flask: avoid struc= t page lookup in mmu_normal_update
        branch: d= efault

    Anyone has any idea how to fix this? It was wor= king before I did
the kernel and xen upgrade.

Thanks!

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

=
---829503087-382444795-1342354651=:32556-- --===============6485782408571298250== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6485782408571298250==-- From xen-users-bounces@lists.xen.org Sun Jul 15 12:19:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Jul 2012 12:19: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 1SqNlW-0007fn-Q8; Sun, 15 Jul 2012 12:17:34 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SqNlV-0007fi-Bo for xen-users@lists.xensource.com; Sun, 15 Jul 2012 12:17:33 +0000 Received: from [85.158.143.35:34643] by server-1.bemta-4.messagelabs.com id 8E/BE-24392-CD4B2005; Sun, 15 Jul 2012 12:17:32 +0000 X-Env-Sender: davidtecher@yahoo.fr X-Msg-Ref: server-2.tower-21.messagelabs.com!1342354651!5694709!1 X-Originating-IP: [77.238.189.62] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10676 invoked from network); 15 Jul 2012 12:17:31 -0000 Received: from nm5.bullet.mail.ird.yahoo.com (HELO nm5.bullet.mail.ird.yahoo.com) (77.238.189.62) by server-2.tower-21.messagelabs.com with SMTP; 15 Jul 2012 12:17:31 -0000 Received: from [77.238.189.232] by nm5.bullet.mail.ird.yahoo.com with NNFMP; 15 Jul 2012 12:17:31 -0000 Received: from [212.82.109.128] by tm13.bullet.mail.ird.yahoo.com with NNFMP; 15 Jul 2012 12:17:31 -0000 Received: from [127.0.0.1] by omp1020.mail.ird.yahoo.com with NNFMP; 15 Jul 2012 12:17:31 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 451056.10463.bm@omp1020.mail.ird.yahoo.com Received: (qmail 34435 invoked by uid 60001); 15 Jul 2012 12:17:31 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1342354651; bh=+HO6Xb1jcvaRChjxIqkiWZySjVbP4tKQye/Qvo1BhTI=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=iEHWSI1BTl7rtBSUBiSpAIQVZKQO7xaAzb7uZQ+5CV9tlirZp5/jxRy3BDLtfNJ3rjNU9fwNySe/58WQ5R1XiqZaYt2hg2xXmBRlm4ge44BzKTSSScIgXMvyU1lwEZSXeevfcmAFHPma1ZpS5AXsSqEAUwoHgkwNCvRelqyGvyA= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=5JULDt5g9GWbVN0A4FzuGaNOOpSIiIDBTMG4aXWuNZs6FLjti5nmOTPfj1NEC70tJ0qx7wq2fvXOnhwzp53S5AEcSU9U3Sbjwk9XSDnMM4zNdeMK5QEkp6ygBq4MAsozLFgmJRTH9rdURS/drZF5+edB/1tsI1do1ZEg4tIuu2w=; X-YMail-OSG: DbRY5vMVM1nqgYx1C9aavyFs09c37EH5CWHKs1dSIxXfT3O zxKv8jvQ2DudGi7jwxIMtUdn0UEOGzWzX06ndEqOX9RKzTxv0jv4j.U4fb.c jmSceoc1FQ8dRQyL7Z3_UNQBXl_8E31XA_4yf2PkrWCT8UbacROmSOrSB0Uv WszreoVcmb_saDdWO_9gA7vTnWtcVutdHvlh5FrMvzbpq5Ky0BwKrSJmOPgC g_nc4X4eJ3EbCA0dErvV7enC54IJUI7Gw9SNejYL2dl.I_U_f_WxVIFb7e8u ncpzL89_iNcwdcxAm1o7qA5dQn7FlzxVNPoQUbrjYD5UCBQ6eRvNvftwDDPa MWIGsP7UjwQmqDdHTh4Qbxy0erujXd3oJ54V4rjXxbxs98u2vFRNSs_01z8m wgsi_D6CVTVXpA7GmQWFrDa6T96Igk8ZCN81BV37A7DsOPT1TY9rdfC4gbNd oMERvUJtOrEjtXR_MYPihEqmKcer0vKP4akIYsNaVychHAn4vT9HaFwKoFHf 0QcXTellz6jj4tj8ytvUNJ4HoEKUnH9D3tjo- Received: from [83.154.246.188] by web29803.mail.ird.yahoo.com via HTTP; Sun, 15 Jul 2012 13:17:31 BST X-Mailer: YahooMailWebService/0.8.120.356233 References: Message-ID: <1342354651.32556.YahooMailNeo@web29803.mail.ird.yahoo.com> Date: Sun, 15 Jul 2012 13:17:31 +0100 (BST) From: David TECHER To: Liwei , "xen-users@lists.xensource.com" In-Reply-To: MIME-Version: 1.0 Subject: Re: [Xen-users] Certain PCI passthrough devices don't work X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: David TECHER List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6485782408571298250==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6485782408571298250== Content-Type: multipart/alternative; boundary="-829503087-382444795-1342354651=:32556" ---829503087-382444795-1342354651=:32556 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Due to changeset 25525,=0A=0Apci_msitranslate =3D 0 by default=0A=0A=0ATry= =0A=0Apci_msitranslate =3D 1=0A=0AIt worked for me :)=0A=0A=0A=0A__________= ______________________=0A De=A0: Liwei =0A=C0=A0: xen-u= sers@lists.xensource.com =0AEnvoy=E9 le : Dimanche 15 juillet 2012 8h37=0AO= bjet=A0: [Xen-users] Certain PCI passthrough devices don't work=0A =0AHello= list,=0A=A0 =A0 Using the mainline 3.5-rc6 kernel and yesterday's xen-unst= able,=0AI'm having trouble passing in some PCI devices. Everything else wor= ks=0Asmoothly.=0A=A0 =A0 Attached are some of the relevant logs and configu= rations. I did=0Anotice from the qemu logs that all the problematic devices= have "IRQ=0Atype =3D INTx" whereas those that are working have "IRQ type = =3D=0AMSI-INTx".=0A=A0 =A0 On the domU side, Windows reports that the devic= es cannot start=0Aand Ubuntu complained something along the lines of "Inval= id USB=0Acapability 0xFF" (for the USB controller I was passing through).= =0A=0A=A0 =A0 Kernel version:=0A=A0 =A0 =A0 =A0 git://git.kernel.org/pub/sc= m/linux/kernel/git/torvalds/linux.git=0A=A0 =A0 =A0 =A0 commit 055c9fa8874f= a7261eec7a268366565db84af474=0A=A0 =A0 =A0 =A0 Merge: 310959e 46bada6=0A=A0= =A0 =A0 =A0 Author: Linus Torvalds =0A=A0 = =A0 =A0 =A0 Date:=A0 Tue Jul 10 13:24:48 2012 -0700=0A=A0 =A0 Xen version:= =0A=A0 =A0 =A0 =A0 http://xenbits.xen.org/xen-unstable.hg=0A=A0 =A0 =A0 =A0= parent: 25605:9950f2dc2ee6 tip=0A=A0 =A0 =A0 =A0 xsm/flask: avoid struct = page lookup in mmu_normal_update=0A=A0 =A0 =A0 =A0 branch: default=0A=0A=A0= =A0 Anyone has any idea how to fix this? It was working before I did=0Athe= kernel and xen upgrade.=0A=0AThanks!=0A=0A________________________________= _______________=0AXen-users mailing list=0AXen-users@lists.xen.org=0Ahttp:/= /lists.xen.org/xen-users ---829503087-382444795-1342354651=:32556 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Due to cha= ngeset 25525,

pci_msitra= nslate =3D 0 by default


Try

pci_msitranslate =3D 1

It worked for me :)

= De : Liwei <xieli= wei@gmail.com>
=C0 : xen-users@lists.xensource.com
Envoy=E9 le : Dimanche 15 juillet 2012 8h37
Objet : [Xen-users] Certain PCI passthrough devi= ces don't work

Hello list,
    Using th= e mainline 3.5-rc6 kernel and yesterday's xen-unstable,
I'm having troub= le passing in some PCI devices. Everything else works
smoothly.
 = ;   Attached are some of the relevant logs and configurations. I didnotice from the qemu logs that all the problematic devices have "IRQ
t= ype =3D INTx" whereas those that are working have "IRQ type =3D
MSI-INTx= ".
    On the domU side, Windows reports that the devices cann= ot start
and Ubuntu complained something along the lines of "Invalid USB=
capability 0xFF" (for the USB controller I was passing through).
    Kernel version:
        git://git.ker= nel.org/pub/scm/linux/kernel/git/torvalds/linux.git
        commit 055c9fa8874fa7261eec7a268366565db84af474
  &n= bsp;     Merge: 310959e 46bada6
        Au= thor: Linus Torvalds <torvalds@linux-foundation.o= rg>
        Date:  Tue Jul 10 13:24:48 = 2012 -0700
    Xen version:
        http://xe= nbits.xen.org/xen-unstable.hg
        parent: 25= 605:9950f2dc2ee6 tip
        xsm/flask: avoid struc= t page lookup in mmu_normal_update
        branch: d= efault

    Anyone has any idea how to fix this? It was wor= king before I did
the kernel and xen upgrade.

Thanks!

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

=
---829503087-382444795-1342354651=:32556-- --===============6485782408571298250== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6485782408571298250==-- From xen-users-bounces@lists.xen.org Sun Jul 15 12:23:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Jul 2012 12:23: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 1SqNoo-0007oG-MP; Sun, 15 Jul 2012 12:20:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SqNom-0007o5-RP for xen-users@lists.xensource.com; Sun, 15 Jul 2012 12:20:57 +0000 Received: from [85.158.143.99:34346] by server-2.bemta-4.messagelabs.com id 7D/70-17938-8A5B2005; Sun, 15 Jul 2012 12:20:56 +0000 X-Env-Sender: xieliwei@gmail.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1342354853!23607190!1 X-Originating-IP: [209.85.160.43] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22796 invoked from network); 15 Jul 2012 12:20:55 -0000 Received: from mail-pb0-f43.google.com (HELO mail-pb0-f43.google.com) (209.85.160.43) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2012 12:20:55 -0000 Received: by pbcwz7 with SMTP id wz7so10908584pbc.30 for ; Sun, 15 Jul 2012 05:20: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:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=7P/DSfyfycZyyTnrwxOIVMsZDAdFukJOF98JysMR4gk=; b=Bhkeu7e9eZbur9UK+T+g+wlI6Av93KALFU/eRVY4qG1smaKyIL9XmOERCp6ICMfnc0 UwkAEZf3MfSIbA30P2CURafptqyiPl0MtIHgXWu8/3A/jARHl0o70waddIbTtFCsK50t iU3eJrp//n54H+pktC0Gn6SVazyKLsUsnA3LNN3Vu/9K9yZkmEBZLCwwEFJzu/GRK5aM DBNr6nTeH1fDZKmb9+xKWbZbqDr8vm9iWbvDVWb36dc/gA1jThH4aCbu2tcnK03eVdpE IwUObnHvJBu9OoI/4L18tveR3yNgSP1nmY8JowtDwIvGhfUNePHSSMr9UrsW6J2YkmJa vvfQ== Received: by 10.68.237.105 with SMTP id vb9mr19040422pbc.103.1342354853251; Sun, 15 Jul 2012 05:20:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.234.38 with HTTP; Sun, 15 Jul 2012 05:20:33 -0700 (PDT) In-Reply-To: <1342354651.32556.YahooMailNeo@web29803.mail.ird.yahoo.com> References: <1342354651.32556.YahooMailNeo@web29803.mail.ird.yahoo.com> From: Liwei Date: Sun, 15 Jul 2012 20:20:33 +0800 Message-ID: To: David TECHER Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] Certain PCI passthrough devices don't work X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thanks for the reply! I have that option enabled in my config file. Tried running with it set to 0 as well, didn't work either. =3D( On 15 July 2012 20:17, David TECHER wrote: > Due to changeset 25525, > > pci_msitranslate =3D 0 by default > > > Try > > pci_msitranslate =3D 1 > > It worked for me :) > > ________________________________ > De : Liwei > =C0 : xen-users@lists.xensource.com > Envoy=E9 le : Dimanche 15 juillet 2012 8h37 > Objet : [Xen-users] Certain PCI passthrough devices don't work > > Hello list, > Using the mainline 3.5-rc6 kernel and yesterday's xen-unstable, > I'm having trouble passing in some PCI devices. Everything else works > smoothly. > Attached are some of the relevant logs and configurations. I did > notice from the qemu logs that all the problematic devices have "IRQ > type =3D INTx" whereas those that are working have "IRQ type =3D > MSI-INTx". > On the domU side, Windows reports that the devices cannot start > and Ubuntu complained something along the lines of "Invalid USB > capability 0xFF" (for the USB controller I was passing through). > > Kernel version: > git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > commit 055c9fa8874fa7261eec7a268366565db84af474 > Merge: 310959e 46bada6 > Author: Linus Torvalds > Date: Tue Jul 10 13:24:48 2012 -0700 > Xen version: > http://xenbits.xen.org/xen-unstable.hg > parent: 25605:9950f2dc2ee6 tip > xsm/flask: avoid struct page lookup in mmu_normal_update > branch: default > > Anyone has any idea how to fix this? It was working before I did > the kernel and xen upgrade. > > Thanks! > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 15 12:23:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Jul 2012 12:23: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 1SqNoo-0007oG-MP; Sun, 15 Jul 2012 12:20:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SqNom-0007o5-RP for xen-users@lists.xensource.com; Sun, 15 Jul 2012 12:20:57 +0000 Received: from [85.158.143.99:34346] by server-2.bemta-4.messagelabs.com id 7D/70-17938-8A5B2005; Sun, 15 Jul 2012 12:20:56 +0000 X-Env-Sender: xieliwei@gmail.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1342354853!23607190!1 X-Originating-IP: [209.85.160.43] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22796 invoked from network); 15 Jul 2012 12:20:55 -0000 Received: from mail-pb0-f43.google.com (HELO mail-pb0-f43.google.com) (209.85.160.43) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2012 12:20:55 -0000 Received: by pbcwz7 with SMTP id wz7so10908584pbc.30 for ; Sun, 15 Jul 2012 05:20: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:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=7P/DSfyfycZyyTnrwxOIVMsZDAdFukJOF98JysMR4gk=; b=Bhkeu7e9eZbur9UK+T+g+wlI6Av93KALFU/eRVY4qG1smaKyIL9XmOERCp6ICMfnc0 UwkAEZf3MfSIbA30P2CURafptqyiPl0MtIHgXWu8/3A/jARHl0o70waddIbTtFCsK50t iU3eJrp//n54H+pktC0Gn6SVazyKLsUsnA3LNN3Vu/9K9yZkmEBZLCwwEFJzu/GRK5aM DBNr6nTeH1fDZKmb9+xKWbZbqDr8vm9iWbvDVWb36dc/gA1jThH4aCbu2tcnK03eVdpE IwUObnHvJBu9OoI/4L18tveR3yNgSP1nmY8JowtDwIvGhfUNePHSSMr9UrsW6J2YkmJa vvfQ== Received: by 10.68.237.105 with SMTP id vb9mr19040422pbc.103.1342354853251; Sun, 15 Jul 2012 05:20:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.234.38 with HTTP; Sun, 15 Jul 2012 05:20:33 -0700 (PDT) In-Reply-To: <1342354651.32556.YahooMailNeo@web29803.mail.ird.yahoo.com> References: <1342354651.32556.YahooMailNeo@web29803.mail.ird.yahoo.com> From: Liwei Date: Sun, 15 Jul 2012 20:20:33 +0800 Message-ID: To: David TECHER Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] Certain PCI passthrough devices don't work X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thanks for the reply! I have that option enabled in my config file. Tried running with it set to 0 as well, didn't work either. =3D( On 15 July 2012 20:17, David TECHER wrote: > Due to changeset 25525, > > pci_msitranslate =3D 0 by default > > > Try > > pci_msitranslate =3D 1 > > It worked for me :) > > ________________________________ > De : Liwei > =C0 : xen-users@lists.xensource.com > Envoy=E9 le : Dimanche 15 juillet 2012 8h37 > Objet : [Xen-users] Certain PCI passthrough devices don't work > > Hello list, > Using the mainline 3.5-rc6 kernel and yesterday's xen-unstable, > I'm having trouble passing in some PCI devices. Everything else works > smoothly. > Attached are some of the relevant logs and configurations. I did > notice from the qemu logs that all the problematic devices have "IRQ > type =3D INTx" whereas those that are working have "IRQ type =3D > MSI-INTx". > On the domU side, Windows reports that the devices cannot start > and Ubuntu complained something along the lines of "Invalid USB > capability 0xFF" (for the USB controller I was passing through). > > Kernel version: > git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > commit 055c9fa8874fa7261eec7a268366565db84af474 > Merge: 310959e 46bada6 > Author: Linus Torvalds > Date: Tue Jul 10 13:24:48 2012 -0700 > Xen version: > http://xenbits.xen.org/xen-unstable.hg > parent: 25605:9950f2dc2ee6 tip > xsm/flask: avoid struct page lookup in mmu_normal_update > branch: default > > Anyone has any idea how to fix this? It was working before I did > the kernel and xen upgrade. > > Thanks! > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 15 14:48:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Jul 2012 14: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 1SqQ5E-0000fc-Ss; Sun, 15 Jul 2012 14:46:04 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SqQ5D-0000fX-VY for xen-users@lists.xen.org; Sun, 15 Jul 2012 14:46:04 +0000 Received: from [85.158.139.83:25161] by server-1.bemta-5.messagelabs.com id 71/BD-29759-BA7D2005; Sun, 15 Jul 2012 14:46:03 +0000 X-Env-Sender: xen@senft-net.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1342363562!28745602!1 X-Originating-IP: [188.40.108.11] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25834 invoked from network); 15 Jul 2012 14:46:02 -0000 Received: from core.qwho.net (HELO core.qwho.net) (188.40.108.11) by server-15.tower-182.messagelabs.com with SMTP; 15 Jul 2012 14:46:02 -0000 Received: from core.qwho.net (localhost [127.0.0.1]) by core.qwho.net (Postfix) with ESMTP id 2F752BCE0DA; Sun, 15 Jul 2012 16:46:02 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on core X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.0 X-Spam-Level: Received: from bb.senft-net.com (unknown [192.168.42.6]) by core.qwho.net (Postfix) with ESMTP id 1449CBCE0B9; Sun, 15 Jul 2012 16:46:02 +0200 (CEST) Received: from [192.168.29.11] (unknown [173.48.203.72]) by bb.senft-net.com (Postfix) with ESMTPSA id E294917A25B; Sun, 15 Jul 2012 16:46:00 +0200 (CEST) Message-ID: <5002D79E.9070803@senft-net.com> Date: Sun, 15 Jul 2012 10:45:50 -0400 From: Oskar Senft User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4FF719B9.9070904@senft-net.com> <4FFF4ACE.9050804@senft-net.com> In-Reply-To: Cc: Christian Holpert Subject: Re: [Xen-users] Can't write to floppy image (fda) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 thanks for the ideas. > Move /xen/floppy out of /root. At least it's worth a try. No difference, I'm afraid. > > Error: Unable to find number for device (fda) > > Google says: it may mean that you've run out of block loops > http://wiki.prgmr.com/mediawiki/index.php/Troubleshooting#Error:_Unable_to_find_number_for_device_.28cdrom.29 > That was not the case in my scenario. I also tried to "losetup" the image file and then mount it in Dom0: That worked without problems and I could write to it as expected. From my testing, the only way I could find to add a "floppy" drive to a Xen VM is by using the "fda" config rule and then either reference a file or a block device. Any other ideas? Thanks Oskar. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 15 14:48:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Jul 2012 14: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 1SqQ5E-0000fc-Ss; Sun, 15 Jul 2012 14:46:04 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SqQ5D-0000fX-VY for xen-users@lists.xen.org; Sun, 15 Jul 2012 14:46:04 +0000 Received: from [85.158.139.83:25161] by server-1.bemta-5.messagelabs.com id 71/BD-29759-BA7D2005; Sun, 15 Jul 2012 14:46:03 +0000 X-Env-Sender: xen@senft-net.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1342363562!28745602!1 X-Originating-IP: [188.40.108.11] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25834 invoked from network); 15 Jul 2012 14:46:02 -0000 Received: from core.qwho.net (HELO core.qwho.net) (188.40.108.11) by server-15.tower-182.messagelabs.com with SMTP; 15 Jul 2012 14:46:02 -0000 Received: from core.qwho.net (localhost [127.0.0.1]) by core.qwho.net (Postfix) with ESMTP id 2F752BCE0DA; Sun, 15 Jul 2012 16:46:02 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on core X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.0 X-Spam-Level: Received: from bb.senft-net.com (unknown [192.168.42.6]) by core.qwho.net (Postfix) with ESMTP id 1449CBCE0B9; Sun, 15 Jul 2012 16:46:02 +0200 (CEST) Received: from [192.168.29.11] (unknown [173.48.203.72]) by bb.senft-net.com (Postfix) with ESMTPSA id E294917A25B; Sun, 15 Jul 2012 16:46:00 +0200 (CEST) Message-ID: <5002D79E.9070803@senft-net.com> Date: Sun, 15 Jul 2012 10:45:50 -0400 From: Oskar Senft User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4FF719B9.9070904@senft-net.com> <4FFF4ACE.9050804@senft-net.com> In-Reply-To: Cc: Christian Holpert Subject: Re: [Xen-users] Can't write to floppy image (fda) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 thanks for the ideas. > Move /xen/floppy out of /root. At least it's worth a try. No difference, I'm afraid. > > Error: Unable to find number for device (fda) > > Google says: it may mean that you've run out of block loops > http://wiki.prgmr.com/mediawiki/index.php/Troubleshooting#Error:_Unable_to_find_number_for_device_.28cdrom.29 > That was not the case in my scenario. I also tried to "losetup" the image file and then mount it in Dom0: That worked without problems and I could write to it as expected. From my testing, the only way I could find to add a "floppy" drive to a Xen VM is by using the "fda" config rule and then either reference a file or a block device. Any other ideas? Thanks Oskar. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 15 18:06:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Jul 2012 18:06: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 1SqTCG-0002kC-Jn; Sun, 15 Jul 2012 18:05:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SqTCE-0002k7-Tt for xen-users@lists.xen.org; Sun, 15 Jul 2012 18:05:31 +0000 Received: from [85.158.143.99:8794] by server-3.bemta-4.messagelabs.com id BC/75-05808-A6603005; Sun, 15 Jul 2012 18:05:30 +0000 X-Env-Sender: christian@holpert.de X-Msg-Ref: server-4.tower-216.messagelabs.com!1342375529!23596451!1 X-Originating-IP: [80.67.31.95] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogODAuNjcuMzEuOTUgPT4gNDIwNzM=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26261 invoked from network); 15 Jul 2012 18:05:29 -0000 Received: from smtprelay06.ispgateway.de (HELO smtprelay06.ispgateway.de) (80.67.31.95) by server-4.tower-216.messagelabs.com with SMTP; 15 Jul 2012 18:05:29 -0000 Received: from [217.83.99.213] (helo=schlepp.holpert.de) by smtprelay06.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1SqTCD-0005Ge-E7 for xen-users@lists.xen.org; Sun, 15 Jul 2012 20:05:29 +0200 X-PGP-Fingerprint: D092 371C 931D 8F21 D71B 7A11 DC07 0F36 [RSA] X-PGP-Fingerprint: 8E3B 2F47 6673 B936 9EAE 52F3 4C8B C713 58C5 FFD6 [DH/DSS] X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 15 Jul 2012 20:05:27 +0200 To: xen-users@lists.xen.org From: Christian Holpert In-Reply-To: <5002D79E.9070803@senft-net.com> References: <4FF719B9.9070904@senft-net.com> <4FFF4ACE.9050804@senft-net.com> <5002D79E.9070803@senft-net.com> Mime-Version: 1.0 Message-Id: X-Df-Sender: Y2hyaXN0aWFuQGhvbHBlcnQuZGU= Subject: Re: [Xen-users] Can't write to floppy image (fda) X-BeenThere: xen-users@lists.xen.org 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 At 16:45 15.07.2012, you wrote: >could write to it as expected. From my testing, the only way I could >find to add a "floppy" drive to a Xen VM is by using the "fda" config >rule and then either reference a file or a block device. > >Any other ideas? last idea I have: fda =3D [ 'rw:/opt/xen/floppy' ] fda =3D [ '/opt/xen/floppy,rw' ] fda =3D [ '/opt/xen/floppy:rw' ] all untested. I'd put most hope in the first version. qemu uses this = syntax, so I was trying to put this into the config-file: # qemu linux.img -fda fat:floppy:rw:/my_directory http://lab.ks.uni-freiburg.de/projects/digital-preservation/wiki/Hints_QEMU= ?version=3D13 Regards, Christian -- = Markt-Apotheke Christian Holpert e.K., M=F6mbris 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=F6mbris Tel.: 06029-1379 Fax: 9986589 Amtsgericht Aschaffenburg, HR.A, Registernummer 2165 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 15 18:06:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Jul 2012 18:06: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 1SqTCG-0002kC-Jn; Sun, 15 Jul 2012 18:05:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SqTCE-0002k7-Tt for xen-users@lists.xen.org; Sun, 15 Jul 2012 18:05:31 +0000 Received: from [85.158.143.99:8794] by server-3.bemta-4.messagelabs.com id BC/75-05808-A6603005; Sun, 15 Jul 2012 18:05:30 +0000 X-Env-Sender: christian@holpert.de X-Msg-Ref: server-4.tower-216.messagelabs.com!1342375529!23596451!1 X-Originating-IP: [80.67.31.95] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogODAuNjcuMzEuOTUgPT4gNDIwNzM=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26261 invoked from network); 15 Jul 2012 18:05:29 -0000 Received: from smtprelay06.ispgateway.de (HELO smtprelay06.ispgateway.de) (80.67.31.95) by server-4.tower-216.messagelabs.com with SMTP; 15 Jul 2012 18:05:29 -0000 Received: from [217.83.99.213] (helo=schlepp.holpert.de) by smtprelay06.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1SqTCD-0005Ge-E7 for xen-users@lists.xen.org; Sun, 15 Jul 2012 20:05:29 +0200 X-PGP-Fingerprint: D092 371C 931D 8F21 D71B 7A11 DC07 0F36 [RSA] X-PGP-Fingerprint: 8E3B 2F47 6673 B936 9EAE 52F3 4C8B C713 58C5 FFD6 [DH/DSS] X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 15 Jul 2012 20:05:27 +0200 To: xen-users@lists.xen.org From: Christian Holpert In-Reply-To: <5002D79E.9070803@senft-net.com> References: <4FF719B9.9070904@senft-net.com> <4FFF4ACE.9050804@senft-net.com> <5002D79E.9070803@senft-net.com> Mime-Version: 1.0 Message-Id: X-Df-Sender: Y2hyaXN0aWFuQGhvbHBlcnQuZGU= Subject: Re: [Xen-users] Can't write to floppy image (fda) X-BeenThere: xen-users@lists.xen.org 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 At 16:45 15.07.2012, you wrote: >could write to it as expected. From my testing, the only way I could >find to add a "floppy" drive to a Xen VM is by using the "fda" config >rule and then either reference a file or a block device. > >Any other ideas? last idea I have: fda =3D [ 'rw:/opt/xen/floppy' ] fda =3D [ '/opt/xen/floppy,rw' ] fda =3D [ '/opt/xen/floppy:rw' ] all untested. I'd put most hope in the first version. qemu uses this = syntax, so I was trying to put this into the config-file: # qemu linux.img -fda fat:floppy:rw:/my_directory http://lab.ks.uni-freiburg.de/projects/digital-preservation/wiki/Hints_QEMU= ?version=3D13 Regards, Christian -- = Markt-Apotheke Christian Holpert e.K., M=F6mbris 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=F6mbris Tel.: 06029-1379 Fax: 9986589 Amtsgericht Aschaffenburg, HR.A, Registernummer 2165 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 15 19:19:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Jul 2012 19:19: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 1SqUKd-0003QF-Pv; Sun, 15 Jul 2012 19:18:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SqUKb-0003QA-UW for xen-users@lists.xen.org; Sun, 15 Jul 2012 19:18:14 +0000 Received: from [85.158.139.83:61165] by server-9.bemta-5.messagelabs.com id 1B/8B-01069-47713005; Sun, 15 Jul 2012 19:18:12 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-10.tower-182.messagelabs.com!1342379890!29125580!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19880 invoked from network); 15 Jul 2012 19:18:11 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2012 19:18:11 -0000 Received: by obbta14 with SMTP id ta14so10676823obb.32 for ; Sun, 15 Jul 2012 12:18:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=kYM1MYPDGz2eZXfqsf1E6LGXKwznJwBrcWP5ivFxnbE=; b=KXqQd2o7ipA01U7axyp+orNY90c9spn0diOJxnVCtBJl7zhKQoBQZJqERD4j65Tq0r 0hwj4cvFZzgFPtAD4+bLKPLzKvkm09PeR0DwhSfBJNxfyQ6pjNA0nXcZK3OIMub3txHy Y+jwUuMAGHiclCPcpdmuX+dIM+aGUh29IR2+ssUv9UdpCK1SgMlWUpq9A6SE5JRlyIdO DUe8seiW9Q3Q+1U6cMR+K8XOVlbFAhlY5bB9vUQ+S+XAcHnE8eboCiQvro+Jrp5Xsz8C Fxqp/LymimXgryNUbtrDshzvHIP+R6K2XzrM01TsGRhzHHKGWdbgIdQPKPmrOLH4Ze1k fwlg== MIME-Version: 1.0 Received: by 10.182.52.42 with SMTP id q10mr12002580obo.46.1342379889883; Sun, 15 Jul 2012 12:18:09 -0700 (PDT) Received: by 10.182.69.197 with HTTP; Sun, 15 Jul 2012 12:18:09 -0700 (PDT) X-Originating-IP: [121.44.28.170] In-Reply-To: References: <20120701102226.1715dbdf@internecto.net> <20120701122921.46df1d5a@internecto.net> Date: Mon, 16 Jul 2012 05:18:09 +1000 Message-ID: From: Joseph Glanville To: Linus van Geuns X-Gm-Message-State: ALoCoQkszuf1gNdwhg1kHyn6BEA+fNW+LQG3KeAVWo9smkpw3nVxIbR2n1LKQ0SwZElGZqz5h316 Cc: xen-users@lists.xen.org, Mark van Dijk Subject: Re: [Xen-users] Xen 10GBit Ethernet network performance (was: Re: Experience with Xen & AMD Opteron 4200 series?) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 9 July 2012 19:50, Linus van Geuns wrote: > Hey Joseph, > > On Mon, Jul 2, 2012 at 8:42 PM, Joseph Glanville > wrote: >> >> [..] >> >> >> In terms of Linux bridging module performance... I can easily do 20 >> odd gigabits between VMs on the same host and can push around 13 >> gigabits between hosts (40gig infinbiand). >> It's worth noting that with both OVS and the bridge module you will be >> limited by PPS (packets per second) rather than throughput. >> With very big MTUs ( I am using 64k over IB ) one can do many >> gigabits, but using 1500 byte MTUs throughput drops below 3gigabits. >> This is due to the max throughput of the both the linux bridge module >> and OVS on a single core maxes out a a few 100k PPS. > > > What version of Xen and which distros are you using for dom0/domU? > And what hardware are you using? > Did you measure plain dom0 to dom0 performance over your infiniband > connection(s)? Gentoo running Linux 3.2 (pretty heavily patched though, especially to drive up IPoIB performance) Yes, we do a ton of stuff between our dom0s. Performance is not noticeably different in terms of throughput but VMs have a very measurable drop in PPS. it would not be uncommon for us to easily get between 11-12 Gigabits between dom0s using big MTUs as noted above. 2044 MTU is a good balance between working with stuff and not breaking multicast + great throughput. > > I am still digging for the limiting bottleneck/ issue with dom0 to dom0 > performance over 10GBit Eth on my boxes. > > Regards, Linus > -- 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 Jul 15 19:19:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Jul 2012 19:19: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 1SqUKd-0003QF-Pv; Sun, 15 Jul 2012 19:18:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SqUKb-0003QA-UW for xen-users@lists.xen.org; Sun, 15 Jul 2012 19:18:14 +0000 Received: from [85.158.139.83:61165] by server-9.bemta-5.messagelabs.com id 1B/8B-01069-47713005; Sun, 15 Jul 2012 19:18:12 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-10.tower-182.messagelabs.com!1342379890!29125580!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19880 invoked from network); 15 Jul 2012 19:18:11 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2012 19:18:11 -0000 Received: by obbta14 with SMTP id ta14so10676823obb.32 for ; Sun, 15 Jul 2012 12:18:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=kYM1MYPDGz2eZXfqsf1E6LGXKwznJwBrcWP5ivFxnbE=; b=KXqQd2o7ipA01U7axyp+orNY90c9spn0diOJxnVCtBJl7zhKQoBQZJqERD4j65Tq0r 0hwj4cvFZzgFPtAD4+bLKPLzKvkm09PeR0DwhSfBJNxfyQ6pjNA0nXcZK3OIMub3txHy Y+jwUuMAGHiclCPcpdmuX+dIM+aGUh29IR2+ssUv9UdpCK1SgMlWUpq9A6SE5JRlyIdO DUe8seiW9Q3Q+1U6cMR+K8XOVlbFAhlY5bB9vUQ+S+XAcHnE8eboCiQvro+Jrp5Xsz8C Fxqp/LymimXgryNUbtrDshzvHIP+R6K2XzrM01TsGRhzHHKGWdbgIdQPKPmrOLH4Ze1k fwlg== MIME-Version: 1.0 Received: by 10.182.52.42 with SMTP id q10mr12002580obo.46.1342379889883; Sun, 15 Jul 2012 12:18:09 -0700 (PDT) Received: by 10.182.69.197 with HTTP; Sun, 15 Jul 2012 12:18:09 -0700 (PDT) X-Originating-IP: [121.44.28.170] In-Reply-To: References: <20120701102226.1715dbdf@internecto.net> <20120701122921.46df1d5a@internecto.net> Date: Mon, 16 Jul 2012 05:18:09 +1000 Message-ID: From: Joseph Glanville To: Linus van Geuns X-Gm-Message-State: ALoCoQkszuf1gNdwhg1kHyn6BEA+fNW+LQG3KeAVWo9smkpw3nVxIbR2n1LKQ0SwZElGZqz5h316 Cc: xen-users@lists.xen.org, Mark van Dijk Subject: Re: [Xen-users] Xen 10GBit Ethernet network performance (was: Re: Experience with Xen & AMD Opteron 4200 series?) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 9 July 2012 19:50, Linus van Geuns wrote: > Hey Joseph, > > On Mon, Jul 2, 2012 at 8:42 PM, Joseph Glanville > wrote: >> >> [..] >> >> >> In terms of Linux bridging module performance... I can easily do 20 >> odd gigabits between VMs on the same host and can push around 13 >> gigabits between hosts (40gig infinbiand). >> It's worth noting that with both OVS and the bridge module you will be >> limited by PPS (packets per second) rather than throughput. >> With very big MTUs ( I am using 64k over IB ) one can do many >> gigabits, but using 1500 byte MTUs throughput drops below 3gigabits. >> This is due to the max throughput of the both the linux bridge module >> and OVS on a single core maxes out a a few 100k PPS. > > > What version of Xen and which distros are you using for dom0/domU? > And what hardware are you using? > Did you measure plain dom0 to dom0 performance over your infiniband > connection(s)? Gentoo running Linux 3.2 (pretty heavily patched though, especially to drive up IPoIB performance) Yes, we do a ton of stuff between our dom0s. Performance is not noticeably different in terms of throughput but VMs have a very measurable drop in PPS. it would not be uncommon for us to easily get between 11-12 Gigabits between dom0s using big MTUs as noted above. 2044 MTU is a good balance between working with stuff and not breaking multicast + great throughput. > > I am still digging for the limiting bottleneck/ issue with dom0 to dom0 > performance over 10GBit Eth on my boxes. > > Regards, Linus > -- 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 Mon Jul 16 02:11:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jul 2012 02:11: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 1Sqakk-00026y-JP; Mon, 16 Jul 2012 02:09:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sqakj-00026t-0g for xen-users@lists.xen.org; Mon, 16 Jul 2012 02:09:37 +0000 Received: from [85.158.143.99:10779] by server-3.bemta-4.messagelabs.com id DE/DD-05808-0E773005; Mon, 16 Jul 2012 02:09:36 +0000 X-Env-Sender: j.farzin@yahoo.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1342404575!19124892!1 X-Originating-IP: [72.30.239.142] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17985 invoked from network); 16 Jul 2012 02:09:35 -0000 Received: from nm32-vm6.bullet.mail.bf1.yahoo.com (HELO nm32-vm6.bullet.mail.bf1.yahoo.com) (72.30.239.142) by server-8.tower-216.messagelabs.com with SMTP; 16 Jul 2012 02:09:35 -0000 Received: from [98.139.212.145] by nm32.bullet.mail.bf1.yahoo.com with NNFMP; 16 Jul 2012 02:09:35 -0000 Received: from [98.139.212.247] by tm2.bullet.mail.bf1.yahoo.com with NNFMP; 16 Jul 2012 02:09:35 -0000 Received: from [127.0.0.1] by omp1056.mail.bf1.yahoo.com with NNFMP; 16 Jul 2012 02:09:35 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 55321.89908.bm@omp1056.mail.bf1.yahoo.com Received: (qmail 44484 invoked by uid 60001); 16 Jul 2012 02:09:34 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1342404574; bh=FhLWaCgE5X1GVK8NftqLJQlNKJ7MrKYzqKF+VUoRMGQ=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=ScskMg0hMd8kEytfWCN4feuTBt/kA5yoXwzj7TQsSU58bgm9mMo9oyJk3I3FFMUZW7eZNSg5NZH/oO3TGaXBiNK6iWPOqUntIJumeFrWRO3Bkh/u+a8kVwArgIXTXf4MKXtj089GBnXAtxSuz+AK2jTSCojywvkwugLOzlXX6Fk= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=VljCfzlh+nja5oIFgwAj10jNLJCh7gL4fp76xBtrrSaaUUUCEZ7oBigZZGOFZnrD1U3JH71DSRPBrv8DwrmMVXmv7Yc/OKsvkwJCr2jMPpYZqJuio5qelKeEDH8SYx32JVXlYBQaDmJdrVm52UYsmF2P7kZsq8tuTvP4wKXPQps=; X-YMail-OSG: HPw1z_oVM1lTPk_kU5SSslzAhyghXe.DGQ2Jito9ZDF9XEL a5lo_xvaxkjn_vwiqpLZy5FzPcE.vk2iny5X2DD5ZI4Bl1XUYS1F4wL6XSEE vJuwctBKwPgHvxwTqWktM3kfv3qcd9O9EKsuyLVvJKXXMrE40fII88FQj4NA f9kCtAbwyiRQlLUUKkiJ.SpffvAn_2wTTKSUMLg5lE82KlXGWSVDckh83DlO 9l_GLALTUbX62pvHM61.uThOnmPGYeAfmFvYmJOF4DDfMGmoDjDWIkr6Heif s.uGhG0QQh8RbdUrPTiE51kcTtNIX3OyzKK5zOFrPO.tBYd03YaLGx6bi_o9 bqyYwSof64Oo3LaVKtCzvk_XYgk.x8DU7JMxKR8jyabwWY_ZvJhTNEKWVaIa rLpXUXfB6H4YCJ5s0V5do8ArLe_xxbzRj4ii4D7H8aRqn111w_zIAQ5Fyxaz gLmbRwV4C3XdrdF4xWLv_VUQCwruG7HoguymC7pqNgTaaFVJlsoZg_Nk921c bADZbryRMwVJYbpRA1FgY0JVYYqQUWwQwkKrdgzrAle_PqIfvU1WvyZwWL4K TFoLibDQ.eAyHNXFfH_0i Received: from [212.120.210.4] by web161504.mail.bf1.yahoo.com via HTTP; Sun, 15 Jul 2012 19:09:34 PDT X-Mailer: YahooMailClassic/15.0.8 YahooMailWebService/0.8.120.356233 Message-ID: <1342404574.40995.YahooMailClassic@web161504.mail.bf1.yahoo.com> Date: Sun, 15 Jul 2012 19:09:34 -0700 (PDT) From: Javanshir Farzin To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: [Xen-users] how to use ballooning in xen for 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="===============6516340230957728119==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6516340230957728119== Content-Type: multipart/alternative; boundary="1835785293-1600941743-1342404574=:40995" --1835785293-1600941743-1342404574=:40995 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable You may=A0 read about ballooning in VMware. A document is here http://www.vmware.com/files/pdf/perf-vsphere-memory_management.pdf I use XEN 4.1.2 and build domain-0 and a virtual machine in HVM mode both = with kernel 3.0.23. When I boot the VM with "xm create.... " at the termina= l. I see in xend.log messages=A0 about ballooning and some free pages recla= im by XEN. I think these pages belong to=0A domain-0 because message is "Ba= lloon: setting dom0 target to 1857 MiB." .=20 Has anyone ever used the ballooning to free unused pages in XEN's =A0Domain= U HVM ? How can call ballooning while =A0Domain-U HVM is running to reclaim its fr= ee pages to XEN. Any guidance will useful. --1835785293-1600941743-1342404574=:40995 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
You may  read about bal= looning in VMware. A document is here
http://www.vmware.com/files/pdf/perf-vsphere-memory_management.pdf<= /a>

 I use XEN 4.1.2 a= nd build domain-0 and a virtual machine in HVM mode both with kernel 3.0.23= . When I boot the VM with "xm create....= " at the terminal. I see in xend.log messag= es  about ballooning and some free pages recla= im by XEN. I think these pages belong to=0A domain-0 because message is "Balloon: setting dom0 target to 1857 MiB."= .
Has anyone ever used the ballooning to free unused pages in X= EN's  Domain U HVM ?
How can call= ballooning while  Domain-U HVM is= running to reclaim its free pages to XEN.
Any guidance will useful.
=
--1835785293-1600941743-1342404574=:40995-- --===============6516340230957728119== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6516340230957728119==-- From xen-users-bounces@lists.xen.org Mon Jul 16 02:11:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jul 2012 02:11: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 1Sqakk-00026y-JP; Mon, 16 Jul 2012 02:09:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sqakj-00026t-0g for xen-users@lists.xen.org; Mon, 16 Jul 2012 02:09:37 +0000 Received: from [85.158.143.99:10779] by server-3.bemta-4.messagelabs.com id DE/DD-05808-0E773005; Mon, 16 Jul 2012 02:09:36 +0000 X-Env-Sender: j.farzin@yahoo.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1342404575!19124892!1 X-Originating-IP: [72.30.239.142] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17985 invoked from network); 16 Jul 2012 02:09:35 -0000 Received: from nm32-vm6.bullet.mail.bf1.yahoo.com (HELO nm32-vm6.bullet.mail.bf1.yahoo.com) (72.30.239.142) by server-8.tower-216.messagelabs.com with SMTP; 16 Jul 2012 02:09:35 -0000 Received: from [98.139.212.145] by nm32.bullet.mail.bf1.yahoo.com with NNFMP; 16 Jul 2012 02:09:35 -0000 Received: from [98.139.212.247] by tm2.bullet.mail.bf1.yahoo.com with NNFMP; 16 Jul 2012 02:09:35 -0000 Received: from [127.0.0.1] by omp1056.mail.bf1.yahoo.com with NNFMP; 16 Jul 2012 02:09:35 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 55321.89908.bm@omp1056.mail.bf1.yahoo.com Received: (qmail 44484 invoked by uid 60001); 16 Jul 2012 02:09:34 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1342404574; bh=FhLWaCgE5X1GVK8NftqLJQlNKJ7MrKYzqKF+VUoRMGQ=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=ScskMg0hMd8kEytfWCN4feuTBt/kA5yoXwzj7TQsSU58bgm9mMo9oyJk3I3FFMUZW7eZNSg5NZH/oO3TGaXBiNK6iWPOqUntIJumeFrWRO3Bkh/u+a8kVwArgIXTXf4MKXtj089GBnXAtxSuz+AK2jTSCojywvkwugLOzlXX6Fk= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=VljCfzlh+nja5oIFgwAj10jNLJCh7gL4fp76xBtrrSaaUUUCEZ7oBigZZGOFZnrD1U3JH71DSRPBrv8DwrmMVXmv7Yc/OKsvkwJCr2jMPpYZqJuio5qelKeEDH8SYx32JVXlYBQaDmJdrVm52UYsmF2P7kZsq8tuTvP4wKXPQps=; X-YMail-OSG: HPw1z_oVM1lTPk_kU5SSslzAhyghXe.DGQ2Jito9ZDF9XEL a5lo_xvaxkjn_vwiqpLZy5FzPcE.vk2iny5X2DD5ZI4Bl1XUYS1F4wL6XSEE vJuwctBKwPgHvxwTqWktM3kfv3qcd9O9EKsuyLVvJKXXMrE40fII88FQj4NA f9kCtAbwyiRQlLUUKkiJ.SpffvAn_2wTTKSUMLg5lE82KlXGWSVDckh83DlO 9l_GLALTUbX62pvHM61.uThOnmPGYeAfmFvYmJOF4DDfMGmoDjDWIkr6Heif s.uGhG0QQh8RbdUrPTiE51kcTtNIX3OyzKK5zOFrPO.tBYd03YaLGx6bi_o9 bqyYwSof64Oo3LaVKtCzvk_XYgk.x8DU7JMxKR8jyabwWY_ZvJhTNEKWVaIa rLpXUXfB6H4YCJ5s0V5do8ArLe_xxbzRj4ii4D7H8aRqn111w_zIAQ5Fyxaz gLmbRwV4C3XdrdF4xWLv_VUQCwruG7HoguymC7pqNgTaaFVJlsoZg_Nk921c bADZbryRMwVJYbpRA1FgY0JVYYqQUWwQwkKrdgzrAle_PqIfvU1WvyZwWL4K TFoLibDQ.eAyHNXFfH_0i Received: from [212.120.210.4] by web161504.mail.bf1.yahoo.com via HTTP; Sun, 15 Jul 2012 19:09:34 PDT X-Mailer: YahooMailClassic/15.0.8 YahooMailWebService/0.8.120.356233 Message-ID: <1342404574.40995.YahooMailClassic@web161504.mail.bf1.yahoo.com> Date: Sun, 15 Jul 2012 19:09:34 -0700 (PDT) From: Javanshir Farzin To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: [Xen-users] how to use ballooning in xen for 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="===============6516340230957728119==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6516340230957728119== Content-Type: multipart/alternative; boundary="1835785293-1600941743-1342404574=:40995" --1835785293-1600941743-1342404574=:40995 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable You may=A0 read about ballooning in VMware. A document is here http://www.vmware.com/files/pdf/perf-vsphere-memory_management.pdf I use XEN 4.1.2 and build domain-0 and a virtual machine in HVM mode both = with kernel 3.0.23. When I boot the VM with "xm create.... " at the termina= l. I see in xend.log messages=A0 about ballooning and some free pages recla= im by XEN. I think these pages belong to=0A domain-0 because message is "Ba= lloon: setting dom0 target to 1857 MiB." .=20 Has anyone ever used the ballooning to free unused pages in XEN's =A0Domain= U HVM ? How can call ballooning while =A0Domain-U HVM is running to reclaim its fr= ee pages to XEN. Any guidance will useful. --1835785293-1600941743-1342404574=:40995 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
You may  read about bal= looning in VMware. A document is here
http://www.vmware.com/files/pdf/perf-vsphere-memory_management.pdf<= /a>

 I use XEN 4.1.2 a= nd build domain-0 and a virtual machine in HVM mode both with kernel 3.0.23= . When I boot the VM with "xm create....= " at the terminal. I see in xend.log messag= es  about ballooning and some free pages recla= im by XEN. I think these pages belong to=0A domain-0 because message is "Balloon: setting dom0 target to 1857 MiB."= .
Has anyone ever used the ballooning to free unused pages in X= EN's  Domain U HVM ?
How can call= ballooning while  Domain-U HVM is= running to reclaim its free pages to XEN.
Any guidance will useful.
=
--1835785293-1600941743-1342404574=:40995-- --===============6516340230957728119== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6516340230957728119==-- From xen-users-bounces@lists.xen.org Mon Jul 16 03:34:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jul 2012 03:34: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 1Sqc3B-0003O2-Ro; Mon, 16 Jul 2012 03:32:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sqc3A-0003Nk-9f for xen-users@lists.xensource.com; Mon, 16 Jul 2012 03:32:44 +0000 Received: from [85.158.143.35:51939] by server-3.bemta-4.messagelabs.com id 45/3E-05808-B5B83005; Mon, 16 Jul 2012 03:32:43 +0000 X-Env-Sender: pheriko.support@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1342409561!13984439!1 X-Originating-IP: [209.85.160.43] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9915 invoked from network); 16 Jul 2012 03:32:43 -0000 Received: from mail-pb0-f43.google.com (HELO mail-pb0-f43.google.com) (209.85.160.43) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jul 2012 03:32:43 -0000 Received: by pbcwz7 with SMTP id wz7so12134864pbc.30 for ; Sun, 15 Jul 2012 20:32:41 -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=X/zG6jKZn7Y3Ky4Mneyq37oCPVzaeVpiDuy9OuxCOLU=; b=EjyfrIHHHHVgMFr06+0oFr0wMXSLsdO7jvect5B915MflzFPEilNs4XI4GTkLdhxU1 eLJWFeBTYmCjZfpoAKEnvxKjSAehIzDQcyjR+LzIIfSOlpwv71VMDD84aj9bb0rtq4zT N4fGPL9PZ0Mg4FWp+/ppJXCYz4yztJew7cl2bATdfFDKBrsBqCP0yFnh2faFXdRoPeX6 +hcm150P6EJCuhI6GT2muBAAB/tWl/m06YjqbBCbWGSaR+AA2DU28SvPpMz7+hCj/hZl 3gyTCn/okPlRCDg7kdzsfZ8M7DYLWHvmOvFeY7RasMXucoxG5rYP4BHowDMI0xxWDwsq ai9g== MIME-Version: 1.0 Received: by 10.68.191.41 with SMTP id gv9mr23577739pbc.45.1342409561078; Sun, 15 Jul 2012 20:32:41 -0700 (PDT) Received: by 10.142.156.15 with HTTP; Sun, 15 Jul 2012 20:32:41 -0700 (PDT) Date: Sun, 15 Jul 2012 20:32:41 -0700 Message-ID: From: Periko Support To: xen-users@lists.xensource.com Subject: [Xen-users] virt-install flags affect my hvm performance? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi. This is related to hvm. I have read virt-install man page, I had read that we have a lot of flags, we can be very specific on how we build a hvm for win 2k3, 3k3, etc. Now, is important to be very specific on what we want to build or virt-install is smart enough to detect our dom-U OS we are building? Running this: virt-install -n win8-1 -r 2048 -f /opt/win8/win8-disk.img -b eth0 --vnc --vnclisten=192.168.50.2 -v -c /opt/win8/win8.iso or virt-install -n win8-2 -r 2048 --hvm --vcpus=2 --cpuset=2-3 --disk path=/opt/win8-2/win8-disk.img --os-type=windows --os-variant=win2k8 -b bridge0 --noautoconsole --vnc --vnclisten=192.168.50.107 -v --cdrom /dev/dvdrw is important? Exist a way to know how we build or dom-U? or is not important? Does the options we give to virt-install affect our domU daily operation(Performance)? Running Xen 4.1.2. Thanks!!! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 16 03:34:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jul 2012 03:34: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 1Sqc3B-0003O2-Ro; Mon, 16 Jul 2012 03:32:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sqc3A-0003Nk-9f for xen-users@lists.xensource.com; Mon, 16 Jul 2012 03:32:44 +0000 Received: from [85.158.143.35:51939] by server-3.bemta-4.messagelabs.com id 45/3E-05808-B5B83005; Mon, 16 Jul 2012 03:32:43 +0000 X-Env-Sender: pheriko.support@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1342409561!13984439!1 X-Originating-IP: [209.85.160.43] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9915 invoked from network); 16 Jul 2012 03:32:43 -0000 Received: from mail-pb0-f43.google.com (HELO mail-pb0-f43.google.com) (209.85.160.43) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jul 2012 03:32:43 -0000 Received: by pbcwz7 with SMTP id wz7so12134864pbc.30 for ; Sun, 15 Jul 2012 20:32:41 -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=X/zG6jKZn7Y3Ky4Mneyq37oCPVzaeVpiDuy9OuxCOLU=; b=EjyfrIHHHHVgMFr06+0oFr0wMXSLsdO7jvect5B915MflzFPEilNs4XI4GTkLdhxU1 eLJWFeBTYmCjZfpoAKEnvxKjSAehIzDQcyjR+LzIIfSOlpwv71VMDD84aj9bb0rtq4zT N4fGPL9PZ0Mg4FWp+/ppJXCYz4yztJew7cl2bATdfFDKBrsBqCP0yFnh2faFXdRoPeX6 +hcm150P6EJCuhI6GT2muBAAB/tWl/m06YjqbBCbWGSaR+AA2DU28SvPpMz7+hCj/hZl 3gyTCn/okPlRCDg7kdzsfZ8M7DYLWHvmOvFeY7RasMXucoxG5rYP4BHowDMI0xxWDwsq ai9g== MIME-Version: 1.0 Received: by 10.68.191.41 with SMTP id gv9mr23577739pbc.45.1342409561078; Sun, 15 Jul 2012 20:32:41 -0700 (PDT) Received: by 10.142.156.15 with HTTP; Sun, 15 Jul 2012 20:32:41 -0700 (PDT) Date: Sun, 15 Jul 2012 20:32:41 -0700 Message-ID: From: Periko Support To: xen-users@lists.xensource.com Subject: [Xen-users] virt-install flags affect my hvm performance? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi. This is related to hvm. I have read virt-install man page, I had read that we have a lot of flags, we can be very specific on how we build a hvm for win 2k3, 3k3, etc. Now, is important to be very specific on what we want to build or virt-install is smart enough to detect our dom-U OS we are building? Running this: virt-install -n win8-1 -r 2048 -f /opt/win8/win8-disk.img -b eth0 --vnc --vnclisten=192.168.50.2 -v -c /opt/win8/win8.iso or virt-install -n win8-2 -r 2048 --hvm --vcpus=2 --cpuset=2-3 --disk path=/opt/win8-2/win8-disk.img --os-type=windows --os-variant=win2k8 -b bridge0 --noautoconsole --vnc --vnclisten=192.168.50.107 -v --cdrom /dev/dvdrw is important? Exist a way to know how we build or dom-U? or is not important? Does the options we give to virt-install affect our domU daily operation(Performance)? Running Xen 4.1.2. Thanks!!! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 16 08:15:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jul 2012 08:15: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 1SqgR0-0006VZ-C9; Mon, 16 Jul 2012 08:13:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SqgQy-0006VU-OE for xen-users@lists.xensource.com; Mon, 16 Jul 2012 08:13:36 +0000 Received: from [85.158.143.99:34130] by server-1.bemta-4.messagelabs.com id D5/01-24392-F2DC3005; Mon, 16 Jul 2012 08:13:35 +0000 X-Env-Sender: maxxer@ufficyo.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1342426414!22528996!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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20309 invoked from network); 16 Jul 2012 08:13:35 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-10.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 16 Jul 2012 08:13:35 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SqgQv-0007K0-On for xen-users@lists.xensource.com; Mon, 16 Jul 2012 01:13:33 -0700 Date: Mon, 16 Jul 2012 01:13:33 -0700 (PDT) From: maxxer To: xen-users@lists.xensource.com Message-ID: <1342426413750-5710200.post@n5.nabble.com> In-Reply-To: <4D34DBA3.8070701@gt.net> References: <4D34D5E5.40609@gt.net> <4D34DBA3.8070701@gt.net> MIME-Version: 1.0 Subject: Re: [Xen-users] System reboots after "Scrubbing free RAM" Xen 4.0.1 linux 2.6.37-rc3 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org did you ever solve this? thanks -- View this message in context: http://xen.1045712.n5.nabble.com/Xen-Users-System-reboots-after-Scrubbing-free-RAM-Xen-4-0-1-linux-2-6-37-rc3-tp3279279p5710200.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 Jul 16 08:15:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jul 2012 08:15: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 1SqgR0-0006VZ-C9; Mon, 16 Jul 2012 08:13:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SqgQy-0006VU-OE for xen-users@lists.xensource.com; Mon, 16 Jul 2012 08:13:36 +0000 Received: from [85.158.143.99:34130] by server-1.bemta-4.messagelabs.com id D5/01-24392-F2DC3005; Mon, 16 Jul 2012 08:13:35 +0000 X-Env-Sender: maxxer@ufficyo.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1342426414!22528996!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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20309 invoked from network); 16 Jul 2012 08:13:35 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-10.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 16 Jul 2012 08:13:35 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SqgQv-0007K0-On for xen-users@lists.xensource.com; Mon, 16 Jul 2012 01:13:33 -0700 Date: Mon, 16 Jul 2012 01:13:33 -0700 (PDT) From: maxxer To: xen-users@lists.xensource.com Message-ID: <1342426413750-5710200.post@n5.nabble.com> In-Reply-To: <4D34DBA3.8070701@gt.net> References: <4D34D5E5.40609@gt.net> <4D34DBA3.8070701@gt.net> MIME-Version: 1.0 Subject: Re: [Xen-users] System reboots after "Scrubbing free RAM" Xen 4.0.1 linux 2.6.37-rc3 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org did you ever solve this? thanks -- View this message in context: http://xen.1045712.n5.nabble.com/Xen-Users-System-reboots-after-Scrubbing-free-RAM-Xen-4-0-1-linux-2-6-37-rc3-tp3279279p5710200.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 Jul 16 08:40:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jul 2012 08:40:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sqgpa-0006xd-Rs; Mon, 16 Jul 2012 08:39:02 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SqgpZ-0006xY-Dk for xen-users@lists.xen.org; Mon, 16 Jul 2012 08:39:01 +0000 Received: from [85.158.143.35:20592] by server-3.bemta-4.messagelabs.com id ED/89-05808-423D3005; Mon, 16 Jul 2012 08:39:00 +0000 X-Env-Sender: emmanuel.courcelle@toulouse.inra.fr X-Msg-Ref: server-8.tower-21.messagelabs.com!1342427939!14160959!1 X-Originating-IP: [147.99.107.115] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13116 invoked from network); 16 Jul 2012 08:39:00 -0000 Received: from mx.toulouse.inra.fr (HELO yang.toulouse.inra.fr) (147.99.107.115) by server-8.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Jul 2012 08:39:00 -0000 Received: from [147.99.102.222] (lipmCinfoEC [147.99.102.222]) (authenticated bits=0) by yang.toulouse.inra.fr (/8.14.4) with ESMTP id q6G8cxLC027347 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 16 Jul 2012 10:38:59 +0200 (CEST) Message-ID: <5003D323.8010606@toulouse.inra.fr> Date: Mon, 16 Jul 2012 10:38:59 +0200 From: Emmanuel COURCELLE User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.28) Gecko/20120313 Thunderbird/3.1.20 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4D34D5E5.40609@gt.net> <4D34DBA3.8070701@gt.net> <1342426413750-5710200.post@n5.nabble.com> In-Reply-To: <1342426413750-5710200.post@n5.nabble.com> X-Miltered: at yang with ID 5003D323.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 5003D323.000/147.99.102.222/lipmCinfoEC/[147.99.102.222]/ X-j-chkmail-Score: MSGID : 5003D323.000 on yang.toulouse.inra.fr : j-chkmail score : . : R=. U=. O=. B=0.012 -> S=0.012 X-j-chkmail-Status: Ham X-Virus-Scanned: clamav-milter 0.97 at yang X-Virus-Status: Clean Subject: Re: [Xen-users] System reboots after "Scrubbing free RAM" Xen 4.0.1 linux 2.6.37-rc3 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 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 16/07/2012 10:13, maxxer a =E9crit : > did you ever solve this? > thanks > > -- > View this message in context: http://xen.1045712.n5.nabble.com/Xen-Users-= System-reboots-after-Scrubbing-free-RAM-Xen-4-0-1-linux-2-6-37-rc3-tp327927= 9p5710200.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 This happened to me with servers having a lot of memory (100Gb or more) This was corrected with dom0_mem=3D512M among other parameters in the = multiboot grub.cfg file If you are on debian, the best solution is to add GRUB_CMDLINE_XEN=3D"dom0_mem=3D512M dom0_max_vcpus=3D1 dom0_vcpus_pin" to t= he = file /etc/default/grub, then update-grub and reboot Hope this helps -- = Emmanuel COURCELLE emmanuel.courcelle@toulouse.inra.fr L.I.P.M. (UMR CNRS-INRA 2594/441) tel (33) 5-61-28-54-50 I.N.R.A. - 24 chemin de Borde Rouge - Auzeville CS52627 - 31326 CASTANET TOLOSAN Cedex - FRANCE _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 16 08:40:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jul 2012 08:40:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sqgpa-0006xd-Rs; Mon, 16 Jul 2012 08:39:02 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SqgpZ-0006xY-Dk for xen-users@lists.xen.org; Mon, 16 Jul 2012 08:39:01 +0000 Received: from [85.158.143.35:20592] by server-3.bemta-4.messagelabs.com id ED/89-05808-423D3005; Mon, 16 Jul 2012 08:39:00 +0000 X-Env-Sender: emmanuel.courcelle@toulouse.inra.fr X-Msg-Ref: server-8.tower-21.messagelabs.com!1342427939!14160959!1 X-Originating-IP: [147.99.107.115] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13116 invoked from network); 16 Jul 2012 08:39:00 -0000 Received: from mx.toulouse.inra.fr (HELO yang.toulouse.inra.fr) (147.99.107.115) by server-8.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Jul 2012 08:39:00 -0000 Received: from [147.99.102.222] (lipmCinfoEC [147.99.102.222]) (authenticated bits=0) by yang.toulouse.inra.fr (/8.14.4) with ESMTP id q6G8cxLC027347 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 16 Jul 2012 10:38:59 +0200 (CEST) Message-ID: <5003D323.8010606@toulouse.inra.fr> Date: Mon, 16 Jul 2012 10:38:59 +0200 From: Emmanuel COURCELLE User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.28) Gecko/20120313 Thunderbird/3.1.20 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4D34D5E5.40609@gt.net> <4D34DBA3.8070701@gt.net> <1342426413750-5710200.post@n5.nabble.com> In-Reply-To: <1342426413750-5710200.post@n5.nabble.com> X-Miltered: at yang with ID 5003D323.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 5003D323.000/147.99.102.222/lipmCinfoEC/[147.99.102.222]/ X-j-chkmail-Score: MSGID : 5003D323.000 on yang.toulouse.inra.fr : j-chkmail score : . : R=. U=. O=. B=0.012 -> S=0.012 X-j-chkmail-Status: Ham X-Virus-Scanned: clamav-milter 0.97 at yang X-Virus-Status: Clean Subject: Re: [Xen-users] System reboots after "Scrubbing free RAM" Xen 4.0.1 linux 2.6.37-rc3 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 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 16/07/2012 10:13, maxxer a =E9crit : > did you ever solve this? > thanks > > -- > View this message in context: http://xen.1045712.n5.nabble.com/Xen-Users-= System-reboots-after-Scrubbing-free-RAM-Xen-4-0-1-linux-2-6-37-rc3-tp327927= 9p5710200.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 This happened to me with servers having a lot of memory (100Gb or more) This was corrected with dom0_mem=3D512M among other parameters in the = multiboot grub.cfg file If you are on debian, the best solution is to add GRUB_CMDLINE_XEN=3D"dom0_mem=3D512M dom0_max_vcpus=3D1 dom0_vcpus_pin" to t= he = file /etc/default/grub, then update-grub and reboot Hope this helps -- = Emmanuel COURCELLE emmanuel.courcelle@toulouse.inra.fr L.I.P.M. (UMR CNRS-INRA 2594/441) tel (33) 5-61-28-54-50 I.N.R.A. - 24 chemin de Borde Rouge - Auzeville CS52627 - 31326 CASTANET TOLOSAN Cedex - FRANCE _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 16 09:07:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jul 2012 09: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 1SqhFd-0007QX-J8; Mon, 16 Jul 2012 09:05:57 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SqhFc-0007QS-HY for xen-users@lists.xen.org; Mon, 16 Jul 2012 09:05:56 +0000 Received: from [85.158.143.99:34148] by server-3.bemta-4.messagelabs.com id C0/B4-05808-379D3005; Mon, 16 Jul 2012 09:05:55 +0000 X-Env-Sender: maxxer@ufficyo.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1342429554!21906960!1 X-Originating-IP: [109.69.131.226] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15467 invoked from network); 16 Jul 2012 09:05:54 -0000 Received: from mail.ufficyo.com (HELO mail.ufficyo.com) (109.69.131.226) by server-6.tower-216.messagelabs.com with SMTP; 16 Jul 2012 09:05:54 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.ufficyo.com (Postfix) with ESMTP id 6ED971C19EB; Mon, 16 Jul 2012 11:05:50 +0200 (CEST) X-Virus-Scanned: amavisd-new at yetopen.it Received: from mail.ufficyo.com ([127.0.0.1]) by localhost (mail.ufficyo.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BNZr0mJDcnDy; Mon, 16 Jul 2012 11:05:17 +0200 (CEST) Received: from mail.ufficyo.com (quaglia.yetopen.it [10.22.22.190]) by mail.ufficyo.com (Postfix) with ESMTP id 317D61C19EA; Mon, 16 Jul 2012 11:05:14 +0200 (CEST) Date: Mon, 16 Jul 2012 11:05:02 +0200 (CEST) From: Lorenzo Milesi To: Emmanuel COURCELLE Message-ID: <2032341906.22359.1342429502466.JavaMail.root@yetopen.it> In-Reply-To: <5003D323.8010606@toulouse.inra.fr> MIME-Version: 1.0 X-Originating-IP: [10.22.22.57] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - GC22 (Linux)/7.2.0_GA_2669) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] System reboots after "Scrubbing free RAM" Xen 4.0.1 linux 2.6.37-rc3 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > If you are on debian, the best solution is to add > GRUB_CMDLINE_XEN="dom0_mem=512M dom0_max_vcpus=1 dom0_vcpus_pin" to > the file /etc/default/grub, then update-grub and reboot I've added your options but still it's rebooting after scrubbing ram :( -- Lorenzo Milesi - lorenzo.milesi@yetopen.it GPG/PGP Key-Id: 0xE704E230 - http://keyserver.linux.it _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 16 09:07:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jul 2012 09: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 1SqhFd-0007QX-J8; Mon, 16 Jul 2012 09:05:57 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SqhFc-0007QS-HY for xen-users@lists.xen.org; Mon, 16 Jul 2012 09:05:56 +0000 Received: from [85.158.143.99:34148] by server-3.bemta-4.messagelabs.com id C0/B4-05808-379D3005; Mon, 16 Jul 2012 09:05:55 +0000 X-Env-Sender: maxxer@ufficyo.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1342429554!21906960!1 X-Originating-IP: [109.69.131.226] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15467 invoked from network); 16 Jul 2012 09:05:54 -0000 Received: from mail.ufficyo.com (HELO mail.ufficyo.com) (109.69.131.226) by server-6.tower-216.messagelabs.com with SMTP; 16 Jul 2012 09:05:54 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.ufficyo.com (Postfix) with ESMTP id 6ED971C19EB; Mon, 16 Jul 2012 11:05:50 +0200 (CEST) X-Virus-Scanned: amavisd-new at yetopen.it Received: from mail.ufficyo.com ([127.0.0.1]) by localhost (mail.ufficyo.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BNZr0mJDcnDy; Mon, 16 Jul 2012 11:05:17 +0200 (CEST) Received: from mail.ufficyo.com (quaglia.yetopen.it [10.22.22.190]) by mail.ufficyo.com (Postfix) with ESMTP id 317D61C19EA; Mon, 16 Jul 2012 11:05:14 +0200 (CEST) Date: Mon, 16 Jul 2012 11:05:02 +0200 (CEST) From: Lorenzo Milesi To: Emmanuel COURCELLE Message-ID: <2032341906.22359.1342429502466.JavaMail.root@yetopen.it> In-Reply-To: <5003D323.8010606@toulouse.inra.fr> MIME-Version: 1.0 X-Originating-IP: [10.22.22.57] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - GC22 (Linux)/7.2.0_GA_2669) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] System reboots after "Scrubbing free RAM" Xen 4.0.1 linux 2.6.37-rc3 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > If you are on debian, the best solution is to add > GRUB_CMDLINE_XEN="dom0_mem=512M dom0_max_vcpus=1 dom0_vcpus_pin" to > the file /etc/default/grub, then update-grub and reboot I've added your options but still it's rebooting after scrubbing ram :( -- Lorenzo Milesi - lorenzo.milesi@yetopen.it GPG/PGP Key-Id: 0xE704E230 - http://keyserver.linux.it _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 16 10:03:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jul 2012 10:03: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 1Sqi7J-0008BC-UV; Mon, 16 Jul 2012 10:01:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sqi7I-0008B7-2G for xen-users@lists.xen.org; Mon, 16 Jul 2012 10:01:24 +0000 Received: from [85.158.143.35:26540] by server-1.bemta-4.messagelabs.com id 1F/43-24392-376E3005; Mon, 16 Jul 2012 10:01:23 +0000 X-Env-Sender: hufan@websense.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1342432866!5211620!1 X-Originating-IP: [208.87.233.190] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA4Ljg3LjIzMy4xOTAgPT4gMjA5MDMxMQ==\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10496 invoked from network); 16 Jul 2012 10:01:07 -0000 Received: from cluster-g.mailcontrol.com (HELO cluster-g.mailcontrol.com) (208.87.233.190) by server-5.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Jul 2012 10:01:07 -0000 Received: from SSDEXCH1A.websense.com (static-204-15-64-107.websense.com [204.15.64.107] (may be forged)) by rly27g.srv.mailcontrol.com (MailControl) with ESMTP id q6GA12KX029055 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Mon, 16 Jul 2012 11:01:04 +0100 Received: from SBJEXCH2B.websense.com (10.32.8.112) by SSDEXCH1A.websense.com (10.8.1.91) with Microsoft SMTP Server (TLS) id 14.2.283.3; Mon, 16 Jul 2012 03:00:53 -0700 Received: from SBJEXCH1A.websense.com ([169.254.1.209]) by SBJEXCH2B.websense.com ([::1]) with mapi id 14.02.0283.003; Mon, 16 Jul 2012 18:00:46 +0800 From: "Fan, Huaxiang" To: "xen-users@lists.xen.org" Thread-Topic: 4G limitation for PV domU when PCI-passthru is applied Thread-Index: Ac1jODOUUrlJLoGAQOqEDwe/J5TSow== Date: Mon, 16 Jul 2012 10:00:46 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.32.134.111] MIME-Version: 1.0 X-Scanned-By: MailControl 7.7.2 (www.mailcontrol.com) on 10.71.0.137 Subject: [Xen-users] 4G limitation for PV domU when PCI-passthru is applied X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3120051217804447014==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3120051217804447014== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_E71FC5D6F96C3C4B93FC8FF942D924C675AD8A5CSBJEXCH1Awebsen_" --_000_E71FC5D6F96C3C4B93FC8FF942D924C675AD8A5CSBJEXCH1Awebsen_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi gurus, I have setup a prototype with below configurations: Hardware: Dell R210 NICs: Broadcom NetXtreme II BCN5709/5716 (w/o FLR) Xen: xen 4.1.2 Kernel: 3.6.32.57 (final version of xen community) Distribution: Centos 6.2 (upgraded to above kernel) When I was trying to PCI passthru 1 or 2 NICs to a domU assigned with 6G (>= 4G) memory, the PCI activation failed due to BAR 0 collision. Is e820_host= option in xen 4.2 relevant to this? Actually I upgrade the xen to 4.2-unst= able, the domU could boot with PCI passthru succeed, but the 'cat /proc/mem= info' indicated the total memory had been shrink to 3G. Any thoughts? Thanks in advance HUAXIANG FAN Software Engineer II WEBSENSE NETWORK SECURITY TECHNOLOGY R&D (BEIJING) CO. LTD. ph: +8610.5884.4327 fax: +8610.5884.4727 www.websense.cn Websense TRITON(tm) For Essential Information Protection(tm) Web Security | Data Security | Email Security Protected by Websense Hosted Email Security -- www.websense.com=20 --_000_E71FC5D6F96C3C4B93FC8FF942D924C675AD8A5CSBJEXCH1Awebsen_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi gurus,

 

I have setup a prototype with below configurations:<= o:p>

 

Hardware: Dell R210

NICs: Broadcom NetXtreme II BCN5709/5716 (w/o FLR)

Xen: xen 4.1.2

Kernel: 3.6.32.57 (final version of xen community)

Distribution: Centos 6.2 (upgraded to above kernel)<= o:p>

 

 

When I was trying to PCI passthru 1 or 2 NICs to a d= omU assigned with 6G (>4G) memory, the PCI activation failed due to BAR = 0 collision.  Is e820_host option in xen 4.2 relevant to this? Actuall= y I upgrade the xen to 4.2-unstable, the domU could boot with PCI passthru succeed, but the ‘cat /proc/meminfoR= 17; indicated the total memory had been shrink to 3G.

 

Any thoughts?

 

Thanks in advance

HUAXIANG FAN
Software Engineer II

WEBSENSE NETWORK SECURITY TECHNOLOGY R&am= p;D (BEIJING) CO. LTD.
ph: +8610.5884.4327
fax: +8610.5884.4727
www.websense.cn

Websense TRITON™
For Essential Information Protection™
Web Security | = Data Security= | Email Security



Protected by Websense Hosted Email Security = 212; www.websense.com

--_000_E71FC5D6F96C3C4B93FC8FF942D924C675AD8A5CSBJEXCH1Awebsen_-- --===============3120051217804447014== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3120051217804447014==-- From xen-users-bounces@lists.xen.org Mon Jul 16 10:03:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jul 2012 10:03: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 1Sqi7J-0008BC-UV; Mon, 16 Jul 2012 10:01:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sqi7I-0008B7-2G for xen-users@lists.xen.org; Mon, 16 Jul 2012 10:01:24 +0000 Received: from [85.158.143.35:26540] by server-1.bemta-4.messagelabs.com id 1F/43-24392-376E3005; Mon, 16 Jul 2012 10:01:23 +0000 X-Env-Sender: hufan@websense.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1342432866!5211620!1 X-Originating-IP: [208.87.233.190] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA4Ljg3LjIzMy4xOTAgPT4gMjA5MDMxMQ==\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10496 invoked from network); 16 Jul 2012 10:01:07 -0000 Received: from cluster-g.mailcontrol.com (HELO cluster-g.mailcontrol.com) (208.87.233.190) by server-5.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Jul 2012 10:01:07 -0000 Received: from SSDEXCH1A.websense.com (static-204-15-64-107.websense.com [204.15.64.107] (may be forged)) by rly27g.srv.mailcontrol.com (MailControl) with ESMTP id q6GA12KX029055 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Mon, 16 Jul 2012 11:01:04 +0100 Received: from SBJEXCH2B.websense.com (10.32.8.112) by SSDEXCH1A.websense.com (10.8.1.91) with Microsoft SMTP Server (TLS) id 14.2.283.3; Mon, 16 Jul 2012 03:00:53 -0700 Received: from SBJEXCH1A.websense.com ([169.254.1.209]) by SBJEXCH2B.websense.com ([::1]) with mapi id 14.02.0283.003; Mon, 16 Jul 2012 18:00:46 +0800 From: "Fan, Huaxiang" To: "xen-users@lists.xen.org" Thread-Topic: 4G limitation for PV domU when PCI-passthru is applied Thread-Index: Ac1jODOUUrlJLoGAQOqEDwe/J5TSow== Date: Mon, 16 Jul 2012 10:00:46 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.32.134.111] MIME-Version: 1.0 X-Scanned-By: MailControl 7.7.2 (www.mailcontrol.com) on 10.71.0.137 Subject: [Xen-users] 4G limitation for PV domU when PCI-passthru is applied X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3120051217804447014==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3120051217804447014== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_E71FC5D6F96C3C4B93FC8FF942D924C675AD8A5CSBJEXCH1Awebsen_" --_000_E71FC5D6F96C3C4B93FC8FF942D924C675AD8A5CSBJEXCH1Awebsen_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi gurus, I have setup a prototype with below configurations: Hardware: Dell R210 NICs: Broadcom NetXtreme II BCN5709/5716 (w/o FLR) Xen: xen 4.1.2 Kernel: 3.6.32.57 (final version of xen community) Distribution: Centos 6.2 (upgraded to above kernel) When I was trying to PCI passthru 1 or 2 NICs to a domU assigned with 6G (>= 4G) memory, the PCI activation failed due to BAR 0 collision. Is e820_host= option in xen 4.2 relevant to this? Actually I upgrade the xen to 4.2-unst= able, the domU could boot with PCI passthru succeed, but the 'cat /proc/mem= info' indicated the total memory had been shrink to 3G. Any thoughts? Thanks in advance HUAXIANG FAN Software Engineer II WEBSENSE NETWORK SECURITY TECHNOLOGY R&D (BEIJING) CO. LTD. ph: +8610.5884.4327 fax: +8610.5884.4727 www.websense.cn Websense TRITON(tm) For Essential Information Protection(tm) Web Security | Data Security | Email Security Protected by Websense Hosted Email Security -- www.websense.com=20 --_000_E71FC5D6F96C3C4B93FC8FF942D924C675AD8A5CSBJEXCH1Awebsen_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi gurus,

 

I have setup a prototype with below configurations:<= o:p>

 

Hardware: Dell R210

NICs: Broadcom NetXtreme II BCN5709/5716 (w/o FLR)

Xen: xen 4.1.2

Kernel: 3.6.32.57 (final version of xen community)

Distribution: Centos 6.2 (upgraded to above kernel)<= o:p>

 

 

When I was trying to PCI passthru 1 or 2 NICs to a d= omU assigned with 6G (>4G) memory, the PCI activation failed due to BAR = 0 collision.  Is e820_host option in xen 4.2 relevant to this? Actuall= y I upgrade the xen to 4.2-unstable, the domU could boot with PCI passthru succeed, but the ‘cat /proc/meminfoR= 17; indicated the total memory had been shrink to 3G.

 

Any thoughts?

 

Thanks in advance

HUAXIANG FAN
Software Engineer II

WEBSENSE NETWORK SECURITY TECHNOLOGY R&am= p;D (BEIJING) CO. LTD.
ph: +8610.5884.4327
fax: +8610.5884.4727
www.websense.cn

Websense TRITON™
For Essential Information Protection™
Web Security | = Data Security= | Email Security



Protected by Websense Hosted Email Security = 212; www.websense.com

--_000_E71FC5D6F96C3C4B93FC8FF942D924C675AD8A5CSBJEXCH1Awebsen_-- --===============3120051217804447014== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3120051217804447014==-- From xen-users-bounces@lists.xen.org Mon Jul 16 10:22:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jul 2012 10:22: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 1SqiQU-0000KO-FE; Mon, 16 Jul 2012 10:21:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SqiQS-0000KG-MY for Xen-users@lists.xen.org; Mon, 16 Jul 2012 10:21:12 +0000 Received: from [85.158.138.51:31730] by server-7.bemta-3.messagelabs.com id B5/B3-21158-71BE3005; Mon, 16 Jul 2012 10:21:11 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1342434071!28961338!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDU1NTE=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30464 invoked from network); 16 Jul 2012 10:21:11 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jul 2012 10:21:11 -0000 X-IronPort-AV: E=Sophos;i="4.77,592,1336348800"; d="scan'208";a="13545128" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 16 Jul 2012 10:21:10 +0000 Received: from dhcp-3-120.uk.xensource.com (10.80.3.120) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Mon, 16 Jul 2012 11:21:10 +0100 Message-ID: <5003EB20.1010501@citrix.com> Date: Mon, 16 Jul 2012 11:21:20 +0100 From: Roger Pau Monne User-Agent: Postbox 3.0.4 (Macintosh/20120616) MIME-Version: 1.0 To: David Erickson References: In-Reply-To: X-Enigmail-Version: 1.2.2 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Installer hanging HVM Solaris 11 or OpenIndiana 151a X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org David Erickson wrote: > Hi- > I'm wondering if anyone has had success installing Solaris 11 or > OpenIndiana 151a on an HVM VM? Why are you trying to use HVM? From what I've read both Solaris 11 [1] and OpenIndiana [2] have PV support. I've never tried it though, so I have no idea in what shape is the Solaris/OI PV support. You could also try to use HVM PV if you are interested in using HVM for some reason. [1] http://www.gnulinux.mu/2010/11/15/oracle-solaris-11-express-you-may-not-use-the-programs-for-your-own-internal-business-purposes/#comment-51 [2] http://wiki.openindiana.org/oi/Creating+OpenIndiana+EC2+image > I'm not doing anything fancy, but as > soon as the kernel starts to load it just hangs on "Probing for device > nodes ..." (or resets when I try to pass through my m1015 HBA). I've > tried both the live and text only installers for Solaris, no > difference. I'm using Ubuntu 12.04, with Xen 4.1.2. Here is my > config file: > > kernel="/usr/lib/xen-4.1/boot/hvmloader" > builder='hvm' > memory = 4096 > vcpus=4 > name = "solaris" > vif = ['bridge=xenbr0'] > disk = ['phy:/dev/xen/solaris,hda,w','file:/home/user/sol-11-1111-text-x86.iso,hdc:cdrom,r'] > device_model = 'qemu-dm' > boot="d" > serial='pty' > vnc=1 > vnclisten="0.0.0.0" > vncdisplay=1 > vncpasswd="" > > Any help is greatly appreciated. > > Thanks, > David > > _______________________________________________ > 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 Jul 16 10:22:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jul 2012 10:22: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 1SqiQU-0000KO-FE; Mon, 16 Jul 2012 10:21:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SqiQS-0000KG-MY for Xen-users@lists.xen.org; Mon, 16 Jul 2012 10:21:12 +0000 Received: from [85.158.138.51:31730] by server-7.bemta-3.messagelabs.com id B5/B3-21158-71BE3005; Mon, 16 Jul 2012 10:21:11 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1342434071!28961338!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDU1NTE=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30464 invoked from network); 16 Jul 2012 10:21:11 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jul 2012 10:21:11 -0000 X-IronPort-AV: E=Sophos;i="4.77,592,1336348800"; d="scan'208";a="13545128" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 16 Jul 2012 10:21:10 +0000 Received: from dhcp-3-120.uk.xensource.com (10.80.3.120) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Mon, 16 Jul 2012 11:21:10 +0100 Message-ID: <5003EB20.1010501@citrix.com> Date: Mon, 16 Jul 2012 11:21:20 +0100 From: Roger Pau Monne User-Agent: Postbox 3.0.4 (Macintosh/20120616) MIME-Version: 1.0 To: David Erickson References: In-Reply-To: X-Enigmail-Version: 1.2.2 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Installer hanging HVM Solaris 11 or OpenIndiana 151a X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org David Erickson wrote: > Hi- > I'm wondering if anyone has had success installing Solaris 11 or > OpenIndiana 151a on an HVM VM? Why are you trying to use HVM? From what I've read both Solaris 11 [1] and OpenIndiana [2] have PV support. I've never tried it though, so I have no idea in what shape is the Solaris/OI PV support. You could also try to use HVM PV if you are interested in using HVM for some reason. [1] http://www.gnulinux.mu/2010/11/15/oracle-solaris-11-express-you-may-not-use-the-programs-for-your-own-internal-business-purposes/#comment-51 [2] http://wiki.openindiana.org/oi/Creating+OpenIndiana+EC2+image > I'm not doing anything fancy, but as > soon as the kernel starts to load it just hangs on "Probing for device > nodes ..." (or resets when I try to pass through my m1015 HBA). I've > tried both the live and text only installers for Solaris, no > difference. I'm using Ubuntu 12.04, with Xen 4.1.2. Here is my > config file: > > kernel="/usr/lib/xen-4.1/boot/hvmloader" > builder='hvm' > memory = 4096 > vcpus=4 > name = "solaris" > vif = ['bridge=xenbr0'] > disk = ['phy:/dev/xen/solaris,hda,w','file:/home/user/sol-11-1111-text-x86.iso,hdc:cdrom,r'] > device_model = 'qemu-dm' > boot="d" > serial='pty' > vnc=1 > vnclisten="0.0.0.0" > vncdisplay=1 > vncpasswd="" > > Any help is greatly appreciated. > > Thanks, > David > > _______________________________________________ > 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 Jul 16 12:49:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jul 2012 12:49: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 1Sqki6-0001kN-6w; Mon, 16 Jul 2012 12: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 1Sqki4-0001kH-0s for xen-users@lists.xensource.com; Mon, 16 Jul 2012 12:47:32 +0000 Received: from [85.158.138.51:4171] by server-9.bemta-3.messagelabs.com id FB/07-27628-16D04005; Mon, 16 Jul 2012 12:47:29 +0000 X-Env-Sender: mlist@dsb-gmbh.de X-Msg-Ref: server-14.tower-174.messagelabs.com!1342442848!21835837!1 X-Originating-IP: [212.184.73.160] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_MUA_OUTLOOK X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12313 invoked from network); 16 Jul 2012 12:47:28 -0000 Received: from rz2-mail.dsb-gmbh.net (HELO rz2-mail.dsb-gmbh.net) (212.184.73.160) by server-14.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Jul 2012 12:47:28 -0000 Received: from rz3db (rz3-bw.dsb-gmbh.net [212.184.73.206]) (authenticated bits=0) by rz2-mail.dsb-gmbh.net (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id q6GClQj7007223 for ; Mon, 16 Jul 2012 14:47:27 +0200 Message-ID: <17057CB56DE14F4CB0C17241E1B2F2D8@dsb.local> From: "Daniel Bauer" To: References: <081B7D220D694BD9AD419904BAAA804D@dsb.local> Date: Mon, 16 Jul 2012 14:46:26 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Subject: Re: [Xen-users] Debian Squeeze - XEN and PCI Passthrough - SOLVED X-BeenThere: xen-users@lists.xen.org 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 From: "Daniel Bauer" > I tried to give a PCI device to a domU with > > module /boot/vmlinuz-3.2.0-0.bpo.2-amd64 ... xen-pciback.hide=(02:01.0) > > vai /boot/grub/grub.cfg > > > The startup of the domU shows this error: > > Loading DAHDI hardware modules: > [ 5.475642] dahdi: Telephony Interface Registered on major 196 > [ 5.475660] dahdi: Version: 2.6.1 > wcb4xxp: [ 5.559401] wcb4xxp 0000:02:01.0: probe called for b4xx... > [ 5.559552] wcb4xxp 0000:02:01.0: enabling device (0000 -> 0003) > [ 5.561039] wcb4xxp 0000:02:01.0: Xen PCI enabling IRQ: 0 > [ 5.561039] xen_allocate_pirq: returning irq 0 for gsi 0 > [ 5.561039] wcb4xxp 0000:02:01.0: Device has no associated IRQ? > [ 5.561039] wcb4xxp: probe of 0000:02:01.0 failed with error -5 > done > Running dahdi_cfg: . > > > also a lspci shows different to to dom0: > > root@rz3-ta:~# lspci -vv > 02:01.0 Non-VGA unclassified device: Digium, Inc. Wildcard B410 quad-BRI card (rev 01) > Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- > Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Region 0: I/O ports at 2000 [size=8] > Region 1: Memory at ec200000 (32-bit, non-prefetchable) [size=4K] > > > Thats the output without pciback: > > root@rz3-xen1:~# lspci -vv -s 02:01.0 > 02:01.0 ISDN controller: Digium, Inc. Wildcard B410 quad-BRI card (rev 01) > Subsystem: Digium, Inc. Wildcard B410 quad-BRI 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 7 > Region 0: I/O ports at 2000 [size=8] > Region 1: Memory at ec200000 (32-bit, non-prefetchable) [size=4K] > Capabilities: [40] Power Management version 2 > Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-) > Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- I've plugged in a second PCI card, it's not important which one. After this there is an IRQ in the domU and everything works fine. I don't understand this behaviour ... Daniel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 16 12:49:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jul 2012 12:49: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 1Sqki6-0001kN-6w; Mon, 16 Jul 2012 12: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 1Sqki4-0001kH-0s for xen-users@lists.xensource.com; Mon, 16 Jul 2012 12:47:32 +0000 Received: from [85.158.138.51:4171] by server-9.bemta-3.messagelabs.com id FB/07-27628-16D04005; Mon, 16 Jul 2012 12:47:29 +0000 X-Env-Sender: mlist@dsb-gmbh.de X-Msg-Ref: server-14.tower-174.messagelabs.com!1342442848!21835837!1 X-Originating-IP: [212.184.73.160] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_MUA_OUTLOOK X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12313 invoked from network); 16 Jul 2012 12:47:28 -0000 Received: from rz2-mail.dsb-gmbh.net (HELO rz2-mail.dsb-gmbh.net) (212.184.73.160) by server-14.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Jul 2012 12:47:28 -0000 Received: from rz3db (rz3-bw.dsb-gmbh.net [212.184.73.206]) (authenticated bits=0) by rz2-mail.dsb-gmbh.net (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id q6GClQj7007223 for ; Mon, 16 Jul 2012 14:47:27 +0200 Message-ID: <17057CB56DE14F4CB0C17241E1B2F2D8@dsb.local> From: "Daniel Bauer" To: References: <081B7D220D694BD9AD419904BAAA804D@dsb.local> Date: Mon, 16 Jul 2012 14:46:26 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Subject: Re: [Xen-users] Debian Squeeze - XEN and PCI Passthrough - SOLVED X-BeenThere: xen-users@lists.xen.org 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 From: "Daniel Bauer" > I tried to give a PCI device to a domU with > > module /boot/vmlinuz-3.2.0-0.bpo.2-amd64 ... xen-pciback.hide=(02:01.0) > > vai /boot/grub/grub.cfg > > > The startup of the domU shows this error: > > Loading DAHDI hardware modules: > [ 5.475642] dahdi: Telephony Interface Registered on major 196 > [ 5.475660] dahdi: Version: 2.6.1 > wcb4xxp: [ 5.559401] wcb4xxp 0000:02:01.0: probe called for b4xx... > [ 5.559552] wcb4xxp 0000:02:01.0: enabling device (0000 -> 0003) > [ 5.561039] wcb4xxp 0000:02:01.0: Xen PCI enabling IRQ: 0 > [ 5.561039] xen_allocate_pirq: returning irq 0 for gsi 0 > [ 5.561039] wcb4xxp 0000:02:01.0: Device has no associated IRQ? > [ 5.561039] wcb4xxp: probe of 0000:02:01.0 failed with error -5 > done > Running dahdi_cfg: . > > > also a lspci shows different to to dom0: > > root@rz3-ta:~# lspci -vv > 02:01.0 Non-VGA unclassified device: Digium, Inc. Wildcard B410 quad-BRI card (rev 01) > Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- > Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Region 0: I/O ports at 2000 [size=8] > Region 1: Memory at ec200000 (32-bit, non-prefetchable) [size=4K] > > > Thats the output without pciback: > > root@rz3-xen1:~# lspci -vv -s 02:01.0 > 02:01.0 ISDN controller: Digium, Inc. Wildcard B410 quad-BRI card (rev 01) > Subsystem: Digium, Inc. Wildcard B410 quad-BRI 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 7 > Region 0: I/O ports at 2000 [size=8] > Region 1: Memory at ec200000 (32-bit, non-prefetchable) [size=4K] > Capabilities: [40] Power Management version 2 > Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-) > Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- I've plugged in a second PCI card, it's not important which one. After this there is an IRQ in the domU and everything works fine. I don't understand this behaviour ... Daniel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 16 14:20:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jul 2012 14:20: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 1Sqm8f-0002hy-5c; Mon, 16 Jul 2012 14:19:05 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1Sqm8c-0002ht-Up for xen-users@lists.xensource.com; Mon, 16 Jul 2012 14:19:03 +0000 X-Env-Sender: jep@obrien-pifer.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1342448311!9252202!1 X-Originating-IP: [75.180.132.120] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA4MTYxNw==\n,sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA4MTYxNw==\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31694 invoked from network); 16 Jul 2012 14:18:31 -0000 Received: from cdptpa-omtalb.mail.rr.com (HELO cdptpa-omtalb.mail.rr.com) (75.180.132.120) by server-16.tower-27.messagelabs.com with SMTP; 16 Jul 2012 14:18:31 -0000 X-Authority-Analysis: v=2.0 cv=IuCcgcDg c=1 sm=0 a=khvKJusKvADddYwUSfUZmw==:17 a=s-1hg7RLGykA:10 a=64a8xlsoIQgA:10 a=i7z8CvP5fyYA:10 a=IkcTkHD0fZMA:10 a=oZXU78TAAAAA:8 a=BNNVv9e_-LmkNPOM0yoA:9 a=QEXdDO2ut3YA:10 a=khvKJusKvADddYwUSfUZmw==:117 X-Cloudmark-Score: 0 X-Originating-IP: 96.10.171.230 Received: from [96.10.171.230] ([96.10.171.230:25756] helo=mailserver.obrien-pifer.com) by cdptpa-oedge03.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 02/C2-17657-7B224005; Mon, 16 Jul 2012 14:18:31 +0000 Received: from [10.99.1.20] ([10.99.1.20]) by mailserver.obrien-pifer.com (8.13.8/8.13.8) with ESMTP id q6GEIcFq023407 for ; Mon, 16 Jul 2012 10:18:38 -0400 From: James Pifer To: Xen list In-Reply-To: <17057CB56DE14F4CB0C17241E1B2F2D8@dsb.local> References: <081B7D220D694BD9AD419904BAAA804D@dsb.local> <17057CB56DE14F4CB0C17241E1B2F2D8@dsb.local> Date: Mon, 16 Jul 2012 10:18:19 -0400 Message-ID: <1342448299.10744.3.camel@obrien-pifer-ifldr.obrien-pifer.com> Mime-Version: 1.0 X-Mailer: Evolution 2.30.1.2 Subject: Re: [Xen-users] Debian Squeeze - XEN and PCI Passthrough - SOLVED X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > I've plugged in a second PCI card, it's not important which one. After this there is an IRQ in the domU and everything works fine. I > don't understand this behaviour ... > I don't have a solution or much to add except that I have a xen system on sles11sp1 that has the same problem. I'm passing through several PCI devices. I could not get the first device to pass through until I added another PCI device before it. Very strange.xen bug maybe? James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 16 14:20:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jul 2012 14:20: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 1Sqm8f-0002hy-5c; Mon, 16 Jul 2012 14:19:05 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1Sqm8c-0002ht-Up for xen-users@lists.xensource.com; Mon, 16 Jul 2012 14:19:03 +0000 X-Env-Sender: jep@obrien-pifer.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1342448311!9252202!1 X-Originating-IP: [75.180.132.120] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA4MTYxNw==\n,sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA4MTYxNw==\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31694 invoked from network); 16 Jul 2012 14:18:31 -0000 Received: from cdptpa-omtalb.mail.rr.com (HELO cdptpa-omtalb.mail.rr.com) (75.180.132.120) by server-16.tower-27.messagelabs.com with SMTP; 16 Jul 2012 14:18:31 -0000 X-Authority-Analysis: v=2.0 cv=IuCcgcDg c=1 sm=0 a=khvKJusKvADddYwUSfUZmw==:17 a=s-1hg7RLGykA:10 a=64a8xlsoIQgA:10 a=i7z8CvP5fyYA:10 a=IkcTkHD0fZMA:10 a=oZXU78TAAAAA:8 a=BNNVv9e_-LmkNPOM0yoA:9 a=QEXdDO2ut3YA:10 a=khvKJusKvADddYwUSfUZmw==:117 X-Cloudmark-Score: 0 X-Originating-IP: 96.10.171.230 Received: from [96.10.171.230] ([96.10.171.230:25756] helo=mailserver.obrien-pifer.com) by cdptpa-oedge03.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 02/C2-17657-7B224005; Mon, 16 Jul 2012 14:18:31 +0000 Received: from [10.99.1.20] ([10.99.1.20]) by mailserver.obrien-pifer.com (8.13.8/8.13.8) with ESMTP id q6GEIcFq023407 for ; Mon, 16 Jul 2012 10:18:38 -0400 From: James Pifer To: Xen list In-Reply-To: <17057CB56DE14F4CB0C17241E1B2F2D8@dsb.local> References: <081B7D220D694BD9AD419904BAAA804D@dsb.local> <17057CB56DE14F4CB0C17241E1B2F2D8@dsb.local> Date: Mon, 16 Jul 2012 10:18:19 -0400 Message-ID: <1342448299.10744.3.camel@obrien-pifer-ifldr.obrien-pifer.com> Mime-Version: 1.0 X-Mailer: Evolution 2.30.1.2 Subject: Re: [Xen-users] Debian Squeeze - XEN and PCI Passthrough - SOLVED X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > I've plugged in a second PCI card, it's not important which one. After this there is an IRQ in the domU and everything works fine. I > don't understand this behaviour ... > I don't have a solution or much to add except that I have a xen system on sles11sp1 that has the same problem. I'm passing through several PCI devices. I could not get the first device to pass through until I added another PCI device before it. Very strange.xen bug maybe? James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 16 19:18:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jul 2012 19:18: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 1SqqnL-0007Oa-DD; Mon, 16 Jul 2012 19:17:23 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SqqnJ-0007OV-S6 for Xen-users@lists.xen.org; Mon, 16 Jul 2012 19:17:22 +0000 Received: from [85.158.138.51:6312] by server-5.bemta-3.messagelabs.com id 63/D8-28237-1C864005; Mon, 16 Jul 2012 19:17:21 +0000 X-Env-Sender: halcyon1981@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1342466239!29093876!1 X-Originating-IP: [209.85.212.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15838 invoked from network); 16 Jul 2012 19:17:20 -0000 Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jul 2012 19:17:20 -0000 Received: by wibhq4 with SMTP id hq4so2554070wib.14 for ; Mon, 16 Jul 2012 12:17:19 -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=QJXDZtO3tn6SUo/rY6/tHFItgm7h0Nj0pcEVC/6KMCg=; b=Jlp1RUtlTeu9WCUudFnpaDLAcVS39areUlxL8IsO64S1aC+Kuq+HwcfR2Wmh38GyO8 85oxZu2dyT5lsXPhaVS8M9ie1cDnMZLsv3ltIkhWqDqY2MqKJ6qINR7efnonw69K411e O98JYdcvSd/wk3nOI29S3+A2ImjEmyxCzyaTGMDoFt6H+wke1kFtgxUKeFqOP34dF374 oxgGLbIYDxsonrknt6CIjsB2geY81QRatc6hSRpKGmXuHFWy6QVSQBaEeP4NLsNALVOz NbFnAPoJCoxE3l8zMzjnmURXjSw7a6b8Qm7AEcoYx8hG56G89uZ7b2+/ezG19u/Z1xUp hifw== MIME-Version: 1.0 Received: by 10.180.81.193 with SMTP id c1mr20448868wiy.12.1342466239459; Mon, 16 Jul 2012 12:17:19 -0700 (PDT) Received: by 10.223.83.9 with HTTP; Mon, 16 Jul 2012 12:17:19 -0700 (PDT) In-Reply-To: <5003EB20.1010501@citrix.com> References: <5003EB20.1010501@citrix.com> Date: Mon, 16 Jul 2012 12:17:19 -0700 Message-ID: From: David Erickson To: Roger Pau Monne Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Installer hanging HVM Solaris 11 or OpenIndiana 151a X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thanks for the pointers Roger, the main reason is because I need to do PCI pass thru of my SAS HBA and it isn't clear to me that Solaris has the appropriate support for pass through with PV drivers. On Mon, Jul 16, 2012 at 3:21 AM, Roger Pau Monne wrote: > David Erickson wrote: >> Hi- >> I'm wondering if anyone has had success installing Solaris 11 or >> OpenIndiana 151a on an HVM VM? > > Why are you trying to use HVM? From what I've read both Solaris 11 [1] > and OpenIndiana [2] have PV support. I've never tried it though, so I > have no idea in what shape is the Solaris/OI PV support. You could also > try to use HVM PV if you are interested in using HVM for some reason. > > [1] > http://www.gnulinux.mu/2010/11/15/oracle-solaris-11-express-you-may-not-use-the-programs-for-your-own-internal-business-purposes/#comment-51 > [2] http://wiki.openindiana.org/oi/Creating+OpenIndiana+EC2+image > >> I'm not doing anything fancy, but as >> soon as the kernel starts to load it just hangs on "Probing for device >> nodes ..." (or resets when I try to pass through my m1015 HBA). I've >> tried both the live and text only installers for Solaris, no >> difference. I'm using Ubuntu 12.04, with Xen 4.1.2. Here is my >> config file: >> >> kernel="/usr/lib/xen-4.1/boot/hvmloader" >> builder='hvm' >> memory = 4096 >> vcpus=4 >> name = "solaris" >> vif = ['bridge=xenbr0'] >> disk = ['phy:/dev/xen/solaris,hda,w','file:/home/user/sol-11-1111-text-x86.iso,hdc:cdrom,r'] >> device_model = 'qemu-dm' >> boot="d" >> serial='pty' >> vnc=1 >> vnclisten="0.0.0.0" >> vncdisplay=1 >> vncpasswd="" >> >> Any help is greatly appreciated. >> >> Thanks, >> David >> >> _______________________________________________ >> 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 Jul 16 19:18:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Jul 2012 19:18: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 1SqqnL-0007Oa-DD; Mon, 16 Jul 2012 19:17:23 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SqqnJ-0007OV-S6 for Xen-users@lists.xen.org; Mon, 16 Jul 2012 19:17:22 +0000 Received: from [85.158.138.51:6312] by server-5.bemta-3.messagelabs.com id 63/D8-28237-1C864005; Mon, 16 Jul 2012 19:17:21 +0000 X-Env-Sender: halcyon1981@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1342466239!29093876!1 X-Originating-IP: [209.85.212.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15838 invoked from network); 16 Jul 2012 19:17:20 -0000 Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jul 2012 19:17:20 -0000 Received: by wibhq4 with SMTP id hq4so2554070wib.14 for ; Mon, 16 Jul 2012 12:17:19 -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=QJXDZtO3tn6SUo/rY6/tHFItgm7h0Nj0pcEVC/6KMCg=; b=Jlp1RUtlTeu9WCUudFnpaDLAcVS39areUlxL8IsO64S1aC+Kuq+HwcfR2Wmh38GyO8 85oxZu2dyT5lsXPhaVS8M9ie1cDnMZLsv3ltIkhWqDqY2MqKJ6qINR7efnonw69K411e O98JYdcvSd/wk3nOI29S3+A2ImjEmyxCzyaTGMDoFt6H+wke1kFtgxUKeFqOP34dF374 oxgGLbIYDxsonrknt6CIjsB2geY81QRatc6hSRpKGmXuHFWy6QVSQBaEeP4NLsNALVOz NbFnAPoJCoxE3l8zMzjnmURXjSw7a6b8Qm7AEcoYx8hG56G89uZ7b2+/ezG19u/Z1xUp hifw== MIME-Version: 1.0 Received: by 10.180.81.193 with SMTP id c1mr20448868wiy.12.1342466239459; Mon, 16 Jul 2012 12:17:19 -0700 (PDT) Received: by 10.223.83.9 with HTTP; Mon, 16 Jul 2012 12:17:19 -0700 (PDT) In-Reply-To: <5003EB20.1010501@citrix.com> References: <5003EB20.1010501@citrix.com> Date: Mon, 16 Jul 2012 12:17:19 -0700 Message-ID: From: David Erickson To: Roger Pau Monne Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Installer hanging HVM Solaris 11 or OpenIndiana 151a X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thanks for the pointers Roger, the main reason is because I need to do PCI pass thru of my SAS HBA and it isn't clear to me that Solaris has the appropriate support for pass through with PV drivers. On Mon, Jul 16, 2012 at 3:21 AM, Roger Pau Monne wrote: > David Erickson wrote: >> Hi- >> I'm wondering if anyone has had success installing Solaris 11 or >> OpenIndiana 151a on an HVM VM? > > Why are you trying to use HVM? From what I've read both Solaris 11 [1] > and OpenIndiana [2] have PV support. I've never tried it though, so I > have no idea in what shape is the Solaris/OI PV support. You could also > try to use HVM PV if you are interested in using HVM for some reason. > > [1] > http://www.gnulinux.mu/2010/11/15/oracle-solaris-11-express-you-may-not-use-the-programs-for-your-own-internal-business-purposes/#comment-51 > [2] http://wiki.openindiana.org/oi/Creating+OpenIndiana+EC2+image > >> I'm not doing anything fancy, but as >> soon as the kernel starts to load it just hangs on "Probing for device >> nodes ..." (or resets when I try to pass through my m1015 HBA). I've >> tried both the live and text only installers for Solaris, no >> difference. I'm using Ubuntu 12.04, with Xen 4.1.2. Here is my >> config file: >> >> kernel="/usr/lib/xen-4.1/boot/hvmloader" >> builder='hvm' >> memory = 4096 >> vcpus=4 >> name = "solaris" >> vif = ['bridge=xenbr0'] >> disk = ['phy:/dev/xen/solaris,hda,w','file:/home/user/sol-11-1111-text-x86.iso,hdc:cdrom,r'] >> device_model = 'qemu-dm' >> boot="d" >> serial='pty' >> vnc=1 >> vnclisten="0.0.0.0" >> vncdisplay=1 >> vncpasswd="" >> >> Any help is greatly appreciated. >> >> Thanks, >> David >> >> _______________________________________________ >> 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 Jul 17 00:49:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 00: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 1Sqvx9-0001Xm-PU; Tue, 17 Jul 2012 00:47:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sqq32-00075J-Jk for xen-users@lists.xen.org; Mon, 16 Jul 2012 18:29:32 +0000 Received: from [85.158.143.99:48956] by server-1.bemta-4.messagelabs.com id 7F/24-24392-B8D54005; Mon, 16 Jul 2012 18:29:31 +0000 X-Env-Sender: osk@senft-net.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1342463371!22629620!1 X-Originating-IP: [188.40.108.11] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24946 invoked from network); 16 Jul 2012 18:29:31 -0000 Received: from core.qwho.net (HELO core.qwho.net) (188.40.108.11) by server-10.tower-216.messagelabs.com with SMTP; 16 Jul 2012 18:29:31 -0000 Received: from core.qwho.net (localhost [127.0.0.1]) by core.qwho.net (Postfix) with ESMTP id F201CBCE0F2; Mon, 16 Jul 2012 20:29:30 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on core X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.0 X-Spam-Level: Received: from bb.senft-net.com (unknown [192.168.42.6]) by core.qwho.net (Postfix) with ESMTP id C3530BCE0DA; Mon, 16 Jul 2012 20:29:30 +0200 (CEST) Received: from [192.168.2.5] (TS.senft-net.local [192.168.2.5]) by bb.senft-net.com (Postfix) with ESMTPSA id 56C4A17A28B; Mon, 16 Jul 2012 20:29:30 +0200 (CEST) Message-ID: <50045D89.6040009@senft-net.com> Date: Mon, 16 Jul 2012 20:29:29 +0200 From: Oskar Senft User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4FF719B9.9070904@senft-net.com> <4FFF4ACE.9050804@senft-net.com> <5002D79E.9070803@senft-net.com> In-Reply-To: X-Enigmail-Version: 1.4.2 X-Mailman-Approved-At: Tue, 17 Jul 2012 00:47:50 +0000 Cc: Christian Holpert Subject: Re: [Xen-users] Can't write to floppy image (fda) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 thanks for the suggestions. > last idea I have: > fda = [ 'rw:/opt/xen/floppy' ] > fda = [ '/opt/xen/floppy,rw' ] > fda = [ '/opt/xen/floppy:rw' ] Xen seems to not like this parameter to be in "list" style at all. As soon as I start with a '[' it errors with this: Error: 'list' object has no attribute 'startswith' I guess I'll have to dig into the Xen source code to see what's going on there. Does anyone have an idea where to start looking? Thanks Oskar. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 17 00:49:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 00: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 1Sqvx9-0001Xm-PU; Tue, 17 Jul 2012 00:47:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sqq32-00075J-Jk for xen-users@lists.xen.org; Mon, 16 Jul 2012 18:29:32 +0000 Received: from [85.158.143.99:48956] by server-1.bemta-4.messagelabs.com id 7F/24-24392-B8D54005; Mon, 16 Jul 2012 18:29:31 +0000 X-Env-Sender: osk@senft-net.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1342463371!22629620!1 X-Originating-IP: [188.40.108.11] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24946 invoked from network); 16 Jul 2012 18:29:31 -0000 Received: from core.qwho.net (HELO core.qwho.net) (188.40.108.11) by server-10.tower-216.messagelabs.com with SMTP; 16 Jul 2012 18:29:31 -0000 Received: from core.qwho.net (localhost [127.0.0.1]) by core.qwho.net (Postfix) with ESMTP id F201CBCE0F2; Mon, 16 Jul 2012 20:29:30 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on core X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.0 X-Spam-Level: Received: from bb.senft-net.com (unknown [192.168.42.6]) by core.qwho.net (Postfix) with ESMTP id C3530BCE0DA; Mon, 16 Jul 2012 20:29:30 +0200 (CEST) Received: from [192.168.2.5] (TS.senft-net.local [192.168.2.5]) by bb.senft-net.com (Postfix) with ESMTPSA id 56C4A17A28B; Mon, 16 Jul 2012 20:29:30 +0200 (CEST) Message-ID: <50045D89.6040009@senft-net.com> Date: Mon, 16 Jul 2012 20:29:29 +0200 From: Oskar Senft User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4FF719B9.9070904@senft-net.com> <4FFF4ACE.9050804@senft-net.com> <5002D79E.9070803@senft-net.com> In-Reply-To: X-Enigmail-Version: 1.4.2 X-Mailman-Approved-At: Tue, 17 Jul 2012 00:47:50 +0000 Cc: Christian Holpert Subject: Re: [Xen-users] Can't write to floppy image (fda) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 thanks for the suggestions. > last idea I have: > fda = [ 'rw:/opt/xen/floppy' ] > fda = [ '/opt/xen/floppy,rw' ] > fda = [ '/opt/xen/floppy:rw' ] Xen seems to not like this parameter to be in "list" style at all. As soon as I start with a '[' it errors with this: Error: 'list' object has no attribute 'startswith' I guess I'll have to dig into the Xen source code to see what's going on there. Does anyone have an idea where to start looking? Thanks Oskar. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 17 01:58:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 01:58: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 1Sqx2X-0005og-HH; Tue, 17 Jul 2012 01:57:29 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sqx2V-0005oQ-My for xen-users@lists.xen.org; Tue, 17 Jul 2012 01:57:27 +0000 Received: from [85.158.138.51:25504] by server-4.bemta-3.messagelabs.com id 8B/4C-29069-686C4005; Tue, 17 Jul 2012 01:57:26 +0000 X-Env-Sender: shinepf@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1342490244!29120999!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28205 invoked from network); 17 Jul 2012 01:57:25 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jul 2012 01:57:25 -0000 Received: by obbta14 with SMTP id ta14so13321912obb.32 for ; Mon, 16 Jul 2012 18:57:24 -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=L5Ci/U0wp9t5nPFqMU3Z97O338+RlePJUnITDD4w4Mw=; b=OWyT6jjqw8YLd3aC1bbbDUVte6wvzZl1GHHKW+pLprgDxu55CAvJkinsBeXwlTYNX0 vKZUHIPY8okFXB0vSJdjSmzAgt3aUtnUFn8SdwSGPNVCmFoaH2NqrOMHkFhlpLLRAhPO +cfwtHNIR9nyEyiM29DCSDjK4o/WsqrA5mziXB8OHv/lyFu2grSzO6vmvope2fpes1Lr SwfQI+K1ombEw5/IVWhKMM0xBNXzKbk0y6zTQ4DMyJigwTgHCktY5sSi6nFwak4QLy9y eto5RUVhWpnlVYhtozzAcq+44WqsvygP0GBfO5I4YPNRusD6qXMCBO68mzNqxmt1OJqj eBCQ== MIME-Version: 1.0 Received: by 10.182.212.98 with SMTP id nj2mr846662obc.18.1342490244064; Mon, 16 Jul 2012 18:57:24 -0700 (PDT) Received: by 10.182.46.71 with HTTP; Mon, 16 Jul 2012 18:57:24 -0700 (PDT) Date: Tue, 17 Jul 2012 11:57:24 +1000 Message-ID: From: pf shineyear To: xen-api@lists.xen.org, xen-users@lists.xen.org Subject: [Xen-users] ubuntu 12.04 + xcp vnc error X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8449887441897262330==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8449887441897262330== Content-Type: multipart/alternative; boundary=e89a8f6429041ca69304c4fcde2f --e89a8f6429041ca69304c4fcde2f Content-Type: text/plain; charset=ISO-8859-1 hi all , i use ubuntu 12.04 + xcp + openstack nova when i want to connect vm from nova web, i got this on dom0 Jul 17 11:42:04 ubuntu xapi: [error|ubuntu|128852 http_proxy||xapi] Proxy doesn't support: CONNECT --e89a8f6429041ca69304c4fcde2f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
hi all ,=A0

i use ubuntu 12.04 + xcp + openst= ack nova


when i want to connect vm = from nova web, i got this on dom0


Jul 17= 11:42:04 ubuntu xapi: [error|ubuntu|128852 http_proxy||xapi] Proxy doesn&#= 39;t support: CONNECT --e89a8f6429041ca69304c4fcde2f-- --===============8449887441897262330== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8449887441897262330==-- From xen-users-bounces@lists.xen.org Tue Jul 17 01:58:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 01:58: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 1Sqx2X-0005og-HH; Tue, 17 Jul 2012 01:57:29 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sqx2V-0005oQ-My for xen-users@lists.xen.org; Tue, 17 Jul 2012 01:57:27 +0000 Received: from [85.158.138.51:25504] by server-4.bemta-3.messagelabs.com id 8B/4C-29069-686C4005; Tue, 17 Jul 2012 01:57:26 +0000 X-Env-Sender: shinepf@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1342490244!29120999!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28205 invoked from network); 17 Jul 2012 01:57:25 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jul 2012 01:57:25 -0000 Received: by obbta14 with SMTP id ta14so13321912obb.32 for ; Mon, 16 Jul 2012 18:57:24 -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=L5Ci/U0wp9t5nPFqMU3Z97O338+RlePJUnITDD4w4Mw=; b=OWyT6jjqw8YLd3aC1bbbDUVte6wvzZl1GHHKW+pLprgDxu55CAvJkinsBeXwlTYNX0 vKZUHIPY8okFXB0vSJdjSmzAgt3aUtnUFn8SdwSGPNVCmFoaH2NqrOMHkFhlpLLRAhPO +cfwtHNIR9nyEyiM29DCSDjK4o/WsqrA5mziXB8OHv/lyFu2grSzO6vmvope2fpes1Lr SwfQI+K1ombEw5/IVWhKMM0xBNXzKbk0y6zTQ4DMyJigwTgHCktY5sSi6nFwak4QLy9y eto5RUVhWpnlVYhtozzAcq+44WqsvygP0GBfO5I4YPNRusD6qXMCBO68mzNqxmt1OJqj eBCQ== MIME-Version: 1.0 Received: by 10.182.212.98 with SMTP id nj2mr846662obc.18.1342490244064; Mon, 16 Jul 2012 18:57:24 -0700 (PDT) Received: by 10.182.46.71 with HTTP; Mon, 16 Jul 2012 18:57:24 -0700 (PDT) Date: Tue, 17 Jul 2012 11:57:24 +1000 Message-ID: From: pf shineyear To: xen-api@lists.xen.org, xen-users@lists.xen.org Subject: [Xen-users] ubuntu 12.04 + xcp vnc error X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8449887441897262330==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8449887441897262330== Content-Type: multipart/alternative; boundary=e89a8f6429041ca69304c4fcde2f --e89a8f6429041ca69304c4fcde2f Content-Type: text/plain; charset=ISO-8859-1 hi all , i use ubuntu 12.04 + xcp + openstack nova when i want to connect vm from nova web, i got this on dom0 Jul 17 11:42:04 ubuntu xapi: [error|ubuntu|128852 http_proxy||xapi] Proxy doesn't support: CONNECT --e89a8f6429041ca69304c4fcde2f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
hi all ,=A0

i use ubuntu 12.04 + xcp + openst= ack nova


when i want to connect vm = from nova web, i got this on dom0


Jul 17= 11:42:04 ubuntu xapi: [error|ubuntu|128852 http_proxy||xapi] Proxy doesn&#= 39;t support: CONNECT --e89a8f6429041ca69304c4fcde2f-- --===============8449887441897262330== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8449887441897262330==-- From xen-users-bounces@lists.xen.org Tue Jul 17 06:23:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 06:23: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 1Sr1AK-0007a4-Ge; Tue, 17 Jul 2012 06:21:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SqzSe-0006wH-KV for xen-users@lists.xen.org; Tue, 17 Jul 2012 04:32:36 +0000 Received: from [85.158.143.35:3989] by server-1.bemta-4.messagelabs.com id 69/D1-24392-3EAE4005; Tue, 17 Jul 2012 04:32:35 +0000 X-Env-Sender: calcprogrammer1@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1342499554!4921334!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16120 invoked from network); 17 Jul 2012 04:32:35 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jul 2012 04:32:35 -0000 Received: by yenl1 with SMTP id l1so6617344yen.32 for ; Mon, 16 Jul 2012 21:32:33 -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=CQrD9UW6k+rhcrfRScZpBW9d6R/O689gnaGXrEhaKFk=; b=wtgRhbEBeVTm2FJva5XZ1VHSn64mQCFEPihYXzzR+jCraglM8sHEf27MhbhvPqqcWD 1rxxvIcRZnHu0vPcZcHJSAHqas65aD88n5EN0dEnbqQ0a9qVJqvtFUHhSc9KJLAgpGKF WvhDqGTmIDP8MmybBYOmQ2BAqRLsBpdd2fUZNJ6NCuFJfYNufhd8KLtRXM2BtHqSqM5d J3G1trp0No1kPLvFlVv5TMKshEFHrcm6bL6u6nwVErHPxEA8xLTE3k1hYy6Al8Ju0GEh 9o78fLRsEjacAF03CtdR2DHSpSV0k9t+KoOAtI/Mnrc6bV7ptj0WVuKw8D2hHw+JQpT7 6lTA== MIME-Version: 1.0 Received: by 10.66.75.228 with SMTP id f4mr2153042paw.52.1342499553097; Mon, 16 Jul 2012 21:32:33 -0700 (PDT) Received: by 10.66.88.198 with HTTP; Mon, 16 Jul 2012 21:32:32 -0700 (PDT) Date: Mon, 16 Jul 2012 23:32:32 -0500 Message-ID: From: Adam Honse To: xen-users@lists.xen.org X-Mailman-Approved-At: Tue, 17 Jul 2012 06:21:47 +0000 Subject: [Xen-users] Xen with VGA Passthrough on desktop Ubuntu 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: , Content-Type: multipart/mixed; boundary="===============1973596758520231849==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1973596758520231849== Content-Type: multipart/alternative; boundary=f46d042dfd1df936bd04c4ff0851 --f46d042dfd1df936bd04c4ff0851 Content-Type: text/plain; charset=ISO-8859-1 I just found out that Xen supported hardware passthrough, so I've installed it on my Ubuntu 12.04 home server/media center as I wanted to play some games in Windows. The CPU is AMD A8-3870K and it appears that hvm itself is working. I was able to boot the Windows 7 install CD with a VNC console. I now want to configure the VGA passthrough. Upon adding the hardware passthrough lines, I received an error along the lines of "PCI device xx:xx.x is not assignable". I modprobe'd the xen-pciback module but it did not resolve the issue. I am thinking that is because the device is in use by the system (running the 'radeon' module and the open-source radeon drivers). My question is this, is it possible to have the Dom-0 (native) system use the VGA device, and then relinquish control over the device upon starting the hardware-passthrough VM? It seems like it would be possible, shutting down the X-server before starting the VM, but I was unable to remove the 'radeon' module in my tests. It keeps saying the module is in use, though nothing depends on it and I disconnected all outputs. If not, is it possible to have two guests, a Windows and an Ubuntu guest, that both access the hardware passthrough but not at the same time? Also, how do you go about 'reserving' the PCI device in pcibackend so that it is available for the VM? Thanks, Adam Honse --f46d042dfd1df936bd04c4ff0851 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I just found out that Xen supported hardware passthrough, so I've insta= lled it on my Ubuntu 12.04 home server/media center as I wanted to play som= e games in Windows.=A0 The CPU is AMD A8-3870K and it appears that hvm itse= lf is working.=A0 I was able to boot the Windows 7 install CD with a VNC co= nsole.=A0 I now want to configure the VGA passthrough.=A0 Upon adding the h= ardware passthrough lines, I received an error along the lines of "PCI= device xx:xx.x is not assignable".=A0 I modprobe'd the xen-pcibac= k module but it did not resolve the issue.=A0 I am thinking that is because= the device is in use by the system (running the 'radeon' module an= d the open-source radeon drivers).

My question is this, is it possible to have the Dom-0 (native) system u= se the VGA device, and then relinquish control over the device upon startin= g the hardware-passthrough VM?=A0 It seems like it would be possible, shutt= ing down the X-server before starting the VM, but I was unable to remove th= e 'radeon' module in my tests.=A0 It keeps saying the module is in = use, though nothing depends on it and I disconnected all outputs.=A0 If not= , is it possible to have two guests, a Windows and an Ubuntu guest, that bo= th access the hardware passthrough but not at the same time?=A0 Also, how d= o you go about 'reserving' the PCI device in pcibackend so that it = is available for the VM?

Thanks,
Adam Honse
--f46d042dfd1df936bd04c4ff0851-- --===============1973596758520231849== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1973596758520231849==-- From xen-users-bounces@lists.xen.org Tue Jul 17 06:23:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 06:23: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 1Sr1AK-0007a4-Ge; Tue, 17 Jul 2012 06:21:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SqzSe-0006wH-KV for xen-users@lists.xen.org; Tue, 17 Jul 2012 04:32:36 +0000 Received: from [85.158.143.35:3989] by server-1.bemta-4.messagelabs.com id 69/D1-24392-3EAE4005; Tue, 17 Jul 2012 04:32:35 +0000 X-Env-Sender: calcprogrammer1@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1342499554!4921334!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16120 invoked from network); 17 Jul 2012 04:32:35 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jul 2012 04:32:35 -0000 Received: by yenl1 with SMTP id l1so6617344yen.32 for ; Mon, 16 Jul 2012 21:32:33 -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=CQrD9UW6k+rhcrfRScZpBW9d6R/O689gnaGXrEhaKFk=; b=wtgRhbEBeVTm2FJva5XZ1VHSn64mQCFEPihYXzzR+jCraglM8sHEf27MhbhvPqqcWD 1rxxvIcRZnHu0vPcZcHJSAHqas65aD88n5EN0dEnbqQ0a9qVJqvtFUHhSc9KJLAgpGKF WvhDqGTmIDP8MmybBYOmQ2BAqRLsBpdd2fUZNJ6NCuFJfYNufhd8KLtRXM2BtHqSqM5d J3G1trp0No1kPLvFlVv5TMKshEFHrcm6bL6u6nwVErHPxEA8xLTE3k1hYy6Al8Ju0GEh 9o78fLRsEjacAF03CtdR2DHSpSV0k9t+KoOAtI/Mnrc6bV7ptj0WVuKw8D2hHw+JQpT7 6lTA== MIME-Version: 1.0 Received: by 10.66.75.228 with SMTP id f4mr2153042paw.52.1342499553097; Mon, 16 Jul 2012 21:32:33 -0700 (PDT) Received: by 10.66.88.198 with HTTP; Mon, 16 Jul 2012 21:32:32 -0700 (PDT) Date: Mon, 16 Jul 2012 23:32:32 -0500 Message-ID: From: Adam Honse To: xen-users@lists.xen.org X-Mailman-Approved-At: Tue, 17 Jul 2012 06:21:47 +0000 Subject: [Xen-users] Xen with VGA Passthrough on desktop Ubuntu 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: , Content-Type: multipart/mixed; boundary="===============1973596758520231849==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1973596758520231849== Content-Type: multipart/alternative; boundary=f46d042dfd1df936bd04c4ff0851 --f46d042dfd1df936bd04c4ff0851 Content-Type: text/plain; charset=ISO-8859-1 I just found out that Xen supported hardware passthrough, so I've installed it on my Ubuntu 12.04 home server/media center as I wanted to play some games in Windows. The CPU is AMD A8-3870K and it appears that hvm itself is working. I was able to boot the Windows 7 install CD with a VNC console. I now want to configure the VGA passthrough. Upon adding the hardware passthrough lines, I received an error along the lines of "PCI device xx:xx.x is not assignable". I modprobe'd the xen-pciback module but it did not resolve the issue. I am thinking that is because the device is in use by the system (running the 'radeon' module and the open-source radeon drivers). My question is this, is it possible to have the Dom-0 (native) system use the VGA device, and then relinquish control over the device upon starting the hardware-passthrough VM? It seems like it would be possible, shutting down the X-server before starting the VM, but I was unable to remove the 'radeon' module in my tests. It keeps saying the module is in use, though nothing depends on it and I disconnected all outputs. If not, is it possible to have two guests, a Windows and an Ubuntu guest, that both access the hardware passthrough but not at the same time? Also, how do you go about 'reserving' the PCI device in pcibackend so that it is available for the VM? Thanks, Adam Honse --f46d042dfd1df936bd04c4ff0851 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I just found out that Xen supported hardware passthrough, so I've insta= lled it on my Ubuntu 12.04 home server/media center as I wanted to play som= e games in Windows.=A0 The CPU is AMD A8-3870K and it appears that hvm itse= lf is working.=A0 I was able to boot the Windows 7 install CD with a VNC co= nsole.=A0 I now want to configure the VGA passthrough.=A0 Upon adding the h= ardware passthrough lines, I received an error along the lines of "PCI= device xx:xx.x is not assignable".=A0 I modprobe'd the xen-pcibac= k module but it did not resolve the issue.=A0 I am thinking that is because= the device is in use by the system (running the 'radeon' module an= d the open-source radeon drivers).

My question is this, is it possible to have the Dom-0 (native) system u= se the VGA device, and then relinquish control over the device upon startin= g the hardware-passthrough VM?=A0 It seems like it would be possible, shutt= ing down the X-server before starting the VM, but I was unable to remove th= e 'radeon' module in my tests.=A0 It keeps saying the module is in = use, though nothing depends on it and I disconnected all outputs.=A0 If not= , is it possible to have two guests, a Windows and an Ubuntu guest, that bo= th access the hardware passthrough but not at the same time?=A0 Also, how d= o you go about 'reserving' the PCI device in pcibackend so that it = is available for the VM?

Thanks,
Adam Honse
--f46d042dfd1df936bd04c4ff0851-- --===============1973596758520231849== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1973596758520231849==-- From xen-users-bounces@lists.xen.org Tue Jul 17 06:33:35 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 06:33: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 1Sr1KY-0007pR-TK; Tue, 17 Jul 2012 06:32:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sr1KY-0007pL-7I for xen-users@lists.xen.org; Tue, 17 Jul 2012 06:32:22 +0000 Received: from [85.158.143.35:2759] by server-2.bemta-4.messagelabs.com id 29/7E-17938-5F605005; Tue, 17 Jul 2012 06:32:21 +0000 X-Env-Sender: hufan@websense.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1342506739!13100854!1 X-Originating-IP: [208.87.234.190] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA4Ljg3LjIzNC4xOTAgPT4gMTYyNjMwNw==\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14888 invoked from network); 17 Jul 2012 06:32:20 -0000 Received: from cluster-h.mailcontrol.com (HELO cluster-h.mailcontrol.com) (208.87.234.190) by server-16.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Jul 2012 06:32:20 -0000 Received: from SSDEXCH1A.websense.com (static-204-15-64-107.websense.com [204.15.64.107] (may be forged)) by rly17h.srv.mailcontrol.com (MailControl) with ESMTP id q6H6VwcK031315 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 17 Jul 2012 07:32:17 +0100 Received: from SBJEXCH2B.websense.com (10.32.8.112) by SSDEXCH1A.websense.com (10.8.1.91) with Microsoft SMTP Server (TLS) id 14.2.283.3; Mon, 16 Jul 2012 23:32:05 -0700 Received: from SBJEXCH1A.websense.com ([169.254.1.209]) by SBJEXCH2B.websense.com ([::1]) with mapi id 14.02.0283.003; Tue, 17 Jul 2012 14:31:54 +0800 From: "Fan, Huaxiang" To: "xen-users@lists.xen.org" Thread-Topic: iommu=soft for Broadcom NICs PCI-passthru Thread-Index: Ac1j5VACRBeHX45NTS2xf0nq2CR7Ng== Date: Tue, 17 Jul 2012 06:31:54 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.32.134.111] MIME-Version: 1.0 X-Scanned-By: MailControl 8316.0 (www.mailcontrol.com) on 10.72.0.127 Subject: [Xen-users] iommu=soft for Broadcom NICs PCI-passthru X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3698546458458278350==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3698546458458278350== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_E71FC5D6F96C3C4B93FC8FF942D924C675ADB345SBJEXCH1Awebsen_" --_000_E71FC5D6F96C3C4B93FC8FF942D924C675ADB345SBJEXCH1Awebsen_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, My environment is as below: Hardware: Dell R210 NICs: Broadcom NetXtreme II BCN5709/5716 (w/o FLR) Xen: xen 4.1.2 Kernel: 3.6.32.57 (final version of xen community) Distribution: Centos 6.2 (upgraded to above kernel) When I added iommu=3Dsoft to domU kernel boot line, the PCI passthru-ed NIC= s can be UP and RUNNING. Otherwise, omit iommu=3Dsoft option would make the= passthru-ed NICs only UP but not RUNNING. Anybody can explain why and how = can I use hardware iommu instead? Thanks, HUAXIANG FAN Software Engineer II WEBSENSE NETWORK SECURITY TECHNOLOGY R&D (BEIJING) CO. LTD. ph: +8610.5884.4327 fax: +8610.5884.4727 www.websense.cn Websense TRITON(tm) For Essential Information Protection(tm) Web Security | Data Security | Email Security Protected by Websense Hosted Email Security -- www.websense.com=20 --_000_E71FC5D6F96C3C4B93FC8FF942D924C675ADB345SBJEXCH1Awebsen_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

My environment is as below:

 

Hardware: Dell R210

NICs: Broadcom NetXtreme II BCN5709/5716 (w/o FLR)

Xen: xen 4.1.2

Kernel: 3.6.32.57 (final version of xen community)

Distribution: Centos 6.2 (upgraded to above kernel)<= o:p>

 

When I added iommu=3Dsoft to domU kernel boot line, = the PCI passthru-ed NICs can be UP and RUNNING. Otherwise, omit iommu=3Dsof= t option would make the passthru-ed NICs only UP but not RUNNING. Anybody c= an explain why and how can I use hardware iommu instead?

 

Thanks,

HUAXIANG FAN
Software Engineer II

WEBSENSE NETWORK SECURITY TECHNOLOGY R&am= p;D (BEIJING) CO. LTD.
ph: +8610.5884.4327
fax: +8610.5884.4727
www.websense.cn

Websense TRITON™
For Essential Information Protection™
Web Security | = Data Security= | Email Security



Protected by Websense Hosted Email Security = 212; www.websense.com

--_000_E71FC5D6F96C3C4B93FC8FF942D924C675ADB345SBJEXCH1Awebsen_-- --===============3698546458458278350== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3698546458458278350==-- From xen-users-bounces@lists.xen.org Tue Jul 17 06:33:35 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 06:33: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 1Sr1KY-0007pR-TK; Tue, 17 Jul 2012 06:32:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sr1KY-0007pL-7I for xen-users@lists.xen.org; Tue, 17 Jul 2012 06:32:22 +0000 Received: from [85.158.143.35:2759] by server-2.bemta-4.messagelabs.com id 29/7E-17938-5F605005; Tue, 17 Jul 2012 06:32:21 +0000 X-Env-Sender: hufan@websense.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1342506739!13100854!1 X-Originating-IP: [208.87.234.190] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA4Ljg3LjIzNC4xOTAgPT4gMTYyNjMwNw==\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14888 invoked from network); 17 Jul 2012 06:32:20 -0000 Received: from cluster-h.mailcontrol.com (HELO cluster-h.mailcontrol.com) (208.87.234.190) by server-16.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Jul 2012 06:32:20 -0000 Received: from SSDEXCH1A.websense.com (static-204-15-64-107.websense.com [204.15.64.107] (may be forged)) by rly17h.srv.mailcontrol.com (MailControl) with ESMTP id q6H6VwcK031315 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 17 Jul 2012 07:32:17 +0100 Received: from SBJEXCH2B.websense.com (10.32.8.112) by SSDEXCH1A.websense.com (10.8.1.91) with Microsoft SMTP Server (TLS) id 14.2.283.3; Mon, 16 Jul 2012 23:32:05 -0700 Received: from SBJEXCH1A.websense.com ([169.254.1.209]) by SBJEXCH2B.websense.com ([::1]) with mapi id 14.02.0283.003; Tue, 17 Jul 2012 14:31:54 +0800 From: "Fan, Huaxiang" To: "xen-users@lists.xen.org" Thread-Topic: iommu=soft for Broadcom NICs PCI-passthru Thread-Index: Ac1j5VACRBeHX45NTS2xf0nq2CR7Ng== Date: Tue, 17 Jul 2012 06:31:54 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.32.134.111] MIME-Version: 1.0 X-Scanned-By: MailControl 8316.0 (www.mailcontrol.com) on 10.72.0.127 Subject: [Xen-users] iommu=soft for Broadcom NICs PCI-passthru X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3698546458458278350==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3698546458458278350== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_E71FC5D6F96C3C4B93FC8FF942D924C675ADB345SBJEXCH1Awebsen_" --_000_E71FC5D6F96C3C4B93FC8FF942D924C675ADB345SBJEXCH1Awebsen_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, My environment is as below: Hardware: Dell R210 NICs: Broadcom NetXtreme II BCN5709/5716 (w/o FLR) Xen: xen 4.1.2 Kernel: 3.6.32.57 (final version of xen community) Distribution: Centos 6.2 (upgraded to above kernel) When I added iommu=3Dsoft to domU kernel boot line, the PCI passthru-ed NIC= s can be UP and RUNNING. Otherwise, omit iommu=3Dsoft option would make the= passthru-ed NICs only UP but not RUNNING. Anybody can explain why and how = can I use hardware iommu instead? Thanks, HUAXIANG FAN Software Engineer II WEBSENSE NETWORK SECURITY TECHNOLOGY R&D (BEIJING) CO. LTD. ph: +8610.5884.4327 fax: +8610.5884.4727 www.websense.cn Websense TRITON(tm) For Essential Information Protection(tm) Web Security | Data Security | Email Security Protected by Websense Hosted Email Security -- www.websense.com=20 --_000_E71FC5D6F96C3C4B93FC8FF942D924C675ADB345SBJEXCH1Awebsen_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

My environment is as below:

 

Hardware: Dell R210

NICs: Broadcom NetXtreme II BCN5709/5716 (w/o FLR)

Xen: xen 4.1.2

Kernel: 3.6.32.57 (final version of xen community)

Distribution: Centos 6.2 (upgraded to above kernel)<= o:p>

 

When I added iommu=3Dsoft to domU kernel boot line, = the PCI passthru-ed NICs can be UP and RUNNING. Otherwise, omit iommu=3Dsof= t option would make the passthru-ed NICs only UP but not RUNNING. Anybody c= an explain why and how can I use hardware iommu instead?

 

Thanks,

HUAXIANG FAN
Software Engineer II

WEBSENSE NETWORK SECURITY TECHNOLOGY R&am= p;D (BEIJING) CO. LTD.
ph: +8610.5884.4327
fax: +8610.5884.4727
www.websense.cn

Websense TRITON™
For Essential Information Protection™
Web Security | = Data Security= | Email Security



Protected by Websense Hosted Email Security = 212; www.websense.com

--_000_E71FC5D6F96C3C4B93FC8FF942D924C675ADB345SBJEXCH1Awebsen_-- --===============3698546458458278350== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3698546458458278350==-- From xen-users-bounces@lists.xen.org Tue Jul 17 07:23:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 07:23: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 1Sr26B-00005J-DR; Tue, 17 Jul 2012 07: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 1Sr268-00005E-U7 for xen-users@lists.xen.org; Tue, 17 Jul 2012 07:21:33 +0000 Received: from [85.158.138.51:53641] by server-11.bemta-3.messagelabs.com id 7A/C3-00679-C7215005; Tue, 17 Jul 2012 07:21:32 +0000 X-Env-Sender: halcyon1981@gmail.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1342509691!27317390!1 X-Originating-IP: [209.85.212.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7612 invoked from network); 17 Jul 2012 07:21:31 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jul 2012 07:21:31 -0000 Received: by wibhm6 with SMTP id hm6so2893379wib.14 for ; Tue, 17 Jul 2012 00:21:31 -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=dLnN1W9YOiQJ9RRKSE7xBAp9rl/PbTbYUpKsFe7EG+M=; b=HsglM9Xt8spRKPhY2jmjgm+9PTNkW4M15PiWphrAKiYtf3gLr1c0jnJ1tX9kqrfLRx NXM2XwTxluyinfaVfqgmkYMV7KVL9YIUjN2QV68eIozk7xOY9+xbeazToxOA8QNp9hMY NelY/0yDwZr2aTMFXilXaiLAlovLdB2g4hudxFQIYmuNUHIEnV6s9GAkYIUh5/HhP7i6 PT9+Nhmf2ncnJ1u/lyHm+09lLcj4e+NcZon9KlbjqFxUPMNuFsJSaLk0cDOg8/pkaNiB 5OiI/YVd0XZjjvEIfORLNtfpVC4GuGZknp6LBX2GBaG6c7TSUEHQz7SMqyQVlmkRAckg LmKA== MIME-Version: 1.0 Received: by 10.216.62.204 with SMTP id y54mr809684wec.31.1342509691074; Tue, 17 Jul 2012 00:21:31 -0700 (PDT) Received: by 10.216.151.160 with HTTP; Tue, 17 Jul 2012 00:21:31 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Jul 2012 00:21:31 -0700 Message-ID: From: David Erickson To: Adam Honse Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen with VGA Passthrough on desktop Ubuntu 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: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Your best bet is to have two video cards, one for dom0 and another you pass through to a guest. When you boot you need to bind the second video card to pciback (compile this statically into your kernel), then it will be assignable to dom0. There are lots of guides on this that are Googleable, here are a couple wiki entries of use: http://wiki.xen.org/wiki/Xen_PCI_Passthrough http://wiki.xen.org/wiki/Xen_VGA_Passthrough -D On Mon, Jul 16, 2012 at 9:32 PM, Adam Honse wrote: > I just found out that Xen supported hardware passthrough, so I've installed > it on my Ubuntu 12.04 home server/media center as I wanted to play some > games in Windows. The CPU is AMD A8-3870K and it appears that hvm itself is > working. I was able to boot the Windows 7 install CD with a VNC console. I > now want to configure the VGA passthrough. Upon adding the hardware > passthrough lines, I received an error along the lines of "PCI device > xx:xx.x is not assignable". I modprobe'd the xen-pciback module but it did > not resolve the issue. I am thinking that is because the device is in use > by the system (running the 'radeon' module and the open-source radeon > drivers). > > My question is this, is it possible to have the Dom-0 (native) system use > the VGA device, and then relinquish control over the device upon starting > the hardware-passthrough VM? It seems like it would be possible, shutting > down the X-server before starting the VM, but I was unable to remove the > 'radeon' module in my tests. It keeps saying the module is in use, though > nothing depends on it and I disconnected all outputs. If not, is it > possible to have two guests, a Windows and an Ubuntu guest, that both access > the hardware passthrough but not at the same time? Also, how do you go > about 'reserving' the PCI device in pcibackend so that it is available for > the VM? > > Thanks, > Adam Honse > > _______________________________________________ > 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 Jul 17 07:23:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 07:23: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 1Sr26B-00005J-DR; Tue, 17 Jul 2012 07: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 1Sr268-00005E-U7 for xen-users@lists.xen.org; Tue, 17 Jul 2012 07:21:33 +0000 Received: from [85.158.138.51:53641] by server-11.bemta-3.messagelabs.com id 7A/C3-00679-C7215005; Tue, 17 Jul 2012 07:21:32 +0000 X-Env-Sender: halcyon1981@gmail.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1342509691!27317390!1 X-Originating-IP: [209.85.212.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7612 invoked from network); 17 Jul 2012 07:21:31 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jul 2012 07:21:31 -0000 Received: by wibhm6 with SMTP id hm6so2893379wib.14 for ; Tue, 17 Jul 2012 00:21:31 -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=dLnN1W9YOiQJ9RRKSE7xBAp9rl/PbTbYUpKsFe7EG+M=; b=HsglM9Xt8spRKPhY2jmjgm+9PTNkW4M15PiWphrAKiYtf3gLr1c0jnJ1tX9kqrfLRx NXM2XwTxluyinfaVfqgmkYMV7KVL9YIUjN2QV68eIozk7xOY9+xbeazToxOA8QNp9hMY NelY/0yDwZr2aTMFXilXaiLAlovLdB2g4hudxFQIYmuNUHIEnV6s9GAkYIUh5/HhP7i6 PT9+Nhmf2ncnJ1u/lyHm+09lLcj4e+NcZon9KlbjqFxUPMNuFsJSaLk0cDOg8/pkaNiB 5OiI/YVd0XZjjvEIfORLNtfpVC4GuGZknp6LBX2GBaG6c7TSUEHQz7SMqyQVlmkRAckg LmKA== MIME-Version: 1.0 Received: by 10.216.62.204 with SMTP id y54mr809684wec.31.1342509691074; Tue, 17 Jul 2012 00:21:31 -0700 (PDT) Received: by 10.216.151.160 with HTTP; Tue, 17 Jul 2012 00:21:31 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Jul 2012 00:21:31 -0700 Message-ID: From: David Erickson To: Adam Honse Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen with VGA Passthrough on desktop Ubuntu 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: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Your best bet is to have two video cards, one for dom0 and another you pass through to a guest. When you boot you need to bind the second video card to pciback (compile this statically into your kernel), then it will be assignable to dom0. There are lots of guides on this that are Googleable, here are a couple wiki entries of use: http://wiki.xen.org/wiki/Xen_PCI_Passthrough http://wiki.xen.org/wiki/Xen_VGA_Passthrough -D On Mon, Jul 16, 2012 at 9:32 PM, Adam Honse wrote: > I just found out that Xen supported hardware passthrough, so I've installed > it on my Ubuntu 12.04 home server/media center as I wanted to play some > games in Windows. The CPU is AMD A8-3870K and it appears that hvm itself is > working. I was able to boot the Windows 7 install CD with a VNC console. I > now want to configure the VGA passthrough. Upon adding the hardware > passthrough lines, I received an error along the lines of "PCI device > xx:xx.x is not assignable". I modprobe'd the xen-pciback module but it did > not resolve the issue. I am thinking that is because the device is in use > by the system (running the 'radeon' module and the open-source radeon > drivers). > > My question is this, is it possible to have the Dom-0 (native) system use > the VGA device, and then relinquish control over the device upon starting > the hardware-passthrough VM? It seems like it would be possible, shutting > down the X-server before starting the VM, but I was unable to remove the > 'radeon' module in my tests. It keeps saying the module is in use, though > nothing depends on it and I disconnected all outputs. If not, is it > possible to have two guests, a Windows and an Ubuntu guest, that both access > the hardware passthrough but not at the same time? Also, how do you go > about 'reserving' the PCI device in pcibackend so that it is available for > the VM? > > Thanks, > Adam Honse > > _______________________________________________ > 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 Jul 17 10:31:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 10: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 1Sr52K-0001rw-Ct; Tue, 17 Jul 2012 10:29:48 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sr52I-0001ra-DM for Xen-users@lists.xen.org; Tue, 17 Jul 2012 10:29:46 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1342520980!9538900!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDU2NTI=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10125 invoked from network); 17 Jul 2012 10:29:40 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jul 2012 10:29:40 -0000 X-IronPort-AV: E=Sophos;i="4.77,601,1336348800"; d="scan'208";a="13565026" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 17 Jul 2012 10:29:09 +0000 Received: from dhcp-3-120.uk.xensource.com (10.80.3.120) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Tue, 17 Jul 2012 11:29:08 +0100 Message-ID: <50053E73.3060006@citrix.com> Date: Tue, 17 Jul 2012 11:29:07 +0100 From: Roger Pau Monne User-Agent: Postbox 3.0.4 (Macintosh/20120616) MIME-Version: 1.0 To: David Erickson References: <5003EB20.1010501@citrix.com> In-Reply-To: X-Enigmail-Version: 1.2.2 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Installer hanging HVM Solaris 11 or OpenIndiana 151a X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org David Erickson wrote: > Thanks for the pointers Roger, the main reason is because I need to do > PCI pass thru of my SAS HBA and it isn't clear to me that Solaris has > the appropriate support for pass through with PV drivers. I've successfully created a Solaris 11 HVM using the following config file: builder='hvm' memory = 2048 vcpus=2 name = "solaris" vif = ['bridge=br0, type=ioemu'] disk = [ 'file:/root/solaris.img,ioemu:hda,w', 'file:/root/sol-11-1111-text-x86.iso,ioemu:hdc:cdrom,r' ] boot="d" vnc=1 vnclisten="0.0.0.0" vncdisplay=1 I'm using xen-unstable, but I think there haven't been any changes that could affect Solaris as a HVM. I haven't tried to perform any PCI-passthrough. Both Solaris and the installer take some time to boot up, and the installer seems to be frozen for some time (like 1-2min) on "Probing for device nodes ...", but it eventually succeeds. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 17 10:31:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 10: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 1Sr52K-0001rw-Ct; Tue, 17 Jul 2012 10:29:48 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sr52I-0001ra-DM for Xen-users@lists.xen.org; Tue, 17 Jul 2012 10:29:46 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1342520980!9538900!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDU2NTI=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10125 invoked from network); 17 Jul 2012 10:29:40 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jul 2012 10:29:40 -0000 X-IronPort-AV: E=Sophos;i="4.77,601,1336348800"; d="scan'208";a="13565026" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 17 Jul 2012 10:29:09 +0000 Received: from dhcp-3-120.uk.xensource.com (10.80.3.120) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Tue, 17 Jul 2012 11:29:08 +0100 Message-ID: <50053E73.3060006@citrix.com> Date: Tue, 17 Jul 2012 11:29:07 +0100 From: Roger Pau Monne User-Agent: Postbox 3.0.4 (Macintosh/20120616) MIME-Version: 1.0 To: David Erickson References: <5003EB20.1010501@citrix.com> In-Reply-To: X-Enigmail-Version: 1.2.2 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Installer hanging HVM Solaris 11 or OpenIndiana 151a X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org David Erickson wrote: > Thanks for the pointers Roger, the main reason is because I need to do > PCI pass thru of my SAS HBA and it isn't clear to me that Solaris has > the appropriate support for pass through with PV drivers. I've successfully created a Solaris 11 HVM using the following config file: builder='hvm' memory = 2048 vcpus=2 name = "solaris" vif = ['bridge=br0, type=ioemu'] disk = [ 'file:/root/solaris.img,ioemu:hda,w', 'file:/root/sol-11-1111-text-x86.iso,ioemu:hdc:cdrom,r' ] boot="d" vnc=1 vnclisten="0.0.0.0" vncdisplay=1 I'm using xen-unstable, but I think there haven't been any changes that could affect Solaris as a HVM. I haven't tried to perform any PCI-passthrough. Both Solaris and the installer take some time to boot up, and the installer seems to be frozen for some time (like 1-2min) on "Probing for device nodes ...", but it eventually succeeds. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 17 11:52:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 11:52: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 1Sr6Iv-0002SJ-2W; Tue, 17 Jul 2012 11:51:01 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sr6It-0002SE-L5 for xen-users@lists.xen.org; Tue, 17 Jul 2012 11:51:00 +0000 X-Env-Sender: slawek.k_xl@wp.pl X-Msg-Ref: server-3.tower-27.messagelabs.com!1342525850!9076845!1 X-Originating-IP: [212.77.101.7] X-SpamReason: No, hits=1.2 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTIuNzcuMTAxLjcgPT4gOTI4NjQ=\n,sa_preprocessor: QmFkIElQOiAyMTIuNzcuMTAxLjcgPT4gOTI4NjQ=\n,HOT_NASTY X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23029 invoked from network); 17 Jul 2012 11:50:51 -0000 Received: from mx3.wp.pl (HELO mx3.wp.pl) (212.77.101.7) by server-3.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Jul 2012 11:50:51 -0000 Received: (wp-smtpd smtp.wp.pl 14386 invoked from network); 17 Jul 2012 13:50:50 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1342525850; bh=gWTeSQBlQilTyu/DRyw9wuMja64/xlgYLEKMD6EqUsw=; h=From:To:Subject; b=ULvAXS6zF2WGWCVBtBmMjbI9aEysb0vzUjvR73jG7hthHnos+YMdwRmtkVfCfrn9S 6k7Pm82j7Y8Pu+ap4ouilxCd2QRuUvxzAfOlr0xgwZ8kJEftdFTqORvcJRu5vgot2T PFMjd+Y8CAuHSzw7iVPJO10G8acd8mzUfgUVKjPg= Received: from out.poczta.wp.pl (HELO localhost) ([212.77.101.240]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with SMTP for ; 17 Jul 2012 13:50:50 +0200 Date: Tue, 17 Jul 2012 13:50:50 +0200 From: =?ISO-8859-2?Q?S=B3awek_Kosowski?= To: xen-users Message-ID: <5005519a0bf068.42603119@wp.pl> MIME-Version: 1.0 Content-Disposition: inline X-Mailer: Interfejs WWW nowej poczty Wirtualnej Polski X-User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/536.11 (KHTML, like Gecko) Chrome/20.0.1132.57 Safari/536.11 Organization: Poznaj Poczte WP http://poczta.wp.pl/info-start.html X-WP-IP: 83.5.3.233 X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [0UNk] Subject: [Xen-users] Xen bridged 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I'm using xen in bridged mode with following configuration: Four zones: fw, loc, dmz, net dom0 10.12.123.2 connected via bridge "brloc" to firewall (domU1) 10.12.123.1 (eth1)- this link is fine I can ping them in both directions. Physically, eth0 at dom0 is connected to the network of hosting company. I have this interface unconfigured at dom0 and bridged it directly to eth0 at domU1. I configure statically this interface at domU1 via bridge breth. I had network connectivity from domU1 and it was working fine. I left the setup for some time and it's not working anymore. I did not change anything. My hosting company is hetzner. I asked support, and they said that MAC is binded to IP and all other packets are discarded at the router. I'm not sure though if MAC is a problem. Let's look at configuration files: *****************dom0******************************** /etc/network/interfaces: auto lo iface lo inet loopback iface eth0 inet manual #bridge for domU1 net connection auto breth iface breth inet manual bridge_ports eth0 bridge_maxwait 5 auto brloc iface brloc inet static bridge_ports none address 10.12.123.2 netmask 255.255.255.0 gateway 10.12.123.1 bridge_maxwait 5 auto brdmz iface brdmz inet manual bridge_ports none bridge_maxwait 5 # grep ^[^#] /etc/xen/xend-config.sxp (vif-script vif-bridge) (dom0-min-mem 196) (enable-dom0-ballooning yes) (total_available_memory 0) (dom0-cpus 0) (vncpasswd '') # cat /etc/xen/fw.cfg kernel = '/boot/vmlinuz-3.2.0-0.bpo.2-amd64' ramdisk = '/boot/initrd.img-3.2.0-0.bpo.2-amd64' vcpus = '1' memory = '256' # # Disk device(s). # root = '/dev/xvda2 ro' disk = [ 'phy:/dev/vg0/fw-disk,xvda2,w', 'phy:/dev/vg0/fw-swap,xvda1,w', ] # # Physical volumes # # # Hostname # name = 'fw' # # Networking # vif = [ 'bridge=breth,ip=7.5.7.202,mac=00:16:3E:97:7B:9C','bridge=brloc,mac=00:16:3e:07:d2:0f', 'bridge=brdmz,mac=00:16:3e:07:d2:10' ] # # Behaviour # on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' # brctl show bridge name bridge id STP enabled interfaces brdmz 8000.feffffffffff no vif1.2 breth 8000.c860008dbc96 no eth0 vif1.0 brloc 8000.feffffffffff no vif1.1 #ifconfig brdmz Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff inet6 addr: fe80::9010:7cff:febf:ac00/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:6 errors:0 dropped:0 overruns:0 frame:0 TX packets:16 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:384 (384.0 B) TX bytes:1328 (1.2 KiB) breth Link encap:Ethernet HWaddr c8:60:00:xx:xx:xx inet6 addr: fe80::ca60:ff:xxxx:xxxx/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:935 errors:0 dropped:0 overruns:0 frame:0 TX packets:18 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:34884 (34.0 KiB) TX bytes:1492 (1.4 KiB) brloc Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff inet addr:10.12.123.2 Bcast:10.12.123.255 Mask:255.255.255.0 inet6 addr: fe80::7432:8eff:fec6:a203/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:347 errors:0 dropped:0 overruns:0 frame:0 TX packets:595 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:29576 (28.8 KiB) TX bytes:36722 (35.8 KiB) eth0 Link encap:Ethernet HWaddr c8:60:00:xx:xx:xx inet6 addr: fe80::ca60:ff:xxxx:xxxx/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:534 errors:0 dropped:41 overruns:0 frame:0 TX packets:500 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:34561 (33.7 KiB) TX bytes:32628 (31.8 KiB) Interrupt:17 Memory:fe500000-fe520000 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:171 errors:0 dropped:0 overruns:0 frame:0 TX packets:171 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:15481 (15.1 KiB) TX bytes:15481 (15.1 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 PROMISC MULTICAST MTU:1500 Metric:1 RX packets:472 errors:0 dropped:0 overruns:0 frame:0 TX packets:27 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:13740 (13.4 KiB) TX bytes:1843 (1.7 KiB) vif1.1 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:354 errors:0 dropped:0 overruns:0 frame:0 TX packets:365 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:30080 (29.3 KiB) TX bytes:27006 (26.3 KiB) vif1.2 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:13 errors:0 dropped:0 overruns:0 frame:0 TX packets:22 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:888 (888.0 B) TX bytes:1524 (1.4 KiB) # cat /etc/sysctl.conf # sysctl config net.ipv4.ip_forward=1 net.ipv4.conf.default.proxy_arp=1 net.ipv4.conf.all.proxy_arp=1 net.ipv4.conf.all.rp_filter=1 net.ipv4.icmp_echo_ignore_broadcasts=1 **************************domU1*********************** 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:142 errors:0 dropped:0 overruns:0 frame:0 TX packets:142 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:12872 (12.5 KiB) TX bytes:12872 (12.5 KiB) eth0 Link encap:Ethernet HWaddr 00:16:3e:07:d2:01 inet addr:7.5.7.202 Bcast:7.5.7.223 Mask:255.255.255.224 inet6 addr: fe80::216:3eff:fe07:d201/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:29 errors:0 dropped:0 overruns:0 frame:0 TX packets:527 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1569 (1.5 KiB) TX bytes:22702 (22.1 KiB) Interrupt:23 eth1 Link encap:Ethernet HWaddr 00:16:3e:07:d2:0f inet addr:10.12.123.1 Bcast:10.12.123.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:fe07:d20f/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:408 errors:0 dropped:0 overruns:0 frame:0 TX packets:392 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:24348 (23.7 KiB) TX bytes:38639 (37.7 KiB) Interrupt:24 eth2 Link encap:Ethernet HWaddr 00:16:3e:07:d2:10 inet addr:10.12.120.1 Bcast:10.12.120.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:fe07:d210/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:24 errors:0 dropped:0 overruns:0 frame:0 TX packets:14 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1320 (1.2 KiB) TX bytes:1156 (1.1 KiB) Interrupt:25 # ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. >From 7.5.7.202 icmp_seq=2 Destination Host Unreachable >From 7.5.7.202 icmp_seq=3 Destination Host Unreachable --- 8.8.8.8 ping statistics --- 4 packets transmitted, 0 received, +2 errors, 100% packet loss, time 3015ms pipe 2 #cat /etc/sysctl.conf net.ipv4.ip_forward=1 net.ipv4.conf.default.proxy_arp=1 What can be the reason ? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 17 11:52:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 11:52: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 1Sr6Iv-0002SJ-2W; Tue, 17 Jul 2012 11:51:01 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sr6It-0002SE-L5 for xen-users@lists.xen.org; Tue, 17 Jul 2012 11:51:00 +0000 X-Env-Sender: slawek.k_xl@wp.pl X-Msg-Ref: server-3.tower-27.messagelabs.com!1342525850!9076845!1 X-Originating-IP: [212.77.101.7] X-SpamReason: No, hits=1.2 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTIuNzcuMTAxLjcgPT4gOTI4NjQ=\n,sa_preprocessor: QmFkIElQOiAyMTIuNzcuMTAxLjcgPT4gOTI4NjQ=\n,HOT_NASTY X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23029 invoked from network); 17 Jul 2012 11:50:51 -0000 Received: from mx3.wp.pl (HELO mx3.wp.pl) (212.77.101.7) by server-3.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Jul 2012 11:50:51 -0000 Received: (wp-smtpd smtp.wp.pl 14386 invoked from network); 17 Jul 2012 13:50:50 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1342525850; bh=gWTeSQBlQilTyu/DRyw9wuMja64/xlgYLEKMD6EqUsw=; h=From:To:Subject; b=ULvAXS6zF2WGWCVBtBmMjbI9aEysb0vzUjvR73jG7hthHnos+YMdwRmtkVfCfrn9S 6k7Pm82j7Y8Pu+ap4ouilxCd2QRuUvxzAfOlr0xgwZ8kJEftdFTqORvcJRu5vgot2T PFMjd+Y8CAuHSzw7iVPJO10G8acd8mzUfgUVKjPg= Received: from out.poczta.wp.pl (HELO localhost) ([212.77.101.240]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with SMTP for ; 17 Jul 2012 13:50:50 +0200 Date: Tue, 17 Jul 2012 13:50:50 +0200 From: =?ISO-8859-2?Q?S=B3awek_Kosowski?= To: xen-users Message-ID: <5005519a0bf068.42603119@wp.pl> MIME-Version: 1.0 Content-Disposition: inline X-Mailer: Interfejs WWW nowej poczty Wirtualnej Polski X-User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/536.11 (KHTML, like Gecko) Chrome/20.0.1132.57 Safari/536.11 Organization: Poznaj Poczte WP http://poczta.wp.pl/info-start.html X-WP-IP: 83.5.3.233 X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [0UNk] Subject: [Xen-users] Xen bridged 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I'm using xen in bridged mode with following configuration: Four zones: fw, loc, dmz, net dom0 10.12.123.2 connected via bridge "brloc" to firewall (domU1) 10.12.123.1 (eth1)- this link is fine I can ping them in both directions. Physically, eth0 at dom0 is connected to the network of hosting company. I have this interface unconfigured at dom0 and bridged it directly to eth0 at domU1. I configure statically this interface at domU1 via bridge breth. I had network connectivity from domU1 and it was working fine. I left the setup for some time and it's not working anymore. I did not change anything. My hosting company is hetzner. I asked support, and they said that MAC is binded to IP and all other packets are discarded at the router. I'm not sure though if MAC is a problem. Let's look at configuration files: *****************dom0******************************** /etc/network/interfaces: auto lo iface lo inet loopback iface eth0 inet manual #bridge for domU1 net connection auto breth iface breth inet manual bridge_ports eth0 bridge_maxwait 5 auto brloc iface brloc inet static bridge_ports none address 10.12.123.2 netmask 255.255.255.0 gateway 10.12.123.1 bridge_maxwait 5 auto brdmz iface brdmz inet manual bridge_ports none bridge_maxwait 5 # grep ^[^#] /etc/xen/xend-config.sxp (vif-script vif-bridge) (dom0-min-mem 196) (enable-dom0-ballooning yes) (total_available_memory 0) (dom0-cpus 0) (vncpasswd '') # cat /etc/xen/fw.cfg kernel = '/boot/vmlinuz-3.2.0-0.bpo.2-amd64' ramdisk = '/boot/initrd.img-3.2.0-0.bpo.2-amd64' vcpus = '1' memory = '256' # # Disk device(s). # root = '/dev/xvda2 ro' disk = [ 'phy:/dev/vg0/fw-disk,xvda2,w', 'phy:/dev/vg0/fw-swap,xvda1,w', ] # # Physical volumes # # # Hostname # name = 'fw' # # Networking # vif = [ 'bridge=breth,ip=7.5.7.202,mac=00:16:3E:97:7B:9C','bridge=brloc,mac=00:16:3e:07:d2:0f', 'bridge=brdmz,mac=00:16:3e:07:d2:10' ] # # Behaviour # on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' # brctl show bridge name bridge id STP enabled interfaces brdmz 8000.feffffffffff no vif1.2 breth 8000.c860008dbc96 no eth0 vif1.0 brloc 8000.feffffffffff no vif1.1 #ifconfig brdmz Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff inet6 addr: fe80::9010:7cff:febf:ac00/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:6 errors:0 dropped:0 overruns:0 frame:0 TX packets:16 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:384 (384.0 B) TX bytes:1328 (1.2 KiB) breth Link encap:Ethernet HWaddr c8:60:00:xx:xx:xx inet6 addr: fe80::ca60:ff:xxxx:xxxx/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:935 errors:0 dropped:0 overruns:0 frame:0 TX packets:18 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:34884 (34.0 KiB) TX bytes:1492 (1.4 KiB) brloc Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff inet addr:10.12.123.2 Bcast:10.12.123.255 Mask:255.255.255.0 inet6 addr: fe80::7432:8eff:fec6:a203/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:347 errors:0 dropped:0 overruns:0 frame:0 TX packets:595 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:29576 (28.8 KiB) TX bytes:36722 (35.8 KiB) eth0 Link encap:Ethernet HWaddr c8:60:00:xx:xx:xx inet6 addr: fe80::ca60:ff:xxxx:xxxx/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:534 errors:0 dropped:41 overruns:0 frame:0 TX packets:500 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:34561 (33.7 KiB) TX bytes:32628 (31.8 KiB) Interrupt:17 Memory:fe500000-fe520000 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:171 errors:0 dropped:0 overruns:0 frame:0 TX packets:171 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:15481 (15.1 KiB) TX bytes:15481 (15.1 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 PROMISC MULTICAST MTU:1500 Metric:1 RX packets:472 errors:0 dropped:0 overruns:0 frame:0 TX packets:27 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:13740 (13.4 KiB) TX bytes:1843 (1.7 KiB) vif1.1 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:354 errors:0 dropped:0 overruns:0 frame:0 TX packets:365 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:30080 (29.3 KiB) TX bytes:27006 (26.3 KiB) vif1.2 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:13 errors:0 dropped:0 overruns:0 frame:0 TX packets:22 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:888 (888.0 B) TX bytes:1524 (1.4 KiB) # cat /etc/sysctl.conf # sysctl config net.ipv4.ip_forward=1 net.ipv4.conf.default.proxy_arp=1 net.ipv4.conf.all.proxy_arp=1 net.ipv4.conf.all.rp_filter=1 net.ipv4.icmp_echo_ignore_broadcasts=1 **************************domU1*********************** 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:142 errors:0 dropped:0 overruns:0 frame:0 TX packets:142 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:12872 (12.5 KiB) TX bytes:12872 (12.5 KiB) eth0 Link encap:Ethernet HWaddr 00:16:3e:07:d2:01 inet addr:7.5.7.202 Bcast:7.5.7.223 Mask:255.255.255.224 inet6 addr: fe80::216:3eff:fe07:d201/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:29 errors:0 dropped:0 overruns:0 frame:0 TX packets:527 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1569 (1.5 KiB) TX bytes:22702 (22.1 KiB) Interrupt:23 eth1 Link encap:Ethernet HWaddr 00:16:3e:07:d2:0f inet addr:10.12.123.1 Bcast:10.12.123.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:fe07:d20f/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:408 errors:0 dropped:0 overruns:0 frame:0 TX packets:392 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:24348 (23.7 KiB) TX bytes:38639 (37.7 KiB) Interrupt:24 eth2 Link encap:Ethernet HWaddr 00:16:3e:07:d2:10 inet addr:10.12.120.1 Bcast:10.12.120.255 Mask:255.255.255.0 inet6 addr: fe80::216:3eff:fe07:d210/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:24 errors:0 dropped:0 overruns:0 frame:0 TX packets:14 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1320 (1.2 KiB) TX bytes:1156 (1.1 KiB) Interrupt:25 # ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. >From 7.5.7.202 icmp_seq=2 Destination Host Unreachable >From 7.5.7.202 icmp_seq=3 Destination Host Unreachable --- 8.8.8.8 ping statistics --- 4 packets transmitted, 0 received, +2 errors, 100% packet loss, time 3015ms pipe 2 #cat /etc/sysctl.conf net.ipv4.ip_forward=1 net.ipv4.conf.default.proxy_arp=1 What can be the reason ? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 17 14:51:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 14:51: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 1Sr95s-0005Lq-6u; Tue, 17 Jul 2012 14:49:44 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1Sr95q-0005Le-7z for xen-users@lists.xen.org; Tue, 17 Jul 2012 14:49:42 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1342536575!2776455!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5040 invoked from network); 17 Jul 2012 14:49:35 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-11.tower-27.messagelabs.com with SMTP; 17 Jul 2012 14:49:35 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Tue, 17 Jul 2012 15:49:36 +0100 MIME-Version: 1.0 Content-class: urn:content-classes:message Date: Tue, 17 Jul 2012 15:49:31 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A66BA@electron.tidyhosts.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: XENBUS: Waiting for devices to initialise: thread-index: Ac1kKy//1ARVwlMnQTOdWc0XBqwz0QAACKpw References: From: "Ian Tobin" To: Subject: [Xen-users] XENBUS: Waiting for devices to initialise: X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3059783023258958101==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3059783023258958101== Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CD642B.611AA09E" Content-class: urn:content-classes:message This is a multi-part message in MIME format. ------_=_NextPart_001_01CD642B.611AA09E Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 Ive build a Dom0 4.1.2 running on CentOS 6.3. =20 The system boots fine and I network activity. =20 Im trying to boot a domU but am getting the above error then after it has counted down waiting I get=20 =20 XENBUS: Timeout connecting to device: device/vif/0 (local state 1, remote state 1) =20 My bridge exists =20 Brctl show =20 bridge name bridge id STP enabled interfaces xenbr0 8000.001aa01663d7 no eth0 =20 my domu config is =20 # -*- mode: python; -*- kernel =3D "/boot/vmlinuz-2.6.18.8-xen" memory =3D 1024 name =3D "srvmanager" vif =3D ['bridge=3Dxenbr0' ] disk =3D ['phy:/dev/XEN/srvmanager,hda1,w','phy:/dev/XEN/srvmanagerswap,sda2,w'] root =3D "/dev/hda1 ro" extra =3D "3 xencons=3Dtty" vcpus =3D 2 =20 ifconfig -a shows (with domu running) =20 eth0 Link encap:Ethernet HWaddr 00:1A:A0:16:63:D7 inet6 addr: fe80::21a:a0ff:fe16:63d7/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:15281 errors:0 dropped:16 overruns:0 frame:0 TX packets:453 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1307318 (1.2 MiB) TX bytes:69446 (67.8 KiB) Interrupt:16 Memory:f8000000-f8012800 =20 eth1 Link encap:Ethernet HWaddr 00:1A:A0:16:63:D9 BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interrupt:16 Memory:f4000000-f4012800 =20 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:8 errors:0 dropped:0 overruns:0 frame:0 TX packets:8 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:144 (144.0 b) TX bytes:144 (144.0 b) =20 xenbr0 Link encap:Ethernet HWaddr 00:1A:A0:16:63:D7 inet addr:172.20.1.73 Bcast:172.20.255.255 Mask:255.255.0.0 inet6 addr: fe80::21a:a0ff:fe16:63d7/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:15019 errors:0 dropped:5772 overruns:0 frame:0 TX packets:439 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1020104 (996.1 KiB) TX bytes:66034 (64.4 KiB) =20 Any ideas ? =20 Thanks =20 Ian =20 ------_=_NextPart_001_01CD642B.611AA09E Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

Ive build a = Dom0 4.1.2 running on CentOS 6.3.

 

The system = boots fine and I network activity.

 

Im trying to = boot a domU but am getting the above error then after it has counted = down waiting I get

 

XENBUS: = Timeout connecting to device: device/vif/0 (local state 1, remote state = 1)

 

My bridge exists

 

Brctl = show

 

bridge name     bridge = id            = ;   STP enabled     = interfaces

xenbr0        &= nbsp; 8000.001aa01663d7       = no      =         eth0

 

my domu = config is

 

#  -*- mode: python; -*-

kernel =3D = "/boot/vmlinuz-2.6.18.8-xen"

memory =3D 1024

name =3D "srvmanager"

vif =3D ['bridge=3Dxenbr0' ]

disk =3D = ['phy:/dev/XEN/srvmanager,hda1,w','phy:/dev/XEN/srvmanagerswap,sda2,w']

root =3D "/dev/hda1 = ro"

extra =3D "3 = xencons=3Dtty"

vcpus =3D = 2

 

ifconfig –a shows (with domu = running)

 

eth0      Link = encap:Ethernet  HWaddr 00:1A:A0:16:63:D7

          = inet6 addr: fe80::21a:a0ff:fe16:63d7/64 Scope:Link

          = UP BROADCAST RUNNING MULTICAST  MTU:1500  = Metric:1

          = RX packets:15281 errors:0 dropped:16 overruns:0 frame:0

          = TX packets:453 errors:0 dropped:0 overruns:0 carrier:0

          = collisions:0 txqueuelen:1000

          = RX bytes:1307318 (1.2 MiB)  TX bytes:69446 (67.8 = KiB)

      =     Interrupt:16 = Memory:f8000000-f8012800

 

eth1      Link = encap:Ethernet  HWaddr 00:1A:A0:16:63:D9

          = BROADCAST MULTICAST  MTU:1500  Metric:1

          = RX packets:0 errors:0 dropped:0 overruns:0 frame:0

          = TX packets:0 errors:0 dropped:0 overruns:0 carrier:0

          = collisions:0 txqueuelen:1000

          = RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

          = Interrupt:16 Memory:f4000000-f4012800

 

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:8 errors:0 dropped:0 overruns:0 frame:0

          = TX packets:8 errors:0 dropped:0 overruns:0 carrier:0

          = collisions:0 txqueuelen:0

          = RX bytes:144 (144.0 b)  TX bytes:144 (144.0 b)

 

xenbr0    Link encap:Ethernet  = HWaddr 00:1A:A0:16:63:D7

          = inet addr:172.20.1.73  Bcast:172.20.255.255  = Mask:255.255.0.0

          = inet6 addr: fe80::21a:a0ff:fe16:63d7/64 Scope:Link

          = UP BROADCAST RUNNING MULTICAST  MTU:1500  = Metric:1

          = RX packets:15019 errors:0 dropped:5772 overruns:0 = frame:0

          = TX packets:439 errors:0 dropped:0 overruns:0 carrier:0

          = collisions:0 txqueuelen:0

          = RX bytes:1020104 (996.1 KiB)  TX bytes:66034 (64.4 = KiB)

 

Any ideas ?

 

Thanks

 

Ian

 

------_=_NextPart_001_01CD642B.611AA09E-- --===============3059783023258958101== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3059783023258958101==-- From xen-users-bounces@lists.xen.org Tue Jul 17 14:51:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 14:51: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 1Sr95s-0005Lq-6u; Tue, 17 Jul 2012 14:49:44 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1Sr95q-0005Le-7z for xen-users@lists.xen.org; Tue, 17 Jul 2012 14:49:42 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1342536575!2776455!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5040 invoked from network); 17 Jul 2012 14:49:35 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-11.tower-27.messagelabs.com with SMTP; 17 Jul 2012 14:49:35 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Tue, 17 Jul 2012 15:49:36 +0100 MIME-Version: 1.0 Content-class: urn:content-classes:message Date: Tue, 17 Jul 2012 15:49:31 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A66BA@electron.tidyhosts.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: XENBUS: Waiting for devices to initialise: thread-index: Ac1kKy//1ARVwlMnQTOdWc0XBqwz0QAACKpw References: From: "Ian Tobin" To: Subject: [Xen-users] XENBUS: Waiting for devices to initialise: X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3059783023258958101==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3059783023258958101== Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CD642B.611AA09E" Content-class: urn:content-classes:message This is a multi-part message in MIME format. ------_=_NextPart_001_01CD642B.611AA09E Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 Ive build a Dom0 4.1.2 running on CentOS 6.3. =20 The system boots fine and I network activity. =20 Im trying to boot a domU but am getting the above error then after it has counted down waiting I get=20 =20 XENBUS: Timeout connecting to device: device/vif/0 (local state 1, remote state 1) =20 My bridge exists =20 Brctl show =20 bridge name bridge id STP enabled interfaces xenbr0 8000.001aa01663d7 no eth0 =20 my domu config is =20 # -*- mode: python; -*- kernel =3D "/boot/vmlinuz-2.6.18.8-xen" memory =3D 1024 name =3D "srvmanager" vif =3D ['bridge=3Dxenbr0' ] disk =3D ['phy:/dev/XEN/srvmanager,hda1,w','phy:/dev/XEN/srvmanagerswap,sda2,w'] root =3D "/dev/hda1 ro" extra =3D "3 xencons=3Dtty" vcpus =3D 2 =20 ifconfig -a shows (with domu running) =20 eth0 Link encap:Ethernet HWaddr 00:1A:A0:16:63:D7 inet6 addr: fe80::21a:a0ff:fe16:63d7/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:15281 errors:0 dropped:16 overruns:0 frame:0 TX packets:453 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1307318 (1.2 MiB) TX bytes:69446 (67.8 KiB) Interrupt:16 Memory:f8000000-f8012800 =20 eth1 Link encap:Ethernet HWaddr 00:1A:A0:16:63:D9 BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interrupt:16 Memory:f4000000-f4012800 =20 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:8 errors:0 dropped:0 overruns:0 frame:0 TX packets:8 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:144 (144.0 b) TX bytes:144 (144.0 b) =20 xenbr0 Link encap:Ethernet HWaddr 00:1A:A0:16:63:D7 inet addr:172.20.1.73 Bcast:172.20.255.255 Mask:255.255.0.0 inet6 addr: fe80::21a:a0ff:fe16:63d7/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:15019 errors:0 dropped:5772 overruns:0 frame:0 TX packets:439 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1020104 (996.1 KiB) TX bytes:66034 (64.4 KiB) =20 Any ideas ? =20 Thanks =20 Ian =20 ------_=_NextPart_001_01CD642B.611AA09E Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

Ive build a = Dom0 4.1.2 running on CentOS 6.3.

 

The system = boots fine and I network activity.

 

Im trying to = boot a domU but am getting the above error then after it has counted = down waiting I get

 

XENBUS: = Timeout connecting to device: device/vif/0 (local state 1, remote state = 1)

 

My bridge exists

 

Brctl = show

 

bridge name     bridge = id            = ;   STP enabled     = interfaces

xenbr0        &= nbsp; 8000.001aa01663d7       = no      =         eth0

 

my domu = config is

 

#  -*- mode: python; -*-

kernel =3D = "/boot/vmlinuz-2.6.18.8-xen"

memory =3D 1024

name =3D "srvmanager"

vif =3D ['bridge=3Dxenbr0' ]

disk =3D = ['phy:/dev/XEN/srvmanager,hda1,w','phy:/dev/XEN/srvmanagerswap,sda2,w']

root =3D "/dev/hda1 = ro"

extra =3D "3 = xencons=3Dtty"

vcpus =3D = 2

 

ifconfig –a shows (with domu = running)

 

eth0      Link = encap:Ethernet  HWaddr 00:1A:A0:16:63:D7

          = inet6 addr: fe80::21a:a0ff:fe16:63d7/64 Scope:Link

          = UP BROADCAST RUNNING MULTICAST  MTU:1500  = Metric:1

          = RX packets:15281 errors:0 dropped:16 overruns:0 frame:0

          = TX packets:453 errors:0 dropped:0 overruns:0 carrier:0

          = collisions:0 txqueuelen:1000

          = RX bytes:1307318 (1.2 MiB)  TX bytes:69446 (67.8 = KiB)

      =     Interrupt:16 = Memory:f8000000-f8012800

 

eth1      Link = encap:Ethernet  HWaddr 00:1A:A0:16:63:D9

          = BROADCAST MULTICAST  MTU:1500  Metric:1

          = RX packets:0 errors:0 dropped:0 overruns:0 frame:0

          = TX packets:0 errors:0 dropped:0 overruns:0 carrier:0

          = collisions:0 txqueuelen:1000

          = RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

          = Interrupt:16 Memory:f4000000-f4012800

 

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:8 errors:0 dropped:0 overruns:0 frame:0

          = TX packets:8 errors:0 dropped:0 overruns:0 carrier:0

          = collisions:0 txqueuelen:0

          = RX bytes:144 (144.0 b)  TX bytes:144 (144.0 b)

 

xenbr0    Link encap:Ethernet  = HWaddr 00:1A:A0:16:63:D7

          = inet addr:172.20.1.73  Bcast:172.20.255.255  = Mask:255.255.0.0

          = inet6 addr: fe80::21a:a0ff:fe16:63d7/64 Scope:Link

          = UP BROADCAST RUNNING MULTICAST  MTU:1500  = Metric:1

          = RX packets:15019 errors:0 dropped:5772 overruns:0 = frame:0

          = TX packets:439 errors:0 dropped:0 overruns:0 carrier:0

          = collisions:0 txqueuelen:0

          = RX bytes:1020104 (996.1 KiB)  TX bytes:66034 (64.4 = KiB)

 

Any ideas ?

 

Thanks

 

Ian

 

------_=_NextPart_001_01CD642B.611AA09E-- --===============3059783023258958101== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3059783023258958101==-- From xen-users-bounces@lists.xen.org Tue Jul 17 14:59:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 14:59: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 1Sr9Ei-0005kN-0V; Tue, 17 Jul 2012 14:58:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sr9Eg-0005kD-6B for xen-users@lists.xen.org; Tue, 17 Jul 2012 14:58:50 +0000 Received: from [85.158.143.35:25039] by server-2.bemta-4.messagelabs.com id 22/8B-17938-9AD75005; Tue, 17 Jul 2012 14:58:49 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1342537121!12542167!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDU2NTI=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9713 invoked from network); 17 Jul 2012 14:58:45 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jul 2012 14:58:45 -0000 X-IronPort-AV: E=Sophos;i="4.77,603,1336348800"; d="scan'208";a="13571718" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 17 Jul 2012 14:58:40 +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.213.0; Tue, 17 Jul 2012 15:58:40 +0100 Message-ID: <1342537119.16704.2.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Ian Tobin Date: Tue, 17 Jul 2012 15:58:39 +0100 In-Reply-To: <039E0B4AA9103344A80DA55DDDC76A936A66BA@electron.tidyhosts.com> References: <039E0B4AA9103344A80DA55DDDC76A936A66BA@electron.tidyhosts.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] XENBUS: Waiting for devices to initialise: X-BeenThere: xen-users@lists.xen.org X-Mailman-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 T24gVHVlLCAyMDEyLTA3LTE3IGF0IDE1OjQ5ICswMTAwLCBJYW4gVG9iaW4gd3JvdGU6Cj4gWEVO QlVTOiBUaW1lb3V0IGNvbm5lY3RpbmcgdG8gZGV2aWNlOiBkZXZpY2UvdmlmLzAgKGxvY2FsIHN0 YXRlIDEsCj4gcmVtb3RlIHN0YXRlIDEpCgo+IGlmY29uZmlnIOKAk2Egc2hvd3MgKHdpdGggZG9t dSBydW5uaW5nKQoKVGhlcmUgZG9lc24ndCBzZWVtIHRvIGJlIGFueSB2aWZYLlkgaW4gdGhlcmUg LS0gcGVyaGFwcyB5b3UgZG9uJ3QgaGF2ZQp0aGUgbmV0YmFjayBkcml2ZXIgbG9hZGVkIG9yIGNv bXBpbGVkIGludG8geW91ciBrZXJuZWw/Cgo+IGtlcm5lbCA9ICIvYm9vdC92bWxpbnV6LTIuNi4x OC44LXhlbiIKCldoeSBzbyBhbmNpZW50PwoKSWFuLgoKCgpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vy c0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Tue Jul 17 14:59:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 14:59: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 1Sr9Ei-0005kN-0V; Tue, 17 Jul 2012 14:58:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sr9Eg-0005kD-6B for xen-users@lists.xen.org; Tue, 17 Jul 2012 14:58:50 +0000 Received: from [85.158.143.35:25039] by server-2.bemta-4.messagelabs.com id 22/8B-17938-9AD75005; Tue, 17 Jul 2012 14:58:49 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1342537121!12542167!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDU2NTI=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9713 invoked from network); 17 Jul 2012 14:58:45 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jul 2012 14:58:45 -0000 X-IronPort-AV: E=Sophos;i="4.77,603,1336348800"; d="scan'208";a="13571718" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 17 Jul 2012 14:58:40 +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.213.0; Tue, 17 Jul 2012 15:58:40 +0100 Message-ID: <1342537119.16704.2.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Ian Tobin Date: Tue, 17 Jul 2012 15:58:39 +0100 In-Reply-To: <039E0B4AA9103344A80DA55DDDC76A936A66BA@electron.tidyhosts.com> References: <039E0B4AA9103344A80DA55DDDC76A936A66BA@electron.tidyhosts.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] XENBUS: Waiting for devices to initialise: X-BeenThere: xen-users@lists.xen.org X-Mailman-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 T24gVHVlLCAyMDEyLTA3LTE3IGF0IDE1OjQ5ICswMTAwLCBJYW4gVG9iaW4gd3JvdGU6Cj4gWEVO QlVTOiBUaW1lb3V0IGNvbm5lY3RpbmcgdG8gZGV2aWNlOiBkZXZpY2UvdmlmLzAgKGxvY2FsIHN0 YXRlIDEsCj4gcmVtb3RlIHN0YXRlIDEpCgo+IGlmY29uZmlnIOKAk2Egc2hvd3MgKHdpdGggZG9t dSBydW5uaW5nKQoKVGhlcmUgZG9lc24ndCBzZWVtIHRvIGJlIGFueSB2aWZYLlkgaW4gdGhlcmUg LS0gcGVyaGFwcyB5b3UgZG9uJ3QgaGF2ZQp0aGUgbmV0YmFjayBkcml2ZXIgbG9hZGVkIG9yIGNv bXBpbGVkIGludG8geW91ciBrZXJuZWw/Cgo+IGtlcm5lbCA9ICIvYm9vdC92bWxpbnV6LTIuNi4x OC44LXhlbiIKCldoeSBzbyBhbmNpZW50PwoKSWFuLgoKCgpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vy c0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Tue Jul 17 15:02:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 15:02: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 1Sr9Gx-0005vd-Pj; Tue, 17 Jul 2012 15:01:11 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sr9Gw-0005vR-I7 for xen-users@lists.xen.org; Tue, 17 Jul 2012 15:01:10 +0000 Received: from [85.158.143.99:12721] by server-1.bemta-4.messagelabs.com id 73/22-24392-53E75005; Tue, 17 Jul 2012 15:01:09 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1342537268!16187586!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20936 invoked from network); 17 Jul 2012 15:01:08 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-16.tower-216.messagelabs.com with SMTP; 17 Jul 2012 15:01:08 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Tue, 17 Jul 2012 16:01:08 +0100 MIME-Version: 1.0 Date: Tue, 17 Jul 2012 16:01:03 +0100 Content-class: urn:content-classes:message Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A66BB@electron.tidyhosts.com> X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] XENBUS: Waiting for devices to initialise: thread-index: Ac1kLKt4QuzszFkKT9GH/Ftk0Ag2GgAABRLw References: <039E0B4AA9103344A80DA55DDDC76A936A66BA@electron.tidyhosts.com> <1342537119.16704.2.camel@zakaz.uk.xensource.com> From: "Ian Tobin" To: "Ian Campbell" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] XENBUS: Waiting for devices to initialise: X-BeenThere: xen-users@lists.xen.org X-Mailman-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 SWFuLA0KDQpIb3cgd291bGQgSSB0ZWxsIHRoaXM/IEkgc2VsZWN0ZWQgYWxsIG9wdGlvbnMgd2hl biBjb21waWxpbmcgYXMgc3RhdGljLg0KDQpUaGUga2VybmVsIGZvciBEb21VIGlzIGp1c3QgYSB0 ZXN0LCBpdmUgdHJpZWQga2VybmVscyB1cCB0byAzLjQuNSBhbmQgc3RpbGwgbm90IHdvcmtpbmcu DQoNCkJUVyBpdmUgcmVidWlsdCB0aGUgbWFpbiBob3N0IHR3aWNlIHdpdGggdGhlIHNhbWUgcHJv YmxlbS4NCg0KVGhhbmtzDQoNCklhbg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJv bTogSWFuIENhbXBiZWxsIFttYWlsdG86SWFuLkNhbXBiZWxsQGNpdHJpeC5jb21dIA0KU2VudDog MTcgSnVseSAyMDEyIDE1OjU5DQpUbzogSWFuIFRvYmluDQpDYzogeGVuLXVzZXJzQGxpc3RzLnhl bi5vcmcNClN1YmplY3Q6IFJlOiBbWGVuLXVzZXJzXSBYRU5CVVM6IFdhaXRpbmcgZm9yIGRldmlj ZXMgdG8gaW5pdGlhbGlzZToNCg0KT24gVHVlLCAyMDEyLTA3LTE3IGF0IDE1OjQ5ICswMTAwLCBJ YW4gVG9iaW4gd3JvdGU6DQo+IFhFTkJVUzogVGltZW91dCBjb25uZWN0aW5nIHRvIGRldmljZTog ZGV2aWNlL3ZpZi8wIChsb2NhbCBzdGF0ZSAxLCANCj4gcmVtb3RlIHN0YXRlIDEpDQoNCj4gaWZj b25maWcg4oCTYSBzaG93cyAod2l0aCBkb211IHJ1bm5pbmcpDQoNClRoZXJlIGRvZXNuJ3Qgc2Vl bSB0byBiZSBhbnkgdmlmWC5ZIGluIHRoZXJlIC0tIHBlcmhhcHMgeW91IGRvbid0IGhhdmUgdGhl IG5ldGJhY2sgZHJpdmVyIGxvYWRlZCBvciBjb21waWxlZCBpbnRvIHlvdXIga2VybmVsPw0KDQo+ IGtlcm5lbCA9ICIvYm9vdC92bWxpbnV6LTIuNi4xOC44LXhlbiINCg0KV2h5IHNvIGFuY2llbnQ/ DQoNCklhbi4NCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0 cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Tue Jul 17 15:02:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 15:02: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 1Sr9Gx-0005vd-Pj; Tue, 17 Jul 2012 15:01:11 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sr9Gw-0005vR-I7 for xen-users@lists.xen.org; Tue, 17 Jul 2012 15:01:10 +0000 Received: from [85.158.143.99:12721] by server-1.bemta-4.messagelabs.com id 73/22-24392-53E75005; Tue, 17 Jul 2012 15:01:09 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1342537268!16187586!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20936 invoked from network); 17 Jul 2012 15:01:08 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-16.tower-216.messagelabs.com with SMTP; 17 Jul 2012 15:01:08 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Tue, 17 Jul 2012 16:01:08 +0100 MIME-Version: 1.0 Date: Tue, 17 Jul 2012 16:01:03 +0100 Content-class: urn:content-classes:message Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A66BB@electron.tidyhosts.com> X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] XENBUS: Waiting for devices to initialise: thread-index: Ac1kLKt4QuzszFkKT9GH/Ftk0Ag2GgAABRLw References: <039E0B4AA9103344A80DA55DDDC76A936A66BA@electron.tidyhosts.com> <1342537119.16704.2.camel@zakaz.uk.xensource.com> From: "Ian Tobin" To: "Ian Campbell" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] XENBUS: Waiting for devices to initialise: X-BeenThere: xen-users@lists.xen.org X-Mailman-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 SWFuLA0KDQpIb3cgd291bGQgSSB0ZWxsIHRoaXM/IEkgc2VsZWN0ZWQgYWxsIG9wdGlvbnMgd2hl biBjb21waWxpbmcgYXMgc3RhdGljLg0KDQpUaGUga2VybmVsIGZvciBEb21VIGlzIGp1c3QgYSB0 ZXN0LCBpdmUgdHJpZWQga2VybmVscyB1cCB0byAzLjQuNSBhbmQgc3RpbGwgbm90IHdvcmtpbmcu DQoNCkJUVyBpdmUgcmVidWlsdCB0aGUgbWFpbiBob3N0IHR3aWNlIHdpdGggdGhlIHNhbWUgcHJv YmxlbS4NCg0KVGhhbmtzDQoNCklhbg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJv bTogSWFuIENhbXBiZWxsIFttYWlsdG86SWFuLkNhbXBiZWxsQGNpdHJpeC5jb21dIA0KU2VudDog MTcgSnVseSAyMDEyIDE1OjU5DQpUbzogSWFuIFRvYmluDQpDYzogeGVuLXVzZXJzQGxpc3RzLnhl bi5vcmcNClN1YmplY3Q6IFJlOiBbWGVuLXVzZXJzXSBYRU5CVVM6IFdhaXRpbmcgZm9yIGRldmlj ZXMgdG8gaW5pdGlhbGlzZToNCg0KT24gVHVlLCAyMDEyLTA3LTE3IGF0IDE1OjQ5ICswMTAwLCBJ YW4gVG9iaW4gd3JvdGU6DQo+IFhFTkJVUzogVGltZW91dCBjb25uZWN0aW5nIHRvIGRldmljZTog ZGV2aWNlL3ZpZi8wIChsb2NhbCBzdGF0ZSAxLCANCj4gcmVtb3RlIHN0YXRlIDEpDQoNCj4gaWZj b25maWcg4oCTYSBzaG93cyAod2l0aCBkb211IHJ1bm5pbmcpDQoNClRoZXJlIGRvZXNuJ3Qgc2Vl bSB0byBiZSBhbnkgdmlmWC5ZIGluIHRoZXJlIC0tIHBlcmhhcHMgeW91IGRvbid0IGhhdmUgdGhl IG5ldGJhY2sgZHJpdmVyIGxvYWRlZCBvciBjb21waWxlZCBpbnRvIHlvdXIga2VybmVsPw0KDQo+ IGtlcm5lbCA9ICIvYm9vdC92bWxpbnV6LTIuNi4xOC44LXhlbiINCg0KV2h5IHNvIGFuY2llbnQ/ DQoNCklhbi4NCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0 cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Tue Jul 17 15:12:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 15: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 1Sr9Qk-0006UI-GN; Tue, 17 Jul 2012 15:11:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sr9Qi-0006U5-W1 for xen-users@lists.xen.org; Tue, 17 Jul 2012 15:11:17 +0000 Received: from [85.158.139.83:63923] by server-10.bemta-5.messagelabs.com id 5C/54-02190-49085005; Tue, 17 Jul 2012 15:11:16 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1342537875!24898264!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDU2NTI=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15726 invoked from network); 17 Jul 2012 15:11:15 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-14.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jul 2012 15:11:15 -0000 X-IronPort-AV: E=Sophos;i="4.77,603,1336348800"; d="scan'208";a="13572026" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 17 Jul 2012 15:11: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.213.0; Tue, 17 Jul 2012 16:11:15 +0100 Message-ID: <1342537873.16704.4.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Ian Tobin Date: Tue, 17 Jul 2012 16:11:13 +0100 In-Reply-To: <039E0B4AA9103344A80DA55DDDC76A936A66BB@electron.tidyhosts.com> References: <039E0B4AA9103344A80DA55DDDC76A936A66BA@electron.tidyhosts.com> <1342537119.16704.2.camel@zakaz.uk.xensource.com> <039E0B4AA9103344A80DA55DDDC76A936A66BB@electron.tidyhosts.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] XENBUS: Waiting for devices to initialise: X-BeenThere: xen-users@lists.xen.org X-Mailman-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 QXR0YWNoaW5nIHlvdXIgLmNvZmlnIHdvdWxkIGJlIGEgZ29vZCBzdGFydC4KCk9uIGEgbW9kZXJu IGtlcm5lbCAvc3lzL2J1cy94ZW4tYmFja2VuZCBzaG91bGQgY29udGFpbiAidmlmIiwgWU1NViB1 bmRlcgpvdGhlciBrZXJuZWxzLCBidXQgdGhlcmUgb3VnaHQgdG8gYmUgc29tZSBpbmRpY2F0aW9u IHVuZGVyIC9zeXMgdGhhdApuZXRiYWNrIGV4aXN0cy4KCk9uIFR1ZSwgMjAxMi0wNy0xNyBhdCAx NjowMSArMDEwMCwgSWFuIFRvYmluIHdyb3RlOgo+IElhbiwKPiAKPiBIb3cgd291bGQgSSB0ZWxs IHRoaXM/IEkgc2VsZWN0ZWQgYWxsIG9wdGlvbnMgd2hlbiBjb21waWxpbmcgYXMgc3RhdGljLgo+ IAo+IFRoZSBrZXJuZWwgZm9yIERvbVUgaXMganVzdCBhIHRlc3QsIGl2ZSB0cmllZCBrZXJuZWxz IHVwIHRvIDMuNC41IGFuZCBzdGlsbCBub3Qgd29ya2luZy4KPiAKPiBCVFcgaXZlIHJlYnVpbHQg dGhlIG1haW4gaG9zdCB0d2ljZSB3aXRoIHRoZSBzYW1lIHByb2JsZW0uCj4gCj4gVGhhbmtzCj4g Cj4gSWFuCj4gCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0KPiBGcm9tOiBJYW4gQ2FtcGJl bGwgW21haWx0bzpJYW4uQ2FtcGJlbGxAY2l0cml4LmNvbV0gCj4gU2VudDogMTcgSnVseSAyMDEy IDE1OjU5Cj4gVG86IElhbiBUb2Jpbgo+IENjOiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+IFN1 YmplY3Q6IFJlOiBbWGVuLXVzZXJzXSBYRU5CVVM6IFdhaXRpbmcgZm9yIGRldmljZXMgdG8gaW5p dGlhbGlzZToKPiAKPiBPbiBUdWUsIDIwMTItMDctMTcgYXQgMTU6NDkgKzAxMDAsIElhbiBUb2Jp biB3cm90ZToKPiA+IFhFTkJVUzogVGltZW91dCBjb25uZWN0aW5nIHRvIGRldmljZTogZGV2aWNl L3ZpZi8wIChsb2NhbCBzdGF0ZSAxLCAKPiA+IHJlbW90ZSBzdGF0ZSAxKQo+IAo+ID4gaWZjb25m aWcg4oCTYSBzaG93cyAod2l0aCBkb211IHJ1bm5pbmcpCj4gCj4gVGhlcmUgZG9lc24ndCBzZWVt IHRvIGJlIGFueSB2aWZYLlkgaW4gdGhlcmUgLS0gcGVyaGFwcyB5b3UgZG9uJ3QgaGF2ZSB0aGUg bmV0YmFjayBkcml2ZXIgbG9hZGVkIG9yIGNvbXBpbGVkIGludG8geW91ciBrZXJuZWw/Cj4gCj4g PiBrZXJuZWwgPSAiL2Jvb3Qvdm1saW51ei0yLjYuMTguOC14ZW4iCj4gCj4gV2h5IHNvIGFuY2ll bnQ/Cj4gCj4gSWFuLgo+IAo+IAo+IAoKCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54 ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Tue Jul 17 15:12:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 15: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 1Sr9Qk-0006UI-GN; Tue, 17 Jul 2012 15:11:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sr9Qi-0006U5-W1 for xen-users@lists.xen.org; Tue, 17 Jul 2012 15:11:17 +0000 Received: from [85.158.139.83:63923] by server-10.bemta-5.messagelabs.com id 5C/54-02190-49085005; Tue, 17 Jul 2012 15:11:16 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1342537875!24898264!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDU2NTI=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15726 invoked from network); 17 Jul 2012 15:11:15 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-14.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jul 2012 15:11:15 -0000 X-IronPort-AV: E=Sophos;i="4.77,603,1336348800"; d="scan'208";a="13572026" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 17 Jul 2012 15:11: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.213.0; Tue, 17 Jul 2012 16:11:15 +0100 Message-ID: <1342537873.16704.4.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Ian Tobin Date: Tue, 17 Jul 2012 16:11:13 +0100 In-Reply-To: <039E0B4AA9103344A80DA55DDDC76A936A66BB@electron.tidyhosts.com> References: <039E0B4AA9103344A80DA55DDDC76A936A66BA@electron.tidyhosts.com> <1342537119.16704.2.camel@zakaz.uk.xensource.com> <039E0B4AA9103344A80DA55DDDC76A936A66BB@electron.tidyhosts.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] XENBUS: Waiting for devices to initialise: X-BeenThere: xen-users@lists.xen.org X-Mailman-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 QXR0YWNoaW5nIHlvdXIgLmNvZmlnIHdvdWxkIGJlIGEgZ29vZCBzdGFydC4KCk9uIGEgbW9kZXJu IGtlcm5lbCAvc3lzL2J1cy94ZW4tYmFja2VuZCBzaG91bGQgY29udGFpbiAidmlmIiwgWU1NViB1 bmRlcgpvdGhlciBrZXJuZWxzLCBidXQgdGhlcmUgb3VnaHQgdG8gYmUgc29tZSBpbmRpY2F0aW9u IHVuZGVyIC9zeXMgdGhhdApuZXRiYWNrIGV4aXN0cy4KCk9uIFR1ZSwgMjAxMi0wNy0xNyBhdCAx NjowMSArMDEwMCwgSWFuIFRvYmluIHdyb3RlOgo+IElhbiwKPiAKPiBIb3cgd291bGQgSSB0ZWxs IHRoaXM/IEkgc2VsZWN0ZWQgYWxsIG9wdGlvbnMgd2hlbiBjb21waWxpbmcgYXMgc3RhdGljLgo+ IAo+IFRoZSBrZXJuZWwgZm9yIERvbVUgaXMganVzdCBhIHRlc3QsIGl2ZSB0cmllZCBrZXJuZWxz IHVwIHRvIDMuNC41IGFuZCBzdGlsbCBub3Qgd29ya2luZy4KPiAKPiBCVFcgaXZlIHJlYnVpbHQg dGhlIG1haW4gaG9zdCB0d2ljZSB3aXRoIHRoZSBzYW1lIHByb2JsZW0uCj4gCj4gVGhhbmtzCj4g Cj4gSWFuCj4gCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0KPiBGcm9tOiBJYW4gQ2FtcGJl bGwgW21haWx0bzpJYW4uQ2FtcGJlbGxAY2l0cml4LmNvbV0gCj4gU2VudDogMTcgSnVseSAyMDEy IDE1OjU5Cj4gVG86IElhbiBUb2Jpbgo+IENjOiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+IFN1 YmplY3Q6IFJlOiBbWGVuLXVzZXJzXSBYRU5CVVM6IFdhaXRpbmcgZm9yIGRldmljZXMgdG8gaW5p dGlhbGlzZToKPiAKPiBPbiBUdWUsIDIwMTItMDctMTcgYXQgMTU6NDkgKzAxMDAsIElhbiBUb2Jp biB3cm90ZToKPiA+IFhFTkJVUzogVGltZW91dCBjb25uZWN0aW5nIHRvIGRldmljZTogZGV2aWNl L3ZpZi8wIChsb2NhbCBzdGF0ZSAxLCAKPiA+IHJlbW90ZSBzdGF0ZSAxKQo+IAo+ID4gaWZjb25m aWcg4oCTYSBzaG93cyAod2l0aCBkb211IHJ1bm5pbmcpCj4gCj4gVGhlcmUgZG9lc24ndCBzZWVt IHRvIGJlIGFueSB2aWZYLlkgaW4gdGhlcmUgLS0gcGVyaGFwcyB5b3UgZG9uJ3QgaGF2ZSB0aGUg bmV0YmFjayBkcml2ZXIgbG9hZGVkIG9yIGNvbXBpbGVkIGludG8geW91ciBrZXJuZWw/Cj4gCj4g PiBrZXJuZWwgPSAiL2Jvb3Qvdm1saW51ei0yLjYuMTguOC14ZW4iCj4gCj4gV2h5IHNvIGFuY2ll bnQ/Cj4gCj4gSWFuLgo+IAo+IAo+IAoKCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54 ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Tue Jul 17 15:14:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 15:14: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 1Sr9TW-0006kw-FA; Tue, 17 Jul 2012 15:14:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sr9TV-0006kQ-GQ for xen-users@lists.xen.org; Tue, 17 Jul 2012 15:14:09 +0000 Received: from [85.158.143.35:53029] by server-2.bemta-4.messagelabs.com id 16/E6-17938-04185005; Tue, 17 Jul 2012 15:14:08 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1342538047!13923221!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10921 invoked from network); 17 Jul 2012 15:14:08 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-15.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Jul 2012 15:14:08 -0000 Received: from [201.123.196.218] (port=51026 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1Sr9TS-0003Iv-Ru for xen-users@lists.xen.org; Tue, 17 Jul 2012 10:14:06 -0500 Received: from [10.13.34.156] (alk-desktop.sys.ondore.i [10.13.34.156]) by mail.ondore.i (Postfix) with ESMTPSA id 3FE67A208 for ; Tue, 17 Jul 2012 10:14:05 -0500 (CDT) Message-ID: <5005813D.4020001@ondore.com> Date: Tue, 17 Jul 2012 10:14:05 -0500 From: Alexandre Kouznetsov 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: <5005519a0bf068.42603119@wp.pl> In-Reply-To: <5005519a0bf068.42603119@wp.pl> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.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 Subject: Re: [Xen-users] Xen bridged 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-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 SGVsbG8uCgpFbCAxNy8wNy8xMiAwNjo1MCwgU8WCYXdlayBLb3Nvd3NraSBlc2NyaWJpw7M6Cj4g Wy4uLl0KPiB2aWYgICAgICAgICA9IFsgJ2JyaWRnZT1icmV0aCxpcD03LjUuNy4yMDIsbWFjPTAw OjE2OjNFOjk3OjdCOjlDJywnYnJpZGdlPWJybG9jLG1hYz0wMDoxNjozZTowNzpkMjowZicsCj4g J2JyaWRnZT1icmRteixtYWM9MDA6MTY6M2U6MDc6ZDI6MTAnIF0KPiBbLi4uXQo+Cj4gIyBicmN0 bCBzaG93Cj4gYnJpZGdlIG5hbWUgICAgIGJyaWRnZSBpZCAgICAgICAgICAgICAgIFNUUCBlbmFi bGVkICAgICBpbnRlcmZhY2VzCj4gYnJkbXogICAgICAgICAgIDgwMDAuZmVmZmZmZmZmZmZmICAg ICAgIG5vICAgICAgICAgICAgICB2aWYxLjIKPiBicmV0aCAgICAgICAgICAgODAwMC5jODYwMDA4 ZGJjOTYgICAgICAgbm8gICAgICAgICAgICAgIGV0aDAKPiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB2aWYxLjAKPiBicmxvYyAgICAgICAg ICAgODAwMC5mZWZmZmZmZmZmZmYgICAgICAgbm8gICAgICAgICAgICAgIHZpZjEuMQo+IFsuLi5d Cj4KPiAqKioqKioqKioqKioqKioqKioqKioqKioqKmRvbVUxKioqKioqKioqKioqKioqKioqKioq KioKPiBldGgwICAgICAgTGluayBlbmNhcDpFdGhlcm5ldCAgSFdhZGRyIDAwOjE2OjNlOjA3OmQy OjAxCj4gICAgICAgICAgICBpbmV0IGFkZHI6Ny41LjcuMjAyICBCY2FzdDo3LjUuNy4yMjMgIE1h c2s6MjU1LjI1NS4yNTUuMjI0Cj4gICAgICAgICAgICBpbmV0NiBhZGRyOiBmZTgwOjoyMTY6M2Vm ZjpmZTA3OmQyMDEvNjQgU2NvcGU6TGluawo+ICAgICAgICAgICAgVVAgQlJPQURDQVNUIFJVTk5J TkcgTVVMVElDQVNUICBNVFU6MTUwMCAgTWV0cmljOjEKPiAgICAgICAgICAgIFJYIHBhY2tldHM6 MjkgZXJyb3JzOjAgZHJvcHBlZDowIG92ZXJydW5zOjAgZnJhbWU6MAo+ICAgICAgICAgICAgVFgg cGFja2V0czo1MjcgZXJyb3JzOjAgZHJvcHBlZDowIG92ZXJydW5zOjAgY2FycmllcjowCj4gICAg ICAgICAgICBjb2xsaXNpb25zOjAgdHhxdWV1ZWxlbjoxMDAwCj4gICAgICAgICAgICBSWCBieXRl czoxNTY5ICgxLjUgS2lCKSAgVFggYnl0ZXM6MjI3MDIgKDIyLjEgS2lCKQo+ICAgICAgICAgICAg SW50ZXJydXB0OjIzCgpBcyBJIGNhbiBzZWUsIERvbVUncyBldGgwIGhhcyBhIGRpZmZlcmVudCBN QUMgYWRkcmVzcyB0aGFuIHRoZSBvbmUgeW91IApzcGVjaWZpZWQgaW4gdGhlIGNvbmZpZy4gRmlu ZCBvdXQgd2h5IGl0IGhhcyBjaGFuZ2VkLCB0aGF0IGlzIHByb2JhYmx5IAp0aGUgcm9vdCBvZiB0 aGUgdHJvdWJsZSB5b3UgYXJlIGRlYWxpbmcgd2l0aC4gU2VlIERvbVUgZG1lc2cgYW5kIHN5c2xv Zy4KCk1ha2Ugc3VyZSwgd2hpY2ggaXMgdGhlIE1BQyB5b3VyIElTUCBrbm93cyBhcyB0aGUgZ29v ZCBvbmUsIHRvIGxldCB5b3Ugb3V0LgoKLS0gCkFsZXhhbmRyZSBLb3V6bmV0c292CgoKX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxp bmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4t dXNlcnM= From xen-users-bounces@lists.xen.org Tue Jul 17 15:14:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 15:14: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 1Sr9TW-0006kw-FA; Tue, 17 Jul 2012 15:14:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sr9TV-0006kQ-GQ for xen-users@lists.xen.org; Tue, 17 Jul 2012 15:14:09 +0000 Received: from [85.158.143.35:53029] by server-2.bemta-4.messagelabs.com id 16/E6-17938-04185005; Tue, 17 Jul 2012 15:14:08 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1342538047!13923221!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10921 invoked from network); 17 Jul 2012 15:14:08 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-15.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Jul 2012 15:14:08 -0000 Received: from [201.123.196.218] (port=51026 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1Sr9TS-0003Iv-Ru for xen-users@lists.xen.org; Tue, 17 Jul 2012 10:14:06 -0500 Received: from [10.13.34.156] (alk-desktop.sys.ondore.i [10.13.34.156]) by mail.ondore.i (Postfix) with ESMTPSA id 3FE67A208 for ; Tue, 17 Jul 2012 10:14:05 -0500 (CDT) Message-ID: <5005813D.4020001@ondore.com> Date: Tue, 17 Jul 2012 10:14:05 -0500 From: Alexandre Kouznetsov 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: <5005519a0bf068.42603119@wp.pl> In-Reply-To: <5005519a0bf068.42603119@wp.pl> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.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 Subject: Re: [Xen-users] Xen bridged 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-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 SGVsbG8uCgpFbCAxNy8wNy8xMiAwNjo1MCwgU8WCYXdlayBLb3Nvd3NraSBlc2NyaWJpw7M6Cj4g Wy4uLl0KPiB2aWYgICAgICAgICA9IFsgJ2JyaWRnZT1icmV0aCxpcD03LjUuNy4yMDIsbWFjPTAw OjE2OjNFOjk3OjdCOjlDJywnYnJpZGdlPWJybG9jLG1hYz0wMDoxNjozZTowNzpkMjowZicsCj4g J2JyaWRnZT1icmRteixtYWM9MDA6MTY6M2U6MDc6ZDI6MTAnIF0KPiBbLi4uXQo+Cj4gIyBicmN0 bCBzaG93Cj4gYnJpZGdlIG5hbWUgICAgIGJyaWRnZSBpZCAgICAgICAgICAgICAgIFNUUCBlbmFi bGVkICAgICBpbnRlcmZhY2VzCj4gYnJkbXogICAgICAgICAgIDgwMDAuZmVmZmZmZmZmZmZmICAg ICAgIG5vICAgICAgICAgICAgICB2aWYxLjIKPiBicmV0aCAgICAgICAgICAgODAwMC5jODYwMDA4 ZGJjOTYgICAgICAgbm8gICAgICAgICAgICAgIGV0aDAKPiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB2aWYxLjAKPiBicmxvYyAgICAgICAg ICAgODAwMC5mZWZmZmZmZmZmZmYgICAgICAgbm8gICAgICAgICAgICAgIHZpZjEuMQo+IFsuLi5d Cj4KPiAqKioqKioqKioqKioqKioqKioqKioqKioqKmRvbVUxKioqKioqKioqKioqKioqKioqKioq KioKPiBldGgwICAgICAgTGluayBlbmNhcDpFdGhlcm5ldCAgSFdhZGRyIDAwOjE2OjNlOjA3OmQy OjAxCj4gICAgICAgICAgICBpbmV0IGFkZHI6Ny41LjcuMjAyICBCY2FzdDo3LjUuNy4yMjMgIE1h c2s6MjU1LjI1NS4yNTUuMjI0Cj4gICAgICAgICAgICBpbmV0NiBhZGRyOiBmZTgwOjoyMTY6M2Vm ZjpmZTA3OmQyMDEvNjQgU2NvcGU6TGluawo+ICAgICAgICAgICAgVVAgQlJPQURDQVNUIFJVTk5J TkcgTVVMVElDQVNUICBNVFU6MTUwMCAgTWV0cmljOjEKPiAgICAgICAgICAgIFJYIHBhY2tldHM6 MjkgZXJyb3JzOjAgZHJvcHBlZDowIG92ZXJydW5zOjAgZnJhbWU6MAo+ICAgICAgICAgICAgVFgg cGFja2V0czo1MjcgZXJyb3JzOjAgZHJvcHBlZDowIG92ZXJydW5zOjAgY2FycmllcjowCj4gICAg ICAgICAgICBjb2xsaXNpb25zOjAgdHhxdWV1ZWxlbjoxMDAwCj4gICAgICAgICAgICBSWCBieXRl czoxNTY5ICgxLjUgS2lCKSAgVFggYnl0ZXM6MjI3MDIgKDIyLjEgS2lCKQo+ICAgICAgICAgICAg SW50ZXJydXB0OjIzCgpBcyBJIGNhbiBzZWUsIERvbVUncyBldGgwIGhhcyBhIGRpZmZlcmVudCBN QUMgYWRkcmVzcyB0aGFuIHRoZSBvbmUgeW91IApzcGVjaWZpZWQgaW4gdGhlIGNvbmZpZy4gRmlu ZCBvdXQgd2h5IGl0IGhhcyBjaGFuZ2VkLCB0aGF0IGlzIHByb2JhYmx5IAp0aGUgcm9vdCBvZiB0 aGUgdHJvdWJsZSB5b3UgYXJlIGRlYWxpbmcgd2l0aC4gU2VlIERvbVUgZG1lc2cgYW5kIHN5c2xv Zy4KCk1ha2Ugc3VyZSwgd2hpY2ggaXMgdGhlIE1BQyB5b3VyIElTUCBrbm93cyBhcyB0aGUgZ29v ZCBvbmUsIHRvIGxldCB5b3Ugb3V0LgoKLS0gCkFsZXhhbmRyZSBLb3V6bmV0c292CgoKX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxp bmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4t dXNlcnM= From xen-users-bounces@lists.xen.org Tue Jul 17 15:18:29 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 15:18: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 1Sr9X1-00077E-Bw; Tue, 17 Jul 2012 15:17:47 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1Sr9Wz-00076a-8Y for xen-users@lists.xen.org; Tue, 17 Jul 2012 15:17:45 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1342538253!2731369!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11547 invoked from network); 17 Jul 2012 15:17:33 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-14.tower-27.messagelabs.com with SMTP; 17 Jul 2012 15:17:33 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Tue, 17 Jul 2012 16:17:33 +0100 Received: from 192.168.1.2 ([192.168.1.2]) by electron.tidyhosts.com ([192.168.1.2]) with Microsoft Exchange Server HTTP-DAV ; Tue, 17 Jul 2012 15:17:30 +0000 References: <039E0B4AA9103344A80DA55DDDC76A936A66BA@electron.tidyhosts.com> <1342537119.16704.2.camel@zakaz.uk.xensource.com> <039E0B4AA9103344A80DA55DDDC76A936A66BB@electron.tidyhosts.com> <1342537873.16704.4.camel@zakaz.uk.xensource.com> From: "Ian Tobin" In-Reply-To: <1342537873.16704.4.camel@zakaz.uk.xensource.com> Message-ID: <7D9E50FA-3F71-49F1-B63B-70F48A629BCD@tidyhosts.com> Date: Tue, 17 Jul 2012 16:17:28 +0100 To: "Ian Campbell" thread-topic: [Xen-users] XENBUS: Waiting for devices to initialise: thread-index: Ac1kL0g+SYZ+AnG0TmC9/R0YoOL/Ng== MIME-Version: 1.0 (1.0) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] XENBUS: Waiting for devices to initialise: X-BeenThere: xen-users@lists.xen.org X-Mailman-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 T2sgd2lsbCBhdHRhY2ggaXQgc2hvcnRseQ0KDQpUaGFua3MNCg0KIA0KVGlkeWhvc3RzIFVLIC0g U2VydmVyICYgV2ViIFNwZWNpYWxpc3RzDQogDQpXOiB3d3cudGlkeWhvc3RzLmNvbQ0KRTogIGVu cXVpcmllc0B0aWR5aG9zdHMuY29tDQpUOiAgMDg3MSA5MTAgNjczMg0KIA0KVGhpcyBlbWFpbCBh bmQgaXRzIGF0dGFjaG1lbnRzIGFyZSBzY2FubmVkIGJ5IFRpZHlIb3N0cyBVSy4gQWxsIGVtYWls cyBhbmQgYXR0YWNobWVudHMgc2hvdWxkIGFsc28gYmUgc2Nhbm5lZCBieSB0aGUgcmVjaXBpZW50 LiBUaWR5SG9zdHMgVUsgYWNjZXB0IG5vIHJlc3BvbnNpYmlsaXR5IGZvciBhbnkgZGFtYWdlIGNh dXNlZCBieSBhbnkgdmlydXMgYXR0YWNoZWQgdG8gdGhpcyBlbWFpbC4gIFRoaXMgZW1haWwgaXMg Y29uZmlkZW50aWFsIGFuZCBpcyBpbnRlbmRlZCBvbmx5IGZvciB0aGUgYWRkcmVzc2VlKHMpLg0K DQoNCg0KIA0KDQoNCk9uIDE3IEp1bCAyMDEyLCBhdCAxNjoxMSwgIklhbiBDYW1wYmVsbCIgPElh bi5DYW1wYmVsbEBjaXRyaXguY29tPiB3cm90ZToNCg0KPiBBdHRhY2hpbmcgeW91ciAuY29maWcg d291bGQgYmUgYSBnb29kIHN0YXJ0Lg0KPiANCj4gT24gYSBtb2Rlcm4ga2VybmVsIC9zeXMvYnVz L3hlbi1iYWNrZW5kIHNob3VsZCBjb250YWluICJ2aWYiLCBZTU1WIHVuZGVyDQo+IG90aGVyIGtl cm5lbHMsIGJ1dCB0aGVyZSBvdWdodCB0byBiZSBzb21lIGluZGljYXRpb24gdW5kZXIgL3N5cyB0 aGF0DQo+IG5ldGJhY2sgZXhpc3RzLg0KPiANCj4gT24gVHVlLCAyMDEyLTA3LTE3IGF0IDE2OjAx ICswMTAwLCBJYW4gVG9iaW4gd3JvdGU6DQo+PiBJYW4sDQo+PiANCj4+IEhvdyB3b3VsZCBJIHRl bGwgdGhpcz8gSSBzZWxlY3RlZCBhbGwgb3B0aW9ucyB3aGVuIGNvbXBpbGluZyBhcyBzdGF0aWMu DQo+PiANCj4+IFRoZSBrZXJuZWwgZm9yIERvbVUgaXMganVzdCBhIHRlc3QsIGl2ZSB0cmllZCBr ZXJuZWxzIHVwIHRvIDMuNC41IGFuZCBzdGlsbCBub3Qgd29ya2luZy4NCj4+IA0KPj4gQlRXIGl2 ZSByZWJ1aWx0IHRoZSBtYWluIGhvc3QgdHdpY2Ugd2l0aCB0aGUgc2FtZSBwcm9ibGVtLg0KPj4g DQo+PiBUaGFua3MNCj4+IA0KPj4gSWFuDQo+PiANCj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQo+PiBGcm9tOiBJYW4gQ2FtcGJlbGwgW21haWx0bzpJYW4uQ2FtcGJlbGxAY2l0cml4LmNv bV0gDQo+PiBTZW50OiAxNyBKdWx5IDIwMTIgMTU6NTkNCj4+IFRvOiBJYW4gVG9iaW4NCj4+IENj OiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZw0KPj4gU3ViamVjdDogUmU6IFtYZW4tdXNlcnNdIFhF TkJVUzogV2FpdGluZyBmb3IgZGV2aWNlcyB0byBpbml0aWFsaXNlOg0KPj4gDQo+PiBPbiBUdWUs IDIwMTItMDctMTcgYXQgMTU6NDkgKzAxMDAsIElhbiBUb2JpbiB3cm90ZToNCj4+PiBYRU5CVVM6 IFRpbWVvdXQgY29ubmVjdGluZyB0byBkZXZpY2U6IGRldmljZS92aWYvMCAobG9jYWwgc3RhdGUg MSwgDQo+Pj4gcmVtb3RlIHN0YXRlIDEpDQo+PiANCj4+PiBpZmNvbmZpZyDDouKCrOKAnGEgc2hv d3MgKHdpdGggZG9tdSBydW5uaW5nKQ0KPj4gDQo+PiBUaGVyZSBkb2Vzbid0IHNlZW0gdG8gYmUg YW55IHZpZlguWSBpbiB0aGVyZSAtLSBwZXJoYXBzIHlvdSBkb24ndCBoYXZlIHRoZSBuZXRiYWNr IGRyaXZlciBsb2FkZWQgb3IgY29tcGlsZWQgaW50byB5b3VyIGtlcm5lbD8NCj4+IA0KPj4+IGtl cm5lbCA9ICIvYm9vdC92bWxpbnV6LTIuNi4xOC44LXhlbiINCj4+IA0KPj4gV2h5IHNvIGFuY2ll bnQ/DQo+PiANCj4+IElhbi4NCj4+IA0KPj4gDQo+PiANCj4gDQo+IA0KPiANCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxp c3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Tue Jul 17 15:18:29 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 15:18: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 1Sr9X1-00077E-Bw; Tue, 17 Jul 2012 15:17:47 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1Sr9Wz-00076a-8Y for xen-users@lists.xen.org; Tue, 17 Jul 2012 15:17:45 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1342538253!2731369!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11547 invoked from network); 17 Jul 2012 15:17:33 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-14.tower-27.messagelabs.com with SMTP; 17 Jul 2012 15:17:33 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Tue, 17 Jul 2012 16:17:33 +0100 Received: from 192.168.1.2 ([192.168.1.2]) by electron.tidyhosts.com ([192.168.1.2]) with Microsoft Exchange Server HTTP-DAV ; Tue, 17 Jul 2012 15:17:30 +0000 References: <039E0B4AA9103344A80DA55DDDC76A936A66BA@electron.tidyhosts.com> <1342537119.16704.2.camel@zakaz.uk.xensource.com> <039E0B4AA9103344A80DA55DDDC76A936A66BB@electron.tidyhosts.com> <1342537873.16704.4.camel@zakaz.uk.xensource.com> From: "Ian Tobin" In-Reply-To: <1342537873.16704.4.camel@zakaz.uk.xensource.com> Message-ID: <7D9E50FA-3F71-49F1-B63B-70F48A629BCD@tidyhosts.com> Date: Tue, 17 Jul 2012 16:17:28 +0100 To: "Ian Campbell" thread-topic: [Xen-users] XENBUS: Waiting for devices to initialise: thread-index: Ac1kL0g+SYZ+AnG0TmC9/R0YoOL/Ng== MIME-Version: 1.0 (1.0) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] XENBUS: Waiting for devices to initialise: X-BeenThere: xen-users@lists.xen.org X-Mailman-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 T2sgd2lsbCBhdHRhY2ggaXQgc2hvcnRseQ0KDQpUaGFua3MNCg0KIA0KVGlkeWhvc3RzIFVLIC0g U2VydmVyICYgV2ViIFNwZWNpYWxpc3RzDQogDQpXOiB3d3cudGlkeWhvc3RzLmNvbQ0KRTogIGVu cXVpcmllc0B0aWR5aG9zdHMuY29tDQpUOiAgMDg3MSA5MTAgNjczMg0KIA0KVGhpcyBlbWFpbCBh bmQgaXRzIGF0dGFjaG1lbnRzIGFyZSBzY2FubmVkIGJ5IFRpZHlIb3N0cyBVSy4gQWxsIGVtYWls cyBhbmQgYXR0YWNobWVudHMgc2hvdWxkIGFsc28gYmUgc2Nhbm5lZCBieSB0aGUgcmVjaXBpZW50 LiBUaWR5SG9zdHMgVUsgYWNjZXB0IG5vIHJlc3BvbnNpYmlsaXR5IGZvciBhbnkgZGFtYWdlIGNh dXNlZCBieSBhbnkgdmlydXMgYXR0YWNoZWQgdG8gdGhpcyBlbWFpbC4gIFRoaXMgZW1haWwgaXMg Y29uZmlkZW50aWFsIGFuZCBpcyBpbnRlbmRlZCBvbmx5IGZvciB0aGUgYWRkcmVzc2VlKHMpLg0K DQoNCg0KIA0KDQoNCk9uIDE3IEp1bCAyMDEyLCBhdCAxNjoxMSwgIklhbiBDYW1wYmVsbCIgPElh bi5DYW1wYmVsbEBjaXRyaXguY29tPiB3cm90ZToNCg0KPiBBdHRhY2hpbmcgeW91ciAuY29maWcg d291bGQgYmUgYSBnb29kIHN0YXJ0Lg0KPiANCj4gT24gYSBtb2Rlcm4ga2VybmVsIC9zeXMvYnVz L3hlbi1iYWNrZW5kIHNob3VsZCBjb250YWluICJ2aWYiLCBZTU1WIHVuZGVyDQo+IG90aGVyIGtl cm5lbHMsIGJ1dCB0aGVyZSBvdWdodCB0byBiZSBzb21lIGluZGljYXRpb24gdW5kZXIgL3N5cyB0 aGF0DQo+IG5ldGJhY2sgZXhpc3RzLg0KPiANCj4gT24gVHVlLCAyMDEyLTA3LTE3IGF0IDE2OjAx ICswMTAwLCBJYW4gVG9iaW4gd3JvdGU6DQo+PiBJYW4sDQo+PiANCj4+IEhvdyB3b3VsZCBJIHRl bGwgdGhpcz8gSSBzZWxlY3RlZCBhbGwgb3B0aW9ucyB3aGVuIGNvbXBpbGluZyBhcyBzdGF0aWMu DQo+PiANCj4+IFRoZSBrZXJuZWwgZm9yIERvbVUgaXMganVzdCBhIHRlc3QsIGl2ZSB0cmllZCBr ZXJuZWxzIHVwIHRvIDMuNC41IGFuZCBzdGlsbCBub3Qgd29ya2luZy4NCj4+IA0KPj4gQlRXIGl2 ZSByZWJ1aWx0IHRoZSBtYWluIGhvc3QgdHdpY2Ugd2l0aCB0aGUgc2FtZSBwcm9ibGVtLg0KPj4g DQo+PiBUaGFua3MNCj4+IA0KPj4gSWFuDQo+PiANCj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQo+PiBGcm9tOiBJYW4gQ2FtcGJlbGwgW21haWx0bzpJYW4uQ2FtcGJlbGxAY2l0cml4LmNv bV0gDQo+PiBTZW50OiAxNyBKdWx5IDIwMTIgMTU6NTkNCj4+IFRvOiBJYW4gVG9iaW4NCj4+IENj OiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZw0KPj4gU3ViamVjdDogUmU6IFtYZW4tdXNlcnNdIFhF TkJVUzogV2FpdGluZyBmb3IgZGV2aWNlcyB0byBpbml0aWFsaXNlOg0KPj4gDQo+PiBPbiBUdWUs IDIwMTItMDctMTcgYXQgMTU6NDkgKzAxMDAsIElhbiBUb2JpbiB3cm90ZToNCj4+PiBYRU5CVVM6 IFRpbWVvdXQgY29ubmVjdGluZyB0byBkZXZpY2U6IGRldmljZS92aWYvMCAobG9jYWwgc3RhdGUg MSwgDQo+Pj4gcmVtb3RlIHN0YXRlIDEpDQo+PiANCj4+PiBpZmNvbmZpZyDDouKCrOKAnGEgc2hv d3MgKHdpdGggZG9tdSBydW5uaW5nKQ0KPj4gDQo+PiBUaGVyZSBkb2Vzbid0IHNlZW0gdG8gYmUg YW55IHZpZlguWSBpbiB0aGVyZSAtLSBwZXJoYXBzIHlvdSBkb24ndCBoYXZlIHRoZSBuZXRiYWNr IGRyaXZlciBsb2FkZWQgb3IgY29tcGlsZWQgaW50byB5b3VyIGtlcm5lbD8NCj4+IA0KPj4+IGtl cm5lbCA9ICIvYm9vdC92bWxpbnV6LTIuNi4xOC44LXhlbiINCj4+IA0KPj4gV2h5IHNvIGFuY2ll bnQ/DQo+PiANCj4+IElhbi4NCj4+IA0KPj4gDQo+PiANCj4gDQo+IA0KPiANCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxp c3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Tue Jul 17 16:37:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 16:37: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 1SrAlR-0002L6-3Y; Tue, 17 Jul 2012 16:36:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrAlQ-0002Kz-2x for xen-users@lists.xen.org; Tue, 17 Jul 2012 16:36:44 +0000 Received: from [85.158.143.35:17571] by server-1.bemta-4.messagelabs.com id 13/1B-24392-B9495005; Tue, 17 Jul 2012 16:36:43 +0000 X-Env-Sender: slawek.k_xl@wp.pl X-Msg-Ref: server-13.tower-21.messagelabs.com!1342543002!14492204!1 X-Originating-IP: [212.77.101.7] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTIuNzcuMTAxLjcgPT4gOTI4NjQ=\n,sa_preprocessor: QmFkIElQOiAyMTIuNzcuMTAxLjcgPT4gOTI4NjQ=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21814 invoked from network); 17 Jul 2012 16:36:42 -0000 Received: from mx3.wp.pl (HELO mx3.wp.pl) (212.77.101.7) by server-13.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Jul 2012 16:36:42 -0000 Received: (wp-smtpd smtp.wp.pl 5575 invoked from network); 17 Jul 2012 18:36:42 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1342543002; bh=nNfRGrpvftDuQwCxwnPnhw2N9YTFxUVPvCoHilI8fNQ=; h=From:To:Subject; b=sYnPE7EiTdKac5GNAF/uJRz6apF1RFISofDXo3HDL0IlIKLNJyWtuwpGbX9IXMk8B 9ltPHWPJw1HwjSN6zIsrRryeV+Bxtd9yC9G73yr2BSmkJt4FfAcVN2FVyS/bqmYdXU qIZu8KmVsuPrb3Dux0V94+Rvy5VfgtXXqtJQtBqY= Received: from out.poczta.wp.pl (HELO localhost) ([212.77.101.240]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with SMTP for ; 17 Jul 2012 18:36:42 +0200 Date: Tue, 17 Jul 2012 18:36:41 +0200 From: =?ISO-8859-2?Q?S=B3awek_Kosowski?= To: xen-users Message-ID: <50059499ec1013.01494631@wp.pl> MIME-Version: 1.0 Content-Disposition: inline X-Mailer: Interfejs WWW nowej poczty Wirtualnej Polski X-User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/536.11 (KHTML, like Gecko) Chrome/20.0.1132.57 Safari/536.11 Organization: Poznaj Poczte WP http://poczta.wp.pl/info-start.html X-WP-IP: 83.5.73.216 X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [keM0] Subject: Re: [Xen-users] Xen bridged 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thanks Alexandre, I must have changed something wrong in the log. It's OK in the /etc/xen/fw.cfg: vif = ['bridge=breth,ip=7.5.7.202, mac=00:16:3e:07:d2:01 [...] Excuse me for misunderstanding _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 17 16:37:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 16:37: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 1SrAlR-0002L6-3Y; Tue, 17 Jul 2012 16:36:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrAlQ-0002Kz-2x for xen-users@lists.xen.org; Tue, 17 Jul 2012 16:36:44 +0000 Received: from [85.158.143.35:17571] by server-1.bemta-4.messagelabs.com id 13/1B-24392-B9495005; Tue, 17 Jul 2012 16:36:43 +0000 X-Env-Sender: slawek.k_xl@wp.pl X-Msg-Ref: server-13.tower-21.messagelabs.com!1342543002!14492204!1 X-Originating-IP: [212.77.101.7] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTIuNzcuMTAxLjcgPT4gOTI4NjQ=\n,sa_preprocessor: QmFkIElQOiAyMTIuNzcuMTAxLjcgPT4gOTI4NjQ=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21814 invoked from network); 17 Jul 2012 16:36:42 -0000 Received: from mx3.wp.pl (HELO mx3.wp.pl) (212.77.101.7) by server-13.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Jul 2012 16:36:42 -0000 Received: (wp-smtpd smtp.wp.pl 5575 invoked from network); 17 Jul 2012 18:36:42 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1342543002; bh=nNfRGrpvftDuQwCxwnPnhw2N9YTFxUVPvCoHilI8fNQ=; h=From:To:Subject; b=sYnPE7EiTdKac5GNAF/uJRz6apF1RFISofDXo3HDL0IlIKLNJyWtuwpGbX9IXMk8B 9ltPHWPJw1HwjSN6zIsrRryeV+Bxtd9yC9G73yr2BSmkJt4FfAcVN2FVyS/bqmYdXU qIZu8KmVsuPrb3Dux0V94+Rvy5VfgtXXqtJQtBqY= Received: from out.poczta.wp.pl (HELO localhost) ([212.77.101.240]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with SMTP for ; 17 Jul 2012 18:36:42 +0200 Date: Tue, 17 Jul 2012 18:36:41 +0200 From: =?ISO-8859-2?Q?S=B3awek_Kosowski?= To: xen-users Message-ID: <50059499ec1013.01494631@wp.pl> MIME-Version: 1.0 Content-Disposition: inline X-Mailer: Interfejs WWW nowej poczty Wirtualnej Polski X-User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/536.11 (KHTML, like Gecko) Chrome/20.0.1132.57 Safari/536.11 Organization: Poznaj Poczte WP http://poczta.wp.pl/info-start.html X-WP-IP: 83.5.73.216 X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [keM0] Subject: Re: [Xen-users] Xen bridged 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thanks Alexandre, I must have changed something wrong in the log. It's OK in the /etc/xen/fw.cfg: vif = ['bridge=breth,ip=7.5.7.202, mac=00:16:3e:07:d2:01 [...] Excuse me for misunderstanding _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 17 16:57:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 16: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 1SrB4c-0003Q9-0V; Tue, 17 Jul 2012 16:56:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrB4a-0003Q1-Io for Xen-users@lists.xen.org; Tue, 17 Jul 2012 16:56:32 +0000 Received: from [85.158.139.83:62864] by server-12.bemta-5.messagelabs.com id 5B/B1-25233-F3995005; Tue, 17 Jul 2012 16:56:31 +0000 X-Env-Sender: halcyon1981@gmail.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1342544191!21052938!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=1.7 required=7.0 tests=INFO_TLD, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5929 invoked from network); 17 Jul 2012 16:56:31 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jul 2012 16:56:31 -0000 Received: by weyz53 with SMTP id z53so512119wey.32 for ; Tue, 17 Jul 2012 09:56:31 -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=trK9LvjtdcSxypRO1dYdVErLpFE52h3ZFzUKVZKkGio=; b=MRxZN+9x2p6syFABxg1ng7Kj07JFGY5Y3kySaRMD51Vljc3JUd6H/ErSDCPeF+/9Nk 7cPcHjC7zahhdKxwfGDK1ffkuBOFIHMulg8j1A3xcbYPBqJyI4n8a6QSPJJm4MYTk42o 7IxGO63u9z6DXu7JcmlNaw3z9Tmqmh65v+JS1AMHJ8iYoOlhBpigNuNissEo2d4kalKq uCpKONquTlWRGTNivkF0YAAO6ZtUal4gIgqJ/LFjO40wGIcGzMEmJCga1uJuGTbGGs8V QACwW2O4yWcVjdoDZIqTFfOc02CRLMyrme75DV8Z+0o2XYkCH6+0nAO1CgMGeevt528+ aL2Q== MIME-Version: 1.0 Received: by 10.216.226.78 with SMTP id a56mr1768456weq.133.1342544189951; Tue, 17 Jul 2012 09:56:29 -0700 (PDT) Received: by 10.223.83.9 with HTTP; Tue, 17 Jul 2012 09:56:29 -0700 (PDT) In-Reply-To: <50053E73.3060006@citrix.com> References: <5003EB20.1010501@citrix.com> <50053E73.3060006@citrix.com> Date: Tue, 17 Jul 2012 09:56:29 -0700 Message-ID: From: David Erickson To: Roger Pau Monne Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Installer hanging HVM Solaris 11 or OpenIndiana 151a X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thanks Roger, I too was able to get it to boot temporarily (then it mysteriously stopped working and I couldn't get it back, no clue what happened) with a very similar config to above. Also of note, if you try to export a phy LVM based backend to Solaris it will just hang and never boot, you must use a file like you did in your config. However for the brief time I was able to get it work I had a problem where the option ROM on the SAS card would fail being executed (see http://marc.info/?l=xen-devel&m=133417413911332&w=2), which looked like it left the card in a broken state causing the kernel to panic during boot. Any suggestions on how to deal with a problem like that? On Tue, Jul 17, 2012 at 3:29 AM, Roger Pau Monne wrote: > David Erickson wrote: >> Thanks for the pointers Roger, the main reason is because I need to do >> PCI pass thru of my SAS HBA and it isn't clear to me that Solaris has >> the appropriate support for pass through with PV drivers. > > I've successfully created a Solaris 11 HVM using the following config file: > > builder='hvm' > memory = 2048 > vcpus=2 > name = "solaris" > vif = ['bridge=br0, type=ioemu'] > disk = [ > 'file:/root/solaris.img,ioemu:hda,w', > 'file:/root/sol-11-1111-text-x86.iso,ioemu:hdc:cdrom,r' > ] > boot="d" > vnc=1 > vnclisten="0.0.0.0" > vncdisplay=1 > > I'm using xen-unstable, but I think there haven't been any changes that > could affect Solaris as a HVM. I haven't tried to perform any > PCI-passthrough. Both Solaris and the installer take some time to boot > up, and the installer seems to be frozen for some time (like 1-2min) on > "Probing for device nodes ...", but it eventually succeeds. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 17 16:57:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 16: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 1SrB4c-0003Q9-0V; Tue, 17 Jul 2012 16:56:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrB4a-0003Q1-Io for Xen-users@lists.xen.org; Tue, 17 Jul 2012 16:56:32 +0000 Received: from [85.158.139.83:62864] by server-12.bemta-5.messagelabs.com id 5B/B1-25233-F3995005; Tue, 17 Jul 2012 16:56:31 +0000 X-Env-Sender: halcyon1981@gmail.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1342544191!21052938!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=1.7 required=7.0 tests=INFO_TLD, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5929 invoked from network); 17 Jul 2012 16:56:31 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jul 2012 16:56:31 -0000 Received: by weyz53 with SMTP id z53so512119wey.32 for ; Tue, 17 Jul 2012 09:56:31 -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=trK9LvjtdcSxypRO1dYdVErLpFE52h3ZFzUKVZKkGio=; b=MRxZN+9x2p6syFABxg1ng7Kj07JFGY5Y3kySaRMD51Vljc3JUd6H/ErSDCPeF+/9Nk 7cPcHjC7zahhdKxwfGDK1ffkuBOFIHMulg8j1A3xcbYPBqJyI4n8a6QSPJJm4MYTk42o 7IxGO63u9z6DXu7JcmlNaw3z9Tmqmh65v+JS1AMHJ8iYoOlhBpigNuNissEo2d4kalKq uCpKONquTlWRGTNivkF0YAAO6ZtUal4gIgqJ/LFjO40wGIcGzMEmJCga1uJuGTbGGs8V QACwW2O4yWcVjdoDZIqTFfOc02CRLMyrme75DV8Z+0o2XYkCH6+0nAO1CgMGeevt528+ aL2Q== MIME-Version: 1.0 Received: by 10.216.226.78 with SMTP id a56mr1768456weq.133.1342544189951; Tue, 17 Jul 2012 09:56:29 -0700 (PDT) Received: by 10.223.83.9 with HTTP; Tue, 17 Jul 2012 09:56:29 -0700 (PDT) In-Reply-To: <50053E73.3060006@citrix.com> References: <5003EB20.1010501@citrix.com> <50053E73.3060006@citrix.com> Date: Tue, 17 Jul 2012 09:56:29 -0700 Message-ID: From: David Erickson To: Roger Pau Monne Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Installer hanging HVM Solaris 11 or OpenIndiana 151a X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thanks Roger, I too was able to get it to boot temporarily (then it mysteriously stopped working and I couldn't get it back, no clue what happened) with a very similar config to above. Also of note, if you try to export a phy LVM based backend to Solaris it will just hang and never boot, you must use a file like you did in your config. However for the brief time I was able to get it work I had a problem where the option ROM on the SAS card would fail being executed (see http://marc.info/?l=xen-devel&m=133417413911332&w=2), which looked like it left the card in a broken state causing the kernel to panic during boot. Any suggestions on how to deal with a problem like that? On Tue, Jul 17, 2012 at 3:29 AM, Roger Pau Monne wrote: > David Erickson wrote: >> Thanks for the pointers Roger, the main reason is because I need to do >> PCI pass thru of my SAS HBA and it isn't clear to me that Solaris has >> the appropriate support for pass through with PV drivers. > > I've successfully created a Solaris 11 HVM using the following config file: > > builder='hvm' > memory = 2048 > vcpus=2 > name = "solaris" > vif = ['bridge=br0, type=ioemu'] > disk = [ > 'file:/root/solaris.img,ioemu:hda,w', > 'file:/root/sol-11-1111-text-x86.iso,ioemu:hdc:cdrom,r' > ] > boot="d" > vnc=1 > vnclisten="0.0.0.0" > vncdisplay=1 > > I'm using xen-unstable, but I think there haven't been any changes that > could affect Solaris as a HVM. I haven't tried to perform any > PCI-passthrough. Both Solaris and the installer take some time to boot > up, and the installer seems to be frozen for some time (like 1-2min) on > "Probing for device nodes ...", but it eventually succeeds. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 17 17:41:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 17:41: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 1SrBlF-0003vr-Ti; Tue, 17 Jul 2012 17:40:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrBlD-0003vm-Ef for xen-users@lists.xen.org; Tue, 17 Jul 2012 17:40:36 +0000 Received: from [85.158.143.35:63361] by server-3.bemta-4.messagelabs.com id 65/40-01511-293A5005; Tue, 17 Jul 2012 17:40:34 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1342546832!10230083!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23582 invoked from network); 17 Jul 2012 17:40:33 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-10.tower-21.messagelabs.com with SMTP; 17 Jul 2012 17:40:33 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Tue, 17 Jul 2012 18:40:29 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01CD6443.40250CAE" Date: Tue, 17 Jul 2012 18:40:22 +0100 Content-class: urn:content-classes:message Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A66BC@electron.tidyhosts.com> X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] XENBUS: Waiting for devices to initialise: thread-index: Ac1kLmuuZc2dKNumQ1Ktzz8H70P5TgAFLV+Q References: <039E0B4AA9103344A80DA55DDDC76A936A66BA@electron.tidyhosts.com> <1342537119.16704.2.camel@zakaz.uk.xensource.com> <039E0B4AA9103344A80DA55DDDC76A936A66BB@electron.tidyhosts.com> <1342537873.16704.4.camel@zakaz.uk.xensource.com> From: "Ian Tobin" To: "Ian Campbell" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] XENBUS: Waiting for devices to initialise: X-BeenThere: xen-users@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. ------_=_NextPart_001_01CD6443.40250CAE Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SWFuLA0KDQpTZWUgYXR0YWNoZWQNCg0KVGhhbmtzDQoNCklhbg0KDQoNCg0KLS0tLS1PcmlnaW5h bCBNZXNzYWdlLS0tLS0NCkZyb206IElhbiBDYW1wYmVsbCBbbWFpbHRvOklhbi5DYW1wYmVsbEBj aXRyaXguY29tXSANClNlbnQ6IDE3IEp1bHkgMjAxMiAxNjoxMQ0KVG86IElhbiBUb2Jpbg0KQ2M6 IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnDQpTdWJqZWN0OiBSZTogW1hlbi11c2Vyc10gWEVOQlVT OiBXYWl0aW5nIGZvciBkZXZpY2VzIHRvIGluaXRpYWxpc2U6DQoNCkF0dGFjaGluZyB5b3VyIC5j b2ZpZyB3b3VsZCBiZSBhIGdvb2Qgc3RhcnQuDQoNCk9uIGEgbW9kZXJuIGtlcm5lbCAvc3lzL2J1 cy94ZW4tYmFja2VuZCBzaG91bGQgY29udGFpbiAidmlmIiwgWU1NViB1bmRlciBvdGhlciBrZXJu ZWxzLCBidXQgdGhlcmUgb3VnaHQgdG8gYmUgc29tZSBpbmRpY2F0aW9uIHVuZGVyIC9zeXMgdGhh dCBuZXRiYWNrIGV4aXN0cy4NCg0KT24gVHVlLCAyMDEyLTA3LTE3IGF0IDE2OjAxICswMTAwLCBJ YW4gVG9iaW4gd3JvdGU6DQo+IElhbiwNCj4gDQo+IEhvdyB3b3VsZCBJIHRlbGwgdGhpcz8gSSBz ZWxlY3RlZCBhbGwgb3B0aW9ucyB3aGVuIGNvbXBpbGluZyBhcyBzdGF0aWMuDQo+IA0KPiBUaGUg a2VybmVsIGZvciBEb21VIGlzIGp1c3QgYSB0ZXN0LCBpdmUgdHJpZWQga2VybmVscyB1cCB0byAz LjQuNSBhbmQgc3RpbGwgbm90IHdvcmtpbmcuDQo+IA0KPiBCVFcgaXZlIHJlYnVpbHQgdGhlIG1h aW4gaG9zdCB0d2ljZSB3aXRoIHRoZSBzYW1lIHByb2JsZW0uDQo+IA0KPiBUaGFua3MNCj4gDQo+ IElhbg0KPiANCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogSWFuIENhbXBi ZWxsIFttYWlsdG86SWFuLkNhbXBiZWxsQGNpdHJpeC5jb21dDQo+IFNlbnQ6IDE3IEp1bHkgMjAx MiAxNTo1OQ0KPiBUbzogSWFuIFRvYmluDQo+IENjOiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZw0K PiBTdWJqZWN0OiBSZTogW1hlbi11c2Vyc10gWEVOQlVTOiBXYWl0aW5nIGZvciBkZXZpY2VzIHRv IGluaXRpYWxpc2U6DQo+IA0KPiBPbiBUdWUsIDIwMTItMDctMTcgYXQgMTU6NDkgKzAxMDAsIElh biBUb2JpbiB3cm90ZToNCj4gPiBYRU5CVVM6IFRpbWVvdXQgY29ubmVjdGluZyB0byBkZXZpY2U6 IGRldmljZS92aWYvMCAobG9jYWwgc3RhdGUgMSwgDQo+ID4gcmVtb3RlIHN0YXRlIDEpDQo+IA0K PiA+IGlmY29uZmlnIOKAk2Egc2hvd3MgKHdpdGggZG9tdSBydW5uaW5nKQ0KPiANCj4gVGhlcmUg ZG9lc24ndCBzZWVtIHRvIGJlIGFueSB2aWZYLlkgaW4gdGhlcmUgLS0gcGVyaGFwcyB5b3UgZG9u J3QgaGF2ZSB0aGUgbmV0YmFjayBkcml2ZXIgbG9hZGVkIG9yIGNvbXBpbGVkIGludG8geW91ciBr ZXJuZWw/DQo+IA0KPiA+IGtlcm5lbCA9ICIvYm9vdC92bWxpbnV6LTIuNi4xOC44LXhlbiINCj4g DQo+IFdoeSBzbyBhbmNpZW50Pw0KPiANCj4gSWFuLg0KPiANCj4gDQo+IA0KDQoNCg0K ------_=_NextPart_001_01CD6443.40250CAE Content-Type: application/octet-stream; name="config-3.4.5" Content-Transfer-Encoding: base64 Content-Description: config-3.4.5 Content-Disposition: attachment; filename="config-3.4.5" IwojIEF1dG9tYXRpY2FsbHkgZ2VuZXJhdGVkIGZpbGU7IERPIE5PVCBFRElULgojIExpbnV4L3g4 Nl82NCAzLjQuNSBLZXJuZWwgQ29uZmlndXJhdGlvbgojCkNPTkZJR182NEJJVD15CiMgQ09ORklH X1g4Nl8zMiBpcyBub3Qgc2V0CkNPTkZJR19YODZfNjQ9eQpDT05GSUdfWDg2PXkKQ09ORklHX0lO U1RSVUNUSU9OX0RFQ09ERVI9eQpDT05GSUdfT1VUUFVUX0ZPUk1BVD0iZWxmNjQteDg2LTY0IgpD T05GSUdfQVJDSF9ERUZDT05GSUc9ImFyY2gveDg2L2NvbmZpZ3MveDg2XzY0X2RlZmNvbmZpZyIK Q09ORklHX0dFTkVSSUNfQ01PU19VUERBVEU9eQpDT05GSUdfQ0xPQ0tTT1VSQ0VfV0FUQ0hET0c9 eQpDT05GSUdfR0VORVJJQ19DTE9DS0VWRU5UUz15CkNPTkZJR19BUkNIX0NMT0NLU09VUkNFX0RB VEE9eQpDT05GSUdfR0VORVJJQ19DTE9DS0VWRU5UU19CUk9BRENBU1Q9eQpDT05GSUdfTE9DS0RF UF9TVVBQT1JUPXkKQ09ORklHX1NUQUNLVFJBQ0VfU1VQUE9SVD15CkNPTkZJR19IQVZFX0xBVEVO Q1lUT1BfU1VQUE9SVD15CkNPTkZJR19NTVU9eQpDT05GSUdfTkVFRF9ETUFfTUFQX1NUQVRFPXkK Q09ORklHX05FRURfU0dfRE1BX0xFTkdUSD15CkNPTkZJR19HRU5FUklDX0lTQV9ETUE9eQpDT05G SUdfR0VORVJJQ19CVUc9eQpDT05GSUdfR0VORVJJQ19CVUdfUkVMQVRJVkVfUE9JTlRFUlM9eQpD T05GSUdfR0VORVJJQ19IV0VJR0hUPXkKQ09ORklHX0dFTkVSSUNfR1BJTz15CkNPTkZJR19BUkNI X01BWV9IQVZFX1BDX0ZEQz15CiMgQ09ORklHX1JXU0VNX0dFTkVSSUNfU1BJTkxPQ0sgaXMgbm90 IHNldApDT05GSUdfUldTRU1fWENIR0FERF9BTEdPUklUSE09eQpDT05GSUdfQVJDSF9IQVNfQ1BV X0lETEVfV0FJVD15CkNPTkZJR19HRU5FUklDX0NBTElCUkFURV9ERUxBWT15CkNPTkZJR19HRU5F UklDX1RJTUVfVlNZU0NBTEw9eQpDT05GSUdfQVJDSF9IQVNfQ1BVX1JFTEFYPXkKQ09ORklHX0FS Q0hfSEFTX0RFRkFVTFRfSURMRT15CkNPTkZJR19BUkNIX0hBU19DQUNIRV9MSU5FX1NJWkU9eQpD T05GSUdfQVJDSF9IQVNfQ1BVX0FVVE9QUk9CRT15CkNPTkZJR19IQVZFX1NFVFVQX1BFUl9DUFVf QVJFQT15CkNPTkZJR19ORUVEX1BFUl9DUFVfRU1CRURfRklSU1RfQ0hVTks9eQpDT05GSUdfTkVF RF9QRVJfQ1BVX1BBR0VfRklSU1RfQ0hVTks9eQpDT05GSUdfQVJDSF9ISUJFUk5BVElPTl9QT1NT SUJMRT15CkNPTkZJR19BUkNIX1NVU1BFTkRfUE9TU0lCTEU9eQpDT05GSUdfWk9ORV9ETUEzMj15 CkNPTkZJR19BVURJVF9BUkNIPXkKQ09ORklHX0FSQ0hfU1VQUE9SVFNfT1BUSU1JWkVEX0lOTElO SU5HPXkKQ09ORklHX0FSQ0hfU1VQUE9SVFNfREVCVUdfUEFHRUFMTE9DPXkKQ09ORklHX1g4Nl82 NF9TTVA9eQpDT05GSUdfWDg2X0hUPXkKQ09ORklHX0FSQ0hfSFdFSUdIVF9DRkxBR1M9Ii1mY2Fs bC1zYXZlZC1yZGkgLWZjYWxsLXNhdmVkLXJzaSAtZmNhbGwtc2F2ZWQtcmR4IC1mY2FsbC1zYXZl ZC1yY3ggLWZjYWxsLXNhdmVkLXI4IC1mY2FsbC1zYXZlZC1yOSAtZmNhbGwtc2F2ZWQtcjEwIC1m Y2FsbC1zYXZlZC1yMTEiCiMgQ09ORklHX0tUSU1FX1NDQUxBUiBpcyBub3Qgc2V0CkNPTkZJR19B UkNIX0NQVV9QUk9CRV9SRUxFQVNFPXkKQ09ORklHX0RFRkNPTkZJR19MSVNUPSIvbGliL21vZHVs ZXMvJFVOQU1FX1JFTEVBU0UvLmNvbmZpZyIKQ09ORklHX0hBVkVfSVJRX1dPUks9eQpDT05GSUdf SVJRX1dPUks9eQoKIwojIEdlbmVyYWwgc2V0dXAKIwpDT05GSUdfRVhQRVJJTUVOVEFMPXkKQ09O RklHX0lOSVRfRU5WX0FSR19MSU1JVD0zMgpDT05GSUdfQ1JPU1NfQ09NUElMRT0iIgpDT05GSUdf TE9DQUxWRVJTSU9OPSIiCiMgQ09ORklHX0xPQ0FMVkVSU0lPTl9BVVRPIGlzIG5vdCBzZXQKQ09O RklHX0hBVkVfS0VSTkVMX0daSVA9eQpDT05GSUdfSEFWRV9LRVJORUxfQlpJUDI9eQpDT05GSUdf SEFWRV9LRVJORUxfTFpNQT15CkNPTkZJR19IQVZFX0tFUk5FTF9YWj15CkNPTkZJR19IQVZFX0tF Uk5FTF9MWk89eQpDT05GSUdfS0VSTkVMX0daSVA9eQojIENPTkZJR19LRVJORUxfQlpJUDIgaXMg bm90IHNldAojIENPTkZJR19LRVJORUxfTFpNQSBpcyBub3Qgc2V0CiMgQ09ORklHX0tFUk5FTF9Y WiBpcyBub3Qgc2V0CiMgQ09ORklHX0tFUk5FTF9MWk8gaXMgbm90IHNldApDT05GSUdfREVGQVVM VF9IT1NUTkFNRT0iKG5vbmUpIgpDT05GSUdfU1dBUD15CkNPTkZJR19TWVNWSVBDPXkKQ09ORklH X1NZU1ZJUENfU1lTQ1RMPXkKQ09ORklHX1BPU0lYX01RVUVVRT15CkNPTkZJR19QT1NJWF9NUVVF VUVfU1lTQ1RMPXkKQ09ORklHX0JTRF9QUk9DRVNTX0FDQ1Q9eQpDT05GSUdfQlNEX1BST0NFU1Nf QUNDVF9WMz15CiMgQ09ORklHX0ZIQU5ETEUgaXMgbm90IHNldApDT05GSUdfVEFTS1NUQVRTPXkK Q09ORklHX1RBU0tfREVMQVlfQUNDVD15CkNPTkZJR19UQVNLX1hBQ0NUPXkKQ09ORklHX1RBU0tf SU9fQUNDT1VOVElORz15CkNPTkZJR19BVURJVD15CkNPTkZJR19BVURJVFNZU0NBTEw9eQpDT05G SUdfQVVESVRfV0FUQ0g9eQpDT05GSUdfQVVESVRfVFJFRT15CiMgQ09ORklHX0FVRElUX0xPR0lO VUlEX0lNTVVUQUJMRSBpcyBub3Qgc2V0CkNPTkZJR19IQVZFX0dFTkVSSUNfSEFSRElSUVM9eQoK IwojIElSUSBzdWJzeXN0ZW0KIwpDT05GSUdfR0VORVJJQ19IQVJESVJRUz15CkNPTkZJR19HRU5F UklDX0lSUV9QUk9CRT15CkNPTkZJR19HRU5FUklDX0lSUV9TSE9XPXkKQ09ORklHX0dFTkVSSUNf UEVORElOR19JUlE9eQpDT05GSUdfSVJRX0ZPUkNFRF9USFJFQURJTkc9eQpDT05GSUdfU1BBUlNF X0lSUT15CgojCiMgUkNVIFN1YnN5c3RlbQojCkNPTkZJR19UUkVFX1JDVT15CiMgQ09ORklHX1BS RUVNUFRfUkNVIGlzIG5vdCBzZXQKQ09ORklHX1JDVV9GQU5PVVQ9NjQKIyBDT05GSUdfUkNVX0ZB Tk9VVF9FWEFDVCBpcyBub3Qgc2V0CiMgQ09ORklHX1JDVV9GQVNUX05PX0haIGlzIG5vdCBzZXQK IyBDT05GSUdfVFJFRV9SQ1VfVFJBQ0UgaXMgbm90IHNldAojIENPTkZJR19JS0NPTkZJRyBpcyBu b3Qgc2V0CkNPTkZJR19MT0dfQlVGX1NISUZUPTE5CkNPTkZJR19IQVZFX1VOU1RBQkxFX1NDSEVE X0NMT0NLPXkKQ09ORklHX0NHUk9VUFM9eQojIENPTkZJR19DR1JPVVBfREVCVUcgaXMgbm90IHNl dApDT05GSUdfQ0dST1VQX0ZSRUVaRVI9eQpDT05GSUdfQ0dST1VQX0RFVklDRT15CkNPTkZJR19D UFVTRVRTPXkKQ09ORklHX1BST0NfUElEX0NQVVNFVD15CkNPTkZJR19DR1JPVVBfQ1BVQUNDVD15 CkNPTkZJR19SRVNPVVJDRV9DT1VOVEVSUz15CkNPTkZJR19DR1JPVVBfTUVNX1JFU19DVExSPXkK Q09ORklHX0NHUk9VUF9NRU1fUkVTX0NUTFJfU1dBUD15CkNPTkZJR19DR1JPVVBfTUVNX1JFU19D VExSX1NXQVBfRU5BQkxFRD15CiMgQ09ORklHX0NHUk9VUF9NRU1fUkVTX0NUTFJfS01FTSBpcyBu b3Qgc2V0CkNPTkZJR19DR1JPVVBfUEVSRj15CkNPTkZJR19DR1JPVVBfU0NIRUQ9eQpDT05GSUdf RkFJUl9HUk9VUF9TQ0hFRD15CkNPTkZJR19DRlNfQkFORFdJRFRIPXkKQ09ORklHX1JUX0dST1VQ X1NDSEVEPXkKQ09ORklHX0JMS19DR1JPVVA9eQojIENPTkZJR19ERUJVR19CTEtfQ0dST1VQIGlz IG5vdCBzZXQKIyBDT05GSUdfQ0hFQ0tQT0lOVF9SRVNUT1JFIGlzIG5vdCBzZXQKQ09ORklHX05B TUVTUEFDRVM9eQpDT05GSUdfVVRTX05TPXkKQ09ORklHX0lQQ19OUz15CkNPTkZJR19VU0VSX05T PXkKQ09ORklHX1BJRF9OUz15CkNPTkZJR19ORVRfTlM9eQpDT05GSUdfU0NIRURfQVVUT0dST1VQ PXkKQ09ORklHX01NX09XTkVSPXkKIyBDT05GSUdfU1lTRlNfREVQUkVDQVRFRCBpcyBub3Qgc2V0 CkNPTkZJR19SRUxBWT15CkNPTkZJR19CTEtfREVWX0lOSVRSRD15CkNPTkZJR19JTklUUkFNRlNf U09VUkNFPSIiCkNPTkZJR19SRF9HWklQPXkKQ09ORklHX1JEX0JaSVAyPXkKQ09ORklHX1JEX0xa TUE9eQpDT05GSUdfUkRfWFo9eQpDT05GSUdfUkRfTFpPPXkKIyBDT05GSUdfQ0NfT1BUSU1JWkVf Rk9SX1NJWkUgaXMgbm90IHNldApDT05GSUdfU1lTQ1RMPXkKQ09ORklHX0FOT05fSU5PREVTPXkK IyBDT05GSUdfRVhQRVJUIGlzIG5vdCBzZXQKQ09ORklHX1VJRDE2PXkKIyBDT05GSUdfU1lTQ1RM X1NZU0NBTEwgaXMgbm90IHNldApDT05GSUdfS0FMTFNZTVM9eQpDT05GSUdfS0FMTFNZTVNfQUxM PXkKQ09ORklHX0hPVFBMVUc9eQpDT05GSUdfUFJJTlRLPXkKQ09ORklHX0JVRz15CkNPTkZJR19F TEZfQ09SRT15CkNPTkZJR19QQ1NQS1JfUExBVEZPUk09eQpDT05GSUdfSEFWRV9QQ1NQS1JfUExB VEZPUk09eQpDT05GSUdfQkFTRV9GVUxMPXkKQ09ORklHX0ZVVEVYPXkKQ09ORklHX0VQT0xMPXkK Q09ORklHX1NJR05BTEZEPXkKQ09ORklHX1RJTUVSRkQ9eQpDT05GSUdfRVZFTlRGRD15CkNPTkZJ R19TSE1FTT15CkNPTkZJR19BSU89eQojIENPTkZJR19FTUJFRERFRCBpcyBub3Qgc2V0CkNPTkZJ R19IQVZFX1BFUkZfRVZFTlRTPXkKCiMKIyBLZXJuZWwgUGVyZm9ybWFuY2UgRXZlbnRzIEFuZCBD b3VudGVycwojCkNPTkZJR19QRVJGX0VWRU5UUz15CkNPTkZJR19QRVJGX0NPVU5URVJTPXkKIyBD T05GSUdfREVCVUdfUEVSRl9VU0VfVk1BTExPQyBpcyBub3Qgc2V0CkNPTkZJR19WTV9FVkVOVF9D T1VOVEVSUz15CkNPTkZJR19QQ0lfUVVJUktTPXkKIyBDT05GSUdfQ09NUEFUX0JSSyBpcyBub3Qg c2V0CkNPTkZJR19TTEFCPXkKIyBDT05GSUdfU0xVQiBpcyBub3Qgc2V0CkNPTkZJR19QUk9GSUxJ Tkc9eQpDT05GSUdfVFJBQ0VQT0lOVFM9eQpDT05GSUdfT1BST0ZJTEU9bQpDT05GSUdfT1BST0ZJ TEVfRVZFTlRfTVVMVElQTEVYPXkKQ09ORklHX0hBVkVfT1BST0ZJTEU9eQpDT05GSUdfT1BST0ZJ TEVfTk1JX1RJTUVSPXkKQ09ORklHX0tQUk9CRVM9eQojIENPTkZJR19KVU1QX0xBQkVMIGlzIG5v dCBzZXQKQ09ORklHX09QVFBST0JFUz15CkNPTkZJR19IQVZFX0VGRklDSUVOVF9VTkFMSUdORURf QUNDRVNTPXkKQ09ORklHX0tSRVRQUk9CRVM9eQpDT05GSUdfVVNFUl9SRVRVUk5fTk9USUZJRVI9 eQpDT05GSUdfSEFWRV9JT1JFTUFQX1BST1Q9eQpDT05GSUdfSEFWRV9LUFJPQkVTPXkKQ09ORklH X0hBVkVfS1JFVFBST0JFUz15CkNPTkZJR19IQVZFX09QVFBST0JFUz15CkNPTkZJR19IQVZFX0FS Q0hfVFJBQ0VIT09LPXkKQ09ORklHX0hBVkVfRE1BX0FUVFJTPXkKQ09ORklHX1VTRV9HRU5FUklD X1NNUF9IRUxQRVJTPXkKQ09ORklHX0hBVkVfUkVHU19BTkRfU1RBQ0tfQUNDRVNTX0FQST15CkNP TkZJR19IQVZFX0RNQV9BUElfREVCVUc9eQpDT05GSUdfSEFWRV9IV19CUkVBS1BPSU5UPXkKQ09O RklHX0hBVkVfTUlYRURfQlJFQUtQT0lOVFNfUkVHUz15CkNPTkZJR19IQVZFX1VTRVJfUkVUVVJO X05PVElGSUVSPXkKQ09ORklHX0hBVkVfUEVSRl9FVkVOVFNfTk1JPXkKQ09ORklHX0hBVkVfQVJD SF9KVU1QX0xBQkVMPXkKQ09ORklHX0FSQ0hfSEFWRV9OTUlfU0FGRV9DTVBYQ0hHPXkKQ09ORklH X0hBVkVfQ01QWENIR19MT0NBTD15CkNPTkZJR19IQVZFX0NNUFhDSEdfRE9VQkxFPXkKQ09ORklH X0FSQ0hfV0FOVF9PTERfQ09NUEFUX0lQQz15CgojCiMgR0NPVi1iYXNlZCBrZXJuZWwgcHJvZmls aW5nCiMKIyBDT05GSUdfR0NPVl9LRVJORUwgaXMgbm90IHNldAojIENPTkZJR19IQVZFX0dFTkVS SUNfRE1BX0NPSEVSRU5UIGlzIG5vdCBzZXQKQ09ORklHX1NMQUJJTkZPPXkKQ09ORklHX1JUX01V VEVYRVM9eQpDT05GSUdfQkFTRV9TTUFMTD0wCkNPTkZJR19NT0RVTEVTPXkKQ09ORklHX01PRFVM RV9GT1JDRV9MT0FEPXkKQ09ORklHX01PRFVMRV9VTkxPQUQ9eQojIENPTkZJR19NT0RVTEVfRk9S Q0VfVU5MT0FEIGlzIG5vdCBzZXQKQ09ORklHX01PRFZFUlNJT05TPXkKQ09ORklHX01PRFVMRV9T UkNWRVJTSU9OX0FMTD15CkNPTkZJR19TVE9QX01BQ0hJTkU9eQpDT05GSUdfQkxPQ0s9eQpDT05G SUdfQkxLX0RFVl9CU0c9eQpDT05GSUdfQkxLX0RFVl9CU0dMSUI9eQpDT05GSUdfQkxLX0RFVl9J TlRFR1JJVFk9eQpDT05GSUdfQkxLX0RFVl9USFJPVFRMSU5HPXkKCiMKIyBQYXJ0aXRpb24gVHlw ZXMKIwpDT05GSUdfUEFSVElUSU9OX0FEVkFOQ0VEPXkKIyBDT05GSUdfQUNPUk5fUEFSVElUSU9O IGlzIG5vdCBzZXQKQ09ORklHX09TRl9QQVJUSVRJT049eQpDT05GSUdfQU1JR0FfUEFSVElUSU9O PXkKIyBDT05GSUdfQVRBUklfUEFSVElUSU9OIGlzIG5vdCBzZXQKQ09ORklHX01BQ19QQVJUSVRJ T049eQpDT05GSUdfTVNET1NfUEFSVElUSU9OPXkKQ09ORklHX0JTRF9ESVNLTEFCRUw9eQpDT05G SUdfTUlOSVhfU1VCUEFSVElUSU9OPXkKQ09ORklHX1NPTEFSSVNfWDg2X1BBUlRJVElPTj15CkNP TkZJR19VTklYV0FSRV9ESVNLTEFCRUw9eQojIENPTkZJR19MRE1fUEFSVElUSU9OIGlzIG5vdCBz ZXQKQ09ORklHX1NHSV9QQVJUSVRJT049eQojIENPTkZJR19VTFRSSVhfUEFSVElUSU9OIGlzIG5v dCBzZXQKQ09ORklHX1NVTl9QQVJUSVRJT049eQpDT05GSUdfS0FSTUFfUEFSVElUSU9OPXkKQ09O RklHX0VGSV9QQVJUSVRJT049eQojIENPTkZJR19TWVNWNjhfUEFSVElUSU9OIGlzIG5vdCBzZXQK Q09ORklHX0JMT0NLX0NPTVBBVD15CgojCiMgSU8gU2NoZWR1bGVycwojCkNPTkZJR19JT1NDSEVE X05PT1A9eQpDT05GSUdfSU9TQ0hFRF9ERUFETElORT15CkNPTkZJR19JT1NDSEVEX0NGUT15CkNP TkZJR19DRlFfR1JPVVBfSU9TQ0hFRD15CiMgQ09ORklHX0RFRkFVTFRfREVBRExJTkUgaXMgbm90 IHNldApDT05GSUdfREVGQVVMVF9DRlE9eQojIENPTkZJR19ERUZBVUxUX05PT1AgaXMgbm90IHNl dApDT05GSUdfREVGQVVMVF9JT1NDSEVEPSJjZnEiCkNPTkZJR19QUkVFTVBUX05PVElGSUVSUz15 CiMgQ09ORklHX0lOTElORV9TUElOX1RSWUxPQ0sgaXMgbm90IHNldAojIENPTkZJR19JTkxJTkVf U1BJTl9UUllMT0NLX0JIIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5MSU5FX1NQSU5fTE9DSyBpcyBu b3Qgc2V0CiMgQ09ORklHX0lOTElORV9TUElOX0xPQ0tfQkggaXMgbm90IHNldAojIENPTkZJR19J TkxJTkVfU1BJTl9MT0NLX0lSUSBpcyBub3Qgc2V0CiMgQ09ORklHX0lOTElORV9TUElOX0xPQ0tf SVJRU0FWRSBpcyBub3Qgc2V0CiMgQ09ORklHX0lOTElORV9TUElOX1VOTE9DS19CSCBpcyBub3Qg c2V0CkNPTkZJR19JTkxJTkVfU1BJTl9VTkxPQ0tfSVJRPXkKIyBDT05GSUdfSU5MSU5FX1NQSU5f VU5MT0NLX0lSUVJFU1RPUkUgaXMgbm90IHNldAojIENPTkZJR19JTkxJTkVfUkVBRF9UUllMT0NL IGlzIG5vdCBzZXQKIyBDT05GSUdfSU5MSU5FX1JFQURfTE9DSyBpcyBub3Qgc2V0CiMgQ09ORklH X0lOTElORV9SRUFEX0xPQ0tfQkggaXMgbm90IHNldAojIENPTkZJR19JTkxJTkVfUkVBRF9MT0NL X0lSUSBpcyBub3Qgc2V0CiMgQ09ORklHX0lOTElORV9SRUFEX0xPQ0tfSVJRU0FWRSBpcyBub3Qg c2V0CkNPTkZJR19JTkxJTkVfUkVBRF9VTkxPQ0s9eQojIENPTkZJR19JTkxJTkVfUkVBRF9VTkxP Q0tfQkggaXMgbm90IHNldApDT05GSUdfSU5MSU5FX1JFQURfVU5MT0NLX0lSUT15CiMgQ09ORklH X0lOTElORV9SRUFEX1VOTE9DS19JUlFSRVNUT1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5MSU5F X1dSSVRFX1RSWUxPQ0sgaXMgbm90IHNldAojIENPTkZJR19JTkxJTkVfV1JJVEVfTE9DSyBpcyBu b3Qgc2V0CiMgQ09ORklHX0lOTElORV9XUklURV9MT0NLX0JIIGlzIG5vdCBzZXQKIyBDT05GSUdf SU5MSU5FX1dSSVRFX0xPQ0tfSVJRIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5MSU5FX1dSSVRFX0xP Q0tfSVJRU0FWRSBpcyBub3Qgc2V0CkNPTkZJR19JTkxJTkVfV1JJVEVfVU5MT0NLPXkKIyBDT05G SUdfSU5MSU5FX1dSSVRFX1VOTE9DS19CSCBpcyBub3Qgc2V0CkNPTkZJR19JTkxJTkVfV1JJVEVf VU5MT0NLX0lSUT15CiMgQ09ORklHX0lOTElORV9XUklURV9VTkxPQ0tfSVJRUkVTVE9SRSBpcyBu b3Qgc2V0CkNPTkZJR19NVVRFWF9TUElOX09OX09XTkVSPXkKQ09ORklHX0ZSRUVaRVI9eQoKIwoj IFByb2Nlc3NvciB0eXBlIGFuZCBmZWF0dXJlcwojCkNPTkZJR19aT05FX0RNQT15CkNPTkZJR19U SUNLX09ORVNIT1Q9eQpDT05GSUdfTk9fSFo9eQpDT05GSUdfSElHSF9SRVNfVElNRVJTPXkKQ09O RklHX0dFTkVSSUNfQ0xPQ0tFVkVOVFNfQlVJTEQ9eQpDT05GSUdfR0VORVJJQ19DTE9DS0VWRU5U U19NSU5fQURKVVNUPXkKQ09ORklHX1NNUD15CkNPTkZJR19YODZfTVBQQVJTRT15CkNPTkZJR19Y ODZfRVhURU5ERURfUExBVEZPUk09eQojIENPTkZJR19YODZfVlNNUCBpcyBub3Qgc2V0CkNPTkZJ R19YODZfU1VQUE9SVFNfTUVNT1JZX0ZBSUxVUkU9eQpDT05GSUdfU0NIRURfT01JVF9GUkFNRV9Q T0lOVEVSPXkKQ09ORklHX1BBUkFWSVJUX0dVRVNUPXkKQ09ORklHX1BBUkFWSVJUX1RJTUVfQUND T1VOVElORz15CkNPTkZJR19YRU49eQpDT05GSUdfWEVOX0RPTTA9eQpDT05GSUdfWEVOX1BSSVZJ TEVHRURfR1VFU1Q9eQpDT05GSUdfWEVOX1BWSFZNPXkKQ09ORklHX1hFTl9NQVhfRE9NQUlOX01F TU9SWT01MDAKQ09ORklHX1hFTl9TQVZFX1JFU1RPUkU9eQpDT05GSUdfWEVOX0RFQlVHX0ZTPXkK Q09ORklHX0tWTV9DTE9DSz15CkNPTkZJR19LVk1fR1VFU1Q9eQpDT05GSUdfUEFSQVZJUlQ9eQoj IENPTkZJR19QQVJBVklSVF9TUElOTE9DS1MgaXMgbm90IHNldApDT05GSUdfUEFSQVZJUlRfQ0xP Q0s9eQojIENPTkZJR19QQVJBVklSVF9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19OT19CT09UTUVN PXkKIyBDT05GSUdfTUVNVEVTVCBpcyBub3Qgc2V0CiMgQ09ORklHX01LOCBpcyBub3Qgc2V0CiMg Q09ORklHX01QU0MgaXMgbm90IHNldAojIENPTkZJR19NQ09SRTIgaXMgbm90IHNldAojIENPTkZJ R19NQVRPTSBpcyBub3Qgc2V0CkNPTkZJR19HRU5FUklDX0NQVT15CkNPTkZJR19YODZfSU5URVJO T0RFX0NBQ0hFX1NISUZUPTYKQ09ORklHX1g4Nl9DTVBYQ0hHPXkKQ09ORklHX1g4Nl9MMV9DQUNI RV9TSElGVD02CkNPTkZJR19YODZfWEFERD15CkNPTkZJR19YODZfV1BfV09SS1NfT0s9eQpDT05G SUdfWDg2X1RTQz15CkNPTkZJR19YODZfQ01QWENIRzY0PXkKQ09ORklHX1g4Nl9DTU9WPXkKQ09O RklHX1g4Nl9NSU5JTVVNX0NQVV9GQU1JTFk9NjQKQ09ORklHX1g4Nl9ERUJVR0NUTE1TUj15CkNP TkZJR19DUFVfU1VQX0lOVEVMPXkKQ09ORklHX0NQVV9TVVBfQU1EPXkKQ09ORklHX0NQVV9TVVBf Q0VOVEFVUj15CkNPTkZJR19IUEVUX1RJTUVSPXkKQ09ORklHX0hQRVRfRU1VTEFURV9SVEM9eQpD T05GSUdfRE1JPXkKQ09ORklHX0dBUlRfSU9NTVU9eQpDT05GSUdfQ0FMR0FSWV9JT01NVT15CiMg Q09ORklHX0NBTEdBUllfSU9NTVVfRU5BQkxFRF9CWV9ERUZBVUxUIGlzIG5vdCBzZXQKQ09ORklH X1NXSU9UTEI9eQpDT05GSUdfSU9NTVVfSEVMUEVSPXkKQ09ORklHX01BWFNNUD15CkNPTkZJR19O Ul9DUFVTPTQwOTYKQ09ORklHX1NDSEVEX1NNVD15CkNPTkZJR19TQ0hFRF9NQz15CiMgQ09ORklH X0lSUV9USU1FX0FDQ09VTlRJTkcgaXMgbm90IHNldAojIENPTkZJR19QUkVFTVBUX05PTkUgaXMg bm90IHNldApDT05GSUdfUFJFRU1QVF9WT0xVTlRBUlk9eQojIENPTkZJR19QUkVFTVBUIGlzIG5v dCBzZXQKQ09ORklHX1g4Nl9MT0NBTF9BUElDPXkKQ09ORklHX1g4Nl9JT19BUElDPXkKQ09ORklH X1g4Nl9SRVJPVVRFX0ZPUl9CUk9LRU5fQk9PVF9JUlFTPXkKQ09ORklHX1g4Nl9NQ0U9eQpDT05G SUdfWDg2X01DRV9JTlRFTD15CkNPTkZJR19YODZfTUNFX0FNRD15CkNPTkZJR19YODZfTUNFX1RI UkVTSE9MRD15CkNPTkZJR19YODZfTUNFX0lOSkVDVD1tCkNPTkZJR19YODZfVEhFUk1BTF9WRUNU T1I9eQpDT05GSUdfSThLPW0KQ09ORklHX01JQ1JPQ09ERT1tCkNPTkZJR19NSUNST0NPREVfSU5U RUw9eQpDT05GSUdfTUlDUk9DT0RFX0FNRD15CkNPTkZJR19NSUNST0NPREVfT0xEX0lOVEVSRkFD RT15CkNPTkZJR19YODZfTVNSPXkKQ09ORklHX1g4Nl9DUFVJRD15CkNPTkZJR19BUkNIX1BIWVNf QUREUl9UXzY0QklUPXkKQ09ORklHX0FSQ0hfRE1BX0FERFJfVF82NEJJVD15CkNPTkZJR19ESVJF Q1RfR0JQQUdFUz15CkNPTkZJR19OVU1BPXkKQ09ORklHX0FNRF9OVU1BPXkKQ09ORklHX1g4Nl82 NF9BQ1BJX05VTUE9eQpDT05GSUdfTk9ERVNfU1BBTl9PVEhFUl9OT0RFUz15CiMgQ09ORklHX05V TUFfRU1VIGlzIG5vdCBzZXQKQ09ORklHX05PREVTX1NISUZUPTEwCkNPTkZJR19BUkNIX1NQQVJT RU1FTV9FTkFCTEU9eQpDT05GSUdfQVJDSF9TUEFSU0VNRU1fREVGQVVMVD15CkNPTkZJR19BUkNI X1NFTEVDVF9NRU1PUllfTU9ERUw9eQpDT05GSUdfQVJDSF9NRU1PUllfUFJPQkU9eQpDT05GSUdf QVJDSF9QUk9DX0tDT1JFX1RFWFQ9eQpDT05GSUdfSUxMRUdBTF9QT0lOVEVSX1ZBTFVFPTB4ZGVh ZDAwMDAwMDAwMDAwMApDT05GSUdfU0VMRUNUX01FTU9SWV9NT0RFTD15CkNPTkZJR19TUEFSU0VN RU1fTUFOVUFMPXkKQ09ORklHX1NQQVJTRU1FTT15CkNPTkZJR19ORUVEX01VTFRJUExFX05PREVT PXkKQ09ORklHX0hBVkVfTUVNT1JZX1BSRVNFTlQ9eQpDT05GSUdfU1BBUlNFTUVNX0VYVFJFTUU9 eQpDT05GSUdfU1BBUlNFTUVNX1ZNRU1NQVBfRU5BQkxFPXkKQ09ORklHX1NQQVJTRU1FTV9BTExP Q19NRU1fTUFQX1RPR0VUSEVSPXkKQ09ORklHX1NQQVJTRU1FTV9WTUVNTUFQPXkKQ09ORklHX0hB VkVfTUVNQkxPQ0s9eQpDT05GSUdfSEFWRV9NRU1CTE9DS19OT0RFX01BUD15CkNPTkZJR19BUkNI X0RJU0NBUkRfTUVNQkxPQ0s9eQpDT05GSUdfTUVNT1JZX0hPVFBMVUc9eQpDT05GSUdfTUVNT1JZ X0hPVFBMVUdfU1BBUlNFPXkKIyBDT05GSUdfTUVNT1JZX0hPVFJFTU9WRSBpcyBub3Qgc2V0CkNP TkZJR19QQUdFRkxBR1NfRVhURU5ERUQ9eQpDT05GSUdfU1BMSVRfUFRMT0NLX0NQVVM9NApDT05G SUdfQ09NUEFDVElPTj15CkNPTkZJR19NSUdSQVRJT049eQpDT05GSUdfUEhZU19BRERSX1RfNjRC SVQ9eQpDT05GSUdfWk9ORV9ETUFfRkxBRz0xCkNPTkZJR19CT1VOQ0U9eQpDT05GSUdfVklSVF9U T19CVVM9eQpDT05GSUdfTU1VX05PVElGSUVSPXkKQ09ORklHX0tTTT15CkNPTkZJR19ERUZBVUxU X01NQVBfTUlOX0FERFI9NDA5NgpDT05GSUdfQVJDSF9TVVBQT1JUU19NRU1PUllfRkFJTFVSRT15 CkNPTkZJR19NRU1PUllfRkFJTFVSRT15CkNPTkZJR19IV1BPSVNPTl9JTkpFQ1Q9bQpDT05GSUdf VFJBTlNQQVJFTlRfSFVHRVBBR0U9eQpDT05GSUdfVFJBTlNQQVJFTlRfSFVHRVBBR0VfQUxXQVlT PXkKIyBDT05GSUdfVFJBTlNQQVJFTlRfSFVHRVBBR0VfTUFEVklTRSBpcyBub3Qgc2V0CiMgQ09O RklHX0NMRUFOQ0FDSEUgaXMgbm90IHNldAojIENPTkZJR19YODZfQ0hFQ0tfQklPU19DT1JSVVBU SU9OIGlzIG5vdCBzZXQKQ09ORklHX1g4Nl9SRVNFUlZFX0xPVz02NApDT05GSUdfTVRSUj15CkNP TkZJR19NVFJSX1NBTklUSVpFUj15CkNPTkZJR19NVFJSX1NBTklUSVpFUl9FTkFCTEVfREVGQVVM VD0xCkNPTkZJR19NVFJSX1NBTklUSVpFUl9TUEFSRV9SRUdfTlJfREVGQVVMVD0xCkNPTkZJR19Y ODZfUEFUPXkKQ09ORklHX0FSQ0hfVVNFU19QR19VTkNBQ0hFRD15CkNPTkZJR19BUkNIX1JBTkRP TT15CkNPTkZJR19FRkk9eQojIENPTkZJR19FRklfU1RVQiBpcyBub3Qgc2V0CiMgQ09ORklHX1NF Q0NPTVAgaXMgbm90IHNldApDT05GSUdfQ0NfU1RBQ0tQUk9URUNUT1I9eQojIENPTkZJR19IWl8x MDAgaXMgbm90IHNldAojIENPTkZJR19IWl8yNTAgaXMgbm90IHNldAojIENPTkZJR19IWl8zMDAg aXMgbm90IHNldApDT05GSUdfSFpfMTAwMD15CkNPTkZJR19IWj0xMDAwCkNPTkZJR19TQ0hFRF9I UlRJQ0s9eQpDT05GSUdfS0VYRUM9eQpDT05GSUdfQ1JBU0hfRFVNUD15CkNPTkZJR19LRVhFQ19K VU1QPXkKQ09ORklHX1BIWVNJQ0FMX1NUQVJUPTB4MTAwMDAwMApDT05GSUdfUkVMT0NBVEFCTEU9 eQpDT05GSUdfUEhZU0lDQUxfQUxJR049MHgxMDAwMDAwCkNPTkZJR19IT1RQTFVHX0NQVT15CiMg Q09ORklHX0NPTVBBVF9WRFNPIGlzIG5vdCBzZXQKIyBDT05GSUdfQ01ETElORV9CT09MIGlzIG5v dCBzZXQKQ09ORklHX0FSQ0hfRU5BQkxFX01FTU9SWV9IT1RQTFVHPXkKQ09ORklHX0FSQ0hfRU5B QkxFX01FTU9SWV9IT1RSRU1PVkU9eQpDT05GSUdfVVNFX1BFUkNQVV9OVU1BX05PREVfSUQ9eQoK IwojIFBvd2VyIG1hbmFnZW1lbnQgYW5kIEFDUEkgb3B0aW9ucwojCkNPTkZJR19BUkNIX0hJQkVS TkFUSU9OX0hFQURFUj15CkNPTkZJR19TVVNQRU5EPXkKQ09ORklHX1NVU1BFTkRfRlJFRVpFUj15 CkNPTkZJR19ISUJFUk5BVEVfQ0FMTEJBQ0tTPXkKQ09ORklHX0hJQkVSTkFUSU9OPXkKQ09ORklH X1BNX1NURF9QQVJUSVRJT049IiIKQ09ORklHX1BNX1NMRUVQPXkKQ09ORklHX1BNX1NMRUVQX1NN UD15CkNPTkZJR19QTV9SVU5USU1FPXkKQ09ORklHX1BNPXkKIyBDT05GSUdfUE1fREVCVUcgaXMg bm90IHNldApDT05GSUdfQUNQST15CkNPTkZJR19BQ1BJX1NMRUVQPXkKQ09ORklHX0FDUElfUFJP Q0ZTPXkKQ09ORklHX0FDUElfUFJPQ0ZTX1BPV0VSPXkKIyBDT05GSUdfQUNQSV9FQ19ERUJVR0ZT IGlzIG5vdCBzZXQKQ09ORklHX0FDUElfUFJPQ19FVkVOVD15CkNPTkZJR19BQ1BJX0FDPXkKQ09O RklHX0FDUElfQkFUVEVSWT15CkNPTkZJR19BQ1BJX0JVVFRPTj15CkNPTkZJR19BQ1BJX1ZJREVP PW0KQ09ORklHX0FDUElfRkFOPXkKQ09ORklHX0FDUElfRE9DSz15CkNPTkZJR19BQ1BJX1BST0NF U1NPUj15CiMgQ09ORklHX0FDUElfSVBNSSBpcyBub3Qgc2V0CkNPTkZJR19BQ1BJX0hPVFBMVUdf Q1BVPXkKQ09ORklHX0FDUElfUFJPQ0VTU09SX0FHR1JFR0FUT1I9bQpDT05GSUdfQUNQSV9USEVS TUFMPXkKQ09ORklHX0FDUElfTlVNQT15CiMgQ09ORklHX0FDUElfQ1VTVE9NX0RTRFQgaXMgbm90 IHNldApDT05GSUdfQUNQSV9CTEFDS0xJU1RfWUVBUj0wCiMgQ09ORklHX0FDUElfREVCVUcgaXMg bm90IHNldApDT05GSUdfQUNQSV9QQ0lfU0xPVD15CkNPTkZJR19YODZfUE1fVElNRVI9eQpDT05G SUdfQUNQSV9DT05UQUlORVI9eQpDT05GSUdfQUNQSV9IT1RQTFVHX01FTU9SWT15CkNPTkZJR19B Q1BJX1NCUz1tCkNPTkZJR19BQ1BJX0hFRD15CiMgQ09ORklHX0FDUElfQ1VTVE9NX01FVEhPRCBp cyBub3Qgc2V0CiMgQ09ORklHX0FDUElfQkdSVCBpcyBub3Qgc2V0CkNPTkZJR19BQ1BJX0FQRUk9 eQpDT05GSUdfQUNQSV9BUEVJX0dIRVM9eQpDT05GSUdfQUNQSV9BUEVJX1BDSUVBRVI9eQojIENP TkZJR19BQ1BJX0FQRUlfTUVNT1JZX0ZBSUxVUkUgaXMgbm90IHNldApDT05GSUdfQUNQSV9BUEVJ X0VJTko9bQpDT05GSUdfQUNQSV9BUEVJX0VSU1RfREVCVUc9bQpDT05GSUdfU0ZJPXkKCiMKIyBD UFUgRnJlcXVlbmN5IHNjYWxpbmcKIwpDT05GSUdfQ1BVX0ZSRVE9eQpDT05GSUdfQ1BVX0ZSRVFf VEFCTEU9bQpDT05GSUdfQ1BVX0ZSRVFfU1RBVD1tCkNPTkZJR19DUFVfRlJFUV9TVEFUX0RFVEFJ TFM9eQojIENPTkZJR19DUFVfRlJFUV9ERUZBVUxUX0dPVl9QRVJGT1JNQU5DRSBpcyBub3Qgc2V0 CkNPTkZJR19DUFVfRlJFUV9ERUZBVUxUX0dPVl9VU0VSU1BBQ0U9eQojIENPTkZJR19DUFVfRlJF UV9ERUZBVUxUX0dPVl9PTkRFTUFORCBpcyBub3Qgc2V0CiMgQ09ORklHX0NQVV9GUkVRX0RFRkFV TFRfR09WX0NPTlNFUlZBVElWRSBpcyBub3Qgc2V0CkNPTkZJR19DUFVfRlJFUV9HT1ZfUEVSRk9S TUFOQ0U9eQpDT05GSUdfQ1BVX0ZSRVFfR09WX1BPV0VSU0FWRT1tCkNPTkZJR19DUFVfRlJFUV9H T1ZfVVNFUlNQQUNFPXkKQ09ORklHX0NQVV9GUkVRX0dPVl9PTkRFTUFORD1tCkNPTkZJR19DUFVf RlJFUV9HT1ZfQ09OU0VSVkFUSVZFPW0KCiMKIyB4ODYgQ1BVIGZyZXF1ZW5jeSBzY2FsaW5nIGRy aXZlcnMKIwpDT05GSUdfWDg2X1BDQ19DUFVGUkVRPW0KQ09ORklHX1g4Nl9BQ1BJX0NQVUZSRVE9 bQpDT05GSUdfWDg2X1BPV0VSTk9XX0s4PW0KIyBDT05GSUdfWDg2X1NQRUVEU1RFUF9DRU5UUklO TyBpcyBub3Qgc2V0CkNPTkZJR19YODZfUDRfQ0xPQ0tNT0Q9bQoKIwojIHNoYXJlZCBvcHRpb25z CiMKQ09ORklHX1g4Nl9TUEVFRFNURVBfTElCPW0KQ09ORklHX0NQVV9JRExFPXkKQ09ORklHX0NQ VV9JRExFX0dPVl9MQURERVI9eQpDT05GSUdfQ1BVX0lETEVfR09WX01FTlU9eQpDT05GSUdfSU5U RUxfSURMRT15CgojCiMgTWVtb3J5IHBvd2VyIHNhdmluZ3MKIwpDT05GSUdfSTczMDBfSURMRV9J T0FUX0NIQU5ORUw9eQpDT05GSUdfSTczMDBfSURMRT1tCgojCiMgQnVzIG9wdGlvbnMgKFBDSSBl dGMuKQojCkNPTkZJR19QQ0k9eQpDT05GSUdfUENJX0RJUkVDVD15CkNPTkZJR19QQ0lfTU1DT05G SUc9eQpDT05GSUdfUENJX1hFTj15CkNPTkZJR19QQ0lfRE9NQUlOUz15CiMgQ09ORklHX1BDSV9D TkIyMExFX1FVSVJLIGlzIG5vdCBzZXQKQ09ORklHX1BDSUVQT1JUQlVTPXkKQ09ORklHX0hPVFBM VUdfUENJX1BDSUU9eQpDT05GSUdfUENJRUFFUj15CkNPTkZJR19QQ0lFX0VDUkM9eQpDT05GSUdf UENJRUFFUl9JTkpFQ1Q9bQpDT05GSUdfUENJRUFTUE09eQojIENPTkZJR19QQ0lFQVNQTV9ERUJV RyBpcyBub3Qgc2V0CkNPTkZJR19QQ0lFQVNQTV9ERUZBVUxUPXkKIyBDT05GSUdfUENJRUFTUE1f UE9XRVJTQVZFIGlzIG5vdCBzZXQKIyBDT05GSUdfUENJRUFTUE1fUEVSRk9STUFOQ0UgaXMgbm90 IHNldApDT05GSUdfUENJRV9QTUU9eQpDT05GSUdfQVJDSF9TVVBQT1JUU19NU0k9eQpDT05GSUdf UENJX01TST15CiMgQ09ORklHX1BDSV9ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX1BDSV9SRUFM TE9DX0VOQUJMRV9BVVRPIGlzIG5vdCBzZXQKQ09ORklHX1BDSV9TVFVCPXkKQ09ORklHX1hFTl9Q Q0lERVZfRlJPTlRFTkQ9eQpDT05GSUdfSFRfSVJRPXkKQ09ORklHX1BDSV9BVFM9eQpDT05GSUdf UENJX0lPVj15CkNPTkZJR19QQ0lfUFJJPXkKQ09ORklHX1BDSV9QQVNJRD15CiMgQ09ORklHX1BD SV9JT0FQSUMgaXMgbm90IHNldApDT05GSUdfUENJX0xBQkVMPXkKQ09ORklHX0lTQV9ETUFfQVBJ PXkKQ09ORklHX0FNRF9OQj15CkNPTkZJR19QQ0NBUkQ9eQpDT05GSUdfUENNQ0lBPXkKQ09ORklH X1BDTUNJQV9MT0FEX0NJUz15CkNPTkZJR19DQVJEQlVTPXkKCiMKIyBQQy1jYXJkIGJyaWRnZXMK IwpDT05GSUdfWUVOVEE9bQpDT05GSUdfWUVOVEFfTzI9eQpDT05GSUdfWUVOVEFfUklDT0g9eQpD T05GSUdfWUVOVEFfVEk9eQpDT05GSUdfWUVOVEFfRU5FX1RVTkU9eQpDT05GSUdfWUVOVEFfVE9T SElCQT15CkNPTkZJR19QRDY3Mjk9bQojIENPTkZJR19JODIwOTIgaXMgbm90IHNldApDT05GSUdf UENDQVJEX05PTlNUQVRJQz15CkNPTkZJR19IT1RQTFVHX1BDST15CkNPTkZJR19IT1RQTFVHX1BD SV9GQUtFPW0KQ09ORklHX0hPVFBMVUdfUENJX0FDUEk9eQpDT05GSUdfSE9UUExVR19QQ0lfQUNQ SV9JQk09bQojIENPTkZJR19IT1RQTFVHX1BDSV9DUENJIGlzIG5vdCBzZXQKQ09ORklHX0hPVFBM VUdfUENJX1NIUEM9bQojIENPTkZJR19SQVBJRElPIGlzIG5vdCBzZXQKCiMKIyBFeGVjdXRhYmxl IGZpbGUgZm9ybWF0cyAvIEVtdWxhdGlvbnMKIwpDT05GSUdfQklORk1UX0VMRj15CkNPTkZJR19D T01QQVRfQklORk1UX0VMRj15CkNPTkZJR19BUkNIX0JJTkZNVF9FTEZfUkFORE9NSVpFX1BJRT15 CkNPTkZJR19DT1JFX0RVTVBfREVGQVVMVF9FTEZfSEVBREVSUz15CiMgQ09ORklHX0hBVkVfQU9V VCBpcyBub3Qgc2V0CkNPTkZJR19CSU5GTVRfTUlTQz15CkNPTkZJR19JQTMyX0VNVUxBVElPTj15 CiMgQ09ORklHX0lBMzJfQU9VVCBpcyBub3Qgc2V0CiMgQ09ORklHX1g4Nl9YMzIgaXMgbm90IHNl dApDT05GSUdfQ09NUEFUPXkKQ09ORklHX0NPTVBBVF9GT1JfVTY0X0FMSUdOTUVOVD15CkNPTkZJ R19TWVNWSVBDX0NPTVBBVD15CkNPTkZJR19LRVlTX0NPTVBBVD15CkNPTkZJR19IQVZFX1RFWFRf UE9LRV9TTVA9eQpDT05GSUdfTkVUPXkKQ09ORklHX0NPTVBBVF9ORVRMSU5LX01FU1NBR0VTPXkK CiMKIyBOZXR3b3JraW5nIG9wdGlvbnMKIwpDT05GSUdfUEFDS0VUPXkKQ09ORklHX1VOSVg9eQoj IENPTkZJR19VTklYX0RJQUcgaXMgbm90IHNldApDT05GSUdfWEZSTT15CkNPTkZJR19YRlJNX1VT RVI9eQpDT05GSUdfWEZSTV9TVUJfUE9MSUNZPXkKQ09ORklHX1hGUk1fTUlHUkFURT15CkNPTkZJ R19YRlJNX1NUQVRJU1RJQ1M9eQpDT05GSUdfWEZSTV9JUENPTVA9bQpDT05GSUdfTkVUX0tFWT1t CkNPTkZJR19ORVRfS0VZX01JR1JBVEU9eQpDT05GSUdfSU5FVD15CkNPTkZJR19JUF9NVUxUSUNB U1Q9eQpDT05GSUdfSVBfQURWQU5DRURfUk9VVEVSPXkKIyBDT05GSUdfSVBfRklCX1RSSUVfU1RB VFMgaXMgbm90IHNldApDT05GSUdfSVBfTVVMVElQTEVfVEFCTEVTPXkKQ09ORklHX0lQX1JPVVRF X01VTFRJUEFUSD15CkNPTkZJR19JUF9ST1VURV9WRVJCT1NFPXkKQ09ORklHX0lQX1JPVVRFX0NM QVNTSUQ9eQojIENPTkZJR19JUF9QTlAgaXMgbm90IHNldApDT05GSUdfTkVUX0lQSVA9bQojIENP TkZJR19ORVRfSVBHUkVfREVNVVggaXMgbm90IHNldApDT05GSUdfSVBfTVJPVVRFPXkKQ09ORklH X0lQX01ST1VURV9NVUxUSVBMRV9UQUJMRVM9eQpDT05GSUdfSVBfUElNU01fVjE9eQpDT05GSUdf SVBfUElNU01fVjI9eQojIENPTkZJR19BUlBEIGlzIG5vdCBzZXQKQ09ORklHX1NZTl9DT09LSUVT PXkKQ09ORklHX0lORVRfQUg9bQpDT05GSUdfSU5FVF9FU1A9bQpDT05GSUdfSU5FVF9JUENPTVA9 bQpDT05GSUdfSU5FVF9YRlJNX1RVTk5FTD1tCkNPTkZJR19JTkVUX1RVTk5FTD1tCkNPTkZJR19J TkVUX1hGUk1fTU9ERV9UUkFOU1BPUlQ9bQpDT05GSUdfSU5FVF9YRlJNX01PREVfVFVOTkVMPW0K Q09ORklHX0lORVRfWEZSTV9NT0RFX0JFRVQ9bQpDT05GSUdfSU5FVF9MUk89eQpDT05GSUdfSU5F VF9ESUFHPW0KQ09ORklHX0lORVRfVENQX0RJQUc9bQojIENPTkZJR19JTkVUX1VEUF9ESUFHIGlz IG5vdCBzZXQKQ09ORklHX1RDUF9DT05HX0FEVkFOQ0VEPXkKQ09ORklHX1RDUF9DT05HX0JJQz1t CkNPTkZJR19UQ1BfQ09OR19DVUJJQz15CkNPTkZJR19UQ1BfQ09OR19XRVNUV09PRD1tCkNPTkZJ R19UQ1BfQ09OR19IVENQPW0KQ09ORklHX1RDUF9DT05HX0hTVENQPW0KQ09ORklHX1RDUF9DT05H X0hZQkxBPW0KQ09ORklHX1RDUF9DT05HX1ZFR0FTPW0KQ09ORklHX1RDUF9DT05HX1NDQUxBQkxF PW0KQ09ORklHX1RDUF9DT05HX0xQPW0KQ09ORklHX1RDUF9DT05HX1ZFTk89bQpDT05GSUdfVENQ X0NPTkdfWUVBSD1tCkNPTkZJR19UQ1BfQ09OR19JTExJTk9JUz1tCkNPTkZJR19ERUZBVUxUX0NV QklDPXkKIyBDT05GSUdfREVGQVVMVF9SRU5PIGlzIG5vdCBzZXQKQ09ORklHX0RFRkFVTFRfVENQ X0NPTkc9ImN1YmljIgpDT05GSUdfVENQX01ENVNJRz15CkNPTkZJR19JUFY2PW0KQ09ORklHX0lQ VjZfUFJJVkFDWT15CkNPTkZJR19JUFY2X1JPVVRFUl9QUkVGPXkKQ09ORklHX0lQVjZfUk9VVEVf SU5GTz15CkNPTkZJR19JUFY2X09QVElNSVNUSUNfREFEPXkKQ09ORklHX0lORVQ2X0FIPW0KQ09O RklHX0lORVQ2X0VTUD1tCkNPTkZJR19JTkVUNl9JUENPTVA9bQpDT05GSUdfSVBWNl9NSVA2PW0K Q09ORklHX0lORVQ2X1hGUk1fVFVOTkVMPW0KQ09ORklHX0lORVQ2X1RVTk5FTD1tCkNPTkZJR19J TkVUNl9YRlJNX01PREVfVFJBTlNQT1JUPW0KQ09ORklHX0lORVQ2X1hGUk1fTU9ERV9UVU5ORUw9 bQpDT05GSUdfSU5FVDZfWEZSTV9NT0RFX0JFRVQ9bQpDT05GSUdfSU5FVDZfWEZSTV9NT0RFX1JP VVRFT1BUSU1JWkFUSU9OPW0KQ09ORklHX0lQVjZfU0lUPW0KIyBDT05GSUdfSVBWNl9TSVRfNlJE IGlzIG5vdCBzZXQKQ09ORklHX0lQVjZfTkRJU0NfTk9ERVRZUEU9eQpDT05GSUdfSVBWNl9UVU5O RUw9bQpDT05GSUdfSVBWNl9NVUxUSVBMRV9UQUJMRVM9eQojIENPTkZJR19JUFY2X1NVQlRSRUVT IGlzIG5vdCBzZXQKQ09ORklHX0lQVjZfTVJPVVRFPXkKIyBDT05GSUdfSVBWNl9NUk9VVEVfTVVM VElQTEVfVEFCTEVTIGlzIG5vdCBzZXQKQ09ORklHX0lQVjZfUElNU01fVjI9eQpDT05GSUdfTkVU TEFCRUw9eQpDT05GSUdfTkVUV09SS19TRUNNQVJLPXkKIyBDT05GSUdfTkVUV09SS19QSFlfVElN RVNUQU1QSU5HIGlzIG5vdCBzZXQKQ09ORklHX05FVEZJTFRFUj15CiMgQ09ORklHX05FVEZJTFRF Ul9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19ORVRGSUxURVJfQURWQU5DRUQ9eQpDT05GSUdfQlJJ REdFX05FVEZJTFRFUj15CgojCiMgQ29yZSBOZXRmaWx0ZXIgQ29uZmlndXJhdGlvbgojCkNPTkZJ R19ORVRGSUxURVJfTkVUTElOSz1tCiMgQ09ORklHX05FVEZJTFRFUl9ORVRMSU5LX0FDQ1QgaXMg bm90IHNldApDT05GSUdfTkVURklMVEVSX05FVExJTktfUVVFVUU9bQpDT05GSUdfTkVURklMVEVS X05FVExJTktfTE9HPW0KQ09ORklHX05GX0NPTk5UUkFDSz1tCkNPTkZJR19ORl9DT05OVFJBQ0tf TUFSSz15CkNPTkZJR19ORl9DT05OVFJBQ0tfU0VDTUFSSz15CkNPTkZJR19ORl9DT05OVFJBQ0tf UFJPQ0ZTPXkKQ09ORklHX05GX0NPTk5UUkFDS19FVkVOVFM9eQojIENPTkZJR19ORl9DT05OVFJB Q0tfVElNRU9VVCBpcyBub3Qgc2V0CiMgQ09ORklHX05GX0NPTk5UUkFDS19USU1FU1RBTVAgaXMg bm90IHNldApDT05GSUdfTkZfQ1RfUFJPVE9fRENDUD1tCkNPTkZJR19ORl9DVF9QUk9UT19HUkU9 bQpDT05GSUdfTkZfQ1RfUFJPVE9fU0NUUD1tCkNPTkZJR19ORl9DVF9QUk9UT19VRFBMSVRFPW0K Q09ORklHX05GX0NPTk5UUkFDS19BTUFOREE9bQpDT05GSUdfTkZfQ09OTlRSQUNLX0ZUUD1tCkNP TkZJR19ORl9DT05OVFJBQ0tfSDMyMz1tCkNPTkZJR19ORl9DT05OVFJBQ0tfSVJDPW0KQ09ORklH X05GX0NPTk5UUkFDS19CUk9BRENBU1Q9bQpDT05GSUdfTkZfQ09OTlRSQUNLX05FVEJJT1NfTlM9 bQpDT05GSUdfTkZfQ09OTlRSQUNLX1NOTVA9bQpDT05GSUdfTkZfQ09OTlRSQUNLX1BQVFA9bQpD T05GSUdfTkZfQ09OTlRSQUNLX1NBTkU9bQpDT05GSUdfTkZfQ09OTlRSQUNLX1NJUD1tCkNPTkZJ R19ORl9DT05OVFJBQ0tfVEZUUD1tCkNPTkZJR19ORl9DVF9ORVRMSU5LPW0KIyBDT05GSUdfTkZf Q1RfTkVUTElOS19USU1FT1VUIGlzIG5vdCBzZXQKQ09ORklHX05FVEZJTFRFUl9UUFJPWFk9bQpD T05GSUdfTkVURklMVEVSX1hUQUJMRVM9eQoKIwojIFh0YWJsZXMgY29tYmluZWQgbW9kdWxlcwoj CkNPTkZJR19ORVRGSUxURVJfWFRfTUFSSz1tCkNPTkZJR19ORVRGSUxURVJfWFRfQ09OTk1BUks9 bQpDT05GSUdfTkVURklMVEVSX1hUX1NFVD1tCgojCiMgWHRhYmxlcyB0YXJnZXRzCiMKQ09ORklH X05FVEZJTFRFUl9YVF9UQVJHRVRfQVVESVQ9bQpDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9D SEVDS1NVTT1tCkNPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX0NMQVNTSUZZPW0KQ09ORklHX05F VEZJTFRFUl9YVF9UQVJHRVRfQ09OTk1BUks9bQpDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9D T05OU0VDTUFSSz1tCiMgQ09ORklHX05FVEZJTFRFUl9YVF9UQVJHRVRfQ1QgaXMgbm90IHNldApD T05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9EU0NQPW0KQ09ORklHX05FVEZJTFRFUl9YVF9UQVJH RVRfSEw9bQojIENPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX0lETEVUSU1FUiBpcyBub3Qgc2V0 CkNPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX0xFRD1tCiMgQ09ORklHX05FVEZJTFRFUl9YVF9U QVJHRVRfTE9HIGlzIG5vdCBzZXQKQ09ORklHX05FVEZJTFRFUl9YVF9UQVJHRVRfTUFSSz1tCkNP TkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX05GTE9HPW0KQ09ORklHX05FVEZJTFRFUl9YVF9UQVJH RVRfTkZRVUVVRT1tCkNPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX05PVFJBQ0s9bQpDT05GSUdf TkVURklMVEVSX1hUX1RBUkdFVF9SQVRFRVNUPW0KIyBDT05GSUdfTkVURklMVEVSX1hUX1RBUkdF VF9URUUgaXMgbm90IHNldApDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9UUFJPWFk9bQpDT05G SUdfTkVURklMVEVSX1hUX1RBUkdFVF9UUkFDRT1tCkNPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VU X1NFQ01BUks9bQpDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9UQ1BNU1M9bQpDT05GSUdfTkVU RklMVEVSX1hUX1RBUkdFVF9UQ1BPUFRTVFJJUD1tCgojCiMgWHRhYmxlcyBtYXRjaGVzCiMKIyBD T05GSUdfTkVURklMVEVSX1hUX01BVENIX0FERFJUWVBFIGlzIG5vdCBzZXQKQ09ORklHX05FVEZJ TFRFUl9YVF9NQVRDSF9DTFVTVEVSPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9DT01NRU5U PW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9DT05OQllURVM9bQpDT05GSUdfTkVURklMVEVS X1hUX01BVENIX0NPTk5MSU1JVD1tCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfQ09OTk1BUks9 bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0NPTk5UUkFDSz1tCiMgQ09ORklHX05FVEZJTFRF Ul9YVF9NQVRDSF9DUFUgaXMgbm90IHNldApDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0RDQ1A9 bQojIENPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfREVWR1JPVVAgaXMgbm90IHNldApDT05GSUdf TkVURklMVEVSX1hUX01BVENIX0RTQ1A9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0VDTj1t CkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfRVNQPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRD SF9IQVNITElNSVQ9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0hFTFBFUj1tCkNPTkZJR19O RVRGSUxURVJfWFRfTUFUQ0hfSEw9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0lQUkFOR0U9 bQojIENPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfSVBWUyBpcyBub3Qgc2V0CkNPTkZJR19ORVRG SUxURVJfWFRfTUFUQ0hfTEVOR1RIPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9MSU1JVD1t CkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfTUFDPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRD SF9NQVJLPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9NVUxUSVBPUlQ9bQojIENPTkZJR19O RVRGSUxURVJfWFRfTUFUQ0hfTkZBQ0NUIGlzIG5vdCBzZXQKQ09ORklHX05FVEZJTFRFUl9YVF9N QVRDSF9PU0Y9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX09XTkVSPW0KQ09ORklHX05FVEZJ TFRFUl9YVF9NQVRDSF9QT0xJQ1k9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX1BIWVNERVY9 bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX1BLVFRZUEU9bQpDT05GSUdfTkVURklMVEVSX1hU X01BVENIX1FVT1RBPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9SQVRFRVNUPW0KQ09ORklH X05FVEZJTFRFUl9YVF9NQVRDSF9SRUFMTT1tCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfUkVD RU5UPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9TQ1RQPW0KQ09ORklHX05FVEZJTFRFUl9Y VF9NQVRDSF9TT0NLRVQ9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX1NUQVRFPW0KQ09ORklH X05FVEZJTFRFUl9YVF9NQVRDSF9TVEFUSVNUSUM9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENI X1NUUklORz1tCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfVENQTVNTPW0KQ09ORklHX05FVEZJ TFRFUl9YVF9NQVRDSF9USU1FPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9VMzI9bQpDT05G SUdfSVBfU0VUPW0KQ09ORklHX0lQX1NFVF9NQVg9MjU2CkNPTkZJR19JUF9TRVRfQklUTUFQX0lQ PW0KQ09ORklHX0lQX1NFVF9CSVRNQVBfSVBNQUM9bQpDT05GSUdfSVBfU0VUX0JJVE1BUF9QT1JU PW0KQ09ORklHX0lQX1NFVF9IQVNIX0lQPW0KQ09ORklHX0lQX1NFVF9IQVNIX0lQUE9SVD1tCkNP TkZJR19JUF9TRVRfSEFTSF9JUFBPUlRJUD1tCkNPTkZJR19JUF9TRVRfSEFTSF9JUFBPUlRORVQ9 bQpDT05GSUdfSVBfU0VUX0hBU0hfTkVUPW0KQ09ORklHX0lQX1NFVF9IQVNIX05FVFBPUlQ9bQoj IENPTkZJR19JUF9TRVRfSEFTSF9ORVRJRkFDRSBpcyBub3Qgc2V0CkNPTkZJR19JUF9TRVRfTElT VF9TRVQ9bQpDT05GSUdfSVBfVlM9bQpDT05GSUdfSVBfVlNfSVBWNj15CiMgQ09ORklHX0lQX1ZT X0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0lQX1ZTX1RBQl9CSVRTPTEyCgojCiMgSVBWUyB0cmFu c3BvcnQgcHJvdG9jb2wgbG9hZCBiYWxhbmNpbmcgc3VwcG9ydAojCkNPTkZJR19JUF9WU19QUk9U T19UQ1A9eQpDT05GSUdfSVBfVlNfUFJPVE9fVURQPXkKQ09ORklHX0lQX1ZTX1BST1RPX0FIX0VT UD15CkNPTkZJR19JUF9WU19QUk9UT19FU1A9eQpDT05GSUdfSVBfVlNfUFJPVE9fQUg9eQpDT05G SUdfSVBfVlNfUFJPVE9fU0NUUD15CgojCiMgSVBWUyBzY2hlZHVsZXIKIwpDT05GSUdfSVBfVlNf UlI9bQpDT05GSUdfSVBfVlNfV1JSPW0KQ09ORklHX0lQX1ZTX0xDPW0KQ09ORklHX0lQX1ZTX1dM Qz1tCkNPTkZJR19JUF9WU19MQkxDPW0KQ09ORklHX0lQX1ZTX0xCTENSPW0KQ09ORklHX0lQX1ZT X0RIPW0KQ09ORklHX0lQX1ZTX1NIPW0KQ09ORklHX0lQX1ZTX1NFRD1tCkNPTkZJR19JUF9WU19O UT1tCgojCiMgSVBWUyBTSCBzY2hlZHVsZXIKIwpDT05GSUdfSVBfVlNfU0hfVEFCX0JJVFM9OAoK IwojIElQVlMgYXBwbGljYXRpb24gaGVscGVyCiMKQ09ORklHX0lQX1ZTX0ZUUD1tCkNPTkZJR19J UF9WU19ORkNUPXkKIyBDT05GSUdfSVBfVlNfUEVfU0lQIGlzIG5vdCBzZXQKCiMKIyBJUDogTmV0 ZmlsdGVyIENvbmZpZ3VyYXRpb24KIwpDT05GSUdfTkZfREVGUkFHX0lQVjQ9bQpDT05GSUdfTkZf Q09OTlRSQUNLX0lQVjQ9bQojIENPTkZJR19ORl9DT05OVFJBQ0tfUFJPQ19DT01QQVQgaXMgbm90 IHNldApDT05GSUdfSVBfTkZfUVVFVUU9bQpDT05GSUdfSVBfTkZfSVBUQUJMRVM9bQpDT05GSUdf SVBfTkZfTUFUQ0hfQUg9bQpDT05GSUdfSVBfTkZfTUFUQ0hfRUNOPW0KIyBDT05GSUdfSVBfTkZf TUFUQ0hfUlBGSUxURVIgaXMgbm90IHNldApDT05GSUdfSVBfTkZfTUFUQ0hfVFRMPW0KQ09ORklH X0lQX05GX0ZJTFRFUj1tCkNPTkZJR19JUF9ORl9UQVJHRVRfUkVKRUNUPW0KQ09ORklHX0lQX05G X1RBUkdFVF9VTE9HPW0KQ09ORklHX05GX05BVD1tCkNPTkZJR19ORl9OQVRfTkVFREVEPXkKQ09O RklHX0lQX05GX1RBUkdFVF9NQVNRVUVSQURFPW0KQ09ORklHX0lQX05GX1RBUkdFVF9ORVRNQVA9 bQpDT05GSUdfSVBfTkZfVEFSR0VUX1JFRElSRUNUPW0KQ09ORklHX05GX05BVF9TTk1QX0JBU0lD PW0KQ09ORklHX05GX05BVF9QUk9UT19EQ0NQPW0KQ09ORklHX05GX05BVF9QUk9UT19HUkU9bQpD T05GSUdfTkZfTkFUX1BST1RPX1VEUExJVEU9bQpDT05GSUdfTkZfTkFUX1BST1RPX1NDVFA9bQpD T05GSUdfTkZfTkFUX0ZUUD1tCkNPTkZJR19ORl9OQVRfSVJDPW0KQ09ORklHX05GX05BVF9URlRQ PW0KQ09ORklHX05GX05BVF9BTUFOREE9bQpDT05GSUdfTkZfTkFUX1BQVFA9bQpDT05GSUdfTkZf TkFUX0gzMjM9bQpDT05GSUdfTkZfTkFUX1NJUD1tCkNPTkZJR19JUF9ORl9NQU5HTEU9bQpDT05G SUdfSVBfTkZfVEFSR0VUX0NMVVNURVJJUD1tCkNPTkZJR19JUF9ORl9UQVJHRVRfRUNOPW0KQ09O RklHX0lQX05GX1RBUkdFVF9UVEw9bQpDT05GSUdfSVBfTkZfUkFXPW0KQ09ORklHX0lQX05GX1NF Q1VSSVRZPW0KQ09ORklHX0lQX05GX0FSUFRBQkxFUz1tCkNPTkZJR19JUF9ORl9BUlBGSUxURVI9 bQpDT05GSUdfSVBfTkZfQVJQX01BTkdMRT1tCgojCiMgSVB2NjogTmV0ZmlsdGVyIENvbmZpZ3Vy YXRpb24KIwpDT05GSUdfTkZfREVGUkFHX0lQVjY9bQpDT05GSUdfTkZfQ09OTlRSQUNLX0lQVjY9 bQpDT05GSUdfSVA2X05GX1FVRVVFPW0KQ09ORklHX0lQNl9ORl9JUFRBQkxFUz1tCkNPTkZJR19J UDZfTkZfTUFUQ0hfQUg9bQpDT05GSUdfSVA2X05GX01BVENIX0VVSTY0PW0KQ09ORklHX0lQNl9O Rl9NQVRDSF9GUkFHPW0KQ09ORklHX0lQNl9ORl9NQVRDSF9PUFRTPW0KQ09ORklHX0lQNl9ORl9N QVRDSF9ITD1tCkNPTkZJR19JUDZfTkZfTUFUQ0hfSVBWNkhFQURFUj1tCkNPTkZJR19JUDZfTkZf TUFUQ0hfTUg9bQojIENPTkZJR19JUDZfTkZfTUFUQ0hfUlBGSUxURVIgaXMgbm90IHNldApDT05G SUdfSVA2X05GX01BVENIX1JUPW0KQ09ORklHX0lQNl9ORl9UQVJHRVRfSEw9bQpDT05GSUdfSVA2 X05GX0ZJTFRFUj1tCkNPTkZJR19JUDZfTkZfVEFSR0VUX1JFSkVDVD1tCkNPTkZJR19JUDZfTkZf TUFOR0xFPW0KQ09ORklHX0lQNl9ORl9SQVc9bQpDT05GSUdfSVA2X05GX1NFQ1VSSVRZPW0KQ09O RklHX0JSSURHRV9ORl9FQlRBQkxFUz1tCkNPTkZJR19CUklER0VfRUJUX0JST1VURT1tCkNPTkZJ R19CUklER0VfRUJUX1RfRklMVEVSPW0KQ09ORklHX0JSSURHRV9FQlRfVF9OQVQ9bQpDT05GSUdf QlJJREdFX0VCVF84MDJfMz1tCkNPTkZJR19CUklER0VfRUJUX0FNT05HPW0KQ09ORklHX0JSSURH RV9FQlRfQVJQPW0KQ09ORklHX0JSSURHRV9FQlRfSVA9bQpDT05GSUdfQlJJREdFX0VCVF9JUDY9 bQpDT05GSUdfQlJJREdFX0VCVF9MSU1JVD1tCkNPTkZJR19CUklER0VfRUJUX01BUks9bQpDT05G SUdfQlJJREdFX0VCVF9QS1RUWVBFPW0KQ09ORklHX0JSSURHRV9FQlRfU1RQPW0KQ09ORklHX0JS SURHRV9FQlRfVkxBTj1tCkNPTkZJR19CUklER0VfRUJUX0FSUFJFUExZPW0KQ09ORklHX0JSSURH RV9FQlRfRE5BVD1tCkNPTkZJR19CUklER0VfRUJUX01BUktfVD1tCkNPTkZJR19CUklER0VfRUJU X1JFRElSRUNUPW0KQ09ORklHX0JSSURHRV9FQlRfU05BVD1tCkNPTkZJR19CUklER0VfRUJUX0xP Rz1tCkNPTkZJR19CUklER0VfRUJUX1VMT0c9bQpDT05GSUdfQlJJREdFX0VCVF9ORkxPRz1tCkNP TkZJR19JUF9EQ0NQPW0KQ09ORklHX0lORVRfRENDUF9ESUFHPW0KCiMKIyBEQ0NQIENDSURzIENv bmZpZ3VyYXRpb24gKEVYUEVSSU1FTlRBTCkKIwojIENPTkZJR19JUF9EQ0NQX0NDSUQyX0RFQlVH IGlzIG5vdCBzZXQKQ09ORklHX0lQX0RDQ1BfQ0NJRDM9eQojIENPTkZJR19JUF9EQ0NQX0NDSUQz X0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0lQX0RDQ1BfVEZSQ19MSUI9eQoKIwojIERDQ1AgS2Vy bmVsIEhhY2tpbmcKIwojIENPTkZJR19JUF9EQ0NQX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX05F VF9EQ0NQUFJPQkU9bQpDT05GSUdfSVBfU0NUUD1tCiMgQ09ORklHX05FVF9TQ1RQUFJPQkUgaXMg bm90IHNldAojIENPTkZJR19TQ1RQX0RCR19NU0cgaXMgbm90IHNldAojIENPTkZJR19TQ1RQX0RC R19PQkpDTlQgaXMgbm90IHNldAojIENPTkZJR19TQ1RQX0hNQUNfTk9ORSBpcyBub3Qgc2V0CiMg Q09ORklHX1NDVFBfSE1BQ19TSEExIGlzIG5vdCBzZXQKQ09ORklHX1NDVFBfSE1BQ19NRDU9eQpD T05GSUdfUkRTPW0KQ09ORklHX1JEU19SRE1BPW0KQ09ORklHX1JEU19UQ1A9bQojIENPTkZJR19S RFNfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19USVBDIGlzIG5vdCBzZXQKQ09ORklHX0FUTT1t CkNPTkZJR19BVE1fQ0xJUD1tCiMgQ09ORklHX0FUTV9DTElQX05PX0lDTVAgaXMgbm90IHNldApD T05GSUdfQVRNX0xBTkU9bQojIENPTkZJR19BVE1fTVBPQSBpcyBub3Qgc2V0CkNPTkZJR19BVE1f QlIyNjg0PW0KIyBDT05GSUdfQVRNX0JSMjY4NF9JUEZJTFRFUiBpcyBub3Qgc2V0CiMgQ09ORklH X0wyVFAgaXMgbm90IHNldApDT05GSUdfU1RQPW0KQ09ORklHX0dBUlA9bQpDT05GSUdfQlJJREdF PW0KQ09ORklHX0JSSURHRV9JR01QX1NOT09QSU5HPXkKQ09ORklHX05FVF9EU0E9eQpDT05GSUdf TkVUX0RTQV9UQUdfRFNBPXkKQ09ORklHX05FVF9EU0FfVEFHX0VEU0E9eQpDT05GSUdfTkVUX0RT QV9UQUdfVFJBSUxFUj15CkNPTkZJR19WTEFOXzgwMjFRPW0KQ09ORklHX1ZMQU5fODAyMVFfR1ZS UD15CiMgQ09ORklHX0RFQ05FVCBpcyBub3Qgc2V0CkNPTkZJR19MTEM9bQojIENPTkZJR19MTEMy IGlzIG5vdCBzZXQKIyBDT05GSUdfSVBYIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRBTEsgaXMgbm90 IHNldAojIENPTkZJR19YMjUgaXMgbm90IHNldAojIENPTkZJR19MQVBCIGlzIG5vdCBzZXQKIyBD T05GSUdfRUNPTkVUIGlzIG5vdCBzZXQKIyBDT05GSUdfV0FOX1JPVVRFUiBpcyBub3Qgc2V0CkNP TkZJR19QSE9ORVQ9bQpDT05GSUdfSUVFRTgwMjE1ND1tCiMgQ09ORklHX0lFRUU4MDIxNTRfNkxP V1BBTiBpcyBub3Qgc2V0CkNPTkZJR19ORVRfU0NIRUQ9eQoKIwojIFF1ZXVlaW5nL1NjaGVkdWxp bmcKIwpDT05GSUdfTkVUX1NDSF9DQlE9bQpDT05GSUdfTkVUX1NDSF9IVEI9bQpDT05GSUdfTkVU X1NDSF9IRlNDPW0KQ09ORklHX05FVF9TQ0hfQVRNPW0KQ09ORklHX05FVF9TQ0hfUFJJTz1tCkNP TkZJR19ORVRfU0NIX01VTFRJUT1tCkNPTkZJR19ORVRfU0NIX1JFRD1tCiMgQ09ORklHX05FVF9T Q0hfU0ZCIGlzIG5vdCBzZXQKQ09ORklHX05FVF9TQ0hfU0ZRPW0KQ09ORklHX05FVF9TQ0hfVEVR TD1tCkNPTkZJR19ORVRfU0NIX1RCRj1tCkNPTkZJR19ORVRfU0NIX0dSRUQ9bQpDT05GSUdfTkVU X1NDSF9EU01BUks9bQpDT05GSUdfTkVUX1NDSF9ORVRFTT1tCkNPTkZJR19ORVRfU0NIX0RSUj1t CkNPTkZJR19ORVRfU0NIX01RUFJJTz1tCiMgQ09ORklHX05FVF9TQ0hfQ0hPS0UgaXMgbm90IHNl dApDT05GSUdfTkVUX1NDSF9RRlE9bQpDT05GSUdfTkVUX1NDSF9JTkdSRVNTPW0KIyBDT05GSUdf TkVUX1NDSF9QTFVHIGlzIG5vdCBzZXQKCiMKIyBDbGFzc2lmaWNhdGlvbgojCkNPTkZJR19ORVRf Q0xTPXkKQ09ORklHX05FVF9DTFNfQkFTSUM9bQpDT05GSUdfTkVUX0NMU19UQ0lOREVYPW0KQ09O RklHX05FVF9DTFNfUk9VVEU0PW0KQ09ORklHX05FVF9DTFNfRlc9bQpDT05GSUdfTkVUX0NMU19V MzI9bQpDT05GSUdfQ0xTX1UzMl9QRVJGPXkKQ09ORklHX0NMU19VMzJfTUFSSz15CkNPTkZJR19O RVRfQ0xTX1JTVlA9bQpDT05GSUdfTkVUX0NMU19SU1ZQNj1tCkNPTkZJR19ORVRfQ0xTX0ZMT1c9 bQpDT05GSUdfTkVUX0NMU19DR1JPVVA9eQpDT05GSUdfTkVUX0VNQVRDSD15CkNPTkZJR19ORVRf RU1BVENIX1NUQUNLPTMyCkNPTkZJR19ORVRfRU1BVENIX0NNUD1tCkNPTkZJR19ORVRfRU1BVENI X05CWVRFPW0KQ09ORklHX05FVF9FTUFUQ0hfVTMyPW0KQ09ORklHX05FVF9FTUFUQ0hfTUVUQT1t CkNPTkZJR19ORVRfRU1BVENIX1RFWFQ9bQpDT05GSUdfTkVUX0NMU19BQ1Q9eQpDT05GSUdfTkVU X0FDVF9QT0xJQ0U9bQpDT05GSUdfTkVUX0FDVF9HQUNUPW0KQ09ORklHX0dBQ1RfUFJPQj15CkNP TkZJR19ORVRfQUNUX01JUlJFRD1tCkNPTkZJR19ORVRfQUNUX0lQVD1tCkNPTkZJR19ORVRfQUNU X05BVD1tCkNPTkZJR19ORVRfQUNUX1BFRElUPW0KQ09ORklHX05FVF9BQ1RfU0lNUD1tCkNPTkZJ R19ORVRfQUNUX1NLQkVESVQ9bQojIENPTkZJR19ORVRfQUNUX0NTVU0gaXMgbm90IHNldApDT05G SUdfTkVUX0NMU19JTkQ9eQpDT05GSUdfTkVUX1NDSF9GSUZPPXkKQ09ORklHX0RDQj15CkNPTkZJ R19ETlNfUkVTT0xWRVI9bQojIENPTkZJR19CQVRNQU5fQURWIGlzIG5vdCBzZXQKIyBDT05GSUdf T1BFTlZTV0lUQ0ggaXMgbm90IHNldApDT05GSUdfUlBTPXkKQ09ORklHX1JGU19BQ0NFTD15CkNP TkZJR19YUFM9eQpDT05GSUdfTkVUUFJJT19DR1JPVVA9eQpDT05GSUdfQlFMPXkKQ09ORklHX0hB VkVfQlBGX0pJVD15CiMgQ09ORklHX0JQRl9KSVQgaXMgbm90IHNldAoKIwojIE5ldHdvcmsgdGVz dGluZwojCkNPTkZJR19ORVRfUEtUR0VOPW0KIyBDT05GSUdfTkVUX1RDUFBST0JFIGlzIG5vdCBz ZXQKQ09ORklHX05FVF9EUk9QX01PTklUT1I9eQojIENPTkZJR19IQU1SQURJTyBpcyBub3Qgc2V0 CkNPTkZJR19DQU49bQpDT05GSUdfQ0FOX1JBVz1tCkNPTkZJR19DQU5fQkNNPW0KIyBDT05GSUdf Q0FOX0dXIGlzIG5vdCBzZXQKCiMKIyBDQU4gRGV2aWNlIERyaXZlcnMKIwpDT05GSUdfQ0FOX1ZD QU49bQojIENPTkZJR19DQU5fU0xDQU4gaXMgbm90IHNldApDT05GSUdfQ0FOX0RFVj1tCkNPTkZJ R19DQU5fQ0FMQ19CSVRUSU1JTkc9eQojIENPTkZJR19QQ0hfQ0FOIGlzIG5vdCBzZXQKQ09ORklH X0NBTl9TSkExMDAwPW0KIyBDT05GSUdfQ0FOX1NKQTEwMDBfSVNBIGlzIG5vdCBzZXQKQ09ORklH X0NBTl9TSkExMDAwX1BMQVRGT1JNPW0KIyBDT05GSUdfQ0FOX0VNU19QQ01DSUEgaXMgbm90IHNl dApDT05GSUdfQ0FOX0VNU19QQ0k9bQojIENPTkZJR19DQU5fUEVBS19QQ01DSUEgaXMgbm90IHNl dAojIENPTkZJR19DQU5fUEVBS19QQ0kgaXMgbm90IHNldApDT05GSUdfQ0FOX0tWQVNFUl9QQ0k9 bQojIENPTkZJR19DQU5fUExYX1BDSSBpcyBub3Qgc2V0CiMgQ09ORklHX0NBTl9DX0NBTiBpcyBu b3Qgc2V0CiMgQ09ORklHX0NBTl9DQzc3MCBpcyBub3Qgc2V0CgojCiMgQ0FOIFVTQiBpbnRlcmZh Y2VzCiMKQ09ORklHX0NBTl9FTVNfVVNCPW0KIyBDT05GSUdfQ0FOX0VTRF9VU0IyIGlzIG5vdCBz ZXQKIyBDT05GSUdfQ0FOX1BFQUtfVVNCIGlzIG5vdCBzZXQKIyBDT05GSUdfQ0FOX1NPRlRJTkcg aXMgbm90IHNldApDT05GSUdfQ0FOX0RFQlVHX0RFVklDRVM9eQojIENPTkZJR19JUkRBIGlzIG5v dCBzZXQKQ09ORklHX0JUPW0KQ09ORklHX0JUX1JGQ09NTT1tCkNPTkZJR19CVF9SRkNPTU1fVFRZ PXkKQ09ORklHX0JUX0JORVA9bQpDT05GSUdfQlRfQk5FUF9NQ19GSUxURVI9eQpDT05GSUdfQlRf Qk5FUF9QUk9UT19GSUxURVI9eQpDT05GSUdfQlRfQ01UUD1tCkNPTkZJR19CVF9ISURQPW0KCiMK IyBCbHVldG9vdGggZGV2aWNlIGRyaXZlcnMKIwpDT05GSUdfQlRfSENJQlRVU0I9bQpDT05GSUdf QlRfSENJQlRTRElPPW0KQ09ORklHX0JUX0hDSVVBUlQ9bQpDT05GSUdfQlRfSENJVUFSVF9IND15 CkNPTkZJR19CVF9IQ0lVQVJUX0JDU1A9eQojIENPTkZJR19CVF9IQ0lVQVJUX0FUSDNLIGlzIG5v dCBzZXQKQ09ORklHX0JUX0hDSVVBUlRfTEw9eQpDT05GSUdfQlRfSENJQkNNMjAzWD1tCkNPTkZJ R19CVF9IQ0lCUEExMFg9bQpDT05GSUdfQlRfSENJQkZVU0I9bQpDT05GSUdfQlRfSENJRFRMMT1t CkNPTkZJR19CVF9IQ0lCVDNDPW0KQ09ORklHX0JUX0hDSUJMVUVDQVJEPW0KQ09ORklHX0JUX0hD SUJUVUFSVD1tCkNPTkZJR19CVF9IQ0lWSENJPW0KQ09ORklHX0JUX01SVkw9bQpDT05GSUdfQlRf TVJWTF9TRElPPW0KIyBDT05GSUdfQlRfQVRIM0sgaXMgbm90IHNldAojIENPTkZJR19BRl9SWFJQ QyBpcyBub3Qgc2V0CkNPTkZJR19GSUJfUlVMRVM9eQpDT05GSUdfV0lSRUxFU1M9eQpDT05GSUdf V0lSRUxFU1NfRVhUPXkKQ09ORklHX1dFWFRfQ09SRT15CkNPTkZJR19XRVhUX1BST0M9eQpDT05G SUdfV0VYVF9TUFk9eQpDT05GSUdfV0VYVF9QUklWPXkKQ09ORklHX0NGRzgwMjExPW0KIyBDT05G SUdfTkw4MDIxMV9URVNUTU9ERSBpcyBub3Qgc2V0CiMgQ09ORklHX0NGRzgwMjExX0RFVkVMT1BF Ul9XQVJOSU5HUyBpcyBub3Qgc2V0CiMgQ09ORklHX0NGRzgwMjExX1JFR19ERUJVRyBpcyBub3Qg c2V0CkNPTkZJR19DRkc4MDIxMV9ERUZBVUxUX1BTPXkKIyBDT05GSUdfQ0ZHODAyMTFfREVCVUdG UyBpcyBub3Qgc2V0CiMgQ09ORklHX0NGRzgwMjExX0lOVEVSTkFMX1JFR0RCIGlzIG5vdCBzZXQK Q09ORklHX0NGRzgwMjExX1dFWFQ9eQpDT05GSUdfV0lSRUxFU1NfRVhUX1NZU0ZTPXkKQ09ORklH X0xJQjgwMjExPW0KQ09ORklHX0xJQjgwMjExX0NSWVBUX1dFUD1tCkNPTkZJR19MSUI4MDIxMV9D UllQVF9DQ01QPW0KQ09ORklHX0xJQjgwMjExX0NSWVBUX1RLSVA9bQojIENPTkZJR19MSUI4MDIx MV9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19NQUM4MDIxMT1tCkNPTkZJR19NQUM4MDIxMV9IQVNf UkM9eQpDT05GSUdfTUFDODAyMTFfUkNfTUlOU1RSRUw9eQpDT05GSUdfTUFDODAyMTFfUkNfTUlO U1RSRUxfSFQ9eQpDT05GSUdfTUFDODAyMTFfUkNfREVGQVVMVF9NSU5TVFJFTD15CkNPTkZJR19N QUM4MDIxMV9SQ19ERUZBVUxUPSJtaW5zdHJlbF9odCIKIyBDT05GSUdfTUFDODAyMTFfTUVTSCBp cyBub3Qgc2V0CkNPTkZJR19NQUM4MDIxMV9MRURTPXkKIyBDT05GSUdfTUFDODAyMTFfREVCVUdG UyBpcyBub3Qgc2V0CiMgQ09ORklHX01BQzgwMjExX0RFQlVHX01FTlUgaXMgbm90IHNldApDT05G SUdfV0lNQVg9bQpDT05GSUdfV0lNQVhfREVCVUdfTEVWRUw9OApDT05GSUdfUkZLSUxMPW0KQ09O RklHX1JGS0lMTF9MRURTPXkKQ09ORklHX1JGS0lMTF9JTlBVVD15CiMgQ09ORklHX1JGS0lMTF9S RUdVTEFUT1IgaXMgbm90IHNldApDT05GSUdfTkVUXzlQPW0KQ09ORklHX05FVF85UF9WSVJUSU89 bQpDT05GSUdfTkVUXzlQX1JETUE9bQojIENPTkZJR19ORVRfOVBfREVCVUcgaXMgbm90IHNldAoj IENPTkZJR19DQUlGIGlzIG5vdCBzZXQKIyBDT05GSUdfQ0VQSF9MSUIgaXMgbm90IHNldAojIENP TkZJR19ORkMgaXMgbm90IHNldAoKIwojIERldmljZSBEcml2ZXJzCiMKCiMKIyBHZW5lcmljIERy aXZlciBPcHRpb25zCiMKQ09ORklHX1VFVkVOVF9IRUxQRVJfUEFUSD0iIgpDT05GSUdfREVWVE1Q RlM9eQpDT05GSUdfREVWVE1QRlNfTU9VTlQ9eQpDT05GSUdfU1RBTkRBTE9ORT15CkNPTkZJR19Q UkVWRU5UX0ZJUk1XQVJFX0JVSUxEPXkKQ09ORklHX0ZXX0xPQURFUj15CiMgQ09ORklHX0ZJUk1X QVJFX0lOX0tFUk5FTCBpcyBub3Qgc2V0CkNPTkZJR19FWFRSQV9GSVJNV0FSRT0iIgojIENPTkZJ R19ERUJVR19EUklWRVIgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19ERVZSRVMgaXMgbm90IHNl dApDT05GSUdfU1lTX0hZUEVSVklTT1I9eQojIENPTkZJR19HRU5FUklDX0NQVV9ERVZJQ0VTIGlz IG5vdCBzZXQKQ09ORklHX1JFR01BUD15CkNPTkZJR19SRUdNQVBfSTJDPW0KQ09ORklHX0RNQV9T SEFSRURfQlVGRkVSPXkKQ09ORklHX0NPTk5FQ1RPUj15CkNPTkZJR19QUk9DX0VWRU5UUz15CkNP TkZJR19NVEQ9eQojIENPTkZJR19NVERfVEVTVFMgaXMgbm90IHNldApDT05GSUdfTVREX1JFREJP T1RfUEFSVFM9bQpDT05GSUdfTVREX1JFREJPT1RfRElSRUNUT1JZX0JMT0NLPS0xCiMgQ09ORklH X01URF9SRURCT09UX1BBUlRTX1VOQUxMT0NBVEVEIGlzIG5vdCBzZXQKIyBDT05GSUdfTVREX1JF REJPT1RfUEFSVFNfUkVBRE9OTFkgaXMgbm90IHNldApDT05GSUdfTVREX0NNRExJTkVfUEFSVFM9 eQpDT05GSUdfTVREX0FSN19QQVJUUz1tCgojCiMgVXNlciBNb2R1bGVzIEFuZCBUcmFuc2xhdGlv biBMYXllcnMKIwpDT05GSUdfTVREX0NIQVI9bQpDT05GSUdfTVREX0JMS0RFVlM9bQpDT05GSUdf TVREX0JMT0NLPW0KQ09ORklHX01URF9CTE9DS19STz1tCkNPTkZJR19GVEw9bQpDT05GSUdfTkZU TD1tCkNPTkZJR19ORlRMX1JXPXkKQ09ORklHX0lORlRMPW0KQ09ORklHX1JGRF9GVEw9bQpDT05G SUdfU1NGREM9bQojIENPTkZJR19TTV9GVEwgaXMgbm90IHNldApDT05GSUdfTVREX09PUFM9bQoj IENPTkZJR19NVERfU1dBUCBpcyBub3Qgc2V0CgojCiMgUkFNL1JPTS9GbGFzaCBjaGlwIGRyaXZl cnMKIwpDT05GSUdfTVREX0NGST1tCkNPTkZJR19NVERfSkVERUNQUk9CRT1tCkNPTkZJR19NVERf R0VOX1BST0JFPW0KIyBDT05GSUdfTVREX0NGSV9BRFZfT1BUSU9OUyBpcyBub3Qgc2V0CkNPTkZJ R19NVERfTUFQX0JBTktfV0lEVEhfMT15CkNPTkZJR19NVERfTUFQX0JBTktfV0lEVEhfMj15CkNP TkZJR19NVERfTUFQX0JBTktfV0lEVEhfND15CiMgQ09ORklHX01URF9NQVBfQkFOS19XSURUSF84 IGlzIG5vdCBzZXQKIyBDT05GSUdfTVREX01BUF9CQU5LX1dJRFRIXzE2IGlzIG5vdCBzZXQKIyBD T05GSUdfTVREX01BUF9CQU5LX1dJRFRIXzMyIGlzIG5vdCBzZXQKQ09ORklHX01URF9DRklfSTE9 eQpDT05GSUdfTVREX0NGSV9JMj15CiMgQ09ORklHX01URF9DRklfSTQgaXMgbm90IHNldAojIENP TkZJR19NVERfQ0ZJX0k4IGlzIG5vdCBzZXQKQ09ORklHX01URF9DRklfSU5URUxFWFQ9bQpDT05G SUdfTVREX0NGSV9BTURTVEQ9bQpDT05GSUdfTVREX0NGSV9TVEFBPW0KQ09ORklHX01URF9DRklf VVRJTD1tCkNPTkZJR19NVERfUkFNPW0KQ09ORklHX01URF9ST009bQpDT05GSUdfTVREX0FCU0VO VD1tCgojCiMgTWFwcGluZyBkcml2ZXJzIGZvciBjaGlwIGFjY2VzcwojCkNPTkZJR19NVERfQ09N UExFWF9NQVBQSU5HUz15CiMgQ09ORklHX01URF9QSFlTTUFQIGlzIG5vdCBzZXQKQ09ORklHX01U RF9TQzUyMENEUD1tCkNPTkZJR19NVERfTkVUU0M1MjA9bQpDT05GSUdfTVREX1RTNTUwMD1tCiMg Q09ORklHX01URF9TQkNfR1hYIGlzIG5vdCBzZXQKIyBDT05GSUdfTVREX0FNRDc2WFJPTSBpcyBu b3Qgc2V0CiMgQ09ORklHX01URF9JQ0hYUk9NIGlzIG5vdCBzZXQKQ09ORklHX01URF9FU0IyUk9N PW0KQ09ORklHX01URF9DSzgwNFhST009bQpDT05GSUdfTVREX1NDQjJfRkxBU0g9bQojIENPTkZJ R19NVERfTkVUdGVsIGlzIG5vdCBzZXQKIyBDT05GSUdfTVREX0w0NDBHWCBpcyBub3Qgc2V0CkNP TkZJR19NVERfUENJPW0KIyBDT05GSUdfTVREX1BDTUNJQSBpcyBub3Qgc2V0CiMgQ09ORklHX01U RF9HUElPX0FERFIgaXMgbm90IHNldAojIENPTkZJR19NVERfSU5URUxfVlJfTk9SIGlzIG5vdCBz ZXQKIyBDT05GSUdfTVREX1BMQVRSQU0gaXMgbm90IHNldAojIENPTkZJR19NVERfTEFUQ0hfQURE UiBpcyBub3Qgc2V0CgojCiMgU2VsZi1jb250YWluZWQgTVREIGRldmljZSBkcml2ZXJzCiMKQ09O RklHX01URF9QTUM1NTE9bQojIENPTkZJR19NVERfUE1DNTUxX0JVR0ZJWCBpcyBub3Qgc2V0CiMg Q09ORklHX01URF9QTUM1NTFfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19NVERfU0xSQU0gaXMg bm90IHNldAojIENPTkZJR19NVERfUEhSQU0gaXMgbm90IHNldApDT05GSUdfTVREX01URFJBTT1t CkNPTkZJR19NVERSQU1fVE9UQUxfU0laRT00MDk2CkNPTkZJR19NVERSQU1fRVJBU0VfU0laRT0x MjgKQ09ORklHX01URF9CTE9DSzJNVEQ9bQoKIwojIERpc2stT24tQ2hpcCBEZXZpY2UgRHJpdmVy cwojCiMgQ09ORklHX01URF9ET0MyMDAwIGlzIG5vdCBzZXQKIyBDT05GSUdfTVREX0RPQzIwMDEg aXMgbm90IHNldAojIENPTkZJR19NVERfRE9DMjAwMVBMVVMgaXMgbm90IHNldAojIENPTkZJR19N VERfRE9DRzMgaXMgbm90IHNldApDT05GSUdfTVREX05BTkRfRUNDPW0KQ09ORklHX01URF9OQU5E X0VDQ19TTUM9eQpDT05GSUdfTVREX05BTkQ9bQojIENPTkZJR19NVERfTkFORF9WRVJJRllfV1JJ VEUgaXMgbm90IHNldAojIENPTkZJR19NVERfTkFORF9FQ0NfQkNIIGlzIG5vdCBzZXQKIyBDT05G SUdfTVREX1NNX0NPTU1PTiBpcyBub3Qgc2V0CiMgQ09ORklHX01URF9OQU5EX01VU0VVTV9JRFMg aXMgbm90IHNldAojIENPTkZJR19NVERfTkFORF9ERU5BTEkgaXMgbm90IHNldApDT05GSUdfTVRE X05BTkRfSURTPW0KIyBDT05GSUdfTVREX05BTkRfUklDT0ggaXMgbm90IHNldApDT05GSUdfTVRE X05BTkRfRElTS09OQ0hJUD1tCiMgQ09ORklHX01URF9OQU5EX0RJU0tPTkNISVBfUFJPQkVfQURW QU5DRUQgaXMgbm90IHNldApDT05GSUdfTVREX05BTkRfRElTS09OQ0hJUF9QUk9CRV9BRERSRVNT PTAKIyBDT05GSUdfTVREX05BTkRfRElTS09OQ0hJUF9CQlRXUklURSBpcyBub3Qgc2V0CiMgQ09O RklHX01URF9OQU5EX0RPQ0c0IGlzIG5vdCBzZXQKIyBDT05GSUdfTVREX05BTkRfQ0FGRSBpcyBu b3Qgc2V0CkNPTkZJR19NVERfTkFORF9OQU5EU0lNPW0KIyBDT05GSUdfTVREX05BTkRfUExBVEZP Uk0gaXMgbm90IHNldApDT05GSUdfTVREX0FMQVVEQT1tCiMgQ09ORklHX01URF9PTkVOQU5EIGlz IG5vdCBzZXQKCiMKIyBMUEREUiBmbGFzaCBtZW1vcnkgZHJpdmVycwojCkNPTkZJR19NVERfTFBE RFI9bQpDT05GSUdfTVREX1FJTkZPX1BST0JFPW0KQ09ORklHX01URF9VQkk9bQpDT05GSUdfTVRE X1VCSV9XTF9USFJFU0hPTEQ9NDA5NgpDT05GSUdfTVREX1VCSV9CRUJfUkVTRVJWRT0xCiMgQ09O RklHX01URF9VQklfR0xVRUJJIGlzIG5vdCBzZXQKIyBDT05GSUdfTVREX1VCSV9ERUJVRyBpcyBu b3Qgc2V0CkNPTkZJR19QQVJQT1JUPW0KQ09ORklHX1BBUlBPUlRfUEM9bQpDT05GSUdfUEFSUE9S VF9TRVJJQUw9bQojIENPTkZJR19QQVJQT1JUX1BDX0ZJRk8gaXMgbm90IHNldAojIENPTkZJR19Q QVJQT1JUX1BDX1NVUEVSSU8gaXMgbm90IHNldApDT05GSUdfUEFSUE9SVF9QQ19QQ01DSUE9bQoj IENPTkZJR19QQVJQT1JUX0dTQyBpcyBub3Qgc2V0CiMgQ09ORklHX1BBUlBPUlRfQVg4ODc5NiBp cyBub3Qgc2V0CkNPTkZJR19QQVJQT1JUXzEyODQ9eQpDT05GSUdfUEFSUE9SVF9OT1RfUEM9eQpD T05GSUdfUE5QPXkKIyBDT05GSUdfUE5QX0RFQlVHX01FU1NBR0VTIGlzIG5vdCBzZXQKCiMKIyBQ cm90b2NvbHMKIwpDT05GSUdfUE5QQUNQST15CkNPTkZJR19CTEtfREVWPXkKQ09ORklHX0JMS19E RVZfRkQ9bQojIENPTkZJR19QQVJJREUgaXMgbm90IHNldApDT05GSUdfQkxLX0RFVl9QQ0lFU1NE X01USVAzMlhYPW0KIyBDT05GSUdfQkxLX0NQUV9EQSBpcyBub3Qgc2V0CkNPTkZJR19CTEtfQ1BR X0NJU1NfREE9bQpDT05GSUdfQ0lTU19TQ1NJX1RBUEU9eQojIENPTkZJR19CTEtfREVWX0RBQzk2 MCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfVU1FTSBpcyBub3Qgc2V0CiMgQ09ORklHX0JM S19ERVZfQ09XX0NPTU1PTiBpcyBub3Qgc2V0CkNPTkZJR19CTEtfREVWX0xPT1A9eQpDT05GSUdf QkxLX0RFVl9MT09QX01JTl9DT1VOVD04CkNPTkZJR19CTEtfREVWX0NSWVBUT0xPT1A9bQojIENP TkZJR19CTEtfREVWX0RSQkQgaXMgbm90IHNldApDT05GSUdfQkxLX0RFVl9OQkQ9eQojIENPTkZJ R19CTEtfREVWX05WTUUgaXMgbm90IHNldApDT05GSUdfQkxLX0RFVl9PU0Q9bQpDT05GSUdfQkxL X0RFVl9TWDg9bQojIENPTkZJR19CTEtfREVWX1VCIGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZf UkFNPXkKQ09ORklHX0JMS19ERVZfUkFNX0NPVU5UPTE2CkNPTkZJR19CTEtfREVWX1JBTV9TSVpF PTE2Mzg0CiMgQ09ORklHX0JMS19ERVZfWElQIGlzIG5vdCBzZXQKQ09ORklHX0NEUk9NX1BLVENE VkQ9bQpDT05GSUdfQ0RST01fUEtUQ0RWRF9CVUZGRVJTPTgKIyBDT05GSUdfQ0RST01fUEtUQ0RW RF9XQ0FDSEUgaXMgbm90IHNldApDT05GSUdfQVRBX09WRVJfRVRIPXkKQ09ORklHX1hFTl9CTEtE RVZfRlJPTlRFTkQ9eQpDT05GSUdfWEVOX0JMS0RFVl9CQUNLRU5EPXkKQ09ORklHX1ZJUlRJT19C TEs9bQojIENPTkZJR19CTEtfREVWX0hEIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9SQkQg aXMgbm90IHNldAoKIwojIE1pc2MgZGV2aWNlcwojCiMgQ09ORklHX1NFTlNPUlNfTElTM0xWMDJE IGlzIG5vdCBzZXQKIyBDT05GSUdfQUQ1MjVYX0RQT1QgaXMgbm90IHNldAojIENPTkZJR19JQk1f QVNNIGlzIG5vdCBzZXQKIyBDT05GSUdfUEhBTlRPTSBpcyBub3Qgc2V0CiMgQ09ORklHX0lOVEVM X01JRF9QVEkgaXMgbm90IHNldApDT05GSUdfU0dJX0lPQzQ9bQpDT05GSUdfVElGTV9DT1JFPW0K Q09ORklHX1RJRk1fN1hYMT1tCkNPTkZJR19JQ1M5MzJTNDAxPW0KQ09ORklHX0VOQ0xPU1VSRV9T RVJWSUNFUz1tCkNPTkZJR19IUF9JTE89bQojIENPTkZJR19BUERTOTgwMkFMUyBpcyBub3Qgc2V0 CkNPTkZJR19JU0wyOTAwMz1tCiMgQ09ORklHX0lTTDI5MDIwIGlzIG5vdCBzZXQKQ09ORklHX1NF TlNPUlNfVFNMMjU1MD1tCiMgQ09ORklHX1NFTlNPUlNfQkgxNzgwIGlzIG5vdCBzZXQKIyBDT05G SUdfU0VOU09SU19CSDE3NzAgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0FQRFM5OTBYIGlz IG5vdCBzZXQKIyBDT05GSUdfSE1DNjM1MiBpcyBub3Qgc2V0CiMgQ09ORklHX0RTMTY4MiBpcyBu b3Qgc2V0CkNPTkZJR19WTVdBUkVfQkFMTE9PTj1tCiMgQ09ORklHX0JNUDA4NSBpcyBub3Qgc2V0 CiMgQ09ORklHX1BDSF9QSFVCIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NXSVRDSF9GU0E5NDgw IGlzIG5vdCBzZXQKIyBDT05GSUdfQzJQT1JUIGlzIG5vdCBzZXQKCiMKIyBFRVBST00gc3VwcG9y dAojCkNPTkZJR19FRVBST01fQVQyND1tCkNPTkZJR19FRVBST01fTEVHQUNZPW0KQ09ORklHX0VF UFJPTV9NQVg2ODc1PW0KQ09ORklHX0VFUFJPTV85M0NYNj1tCkNPTkZJR19DQjcxMF9DT1JFPW0K IyBDT05GSUdfQ0I3MTBfREVCVUcgaXMgbm90IHNldApDT05GSUdfQ0I3MTBfREVCVUdfQVNTVU1Q VElPTlM9eQpDT05GSUdfSVdNQzMyMDBUT1A9bQojIENPTkZJR19JV01DMzIwMFRPUF9ERUJVRyBp cyBub3Qgc2V0CiMgQ09ORklHX0lXTUMzMjAwVE9QX0RFQlVHRlMgaXMgbm90IHNldAoKIwojIFRl eGFzIEluc3RydW1lbnRzIHNoYXJlZCB0cmFuc3BvcnQgbGluZSBkaXNjaXBsaW5lCiMKIyBDT05G SUdfVElfU1QgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0xJUzNfSTJDIGlzIG5vdCBzZXQK CiMKIyBBbHRlcmEgRlBHQSBmaXJtd2FyZSBkb3dubG9hZCBtb2R1bGUKIwojIENPTkZJR19BTFRF UkFfU1RBUEwgaXMgbm90IHNldApDT05GSUdfSEFWRV9JREU9eQojIENPTkZJR19JREUgaXMgbm90 IHNldAoKIwojIFNDU0kgZGV2aWNlIHN1cHBvcnQKIwpDT05GSUdfU0NTSV9NT0Q9eQpDT05GSUdf UkFJRF9BVFRSUz1tCkNPTkZJR19TQ1NJPXkKQ09ORklHX1NDU0lfRE1BPXkKQ09ORklHX1NDU0lf VEdUPW0KQ09ORklHX1NDU0lfTkVUTElOSz15CkNPTkZJR19TQ1NJX1BST0NfRlM9eQoKIwojIFND U0kgc3VwcG9ydCB0eXBlIChkaXNrLCB0YXBlLCBDRC1ST00pCiMKQ09ORklHX0JMS19ERVZfU0Q9 bQpDT05GSUdfQ0hSX0RFVl9TVD1tCkNPTkZJR19DSFJfREVWX09TU1Q9bQpDT05GSUdfQkxLX0RF Vl9TUj1tCkNPTkZJR19CTEtfREVWX1NSX1ZFTkRPUj15CkNPTkZJR19DSFJfREVWX1NHPW0KQ09O RklHX0NIUl9ERVZfU0NIPW0KQ09ORklHX1NDU0lfRU5DTE9TVVJFPW0KQ09ORklHX1NDU0lfTVVM VElfTFVOPXkKQ09ORklHX1NDU0lfQ09OU1RBTlRTPXkKQ09ORklHX1NDU0lfTE9HR0lORz15CkNP TkZJR19TQ1NJX1NDQU5fQVNZTkM9eQpDT05GSUdfU0NTSV9XQUlUX1NDQU49bQoKIwojIFNDU0kg VHJhbnNwb3J0cwojCkNPTkZJR19TQ1NJX1NQSV9BVFRSUz1tCkNPTkZJR19TQ1NJX0ZDX0FUVFJT PW0KQ09ORklHX1NDU0lfRkNfVEdUX0FUVFJTPXkKQ09ORklHX1NDU0lfSVNDU0lfQVRUUlM9bQpD T05GSUdfU0NTSV9TQVNfQVRUUlM9bQpDT05GSUdfU0NTSV9TQVNfTElCU0FTPW0KQ09ORklHX1ND U0lfU0FTX0FUQT15CkNPTkZJR19TQ1NJX1NBU19IT1NUX1NNUD15CkNPTkZJR19TQ1NJX1NSUF9B VFRSUz1tCkNPTkZJR19TQ1NJX1NSUF9UR1RfQVRUUlM9eQpDT05GSUdfU0NTSV9MT1dMRVZFTD15 CkNPTkZJR19JU0NTSV9UQ1A9bQpDT05GSUdfSVNDU0lfQk9PVF9TWVNGUz1tCkNPTkZJR19TQ1NJ X0NYR0IzX0lTQ1NJPW0KQ09ORklHX1NDU0lfQ1hHQjRfSVNDU0k9bQpDT05GSUdfU0NTSV9CTlgy X0lTQ1NJPW0KQ09ORklHX1NDU0lfQk5YMlhfRkNPRT1tCkNPTkZJR19CRTJJU0NTST1tCkNPTkZJ R19CTEtfREVWXzNXX1hYWFhfUkFJRD1tCkNPTkZJR19TQ1NJX0hQU0E9bQpDT05GSUdfU0NTSV8z V185WFhYPW0KQ09ORklHX1NDU0lfM1dfU0FTPW0KIyBDT05GSUdfU0NTSV9BQ0FSRCBpcyBub3Qg c2V0CkNPTkZJR19TQ1NJX0FBQ1JBSUQ9bQpDT05GSUdfU0NTSV9BSUM3WFhYPW0KQ09ORklHX0FJ QzdYWFhfQ01EU19QRVJfREVWSUNFPTQKQ09ORklHX0FJQzdYWFhfUkVTRVRfREVMQVlfTVM9MTUw MDAKIyBDT05GSUdfQUlDN1hYWF9ERUJVR19FTkFCTEUgaXMgbm90IHNldApDT05GSUdfQUlDN1hY WF9ERUJVR19NQVNLPTAKIyBDT05GSUdfQUlDN1hYWF9SRUdfUFJFVFRZX1BSSU5UIGlzIG5vdCBz ZXQKIyBDT05GSUdfU0NTSV9BSUM3WFhYX09MRCBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJX0FJQzc5 WFg9bQpDT05GSUdfQUlDNzlYWF9DTURTX1BFUl9ERVZJQ0U9NApDT05GSUdfQUlDNzlYWF9SRVNF VF9ERUxBWV9NUz0xNTAwMAojIENPTkZJR19BSUM3OVhYX0RFQlVHX0VOQUJMRSBpcyBub3Qgc2V0 CkNPTkZJR19BSUM3OVhYX0RFQlVHX01BU0s9MAojIENPTkZJR19BSUM3OVhYX1JFR19QUkVUVFlf UFJJTlQgaXMgbm90IHNldApDT05GSUdfU0NTSV9BSUM5NFhYPW0KIyBDT05GSUdfQUlDOTRYWF9E RUJVRyBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJX01WU0FTPW0KIyBDT05GSUdfU0NTSV9NVlNBU19E RUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfTVZTQVNfVEFTS0xFVCBpcyBub3Qgc2V0CiMg Q09ORklHX1NDU0lfTVZVTUkgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0RQVF9JMk8gaXMgbm90 IHNldAojIENPTkZJR19TQ1NJX0FEVkFOU1lTIGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfQVJDTVNS PW0KQ09ORklHX01FR0FSQUlEX05FV0dFTj15CkNPTkZJR19NRUdBUkFJRF9NTT1tCkNPTkZJR19N RUdBUkFJRF9NQUlMQk9YPW0KIyBDT05GSUdfTUVHQVJBSURfTEVHQUNZIGlzIG5vdCBzZXQKQ09O RklHX01FR0FSQUlEX1NBUz1tCkNPTkZJR19TQ1NJX01QVDJTQVM9bQpDT05GSUdfU0NTSV9NUFQy U0FTX01BWF9TR0U9MTI4CkNPTkZJR19TQ1NJX01QVDJTQVNfTE9HR0lORz15CiMgQ09ORklHX1ND U0lfVUZTSENEIGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfSFBUSU9QPW0KIyBDT05GSUdfU0NTSV9C VVNMT0dJQyBpcyBub3Qgc2V0CkNPTkZJR19WTVdBUkVfUFZTQ1NJPW0KQ09ORklHX0xJQkZDPW0K Q09ORklHX0xJQkZDT0U9bQpDT05GSUdfRkNPRT1tCkNPTkZJR19GQ09FX0ZOSUM9bQojIENPTkZJ R19TQ1NJX0RNWDMxOTFEIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9FQVRBIGlzIG5vdCBzZXQK IyBDT05GSUdfU0NTSV9GVVRVUkVfRE9NQUlOIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9HRFRI IGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfSVNDST1tCkNPTkZJR19TQ1NJX0lQUz1tCkNPTkZJR19T Q1NJX0lOSVRJTz1tCiMgQ09ORklHX1NDU0lfSU5JQTEwMCBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJ X1BQQT1tCkNPTkZJR19TQ1NJX0lNTT1tCiMgQ09ORklHX1NDU0lfSVpJUF9FUFAxNiBpcyBub3Qg c2V0CiMgQ09ORklHX1NDU0lfSVpJUF9TTE9XX0NUUiBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJX1NU RVg9bQpDT05GSUdfU0NTSV9TWU01M0M4WFhfMj1tCkNPTkZJR19TQ1NJX1NZTTUzQzhYWF9ETUFf QUREUkVTU0lOR19NT0RFPTEKQ09ORklHX1NDU0lfU1lNNTNDOFhYX0RFRkFVTFRfVEFHUz0xNgpD T05GSUdfU0NTSV9TWU01M0M4WFhfTUFYX1RBR1M9NjQKQ09ORklHX1NDU0lfU1lNNTNDOFhYX01N SU89eQojIENPTkZJR19TQ1NJX0lQUiBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfUUxPR0lDXzEy ODAgaXMgbm90IHNldApDT05GSUdfU0NTSV9RTEFfRkM9bQpDT05GSUdfU0NTSV9RTEFfSVNDU0k9 bQpDT05GSUdfU0NTSV9MUEZDPW0KIyBDT05GSUdfU0NTSV9MUEZDX0RFQlVHX0ZTIGlzIG5vdCBz ZXQKIyBDT05GSUdfU0NTSV9EQzM5NXggaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0RDMzkwVCBp cyBub3Qgc2V0CkNPTkZJR19TQ1NJX0RFQlVHPW0KQ09ORklHX1NDU0lfUE1DUkFJRD1tCiMgQ09O RklHX1NDU0lfUE04MDAxIGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfU1JQPW0KQ09ORklHX1NDU0lf QkZBX0ZDPW0KQ09ORklHX1NDU0lfVklSVElPPW0KQ09ORklHX1NDU0lfTE9XTEVWRUxfUENNQ0lB PXkKIyBDT05GSUdfUENNQ0lBX0FIQTE1MlggaXMgbm90IHNldAojIENPTkZJR19QQ01DSUFfRkRP TUFJTiBpcyBub3Qgc2V0CiMgQ09ORklHX1BDTUNJQV9RTE9HSUMgaXMgbm90IHNldAojIENPTkZJ R19QQ01DSUFfU1lNNTNDNTAwIGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfREg9eQpDT05GSUdfU0NT SV9ESF9SREFDPW0KQ09ORklHX1NDU0lfREhfSFBfU1c9bQpDT05GSUdfU0NTSV9ESF9FTUM9bQpD T05GSUdfU0NTSV9ESF9BTFVBPW0KQ09ORklHX1NDU0lfT1NEX0lOSVRJQVRPUj1tCkNPTkZJR19T Q1NJX09TRF9VTEQ9bQpDT05GSUdfU0NTSV9PU0RfRFBSSU5UX1NFTlNFPTEKIyBDT05GSUdfU0NT SV9PU0RfREVCVUcgaXMgbm90IHNldApDT05GSUdfQVRBPXkKIyBDT05GSUdfQVRBX05PTlNUQU5E QVJEIGlzIG5vdCBzZXQKQ09ORklHX0FUQV9WRVJCT1NFX0VSUk9SPXkKQ09ORklHX0FUQV9BQ1BJ PXkKQ09ORklHX1NBVEFfUE1QPXkKCiMKIyBDb250cm9sbGVycyB3aXRoIG5vbi1TRkYgbmF0aXZl IGludGVyZmFjZQojCkNPTkZJR19TQVRBX0FIQ0k9bQojIENPTkZJR19TQVRBX0FIQ0lfUExBVEZP Uk0gaXMgbm90IHNldApDT05GSUdfU0FUQV9JTklDMTYyWD1tCiMgQ09ORklHX1NBVEFfQUNBUkRf QUhDSSBpcyBub3Qgc2V0CkNPTkZJR19TQVRBX1NJTDI0PW0KQ09ORklHX0FUQV9TRkY9eQoKIwoj IFNGRiBjb250cm9sbGVycyB3aXRoIGN1c3RvbSBETUEgaW50ZXJmYWNlCiMKQ09ORklHX1BEQ19B RE1BPW0KQ09ORklHX1NBVEFfUVNUT1I9bQpDT05GSUdfU0FUQV9TWDQ9bQpDT05GSUdfQVRBX0JN RE1BPXkKCiMKIyBTQVRBIFNGRiBjb250cm9sbGVycyB3aXRoIEJNRE1BCiMKQ09ORklHX0FUQV9Q SUlYPW0KQ09ORklHX1NBVEFfTVY9bQpDT05GSUdfU0FUQV9OVj1tCkNPTkZJR19TQVRBX1BST01J U0U9bQpDT05GSUdfU0FUQV9TSUw9bQpDT05GSUdfU0FUQV9TSVM9bQpDT05GSUdfU0FUQV9TVlc9 bQpDT05GSUdfU0FUQV9VTEk9bQpDT05GSUdfU0FUQV9WSUE9bQpDT05GSUdfU0FUQV9WSVRFU1NF PW0KCiMKIyBQQVRBIFNGRiBjb250cm9sbGVycyB3aXRoIEJNRE1BCiMKQ09ORklHX1BBVEFfQUxJ PW0KQ09ORklHX1BBVEFfQU1EPW0KIyBDT05GSUdfUEFUQV9BUkFTQU5fQ0YgaXMgbm90IHNldApD T05GSUdfUEFUQV9BUlRPUD1tCkNPTkZJR19QQVRBX0FUSUlYUD1tCkNPTkZJR19QQVRBX0FUUDg2 N1g9bQpDT05GSUdfUEFUQV9DTUQ2NFg9bQojIENPTkZJR19QQVRBX0NTNTUyMCBpcyBub3Qgc2V0 CiMgQ09ORklHX1BBVEFfQ1M1NTMwIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9DUzU1MzYgaXMg bm90IHNldAojIENPTkZJR19QQVRBX0NZUFJFU1MgaXMgbm90IHNldAojIENPTkZJR19QQVRBX0VG QVIgaXMgbm90IHNldApDT05GSUdfUEFUQV9IUFQzNjY9bQpDT05GSUdfUEFUQV9IUFQzN1g9bQpD T05GSUdfUEFUQV9IUFQzWDJOPW0KQ09ORklHX1BBVEFfSFBUM1gzPW0KIyBDT05GSUdfUEFUQV9I UFQzWDNfRE1BIGlzIG5vdCBzZXQKQ09ORklHX1BBVEFfSVQ4MjEzPW0KQ09ORklHX1BBVEFfSVQ4 MjFYPW0KQ09ORklHX1BBVEFfSk1JQ1JPTj1tCkNPTkZJR19QQVRBX01BUlZFTEw9bQpDT05GSUdf UEFUQV9ORVRDRUxMPW0KQ09ORklHX1BBVEFfTklOSkEzMj1tCiMgQ09ORklHX1BBVEFfTlM4NzQx NSBpcyBub3Qgc2V0CkNPTkZJR19QQVRBX09MRFBJSVg9bQojIENPTkZJR19QQVRBX09QVElETUEg aXMgbm90IHNldApDT05GSUdfUEFUQV9QREMyMDI3WD1tCkNPTkZJR19QQVRBX1BEQ19PTEQ9bQoj IENPTkZJR19QQVRBX1JBRElTWVMgaXMgbm90IHNldApDT05GSUdfUEFUQV9SREM9bQojIENPTkZJ R19QQVRBX1NDMTIwMCBpcyBub3Qgc2V0CkNPTkZJR19QQVRBX1NDSD1tCkNPTkZJR19QQVRBX1NF UlZFUldPUktTPW0KQ09ORklHX1BBVEFfU0lMNjgwPW0KQ09ORklHX1BBVEFfU0lTPW0KIyBDT05G SUdfUEFUQV9UT1NISUJBIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9UUklGTEVYIGlzIG5vdCBz ZXQKQ09ORklHX1BBVEFfVklBPW0KIyBDT05GSUdfUEFUQV9XSU5CT05EIGlzIG5vdCBzZXQKCiMK IyBQSU8tb25seSBTRkYgY29udHJvbGxlcnMKIwojIENPTkZJR19QQVRBX0NNRDY0MF9QQ0kgaXMg bm90IHNldAojIENPTkZJR19QQVRBX01QSUlYIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9OUzg3 NDEwIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9PUFRJIGlzIG5vdCBzZXQKQ09ORklHX1BBVEFf UENNQ0lBPW0KIyBDT05GSUdfUEFUQV9SWjEwMDAgaXMgbm90IHNldAoKIwojIEdlbmVyaWMgZmFs bGJhY2sgLyBsZWdhY3kgZHJpdmVycwojCkNPTkZJR19QQVRBX0FDUEk9bQpDT05GSUdfQVRBX0dF TkVSSUM9bQojIENPTkZJR19QQVRBX0xFR0FDWSBpcyBub3Qgc2V0CkNPTkZJR19NRD15CkNPTkZJ R19CTEtfREVWX01EPXkKQ09ORklHX01EX0FVVE9ERVRFQ1Q9eQpDT05GSUdfTURfTElORUFSPW0K Q09ORklHX01EX1JBSUQwPW0KQ09ORklHX01EX1JBSUQxPW0KQ09ORklHX01EX1JBSUQxMD1tCkNP TkZJR19NRF9SQUlENDU2PW0KIyBDT05GSUdfTVVMVElDT1JFX1JBSUQ0NTYgaXMgbm90IHNldAoj IENPTkZJR19NRF9NVUxUSVBBVEggaXMgbm90IHNldApDT05GSUdfTURfRkFVTFRZPW0KQ09ORklH X0JMS19ERVZfRE09bQpDT05GSUdfRE1fREVCVUc9eQpDT05GSUdfRE1fQlVGSU89bQpDT05GSUdf RE1fUEVSU0lTVEVOVF9EQVRBPW0KQ09ORklHX0RNX0NSWVBUPW0KQ09ORklHX0RNX1NOQVBTSE9U PW0KQ09ORklHX0RNX1RISU5fUFJPVklTSU9OSU5HPW0KIyBDT05GSUdfRE1fREVCVUdfQkxPQ0tf U1RBQ0tfVFJBQ0lORyBpcyBub3Qgc2V0CiMgQ09ORklHX0RNX0RFQlVHX1NQQUNFX01BUFMgaXMg bm90IHNldApDT05GSUdfRE1fTUlSUk9SPW0KQ09ORklHX0RNX1JBSUQ9bQpDT05GSUdfRE1fTE9H X1VTRVJTUEFDRT1tCkNPTkZJR19ETV9aRVJPPW0KQ09ORklHX0RNX01VTFRJUEFUSD1tCkNPTkZJ R19ETV9NVUxUSVBBVEhfUUw9bQpDT05GSUdfRE1fTVVMVElQQVRIX1NUPW0KQ09ORklHX0RNX0RF TEFZPW0KQ09ORklHX0RNX1VFVkVOVD15CkNPTkZJR19ETV9GTEFLRVk9bQojIENPTkZJR19ETV9W RVJJVFkgaXMgbm90IHNldApDT05GSUdfVEFSR0VUX0NPUkU9bQpDT05GSUdfVENNX0lCTE9DSz1t CkNPTkZJR19UQ01fRklMRUlPPW0KQ09ORklHX1RDTV9QU0NTST1tCkNPTkZJR19MT09QQkFDS19U QVJHRVQ9bQpDT05GSUdfVENNX0ZDPW0KIyBDT05GSUdfSVNDU0lfVEFSR0VUIGlzIG5vdCBzZXQK Q09ORklHX0ZVU0lPTj15CkNPTkZJR19GVVNJT05fU1BJPW0KQ09ORklHX0ZVU0lPTl9GQz1tCkNP TkZJR19GVVNJT05fU0FTPW0KQ09ORklHX0ZVU0lPTl9NQVhfU0dFPTEyOApDT05GSUdfRlVTSU9O X0NUTD1tCkNPTkZJR19GVVNJT05fTEFOPW0KQ09ORklHX0ZVU0lPTl9MT0dHSU5HPXkKCiMKIyBJ RUVFIDEzOTQgKEZpcmVXaXJlKSBzdXBwb3J0CiMKQ09ORklHX0ZJUkVXSVJFPW0KQ09ORklHX0ZJ UkVXSVJFX09IQ0k9bQpDT05GSUdfRklSRVdJUkVfU0JQMj1tCkNPTkZJR19GSVJFV0lSRV9ORVQ9 bQojIENPTkZJR19GSVJFV0lSRV9OT1NZIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJPIGlzIG5vdCBz ZXQKQ09ORklHX01BQ0lOVE9TSF9EUklWRVJTPXkKQ09ORklHX01BQ19FTVVNT1VTRUJUTj15CkNP TkZJR19ORVRERVZJQ0VTPXkKQ09ORklHX05FVF9DT1JFPXkKQ09ORklHX0JPTkRJTkc9bQpDT05G SUdfRFVNTVk9bQojIENPTkZJR19FUVVBTElaRVIgaXMgbm90IHNldApDT05GSUdfTkVUX0ZDPXkK Q09ORklHX01JST1tCkNPTkZJR19JRUVFODAyMTU0X0RSSVZFUlM9bQpDT05GSUdfSUVFRTgwMjE1 NF9GQUtFSEFSRD1tCkNPTkZJR19JRkI9bQojIENPTkZJR19ORVRfVEVBTSBpcyBub3Qgc2V0CkNP TkZJR19NQUNWTEFOPW0KQ09ORklHX01BQ1ZUQVA9bQpDT05GSUdfTkVUQ09OU09MRT1tCkNPTkZJ R19ORVRDT05TT0xFX0RZTkFNSUM9eQpDT05GSUdfTkVUUE9MTD15CkNPTkZJR19ORVRQT0xMX1RS QVA9eQpDT05GSUdfTkVUX1BPTExfQ09OVFJPTExFUj15CkNPTkZJR19UVU49bQpDT05GSUdfVkVU SD1tCkNPTkZJR19WSVJUSU9fTkVUPW0KQ09ORklHX1NVTkdFTV9QSFk9bQojIENPTkZJR19BUkNO RVQgaXMgbm90IHNldApDT05GSUdfQVRNX0RSSVZFUlM9eQojIENPTkZJR19BVE1fRFVNTVkgaXMg bm90IHNldApDT05GSUdfQVRNX1RDUD1tCiMgQ09ORklHX0FUTV9MQU5BSSBpcyBub3Qgc2V0CiMg Q09ORklHX0FUTV9FTkkgaXMgbm90IHNldAojIENPTkZJR19BVE1fRklSRVNUUkVBTSBpcyBub3Qg c2V0CiMgQ09ORklHX0FUTV9aQVRNIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRNX05JQ1NUQVIgaXMg bm90IHNldAojIENPTkZJR19BVE1fSURUNzcyNTIgaXMgbm90IHNldAojIENPTkZJR19BVE1fQU1C QVNTQURPUiBpcyBub3Qgc2V0CiMgQ09ORklHX0FUTV9IT1JJWk9OIGlzIG5vdCBzZXQKIyBDT05G SUdfQVRNX0lBIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRNX0ZPUkUyMDBFIGlzIG5vdCBzZXQKIyBD T05GSUdfQVRNX0hFIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRNX1NPTE9TIGlzIG5vdCBzZXQKCiMK IyBDQUlGIHRyYW5zcG9ydCBkcml2ZXJzCiMKCiMKIyBEaXN0cmlidXRlZCBTd2l0Y2ggQXJjaGl0 ZWN0dXJlIGRyaXZlcnMKIwpDT05GSUdfTkVUX0RTQV9NVjg4RTZYWFg9eQpDT05GSUdfTkVUX0RT QV9NVjg4RTYwNjA9eQpDT05GSUdfTkVUX0RTQV9NVjg4RTZYWFhfTkVFRF9QUFU9eQpDT05GSUdf TkVUX0RTQV9NVjg4RTYxMzE9eQpDT05GSUdfTkVUX0RTQV9NVjg4RTYxMjNfNjFfNjU9eQpDT05G SUdfRVRIRVJORVQ9eQpDT05GSUdfTURJTz1tCkNPTkZJR19ORVRfVkVORE9SXzNDT009eQpDT05G SUdfUENNQ0lBXzNDNTc0PW0KQ09ORklHX1BDTUNJQV8zQzU4OT1tCkNPTkZJR19WT1JURVg9bQpD T05GSUdfVFlQSE9PTj1tCkNPTkZJR19ORVRfVkVORE9SX0FEQVBURUM9eQpDT05GSUdfQURBUFRF Q19TVEFSRklSRT1tCkNPTkZJR19ORVRfVkVORE9SX0FMVEVPTj15CkNPTkZJR19BQ0VOSUM9bQoj IENPTkZJR19BQ0VOSUNfT01JVF9USUdPTl9JIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1Jf QU1EPXkKQ09ORklHX0FNRDgxMTFfRVRIPW0KQ09ORklHX1BDTkVUMzI9bQpDT05GSUdfUENNQ0lB X05NQ0xBTj1tCkNPTkZJR19ORVRfVkVORE9SX0FUSEVST1M9eQpDT05GSUdfQVRMMj1tCkNPTkZJ R19BVEwxPW0KQ09ORklHX0FUTDFFPW0KQ09ORklHX0FUTDFDPW0KQ09ORklHX05FVF9WRU5ET1Jf QlJPQURDT009eQpDT05GSUdfQjQ0PW0KQ09ORklHX0I0NF9QQ0lfQVVUT1NFTEVDVD15CkNPTkZJ R19CNDRfUENJQ09SRV9BVVRPU0VMRUNUPXkKQ09ORklHX0I0NF9QQ0k9eQpDT05GSUdfQk5YMj1t CkNPTkZJR19DTklDPW0KQ09ORklHX1RJR09OMz1tCkNPTkZJR19CTlgyWD1tCkNPTkZJR19ORVRf VkVORE9SX0JST0NBREU9eQpDT05GSUdfQk5BPW0KIyBDT05GSUdfTkVUX0NBTFhFREFfWEdNQUMg aXMgbm90IHNldApDT05GSUdfTkVUX1ZFTkRPUl9DSEVMU0lPPXkKQ09ORklHX0NIRUxTSU9fVDE9 bQpDT05GSUdfQ0hFTFNJT19UMV8xRz15CkNPTkZJR19DSEVMU0lPX1QzPW0KQ09ORklHX0NIRUxT SU9fVDQ9bQojIENPTkZJR19DSEVMU0lPX1Q0VkYgaXMgbm90IHNldApDT05GSUdfTkVUX1ZFTkRP Ul9DSVNDTz15CkNPTkZJR19FTklDPW0KQ09ORklHX0RORVQ9bQpDT05GSUdfTkVUX1ZFTkRPUl9E RUM9eQpDT05GSUdfTkVUX1RVTElQPXkKQ09ORklHX0RFMjEwNFg9bQpDT05GSUdfREUyMTA0WF9E U0w9MApDT05GSUdfVFVMSVA9bQojIENPTkZJR19UVUxJUF9NV0kgaXMgbm90IHNldApDT05GSUdf VFVMSVBfTU1JTz15CiMgQ09ORklHX1RVTElQX05BUEkgaXMgbm90IHNldApDT05GSUdfREU0WDU9 bQpDT05GSUdfV0lOQk9ORF84NDA9bQpDT05GSUdfRE05MTAyPW0KQ09ORklHX1VMSTUyNlg9bQpD T05GSUdfUENNQ0lBX1hJUkNPTT1tCkNPTkZJR19ORVRfVkVORE9SX0RMSU5LPXkKIyBDT05GSUdf REU2MDAgaXMgbm90IHNldAojIENPTkZJR19ERTYyMCBpcyBub3Qgc2V0CkNPTkZJR19ETDJLPW0K Q09ORklHX1NVTkRBTkNFPW0KIyBDT05GSUdfU1VOREFOQ0VfTU1JTyBpcyBub3Qgc2V0CkNPTkZJ R19ORVRfVkVORE9SX0VNVUxFWD15CkNPTkZJR19CRTJORVQ9bQpDT05GSUdfTkVUX1ZFTkRPUl9F WEFSPXkKQ09ORklHX1MySU89bQpDT05GSUdfVlhHRT1tCiMgQ09ORklHX1ZYR0VfREVCVUdfVFJB Q0VfQUxMIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1JfRlVKSVRTVT15CkNPTkZJR19QQ01D SUFfRk1WSjE4WD1tCkNPTkZJR19ORVRfVkVORE9SX0hQPXkKIyBDT05GSUdfSFAxMDAgaXMgbm90 IHNldApDT05GSUdfTkVUX1ZFTkRPUl9JTlRFTD15CkNPTkZJR19FMTAwPW0KQ09ORklHX0UxMDAw PW0KQ09ORklHX0UxMDAwRT1tCkNPTkZJR19JR0I9bQpDT05GSUdfSUdCX0RDQT15CkNPTkZJR19J R0JWRj1tCkNPTkZJR19JWEdCPW0KQ09ORklHX0lYR0JFPW0KQ09ORklHX0lYR0JFX0RDQT15CkNP TkZJR19JWEdCRV9EQ0I9eQpDT05GSUdfSVhHQkVWRj1tCkNPTkZJR19ORVRfVkVORE9SX0k4MjVY WD15CiMgQ09ORklHX1pORVQgaXMgbm90IHNldApDT05GSUdfSVAxMDAwPW0KQ09ORklHX0pNRT1t CkNPTkZJR19ORVRfVkVORE9SX01BUlZFTEw9eQpDT05GSUdfU0tHRT1tCiMgQ09ORklHX1NLR0Vf REVCVUcgaXMgbm90IHNldAojIENPTkZJR19TS0dFX0dFTkVTSVMgaXMgbm90IHNldApDT05GSUdf U0tZMj1tCiMgQ09ORklHX1NLWTJfREVCVUcgaXMgbm90IHNldApDT05GSUdfTkVUX1ZFTkRPUl9N RUxMQU5PWD15CkNPTkZJR19NTFg0X0VOPW0KQ09ORklHX01MWDRfQ09SRT1tCkNPTkZJR19NTFg0 X0RFQlVHPXkKQ09ORklHX05FVF9WRU5ET1JfTUlDUkVMPXkKIyBDT05GSUdfS1M4ODQyIGlzIG5v dCBzZXQKIyBDT05GSUdfS1M4ODUxX01MTCBpcyBub3Qgc2V0CiMgQ09ORklHX0tTWjg4NFhfUENJ IGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1JfTVlSST15CkNPTkZJR19NWVJJMTBHRT1tCkNP TkZJR19NWVJJMTBHRV9EQ0E9eQpDT05GSUdfRkVBTE5YPW0KQ09ORklHX05FVF9WRU5ET1JfTkFU U0VNST15CkNPTkZJR19OQVRTRU1JPW0KQ09ORklHX05TODM4MjA9bQpDT05GSUdfTkVUX1ZFTkRP Ul84MzkwPXkKQ09ORklHX1BDTUNJQV9BWE5FVD1tCkNPTkZJR19ORTJLX1BDST1tCkNPTkZJR19Q Q01DSUFfUENORVQ9bQpDT05GSUdfTkVUX1ZFTkRPUl9OVklESUE9eQpDT05GSUdfRk9SQ0VERVRI PW0KQ09ORklHX05FVF9WRU5ET1JfT0tJPXkKQ09ORklHX1BDSF9HQkU9bQpDT05GSUdfRVRIT0M9 bQpDT05GSUdfTkVUX1BBQ0tFVF9FTkdJTkU9eQojIENPTkZJR19IQU1BQ0hJIGlzIG5vdCBzZXQK IyBDT05GSUdfWUVMTE9XRklOIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1JfUUxPR0lDPXkK Q09ORklHX1FMQTNYWFg9bQpDT05GSUdfUUxDTklDPW0KQ09ORklHX1FMR0U9bQpDT05GSUdfTkVU WEVOX05JQz1tCkNPTkZJR19ORVRfVkVORE9SX1JFQUxURUs9eQojIENPTkZJR19BVFAgaXMgbm90 IHNldApDT05GSUdfODEzOUNQPW0KQ09ORklHXzgxMzlUT089bQojIENPTkZJR184MTM5VE9PX1BJ TyBpcyBub3Qgc2V0CiMgQ09ORklHXzgxMzlUT09fVFVORV9UV0lTVEVSIGlzIG5vdCBzZXQKQ09O RklHXzgxMzlUT09fODEyOT15CiMgQ09ORklHXzgxMzlfT0xEX1JYX1JFU0VUIGlzIG5vdCBzZXQK Q09ORklHX1I4MTY5PW0KQ09ORklHX05FVF9WRU5ET1JfUkRDPXkKQ09ORklHX1I2MDQwPW0KQ09O RklHX05FVF9WRU5ET1JfU0VFUT15CiMgQ09ORklHX1NFRVE4MDA1IGlzIG5vdCBzZXQKQ09ORklH X05FVF9WRU5ET1JfU0lMQU49eQpDT05GSUdfU0M5MjAzMT1tCkNPTkZJR19ORVRfVkVORE9SX1NJ Uz15CkNPTkZJR19TSVM5MDA9bQpDT05GSUdfU0lTMTkwPW0KQ09ORklHX1NGQz1tCkNPTkZJR19T RkNfTVREPXkKQ09ORklHX1NGQ19NQ0RJX01PTj15CkNPTkZJR19TRkNfU1JJT1Y9eQpDT05GSUdf TkVUX1ZFTkRPUl9TTVNDPXkKQ09ORklHX1BDTUNJQV9TTUM5MUM5Mj1tCkNPTkZJR19FUElDMTAw PW0KQ09ORklHX1NNU0M5NDIwPW0KQ09ORklHX05FVF9WRU5ET1JfU1RNSUNSTz15CiMgQ09ORklH X1NUTU1BQ19FVEggaXMgbm90IHNldApDT05GSUdfTkVUX1ZFTkRPUl9TVU49eQpDT05GSUdfSEFQ UFlNRUFMPW0KQ09ORklHX1NVTkdFTT1tCkNPTkZJR19DQVNTSU5JPW0KQ09ORklHX05JVT1tCkNP TkZJR19ORVRfVkVORE9SX1RFSFVUST15CkNPTkZJR19URUhVVEk9bQpDT05GSUdfTkVUX1ZFTkRP Ul9UST15CkNPTkZJR19UTEFOPW0KQ09ORklHX05FVF9WRU5ET1JfVklBPXkKQ09ORklHX1ZJQV9S SElORT1tCkNPTkZJR19WSUFfUkhJTkVfTU1JTz15CkNPTkZJR19WSUFfVkVMT0NJVFk9bQpDT05G SUdfTkVUX1ZFTkRPUl9YSVJDT009eQpDT05GSUdfUENNQ0lBX1hJUkMyUFM9bQpDT05GSUdfRkRE ST15CiMgQ09ORklHX0RFRlhYIGlzIG5vdCBzZXQKIyBDT05GSUdfU0tGUCBpcyBub3Qgc2V0CiMg Q09ORklHX0hJUFBJIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1NCMTAwMCBpcyBub3Qgc2V0CkNP TkZJR19QSFlMSUI9eQoKIwojIE1JSSBQSFkgZGV2aWNlIGRyaXZlcnMKIwojIENPTkZJR19BTURf UEhZIGlzIG5vdCBzZXQKQ09ORklHX01BUlZFTExfUEhZPW0KQ09ORklHX0RBVklDT01fUEhZPW0K Q09ORklHX1FTRU1JX1BIWT1tCkNPTkZJR19MWFRfUEhZPW0KQ09ORklHX0NJQ0FEQV9QSFk9bQpD T05GSUdfVklURVNTRV9QSFk9bQpDT05GSUdfU01TQ19QSFk9bQpDT05GSUdfQlJPQURDT01fUEhZ PW0KQ09ORklHX0lDUExVU19QSFk9bQpDT05GSUdfUkVBTFRFS19QSFk9bQpDT05GSUdfTkFUSU9O QUxfUEhZPW0KQ09ORklHX1NURTEwWFA9bQpDT05GSUdfTFNJX0VUMTAxMUNfUEhZPW0KIyBDT05G SUdfTUlDUkVMX1BIWSBpcyBub3Qgc2V0CkNPTkZJR19GSVhFRF9QSFk9eQpDT05GSUdfTURJT19C SVRCQU5HPW0KIyBDT05GSUdfTURJT19HUElPIGlzIG5vdCBzZXQKIyBDT05GSUdfUExJUCBpcyBu b3Qgc2V0CkNPTkZJR19QUFA9bQojIENPTkZJR19QUFBfQlNEQ09NUCBpcyBub3Qgc2V0CkNPTkZJ R19QUFBfREVGTEFURT1tCkNPTkZJR19QUFBfRklMVEVSPXkKQ09ORklHX1BQUF9NUFBFPW0KQ09O RklHX1BQUF9NVUxUSUxJTks9eQpDT05GSUdfUFBQT0FUTT1tCkNPTkZJR19QUFBPRT1tCkNPTkZJ R19QUFBfQVNZTkM9bQpDT05GSUdfUFBQX1NZTkNfVFRZPW0KQ09ORklHX1NMSVA9bQpDT05GSUdf U0xIQz1tCkNPTkZJR19TTElQX0NPTVBSRVNTRUQ9eQpDT05GSUdfU0xJUF9TTUFSVD15CiMgQ09O RklHX1NMSVBfTU9ERV9TTElQNiBpcyBub3Qgc2V0CiMgQ09ORklHX1RSIGlzIG5vdCBzZXQKCiMK IyBVU0IgTmV0d29yayBBZGFwdGVycwojCkNPTkZJR19VU0JfQ0FUQz1tCkNPTkZJR19VU0JfS0FX RVRIPW0KQ09ORklHX1VTQl9QRUdBU1VTPW0KQ09ORklHX1VTQl9SVEw4MTUwPW0KQ09ORklHX1VT Ql9VU0JORVQ9bQpDT05GSUdfVVNCX05FVF9BWDg4MTdYPW0KQ09ORklHX1VTQl9ORVRfQ0RDRVRI RVI9bQpDT05GSUdfVVNCX05FVF9DRENfRUVNPW0KQ09ORklHX1VTQl9ORVRfQ0RDX05DTT1tCkNP TkZJR19VU0JfTkVUX0RNOTYwMT1tCiMgQ09ORklHX1VTQl9ORVRfU01TQzc1WFggaXMgbm90IHNl dApDT05GSUdfVVNCX05FVF9TTVNDOTVYWD1tCkNPTkZJR19VU0JfTkVUX0dMNjIwQT1tCkNPTkZJ R19VU0JfTkVUX05FVDEwODA9bQpDT05GSUdfVVNCX05FVF9QTFVTQj1tCkNPTkZJR19VU0JfTkVU X01DUzc4MzA9bQpDT05GSUdfVVNCX05FVF9STkRJU19IT1NUPW0KQ09ORklHX1VTQl9ORVRfQ0RD X1NVQlNFVD1tCkNPTkZJR19VU0JfQUxJX001NjMyPXkKQ09ORklHX1VTQl9BTjI3MjA9eQpDT05G SUdfVVNCX0JFTEtJTj15CkNPTkZJR19VU0JfQVJNTElOVVg9eQpDT05GSUdfVVNCX0VQU09OMjg4 OD15CkNPTkZJR19VU0JfS0MyMTkwPXkKQ09ORklHX1VTQl9ORVRfWkFVUlVTPW0KIyBDT05GSUdf VVNCX05FVF9DWDgyMzEwX0VUSCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9ORVRfS0FMTUlBIGlz IG5vdCBzZXQKIyBDT05GSUdfVVNCX05FVF9RTUlfV1dBTiBpcyBub3Qgc2V0CkNPTkZJR19VU0Jf SFNPPW0KQ09ORklHX1VTQl9ORVRfSU5UNTFYMT1tCkNPTkZJR19VU0JfQ0RDX1BIT05FVD1tCiMg Q09ORklHX1VTQl9JUEhFVEggaXMgbm90IHNldAojIENPTkZJR19VU0JfU0lFUlJBX05FVCBpcyBu b3Qgc2V0CiMgQ09ORklHX1VTQl9WTDYwMCBpcyBub3Qgc2V0CkNPTkZJR19XTEFOPXkKIyBDT05G SUdfUENNQ0lBX1JBWUNTIGlzIG5vdCBzZXQKQ09ORklHX0xJQkVSVEFTX1RISU5GSVJNPW0KIyBD T05GSUdfTElCRVJUQVNfVEhJTkZJUk1fREVCVUcgaXMgbm90IHNldApDT05GSUdfTElCRVJUQVNf VEhJTkZJUk1fVVNCPW0KQ09ORklHX0FJUk89bQpDT05GSUdfQVRNRUw9bQpDT05GSUdfUENJX0FU TUVMPW0KQ09ORklHX1BDTUNJQV9BVE1FTD1tCkNPTkZJR19BVDc2QzUwWF9VU0I9bQpDT05GSUdf QUlST19DUz1tCkNPTkZJR19QQ01DSUFfV0wzNTAxPW0KIyBDT05GSUdfUFJJU001NCBpcyBub3Qg c2V0CkNPTkZJR19VU0JfWkQxMjAxPW0KQ09ORklHX1VTQl9ORVRfUk5ESVNfV0xBTj1tCkNPTkZJ R19SVEw4MTgwPW0KQ09ORklHX1JUTDgxODc9bQpDT05GSUdfUlRMODE4N19MRURTPXkKQ09ORklH X0FETTgyMTE9bQpDT05GSUdfTUFDODAyMTFfSFdTSU09bQpDT05GSUdfTVdMOEs9bQpDT05GSUdf QVRIX0NPTU1PTj1tCiMgQ09ORklHX0FUSF9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19BVEg1Sz1t CiMgQ09ORklHX0FUSDVLX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRINUtfVFJBQ0VSIGlz IG5vdCBzZXQKQ09ORklHX0FUSDVLX1BDST15CkNPTkZJR19BVEg5S19IVz1tCkNPTkZJR19BVEg5 S19DT01NT049bQpDT05GSUdfQVRIOUtfQlRDT0VYX1NVUFBPUlQ9eQpDT05GSUdfQVRIOUs9bQpD T05GSUdfQVRIOUtfUENJPXkKIyBDT05GSUdfQVRIOUtfQUhCIGlzIG5vdCBzZXQKIyBDT05GSUdf QVRIOUtfREVCVUdGUyBpcyBub3Qgc2V0CkNPTkZJR19BVEg5S19SQVRFX0NPTlRST0w9eQojIENP TkZJR19BVEg5S19IVEMgaXMgbm90IHNldAojIENPTkZJR19DQVJMOTE3MCBpcyBub3Qgc2V0CiMg Q09ORklHX0FUSDZLTCBpcyBub3Qgc2V0CkNPTkZJR19CNDM9bQpDT05GSUdfQjQzX1NTQj15CkNP TkZJR19CNDNfUENJX0FVVE9TRUxFQ1Q9eQpDT05GSUdfQjQzX1BDSUNPUkVfQVVUT1NFTEVDVD15 CkNPTkZJR19CNDNfUENNQ0lBPXkKQ09ORklHX0I0M19TRElPPXkKQ09ORklHX0I0M19QSU89eQoj IENPTkZJR19CNDNfUEhZX04gaXMgbm90IHNldApDT05GSUdfQjQzX1BIWV9MUD15CiMgQ09ORklH X0I0M19QSFlfSFQgaXMgbm90IHNldApDT05GSUdfQjQzX0xFRFM9eQpDT05GSUdfQjQzX0hXUk5H PXkKQ09ORklHX0I0M19ERUJVRz15CkNPTkZJR19CNDNMRUdBQ1k9bQpDT05GSUdfQjQzTEVHQUNZ X1BDSV9BVVRPU0VMRUNUPXkKQ09ORklHX0I0M0xFR0FDWV9QQ0lDT1JFX0FVVE9TRUxFQ1Q9eQpD T05GSUdfQjQzTEVHQUNZX0xFRFM9eQpDT05GSUdfQjQzTEVHQUNZX0hXUk5HPXkKQ09ORklHX0I0 M0xFR0FDWV9ERUJVRz15CkNPTkZJR19CNDNMRUdBQ1lfRE1BPXkKQ09ORklHX0I0M0xFR0FDWV9Q SU89eQpDT05GSUdfQjQzTEVHQUNZX0RNQV9BTkRfUElPX01PREU9eQojIENPTkZJR19CNDNMRUdB Q1lfRE1BX01PREUgaXMgbm90IHNldAojIENPTkZJR19CNDNMRUdBQ1lfUElPX01PREUgaXMgbm90 IHNldAojIENPTkZJR19CUkNNRk1BQyBpcyBub3Qgc2V0CkNPTkZJR19IT1NUQVA9bQpDT05GSUdf SE9TVEFQX0ZJUk1XQVJFPXkKQ09ORklHX0hPU1RBUF9GSVJNV0FSRV9OVlJBTT15CkNPTkZJR19I T1NUQVBfUExYPW0KQ09ORklHX0hPU1RBUF9QQ0k9bQpDT05GSUdfSE9TVEFQX0NTPW0KQ09ORklH X0lQVzIxMDA9bQpDT05GSUdfSVBXMjEwMF9NT05JVE9SPXkKIyBDT05GSUdfSVBXMjEwMF9ERUJV RyBpcyBub3Qgc2V0CiMgQ09ORklHX0lQVzIyMDAgaXMgbm90IHNldApDT05GSUdfTElCSVBXPW0K IyBDT05GSUdfTElCSVBXX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0lXTFdJRkk9bQoKIwojIERl YnVnZ2luZyBPcHRpb25zCiMKIyBDT05GSUdfSVdMV0lGSV9ERUJVRyBpcyBub3Qgc2V0CiMgQ09O RklHX0lXTFdJRklfREVWSUNFX1RSQUNJTkcgaXMgbm90IHNldAojIENPTkZJR19JV0xXSUZJX1Ay UCBpcyBub3Qgc2V0CiMgQ09ORklHX0lXTFdJRklfRVhQRVJJTUVOVEFMX01GUCBpcyBub3Qgc2V0 CkNPTkZJR19JV0xFR0FDWT1tCkNPTkZJR19JV0w0OTY1PW0KQ09ORklHX0lXTDM5NDU9bQoKIwoj IGl3bDM5NDUgLyBpd2w0OTY1IERlYnVnZ2luZyBPcHRpb25zCiMKIyBDT05GSUdfSVdMRUdBQ1lf REVCVUcgaXMgbm90IHNldApDT05GSUdfSVdNPW0KIyBDT05GSUdfSVdNX0RFQlVHIGlzIG5vdCBz ZXQKIyBDT05GSUdfSVdNX1RSQUNJTkcgaXMgbm90IHNldApDT05GSUdfTElCRVJUQVM9bQpDT05G SUdfTElCRVJUQVNfVVNCPW0KQ09ORklHX0xJQkVSVEFTX0NTPW0KQ09ORklHX0xJQkVSVEFTX1NE SU89bQpDT05GSUdfTElCRVJUQVNfREVCVUc9eQojIENPTkZJR19MSUJFUlRBU19NRVNIIGlzIG5v dCBzZXQKQ09ORklHX0hFUk1FUz1tCiMgQ09ORklHX0hFUk1FU19QUklTTSBpcyBub3Qgc2V0CkNP TkZJR19IRVJNRVNfQ0FDSEVfRldfT05fSU5JVD15CkNPTkZJR19QTFhfSEVSTUVTPW0KQ09ORklH X1RNRF9IRVJNRVM9bQpDT05GSUdfTk9SVEVMX0hFUk1FUz1tCkNPTkZJR19QQ01DSUFfSEVSTUVT PW0KQ09ORklHX1BDTUNJQV9TUEVDVFJVTT1tCiMgQ09ORklHX09SSU5PQ09fVVNCIGlzIG5vdCBz ZXQKQ09ORklHX1A1NF9DT01NT049bQpDT05GSUdfUDU0X1VTQj1tCkNPTkZJR19QNTRfUENJPW0K Q09ORklHX1A1NF9MRURTPXkKQ09ORklHX1JUMlgwMD1tCkNPTkZJR19SVDI0MDBQQ0k9bQpDT05G SUdfUlQyNTAwUENJPW0KQ09ORklHX1JUNjFQQ0k9bQojIENPTkZJR19SVDI4MDBQQ0kgaXMgbm90 IHNldApDT05GSUdfUlQyNTAwVVNCPW0KQ09ORklHX1JUNzNVU0I9bQojIENPTkZJR19SVDI4MDBV U0IgaXMgbm90IHNldApDT05GSUdfUlQyWDAwX0xJQl9QQ0k9bQpDT05GSUdfUlQyWDAwX0xJQl9V U0I9bQpDT05GSUdfUlQyWDAwX0xJQj1tCkNPTkZJR19SVDJYMDBfTElCX0ZJUk1XQVJFPXkKQ09O RklHX1JUMlgwMF9MSUJfQ1JZUFRPPXkKQ09ORklHX1JUMlgwMF9MSUJfTEVEUz15CiMgQ09ORklH X1JUMlgwMF9ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX1JUTDgxOTJDRSBpcyBub3Qgc2V0CiMg Q09ORklHX1JUTDgxOTJTRSBpcyBub3Qgc2V0CiMgQ09ORklHX1JUTDgxOTJERSBpcyBub3Qgc2V0 CiMgQ09ORklHX1JUTDgxOTJDVSBpcyBub3Qgc2V0CkNPTkZJR19XTDEyNTE9bQpDT05GSUdfV0wx MjUxX1NESU89bQpDT05GSUdfV0wxMlhYX01FTlU9bQpDT05GSUdfV0wxMlhYPW0KIyBDT05GSUdf V0wxMlhYX1NESU8gaXMgbm90IHNldApDT05GSUdfV0wxMlhYX1BMQVRGT1JNX0RBVEE9eQpDT05G SUdfWkQxMjExUlc9bQojIENPTkZJR19aRDEyMTFSV19ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklH X01XSUZJRVggaXMgbm90IHNldAoKIwojIFdpTUFYIFdpcmVsZXNzIEJyb2FkYmFuZCBkZXZpY2Vz CiMKQ09ORklHX1dJTUFYX0kyNDAwTT1tCkNPTkZJR19XSU1BWF9JMjQwME1fVVNCPW0KQ09ORklH X1dJTUFYX0kyNDAwTV9TRElPPW0KIyBDT05GSUdfV0lNQVhfSVdNQzMyMDBfU0RJTyBpcyBub3Qg c2V0CkNPTkZJR19XSU1BWF9JMjQwME1fREVCVUdfTEVWRUw9OApDT05GSUdfV0FOPXkKIyBDT05G SUdfTEFOTUVESUEgaXMgbm90IHNldApDT05GSUdfSERMQz1tCkNPTkZJR19IRExDX1JBVz1tCiMg Q09ORklHX0hETENfUkFXX0VUSCBpcyBub3Qgc2V0CkNPTkZJR19IRExDX0NJU0NPPW0KQ09ORklH X0hETENfRlI9bQpDT05GSUdfSERMQ19QUFA9bQoKIwojIFguMjUvTEFQQiBzdXBwb3J0IGlzIGRp c2FibGVkCiMKIyBDT05GSUdfUENJMjAwU1lOIGlzIG5vdCBzZXQKIyBDT05GSUdfV0FOWEwgaXMg bm90IHNldAojIENPTkZJR19QQzMwMFRPTyBpcyBub3Qgc2V0CiMgQ09ORklHX0ZBUlNZTkMgaXMg bm90IHNldAojIENPTkZJR19EU0NDNCBpcyBub3Qgc2V0CkNPTkZJR19ETENJPW0KQ09ORklHX0RM Q0lfTUFYPTgKIyBDT05GSUdfU0JOSSBpcyBub3Qgc2V0CkNPTkZJR19YRU5fTkVUREVWX0ZST05U RU5EPW0KIyBDT05GSUdfWEVOX05FVERFVl9CQUNLRU5EIGlzIG5vdCBzZXQKQ09ORklHX1ZNWE5F VDM9bQpDT05GSUdfSVNETj15CkNPTkZJR19JU0ROX0k0TD1tCkNPTkZJR19JU0ROX1BQUD15CkNP TkZJR19JU0ROX1BQUF9WSj15CkNPTkZJR19JU0ROX01QUD15CkNPTkZJR19JUFBQX0ZJTFRFUj15 CiMgQ09ORklHX0lTRE5fUFBQX0JTRENPTVAgaXMgbm90IHNldApDT05GSUdfSVNETl9BVURJTz15 CkNPTkZJR19JU0ROX1RUWV9GQVg9eQoKIwojIElTRE4gZmVhdHVyZSBzdWJtb2R1bGVzCiMKQ09O RklHX0lTRE5fRElWRVJTSU9OPW0KCiMKIyBJU0RONExpbnV4IGhhcmR3YXJlIGRyaXZlcnMKIwoK IwojIFBhc3NpdmUgY2FyZHMKIwpDT05GSUdfSVNETl9EUlZfSElTQVg9bQoKIwojIEQtY2hhbm5l bCBwcm90b2NvbCBmZWF0dXJlcwojCkNPTkZJR19ISVNBWF9FVVJPPXkKQ09ORklHX0RFX0FPQz15 CkNPTkZJR19ISVNBWF9OT19TRU5EQ09NUExFVEU9eQpDT05GSUdfSElTQVhfTk9fTExDPXkKQ09O RklHX0hJU0FYX05PX0tFWVBBRD15CkNPTkZJR19ISVNBWF8xVFI2PXkKQ09ORklHX0hJU0FYX05J MT15CkNPTkZJR19ISVNBWF9NQVhfQ0FSRFM9OAoKIwojIEhpU2F4IHN1cHBvcnRlZCBjYXJkcwoj CkNPTkZJR19ISVNBWF8xNl8zPXkKQ09ORklHX0hJU0FYX1RFTEVTUENJPXkKQ09ORklHX0hJU0FY X1MwQk9YPXkKQ09ORklHX0hJU0FYX0ZSSVRaUENJPXkKQ09ORklHX0hJU0FYX0FWTV9BMV9QQ01D SUE9eQpDT05GSUdfSElTQVhfRUxTQT15CkNPTkZJR19ISVNBWF9ESUVITERJVkE9eQpDT05GSUdf SElTQVhfU0VETEJBVUVSPXkKQ09ORklHX0hJU0FYX05FVEpFVD15CkNPTkZJR19ISVNBWF9ORVRK RVRfVT15CkNPTkZJR19ISVNBWF9OSUNDWT15CkNPTkZJR19ISVNBWF9CS01fQTRUPXkKQ09ORklH X0hJU0FYX1NDVF9RVUFEUk89eQpDT05GSUdfSElTQVhfR0FaRUw9eQpDT05GSUdfSElTQVhfSEZD X1BDST15CkNPTkZJR19ISVNBWF9XNjY5Mj15CkNPTkZJR19ISVNBWF9IRkNfU1g9eQpDT05GSUdf SElTQVhfRU5URVJOT1dfUENJPXkKIyBDT05GSUdfSElTQVhfREVCVUcgaXMgbm90IHNldAoKIwoj IEhpU2F4IFBDTUNJQSBjYXJkIHNlcnZpY2UgbW9kdWxlcwojCkNPTkZJR19ISVNBWF9TRURMQkFV RVJfQ1M9bQpDT05GSUdfSElTQVhfRUxTQV9DUz1tCkNPTkZJR19ISVNBWF9BVk1fQTFfQ1M9bQpD T05GSUdfSElTQVhfVEVMRVNfQ1M9bQoKIwojIEhpU2F4IHN1YiBkcml2ZXIgbW9kdWxlcwojCkNP TkZJR19ISVNBWF9TVDU0ODE9bQojIENPTkZJR19ISVNBWF9IRkNVU0IgaXMgbm90IHNldApDT05G SUdfSElTQVhfSEZDNFM4Uz1tCkNPTkZJR19ISVNBWF9GUklUWl9QQ0lQTlA9bQoKIwojIEFjdGl2 ZSBjYXJkcwojCkNPTkZJR19JU0ROX0NBUEk9bQpDT05GSUdfSVNETl9EUlZfQVZNQjFfVkVSQk9T RV9SRUFTT049eQojIENPTkZJR19DQVBJX1RSQUNFIGlzIG5vdCBzZXQKQ09ORklHX0lTRE5fQ0FQ SV9NSURETEVXQVJFPXkKQ09ORklHX0lTRE5fQ0FQSV9DQVBJMjA9bQpDT05GSUdfSVNETl9DQVBJ X0NBUElEUlY9bQoKIwojIENBUEkgaGFyZHdhcmUgZHJpdmVycwojCkNPTkZJR19DQVBJX0FWTT15 CkNPTkZJR19JU0ROX0RSVl9BVk1CMV9CMVBDST1tCkNPTkZJR19JU0ROX0RSVl9BVk1CMV9CMVBD SVY0PXkKQ09ORklHX0lTRE5fRFJWX0FWTUIxX0IxUENNQ0lBPW0KQ09ORklHX0lTRE5fRFJWX0FW TUIxX0FWTV9DUz1tCkNPTkZJR19JU0ROX0RSVl9BVk1CMV9UMVBDST1tCkNPTkZJR19JU0ROX0RS Vl9BVk1CMV9DND1tCiMgQ09ORklHX0NBUElfRUlDT04gaXMgbm90IHNldApDT05GSUdfSVNETl9E UlZfR0lHQVNFVD1tCiMgQ09ORklHX0dJR0FTRVRfQ0FQSSBpcyBub3Qgc2V0CkNPTkZJR19HSUdB U0VUX0k0TD15CiMgQ09ORklHX0dJR0FTRVRfRFVNTVlMTCBpcyBub3Qgc2V0CkNPTkZJR19HSUdB U0VUX0JBU0U9bQpDT05GSUdfR0lHQVNFVF9NMTA1PW0KQ09ORklHX0dJR0FTRVRfTTEwMT1tCiMg Q09ORklHX0dJR0FTRVRfREVCVUcgaXMgbm90IHNldApDT05GSUdfSFlTRE49bQpDT05GSUdfSFlT RE5fQ0FQST15CkNPTkZJR19NSVNETj1tCkNPTkZJR19NSVNETl9EU1A9bQpDT05GSUdfTUlTRE5f TDFPSVA9bQoKIwojIG1JU0ROIGhhcmR3YXJlIGRyaXZlcnMKIwpDT05GSUdfTUlTRE5fSEZDUENJ PW0KQ09ORklHX01JU0ROX0hGQ01VTFRJPW0KQ09ORklHX01JU0ROX0hGQ1VTQj1tCkNPTkZJR19N SVNETl9BVk1GUklUWj1tCkNPTkZJR19NSVNETl9TUEVFREZBWD1tCkNPTkZJR19NSVNETl9JTkZJ TkVPTj1tCkNPTkZJR19NSVNETl9XNjY5Mj1tCkNPTkZJR19NSVNETl9ORVRKRVQ9bQpDT05GSUdf TUlTRE5fSVBBQz1tCkNPTkZJR19NSVNETl9JU0FSPW0KQ09ORklHX0lTRE5fSERMQz1tCgojCiMg SW5wdXQgZGV2aWNlIHN1cHBvcnQKIwpDT05GSUdfSU5QVVQ9eQpDT05GSUdfSU5QVVRfRkZfTUVN TEVTUz15CkNPTkZJR19JTlBVVF9QT0xMREVWPW0KQ09ORklHX0lOUFVUX1NQQVJTRUtNQVA9bQoK IwojIFVzZXJsYW5kIGludGVyZmFjZXMKIwpDT05GSUdfSU5QVVRfTU9VU0VERVY9eQojIENPTkZJ R19JTlBVVF9NT1VTRURFVl9QU0FVWCBpcyBub3Qgc2V0CkNPTkZJR19JTlBVVF9NT1VTRURFVl9T Q1JFRU5fWD0xMDI0CkNPTkZJR19JTlBVVF9NT1VTRURFVl9TQ1JFRU5fWT03NjgKIyBDT05GSUdf SU5QVVRfSk9ZREVWIGlzIG5vdCBzZXQKQ09ORklHX0lOUFVUX0VWREVWPXkKIyBDT05GSUdfSU5Q VVRfRVZCVUcgaXMgbm90IHNldAoKIwojIElucHV0IERldmljZSBEcml2ZXJzCiMKQ09ORklHX0lO UFVUX0tFWUJPQVJEPXkKQ09ORklHX0tFWUJPQVJEX0FEUDU1ODg9bQojIENPTkZJR19LRVlCT0FS RF9BRFA1NTg5IGlzIG5vdCBzZXQKQ09ORklHX0tFWUJPQVJEX0FUS0JEPXkKIyBDT05GSUdfS0VZ Qk9BUkRfUVQxMDcwIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfUVQyMTYwIGlzIG5vdCBz ZXQKIyBDT05GSUdfS0VZQk9BUkRfTEtLQkQgaXMgbm90IHNldAojIENPTkZJR19LRVlCT0FSRF9H UElPIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfR1BJT19QT0xMRUQgaXMgbm90IHNldAoj IENPTkZJR19LRVlCT0FSRF9UQ0E2NDE2IGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfVENB ODQxOCBpcyBub3Qgc2V0CiMgQ09ORklHX0tFWUJPQVJEX01BVFJJWCBpcyBub3Qgc2V0CiMgQ09O RklHX0tFWUJPQVJEX0xNODMyMyBpcyBub3Qgc2V0CkNPTkZJR19LRVlCT0FSRF9NQVg3MzU5PW0K IyBDT05GSUdfS0VZQk9BUkRfTUNTIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfTVBSMTIx IGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfTkVXVE9OIGlzIG5vdCBzZXQKQ09ORklHX0tF WUJPQVJEX09QRU5DT1JFUz1tCiMgQ09ORklHX0tFWUJPQVJEX1NUT1dBV0FZIGlzIG5vdCBzZXQK IyBDT05GSUdfS0VZQk9BUkRfU1VOS0JEIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfT01B UDQgaXMgbm90IHNldAojIENPTkZJR19LRVlCT0FSRF9YVEtCRCBpcyBub3Qgc2V0CkNPTkZJR19J TlBVVF9NT1VTRT15CkNPTkZJR19NT1VTRV9QUzI9eQpDT05GSUdfTU9VU0VfUFMyX0FMUFM9eQpD T05GSUdfTU9VU0VfUFMyX0xPR0lQUzJQUD15CkNPTkZJR19NT1VTRV9QUzJfU1lOQVBUSUNTPXkK Q09ORklHX01PVVNFX1BTMl9MSUZFQk9PSz15CkNPTkZJR19NT1VTRV9QUzJfVFJBQ0tQT0lOVD15 CkNPTkZJR19NT1VTRV9QUzJfRUxBTlRFQ0g9eQpDT05GSUdfTU9VU0VfUFMyX1NFTlRFTElDPXkK IyBDT05GSUdfTU9VU0VfUFMyX1RPVUNIS0lUIGlzIG5vdCBzZXQKQ09ORklHX01PVVNFX1NFUklB TD1tCkNPTkZJR19NT1VTRV9BUFBMRVRPVUNIPW0KQ09ORklHX01PVVNFX0JDTTU5NzQ9bQpDT05G SUdfTU9VU0VfVlNYWFhBQT1tCiMgQ09ORklHX01PVVNFX0dQSU8gaXMgbm90IHNldApDT05GSUdf TU9VU0VfU1lOQVBUSUNTX0kyQz1tCiMgQ09ORklHX01PVVNFX1NZTkFQVElDU19VU0IgaXMgbm90 IHNldAojIENPTkZJR19JTlBVVF9KT1lTVElDSyBpcyBub3Qgc2V0CkNPTkZJR19JTlBVVF9UQUJM RVQ9eQpDT05GSUdfVEFCTEVUX1VTQl9BQ0VDQUQ9bQpDT05GSUdfVEFCTEVUX1VTQl9BSVBURUs9 bQpDT05GSUdfVEFCTEVUX1VTQl9HVENPPW0KIyBDT05GSUdfVEFCTEVUX1VTQl9IQU5XQU5HIGlz IG5vdCBzZXQKQ09ORklHX1RBQkxFVF9VU0JfS0JUQUI9bQpDT05GSUdfVEFCTEVUX1VTQl9XQUNP TT1tCkNPTkZJR19JTlBVVF9UT1VDSFNDUkVFTj15CkNPTkZJR19UT1VDSFNDUkVFTl9BRDc4Nzk9 bQpDT05GSUdfVE9VQ0hTQ1JFRU5fQUQ3ODc5X0kyQz1tCiMgQ09ORklHX1RPVUNIU0NSRUVOX0FU TUVMX01YVCBpcyBub3Qgc2V0CiMgQ09ORklHX1RPVUNIU0NSRUVOX0FVT19QSVhDSVIgaXMgbm90 IHNldAojIENPTkZJR19UT1VDSFNDUkVFTl9CVTIxMDEzIGlzIG5vdCBzZXQKIyBDT05GSUdfVE9V Q0hTQ1JFRU5fQ1k4Q1RNRzExMCBpcyBub3Qgc2V0CiMgQ09ORklHX1RPVUNIU0NSRUVOX0NZVFRT UF9DT1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfVE9VQ0hTQ1JFRU5fRFlOQVBSTyBpcyBub3Qgc2V0 CiMgQ09ORklHX1RPVUNIU0NSRUVOX0hBTVBTSElSRSBpcyBub3Qgc2V0CkNPTkZJR19UT1VDSFND UkVFTl9FRVRJPW0KIyBDT05GSUdfVE9VQ0hTQ1JFRU5fRUdBTEFYIGlzIG5vdCBzZXQKQ09ORklH X1RPVUNIU0NSRUVOX0ZVSklUU1U9bQojIENPTkZJR19UT1VDSFNDUkVFTl9JTEkyMTBYIGlzIG5v dCBzZXQKQ09ORklHX1RPVUNIU0NSRUVOX0dVTlpFPW0KQ09ORklHX1RPVUNIU0NSRUVOX0VMTz1t CkNPTkZJR19UT1VDSFNDUkVFTl9XQUNPTV9XODAwMT1tCiMgQ09ORklHX1RPVUNIU0NSRUVOX01B WDExODAxIGlzIG5vdCBzZXQKQ09ORklHX1RPVUNIU0NSRUVOX01DUzUwMDA9bQpDT05GSUdfVE9V Q0hTQ1JFRU5fTVRPVUNIPW0KQ09ORklHX1RPVUNIU0NSRUVOX0lORVhJTz1tCiMgQ09ORklHX1RP VUNIU0NSRUVOX01LNzEyIGlzIG5vdCBzZXQKQ09ORklHX1RPVUNIU0NSRUVOX1BFTk1PVU5UPW0K Q09ORklHX1RPVUNIU0NSRUVOX1RPVUNIUklHSFQ9bQpDT05GSUdfVE9VQ0hTQ1JFRU5fVE9VQ0hX SU49bQojIENPTkZJR19UT1VDSFNDUkVFTl9QSVhDSVIgaXMgbm90IHNldAojIENPTkZJR19UT1VD SFNDUkVFTl9XTTk3WFggaXMgbm90IHNldApDT05GSUdfVE9VQ0hTQ1JFRU5fVVNCX0NPTVBPU0lU RT1tCkNPTkZJR19UT1VDSFNDUkVFTl9VU0JfRUdBTEFYPXkKQ09ORklHX1RPVUNIU0NSRUVOX1VT Ql9QQU5KSVQ9eQpDT05GSUdfVE9VQ0hTQ1JFRU5fVVNCXzNNPXkKQ09ORklHX1RPVUNIU0NSRUVO X1VTQl9JVE09eQpDT05GSUdfVE9VQ0hTQ1JFRU5fVVNCX0VUVVJCTz15CkNPTkZJR19UT1VDSFND UkVFTl9VU0JfR1VOWkU9eQpDT05GSUdfVE9VQ0hTQ1JFRU5fVVNCX0RNQ19UU0MxMD15CkNPTkZJ R19UT1VDSFNDUkVFTl9VU0JfSVJUT1VDSD15CkNPTkZJR19UT1VDSFNDUkVFTl9VU0JfSURFQUxU RUs9eQpDT05GSUdfVE9VQ0hTQ1JFRU5fVVNCX0dFTkVSQUxfVE9VQ0g9eQpDT05GSUdfVE9VQ0hT Q1JFRU5fVVNCX0dPVE9QPXkKQ09ORklHX1RPVUNIU0NSRUVOX1VTQl9KQVNURUM9eQpDT05GSUdf VE9VQ0hTQ1JFRU5fVVNCX0VMTz15CkNPTkZJR19UT1VDSFNDUkVFTl9VU0JfRTJJPXkKQ09ORklH X1RPVUNIU0NSRUVOX1VTQl9aWVRST05JQz15CkNPTkZJR19UT1VDSFNDUkVFTl9VU0JfRVRUX1RD NDVVU0I9eQpDT05GSUdfVE9VQ0hTQ1JFRU5fVVNCX05FWElPPXkKQ09ORklHX1RPVUNIU0NSRUVO X1VTQl9FQVNZVE9VQ0g9eQpDT05GSUdfVE9VQ0hTQ1JFRU5fVE9VQ0hJVDIxMz1tCiMgQ09ORklH X1RPVUNIU0NSRUVOX1RTQ19TRVJJTyBpcyBub3Qgc2V0CkNPTkZJR19UT1VDSFNDUkVFTl9UU0My MDA3PW0KIyBDT05GSUdfVE9VQ0hTQ1JFRU5fU1QxMjMyIGlzIG5vdCBzZXQKIyBDT05GSUdfVE9V Q0hTQ1JFRU5fVFBTNjUwN1ggaXMgbm90IHNldApDT05GSUdfSU5QVVRfTUlTQz15CiMgQ09ORklH X0lOUFVUX0FENzE0WCBpcyBub3Qgc2V0CiMgQ09ORklHX0lOUFVUX0JNQTE1MCBpcyBub3Qgc2V0 CkNPTkZJR19JTlBVVF9QQ1NQS1I9bQojIENPTkZJR19JTlBVVF9NTUE4NDUwIGlzIG5vdCBzZXQK IyBDT05GSUdfSU5QVVRfTVBVMzA1MCBpcyBub3Qgc2V0CkNPTkZJR19JTlBVVF9BUEFORUw9bQoj IENPTkZJR19JTlBVVF9HUDJBIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfR1BJT19USUxUX1BP TExFRCBpcyBub3Qgc2V0CkNPTkZJR19JTlBVVF9BVExBU19CVE5TPW0KQ09ORklHX0lOUFVUX0FU SV9SRU1PVEUyPW0KQ09ORklHX0lOUFVUX0tFWVNQQU5fUkVNT1RFPW0KIyBDT05GSUdfSU5QVVRf S1hUSjkgaXMgbm90IHNldApDT05GSUdfSU5QVVRfUE9XRVJNQVRFPW0KQ09ORklHX0lOUFVUX1lF QUxJTks9bQpDT05GSUdfSU5QVVRfQ00xMDk9bQpDT05GSUdfSU5QVVRfVUlOUFVUPW0KIyBDT05G SUdfSU5QVVRfUENGODU3NCBpcyBub3Qgc2V0CiMgQ09ORklHX0lOUFVUX0dQSU9fUk9UQVJZX0VO Q09ERVIgaXMgbm90IHNldAojIENPTkZJR19JTlBVVF9BRFhMMzRYIGlzIG5vdCBzZXQKIyBDT05G SUdfSU5QVVRfQ01BMzAwMCBpcyBub3Qgc2V0CkNPTkZJR19JTlBVVF9YRU5fS0JEREVWX0ZST05U RU5EPXkKCiMKIyBIYXJkd2FyZSBJL08gcG9ydHMKIwpDT05GSUdfU0VSSU89eQpDT05GSUdfU0VS SU9fSTgwNDI9eQpDT05GSUdfU0VSSU9fU0VSUE9SVD15CiMgQ09ORklHX1NFUklPX0NUODJDNzEw IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VSSU9fUEFSS0JEIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VS SU9fUENJUFMyIGlzIG5vdCBzZXQKQ09ORklHX1NFUklPX0xJQlBTMj15CkNPTkZJR19TRVJJT19S QVc9bQojIENPTkZJR19TRVJJT19BTFRFUkFfUFMyIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VSSU9f UFMyTVVMVCBpcyBub3Qgc2V0CiMgQ09ORklHX0dBTUVQT1JUIGlzIG5vdCBzZXQKCiMKIyBDaGFy YWN0ZXIgZGV2aWNlcwojCkNPTkZJR19WVD15CkNPTkZJR19DT05TT0xFX1RSQU5TTEFUSU9OUz15 CkNPTkZJR19WVF9DT05TT0xFPXkKQ09ORklHX1ZUX0NPTlNPTEVfU0xFRVA9eQpDT05GSUdfSFdf Q09OU09MRT15CkNPTkZJR19WVF9IV19DT05TT0xFX0JJTkRJTkc9eQpDT05GSUdfVU5JWDk4X1BU WVM9eQpDT05GSUdfREVWUFRTX01VTFRJUExFX0lOU1RBTkNFUz15CiMgQ09ORklHX0xFR0FDWV9Q VFlTIGlzIG5vdCBzZXQKQ09ORklHX1NFUklBTF9OT05TVEFOREFSRD15CiMgQ09ORklHX1JPQ0tF VFBPUlQgaXMgbm90IHNldApDT05GSUdfQ1lDTEFERVM9bQojIENPTkZJR19DWVpfSU5UUiBpcyBu b3Qgc2V0CiMgQ09ORklHX01PWEFfSU5URUxMSU8gaXMgbm90IHNldAojIENPTkZJR19NT1hBX1NN QVJUSU8gaXMgbm90IHNldApDT05GSUdfU1lOQ0xJTks9bQpDT05GSUdfU1lOQ0xJTktNUD1tCkNP TkZJR19TWU5DTElOS19HVD1tCkNPTkZJR19OT1pPTUk9bQojIENPTkZJR19JU0kgaXMgbm90IHNl dApDT05GSUdfTl9IRExDPW0KIyBDT05GSUdfTl9HU00gaXMgbm90IHNldAojIENPTkZJR19UUkFD RV9TSU5LIGlzIG5vdCBzZXQKIyBDT05GSUdfREVWS01FTSBpcyBub3Qgc2V0CiMgQ09ORklHX1NU QUxEUlYgaXMgbm90IHNldAoKIwojIFNlcmlhbCBkcml2ZXJzCiMKQ09ORklHX1NFUklBTF84MjUw PXkKQ09ORklHX1NFUklBTF84MjUwX0NPTlNPTEU9eQpDT05GSUdfRklYX0VBUkxZQ09OX01FTT15 CkNPTkZJR19TRVJJQUxfODI1MF9QQ0k9eQpDT05GSUdfU0VSSUFMXzgyNTBfUE5QPXkKQ09ORklH X1NFUklBTF84MjUwX0NTPW0KQ09ORklHX1NFUklBTF84MjUwX05SX1VBUlRTPTMyCkNPTkZJR19T RVJJQUxfODI1MF9SVU5USU1FX1VBUlRTPTQKQ09ORklHX1NFUklBTF84MjUwX0VYVEVOREVEPXkK Q09ORklHX1NFUklBTF84MjUwX01BTllfUE9SVFM9eQpDT05GSUdfU0VSSUFMXzgyNTBfU0hBUkVf SVJRPXkKQ09ORklHX1NFUklBTF84MjUwX0RFVEVDVF9JUlE9eQpDT05GSUdfU0VSSUFMXzgyNTBf UlNBPXkKCiMKIyBOb24tODI1MCBzZXJpYWwgcG9ydCBzdXBwb3J0CiMKIyBDT05GSUdfU0VSSUFM X01GRF9IU1UgaXMgbm90IHNldApDT05GSUdfU0VSSUFMX0NPUkU9eQpDT05GSUdfU0VSSUFMX0NP UkVfQ09OU09MRT15CkNPTkZJR19DT05TT0xFX1BPTEw9eQpDT05GSUdfU0VSSUFMX0pTTT1tCiMg Q09ORklHX1NFUklBTF9USU1CRVJEQUxFIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VSSUFMX0FMVEVS QV9KVEFHVUFSVCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFUklBTF9BTFRFUkFfVUFSVCBpcyBub3Qg c2V0CiMgQ09ORklHX1NFUklBTF9QQ0hfVUFSVCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFUklBTF9Y SUxJTlhfUFNfVUFSVCBpcyBub3Qgc2V0CkNPTkZJR19QUklOVEVSPW0KIyBDT05GSUdfTFBfQ09O U09MRSBpcyBub3Qgc2V0CkNPTkZJR19QUERFVj1tCkNPTkZJR19IVkNfRFJJVkVSPXkKQ09ORklH X0hWQ19JUlE9eQpDT05GSUdfSFZDX1hFTj15CkNPTkZJR19IVkNfWEVOX0ZST05URU5EPXkKQ09O RklHX1ZJUlRJT19DT05TT0xFPW0KQ09ORklHX0lQTUlfSEFORExFUj1tCiMgQ09ORklHX0lQTUlf UEFOSUNfRVZFTlQgaXMgbm90IHNldApDT05GSUdfSVBNSV9ERVZJQ0VfSU5URVJGQUNFPW0KQ09O RklHX0lQTUlfU0k9bQpDT05GSUdfSVBNSV9XQVRDSERPRz1tCkNPTkZJR19JUE1JX1BPV0VST0ZG PW0KQ09ORklHX0hXX1JBTkRPTT15CkNPTkZJR19IV19SQU5ET01fVElNRVJJT01FTT1tCkNPTkZJ R19IV19SQU5ET01fSU5URUw9bQpDT05GSUdfSFdfUkFORE9NX0FNRD1tCkNPTkZJR19IV19SQU5E T01fVklBPW0KQ09ORklHX0hXX1JBTkRPTV9WSVJUSU89bQpDT05GSUdfTlZSQU09eQojIENPTkZJ R19SMzk2NCBpcyBub3Qgc2V0CiMgQ09ORklHX0FQUExJQ09NIGlzIG5vdCBzZXQKCiMKIyBQQ01D SUEgY2hhcmFjdGVyIGRldmljZXMKIwojIENPTkZJR19TWU5DTElOS19DUyBpcyBub3Qgc2V0CkNP TkZJR19DQVJETUFOXzQwMDA9bQpDT05GSUdfQ0FSRE1BTl80MDQwPW0KQ09ORklHX0lQV0lSRUxF U1M9bQojIENPTkZJR19NV0FWRSBpcyBub3Qgc2V0CkNPTkZJR19SQVdfRFJJVkVSPXkKQ09ORklH X01BWF9SQVdfREVWUz04MTkyCkNPTkZJR19IUEVUPXkKQ09ORklHX0hQRVRfTU1BUD15CkNPTkZJ R19IQU5HQ0hFQ0tfVElNRVI9bQpDT05GSUdfVENHX1RQTT15CkNPTkZJR19UQ0dfVElTPXkKQ09O RklHX1RDR19OU0M9bQpDT05GSUdfVENHX0FUTUVMPW0KQ09ORklHX1RDR19JTkZJTkVPTj1tCkNP TkZJR19URUxDTE9DSz1tCkNPTkZJR19ERVZQT1JUPXkKIyBDT05GSUdfUkFNT09QUyBpcyBub3Qg c2V0CkNPTkZJR19JMkM9bQpDT05GSUdfSTJDX0JPQVJESU5GTz15CkNPTkZJR19JMkNfQ09NUEFU PXkKQ09ORklHX0kyQ19DSEFSREVWPW0KIyBDT05GSUdfSTJDX01VWCBpcyBub3Qgc2V0CkNPTkZJ R19JMkNfSEVMUEVSX0FVVE89eQpDT05GSUdfSTJDX1NNQlVTPW0KQ09ORklHX0kyQ19BTEdPQklU PW0KQ09ORklHX0kyQ19BTEdPUENBPW0KCiMKIyBJMkMgSGFyZHdhcmUgQnVzIHN1cHBvcnQKIwoK IwojIFBDIFNNQnVzIGhvc3QgY29udHJvbGxlciBkcml2ZXJzCiMKIyBDT05GSUdfSTJDX0FMSTE1 MzUgaXMgbm90IHNldAojIENPTkZJR19JMkNfQUxJMTU2MyBpcyBub3Qgc2V0CiMgQ09ORklHX0ky Q19BTEkxNVgzIGlzIG5vdCBzZXQKQ09ORklHX0kyQ19BTUQ3NTY9bQpDT05GSUdfSTJDX0FNRDc1 Nl9TNDg4Mj1tCkNPTkZJR19JMkNfQU1EODExMT1tCkNPTkZJR19JMkNfSTgwMT1tCkNPTkZJR19J MkNfSVNDSD1tCkNPTkZJR19JMkNfUElJWDQ9bQpDT05GSUdfSTJDX05GT1JDRTI9bQpDT05GSUdf STJDX05GT1JDRTJfUzQ5ODU9bQojIENPTkZJR19JMkNfU0lTNTU5NSBpcyBub3Qgc2V0CiMgQ09O RklHX0kyQ19TSVM2MzAgaXMgbm90IHNldApDT05GSUdfSTJDX1NJUzk2WD1tCkNPTkZJR19JMkNf VklBPW0KQ09ORklHX0kyQ19WSUFQUk89bQoKIwojIEFDUEkgZHJpdmVycwojCkNPTkZJR19JMkNf U0NNST1tCgojCiMgSTJDIHN5c3RlbSBidXMgZHJpdmVycyAobW9zdGx5IGVtYmVkZGVkIC8gc3lz dGVtLW9uLWNoaXApCiMKIyBDT05GSUdfSTJDX0RFU0lHTldBUkVfUENJIGlzIG5vdCBzZXQKIyBD T05GSUdfSTJDX0VHMjBUIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJDX0dQSU8gaXMgbm90IHNldAoj IENPTkZJR19JMkNfSU5URUxfTUlEIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJDX09DT1JFUyBpcyBu b3Qgc2V0CkNPTkZJR19JMkNfUENBX1BMQVRGT1JNPW0KIyBDT05GSUdfSTJDX1BYQV9QQ0kgaXMg bm90IHNldApDT05GSUdfSTJDX1NJTVRFQz1tCiMgQ09ORklHX0kyQ19YSUxJTlggaXMgbm90IHNl dAoKIwojIEV4dGVybmFsIEkyQy9TTUJ1cyBhZGFwdGVyIGRyaXZlcnMKIwojIENPTkZJR19JMkNf RElPTEFOX1UyQyBpcyBub3Qgc2V0CkNPTkZJR19JMkNfUEFSUE9SVD1tCkNPTkZJR19JMkNfUEFS UE9SVF9MSUdIVD1tCiMgQ09ORklHX0kyQ19UQU9TX0VWTSBpcyBub3Qgc2V0CkNPTkZJR19JMkNf VElOWV9VU0I9bQoKIwojIE90aGVyIEkyQy9TTUJ1cyBidXMgZHJpdmVycwojCkNPTkZJR19JMkNf U1RVQj1tCiMgQ09ORklHX0kyQ19ERUJVR19DT1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJDX0RF QlVHX0FMR08gaXMgbm90IHNldAojIENPTkZJR19JMkNfREVCVUdfQlVTIGlzIG5vdCBzZXQKIyBD T05GSUdfU1BJIGlzIG5vdCBzZXQKIyBDT05GSUdfSFNJIGlzIG5vdCBzZXQKCiMKIyBQUFMgc3Vw cG9ydAojCkNPTkZJR19QUFM9bQojIENPTkZJR19QUFNfREVCVUcgaXMgbm90IHNldAoKIwojIFBQ UyBjbGllbnRzIHN1cHBvcnQKIwojIENPTkZJR19QUFNfQ0xJRU5UX0tUSU1FUiBpcyBub3Qgc2V0 CiMgQ09ORklHX1BQU19DTElFTlRfTERJU0MgaXMgbm90IHNldAojIENPTkZJR19QUFNfQ0xJRU5U X1BBUlBPUlQgaXMgbm90IHNldAojIENPTkZJR19QUFNfQ0xJRU5UX0dQSU8gaXMgbm90IHNldAoK IwojIFBQUyBnZW5lcmF0b3JzIHN1cHBvcnQKIwoKIwojIFBUUCBjbG9jayBzdXBwb3J0CiMKIyBD T05GSUdfUFRQXzE1ODhfQ0xPQ0sgaXMgbm90IHNldApDT05GSUdfQVJDSF9XQU5UX09QVElPTkFM X0dQSU9MSUI9eQpDT05GSUdfR1BJT0xJQj15CiMgQ09ORklHX0RFQlVHX0dQSU8gaXMgbm90IHNl dAojIENPTkZJR19HUElPX1NZU0ZTIGlzIG5vdCBzZXQKCiMKIyBNZW1vcnkgbWFwcGVkIEdQSU8g ZHJpdmVyczoKIwojIENPTkZJR19HUElPX0dFTkVSSUNfUExBVEZPUk0gaXMgbm90IHNldAojIENP TkZJR19HUElPX0lUODc2MUUgaXMgbm90IHNldAojIENPTkZJR19HUElPX1NDSCBpcyBub3Qgc2V0 CiMgQ09ORklHX0dQSU9fVlg4NTUgaXMgbm90IHNldAoKIwojIEkyQyBHUElPIGV4cGFuZGVyczoK IwojIENPTkZJR19HUElPX01BWDczMDAgaXMgbm90IHNldAojIENPTkZJR19HUElPX01BWDczMlgg aXMgbm90IHNldAojIENPTkZJR19HUElPX1BDQTk1M1ggaXMgbm90IHNldAojIENPTkZJR19HUElP X1BDRjg1N1ggaXMgbm90IHNldAojIENPTkZJR19HUElPX0FEUDU1ODggaXMgbm90IHNldAoKIwoj IFBDSSBHUElPIGV4cGFuZGVyczoKIwojIENPTkZJR19HUElPX0xBTkdXRUxMIGlzIG5vdCBzZXQK IyBDT05GSUdfR1BJT19QQ0ggaXMgbm90IHNldAojIENPTkZJR19HUElPX01MX0lPSCBpcyBub3Qg c2V0CiMgQ09ORklHX0dQSU9fUkRDMzIxWCBpcyBub3Qgc2V0CgojCiMgU1BJIEdQSU8gZXhwYW5k ZXJzOgojCiMgQ09ORklHX0dQSU9fTUNQMjNTMDggaXMgbm90IHNldAoKIwojIEFDOTcgR1BJTyBl eHBhbmRlcnM6CiMKCiMKIyBNT0RVTGJ1cyBHUElPIGV4cGFuZGVyczoKIwojIENPTkZJR19XMSBp cyBub3Qgc2V0CkNPTkZJR19QT1dFUl9TVVBQTFk9eQojIENPTkZJR19QT1dFUl9TVVBQTFlfREVC VUcgaXMgbm90IHNldAojIENPTkZJR19QREFfUE9XRVIgaXMgbm90IHNldAojIENPTkZJR19URVNU X1BPV0VSIGlzIG5vdCBzZXQKIyBDT05GSUdfQkFUVEVSWV9EUzI3ODAgaXMgbm90IHNldAojIENP TkZJR19CQVRURVJZX0RTMjc4MSBpcyBub3Qgc2V0CiMgQ09ORklHX0JBVFRFUllfRFMyNzgyIGlz IG5vdCBzZXQKIyBDT05GSUdfQkFUVEVSWV9TQlMgaXMgbm90IHNldApDT05GSUdfQkFUVEVSWV9C UTI3eDAwPW0KQ09ORklHX0JBVFRFUllfQlEyN1gwMF9JMkM9eQpDT05GSUdfQkFUVEVSWV9CUTI3 WDAwX1BMQVRGT1JNPXkKQ09ORklHX0JBVFRFUllfTUFYMTcwNDA9bQojIENPTkZJR19CQVRURVJZ X01BWDE3MDQyIGlzIG5vdCBzZXQKIyBDT05GSUdfQ0hBUkdFUl9JU1AxNzA0IGlzIG5vdCBzZXQK IyBDT05GSUdfQ0hBUkdFUl9NQVg4OTAzIGlzIG5vdCBzZXQKIyBDT05GSUdfQ0hBUkdFUl9MUDg3 MjcgaXMgbm90IHNldAojIENPTkZJR19DSEFSR0VSX0dQSU8gaXMgbm90IHNldAojIENPTkZJR19D SEFSR0VSX01BTkFHRVIgaXMgbm90IHNldAojIENPTkZJR19DSEFSR0VSX1NNQjM0NyBpcyBub3Qg c2V0CkNPTkZJR19IV01PTj15CkNPTkZJR19IV01PTl9WSUQ9bQojIENPTkZJR19IV01PTl9ERUJV R19DSElQIGlzIG5vdCBzZXQKCiMKIyBOYXRpdmUgZHJpdmVycwojCkNPTkZJR19TRU5TT1JTX0FC SVRVR1VSVT1tCkNPTkZJR19TRU5TT1JTX0FCSVRVR1VSVTM9bQpDT05GSUdfU0VOU09SU19BRDc0 MTQ9bQpDT05GSUdfU0VOU09SU19BRDc0MTg9bQpDT05GSUdfU0VOU09SU19BRE0xMDIxPW0KQ09O RklHX1NFTlNPUlNfQURNMTAyNT1tCkNPTkZJR19TRU5TT1JTX0FETTEwMjY9bQpDT05GSUdfU0VO U09SU19BRE0xMDI5PW0KQ09ORklHX1NFTlNPUlNfQURNMTAzMT1tCkNPTkZJR19TRU5TT1JTX0FE TTkyNDA9bQojIENPTkZJR19TRU5TT1JTX0FEVDc0MTEgaXMgbm90IHNldApDT05GSUdfU0VOU09S U19BRFQ3NDYyPW0KQ09ORklHX1NFTlNPUlNfQURUNzQ3MD1tCkNPTkZJR19TRU5TT1JTX0FEVDc0 NzU9bQojIENPTkZJR19TRU5TT1JTX0FTQzc2MjEgaXMgbm90IHNldApDT05GSUdfU0VOU09SU19L OFRFTVA9bQpDT05GSUdfU0VOU09SU19LMTBURU1QPW0KIyBDT05GSUdfU0VOU09SU19GQU0xNUhf UE9XRVIgaXMgbm90IHNldApDT05GSUdfU0VOU09SU19BU0IxMDA9bQpDT05GSUdfU0VOU09SU19B VFhQMT1tCiMgQ09ORklHX1NFTlNPUlNfRFM2MjAgaXMgbm90IHNldApDT05GSUdfU0VOU09SU19E UzE2MjE9bQpDT05GSUdfU0VOU09SU19JNUtfQU1CPW0KQ09ORklHX1NFTlNPUlNfRjcxODA1Rj1t CkNPTkZJR19TRU5TT1JTX0Y3MTg4MkZHPW0KQ09ORklHX1NFTlNPUlNfRjc1Mzc1Uz1tCkNPTkZJ R19TRU5TT1JTX0ZTQ0hNRD1tCkNPTkZJR19TRU5TT1JTX0c3NjBBPW0KQ09ORklHX1NFTlNPUlNf R0w1MThTTT1tCkNPTkZJR19TRU5TT1JTX0dMNTIwU009bQojIENPTkZJR19TRU5TT1JTX0dQSU9f RkFOIGlzIG5vdCBzZXQKQ09ORklHX1NFTlNPUlNfQ09SRVRFTVA9bQpDT05GSUdfU0VOU09SU19J Qk1BRU09bQpDT05GSUdfU0VOU09SU19JQk1QRVg9bQpDT05GSUdfU0VOU09SU19JVDg3PW0KIyBD T05GSUdfU0VOU09SU19KQzQyIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19MSU5FQUdFIGlz IG5vdCBzZXQKQ09ORklHX1NFTlNPUlNfTE02Mz1tCiMgQ09ORklHX1NFTlNPUlNfTE03MyBpcyBu b3Qgc2V0CkNPTkZJR19TRU5TT1JTX0xNNzU9bQpDT05GSUdfU0VOU09SU19MTTc3PW0KQ09ORklH X1NFTlNPUlNfTE03OD1tCkNPTkZJR19TRU5TT1JTX0xNODA9bQpDT05GSUdfU0VOU09SU19MTTgz PW0KQ09ORklHX1NFTlNPUlNfTE04NT1tCkNPTkZJR19TRU5TT1JTX0xNODc9bQpDT05GSUdfU0VO U09SU19MTTkwPW0KQ09ORklHX1NFTlNPUlNfTE05Mj1tCkNPTkZJR19TRU5TT1JTX0xNOTM9bQoj IENPTkZJR19TRU5TT1JTX0xUQzQxNTEgaXMgbm90IHNldApDT05GSUdfU0VOU09SU19MVEM0MjE1 PW0KQ09ORklHX1NFTlNPUlNfTFRDNDI0NT1tCiMgQ09ORklHX1NFTlNPUlNfTFRDNDI2MSBpcyBu b3Qgc2V0CkNPTkZJR19TRU5TT1JTX0xNOTUyNDE9bQojIENPTkZJR19TRU5TT1JTX0xNOTUyNDUg aXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX01BWDE2MDY1IGlzIG5vdCBzZXQKQ09ORklHX1NF TlNPUlNfTUFYMTYxOT1tCiMgQ09ORklHX1NFTlNPUlNfTUFYMTY2OCBpcyBub3Qgc2V0CiMgQ09O RklHX1NFTlNPUlNfTUFYNjYzOSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTUFYNjY0MiBp cyBub3Qgc2V0CkNPTkZJR19TRU5TT1JTX01BWDY2NTA9bQojIENPTkZJR19TRU5TT1JTX01DUDMw MjEgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX05UQ19USEVSTUlTVE9SIGlzIG5vdCBzZXQK Q09ORklHX1NFTlNPUlNfUEM4NzM2MD1tCkNPTkZJR19TRU5TT1JTX1BDODc0Mjc9bQpDT05GSUdf U0VOU09SU19QQ0Y4NTkxPW0KIyBDT05GSUdfUE1CVVMgaXMgbm90IHNldAojIENPTkZJR19TRU5T T1JTX1NIVDE1IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19TSFQyMSBpcyBub3Qgc2V0CkNP TkZJR19TRU5TT1JTX1NJUzU1OTU9bQojIENPTkZJR19TRU5TT1JTX1NNTTY2NSBpcyBub3Qgc2V0 CkNPTkZJR19TRU5TT1JTX0RNRTE3Mzc9bQojIENPTkZJR19TRU5TT1JTX0VNQzE0MDMgaXMgbm90 IHNldAojIENPTkZJR19TRU5TT1JTX0VNQzIxMDMgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JT X0VNQzZXMjAxIGlzIG5vdCBzZXQKQ09ORklHX1NFTlNPUlNfU01TQzQ3TTE9bQpDT05GSUdfU0VO U09SU19TTVNDNDdNMTkyPW0KQ09ORklHX1NFTlNPUlNfU01TQzQ3QjM5Nz1tCiMgQ09ORklHX1NF TlNPUlNfU0NINTZYWF9DT01NT04gaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX1NDSDU2Mjcg aXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX1NDSDU2MzYgaXMgbm90IHNldAojIENPTkZJR19T RU5TT1JTX0FEUzEwMTUgaXMgbm90IHNldApDT05GSUdfU0VOU09SU19BRFM3ODI4PW0KIyBDT05G SUdfU0VOU09SU19BTUM2ODIxIGlzIG5vdCBzZXQKQ09ORklHX1NFTlNPUlNfVEhNQzUwPW0KIyBD T05GSUdfU0VOU09SU19UTVAxMDIgaXMgbm90IHNldApDT05GSUdfU0VOU09SU19UTVA0MDE9bQpD T05GSUdfU0VOU09SU19UTVA0MjE9bQpDT05GSUdfU0VOU09SU19WSUFfQ1BVVEVNUD1tCkNPTkZJ R19TRU5TT1JTX1ZJQTY4NkE9bQpDT05GSUdfU0VOU09SU19WVDEyMTE9bQpDT05GSUdfU0VOU09S U19WVDgyMzE9bQpDT05GSUdfU0VOU09SU19XODM3ODFEPW0KQ09ORklHX1NFTlNPUlNfVzgzNzkx RD1tCkNPTkZJR19TRU5TT1JTX1c4Mzc5MkQ9bQpDT05GSUdfU0VOU09SU19XODM3OTM9bQojIENP TkZJR19TRU5TT1JTX1c4Mzc5NSBpcyBub3Qgc2V0CkNPTkZJR19TRU5TT1JTX1c4M0w3ODVUUz1t CkNPTkZJR19TRU5TT1JTX1c4M0w3ODZORz1tCkNPTkZJR19TRU5TT1JTX1c4MzYyN0hGPW0KQ09O RklHX1NFTlNPUlNfVzgzNjI3RUhGPW0KQ09ORklHX1NFTlNPUlNfQVBQTEVTTUM9bQoKIwojIEFD UEkgZHJpdmVycwojCiMgQ09ORklHX1NFTlNPUlNfQUNQSV9QT1dFUiBpcyBub3Qgc2V0CkNPTkZJ R19TRU5TT1JTX0FUSzAxMTA9bQpDT05GSUdfVEhFUk1BTD15CkNPTkZJR19USEVSTUFMX0hXTU9O PXkKQ09ORklHX1dBVENIRE9HPXkKQ09ORklHX1dBVENIRE9HX0NPUkU9eQojIENPTkZJR19XQVRD SERPR19OT1dBWU9VVCBpcyBub3Qgc2V0CgojCiMgV2F0Y2hkb2cgRGV2aWNlIERyaXZlcnMKIwpD T05GSUdfU09GVF9XQVRDSERPRz1tCiMgQ09ORklHX0FDUVVJUkVfV0RUIGlzIG5vdCBzZXQKIyBD T05GSUdfQURWQU5URUNIX1dEVCBpcyBub3Qgc2V0CkNPTkZJR19BTElNMTUzNV9XRFQ9bQpDT05G SUdfQUxJTTcxMDFfV0RUPW0KIyBDT05GSUdfRjcxODA4RV9XRFQgaXMgbm90IHNldAojIENPTkZJ R19TUDUxMDBfVENPIGlzIG5vdCBzZXQKIyBDT05GSUdfU0M1MjBfV0RUIGlzIG5vdCBzZXQKQ09O RklHX1NCQ19GSVRQQzJfV0FUQ0hET0c9bQojIENPTkZJR19FVVJPVEVDSF9XRFQgaXMgbm90IHNl dApDT05GSUdfSUI3MDBfV0RUPW0KQ09ORklHX0lCTUFTUj1tCiMgQ09ORklHX1dBRkVSX1dEVCBp cyBub3Qgc2V0CkNPTkZJR19JNjMwMEVTQl9XRFQ9bQpDT05GSUdfSVRDT19XRFQ9bQpDT05GSUdf SVRDT19WRU5ET1JfU1VQUE9SVD15CkNPTkZJR19JVDg3MTJGX1dEVD1tCkNPTkZJR19JVDg3X1dE VD1tCkNPTkZJR19IUF9XQVRDSERPRz1tCkNPTkZJR19IUFdEVF9OTUlfREVDT0RJTkc9eQojIENP TkZJR19TQzEyMDBfV0RUIGlzIG5vdCBzZXQKIyBDT05GSUdfUEM4NzQxM19XRFQgaXMgbm90IHNl dAojIENPTkZJR19OVl9UQ08gaXMgbm90IHNldAojIENPTkZJR182MFhYX1dEVCBpcyBub3Qgc2V0 CiMgQ09ORklHX1NCQzgzNjBfV0RUIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1BVNV9XRFQgaXMgbm90 IHNldApDT05GSUdfU01TQ19TQ0gzMTFYX1dEVD1tCiMgQ09ORklHX1NNU0MzN0I3ODdfV0RUIGlz IG5vdCBzZXQKIyBDT05GSUdfVklBX1dEVCBpcyBub3Qgc2V0CkNPTkZJR19XODM2MjdIRl9XRFQ9 bQpDT05GSUdfVzgzNjk3SEZfV0RUPW0KQ09ORklHX1c4MzY5N1VHX1dEVD1tCkNPTkZJR19XODM4 NzdGX1dEVD1tCkNPTkZJR19XODM5NzdGX1dEVD1tCkNPTkZJR19NQUNIWl9XRFQ9bQojIENPTkZJ R19TQkNfRVBYX0MzX1dBVENIRE9HIGlzIG5vdCBzZXQKIyBDT05GSUdfWEVOX1dEVCBpcyBub3Qg c2V0CgojCiMgUENJLWJhc2VkIFdhdGNoZG9nIENhcmRzCiMKQ09ORklHX1BDSVBDV0FUQ0hET0c9 bQpDT05GSUdfV0RUUENJPW0KCiMKIyBVU0ItYmFzZWQgV2F0Y2hkb2cgQ2FyZHMKIwpDT05GSUdf VVNCUENXQVRDSERPRz1tCkNPTkZJR19TU0JfUE9TU0lCTEU9eQoKIwojIFNvbmljcyBTaWxpY29u IEJhY2twbGFuZQojCkNPTkZJR19TU0I9bQpDT05GSUdfU1NCX1NQUk9NPXkKQ09ORklHX1NTQl9C TE9DS0lPPXkKQ09ORklHX1NTQl9QQ0lIT1NUX1BPU1NJQkxFPXkKQ09ORklHX1NTQl9QQ0lIT1NU PXkKQ09ORklHX1NTQl9CNDNfUENJX0JSSURHRT15CkNPTkZJR19TU0JfUENNQ0lBSE9TVF9QT1NT SUJMRT15CkNPTkZJR19TU0JfUENNQ0lBSE9TVD15CkNPTkZJR19TU0JfU0RJT0hPU1RfUE9TU0lC TEU9eQpDT05GSUdfU1NCX1NESU9IT1NUPXkKIyBDT05GSUdfU1NCX0RFQlVHIGlzIG5vdCBzZXQK Q09ORklHX1NTQl9EUklWRVJfUENJQ09SRV9QT1NTSUJMRT15CkNPTkZJR19TU0JfRFJJVkVSX1BD SUNPUkU9eQpDT05GSUdfQkNNQV9QT1NTSUJMRT15CgojCiMgQnJvYWRjb20gc3BlY2lmaWMgQU1C QQojCiMgQ09ORklHX0JDTUEgaXMgbm90IHNldAoKIwojIE11bHRpZnVuY3Rpb24gZGV2aWNlIGRy aXZlcnMKIwpDT05GSUdfTUZEX0NPUkU9bQpDT05GSUdfTUZEX1NNNTAxPW0KIyBDT05GSUdfTUZE X1NNNTAxX0dQSU8gaXMgbm90IHNldAojIENPTkZJR19IVENfUEFTSUMzIGlzIG5vdCBzZXQKIyBD T05GSUdfVUNCMTQwMF9DT1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfVFBTNjEwNVggaXMgbm90IHNl dAojIENPTkZJR19UUFM2NTAxMCBpcyBub3Qgc2V0CiMgQ09ORklHX1RQUzY1MDdYIGlzIG5vdCBz ZXQKIyBDT05GSUdfTUZEX1RQUzY1MjE3IGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1RNSU8gaXMg bm90IHNldApDT05GSUdfTUZEX1dNODQwMD1tCiMgQ09ORklHX01GRF9QQ0Y1MDYzMyBpcyBub3Qg c2V0CiMgQ09ORklHX0FCWDUwMF9DT1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX0NTNTUzNSBp cyBub3Qgc2V0CiMgQ09ORklHX01GRF9USU1CRVJEQUxFIGlzIG5vdCBzZXQKQ09ORklHX0xQQ19T Q0g9bQojIENPTkZJR19NRkRfUkRDMzIxWCBpcyBub3Qgc2V0CiMgQ09ORklHX01GRF9KQU5aX0NN T0RJTyBpcyBub3Qgc2V0CiMgQ09ORklHX01GRF9WWDg1NSBpcyBub3Qgc2V0CiMgQ09ORklHX01G RF9XTDEyNzNfQ09SRSBpcyBub3Qgc2V0CkNPTkZJR19SRUdVTEFUT1I9eQojIENPTkZJR19SRUdV TEFUT1JfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19SRUdVTEFUT1JfRFVNTVkgaXMgbm90IHNl dApDT05GSUdfUkVHVUxBVE9SX0ZJWEVEX1ZPTFRBR0U9bQojIENPTkZJR19SRUdVTEFUT1JfVklS VFVBTF9DT05TVU1FUiBpcyBub3Qgc2V0CkNPTkZJR19SRUdVTEFUT1JfVVNFUlNQQUNFX0NPTlNV TUVSPW0KIyBDT05GSUdfUkVHVUxBVE9SX0dQSU8gaXMgbm90IHNldAojIENPTkZJR19SRUdVTEFU T1JfQUQ1Mzk4IGlzIG5vdCBzZXQKIyBDT05GSUdfUkVHVUxBVE9SX0lTTDYyNzFBIGlzIG5vdCBz ZXQKQ09ORklHX1JFR1VMQVRPUl9NQVgxNTg2PW0KIyBDT05GSUdfUkVHVUxBVE9SX01BWDg2NDkg aXMgbm90IHNldAojIENPTkZJR19SRUdVTEFUT1JfTUFYODY2MCBpcyBub3Qgc2V0CiMgQ09ORklH X1JFR1VMQVRPUl9NQVg4OTUyIGlzIG5vdCBzZXQKQ09ORklHX1JFR1VMQVRPUl9MUDM5NzE9bQoj IENPTkZJR19SRUdVTEFUT1JfTFAzOTcyIGlzIG5vdCBzZXQKIyBDT05GSUdfUkVHVUxBVE9SX1RQ UzYyMzYwIGlzIG5vdCBzZXQKQ09ORklHX1JFR1VMQVRPUl9UUFM2NTAyMz1tCkNPTkZJR19SRUdV TEFUT1JfVFBTNjUwN1g9bQpDT05GSUdfUkVHVUxBVE9SX1dNODQwMD1tCkNPTkZJR19NRURJQV9T VVBQT1JUPW0KCiMKIyBNdWx0aW1lZGlhIGNvcmUgc3VwcG9ydAojCiMgQ09ORklHX01FRElBX0NP TlRST0xMRVIgaXMgbm90IHNldApDT05GSUdfVklERU9fREVWPW0KQ09ORklHX1ZJREVPX1Y0TDJf Q09NTU9OPW0KQ09ORklHX0RWQl9DT1JFPW0KQ09ORklHX0RWQl9ORVQ9eQpDT05GSUdfVklERU9f TUVESUE9bQoKIwojIE11bHRpbWVkaWEgZHJpdmVycwojCkNPTkZJR19WSURFT19TQUE3MTQ2PW0K Q09ORklHX1ZJREVPX1NBQTcxNDZfVlY9bQpDT05GSUdfUkNfQ09SRT1tCkNPTkZJR19MSVJDPW0K Q09ORklHX1JDX01BUD1tCkNPTkZJR19JUl9ORUNfREVDT0RFUj1tCkNPTkZJR19JUl9SQzVfREVD T0RFUj1tCkNPTkZJR19JUl9SQzZfREVDT0RFUj1tCkNPTkZJR19JUl9KVkNfREVDT0RFUj1tCkNP TkZJR19JUl9TT05ZX0RFQ09ERVI9bQpDT05GSUdfSVJfUkM1X1NaX0RFQ09ERVI9bQpDT05GSUdf SVJfU0FOWU9fREVDT0RFUj1tCkNPTkZJR19JUl9NQ0VfS0JEX0RFQ09ERVI9bQpDT05GSUdfSVJf TElSQ19DT0RFQz1tCiMgQ09ORklHX1JDX0FUSV9SRU1PVEUgaXMgbm90IHNldApDT05GSUdfSVJf RU5FPW0KQ09ORklHX0lSX0lNT049bQpDT05GSUdfSVJfTUNFVVNCPW0KIyBDT05GSUdfSVJfSVRF X0NJUiBpcyBub3Qgc2V0CiMgQ09ORklHX0lSX0ZJTlRFSyBpcyBub3Qgc2V0CkNPTkZJR19JUl9O VVZPVE9OPW0KIyBDT05GSUdfSVJfUkVEUkFUMyBpcyBub3Qgc2V0CkNPTkZJR19JUl9TVFJFQU1a QVA9bQpDT05GSUdfSVJfV0lOQk9ORF9DSVI9bQojIENPTkZJR19SQ19MT09QQkFDSyBpcyBub3Qg c2V0CiMgQ09ORklHX0lSX0dQSU9fQ0lSIGlzIG5vdCBzZXQKQ09ORklHX01FRElBX0FUVEFDSD15 CkNPTkZJR19NRURJQV9UVU5FUj1tCiMgQ09ORklHX01FRElBX1RVTkVSX0NVU1RPTUlTRSBpcyBu b3Qgc2V0CkNPTkZJR19NRURJQV9UVU5FUl9TSU1QTEU9bQpDT05GSUdfTUVESUFfVFVORVJfVERB ODI5MD1tCkNPTkZJR19NRURJQV9UVU5FUl9UREE4MjdYPW0KQ09ORklHX01FRElBX1RVTkVSX1RE QTE4MjcxPW0KQ09ORklHX01FRElBX1RVTkVSX1REQTk4ODc9bQpDT05GSUdfTUVESUFfVFVORVJf VEVBNTc2MT1tCkNPTkZJR19NRURJQV9UVU5FUl9URUE1NzY3PW0KQ09ORklHX01FRElBX1RVTkVS X01UMjBYWD1tCkNPTkZJR19NRURJQV9UVU5FUl9NVDIwNjA9bQpDT05GSUdfTUVESUFfVFVORVJf TVQyMjY2PW0KQ09ORklHX01FRElBX1RVTkVSX01UMjEzMT1tCkNPTkZJR19NRURJQV9UVU5FUl9R VDEwMTA9bQpDT05GSUdfTUVESUFfVFVORVJfWEMyMDI4PW0KQ09ORklHX01FRElBX1RVTkVSX1hD NTAwMD1tCkNPTkZJR19NRURJQV9UVU5FUl9YQzQwMDA9bQpDT05GSUdfTUVESUFfVFVORVJfTVhM NTAwNVM9bQpDT05GSUdfTUVESUFfVFVORVJfTVhMNTAwN1Q9bQpDT05GSUdfTUVESUFfVFVORVJf TUM0NFM4MDM9bQpDT05GSUdfTUVESUFfVFVORVJfTUFYMjE2NT1tCkNPTkZJR19NRURJQV9UVU5F Ul9UREExODIxOD1tCkNPTkZJR19NRURJQV9UVU5FUl9UREExODIxMj1tCkNPTkZJR19WSURFT19W NEwyPW0KQ09ORklHX1ZJREVPQlVGX0dFTj1tCkNPTkZJR19WSURFT0JVRl9ETUFfU0c9bQpDT05G SUdfVklERU9CVUZfVk1BTExPQz1tCkNPTkZJR19WSURFT0JVRl9EVkI9bQpDT05GSUdfVklERU9f QlRDWD1tCkNPTkZJR19WSURFT19UVkVFUFJPTT1tCkNPTkZJR19WSURFT19UVU5FUj1tCkNPTkZJ R19WSURFT0JVRjJfQ09SRT1tCkNPTkZJR19WSURFT0JVRjJfTUVNT1BTPW0KQ09ORklHX1ZJREVP QlVGMl9WTUFMTE9DPW0KQ09ORklHX1ZJREVPX0NBUFRVUkVfRFJJVkVSUz15CiMgQ09ORklHX1ZJ REVPX0FEVl9ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX1ZJREVPX0ZJWEVEX01JTk9SX1JBTkdF UyBpcyBub3Qgc2V0CkNPTkZJR19WSURFT19IRUxQRVJfQ0hJUFNfQVVUTz15CkNPTkZJR19WSURF T19JUl9JMkM9bQoKIwojIEF1ZGlvIGRlY29kZXJzLCBwcm9jZXNzb3JzIGFuZCBtaXhlcnMKIwpD T05GSUdfVklERU9fVFZBVURJTz1tCkNPTkZJR19WSURFT19UREE3NDMyPW0KQ09ORklHX1ZJREVP X01TUDM0MDA9bQpDT05GSUdfVklERU9fQ1M1MzQ1PW0KQ09ORklHX1ZJREVPX0NTNTNMMzJBPW0K Q09ORklHX1ZJREVPX1dNODc3NT1tCkNPTkZJR19WSURFT19XTTg3Mzk9bQpDT05GSUdfVklERU9f VlAyN1NNUFg9bQoKIwojIFJEUyBkZWNvZGVycwojCkNPTkZJR19WSURFT19TQUE2NTg4PW0KCiMK IyBWaWRlbyBkZWNvZGVycwojCkNPTkZJR19WSURFT19TQUE3MTFYPW0KQ09ORklHX1ZJREVPX1RW UDUxNTA9bQoKIwojIFZpZGVvIGFuZCBhdWRpbyBkZWNvZGVycwojCkNPTkZJR19WSURFT19TQUE3 MTdYPW0KQ09ORklHX1ZJREVPX0NYMjU4NDA9bQoKIwojIE1QRUcgdmlkZW8gZW5jb2RlcnMKIwpD T05GSUdfVklERU9fQ1gyMzQxWD1tCgojCiMgVmlkZW8gZW5jb2RlcnMKIwpDT05GSUdfVklERU9f U0FBNzEyNz1tCgojCiMgQ2FtZXJhIHNlbnNvciBkZXZpY2VzCiMKQ09ORklHX1ZJREVPX01UOVYw MTE9bQoKIwojIEZsYXNoIGRldmljZXMKIwoKIwojIFZpZGVvIGltcHJvdmVtZW50IGNoaXBzCiMK Q09ORklHX1ZJREVPX1VQRDY0MDMxQT1tCkNPTkZJR19WSURFT19VUEQ2NDA4Mz1tCgojCiMgTWlz Y2VsYW5lb3VzIGhlbHBlciBjaGlwcwojCkNPTkZJR19WSURFT19NNTI3OTA9bQojIENPTkZJR19W SURFT19WSVZJIGlzIG5vdCBzZXQKQ09ORklHX1Y0TF9VU0JfRFJJVkVSUz15CkNPTkZJR19VU0Jf VklERU9fQ0xBU1M9bQpDT05GSUdfVVNCX1ZJREVPX0NMQVNTX0lOUFVUX0VWREVWPXkKQ09ORklH X1VTQl9HU1BDQT1tCkNPTkZJR19VU0JfTTU2MDI9bQpDT05GSUdfVVNCX1NUVjA2WFg9bQpDT05G SUdfVVNCX0dMODYwPW0KQ09ORklHX1VTQl9HU1BDQV9CRU5RPW0KQ09ORklHX1VTQl9HU1BDQV9D T05FWD1tCkNPTkZJR19VU0JfR1NQQ0FfQ1BJQTE9bQpDT05GSUdfVVNCX0dTUENBX0VUT01TPW0K Q09ORklHX1VTQl9HU1BDQV9GSU5FUElYPW0KQ09ORklHX1VTQl9HU1BDQV9KRUlMSU5KPW0KIyBD T05GSUdfVVNCX0dTUENBX0pMMjAwNUJDRCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9HU1BDQV9L SU5FQ1QgaXMgbm90IHNldApDT05GSUdfVVNCX0dTUENBX0tPTklDQT1tCkNPTkZJR19VU0JfR1NQ Q0FfTUFSUz1tCkNPTkZJR19VU0JfR1NQQ0FfTVI5NzMxMEE9bQojIENPTkZJR19VU0JfR1NQQ0Ff Tlc4MFggaXMgbm90IHNldApDT05GSUdfVVNCX0dTUENBX09WNTE5PW0KQ09ORklHX1VTQl9HU1BD QV9PVjUzND1tCkNPTkZJR19VU0JfR1NQQ0FfT1Y1MzRfOT1tCkNPTkZJR19VU0JfR1NQQ0FfUEFD MjA3PW0KQ09ORklHX1VTQl9HU1BDQV9QQUM3MzAyPW0KQ09ORklHX1VTQl9HU1BDQV9QQUM3MzEx PW0KIyBDT05GSUdfVVNCX0dTUENBX1NFNDAxIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9HU1BDQV9T TjlDMjAyOD1tCkNPTkZJR19VU0JfR1NQQ0FfU045QzIwWD1tCkNPTkZJR19VU0JfR1NQQ0FfU09O SVhCPW0KQ09ORklHX1VTQl9HU1BDQV9TT05JWEo9bQpDT05GSUdfVVNCX0dTUENBX1NQQ0E1MDA9 bQpDT05GSUdfVVNCX0dTUENBX1NQQ0E1MDE9bQpDT05GSUdfVVNCX0dTUENBX1NQQ0E1MDU9bQpD T05GSUdfVVNCX0dTUENBX1NQQ0E1MDY9bQpDT05GSUdfVVNCX0dTUENBX1NQQ0E1MDg9bQpDT05G SUdfVVNCX0dTUENBX1NQQ0E1NjE9bQpDT05GSUdfVVNCX0dTUENBX1NQQ0ExNTI4PW0KQ09ORklH X1VTQl9HU1BDQV9TUTkwNT1tCkNPTkZJR19VU0JfR1NQQ0FfU1E5MDVDPW0KQ09ORklHX1VTQl9H U1BDQV9TUTkzMFg9bQpDT05GSUdfVVNCX0dTUENBX1NUSzAxND1tCkNPTkZJR19VU0JfR1NQQ0Ff U1RWMDY4MD1tCkNPTkZJR19VU0JfR1NQQ0FfU1VOUExVUz1tCkNPTkZJR19VU0JfR1NQQ0FfVDYx Mz1tCiMgQ09ORklHX1VTQl9HU1BDQV9UT1BSTyBpcyBub3Qgc2V0CkNPTkZJR19VU0JfR1NQQ0Ff VFY4NTMyPW0KQ09ORklHX1VTQl9HU1BDQV9WQzAzMlg9bQojIENPTkZJR19VU0JfR1NQQ0FfVklD QU0gaXMgbm90IHNldApDT05GSUdfVVNCX0dTUENBX1hJUkxJTktfQ0lUPW0KQ09ORklHX1VTQl9H U1BDQV9aQzNYWD1tCkNPTkZJR19WSURFT19QVlJVU0IyPW0KQ09ORklHX1ZJREVPX1BWUlVTQjJf U1lTRlM9eQpDT05GSUdfVklERU9fUFZSVVNCMl9EVkI9eQojIENPTkZJR19WSURFT19QVlJVU0Iy X0RFQlVHSUZDIGlzIG5vdCBzZXQKQ09ORklHX1ZJREVPX0hEUFZSPW0KQ09ORklHX1ZJREVPX0VN MjhYWD1tCkNPTkZJR19WSURFT19FTTI4WFhfQUxTQT1tCkNPTkZJR19WSURFT19FTTI4WFhfRFZC PW0KQ09ORklHX1ZJREVPX0VNMjhYWF9SQz15CkNPTkZJR19WSURFT19UTEcyMzAwPW0KQ09ORklH X1ZJREVPX0NYMjMxWFg9bQpDT05GSUdfVklERU9fQ1gyMzFYWF9SQz15CkNPTkZJR19WSURFT19D WDIzMVhYX0FMU0E9bQpDT05GSUdfVklERU9fQ1gyMzFYWF9EVkI9bQojIENPTkZJR19WSURFT19U TTYwMDAgaXMgbm90IHNldApDT05GSUdfVklERU9fVVNCVklTSU9OPW0KIyBDT05GSUdfVVNCX0VU NjFYMjUxIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NOOUMxMDIgaXMgbm90IHNldApDT05GSUdf VVNCX1BXQz1tCiMgQ09ORklHX1VTQl9QV0NfREVCVUcgaXMgbm90IHNldApDT05GSUdfVVNCX1BX Q19JTlBVVF9FVkRFVj15CiMgQ09ORklHX1ZJREVPX0NQSUEyIGlzIG5vdCBzZXQKQ09ORklHX1VT Ql9aUjM2NFhYPW0KQ09ORklHX1VTQl9TVEtXRUJDQU09bQpDT05GSUdfVVNCX1MyMjU1PW0KQ09O RklHX1Y0TF9QQ0lfRFJJVkVSUz15CkNPTkZJR19WSURFT19BVTA4Mjg9bQpDT05GSUdfVklERU9f QlQ4NDg9bQpDT05GSUdfVklERU9fQlQ4NDhfRFZCPXkKQ09ORklHX1ZJREVPX0NYMTg9bQpDT05G SUdfVklERU9fQ1gxOF9BTFNBPW0KQ09ORklHX1ZJREVPX0NYMjM4ODU9bQojIENPTkZJR19NRURJ QV9BTFRFUkFfQ0kgaXMgbm90IHNldAojIENPTkZJR19WSURFT19DWDI1ODIxIGlzIG5vdCBzZXQK Q09ORklHX1ZJREVPX0NYODg9bQpDT05GSUdfVklERU9fQ1g4OF9BTFNBPW0KQ09ORklHX1ZJREVP X0NYODhfQkxBQ0tCSVJEPW0KQ09ORklHX1ZJREVPX0NYODhfRFZCPW0KQ09ORklHX1ZJREVPX0NY ODhfVlAzMDU0PW0KQ09ORklHX1ZJREVPX0NYODhfTVBFRz1tCiMgQ09ORklHX1ZJREVPX0hFWElV TV9HRU1JTkkgaXMgbm90IHNldAojIENPTkZJR19WSURFT19IRVhJVU1fT1JJT04gaXMgbm90IHNl dApDT05GSUdfVklERU9fSVZUVj1tCkNPTkZJR19WSURFT19GQl9JVlRWPW0KIyBDT05GSUdfVklE RU9fTUVZRSBpcyBub3Qgc2V0CiMgQ09ORklHX1ZJREVPX01YQiBpcyBub3Qgc2V0CkNPTkZJR19W SURFT19TQUE3MTM0PW0KQ09ORklHX1ZJREVPX1NBQTcxMzRfQUxTQT1tCkNPTkZJR19WSURFT19T QUE3MTM0X1JDPXkKQ09ORklHX1ZJREVPX1NBQTcxMzRfRFZCPW0KQ09ORklHX1ZJREVPX1NBQTcx NjQ9bQojIENPTkZJR19WSURFT19aT1JBTiBpcyBub3Qgc2V0CiMgQ09ORklHX1Y0TF9JU0FfUEFS UE9SVF9EUklWRVJTIGlzIG5vdCBzZXQKIyBDT05GSUdfVjRMX1BMQVRGT1JNX0RSSVZFUlMgaXMg bm90IHNldAojIENPTkZJR19WNExfTUVNMk1FTV9EUklWRVJTIGlzIG5vdCBzZXQKIyBDT05GSUdf UkFESU9fQURBUFRFUlMgaXMgbm90IHNldApDT05GSUdfRFZCX01BWF9BREFQVEVSUz04CkNPTkZJ R19EVkJfRFlOQU1JQ19NSU5PUlM9eQpDT05GSUdfRFZCX0NBUFRVUkVfRFJJVkVSUz15CgojCiMg U3VwcG9ydGVkIFNBQTcxNDYgYmFzZWQgUENJIEFkYXB0ZXJzCiMKQ09ORklHX1RUUENJX0VFUFJP TT1tCkNPTkZJR19EVkJfQVY3MTEwPW0KQ09ORklHX0RWQl9BVjcxMTBfT1NEPXkKQ09ORklHX0RW Ql9CVURHRVRfQ09SRT1tCkNPTkZJR19EVkJfQlVER0VUPW0KQ09ORklHX0RWQl9CVURHRVRfQ0k9 bQpDT05GSUdfRFZCX0JVREdFVF9BVj1tCkNPTkZJR19EVkJfQlVER0VUX1BBVENIPW0KCiMKIyBT dXBwb3J0ZWQgVVNCIEFkYXB0ZXJzCiMKQ09ORklHX0RWQl9VU0I9bQojIENPTkZJR19EVkJfVVNC X0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0RWQl9VU0JfQTgwMD1tCkNPTkZJR19EVkJfVVNCX0RJ QlVTQl9NQj1tCiMgQ09ORklHX0RWQl9VU0JfRElCVVNCX01CX0ZBVUxUWSBpcyBub3Qgc2V0CkNP TkZJR19EVkJfVVNCX0RJQlVTQl9NQz1tCkNPTkZJR19EVkJfVVNCX0RJQjA3MDA9bQpDT05GSUdf RFZCX1VTQl9VTVRfMDEwPW0KQ09ORklHX0RWQl9VU0JfQ1hVU0I9bQpDT05GSUdfRFZCX1VTQl9N OTIwWD1tCkNPTkZJR19EVkJfVVNCX0dMODYxPW0KQ09ORklHX0RWQl9VU0JfQVU2NjEwPW0KQ09O RklHX0RWQl9VU0JfRElHSVRWPW0KQ09ORklHX0RWQl9VU0JfVlA3MDQ1PW0KQ09ORklHX0RWQl9V U0JfVlA3MDJYPW0KQ09ORklHX0RWQl9VU0JfR1A4UFNLPW0KQ09ORklHX0RWQl9VU0JfTk9WQV9U X1VTQjI9bQpDT05GSUdfRFZCX1VTQl9UVFVTQjI9bQpDT05GSUdfRFZCX1VTQl9EVFQyMDBVPW0K Q09ORklHX0RWQl9VU0JfT1BFUkExPW0KQ09ORklHX0RWQl9VU0JfQUY5MDA1PW0KQ09ORklHX0RW Ql9VU0JfQUY5MDA1X1JFTU9URT1tCiMgQ09ORklHX0RWQl9VU0JfUENUVjQ1MkUgaXMgbm90IHNl dApDT05GSUdfRFZCX1VTQl9EVzIxMDI9bQpDT05GSUdfRFZCX1VTQl9DSU5FUkdZX1QyPW0KQ09O RklHX0RWQl9VU0JfQU5ZU0VFPW0KQ09ORklHX0RWQl9VU0JfRFRWNTEwMD1tCkNPTkZJR19EVkJf VVNCX0FGOTAxNT1tCkNPTkZJR19EVkJfVVNCX0NFNjIzMD1tCkNPTkZJR19EVkJfVVNCX0ZSSUlP PW0KQ09ORklHX0RWQl9VU0JfRUMxNjg9bQojIENPTkZJR19EVkJfVVNCX0FaNjAwNyBpcyBub3Qg c2V0CkNPTkZJR19EVkJfVVNCX0FaNjAyNz1tCkNPTkZJR19EVkJfVVNCX0xNRTI1MTA9bQojIENP TkZJR19EVkJfVVNCX1RFQ0hOSVNBVF9VU0IyIGlzIG5vdCBzZXQKIyBDT05GSUdfRFZCX1VTQl9J VDkxM1ggaXMgbm90IHNldAojIENPTkZJR19EVkJfVVNCX01YTDExMVNGIGlzIG5vdCBzZXQKIyBD T05GSUdfRFZCX1VTQl9SVEwyOFhYVSBpcyBub3Qgc2V0CkNPTkZJR19EVkJfVFRVU0JfQlVER0VU PW0KQ09ORklHX0RWQl9UVFVTQl9ERUM9bQpDT05GSUdfU01TX1NJQU5PX01EVFY9bQoKIwojIFNp YW5vIG1vZHVsZSBjb21wb25lbnRzCiMKQ09ORklHX1NNU19VU0JfRFJWPW0KQ09ORklHX1NNU19T RElPX0RSVj1tCgojCiMgU3VwcG9ydGVkIEZsZXhDb3BJSSAoQjJDMikgQWRhcHRlcnMKIwpDT05G SUdfRFZCX0IyQzJfRkxFWENPUD1tCkNPTkZJR19EVkJfQjJDMl9GTEVYQ09QX1BDST1tCkNPTkZJ R19EVkJfQjJDMl9GTEVYQ09QX1VTQj1tCiMgQ09ORklHX0RWQl9CMkMyX0ZMRVhDT1BfREVCVUcg aXMgbm90IHNldAoKIwojIFN1cHBvcnRlZCBCVDg3OCBBZGFwdGVycwojCkNPTkZJR19EVkJfQlQ4 WFg9bQoKIwojIFN1cHBvcnRlZCBQbHV0bzIgQWRhcHRlcnMKIwpDT05GSUdfRFZCX1BMVVRPMj1t CgojCiMgU3VwcG9ydGVkIFNETUMgRE0xMTA1IEFkYXB0ZXJzCiMKQ09ORklHX0RWQl9ETTExMDU9 bQoKIwojIFN1cHBvcnRlZCBGaXJlV2lyZSAoSUVFRSAxMzk0KSBBZGFwdGVycwojCkNPTkZJR19E VkJfRklSRURUVj1tCkNPTkZJR19EVkJfRklSRURUVl9JTlBVVD15CgojCiMgU3VwcG9ydGVkIEVh cnRoc29mdCBQVDEgQWRhcHRlcnMKIwpDT05GSUdfRFZCX1BUMT1tCgojCiMgU3VwcG9ydGVkIE1h bnRpcyBBZGFwdGVycwojCiMgQ09ORklHX01BTlRJU19DT1JFIGlzIG5vdCBzZXQKCiMKIyBTdXBw b3J0ZWQgbkdlbmUgQWRhcHRlcnMKIwpDT05GSUdfRFZCX05HRU5FPW0KCiMKIyBTdXBwb3J0ZWQg ZGRicmlkZ2UgKCdPY3RvcHVzJykgQWRhcHRlcnMKIwojIENPTkZJR19EVkJfRERCUklER0UgaXMg bm90IHNldAoKIwojIFN1cHBvcnRlZCBEVkIgRnJvbnRlbmRzCiMKIyBDT05GSUdfRFZCX0ZFX0NV U1RPTUlTRSBpcyBub3Qgc2V0CgojCiMgTXVsdGlzdGFuZGFyZCAoc2F0ZWxsaXRlKSBmcm9udGVu ZHMKIwpDT05GSUdfRFZCX1NUQjA4OTk9bQpDT05GSUdfRFZCX1NUQjYxMDA9bQpDT05GSUdfRFZC X1NUVjA5MHg9bQpDT05GSUdfRFZCX1NUVjYxMTB4PW0KCiMKIyBNdWx0aXN0YW5kYXJkIChjYWJs ZSArIHRlcnJlc3RyaWFsKSBmcm9udGVuZHMKIwpDT05GSUdfRFZCX0RSWEs9bQpDT05GSUdfRFZC X1REQTE4MjcxQzJERD1tCgojCiMgRFZCLVMgKHNhdGVsbGl0ZSkgZnJvbnRlbmRzCiMKQ09ORklH X0RWQl9DWDI0MTEwPW0KQ09ORklHX0RWQl9DWDI0MTIzPW0KQ09ORklHX0RWQl9NVDMxMj1tCkNP TkZJR19EVkJfWkwxMDAzNj1tCkNPTkZJR19EVkJfWkwxMDAzOT1tCkNPTkZJR19EVkJfUzVIMTQy MD1tCkNPTkZJR19EVkJfU1RWMDI4OD1tCkNPTkZJR19EVkJfU1RCNjAwMD1tCkNPTkZJR19EVkJf U1RWMDI5OT1tCkNPTkZJR19EVkJfU1RWNjExMD1tCkNPTkZJR19EVkJfU1RWMDkwMD1tCkNPTkZJ R19EVkJfVERBODA4Mz1tCkNPTkZJR19EVkJfVERBMTAwODY9bQpDT05GSUdfRFZCX1REQTgyNjE9 bQpDT05GSUdfRFZCX1ZFUzFYOTM9bQpDT05GSUdfRFZCX1RVTkVSX0lURDEwMDA9bQpDT05GSUdf RFZCX1RVTkVSX0NYMjQxMTM9bQpDT05GSUdfRFZCX1REQTgyNlg9bQpDT05GSUdfRFZCX1RVQTYx MDA9bQpDT05GSUdfRFZCX0NYMjQxMTY9bQpDT05GSUdfRFZCX1NJMjFYWD1tCkNPTkZJR19EVkJf RFMzMDAwPW0KQ09ORklHX0RWQl9UREExMDA3MT1tCgojCiMgRFZCLVQgKHRlcnJlc3RyaWFsKSBm cm9udGVuZHMKIwpDT05GSUdfRFZCX1NQODg3MD1tCkNPTkZJR19EVkJfU1A4ODdYPW0KQ09ORklH X0RWQl9DWDIyNzAwPW0KQ09ORklHX0RWQl9DWDIyNzAyPW0KQ09ORklHX0RWQl9EUlhEPW0KQ09O RklHX0RWQl9MNjQ3ODE9bQpDT05GSUdfRFZCX1REQTEwMDRYPW0KQ09ORklHX0RWQl9OWFQ2MDAw PW0KQ09ORklHX0RWQl9NVDM1Mj1tCkNPTkZJR19EVkJfWkwxMDM1Mz1tCkNPTkZJR19EVkJfRElC MzAwME1CPW0KQ09ORklHX0RWQl9ESUIzMDAwTUM9bQpDT05GSUdfRFZCX0RJQjcwMDBNPW0KQ09O RklHX0RWQl9ESUI3MDAwUD1tCkNPTkZJR19EVkJfVERBMTAwNDg9bQpDT05GSUdfRFZCX0FGOTAx Mz1tCkNPTkZJR19EVkJfRUMxMDA9bQpDT05GSUdfRFZCX1NUVjAzNjc9bQpDT05GSUdfRFZCX0NY RDI4MjBSPW0KCiMKIyBEVkItQyAoY2FibGUpIGZyb250ZW5kcwojCkNPTkZJR19EVkJfVkVTMTgy MD1tCkNPTkZJR19EVkJfVERBMTAwMjE9bQpDT05GSUdfRFZCX1REQTEwMDIzPW0KQ09ORklHX0RW Ql9TVFYwMjk3PW0KCiMKIyBBVFNDIChOb3J0aCBBbWVyaWNhbi9Lb3JlYW4gVGVycmVzdHJpYWwv Q2FibGUgRFRWKSBmcm9udGVuZHMKIwpDT05GSUdfRFZCX05YVDIwMFg9bQpDT05GSUdfRFZCX09S NTEyMTE9bQpDT05GSUdfRFZCX09SNTExMzI9bQpDT05GSUdfRFZCX0JDTTM1MTA9bQpDT05GSUdf RFZCX0xHRFQzMzBYPW0KQ09ORklHX0RWQl9MR0RUMzMwNT1tCkNPTkZJR19EVkJfUzVIMTQwOT1t CkNPTkZJR19EVkJfQVU4NTIyPW0KQ09ORklHX0RWQl9TNUgxNDExPW0KCiMKIyBJU0RCLVQgKHRl cnJlc3RyaWFsKSBmcm9udGVuZHMKIwpDT05GSUdfRFZCX1M5MjE9bQpDT05GSUdfRFZCX0RJQjgw MDA9bQpDT05GSUdfRFZCX01CODZBMjBTPW0KCiMKIyBEaWdpdGFsIHRlcnJlc3RyaWFsIG9ubHkg dHVuZXJzL1BMTAojCkNPTkZJR19EVkJfUExMPW0KQ09ORklHX0RWQl9UVU5FUl9ESUIwMDcwPW0K Q09ORklHX0RWQl9UVU5FUl9ESUIwMDkwPW0KCiMKIyBTRUMgY29udHJvbCBkZXZpY2VzIGZvciBE VkItUwojCkNPTkZJR19EVkJfTE5CUDIxPW0KQ09ORklHX0RWQl9JU0w2NDA1PW0KQ09ORklHX0RW Ql9JU0w2NDIxPW0KQ09ORklHX0RWQl9JU0w2NDIzPW0KQ09ORklHX0RWQl9BODI5Mz1tCkNPTkZJ R19EVkJfTEdTOEdYWD1tCkNPTkZJR19EVkJfQVRCTTg4MzA9bQpDT05GSUdfRFZCX0lYMjUwNVY9 bQpDT05GSUdfRFZCX004OFJTMjAwMD1tCgojCiMgVG9vbHMgdG8gZGV2ZWxvcCBuZXcgZnJvbnRl bmRzCiMKIyBDT05GSUdfRFZCX0RVTU1ZX0ZFIGlzIG5vdCBzZXQKCiMKIyBHcmFwaGljcyBzdXBw b3J0CiMKQ09ORklHX0FHUD15CkNPTkZJR19BR1BfQU1ENjQ9eQpDT05GSUdfQUdQX0lOVEVMPXkK Q09ORklHX0FHUF9TSVM9eQpDT05GSUdfQUdQX1ZJQT15CkNPTkZJR19WR0FfQVJCPXkKQ09ORklH X1ZHQV9BUkJfTUFYX0dQVVM9NjQKQ09ORklHX1ZHQV9TV0lUQ0hFUk9PPXkKQ09ORklHX0RSTT1t CkNPTkZJR19EUk1fS01TX0hFTFBFUj1tCiMgQ09ORklHX0RSTV9MT0FEX0VESURfRklSTVdBUkUg aXMgbm90IHNldApDT05GSUdfRFJNX1RUTT1tCiMgQ09ORklHX0RSTV9UREZYIGlzIG5vdCBzZXQK Q09ORklHX0RSTV9SMTI4PW0KQ09ORklHX0RSTV9SQURFT049bQpDT05GSUdfRFJNX1JBREVPTl9L TVM9eQpDT05GSUdfRFJNX05PVVZFQVU9bQpDT05GSUdfRFJNX05PVVZFQVVfQkFDS0xJR0hUPXkK IyBDT05GSUdfRFJNX05PVVZFQVVfREVCVUcgaXMgbm90IHNldAoKIwojIEkyQyBlbmNvZGVyIG9y IGhlbHBlciBjaGlwcwojCkNPTkZJR19EUk1fSTJDX0NINzAwNj1tCkNPTkZJR19EUk1fSTJDX1NJ TDE2ND1tCiMgQ09ORklHX0RSTV9JODEwIGlzIG5vdCBzZXQKQ09ORklHX0RSTV9JOTE1PW0KQ09O RklHX0RSTV9JOTE1X0tNUz15CkNPTkZJR19EUk1fTUdBPW0KQ09ORklHX0RSTV9TSVM9bQpDT05G SUdfRFJNX1ZJQT1tCkNPTkZJR19EUk1fU0FWQUdFPW0KIyBDT05GSUdfRFJNX1ZNV0dGWCBpcyBu b3Qgc2V0CiMgQ09ORklHX0RSTV9HTUE1MDAgaXMgbm90IHNldAojIENPTkZJR19EUk1fVURMIGlz IG5vdCBzZXQKIyBDT05GSUdfU1RVQl9QT1VMU0JPIGlzIG5vdCBzZXQKQ09ORklHX1ZHQVNUQVRF PW0KQ09ORklHX1ZJREVPX09VVFBVVF9DT05UUk9MPW0KQ09ORklHX0ZCPXkKIyBDT05GSUdfRklS TVdBUkVfRURJRCBpcyBub3Qgc2V0CkNPTkZJR19GQl9EREM9bQpDT05GSUdfRkJfQk9PVF9WRVNB X1NVUFBPUlQ9eQpDT05GSUdfRkJfQ0ZCX0ZJTExSRUNUPXkKQ09ORklHX0ZCX0NGQl9DT1BZQVJF QT15CkNPTkZJR19GQl9DRkJfSU1BR0VCTElUPXkKIyBDT05GSUdfRkJfQ0ZCX1JFVl9QSVhFTFNf SU5fQllURSBpcyBub3Qgc2V0CkNPTkZJR19GQl9TWVNfRklMTFJFQ1Q9eQpDT05GSUdfRkJfU1lT X0NPUFlBUkVBPXkKQ09ORklHX0ZCX1NZU19JTUFHRUJMSVQ9eQojIENPTkZJR19GQl9GT1JFSUdO X0VORElBTiBpcyBub3Qgc2V0CkNPTkZJR19GQl9TWVNfRk9QUz15CiMgQ09ORklHX0ZCX1dNVF9H RV9ST1BTIGlzIG5vdCBzZXQKQ09ORklHX0ZCX0RFRkVSUkVEX0lPPXkKIyBDT05GSUdfRkJfU1ZH QUxJQiBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX01BQ01PREVTIGlzIG5vdCBzZXQKQ09ORklHX0ZC X0JBQ0tMSUdIVD15CkNPTkZJR19GQl9NT0RFX0hFTFBFUlM9eQpDT05GSUdfRkJfVElMRUJMSVRU SU5HPXkKCiMKIyBGcmFtZSBidWZmZXIgaGFyZHdhcmUgZHJpdmVycwojCkNPTkZJR19GQl9DSVJS VVM9bQojIENPTkZJR19GQl9QTTIgaXMgbm90IHNldAojIENPTkZJR19GQl9DWUJFUjIwMDAgaXMg bm90IHNldAojIENPTkZJR19GQl9BUkMgaXMgbm90IHNldAojIENPTkZJR19GQl9BU0lMSUFOVCBp cyBub3Qgc2V0CiMgQ09ORklHX0ZCX0lNU1RUIGlzIG5vdCBzZXQKQ09ORklHX0ZCX1ZHQTE2PW0K IyBDT05GSUdfRkJfVVZFU0EgaXMgbm90IHNldApDT05GSUdfRkJfVkVTQT15CkNPTkZJR19GQl9F Rkk9eQojIENPTkZJR19GQl9ONDExIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfSEdBIGlzIG5vdCBz ZXQKIyBDT05GSUdfRkJfUzFEMTNYWFggaXMgbm90IHNldApDT05GSUdfRkJfTlZJRElBPW0KQ09O RklHX0ZCX05WSURJQV9JMkM9eQojIENPTkZJR19GQl9OVklESUFfREVCVUcgaXMgbm90IHNldApD T05GSUdfRkJfTlZJRElBX0JBQ0tMSUdIVD15CkNPTkZJR19GQl9SSVZBPW0KIyBDT05GSUdfRkJf UklWQV9JMkMgaXMgbm90IHNldAojIENPTkZJR19GQl9SSVZBX0RFQlVHIGlzIG5vdCBzZXQKQ09O RklHX0ZCX1JJVkFfQkFDS0xJR0hUPXkKIyBDT05GSUdfRkJfSTc0MCBpcyBub3Qgc2V0CiMgQ09O RklHX0ZCX0xFODA1NzggaXMgbm90IHNldAojIENPTkZJR19GQl9NQVRST1ggaXMgbm90IHNldApD T05GSUdfRkJfUkFERU9OPW0KQ09ORklHX0ZCX1JBREVPTl9JMkM9eQpDT05GSUdfRkJfUkFERU9O X0JBQ0tMSUdIVD15CiMgQ09ORklHX0ZCX1JBREVPTl9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19G Ql9BVFkxMjg9bQpDT05GSUdfRkJfQVRZMTI4X0JBQ0tMSUdIVD15CkNPTkZJR19GQl9BVFk9bQpD T05GSUdfRkJfQVRZX0NUPXkKQ09ORklHX0ZCX0FUWV9HRU5FUklDX0xDRD15CkNPTkZJR19GQl9B VFlfR1g9eQpDT05GSUdfRkJfQVRZX0JBQ0tMSUdIVD15CiMgQ09ORklHX0ZCX1MzIGlzIG5vdCBz ZXQKQ09ORklHX0ZCX1NBVkFHRT1tCkNPTkZJR19GQl9TQVZBR0VfSTJDPXkKQ09ORklHX0ZCX1NB VkFHRV9BQ0NFTD15CiMgQ09ORklHX0ZCX1NJUyBpcyBub3Qgc2V0CkNPTkZJR19GQl9WSUE9bQoj IENPTkZJR19GQl9WSUFfRElSRUNUX1BST0NGUyBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1ZJQV9Y X0NPTVBBVElCSUxJVFkgaXMgbm90IHNldAojIENPTkZJR19GQl9ORU9NQUdJQyBpcyBub3Qgc2V0 CiMgQ09ORklHX0ZCX0tZUk8gaXMgbm90IHNldAojIENPTkZJR19GQl8zREZYIGlzIG5vdCBzZXQK IyBDT05GSUdfRkJfVk9PRE9PMSBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1ZUODYyMyBpcyBub3Qg c2V0CiMgQ09ORklHX0ZCX1RSSURFTlQgaXMgbm90IHNldAojIENPTkZJR19GQl9BUksgaXMgbm90 IHNldAojIENPTkZJR19GQl9QTTMgaXMgbm90IHNldAojIENPTkZJR19GQl9DQVJNSU5FIGlzIG5v dCBzZXQKIyBDT05GSUdfRkJfR0VPREUgaXMgbm90IHNldAojIENPTkZJR19GQl9UTUlPIGlzIG5v dCBzZXQKQ09ORklHX0ZCX1NNNTAxPW0KIyBDT05GSUdfRkJfU01TQ1VGWCBpcyBub3Qgc2V0CiMg Q09ORklHX0ZCX1VETCBpcyBub3Qgc2V0CkNPTkZJR19GQl9WSVJUVUFMPW0KQ09ORklHX1hFTl9G QkRFVl9GUk9OVEVORD15CiMgQ09ORklHX0ZCX01FVFJPTk9NRSBpcyBub3Qgc2V0CiMgQ09ORklH X0ZCX01CODYyWFggaXMgbm90IHNldAojIENPTkZJR19GQl9CUk9BRFNIRUVUIGlzIG5vdCBzZXQK IyBDT05GSUdfRVhZTk9TX1ZJREVPIGlzIG5vdCBzZXQKQ09ORklHX0JBQ0tMSUdIVF9MQ0RfU1VQ UE9SVD15CkNPTkZJR19MQ0RfQ0xBU1NfREVWSUNFPW0KQ09ORklHX0xDRF9QTEFURk9STT1tCkNP TkZJR19CQUNLTElHSFRfQ0xBU1NfREVWSUNFPXkKIyBDT05GSUdfQkFDS0xJR0hUX0dFTkVSSUMg aXMgbm90IHNldApDT05GSUdfQkFDS0xJR0hUX1BST0dFQVI9bQojIENPTkZJR19CQUNLTElHSFRf QVBQTEUgaXMgbm90IHNldAojIENPTkZJR19CQUNLTElHSFRfU0FIQVJBIGlzIG5vdCBzZXQKIyBD T05GSUdfQkFDS0xJR0hUX0FEUDg4NjAgaXMgbm90IHNldAojIENPTkZJR19CQUNLTElHSFRfQURQ ODg3MCBpcyBub3Qgc2V0CiMgQ09ORklHX0JBQ0tMSUdIVF9MUDg1NVggaXMgbm90IHNldAoKIwoj IENvbnNvbGUgZGlzcGxheSBkcml2ZXIgc3VwcG9ydAojCkNPTkZJR19WR0FfQ09OU09MRT15CkNP TkZJR19WR0FDT05fU09GVF9TQ1JPTExCQUNLPXkKQ09ORklHX1ZHQUNPTl9TT0ZUX1NDUk9MTEJB Q0tfU0laRT02NApDT05GSUdfRFVNTVlfQ09OU09MRT15CkNPTkZJR19GUkFNRUJVRkZFUl9DT05T T0xFPXkKQ09ORklHX0ZSQU1FQlVGRkVSX0NPTlNPTEVfREVURUNUX1BSSU1BUlk9eQpDT05GSUdf RlJBTUVCVUZGRVJfQ09OU09MRV9ST1RBVElPTj15CiMgQ09ORklHX0ZPTlRTIGlzIG5vdCBzZXQK Q09ORklHX0ZPTlRfOHg4PXkKQ09ORklHX0ZPTlRfOHgxNj15CkNPTkZJR19MT0dPPXkKIyBDT05G SUdfTE9HT19MSU5VWF9NT05PIGlzIG5vdCBzZXQKIyBDT05GSUdfTE9HT19MSU5VWF9WR0ExNiBp cyBub3Qgc2V0CkNPTkZJR19MT0dPX0xJTlVYX0NMVVQyMjQ9eQpDT05GSUdfU09VTkQ9bQpDT05G SUdfU09VTkRfT1NTX0NPUkU9eQpDT05GSUdfU09VTkRfT1NTX0NPUkVfUFJFQ0xBSU09eQpDT05G SUdfU05EPW0KQ09ORklHX1NORF9USU1FUj1tCkNPTkZJR19TTkRfUENNPW0KQ09ORklHX1NORF9I V0RFUD1tCkNPTkZJR19TTkRfUkFXTUlEST1tCkNPTkZJR19TTkRfSkFDSz15CkNPTkZJR19TTkRf U0VRVUVOQ0VSPW0KQ09ORklHX1NORF9TRVFfRFVNTVk9bQpDT05GSUdfU05EX09TU0VNVUw9eQpD T05GSUdfU05EX01JWEVSX09TUz1tCkNPTkZJR19TTkRfUENNX09TUz1tCkNPTkZJR19TTkRfUENN X09TU19QTFVHSU5TPXkKQ09ORklHX1NORF9TRVFVRU5DRVJfT1NTPXkKQ09ORklHX1NORF9IUlRJ TUVSPW0KQ09ORklHX1NORF9TRVFfSFJUSU1FUl9ERUZBVUxUPXkKQ09ORklHX1NORF9EWU5BTUlD X01JTk9SUz15CiMgQ09ORklHX1NORF9TVVBQT1JUX09MRF9BUEkgaXMgbm90IHNldApDT05GSUdf U05EX1ZFUkJPU0VfUFJPQ0ZTPXkKIyBDT05GSUdfU05EX1ZFUkJPU0VfUFJJTlRLIGlzIG5vdCBz ZXQKIyBDT05GSUdfU05EX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX1NORF9WTUFTVEVSPXkKQ09O RklHX1NORF9LQ1RMX0pBQ0s9eQpDT05GSUdfU05EX0RNQV9TR0JVRj15CkNPTkZJR19TTkRfUkFX TUlESV9TRVE9bQpDT05GSUdfU05EX09QTDNfTElCX1NFUT1tCiMgQ09ORklHX1NORF9PUEw0X0xJ Ql9TRVEgaXMgbm90IHNldAojIENPTkZJR19TTkRfU0JBV0VfU0VRIGlzIG5vdCBzZXQKQ09ORklH X1NORF9FTVUxMEsxX1NFUT1tCkNPTkZJR19TTkRfTVBVNDAxX1VBUlQ9bQpDT05GSUdfU05EX09Q TDNfTElCPW0KQ09ORklHX1NORF9WWF9MSUI9bQpDT05GSUdfU05EX0FDOTdfQ09ERUM9bQpDT05G SUdfU05EX0RSSVZFUlM9eQpDT05GSUdfU05EX1BDU1A9bQpDT05GSUdfU05EX0RVTU1ZPW0KQ09O RklHX1NORF9BTE9PUD1tCkNPTkZJR19TTkRfVklSTUlEST1tCkNPTkZJR19TTkRfTVRQQVY9bQoj IENPTkZJR19TTkRfTVRTNjQgaXMgbm90IHNldAojIENPTkZJR19TTkRfU0VSSUFMX1UxNjU1MCBp cyBub3Qgc2V0CkNPTkZJR19TTkRfTVBVNDAxPW0KIyBDT05GSUdfU05EX1BPUlRNQU4yWDQgaXMg bm90IHNldApDT05GSUdfU05EX0FDOTdfUE9XRVJfU0FWRT15CkNPTkZJR19TTkRfQUM5N19QT1dF Ul9TQVZFX0RFRkFVTFQ9NQpDT05GSUdfU05EX1NCX0NPTU1PTj1tCkNPTkZJR19TTkRfU0IxNl9E U1A9bQpDT05GSUdfU05EX1BDST15CkNPTkZJR19TTkRfQUQxODg5PW0KIyBDT05GSUdfU05EX0FM UzMwMCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9BTFM0MDAwIGlzIG5vdCBzZXQKQ09ORklHX1NO RF9BTEk1NDUxPW0KIyBDT05GSUdfU05EX0FTSUhQSSBpcyBub3Qgc2V0CkNPTkZJR19TTkRfQVRJ SVhQPW0KQ09ORklHX1NORF9BVElJWFBfTU9ERU09bQpDT05GSUdfU05EX0FVODgxMD1tCkNPTkZJ R19TTkRfQVU4ODIwPW0KQ09ORklHX1NORF9BVTg4MzA9bQojIENPTkZJR19TTkRfQVcyIGlzIG5v dCBzZXQKIyBDT05GSUdfU05EX0FaVDMzMjggaXMgbm90IHNldApDT05GSUdfU05EX0JUODdYPW0K IyBDT05GSUdfU05EX0JUODdYX09WRVJDTE9DSyBpcyBub3Qgc2V0CkNPTkZJR19TTkRfQ0EwMTA2 PW0KQ09ORklHX1NORF9DTUlQQ0k9bQpDT05GSUdfU05EX09YWUdFTl9MSUI9bQpDT05GSUdfU05E X09YWUdFTj1tCiMgQ09ORklHX1NORF9DUzQyODEgaXMgbm90IHNldApDT05GSUdfU05EX0NTNDZY WD1tCkNPTkZJR19TTkRfQ1M0NlhYX05FV19EU1A9eQpDT05GSUdfU05EX0NTNTUzMD1tCkNPTkZJ R19TTkRfQ1M1NTM1QVVESU89bQpDT05GSUdfU05EX0NUWEZJPW0KQ09ORklHX1NORF9EQVJMQTIw PW0KQ09ORklHX1NORF9HSU5BMjA9bQpDT05GSUdfU05EX0xBWUxBMjA9bQpDT05GSUdfU05EX0RB UkxBMjQ9bQpDT05GSUdfU05EX0dJTkEyND1tCkNPTkZJR19TTkRfTEFZTEEyND1tCkNPTkZJR19T TkRfTU9OQT1tCkNPTkZJR19TTkRfTUlBPW0KQ09ORklHX1NORF9FQ0hPM0c9bQpDT05GSUdfU05E X0lORElHTz1tCkNPTkZJR19TTkRfSU5ESUdPSU89bQpDT05GSUdfU05EX0lORElHT0RKPW0KQ09O RklHX1NORF9JTkRJR09JT1g9bQpDT05GSUdfU05EX0lORElHT0RKWD1tCkNPTkZJR19TTkRfRU1V MTBLMT1tCkNPTkZJR19TTkRfRU1VMTBLMVg9bQpDT05GSUdfU05EX0VOUzEzNzA9bQpDT05GSUdf U05EX0VOUzEzNzE9bQojIENPTkZJR19TTkRfRVMxOTM4IGlzIG5vdCBzZXQKQ09ORklHX1NORF9F UzE5Njg9bQojIENPTkZJR19TTkRfRVMxOTY4X0lOUFVUIGlzIG5vdCBzZXQKIyBDT05GSUdfU05E X0VTMTk2OF9SQURJTyBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9GTTgwMSBpcyBub3Qgc2V0CkNP TkZJR19TTkRfSERBX0lOVEVMPW0KQ09ORklHX1NORF9IREFfUFJFQUxMT0NfU0laRT01MTIKQ09O RklHX1NORF9IREFfSFdERVA9eQojIENPTkZJR19TTkRfSERBX1JFQ09ORklHIGlzIG5vdCBzZXQK Q09ORklHX1NORF9IREFfSU5QVVRfQkVFUD15CkNPTkZJR19TTkRfSERBX0lOUFVUX0JFRVBfTU9E RT0yCkNPTkZJR19TTkRfSERBX0lOUFVUX0pBQ0s9eQojIENPTkZJR19TTkRfSERBX1BBVENIX0xP QURFUiBpcyBub3Qgc2V0CkNPTkZJR19TTkRfSERBX0NPREVDX1JFQUxURUs9eQpDT05GSUdfU05E X0hEQV9FTkFCTEVfUkVBTFRFS19RVUlSS1M9eQpDT05GSUdfU05EX0hEQV9DT0RFQ19BTkFMT0c9 eQpDT05GSUdfU05EX0hEQV9DT0RFQ19TSUdNQVRFTD15CkNPTkZJR19TTkRfSERBX0NPREVDX1ZJ QT15CkNPTkZJR19TTkRfSERBX0NPREVDX0hETUk9eQpDT05GSUdfU05EX0hEQV9DT0RFQ19DSVJS VVM9eQpDT05GSUdfU05EX0hEQV9DT0RFQ19DT05FWEFOVD15CkNPTkZJR19TTkRfSERBX0NPREVD X0NBMDExMD15CkNPTkZJR19TTkRfSERBX0NPREVDX0NBMDEzMj15CkNPTkZJR19TTkRfSERBX0NP REVDX0NNRURJQT15CkNPTkZJR19TTkRfSERBX0NPREVDX1NJMzA1ND15CkNPTkZJR19TTkRfSERB X0dFTkVSSUM9eQpDT05GSUdfU05EX0hEQV9QT1dFUl9TQVZFPXkKQ09ORklHX1NORF9IREFfUE9X RVJfU0FWRV9ERUZBVUxUPTAKQ09ORklHX1NORF9IRFNQPW0KQ09ORklHX1NORF9IRFNQTT1tCkNP TkZJR19TTkRfSUNFMTcxMj1tCkNPTkZJR19TTkRfSUNFMTcyND1tCkNPTkZJR19TTkRfSU5URUw4 WDA9bQpDT05GSUdfU05EX0lOVEVMOFgwTT1tCkNPTkZJR19TTkRfS09SRzEyMTI9bQojIENPTkZJ R19TTkRfTE9MQSBpcyBub3Qgc2V0CkNPTkZJR19TTkRfTFg2NDY0RVM9bQpDT05GSUdfU05EX01B RVNUUk8zPW0KIyBDT05GSUdfU05EX01BRVNUUk8zX0lOUFVUIGlzIG5vdCBzZXQKQ09ORklHX1NO RF9NSVhBUlQ9bQojIENPTkZJR19TTkRfTk0yNTYgaXMgbm90IHNldApDT05GSUdfU05EX1BDWEhS PW0KIyBDT05GSUdfU05EX1JJUFRJREUgaXMgbm90IHNldApDT05GSUdfU05EX1JNRTMyPW0KQ09O RklHX1NORF9STUU5Nj1tCkNPTkZJR19TTkRfUk1FOTY1Mj1tCiMgQ09ORklHX1NORF9TT05JQ1ZJ QkVTIGlzIG5vdCBzZXQKQ09ORklHX1NORF9UUklERU5UPW0KQ09ORklHX1NORF9WSUE4MlhYPW0K Q09ORklHX1NORF9WSUE4MlhYX01PREVNPW0KQ09ORklHX1NORF9WSVJUVU9TTz1tCkNPTkZJR19T TkRfVlgyMjI9bQojIENPTkZJR19TTkRfWU1GUENJIGlzIG5vdCBzZXQKQ09ORklHX1NORF9VU0I9 eQpDT05GSUdfU05EX1VTQl9BVURJTz1tCiMgQ09ORklHX1NORF9VU0JfVUExMDEgaXMgbm90IHNl dApDT05GSUdfU05EX1VTQl9VU1gyWT1tCkNPTkZJR19TTkRfVVNCX0NBSUFRPW0KQ09ORklHX1NO RF9VU0JfQ0FJQVFfSU5QVVQ9eQpDT05GSUdfU05EX1VTQl9VUzEyMkw9bQojIENPTkZJR19TTkRf VVNCXzZGSVJFIGlzIG5vdCBzZXQKQ09ORklHX1NORF9GSVJFV0lSRT15CiMgQ09ORklHX1NORF9G SVJFV0lSRV9TUEVBS0VSUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9JU0lHSFQgaXMgbm90IHNl dApDT05GSUdfU05EX1BDTUNJQT15CiMgQ09ORklHX1NORF9WWFBPQ0tFVCBpcyBub3Qgc2V0CiMg Q09ORklHX1NORF9QREFVRElPQ0YgaXMgbm90IHNldAojIENPTkZJR19TTkRfU09DIGlzIG5vdCBz ZXQKIyBDT05GSUdfU09VTkRfUFJJTUUgaXMgbm90IHNldApDT05GSUdfQUM5N19CVVM9bQpDT05G SUdfSElEX1NVUFBPUlQ9eQpDT05GSUdfSElEPXkKIyBDT05GSUdfSElEX0JBVFRFUllfU1RSRU5H VEggaXMgbm90IHNldApDT05GSUdfSElEUkFXPXkKCiMKIyBVU0IgSW5wdXQgRGV2aWNlcwojCkNP TkZJR19VU0JfSElEPXkKQ09ORklHX0hJRF9QSUQ9eQpDT05GSUdfVVNCX0hJRERFVj15CgojCiMg U3BlY2lhbCBISUQgZHJpdmVycwojCkNPTkZJR19ISURfQTRURUNIPXkKIyBDT05GSUdfSElEX0FD UlVYIGlzIG5vdCBzZXQKQ09ORklHX0hJRF9BUFBMRT15CkNPTkZJR19ISURfQkVMS0lOPXkKQ09O RklHX0hJRF9DSEVSUlk9eQpDT05GSUdfSElEX0NISUNPTlk9eQojIENPTkZJR19ISURfUFJPRElL RVlTIGlzIG5vdCBzZXQKQ09ORklHX0hJRF9DWVBSRVNTPXkKQ09ORklHX0hJRF9EUkFHT05SSVNF PXkKIyBDT05GSUdfRFJBR09OUklTRV9GRiBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9FTVNfRkYg aXMgbm90IHNldAojIENPTkZJR19ISURfRUxFQ09NIGlzIG5vdCBzZXQKQ09ORklHX0hJRF9FWktF WT15CiMgQ09ORklHX0hJRF9IT0xURUsgaXMgbm90IHNldAojIENPTkZJR19ISURfS0VZVE9VQ0gg aXMgbm90IHNldApDT05GSUdfSElEX0tZRT15CiMgQ09ORklHX0hJRF9VQ0xPR0lDIGlzIG5vdCBz ZXQKIyBDT05GSUdfSElEX1dBTFRPUCBpcyBub3Qgc2V0CkNPTkZJR19ISURfR1lSQVRJT049eQpD T05GSUdfSElEX1RXSU5IQU49eQpDT05GSUdfSElEX0tFTlNJTkdUT049eQojIENPTkZJR19ISURf TENQT1dFUiBpcyBub3Qgc2V0CkNPTkZJR19ISURfTE9HSVRFQ0g9eQpDT05GSUdfSElEX0xPR0lU RUNIX0RKPW0KIyBDT05GSUdfTE9HSVRFQ0hfRkYgaXMgbm90IHNldAojIENPTkZJR19MT0dJUlVN QkxFUEFEMl9GRiBpcyBub3Qgc2V0CiMgQ09ORklHX0xPR0lHOTQwX0ZGIGlzIG5vdCBzZXQKIyBD T05GSUdfTE9HSVdIRUVMU19GRiBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9NQUdJQ01PVVNFIGlz IG5vdCBzZXQKQ09ORklHX0hJRF9NSUNST1NPRlQ9eQpDT05GSUdfSElEX01PTlRFUkVZPXkKIyBD T05GSUdfSElEX01VTFRJVE9VQ0ggaXMgbm90IHNldApDT05GSUdfSElEX05UUklHPXkKIyBDT05G SUdfSElEX09SVEVLIGlzIG5vdCBzZXQKQ09ORklHX0hJRF9QQU5USEVSTE9SRD15CiMgQ09ORklH X1BBTlRIRVJMT1JEX0ZGIGlzIG5vdCBzZXQKQ09ORklHX0hJRF9QRVRBTFlOWD15CiMgQ09ORklH X0hJRF9QSUNPTENEIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX1BSSU1BWCBpcyBub3Qgc2V0CiMg Q09ORklHX0hJRF9ST0NDQVQgaXMgbm90IHNldAojIENPTkZJR19ISURfU0FJVEVLIGlzIG5vdCBz ZXQKQ09ORklHX0hJRF9TQU1TVU5HPXkKQ09ORklHX0hJRF9TT05ZPXkKIyBDT05GSUdfSElEX1NQ RUVETElOSyBpcyBub3Qgc2V0CkNPTkZJR19ISURfU1VOUExVUz15CkNPTkZJR19ISURfR1JFRU5B U0lBPXkKIyBDT05GSUdfR1JFRU5BU0lBX0ZGIGlzIG5vdCBzZXQKQ09ORklHX0hJRF9TTUFSVEpP WVBMVVM9eQpDT05GSUdfU01BUlRKT1lQTFVTX0ZGPXkKIyBDT05GSUdfSElEX1RJVk8gaXMgbm90 IHNldApDT05GSUdfSElEX1RPUFNFRUQ9eQpDT05GSUdfSElEX1RIUlVTVE1BU1RFUj15CiMgQ09O RklHX1RIUlVTVE1BU1RFUl9GRiBpcyBub3Qgc2V0CkNPTkZJR19ISURfV0FDT009bQojIENPTkZJ R19ISURfV0FDT01fUE9XRVJfU1VQUExZIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX1dJSU1PVEUg aXMgbm90IHNldApDT05GSUdfSElEX1pFUk9QTFVTPXkKIyBDT05GSUdfWkVST1BMVVNfRkYgaXMg bm90IHNldAojIENPTkZJR19ISURfWllEQUNST04gaXMgbm90IHNldApDT05GSUdfVVNCX0FSQ0hf SEFTX09IQ0k9eQpDT05GSUdfVVNCX0FSQ0hfSEFTX0VIQ0k9eQpDT05GSUdfVVNCX0FSQ0hfSEFT X1hIQ0k9eQpDT05GSUdfVVNCX1NVUFBPUlQ9eQpDT05GSUdfVVNCX0NPTU1PTj15CkNPTkZJR19V U0JfQVJDSF9IQVNfSENEPXkKQ09ORklHX1VTQj15CiMgQ09ORklHX1VTQl9ERUJVRyBpcyBub3Qg c2V0CkNPTkZJR19VU0JfQU5OT1VOQ0VfTkVXX0RFVklDRVM9eQoKIwojIE1pc2NlbGxhbmVvdXMg VVNCIG9wdGlvbnMKIwpDT05GSUdfVVNCX0RFVklDRUZTPXkKIyBDT05GSUdfVVNCX0RFVklDRV9D TEFTUyBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9EWU5BTUlDX01JTk9SUyBpcyBub3Qgc2V0CkNP TkZJR19VU0JfU1VTUEVORD15CiMgQ09ORklHX1VTQl9PVEcgaXMgbm90IHNldApDT05GSUdfVVNC X01PTj15CkNPTkZJR19VU0JfV1VTQj1tCkNPTkZJR19VU0JfV1VTQl9DQkFGPW0KIyBDT05GSUdf VVNCX1dVU0JfQ0JBRl9ERUJVRyBpcyBub3Qgc2V0CgojCiMgVVNCIEhvc3QgQ29udHJvbGxlciBE cml2ZXJzCiMKIyBDT05GSUdfVVNCX0M2N1gwMF9IQ0QgaXMgbm90IHNldApDT05GSUdfVVNCX1hI Q0lfSENEPW0KIyBDT05GSUdfVVNCX1hIQ0lfSENEX0RFQlVHR0lORyBpcyBub3Qgc2V0CkNPTkZJ R19VU0JfRUhDSV9IQ0Q9eQpDT05GSUdfVVNCX0VIQ0lfUk9PVF9IVUJfVFQ9eQpDT05GSUdfVVNC X0VIQ0lfVFRfTkVXU0NIRUQ9eQojIENPTkZJR19VU0JfT1hVMjEwSFBfSENEIGlzIG5vdCBzZXQK IyBDT05GSUdfVVNCX0lTUDExNlhfSENEIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0lTUDE3NjBf SENEIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9JU1AxMzYyX0hDRD1tCkNPTkZJR19VU0JfT0hDSV9I Q0Q9eQojIENPTkZJR19VU0JfT0hDSV9IQ0RfUExBVEZPUk0gaXMgbm90IHNldAojIENPTkZJR19V U0JfRUhDSV9IQ0RfUExBVEZPUk0gaXMgbm90IHNldAojIENPTkZJR19VU0JfT0hDSV9CSUdfRU5E SUFOX0RFU0MgaXMgbm90IHNldAojIENPTkZJR19VU0JfT0hDSV9CSUdfRU5ESUFOX01NSU8gaXMg bm90IHNldApDT05GSUdfVVNCX09IQ0lfTElUVExFX0VORElBTj15CkNPTkZJR19VU0JfVUhDSV9I Q0Q9eQpDT05GSUdfVVNCX1UxMzJfSENEPW0KQ09ORklHX1VTQl9TTDgxMV9IQ0Q9bQojIENPTkZJ R19VU0JfU0w4MTFfSENEX0lTTyBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TTDgxMV9DUyBpcyBu b3Qgc2V0CiMgQ09ORklHX1VTQl9SOEE2NjU5N19IQ0QgaXMgbm90IHNldApDT05GSUdfVVNCX1dI Q0lfSENEPW0KQ09ORklHX1VTQl9IV0FfSENEPW0KCiMKIyBVU0IgRGV2aWNlIENsYXNzIGRyaXZl cnMKIwpDT05GSUdfVVNCX0FDTT1tCkNPTkZJR19VU0JfUFJJTlRFUj1tCkNPTkZJR19VU0JfV0RN PW0KQ09ORklHX1VTQl9UTUM9bQoKIwojIE5PVEU6IFVTQl9TVE9SQUdFIGRlcGVuZHMgb24gU0NT SSBidXQgQkxLX0RFVl9TRCBtYXkKIwoKIwojIGFsc28gYmUgbmVlZGVkOyBzZWUgVVNCX1NUT1JB R0UgSGVscCBmb3IgbW9yZSBpbmZvCiMKQ09ORklHX1VTQl9TVE9SQUdFPW0KIyBDT05GSUdfVVNC X1NUT1JBR0VfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19VU0JfU1RPUkFHRV9SRUFMVEVLIGlz IG5vdCBzZXQKQ09ORklHX1VTQl9TVE9SQUdFX0RBVEFGQUI9bQpDT05GSUdfVVNCX1NUT1JBR0Vf RlJFRUNPTT1tCkNPTkZJR19VU0JfU1RPUkFHRV9JU0QyMDA9bQpDT05GSUdfVVNCX1NUT1JBR0Vf VVNCQVQ9bQpDT05GSUdfVVNCX1NUT1JBR0VfU0REUjA5PW0KQ09ORklHX1VTQl9TVE9SQUdFX1NE RFI1NT1tCkNPTkZJR19VU0JfU1RPUkFHRV9KVU1QU0hPVD1tCkNPTkZJR19VU0JfU1RPUkFHRV9B TEFVREE9bQpDT05GSUdfVVNCX1NUT1JBR0VfT05FVE9VQ0g9bQpDT05GSUdfVVNCX1NUT1JBR0Vf S0FSTUE9bQpDT05GSUdfVVNCX1NUT1JBR0VfQ1lQUkVTU19BVEFDQj1tCiMgQ09ORklHX1VTQl9T VE9SQUdFX0VORV9VQjYyNTAgaXMgbm90IHNldAojIENPTkZJR19VU0JfVUFTIGlzIG5vdCBzZXQK IyBDT05GSUdfVVNCX0xJQlVTVUFMIGlzIG5vdCBzZXQKCiMKIyBVU0IgSW1hZ2luZyBkZXZpY2Vz CiMKQ09ORklHX1VTQl9NREM4MDA9bQpDT05GSUdfVVNCX01JQ1JPVEVLPW0KCiMKIyBVU0IgcG9y dCBkcml2ZXJzCiMKQ09ORklHX1VTQl9VU1M3MjA9bQpDT05GSUdfVVNCX1NFUklBTD1tCkNPTkZJ R19VU0JfRVpVU0I9eQpDT05GSUdfVVNCX1NFUklBTF9HRU5FUklDPXkKQ09ORklHX1VTQl9TRVJJ QUxfQUlSQ0FCTEU9bQpDT05GSUdfVVNCX1NFUklBTF9BUkszMTE2PW0KQ09ORklHX1VTQl9TRVJJ QUxfQkVMS0lOPW0KQ09ORklHX1VTQl9TRVJJQUxfQ0gzNDE9bQpDT05GSUdfVVNCX1NFUklBTF9X SElURUhFQVQ9bQpDT05GSUdfVVNCX1NFUklBTF9ESUdJX0FDQ0VMRVBPUlQ9bQpDT05GSUdfVVNC X1NFUklBTF9DUDIxMFg9bQpDT05GSUdfVVNCX1NFUklBTF9DWVBSRVNTX004PW0KQ09ORklHX1VT Ql9TRVJJQUxfRU1QRUc9bQpDT05GSUdfVVNCX1NFUklBTF9GVERJX1NJTz1tCkNPTkZJR19VU0Jf U0VSSUFMX0ZVTlNPRlQ9bQpDT05GSUdfVVNCX1NFUklBTF9WSVNPUj1tCkNPTkZJR19VU0JfU0VS SUFMX0lQQVE9bQpDT05GSUdfVVNCX1NFUklBTF9JUj1tCkNPTkZJR19VU0JfU0VSSUFMX0VER0VQ T1JUPW0KQ09ORklHX1VTQl9TRVJJQUxfRURHRVBPUlRfVEk9bQojIENPTkZJR19VU0JfU0VSSUFM X0Y4MTIzMiBpcyBub3Qgc2V0CkNPTkZJR19VU0JfU0VSSUFMX0dBUk1JTj1tCkNPTkZJR19VU0Jf U0VSSUFMX0lQVz1tCkNPTkZJR19VU0JfU0VSSUFMX0lVVT1tCkNPTkZJR19VU0JfU0VSSUFMX0tF WVNQQU5fUERBPW0KQ09ORklHX1VTQl9TRVJJQUxfS0VZU1BBTj1tCkNPTkZJR19VU0JfU0VSSUFM X0tMU0k9bQpDT05GSUdfVVNCX1NFUklBTF9LT0JJTF9TQ1Q9bQpDT05GSUdfVVNCX1NFUklBTF9N Q1RfVTIzMj1tCiMgQ09ORklHX1VTQl9TRVJJQUxfTUVUUk8gaXMgbm90IHNldApDT05GSUdfVVNC X1NFUklBTF9NT1M3NzIwPW0KIyBDT05GSUdfVVNCX1NFUklBTF9NT1M3NzE1X1BBUlBPUlQgaXMg bm90IHNldApDT05GSUdfVVNCX1NFUklBTF9NT1M3ODQwPW0KQ09ORklHX1VTQl9TRVJJQUxfTU9U T1JPTEE9bQpDT05GSUdfVVNCX1NFUklBTF9OQVZNQU49bQpDT05GSUdfVVNCX1NFUklBTF9QTDIz MDM9bQpDT05GSUdfVVNCX1NFUklBTF9PVEk2ODU4PW0KIyBDT05GSUdfVVNCX1NFUklBTF9RQ0FV WCBpcyBub3Qgc2V0CkNPTkZJR19VU0JfU0VSSUFMX1FVQUxDT01NPW0KQ09ORklHX1VTQl9TRVJJ QUxfU1BDUDhYNT1tCkNPTkZJR19VU0JfU0VSSUFMX0hQNFg9bQpDT05GSUdfVVNCX1NFUklBTF9T QUZFPW0KQ09ORklHX1VTQl9TRVJJQUxfU0FGRV9QQURERUQ9eQpDT05GSUdfVVNCX1NFUklBTF9T SUVNRU5TX01QST1tCkNPTkZJR19VU0JfU0VSSUFMX1NJRVJSQVdJUkVMRVNTPW0KQ09ORklHX1VT Ql9TRVJJQUxfU1lNQk9MPW0KQ09ORklHX1VTQl9TRVJJQUxfVEk9bQpDT05GSUdfVVNCX1NFUklB TF9DWUJFUkpBQ0s9bQpDT05GSUdfVVNCX1NFUklBTF9YSVJDT009bQpDT05GSUdfVVNCX1NFUklB TF9XV0FOPW0KQ09ORklHX1VTQl9TRVJJQUxfT1BUSU9OPW0KQ09ORklHX1VTQl9TRVJJQUxfT01O SU5FVD1tCkNPTkZJR19VU0JfU0VSSUFMX09QVElDT049bQojIENPTkZJR19VU0JfU0VSSUFMX1ZJ Vk9QQVlfU0VSSUFMIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NFUklBTF9aSU8gaXMgbm90IHNl dAojIENPTkZJR19VU0JfU0VSSUFMX1NTVTEwMCBpcyBub3Qgc2V0CkNPTkZJR19VU0JfU0VSSUFM X0RFQlVHPW0KCiMKIyBVU0IgTWlzY2VsbGFuZW91cyBkcml2ZXJzCiMKQ09ORklHX1VTQl9FTUk2 Mj1tCkNPTkZJR19VU0JfRU1JMjY9bQpDT05GSUdfVVNCX0FEVVRVWD1tCkNPTkZJR19VU0JfU0VW U0VHPW0KIyBDT05GSUdfVVNCX1JJTzUwMCBpcyBub3Qgc2V0CkNPTkZJR19VU0JfTEVHT1RPV0VS PW0KQ09ORklHX1VTQl9MQ0Q9bQpDT05GSUdfVVNCX0xFRD1tCiMgQ09ORklHX1VTQl9DWVBSRVNT X0NZN0M2MyBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9DWVRIRVJNIGlzIG5vdCBzZXQKQ09ORklH X1VTQl9JRE1PVVNFPW0KQ09ORklHX1VTQl9GVERJX0VMQU49bQpDT05GSUdfVVNCX0FQUExFRElT UExBWT1tCkNPTkZJR19VU0JfU0lTVVNCVkdBPW0KQ09ORklHX1VTQl9TSVNVU0JWR0FfQ09OPXkK Q09ORklHX1VTQl9MRD1tCiMgQ09ORklHX1VTQl9UUkFOQ0VWSUJSQVRPUiBpcyBub3Qgc2V0CkNP TkZJR19VU0JfSU9XQVJSSU9SPW0KIyBDT05GSUdfVVNCX1RFU1QgaXMgbm90IHNldApDT05GSUdf VVNCX0lTSUdIVEZXPW0KIyBDT05GSUdfVVNCX1lVUkVYIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9B VE09bQpDT05GSUdfVVNCX1NQRUVEVE9VQ0g9bQpDT05GSUdfVVNCX0NYQUNSVT1tCkNPTkZJR19V U0JfVUVBR0xFQVRNPW0KQ09ORklHX1VTQl9YVVNCQVRNPW0KIyBDT05GSUdfVVNCX0dBREdFVCBp cyBub3Qgc2V0CgojCiMgT1RHIGFuZCByZWxhdGVkIGluZnJhc3RydWN0dXJlCiMKQ09ORklHX1VT Ql9PVEdfVVRJTFM9eQojIENPTkZJR19VU0JfR1BJT19WQlVTIGlzIG5vdCBzZXQKQ09ORklHX05P UF9VU0JfWENFSVY9bQpDT05GSUdfVVdCPW0KQ09ORklHX1VXQl9IV0E9bQpDT05GSUdfVVdCX1dI Q0k9bQpDT05GSUdfVVdCX0kxNDgwVT1tCkNPTkZJR19NTUM9bQojIENPTkZJR19NTUNfREVCVUcg aXMgbm90IHNldAojIENPTkZJR19NTUNfVU5TQUZFX1JFU1VNRSBpcyBub3Qgc2V0CiMgQ09ORklH X01NQ19DTEtHQVRFIGlzIG5vdCBzZXQKCiMKIyBNTUMvU0QvU0RJTyBDYXJkIERyaXZlcnMKIwpD T05GSUdfTU1DX0JMT0NLPW0KQ09ORklHX01NQ19CTE9DS19NSU5PUlM9OApDT05GSUdfTU1DX0JM T0NLX0JPVU5DRT15CkNPTkZJR19TRElPX1VBUlQ9bQojIENPTkZJR19NTUNfVEVTVCBpcyBub3Qg c2V0CgojCiMgTU1DL1NEL1NESU8gSG9zdCBDb250cm9sbGVyIERyaXZlcnMKIwpDT05GSUdfTU1D X1NESENJPW0KQ09ORklHX01NQ19TREhDSV9QQ0k9bQpDT05GSUdfTU1DX1JJQ09IX01NQz15CkNP TkZJR19NTUNfU0RIQ0lfUExURk09bQojIENPTkZJR19NTUNfV0JTRCBpcyBub3Qgc2V0CkNPTkZJ R19NTUNfVElGTV9TRD1tCkNPTkZJR19NTUNfU0RSSUNPSF9DUz1tCkNPTkZJR19NTUNfQ0I3MTA9 bQpDT05GSUdfTU1DX1ZJQV9TRE1NQz1tCiMgQ09ORklHX01NQ19WVUIzMDAgaXMgbm90IHNldAoj IENPTkZJR19NTUNfVVNIQyBpcyBub3Qgc2V0CkNPTkZJR19NRU1TVElDSz1tCiMgQ09ORklHX01F TVNUSUNLX0RFQlVHIGlzIG5vdCBzZXQKCiMKIyBNZW1vcnlTdGljayBkcml2ZXJzCiMKIyBDT05G SUdfTUVNU1RJQ0tfVU5TQUZFX1JFU1VNRSBpcyBub3Qgc2V0CkNPTkZJR19NU1BST19CTE9DSz1t CgojCiMgTWVtb3J5U3RpY2sgSG9zdCBDb250cm9sbGVyIERyaXZlcnMKIwpDT05GSUdfTUVNU1RJ Q0tfVElGTV9NUz1tCkNPTkZJR19NRU1TVElDS19KTUlDUk9OXzM4WD1tCkNPTkZJR19NRU1TVElD S19SNTkyPW0KQ09ORklHX05FV19MRURTPXkKQ09ORklHX0xFRFNfQ0xBU1M9eQoKIwojIExFRCBk cml2ZXJzCiMKIyBDT05GSUdfTEVEU19MTTM1MzAgaXMgbm90IHNldAojIENPTkZJR19MRURTX1BD QTk1MzIgaXMgbm90IHNldAojIENPTkZJR19MRURTX0dQSU8gaXMgbm90IHNldApDT05GSUdfTEVE U19MUDM5NDQ9bQojIENPTkZJR19MRURTX0xQNTUyMSBpcyBub3Qgc2V0CiMgQ09ORklHX0xFRFNf TFA1NTIzIGlzIG5vdCBzZXQKQ09ORklHX0xFRFNfQ0xFVk9fTUFJTD1tCiMgQ09ORklHX0xFRFNf UENBOTU1WCBpcyBub3Qgc2V0CiMgQ09ORklHX0xFRFNfUENBOTYzMyBpcyBub3Qgc2V0CiMgQ09O RklHX0xFRFNfUkVHVUxBVE9SIGlzIG5vdCBzZXQKIyBDT05GSUdfTEVEU19CRDI4MDIgaXMgbm90 IHNldAojIENPTkZJR19MRURTX0lOVEVMX1NTNDIwMCBpcyBub3Qgc2V0CiMgQ09ORklHX0xFRFNf TFQzNTkzIGlzIG5vdCBzZXQKIyBDT05GSUdfTEVEU19ERUxMX05FVEJPT0tTIGlzIG5vdCBzZXQK IyBDT05GSUdfTEVEU19UQ0E2NTA3IGlzIG5vdCBzZXQKIyBDT05GSUdfTEVEU19PVDIwMCBpcyBu b3Qgc2V0CkNPTkZJR19MRURTX1RSSUdHRVJTPXkKCiMKIyBMRUQgVHJpZ2dlcnMKIwpDT05GSUdf TEVEU19UUklHR0VSX1RJTUVSPW0KQ09ORklHX0xFRFNfVFJJR0dFUl9IRUFSVEJFQVQ9bQpDT05G SUdfTEVEU19UUklHR0VSX0JBQ0tMSUdIVD1tCiMgQ09ORklHX0xFRFNfVFJJR0dFUl9HUElPIGlz IG5vdCBzZXQKQ09ORklHX0xFRFNfVFJJR0dFUl9ERUZBVUxUX09OPW0KCiMKIyBpcHRhYmxlcyB0 cmlnZ2VyIGlzIHVuZGVyIE5ldGZpbHRlciBjb25maWcgKExFRCB0YXJnZXQpCiMKIyBDT05GSUdf QUNDRVNTSUJJTElUWSBpcyBub3Qgc2V0CkNPTkZJR19JTkZJTklCQU5EPW0KQ09ORklHX0lORklO SUJBTkRfVVNFUl9NQUQ9bQpDT05GSUdfSU5GSU5JQkFORF9VU0VSX0FDQ0VTUz1tCkNPTkZJR19J TkZJTklCQU5EX1VTRVJfTUVNPXkKQ09ORklHX0lORklOSUJBTkRfQUREUl9UUkFOUz15CkNPTkZJ R19JTkZJTklCQU5EX01USENBPW0KQ09ORklHX0lORklOSUJBTkRfTVRIQ0FfREVCVUc9eQpDT05G SUdfSU5GSU5JQkFORF9JUEFUSD1tCkNPTkZJR19JTkZJTklCQU5EX1FJQj1tCiMgQ09ORklHX0lO RklOSUJBTkRfQU1TTzExMDAgaXMgbm90IHNldApDT05GSUdfSU5GSU5JQkFORF9DWEdCMz1tCiMg Q09ORklHX0lORklOSUJBTkRfQ1hHQjNfREVCVUcgaXMgbm90IHNldApDT05GSUdfSU5GSU5JQkFO RF9DWEdCND1tCkNPTkZJR19NTFg0X0lORklOSUJBTkQ9bQpDT05GSUdfSU5GSU5JQkFORF9ORVM9 bQojIENPTkZJR19JTkZJTklCQU5EX05FU19ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19JTkZJTklC QU5EX0lQT0lCPW0KQ09ORklHX0lORklOSUJBTkRfSVBPSUJfQ009eQpDT05GSUdfSU5GSU5JQkFO RF9JUE9JQl9ERUJVRz15CiMgQ09ORklHX0lORklOSUJBTkRfSVBPSUJfREVCVUdfREFUQSBpcyBu b3Qgc2V0CkNPTkZJR19JTkZJTklCQU5EX1NSUD1tCiMgQ09ORklHX0lORklOSUJBTkRfU1JQVCBp cyBub3Qgc2V0CkNPTkZJR19JTkZJTklCQU5EX0lTRVI9bQpDT05GSUdfRURBQz15CgojCiMgUmVw b3J0aW5nIHN1YnN5c3RlbXMKIwojIENPTkZJR19FREFDX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklH X0VEQUNfREVDT0RFX01DRT1tCiMgQ09ORklHX0VEQUNfTUNFX0lOSiBpcyBub3Qgc2V0CkNPTkZJ R19FREFDX01NX0VEQUM9bQpDT05GSUdfRURBQ19BTUQ2ND1tCiMgQ09ORklHX0VEQUNfQU1ENjRf RVJST1JfSU5KRUNUSU9OIGlzIG5vdCBzZXQKQ09ORklHX0VEQUNfRTc1Mlg9bQpDT05GSUdfRURB Q19JODI5NzVYPW0KQ09ORklHX0VEQUNfSTMwMDA9bQpDT05GSUdfRURBQ19JMzIwMD1tCkNPTkZJ R19FREFDX1gzOD1tCkNPTkZJR19FREFDX0k1NDAwPW0KQ09ORklHX0VEQUNfSTdDT1JFPW0KQ09O RklHX0VEQUNfSTUwMDA9bQpDT05GSUdfRURBQ19JNTEwMD1tCkNPTkZJR19FREFDX0k3MzAwPW0K Q09ORklHX0VEQUNfU0JSSURHRT1tCkNPTkZJR19SVENfTElCPXkKQ09ORklHX1JUQ19DTEFTUz15 CkNPTkZJR19SVENfSENUT1NZUz15CkNPTkZJR19SVENfSENUT1NZU19ERVZJQ0U9InJ0YzAiCiMg Q09ORklHX1JUQ19ERUJVRyBpcyBub3Qgc2V0CgojCiMgUlRDIGludGVyZmFjZXMKIwpDT05GSUdf UlRDX0lOVEZfU1lTRlM9eQpDT05GSUdfUlRDX0lOVEZfUFJPQz15CkNPTkZJR19SVENfSU5URl9E RVY9eQojIENPTkZJR19SVENfSU5URl9ERVZfVUlFX0VNVUwgaXMgbm90IHNldAojIENPTkZJR19S VENfRFJWX1RFU1QgaXMgbm90IHNldAoKIwojIEkyQyBSVEMgZHJpdmVycwojCkNPTkZJR19SVENf RFJWX0RTMTMwNz1tCkNPTkZJR19SVENfRFJWX0RTMTM3ND1tCkNPTkZJR19SVENfRFJWX0RTMTY3 Mj1tCiMgQ09ORklHX1JUQ19EUlZfRFMzMjMyIGlzIG5vdCBzZXQKQ09ORklHX1JUQ19EUlZfTUFY NjkwMD1tCkNPTkZJR19SVENfRFJWX1JTNUMzNzI9bQpDT05GSUdfUlRDX0RSVl9JU0wxMjA4PW0K IyBDT05GSUdfUlRDX0RSVl9JU0wxMjAyMiBpcyBub3Qgc2V0CkNPTkZJR19SVENfRFJWX1gxMjA1 PW0KQ09ORklHX1JUQ19EUlZfUENGODU2Mz1tCkNPTkZJR19SVENfRFJWX1BDRjg1ODM9bQpDT05G SUdfUlRDX0RSVl9NNDFUODA9bQpDT05GSUdfUlRDX0RSVl9NNDFUODBfV0RUPXkKIyBDT05GSUdf UlRDX0RSVl9CUTMySyBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfUzM1MzkwQSBpcyBub3Qg c2V0CkNPTkZJR19SVENfRFJWX0ZNMzEzMD1tCkNPTkZJR19SVENfRFJWX1JYODU4MT1tCkNPTkZJ R19SVENfRFJWX1JYODAyNT1tCiMgQ09ORklHX1JUQ19EUlZfRU0zMDI3IGlzIG5vdCBzZXQKIyBD T05GSUdfUlRDX0RSVl9SVjMwMjlDMiBpcyBub3Qgc2V0CgojCiMgU1BJIFJUQyBkcml2ZXJzCiMK CiMKIyBQbGF0Zm9ybSBSVEMgZHJpdmVycwojCkNPTkZJR19SVENfRFJWX0NNT1M9eQpDT05GSUdf UlRDX0RSVl9EUzEyODY9bQpDT05GSUdfUlRDX0RSVl9EUzE1MTE9bQpDT05GSUdfUlRDX0RSVl9E UzE1NTM9bQpDT05GSUdfUlRDX0RSVl9EUzE3NDI9bQpDT05GSUdfUlRDX0RSVl9TVEsxN1RBOD1t CiMgQ09ORklHX1JUQ19EUlZfTTQ4VDg2IGlzIG5vdCBzZXQKQ09ORklHX1JUQ19EUlZfTTQ4VDM1 PW0KQ09ORklHX1JUQ19EUlZfTTQ4VDU5PW0KIyBDT05GSUdfUlRDX0RSVl9NU002MjQyIGlzIG5v dCBzZXQKQ09ORklHX1JUQ19EUlZfQlE0ODAyPW0KIyBDT05GSUdfUlRDX0RSVl9SUDVDMDEgaXMg bm90IHNldApDT05GSUdfUlRDX0RSVl9WMzAyMD1tCgojCiMgb24tQ1BVIFJUQyBkcml2ZXJzCiMK Q09ORklHX0RNQURFVklDRVM9eQojIENPTkZJR19ETUFERVZJQ0VTX0RFQlVHIGlzIG5vdCBzZXQK CiMKIyBETUEgRGV2aWNlcwojCiMgQ09ORklHX0lOVEVMX01JRF9ETUFDIGlzIG5vdCBzZXQKQ09O RklHX0lOVEVMX0lPQVRETUE9bQojIENPTkZJR19USU1CX0RNQSBpcyBub3Qgc2V0CiMgQ09ORklH X1BDSF9ETUEgaXMgbm90IHNldApDT05GSUdfRE1BX0VOR0lORT15CgojCiMgRE1BIENsaWVudHMK IwpDT05GSUdfTkVUX0RNQT15CkNPTkZJR19BU1lOQ19UWF9ETUE9eQojIENPTkZJR19ETUFURVNU IGlzIG5vdCBzZXQKQ09ORklHX0RDQT1tCkNPTkZJR19BVVhESVNQTEFZPXkKQ09ORklHX0tTMDEw OD1tCkNPTkZJR19LUzAxMDhfUE9SVD0weDM3OApDT05GSUdfS1MwMTA4X0RFTEFZPTIKQ09ORklH X0NGQUcxMjg2NEI9bQpDT05GSUdfQ0ZBRzEyODY0Ql9SQVRFPTIwCkNPTkZJR19VSU89bQpDT05G SUdfVUlPX0NJRj1tCkNPTkZJR19VSU9fUERSVj1tCkNPTkZJR19VSU9fUERSVl9HRU5JUlE9bQpD T05GSUdfVUlPX0FFQz1tCkNPTkZJR19VSU9fU0VSQ09TMz1tCkNPTkZJR19VSU9fUENJX0dFTkVS SUM9bQojIENPTkZJR19VSU9fTkVUWCBpcyBub3Qgc2V0CkNPTkZJR19WSVJUSU89bQpDT05GSUdf VklSVElPX1JJTkc9bQoKIwojIFZpcnRpbyBkcml2ZXJzCiMKQ09ORklHX1ZJUlRJT19QQ0k9bQpD T05GSUdfVklSVElPX0JBTExPT049bQojIENPTkZJR19WSVJUSU9fTU1JTyBpcyBub3Qgc2V0Cgoj CiMgTWljcm9zb2Z0IEh5cGVyLVYgZ3Vlc3Qgc3VwcG9ydAojCiMgQ09ORklHX0hZUEVSViBpcyBu b3Qgc2V0CgojCiMgWGVuIGRyaXZlciBzdXBwb3J0CiMKQ09ORklHX1hFTl9CQUxMT09OPXkKQ09O RklHX1hFTl9CQUxMT09OX01FTU9SWV9IT1RQTFVHPXkKQ09ORklHX1hFTl9TQ1JVQl9QQUdFUz15 CkNPTkZJR19YRU5fREVWX0VWVENITj15CkNPTkZJR19YRU5fQkFDS0VORD15CkNPTkZJR19YRU5G Uz15CkNPTkZJR19YRU5fQ09NUEFUX1hFTkZTPXkKQ09ORklHX1hFTl9TWVNfSFlQRVJWSVNPUj15 CkNPTkZJR19YRU5fWEVOQlVTX0ZST05URU5EPXkKQ09ORklHX1hFTl9HTlRERVY9eQpDT05GSUdf WEVOX0dSQU5UX0RFVl9BTExPQz15CkNPTkZJR19TV0lPVExCX1hFTj15CkNPTkZJR19YRU5fUENJ REVWX0JBQ0tFTkQ9eQpDT05GSUdfWEVOX1BSSVZDTUQ9eQpDT05GSUdfWEVOX0FDUElfUFJPQ0VT U09SPXkKQ09ORklHX1NUQUdJTkc9eQojIENPTkZJR19FVDEzMVggaXMgbm90IHNldAojIENPTkZJ R19TTElDT1NTIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCSVBfQ09SRSBpcyBub3Qgc2V0CiMgQ09O RklHX1czNVVORCBpcyBub3Qgc2V0CiMgQ09ORklHX1BSSVNNMl9VU0IgaXMgbm90IHNldAojIENP TkZJR19FQ0hPIGlzIG5vdCBzZXQKIyBDT05GSUdfQ09NRURJIGlzIG5vdCBzZXQKIyBDT05GSUdf QVNVU19PTEVEIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFORUwgaXMgbm90IHNldAojIENPTkZJR19S ODE4N1NFIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRMODE5MlUgaXMgbm90IHNldAojIENPTkZJR19S VExMSUIgaXMgbm90IHNldAojIENPTkZJR19SODcxMlUgaXMgbm90IHNldAojIENPTkZJR19SVFNf UFNUT1IgaXMgbm90IHNldAojIENPTkZJR19SVFM1MTM5IGlzIG5vdCBzZXQKIyBDT05GSUdfVFJB TlpQT1JUIGlzIG5vdCBzZXQKIyBDT05GSUdfSURFX1BISVNPTiBpcyBub3Qgc2V0CiMgQ09ORklH X0xJTkU2X1VTQiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TRVJJQUxfUVVBVEVDSDIgaXMgbm90 IHNldAojIENPTkZJR19VU0JfU0VSSUFMX1FVQVRFQ0hfVVNCMiBpcyBub3Qgc2V0CiMgQ09ORklH X1ZUNjY1NSBpcyBub3Qgc2V0CiMgQ09ORklHX1ZUNjY1NiBpcyBub3Qgc2V0CiMgQ09ORklHX1ZN RV9CVVMgaXMgbm90IHNldAojIENPTkZJR19EWF9TRVAgaXMgbm90IHNldAojIENPTkZJR19JSU8g aXMgbm90IHNldApDT05GSUdfWlJBTT1tCkNPTkZJR19aUkFNX0RFQlVHPXkKQ09ORklHX1pTTUFM TE9DPW0KIyBDT05GSUdfV0xBR1M0OV9IMiBpcyBub3Qgc2V0CiMgQ09ORklHX1dMQUdTNDlfSDI1 IGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfU003WFggaXMgbm90IHNldAojIENPTkZJR19DUllTVEFM SEQgaXMgbm90IHNldAojIENPTkZJR19DWFQxRTEgaXMgbm90IHNldAojIENPTkZJR19GQl9YR0kg aXMgbm90IHNldAojIENPTkZJR19BQ1BJX1FVSUNLU1RBUlQgaXMgbm90IHNldAojIENPTkZJR19T QkVfMlQzRTMgaXMgbm90IHNldAojIENPTkZJR19VU0JfRU5FU1RPUkFHRSBpcyBub3Qgc2V0CiMg Q09ORklHX0JDTV9XSU1BWCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZUMTAwMCBpcyBub3Qgc2V0Cgoj CiMgU3BlYWt1cCBjb25zb2xlIHNwZWVjaAojCiMgQ09ORklHX1NQRUFLVVAgaXMgbm90IHNldAoj IENPTkZJR19UT1VDSFNDUkVFTl9DTEVBUlBBRF9UTTEyMTcgaXMgbm90IHNldAojIENPTkZJR19U T1VDSFNDUkVFTl9TWU5BUFRJQ1NfSTJDX1JNSTQgaXMgbm90IHNldAojIENPTkZJR19JTlRFTF9N RUkgaXMgbm90IHNldAojIENPTkZJR19TVEFHSU5HX01FRElBIGlzIG5vdCBzZXQKCiMKIyBBbmRy b2lkCiMKIyBDT05GSUdfQU5EUk9JRCBpcyBub3Qgc2V0CiMgQ09ORklHX1BIT05FIGlzIG5vdCBz ZXQKIyBDT05GSUdfVVNCX1dQQU5fSENEIGlzIG5vdCBzZXQKQ09ORklHX1g4Nl9QTEFURk9STV9E RVZJQ0VTPXkKQ09ORklHX0FDRVJfV01JPW0KIyBDT05GSUdfQUNFUkhERiBpcyBub3Qgc2V0CkNP TkZJR19BU1VTX0xBUFRPUD1tCkNPTkZJR19ERUxMX0xBUFRPUD1tCkNPTkZJR19ERUxMX1dNST1t CiMgQ09ORklHX0RFTExfV01JX0FJTyBpcyBub3Qgc2V0CkNPTkZJR19GVUpJVFNVX0xBUFRPUD1t CiMgQ09ORklHX0ZVSklUU1VfTEFQVE9QX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfRlVKSVRT VV9UQUJMRVQgaXMgbm90IHNldAojIENPTkZJR19BTUlMT19SRktJTEwgaXMgbm90IHNldAojIENP TkZJR19IUF9BQ0NFTCBpcyBub3Qgc2V0CkNPTkZJR19IUF9XTUk9bQpDT05GSUdfTVNJX0xBUFRP UD1tCkNPTkZJR19QQU5BU09OSUNfTEFQVE9QPW0KQ09ORklHX0NPTVBBTF9MQVBUT1A9bQpDT05G SUdfU09OWV9MQVBUT1A9bQpDT05GSUdfU09OWVBJX0NPTVBBVD15CiMgQ09ORklHX0lERUFQQURf TEFQVE9QIGlzIG5vdCBzZXQKQ09ORklHX1RISU5LUEFEX0FDUEk9bQpDT05GSUdfVEhJTktQQURf QUNQSV9BTFNBX1NVUFBPUlQ9eQojIENPTkZJR19USElOS1BBRF9BQ1BJX0RFQlVHRkFDSUxJVElF UyBpcyBub3Qgc2V0CiMgQ09ORklHX1RISU5LUEFEX0FDUElfREVCVUcgaXMgbm90IHNldAojIENP TkZJR19USElOS1BBRF9BQ1BJX1VOU0FGRV9MRURTIGlzIG5vdCBzZXQKQ09ORklHX1RISU5LUEFE X0FDUElfVklERU89eQpDT05GSUdfVEhJTktQQURfQUNQSV9IT1RLRVlfUE9MTD15CkNPTkZJR19T RU5TT1JTX0hEQVBTPW0KIyBDT05GSUdfSU5URUxfTUVOTE9XIGlzIG5vdCBzZXQKIyBDT05GSUdf RUVFUENfTEFQVE9QIGlzIG5vdCBzZXQKIyBDT05GSUdfQVNVU19XTUkgaXMgbm90IHNldApDT05G SUdfQUNQSV9XTUk9bQojIENPTkZJR19NU0lfV01JIGlzIG5vdCBzZXQKQ09ORklHX1RPUFNUQVJf TEFQVE9QPW0KQ09ORklHX0FDUElfVE9TSElCQT1tCiMgQ09ORklHX1RPU0hJQkFfQlRfUkZLSUxM IGlzIG5vdCBzZXQKIyBDT05GSUdfQUNQSV9DTVBDIGlzIG5vdCBzZXQKQ09ORklHX0lOVEVMX0lQ Uz1tCiMgQ09ORklHX0lCTV9SVEwgaXMgbm90IHNldAojIENPTkZJR19YTzE1X0VCT09LIGlzIG5v dCBzZXQKIyBDT05GSUdfU0FNU1VOR19MQVBUT1AgaXMgbm90IHNldApDT05GSUdfTVhNX1dNST1t CiMgQ09ORklHX0lOVEVMX09BS1RSQUlMIGlzIG5vdCBzZXQKIyBDT05GSUdfU0FNU1VOR19RMTAg aXMgbm90IHNldAojIENPTkZJR19BUFBMRV9HTVVYIGlzIG5vdCBzZXQKCiMKIyBIYXJkd2FyZSBT cGlubG9jayBkcml2ZXJzCiMKQ09ORklHX0NMS0VWVF9JODI1Mz15CkNPTkZJR19JODI1M19MT0NL PXkKQ09ORklHX0NMS0JMRF9JODI1Mz15CkNPTkZJR19JT01NVV9BUEk9eQpDT05GSUdfSU9NTVVf U1VQUE9SVD15CkNPTkZJR19BTURfSU9NTVU9eQpDT05GSUdfQU1EX0lPTU1VX1NUQVRTPXkKIyBD T05GSUdfQU1EX0lPTU1VX1YyIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5URUxfSU9NTVUgaXMgbm90 IHNldAojIENPTkZJR19JUlFfUkVNQVAgaXMgbm90IHNldAoKIwojIFJlbW90ZXByb2MgZHJpdmVy cyAoRVhQRVJJTUVOVEFMKQojCgojCiMgUnBtc2cgZHJpdmVycyAoRVhQRVJJTUVOVEFMKQojCiMg Q09ORklHX1ZJUlRfRFJJVkVSUyBpcyBub3Qgc2V0CiMgQ09ORklHX1BNX0RFVkZSRVEgaXMgbm90 IHNldAoKIwojIEZpcm13YXJlIERyaXZlcnMKIwpDT05GSUdfRUREPW0KIyBDT05GSUdfRUREX09G RiBpcyBub3Qgc2V0CkNPTkZJR19GSVJNV0FSRV9NRU1NQVA9eQpDT05GSUdfRUZJX1ZBUlM9eQpD T05GSUdfREVMTF9SQlU9bQpDT05GSUdfRENEQkFTPW0KQ09ORklHX0RNSUlEPXkKIyBDT05GSUdf RE1JX1NZU0ZTIGlzIG5vdCBzZXQKQ09ORklHX0lTQ1NJX0lCRlRfRklORD15CkNPTkZJR19JU0NT SV9JQkZUPW0KIyBDT05GSUdfR09PR0xFX0ZJUk1XQVJFIGlzIG5vdCBzZXQKCiMKIyBGaWxlIHN5 c3RlbXMKIwpDT05GSUdfRENBQ0hFX1dPUkRfQUNDRVNTPXkKQ09ORklHX0VYVDJfRlM9bQpDT05G SUdfRVhUMl9GU19YQVRUUj15CkNPTkZJR19FWFQyX0ZTX1BPU0lYX0FDTD15CkNPTkZJR19FWFQy X0ZTX1NFQ1VSSVRZPXkKQ09ORklHX0VYVDJfRlNfWElQPXkKQ09ORklHX0VYVDNfRlM9bQpDT05G SUdfRVhUM19ERUZBVUxUU19UT19PUkRFUkVEPXkKQ09ORklHX0VYVDNfRlNfWEFUVFI9eQpDT05G SUdfRVhUM19GU19QT1NJWF9BQ0w9eQpDT05GSUdfRVhUM19GU19TRUNVUklUWT15CkNPTkZJR19F WFQ0X0ZTPW0KQ09ORklHX0VYVDRfRlNfWEFUVFI9eQpDT05GSUdfRVhUNF9GU19QT1NJWF9BQ0w9 eQpDT05GSUdfRVhUNF9GU19TRUNVUklUWT15CiMgQ09ORklHX0VYVDRfREVCVUcgaXMgbm90IHNl dApDT05GSUdfRlNfWElQPXkKQ09ORklHX0pCRD1tCiMgQ09ORklHX0pCRF9ERUJVRyBpcyBub3Qg c2V0CkNPTkZJR19KQkQyPW0KIyBDT05GSUdfSkJEMl9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19G U19NQkNBQ0hFPW0KIyBDT05GSUdfUkVJU0VSRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19KRlNf RlMgaXMgbm90IHNldApDT05GSUdfWEZTX0ZTPW0KQ09ORklHX1hGU19RVU9UQT15CkNPTkZJR19Y RlNfUE9TSVhfQUNMPXkKIyBDT05GSUdfWEZTX1JUIGlzIG5vdCBzZXQKIyBDT05GSUdfWEZTX0RF QlVHIGlzIG5vdCBzZXQKQ09ORklHX0dGUzJfRlM9bQpDT05GSUdfR0ZTMl9GU19MT0NLSU5HX0RM TT15CiMgQ09ORklHX09DRlMyX0ZTIGlzIG5vdCBzZXQKQ09ORklHX0JUUkZTX0ZTPW0KQ09ORklH X0JUUkZTX0ZTX1BPU0lYX0FDTD15CiMgQ09ORklHX0JUUkZTX0ZTX0NIRUNLX0lOVEVHUklUWSBp cyBub3Qgc2V0CiMgQ09ORklHX05JTEZTMl9GUyBpcyBub3Qgc2V0CkNPTkZJR19GU19QT1NJWF9B Q0w9eQpDT05GSUdfRVhQT1JURlM9bQpDT05GSUdfRklMRV9MT0NLSU5HPXkKQ09ORklHX0ZTTk9U SUZZPXkKQ09ORklHX0ROT1RJRlk9eQpDT05GSUdfSU5PVElGWV9VU0VSPXkKIyBDT05GSUdfRkFO T1RJRlkgaXMgbm90IHNldApDT05GSUdfUVVPVEE9eQpDT05GSUdfUVVPVEFfTkVUTElOS19JTlRF UkZBQ0U9eQpDT05GSUdfUFJJTlRfUVVPVEFfV0FSTklORz15CiMgQ09ORklHX1FVT1RBX0RFQlVH IGlzIG5vdCBzZXQKQ09ORklHX1FVT1RBX1RSRUU9eQojIENPTkZJR19RRk1UX1YxIGlzIG5vdCBz ZXQKQ09ORklHX1FGTVRfVjI9eQpDT05GSUdfUVVPVEFDVEw9eQpDT05GSUdfUVVPVEFDVExfQ09N UEFUPXkKQ09ORklHX0FVVE9GUzRfRlM9bQpDT05GSUdfRlVTRV9GUz1tCkNPTkZJR19DVVNFPW0K Q09ORklHX0dFTkVSSUNfQUNMPXkKCiMKIyBDYWNoZXMKIwpDT05GSUdfRlNDQUNIRT1tCkNPTkZJ R19GU0NBQ0hFX1NUQVRTPXkKIyBDT05GSUdfRlNDQUNIRV9ISVNUT0dSQU0gaXMgbm90IHNldAoj IENPTkZJR19GU0NBQ0hFX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfRlNDQUNIRV9PQkpFQ1Rf TElTVCBpcyBub3Qgc2V0CkNPTkZJR19DQUNIRUZJTEVTPW0KIyBDT05GSUdfQ0FDSEVGSUxFU19E RUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX0NBQ0hFRklMRVNfSElTVE9HUkFNIGlzIG5vdCBzZXQK CiMKIyBDRC1ST00vRFZEIEZpbGVzeXN0ZW1zCiMKQ09ORklHX0lTTzk2NjBfRlM9eQpDT05GSUdf Sk9MSUVUPXkKQ09ORklHX1pJU09GUz15CkNPTkZJR19VREZfRlM9bQpDT05GSUdfVURGX05MUz15 CgojCiMgRE9TL0ZBVC9OVCBGaWxlc3lzdGVtcwojCkNPTkZJR19GQVRfRlM9bQpDT05GSUdfTVNE T1NfRlM9bQpDT05GSUdfVkZBVF9GUz1tCkNPTkZJR19GQVRfREVGQVVMVF9DT0RFUEFHRT00MzcK Q09ORklHX0ZBVF9ERUZBVUxUX0lPQ0hBUlNFVD0iYXNjaWkiCiMgQ09ORklHX05URlNfRlMgaXMg bm90IHNldAoKIwojIFBzZXVkbyBmaWxlc3lzdGVtcwojCkNPTkZJR19QUk9DX0ZTPXkKQ09ORklH X1BST0NfS0NPUkU9eQpDT05GSUdfUFJPQ19WTUNPUkU9eQpDT05GSUdfUFJPQ19TWVNDVEw9eQpD T05GSUdfUFJPQ19QQUdFX01PTklUT1I9eQpDT05GSUdfU1lTRlM9eQpDT05GSUdfVE1QRlM9eQpD T05GSUdfVE1QRlNfUE9TSVhfQUNMPXkKQ09ORklHX1RNUEZTX1hBVFRSPXkKQ09ORklHX0hVR0VU TEJGUz15CkNPTkZJR19IVUdFVExCX1BBR0U9eQpDT05GSUdfQ09ORklHRlNfRlM9bQpDT05GSUdf TUlTQ19GSUxFU1lTVEVNUz15CiMgQ09ORklHX0FERlNfRlMgaXMgbm90IHNldAojIENPTkZJR19B RkZTX0ZTIGlzIG5vdCBzZXQKQ09ORklHX0VDUllQVF9GUz1tCiMgQ09ORklHX0hGU19GUyBpcyBu b3Qgc2V0CiMgQ09ORklHX0hGU1BMVVNfRlMgaXMgbm90IHNldAojIENPTkZJR19CRUZTX0ZTIGlz IG5vdCBzZXQKIyBDT05GSUdfQkZTX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfRUZTX0ZTIGlzIG5v dCBzZXQKQ09ORklHX0pGRlMyX0ZTPW0KQ09ORklHX0pGRlMyX0ZTX0RFQlVHPTAKQ09ORklHX0pG RlMyX0ZTX1dSSVRFQlVGRkVSPXkKIyBDT05GSUdfSkZGUzJfRlNfV0JVRl9WRVJJRlkgaXMgbm90 IHNldApDT05GSUdfSkZGUzJfU1VNTUFSWT15CkNPTkZJR19KRkZTMl9GU19YQVRUUj15CkNPTkZJ R19KRkZTMl9GU19QT1NJWF9BQ0w9eQpDT05GSUdfSkZGUzJfRlNfU0VDVVJJVFk9eQojIENPTkZJ R19KRkZTMl9DT01QUkVTU0lPTl9PUFRJT05TIGlzIG5vdCBzZXQKQ09ORklHX0pGRlMyX1pMSUI9 eQojIENPTkZJR19KRkZTMl9MWk8gaXMgbm90IHNldApDT05GSUdfSkZGUzJfUlRJTUU9eQojIENP TkZJR19KRkZTMl9SVUJJTiBpcyBub3Qgc2V0CkNPTkZJR19VQklGU19GUz1tCkNPTkZJR19VQklG U19GU19YQVRUUj15CiMgQ09ORklHX1VCSUZTX0ZTX0FEVkFOQ0VEX0NPTVBSIGlzIG5vdCBzZXQK Q09ORklHX1VCSUZTX0ZTX0xaTz15CkNPTkZJR19VQklGU19GU19aTElCPXkKIyBDT05GSUdfVUJJ RlNfRlNfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19MT0dGUyBpcyBub3Qgc2V0CkNPTkZJR19D UkFNRlM9bQpDT05GSUdfU1FVQVNIRlM9bQojIENPTkZJR19TUVVBU0hGU19YQVRUUiBpcyBub3Qg c2V0CkNPTkZJR19TUVVBU0hGU19aTElCPXkKIyBDT05GSUdfU1FVQVNIRlNfTFpPIGlzIG5vdCBz ZXQKIyBDT05GSUdfU1FVQVNIRlNfWFogaXMgbm90IHNldAojIENPTkZJR19TUVVBU0hGU180S19E RVZCTEtfU0laRSBpcyBub3Qgc2V0CiMgQ09ORklHX1NRVUFTSEZTX0VNQkVEREVEIGlzIG5vdCBz ZXQKQ09ORklHX1NRVUFTSEZTX0ZSQUdNRU5UX0NBQ0hFX1NJWkU9MwojIENPTkZJR19WWEZTX0ZT IGlzIG5vdCBzZXQKIyBDT05GSUdfTUlOSVhfRlMgaXMgbm90IHNldAojIENPTkZJR19PTUZTX0ZT IGlzIG5vdCBzZXQKIyBDT05GSUdfSFBGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX1FOWDRGU19G UyBpcyBub3Qgc2V0CiMgQ09ORklHX1FOWDZGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX1JPTUZT X0ZTIGlzIG5vdCBzZXQKQ09ORklHX1BTVE9SRT15CiMgQ09ORklHX1NZU1ZfRlMgaXMgbm90IHNl dAojIENPTkZJR19VRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19FWE9GU19GUyBpcyBub3Qgc2V0 CkNPTkZJR19PUkU9bQpDT05GSUdfTkVUV09SS19GSUxFU1lTVEVNUz15CkNPTkZJR19ORlNfRlM9 bQpDT05GSUdfTkZTX1YzPXkKQ09ORklHX05GU19WM19BQ0w9eQpDT05GSUdfTkZTX1Y0PXkKQ09O RklHX05GU19WNF8xPXkKQ09ORklHX1BORlNfRklMRV9MQVlPVVQ9bQpDT05GSUdfUE5GU19CTE9D Sz1tCkNPTkZJR19QTkZTX09CSkxBWU9VVD1tCkNPTkZJR19ORlNfVjRfMV9JTVBMRU1FTlRBVElP Tl9JRF9ET01BSU49Imtlcm5lbC5vcmciCkNPTkZJR19ORlNfRlNDQUNIRT15CkNPTkZJR19ORlNf VVNFX0xFR0FDWV9ETlM9eQpDT05GSUdfTkZTRD1tCkNPTkZJR19ORlNEX1YyX0FDTD15CkNPTkZJ R19ORlNEX1YzPXkKQ09ORklHX05GU0RfVjNfQUNMPXkKQ09ORklHX05GU0RfVjQ9eQojIENPTkZJ R19ORlNEX0ZBVUxUX0lOSkVDVElPTiBpcyBub3Qgc2V0CkNPTkZJR19MT0NLRD1tCkNPTkZJR19M T0NLRF9WND15CkNPTkZJR19ORlNfQUNMX1NVUFBPUlQ9bQpDT05GSUdfTkZTX0NPTU1PTj15CkNP TkZJR19TVU5SUEM9bQpDT05GSUdfU1VOUlBDX0dTUz1tCkNPTkZJR19TVU5SUENfQkFDS0NIQU5O RUw9eQpDT05GSUdfU1VOUlBDX1hQUlRfUkRNQT1tCkNPTkZJR19SUENTRUNfR1NTX0tSQjU9bQoj IENPTkZJR19TVU5SUENfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19DRVBIX0ZTIGlzIG5vdCBz ZXQKQ09ORklHX0NJRlM9bQpDT05GSUdfQ0lGU19TVEFUUz15CiMgQ09ORklHX0NJRlNfU1RBVFMy IGlzIG5vdCBzZXQKQ09ORklHX0NJRlNfV0VBS19QV19IQVNIPXkKQ09ORklHX0NJRlNfVVBDQUxM PXkKQ09ORklHX0NJRlNfWEFUVFI9eQpDT05GSUdfQ0lGU19QT1NJWD15CiMgQ09ORklHX0NJRlNf REVCVUcyIGlzIG5vdCBzZXQKQ09ORklHX0NJRlNfREZTX1VQQ0FMTD15CiMgQ09ORklHX0NJRlNf RlNDQUNIRSBpcyBub3Qgc2V0CkNPTkZJR19DSUZTX0FDTD15CiMgQ09ORklHX05DUF9GUyBpcyBu b3Qgc2V0CiMgQ09ORklHX0NPREFfRlMgaXMgbm90IHNldAojIENPTkZJR19BRlNfRlMgaXMgbm90 IHNldAojIENPTkZJR185UF9GUyBpcyBub3Qgc2V0CkNPTkZJR19OTFM9eQpDT05GSUdfTkxTX0RF RkFVTFQ9InV0ZjgiCkNPTkZJR19OTFNfQ09ERVBBR0VfNDM3PXkKQ09ORklHX05MU19DT0RFUEFH RV83Mzc9bQpDT05GSUdfTkxTX0NPREVQQUdFXzc3NT1tCkNPTkZJR19OTFNfQ09ERVBBR0VfODUw PW0KQ09ORklHX05MU19DT0RFUEFHRV84NTI9bQpDT05GSUdfTkxTX0NPREVQQUdFXzg1NT1tCkNP TkZJR19OTFNfQ09ERVBBR0VfODU3PW0KQ09ORklHX05MU19DT0RFUEFHRV84NjA9bQpDT05GSUdf TkxTX0NPREVQQUdFXzg2MT1tCkNPTkZJR19OTFNfQ09ERVBBR0VfODYyPW0KQ09ORklHX05MU19D T0RFUEFHRV84NjM9bQpDT05GSUdfTkxTX0NPREVQQUdFXzg2ND1tCkNPTkZJR19OTFNfQ09ERVBB R0VfODY1PW0KQ09ORklHX05MU19DT0RFUEFHRV84NjY9bQpDT05GSUdfTkxTX0NPREVQQUdFXzg2 OT1tCkNPTkZJR19OTFNfQ09ERVBBR0VfOTM2PW0KQ09ORklHX05MU19DT0RFUEFHRV85NTA9bQpD T05GSUdfTkxTX0NPREVQQUdFXzkzMj1tCkNPTkZJR19OTFNfQ09ERVBBR0VfOTQ5PW0KQ09ORklH X05MU19DT0RFUEFHRV84NzQ9bQpDT05GSUdfTkxTX0lTTzg4NTlfOD1tCkNPTkZJR19OTFNfQ09E RVBBR0VfMTI1MD1tCkNPTkZJR19OTFNfQ09ERVBBR0VfMTI1MT1tCkNPTkZJR19OTFNfQVNDSUk9 eQpDT05GSUdfTkxTX0lTTzg4NTlfMT1tCkNPTkZJR19OTFNfSVNPODg1OV8yPW0KQ09ORklHX05M U19JU084ODU5XzM9bQpDT05GSUdfTkxTX0lTTzg4NTlfND1tCkNPTkZJR19OTFNfSVNPODg1OV81 PW0KQ09ORklHX05MU19JU084ODU5XzY9bQpDT05GSUdfTkxTX0lTTzg4NTlfNz1tCkNPTkZJR19O TFNfSVNPODg1OV85PW0KQ09ORklHX05MU19JU084ODU5XzEzPW0KQ09ORklHX05MU19JU084ODU5 XzE0PW0KQ09ORklHX05MU19JU084ODU5XzE1PW0KQ09ORklHX05MU19LT0k4X1I9bQpDT05GSUdf TkxTX0tPSThfVT1tCkNPTkZJR19OTFNfVVRGOD1tCkNPTkZJR19ETE09bQpDT05GSUdfRExNX0RF QlVHPXkKCiMKIyBLZXJuZWwgaGFja2luZwojCkNPTkZJR19UUkFDRV9JUlFGTEFHU19TVVBQT1JU PXkKIyBDT05GSUdfUFJJTlRLX1RJTUUgaXMgbm90IHNldApDT05GSUdfREVGQVVMVF9NRVNTQUdF X0xPR0xFVkVMPTQKIyBDT05GSUdfRU5BQkxFX1dBUk5fREVQUkVDQVRFRCBpcyBub3Qgc2V0CkNP TkZJR19FTkFCTEVfTVVTVF9DSEVDSz15CkNPTkZJR19GUkFNRV9XQVJOPTIwNDgKQ09ORklHX01B R0lDX1NZU1JRPXkKQ09ORklHX1NUUklQX0FTTV9TWU1TPXkKIyBDT05GSUdfVU5VU0VEX1NZTUJP TFMgaXMgbm90IHNldApDT05GSUdfREVCVUdfRlM9eQpDT05GSUdfSEVBREVSU19DSEVDSz15CkNP TkZJR19ERUJVR19TRUNUSU9OX01JU01BVENIPXkKQ09ORklHX0RFQlVHX0tFUk5FTD15CkNPTkZJ R19ERUJVR19TSElSUT15CkNPTkZJR19MT0NLVVBfREVURUNUT1I9eQpDT05GSUdfSEFSRExPQ0tV UF9ERVRFQ1RPUj15CkNPTkZJR19CT09UUEFSQU1fSEFSRExPQ0tVUF9QQU5JQz15CkNPTkZJR19C T09UUEFSQU1fSEFSRExPQ0tVUF9QQU5JQ19WQUxVRT0xCiMgQ09ORklHX0JPT1RQQVJBTV9TT0ZU TE9DS1VQX1BBTklDIGlzIG5vdCBzZXQKQ09ORklHX0JPT1RQQVJBTV9TT0ZUTE9DS1VQX1BBTklD X1ZBTFVFPTAKQ09ORklHX0RFVEVDVF9IVU5HX1RBU0s9eQpDT05GSUdfREVGQVVMVF9IVU5HX1RB U0tfVElNRU9VVD0xMjAKIyBDT05GSUdfQk9PVFBBUkFNX0hVTkdfVEFTS19QQU5JQyBpcyBub3Qg c2V0CkNPTkZJR19CT09UUEFSQU1fSFVOR19UQVNLX1BBTklDX1ZBTFVFPTAKQ09ORklHX1NDSEVE X0RFQlVHPXkKQ09ORklHX1NDSEVEU1RBVFM9eQpDT05GSUdfVElNRVJfU1RBVFM9eQojIENPTkZJ R19ERUJVR19PQkpFQ1RTIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfU0xBQiBpcyBub3Qgc2V0 CiMgQ09ORklHX0RFQlVHX0tNRU1MRUFLIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfUlRfTVVU RVhFUyBpcyBub3Qgc2V0CiMgQ09ORklHX1JUX01VVEVYX1RFU1RFUiBpcyBub3Qgc2V0CiMgQ09O RklHX0RFQlVHX1NQSU5MT0NLIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfTVVURVhFUyBpcyBu b3Qgc2V0CiMgQ09ORklHX0RFQlVHX0xPQ0tfQUxMT0MgaXMgbm90IHNldAojIENPTkZJR19QUk9W RV9MT0NLSU5HIGlzIG5vdCBzZXQKIyBDT05GSUdfU1BBUlNFX1JDVV9QT0lOVEVSIGlzIG5vdCBz ZXQKIyBDT05GSUdfTE9DS19TVEFUIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfQVRPTUlDX1NM RUVQIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfTE9DS0lOR19BUElfU0VMRlRFU1RTIGlzIG5v dCBzZXQKQ09ORklHX1NUQUNLVFJBQ0U9eQojIENPTkZJR19ERUJVR19TVEFDS19VU0FHRSBpcyBu b3Qgc2V0CiMgQ09ORklHX0RFQlVHX0tPQkpFQ1QgaXMgbm90IHNldApDT05GSUdfREVCVUdfQlVH VkVSQk9TRT15CkNPTkZJR19ERUJVR19JTkZPPXkKIyBDT05GSUdfREVCVUdfSU5GT19SRURVQ0VE IGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfVk0gaXMgbm90IHNldAojIENPTkZJR19ERUJVR19W SVJUVUFMIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfV1JJVEVDT1VOVCBpcyBub3Qgc2V0CkNP TkZJR19ERUJVR19NRU1PUllfSU5JVD15CkNPTkZJR19ERUJVR19MSVNUPXkKIyBDT05GSUdfVEVT VF9MSVNUX1NPUlQgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19TRyBpcyBub3Qgc2V0CiMgQ09O RklHX0RFQlVHX05PVElGSUVSUyBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX0NSRURFTlRJQUxT IGlzIG5vdCBzZXQKQ09ORklHX0FSQ0hfV0FOVF9GUkFNRV9QT0lOVEVSUz15CkNPTkZJR19GUkFN RV9QT0lOVEVSPXkKQ09ORklHX0JPT1RfUFJJTlRLX0RFTEFZPXkKIyBDT05GSUdfUkNVX1RPUlRV UkVfVEVTVCBpcyBub3Qgc2V0CkNPTkZJR19SQ1VfQ1BVX1NUQUxMX1RJTUVPVVQ9NjAKIyBDT05G SUdfUkNVX0NQVV9TVEFMTF9JTkZPIGlzIG5vdCBzZXQKIyBDT05GSUdfUkNVX1RSQUNFIGlzIG5v dCBzZXQKIyBDT05GSUdfS1BST0JFU19TQU5JVFlfVEVTVCBpcyBub3Qgc2V0CiMgQ09ORklHX0JB Q0tUUkFDRV9TRUxGX1RFU1QgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19CTE9DS19FWFRfREVW VCBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX0ZPUkNFX1dFQUtfUEVSX0NQVSBpcyBub3Qgc2V0 CiMgQ09ORklHX0RFQlVHX1BFUl9DUFVfTUFQUyBpcyBub3Qgc2V0CiMgQ09ORklHX0xLRFRNIGlz IG5vdCBzZXQKIyBDT05GSUdfQ1BVX05PVElGSUVSX0VSUk9SX0lOSkVDVCBpcyBub3Qgc2V0CiMg Q09ORklHX0ZBVUxUX0lOSkVDVElPTiBpcyBub3Qgc2V0CiMgQ09ORklHX0xBVEVOQ1lUT1AgaXMg bm90IHNldAojIENPTkZJR19ERUJVR19QQUdFQUxMT0MgaXMgbm90IHNldApDT05GSUdfVVNFUl9T VEFDS1RSQUNFX1NVUFBPUlQ9eQpDT05GSUdfTk9QX1RSQUNFUj15CkNPTkZJR19IQVZFX0ZUUkFD RV9OTUlfRU5URVI9eQpDT05GSUdfSEFWRV9GVU5DVElPTl9UUkFDRVI9eQpDT05GSUdfSEFWRV9G VU5DVElPTl9HUkFQSF9UUkFDRVI9eQpDT05GSUdfSEFWRV9GVU5DVElPTl9HUkFQSF9GUF9URVNU PXkKQ09ORklHX0hBVkVfRlVOQ1RJT05fVFJBQ0VfTUNPVU5UX1RFU1Q9eQpDT05GSUdfSEFWRV9E WU5BTUlDX0ZUUkFDRT15CkNPTkZJR19IQVZFX0ZUUkFDRV9NQ09VTlRfUkVDT1JEPXkKQ09ORklH X0hBVkVfU1lTQ0FMTF9UUkFDRVBPSU5UUz15CkNPTkZJR19IQVZFX0NfUkVDT1JETUNPVU5UPXkK Q09ORklHX1RSQUNFUl9NQVhfVFJBQ0U9eQpDT05GSUdfUklOR19CVUZGRVI9eQpDT05GSUdfRlRS QUNFX05NSV9FTlRFUj15CkNPTkZJR19FVkVOVF9UUkFDSU5HPXkKQ09ORklHX0VWRU5UX1BPV0VS X1RSQUNJTkdfREVQUkVDQVRFRD15CkNPTkZJR19DT05URVhUX1NXSVRDSF9UUkFDRVI9eQpDT05G SUdfUklOR19CVUZGRVJfQUxMT1dfU1dBUD15CkNPTkZJR19UUkFDSU5HPXkKQ09ORklHX0dFTkVS SUNfVFJBQ0VSPXkKQ09ORklHX1RSQUNJTkdfU1VQUE9SVD15CkNPTkZJR19GVFJBQ0U9eQpDT05G SUdfRlVOQ1RJT05fVFJBQ0VSPXkKQ09ORklHX0ZVTkNUSU9OX0dSQVBIX1RSQUNFUj15CiMgQ09O RklHX0lSUVNPRkZfVFJBQ0VSIGlzIG5vdCBzZXQKQ09ORklHX1NDSEVEX1RSQUNFUj15CkNPTkZJ R19GVFJBQ0VfU1lTQ0FMTFM9eQpDT05GSUdfQlJBTkNIX1BST0ZJTEVfTk9ORT15CiMgQ09ORklH X1BST0ZJTEVfQU5OT1RBVEVEX0JSQU5DSEVTIGlzIG5vdCBzZXQKIyBDT05GSUdfUFJPRklMRV9B TExfQlJBTkNIRVMgaXMgbm90IHNldApDT05GSUdfU1RBQ0tfVFJBQ0VSPXkKQ09ORklHX0JMS19E RVZfSU9fVFJBQ0U9eQpDT05GSUdfS1BST0JFX0VWRU5UPXkKQ09ORklHX0RZTkFNSUNfRlRSQUNF PXkKQ09ORklHX0ZVTkNUSU9OX1BST0ZJTEVSPXkKQ09ORklHX0ZUUkFDRV9NQ09VTlRfUkVDT1JE PXkKIyBDT05GSUdfRlRSQUNFX1NUQVJUVVBfVEVTVCBpcyBub3Qgc2V0CiMgQ09ORklHX01NSU9U UkFDRSBpcyBub3Qgc2V0CkNPTkZJR19SSU5HX0JVRkZFUl9CRU5DSE1BUks9bQpDT05GSUdfUFJP VklERV9PSENJMTM5NF9ETUFfSU5JVD15CiMgQ09ORklHX0ZJUkVXSVJFX09IQ0lfUkVNT1RFX0RN QSBpcyBub3Qgc2V0CkNPTkZJR19CVUlMRF9ET0NTUkM9eQpDT05GSUdfRFlOQU1JQ19ERUJVRz15 CiMgQ09ORklHX0RNQV9BUElfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19BVE9NSUM2NF9TRUxG VEVTVCBpcyBub3Qgc2V0CkNPTkZJR19BU1lOQ19SQUlENl9URVNUPW0KIyBDT05GSUdfU0FNUExF UyBpcyBub3Qgc2V0CkNPTkZJR19IQVZFX0FSQ0hfS0dEQj15CkNPTkZJR19LR0RCPXkKQ09ORklH X0tHREJfU0VSSUFMX0NPTlNPTEU9eQpDT05GSUdfS0dEQl9URVNUUz15CiMgQ09ORklHX0tHREJf VEVTVFNfT05fQk9PVCBpcyBub3Qgc2V0CiMgQ09ORklHX0tHREJfTE9XX0xFVkVMX1RSQVAgaXMg bm90IHNldAojIENPTkZJR19LR0RCX0tEQiBpcyBub3Qgc2V0CkNPTkZJR19IQVZFX0FSQ0hfS01F TUNIRUNLPXkKIyBDT05GSUdfVEVTVF9LU1RSVE9YIGlzIG5vdCBzZXQKQ09ORklHX1NUUklDVF9E RVZNRU09eQojIENPTkZJR19YODZfVkVSQk9TRV9CT09UVVAgaXMgbm90IHNldApDT05GSUdfRUFS TFlfUFJJTlRLPXkKQ09ORklHX0VBUkxZX1BSSU5US19EQkdQPXkKQ09ORklHX0RFQlVHX1NUQUNL T1ZFUkZMT1c9eQojIENPTkZJR19YODZfUFREVU1QIGlzIG5vdCBzZXQKQ09ORklHX0RFQlVHX1JP REFUQT15CkNPTkZJR19ERUJVR19ST0RBVEFfVEVTVD15CiMgQ09ORklHX0RFQlVHX1NFVF9NT0RV TEVfUk9OWCBpcyBub3Qgc2V0CkNPTkZJR19ERUJVR19OWF9URVNUPW0KIyBDT05GSUdfSU9NTVVf REVCVUcgaXMgbm90IHNldAojIENPTkZJR19JT01NVV9TVFJFU1MgaXMgbm90IHNldApDT05GSUdf SEFWRV9NTUlPVFJBQ0VfU1VQUE9SVD15CiMgQ09ORklHX1g4Nl9ERUNPREVSX1NFTEZURVNUIGlz IG5vdCBzZXQKQ09ORklHX0lPX0RFTEFZX1RZUEVfMFg4MD0wCkNPTkZJR19JT19ERUxBWV9UWVBF XzBYRUQ9MQpDT05GSUdfSU9fREVMQVlfVFlQRV9VREVMQVk9MgpDT05GSUdfSU9fREVMQVlfVFlQ RV9OT05FPTMKQ09ORklHX0lPX0RFTEFZXzBYODA9eQojIENPTkZJR19JT19ERUxBWV8wWEVEIGlz IG5vdCBzZXQKIyBDT05GSUdfSU9fREVMQVlfVURFTEFZIGlzIG5vdCBzZXQKIyBDT05GSUdfSU9f REVMQVlfTk9ORSBpcyBub3Qgc2V0CkNPTkZJR19ERUZBVUxUX0lPX0RFTEFZX1RZUEU9MApDT05G SUdfREVCVUdfQk9PVF9QQVJBTVM9eQojIENPTkZJR19DUEFfREVCVUcgaXMgbm90IHNldApDT05G SUdfT1BUSU1JWkVfSU5MSU5JTkc9eQojIENPTkZJR19ERUJVR19TVFJJQ1RfVVNFUl9DT1BZX0NI RUNLUyBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX05NSV9TRUxGVEVTVCBpcyBub3Qgc2V0Cgoj CiMgU2VjdXJpdHkgb3B0aW9ucwojCkNPTkZJR19LRVlTPXkKIyBDT05GSUdfVFJVU1RFRF9LRVlT IGlzIG5vdCBzZXQKIyBDT05GSUdfRU5DUllQVEVEX0tFWVMgaXMgbm90IHNldApDT05GSUdfS0VZ U19ERUJVR19QUk9DX0tFWVM9eQojIENPTkZJR19TRUNVUklUWV9ETUVTR19SRVNUUklDVCBpcyBu b3Qgc2V0CkNPTkZJR19TRUNVUklUWT15CkNPTkZJR19TRUNVUklUWUZTPXkKQ09ORklHX1NFQ1VS SVRZX05FVFdPUks9eQpDT05GSUdfU0VDVVJJVFlfTkVUV09SS19YRlJNPXkKIyBDT05GSUdfU0VD VVJJVFlfUEFUSCBpcyBub3Qgc2V0CkNPTkZJR19MU01fTU1BUF9NSU5fQUREUj02NTUzNQpDT05G SUdfU0VDVVJJVFlfU0VMSU5VWD15CkNPTkZJR19TRUNVUklUWV9TRUxJTlVYX0JPT1RQQVJBTT15 CkNPTkZJR19TRUNVUklUWV9TRUxJTlVYX0JPT1RQQVJBTV9WQUxVRT0xCkNPTkZJR19TRUNVUklU WV9TRUxJTlVYX0RJU0FCTEU9eQpDT05GSUdfU0VDVVJJVFlfU0VMSU5VWF9ERVZFTE9QPXkKQ09O RklHX1NFQ1VSSVRZX1NFTElOVVhfQVZDX1NUQVRTPXkKQ09ORklHX1NFQ1VSSVRZX1NFTElOVVhf Q0hFQ0tSRVFQUk9UX1ZBTFVFPTEKIyBDT05GSUdfU0VDVVJJVFlfU0VMSU5VWF9QT0xJQ1lEQl9W RVJTSU9OX01BWCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFQ1VSSVRZX1NNQUNLIGlzIG5vdCBzZXQK IyBDT05GSUdfU0VDVVJJVFlfVE9NT1lPIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VDVVJJVFlfQVBQ QVJNT1IgaXMgbm90IHNldAojIENPTkZJR19TRUNVUklUWV9ZQU1BIGlzIG5vdCBzZXQKQ09ORklH X0lOVEVHUklUWT15CiMgQ09ORklHX0lOVEVHUklUWV9TSUdOQVRVUkUgaXMgbm90IHNldApDT05G SUdfSU1BPXkKQ09ORklHX0lNQV9NRUFTVVJFX1BDUl9JRFg9MTAKQ09ORklHX0lNQV9BVURJVD15 CkNPTkZJR19JTUFfTFNNX1JVTEVTPXkKIyBDT05GSUdfRVZNIGlzIG5vdCBzZXQKQ09ORklHX0RF RkFVTFRfU0VDVVJJVFlfU0VMSU5VWD15CiMgQ09ORklHX0RFRkFVTFRfU0VDVVJJVFlfREFDIGlz IG5vdCBzZXQKQ09ORklHX0RFRkFVTFRfU0VDVVJJVFk9InNlbGludXgiCkNPTkZJR19YT1JfQkxP Q0tTPW0KQ09ORklHX0FTWU5DX0NPUkU9bQpDT05GSUdfQVNZTkNfTUVNQ1BZPW0KQ09ORklHX0FT WU5DX1hPUj1tCkNPTkZJR19BU1lOQ19QUT1tCkNPTkZJR19BU1lOQ19SQUlENl9SRUNPVj1tCkNP TkZJR19BU1lOQ19UWF9ESVNBQkxFX1BRX1ZBTF9ETUE9eQpDT05GSUdfQVNZTkNfVFhfRElTQUJM RV9YT1JfVkFMX0RNQT15CkNPTkZJR19DUllQVE89eQoKIwojIENyeXB0byBjb3JlIG9yIGhlbHBl cgojCkNPTkZJR19DUllQVE9fQUxHQVBJPXkKQ09ORklHX0NSWVBUT19BTEdBUEkyPXkKQ09ORklH X0NSWVBUT19BRUFEPW0KQ09ORklHX0NSWVBUT19BRUFEMj15CkNPTkZJR19DUllQVE9fQkxLQ0lQ SEVSPW0KQ09ORklHX0NSWVBUT19CTEtDSVBIRVIyPXkKQ09ORklHX0NSWVBUT19IQVNIPXkKQ09O RklHX0NSWVBUT19IQVNIMj15CkNPTkZJR19DUllQVE9fUk5HPW0KQ09ORklHX0NSWVBUT19STkcy PXkKQ09ORklHX0NSWVBUT19QQ09NUD1tCkNPTkZJR19DUllQVE9fUENPTVAyPXkKQ09ORklHX0NS WVBUT19NQU5BR0VSPXkKQ09ORklHX0NSWVBUT19NQU5BR0VSMj15CiMgQ09ORklHX0NSWVBUT19V U0VSIGlzIG5vdCBzZXQKQ09ORklHX0NSWVBUT19NQU5BR0VSX0RJU0FCTEVfVEVTVFM9eQpDT05G SUdfQ1JZUFRPX0dGMTI4TVVMPW0KQ09ORklHX0NSWVBUT19OVUxMPW0KIyBDT05GSUdfQ1JZUFRP X1BDUllQVCBpcyBub3Qgc2V0CkNPTkZJR19DUllQVE9fV09SS1FVRVVFPXkKQ09ORklHX0NSWVBU T19DUllQVEQ9bQpDT05GSUdfQ1JZUFRPX0FVVEhFTkM9bQpDT05GSUdfQ1JZUFRPX1RFU1Q9bQoK IwojIEF1dGhlbnRpY2F0ZWQgRW5jcnlwdGlvbiB3aXRoIEFzc29jaWF0ZWQgRGF0YQojCkNPTkZJ R19DUllQVE9fQ0NNPW0KQ09ORklHX0NSWVBUT19HQ009bQpDT05GSUdfQ1JZUFRPX1NFUUlWPW0K CiMKIyBCbG9jayBtb2RlcwojCkNPTkZJR19DUllQVE9fQ0JDPW0KQ09ORklHX0NSWVBUT19DVFI9 bQpDT05GSUdfQ1JZUFRPX0NUUz1tCkNPTkZJR19DUllQVE9fRUNCPW0KQ09ORklHX0NSWVBUT19M Ulc9bQpDT05GSUdfQ1JZUFRPX1BDQkM9bQpDT05GSUdfQ1JZUFRPX1hUUz1tCgojCiMgSGFzaCBt b2RlcwojCkNPTkZJR19DUllQVE9fSE1BQz15CkNPTkZJR19DUllQVE9fWENCQz1tCkNPTkZJR19D UllQVE9fVk1BQz1tCgojCiMgRGlnZXN0CiMKQ09ORklHX0NSWVBUT19DUkMzMkM9eQpDT05GSUdf Q1JZUFRPX0NSQzMyQ19JTlRFTD1tCkNPTkZJR19DUllQVE9fR0hBU0g9bQpDT05GSUdfQ1JZUFRP X01END1tCkNPTkZJR19DUllQVE9fTUQ1PXkKQ09ORklHX0NSWVBUT19NSUNIQUVMX01JQz1tCkNP TkZJR19DUllQVE9fUk1EMTI4PW0KQ09ORklHX0NSWVBUT19STUQxNjA9bQpDT05GSUdfQ1JZUFRP X1JNRDI1Nj1tCkNPTkZJR19DUllQVE9fUk1EMzIwPW0KQ09ORklHX0NSWVBUT19TSEExPXkKIyBD T05GSUdfQ1JZUFRPX1NIQTFfU1NTRTMgaXMgbm90IHNldApDT05GSUdfQ1JZUFRPX1NIQTI1Nj1t CkNPTkZJR19DUllQVE9fU0hBNTEyPW0KQ09ORklHX0NSWVBUT19UR1IxOTI9bQpDT05GSUdfQ1JZ UFRPX1dQNTEyPW0KQ09ORklHX0NSWVBUT19HSEFTSF9DTE1VTF9OSV9JTlRFTD1tCgojCiMgQ2lw aGVycwojCkNPTkZJR19DUllQVE9fQUVTPW0KQ09ORklHX0NSWVBUT19BRVNfWDg2XzY0PW0KQ09O RklHX0NSWVBUT19BRVNfTklfSU5URUw9bQpDT05GSUdfQ1JZUFRPX0FOVUJJUz1tCkNPTkZJR19D UllQVE9fQVJDND1tCkNPTkZJR19DUllQVE9fQkxPV0ZJU0g9bQpDT05GSUdfQ1JZUFRPX0JMT1dG SVNIX0NPTU1PTj1tCiMgQ09ORklHX0NSWVBUT19CTE9XRklTSF9YODZfNjQgaXMgbm90IHNldApD T05GSUdfQ1JZUFRPX0NBTUVMTElBPW0KIyBDT05GSUdfQ1JZUFRPX0NBTUVMTElBX1g4Nl82NCBp cyBub3Qgc2V0CkNPTkZJR19DUllQVE9fQ0FTVDU9bQpDT05GSUdfQ1JZUFRPX0NBU1Q2PW0KQ09O RklHX0NSWVBUT19ERVM9bQpDT05GSUdfQ1JZUFRPX0ZDUllQVD1tCkNPTkZJR19DUllQVE9fS0hB WkFEPW0KIyBDT05GSUdfQ1JZUFRPX1NBTFNBMjAgaXMgbm90IHNldApDT05GSUdfQ1JZUFRPX1NB TFNBMjBfWDg2XzY0PW0KQ09ORklHX0NSWVBUT19TRUVEPW0KQ09ORklHX0NSWVBUT19TRVJQRU5U PW0KIyBDT05GSUdfQ1JZUFRPX1NFUlBFTlRfU1NFMl9YODZfNjQgaXMgbm90IHNldApDT05GSUdf Q1JZUFRPX1RFQT1tCiMgQ09ORklHX0NSWVBUT19UV09GSVNIIGlzIG5vdCBzZXQKQ09ORklHX0NS WVBUT19UV09GSVNIX0NPTU1PTj1tCkNPTkZJR19DUllQVE9fVFdPRklTSF9YODZfNjQ9bQojIENP TkZJR19DUllQVE9fVFdPRklTSF9YODZfNjRfM1dBWSBpcyBub3Qgc2V0CgojCiMgQ29tcHJlc3Np b24KIwpDT05GSUdfQ1JZUFRPX0RFRkxBVEU9bQpDT05GSUdfQ1JZUFRPX1pMSUI9bQpDT05GSUdf Q1JZUFRPX0xaTz1tCgojCiMgUmFuZG9tIE51bWJlciBHZW5lcmF0aW9uCiMKQ09ORklHX0NSWVBU T19BTlNJX0NQUk5HPW0KIyBDT05GSUdfQ1JZUFRPX1VTRVJfQVBJX0hBU0ggaXMgbm90IHNldAoj IENPTkZJR19DUllQVE9fVVNFUl9BUElfU0tDSVBIRVIgaXMgbm90IHNldApDT05GSUdfQ1JZUFRP X0hXPXkKQ09ORklHX0NSWVBUT19ERVZfUEFETE9DSz1tCkNPTkZJR19DUllQVE9fREVWX1BBRExP Q0tfQUVTPW0KQ09ORklHX0NSWVBUT19ERVZfUEFETE9DS19TSEE9bQpDT05GSUdfSEFWRV9LVk09 eQpDT05GSUdfSEFWRV9LVk1fSVJRQ0hJUD15CkNPTkZJR19IQVZFX0tWTV9FVkVOVEZEPXkKQ09O RklHX0tWTV9BUElDX0FSQ0hJVEVDVFVSRT15CkNPTkZJR19LVk1fTU1JTz15CkNPTkZJR19LVk1f QVNZTkNfUEY9eQpDT05GSUdfVklSVFVBTElaQVRJT049eQpDT05GSUdfS1ZNPW0KQ09ORklHX0tW TV9JTlRFTD1tCkNPTkZJR19LVk1fQU1EPW0KIyBDT05GSUdfS1ZNX01NVV9BVURJVCBpcyBub3Qg c2V0CkNPTkZJR19WSE9TVF9ORVQ9bQpDT05GSUdfQklOQVJZX1BSSU5URj15CgojCiMgTGlicmFy eSByb3V0aW5lcwojCkNPTkZJR19SQUlENl9QUT1tCkNPTkZJR19CSVRSRVZFUlNFPXkKQ09ORklH X0dFTkVSSUNfRklORF9GSVJTVF9CSVQ9eQpDT05GSUdfR0VORVJJQ19QQ0lfSU9NQVA9eQpDT05G SUdfR0VORVJJQ19JT01BUD15CkNPTkZJR19HRU5FUklDX0lPPXkKQ09ORklHX0NSQ19DQ0lUVD1t CkNPTkZJR19DUkMxNj15CkNPTkZJR19DUkNfVDEwRElGPW0KQ09ORklHX0NSQ19JVFVfVD1tCkNP TkZJR19DUkMzMj15CiMgQ09ORklHX0NSQzMyX1NFTEZURVNUIGlzIG5vdCBzZXQKQ09ORklHX0NS QzMyX1NMSUNFQlk4PXkKIyBDT05GSUdfQ1JDMzJfU0xJQ0VCWTQgaXMgbm90IHNldAojIENPTkZJ R19DUkMzMl9TQVJXQVRFIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JDMzJfQklUIGlzIG5vdCBzZXQK Q09ORklHX0NSQzc9bQpDT05GSUdfTElCQ1JDMzJDPW0KIyBDT05GSUdfQ1JDOCBpcyBub3Qgc2V0 CkNPTkZJR19aTElCX0lORkxBVEU9eQpDT05GSUdfWkxJQl9ERUZMQVRFPW0KQ09ORklHX0xaT19D T01QUkVTUz15CkNPTkZJR19MWk9fREVDT01QUkVTUz15CkNPTkZJR19YWl9ERUM9eQpDT05GSUdf WFpfREVDX1g4Nj15CkNPTkZJR19YWl9ERUNfUE9XRVJQQz15CkNPTkZJR19YWl9ERUNfSUE2ND15 CkNPTkZJR19YWl9ERUNfQVJNPXkKQ09ORklHX1haX0RFQ19BUk1USFVNQj15CkNPTkZJR19YWl9E RUNfU1BBUkM9eQpDT05GSUdfWFpfREVDX0JDSj15CiMgQ09ORklHX1haX0RFQ19URVNUIGlzIG5v dCBzZXQKQ09ORklHX0RFQ09NUFJFU1NfR1pJUD15CkNPTkZJR19ERUNPTVBSRVNTX0JaSVAyPXkK Q09ORklHX0RFQ09NUFJFU1NfTFpNQT15CkNPTkZJR19ERUNPTVBSRVNTX1haPXkKQ09ORklHX0RF Q09NUFJFU1NfTFpPPXkKQ09ORklHX0dFTkVSSUNfQUxMT0NBVE9SPXkKQ09ORklHX1JFRURfU09M T01PTj1tCkNPTkZJR19SRUVEX1NPTE9NT05fREVDMTY9eQpDT05GSUdfVEVYVFNFQVJDSD15CkNP TkZJR19URVhUU0VBUkNIX0tNUD1tCkNPTkZJR19URVhUU0VBUkNIX0JNPW0KQ09ORklHX1RFWFRT RUFSQ0hfRlNNPW0KQ09ORklHX0hBU19JT01FTT15CkNPTkZJR19IQVNfSU9QT1JUPXkKQ09ORklH X0hBU19ETUE9eQpDT05GSUdfQ0hFQ0tfU0lHTkFUVVJFPXkKQ09ORklHX0NQVU1BU0tfT0ZGU1RB Q0s9eQpDT05GSUdfQ1BVX1JNQVA9eQpDT05GSUdfRFFMPXkKQ09ORklHX05MQVRUUj15CkNPTkZJ R19BVkVSQUdFPXkKIyBDT05GSUdfQ09SRElDIGlzIG5vdCBzZXQK ------_=_NextPart_001_01CD6443.40250CAE Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ------_=_NextPart_001_01CD6443.40250CAE-- From xen-users-bounces@lists.xen.org Tue Jul 17 17:41:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 17:41: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 1SrBlF-0003vr-Ti; Tue, 17 Jul 2012 17:40:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrBlD-0003vm-Ef for xen-users@lists.xen.org; Tue, 17 Jul 2012 17:40:36 +0000 Received: from [85.158.143.35:63361] by server-3.bemta-4.messagelabs.com id 65/40-01511-293A5005; Tue, 17 Jul 2012 17:40:34 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1342546832!10230083!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23582 invoked from network); 17 Jul 2012 17:40:33 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-10.tower-21.messagelabs.com with SMTP; 17 Jul 2012 17:40:33 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Tue, 17 Jul 2012 18:40:29 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01CD6443.40250CAE" Date: Tue, 17 Jul 2012 18:40:22 +0100 Content-class: urn:content-classes:message Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A66BC@electron.tidyhosts.com> X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] XENBUS: Waiting for devices to initialise: thread-index: Ac1kLmuuZc2dKNumQ1Ktzz8H70P5TgAFLV+Q References: <039E0B4AA9103344A80DA55DDDC76A936A66BA@electron.tidyhosts.com> <1342537119.16704.2.camel@zakaz.uk.xensource.com> <039E0B4AA9103344A80DA55DDDC76A936A66BB@electron.tidyhosts.com> <1342537873.16704.4.camel@zakaz.uk.xensource.com> From: "Ian Tobin" To: "Ian Campbell" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] XENBUS: Waiting for devices to initialise: X-BeenThere: xen-users@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. ------_=_NextPart_001_01CD6443.40250CAE Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SWFuLA0KDQpTZWUgYXR0YWNoZWQNCg0KVGhhbmtzDQoNCklhbg0KDQoNCg0KLS0tLS1PcmlnaW5h bCBNZXNzYWdlLS0tLS0NCkZyb206IElhbiBDYW1wYmVsbCBbbWFpbHRvOklhbi5DYW1wYmVsbEBj aXRyaXguY29tXSANClNlbnQ6IDE3IEp1bHkgMjAxMiAxNjoxMQ0KVG86IElhbiBUb2Jpbg0KQ2M6 IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnDQpTdWJqZWN0OiBSZTogW1hlbi11c2Vyc10gWEVOQlVT OiBXYWl0aW5nIGZvciBkZXZpY2VzIHRvIGluaXRpYWxpc2U6DQoNCkF0dGFjaGluZyB5b3VyIC5j b2ZpZyB3b3VsZCBiZSBhIGdvb2Qgc3RhcnQuDQoNCk9uIGEgbW9kZXJuIGtlcm5lbCAvc3lzL2J1 cy94ZW4tYmFja2VuZCBzaG91bGQgY29udGFpbiAidmlmIiwgWU1NViB1bmRlciBvdGhlciBrZXJu ZWxzLCBidXQgdGhlcmUgb3VnaHQgdG8gYmUgc29tZSBpbmRpY2F0aW9uIHVuZGVyIC9zeXMgdGhh dCBuZXRiYWNrIGV4aXN0cy4NCg0KT24gVHVlLCAyMDEyLTA3LTE3IGF0IDE2OjAxICswMTAwLCBJ YW4gVG9iaW4gd3JvdGU6DQo+IElhbiwNCj4gDQo+IEhvdyB3b3VsZCBJIHRlbGwgdGhpcz8gSSBz ZWxlY3RlZCBhbGwgb3B0aW9ucyB3aGVuIGNvbXBpbGluZyBhcyBzdGF0aWMuDQo+IA0KPiBUaGUg a2VybmVsIGZvciBEb21VIGlzIGp1c3QgYSB0ZXN0LCBpdmUgdHJpZWQga2VybmVscyB1cCB0byAz LjQuNSBhbmQgc3RpbGwgbm90IHdvcmtpbmcuDQo+IA0KPiBCVFcgaXZlIHJlYnVpbHQgdGhlIG1h aW4gaG9zdCB0d2ljZSB3aXRoIHRoZSBzYW1lIHByb2JsZW0uDQo+IA0KPiBUaGFua3MNCj4gDQo+ IElhbg0KPiANCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogSWFuIENhbXBi ZWxsIFttYWlsdG86SWFuLkNhbXBiZWxsQGNpdHJpeC5jb21dDQo+IFNlbnQ6IDE3IEp1bHkgMjAx MiAxNTo1OQ0KPiBUbzogSWFuIFRvYmluDQo+IENjOiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZw0K PiBTdWJqZWN0OiBSZTogW1hlbi11c2Vyc10gWEVOQlVTOiBXYWl0aW5nIGZvciBkZXZpY2VzIHRv IGluaXRpYWxpc2U6DQo+IA0KPiBPbiBUdWUsIDIwMTItMDctMTcgYXQgMTU6NDkgKzAxMDAsIElh biBUb2JpbiB3cm90ZToNCj4gPiBYRU5CVVM6IFRpbWVvdXQgY29ubmVjdGluZyB0byBkZXZpY2U6 IGRldmljZS92aWYvMCAobG9jYWwgc3RhdGUgMSwgDQo+ID4gcmVtb3RlIHN0YXRlIDEpDQo+IA0K PiA+IGlmY29uZmlnIOKAk2Egc2hvd3MgKHdpdGggZG9tdSBydW5uaW5nKQ0KPiANCj4gVGhlcmUg ZG9lc24ndCBzZWVtIHRvIGJlIGFueSB2aWZYLlkgaW4gdGhlcmUgLS0gcGVyaGFwcyB5b3UgZG9u J3QgaGF2ZSB0aGUgbmV0YmFjayBkcml2ZXIgbG9hZGVkIG9yIGNvbXBpbGVkIGludG8geW91ciBr ZXJuZWw/DQo+IA0KPiA+IGtlcm5lbCA9ICIvYm9vdC92bWxpbnV6LTIuNi4xOC44LXhlbiINCj4g DQo+IFdoeSBzbyBhbmNpZW50Pw0KPiANCj4gSWFuLg0KPiANCj4gDQo+IA0KDQoNCg0K ------_=_NextPart_001_01CD6443.40250CAE Content-Type: application/octet-stream; name="config-3.4.5" Content-Transfer-Encoding: base64 Content-Description: config-3.4.5 Content-Disposition: attachment; filename="config-3.4.5" IwojIEF1dG9tYXRpY2FsbHkgZ2VuZXJhdGVkIGZpbGU7IERPIE5PVCBFRElULgojIExpbnV4L3g4 Nl82NCAzLjQuNSBLZXJuZWwgQ29uZmlndXJhdGlvbgojCkNPTkZJR182NEJJVD15CiMgQ09ORklH X1g4Nl8zMiBpcyBub3Qgc2V0CkNPTkZJR19YODZfNjQ9eQpDT05GSUdfWDg2PXkKQ09ORklHX0lO U1RSVUNUSU9OX0RFQ09ERVI9eQpDT05GSUdfT1VUUFVUX0ZPUk1BVD0iZWxmNjQteDg2LTY0IgpD T05GSUdfQVJDSF9ERUZDT05GSUc9ImFyY2gveDg2L2NvbmZpZ3MveDg2XzY0X2RlZmNvbmZpZyIK Q09ORklHX0dFTkVSSUNfQ01PU19VUERBVEU9eQpDT05GSUdfQ0xPQ0tTT1VSQ0VfV0FUQ0hET0c9 eQpDT05GSUdfR0VORVJJQ19DTE9DS0VWRU5UUz15CkNPTkZJR19BUkNIX0NMT0NLU09VUkNFX0RB VEE9eQpDT05GSUdfR0VORVJJQ19DTE9DS0VWRU5UU19CUk9BRENBU1Q9eQpDT05GSUdfTE9DS0RF UF9TVVBQT1JUPXkKQ09ORklHX1NUQUNLVFJBQ0VfU1VQUE9SVD15CkNPTkZJR19IQVZFX0xBVEVO Q1lUT1BfU1VQUE9SVD15CkNPTkZJR19NTVU9eQpDT05GSUdfTkVFRF9ETUFfTUFQX1NUQVRFPXkK Q09ORklHX05FRURfU0dfRE1BX0xFTkdUSD15CkNPTkZJR19HRU5FUklDX0lTQV9ETUE9eQpDT05G SUdfR0VORVJJQ19CVUc9eQpDT05GSUdfR0VORVJJQ19CVUdfUkVMQVRJVkVfUE9JTlRFUlM9eQpD T05GSUdfR0VORVJJQ19IV0VJR0hUPXkKQ09ORklHX0dFTkVSSUNfR1BJTz15CkNPTkZJR19BUkNI X01BWV9IQVZFX1BDX0ZEQz15CiMgQ09ORklHX1JXU0VNX0dFTkVSSUNfU1BJTkxPQ0sgaXMgbm90 IHNldApDT05GSUdfUldTRU1fWENIR0FERF9BTEdPUklUSE09eQpDT05GSUdfQVJDSF9IQVNfQ1BV X0lETEVfV0FJVD15CkNPTkZJR19HRU5FUklDX0NBTElCUkFURV9ERUxBWT15CkNPTkZJR19HRU5F UklDX1RJTUVfVlNZU0NBTEw9eQpDT05GSUdfQVJDSF9IQVNfQ1BVX1JFTEFYPXkKQ09ORklHX0FS Q0hfSEFTX0RFRkFVTFRfSURMRT15CkNPTkZJR19BUkNIX0hBU19DQUNIRV9MSU5FX1NJWkU9eQpD T05GSUdfQVJDSF9IQVNfQ1BVX0FVVE9QUk9CRT15CkNPTkZJR19IQVZFX1NFVFVQX1BFUl9DUFVf QVJFQT15CkNPTkZJR19ORUVEX1BFUl9DUFVfRU1CRURfRklSU1RfQ0hVTks9eQpDT05GSUdfTkVF RF9QRVJfQ1BVX1BBR0VfRklSU1RfQ0hVTks9eQpDT05GSUdfQVJDSF9ISUJFUk5BVElPTl9QT1NT SUJMRT15CkNPTkZJR19BUkNIX1NVU1BFTkRfUE9TU0lCTEU9eQpDT05GSUdfWk9ORV9ETUEzMj15 CkNPTkZJR19BVURJVF9BUkNIPXkKQ09ORklHX0FSQ0hfU1VQUE9SVFNfT1BUSU1JWkVEX0lOTElO SU5HPXkKQ09ORklHX0FSQ0hfU1VQUE9SVFNfREVCVUdfUEFHRUFMTE9DPXkKQ09ORklHX1g4Nl82 NF9TTVA9eQpDT05GSUdfWDg2X0hUPXkKQ09ORklHX0FSQ0hfSFdFSUdIVF9DRkxBR1M9Ii1mY2Fs bC1zYXZlZC1yZGkgLWZjYWxsLXNhdmVkLXJzaSAtZmNhbGwtc2F2ZWQtcmR4IC1mY2FsbC1zYXZl ZC1yY3ggLWZjYWxsLXNhdmVkLXI4IC1mY2FsbC1zYXZlZC1yOSAtZmNhbGwtc2F2ZWQtcjEwIC1m Y2FsbC1zYXZlZC1yMTEiCiMgQ09ORklHX0tUSU1FX1NDQUxBUiBpcyBub3Qgc2V0CkNPTkZJR19B UkNIX0NQVV9QUk9CRV9SRUxFQVNFPXkKQ09ORklHX0RFRkNPTkZJR19MSVNUPSIvbGliL21vZHVs ZXMvJFVOQU1FX1JFTEVBU0UvLmNvbmZpZyIKQ09ORklHX0hBVkVfSVJRX1dPUks9eQpDT05GSUdf SVJRX1dPUks9eQoKIwojIEdlbmVyYWwgc2V0dXAKIwpDT05GSUdfRVhQRVJJTUVOVEFMPXkKQ09O RklHX0lOSVRfRU5WX0FSR19MSU1JVD0zMgpDT05GSUdfQ1JPU1NfQ09NUElMRT0iIgpDT05GSUdf TE9DQUxWRVJTSU9OPSIiCiMgQ09ORklHX0xPQ0FMVkVSU0lPTl9BVVRPIGlzIG5vdCBzZXQKQ09O RklHX0hBVkVfS0VSTkVMX0daSVA9eQpDT05GSUdfSEFWRV9LRVJORUxfQlpJUDI9eQpDT05GSUdf SEFWRV9LRVJORUxfTFpNQT15CkNPTkZJR19IQVZFX0tFUk5FTF9YWj15CkNPTkZJR19IQVZFX0tF Uk5FTF9MWk89eQpDT05GSUdfS0VSTkVMX0daSVA9eQojIENPTkZJR19LRVJORUxfQlpJUDIgaXMg bm90IHNldAojIENPTkZJR19LRVJORUxfTFpNQSBpcyBub3Qgc2V0CiMgQ09ORklHX0tFUk5FTF9Y WiBpcyBub3Qgc2V0CiMgQ09ORklHX0tFUk5FTF9MWk8gaXMgbm90IHNldApDT05GSUdfREVGQVVM VF9IT1NUTkFNRT0iKG5vbmUpIgpDT05GSUdfU1dBUD15CkNPTkZJR19TWVNWSVBDPXkKQ09ORklH X1NZU1ZJUENfU1lTQ1RMPXkKQ09ORklHX1BPU0lYX01RVUVVRT15CkNPTkZJR19QT1NJWF9NUVVF VUVfU1lTQ1RMPXkKQ09ORklHX0JTRF9QUk9DRVNTX0FDQ1Q9eQpDT05GSUdfQlNEX1BST0NFU1Nf QUNDVF9WMz15CiMgQ09ORklHX0ZIQU5ETEUgaXMgbm90IHNldApDT05GSUdfVEFTS1NUQVRTPXkK Q09ORklHX1RBU0tfREVMQVlfQUNDVD15CkNPTkZJR19UQVNLX1hBQ0NUPXkKQ09ORklHX1RBU0tf SU9fQUNDT1VOVElORz15CkNPTkZJR19BVURJVD15CkNPTkZJR19BVURJVFNZU0NBTEw9eQpDT05G SUdfQVVESVRfV0FUQ0g9eQpDT05GSUdfQVVESVRfVFJFRT15CiMgQ09ORklHX0FVRElUX0xPR0lO VUlEX0lNTVVUQUJMRSBpcyBub3Qgc2V0CkNPTkZJR19IQVZFX0dFTkVSSUNfSEFSRElSUVM9eQoK IwojIElSUSBzdWJzeXN0ZW0KIwpDT05GSUdfR0VORVJJQ19IQVJESVJRUz15CkNPTkZJR19HRU5F UklDX0lSUV9QUk9CRT15CkNPTkZJR19HRU5FUklDX0lSUV9TSE9XPXkKQ09ORklHX0dFTkVSSUNf UEVORElOR19JUlE9eQpDT05GSUdfSVJRX0ZPUkNFRF9USFJFQURJTkc9eQpDT05GSUdfU1BBUlNF X0lSUT15CgojCiMgUkNVIFN1YnN5c3RlbQojCkNPTkZJR19UUkVFX1JDVT15CiMgQ09ORklHX1BS RUVNUFRfUkNVIGlzIG5vdCBzZXQKQ09ORklHX1JDVV9GQU5PVVQ9NjQKIyBDT05GSUdfUkNVX0ZB Tk9VVF9FWEFDVCBpcyBub3Qgc2V0CiMgQ09ORklHX1JDVV9GQVNUX05PX0haIGlzIG5vdCBzZXQK IyBDT05GSUdfVFJFRV9SQ1VfVFJBQ0UgaXMgbm90IHNldAojIENPTkZJR19JS0NPTkZJRyBpcyBu b3Qgc2V0CkNPTkZJR19MT0dfQlVGX1NISUZUPTE5CkNPTkZJR19IQVZFX1VOU1RBQkxFX1NDSEVE X0NMT0NLPXkKQ09ORklHX0NHUk9VUFM9eQojIENPTkZJR19DR1JPVVBfREVCVUcgaXMgbm90IHNl dApDT05GSUdfQ0dST1VQX0ZSRUVaRVI9eQpDT05GSUdfQ0dST1VQX0RFVklDRT15CkNPTkZJR19D UFVTRVRTPXkKQ09ORklHX1BST0NfUElEX0NQVVNFVD15CkNPTkZJR19DR1JPVVBfQ1BVQUNDVD15 CkNPTkZJR19SRVNPVVJDRV9DT1VOVEVSUz15CkNPTkZJR19DR1JPVVBfTUVNX1JFU19DVExSPXkK Q09ORklHX0NHUk9VUF9NRU1fUkVTX0NUTFJfU1dBUD15CkNPTkZJR19DR1JPVVBfTUVNX1JFU19D VExSX1NXQVBfRU5BQkxFRD15CiMgQ09ORklHX0NHUk9VUF9NRU1fUkVTX0NUTFJfS01FTSBpcyBu b3Qgc2V0CkNPTkZJR19DR1JPVVBfUEVSRj15CkNPTkZJR19DR1JPVVBfU0NIRUQ9eQpDT05GSUdf RkFJUl9HUk9VUF9TQ0hFRD15CkNPTkZJR19DRlNfQkFORFdJRFRIPXkKQ09ORklHX1JUX0dST1VQ X1NDSEVEPXkKQ09ORklHX0JMS19DR1JPVVA9eQojIENPTkZJR19ERUJVR19CTEtfQ0dST1VQIGlz IG5vdCBzZXQKIyBDT05GSUdfQ0hFQ0tQT0lOVF9SRVNUT1JFIGlzIG5vdCBzZXQKQ09ORklHX05B TUVTUEFDRVM9eQpDT05GSUdfVVRTX05TPXkKQ09ORklHX0lQQ19OUz15CkNPTkZJR19VU0VSX05T PXkKQ09ORklHX1BJRF9OUz15CkNPTkZJR19ORVRfTlM9eQpDT05GSUdfU0NIRURfQVVUT0dST1VQ PXkKQ09ORklHX01NX09XTkVSPXkKIyBDT05GSUdfU1lTRlNfREVQUkVDQVRFRCBpcyBub3Qgc2V0 CkNPTkZJR19SRUxBWT15CkNPTkZJR19CTEtfREVWX0lOSVRSRD15CkNPTkZJR19JTklUUkFNRlNf U09VUkNFPSIiCkNPTkZJR19SRF9HWklQPXkKQ09ORklHX1JEX0JaSVAyPXkKQ09ORklHX1JEX0xa TUE9eQpDT05GSUdfUkRfWFo9eQpDT05GSUdfUkRfTFpPPXkKIyBDT05GSUdfQ0NfT1BUSU1JWkVf Rk9SX1NJWkUgaXMgbm90IHNldApDT05GSUdfU1lTQ1RMPXkKQ09ORklHX0FOT05fSU5PREVTPXkK IyBDT05GSUdfRVhQRVJUIGlzIG5vdCBzZXQKQ09ORklHX1VJRDE2PXkKIyBDT05GSUdfU1lTQ1RM X1NZU0NBTEwgaXMgbm90IHNldApDT05GSUdfS0FMTFNZTVM9eQpDT05GSUdfS0FMTFNZTVNfQUxM PXkKQ09ORklHX0hPVFBMVUc9eQpDT05GSUdfUFJJTlRLPXkKQ09ORklHX0JVRz15CkNPTkZJR19F TEZfQ09SRT15CkNPTkZJR19QQ1NQS1JfUExBVEZPUk09eQpDT05GSUdfSEFWRV9QQ1NQS1JfUExB VEZPUk09eQpDT05GSUdfQkFTRV9GVUxMPXkKQ09ORklHX0ZVVEVYPXkKQ09ORklHX0VQT0xMPXkK Q09ORklHX1NJR05BTEZEPXkKQ09ORklHX1RJTUVSRkQ9eQpDT05GSUdfRVZFTlRGRD15CkNPTkZJ R19TSE1FTT15CkNPTkZJR19BSU89eQojIENPTkZJR19FTUJFRERFRCBpcyBub3Qgc2V0CkNPTkZJ R19IQVZFX1BFUkZfRVZFTlRTPXkKCiMKIyBLZXJuZWwgUGVyZm9ybWFuY2UgRXZlbnRzIEFuZCBD b3VudGVycwojCkNPTkZJR19QRVJGX0VWRU5UUz15CkNPTkZJR19QRVJGX0NPVU5URVJTPXkKIyBD T05GSUdfREVCVUdfUEVSRl9VU0VfVk1BTExPQyBpcyBub3Qgc2V0CkNPTkZJR19WTV9FVkVOVF9D T1VOVEVSUz15CkNPTkZJR19QQ0lfUVVJUktTPXkKIyBDT05GSUdfQ09NUEFUX0JSSyBpcyBub3Qg c2V0CkNPTkZJR19TTEFCPXkKIyBDT05GSUdfU0xVQiBpcyBub3Qgc2V0CkNPTkZJR19QUk9GSUxJ Tkc9eQpDT05GSUdfVFJBQ0VQT0lOVFM9eQpDT05GSUdfT1BST0ZJTEU9bQpDT05GSUdfT1BST0ZJ TEVfRVZFTlRfTVVMVElQTEVYPXkKQ09ORklHX0hBVkVfT1BST0ZJTEU9eQpDT05GSUdfT1BST0ZJ TEVfTk1JX1RJTUVSPXkKQ09ORklHX0tQUk9CRVM9eQojIENPTkZJR19KVU1QX0xBQkVMIGlzIG5v dCBzZXQKQ09ORklHX09QVFBST0JFUz15CkNPTkZJR19IQVZFX0VGRklDSUVOVF9VTkFMSUdORURf QUNDRVNTPXkKQ09ORklHX0tSRVRQUk9CRVM9eQpDT05GSUdfVVNFUl9SRVRVUk5fTk9USUZJRVI9 eQpDT05GSUdfSEFWRV9JT1JFTUFQX1BST1Q9eQpDT05GSUdfSEFWRV9LUFJPQkVTPXkKQ09ORklH X0hBVkVfS1JFVFBST0JFUz15CkNPTkZJR19IQVZFX09QVFBST0JFUz15CkNPTkZJR19IQVZFX0FS Q0hfVFJBQ0VIT09LPXkKQ09ORklHX0hBVkVfRE1BX0FUVFJTPXkKQ09ORklHX1VTRV9HRU5FUklD X1NNUF9IRUxQRVJTPXkKQ09ORklHX0hBVkVfUkVHU19BTkRfU1RBQ0tfQUNDRVNTX0FQST15CkNP TkZJR19IQVZFX0RNQV9BUElfREVCVUc9eQpDT05GSUdfSEFWRV9IV19CUkVBS1BPSU5UPXkKQ09O RklHX0hBVkVfTUlYRURfQlJFQUtQT0lOVFNfUkVHUz15CkNPTkZJR19IQVZFX1VTRVJfUkVUVVJO X05PVElGSUVSPXkKQ09ORklHX0hBVkVfUEVSRl9FVkVOVFNfTk1JPXkKQ09ORklHX0hBVkVfQVJD SF9KVU1QX0xBQkVMPXkKQ09ORklHX0FSQ0hfSEFWRV9OTUlfU0FGRV9DTVBYQ0hHPXkKQ09ORklH X0hBVkVfQ01QWENIR19MT0NBTD15CkNPTkZJR19IQVZFX0NNUFhDSEdfRE9VQkxFPXkKQ09ORklH X0FSQ0hfV0FOVF9PTERfQ09NUEFUX0lQQz15CgojCiMgR0NPVi1iYXNlZCBrZXJuZWwgcHJvZmls aW5nCiMKIyBDT05GSUdfR0NPVl9LRVJORUwgaXMgbm90IHNldAojIENPTkZJR19IQVZFX0dFTkVS SUNfRE1BX0NPSEVSRU5UIGlzIG5vdCBzZXQKQ09ORklHX1NMQUJJTkZPPXkKQ09ORklHX1JUX01V VEVYRVM9eQpDT05GSUdfQkFTRV9TTUFMTD0wCkNPTkZJR19NT0RVTEVTPXkKQ09ORklHX01PRFVM RV9GT1JDRV9MT0FEPXkKQ09ORklHX01PRFVMRV9VTkxPQUQ9eQojIENPTkZJR19NT0RVTEVfRk9S Q0VfVU5MT0FEIGlzIG5vdCBzZXQKQ09ORklHX01PRFZFUlNJT05TPXkKQ09ORklHX01PRFVMRV9T UkNWRVJTSU9OX0FMTD15CkNPTkZJR19TVE9QX01BQ0hJTkU9eQpDT05GSUdfQkxPQ0s9eQpDT05G SUdfQkxLX0RFVl9CU0c9eQpDT05GSUdfQkxLX0RFVl9CU0dMSUI9eQpDT05GSUdfQkxLX0RFVl9J TlRFR1JJVFk9eQpDT05GSUdfQkxLX0RFVl9USFJPVFRMSU5HPXkKCiMKIyBQYXJ0aXRpb24gVHlw ZXMKIwpDT05GSUdfUEFSVElUSU9OX0FEVkFOQ0VEPXkKIyBDT05GSUdfQUNPUk5fUEFSVElUSU9O IGlzIG5vdCBzZXQKQ09ORklHX09TRl9QQVJUSVRJT049eQpDT05GSUdfQU1JR0FfUEFSVElUSU9O PXkKIyBDT05GSUdfQVRBUklfUEFSVElUSU9OIGlzIG5vdCBzZXQKQ09ORklHX01BQ19QQVJUSVRJ T049eQpDT05GSUdfTVNET1NfUEFSVElUSU9OPXkKQ09ORklHX0JTRF9ESVNLTEFCRUw9eQpDT05G SUdfTUlOSVhfU1VCUEFSVElUSU9OPXkKQ09ORklHX1NPTEFSSVNfWDg2X1BBUlRJVElPTj15CkNP TkZJR19VTklYV0FSRV9ESVNLTEFCRUw9eQojIENPTkZJR19MRE1fUEFSVElUSU9OIGlzIG5vdCBz ZXQKQ09ORklHX1NHSV9QQVJUSVRJT049eQojIENPTkZJR19VTFRSSVhfUEFSVElUSU9OIGlzIG5v dCBzZXQKQ09ORklHX1NVTl9QQVJUSVRJT049eQpDT05GSUdfS0FSTUFfUEFSVElUSU9OPXkKQ09O RklHX0VGSV9QQVJUSVRJT049eQojIENPTkZJR19TWVNWNjhfUEFSVElUSU9OIGlzIG5vdCBzZXQK Q09ORklHX0JMT0NLX0NPTVBBVD15CgojCiMgSU8gU2NoZWR1bGVycwojCkNPTkZJR19JT1NDSEVE X05PT1A9eQpDT05GSUdfSU9TQ0hFRF9ERUFETElORT15CkNPTkZJR19JT1NDSEVEX0NGUT15CkNP TkZJR19DRlFfR1JPVVBfSU9TQ0hFRD15CiMgQ09ORklHX0RFRkFVTFRfREVBRExJTkUgaXMgbm90 IHNldApDT05GSUdfREVGQVVMVF9DRlE9eQojIENPTkZJR19ERUZBVUxUX05PT1AgaXMgbm90IHNl dApDT05GSUdfREVGQVVMVF9JT1NDSEVEPSJjZnEiCkNPTkZJR19QUkVFTVBUX05PVElGSUVSUz15 CiMgQ09ORklHX0lOTElORV9TUElOX1RSWUxPQ0sgaXMgbm90IHNldAojIENPTkZJR19JTkxJTkVf U1BJTl9UUllMT0NLX0JIIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5MSU5FX1NQSU5fTE9DSyBpcyBu b3Qgc2V0CiMgQ09ORklHX0lOTElORV9TUElOX0xPQ0tfQkggaXMgbm90IHNldAojIENPTkZJR19J TkxJTkVfU1BJTl9MT0NLX0lSUSBpcyBub3Qgc2V0CiMgQ09ORklHX0lOTElORV9TUElOX0xPQ0tf SVJRU0FWRSBpcyBub3Qgc2V0CiMgQ09ORklHX0lOTElORV9TUElOX1VOTE9DS19CSCBpcyBub3Qg c2V0CkNPTkZJR19JTkxJTkVfU1BJTl9VTkxPQ0tfSVJRPXkKIyBDT05GSUdfSU5MSU5FX1NQSU5f VU5MT0NLX0lSUVJFU1RPUkUgaXMgbm90IHNldAojIENPTkZJR19JTkxJTkVfUkVBRF9UUllMT0NL IGlzIG5vdCBzZXQKIyBDT05GSUdfSU5MSU5FX1JFQURfTE9DSyBpcyBub3Qgc2V0CiMgQ09ORklH X0lOTElORV9SRUFEX0xPQ0tfQkggaXMgbm90IHNldAojIENPTkZJR19JTkxJTkVfUkVBRF9MT0NL X0lSUSBpcyBub3Qgc2V0CiMgQ09ORklHX0lOTElORV9SRUFEX0xPQ0tfSVJRU0FWRSBpcyBub3Qg c2V0CkNPTkZJR19JTkxJTkVfUkVBRF9VTkxPQ0s9eQojIENPTkZJR19JTkxJTkVfUkVBRF9VTkxP Q0tfQkggaXMgbm90IHNldApDT05GSUdfSU5MSU5FX1JFQURfVU5MT0NLX0lSUT15CiMgQ09ORklH X0lOTElORV9SRUFEX1VOTE9DS19JUlFSRVNUT1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5MSU5F X1dSSVRFX1RSWUxPQ0sgaXMgbm90IHNldAojIENPTkZJR19JTkxJTkVfV1JJVEVfTE9DSyBpcyBu b3Qgc2V0CiMgQ09ORklHX0lOTElORV9XUklURV9MT0NLX0JIIGlzIG5vdCBzZXQKIyBDT05GSUdf SU5MSU5FX1dSSVRFX0xPQ0tfSVJRIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5MSU5FX1dSSVRFX0xP Q0tfSVJRU0FWRSBpcyBub3Qgc2V0CkNPTkZJR19JTkxJTkVfV1JJVEVfVU5MT0NLPXkKIyBDT05G SUdfSU5MSU5FX1dSSVRFX1VOTE9DS19CSCBpcyBub3Qgc2V0CkNPTkZJR19JTkxJTkVfV1JJVEVf VU5MT0NLX0lSUT15CiMgQ09ORklHX0lOTElORV9XUklURV9VTkxPQ0tfSVJRUkVTVE9SRSBpcyBu b3Qgc2V0CkNPTkZJR19NVVRFWF9TUElOX09OX09XTkVSPXkKQ09ORklHX0ZSRUVaRVI9eQoKIwoj IFByb2Nlc3NvciB0eXBlIGFuZCBmZWF0dXJlcwojCkNPTkZJR19aT05FX0RNQT15CkNPTkZJR19U SUNLX09ORVNIT1Q9eQpDT05GSUdfTk9fSFo9eQpDT05GSUdfSElHSF9SRVNfVElNRVJTPXkKQ09O RklHX0dFTkVSSUNfQ0xPQ0tFVkVOVFNfQlVJTEQ9eQpDT05GSUdfR0VORVJJQ19DTE9DS0VWRU5U U19NSU5fQURKVVNUPXkKQ09ORklHX1NNUD15CkNPTkZJR19YODZfTVBQQVJTRT15CkNPTkZJR19Y ODZfRVhURU5ERURfUExBVEZPUk09eQojIENPTkZJR19YODZfVlNNUCBpcyBub3Qgc2V0CkNPTkZJ R19YODZfU1VQUE9SVFNfTUVNT1JZX0ZBSUxVUkU9eQpDT05GSUdfU0NIRURfT01JVF9GUkFNRV9Q T0lOVEVSPXkKQ09ORklHX1BBUkFWSVJUX0dVRVNUPXkKQ09ORklHX1BBUkFWSVJUX1RJTUVfQUND T1VOVElORz15CkNPTkZJR19YRU49eQpDT05GSUdfWEVOX0RPTTA9eQpDT05GSUdfWEVOX1BSSVZJ TEVHRURfR1VFU1Q9eQpDT05GSUdfWEVOX1BWSFZNPXkKQ09ORklHX1hFTl9NQVhfRE9NQUlOX01F TU9SWT01MDAKQ09ORklHX1hFTl9TQVZFX1JFU1RPUkU9eQpDT05GSUdfWEVOX0RFQlVHX0ZTPXkK Q09ORklHX0tWTV9DTE9DSz15CkNPTkZJR19LVk1fR1VFU1Q9eQpDT05GSUdfUEFSQVZJUlQ9eQoj IENPTkZJR19QQVJBVklSVF9TUElOTE9DS1MgaXMgbm90IHNldApDT05GSUdfUEFSQVZJUlRfQ0xP Q0s9eQojIENPTkZJR19QQVJBVklSVF9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19OT19CT09UTUVN PXkKIyBDT05GSUdfTUVNVEVTVCBpcyBub3Qgc2V0CiMgQ09ORklHX01LOCBpcyBub3Qgc2V0CiMg Q09ORklHX01QU0MgaXMgbm90IHNldAojIENPTkZJR19NQ09SRTIgaXMgbm90IHNldAojIENPTkZJ R19NQVRPTSBpcyBub3Qgc2V0CkNPTkZJR19HRU5FUklDX0NQVT15CkNPTkZJR19YODZfSU5URVJO T0RFX0NBQ0hFX1NISUZUPTYKQ09ORklHX1g4Nl9DTVBYQ0hHPXkKQ09ORklHX1g4Nl9MMV9DQUNI RV9TSElGVD02CkNPTkZJR19YODZfWEFERD15CkNPTkZJR19YODZfV1BfV09SS1NfT0s9eQpDT05G SUdfWDg2X1RTQz15CkNPTkZJR19YODZfQ01QWENIRzY0PXkKQ09ORklHX1g4Nl9DTU9WPXkKQ09O RklHX1g4Nl9NSU5JTVVNX0NQVV9GQU1JTFk9NjQKQ09ORklHX1g4Nl9ERUJVR0NUTE1TUj15CkNP TkZJR19DUFVfU1VQX0lOVEVMPXkKQ09ORklHX0NQVV9TVVBfQU1EPXkKQ09ORklHX0NQVV9TVVBf Q0VOVEFVUj15CkNPTkZJR19IUEVUX1RJTUVSPXkKQ09ORklHX0hQRVRfRU1VTEFURV9SVEM9eQpD T05GSUdfRE1JPXkKQ09ORklHX0dBUlRfSU9NTVU9eQpDT05GSUdfQ0FMR0FSWV9JT01NVT15CiMg Q09ORklHX0NBTEdBUllfSU9NTVVfRU5BQkxFRF9CWV9ERUZBVUxUIGlzIG5vdCBzZXQKQ09ORklH X1NXSU9UTEI9eQpDT05GSUdfSU9NTVVfSEVMUEVSPXkKQ09ORklHX01BWFNNUD15CkNPTkZJR19O Ul9DUFVTPTQwOTYKQ09ORklHX1NDSEVEX1NNVD15CkNPTkZJR19TQ0hFRF9NQz15CiMgQ09ORklH X0lSUV9USU1FX0FDQ09VTlRJTkcgaXMgbm90IHNldAojIENPTkZJR19QUkVFTVBUX05PTkUgaXMg bm90IHNldApDT05GSUdfUFJFRU1QVF9WT0xVTlRBUlk9eQojIENPTkZJR19QUkVFTVBUIGlzIG5v dCBzZXQKQ09ORklHX1g4Nl9MT0NBTF9BUElDPXkKQ09ORklHX1g4Nl9JT19BUElDPXkKQ09ORklH X1g4Nl9SRVJPVVRFX0ZPUl9CUk9LRU5fQk9PVF9JUlFTPXkKQ09ORklHX1g4Nl9NQ0U9eQpDT05G SUdfWDg2X01DRV9JTlRFTD15CkNPTkZJR19YODZfTUNFX0FNRD15CkNPTkZJR19YODZfTUNFX1RI UkVTSE9MRD15CkNPTkZJR19YODZfTUNFX0lOSkVDVD1tCkNPTkZJR19YODZfVEhFUk1BTF9WRUNU T1I9eQpDT05GSUdfSThLPW0KQ09ORklHX01JQ1JPQ09ERT1tCkNPTkZJR19NSUNST0NPREVfSU5U RUw9eQpDT05GSUdfTUlDUk9DT0RFX0FNRD15CkNPTkZJR19NSUNST0NPREVfT0xEX0lOVEVSRkFD RT15CkNPTkZJR19YODZfTVNSPXkKQ09ORklHX1g4Nl9DUFVJRD15CkNPTkZJR19BUkNIX1BIWVNf QUREUl9UXzY0QklUPXkKQ09ORklHX0FSQ0hfRE1BX0FERFJfVF82NEJJVD15CkNPTkZJR19ESVJF Q1RfR0JQQUdFUz15CkNPTkZJR19OVU1BPXkKQ09ORklHX0FNRF9OVU1BPXkKQ09ORklHX1g4Nl82 NF9BQ1BJX05VTUE9eQpDT05GSUdfTk9ERVNfU1BBTl9PVEhFUl9OT0RFUz15CiMgQ09ORklHX05V TUFfRU1VIGlzIG5vdCBzZXQKQ09ORklHX05PREVTX1NISUZUPTEwCkNPTkZJR19BUkNIX1NQQVJT RU1FTV9FTkFCTEU9eQpDT05GSUdfQVJDSF9TUEFSU0VNRU1fREVGQVVMVD15CkNPTkZJR19BUkNI X1NFTEVDVF9NRU1PUllfTU9ERUw9eQpDT05GSUdfQVJDSF9NRU1PUllfUFJPQkU9eQpDT05GSUdf QVJDSF9QUk9DX0tDT1JFX1RFWFQ9eQpDT05GSUdfSUxMRUdBTF9QT0lOVEVSX1ZBTFVFPTB4ZGVh ZDAwMDAwMDAwMDAwMApDT05GSUdfU0VMRUNUX01FTU9SWV9NT0RFTD15CkNPTkZJR19TUEFSU0VN RU1fTUFOVUFMPXkKQ09ORklHX1NQQVJTRU1FTT15CkNPTkZJR19ORUVEX01VTFRJUExFX05PREVT PXkKQ09ORklHX0hBVkVfTUVNT1JZX1BSRVNFTlQ9eQpDT05GSUdfU1BBUlNFTUVNX0VYVFJFTUU9 eQpDT05GSUdfU1BBUlNFTUVNX1ZNRU1NQVBfRU5BQkxFPXkKQ09ORklHX1NQQVJTRU1FTV9BTExP Q19NRU1fTUFQX1RPR0VUSEVSPXkKQ09ORklHX1NQQVJTRU1FTV9WTUVNTUFQPXkKQ09ORklHX0hB VkVfTUVNQkxPQ0s9eQpDT05GSUdfSEFWRV9NRU1CTE9DS19OT0RFX01BUD15CkNPTkZJR19BUkNI X0RJU0NBUkRfTUVNQkxPQ0s9eQpDT05GSUdfTUVNT1JZX0hPVFBMVUc9eQpDT05GSUdfTUVNT1JZ X0hPVFBMVUdfU1BBUlNFPXkKIyBDT05GSUdfTUVNT1JZX0hPVFJFTU9WRSBpcyBub3Qgc2V0CkNP TkZJR19QQUdFRkxBR1NfRVhURU5ERUQ9eQpDT05GSUdfU1BMSVRfUFRMT0NLX0NQVVM9NApDT05G SUdfQ09NUEFDVElPTj15CkNPTkZJR19NSUdSQVRJT049eQpDT05GSUdfUEhZU19BRERSX1RfNjRC SVQ9eQpDT05GSUdfWk9ORV9ETUFfRkxBRz0xCkNPTkZJR19CT1VOQ0U9eQpDT05GSUdfVklSVF9U T19CVVM9eQpDT05GSUdfTU1VX05PVElGSUVSPXkKQ09ORklHX0tTTT15CkNPTkZJR19ERUZBVUxU X01NQVBfTUlOX0FERFI9NDA5NgpDT05GSUdfQVJDSF9TVVBQT1JUU19NRU1PUllfRkFJTFVSRT15 CkNPTkZJR19NRU1PUllfRkFJTFVSRT15CkNPTkZJR19IV1BPSVNPTl9JTkpFQ1Q9bQpDT05GSUdf VFJBTlNQQVJFTlRfSFVHRVBBR0U9eQpDT05GSUdfVFJBTlNQQVJFTlRfSFVHRVBBR0VfQUxXQVlT PXkKIyBDT05GSUdfVFJBTlNQQVJFTlRfSFVHRVBBR0VfTUFEVklTRSBpcyBub3Qgc2V0CiMgQ09O RklHX0NMRUFOQ0FDSEUgaXMgbm90IHNldAojIENPTkZJR19YODZfQ0hFQ0tfQklPU19DT1JSVVBU SU9OIGlzIG5vdCBzZXQKQ09ORklHX1g4Nl9SRVNFUlZFX0xPVz02NApDT05GSUdfTVRSUj15CkNP TkZJR19NVFJSX1NBTklUSVpFUj15CkNPTkZJR19NVFJSX1NBTklUSVpFUl9FTkFCTEVfREVGQVVM VD0xCkNPTkZJR19NVFJSX1NBTklUSVpFUl9TUEFSRV9SRUdfTlJfREVGQVVMVD0xCkNPTkZJR19Y ODZfUEFUPXkKQ09ORklHX0FSQ0hfVVNFU19QR19VTkNBQ0hFRD15CkNPTkZJR19BUkNIX1JBTkRP TT15CkNPTkZJR19FRkk9eQojIENPTkZJR19FRklfU1RVQiBpcyBub3Qgc2V0CiMgQ09ORklHX1NF Q0NPTVAgaXMgbm90IHNldApDT05GSUdfQ0NfU1RBQ0tQUk9URUNUT1I9eQojIENPTkZJR19IWl8x MDAgaXMgbm90IHNldAojIENPTkZJR19IWl8yNTAgaXMgbm90IHNldAojIENPTkZJR19IWl8zMDAg aXMgbm90IHNldApDT05GSUdfSFpfMTAwMD15CkNPTkZJR19IWj0xMDAwCkNPTkZJR19TQ0hFRF9I UlRJQ0s9eQpDT05GSUdfS0VYRUM9eQpDT05GSUdfQ1JBU0hfRFVNUD15CkNPTkZJR19LRVhFQ19K VU1QPXkKQ09ORklHX1BIWVNJQ0FMX1NUQVJUPTB4MTAwMDAwMApDT05GSUdfUkVMT0NBVEFCTEU9 eQpDT05GSUdfUEhZU0lDQUxfQUxJR049MHgxMDAwMDAwCkNPTkZJR19IT1RQTFVHX0NQVT15CiMg Q09ORklHX0NPTVBBVF9WRFNPIGlzIG5vdCBzZXQKIyBDT05GSUdfQ01ETElORV9CT09MIGlzIG5v dCBzZXQKQ09ORklHX0FSQ0hfRU5BQkxFX01FTU9SWV9IT1RQTFVHPXkKQ09ORklHX0FSQ0hfRU5B QkxFX01FTU9SWV9IT1RSRU1PVkU9eQpDT05GSUdfVVNFX1BFUkNQVV9OVU1BX05PREVfSUQ9eQoK IwojIFBvd2VyIG1hbmFnZW1lbnQgYW5kIEFDUEkgb3B0aW9ucwojCkNPTkZJR19BUkNIX0hJQkVS TkFUSU9OX0hFQURFUj15CkNPTkZJR19TVVNQRU5EPXkKQ09ORklHX1NVU1BFTkRfRlJFRVpFUj15 CkNPTkZJR19ISUJFUk5BVEVfQ0FMTEJBQ0tTPXkKQ09ORklHX0hJQkVSTkFUSU9OPXkKQ09ORklH X1BNX1NURF9QQVJUSVRJT049IiIKQ09ORklHX1BNX1NMRUVQPXkKQ09ORklHX1BNX1NMRUVQX1NN UD15CkNPTkZJR19QTV9SVU5USU1FPXkKQ09ORklHX1BNPXkKIyBDT05GSUdfUE1fREVCVUcgaXMg bm90IHNldApDT05GSUdfQUNQST15CkNPTkZJR19BQ1BJX1NMRUVQPXkKQ09ORklHX0FDUElfUFJP Q0ZTPXkKQ09ORklHX0FDUElfUFJPQ0ZTX1BPV0VSPXkKIyBDT05GSUdfQUNQSV9FQ19ERUJVR0ZT IGlzIG5vdCBzZXQKQ09ORklHX0FDUElfUFJPQ19FVkVOVD15CkNPTkZJR19BQ1BJX0FDPXkKQ09O RklHX0FDUElfQkFUVEVSWT15CkNPTkZJR19BQ1BJX0JVVFRPTj15CkNPTkZJR19BQ1BJX1ZJREVP PW0KQ09ORklHX0FDUElfRkFOPXkKQ09ORklHX0FDUElfRE9DSz15CkNPTkZJR19BQ1BJX1BST0NF U1NPUj15CiMgQ09ORklHX0FDUElfSVBNSSBpcyBub3Qgc2V0CkNPTkZJR19BQ1BJX0hPVFBMVUdf Q1BVPXkKQ09ORklHX0FDUElfUFJPQ0VTU09SX0FHR1JFR0FUT1I9bQpDT05GSUdfQUNQSV9USEVS TUFMPXkKQ09ORklHX0FDUElfTlVNQT15CiMgQ09ORklHX0FDUElfQ1VTVE9NX0RTRFQgaXMgbm90 IHNldApDT05GSUdfQUNQSV9CTEFDS0xJU1RfWUVBUj0wCiMgQ09ORklHX0FDUElfREVCVUcgaXMg bm90IHNldApDT05GSUdfQUNQSV9QQ0lfU0xPVD15CkNPTkZJR19YODZfUE1fVElNRVI9eQpDT05G SUdfQUNQSV9DT05UQUlORVI9eQpDT05GSUdfQUNQSV9IT1RQTFVHX01FTU9SWT15CkNPTkZJR19B Q1BJX1NCUz1tCkNPTkZJR19BQ1BJX0hFRD15CiMgQ09ORklHX0FDUElfQ1VTVE9NX01FVEhPRCBp cyBub3Qgc2V0CiMgQ09ORklHX0FDUElfQkdSVCBpcyBub3Qgc2V0CkNPTkZJR19BQ1BJX0FQRUk9 eQpDT05GSUdfQUNQSV9BUEVJX0dIRVM9eQpDT05GSUdfQUNQSV9BUEVJX1BDSUVBRVI9eQojIENP TkZJR19BQ1BJX0FQRUlfTUVNT1JZX0ZBSUxVUkUgaXMgbm90IHNldApDT05GSUdfQUNQSV9BUEVJ X0VJTko9bQpDT05GSUdfQUNQSV9BUEVJX0VSU1RfREVCVUc9bQpDT05GSUdfU0ZJPXkKCiMKIyBD UFUgRnJlcXVlbmN5IHNjYWxpbmcKIwpDT05GSUdfQ1BVX0ZSRVE9eQpDT05GSUdfQ1BVX0ZSRVFf VEFCTEU9bQpDT05GSUdfQ1BVX0ZSRVFfU1RBVD1tCkNPTkZJR19DUFVfRlJFUV9TVEFUX0RFVEFJ TFM9eQojIENPTkZJR19DUFVfRlJFUV9ERUZBVUxUX0dPVl9QRVJGT1JNQU5DRSBpcyBub3Qgc2V0 CkNPTkZJR19DUFVfRlJFUV9ERUZBVUxUX0dPVl9VU0VSU1BBQ0U9eQojIENPTkZJR19DUFVfRlJF UV9ERUZBVUxUX0dPVl9PTkRFTUFORCBpcyBub3Qgc2V0CiMgQ09ORklHX0NQVV9GUkVRX0RFRkFV TFRfR09WX0NPTlNFUlZBVElWRSBpcyBub3Qgc2V0CkNPTkZJR19DUFVfRlJFUV9HT1ZfUEVSRk9S TUFOQ0U9eQpDT05GSUdfQ1BVX0ZSRVFfR09WX1BPV0VSU0FWRT1tCkNPTkZJR19DUFVfRlJFUV9H T1ZfVVNFUlNQQUNFPXkKQ09ORklHX0NQVV9GUkVRX0dPVl9PTkRFTUFORD1tCkNPTkZJR19DUFVf RlJFUV9HT1ZfQ09OU0VSVkFUSVZFPW0KCiMKIyB4ODYgQ1BVIGZyZXF1ZW5jeSBzY2FsaW5nIGRy aXZlcnMKIwpDT05GSUdfWDg2X1BDQ19DUFVGUkVRPW0KQ09ORklHX1g4Nl9BQ1BJX0NQVUZSRVE9 bQpDT05GSUdfWDg2X1BPV0VSTk9XX0s4PW0KIyBDT05GSUdfWDg2X1NQRUVEU1RFUF9DRU5UUklO TyBpcyBub3Qgc2V0CkNPTkZJR19YODZfUDRfQ0xPQ0tNT0Q9bQoKIwojIHNoYXJlZCBvcHRpb25z CiMKQ09ORklHX1g4Nl9TUEVFRFNURVBfTElCPW0KQ09ORklHX0NQVV9JRExFPXkKQ09ORklHX0NQ VV9JRExFX0dPVl9MQURERVI9eQpDT05GSUdfQ1BVX0lETEVfR09WX01FTlU9eQpDT05GSUdfSU5U RUxfSURMRT15CgojCiMgTWVtb3J5IHBvd2VyIHNhdmluZ3MKIwpDT05GSUdfSTczMDBfSURMRV9J T0FUX0NIQU5ORUw9eQpDT05GSUdfSTczMDBfSURMRT1tCgojCiMgQnVzIG9wdGlvbnMgKFBDSSBl dGMuKQojCkNPTkZJR19QQ0k9eQpDT05GSUdfUENJX0RJUkVDVD15CkNPTkZJR19QQ0lfTU1DT05G SUc9eQpDT05GSUdfUENJX1hFTj15CkNPTkZJR19QQ0lfRE9NQUlOUz15CiMgQ09ORklHX1BDSV9D TkIyMExFX1FVSVJLIGlzIG5vdCBzZXQKQ09ORklHX1BDSUVQT1JUQlVTPXkKQ09ORklHX0hPVFBM VUdfUENJX1BDSUU9eQpDT05GSUdfUENJRUFFUj15CkNPTkZJR19QQ0lFX0VDUkM9eQpDT05GSUdf UENJRUFFUl9JTkpFQ1Q9bQpDT05GSUdfUENJRUFTUE09eQojIENPTkZJR19QQ0lFQVNQTV9ERUJV RyBpcyBub3Qgc2V0CkNPTkZJR19QQ0lFQVNQTV9ERUZBVUxUPXkKIyBDT05GSUdfUENJRUFTUE1f UE9XRVJTQVZFIGlzIG5vdCBzZXQKIyBDT05GSUdfUENJRUFTUE1fUEVSRk9STUFOQ0UgaXMgbm90 IHNldApDT05GSUdfUENJRV9QTUU9eQpDT05GSUdfQVJDSF9TVVBQT1JUU19NU0k9eQpDT05GSUdf UENJX01TST15CiMgQ09ORklHX1BDSV9ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX1BDSV9SRUFM TE9DX0VOQUJMRV9BVVRPIGlzIG5vdCBzZXQKQ09ORklHX1BDSV9TVFVCPXkKQ09ORklHX1hFTl9Q Q0lERVZfRlJPTlRFTkQ9eQpDT05GSUdfSFRfSVJRPXkKQ09ORklHX1BDSV9BVFM9eQpDT05GSUdf UENJX0lPVj15CkNPTkZJR19QQ0lfUFJJPXkKQ09ORklHX1BDSV9QQVNJRD15CiMgQ09ORklHX1BD SV9JT0FQSUMgaXMgbm90IHNldApDT05GSUdfUENJX0xBQkVMPXkKQ09ORklHX0lTQV9ETUFfQVBJ PXkKQ09ORklHX0FNRF9OQj15CkNPTkZJR19QQ0NBUkQ9eQpDT05GSUdfUENNQ0lBPXkKQ09ORklH X1BDTUNJQV9MT0FEX0NJUz15CkNPTkZJR19DQVJEQlVTPXkKCiMKIyBQQy1jYXJkIGJyaWRnZXMK IwpDT05GSUdfWUVOVEE9bQpDT05GSUdfWUVOVEFfTzI9eQpDT05GSUdfWUVOVEFfUklDT0g9eQpD T05GSUdfWUVOVEFfVEk9eQpDT05GSUdfWUVOVEFfRU5FX1RVTkU9eQpDT05GSUdfWUVOVEFfVE9T SElCQT15CkNPTkZJR19QRDY3Mjk9bQojIENPTkZJR19JODIwOTIgaXMgbm90IHNldApDT05GSUdf UENDQVJEX05PTlNUQVRJQz15CkNPTkZJR19IT1RQTFVHX1BDST15CkNPTkZJR19IT1RQTFVHX1BD SV9GQUtFPW0KQ09ORklHX0hPVFBMVUdfUENJX0FDUEk9eQpDT05GSUdfSE9UUExVR19QQ0lfQUNQ SV9JQk09bQojIENPTkZJR19IT1RQTFVHX1BDSV9DUENJIGlzIG5vdCBzZXQKQ09ORklHX0hPVFBM VUdfUENJX1NIUEM9bQojIENPTkZJR19SQVBJRElPIGlzIG5vdCBzZXQKCiMKIyBFeGVjdXRhYmxl IGZpbGUgZm9ybWF0cyAvIEVtdWxhdGlvbnMKIwpDT05GSUdfQklORk1UX0VMRj15CkNPTkZJR19D T01QQVRfQklORk1UX0VMRj15CkNPTkZJR19BUkNIX0JJTkZNVF9FTEZfUkFORE9NSVpFX1BJRT15 CkNPTkZJR19DT1JFX0RVTVBfREVGQVVMVF9FTEZfSEVBREVSUz15CiMgQ09ORklHX0hBVkVfQU9V VCBpcyBub3Qgc2V0CkNPTkZJR19CSU5GTVRfTUlTQz15CkNPTkZJR19JQTMyX0VNVUxBVElPTj15 CiMgQ09ORklHX0lBMzJfQU9VVCBpcyBub3Qgc2V0CiMgQ09ORklHX1g4Nl9YMzIgaXMgbm90IHNl dApDT05GSUdfQ09NUEFUPXkKQ09ORklHX0NPTVBBVF9GT1JfVTY0X0FMSUdOTUVOVD15CkNPTkZJ R19TWVNWSVBDX0NPTVBBVD15CkNPTkZJR19LRVlTX0NPTVBBVD15CkNPTkZJR19IQVZFX1RFWFRf UE9LRV9TTVA9eQpDT05GSUdfTkVUPXkKQ09ORklHX0NPTVBBVF9ORVRMSU5LX01FU1NBR0VTPXkK CiMKIyBOZXR3b3JraW5nIG9wdGlvbnMKIwpDT05GSUdfUEFDS0VUPXkKQ09ORklHX1VOSVg9eQoj IENPTkZJR19VTklYX0RJQUcgaXMgbm90IHNldApDT05GSUdfWEZSTT15CkNPTkZJR19YRlJNX1VT RVI9eQpDT05GSUdfWEZSTV9TVUJfUE9MSUNZPXkKQ09ORklHX1hGUk1fTUlHUkFURT15CkNPTkZJ R19YRlJNX1NUQVRJU1RJQ1M9eQpDT05GSUdfWEZSTV9JUENPTVA9bQpDT05GSUdfTkVUX0tFWT1t CkNPTkZJR19ORVRfS0VZX01JR1JBVEU9eQpDT05GSUdfSU5FVD15CkNPTkZJR19JUF9NVUxUSUNB U1Q9eQpDT05GSUdfSVBfQURWQU5DRURfUk9VVEVSPXkKIyBDT05GSUdfSVBfRklCX1RSSUVfU1RB VFMgaXMgbm90IHNldApDT05GSUdfSVBfTVVMVElQTEVfVEFCTEVTPXkKQ09ORklHX0lQX1JPVVRF X01VTFRJUEFUSD15CkNPTkZJR19JUF9ST1VURV9WRVJCT1NFPXkKQ09ORklHX0lQX1JPVVRFX0NM QVNTSUQ9eQojIENPTkZJR19JUF9QTlAgaXMgbm90IHNldApDT05GSUdfTkVUX0lQSVA9bQojIENP TkZJR19ORVRfSVBHUkVfREVNVVggaXMgbm90IHNldApDT05GSUdfSVBfTVJPVVRFPXkKQ09ORklH X0lQX01ST1VURV9NVUxUSVBMRV9UQUJMRVM9eQpDT05GSUdfSVBfUElNU01fVjE9eQpDT05GSUdf SVBfUElNU01fVjI9eQojIENPTkZJR19BUlBEIGlzIG5vdCBzZXQKQ09ORklHX1NZTl9DT09LSUVT PXkKQ09ORklHX0lORVRfQUg9bQpDT05GSUdfSU5FVF9FU1A9bQpDT05GSUdfSU5FVF9JUENPTVA9 bQpDT05GSUdfSU5FVF9YRlJNX1RVTk5FTD1tCkNPTkZJR19JTkVUX1RVTk5FTD1tCkNPTkZJR19J TkVUX1hGUk1fTU9ERV9UUkFOU1BPUlQ9bQpDT05GSUdfSU5FVF9YRlJNX01PREVfVFVOTkVMPW0K Q09ORklHX0lORVRfWEZSTV9NT0RFX0JFRVQ9bQpDT05GSUdfSU5FVF9MUk89eQpDT05GSUdfSU5F VF9ESUFHPW0KQ09ORklHX0lORVRfVENQX0RJQUc9bQojIENPTkZJR19JTkVUX1VEUF9ESUFHIGlz IG5vdCBzZXQKQ09ORklHX1RDUF9DT05HX0FEVkFOQ0VEPXkKQ09ORklHX1RDUF9DT05HX0JJQz1t CkNPTkZJR19UQ1BfQ09OR19DVUJJQz15CkNPTkZJR19UQ1BfQ09OR19XRVNUV09PRD1tCkNPTkZJ R19UQ1BfQ09OR19IVENQPW0KQ09ORklHX1RDUF9DT05HX0hTVENQPW0KQ09ORklHX1RDUF9DT05H X0hZQkxBPW0KQ09ORklHX1RDUF9DT05HX1ZFR0FTPW0KQ09ORklHX1RDUF9DT05HX1NDQUxBQkxF PW0KQ09ORklHX1RDUF9DT05HX0xQPW0KQ09ORklHX1RDUF9DT05HX1ZFTk89bQpDT05GSUdfVENQ X0NPTkdfWUVBSD1tCkNPTkZJR19UQ1BfQ09OR19JTExJTk9JUz1tCkNPTkZJR19ERUZBVUxUX0NV QklDPXkKIyBDT05GSUdfREVGQVVMVF9SRU5PIGlzIG5vdCBzZXQKQ09ORklHX0RFRkFVTFRfVENQ X0NPTkc9ImN1YmljIgpDT05GSUdfVENQX01ENVNJRz15CkNPTkZJR19JUFY2PW0KQ09ORklHX0lQ VjZfUFJJVkFDWT15CkNPTkZJR19JUFY2X1JPVVRFUl9QUkVGPXkKQ09ORklHX0lQVjZfUk9VVEVf SU5GTz15CkNPTkZJR19JUFY2X09QVElNSVNUSUNfREFEPXkKQ09ORklHX0lORVQ2X0FIPW0KQ09O RklHX0lORVQ2X0VTUD1tCkNPTkZJR19JTkVUNl9JUENPTVA9bQpDT05GSUdfSVBWNl9NSVA2PW0K Q09ORklHX0lORVQ2X1hGUk1fVFVOTkVMPW0KQ09ORklHX0lORVQ2X1RVTk5FTD1tCkNPTkZJR19J TkVUNl9YRlJNX01PREVfVFJBTlNQT1JUPW0KQ09ORklHX0lORVQ2X1hGUk1fTU9ERV9UVU5ORUw9 bQpDT05GSUdfSU5FVDZfWEZSTV9NT0RFX0JFRVQ9bQpDT05GSUdfSU5FVDZfWEZSTV9NT0RFX1JP VVRFT1BUSU1JWkFUSU9OPW0KQ09ORklHX0lQVjZfU0lUPW0KIyBDT05GSUdfSVBWNl9TSVRfNlJE IGlzIG5vdCBzZXQKQ09ORklHX0lQVjZfTkRJU0NfTk9ERVRZUEU9eQpDT05GSUdfSVBWNl9UVU5O RUw9bQpDT05GSUdfSVBWNl9NVUxUSVBMRV9UQUJMRVM9eQojIENPTkZJR19JUFY2X1NVQlRSRUVT IGlzIG5vdCBzZXQKQ09ORklHX0lQVjZfTVJPVVRFPXkKIyBDT05GSUdfSVBWNl9NUk9VVEVfTVVM VElQTEVfVEFCTEVTIGlzIG5vdCBzZXQKQ09ORklHX0lQVjZfUElNU01fVjI9eQpDT05GSUdfTkVU TEFCRUw9eQpDT05GSUdfTkVUV09SS19TRUNNQVJLPXkKIyBDT05GSUdfTkVUV09SS19QSFlfVElN RVNUQU1QSU5HIGlzIG5vdCBzZXQKQ09ORklHX05FVEZJTFRFUj15CiMgQ09ORklHX05FVEZJTFRF Ul9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19ORVRGSUxURVJfQURWQU5DRUQ9eQpDT05GSUdfQlJJ REdFX05FVEZJTFRFUj15CgojCiMgQ29yZSBOZXRmaWx0ZXIgQ29uZmlndXJhdGlvbgojCkNPTkZJ R19ORVRGSUxURVJfTkVUTElOSz1tCiMgQ09ORklHX05FVEZJTFRFUl9ORVRMSU5LX0FDQ1QgaXMg bm90IHNldApDT05GSUdfTkVURklMVEVSX05FVExJTktfUVVFVUU9bQpDT05GSUdfTkVURklMVEVS X05FVExJTktfTE9HPW0KQ09ORklHX05GX0NPTk5UUkFDSz1tCkNPTkZJR19ORl9DT05OVFJBQ0tf TUFSSz15CkNPTkZJR19ORl9DT05OVFJBQ0tfU0VDTUFSSz15CkNPTkZJR19ORl9DT05OVFJBQ0tf UFJPQ0ZTPXkKQ09ORklHX05GX0NPTk5UUkFDS19FVkVOVFM9eQojIENPTkZJR19ORl9DT05OVFJB Q0tfVElNRU9VVCBpcyBub3Qgc2V0CiMgQ09ORklHX05GX0NPTk5UUkFDS19USU1FU1RBTVAgaXMg bm90IHNldApDT05GSUdfTkZfQ1RfUFJPVE9fRENDUD1tCkNPTkZJR19ORl9DVF9QUk9UT19HUkU9 bQpDT05GSUdfTkZfQ1RfUFJPVE9fU0NUUD1tCkNPTkZJR19ORl9DVF9QUk9UT19VRFBMSVRFPW0K Q09ORklHX05GX0NPTk5UUkFDS19BTUFOREE9bQpDT05GSUdfTkZfQ09OTlRSQUNLX0ZUUD1tCkNP TkZJR19ORl9DT05OVFJBQ0tfSDMyMz1tCkNPTkZJR19ORl9DT05OVFJBQ0tfSVJDPW0KQ09ORklH X05GX0NPTk5UUkFDS19CUk9BRENBU1Q9bQpDT05GSUdfTkZfQ09OTlRSQUNLX05FVEJJT1NfTlM9 bQpDT05GSUdfTkZfQ09OTlRSQUNLX1NOTVA9bQpDT05GSUdfTkZfQ09OTlRSQUNLX1BQVFA9bQpD T05GSUdfTkZfQ09OTlRSQUNLX1NBTkU9bQpDT05GSUdfTkZfQ09OTlRSQUNLX1NJUD1tCkNPTkZJ R19ORl9DT05OVFJBQ0tfVEZUUD1tCkNPTkZJR19ORl9DVF9ORVRMSU5LPW0KIyBDT05GSUdfTkZf Q1RfTkVUTElOS19USU1FT1VUIGlzIG5vdCBzZXQKQ09ORklHX05FVEZJTFRFUl9UUFJPWFk9bQpD T05GSUdfTkVURklMVEVSX1hUQUJMRVM9eQoKIwojIFh0YWJsZXMgY29tYmluZWQgbW9kdWxlcwoj CkNPTkZJR19ORVRGSUxURVJfWFRfTUFSSz1tCkNPTkZJR19ORVRGSUxURVJfWFRfQ09OTk1BUks9 bQpDT05GSUdfTkVURklMVEVSX1hUX1NFVD1tCgojCiMgWHRhYmxlcyB0YXJnZXRzCiMKQ09ORklH X05FVEZJTFRFUl9YVF9UQVJHRVRfQVVESVQ9bQpDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9D SEVDS1NVTT1tCkNPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX0NMQVNTSUZZPW0KQ09ORklHX05F VEZJTFRFUl9YVF9UQVJHRVRfQ09OTk1BUks9bQpDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9D T05OU0VDTUFSSz1tCiMgQ09ORklHX05FVEZJTFRFUl9YVF9UQVJHRVRfQ1QgaXMgbm90IHNldApD T05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9EU0NQPW0KQ09ORklHX05FVEZJTFRFUl9YVF9UQVJH RVRfSEw9bQojIENPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX0lETEVUSU1FUiBpcyBub3Qgc2V0 CkNPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX0xFRD1tCiMgQ09ORklHX05FVEZJTFRFUl9YVF9U QVJHRVRfTE9HIGlzIG5vdCBzZXQKQ09ORklHX05FVEZJTFRFUl9YVF9UQVJHRVRfTUFSSz1tCkNP TkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX05GTE9HPW0KQ09ORklHX05FVEZJTFRFUl9YVF9UQVJH RVRfTkZRVUVVRT1tCkNPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX05PVFJBQ0s9bQpDT05GSUdf TkVURklMVEVSX1hUX1RBUkdFVF9SQVRFRVNUPW0KIyBDT05GSUdfTkVURklMVEVSX1hUX1RBUkdF VF9URUUgaXMgbm90IHNldApDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9UUFJPWFk9bQpDT05G SUdfTkVURklMVEVSX1hUX1RBUkdFVF9UUkFDRT1tCkNPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VU X1NFQ01BUks9bQpDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9UQ1BNU1M9bQpDT05GSUdfTkVU RklMVEVSX1hUX1RBUkdFVF9UQ1BPUFRTVFJJUD1tCgojCiMgWHRhYmxlcyBtYXRjaGVzCiMKIyBD T05GSUdfTkVURklMVEVSX1hUX01BVENIX0FERFJUWVBFIGlzIG5vdCBzZXQKQ09ORklHX05FVEZJ TFRFUl9YVF9NQVRDSF9DTFVTVEVSPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9DT01NRU5U PW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9DT05OQllURVM9bQpDT05GSUdfTkVURklMVEVS X1hUX01BVENIX0NPTk5MSU1JVD1tCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfQ09OTk1BUks9 bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0NPTk5UUkFDSz1tCiMgQ09ORklHX05FVEZJTFRF Ul9YVF9NQVRDSF9DUFUgaXMgbm90IHNldApDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0RDQ1A9 bQojIENPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfREVWR1JPVVAgaXMgbm90IHNldApDT05GSUdf TkVURklMVEVSX1hUX01BVENIX0RTQ1A9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0VDTj1t CkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfRVNQPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRD SF9IQVNITElNSVQ9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0hFTFBFUj1tCkNPTkZJR19O RVRGSUxURVJfWFRfTUFUQ0hfSEw9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0lQUkFOR0U9 bQojIENPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfSVBWUyBpcyBub3Qgc2V0CkNPTkZJR19ORVRG SUxURVJfWFRfTUFUQ0hfTEVOR1RIPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9MSU1JVD1t CkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfTUFDPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRD SF9NQVJLPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9NVUxUSVBPUlQ9bQojIENPTkZJR19O RVRGSUxURVJfWFRfTUFUQ0hfTkZBQ0NUIGlzIG5vdCBzZXQKQ09ORklHX05FVEZJTFRFUl9YVF9N QVRDSF9PU0Y9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX09XTkVSPW0KQ09ORklHX05FVEZJ TFRFUl9YVF9NQVRDSF9QT0xJQ1k9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX1BIWVNERVY9 bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX1BLVFRZUEU9bQpDT05GSUdfTkVURklMVEVSX1hU X01BVENIX1FVT1RBPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9SQVRFRVNUPW0KQ09ORklH X05FVEZJTFRFUl9YVF9NQVRDSF9SRUFMTT1tCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfUkVD RU5UPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9TQ1RQPW0KQ09ORklHX05FVEZJTFRFUl9Y VF9NQVRDSF9TT0NLRVQ9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX1NUQVRFPW0KQ09ORklH X05FVEZJTFRFUl9YVF9NQVRDSF9TVEFUSVNUSUM9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENI X1NUUklORz1tCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfVENQTVNTPW0KQ09ORklHX05FVEZJ TFRFUl9YVF9NQVRDSF9USU1FPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9VMzI9bQpDT05G SUdfSVBfU0VUPW0KQ09ORklHX0lQX1NFVF9NQVg9MjU2CkNPTkZJR19JUF9TRVRfQklUTUFQX0lQ PW0KQ09ORklHX0lQX1NFVF9CSVRNQVBfSVBNQUM9bQpDT05GSUdfSVBfU0VUX0JJVE1BUF9QT1JU PW0KQ09ORklHX0lQX1NFVF9IQVNIX0lQPW0KQ09ORklHX0lQX1NFVF9IQVNIX0lQUE9SVD1tCkNP TkZJR19JUF9TRVRfSEFTSF9JUFBPUlRJUD1tCkNPTkZJR19JUF9TRVRfSEFTSF9JUFBPUlRORVQ9 bQpDT05GSUdfSVBfU0VUX0hBU0hfTkVUPW0KQ09ORklHX0lQX1NFVF9IQVNIX05FVFBPUlQ9bQoj IENPTkZJR19JUF9TRVRfSEFTSF9ORVRJRkFDRSBpcyBub3Qgc2V0CkNPTkZJR19JUF9TRVRfTElT VF9TRVQ9bQpDT05GSUdfSVBfVlM9bQpDT05GSUdfSVBfVlNfSVBWNj15CiMgQ09ORklHX0lQX1ZT X0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0lQX1ZTX1RBQl9CSVRTPTEyCgojCiMgSVBWUyB0cmFu c3BvcnQgcHJvdG9jb2wgbG9hZCBiYWxhbmNpbmcgc3VwcG9ydAojCkNPTkZJR19JUF9WU19QUk9U T19UQ1A9eQpDT05GSUdfSVBfVlNfUFJPVE9fVURQPXkKQ09ORklHX0lQX1ZTX1BST1RPX0FIX0VT UD15CkNPTkZJR19JUF9WU19QUk9UT19FU1A9eQpDT05GSUdfSVBfVlNfUFJPVE9fQUg9eQpDT05G SUdfSVBfVlNfUFJPVE9fU0NUUD15CgojCiMgSVBWUyBzY2hlZHVsZXIKIwpDT05GSUdfSVBfVlNf UlI9bQpDT05GSUdfSVBfVlNfV1JSPW0KQ09ORklHX0lQX1ZTX0xDPW0KQ09ORklHX0lQX1ZTX1dM Qz1tCkNPTkZJR19JUF9WU19MQkxDPW0KQ09ORklHX0lQX1ZTX0xCTENSPW0KQ09ORklHX0lQX1ZT X0RIPW0KQ09ORklHX0lQX1ZTX1NIPW0KQ09ORklHX0lQX1ZTX1NFRD1tCkNPTkZJR19JUF9WU19O UT1tCgojCiMgSVBWUyBTSCBzY2hlZHVsZXIKIwpDT05GSUdfSVBfVlNfU0hfVEFCX0JJVFM9OAoK IwojIElQVlMgYXBwbGljYXRpb24gaGVscGVyCiMKQ09ORklHX0lQX1ZTX0ZUUD1tCkNPTkZJR19J UF9WU19ORkNUPXkKIyBDT05GSUdfSVBfVlNfUEVfU0lQIGlzIG5vdCBzZXQKCiMKIyBJUDogTmV0 ZmlsdGVyIENvbmZpZ3VyYXRpb24KIwpDT05GSUdfTkZfREVGUkFHX0lQVjQ9bQpDT05GSUdfTkZf Q09OTlRSQUNLX0lQVjQ9bQojIENPTkZJR19ORl9DT05OVFJBQ0tfUFJPQ19DT01QQVQgaXMgbm90 IHNldApDT05GSUdfSVBfTkZfUVVFVUU9bQpDT05GSUdfSVBfTkZfSVBUQUJMRVM9bQpDT05GSUdf SVBfTkZfTUFUQ0hfQUg9bQpDT05GSUdfSVBfTkZfTUFUQ0hfRUNOPW0KIyBDT05GSUdfSVBfTkZf TUFUQ0hfUlBGSUxURVIgaXMgbm90IHNldApDT05GSUdfSVBfTkZfTUFUQ0hfVFRMPW0KQ09ORklH X0lQX05GX0ZJTFRFUj1tCkNPTkZJR19JUF9ORl9UQVJHRVRfUkVKRUNUPW0KQ09ORklHX0lQX05G X1RBUkdFVF9VTE9HPW0KQ09ORklHX05GX05BVD1tCkNPTkZJR19ORl9OQVRfTkVFREVEPXkKQ09O RklHX0lQX05GX1RBUkdFVF9NQVNRVUVSQURFPW0KQ09ORklHX0lQX05GX1RBUkdFVF9ORVRNQVA9 bQpDT05GSUdfSVBfTkZfVEFSR0VUX1JFRElSRUNUPW0KQ09ORklHX05GX05BVF9TTk1QX0JBU0lD PW0KQ09ORklHX05GX05BVF9QUk9UT19EQ0NQPW0KQ09ORklHX05GX05BVF9QUk9UT19HUkU9bQpD T05GSUdfTkZfTkFUX1BST1RPX1VEUExJVEU9bQpDT05GSUdfTkZfTkFUX1BST1RPX1NDVFA9bQpD T05GSUdfTkZfTkFUX0ZUUD1tCkNPTkZJR19ORl9OQVRfSVJDPW0KQ09ORklHX05GX05BVF9URlRQ PW0KQ09ORklHX05GX05BVF9BTUFOREE9bQpDT05GSUdfTkZfTkFUX1BQVFA9bQpDT05GSUdfTkZf TkFUX0gzMjM9bQpDT05GSUdfTkZfTkFUX1NJUD1tCkNPTkZJR19JUF9ORl9NQU5HTEU9bQpDT05G SUdfSVBfTkZfVEFSR0VUX0NMVVNURVJJUD1tCkNPTkZJR19JUF9ORl9UQVJHRVRfRUNOPW0KQ09O RklHX0lQX05GX1RBUkdFVF9UVEw9bQpDT05GSUdfSVBfTkZfUkFXPW0KQ09ORklHX0lQX05GX1NF Q1VSSVRZPW0KQ09ORklHX0lQX05GX0FSUFRBQkxFUz1tCkNPTkZJR19JUF9ORl9BUlBGSUxURVI9 bQpDT05GSUdfSVBfTkZfQVJQX01BTkdMRT1tCgojCiMgSVB2NjogTmV0ZmlsdGVyIENvbmZpZ3Vy YXRpb24KIwpDT05GSUdfTkZfREVGUkFHX0lQVjY9bQpDT05GSUdfTkZfQ09OTlRSQUNLX0lQVjY9 bQpDT05GSUdfSVA2X05GX1FVRVVFPW0KQ09ORklHX0lQNl9ORl9JUFRBQkxFUz1tCkNPTkZJR19J UDZfTkZfTUFUQ0hfQUg9bQpDT05GSUdfSVA2X05GX01BVENIX0VVSTY0PW0KQ09ORklHX0lQNl9O Rl9NQVRDSF9GUkFHPW0KQ09ORklHX0lQNl9ORl9NQVRDSF9PUFRTPW0KQ09ORklHX0lQNl9ORl9N QVRDSF9ITD1tCkNPTkZJR19JUDZfTkZfTUFUQ0hfSVBWNkhFQURFUj1tCkNPTkZJR19JUDZfTkZf TUFUQ0hfTUg9bQojIENPTkZJR19JUDZfTkZfTUFUQ0hfUlBGSUxURVIgaXMgbm90IHNldApDT05G SUdfSVA2X05GX01BVENIX1JUPW0KQ09ORklHX0lQNl9ORl9UQVJHRVRfSEw9bQpDT05GSUdfSVA2 X05GX0ZJTFRFUj1tCkNPTkZJR19JUDZfTkZfVEFSR0VUX1JFSkVDVD1tCkNPTkZJR19JUDZfTkZf TUFOR0xFPW0KQ09ORklHX0lQNl9ORl9SQVc9bQpDT05GSUdfSVA2X05GX1NFQ1VSSVRZPW0KQ09O RklHX0JSSURHRV9ORl9FQlRBQkxFUz1tCkNPTkZJR19CUklER0VfRUJUX0JST1VURT1tCkNPTkZJ R19CUklER0VfRUJUX1RfRklMVEVSPW0KQ09ORklHX0JSSURHRV9FQlRfVF9OQVQ9bQpDT05GSUdf QlJJREdFX0VCVF84MDJfMz1tCkNPTkZJR19CUklER0VfRUJUX0FNT05HPW0KQ09ORklHX0JSSURH RV9FQlRfQVJQPW0KQ09ORklHX0JSSURHRV9FQlRfSVA9bQpDT05GSUdfQlJJREdFX0VCVF9JUDY9 bQpDT05GSUdfQlJJREdFX0VCVF9MSU1JVD1tCkNPTkZJR19CUklER0VfRUJUX01BUks9bQpDT05G SUdfQlJJREdFX0VCVF9QS1RUWVBFPW0KQ09ORklHX0JSSURHRV9FQlRfU1RQPW0KQ09ORklHX0JS SURHRV9FQlRfVkxBTj1tCkNPTkZJR19CUklER0VfRUJUX0FSUFJFUExZPW0KQ09ORklHX0JSSURH RV9FQlRfRE5BVD1tCkNPTkZJR19CUklER0VfRUJUX01BUktfVD1tCkNPTkZJR19CUklER0VfRUJU X1JFRElSRUNUPW0KQ09ORklHX0JSSURHRV9FQlRfU05BVD1tCkNPTkZJR19CUklER0VfRUJUX0xP Rz1tCkNPTkZJR19CUklER0VfRUJUX1VMT0c9bQpDT05GSUdfQlJJREdFX0VCVF9ORkxPRz1tCkNP TkZJR19JUF9EQ0NQPW0KQ09ORklHX0lORVRfRENDUF9ESUFHPW0KCiMKIyBEQ0NQIENDSURzIENv bmZpZ3VyYXRpb24gKEVYUEVSSU1FTlRBTCkKIwojIENPTkZJR19JUF9EQ0NQX0NDSUQyX0RFQlVH IGlzIG5vdCBzZXQKQ09ORklHX0lQX0RDQ1BfQ0NJRDM9eQojIENPTkZJR19JUF9EQ0NQX0NDSUQz X0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0lQX0RDQ1BfVEZSQ19MSUI9eQoKIwojIERDQ1AgS2Vy bmVsIEhhY2tpbmcKIwojIENPTkZJR19JUF9EQ0NQX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX05F VF9EQ0NQUFJPQkU9bQpDT05GSUdfSVBfU0NUUD1tCiMgQ09ORklHX05FVF9TQ1RQUFJPQkUgaXMg bm90IHNldAojIENPTkZJR19TQ1RQX0RCR19NU0cgaXMgbm90IHNldAojIENPTkZJR19TQ1RQX0RC R19PQkpDTlQgaXMgbm90IHNldAojIENPTkZJR19TQ1RQX0hNQUNfTk9ORSBpcyBub3Qgc2V0CiMg Q09ORklHX1NDVFBfSE1BQ19TSEExIGlzIG5vdCBzZXQKQ09ORklHX1NDVFBfSE1BQ19NRDU9eQpD T05GSUdfUkRTPW0KQ09ORklHX1JEU19SRE1BPW0KQ09ORklHX1JEU19UQ1A9bQojIENPTkZJR19S RFNfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19USVBDIGlzIG5vdCBzZXQKQ09ORklHX0FUTT1t CkNPTkZJR19BVE1fQ0xJUD1tCiMgQ09ORklHX0FUTV9DTElQX05PX0lDTVAgaXMgbm90IHNldApD T05GSUdfQVRNX0xBTkU9bQojIENPTkZJR19BVE1fTVBPQSBpcyBub3Qgc2V0CkNPTkZJR19BVE1f QlIyNjg0PW0KIyBDT05GSUdfQVRNX0JSMjY4NF9JUEZJTFRFUiBpcyBub3Qgc2V0CiMgQ09ORklH X0wyVFAgaXMgbm90IHNldApDT05GSUdfU1RQPW0KQ09ORklHX0dBUlA9bQpDT05GSUdfQlJJREdF PW0KQ09ORklHX0JSSURHRV9JR01QX1NOT09QSU5HPXkKQ09ORklHX05FVF9EU0E9eQpDT05GSUdf TkVUX0RTQV9UQUdfRFNBPXkKQ09ORklHX05FVF9EU0FfVEFHX0VEU0E9eQpDT05GSUdfTkVUX0RT QV9UQUdfVFJBSUxFUj15CkNPTkZJR19WTEFOXzgwMjFRPW0KQ09ORklHX1ZMQU5fODAyMVFfR1ZS UD15CiMgQ09ORklHX0RFQ05FVCBpcyBub3Qgc2V0CkNPTkZJR19MTEM9bQojIENPTkZJR19MTEMy IGlzIG5vdCBzZXQKIyBDT05GSUdfSVBYIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRBTEsgaXMgbm90 IHNldAojIENPTkZJR19YMjUgaXMgbm90IHNldAojIENPTkZJR19MQVBCIGlzIG5vdCBzZXQKIyBD T05GSUdfRUNPTkVUIGlzIG5vdCBzZXQKIyBDT05GSUdfV0FOX1JPVVRFUiBpcyBub3Qgc2V0CkNP TkZJR19QSE9ORVQ9bQpDT05GSUdfSUVFRTgwMjE1ND1tCiMgQ09ORklHX0lFRUU4MDIxNTRfNkxP V1BBTiBpcyBub3Qgc2V0CkNPTkZJR19ORVRfU0NIRUQ9eQoKIwojIFF1ZXVlaW5nL1NjaGVkdWxp bmcKIwpDT05GSUdfTkVUX1NDSF9DQlE9bQpDT05GSUdfTkVUX1NDSF9IVEI9bQpDT05GSUdfTkVU X1NDSF9IRlNDPW0KQ09ORklHX05FVF9TQ0hfQVRNPW0KQ09ORklHX05FVF9TQ0hfUFJJTz1tCkNP TkZJR19ORVRfU0NIX01VTFRJUT1tCkNPTkZJR19ORVRfU0NIX1JFRD1tCiMgQ09ORklHX05FVF9T Q0hfU0ZCIGlzIG5vdCBzZXQKQ09ORklHX05FVF9TQ0hfU0ZRPW0KQ09ORklHX05FVF9TQ0hfVEVR TD1tCkNPTkZJR19ORVRfU0NIX1RCRj1tCkNPTkZJR19ORVRfU0NIX0dSRUQ9bQpDT05GSUdfTkVU X1NDSF9EU01BUks9bQpDT05GSUdfTkVUX1NDSF9ORVRFTT1tCkNPTkZJR19ORVRfU0NIX0RSUj1t CkNPTkZJR19ORVRfU0NIX01RUFJJTz1tCiMgQ09ORklHX05FVF9TQ0hfQ0hPS0UgaXMgbm90IHNl dApDT05GSUdfTkVUX1NDSF9RRlE9bQpDT05GSUdfTkVUX1NDSF9JTkdSRVNTPW0KIyBDT05GSUdf TkVUX1NDSF9QTFVHIGlzIG5vdCBzZXQKCiMKIyBDbGFzc2lmaWNhdGlvbgojCkNPTkZJR19ORVRf Q0xTPXkKQ09ORklHX05FVF9DTFNfQkFTSUM9bQpDT05GSUdfTkVUX0NMU19UQ0lOREVYPW0KQ09O RklHX05FVF9DTFNfUk9VVEU0PW0KQ09ORklHX05FVF9DTFNfRlc9bQpDT05GSUdfTkVUX0NMU19V MzI9bQpDT05GSUdfQ0xTX1UzMl9QRVJGPXkKQ09ORklHX0NMU19VMzJfTUFSSz15CkNPTkZJR19O RVRfQ0xTX1JTVlA9bQpDT05GSUdfTkVUX0NMU19SU1ZQNj1tCkNPTkZJR19ORVRfQ0xTX0ZMT1c9 bQpDT05GSUdfTkVUX0NMU19DR1JPVVA9eQpDT05GSUdfTkVUX0VNQVRDSD15CkNPTkZJR19ORVRf RU1BVENIX1NUQUNLPTMyCkNPTkZJR19ORVRfRU1BVENIX0NNUD1tCkNPTkZJR19ORVRfRU1BVENI X05CWVRFPW0KQ09ORklHX05FVF9FTUFUQ0hfVTMyPW0KQ09ORklHX05FVF9FTUFUQ0hfTUVUQT1t CkNPTkZJR19ORVRfRU1BVENIX1RFWFQ9bQpDT05GSUdfTkVUX0NMU19BQ1Q9eQpDT05GSUdfTkVU X0FDVF9QT0xJQ0U9bQpDT05GSUdfTkVUX0FDVF9HQUNUPW0KQ09ORklHX0dBQ1RfUFJPQj15CkNP TkZJR19ORVRfQUNUX01JUlJFRD1tCkNPTkZJR19ORVRfQUNUX0lQVD1tCkNPTkZJR19ORVRfQUNU X05BVD1tCkNPTkZJR19ORVRfQUNUX1BFRElUPW0KQ09ORklHX05FVF9BQ1RfU0lNUD1tCkNPTkZJ R19ORVRfQUNUX1NLQkVESVQ9bQojIENPTkZJR19ORVRfQUNUX0NTVU0gaXMgbm90IHNldApDT05G SUdfTkVUX0NMU19JTkQ9eQpDT05GSUdfTkVUX1NDSF9GSUZPPXkKQ09ORklHX0RDQj15CkNPTkZJ R19ETlNfUkVTT0xWRVI9bQojIENPTkZJR19CQVRNQU5fQURWIGlzIG5vdCBzZXQKIyBDT05GSUdf T1BFTlZTV0lUQ0ggaXMgbm90IHNldApDT05GSUdfUlBTPXkKQ09ORklHX1JGU19BQ0NFTD15CkNP TkZJR19YUFM9eQpDT05GSUdfTkVUUFJJT19DR1JPVVA9eQpDT05GSUdfQlFMPXkKQ09ORklHX0hB VkVfQlBGX0pJVD15CiMgQ09ORklHX0JQRl9KSVQgaXMgbm90IHNldAoKIwojIE5ldHdvcmsgdGVz dGluZwojCkNPTkZJR19ORVRfUEtUR0VOPW0KIyBDT05GSUdfTkVUX1RDUFBST0JFIGlzIG5vdCBz ZXQKQ09ORklHX05FVF9EUk9QX01PTklUT1I9eQojIENPTkZJR19IQU1SQURJTyBpcyBub3Qgc2V0 CkNPTkZJR19DQU49bQpDT05GSUdfQ0FOX1JBVz1tCkNPTkZJR19DQU5fQkNNPW0KIyBDT05GSUdf Q0FOX0dXIGlzIG5vdCBzZXQKCiMKIyBDQU4gRGV2aWNlIERyaXZlcnMKIwpDT05GSUdfQ0FOX1ZD QU49bQojIENPTkZJR19DQU5fU0xDQU4gaXMgbm90IHNldApDT05GSUdfQ0FOX0RFVj1tCkNPTkZJ R19DQU5fQ0FMQ19CSVRUSU1JTkc9eQojIENPTkZJR19QQ0hfQ0FOIGlzIG5vdCBzZXQKQ09ORklH X0NBTl9TSkExMDAwPW0KIyBDT05GSUdfQ0FOX1NKQTEwMDBfSVNBIGlzIG5vdCBzZXQKQ09ORklH X0NBTl9TSkExMDAwX1BMQVRGT1JNPW0KIyBDT05GSUdfQ0FOX0VNU19QQ01DSUEgaXMgbm90IHNl dApDT05GSUdfQ0FOX0VNU19QQ0k9bQojIENPTkZJR19DQU5fUEVBS19QQ01DSUEgaXMgbm90IHNl dAojIENPTkZJR19DQU5fUEVBS19QQ0kgaXMgbm90IHNldApDT05GSUdfQ0FOX0tWQVNFUl9QQ0k9 bQojIENPTkZJR19DQU5fUExYX1BDSSBpcyBub3Qgc2V0CiMgQ09ORklHX0NBTl9DX0NBTiBpcyBu b3Qgc2V0CiMgQ09ORklHX0NBTl9DQzc3MCBpcyBub3Qgc2V0CgojCiMgQ0FOIFVTQiBpbnRlcmZh Y2VzCiMKQ09ORklHX0NBTl9FTVNfVVNCPW0KIyBDT05GSUdfQ0FOX0VTRF9VU0IyIGlzIG5vdCBz ZXQKIyBDT05GSUdfQ0FOX1BFQUtfVVNCIGlzIG5vdCBzZXQKIyBDT05GSUdfQ0FOX1NPRlRJTkcg aXMgbm90IHNldApDT05GSUdfQ0FOX0RFQlVHX0RFVklDRVM9eQojIENPTkZJR19JUkRBIGlzIG5v dCBzZXQKQ09ORklHX0JUPW0KQ09ORklHX0JUX1JGQ09NTT1tCkNPTkZJR19CVF9SRkNPTU1fVFRZ PXkKQ09ORklHX0JUX0JORVA9bQpDT05GSUdfQlRfQk5FUF9NQ19GSUxURVI9eQpDT05GSUdfQlRf Qk5FUF9QUk9UT19GSUxURVI9eQpDT05GSUdfQlRfQ01UUD1tCkNPTkZJR19CVF9ISURQPW0KCiMK IyBCbHVldG9vdGggZGV2aWNlIGRyaXZlcnMKIwpDT05GSUdfQlRfSENJQlRVU0I9bQpDT05GSUdf QlRfSENJQlRTRElPPW0KQ09ORklHX0JUX0hDSVVBUlQ9bQpDT05GSUdfQlRfSENJVUFSVF9IND15 CkNPTkZJR19CVF9IQ0lVQVJUX0JDU1A9eQojIENPTkZJR19CVF9IQ0lVQVJUX0FUSDNLIGlzIG5v dCBzZXQKQ09ORklHX0JUX0hDSVVBUlRfTEw9eQpDT05GSUdfQlRfSENJQkNNMjAzWD1tCkNPTkZJ R19CVF9IQ0lCUEExMFg9bQpDT05GSUdfQlRfSENJQkZVU0I9bQpDT05GSUdfQlRfSENJRFRMMT1t CkNPTkZJR19CVF9IQ0lCVDNDPW0KQ09ORklHX0JUX0hDSUJMVUVDQVJEPW0KQ09ORklHX0JUX0hD SUJUVUFSVD1tCkNPTkZJR19CVF9IQ0lWSENJPW0KQ09ORklHX0JUX01SVkw9bQpDT05GSUdfQlRf TVJWTF9TRElPPW0KIyBDT05GSUdfQlRfQVRIM0sgaXMgbm90IHNldAojIENPTkZJR19BRl9SWFJQ QyBpcyBub3Qgc2V0CkNPTkZJR19GSUJfUlVMRVM9eQpDT05GSUdfV0lSRUxFU1M9eQpDT05GSUdf V0lSRUxFU1NfRVhUPXkKQ09ORklHX1dFWFRfQ09SRT15CkNPTkZJR19XRVhUX1BST0M9eQpDT05G SUdfV0VYVF9TUFk9eQpDT05GSUdfV0VYVF9QUklWPXkKQ09ORklHX0NGRzgwMjExPW0KIyBDT05G SUdfTkw4MDIxMV9URVNUTU9ERSBpcyBub3Qgc2V0CiMgQ09ORklHX0NGRzgwMjExX0RFVkVMT1BF Ul9XQVJOSU5HUyBpcyBub3Qgc2V0CiMgQ09ORklHX0NGRzgwMjExX1JFR19ERUJVRyBpcyBub3Qg c2V0CkNPTkZJR19DRkc4MDIxMV9ERUZBVUxUX1BTPXkKIyBDT05GSUdfQ0ZHODAyMTFfREVCVUdG UyBpcyBub3Qgc2V0CiMgQ09ORklHX0NGRzgwMjExX0lOVEVSTkFMX1JFR0RCIGlzIG5vdCBzZXQK Q09ORklHX0NGRzgwMjExX1dFWFQ9eQpDT05GSUdfV0lSRUxFU1NfRVhUX1NZU0ZTPXkKQ09ORklH X0xJQjgwMjExPW0KQ09ORklHX0xJQjgwMjExX0NSWVBUX1dFUD1tCkNPTkZJR19MSUI4MDIxMV9D UllQVF9DQ01QPW0KQ09ORklHX0xJQjgwMjExX0NSWVBUX1RLSVA9bQojIENPTkZJR19MSUI4MDIx MV9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19NQUM4MDIxMT1tCkNPTkZJR19NQUM4MDIxMV9IQVNf UkM9eQpDT05GSUdfTUFDODAyMTFfUkNfTUlOU1RSRUw9eQpDT05GSUdfTUFDODAyMTFfUkNfTUlO U1RSRUxfSFQ9eQpDT05GSUdfTUFDODAyMTFfUkNfREVGQVVMVF9NSU5TVFJFTD15CkNPTkZJR19N QUM4MDIxMV9SQ19ERUZBVUxUPSJtaW5zdHJlbF9odCIKIyBDT05GSUdfTUFDODAyMTFfTUVTSCBp cyBub3Qgc2V0CkNPTkZJR19NQUM4MDIxMV9MRURTPXkKIyBDT05GSUdfTUFDODAyMTFfREVCVUdG UyBpcyBub3Qgc2V0CiMgQ09ORklHX01BQzgwMjExX0RFQlVHX01FTlUgaXMgbm90IHNldApDT05G SUdfV0lNQVg9bQpDT05GSUdfV0lNQVhfREVCVUdfTEVWRUw9OApDT05GSUdfUkZLSUxMPW0KQ09O RklHX1JGS0lMTF9MRURTPXkKQ09ORklHX1JGS0lMTF9JTlBVVD15CiMgQ09ORklHX1JGS0lMTF9S RUdVTEFUT1IgaXMgbm90IHNldApDT05GSUdfTkVUXzlQPW0KQ09ORklHX05FVF85UF9WSVJUSU89 bQpDT05GSUdfTkVUXzlQX1JETUE9bQojIENPTkZJR19ORVRfOVBfREVCVUcgaXMgbm90IHNldAoj IENPTkZJR19DQUlGIGlzIG5vdCBzZXQKIyBDT05GSUdfQ0VQSF9MSUIgaXMgbm90IHNldAojIENP TkZJR19ORkMgaXMgbm90IHNldAoKIwojIERldmljZSBEcml2ZXJzCiMKCiMKIyBHZW5lcmljIERy aXZlciBPcHRpb25zCiMKQ09ORklHX1VFVkVOVF9IRUxQRVJfUEFUSD0iIgpDT05GSUdfREVWVE1Q RlM9eQpDT05GSUdfREVWVE1QRlNfTU9VTlQ9eQpDT05GSUdfU1RBTkRBTE9ORT15CkNPTkZJR19Q UkVWRU5UX0ZJUk1XQVJFX0JVSUxEPXkKQ09ORklHX0ZXX0xPQURFUj15CiMgQ09ORklHX0ZJUk1X QVJFX0lOX0tFUk5FTCBpcyBub3Qgc2V0CkNPTkZJR19FWFRSQV9GSVJNV0FSRT0iIgojIENPTkZJ R19ERUJVR19EUklWRVIgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19ERVZSRVMgaXMgbm90IHNl dApDT05GSUdfU1lTX0hZUEVSVklTT1I9eQojIENPTkZJR19HRU5FUklDX0NQVV9ERVZJQ0VTIGlz IG5vdCBzZXQKQ09ORklHX1JFR01BUD15CkNPTkZJR19SRUdNQVBfSTJDPW0KQ09ORklHX0RNQV9T SEFSRURfQlVGRkVSPXkKQ09ORklHX0NPTk5FQ1RPUj15CkNPTkZJR19QUk9DX0VWRU5UUz15CkNP TkZJR19NVEQ9eQojIENPTkZJR19NVERfVEVTVFMgaXMgbm90IHNldApDT05GSUdfTVREX1JFREJP T1RfUEFSVFM9bQpDT05GSUdfTVREX1JFREJPT1RfRElSRUNUT1JZX0JMT0NLPS0xCiMgQ09ORklH X01URF9SRURCT09UX1BBUlRTX1VOQUxMT0NBVEVEIGlzIG5vdCBzZXQKIyBDT05GSUdfTVREX1JF REJPT1RfUEFSVFNfUkVBRE9OTFkgaXMgbm90IHNldApDT05GSUdfTVREX0NNRExJTkVfUEFSVFM9 eQpDT05GSUdfTVREX0FSN19QQVJUUz1tCgojCiMgVXNlciBNb2R1bGVzIEFuZCBUcmFuc2xhdGlv biBMYXllcnMKIwpDT05GSUdfTVREX0NIQVI9bQpDT05GSUdfTVREX0JMS0RFVlM9bQpDT05GSUdf TVREX0JMT0NLPW0KQ09ORklHX01URF9CTE9DS19STz1tCkNPTkZJR19GVEw9bQpDT05GSUdfTkZU TD1tCkNPTkZJR19ORlRMX1JXPXkKQ09ORklHX0lORlRMPW0KQ09ORklHX1JGRF9GVEw9bQpDT05G SUdfU1NGREM9bQojIENPTkZJR19TTV9GVEwgaXMgbm90IHNldApDT05GSUdfTVREX09PUFM9bQoj IENPTkZJR19NVERfU1dBUCBpcyBub3Qgc2V0CgojCiMgUkFNL1JPTS9GbGFzaCBjaGlwIGRyaXZl cnMKIwpDT05GSUdfTVREX0NGST1tCkNPTkZJR19NVERfSkVERUNQUk9CRT1tCkNPTkZJR19NVERf R0VOX1BST0JFPW0KIyBDT05GSUdfTVREX0NGSV9BRFZfT1BUSU9OUyBpcyBub3Qgc2V0CkNPTkZJ R19NVERfTUFQX0JBTktfV0lEVEhfMT15CkNPTkZJR19NVERfTUFQX0JBTktfV0lEVEhfMj15CkNP TkZJR19NVERfTUFQX0JBTktfV0lEVEhfND15CiMgQ09ORklHX01URF9NQVBfQkFOS19XSURUSF84 IGlzIG5vdCBzZXQKIyBDT05GSUdfTVREX01BUF9CQU5LX1dJRFRIXzE2IGlzIG5vdCBzZXQKIyBD T05GSUdfTVREX01BUF9CQU5LX1dJRFRIXzMyIGlzIG5vdCBzZXQKQ09ORklHX01URF9DRklfSTE9 eQpDT05GSUdfTVREX0NGSV9JMj15CiMgQ09ORklHX01URF9DRklfSTQgaXMgbm90IHNldAojIENP TkZJR19NVERfQ0ZJX0k4IGlzIG5vdCBzZXQKQ09ORklHX01URF9DRklfSU5URUxFWFQ9bQpDT05G SUdfTVREX0NGSV9BTURTVEQ9bQpDT05GSUdfTVREX0NGSV9TVEFBPW0KQ09ORklHX01URF9DRklf VVRJTD1tCkNPTkZJR19NVERfUkFNPW0KQ09ORklHX01URF9ST009bQpDT05GSUdfTVREX0FCU0VO VD1tCgojCiMgTWFwcGluZyBkcml2ZXJzIGZvciBjaGlwIGFjY2VzcwojCkNPTkZJR19NVERfQ09N UExFWF9NQVBQSU5HUz15CiMgQ09ORklHX01URF9QSFlTTUFQIGlzIG5vdCBzZXQKQ09ORklHX01U RF9TQzUyMENEUD1tCkNPTkZJR19NVERfTkVUU0M1MjA9bQpDT05GSUdfTVREX1RTNTUwMD1tCiMg Q09ORklHX01URF9TQkNfR1hYIGlzIG5vdCBzZXQKIyBDT05GSUdfTVREX0FNRDc2WFJPTSBpcyBu b3Qgc2V0CiMgQ09ORklHX01URF9JQ0hYUk9NIGlzIG5vdCBzZXQKQ09ORklHX01URF9FU0IyUk9N PW0KQ09ORklHX01URF9DSzgwNFhST009bQpDT05GSUdfTVREX1NDQjJfRkxBU0g9bQojIENPTkZJ R19NVERfTkVUdGVsIGlzIG5vdCBzZXQKIyBDT05GSUdfTVREX0w0NDBHWCBpcyBub3Qgc2V0CkNP TkZJR19NVERfUENJPW0KIyBDT05GSUdfTVREX1BDTUNJQSBpcyBub3Qgc2V0CiMgQ09ORklHX01U RF9HUElPX0FERFIgaXMgbm90IHNldAojIENPTkZJR19NVERfSU5URUxfVlJfTk9SIGlzIG5vdCBz ZXQKIyBDT05GSUdfTVREX1BMQVRSQU0gaXMgbm90IHNldAojIENPTkZJR19NVERfTEFUQ0hfQURE UiBpcyBub3Qgc2V0CgojCiMgU2VsZi1jb250YWluZWQgTVREIGRldmljZSBkcml2ZXJzCiMKQ09O RklHX01URF9QTUM1NTE9bQojIENPTkZJR19NVERfUE1DNTUxX0JVR0ZJWCBpcyBub3Qgc2V0CiMg Q09ORklHX01URF9QTUM1NTFfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19NVERfU0xSQU0gaXMg bm90IHNldAojIENPTkZJR19NVERfUEhSQU0gaXMgbm90IHNldApDT05GSUdfTVREX01URFJBTT1t CkNPTkZJR19NVERSQU1fVE9UQUxfU0laRT00MDk2CkNPTkZJR19NVERSQU1fRVJBU0VfU0laRT0x MjgKQ09ORklHX01URF9CTE9DSzJNVEQ9bQoKIwojIERpc2stT24tQ2hpcCBEZXZpY2UgRHJpdmVy cwojCiMgQ09ORklHX01URF9ET0MyMDAwIGlzIG5vdCBzZXQKIyBDT05GSUdfTVREX0RPQzIwMDEg aXMgbm90IHNldAojIENPTkZJR19NVERfRE9DMjAwMVBMVVMgaXMgbm90IHNldAojIENPTkZJR19N VERfRE9DRzMgaXMgbm90IHNldApDT05GSUdfTVREX05BTkRfRUNDPW0KQ09ORklHX01URF9OQU5E X0VDQ19TTUM9eQpDT05GSUdfTVREX05BTkQ9bQojIENPTkZJR19NVERfTkFORF9WRVJJRllfV1JJ VEUgaXMgbm90IHNldAojIENPTkZJR19NVERfTkFORF9FQ0NfQkNIIGlzIG5vdCBzZXQKIyBDT05G SUdfTVREX1NNX0NPTU1PTiBpcyBub3Qgc2V0CiMgQ09ORklHX01URF9OQU5EX01VU0VVTV9JRFMg aXMgbm90IHNldAojIENPTkZJR19NVERfTkFORF9ERU5BTEkgaXMgbm90IHNldApDT05GSUdfTVRE X05BTkRfSURTPW0KIyBDT05GSUdfTVREX05BTkRfUklDT0ggaXMgbm90IHNldApDT05GSUdfTVRE X05BTkRfRElTS09OQ0hJUD1tCiMgQ09ORklHX01URF9OQU5EX0RJU0tPTkNISVBfUFJPQkVfQURW QU5DRUQgaXMgbm90IHNldApDT05GSUdfTVREX05BTkRfRElTS09OQ0hJUF9QUk9CRV9BRERSRVNT PTAKIyBDT05GSUdfTVREX05BTkRfRElTS09OQ0hJUF9CQlRXUklURSBpcyBub3Qgc2V0CiMgQ09O RklHX01URF9OQU5EX0RPQ0c0IGlzIG5vdCBzZXQKIyBDT05GSUdfTVREX05BTkRfQ0FGRSBpcyBu b3Qgc2V0CkNPTkZJR19NVERfTkFORF9OQU5EU0lNPW0KIyBDT05GSUdfTVREX05BTkRfUExBVEZP Uk0gaXMgbm90IHNldApDT05GSUdfTVREX0FMQVVEQT1tCiMgQ09ORklHX01URF9PTkVOQU5EIGlz IG5vdCBzZXQKCiMKIyBMUEREUiBmbGFzaCBtZW1vcnkgZHJpdmVycwojCkNPTkZJR19NVERfTFBE RFI9bQpDT05GSUdfTVREX1FJTkZPX1BST0JFPW0KQ09ORklHX01URF9VQkk9bQpDT05GSUdfTVRE X1VCSV9XTF9USFJFU0hPTEQ9NDA5NgpDT05GSUdfTVREX1VCSV9CRUJfUkVTRVJWRT0xCiMgQ09O RklHX01URF9VQklfR0xVRUJJIGlzIG5vdCBzZXQKIyBDT05GSUdfTVREX1VCSV9ERUJVRyBpcyBu b3Qgc2V0CkNPTkZJR19QQVJQT1JUPW0KQ09ORklHX1BBUlBPUlRfUEM9bQpDT05GSUdfUEFSUE9S VF9TRVJJQUw9bQojIENPTkZJR19QQVJQT1JUX1BDX0ZJRk8gaXMgbm90IHNldAojIENPTkZJR19Q QVJQT1JUX1BDX1NVUEVSSU8gaXMgbm90IHNldApDT05GSUdfUEFSUE9SVF9QQ19QQ01DSUE9bQoj IENPTkZJR19QQVJQT1JUX0dTQyBpcyBub3Qgc2V0CiMgQ09ORklHX1BBUlBPUlRfQVg4ODc5NiBp cyBub3Qgc2V0CkNPTkZJR19QQVJQT1JUXzEyODQ9eQpDT05GSUdfUEFSUE9SVF9OT1RfUEM9eQpD T05GSUdfUE5QPXkKIyBDT05GSUdfUE5QX0RFQlVHX01FU1NBR0VTIGlzIG5vdCBzZXQKCiMKIyBQ cm90b2NvbHMKIwpDT05GSUdfUE5QQUNQST15CkNPTkZJR19CTEtfREVWPXkKQ09ORklHX0JMS19E RVZfRkQ9bQojIENPTkZJR19QQVJJREUgaXMgbm90IHNldApDT05GSUdfQkxLX0RFVl9QQ0lFU1NE X01USVAzMlhYPW0KIyBDT05GSUdfQkxLX0NQUV9EQSBpcyBub3Qgc2V0CkNPTkZJR19CTEtfQ1BR X0NJU1NfREE9bQpDT05GSUdfQ0lTU19TQ1NJX1RBUEU9eQojIENPTkZJR19CTEtfREVWX0RBQzk2 MCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfVU1FTSBpcyBub3Qgc2V0CiMgQ09ORklHX0JM S19ERVZfQ09XX0NPTU1PTiBpcyBub3Qgc2V0CkNPTkZJR19CTEtfREVWX0xPT1A9eQpDT05GSUdf QkxLX0RFVl9MT09QX01JTl9DT1VOVD04CkNPTkZJR19CTEtfREVWX0NSWVBUT0xPT1A9bQojIENP TkZJR19CTEtfREVWX0RSQkQgaXMgbm90IHNldApDT05GSUdfQkxLX0RFVl9OQkQ9eQojIENPTkZJ R19CTEtfREVWX05WTUUgaXMgbm90IHNldApDT05GSUdfQkxLX0RFVl9PU0Q9bQpDT05GSUdfQkxL X0RFVl9TWDg9bQojIENPTkZJR19CTEtfREVWX1VCIGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZf UkFNPXkKQ09ORklHX0JMS19ERVZfUkFNX0NPVU5UPTE2CkNPTkZJR19CTEtfREVWX1JBTV9TSVpF PTE2Mzg0CiMgQ09ORklHX0JMS19ERVZfWElQIGlzIG5vdCBzZXQKQ09ORklHX0NEUk9NX1BLVENE VkQ9bQpDT05GSUdfQ0RST01fUEtUQ0RWRF9CVUZGRVJTPTgKIyBDT05GSUdfQ0RST01fUEtUQ0RW RF9XQ0FDSEUgaXMgbm90IHNldApDT05GSUdfQVRBX09WRVJfRVRIPXkKQ09ORklHX1hFTl9CTEtE RVZfRlJPTlRFTkQ9eQpDT05GSUdfWEVOX0JMS0RFVl9CQUNLRU5EPXkKQ09ORklHX1ZJUlRJT19C TEs9bQojIENPTkZJR19CTEtfREVWX0hEIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9SQkQg aXMgbm90IHNldAoKIwojIE1pc2MgZGV2aWNlcwojCiMgQ09ORklHX1NFTlNPUlNfTElTM0xWMDJE IGlzIG5vdCBzZXQKIyBDT05GSUdfQUQ1MjVYX0RQT1QgaXMgbm90IHNldAojIENPTkZJR19JQk1f QVNNIGlzIG5vdCBzZXQKIyBDT05GSUdfUEhBTlRPTSBpcyBub3Qgc2V0CiMgQ09ORklHX0lOVEVM X01JRF9QVEkgaXMgbm90IHNldApDT05GSUdfU0dJX0lPQzQ9bQpDT05GSUdfVElGTV9DT1JFPW0K Q09ORklHX1RJRk1fN1hYMT1tCkNPTkZJR19JQ1M5MzJTNDAxPW0KQ09ORklHX0VOQ0xPU1VSRV9T RVJWSUNFUz1tCkNPTkZJR19IUF9JTE89bQojIENPTkZJR19BUERTOTgwMkFMUyBpcyBub3Qgc2V0 CkNPTkZJR19JU0wyOTAwMz1tCiMgQ09ORklHX0lTTDI5MDIwIGlzIG5vdCBzZXQKQ09ORklHX1NF TlNPUlNfVFNMMjU1MD1tCiMgQ09ORklHX1NFTlNPUlNfQkgxNzgwIGlzIG5vdCBzZXQKIyBDT05G SUdfU0VOU09SU19CSDE3NzAgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0FQRFM5OTBYIGlz IG5vdCBzZXQKIyBDT05GSUdfSE1DNjM1MiBpcyBub3Qgc2V0CiMgQ09ORklHX0RTMTY4MiBpcyBu b3Qgc2V0CkNPTkZJR19WTVdBUkVfQkFMTE9PTj1tCiMgQ09ORklHX0JNUDA4NSBpcyBub3Qgc2V0 CiMgQ09ORklHX1BDSF9QSFVCIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NXSVRDSF9GU0E5NDgw IGlzIG5vdCBzZXQKIyBDT05GSUdfQzJQT1JUIGlzIG5vdCBzZXQKCiMKIyBFRVBST00gc3VwcG9y dAojCkNPTkZJR19FRVBST01fQVQyND1tCkNPTkZJR19FRVBST01fTEVHQUNZPW0KQ09ORklHX0VF UFJPTV9NQVg2ODc1PW0KQ09ORklHX0VFUFJPTV85M0NYNj1tCkNPTkZJR19DQjcxMF9DT1JFPW0K IyBDT05GSUdfQ0I3MTBfREVCVUcgaXMgbm90IHNldApDT05GSUdfQ0I3MTBfREVCVUdfQVNTVU1Q VElPTlM9eQpDT05GSUdfSVdNQzMyMDBUT1A9bQojIENPTkZJR19JV01DMzIwMFRPUF9ERUJVRyBp cyBub3Qgc2V0CiMgQ09ORklHX0lXTUMzMjAwVE9QX0RFQlVHRlMgaXMgbm90IHNldAoKIwojIFRl eGFzIEluc3RydW1lbnRzIHNoYXJlZCB0cmFuc3BvcnQgbGluZSBkaXNjaXBsaW5lCiMKIyBDT05G SUdfVElfU1QgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0xJUzNfSTJDIGlzIG5vdCBzZXQK CiMKIyBBbHRlcmEgRlBHQSBmaXJtd2FyZSBkb3dubG9hZCBtb2R1bGUKIwojIENPTkZJR19BTFRF UkFfU1RBUEwgaXMgbm90IHNldApDT05GSUdfSEFWRV9JREU9eQojIENPTkZJR19JREUgaXMgbm90 IHNldAoKIwojIFNDU0kgZGV2aWNlIHN1cHBvcnQKIwpDT05GSUdfU0NTSV9NT0Q9eQpDT05GSUdf UkFJRF9BVFRSUz1tCkNPTkZJR19TQ1NJPXkKQ09ORklHX1NDU0lfRE1BPXkKQ09ORklHX1NDU0lf VEdUPW0KQ09ORklHX1NDU0lfTkVUTElOSz15CkNPTkZJR19TQ1NJX1BST0NfRlM9eQoKIwojIFND U0kgc3VwcG9ydCB0eXBlIChkaXNrLCB0YXBlLCBDRC1ST00pCiMKQ09ORklHX0JMS19ERVZfU0Q9 bQpDT05GSUdfQ0hSX0RFVl9TVD1tCkNPTkZJR19DSFJfREVWX09TU1Q9bQpDT05GSUdfQkxLX0RF Vl9TUj1tCkNPTkZJR19CTEtfREVWX1NSX1ZFTkRPUj15CkNPTkZJR19DSFJfREVWX1NHPW0KQ09O RklHX0NIUl9ERVZfU0NIPW0KQ09ORklHX1NDU0lfRU5DTE9TVVJFPW0KQ09ORklHX1NDU0lfTVVM VElfTFVOPXkKQ09ORklHX1NDU0lfQ09OU1RBTlRTPXkKQ09ORklHX1NDU0lfTE9HR0lORz15CkNP TkZJR19TQ1NJX1NDQU5fQVNZTkM9eQpDT05GSUdfU0NTSV9XQUlUX1NDQU49bQoKIwojIFNDU0kg VHJhbnNwb3J0cwojCkNPTkZJR19TQ1NJX1NQSV9BVFRSUz1tCkNPTkZJR19TQ1NJX0ZDX0FUVFJT PW0KQ09ORklHX1NDU0lfRkNfVEdUX0FUVFJTPXkKQ09ORklHX1NDU0lfSVNDU0lfQVRUUlM9bQpD T05GSUdfU0NTSV9TQVNfQVRUUlM9bQpDT05GSUdfU0NTSV9TQVNfTElCU0FTPW0KQ09ORklHX1ND U0lfU0FTX0FUQT15CkNPTkZJR19TQ1NJX1NBU19IT1NUX1NNUD15CkNPTkZJR19TQ1NJX1NSUF9B VFRSUz1tCkNPTkZJR19TQ1NJX1NSUF9UR1RfQVRUUlM9eQpDT05GSUdfU0NTSV9MT1dMRVZFTD15 CkNPTkZJR19JU0NTSV9UQ1A9bQpDT05GSUdfSVNDU0lfQk9PVF9TWVNGUz1tCkNPTkZJR19TQ1NJ X0NYR0IzX0lTQ1NJPW0KQ09ORklHX1NDU0lfQ1hHQjRfSVNDU0k9bQpDT05GSUdfU0NTSV9CTlgy X0lTQ1NJPW0KQ09ORklHX1NDU0lfQk5YMlhfRkNPRT1tCkNPTkZJR19CRTJJU0NTST1tCkNPTkZJ R19CTEtfREVWXzNXX1hYWFhfUkFJRD1tCkNPTkZJR19TQ1NJX0hQU0E9bQpDT05GSUdfU0NTSV8z V185WFhYPW0KQ09ORklHX1NDU0lfM1dfU0FTPW0KIyBDT05GSUdfU0NTSV9BQ0FSRCBpcyBub3Qg c2V0CkNPTkZJR19TQ1NJX0FBQ1JBSUQ9bQpDT05GSUdfU0NTSV9BSUM3WFhYPW0KQ09ORklHX0FJ QzdYWFhfQ01EU19QRVJfREVWSUNFPTQKQ09ORklHX0FJQzdYWFhfUkVTRVRfREVMQVlfTVM9MTUw MDAKIyBDT05GSUdfQUlDN1hYWF9ERUJVR19FTkFCTEUgaXMgbm90IHNldApDT05GSUdfQUlDN1hY WF9ERUJVR19NQVNLPTAKIyBDT05GSUdfQUlDN1hYWF9SRUdfUFJFVFRZX1BSSU5UIGlzIG5vdCBz ZXQKIyBDT05GSUdfU0NTSV9BSUM3WFhYX09MRCBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJX0FJQzc5 WFg9bQpDT05GSUdfQUlDNzlYWF9DTURTX1BFUl9ERVZJQ0U9NApDT05GSUdfQUlDNzlYWF9SRVNF VF9ERUxBWV9NUz0xNTAwMAojIENPTkZJR19BSUM3OVhYX0RFQlVHX0VOQUJMRSBpcyBub3Qgc2V0 CkNPTkZJR19BSUM3OVhYX0RFQlVHX01BU0s9MAojIENPTkZJR19BSUM3OVhYX1JFR19QUkVUVFlf UFJJTlQgaXMgbm90IHNldApDT05GSUdfU0NTSV9BSUM5NFhYPW0KIyBDT05GSUdfQUlDOTRYWF9E RUJVRyBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJX01WU0FTPW0KIyBDT05GSUdfU0NTSV9NVlNBU19E RUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfTVZTQVNfVEFTS0xFVCBpcyBub3Qgc2V0CiMg Q09ORklHX1NDU0lfTVZVTUkgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0RQVF9JMk8gaXMgbm90 IHNldAojIENPTkZJR19TQ1NJX0FEVkFOU1lTIGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfQVJDTVNS PW0KQ09ORklHX01FR0FSQUlEX05FV0dFTj15CkNPTkZJR19NRUdBUkFJRF9NTT1tCkNPTkZJR19N RUdBUkFJRF9NQUlMQk9YPW0KIyBDT05GSUdfTUVHQVJBSURfTEVHQUNZIGlzIG5vdCBzZXQKQ09O RklHX01FR0FSQUlEX1NBUz1tCkNPTkZJR19TQ1NJX01QVDJTQVM9bQpDT05GSUdfU0NTSV9NUFQy U0FTX01BWF9TR0U9MTI4CkNPTkZJR19TQ1NJX01QVDJTQVNfTE9HR0lORz15CiMgQ09ORklHX1ND U0lfVUZTSENEIGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfSFBUSU9QPW0KIyBDT05GSUdfU0NTSV9C VVNMT0dJQyBpcyBub3Qgc2V0CkNPTkZJR19WTVdBUkVfUFZTQ1NJPW0KQ09ORklHX0xJQkZDPW0K Q09ORklHX0xJQkZDT0U9bQpDT05GSUdfRkNPRT1tCkNPTkZJR19GQ09FX0ZOSUM9bQojIENPTkZJ R19TQ1NJX0RNWDMxOTFEIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9FQVRBIGlzIG5vdCBzZXQK IyBDT05GSUdfU0NTSV9GVVRVUkVfRE9NQUlOIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9HRFRI IGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfSVNDST1tCkNPTkZJR19TQ1NJX0lQUz1tCkNPTkZJR19T Q1NJX0lOSVRJTz1tCiMgQ09ORklHX1NDU0lfSU5JQTEwMCBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJ X1BQQT1tCkNPTkZJR19TQ1NJX0lNTT1tCiMgQ09ORklHX1NDU0lfSVpJUF9FUFAxNiBpcyBub3Qg c2V0CiMgQ09ORklHX1NDU0lfSVpJUF9TTE9XX0NUUiBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJX1NU RVg9bQpDT05GSUdfU0NTSV9TWU01M0M4WFhfMj1tCkNPTkZJR19TQ1NJX1NZTTUzQzhYWF9ETUFf QUREUkVTU0lOR19NT0RFPTEKQ09ORklHX1NDU0lfU1lNNTNDOFhYX0RFRkFVTFRfVEFHUz0xNgpD T05GSUdfU0NTSV9TWU01M0M4WFhfTUFYX1RBR1M9NjQKQ09ORklHX1NDU0lfU1lNNTNDOFhYX01N SU89eQojIENPTkZJR19TQ1NJX0lQUiBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfUUxPR0lDXzEy ODAgaXMgbm90IHNldApDT05GSUdfU0NTSV9RTEFfRkM9bQpDT05GSUdfU0NTSV9RTEFfSVNDU0k9 bQpDT05GSUdfU0NTSV9MUEZDPW0KIyBDT05GSUdfU0NTSV9MUEZDX0RFQlVHX0ZTIGlzIG5vdCBz ZXQKIyBDT05GSUdfU0NTSV9EQzM5NXggaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0RDMzkwVCBp cyBub3Qgc2V0CkNPTkZJR19TQ1NJX0RFQlVHPW0KQ09ORklHX1NDU0lfUE1DUkFJRD1tCiMgQ09O RklHX1NDU0lfUE04MDAxIGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfU1JQPW0KQ09ORklHX1NDU0lf QkZBX0ZDPW0KQ09ORklHX1NDU0lfVklSVElPPW0KQ09ORklHX1NDU0lfTE9XTEVWRUxfUENNQ0lB PXkKIyBDT05GSUdfUENNQ0lBX0FIQTE1MlggaXMgbm90IHNldAojIENPTkZJR19QQ01DSUFfRkRP TUFJTiBpcyBub3Qgc2V0CiMgQ09ORklHX1BDTUNJQV9RTE9HSUMgaXMgbm90IHNldAojIENPTkZJ R19QQ01DSUFfU1lNNTNDNTAwIGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfREg9eQpDT05GSUdfU0NT SV9ESF9SREFDPW0KQ09ORklHX1NDU0lfREhfSFBfU1c9bQpDT05GSUdfU0NTSV9ESF9FTUM9bQpD T05GSUdfU0NTSV9ESF9BTFVBPW0KQ09ORklHX1NDU0lfT1NEX0lOSVRJQVRPUj1tCkNPTkZJR19T Q1NJX09TRF9VTEQ9bQpDT05GSUdfU0NTSV9PU0RfRFBSSU5UX1NFTlNFPTEKIyBDT05GSUdfU0NT SV9PU0RfREVCVUcgaXMgbm90IHNldApDT05GSUdfQVRBPXkKIyBDT05GSUdfQVRBX05PTlNUQU5E QVJEIGlzIG5vdCBzZXQKQ09ORklHX0FUQV9WRVJCT1NFX0VSUk9SPXkKQ09ORklHX0FUQV9BQ1BJ PXkKQ09ORklHX1NBVEFfUE1QPXkKCiMKIyBDb250cm9sbGVycyB3aXRoIG5vbi1TRkYgbmF0aXZl IGludGVyZmFjZQojCkNPTkZJR19TQVRBX0FIQ0k9bQojIENPTkZJR19TQVRBX0FIQ0lfUExBVEZP Uk0gaXMgbm90IHNldApDT05GSUdfU0FUQV9JTklDMTYyWD1tCiMgQ09ORklHX1NBVEFfQUNBUkRf QUhDSSBpcyBub3Qgc2V0CkNPTkZJR19TQVRBX1NJTDI0PW0KQ09ORklHX0FUQV9TRkY9eQoKIwoj IFNGRiBjb250cm9sbGVycyB3aXRoIGN1c3RvbSBETUEgaW50ZXJmYWNlCiMKQ09ORklHX1BEQ19B RE1BPW0KQ09ORklHX1NBVEFfUVNUT1I9bQpDT05GSUdfU0FUQV9TWDQ9bQpDT05GSUdfQVRBX0JN RE1BPXkKCiMKIyBTQVRBIFNGRiBjb250cm9sbGVycyB3aXRoIEJNRE1BCiMKQ09ORklHX0FUQV9Q SUlYPW0KQ09ORklHX1NBVEFfTVY9bQpDT05GSUdfU0FUQV9OVj1tCkNPTkZJR19TQVRBX1BST01J U0U9bQpDT05GSUdfU0FUQV9TSUw9bQpDT05GSUdfU0FUQV9TSVM9bQpDT05GSUdfU0FUQV9TVlc9 bQpDT05GSUdfU0FUQV9VTEk9bQpDT05GSUdfU0FUQV9WSUE9bQpDT05GSUdfU0FUQV9WSVRFU1NF PW0KCiMKIyBQQVRBIFNGRiBjb250cm9sbGVycyB3aXRoIEJNRE1BCiMKQ09ORklHX1BBVEFfQUxJ PW0KQ09ORklHX1BBVEFfQU1EPW0KIyBDT05GSUdfUEFUQV9BUkFTQU5fQ0YgaXMgbm90IHNldApD T05GSUdfUEFUQV9BUlRPUD1tCkNPTkZJR19QQVRBX0FUSUlYUD1tCkNPTkZJR19QQVRBX0FUUDg2 N1g9bQpDT05GSUdfUEFUQV9DTUQ2NFg9bQojIENPTkZJR19QQVRBX0NTNTUyMCBpcyBub3Qgc2V0 CiMgQ09ORklHX1BBVEFfQ1M1NTMwIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9DUzU1MzYgaXMg bm90IHNldAojIENPTkZJR19QQVRBX0NZUFJFU1MgaXMgbm90IHNldAojIENPTkZJR19QQVRBX0VG QVIgaXMgbm90IHNldApDT05GSUdfUEFUQV9IUFQzNjY9bQpDT05GSUdfUEFUQV9IUFQzN1g9bQpD T05GSUdfUEFUQV9IUFQzWDJOPW0KQ09ORklHX1BBVEFfSFBUM1gzPW0KIyBDT05GSUdfUEFUQV9I UFQzWDNfRE1BIGlzIG5vdCBzZXQKQ09ORklHX1BBVEFfSVQ4MjEzPW0KQ09ORklHX1BBVEFfSVQ4 MjFYPW0KQ09ORklHX1BBVEFfSk1JQ1JPTj1tCkNPTkZJR19QQVRBX01BUlZFTEw9bQpDT05GSUdf UEFUQV9ORVRDRUxMPW0KQ09ORklHX1BBVEFfTklOSkEzMj1tCiMgQ09ORklHX1BBVEFfTlM4NzQx NSBpcyBub3Qgc2V0CkNPTkZJR19QQVRBX09MRFBJSVg9bQojIENPTkZJR19QQVRBX09QVElETUEg aXMgbm90IHNldApDT05GSUdfUEFUQV9QREMyMDI3WD1tCkNPTkZJR19QQVRBX1BEQ19PTEQ9bQoj IENPTkZJR19QQVRBX1JBRElTWVMgaXMgbm90IHNldApDT05GSUdfUEFUQV9SREM9bQojIENPTkZJ R19QQVRBX1NDMTIwMCBpcyBub3Qgc2V0CkNPTkZJR19QQVRBX1NDSD1tCkNPTkZJR19QQVRBX1NF UlZFUldPUktTPW0KQ09ORklHX1BBVEFfU0lMNjgwPW0KQ09ORklHX1BBVEFfU0lTPW0KIyBDT05G SUdfUEFUQV9UT1NISUJBIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9UUklGTEVYIGlzIG5vdCBz ZXQKQ09ORklHX1BBVEFfVklBPW0KIyBDT05GSUdfUEFUQV9XSU5CT05EIGlzIG5vdCBzZXQKCiMK IyBQSU8tb25seSBTRkYgY29udHJvbGxlcnMKIwojIENPTkZJR19QQVRBX0NNRDY0MF9QQ0kgaXMg bm90IHNldAojIENPTkZJR19QQVRBX01QSUlYIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9OUzg3 NDEwIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9PUFRJIGlzIG5vdCBzZXQKQ09ORklHX1BBVEFf UENNQ0lBPW0KIyBDT05GSUdfUEFUQV9SWjEwMDAgaXMgbm90IHNldAoKIwojIEdlbmVyaWMgZmFs bGJhY2sgLyBsZWdhY3kgZHJpdmVycwojCkNPTkZJR19QQVRBX0FDUEk9bQpDT05GSUdfQVRBX0dF TkVSSUM9bQojIENPTkZJR19QQVRBX0xFR0FDWSBpcyBub3Qgc2V0CkNPTkZJR19NRD15CkNPTkZJ R19CTEtfREVWX01EPXkKQ09ORklHX01EX0FVVE9ERVRFQ1Q9eQpDT05GSUdfTURfTElORUFSPW0K Q09ORklHX01EX1JBSUQwPW0KQ09ORklHX01EX1JBSUQxPW0KQ09ORklHX01EX1JBSUQxMD1tCkNP TkZJR19NRF9SQUlENDU2PW0KIyBDT05GSUdfTVVMVElDT1JFX1JBSUQ0NTYgaXMgbm90IHNldAoj IENPTkZJR19NRF9NVUxUSVBBVEggaXMgbm90IHNldApDT05GSUdfTURfRkFVTFRZPW0KQ09ORklH X0JMS19ERVZfRE09bQpDT05GSUdfRE1fREVCVUc9eQpDT05GSUdfRE1fQlVGSU89bQpDT05GSUdf RE1fUEVSU0lTVEVOVF9EQVRBPW0KQ09ORklHX0RNX0NSWVBUPW0KQ09ORklHX0RNX1NOQVBTSE9U PW0KQ09ORklHX0RNX1RISU5fUFJPVklTSU9OSU5HPW0KIyBDT05GSUdfRE1fREVCVUdfQkxPQ0tf U1RBQ0tfVFJBQ0lORyBpcyBub3Qgc2V0CiMgQ09ORklHX0RNX0RFQlVHX1NQQUNFX01BUFMgaXMg bm90IHNldApDT05GSUdfRE1fTUlSUk9SPW0KQ09ORklHX0RNX1JBSUQ9bQpDT05GSUdfRE1fTE9H X1VTRVJTUEFDRT1tCkNPTkZJR19ETV9aRVJPPW0KQ09ORklHX0RNX01VTFRJUEFUSD1tCkNPTkZJ R19ETV9NVUxUSVBBVEhfUUw9bQpDT05GSUdfRE1fTVVMVElQQVRIX1NUPW0KQ09ORklHX0RNX0RF TEFZPW0KQ09ORklHX0RNX1VFVkVOVD15CkNPTkZJR19ETV9GTEFLRVk9bQojIENPTkZJR19ETV9W RVJJVFkgaXMgbm90IHNldApDT05GSUdfVEFSR0VUX0NPUkU9bQpDT05GSUdfVENNX0lCTE9DSz1t CkNPTkZJR19UQ01fRklMRUlPPW0KQ09ORklHX1RDTV9QU0NTST1tCkNPTkZJR19MT09QQkFDS19U QVJHRVQ9bQpDT05GSUdfVENNX0ZDPW0KIyBDT05GSUdfSVNDU0lfVEFSR0VUIGlzIG5vdCBzZXQK Q09ORklHX0ZVU0lPTj15CkNPTkZJR19GVVNJT05fU1BJPW0KQ09ORklHX0ZVU0lPTl9GQz1tCkNP TkZJR19GVVNJT05fU0FTPW0KQ09ORklHX0ZVU0lPTl9NQVhfU0dFPTEyOApDT05GSUdfRlVTSU9O X0NUTD1tCkNPTkZJR19GVVNJT05fTEFOPW0KQ09ORklHX0ZVU0lPTl9MT0dHSU5HPXkKCiMKIyBJ RUVFIDEzOTQgKEZpcmVXaXJlKSBzdXBwb3J0CiMKQ09ORklHX0ZJUkVXSVJFPW0KQ09ORklHX0ZJ UkVXSVJFX09IQ0k9bQpDT05GSUdfRklSRVdJUkVfU0JQMj1tCkNPTkZJR19GSVJFV0lSRV9ORVQ9 bQojIENPTkZJR19GSVJFV0lSRV9OT1NZIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJPIGlzIG5vdCBz ZXQKQ09ORklHX01BQ0lOVE9TSF9EUklWRVJTPXkKQ09ORklHX01BQ19FTVVNT1VTRUJUTj15CkNP TkZJR19ORVRERVZJQ0VTPXkKQ09ORklHX05FVF9DT1JFPXkKQ09ORklHX0JPTkRJTkc9bQpDT05G SUdfRFVNTVk9bQojIENPTkZJR19FUVVBTElaRVIgaXMgbm90IHNldApDT05GSUdfTkVUX0ZDPXkK Q09ORklHX01JST1tCkNPTkZJR19JRUVFODAyMTU0X0RSSVZFUlM9bQpDT05GSUdfSUVFRTgwMjE1 NF9GQUtFSEFSRD1tCkNPTkZJR19JRkI9bQojIENPTkZJR19ORVRfVEVBTSBpcyBub3Qgc2V0CkNP TkZJR19NQUNWTEFOPW0KQ09ORklHX01BQ1ZUQVA9bQpDT05GSUdfTkVUQ09OU09MRT1tCkNPTkZJ R19ORVRDT05TT0xFX0RZTkFNSUM9eQpDT05GSUdfTkVUUE9MTD15CkNPTkZJR19ORVRQT0xMX1RS QVA9eQpDT05GSUdfTkVUX1BPTExfQ09OVFJPTExFUj15CkNPTkZJR19UVU49bQpDT05GSUdfVkVU SD1tCkNPTkZJR19WSVJUSU9fTkVUPW0KQ09ORklHX1NVTkdFTV9QSFk9bQojIENPTkZJR19BUkNO RVQgaXMgbm90IHNldApDT05GSUdfQVRNX0RSSVZFUlM9eQojIENPTkZJR19BVE1fRFVNTVkgaXMg bm90IHNldApDT05GSUdfQVRNX1RDUD1tCiMgQ09ORklHX0FUTV9MQU5BSSBpcyBub3Qgc2V0CiMg Q09ORklHX0FUTV9FTkkgaXMgbm90IHNldAojIENPTkZJR19BVE1fRklSRVNUUkVBTSBpcyBub3Qg c2V0CiMgQ09ORklHX0FUTV9aQVRNIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRNX05JQ1NUQVIgaXMg bm90IHNldAojIENPTkZJR19BVE1fSURUNzcyNTIgaXMgbm90IHNldAojIENPTkZJR19BVE1fQU1C QVNTQURPUiBpcyBub3Qgc2V0CiMgQ09ORklHX0FUTV9IT1JJWk9OIGlzIG5vdCBzZXQKIyBDT05G SUdfQVRNX0lBIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRNX0ZPUkUyMDBFIGlzIG5vdCBzZXQKIyBD T05GSUdfQVRNX0hFIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRNX1NPTE9TIGlzIG5vdCBzZXQKCiMK IyBDQUlGIHRyYW5zcG9ydCBkcml2ZXJzCiMKCiMKIyBEaXN0cmlidXRlZCBTd2l0Y2ggQXJjaGl0 ZWN0dXJlIGRyaXZlcnMKIwpDT05GSUdfTkVUX0RTQV9NVjg4RTZYWFg9eQpDT05GSUdfTkVUX0RT QV9NVjg4RTYwNjA9eQpDT05GSUdfTkVUX0RTQV9NVjg4RTZYWFhfTkVFRF9QUFU9eQpDT05GSUdf TkVUX0RTQV9NVjg4RTYxMzE9eQpDT05GSUdfTkVUX0RTQV9NVjg4RTYxMjNfNjFfNjU9eQpDT05G SUdfRVRIRVJORVQ9eQpDT05GSUdfTURJTz1tCkNPTkZJR19ORVRfVkVORE9SXzNDT009eQpDT05G SUdfUENNQ0lBXzNDNTc0PW0KQ09ORklHX1BDTUNJQV8zQzU4OT1tCkNPTkZJR19WT1JURVg9bQpD T05GSUdfVFlQSE9PTj1tCkNPTkZJR19ORVRfVkVORE9SX0FEQVBURUM9eQpDT05GSUdfQURBUFRF Q19TVEFSRklSRT1tCkNPTkZJR19ORVRfVkVORE9SX0FMVEVPTj15CkNPTkZJR19BQ0VOSUM9bQoj IENPTkZJR19BQ0VOSUNfT01JVF9USUdPTl9JIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1Jf QU1EPXkKQ09ORklHX0FNRDgxMTFfRVRIPW0KQ09ORklHX1BDTkVUMzI9bQpDT05GSUdfUENNQ0lB X05NQ0xBTj1tCkNPTkZJR19ORVRfVkVORE9SX0FUSEVST1M9eQpDT05GSUdfQVRMMj1tCkNPTkZJ R19BVEwxPW0KQ09ORklHX0FUTDFFPW0KQ09ORklHX0FUTDFDPW0KQ09ORklHX05FVF9WRU5ET1Jf QlJPQURDT009eQpDT05GSUdfQjQ0PW0KQ09ORklHX0I0NF9QQ0lfQVVUT1NFTEVDVD15CkNPTkZJ R19CNDRfUENJQ09SRV9BVVRPU0VMRUNUPXkKQ09ORklHX0I0NF9QQ0k9eQpDT05GSUdfQk5YMj1t CkNPTkZJR19DTklDPW0KQ09ORklHX1RJR09OMz1tCkNPTkZJR19CTlgyWD1tCkNPTkZJR19ORVRf VkVORE9SX0JST0NBREU9eQpDT05GSUdfQk5BPW0KIyBDT05GSUdfTkVUX0NBTFhFREFfWEdNQUMg aXMgbm90IHNldApDT05GSUdfTkVUX1ZFTkRPUl9DSEVMU0lPPXkKQ09ORklHX0NIRUxTSU9fVDE9 bQpDT05GSUdfQ0hFTFNJT19UMV8xRz15CkNPTkZJR19DSEVMU0lPX1QzPW0KQ09ORklHX0NIRUxT SU9fVDQ9bQojIENPTkZJR19DSEVMU0lPX1Q0VkYgaXMgbm90IHNldApDT05GSUdfTkVUX1ZFTkRP Ul9DSVNDTz15CkNPTkZJR19FTklDPW0KQ09ORklHX0RORVQ9bQpDT05GSUdfTkVUX1ZFTkRPUl9E RUM9eQpDT05GSUdfTkVUX1RVTElQPXkKQ09ORklHX0RFMjEwNFg9bQpDT05GSUdfREUyMTA0WF9E U0w9MApDT05GSUdfVFVMSVA9bQojIENPTkZJR19UVUxJUF9NV0kgaXMgbm90IHNldApDT05GSUdf VFVMSVBfTU1JTz15CiMgQ09ORklHX1RVTElQX05BUEkgaXMgbm90IHNldApDT05GSUdfREU0WDU9 bQpDT05GSUdfV0lOQk9ORF84NDA9bQpDT05GSUdfRE05MTAyPW0KQ09ORklHX1VMSTUyNlg9bQpD T05GSUdfUENNQ0lBX1hJUkNPTT1tCkNPTkZJR19ORVRfVkVORE9SX0RMSU5LPXkKIyBDT05GSUdf REU2MDAgaXMgbm90IHNldAojIENPTkZJR19ERTYyMCBpcyBub3Qgc2V0CkNPTkZJR19ETDJLPW0K Q09ORklHX1NVTkRBTkNFPW0KIyBDT05GSUdfU1VOREFOQ0VfTU1JTyBpcyBub3Qgc2V0CkNPTkZJ R19ORVRfVkVORE9SX0VNVUxFWD15CkNPTkZJR19CRTJORVQ9bQpDT05GSUdfTkVUX1ZFTkRPUl9F WEFSPXkKQ09ORklHX1MySU89bQpDT05GSUdfVlhHRT1tCiMgQ09ORklHX1ZYR0VfREVCVUdfVFJB Q0VfQUxMIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1JfRlVKSVRTVT15CkNPTkZJR19QQ01D SUFfRk1WSjE4WD1tCkNPTkZJR19ORVRfVkVORE9SX0hQPXkKIyBDT05GSUdfSFAxMDAgaXMgbm90 IHNldApDT05GSUdfTkVUX1ZFTkRPUl9JTlRFTD15CkNPTkZJR19FMTAwPW0KQ09ORklHX0UxMDAw PW0KQ09ORklHX0UxMDAwRT1tCkNPTkZJR19JR0I9bQpDT05GSUdfSUdCX0RDQT15CkNPTkZJR19J R0JWRj1tCkNPTkZJR19JWEdCPW0KQ09ORklHX0lYR0JFPW0KQ09ORklHX0lYR0JFX0RDQT15CkNP TkZJR19JWEdCRV9EQ0I9eQpDT05GSUdfSVhHQkVWRj1tCkNPTkZJR19ORVRfVkVORE9SX0k4MjVY WD15CiMgQ09ORklHX1pORVQgaXMgbm90IHNldApDT05GSUdfSVAxMDAwPW0KQ09ORklHX0pNRT1t CkNPTkZJR19ORVRfVkVORE9SX01BUlZFTEw9eQpDT05GSUdfU0tHRT1tCiMgQ09ORklHX1NLR0Vf REVCVUcgaXMgbm90IHNldAojIENPTkZJR19TS0dFX0dFTkVTSVMgaXMgbm90IHNldApDT05GSUdf U0tZMj1tCiMgQ09ORklHX1NLWTJfREVCVUcgaXMgbm90IHNldApDT05GSUdfTkVUX1ZFTkRPUl9N RUxMQU5PWD15CkNPTkZJR19NTFg0X0VOPW0KQ09ORklHX01MWDRfQ09SRT1tCkNPTkZJR19NTFg0 X0RFQlVHPXkKQ09ORklHX05FVF9WRU5ET1JfTUlDUkVMPXkKIyBDT05GSUdfS1M4ODQyIGlzIG5v dCBzZXQKIyBDT05GSUdfS1M4ODUxX01MTCBpcyBub3Qgc2V0CiMgQ09ORklHX0tTWjg4NFhfUENJ IGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1JfTVlSST15CkNPTkZJR19NWVJJMTBHRT1tCkNP TkZJR19NWVJJMTBHRV9EQ0E9eQpDT05GSUdfRkVBTE5YPW0KQ09ORklHX05FVF9WRU5ET1JfTkFU U0VNST15CkNPTkZJR19OQVRTRU1JPW0KQ09ORklHX05TODM4MjA9bQpDT05GSUdfTkVUX1ZFTkRP Ul84MzkwPXkKQ09ORklHX1BDTUNJQV9BWE5FVD1tCkNPTkZJR19ORTJLX1BDST1tCkNPTkZJR19Q Q01DSUFfUENORVQ9bQpDT05GSUdfTkVUX1ZFTkRPUl9OVklESUE9eQpDT05GSUdfRk9SQ0VERVRI PW0KQ09ORklHX05FVF9WRU5ET1JfT0tJPXkKQ09ORklHX1BDSF9HQkU9bQpDT05GSUdfRVRIT0M9 bQpDT05GSUdfTkVUX1BBQ0tFVF9FTkdJTkU9eQojIENPTkZJR19IQU1BQ0hJIGlzIG5vdCBzZXQK IyBDT05GSUdfWUVMTE9XRklOIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1JfUUxPR0lDPXkK Q09ORklHX1FMQTNYWFg9bQpDT05GSUdfUUxDTklDPW0KQ09ORklHX1FMR0U9bQpDT05GSUdfTkVU WEVOX05JQz1tCkNPTkZJR19ORVRfVkVORE9SX1JFQUxURUs9eQojIENPTkZJR19BVFAgaXMgbm90 IHNldApDT05GSUdfODEzOUNQPW0KQ09ORklHXzgxMzlUT089bQojIENPTkZJR184MTM5VE9PX1BJ TyBpcyBub3Qgc2V0CiMgQ09ORklHXzgxMzlUT09fVFVORV9UV0lTVEVSIGlzIG5vdCBzZXQKQ09O RklHXzgxMzlUT09fODEyOT15CiMgQ09ORklHXzgxMzlfT0xEX1JYX1JFU0VUIGlzIG5vdCBzZXQK Q09ORklHX1I4MTY5PW0KQ09ORklHX05FVF9WRU5ET1JfUkRDPXkKQ09ORklHX1I2MDQwPW0KQ09O RklHX05FVF9WRU5ET1JfU0VFUT15CiMgQ09ORklHX1NFRVE4MDA1IGlzIG5vdCBzZXQKQ09ORklH X05FVF9WRU5ET1JfU0lMQU49eQpDT05GSUdfU0M5MjAzMT1tCkNPTkZJR19ORVRfVkVORE9SX1NJ Uz15CkNPTkZJR19TSVM5MDA9bQpDT05GSUdfU0lTMTkwPW0KQ09ORklHX1NGQz1tCkNPTkZJR19T RkNfTVREPXkKQ09ORklHX1NGQ19NQ0RJX01PTj15CkNPTkZJR19TRkNfU1JJT1Y9eQpDT05GSUdf TkVUX1ZFTkRPUl9TTVNDPXkKQ09ORklHX1BDTUNJQV9TTUM5MUM5Mj1tCkNPTkZJR19FUElDMTAw PW0KQ09ORklHX1NNU0M5NDIwPW0KQ09ORklHX05FVF9WRU5ET1JfU1RNSUNSTz15CiMgQ09ORklH X1NUTU1BQ19FVEggaXMgbm90IHNldApDT05GSUdfTkVUX1ZFTkRPUl9TVU49eQpDT05GSUdfSEFQ UFlNRUFMPW0KQ09ORklHX1NVTkdFTT1tCkNPTkZJR19DQVNTSU5JPW0KQ09ORklHX05JVT1tCkNP TkZJR19ORVRfVkVORE9SX1RFSFVUST15CkNPTkZJR19URUhVVEk9bQpDT05GSUdfTkVUX1ZFTkRP Ul9UST15CkNPTkZJR19UTEFOPW0KQ09ORklHX05FVF9WRU5ET1JfVklBPXkKQ09ORklHX1ZJQV9S SElORT1tCkNPTkZJR19WSUFfUkhJTkVfTU1JTz15CkNPTkZJR19WSUFfVkVMT0NJVFk9bQpDT05G SUdfTkVUX1ZFTkRPUl9YSVJDT009eQpDT05GSUdfUENNQ0lBX1hJUkMyUFM9bQpDT05GSUdfRkRE ST15CiMgQ09ORklHX0RFRlhYIGlzIG5vdCBzZXQKIyBDT05GSUdfU0tGUCBpcyBub3Qgc2V0CiMg Q09ORklHX0hJUFBJIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1NCMTAwMCBpcyBub3Qgc2V0CkNP TkZJR19QSFlMSUI9eQoKIwojIE1JSSBQSFkgZGV2aWNlIGRyaXZlcnMKIwojIENPTkZJR19BTURf UEhZIGlzIG5vdCBzZXQKQ09ORklHX01BUlZFTExfUEhZPW0KQ09ORklHX0RBVklDT01fUEhZPW0K Q09ORklHX1FTRU1JX1BIWT1tCkNPTkZJR19MWFRfUEhZPW0KQ09ORklHX0NJQ0FEQV9QSFk9bQpD T05GSUdfVklURVNTRV9QSFk9bQpDT05GSUdfU01TQ19QSFk9bQpDT05GSUdfQlJPQURDT01fUEhZ PW0KQ09ORklHX0lDUExVU19QSFk9bQpDT05GSUdfUkVBTFRFS19QSFk9bQpDT05GSUdfTkFUSU9O QUxfUEhZPW0KQ09ORklHX1NURTEwWFA9bQpDT05GSUdfTFNJX0VUMTAxMUNfUEhZPW0KIyBDT05G SUdfTUlDUkVMX1BIWSBpcyBub3Qgc2V0CkNPTkZJR19GSVhFRF9QSFk9eQpDT05GSUdfTURJT19C SVRCQU5HPW0KIyBDT05GSUdfTURJT19HUElPIGlzIG5vdCBzZXQKIyBDT05GSUdfUExJUCBpcyBu b3Qgc2V0CkNPTkZJR19QUFA9bQojIENPTkZJR19QUFBfQlNEQ09NUCBpcyBub3Qgc2V0CkNPTkZJ R19QUFBfREVGTEFURT1tCkNPTkZJR19QUFBfRklMVEVSPXkKQ09ORklHX1BQUF9NUFBFPW0KQ09O RklHX1BQUF9NVUxUSUxJTks9eQpDT05GSUdfUFBQT0FUTT1tCkNPTkZJR19QUFBPRT1tCkNPTkZJ R19QUFBfQVNZTkM9bQpDT05GSUdfUFBQX1NZTkNfVFRZPW0KQ09ORklHX1NMSVA9bQpDT05GSUdf U0xIQz1tCkNPTkZJR19TTElQX0NPTVBSRVNTRUQ9eQpDT05GSUdfU0xJUF9TTUFSVD15CiMgQ09O RklHX1NMSVBfTU9ERV9TTElQNiBpcyBub3Qgc2V0CiMgQ09ORklHX1RSIGlzIG5vdCBzZXQKCiMK IyBVU0IgTmV0d29yayBBZGFwdGVycwojCkNPTkZJR19VU0JfQ0FUQz1tCkNPTkZJR19VU0JfS0FX RVRIPW0KQ09ORklHX1VTQl9QRUdBU1VTPW0KQ09ORklHX1VTQl9SVEw4MTUwPW0KQ09ORklHX1VT Ql9VU0JORVQ9bQpDT05GSUdfVVNCX05FVF9BWDg4MTdYPW0KQ09ORklHX1VTQl9ORVRfQ0RDRVRI RVI9bQpDT05GSUdfVVNCX05FVF9DRENfRUVNPW0KQ09ORklHX1VTQl9ORVRfQ0RDX05DTT1tCkNP TkZJR19VU0JfTkVUX0RNOTYwMT1tCiMgQ09ORklHX1VTQl9ORVRfU01TQzc1WFggaXMgbm90IHNl dApDT05GSUdfVVNCX05FVF9TTVNDOTVYWD1tCkNPTkZJR19VU0JfTkVUX0dMNjIwQT1tCkNPTkZJ R19VU0JfTkVUX05FVDEwODA9bQpDT05GSUdfVVNCX05FVF9QTFVTQj1tCkNPTkZJR19VU0JfTkVU X01DUzc4MzA9bQpDT05GSUdfVVNCX05FVF9STkRJU19IT1NUPW0KQ09ORklHX1VTQl9ORVRfQ0RD X1NVQlNFVD1tCkNPTkZJR19VU0JfQUxJX001NjMyPXkKQ09ORklHX1VTQl9BTjI3MjA9eQpDT05G SUdfVVNCX0JFTEtJTj15CkNPTkZJR19VU0JfQVJNTElOVVg9eQpDT05GSUdfVVNCX0VQU09OMjg4 OD15CkNPTkZJR19VU0JfS0MyMTkwPXkKQ09ORklHX1VTQl9ORVRfWkFVUlVTPW0KIyBDT05GSUdf VVNCX05FVF9DWDgyMzEwX0VUSCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9ORVRfS0FMTUlBIGlz IG5vdCBzZXQKIyBDT05GSUdfVVNCX05FVF9RTUlfV1dBTiBpcyBub3Qgc2V0CkNPTkZJR19VU0Jf SFNPPW0KQ09ORklHX1VTQl9ORVRfSU5UNTFYMT1tCkNPTkZJR19VU0JfQ0RDX1BIT05FVD1tCiMg Q09ORklHX1VTQl9JUEhFVEggaXMgbm90IHNldAojIENPTkZJR19VU0JfU0lFUlJBX05FVCBpcyBu b3Qgc2V0CiMgQ09ORklHX1VTQl9WTDYwMCBpcyBub3Qgc2V0CkNPTkZJR19XTEFOPXkKIyBDT05G SUdfUENNQ0lBX1JBWUNTIGlzIG5vdCBzZXQKQ09ORklHX0xJQkVSVEFTX1RISU5GSVJNPW0KIyBD T05GSUdfTElCRVJUQVNfVEhJTkZJUk1fREVCVUcgaXMgbm90IHNldApDT05GSUdfTElCRVJUQVNf VEhJTkZJUk1fVVNCPW0KQ09ORklHX0FJUk89bQpDT05GSUdfQVRNRUw9bQpDT05GSUdfUENJX0FU TUVMPW0KQ09ORklHX1BDTUNJQV9BVE1FTD1tCkNPTkZJR19BVDc2QzUwWF9VU0I9bQpDT05GSUdf QUlST19DUz1tCkNPTkZJR19QQ01DSUFfV0wzNTAxPW0KIyBDT05GSUdfUFJJU001NCBpcyBub3Qg c2V0CkNPTkZJR19VU0JfWkQxMjAxPW0KQ09ORklHX1VTQl9ORVRfUk5ESVNfV0xBTj1tCkNPTkZJ R19SVEw4MTgwPW0KQ09ORklHX1JUTDgxODc9bQpDT05GSUdfUlRMODE4N19MRURTPXkKQ09ORklH X0FETTgyMTE9bQpDT05GSUdfTUFDODAyMTFfSFdTSU09bQpDT05GSUdfTVdMOEs9bQpDT05GSUdf QVRIX0NPTU1PTj1tCiMgQ09ORklHX0FUSF9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19BVEg1Sz1t CiMgQ09ORklHX0FUSDVLX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRINUtfVFJBQ0VSIGlz IG5vdCBzZXQKQ09ORklHX0FUSDVLX1BDST15CkNPTkZJR19BVEg5S19IVz1tCkNPTkZJR19BVEg5 S19DT01NT049bQpDT05GSUdfQVRIOUtfQlRDT0VYX1NVUFBPUlQ9eQpDT05GSUdfQVRIOUs9bQpD T05GSUdfQVRIOUtfUENJPXkKIyBDT05GSUdfQVRIOUtfQUhCIGlzIG5vdCBzZXQKIyBDT05GSUdf QVRIOUtfREVCVUdGUyBpcyBub3Qgc2V0CkNPTkZJR19BVEg5S19SQVRFX0NPTlRST0w9eQojIENP TkZJR19BVEg5S19IVEMgaXMgbm90IHNldAojIENPTkZJR19DQVJMOTE3MCBpcyBub3Qgc2V0CiMg Q09ORklHX0FUSDZLTCBpcyBub3Qgc2V0CkNPTkZJR19CNDM9bQpDT05GSUdfQjQzX1NTQj15CkNP TkZJR19CNDNfUENJX0FVVE9TRUxFQ1Q9eQpDT05GSUdfQjQzX1BDSUNPUkVfQVVUT1NFTEVDVD15 CkNPTkZJR19CNDNfUENNQ0lBPXkKQ09ORklHX0I0M19TRElPPXkKQ09ORklHX0I0M19QSU89eQoj IENPTkZJR19CNDNfUEhZX04gaXMgbm90IHNldApDT05GSUdfQjQzX1BIWV9MUD15CiMgQ09ORklH X0I0M19QSFlfSFQgaXMgbm90IHNldApDT05GSUdfQjQzX0xFRFM9eQpDT05GSUdfQjQzX0hXUk5H PXkKQ09ORklHX0I0M19ERUJVRz15CkNPTkZJR19CNDNMRUdBQ1k9bQpDT05GSUdfQjQzTEVHQUNZ X1BDSV9BVVRPU0VMRUNUPXkKQ09ORklHX0I0M0xFR0FDWV9QQ0lDT1JFX0FVVE9TRUxFQ1Q9eQpD T05GSUdfQjQzTEVHQUNZX0xFRFM9eQpDT05GSUdfQjQzTEVHQUNZX0hXUk5HPXkKQ09ORklHX0I0 M0xFR0FDWV9ERUJVRz15CkNPTkZJR19CNDNMRUdBQ1lfRE1BPXkKQ09ORklHX0I0M0xFR0FDWV9Q SU89eQpDT05GSUdfQjQzTEVHQUNZX0RNQV9BTkRfUElPX01PREU9eQojIENPTkZJR19CNDNMRUdB Q1lfRE1BX01PREUgaXMgbm90IHNldAojIENPTkZJR19CNDNMRUdBQ1lfUElPX01PREUgaXMgbm90 IHNldAojIENPTkZJR19CUkNNRk1BQyBpcyBub3Qgc2V0CkNPTkZJR19IT1NUQVA9bQpDT05GSUdf SE9TVEFQX0ZJUk1XQVJFPXkKQ09ORklHX0hPU1RBUF9GSVJNV0FSRV9OVlJBTT15CkNPTkZJR19I T1NUQVBfUExYPW0KQ09ORklHX0hPU1RBUF9QQ0k9bQpDT05GSUdfSE9TVEFQX0NTPW0KQ09ORklH X0lQVzIxMDA9bQpDT05GSUdfSVBXMjEwMF9NT05JVE9SPXkKIyBDT05GSUdfSVBXMjEwMF9ERUJV RyBpcyBub3Qgc2V0CiMgQ09ORklHX0lQVzIyMDAgaXMgbm90IHNldApDT05GSUdfTElCSVBXPW0K IyBDT05GSUdfTElCSVBXX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0lXTFdJRkk9bQoKIwojIERl YnVnZ2luZyBPcHRpb25zCiMKIyBDT05GSUdfSVdMV0lGSV9ERUJVRyBpcyBub3Qgc2V0CiMgQ09O RklHX0lXTFdJRklfREVWSUNFX1RSQUNJTkcgaXMgbm90IHNldAojIENPTkZJR19JV0xXSUZJX1Ay UCBpcyBub3Qgc2V0CiMgQ09ORklHX0lXTFdJRklfRVhQRVJJTUVOVEFMX01GUCBpcyBub3Qgc2V0 CkNPTkZJR19JV0xFR0FDWT1tCkNPTkZJR19JV0w0OTY1PW0KQ09ORklHX0lXTDM5NDU9bQoKIwoj IGl3bDM5NDUgLyBpd2w0OTY1IERlYnVnZ2luZyBPcHRpb25zCiMKIyBDT05GSUdfSVdMRUdBQ1lf REVCVUcgaXMgbm90IHNldApDT05GSUdfSVdNPW0KIyBDT05GSUdfSVdNX0RFQlVHIGlzIG5vdCBz ZXQKIyBDT05GSUdfSVdNX1RSQUNJTkcgaXMgbm90IHNldApDT05GSUdfTElCRVJUQVM9bQpDT05G SUdfTElCRVJUQVNfVVNCPW0KQ09ORklHX0xJQkVSVEFTX0NTPW0KQ09ORklHX0xJQkVSVEFTX1NE SU89bQpDT05GSUdfTElCRVJUQVNfREVCVUc9eQojIENPTkZJR19MSUJFUlRBU19NRVNIIGlzIG5v dCBzZXQKQ09ORklHX0hFUk1FUz1tCiMgQ09ORklHX0hFUk1FU19QUklTTSBpcyBub3Qgc2V0CkNP TkZJR19IRVJNRVNfQ0FDSEVfRldfT05fSU5JVD15CkNPTkZJR19QTFhfSEVSTUVTPW0KQ09ORklH X1RNRF9IRVJNRVM9bQpDT05GSUdfTk9SVEVMX0hFUk1FUz1tCkNPTkZJR19QQ01DSUFfSEVSTUVT PW0KQ09ORklHX1BDTUNJQV9TUEVDVFJVTT1tCiMgQ09ORklHX09SSU5PQ09fVVNCIGlzIG5vdCBz ZXQKQ09ORklHX1A1NF9DT01NT049bQpDT05GSUdfUDU0X1VTQj1tCkNPTkZJR19QNTRfUENJPW0K Q09ORklHX1A1NF9MRURTPXkKQ09ORklHX1JUMlgwMD1tCkNPTkZJR19SVDI0MDBQQ0k9bQpDT05G SUdfUlQyNTAwUENJPW0KQ09ORklHX1JUNjFQQ0k9bQojIENPTkZJR19SVDI4MDBQQ0kgaXMgbm90 IHNldApDT05GSUdfUlQyNTAwVVNCPW0KQ09ORklHX1JUNzNVU0I9bQojIENPTkZJR19SVDI4MDBV U0IgaXMgbm90IHNldApDT05GSUdfUlQyWDAwX0xJQl9QQ0k9bQpDT05GSUdfUlQyWDAwX0xJQl9V U0I9bQpDT05GSUdfUlQyWDAwX0xJQj1tCkNPTkZJR19SVDJYMDBfTElCX0ZJUk1XQVJFPXkKQ09O RklHX1JUMlgwMF9MSUJfQ1JZUFRPPXkKQ09ORklHX1JUMlgwMF9MSUJfTEVEUz15CiMgQ09ORklH X1JUMlgwMF9ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX1JUTDgxOTJDRSBpcyBub3Qgc2V0CiMg Q09ORklHX1JUTDgxOTJTRSBpcyBub3Qgc2V0CiMgQ09ORklHX1JUTDgxOTJERSBpcyBub3Qgc2V0 CiMgQ09ORklHX1JUTDgxOTJDVSBpcyBub3Qgc2V0CkNPTkZJR19XTDEyNTE9bQpDT05GSUdfV0wx MjUxX1NESU89bQpDT05GSUdfV0wxMlhYX01FTlU9bQpDT05GSUdfV0wxMlhYPW0KIyBDT05GSUdf V0wxMlhYX1NESU8gaXMgbm90IHNldApDT05GSUdfV0wxMlhYX1BMQVRGT1JNX0RBVEE9eQpDT05G SUdfWkQxMjExUlc9bQojIENPTkZJR19aRDEyMTFSV19ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklH X01XSUZJRVggaXMgbm90IHNldAoKIwojIFdpTUFYIFdpcmVsZXNzIEJyb2FkYmFuZCBkZXZpY2Vz CiMKQ09ORklHX1dJTUFYX0kyNDAwTT1tCkNPTkZJR19XSU1BWF9JMjQwME1fVVNCPW0KQ09ORklH X1dJTUFYX0kyNDAwTV9TRElPPW0KIyBDT05GSUdfV0lNQVhfSVdNQzMyMDBfU0RJTyBpcyBub3Qg c2V0CkNPTkZJR19XSU1BWF9JMjQwME1fREVCVUdfTEVWRUw9OApDT05GSUdfV0FOPXkKIyBDT05G SUdfTEFOTUVESUEgaXMgbm90IHNldApDT05GSUdfSERMQz1tCkNPTkZJR19IRExDX1JBVz1tCiMg Q09ORklHX0hETENfUkFXX0VUSCBpcyBub3Qgc2V0CkNPTkZJR19IRExDX0NJU0NPPW0KQ09ORklH X0hETENfRlI9bQpDT05GSUdfSERMQ19QUFA9bQoKIwojIFguMjUvTEFQQiBzdXBwb3J0IGlzIGRp c2FibGVkCiMKIyBDT05GSUdfUENJMjAwU1lOIGlzIG5vdCBzZXQKIyBDT05GSUdfV0FOWEwgaXMg bm90IHNldAojIENPTkZJR19QQzMwMFRPTyBpcyBub3Qgc2V0CiMgQ09ORklHX0ZBUlNZTkMgaXMg bm90IHNldAojIENPTkZJR19EU0NDNCBpcyBub3Qgc2V0CkNPTkZJR19ETENJPW0KQ09ORklHX0RM Q0lfTUFYPTgKIyBDT05GSUdfU0JOSSBpcyBub3Qgc2V0CkNPTkZJR19YRU5fTkVUREVWX0ZST05U RU5EPW0KIyBDT05GSUdfWEVOX05FVERFVl9CQUNLRU5EIGlzIG5vdCBzZXQKQ09ORklHX1ZNWE5F VDM9bQpDT05GSUdfSVNETj15CkNPTkZJR19JU0ROX0k0TD1tCkNPTkZJR19JU0ROX1BQUD15CkNP TkZJR19JU0ROX1BQUF9WSj15CkNPTkZJR19JU0ROX01QUD15CkNPTkZJR19JUFBQX0ZJTFRFUj15 CiMgQ09ORklHX0lTRE5fUFBQX0JTRENPTVAgaXMgbm90IHNldApDT05GSUdfSVNETl9BVURJTz15 CkNPTkZJR19JU0ROX1RUWV9GQVg9eQoKIwojIElTRE4gZmVhdHVyZSBzdWJtb2R1bGVzCiMKQ09O RklHX0lTRE5fRElWRVJTSU9OPW0KCiMKIyBJU0RONExpbnV4IGhhcmR3YXJlIGRyaXZlcnMKIwoK IwojIFBhc3NpdmUgY2FyZHMKIwpDT05GSUdfSVNETl9EUlZfSElTQVg9bQoKIwojIEQtY2hhbm5l bCBwcm90b2NvbCBmZWF0dXJlcwojCkNPTkZJR19ISVNBWF9FVVJPPXkKQ09ORklHX0RFX0FPQz15 CkNPTkZJR19ISVNBWF9OT19TRU5EQ09NUExFVEU9eQpDT05GSUdfSElTQVhfTk9fTExDPXkKQ09O RklHX0hJU0FYX05PX0tFWVBBRD15CkNPTkZJR19ISVNBWF8xVFI2PXkKQ09ORklHX0hJU0FYX05J MT15CkNPTkZJR19ISVNBWF9NQVhfQ0FSRFM9OAoKIwojIEhpU2F4IHN1cHBvcnRlZCBjYXJkcwoj CkNPTkZJR19ISVNBWF8xNl8zPXkKQ09ORklHX0hJU0FYX1RFTEVTUENJPXkKQ09ORklHX0hJU0FY X1MwQk9YPXkKQ09ORklHX0hJU0FYX0ZSSVRaUENJPXkKQ09ORklHX0hJU0FYX0FWTV9BMV9QQ01D SUE9eQpDT05GSUdfSElTQVhfRUxTQT15CkNPTkZJR19ISVNBWF9ESUVITERJVkE9eQpDT05GSUdf SElTQVhfU0VETEJBVUVSPXkKQ09ORklHX0hJU0FYX05FVEpFVD15CkNPTkZJR19ISVNBWF9ORVRK RVRfVT15CkNPTkZJR19ISVNBWF9OSUNDWT15CkNPTkZJR19ISVNBWF9CS01fQTRUPXkKQ09ORklH X0hJU0FYX1NDVF9RVUFEUk89eQpDT05GSUdfSElTQVhfR0FaRUw9eQpDT05GSUdfSElTQVhfSEZD X1BDST15CkNPTkZJR19ISVNBWF9XNjY5Mj15CkNPTkZJR19ISVNBWF9IRkNfU1g9eQpDT05GSUdf SElTQVhfRU5URVJOT1dfUENJPXkKIyBDT05GSUdfSElTQVhfREVCVUcgaXMgbm90IHNldAoKIwoj IEhpU2F4IFBDTUNJQSBjYXJkIHNlcnZpY2UgbW9kdWxlcwojCkNPTkZJR19ISVNBWF9TRURMQkFV RVJfQ1M9bQpDT05GSUdfSElTQVhfRUxTQV9DUz1tCkNPTkZJR19ISVNBWF9BVk1fQTFfQ1M9bQpD T05GSUdfSElTQVhfVEVMRVNfQ1M9bQoKIwojIEhpU2F4IHN1YiBkcml2ZXIgbW9kdWxlcwojCkNP TkZJR19ISVNBWF9TVDU0ODE9bQojIENPTkZJR19ISVNBWF9IRkNVU0IgaXMgbm90IHNldApDT05G SUdfSElTQVhfSEZDNFM4Uz1tCkNPTkZJR19ISVNBWF9GUklUWl9QQ0lQTlA9bQoKIwojIEFjdGl2 ZSBjYXJkcwojCkNPTkZJR19JU0ROX0NBUEk9bQpDT05GSUdfSVNETl9EUlZfQVZNQjFfVkVSQk9T RV9SRUFTT049eQojIENPTkZJR19DQVBJX1RSQUNFIGlzIG5vdCBzZXQKQ09ORklHX0lTRE5fQ0FQ SV9NSURETEVXQVJFPXkKQ09ORklHX0lTRE5fQ0FQSV9DQVBJMjA9bQpDT05GSUdfSVNETl9DQVBJ X0NBUElEUlY9bQoKIwojIENBUEkgaGFyZHdhcmUgZHJpdmVycwojCkNPTkZJR19DQVBJX0FWTT15 CkNPTkZJR19JU0ROX0RSVl9BVk1CMV9CMVBDST1tCkNPTkZJR19JU0ROX0RSVl9BVk1CMV9CMVBD SVY0PXkKQ09ORklHX0lTRE5fRFJWX0FWTUIxX0IxUENNQ0lBPW0KQ09ORklHX0lTRE5fRFJWX0FW TUIxX0FWTV9DUz1tCkNPTkZJR19JU0ROX0RSVl9BVk1CMV9UMVBDST1tCkNPTkZJR19JU0ROX0RS Vl9BVk1CMV9DND1tCiMgQ09ORklHX0NBUElfRUlDT04gaXMgbm90IHNldApDT05GSUdfSVNETl9E UlZfR0lHQVNFVD1tCiMgQ09ORklHX0dJR0FTRVRfQ0FQSSBpcyBub3Qgc2V0CkNPTkZJR19HSUdB U0VUX0k0TD15CiMgQ09ORklHX0dJR0FTRVRfRFVNTVlMTCBpcyBub3Qgc2V0CkNPTkZJR19HSUdB U0VUX0JBU0U9bQpDT05GSUdfR0lHQVNFVF9NMTA1PW0KQ09ORklHX0dJR0FTRVRfTTEwMT1tCiMg Q09ORklHX0dJR0FTRVRfREVCVUcgaXMgbm90IHNldApDT05GSUdfSFlTRE49bQpDT05GSUdfSFlT RE5fQ0FQST15CkNPTkZJR19NSVNETj1tCkNPTkZJR19NSVNETl9EU1A9bQpDT05GSUdfTUlTRE5f TDFPSVA9bQoKIwojIG1JU0ROIGhhcmR3YXJlIGRyaXZlcnMKIwpDT05GSUdfTUlTRE5fSEZDUENJ PW0KQ09ORklHX01JU0ROX0hGQ01VTFRJPW0KQ09ORklHX01JU0ROX0hGQ1VTQj1tCkNPTkZJR19N SVNETl9BVk1GUklUWj1tCkNPTkZJR19NSVNETl9TUEVFREZBWD1tCkNPTkZJR19NSVNETl9JTkZJ TkVPTj1tCkNPTkZJR19NSVNETl9XNjY5Mj1tCkNPTkZJR19NSVNETl9ORVRKRVQ9bQpDT05GSUdf TUlTRE5fSVBBQz1tCkNPTkZJR19NSVNETl9JU0FSPW0KQ09ORklHX0lTRE5fSERMQz1tCgojCiMg SW5wdXQgZGV2aWNlIHN1cHBvcnQKIwpDT05GSUdfSU5QVVQ9eQpDT05GSUdfSU5QVVRfRkZfTUVN TEVTUz15CkNPTkZJR19JTlBVVF9QT0xMREVWPW0KQ09ORklHX0lOUFVUX1NQQVJTRUtNQVA9bQoK IwojIFVzZXJsYW5kIGludGVyZmFjZXMKIwpDT05GSUdfSU5QVVRfTU9VU0VERVY9eQojIENPTkZJ R19JTlBVVF9NT1VTRURFVl9QU0FVWCBpcyBub3Qgc2V0CkNPTkZJR19JTlBVVF9NT1VTRURFVl9T Q1JFRU5fWD0xMDI0CkNPTkZJR19JTlBVVF9NT1VTRURFVl9TQ1JFRU5fWT03NjgKIyBDT05GSUdf SU5QVVRfSk9ZREVWIGlzIG5vdCBzZXQKQ09ORklHX0lOUFVUX0VWREVWPXkKIyBDT05GSUdfSU5Q VVRfRVZCVUcgaXMgbm90IHNldAoKIwojIElucHV0IERldmljZSBEcml2ZXJzCiMKQ09ORklHX0lO UFVUX0tFWUJPQVJEPXkKQ09ORklHX0tFWUJPQVJEX0FEUDU1ODg9bQojIENPTkZJR19LRVlCT0FS RF9BRFA1NTg5IGlzIG5vdCBzZXQKQ09ORklHX0tFWUJPQVJEX0FUS0JEPXkKIyBDT05GSUdfS0VZ Qk9BUkRfUVQxMDcwIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfUVQyMTYwIGlzIG5vdCBz ZXQKIyBDT05GSUdfS0VZQk9BUkRfTEtLQkQgaXMgbm90IHNldAojIENPTkZJR19LRVlCT0FSRF9H UElPIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfR1BJT19QT0xMRUQgaXMgbm90IHNldAoj IENPTkZJR19LRVlCT0FSRF9UQ0E2NDE2IGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfVENB ODQxOCBpcyBub3Qgc2V0CiMgQ09ORklHX0tFWUJPQVJEX01BVFJJWCBpcyBub3Qgc2V0CiMgQ09O RklHX0tFWUJPQVJEX0xNODMyMyBpcyBub3Qgc2V0CkNPTkZJR19LRVlCT0FSRF9NQVg3MzU5PW0K IyBDT05GSUdfS0VZQk9BUkRfTUNTIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfTVBSMTIx IGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfTkVXVE9OIGlzIG5vdCBzZXQKQ09ORklHX0tF WUJPQVJEX09QRU5DT1JFUz1tCiMgQ09ORklHX0tFWUJPQVJEX1NUT1dBV0FZIGlzIG5vdCBzZXQK IyBDT05GSUdfS0VZQk9BUkRfU1VOS0JEIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfT01B UDQgaXMgbm90IHNldAojIENPTkZJR19LRVlCT0FSRF9YVEtCRCBpcyBub3Qgc2V0CkNPTkZJR19J TlBVVF9NT1VTRT15CkNPTkZJR19NT1VTRV9QUzI9eQpDT05GSUdfTU9VU0VfUFMyX0FMUFM9eQpD T05GSUdfTU9VU0VfUFMyX0xPR0lQUzJQUD15CkNPTkZJR19NT1VTRV9QUzJfU1lOQVBUSUNTPXkK Q09ORklHX01PVVNFX1BTMl9MSUZFQk9PSz15CkNPTkZJR19NT1VTRV9QUzJfVFJBQ0tQT0lOVD15 CkNPTkZJR19NT1VTRV9QUzJfRUxBTlRFQ0g9eQpDT05GSUdfTU9VU0VfUFMyX1NFTlRFTElDPXkK IyBDT05GSUdfTU9VU0VfUFMyX1RPVUNIS0lUIGlzIG5vdCBzZXQKQ09ORklHX01PVVNFX1NFUklB TD1tCkNPTkZJR19NT1VTRV9BUFBMRVRPVUNIPW0KQ09ORklHX01PVVNFX0JDTTU5NzQ9bQpDT05G SUdfTU9VU0VfVlNYWFhBQT1tCiMgQ09ORklHX01PVVNFX0dQSU8gaXMgbm90IHNldApDT05GSUdf TU9VU0VfU1lOQVBUSUNTX0kyQz1tCiMgQ09ORklHX01PVVNFX1NZTkFQVElDU19VU0IgaXMgbm90 IHNldAojIENPTkZJR19JTlBVVF9KT1lTVElDSyBpcyBub3Qgc2V0CkNPTkZJR19JTlBVVF9UQUJM RVQ9eQpDT05GSUdfVEFCTEVUX1VTQl9BQ0VDQUQ9bQpDT05GSUdfVEFCTEVUX1VTQl9BSVBURUs9 bQpDT05GSUdfVEFCTEVUX1VTQl9HVENPPW0KIyBDT05GSUdfVEFCTEVUX1VTQl9IQU5XQU5HIGlz IG5vdCBzZXQKQ09ORklHX1RBQkxFVF9VU0JfS0JUQUI9bQpDT05GSUdfVEFCTEVUX1VTQl9XQUNP TT1tCkNPTkZJR19JTlBVVF9UT1VDSFNDUkVFTj15CkNPTkZJR19UT1VDSFNDUkVFTl9BRDc4Nzk9 bQpDT05GSUdfVE9VQ0hTQ1JFRU5fQUQ3ODc5X0kyQz1tCiMgQ09ORklHX1RPVUNIU0NSRUVOX0FU TUVMX01YVCBpcyBub3Qgc2V0CiMgQ09ORklHX1RPVUNIU0NSRUVOX0FVT19QSVhDSVIgaXMgbm90 IHNldAojIENPTkZJR19UT1VDSFNDUkVFTl9CVTIxMDEzIGlzIG5vdCBzZXQKIyBDT05GSUdfVE9V Q0hTQ1JFRU5fQ1k4Q1RNRzExMCBpcyBub3Qgc2V0CiMgQ09ORklHX1RPVUNIU0NSRUVOX0NZVFRT UF9DT1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfVE9VQ0hTQ1JFRU5fRFlOQVBSTyBpcyBub3Qgc2V0 CiMgQ09ORklHX1RPVUNIU0NSRUVOX0hBTVBTSElSRSBpcyBub3Qgc2V0CkNPTkZJR19UT1VDSFND UkVFTl9FRVRJPW0KIyBDT05GSUdfVE9VQ0hTQ1JFRU5fRUdBTEFYIGlzIG5vdCBzZXQKQ09ORklH X1RPVUNIU0NSRUVOX0ZVSklUU1U9bQojIENPTkZJR19UT1VDSFNDUkVFTl9JTEkyMTBYIGlzIG5v dCBzZXQKQ09ORklHX1RPVUNIU0NSRUVOX0dVTlpFPW0KQ09ORklHX1RPVUNIU0NSRUVOX0VMTz1t CkNPTkZJR19UT1VDSFNDUkVFTl9XQUNPTV9XODAwMT1tCiMgQ09ORklHX1RPVUNIU0NSRUVOX01B WDExODAxIGlzIG5vdCBzZXQKQ09ORklHX1RPVUNIU0NSRUVOX01DUzUwMDA9bQpDT05GSUdfVE9V Q0hTQ1JFRU5fTVRPVUNIPW0KQ09ORklHX1RPVUNIU0NSRUVOX0lORVhJTz1tCiMgQ09ORklHX1RP VUNIU0NSRUVOX01LNzEyIGlzIG5vdCBzZXQKQ09ORklHX1RPVUNIU0NSRUVOX1BFTk1PVU5UPW0K Q09ORklHX1RPVUNIU0NSRUVOX1RPVUNIUklHSFQ9bQpDT05GSUdfVE9VQ0hTQ1JFRU5fVE9VQ0hX SU49bQojIENPTkZJR19UT1VDSFNDUkVFTl9QSVhDSVIgaXMgbm90IHNldAojIENPTkZJR19UT1VD SFNDUkVFTl9XTTk3WFggaXMgbm90IHNldApDT05GSUdfVE9VQ0hTQ1JFRU5fVVNCX0NPTVBPU0lU RT1tCkNPTkZJR19UT1VDSFNDUkVFTl9VU0JfRUdBTEFYPXkKQ09ORklHX1RPVUNIU0NSRUVOX1VT Ql9QQU5KSVQ9eQpDT05GSUdfVE9VQ0hTQ1JFRU5fVVNCXzNNPXkKQ09ORklHX1RPVUNIU0NSRUVO X1VTQl9JVE09eQpDT05GSUdfVE9VQ0hTQ1JFRU5fVVNCX0VUVVJCTz15CkNPTkZJR19UT1VDSFND UkVFTl9VU0JfR1VOWkU9eQpDT05GSUdfVE9VQ0hTQ1JFRU5fVVNCX0RNQ19UU0MxMD15CkNPTkZJ R19UT1VDSFNDUkVFTl9VU0JfSVJUT1VDSD15CkNPTkZJR19UT1VDSFNDUkVFTl9VU0JfSURFQUxU RUs9eQpDT05GSUdfVE9VQ0hTQ1JFRU5fVVNCX0dFTkVSQUxfVE9VQ0g9eQpDT05GSUdfVE9VQ0hT Q1JFRU5fVVNCX0dPVE9QPXkKQ09ORklHX1RPVUNIU0NSRUVOX1VTQl9KQVNURUM9eQpDT05GSUdf VE9VQ0hTQ1JFRU5fVVNCX0VMTz15CkNPTkZJR19UT1VDSFNDUkVFTl9VU0JfRTJJPXkKQ09ORklH X1RPVUNIU0NSRUVOX1VTQl9aWVRST05JQz15CkNPTkZJR19UT1VDSFNDUkVFTl9VU0JfRVRUX1RD NDVVU0I9eQpDT05GSUdfVE9VQ0hTQ1JFRU5fVVNCX05FWElPPXkKQ09ORklHX1RPVUNIU0NSRUVO X1VTQl9FQVNZVE9VQ0g9eQpDT05GSUdfVE9VQ0hTQ1JFRU5fVE9VQ0hJVDIxMz1tCiMgQ09ORklH X1RPVUNIU0NSRUVOX1RTQ19TRVJJTyBpcyBub3Qgc2V0CkNPTkZJR19UT1VDSFNDUkVFTl9UU0My MDA3PW0KIyBDT05GSUdfVE9VQ0hTQ1JFRU5fU1QxMjMyIGlzIG5vdCBzZXQKIyBDT05GSUdfVE9V Q0hTQ1JFRU5fVFBTNjUwN1ggaXMgbm90IHNldApDT05GSUdfSU5QVVRfTUlTQz15CiMgQ09ORklH X0lOUFVUX0FENzE0WCBpcyBub3Qgc2V0CiMgQ09ORklHX0lOUFVUX0JNQTE1MCBpcyBub3Qgc2V0 CkNPTkZJR19JTlBVVF9QQ1NQS1I9bQojIENPTkZJR19JTlBVVF9NTUE4NDUwIGlzIG5vdCBzZXQK IyBDT05GSUdfSU5QVVRfTVBVMzA1MCBpcyBub3Qgc2V0CkNPTkZJR19JTlBVVF9BUEFORUw9bQoj IENPTkZJR19JTlBVVF9HUDJBIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfR1BJT19USUxUX1BP TExFRCBpcyBub3Qgc2V0CkNPTkZJR19JTlBVVF9BVExBU19CVE5TPW0KQ09ORklHX0lOUFVUX0FU SV9SRU1PVEUyPW0KQ09ORklHX0lOUFVUX0tFWVNQQU5fUkVNT1RFPW0KIyBDT05GSUdfSU5QVVRf S1hUSjkgaXMgbm90IHNldApDT05GSUdfSU5QVVRfUE9XRVJNQVRFPW0KQ09ORklHX0lOUFVUX1lF QUxJTks9bQpDT05GSUdfSU5QVVRfQ00xMDk9bQpDT05GSUdfSU5QVVRfVUlOUFVUPW0KIyBDT05G SUdfSU5QVVRfUENGODU3NCBpcyBub3Qgc2V0CiMgQ09ORklHX0lOUFVUX0dQSU9fUk9UQVJZX0VO Q09ERVIgaXMgbm90IHNldAojIENPTkZJR19JTlBVVF9BRFhMMzRYIGlzIG5vdCBzZXQKIyBDT05G SUdfSU5QVVRfQ01BMzAwMCBpcyBub3Qgc2V0CkNPTkZJR19JTlBVVF9YRU5fS0JEREVWX0ZST05U RU5EPXkKCiMKIyBIYXJkd2FyZSBJL08gcG9ydHMKIwpDT05GSUdfU0VSSU89eQpDT05GSUdfU0VS SU9fSTgwNDI9eQpDT05GSUdfU0VSSU9fU0VSUE9SVD15CiMgQ09ORklHX1NFUklPX0NUODJDNzEw IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VSSU9fUEFSS0JEIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VS SU9fUENJUFMyIGlzIG5vdCBzZXQKQ09ORklHX1NFUklPX0xJQlBTMj15CkNPTkZJR19TRVJJT19S QVc9bQojIENPTkZJR19TRVJJT19BTFRFUkFfUFMyIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VSSU9f UFMyTVVMVCBpcyBub3Qgc2V0CiMgQ09ORklHX0dBTUVQT1JUIGlzIG5vdCBzZXQKCiMKIyBDaGFy YWN0ZXIgZGV2aWNlcwojCkNPTkZJR19WVD15CkNPTkZJR19DT05TT0xFX1RSQU5TTEFUSU9OUz15 CkNPTkZJR19WVF9DT05TT0xFPXkKQ09ORklHX1ZUX0NPTlNPTEVfU0xFRVA9eQpDT05GSUdfSFdf Q09OU09MRT15CkNPTkZJR19WVF9IV19DT05TT0xFX0JJTkRJTkc9eQpDT05GSUdfVU5JWDk4X1BU WVM9eQpDT05GSUdfREVWUFRTX01VTFRJUExFX0lOU1RBTkNFUz15CiMgQ09ORklHX0xFR0FDWV9Q VFlTIGlzIG5vdCBzZXQKQ09ORklHX1NFUklBTF9OT05TVEFOREFSRD15CiMgQ09ORklHX1JPQ0tF VFBPUlQgaXMgbm90IHNldApDT05GSUdfQ1lDTEFERVM9bQojIENPTkZJR19DWVpfSU5UUiBpcyBu b3Qgc2V0CiMgQ09ORklHX01PWEFfSU5URUxMSU8gaXMgbm90IHNldAojIENPTkZJR19NT1hBX1NN QVJUSU8gaXMgbm90IHNldApDT05GSUdfU1lOQ0xJTks9bQpDT05GSUdfU1lOQ0xJTktNUD1tCkNP TkZJR19TWU5DTElOS19HVD1tCkNPTkZJR19OT1pPTUk9bQojIENPTkZJR19JU0kgaXMgbm90IHNl dApDT05GSUdfTl9IRExDPW0KIyBDT05GSUdfTl9HU00gaXMgbm90IHNldAojIENPTkZJR19UUkFD RV9TSU5LIGlzIG5vdCBzZXQKIyBDT05GSUdfREVWS01FTSBpcyBub3Qgc2V0CiMgQ09ORklHX1NU QUxEUlYgaXMgbm90IHNldAoKIwojIFNlcmlhbCBkcml2ZXJzCiMKQ09ORklHX1NFUklBTF84MjUw PXkKQ09ORklHX1NFUklBTF84MjUwX0NPTlNPTEU9eQpDT05GSUdfRklYX0VBUkxZQ09OX01FTT15 CkNPTkZJR19TRVJJQUxfODI1MF9QQ0k9eQpDT05GSUdfU0VSSUFMXzgyNTBfUE5QPXkKQ09ORklH X1NFUklBTF84MjUwX0NTPW0KQ09ORklHX1NFUklBTF84MjUwX05SX1VBUlRTPTMyCkNPTkZJR19T RVJJQUxfODI1MF9SVU5USU1FX1VBUlRTPTQKQ09ORklHX1NFUklBTF84MjUwX0VYVEVOREVEPXkK Q09ORklHX1NFUklBTF84MjUwX01BTllfUE9SVFM9eQpDT05GSUdfU0VSSUFMXzgyNTBfU0hBUkVf SVJRPXkKQ09ORklHX1NFUklBTF84MjUwX0RFVEVDVF9JUlE9eQpDT05GSUdfU0VSSUFMXzgyNTBf UlNBPXkKCiMKIyBOb24tODI1MCBzZXJpYWwgcG9ydCBzdXBwb3J0CiMKIyBDT05GSUdfU0VSSUFM X01GRF9IU1UgaXMgbm90IHNldApDT05GSUdfU0VSSUFMX0NPUkU9eQpDT05GSUdfU0VSSUFMX0NP UkVfQ09OU09MRT15CkNPTkZJR19DT05TT0xFX1BPTEw9eQpDT05GSUdfU0VSSUFMX0pTTT1tCiMg Q09ORklHX1NFUklBTF9USU1CRVJEQUxFIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VSSUFMX0FMVEVS QV9KVEFHVUFSVCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFUklBTF9BTFRFUkFfVUFSVCBpcyBub3Qg c2V0CiMgQ09ORklHX1NFUklBTF9QQ0hfVUFSVCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFUklBTF9Y SUxJTlhfUFNfVUFSVCBpcyBub3Qgc2V0CkNPTkZJR19QUklOVEVSPW0KIyBDT05GSUdfTFBfQ09O U09MRSBpcyBub3Qgc2V0CkNPTkZJR19QUERFVj1tCkNPTkZJR19IVkNfRFJJVkVSPXkKQ09ORklH X0hWQ19JUlE9eQpDT05GSUdfSFZDX1hFTj15CkNPTkZJR19IVkNfWEVOX0ZST05URU5EPXkKQ09O RklHX1ZJUlRJT19DT05TT0xFPW0KQ09ORklHX0lQTUlfSEFORExFUj1tCiMgQ09ORklHX0lQTUlf UEFOSUNfRVZFTlQgaXMgbm90IHNldApDT05GSUdfSVBNSV9ERVZJQ0VfSU5URVJGQUNFPW0KQ09O RklHX0lQTUlfU0k9bQpDT05GSUdfSVBNSV9XQVRDSERPRz1tCkNPTkZJR19JUE1JX1BPV0VST0ZG PW0KQ09ORklHX0hXX1JBTkRPTT15CkNPTkZJR19IV19SQU5ET01fVElNRVJJT01FTT1tCkNPTkZJ R19IV19SQU5ET01fSU5URUw9bQpDT05GSUdfSFdfUkFORE9NX0FNRD1tCkNPTkZJR19IV19SQU5E T01fVklBPW0KQ09ORklHX0hXX1JBTkRPTV9WSVJUSU89bQpDT05GSUdfTlZSQU09eQojIENPTkZJ R19SMzk2NCBpcyBub3Qgc2V0CiMgQ09ORklHX0FQUExJQ09NIGlzIG5vdCBzZXQKCiMKIyBQQ01D SUEgY2hhcmFjdGVyIGRldmljZXMKIwojIENPTkZJR19TWU5DTElOS19DUyBpcyBub3Qgc2V0CkNP TkZJR19DQVJETUFOXzQwMDA9bQpDT05GSUdfQ0FSRE1BTl80MDQwPW0KQ09ORklHX0lQV0lSRUxF U1M9bQojIENPTkZJR19NV0FWRSBpcyBub3Qgc2V0CkNPTkZJR19SQVdfRFJJVkVSPXkKQ09ORklH X01BWF9SQVdfREVWUz04MTkyCkNPTkZJR19IUEVUPXkKQ09ORklHX0hQRVRfTU1BUD15CkNPTkZJ R19IQU5HQ0hFQ0tfVElNRVI9bQpDT05GSUdfVENHX1RQTT15CkNPTkZJR19UQ0dfVElTPXkKQ09O RklHX1RDR19OU0M9bQpDT05GSUdfVENHX0FUTUVMPW0KQ09ORklHX1RDR19JTkZJTkVPTj1tCkNP TkZJR19URUxDTE9DSz1tCkNPTkZJR19ERVZQT1JUPXkKIyBDT05GSUdfUkFNT09QUyBpcyBub3Qg c2V0CkNPTkZJR19JMkM9bQpDT05GSUdfSTJDX0JPQVJESU5GTz15CkNPTkZJR19JMkNfQ09NUEFU PXkKQ09ORklHX0kyQ19DSEFSREVWPW0KIyBDT05GSUdfSTJDX01VWCBpcyBub3Qgc2V0CkNPTkZJ R19JMkNfSEVMUEVSX0FVVE89eQpDT05GSUdfSTJDX1NNQlVTPW0KQ09ORklHX0kyQ19BTEdPQklU PW0KQ09ORklHX0kyQ19BTEdPUENBPW0KCiMKIyBJMkMgSGFyZHdhcmUgQnVzIHN1cHBvcnQKIwoK IwojIFBDIFNNQnVzIGhvc3QgY29udHJvbGxlciBkcml2ZXJzCiMKIyBDT05GSUdfSTJDX0FMSTE1 MzUgaXMgbm90IHNldAojIENPTkZJR19JMkNfQUxJMTU2MyBpcyBub3Qgc2V0CiMgQ09ORklHX0ky Q19BTEkxNVgzIGlzIG5vdCBzZXQKQ09ORklHX0kyQ19BTUQ3NTY9bQpDT05GSUdfSTJDX0FNRDc1 Nl9TNDg4Mj1tCkNPTkZJR19JMkNfQU1EODExMT1tCkNPTkZJR19JMkNfSTgwMT1tCkNPTkZJR19J MkNfSVNDSD1tCkNPTkZJR19JMkNfUElJWDQ9bQpDT05GSUdfSTJDX05GT1JDRTI9bQpDT05GSUdf STJDX05GT1JDRTJfUzQ5ODU9bQojIENPTkZJR19JMkNfU0lTNTU5NSBpcyBub3Qgc2V0CiMgQ09O RklHX0kyQ19TSVM2MzAgaXMgbm90IHNldApDT05GSUdfSTJDX1NJUzk2WD1tCkNPTkZJR19JMkNf VklBPW0KQ09ORklHX0kyQ19WSUFQUk89bQoKIwojIEFDUEkgZHJpdmVycwojCkNPTkZJR19JMkNf U0NNST1tCgojCiMgSTJDIHN5c3RlbSBidXMgZHJpdmVycyAobW9zdGx5IGVtYmVkZGVkIC8gc3lz dGVtLW9uLWNoaXApCiMKIyBDT05GSUdfSTJDX0RFU0lHTldBUkVfUENJIGlzIG5vdCBzZXQKIyBD T05GSUdfSTJDX0VHMjBUIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJDX0dQSU8gaXMgbm90IHNldAoj IENPTkZJR19JMkNfSU5URUxfTUlEIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJDX09DT1JFUyBpcyBu b3Qgc2V0CkNPTkZJR19JMkNfUENBX1BMQVRGT1JNPW0KIyBDT05GSUdfSTJDX1BYQV9QQ0kgaXMg bm90IHNldApDT05GSUdfSTJDX1NJTVRFQz1tCiMgQ09ORklHX0kyQ19YSUxJTlggaXMgbm90IHNl dAoKIwojIEV4dGVybmFsIEkyQy9TTUJ1cyBhZGFwdGVyIGRyaXZlcnMKIwojIENPTkZJR19JMkNf RElPTEFOX1UyQyBpcyBub3Qgc2V0CkNPTkZJR19JMkNfUEFSUE9SVD1tCkNPTkZJR19JMkNfUEFS UE9SVF9MSUdIVD1tCiMgQ09ORklHX0kyQ19UQU9TX0VWTSBpcyBub3Qgc2V0CkNPTkZJR19JMkNf VElOWV9VU0I9bQoKIwojIE90aGVyIEkyQy9TTUJ1cyBidXMgZHJpdmVycwojCkNPTkZJR19JMkNf U1RVQj1tCiMgQ09ORklHX0kyQ19ERUJVR19DT1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJDX0RF QlVHX0FMR08gaXMgbm90IHNldAojIENPTkZJR19JMkNfREVCVUdfQlVTIGlzIG5vdCBzZXQKIyBD T05GSUdfU1BJIGlzIG5vdCBzZXQKIyBDT05GSUdfSFNJIGlzIG5vdCBzZXQKCiMKIyBQUFMgc3Vw cG9ydAojCkNPTkZJR19QUFM9bQojIENPTkZJR19QUFNfREVCVUcgaXMgbm90IHNldAoKIwojIFBQ UyBjbGllbnRzIHN1cHBvcnQKIwojIENPTkZJR19QUFNfQ0xJRU5UX0tUSU1FUiBpcyBub3Qgc2V0 CiMgQ09ORklHX1BQU19DTElFTlRfTERJU0MgaXMgbm90IHNldAojIENPTkZJR19QUFNfQ0xJRU5U X1BBUlBPUlQgaXMgbm90IHNldAojIENPTkZJR19QUFNfQ0xJRU5UX0dQSU8gaXMgbm90IHNldAoK IwojIFBQUyBnZW5lcmF0b3JzIHN1cHBvcnQKIwoKIwojIFBUUCBjbG9jayBzdXBwb3J0CiMKIyBD T05GSUdfUFRQXzE1ODhfQ0xPQ0sgaXMgbm90IHNldApDT05GSUdfQVJDSF9XQU5UX09QVElPTkFM X0dQSU9MSUI9eQpDT05GSUdfR1BJT0xJQj15CiMgQ09ORklHX0RFQlVHX0dQSU8gaXMgbm90IHNl dAojIENPTkZJR19HUElPX1NZU0ZTIGlzIG5vdCBzZXQKCiMKIyBNZW1vcnkgbWFwcGVkIEdQSU8g ZHJpdmVyczoKIwojIENPTkZJR19HUElPX0dFTkVSSUNfUExBVEZPUk0gaXMgbm90IHNldAojIENP TkZJR19HUElPX0lUODc2MUUgaXMgbm90IHNldAojIENPTkZJR19HUElPX1NDSCBpcyBub3Qgc2V0 CiMgQ09ORklHX0dQSU9fVlg4NTUgaXMgbm90IHNldAoKIwojIEkyQyBHUElPIGV4cGFuZGVyczoK IwojIENPTkZJR19HUElPX01BWDczMDAgaXMgbm90IHNldAojIENPTkZJR19HUElPX01BWDczMlgg aXMgbm90IHNldAojIENPTkZJR19HUElPX1BDQTk1M1ggaXMgbm90IHNldAojIENPTkZJR19HUElP X1BDRjg1N1ggaXMgbm90IHNldAojIENPTkZJR19HUElPX0FEUDU1ODggaXMgbm90IHNldAoKIwoj IFBDSSBHUElPIGV4cGFuZGVyczoKIwojIENPTkZJR19HUElPX0xBTkdXRUxMIGlzIG5vdCBzZXQK IyBDT05GSUdfR1BJT19QQ0ggaXMgbm90IHNldAojIENPTkZJR19HUElPX01MX0lPSCBpcyBub3Qg c2V0CiMgQ09ORklHX0dQSU9fUkRDMzIxWCBpcyBub3Qgc2V0CgojCiMgU1BJIEdQSU8gZXhwYW5k ZXJzOgojCiMgQ09ORklHX0dQSU9fTUNQMjNTMDggaXMgbm90IHNldAoKIwojIEFDOTcgR1BJTyBl eHBhbmRlcnM6CiMKCiMKIyBNT0RVTGJ1cyBHUElPIGV4cGFuZGVyczoKIwojIENPTkZJR19XMSBp cyBub3Qgc2V0CkNPTkZJR19QT1dFUl9TVVBQTFk9eQojIENPTkZJR19QT1dFUl9TVVBQTFlfREVC VUcgaXMgbm90IHNldAojIENPTkZJR19QREFfUE9XRVIgaXMgbm90IHNldAojIENPTkZJR19URVNU X1BPV0VSIGlzIG5vdCBzZXQKIyBDT05GSUdfQkFUVEVSWV9EUzI3ODAgaXMgbm90IHNldAojIENP TkZJR19CQVRURVJZX0RTMjc4MSBpcyBub3Qgc2V0CiMgQ09ORklHX0JBVFRFUllfRFMyNzgyIGlz IG5vdCBzZXQKIyBDT05GSUdfQkFUVEVSWV9TQlMgaXMgbm90IHNldApDT05GSUdfQkFUVEVSWV9C UTI3eDAwPW0KQ09ORklHX0JBVFRFUllfQlEyN1gwMF9JMkM9eQpDT05GSUdfQkFUVEVSWV9CUTI3 WDAwX1BMQVRGT1JNPXkKQ09ORklHX0JBVFRFUllfTUFYMTcwNDA9bQojIENPTkZJR19CQVRURVJZ X01BWDE3MDQyIGlzIG5vdCBzZXQKIyBDT05GSUdfQ0hBUkdFUl9JU1AxNzA0IGlzIG5vdCBzZXQK IyBDT05GSUdfQ0hBUkdFUl9NQVg4OTAzIGlzIG5vdCBzZXQKIyBDT05GSUdfQ0hBUkdFUl9MUDg3 MjcgaXMgbm90IHNldAojIENPTkZJR19DSEFSR0VSX0dQSU8gaXMgbm90IHNldAojIENPTkZJR19D SEFSR0VSX01BTkFHRVIgaXMgbm90IHNldAojIENPTkZJR19DSEFSR0VSX1NNQjM0NyBpcyBub3Qg c2V0CkNPTkZJR19IV01PTj15CkNPTkZJR19IV01PTl9WSUQ9bQojIENPTkZJR19IV01PTl9ERUJV R19DSElQIGlzIG5vdCBzZXQKCiMKIyBOYXRpdmUgZHJpdmVycwojCkNPTkZJR19TRU5TT1JTX0FC SVRVR1VSVT1tCkNPTkZJR19TRU5TT1JTX0FCSVRVR1VSVTM9bQpDT05GSUdfU0VOU09SU19BRDc0 MTQ9bQpDT05GSUdfU0VOU09SU19BRDc0MTg9bQpDT05GSUdfU0VOU09SU19BRE0xMDIxPW0KQ09O RklHX1NFTlNPUlNfQURNMTAyNT1tCkNPTkZJR19TRU5TT1JTX0FETTEwMjY9bQpDT05GSUdfU0VO U09SU19BRE0xMDI5PW0KQ09ORklHX1NFTlNPUlNfQURNMTAzMT1tCkNPTkZJR19TRU5TT1JTX0FE TTkyNDA9bQojIENPTkZJR19TRU5TT1JTX0FEVDc0MTEgaXMgbm90IHNldApDT05GSUdfU0VOU09S U19BRFQ3NDYyPW0KQ09ORklHX1NFTlNPUlNfQURUNzQ3MD1tCkNPTkZJR19TRU5TT1JTX0FEVDc0 NzU9bQojIENPTkZJR19TRU5TT1JTX0FTQzc2MjEgaXMgbm90IHNldApDT05GSUdfU0VOU09SU19L OFRFTVA9bQpDT05GSUdfU0VOU09SU19LMTBURU1QPW0KIyBDT05GSUdfU0VOU09SU19GQU0xNUhf UE9XRVIgaXMgbm90IHNldApDT05GSUdfU0VOU09SU19BU0IxMDA9bQpDT05GSUdfU0VOU09SU19B VFhQMT1tCiMgQ09ORklHX1NFTlNPUlNfRFM2MjAgaXMgbm90IHNldApDT05GSUdfU0VOU09SU19E UzE2MjE9bQpDT05GSUdfU0VOU09SU19JNUtfQU1CPW0KQ09ORklHX1NFTlNPUlNfRjcxODA1Rj1t CkNPTkZJR19TRU5TT1JTX0Y3MTg4MkZHPW0KQ09ORklHX1NFTlNPUlNfRjc1Mzc1Uz1tCkNPTkZJ R19TRU5TT1JTX0ZTQ0hNRD1tCkNPTkZJR19TRU5TT1JTX0c3NjBBPW0KQ09ORklHX1NFTlNPUlNf R0w1MThTTT1tCkNPTkZJR19TRU5TT1JTX0dMNTIwU009bQojIENPTkZJR19TRU5TT1JTX0dQSU9f RkFOIGlzIG5vdCBzZXQKQ09ORklHX1NFTlNPUlNfQ09SRVRFTVA9bQpDT05GSUdfU0VOU09SU19J Qk1BRU09bQpDT05GSUdfU0VOU09SU19JQk1QRVg9bQpDT05GSUdfU0VOU09SU19JVDg3PW0KIyBD T05GSUdfU0VOU09SU19KQzQyIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19MSU5FQUdFIGlz IG5vdCBzZXQKQ09ORklHX1NFTlNPUlNfTE02Mz1tCiMgQ09ORklHX1NFTlNPUlNfTE03MyBpcyBu b3Qgc2V0CkNPTkZJR19TRU5TT1JTX0xNNzU9bQpDT05GSUdfU0VOU09SU19MTTc3PW0KQ09ORklH X1NFTlNPUlNfTE03OD1tCkNPTkZJR19TRU5TT1JTX0xNODA9bQpDT05GSUdfU0VOU09SU19MTTgz PW0KQ09ORklHX1NFTlNPUlNfTE04NT1tCkNPTkZJR19TRU5TT1JTX0xNODc9bQpDT05GSUdfU0VO U09SU19MTTkwPW0KQ09ORklHX1NFTlNPUlNfTE05Mj1tCkNPTkZJR19TRU5TT1JTX0xNOTM9bQoj IENPTkZJR19TRU5TT1JTX0xUQzQxNTEgaXMgbm90IHNldApDT05GSUdfU0VOU09SU19MVEM0MjE1 PW0KQ09ORklHX1NFTlNPUlNfTFRDNDI0NT1tCiMgQ09ORklHX1NFTlNPUlNfTFRDNDI2MSBpcyBu b3Qgc2V0CkNPTkZJR19TRU5TT1JTX0xNOTUyNDE9bQojIENPTkZJR19TRU5TT1JTX0xNOTUyNDUg aXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX01BWDE2MDY1IGlzIG5vdCBzZXQKQ09ORklHX1NF TlNPUlNfTUFYMTYxOT1tCiMgQ09ORklHX1NFTlNPUlNfTUFYMTY2OCBpcyBub3Qgc2V0CiMgQ09O RklHX1NFTlNPUlNfTUFYNjYzOSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTUFYNjY0MiBp cyBub3Qgc2V0CkNPTkZJR19TRU5TT1JTX01BWDY2NTA9bQojIENPTkZJR19TRU5TT1JTX01DUDMw MjEgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX05UQ19USEVSTUlTVE9SIGlzIG5vdCBzZXQK Q09ORklHX1NFTlNPUlNfUEM4NzM2MD1tCkNPTkZJR19TRU5TT1JTX1BDODc0Mjc9bQpDT05GSUdf U0VOU09SU19QQ0Y4NTkxPW0KIyBDT05GSUdfUE1CVVMgaXMgbm90IHNldAojIENPTkZJR19TRU5T T1JTX1NIVDE1IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19TSFQyMSBpcyBub3Qgc2V0CkNP TkZJR19TRU5TT1JTX1NJUzU1OTU9bQojIENPTkZJR19TRU5TT1JTX1NNTTY2NSBpcyBub3Qgc2V0 CkNPTkZJR19TRU5TT1JTX0RNRTE3Mzc9bQojIENPTkZJR19TRU5TT1JTX0VNQzE0MDMgaXMgbm90 IHNldAojIENPTkZJR19TRU5TT1JTX0VNQzIxMDMgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JT X0VNQzZXMjAxIGlzIG5vdCBzZXQKQ09ORklHX1NFTlNPUlNfU01TQzQ3TTE9bQpDT05GSUdfU0VO U09SU19TTVNDNDdNMTkyPW0KQ09ORklHX1NFTlNPUlNfU01TQzQ3QjM5Nz1tCiMgQ09ORklHX1NF TlNPUlNfU0NINTZYWF9DT01NT04gaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX1NDSDU2Mjcg aXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX1NDSDU2MzYgaXMgbm90IHNldAojIENPTkZJR19T RU5TT1JTX0FEUzEwMTUgaXMgbm90IHNldApDT05GSUdfU0VOU09SU19BRFM3ODI4PW0KIyBDT05G SUdfU0VOU09SU19BTUM2ODIxIGlzIG5vdCBzZXQKQ09ORklHX1NFTlNPUlNfVEhNQzUwPW0KIyBD T05GSUdfU0VOU09SU19UTVAxMDIgaXMgbm90IHNldApDT05GSUdfU0VOU09SU19UTVA0MDE9bQpD T05GSUdfU0VOU09SU19UTVA0MjE9bQpDT05GSUdfU0VOU09SU19WSUFfQ1BVVEVNUD1tCkNPTkZJ R19TRU5TT1JTX1ZJQTY4NkE9bQpDT05GSUdfU0VOU09SU19WVDEyMTE9bQpDT05GSUdfU0VOU09S U19WVDgyMzE9bQpDT05GSUdfU0VOU09SU19XODM3ODFEPW0KQ09ORklHX1NFTlNPUlNfVzgzNzkx RD1tCkNPTkZJR19TRU5TT1JTX1c4Mzc5MkQ9bQpDT05GSUdfU0VOU09SU19XODM3OTM9bQojIENP TkZJR19TRU5TT1JTX1c4Mzc5NSBpcyBub3Qgc2V0CkNPTkZJR19TRU5TT1JTX1c4M0w3ODVUUz1t CkNPTkZJR19TRU5TT1JTX1c4M0w3ODZORz1tCkNPTkZJR19TRU5TT1JTX1c4MzYyN0hGPW0KQ09O RklHX1NFTlNPUlNfVzgzNjI3RUhGPW0KQ09ORklHX1NFTlNPUlNfQVBQTEVTTUM9bQoKIwojIEFD UEkgZHJpdmVycwojCiMgQ09ORklHX1NFTlNPUlNfQUNQSV9QT1dFUiBpcyBub3Qgc2V0CkNPTkZJ R19TRU5TT1JTX0FUSzAxMTA9bQpDT05GSUdfVEhFUk1BTD15CkNPTkZJR19USEVSTUFMX0hXTU9O PXkKQ09ORklHX1dBVENIRE9HPXkKQ09ORklHX1dBVENIRE9HX0NPUkU9eQojIENPTkZJR19XQVRD SERPR19OT1dBWU9VVCBpcyBub3Qgc2V0CgojCiMgV2F0Y2hkb2cgRGV2aWNlIERyaXZlcnMKIwpD T05GSUdfU09GVF9XQVRDSERPRz1tCiMgQ09ORklHX0FDUVVJUkVfV0RUIGlzIG5vdCBzZXQKIyBD T05GSUdfQURWQU5URUNIX1dEVCBpcyBub3Qgc2V0CkNPTkZJR19BTElNMTUzNV9XRFQ9bQpDT05G SUdfQUxJTTcxMDFfV0RUPW0KIyBDT05GSUdfRjcxODA4RV9XRFQgaXMgbm90IHNldAojIENPTkZJ R19TUDUxMDBfVENPIGlzIG5vdCBzZXQKIyBDT05GSUdfU0M1MjBfV0RUIGlzIG5vdCBzZXQKQ09O RklHX1NCQ19GSVRQQzJfV0FUQ0hET0c9bQojIENPTkZJR19FVVJPVEVDSF9XRFQgaXMgbm90IHNl dApDT05GSUdfSUI3MDBfV0RUPW0KQ09ORklHX0lCTUFTUj1tCiMgQ09ORklHX1dBRkVSX1dEVCBp cyBub3Qgc2V0CkNPTkZJR19JNjMwMEVTQl9XRFQ9bQpDT05GSUdfSVRDT19XRFQ9bQpDT05GSUdf SVRDT19WRU5ET1JfU1VQUE9SVD15CkNPTkZJR19JVDg3MTJGX1dEVD1tCkNPTkZJR19JVDg3X1dE VD1tCkNPTkZJR19IUF9XQVRDSERPRz1tCkNPTkZJR19IUFdEVF9OTUlfREVDT0RJTkc9eQojIENP TkZJR19TQzEyMDBfV0RUIGlzIG5vdCBzZXQKIyBDT05GSUdfUEM4NzQxM19XRFQgaXMgbm90IHNl dAojIENPTkZJR19OVl9UQ08gaXMgbm90IHNldAojIENPTkZJR182MFhYX1dEVCBpcyBub3Qgc2V0 CiMgQ09ORklHX1NCQzgzNjBfV0RUIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1BVNV9XRFQgaXMgbm90 IHNldApDT05GSUdfU01TQ19TQ0gzMTFYX1dEVD1tCiMgQ09ORklHX1NNU0MzN0I3ODdfV0RUIGlz IG5vdCBzZXQKIyBDT05GSUdfVklBX1dEVCBpcyBub3Qgc2V0CkNPTkZJR19XODM2MjdIRl9XRFQ9 bQpDT05GSUdfVzgzNjk3SEZfV0RUPW0KQ09ORklHX1c4MzY5N1VHX1dEVD1tCkNPTkZJR19XODM4 NzdGX1dEVD1tCkNPTkZJR19XODM5NzdGX1dEVD1tCkNPTkZJR19NQUNIWl9XRFQ9bQojIENPTkZJ R19TQkNfRVBYX0MzX1dBVENIRE9HIGlzIG5vdCBzZXQKIyBDT05GSUdfWEVOX1dEVCBpcyBub3Qg c2V0CgojCiMgUENJLWJhc2VkIFdhdGNoZG9nIENhcmRzCiMKQ09ORklHX1BDSVBDV0FUQ0hET0c9 bQpDT05GSUdfV0RUUENJPW0KCiMKIyBVU0ItYmFzZWQgV2F0Y2hkb2cgQ2FyZHMKIwpDT05GSUdf VVNCUENXQVRDSERPRz1tCkNPTkZJR19TU0JfUE9TU0lCTEU9eQoKIwojIFNvbmljcyBTaWxpY29u IEJhY2twbGFuZQojCkNPTkZJR19TU0I9bQpDT05GSUdfU1NCX1NQUk9NPXkKQ09ORklHX1NTQl9C TE9DS0lPPXkKQ09ORklHX1NTQl9QQ0lIT1NUX1BPU1NJQkxFPXkKQ09ORklHX1NTQl9QQ0lIT1NU PXkKQ09ORklHX1NTQl9CNDNfUENJX0JSSURHRT15CkNPTkZJR19TU0JfUENNQ0lBSE9TVF9QT1NT SUJMRT15CkNPTkZJR19TU0JfUENNQ0lBSE9TVD15CkNPTkZJR19TU0JfU0RJT0hPU1RfUE9TU0lC TEU9eQpDT05GSUdfU1NCX1NESU9IT1NUPXkKIyBDT05GSUdfU1NCX0RFQlVHIGlzIG5vdCBzZXQK Q09ORklHX1NTQl9EUklWRVJfUENJQ09SRV9QT1NTSUJMRT15CkNPTkZJR19TU0JfRFJJVkVSX1BD SUNPUkU9eQpDT05GSUdfQkNNQV9QT1NTSUJMRT15CgojCiMgQnJvYWRjb20gc3BlY2lmaWMgQU1C QQojCiMgQ09ORklHX0JDTUEgaXMgbm90IHNldAoKIwojIE11bHRpZnVuY3Rpb24gZGV2aWNlIGRy aXZlcnMKIwpDT05GSUdfTUZEX0NPUkU9bQpDT05GSUdfTUZEX1NNNTAxPW0KIyBDT05GSUdfTUZE X1NNNTAxX0dQSU8gaXMgbm90IHNldAojIENPTkZJR19IVENfUEFTSUMzIGlzIG5vdCBzZXQKIyBD T05GSUdfVUNCMTQwMF9DT1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfVFBTNjEwNVggaXMgbm90IHNl dAojIENPTkZJR19UUFM2NTAxMCBpcyBub3Qgc2V0CiMgQ09ORklHX1RQUzY1MDdYIGlzIG5vdCBz ZXQKIyBDT05GSUdfTUZEX1RQUzY1MjE3IGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1RNSU8gaXMg bm90IHNldApDT05GSUdfTUZEX1dNODQwMD1tCiMgQ09ORklHX01GRF9QQ0Y1MDYzMyBpcyBub3Qg c2V0CiMgQ09ORklHX0FCWDUwMF9DT1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX0NTNTUzNSBp cyBub3Qgc2V0CiMgQ09ORklHX01GRF9USU1CRVJEQUxFIGlzIG5vdCBzZXQKQ09ORklHX0xQQ19T Q0g9bQojIENPTkZJR19NRkRfUkRDMzIxWCBpcyBub3Qgc2V0CiMgQ09ORklHX01GRF9KQU5aX0NN T0RJTyBpcyBub3Qgc2V0CiMgQ09ORklHX01GRF9WWDg1NSBpcyBub3Qgc2V0CiMgQ09ORklHX01G RF9XTDEyNzNfQ09SRSBpcyBub3Qgc2V0CkNPTkZJR19SRUdVTEFUT1I9eQojIENPTkZJR19SRUdV TEFUT1JfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19SRUdVTEFUT1JfRFVNTVkgaXMgbm90IHNl dApDT05GSUdfUkVHVUxBVE9SX0ZJWEVEX1ZPTFRBR0U9bQojIENPTkZJR19SRUdVTEFUT1JfVklS VFVBTF9DT05TVU1FUiBpcyBub3Qgc2V0CkNPTkZJR19SRUdVTEFUT1JfVVNFUlNQQUNFX0NPTlNV TUVSPW0KIyBDT05GSUdfUkVHVUxBVE9SX0dQSU8gaXMgbm90IHNldAojIENPTkZJR19SRUdVTEFU T1JfQUQ1Mzk4IGlzIG5vdCBzZXQKIyBDT05GSUdfUkVHVUxBVE9SX0lTTDYyNzFBIGlzIG5vdCBz ZXQKQ09ORklHX1JFR1VMQVRPUl9NQVgxNTg2PW0KIyBDT05GSUdfUkVHVUxBVE9SX01BWDg2NDkg aXMgbm90IHNldAojIENPTkZJR19SRUdVTEFUT1JfTUFYODY2MCBpcyBub3Qgc2V0CiMgQ09ORklH X1JFR1VMQVRPUl9NQVg4OTUyIGlzIG5vdCBzZXQKQ09ORklHX1JFR1VMQVRPUl9MUDM5NzE9bQoj IENPTkZJR19SRUdVTEFUT1JfTFAzOTcyIGlzIG5vdCBzZXQKIyBDT05GSUdfUkVHVUxBVE9SX1RQ UzYyMzYwIGlzIG5vdCBzZXQKQ09ORklHX1JFR1VMQVRPUl9UUFM2NTAyMz1tCkNPTkZJR19SRUdV TEFUT1JfVFBTNjUwN1g9bQpDT05GSUdfUkVHVUxBVE9SX1dNODQwMD1tCkNPTkZJR19NRURJQV9T VVBQT1JUPW0KCiMKIyBNdWx0aW1lZGlhIGNvcmUgc3VwcG9ydAojCiMgQ09ORklHX01FRElBX0NP TlRST0xMRVIgaXMgbm90IHNldApDT05GSUdfVklERU9fREVWPW0KQ09ORklHX1ZJREVPX1Y0TDJf Q09NTU9OPW0KQ09ORklHX0RWQl9DT1JFPW0KQ09ORklHX0RWQl9ORVQ9eQpDT05GSUdfVklERU9f TUVESUE9bQoKIwojIE11bHRpbWVkaWEgZHJpdmVycwojCkNPTkZJR19WSURFT19TQUE3MTQ2PW0K Q09ORklHX1ZJREVPX1NBQTcxNDZfVlY9bQpDT05GSUdfUkNfQ09SRT1tCkNPTkZJR19MSVJDPW0K Q09ORklHX1JDX01BUD1tCkNPTkZJR19JUl9ORUNfREVDT0RFUj1tCkNPTkZJR19JUl9SQzVfREVD T0RFUj1tCkNPTkZJR19JUl9SQzZfREVDT0RFUj1tCkNPTkZJR19JUl9KVkNfREVDT0RFUj1tCkNP TkZJR19JUl9TT05ZX0RFQ09ERVI9bQpDT05GSUdfSVJfUkM1X1NaX0RFQ09ERVI9bQpDT05GSUdf SVJfU0FOWU9fREVDT0RFUj1tCkNPTkZJR19JUl9NQ0VfS0JEX0RFQ09ERVI9bQpDT05GSUdfSVJf TElSQ19DT0RFQz1tCiMgQ09ORklHX1JDX0FUSV9SRU1PVEUgaXMgbm90IHNldApDT05GSUdfSVJf RU5FPW0KQ09ORklHX0lSX0lNT049bQpDT05GSUdfSVJfTUNFVVNCPW0KIyBDT05GSUdfSVJfSVRF X0NJUiBpcyBub3Qgc2V0CiMgQ09ORklHX0lSX0ZJTlRFSyBpcyBub3Qgc2V0CkNPTkZJR19JUl9O VVZPVE9OPW0KIyBDT05GSUdfSVJfUkVEUkFUMyBpcyBub3Qgc2V0CkNPTkZJR19JUl9TVFJFQU1a QVA9bQpDT05GSUdfSVJfV0lOQk9ORF9DSVI9bQojIENPTkZJR19SQ19MT09QQkFDSyBpcyBub3Qg c2V0CiMgQ09ORklHX0lSX0dQSU9fQ0lSIGlzIG5vdCBzZXQKQ09ORklHX01FRElBX0FUVEFDSD15 CkNPTkZJR19NRURJQV9UVU5FUj1tCiMgQ09ORklHX01FRElBX1RVTkVSX0NVU1RPTUlTRSBpcyBu b3Qgc2V0CkNPTkZJR19NRURJQV9UVU5FUl9TSU1QTEU9bQpDT05GSUdfTUVESUFfVFVORVJfVERB ODI5MD1tCkNPTkZJR19NRURJQV9UVU5FUl9UREE4MjdYPW0KQ09ORklHX01FRElBX1RVTkVSX1RE QTE4MjcxPW0KQ09ORklHX01FRElBX1RVTkVSX1REQTk4ODc9bQpDT05GSUdfTUVESUFfVFVORVJf VEVBNTc2MT1tCkNPTkZJR19NRURJQV9UVU5FUl9URUE1NzY3PW0KQ09ORklHX01FRElBX1RVTkVS X01UMjBYWD1tCkNPTkZJR19NRURJQV9UVU5FUl9NVDIwNjA9bQpDT05GSUdfTUVESUFfVFVORVJf TVQyMjY2PW0KQ09ORklHX01FRElBX1RVTkVSX01UMjEzMT1tCkNPTkZJR19NRURJQV9UVU5FUl9R VDEwMTA9bQpDT05GSUdfTUVESUFfVFVORVJfWEMyMDI4PW0KQ09ORklHX01FRElBX1RVTkVSX1hD NTAwMD1tCkNPTkZJR19NRURJQV9UVU5FUl9YQzQwMDA9bQpDT05GSUdfTUVESUFfVFVORVJfTVhM NTAwNVM9bQpDT05GSUdfTUVESUFfVFVORVJfTVhMNTAwN1Q9bQpDT05GSUdfTUVESUFfVFVORVJf TUM0NFM4MDM9bQpDT05GSUdfTUVESUFfVFVORVJfTUFYMjE2NT1tCkNPTkZJR19NRURJQV9UVU5F Ul9UREExODIxOD1tCkNPTkZJR19NRURJQV9UVU5FUl9UREExODIxMj1tCkNPTkZJR19WSURFT19W NEwyPW0KQ09ORklHX1ZJREVPQlVGX0dFTj1tCkNPTkZJR19WSURFT0JVRl9ETUFfU0c9bQpDT05G SUdfVklERU9CVUZfVk1BTExPQz1tCkNPTkZJR19WSURFT0JVRl9EVkI9bQpDT05GSUdfVklERU9f QlRDWD1tCkNPTkZJR19WSURFT19UVkVFUFJPTT1tCkNPTkZJR19WSURFT19UVU5FUj1tCkNPTkZJ R19WSURFT0JVRjJfQ09SRT1tCkNPTkZJR19WSURFT0JVRjJfTUVNT1BTPW0KQ09ORklHX1ZJREVP QlVGMl9WTUFMTE9DPW0KQ09ORklHX1ZJREVPX0NBUFRVUkVfRFJJVkVSUz15CiMgQ09ORklHX1ZJ REVPX0FEVl9ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX1ZJREVPX0ZJWEVEX01JTk9SX1JBTkdF UyBpcyBub3Qgc2V0CkNPTkZJR19WSURFT19IRUxQRVJfQ0hJUFNfQVVUTz15CkNPTkZJR19WSURF T19JUl9JMkM9bQoKIwojIEF1ZGlvIGRlY29kZXJzLCBwcm9jZXNzb3JzIGFuZCBtaXhlcnMKIwpD T05GSUdfVklERU9fVFZBVURJTz1tCkNPTkZJR19WSURFT19UREE3NDMyPW0KQ09ORklHX1ZJREVP X01TUDM0MDA9bQpDT05GSUdfVklERU9fQ1M1MzQ1PW0KQ09ORklHX1ZJREVPX0NTNTNMMzJBPW0K Q09ORklHX1ZJREVPX1dNODc3NT1tCkNPTkZJR19WSURFT19XTTg3Mzk9bQpDT05GSUdfVklERU9f VlAyN1NNUFg9bQoKIwojIFJEUyBkZWNvZGVycwojCkNPTkZJR19WSURFT19TQUE2NTg4PW0KCiMK IyBWaWRlbyBkZWNvZGVycwojCkNPTkZJR19WSURFT19TQUE3MTFYPW0KQ09ORklHX1ZJREVPX1RW UDUxNTA9bQoKIwojIFZpZGVvIGFuZCBhdWRpbyBkZWNvZGVycwojCkNPTkZJR19WSURFT19TQUE3 MTdYPW0KQ09ORklHX1ZJREVPX0NYMjU4NDA9bQoKIwojIE1QRUcgdmlkZW8gZW5jb2RlcnMKIwpD T05GSUdfVklERU9fQ1gyMzQxWD1tCgojCiMgVmlkZW8gZW5jb2RlcnMKIwpDT05GSUdfVklERU9f U0FBNzEyNz1tCgojCiMgQ2FtZXJhIHNlbnNvciBkZXZpY2VzCiMKQ09ORklHX1ZJREVPX01UOVYw MTE9bQoKIwojIEZsYXNoIGRldmljZXMKIwoKIwojIFZpZGVvIGltcHJvdmVtZW50IGNoaXBzCiMK Q09ORklHX1ZJREVPX1VQRDY0MDMxQT1tCkNPTkZJR19WSURFT19VUEQ2NDA4Mz1tCgojCiMgTWlz Y2VsYW5lb3VzIGhlbHBlciBjaGlwcwojCkNPTkZJR19WSURFT19NNTI3OTA9bQojIENPTkZJR19W SURFT19WSVZJIGlzIG5vdCBzZXQKQ09ORklHX1Y0TF9VU0JfRFJJVkVSUz15CkNPTkZJR19VU0Jf VklERU9fQ0xBU1M9bQpDT05GSUdfVVNCX1ZJREVPX0NMQVNTX0lOUFVUX0VWREVWPXkKQ09ORklH X1VTQl9HU1BDQT1tCkNPTkZJR19VU0JfTTU2MDI9bQpDT05GSUdfVVNCX1NUVjA2WFg9bQpDT05G SUdfVVNCX0dMODYwPW0KQ09ORklHX1VTQl9HU1BDQV9CRU5RPW0KQ09ORklHX1VTQl9HU1BDQV9D T05FWD1tCkNPTkZJR19VU0JfR1NQQ0FfQ1BJQTE9bQpDT05GSUdfVVNCX0dTUENBX0VUT01TPW0K Q09ORklHX1VTQl9HU1BDQV9GSU5FUElYPW0KQ09ORklHX1VTQl9HU1BDQV9KRUlMSU5KPW0KIyBD T05GSUdfVVNCX0dTUENBX0pMMjAwNUJDRCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9HU1BDQV9L SU5FQ1QgaXMgbm90IHNldApDT05GSUdfVVNCX0dTUENBX0tPTklDQT1tCkNPTkZJR19VU0JfR1NQ Q0FfTUFSUz1tCkNPTkZJR19VU0JfR1NQQ0FfTVI5NzMxMEE9bQojIENPTkZJR19VU0JfR1NQQ0Ff Tlc4MFggaXMgbm90IHNldApDT05GSUdfVVNCX0dTUENBX09WNTE5PW0KQ09ORklHX1VTQl9HU1BD QV9PVjUzND1tCkNPTkZJR19VU0JfR1NQQ0FfT1Y1MzRfOT1tCkNPTkZJR19VU0JfR1NQQ0FfUEFD MjA3PW0KQ09ORklHX1VTQl9HU1BDQV9QQUM3MzAyPW0KQ09ORklHX1VTQl9HU1BDQV9QQUM3MzEx PW0KIyBDT05GSUdfVVNCX0dTUENBX1NFNDAxIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9HU1BDQV9T TjlDMjAyOD1tCkNPTkZJR19VU0JfR1NQQ0FfU045QzIwWD1tCkNPTkZJR19VU0JfR1NQQ0FfU09O SVhCPW0KQ09ORklHX1VTQl9HU1BDQV9TT05JWEo9bQpDT05GSUdfVVNCX0dTUENBX1NQQ0E1MDA9 bQpDT05GSUdfVVNCX0dTUENBX1NQQ0E1MDE9bQpDT05GSUdfVVNCX0dTUENBX1NQQ0E1MDU9bQpD T05GSUdfVVNCX0dTUENBX1NQQ0E1MDY9bQpDT05GSUdfVVNCX0dTUENBX1NQQ0E1MDg9bQpDT05G SUdfVVNCX0dTUENBX1NQQ0E1NjE9bQpDT05GSUdfVVNCX0dTUENBX1NQQ0ExNTI4PW0KQ09ORklH X1VTQl9HU1BDQV9TUTkwNT1tCkNPTkZJR19VU0JfR1NQQ0FfU1E5MDVDPW0KQ09ORklHX1VTQl9H U1BDQV9TUTkzMFg9bQpDT05GSUdfVVNCX0dTUENBX1NUSzAxND1tCkNPTkZJR19VU0JfR1NQQ0Ff U1RWMDY4MD1tCkNPTkZJR19VU0JfR1NQQ0FfU1VOUExVUz1tCkNPTkZJR19VU0JfR1NQQ0FfVDYx Mz1tCiMgQ09ORklHX1VTQl9HU1BDQV9UT1BSTyBpcyBub3Qgc2V0CkNPTkZJR19VU0JfR1NQQ0Ff VFY4NTMyPW0KQ09ORklHX1VTQl9HU1BDQV9WQzAzMlg9bQojIENPTkZJR19VU0JfR1NQQ0FfVklD QU0gaXMgbm90IHNldApDT05GSUdfVVNCX0dTUENBX1hJUkxJTktfQ0lUPW0KQ09ORklHX1VTQl9H U1BDQV9aQzNYWD1tCkNPTkZJR19WSURFT19QVlJVU0IyPW0KQ09ORklHX1ZJREVPX1BWUlVTQjJf U1lTRlM9eQpDT05GSUdfVklERU9fUFZSVVNCMl9EVkI9eQojIENPTkZJR19WSURFT19QVlJVU0Iy X0RFQlVHSUZDIGlzIG5vdCBzZXQKQ09ORklHX1ZJREVPX0hEUFZSPW0KQ09ORklHX1ZJREVPX0VN MjhYWD1tCkNPTkZJR19WSURFT19FTTI4WFhfQUxTQT1tCkNPTkZJR19WSURFT19FTTI4WFhfRFZC PW0KQ09ORklHX1ZJREVPX0VNMjhYWF9SQz15CkNPTkZJR19WSURFT19UTEcyMzAwPW0KQ09ORklH X1ZJREVPX0NYMjMxWFg9bQpDT05GSUdfVklERU9fQ1gyMzFYWF9SQz15CkNPTkZJR19WSURFT19D WDIzMVhYX0FMU0E9bQpDT05GSUdfVklERU9fQ1gyMzFYWF9EVkI9bQojIENPTkZJR19WSURFT19U TTYwMDAgaXMgbm90IHNldApDT05GSUdfVklERU9fVVNCVklTSU9OPW0KIyBDT05GSUdfVVNCX0VU NjFYMjUxIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NOOUMxMDIgaXMgbm90IHNldApDT05GSUdf VVNCX1BXQz1tCiMgQ09ORklHX1VTQl9QV0NfREVCVUcgaXMgbm90IHNldApDT05GSUdfVVNCX1BX Q19JTlBVVF9FVkRFVj15CiMgQ09ORklHX1ZJREVPX0NQSUEyIGlzIG5vdCBzZXQKQ09ORklHX1VT Ql9aUjM2NFhYPW0KQ09ORklHX1VTQl9TVEtXRUJDQU09bQpDT05GSUdfVVNCX1MyMjU1PW0KQ09O RklHX1Y0TF9QQ0lfRFJJVkVSUz15CkNPTkZJR19WSURFT19BVTA4Mjg9bQpDT05GSUdfVklERU9f QlQ4NDg9bQpDT05GSUdfVklERU9fQlQ4NDhfRFZCPXkKQ09ORklHX1ZJREVPX0NYMTg9bQpDT05G SUdfVklERU9fQ1gxOF9BTFNBPW0KQ09ORklHX1ZJREVPX0NYMjM4ODU9bQojIENPTkZJR19NRURJ QV9BTFRFUkFfQ0kgaXMgbm90IHNldAojIENPTkZJR19WSURFT19DWDI1ODIxIGlzIG5vdCBzZXQK Q09ORklHX1ZJREVPX0NYODg9bQpDT05GSUdfVklERU9fQ1g4OF9BTFNBPW0KQ09ORklHX1ZJREVP X0NYODhfQkxBQ0tCSVJEPW0KQ09ORklHX1ZJREVPX0NYODhfRFZCPW0KQ09ORklHX1ZJREVPX0NY ODhfVlAzMDU0PW0KQ09ORklHX1ZJREVPX0NYODhfTVBFRz1tCiMgQ09ORklHX1ZJREVPX0hFWElV TV9HRU1JTkkgaXMgbm90IHNldAojIENPTkZJR19WSURFT19IRVhJVU1fT1JJT04gaXMgbm90IHNl dApDT05GSUdfVklERU9fSVZUVj1tCkNPTkZJR19WSURFT19GQl9JVlRWPW0KIyBDT05GSUdfVklE RU9fTUVZRSBpcyBub3Qgc2V0CiMgQ09ORklHX1ZJREVPX01YQiBpcyBub3Qgc2V0CkNPTkZJR19W SURFT19TQUE3MTM0PW0KQ09ORklHX1ZJREVPX1NBQTcxMzRfQUxTQT1tCkNPTkZJR19WSURFT19T QUE3MTM0X1JDPXkKQ09ORklHX1ZJREVPX1NBQTcxMzRfRFZCPW0KQ09ORklHX1ZJREVPX1NBQTcx NjQ9bQojIENPTkZJR19WSURFT19aT1JBTiBpcyBub3Qgc2V0CiMgQ09ORklHX1Y0TF9JU0FfUEFS UE9SVF9EUklWRVJTIGlzIG5vdCBzZXQKIyBDT05GSUdfVjRMX1BMQVRGT1JNX0RSSVZFUlMgaXMg bm90IHNldAojIENPTkZJR19WNExfTUVNMk1FTV9EUklWRVJTIGlzIG5vdCBzZXQKIyBDT05GSUdf UkFESU9fQURBUFRFUlMgaXMgbm90IHNldApDT05GSUdfRFZCX01BWF9BREFQVEVSUz04CkNPTkZJ R19EVkJfRFlOQU1JQ19NSU5PUlM9eQpDT05GSUdfRFZCX0NBUFRVUkVfRFJJVkVSUz15CgojCiMg U3VwcG9ydGVkIFNBQTcxNDYgYmFzZWQgUENJIEFkYXB0ZXJzCiMKQ09ORklHX1RUUENJX0VFUFJP TT1tCkNPTkZJR19EVkJfQVY3MTEwPW0KQ09ORklHX0RWQl9BVjcxMTBfT1NEPXkKQ09ORklHX0RW Ql9CVURHRVRfQ09SRT1tCkNPTkZJR19EVkJfQlVER0VUPW0KQ09ORklHX0RWQl9CVURHRVRfQ0k9 bQpDT05GSUdfRFZCX0JVREdFVF9BVj1tCkNPTkZJR19EVkJfQlVER0VUX1BBVENIPW0KCiMKIyBT dXBwb3J0ZWQgVVNCIEFkYXB0ZXJzCiMKQ09ORklHX0RWQl9VU0I9bQojIENPTkZJR19EVkJfVVNC X0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0RWQl9VU0JfQTgwMD1tCkNPTkZJR19EVkJfVVNCX0RJ QlVTQl9NQj1tCiMgQ09ORklHX0RWQl9VU0JfRElCVVNCX01CX0ZBVUxUWSBpcyBub3Qgc2V0CkNP TkZJR19EVkJfVVNCX0RJQlVTQl9NQz1tCkNPTkZJR19EVkJfVVNCX0RJQjA3MDA9bQpDT05GSUdf RFZCX1VTQl9VTVRfMDEwPW0KQ09ORklHX0RWQl9VU0JfQ1hVU0I9bQpDT05GSUdfRFZCX1VTQl9N OTIwWD1tCkNPTkZJR19EVkJfVVNCX0dMODYxPW0KQ09ORklHX0RWQl9VU0JfQVU2NjEwPW0KQ09O RklHX0RWQl9VU0JfRElHSVRWPW0KQ09ORklHX0RWQl9VU0JfVlA3MDQ1PW0KQ09ORklHX0RWQl9V U0JfVlA3MDJYPW0KQ09ORklHX0RWQl9VU0JfR1A4UFNLPW0KQ09ORklHX0RWQl9VU0JfTk9WQV9U X1VTQjI9bQpDT05GSUdfRFZCX1VTQl9UVFVTQjI9bQpDT05GSUdfRFZCX1VTQl9EVFQyMDBVPW0K Q09ORklHX0RWQl9VU0JfT1BFUkExPW0KQ09ORklHX0RWQl9VU0JfQUY5MDA1PW0KQ09ORklHX0RW Ql9VU0JfQUY5MDA1X1JFTU9URT1tCiMgQ09ORklHX0RWQl9VU0JfUENUVjQ1MkUgaXMgbm90IHNl dApDT05GSUdfRFZCX1VTQl9EVzIxMDI9bQpDT05GSUdfRFZCX1VTQl9DSU5FUkdZX1QyPW0KQ09O RklHX0RWQl9VU0JfQU5ZU0VFPW0KQ09ORklHX0RWQl9VU0JfRFRWNTEwMD1tCkNPTkZJR19EVkJf VVNCX0FGOTAxNT1tCkNPTkZJR19EVkJfVVNCX0NFNjIzMD1tCkNPTkZJR19EVkJfVVNCX0ZSSUlP PW0KQ09ORklHX0RWQl9VU0JfRUMxNjg9bQojIENPTkZJR19EVkJfVVNCX0FaNjAwNyBpcyBub3Qg c2V0CkNPTkZJR19EVkJfVVNCX0FaNjAyNz1tCkNPTkZJR19EVkJfVVNCX0xNRTI1MTA9bQojIENP TkZJR19EVkJfVVNCX1RFQ0hOSVNBVF9VU0IyIGlzIG5vdCBzZXQKIyBDT05GSUdfRFZCX1VTQl9J VDkxM1ggaXMgbm90IHNldAojIENPTkZJR19EVkJfVVNCX01YTDExMVNGIGlzIG5vdCBzZXQKIyBD T05GSUdfRFZCX1VTQl9SVEwyOFhYVSBpcyBub3Qgc2V0CkNPTkZJR19EVkJfVFRVU0JfQlVER0VU PW0KQ09ORklHX0RWQl9UVFVTQl9ERUM9bQpDT05GSUdfU01TX1NJQU5PX01EVFY9bQoKIwojIFNp YW5vIG1vZHVsZSBjb21wb25lbnRzCiMKQ09ORklHX1NNU19VU0JfRFJWPW0KQ09ORklHX1NNU19T RElPX0RSVj1tCgojCiMgU3VwcG9ydGVkIEZsZXhDb3BJSSAoQjJDMikgQWRhcHRlcnMKIwpDT05G SUdfRFZCX0IyQzJfRkxFWENPUD1tCkNPTkZJR19EVkJfQjJDMl9GTEVYQ09QX1BDST1tCkNPTkZJ R19EVkJfQjJDMl9GTEVYQ09QX1VTQj1tCiMgQ09ORklHX0RWQl9CMkMyX0ZMRVhDT1BfREVCVUcg aXMgbm90IHNldAoKIwojIFN1cHBvcnRlZCBCVDg3OCBBZGFwdGVycwojCkNPTkZJR19EVkJfQlQ4 WFg9bQoKIwojIFN1cHBvcnRlZCBQbHV0bzIgQWRhcHRlcnMKIwpDT05GSUdfRFZCX1BMVVRPMj1t CgojCiMgU3VwcG9ydGVkIFNETUMgRE0xMTA1IEFkYXB0ZXJzCiMKQ09ORklHX0RWQl9ETTExMDU9 bQoKIwojIFN1cHBvcnRlZCBGaXJlV2lyZSAoSUVFRSAxMzk0KSBBZGFwdGVycwojCkNPTkZJR19E VkJfRklSRURUVj1tCkNPTkZJR19EVkJfRklSRURUVl9JTlBVVD15CgojCiMgU3VwcG9ydGVkIEVh cnRoc29mdCBQVDEgQWRhcHRlcnMKIwpDT05GSUdfRFZCX1BUMT1tCgojCiMgU3VwcG9ydGVkIE1h bnRpcyBBZGFwdGVycwojCiMgQ09ORklHX01BTlRJU19DT1JFIGlzIG5vdCBzZXQKCiMKIyBTdXBw b3J0ZWQgbkdlbmUgQWRhcHRlcnMKIwpDT05GSUdfRFZCX05HRU5FPW0KCiMKIyBTdXBwb3J0ZWQg ZGRicmlkZ2UgKCdPY3RvcHVzJykgQWRhcHRlcnMKIwojIENPTkZJR19EVkJfRERCUklER0UgaXMg bm90IHNldAoKIwojIFN1cHBvcnRlZCBEVkIgRnJvbnRlbmRzCiMKIyBDT05GSUdfRFZCX0ZFX0NV U1RPTUlTRSBpcyBub3Qgc2V0CgojCiMgTXVsdGlzdGFuZGFyZCAoc2F0ZWxsaXRlKSBmcm9udGVu ZHMKIwpDT05GSUdfRFZCX1NUQjA4OTk9bQpDT05GSUdfRFZCX1NUQjYxMDA9bQpDT05GSUdfRFZC X1NUVjA5MHg9bQpDT05GSUdfRFZCX1NUVjYxMTB4PW0KCiMKIyBNdWx0aXN0YW5kYXJkIChjYWJs ZSArIHRlcnJlc3RyaWFsKSBmcm9udGVuZHMKIwpDT05GSUdfRFZCX0RSWEs9bQpDT05GSUdfRFZC X1REQTE4MjcxQzJERD1tCgojCiMgRFZCLVMgKHNhdGVsbGl0ZSkgZnJvbnRlbmRzCiMKQ09ORklH X0RWQl9DWDI0MTEwPW0KQ09ORklHX0RWQl9DWDI0MTIzPW0KQ09ORklHX0RWQl9NVDMxMj1tCkNP TkZJR19EVkJfWkwxMDAzNj1tCkNPTkZJR19EVkJfWkwxMDAzOT1tCkNPTkZJR19EVkJfUzVIMTQy MD1tCkNPTkZJR19EVkJfU1RWMDI4OD1tCkNPTkZJR19EVkJfU1RCNjAwMD1tCkNPTkZJR19EVkJf U1RWMDI5OT1tCkNPTkZJR19EVkJfU1RWNjExMD1tCkNPTkZJR19EVkJfU1RWMDkwMD1tCkNPTkZJ R19EVkJfVERBODA4Mz1tCkNPTkZJR19EVkJfVERBMTAwODY9bQpDT05GSUdfRFZCX1REQTgyNjE9 bQpDT05GSUdfRFZCX1ZFUzFYOTM9bQpDT05GSUdfRFZCX1RVTkVSX0lURDEwMDA9bQpDT05GSUdf RFZCX1RVTkVSX0NYMjQxMTM9bQpDT05GSUdfRFZCX1REQTgyNlg9bQpDT05GSUdfRFZCX1RVQTYx MDA9bQpDT05GSUdfRFZCX0NYMjQxMTY9bQpDT05GSUdfRFZCX1NJMjFYWD1tCkNPTkZJR19EVkJf RFMzMDAwPW0KQ09ORklHX0RWQl9UREExMDA3MT1tCgojCiMgRFZCLVQgKHRlcnJlc3RyaWFsKSBm cm9udGVuZHMKIwpDT05GSUdfRFZCX1NQODg3MD1tCkNPTkZJR19EVkJfU1A4ODdYPW0KQ09ORklH X0RWQl9DWDIyNzAwPW0KQ09ORklHX0RWQl9DWDIyNzAyPW0KQ09ORklHX0RWQl9EUlhEPW0KQ09O RklHX0RWQl9MNjQ3ODE9bQpDT05GSUdfRFZCX1REQTEwMDRYPW0KQ09ORklHX0RWQl9OWFQ2MDAw PW0KQ09ORklHX0RWQl9NVDM1Mj1tCkNPTkZJR19EVkJfWkwxMDM1Mz1tCkNPTkZJR19EVkJfRElC MzAwME1CPW0KQ09ORklHX0RWQl9ESUIzMDAwTUM9bQpDT05GSUdfRFZCX0RJQjcwMDBNPW0KQ09O RklHX0RWQl9ESUI3MDAwUD1tCkNPTkZJR19EVkJfVERBMTAwNDg9bQpDT05GSUdfRFZCX0FGOTAx Mz1tCkNPTkZJR19EVkJfRUMxMDA9bQpDT05GSUdfRFZCX1NUVjAzNjc9bQpDT05GSUdfRFZCX0NY RDI4MjBSPW0KCiMKIyBEVkItQyAoY2FibGUpIGZyb250ZW5kcwojCkNPTkZJR19EVkJfVkVTMTgy MD1tCkNPTkZJR19EVkJfVERBMTAwMjE9bQpDT05GSUdfRFZCX1REQTEwMDIzPW0KQ09ORklHX0RW Ql9TVFYwMjk3PW0KCiMKIyBBVFNDIChOb3J0aCBBbWVyaWNhbi9Lb3JlYW4gVGVycmVzdHJpYWwv Q2FibGUgRFRWKSBmcm9udGVuZHMKIwpDT05GSUdfRFZCX05YVDIwMFg9bQpDT05GSUdfRFZCX09S NTEyMTE9bQpDT05GSUdfRFZCX09SNTExMzI9bQpDT05GSUdfRFZCX0JDTTM1MTA9bQpDT05GSUdf RFZCX0xHRFQzMzBYPW0KQ09ORklHX0RWQl9MR0RUMzMwNT1tCkNPTkZJR19EVkJfUzVIMTQwOT1t CkNPTkZJR19EVkJfQVU4NTIyPW0KQ09ORklHX0RWQl9TNUgxNDExPW0KCiMKIyBJU0RCLVQgKHRl cnJlc3RyaWFsKSBmcm9udGVuZHMKIwpDT05GSUdfRFZCX1M5MjE9bQpDT05GSUdfRFZCX0RJQjgw MDA9bQpDT05GSUdfRFZCX01CODZBMjBTPW0KCiMKIyBEaWdpdGFsIHRlcnJlc3RyaWFsIG9ubHkg dHVuZXJzL1BMTAojCkNPTkZJR19EVkJfUExMPW0KQ09ORklHX0RWQl9UVU5FUl9ESUIwMDcwPW0K Q09ORklHX0RWQl9UVU5FUl9ESUIwMDkwPW0KCiMKIyBTRUMgY29udHJvbCBkZXZpY2VzIGZvciBE VkItUwojCkNPTkZJR19EVkJfTE5CUDIxPW0KQ09ORklHX0RWQl9JU0w2NDA1PW0KQ09ORklHX0RW Ql9JU0w2NDIxPW0KQ09ORklHX0RWQl9JU0w2NDIzPW0KQ09ORklHX0RWQl9BODI5Mz1tCkNPTkZJ R19EVkJfTEdTOEdYWD1tCkNPTkZJR19EVkJfQVRCTTg4MzA9bQpDT05GSUdfRFZCX0lYMjUwNVY9 bQpDT05GSUdfRFZCX004OFJTMjAwMD1tCgojCiMgVG9vbHMgdG8gZGV2ZWxvcCBuZXcgZnJvbnRl bmRzCiMKIyBDT05GSUdfRFZCX0RVTU1ZX0ZFIGlzIG5vdCBzZXQKCiMKIyBHcmFwaGljcyBzdXBw b3J0CiMKQ09ORklHX0FHUD15CkNPTkZJR19BR1BfQU1ENjQ9eQpDT05GSUdfQUdQX0lOVEVMPXkK Q09ORklHX0FHUF9TSVM9eQpDT05GSUdfQUdQX1ZJQT15CkNPTkZJR19WR0FfQVJCPXkKQ09ORklH X1ZHQV9BUkJfTUFYX0dQVVM9NjQKQ09ORklHX1ZHQV9TV0lUQ0hFUk9PPXkKQ09ORklHX0RSTT1t CkNPTkZJR19EUk1fS01TX0hFTFBFUj1tCiMgQ09ORklHX0RSTV9MT0FEX0VESURfRklSTVdBUkUg aXMgbm90IHNldApDT05GSUdfRFJNX1RUTT1tCiMgQ09ORklHX0RSTV9UREZYIGlzIG5vdCBzZXQK Q09ORklHX0RSTV9SMTI4PW0KQ09ORklHX0RSTV9SQURFT049bQpDT05GSUdfRFJNX1JBREVPTl9L TVM9eQpDT05GSUdfRFJNX05PVVZFQVU9bQpDT05GSUdfRFJNX05PVVZFQVVfQkFDS0xJR0hUPXkK IyBDT05GSUdfRFJNX05PVVZFQVVfREVCVUcgaXMgbm90IHNldAoKIwojIEkyQyBlbmNvZGVyIG9y IGhlbHBlciBjaGlwcwojCkNPTkZJR19EUk1fSTJDX0NINzAwNj1tCkNPTkZJR19EUk1fSTJDX1NJ TDE2ND1tCiMgQ09ORklHX0RSTV9JODEwIGlzIG5vdCBzZXQKQ09ORklHX0RSTV9JOTE1PW0KQ09O RklHX0RSTV9JOTE1X0tNUz15CkNPTkZJR19EUk1fTUdBPW0KQ09ORklHX0RSTV9TSVM9bQpDT05G SUdfRFJNX1ZJQT1tCkNPTkZJR19EUk1fU0FWQUdFPW0KIyBDT05GSUdfRFJNX1ZNV0dGWCBpcyBu b3Qgc2V0CiMgQ09ORklHX0RSTV9HTUE1MDAgaXMgbm90IHNldAojIENPTkZJR19EUk1fVURMIGlz IG5vdCBzZXQKIyBDT05GSUdfU1RVQl9QT1VMU0JPIGlzIG5vdCBzZXQKQ09ORklHX1ZHQVNUQVRF PW0KQ09ORklHX1ZJREVPX09VVFBVVF9DT05UUk9MPW0KQ09ORklHX0ZCPXkKIyBDT05GSUdfRklS TVdBUkVfRURJRCBpcyBub3Qgc2V0CkNPTkZJR19GQl9EREM9bQpDT05GSUdfRkJfQk9PVF9WRVNB X1NVUFBPUlQ9eQpDT05GSUdfRkJfQ0ZCX0ZJTExSRUNUPXkKQ09ORklHX0ZCX0NGQl9DT1BZQVJF QT15CkNPTkZJR19GQl9DRkJfSU1BR0VCTElUPXkKIyBDT05GSUdfRkJfQ0ZCX1JFVl9QSVhFTFNf SU5fQllURSBpcyBub3Qgc2V0CkNPTkZJR19GQl9TWVNfRklMTFJFQ1Q9eQpDT05GSUdfRkJfU1lT X0NPUFlBUkVBPXkKQ09ORklHX0ZCX1NZU19JTUFHRUJMSVQ9eQojIENPTkZJR19GQl9GT1JFSUdO X0VORElBTiBpcyBub3Qgc2V0CkNPTkZJR19GQl9TWVNfRk9QUz15CiMgQ09ORklHX0ZCX1dNVF9H RV9ST1BTIGlzIG5vdCBzZXQKQ09ORklHX0ZCX0RFRkVSUkVEX0lPPXkKIyBDT05GSUdfRkJfU1ZH QUxJQiBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX01BQ01PREVTIGlzIG5vdCBzZXQKQ09ORklHX0ZC X0JBQ0tMSUdIVD15CkNPTkZJR19GQl9NT0RFX0hFTFBFUlM9eQpDT05GSUdfRkJfVElMRUJMSVRU SU5HPXkKCiMKIyBGcmFtZSBidWZmZXIgaGFyZHdhcmUgZHJpdmVycwojCkNPTkZJR19GQl9DSVJS VVM9bQojIENPTkZJR19GQl9QTTIgaXMgbm90IHNldAojIENPTkZJR19GQl9DWUJFUjIwMDAgaXMg bm90IHNldAojIENPTkZJR19GQl9BUkMgaXMgbm90IHNldAojIENPTkZJR19GQl9BU0lMSUFOVCBp cyBub3Qgc2V0CiMgQ09ORklHX0ZCX0lNU1RUIGlzIG5vdCBzZXQKQ09ORklHX0ZCX1ZHQTE2PW0K IyBDT05GSUdfRkJfVVZFU0EgaXMgbm90IHNldApDT05GSUdfRkJfVkVTQT15CkNPTkZJR19GQl9F Rkk9eQojIENPTkZJR19GQl9ONDExIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfSEdBIGlzIG5vdCBz ZXQKIyBDT05GSUdfRkJfUzFEMTNYWFggaXMgbm90IHNldApDT05GSUdfRkJfTlZJRElBPW0KQ09O RklHX0ZCX05WSURJQV9JMkM9eQojIENPTkZJR19GQl9OVklESUFfREVCVUcgaXMgbm90IHNldApD T05GSUdfRkJfTlZJRElBX0JBQ0tMSUdIVD15CkNPTkZJR19GQl9SSVZBPW0KIyBDT05GSUdfRkJf UklWQV9JMkMgaXMgbm90IHNldAojIENPTkZJR19GQl9SSVZBX0RFQlVHIGlzIG5vdCBzZXQKQ09O RklHX0ZCX1JJVkFfQkFDS0xJR0hUPXkKIyBDT05GSUdfRkJfSTc0MCBpcyBub3Qgc2V0CiMgQ09O RklHX0ZCX0xFODA1NzggaXMgbm90IHNldAojIENPTkZJR19GQl9NQVRST1ggaXMgbm90IHNldApD T05GSUdfRkJfUkFERU9OPW0KQ09ORklHX0ZCX1JBREVPTl9JMkM9eQpDT05GSUdfRkJfUkFERU9O X0JBQ0tMSUdIVD15CiMgQ09ORklHX0ZCX1JBREVPTl9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19G Ql9BVFkxMjg9bQpDT05GSUdfRkJfQVRZMTI4X0JBQ0tMSUdIVD15CkNPTkZJR19GQl9BVFk9bQpD T05GSUdfRkJfQVRZX0NUPXkKQ09ORklHX0ZCX0FUWV9HRU5FUklDX0xDRD15CkNPTkZJR19GQl9B VFlfR1g9eQpDT05GSUdfRkJfQVRZX0JBQ0tMSUdIVD15CiMgQ09ORklHX0ZCX1MzIGlzIG5vdCBz ZXQKQ09ORklHX0ZCX1NBVkFHRT1tCkNPTkZJR19GQl9TQVZBR0VfSTJDPXkKQ09ORklHX0ZCX1NB VkFHRV9BQ0NFTD15CiMgQ09ORklHX0ZCX1NJUyBpcyBub3Qgc2V0CkNPTkZJR19GQl9WSUE9bQoj IENPTkZJR19GQl9WSUFfRElSRUNUX1BST0NGUyBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1ZJQV9Y X0NPTVBBVElCSUxJVFkgaXMgbm90IHNldAojIENPTkZJR19GQl9ORU9NQUdJQyBpcyBub3Qgc2V0 CiMgQ09ORklHX0ZCX0tZUk8gaXMgbm90IHNldAojIENPTkZJR19GQl8zREZYIGlzIG5vdCBzZXQK IyBDT05GSUdfRkJfVk9PRE9PMSBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1ZUODYyMyBpcyBub3Qg c2V0CiMgQ09ORklHX0ZCX1RSSURFTlQgaXMgbm90IHNldAojIENPTkZJR19GQl9BUksgaXMgbm90 IHNldAojIENPTkZJR19GQl9QTTMgaXMgbm90IHNldAojIENPTkZJR19GQl9DQVJNSU5FIGlzIG5v dCBzZXQKIyBDT05GSUdfRkJfR0VPREUgaXMgbm90IHNldAojIENPTkZJR19GQl9UTUlPIGlzIG5v dCBzZXQKQ09ORklHX0ZCX1NNNTAxPW0KIyBDT05GSUdfRkJfU01TQ1VGWCBpcyBub3Qgc2V0CiMg Q09ORklHX0ZCX1VETCBpcyBub3Qgc2V0CkNPTkZJR19GQl9WSVJUVUFMPW0KQ09ORklHX1hFTl9G QkRFVl9GUk9OVEVORD15CiMgQ09ORklHX0ZCX01FVFJPTk9NRSBpcyBub3Qgc2V0CiMgQ09ORklH X0ZCX01CODYyWFggaXMgbm90IHNldAojIENPTkZJR19GQl9CUk9BRFNIRUVUIGlzIG5vdCBzZXQK IyBDT05GSUdfRVhZTk9TX1ZJREVPIGlzIG5vdCBzZXQKQ09ORklHX0JBQ0tMSUdIVF9MQ0RfU1VQ UE9SVD15CkNPTkZJR19MQ0RfQ0xBU1NfREVWSUNFPW0KQ09ORklHX0xDRF9QTEFURk9STT1tCkNP TkZJR19CQUNLTElHSFRfQ0xBU1NfREVWSUNFPXkKIyBDT05GSUdfQkFDS0xJR0hUX0dFTkVSSUMg aXMgbm90IHNldApDT05GSUdfQkFDS0xJR0hUX1BST0dFQVI9bQojIENPTkZJR19CQUNLTElHSFRf QVBQTEUgaXMgbm90IHNldAojIENPTkZJR19CQUNLTElHSFRfU0FIQVJBIGlzIG5vdCBzZXQKIyBD T05GSUdfQkFDS0xJR0hUX0FEUDg4NjAgaXMgbm90IHNldAojIENPTkZJR19CQUNLTElHSFRfQURQ ODg3MCBpcyBub3Qgc2V0CiMgQ09ORklHX0JBQ0tMSUdIVF9MUDg1NVggaXMgbm90IHNldAoKIwoj IENvbnNvbGUgZGlzcGxheSBkcml2ZXIgc3VwcG9ydAojCkNPTkZJR19WR0FfQ09OU09MRT15CkNP TkZJR19WR0FDT05fU09GVF9TQ1JPTExCQUNLPXkKQ09ORklHX1ZHQUNPTl9TT0ZUX1NDUk9MTEJB Q0tfU0laRT02NApDT05GSUdfRFVNTVlfQ09OU09MRT15CkNPTkZJR19GUkFNRUJVRkZFUl9DT05T T0xFPXkKQ09ORklHX0ZSQU1FQlVGRkVSX0NPTlNPTEVfREVURUNUX1BSSU1BUlk9eQpDT05GSUdf RlJBTUVCVUZGRVJfQ09OU09MRV9ST1RBVElPTj15CiMgQ09ORklHX0ZPTlRTIGlzIG5vdCBzZXQK Q09ORklHX0ZPTlRfOHg4PXkKQ09ORklHX0ZPTlRfOHgxNj15CkNPTkZJR19MT0dPPXkKIyBDT05G SUdfTE9HT19MSU5VWF9NT05PIGlzIG5vdCBzZXQKIyBDT05GSUdfTE9HT19MSU5VWF9WR0ExNiBp cyBub3Qgc2V0CkNPTkZJR19MT0dPX0xJTlVYX0NMVVQyMjQ9eQpDT05GSUdfU09VTkQ9bQpDT05G SUdfU09VTkRfT1NTX0NPUkU9eQpDT05GSUdfU09VTkRfT1NTX0NPUkVfUFJFQ0xBSU09eQpDT05G SUdfU05EPW0KQ09ORklHX1NORF9USU1FUj1tCkNPTkZJR19TTkRfUENNPW0KQ09ORklHX1NORF9I V0RFUD1tCkNPTkZJR19TTkRfUkFXTUlEST1tCkNPTkZJR19TTkRfSkFDSz15CkNPTkZJR19TTkRf U0VRVUVOQ0VSPW0KQ09ORklHX1NORF9TRVFfRFVNTVk9bQpDT05GSUdfU05EX09TU0VNVUw9eQpD T05GSUdfU05EX01JWEVSX09TUz1tCkNPTkZJR19TTkRfUENNX09TUz1tCkNPTkZJR19TTkRfUENN X09TU19QTFVHSU5TPXkKQ09ORklHX1NORF9TRVFVRU5DRVJfT1NTPXkKQ09ORklHX1NORF9IUlRJ TUVSPW0KQ09ORklHX1NORF9TRVFfSFJUSU1FUl9ERUZBVUxUPXkKQ09ORklHX1NORF9EWU5BTUlD X01JTk9SUz15CiMgQ09ORklHX1NORF9TVVBQT1JUX09MRF9BUEkgaXMgbm90IHNldApDT05GSUdf U05EX1ZFUkJPU0VfUFJPQ0ZTPXkKIyBDT05GSUdfU05EX1ZFUkJPU0VfUFJJTlRLIGlzIG5vdCBz ZXQKIyBDT05GSUdfU05EX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX1NORF9WTUFTVEVSPXkKQ09O RklHX1NORF9LQ1RMX0pBQ0s9eQpDT05GSUdfU05EX0RNQV9TR0JVRj15CkNPTkZJR19TTkRfUkFX TUlESV9TRVE9bQpDT05GSUdfU05EX09QTDNfTElCX1NFUT1tCiMgQ09ORklHX1NORF9PUEw0X0xJ Ql9TRVEgaXMgbm90IHNldAojIENPTkZJR19TTkRfU0JBV0VfU0VRIGlzIG5vdCBzZXQKQ09ORklH X1NORF9FTVUxMEsxX1NFUT1tCkNPTkZJR19TTkRfTVBVNDAxX1VBUlQ9bQpDT05GSUdfU05EX09Q TDNfTElCPW0KQ09ORklHX1NORF9WWF9MSUI9bQpDT05GSUdfU05EX0FDOTdfQ09ERUM9bQpDT05G SUdfU05EX0RSSVZFUlM9eQpDT05GSUdfU05EX1BDU1A9bQpDT05GSUdfU05EX0RVTU1ZPW0KQ09O RklHX1NORF9BTE9PUD1tCkNPTkZJR19TTkRfVklSTUlEST1tCkNPTkZJR19TTkRfTVRQQVY9bQoj IENPTkZJR19TTkRfTVRTNjQgaXMgbm90IHNldAojIENPTkZJR19TTkRfU0VSSUFMX1UxNjU1MCBp cyBub3Qgc2V0CkNPTkZJR19TTkRfTVBVNDAxPW0KIyBDT05GSUdfU05EX1BPUlRNQU4yWDQgaXMg bm90IHNldApDT05GSUdfU05EX0FDOTdfUE9XRVJfU0FWRT15CkNPTkZJR19TTkRfQUM5N19QT1dF Ul9TQVZFX0RFRkFVTFQ9NQpDT05GSUdfU05EX1NCX0NPTU1PTj1tCkNPTkZJR19TTkRfU0IxNl9E U1A9bQpDT05GSUdfU05EX1BDST15CkNPTkZJR19TTkRfQUQxODg5PW0KIyBDT05GSUdfU05EX0FM UzMwMCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9BTFM0MDAwIGlzIG5vdCBzZXQKQ09ORklHX1NO RF9BTEk1NDUxPW0KIyBDT05GSUdfU05EX0FTSUhQSSBpcyBub3Qgc2V0CkNPTkZJR19TTkRfQVRJ SVhQPW0KQ09ORklHX1NORF9BVElJWFBfTU9ERU09bQpDT05GSUdfU05EX0FVODgxMD1tCkNPTkZJ R19TTkRfQVU4ODIwPW0KQ09ORklHX1NORF9BVTg4MzA9bQojIENPTkZJR19TTkRfQVcyIGlzIG5v dCBzZXQKIyBDT05GSUdfU05EX0FaVDMzMjggaXMgbm90IHNldApDT05GSUdfU05EX0JUODdYPW0K IyBDT05GSUdfU05EX0JUODdYX09WRVJDTE9DSyBpcyBub3Qgc2V0CkNPTkZJR19TTkRfQ0EwMTA2 PW0KQ09ORklHX1NORF9DTUlQQ0k9bQpDT05GSUdfU05EX09YWUdFTl9MSUI9bQpDT05GSUdfU05E X09YWUdFTj1tCiMgQ09ORklHX1NORF9DUzQyODEgaXMgbm90IHNldApDT05GSUdfU05EX0NTNDZY WD1tCkNPTkZJR19TTkRfQ1M0NlhYX05FV19EU1A9eQpDT05GSUdfU05EX0NTNTUzMD1tCkNPTkZJ R19TTkRfQ1M1NTM1QVVESU89bQpDT05GSUdfU05EX0NUWEZJPW0KQ09ORklHX1NORF9EQVJMQTIw PW0KQ09ORklHX1NORF9HSU5BMjA9bQpDT05GSUdfU05EX0xBWUxBMjA9bQpDT05GSUdfU05EX0RB UkxBMjQ9bQpDT05GSUdfU05EX0dJTkEyND1tCkNPTkZJR19TTkRfTEFZTEEyND1tCkNPTkZJR19T TkRfTU9OQT1tCkNPTkZJR19TTkRfTUlBPW0KQ09ORklHX1NORF9FQ0hPM0c9bQpDT05GSUdfU05E X0lORElHTz1tCkNPTkZJR19TTkRfSU5ESUdPSU89bQpDT05GSUdfU05EX0lORElHT0RKPW0KQ09O RklHX1NORF9JTkRJR09JT1g9bQpDT05GSUdfU05EX0lORElHT0RKWD1tCkNPTkZJR19TTkRfRU1V MTBLMT1tCkNPTkZJR19TTkRfRU1VMTBLMVg9bQpDT05GSUdfU05EX0VOUzEzNzA9bQpDT05GSUdf U05EX0VOUzEzNzE9bQojIENPTkZJR19TTkRfRVMxOTM4IGlzIG5vdCBzZXQKQ09ORklHX1NORF9F UzE5Njg9bQojIENPTkZJR19TTkRfRVMxOTY4X0lOUFVUIGlzIG5vdCBzZXQKIyBDT05GSUdfU05E X0VTMTk2OF9SQURJTyBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9GTTgwMSBpcyBub3Qgc2V0CkNP TkZJR19TTkRfSERBX0lOVEVMPW0KQ09ORklHX1NORF9IREFfUFJFQUxMT0NfU0laRT01MTIKQ09O RklHX1NORF9IREFfSFdERVA9eQojIENPTkZJR19TTkRfSERBX1JFQ09ORklHIGlzIG5vdCBzZXQK Q09ORklHX1NORF9IREFfSU5QVVRfQkVFUD15CkNPTkZJR19TTkRfSERBX0lOUFVUX0JFRVBfTU9E RT0yCkNPTkZJR19TTkRfSERBX0lOUFVUX0pBQ0s9eQojIENPTkZJR19TTkRfSERBX1BBVENIX0xP QURFUiBpcyBub3Qgc2V0CkNPTkZJR19TTkRfSERBX0NPREVDX1JFQUxURUs9eQpDT05GSUdfU05E X0hEQV9FTkFCTEVfUkVBTFRFS19RVUlSS1M9eQpDT05GSUdfU05EX0hEQV9DT0RFQ19BTkFMT0c9 eQpDT05GSUdfU05EX0hEQV9DT0RFQ19TSUdNQVRFTD15CkNPTkZJR19TTkRfSERBX0NPREVDX1ZJ QT15CkNPTkZJR19TTkRfSERBX0NPREVDX0hETUk9eQpDT05GSUdfU05EX0hEQV9DT0RFQ19DSVJS VVM9eQpDT05GSUdfU05EX0hEQV9DT0RFQ19DT05FWEFOVD15CkNPTkZJR19TTkRfSERBX0NPREVD X0NBMDExMD15CkNPTkZJR19TTkRfSERBX0NPREVDX0NBMDEzMj15CkNPTkZJR19TTkRfSERBX0NP REVDX0NNRURJQT15CkNPTkZJR19TTkRfSERBX0NPREVDX1NJMzA1ND15CkNPTkZJR19TTkRfSERB X0dFTkVSSUM9eQpDT05GSUdfU05EX0hEQV9QT1dFUl9TQVZFPXkKQ09ORklHX1NORF9IREFfUE9X RVJfU0FWRV9ERUZBVUxUPTAKQ09ORklHX1NORF9IRFNQPW0KQ09ORklHX1NORF9IRFNQTT1tCkNP TkZJR19TTkRfSUNFMTcxMj1tCkNPTkZJR19TTkRfSUNFMTcyND1tCkNPTkZJR19TTkRfSU5URUw4 WDA9bQpDT05GSUdfU05EX0lOVEVMOFgwTT1tCkNPTkZJR19TTkRfS09SRzEyMTI9bQojIENPTkZJ R19TTkRfTE9MQSBpcyBub3Qgc2V0CkNPTkZJR19TTkRfTFg2NDY0RVM9bQpDT05GSUdfU05EX01B RVNUUk8zPW0KIyBDT05GSUdfU05EX01BRVNUUk8zX0lOUFVUIGlzIG5vdCBzZXQKQ09ORklHX1NO RF9NSVhBUlQ9bQojIENPTkZJR19TTkRfTk0yNTYgaXMgbm90IHNldApDT05GSUdfU05EX1BDWEhS PW0KIyBDT05GSUdfU05EX1JJUFRJREUgaXMgbm90IHNldApDT05GSUdfU05EX1JNRTMyPW0KQ09O RklHX1NORF9STUU5Nj1tCkNPTkZJR19TTkRfUk1FOTY1Mj1tCiMgQ09ORklHX1NORF9TT05JQ1ZJ QkVTIGlzIG5vdCBzZXQKQ09ORklHX1NORF9UUklERU5UPW0KQ09ORklHX1NORF9WSUE4MlhYPW0K Q09ORklHX1NORF9WSUE4MlhYX01PREVNPW0KQ09ORklHX1NORF9WSVJUVU9TTz1tCkNPTkZJR19T TkRfVlgyMjI9bQojIENPTkZJR19TTkRfWU1GUENJIGlzIG5vdCBzZXQKQ09ORklHX1NORF9VU0I9 eQpDT05GSUdfU05EX1VTQl9BVURJTz1tCiMgQ09ORklHX1NORF9VU0JfVUExMDEgaXMgbm90IHNl dApDT05GSUdfU05EX1VTQl9VU1gyWT1tCkNPTkZJR19TTkRfVVNCX0NBSUFRPW0KQ09ORklHX1NO RF9VU0JfQ0FJQVFfSU5QVVQ9eQpDT05GSUdfU05EX1VTQl9VUzEyMkw9bQojIENPTkZJR19TTkRf VVNCXzZGSVJFIGlzIG5vdCBzZXQKQ09ORklHX1NORF9GSVJFV0lSRT15CiMgQ09ORklHX1NORF9G SVJFV0lSRV9TUEVBS0VSUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9JU0lHSFQgaXMgbm90IHNl dApDT05GSUdfU05EX1BDTUNJQT15CiMgQ09ORklHX1NORF9WWFBPQ0tFVCBpcyBub3Qgc2V0CiMg Q09ORklHX1NORF9QREFVRElPQ0YgaXMgbm90IHNldAojIENPTkZJR19TTkRfU09DIGlzIG5vdCBz ZXQKIyBDT05GSUdfU09VTkRfUFJJTUUgaXMgbm90IHNldApDT05GSUdfQUM5N19CVVM9bQpDT05G SUdfSElEX1NVUFBPUlQ9eQpDT05GSUdfSElEPXkKIyBDT05GSUdfSElEX0JBVFRFUllfU1RSRU5H VEggaXMgbm90IHNldApDT05GSUdfSElEUkFXPXkKCiMKIyBVU0IgSW5wdXQgRGV2aWNlcwojCkNP TkZJR19VU0JfSElEPXkKQ09ORklHX0hJRF9QSUQ9eQpDT05GSUdfVVNCX0hJRERFVj15CgojCiMg U3BlY2lhbCBISUQgZHJpdmVycwojCkNPTkZJR19ISURfQTRURUNIPXkKIyBDT05GSUdfSElEX0FD UlVYIGlzIG5vdCBzZXQKQ09ORklHX0hJRF9BUFBMRT15CkNPTkZJR19ISURfQkVMS0lOPXkKQ09O RklHX0hJRF9DSEVSUlk9eQpDT05GSUdfSElEX0NISUNPTlk9eQojIENPTkZJR19ISURfUFJPRElL RVlTIGlzIG5vdCBzZXQKQ09ORklHX0hJRF9DWVBSRVNTPXkKQ09ORklHX0hJRF9EUkFHT05SSVNF PXkKIyBDT05GSUdfRFJBR09OUklTRV9GRiBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9FTVNfRkYg aXMgbm90IHNldAojIENPTkZJR19ISURfRUxFQ09NIGlzIG5vdCBzZXQKQ09ORklHX0hJRF9FWktF WT15CiMgQ09ORklHX0hJRF9IT0xURUsgaXMgbm90IHNldAojIENPTkZJR19ISURfS0VZVE9VQ0gg aXMgbm90IHNldApDT05GSUdfSElEX0tZRT15CiMgQ09ORklHX0hJRF9VQ0xPR0lDIGlzIG5vdCBz ZXQKIyBDT05GSUdfSElEX1dBTFRPUCBpcyBub3Qgc2V0CkNPTkZJR19ISURfR1lSQVRJT049eQpD T05GSUdfSElEX1RXSU5IQU49eQpDT05GSUdfSElEX0tFTlNJTkdUT049eQojIENPTkZJR19ISURf TENQT1dFUiBpcyBub3Qgc2V0CkNPTkZJR19ISURfTE9HSVRFQ0g9eQpDT05GSUdfSElEX0xPR0lU RUNIX0RKPW0KIyBDT05GSUdfTE9HSVRFQ0hfRkYgaXMgbm90IHNldAojIENPTkZJR19MT0dJUlVN QkxFUEFEMl9GRiBpcyBub3Qgc2V0CiMgQ09ORklHX0xPR0lHOTQwX0ZGIGlzIG5vdCBzZXQKIyBD T05GSUdfTE9HSVdIRUVMU19GRiBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9NQUdJQ01PVVNFIGlz IG5vdCBzZXQKQ09ORklHX0hJRF9NSUNST1NPRlQ9eQpDT05GSUdfSElEX01PTlRFUkVZPXkKIyBD T05GSUdfSElEX01VTFRJVE9VQ0ggaXMgbm90IHNldApDT05GSUdfSElEX05UUklHPXkKIyBDT05G SUdfSElEX09SVEVLIGlzIG5vdCBzZXQKQ09ORklHX0hJRF9QQU5USEVSTE9SRD15CiMgQ09ORklH X1BBTlRIRVJMT1JEX0ZGIGlzIG5vdCBzZXQKQ09ORklHX0hJRF9QRVRBTFlOWD15CiMgQ09ORklH X0hJRF9QSUNPTENEIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX1BSSU1BWCBpcyBub3Qgc2V0CiMg Q09ORklHX0hJRF9ST0NDQVQgaXMgbm90IHNldAojIENPTkZJR19ISURfU0FJVEVLIGlzIG5vdCBz ZXQKQ09ORklHX0hJRF9TQU1TVU5HPXkKQ09ORklHX0hJRF9TT05ZPXkKIyBDT05GSUdfSElEX1NQ RUVETElOSyBpcyBub3Qgc2V0CkNPTkZJR19ISURfU1VOUExVUz15CkNPTkZJR19ISURfR1JFRU5B U0lBPXkKIyBDT05GSUdfR1JFRU5BU0lBX0ZGIGlzIG5vdCBzZXQKQ09ORklHX0hJRF9TTUFSVEpP WVBMVVM9eQpDT05GSUdfU01BUlRKT1lQTFVTX0ZGPXkKIyBDT05GSUdfSElEX1RJVk8gaXMgbm90 IHNldApDT05GSUdfSElEX1RPUFNFRUQ9eQpDT05GSUdfSElEX1RIUlVTVE1BU1RFUj15CiMgQ09O RklHX1RIUlVTVE1BU1RFUl9GRiBpcyBub3Qgc2V0CkNPTkZJR19ISURfV0FDT009bQojIENPTkZJ R19ISURfV0FDT01fUE9XRVJfU1VQUExZIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX1dJSU1PVEUg aXMgbm90IHNldApDT05GSUdfSElEX1pFUk9QTFVTPXkKIyBDT05GSUdfWkVST1BMVVNfRkYgaXMg bm90IHNldAojIENPTkZJR19ISURfWllEQUNST04gaXMgbm90IHNldApDT05GSUdfVVNCX0FSQ0hf SEFTX09IQ0k9eQpDT05GSUdfVVNCX0FSQ0hfSEFTX0VIQ0k9eQpDT05GSUdfVVNCX0FSQ0hfSEFT X1hIQ0k9eQpDT05GSUdfVVNCX1NVUFBPUlQ9eQpDT05GSUdfVVNCX0NPTU1PTj15CkNPTkZJR19V U0JfQVJDSF9IQVNfSENEPXkKQ09ORklHX1VTQj15CiMgQ09ORklHX1VTQl9ERUJVRyBpcyBub3Qg c2V0CkNPTkZJR19VU0JfQU5OT1VOQ0VfTkVXX0RFVklDRVM9eQoKIwojIE1pc2NlbGxhbmVvdXMg VVNCIG9wdGlvbnMKIwpDT05GSUdfVVNCX0RFVklDRUZTPXkKIyBDT05GSUdfVVNCX0RFVklDRV9D TEFTUyBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9EWU5BTUlDX01JTk9SUyBpcyBub3Qgc2V0CkNP TkZJR19VU0JfU1VTUEVORD15CiMgQ09ORklHX1VTQl9PVEcgaXMgbm90IHNldApDT05GSUdfVVNC X01PTj15CkNPTkZJR19VU0JfV1VTQj1tCkNPTkZJR19VU0JfV1VTQl9DQkFGPW0KIyBDT05GSUdf VVNCX1dVU0JfQ0JBRl9ERUJVRyBpcyBub3Qgc2V0CgojCiMgVVNCIEhvc3QgQ29udHJvbGxlciBE cml2ZXJzCiMKIyBDT05GSUdfVVNCX0M2N1gwMF9IQ0QgaXMgbm90IHNldApDT05GSUdfVVNCX1hI Q0lfSENEPW0KIyBDT05GSUdfVVNCX1hIQ0lfSENEX0RFQlVHR0lORyBpcyBub3Qgc2V0CkNPTkZJ R19VU0JfRUhDSV9IQ0Q9eQpDT05GSUdfVVNCX0VIQ0lfUk9PVF9IVUJfVFQ9eQpDT05GSUdfVVNC X0VIQ0lfVFRfTkVXU0NIRUQ9eQojIENPTkZJR19VU0JfT1hVMjEwSFBfSENEIGlzIG5vdCBzZXQK IyBDT05GSUdfVVNCX0lTUDExNlhfSENEIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0lTUDE3NjBf SENEIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9JU1AxMzYyX0hDRD1tCkNPTkZJR19VU0JfT0hDSV9I Q0Q9eQojIENPTkZJR19VU0JfT0hDSV9IQ0RfUExBVEZPUk0gaXMgbm90IHNldAojIENPTkZJR19V U0JfRUhDSV9IQ0RfUExBVEZPUk0gaXMgbm90IHNldAojIENPTkZJR19VU0JfT0hDSV9CSUdfRU5E SUFOX0RFU0MgaXMgbm90IHNldAojIENPTkZJR19VU0JfT0hDSV9CSUdfRU5ESUFOX01NSU8gaXMg bm90IHNldApDT05GSUdfVVNCX09IQ0lfTElUVExFX0VORElBTj15CkNPTkZJR19VU0JfVUhDSV9I Q0Q9eQpDT05GSUdfVVNCX1UxMzJfSENEPW0KQ09ORklHX1VTQl9TTDgxMV9IQ0Q9bQojIENPTkZJ R19VU0JfU0w4MTFfSENEX0lTTyBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TTDgxMV9DUyBpcyBu b3Qgc2V0CiMgQ09ORklHX1VTQl9SOEE2NjU5N19IQ0QgaXMgbm90IHNldApDT05GSUdfVVNCX1dI Q0lfSENEPW0KQ09ORklHX1VTQl9IV0FfSENEPW0KCiMKIyBVU0IgRGV2aWNlIENsYXNzIGRyaXZl cnMKIwpDT05GSUdfVVNCX0FDTT1tCkNPTkZJR19VU0JfUFJJTlRFUj1tCkNPTkZJR19VU0JfV0RN PW0KQ09ORklHX1VTQl9UTUM9bQoKIwojIE5PVEU6IFVTQl9TVE9SQUdFIGRlcGVuZHMgb24gU0NT SSBidXQgQkxLX0RFVl9TRCBtYXkKIwoKIwojIGFsc28gYmUgbmVlZGVkOyBzZWUgVVNCX1NUT1JB R0UgSGVscCBmb3IgbW9yZSBpbmZvCiMKQ09ORklHX1VTQl9TVE9SQUdFPW0KIyBDT05GSUdfVVNC X1NUT1JBR0VfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19VU0JfU1RPUkFHRV9SRUFMVEVLIGlz IG5vdCBzZXQKQ09ORklHX1VTQl9TVE9SQUdFX0RBVEFGQUI9bQpDT05GSUdfVVNCX1NUT1JBR0Vf RlJFRUNPTT1tCkNPTkZJR19VU0JfU1RPUkFHRV9JU0QyMDA9bQpDT05GSUdfVVNCX1NUT1JBR0Vf VVNCQVQ9bQpDT05GSUdfVVNCX1NUT1JBR0VfU0REUjA5PW0KQ09ORklHX1VTQl9TVE9SQUdFX1NE RFI1NT1tCkNPTkZJR19VU0JfU1RPUkFHRV9KVU1QU0hPVD1tCkNPTkZJR19VU0JfU1RPUkFHRV9B TEFVREE9bQpDT05GSUdfVVNCX1NUT1JBR0VfT05FVE9VQ0g9bQpDT05GSUdfVVNCX1NUT1JBR0Vf S0FSTUE9bQpDT05GSUdfVVNCX1NUT1JBR0VfQ1lQUkVTU19BVEFDQj1tCiMgQ09ORklHX1VTQl9T VE9SQUdFX0VORV9VQjYyNTAgaXMgbm90IHNldAojIENPTkZJR19VU0JfVUFTIGlzIG5vdCBzZXQK IyBDT05GSUdfVVNCX0xJQlVTVUFMIGlzIG5vdCBzZXQKCiMKIyBVU0IgSW1hZ2luZyBkZXZpY2Vz CiMKQ09ORklHX1VTQl9NREM4MDA9bQpDT05GSUdfVVNCX01JQ1JPVEVLPW0KCiMKIyBVU0IgcG9y dCBkcml2ZXJzCiMKQ09ORklHX1VTQl9VU1M3MjA9bQpDT05GSUdfVVNCX1NFUklBTD1tCkNPTkZJ R19VU0JfRVpVU0I9eQpDT05GSUdfVVNCX1NFUklBTF9HRU5FUklDPXkKQ09ORklHX1VTQl9TRVJJ QUxfQUlSQ0FCTEU9bQpDT05GSUdfVVNCX1NFUklBTF9BUkszMTE2PW0KQ09ORklHX1VTQl9TRVJJ QUxfQkVMS0lOPW0KQ09ORklHX1VTQl9TRVJJQUxfQ0gzNDE9bQpDT05GSUdfVVNCX1NFUklBTF9X SElURUhFQVQ9bQpDT05GSUdfVVNCX1NFUklBTF9ESUdJX0FDQ0VMRVBPUlQ9bQpDT05GSUdfVVNC X1NFUklBTF9DUDIxMFg9bQpDT05GSUdfVVNCX1NFUklBTF9DWVBSRVNTX004PW0KQ09ORklHX1VT Ql9TRVJJQUxfRU1QRUc9bQpDT05GSUdfVVNCX1NFUklBTF9GVERJX1NJTz1tCkNPTkZJR19VU0Jf U0VSSUFMX0ZVTlNPRlQ9bQpDT05GSUdfVVNCX1NFUklBTF9WSVNPUj1tCkNPTkZJR19VU0JfU0VS SUFMX0lQQVE9bQpDT05GSUdfVVNCX1NFUklBTF9JUj1tCkNPTkZJR19VU0JfU0VSSUFMX0VER0VQ T1JUPW0KQ09ORklHX1VTQl9TRVJJQUxfRURHRVBPUlRfVEk9bQojIENPTkZJR19VU0JfU0VSSUFM X0Y4MTIzMiBpcyBub3Qgc2V0CkNPTkZJR19VU0JfU0VSSUFMX0dBUk1JTj1tCkNPTkZJR19VU0Jf U0VSSUFMX0lQVz1tCkNPTkZJR19VU0JfU0VSSUFMX0lVVT1tCkNPTkZJR19VU0JfU0VSSUFMX0tF WVNQQU5fUERBPW0KQ09ORklHX1VTQl9TRVJJQUxfS0VZU1BBTj1tCkNPTkZJR19VU0JfU0VSSUFM X0tMU0k9bQpDT05GSUdfVVNCX1NFUklBTF9LT0JJTF9TQ1Q9bQpDT05GSUdfVVNCX1NFUklBTF9N Q1RfVTIzMj1tCiMgQ09ORklHX1VTQl9TRVJJQUxfTUVUUk8gaXMgbm90IHNldApDT05GSUdfVVNC X1NFUklBTF9NT1M3NzIwPW0KIyBDT05GSUdfVVNCX1NFUklBTF9NT1M3NzE1X1BBUlBPUlQgaXMg bm90IHNldApDT05GSUdfVVNCX1NFUklBTF9NT1M3ODQwPW0KQ09ORklHX1VTQl9TRVJJQUxfTU9U T1JPTEE9bQpDT05GSUdfVVNCX1NFUklBTF9OQVZNQU49bQpDT05GSUdfVVNCX1NFUklBTF9QTDIz MDM9bQpDT05GSUdfVVNCX1NFUklBTF9PVEk2ODU4PW0KIyBDT05GSUdfVVNCX1NFUklBTF9RQ0FV WCBpcyBub3Qgc2V0CkNPTkZJR19VU0JfU0VSSUFMX1FVQUxDT01NPW0KQ09ORklHX1VTQl9TRVJJ QUxfU1BDUDhYNT1tCkNPTkZJR19VU0JfU0VSSUFMX0hQNFg9bQpDT05GSUdfVVNCX1NFUklBTF9T QUZFPW0KQ09ORklHX1VTQl9TRVJJQUxfU0FGRV9QQURERUQ9eQpDT05GSUdfVVNCX1NFUklBTF9T SUVNRU5TX01QST1tCkNPTkZJR19VU0JfU0VSSUFMX1NJRVJSQVdJUkVMRVNTPW0KQ09ORklHX1VT Ql9TRVJJQUxfU1lNQk9MPW0KQ09ORklHX1VTQl9TRVJJQUxfVEk9bQpDT05GSUdfVVNCX1NFUklB TF9DWUJFUkpBQ0s9bQpDT05GSUdfVVNCX1NFUklBTF9YSVJDT009bQpDT05GSUdfVVNCX1NFUklB TF9XV0FOPW0KQ09ORklHX1VTQl9TRVJJQUxfT1BUSU9OPW0KQ09ORklHX1VTQl9TRVJJQUxfT01O SU5FVD1tCkNPTkZJR19VU0JfU0VSSUFMX09QVElDT049bQojIENPTkZJR19VU0JfU0VSSUFMX1ZJ Vk9QQVlfU0VSSUFMIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NFUklBTF9aSU8gaXMgbm90IHNl dAojIENPTkZJR19VU0JfU0VSSUFMX1NTVTEwMCBpcyBub3Qgc2V0CkNPTkZJR19VU0JfU0VSSUFM X0RFQlVHPW0KCiMKIyBVU0IgTWlzY2VsbGFuZW91cyBkcml2ZXJzCiMKQ09ORklHX1VTQl9FTUk2 Mj1tCkNPTkZJR19VU0JfRU1JMjY9bQpDT05GSUdfVVNCX0FEVVRVWD1tCkNPTkZJR19VU0JfU0VW U0VHPW0KIyBDT05GSUdfVVNCX1JJTzUwMCBpcyBub3Qgc2V0CkNPTkZJR19VU0JfTEVHT1RPV0VS PW0KQ09ORklHX1VTQl9MQ0Q9bQpDT05GSUdfVVNCX0xFRD1tCiMgQ09ORklHX1VTQl9DWVBSRVNT X0NZN0M2MyBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9DWVRIRVJNIGlzIG5vdCBzZXQKQ09ORklH X1VTQl9JRE1PVVNFPW0KQ09ORklHX1VTQl9GVERJX0VMQU49bQpDT05GSUdfVVNCX0FQUExFRElT UExBWT1tCkNPTkZJR19VU0JfU0lTVVNCVkdBPW0KQ09ORklHX1VTQl9TSVNVU0JWR0FfQ09OPXkK Q09ORklHX1VTQl9MRD1tCiMgQ09ORklHX1VTQl9UUkFOQ0VWSUJSQVRPUiBpcyBub3Qgc2V0CkNP TkZJR19VU0JfSU9XQVJSSU9SPW0KIyBDT05GSUdfVVNCX1RFU1QgaXMgbm90IHNldApDT05GSUdf VVNCX0lTSUdIVEZXPW0KIyBDT05GSUdfVVNCX1lVUkVYIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9B VE09bQpDT05GSUdfVVNCX1NQRUVEVE9VQ0g9bQpDT05GSUdfVVNCX0NYQUNSVT1tCkNPTkZJR19V U0JfVUVBR0xFQVRNPW0KQ09ORklHX1VTQl9YVVNCQVRNPW0KIyBDT05GSUdfVVNCX0dBREdFVCBp cyBub3Qgc2V0CgojCiMgT1RHIGFuZCByZWxhdGVkIGluZnJhc3RydWN0dXJlCiMKQ09ORklHX1VT Ql9PVEdfVVRJTFM9eQojIENPTkZJR19VU0JfR1BJT19WQlVTIGlzIG5vdCBzZXQKQ09ORklHX05P UF9VU0JfWENFSVY9bQpDT05GSUdfVVdCPW0KQ09ORklHX1VXQl9IV0E9bQpDT05GSUdfVVdCX1dI Q0k9bQpDT05GSUdfVVdCX0kxNDgwVT1tCkNPTkZJR19NTUM9bQojIENPTkZJR19NTUNfREVCVUcg aXMgbm90IHNldAojIENPTkZJR19NTUNfVU5TQUZFX1JFU1VNRSBpcyBub3Qgc2V0CiMgQ09ORklH X01NQ19DTEtHQVRFIGlzIG5vdCBzZXQKCiMKIyBNTUMvU0QvU0RJTyBDYXJkIERyaXZlcnMKIwpD T05GSUdfTU1DX0JMT0NLPW0KQ09ORklHX01NQ19CTE9DS19NSU5PUlM9OApDT05GSUdfTU1DX0JM T0NLX0JPVU5DRT15CkNPTkZJR19TRElPX1VBUlQ9bQojIENPTkZJR19NTUNfVEVTVCBpcyBub3Qg c2V0CgojCiMgTU1DL1NEL1NESU8gSG9zdCBDb250cm9sbGVyIERyaXZlcnMKIwpDT05GSUdfTU1D X1NESENJPW0KQ09ORklHX01NQ19TREhDSV9QQ0k9bQpDT05GSUdfTU1DX1JJQ09IX01NQz15CkNP TkZJR19NTUNfU0RIQ0lfUExURk09bQojIENPTkZJR19NTUNfV0JTRCBpcyBub3Qgc2V0CkNPTkZJ R19NTUNfVElGTV9TRD1tCkNPTkZJR19NTUNfU0RSSUNPSF9DUz1tCkNPTkZJR19NTUNfQ0I3MTA9 bQpDT05GSUdfTU1DX1ZJQV9TRE1NQz1tCiMgQ09ORklHX01NQ19WVUIzMDAgaXMgbm90IHNldAoj IENPTkZJR19NTUNfVVNIQyBpcyBub3Qgc2V0CkNPTkZJR19NRU1TVElDSz1tCiMgQ09ORklHX01F TVNUSUNLX0RFQlVHIGlzIG5vdCBzZXQKCiMKIyBNZW1vcnlTdGljayBkcml2ZXJzCiMKIyBDT05G SUdfTUVNU1RJQ0tfVU5TQUZFX1JFU1VNRSBpcyBub3Qgc2V0CkNPTkZJR19NU1BST19CTE9DSz1t CgojCiMgTWVtb3J5U3RpY2sgSG9zdCBDb250cm9sbGVyIERyaXZlcnMKIwpDT05GSUdfTUVNU1RJ Q0tfVElGTV9NUz1tCkNPTkZJR19NRU1TVElDS19KTUlDUk9OXzM4WD1tCkNPTkZJR19NRU1TVElD S19SNTkyPW0KQ09ORklHX05FV19MRURTPXkKQ09ORklHX0xFRFNfQ0xBU1M9eQoKIwojIExFRCBk cml2ZXJzCiMKIyBDT05GSUdfTEVEU19MTTM1MzAgaXMgbm90IHNldAojIENPTkZJR19MRURTX1BD QTk1MzIgaXMgbm90IHNldAojIENPTkZJR19MRURTX0dQSU8gaXMgbm90IHNldApDT05GSUdfTEVE U19MUDM5NDQ9bQojIENPTkZJR19MRURTX0xQNTUyMSBpcyBub3Qgc2V0CiMgQ09ORklHX0xFRFNf TFA1NTIzIGlzIG5vdCBzZXQKQ09ORklHX0xFRFNfQ0xFVk9fTUFJTD1tCiMgQ09ORklHX0xFRFNf UENBOTU1WCBpcyBub3Qgc2V0CiMgQ09ORklHX0xFRFNfUENBOTYzMyBpcyBub3Qgc2V0CiMgQ09O RklHX0xFRFNfUkVHVUxBVE9SIGlzIG5vdCBzZXQKIyBDT05GSUdfTEVEU19CRDI4MDIgaXMgbm90 IHNldAojIENPTkZJR19MRURTX0lOVEVMX1NTNDIwMCBpcyBub3Qgc2V0CiMgQ09ORklHX0xFRFNf TFQzNTkzIGlzIG5vdCBzZXQKIyBDT05GSUdfTEVEU19ERUxMX05FVEJPT0tTIGlzIG5vdCBzZXQK IyBDT05GSUdfTEVEU19UQ0E2NTA3IGlzIG5vdCBzZXQKIyBDT05GSUdfTEVEU19PVDIwMCBpcyBu b3Qgc2V0CkNPTkZJR19MRURTX1RSSUdHRVJTPXkKCiMKIyBMRUQgVHJpZ2dlcnMKIwpDT05GSUdf TEVEU19UUklHR0VSX1RJTUVSPW0KQ09ORklHX0xFRFNfVFJJR0dFUl9IRUFSVEJFQVQ9bQpDT05G SUdfTEVEU19UUklHR0VSX0JBQ0tMSUdIVD1tCiMgQ09ORklHX0xFRFNfVFJJR0dFUl9HUElPIGlz IG5vdCBzZXQKQ09ORklHX0xFRFNfVFJJR0dFUl9ERUZBVUxUX09OPW0KCiMKIyBpcHRhYmxlcyB0 cmlnZ2VyIGlzIHVuZGVyIE5ldGZpbHRlciBjb25maWcgKExFRCB0YXJnZXQpCiMKIyBDT05GSUdf QUNDRVNTSUJJTElUWSBpcyBub3Qgc2V0CkNPTkZJR19JTkZJTklCQU5EPW0KQ09ORklHX0lORklO SUJBTkRfVVNFUl9NQUQ9bQpDT05GSUdfSU5GSU5JQkFORF9VU0VSX0FDQ0VTUz1tCkNPTkZJR19J TkZJTklCQU5EX1VTRVJfTUVNPXkKQ09ORklHX0lORklOSUJBTkRfQUREUl9UUkFOUz15CkNPTkZJ R19JTkZJTklCQU5EX01USENBPW0KQ09ORklHX0lORklOSUJBTkRfTVRIQ0FfREVCVUc9eQpDT05G SUdfSU5GSU5JQkFORF9JUEFUSD1tCkNPTkZJR19JTkZJTklCQU5EX1FJQj1tCiMgQ09ORklHX0lO RklOSUJBTkRfQU1TTzExMDAgaXMgbm90IHNldApDT05GSUdfSU5GSU5JQkFORF9DWEdCMz1tCiMg Q09ORklHX0lORklOSUJBTkRfQ1hHQjNfREVCVUcgaXMgbm90IHNldApDT05GSUdfSU5GSU5JQkFO RF9DWEdCND1tCkNPTkZJR19NTFg0X0lORklOSUJBTkQ9bQpDT05GSUdfSU5GSU5JQkFORF9ORVM9 bQojIENPTkZJR19JTkZJTklCQU5EX05FU19ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19JTkZJTklC QU5EX0lQT0lCPW0KQ09ORklHX0lORklOSUJBTkRfSVBPSUJfQ009eQpDT05GSUdfSU5GSU5JQkFO RF9JUE9JQl9ERUJVRz15CiMgQ09ORklHX0lORklOSUJBTkRfSVBPSUJfREVCVUdfREFUQSBpcyBu b3Qgc2V0CkNPTkZJR19JTkZJTklCQU5EX1NSUD1tCiMgQ09ORklHX0lORklOSUJBTkRfU1JQVCBp cyBub3Qgc2V0CkNPTkZJR19JTkZJTklCQU5EX0lTRVI9bQpDT05GSUdfRURBQz15CgojCiMgUmVw b3J0aW5nIHN1YnN5c3RlbXMKIwojIENPTkZJR19FREFDX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklH X0VEQUNfREVDT0RFX01DRT1tCiMgQ09ORklHX0VEQUNfTUNFX0lOSiBpcyBub3Qgc2V0CkNPTkZJ R19FREFDX01NX0VEQUM9bQpDT05GSUdfRURBQ19BTUQ2ND1tCiMgQ09ORklHX0VEQUNfQU1ENjRf RVJST1JfSU5KRUNUSU9OIGlzIG5vdCBzZXQKQ09ORklHX0VEQUNfRTc1Mlg9bQpDT05GSUdfRURB Q19JODI5NzVYPW0KQ09ORklHX0VEQUNfSTMwMDA9bQpDT05GSUdfRURBQ19JMzIwMD1tCkNPTkZJ R19FREFDX1gzOD1tCkNPTkZJR19FREFDX0k1NDAwPW0KQ09ORklHX0VEQUNfSTdDT1JFPW0KQ09O RklHX0VEQUNfSTUwMDA9bQpDT05GSUdfRURBQ19JNTEwMD1tCkNPTkZJR19FREFDX0k3MzAwPW0K Q09ORklHX0VEQUNfU0JSSURHRT1tCkNPTkZJR19SVENfTElCPXkKQ09ORklHX1JUQ19DTEFTUz15 CkNPTkZJR19SVENfSENUT1NZUz15CkNPTkZJR19SVENfSENUT1NZU19ERVZJQ0U9InJ0YzAiCiMg Q09ORklHX1JUQ19ERUJVRyBpcyBub3Qgc2V0CgojCiMgUlRDIGludGVyZmFjZXMKIwpDT05GSUdf UlRDX0lOVEZfU1lTRlM9eQpDT05GSUdfUlRDX0lOVEZfUFJPQz15CkNPTkZJR19SVENfSU5URl9E RVY9eQojIENPTkZJR19SVENfSU5URl9ERVZfVUlFX0VNVUwgaXMgbm90IHNldAojIENPTkZJR19S VENfRFJWX1RFU1QgaXMgbm90IHNldAoKIwojIEkyQyBSVEMgZHJpdmVycwojCkNPTkZJR19SVENf RFJWX0RTMTMwNz1tCkNPTkZJR19SVENfRFJWX0RTMTM3ND1tCkNPTkZJR19SVENfRFJWX0RTMTY3 Mj1tCiMgQ09ORklHX1JUQ19EUlZfRFMzMjMyIGlzIG5vdCBzZXQKQ09ORklHX1JUQ19EUlZfTUFY NjkwMD1tCkNPTkZJR19SVENfRFJWX1JTNUMzNzI9bQpDT05GSUdfUlRDX0RSVl9JU0wxMjA4PW0K IyBDT05GSUdfUlRDX0RSVl9JU0wxMjAyMiBpcyBub3Qgc2V0CkNPTkZJR19SVENfRFJWX1gxMjA1 PW0KQ09ORklHX1JUQ19EUlZfUENGODU2Mz1tCkNPTkZJR19SVENfRFJWX1BDRjg1ODM9bQpDT05G SUdfUlRDX0RSVl9NNDFUODA9bQpDT05GSUdfUlRDX0RSVl9NNDFUODBfV0RUPXkKIyBDT05GSUdf UlRDX0RSVl9CUTMySyBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfUzM1MzkwQSBpcyBub3Qg c2V0CkNPTkZJR19SVENfRFJWX0ZNMzEzMD1tCkNPTkZJR19SVENfRFJWX1JYODU4MT1tCkNPTkZJ R19SVENfRFJWX1JYODAyNT1tCiMgQ09ORklHX1JUQ19EUlZfRU0zMDI3IGlzIG5vdCBzZXQKIyBD T05GSUdfUlRDX0RSVl9SVjMwMjlDMiBpcyBub3Qgc2V0CgojCiMgU1BJIFJUQyBkcml2ZXJzCiMK CiMKIyBQbGF0Zm9ybSBSVEMgZHJpdmVycwojCkNPTkZJR19SVENfRFJWX0NNT1M9eQpDT05GSUdf UlRDX0RSVl9EUzEyODY9bQpDT05GSUdfUlRDX0RSVl9EUzE1MTE9bQpDT05GSUdfUlRDX0RSVl9E UzE1NTM9bQpDT05GSUdfUlRDX0RSVl9EUzE3NDI9bQpDT05GSUdfUlRDX0RSVl9TVEsxN1RBOD1t CiMgQ09ORklHX1JUQ19EUlZfTTQ4VDg2IGlzIG5vdCBzZXQKQ09ORklHX1JUQ19EUlZfTTQ4VDM1 PW0KQ09ORklHX1JUQ19EUlZfTTQ4VDU5PW0KIyBDT05GSUdfUlRDX0RSVl9NU002MjQyIGlzIG5v dCBzZXQKQ09ORklHX1JUQ19EUlZfQlE0ODAyPW0KIyBDT05GSUdfUlRDX0RSVl9SUDVDMDEgaXMg bm90IHNldApDT05GSUdfUlRDX0RSVl9WMzAyMD1tCgojCiMgb24tQ1BVIFJUQyBkcml2ZXJzCiMK Q09ORklHX0RNQURFVklDRVM9eQojIENPTkZJR19ETUFERVZJQ0VTX0RFQlVHIGlzIG5vdCBzZXQK CiMKIyBETUEgRGV2aWNlcwojCiMgQ09ORklHX0lOVEVMX01JRF9ETUFDIGlzIG5vdCBzZXQKQ09O RklHX0lOVEVMX0lPQVRETUE9bQojIENPTkZJR19USU1CX0RNQSBpcyBub3Qgc2V0CiMgQ09ORklH X1BDSF9ETUEgaXMgbm90IHNldApDT05GSUdfRE1BX0VOR0lORT15CgojCiMgRE1BIENsaWVudHMK IwpDT05GSUdfTkVUX0RNQT15CkNPTkZJR19BU1lOQ19UWF9ETUE9eQojIENPTkZJR19ETUFURVNU IGlzIG5vdCBzZXQKQ09ORklHX0RDQT1tCkNPTkZJR19BVVhESVNQTEFZPXkKQ09ORklHX0tTMDEw OD1tCkNPTkZJR19LUzAxMDhfUE9SVD0weDM3OApDT05GSUdfS1MwMTA4X0RFTEFZPTIKQ09ORklH X0NGQUcxMjg2NEI9bQpDT05GSUdfQ0ZBRzEyODY0Ql9SQVRFPTIwCkNPTkZJR19VSU89bQpDT05G SUdfVUlPX0NJRj1tCkNPTkZJR19VSU9fUERSVj1tCkNPTkZJR19VSU9fUERSVl9HRU5JUlE9bQpD T05GSUdfVUlPX0FFQz1tCkNPTkZJR19VSU9fU0VSQ09TMz1tCkNPTkZJR19VSU9fUENJX0dFTkVS SUM9bQojIENPTkZJR19VSU9fTkVUWCBpcyBub3Qgc2V0CkNPTkZJR19WSVJUSU89bQpDT05GSUdf VklSVElPX1JJTkc9bQoKIwojIFZpcnRpbyBkcml2ZXJzCiMKQ09ORklHX1ZJUlRJT19QQ0k9bQpD T05GSUdfVklSVElPX0JBTExPT049bQojIENPTkZJR19WSVJUSU9fTU1JTyBpcyBub3Qgc2V0Cgoj CiMgTWljcm9zb2Z0IEh5cGVyLVYgZ3Vlc3Qgc3VwcG9ydAojCiMgQ09ORklHX0hZUEVSViBpcyBu b3Qgc2V0CgojCiMgWGVuIGRyaXZlciBzdXBwb3J0CiMKQ09ORklHX1hFTl9CQUxMT09OPXkKQ09O RklHX1hFTl9CQUxMT09OX01FTU9SWV9IT1RQTFVHPXkKQ09ORklHX1hFTl9TQ1JVQl9QQUdFUz15 CkNPTkZJR19YRU5fREVWX0VWVENITj15CkNPTkZJR19YRU5fQkFDS0VORD15CkNPTkZJR19YRU5G Uz15CkNPTkZJR19YRU5fQ09NUEFUX1hFTkZTPXkKQ09ORklHX1hFTl9TWVNfSFlQRVJWSVNPUj15 CkNPTkZJR19YRU5fWEVOQlVTX0ZST05URU5EPXkKQ09ORklHX1hFTl9HTlRERVY9eQpDT05GSUdf WEVOX0dSQU5UX0RFVl9BTExPQz15CkNPTkZJR19TV0lPVExCX1hFTj15CkNPTkZJR19YRU5fUENJ REVWX0JBQ0tFTkQ9eQpDT05GSUdfWEVOX1BSSVZDTUQ9eQpDT05GSUdfWEVOX0FDUElfUFJPQ0VT U09SPXkKQ09ORklHX1NUQUdJTkc9eQojIENPTkZJR19FVDEzMVggaXMgbm90IHNldAojIENPTkZJ R19TTElDT1NTIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCSVBfQ09SRSBpcyBub3Qgc2V0CiMgQ09O RklHX1czNVVORCBpcyBub3Qgc2V0CiMgQ09ORklHX1BSSVNNMl9VU0IgaXMgbm90IHNldAojIENP TkZJR19FQ0hPIGlzIG5vdCBzZXQKIyBDT05GSUdfQ09NRURJIGlzIG5vdCBzZXQKIyBDT05GSUdf QVNVU19PTEVEIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFORUwgaXMgbm90IHNldAojIENPTkZJR19S ODE4N1NFIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRMODE5MlUgaXMgbm90IHNldAojIENPTkZJR19S VExMSUIgaXMgbm90IHNldAojIENPTkZJR19SODcxMlUgaXMgbm90IHNldAojIENPTkZJR19SVFNf UFNUT1IgaXMgbm90IHNldAojIENPTkZJR19SVFM1MTM5IGlzIG5vdCBzZXQKIyBDT05GSUdfVFJB TlpQT1JUIGlzIG5vdCBzZXQKIyBDT05GSUdfSURFX1BISVNPTiBpcyBub3Qgc2V0CiMgQ09ORklH X0xJTkU2X1VTQiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TRVJJQUxfUVVBVEVDSDIgaXMgbm90 IHNldAojIENPTkZJR19VU0JfU0VSSUFMX1FVQVRFQ0hfVVNCMiBpcyBub3Qgc2V0CiMgQ09ORklH X1ZUNjY1NSBpcyBub3Qgc2V0CiMgQ09ORklHX1ZUNjY1NiBpcyBub3Qgc2V0CiMgQ09ORklHX1ZN RV9CVVMgaXMgbm90IHNldAojIENPTkZJR19EWF9TRVAgaXMgbm90IHNldAojIENPTkZJR19JSU8g aXMgbm90IHNldApDT05GSUdfWlJBTT1tCkNPTkZJR19aUkFNX0RFQlVHPXkKQ09ORklHX1pTTUFM TE9DPW0KIyBDT05GSUdfV0xBR1M0OV9IMiBpcyBub3Qgc2V0CiMgQ09ORklHX1dMQUdTNDlfSDI1 IGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfU003WFggaXMgbm90IHNldAojIENPTkZJR19DUllTVEFM SEQgaXMgbm90IHNldAojIENPTkZJR19DWFQxRTEgaXMgbm90IHNldAojIENPTkZJR19GQl9YR0kg aXMgbm90IHNldAojIENPTkZJR19BQ1BJX1FVSUNLU1RBUlQgaXMgbm90IHNldAojIENPTkZJR19T QkVfMlQzRTMgaXMgbm90IHNldAojIENPTkZJR19VU0JfRU5FU1RPUkFHRSBpcyBub3Qgc2V0CiMg Q09ORklHX0JDTV9XSU1BWCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZUMTAwMCBpcyBub3Qgc2V0Cgoj CiMgU3BlYWt1cCBjb25zb2xlIHNwZWVjaAojCiMgQ09ORklHX1NQRUFLVVAgaXMgbm90IHNldAoj IENPTkZJR19UT1VDSFNDUkVFTl9DTEVBUlBBRF9UTTEyMTcgaXMgbm90IHNldAojIENPTkZJR19U T1VDSFNDUkVFTl9TWU5BUFRJQ1NfSTJDX1JNSTQgaXMgbm90IHNldAojIENPTkZJR19JTlRFTF9N RUkgaXMgbm90IHNldAojIENPTkZJR19TVEFHSU5HX01FRElBIGlzIG5vdCBzZXQKCiMKIyBBbmRy b2lkCiMKIyBDT05GSUdfQU5EUk9JRCBpcyBub3Qgc2V0CiMgQ09ORklHX1BIT05FIGlzIG5vdCBz ZXQKIyBDT05GSUdfVVNCX1dQQU5fSENEIGlzIG5vdCBzZXQKQ09ORklHX1g4Nl9QTEFURk9STV9E RVZJQ0VTPXkKQ09ORklHX0FDRVJfV01JPW0KIyBDT05GSUdfQUNFUkhERiBpcyBub3Qgc2V0CkNP TkZJR19BU1VTX0xBUFRPUD1tCkNPTkZJR19ERUxMX0xBUFRPUD1tCkNPTkZJR19ERUxMX1dNST1t CiMgQ09ORklHX0RFTExfV01JX0FJTyBpcyBub3Qgc2V0CkNPTkZJR19GVUpJVFNVX0xBUFRPUD1t CiMgQ09ORklHX0ZVSklUU1VfTEFQVE9QX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfRlVKSVRT VV9UQUJMRVQgaXMgbm90IHNldAojIENPTkZJR19BTUlMT19SRktJTEwgaXMgbm90IHNldAojIENP TkZJR19IUF9BQ0NFTCBpcyBub3Qgc2V0CkNPTkZJR19IUF9XTUk9bQpDT05GSUdfTVNJX0xBUFRP UD1tCkNPTkZJR19QQU5BU09OSUNfTEFQVE9QPW0KQ09ORklHX0NPTVBBTF9MQVBUT1A9bQpDT05G SUdfU09OWV9MQVBUT1A9bQpDT05GSUdfU09OWVBJX0NPTVBBVD15CiMgQ09ORklHX0lERUFQQURf TEFQVE9QIGlzIG5vdCBzZXQKQ09ORklHX1RISU5LUEFEX0FDUEk9bQpDT05GSUdfVEhJTktQQURf QUNQSV9BTFNBX1NVUFBPUlQ9eQojIENPTkZJR19USElOS1BBRF9BQ1BJX0RFQlVHRkFDSUxJVElF UyBpcyBub3Qgc2V0CiMgQ09ORklHX1RISU5LUEFEX0FDUElfREVCVUcgaXMgbm90IHNldAojIENP TkZJR19USElOS1BBRF9BQ1BJX1VOU0FGRV9MRURTIGlzIG5vdCBzZXQKQ09ORklHX1RISU5LUEFE X0FDUElfVklERU89eQpDT05GSUdfVEhJTktQQURfQUNQSV9IT1RLRVlfUE9MTD15CkNPTkZJR19T RU5TT1JTX0hEQVBTPW0KIyBDT05GSUdfSU5URUxfTUVOTE9XIGlzIG5vdCBzZXQKIyBDT05GSUdf RUVFUENfTEFQVE9QIGlzIG5vdCBzZXQKIyBDT05GSUdfQVNVU19XTUkgaXMgbm90IHNldApDT05G SUdfQUNQSV9XTUk9bQojIENPTkZJR19NU0lfV01JIGlzIG5vdCBzZXQKQ09ORklHX1RPUFNUQVJf TEFQVE9QPW0KQ09ORklHX0FDUElfVE9TSElCQT1tCiMgQ09ORklHX1RPU0hJQkFfQlRfUkZLSUxM IGlzIG5vdCBzZXQKIyBDT05GSUdfQUNQSV9DTVBDIGlzIG5vdCBzZXQKQ09ORklHX0lOVEVMX0lQ Uz1tCiMgQ09ORklHX0lCTV9SVEwgaXMgbm90IHNldAojIENPTkZJR19YTzE1X0VCT09LIGlzIG5v dCBzZXQKIyBDT05GSUdfU0FNU1VOR19MQVBUT1AgaXMgbm90IHNldApDT05GSUdfTVhNX1dNST1t CiMgQ09ORklHX0lOVEVMX09BS1RSQUlMIGlzIG5vdCBzZXQKIyBDT05GSUdfU0FNU1VOR19RMTAg aXMgbm90IHNldAojIENPTkZJR19BUFBMRV9HTVVYIGlzIG5vdCBzZXQKCiMKIyBIYXJkd2FyZSBT cGlubG9jayBkcml2ZXJzCiMKQ09ORklHX0NMS0VWVF9JODI1Mz15CkNPTkZJR19JODI1M19MT0NL PXkKQ09ORklHX0NMS0JMRF9JODI1Mz15CkNPTkZJR19JT01NVV9BUEk9eQpDT05GSUdfSU9NTVVf U1VQUE9SVD15CkNPTkZJR19BTURfSU9NTVU9eQpDT05GSUdfQU1EX0lPTU1VX1NUQVRTPXkKIyBD T05GSUdfQU1EX0lPTU1VX1YyIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5URUxfSU9NTVUgaXMgbm90 IHNldAojIENPTkZJR19JUlFfUkVNQVAgaXMgbm90IHNldAoKIwojIFJlbW90ZXByb2MgZHJpdmVy cyAoRVhQRVJJTUVOVEFMKQojCgojCiMgUnBtc2cgZHJpdmVycyAoRVhQRVJJTUVOVEFMKQojCiMg Q09ORklHX1ZJUlRfRFJJVkVSUyBpcyBub3Qgc2V0CiMgQ09ORklHX1BNX0RFVkZSRVEgaXMgbm90 IHNldAoKIwojIEZpcm13YXJlIERyaXZlcnMKIwpDT05GSUdfRUREPW0KIyBDT05GSUdfRUREX09G RiBpcyBub3Qgc2V0CkNPTkZJR19GSVJNV0FSRV9NRU1NQVA9eQpDT05GSUdfRUZJX1ZBUlM9eQpD T05GSUdfREVMTF9SQlU9bQpDT05GSUdfRENEQkFTPW0KQ09ORklHX0RNSUlEPXkKIyBDT05GSUdf RE1JX1NZU0ZTIGlzIG5vdCBzZXQKQ09ORklHX0lTQ1NJX0lCRlRfRklORD15CkNPTkZJR19JU0NT SV9JQkZUPW0KIyBDT05GSUdfR09PR0xFX0ZJUk1XQVJFIGlzIG5vdCBzZXQKCiMKIyBGaWxlIHN5 c3RlbXMKIwpDT05GSUdfRENBQ0hFX1dPUkRfQUNDRVNTPXkKQ09ORklHX0VYVDJfRlM9bQpDT05G SUdfRVhUMl9GU19YQVRUUj15CkNPTkZJR19FWFQyX0ZTX1BPU0lYX0FDTD15CkNPTkZJR19FWFQy X0ZTX1NFQ1VSSVRZPXkKQ09ORklHX0VYVDJfRlNfWElQPXkKQ09ORklHX0VYVDNfRlM9bQpDT05G SUdfRVhUM19ERUZBVUxUU19UT19PUkRFUkVEPXkKQ09ORklHX0VYVDNfRlNfWEFUVFI9eQpDT05G SUdfRVhUM19GU19QT1NJWF9BQ0w9eQpDT05GSUdfRVhUM19GU19TRUNVUklUWT15CkNPTkZJR19F WFQ0X0ZTPW0KQ09ORklHX0VYVDRfRlNfWEFUVFI9eQpDT05GSUdfRVhUNF9GU19QT1NJWF9BQ0w9 eQpDT05GSUdfRVhUNF9GU19TRUNVUklUWT15CiMgQ09ORklHX0VYVDRfREVCVUcgaXMgbm90IHNl dApDT05GSUdfRlNfWElQPXkKQ09ORklHX0pCRD1tCiMgQ09ORklHX0pCRF9ERUJVRyBpcyBub3Qg c2V0CkNPTkZJR19KQkQyPW0KIyBDT05GSUdfSkJEMl9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19G U19NQkNBQ0hFPW0KIyBDT05GSUdfUkVJU0VSRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19KRlNf RlMgaXMgbm90IHNldApDT05GSUdfWEZTX0ZTPW0KQ09ORklHX1hGU19RVU9UQT15CkNPTkZJR19Y RlNfUE9TSVhfQUNMPXkKIyBDT05GSUdfWEZTX1JUIGlzIG5vdCBzZXQKIyBDT05GSUdfWEZTX0RF QlVHIGlzIG5vdCBzZXQKQ09ORklHX0dGUzJfRlM9bQpDT05GSUdfR0ZTMl9GU19MT0NLSU5HX0RM TT15CiMgQ09ORklHX09DRlMyX0ZTIGlzIG5vdCBzZXQKQ09ORklHX0JUUkZTX0ZTPW0KQ09ORklH X0JUUkZTX0ZTX1BPU0lYX0FDTD15CiMgQ09ORklHX0JUUkZTX0ZTX0NIRUNLX0lOVEVHUklUWSBp cyBub3Qgc2V0CiMgQ09ORklHX05JTEZTMl9GUyBpcyBub3Qgc2V0CkNPTkZJR19GU19QT1NJWF9B Q0w9eQpDT05GSUdfRVhQT1JURlM9bQpDT05GSUdfRklMRV9MT0NLSU5HPXkKQ09ORklHX0ZTTk9U SUZZPXkKQ09ORklHX0ROT1RJRlk9eQpDT05GSUdfSU5PVElGWV9VU0VSPXkKIyBDT05GSUdfRkFO T1RJRlkgaXMgbm90IHNldApDT05GSUdfUVVPVEE9eQpDT05GSUdfUVVPVEFfTkVUTElOS19JTlRF UkZBQ0U9eQpDT05GSUdfUFJJTlRfUVVPVEFfV0FSTklORz15CiMgQ09ORklHX1FVT1RBX0RFQlVH IGlzIG5vdCBzZXQKQ09ORklHX1FVT1RBX1RSRUU9eQojIENPTkZJR19RRk1UX1YxIGlzIG5vdCBz ZXQKQ09ORklHX1FGTVRfVjI9eQpDT05GSUdfUVVPVEFDVEw9eQpDT05GSUdfUVVPVEFDVExfQ09N UEFUPXkKQ09ORklHX0FVVE9GUzRfRlM9bQpDT05GSUdfRlVTRV9GUz1tCkNPTkZJR19DVVNFPW0K Q09ORklHX0dFTkVSSUNfQUNMPXkKCiMKIyBDYWNoZXMKIwpDT05GSUdfRlNDQUNIRT1tCkNPTkZJ R19GU0NBQ0hFX1NUQVRTPXkKIyBDT05GSUdfRlNDQUNIRV9ISVNUT0dSQU0gaXMgbm90IHNldAoj IENPTkZJR19GU0NBQ0hFX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfRlNDQUNIRV9PQkpFQ1Rf TElTVCBpcyBub3Qgc2V0CkNPTkZJR19DQUNIRUZJTEVTPW0KIyBDT05GSUdfQ0FDSEVGSUxFU19E RUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX0NBQ0hFRklMRVNfSElTVE9HUkFNIGlzIG5vdCBzZXQK CiMKIyBDRC1ST00vRFZEIEZpbGVzeXN0ZW1zCiMKQ09ORklHX0lTTzk2NjBfRlM9eQpDT05GSUdf Sk9MSUVUPXkKQ09ORklHX1pJU09GUz15CkNPTkZJR19VREZfRlM9bQpDT05GSUdfVURGX05MUz15 CgojCiMgRE9TL0ZBVC9OVCBGaWxlc3lzdGVtcwojCkNPTkZJR19GQVRfRlM9bQpDT05GSUdfTVNE T1NfRlM9bQpDT05GSUdfVkZBVF9GUz1tCkNPTkZJR19GQVRfREVGQVVMVF9DT0RFUEFHRT00MzcK Q09ORklHX0ZBVF9ERUZBVUxUX0lPQ0hBUlNFVD0iYXNjaWkiCiMgQ09ORklHX05URlNfRlMgaXMg bm90IHNldAoKIwojIFBzZXVkbyBmaWxlc3lzdGVtcwojCkNPTkZJR19QUk9DX0ZTPXkKQ09ORklH X1BST0NfS0NPUkU9eQpDT05GSUdfUFJPQ19WTUNPUkU9eQpDT05GSUdfUFJPQ19TWVNDVEw9eQpD T05GSUdfUFJPQ19QQUdFX01PTklUT1I9eQpDT05GSUdfU1lTRlM9eQpDT05GSUdfVE1QRlM9eQpD T05GSUdfVE1QRlNfUE9TSVhfQUNMPXkKQ09ORklHX1RNUEZTX1hBVFRSPXkKQ09ORklHX0hVR0VU TEJGUz15CkNPTkZJR19IVUdFVExCX1BBR0U9eQpDT05GSUdfQ09ORklHRlNfRlM9bQpDT05GSUdf TUlTQ19GSUxFU1lTVEVNUz15CiMgQ09ORklHX0FERlNfRlMgaXMgbm90IHNldAojIENPTkZJR19B RkZTX0ZTIGlzIG5vdCBzZXQKQ09ORklHX0VDUllQVF9GUz1tCiMgQ09ORklHX0hGU19GUyBpcyBu b3Qgc2V0CiMgQ09ORklHX0hGU1BMVVNfRlMgaXMgbm90IHNldAojIENPTkZJR19CRUZTX0ZTIGlz IG5vdCBzZXQKIyBDT05GSUdfQkZTX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfRUZTX0ZTIGlzIG5v dCBzZXQKQ09ORklHX0pGRlMyX0ZTPW0KQ09ORklHX0pGRlMyX0ZTX0RFQlVHPTAKQ09ORklHX0pG RlMyX0ZTX1dSSVRFQlVGRkVSPXkKIyBDT05GSUdfSkZGUzJfRlNfV0JVRl9WRVJJRlkgaXMgbm90 IHNldApDT05GSUdfSkZGUzJfU1VNTUFSWT15CkNPTkZJR19KRkZTMl9GU19YQVRUUj15CkNPTkZJ R19KRkZTMl9GU19QT1NJWF9BQ0w9eQpDT05GSUdfSkZGUzJfRlNfU0VDVVJJVFk9eQojIENPTkZJ R19KRkZTMl9DT01QUkVTU0lPTl9PUFRJT05TIGlzIG5vdCBzZXQKQ09ORklHX0pGRlMyX1pMSUI9 eQojIENPTkZJR19KRkZTMl9MWk8gaXMgbm90IHNldApDT05GSUdfSkZGUzJfUlRJTUU9eQojIENP TkZJR19KRkZTMl9SVUJJTiBpcyBub3Qgc2V0CkNPTkZJR19VQklGU19GUz1tCkNPTkZJR19VQklG U19GU19YQVRUUj15CiMgQ09ORklHX1VCSUZTX0ZTX0FEVkFOQ0VEX0NPTVBSIGlzIG5vdCBzZXQK Q09ORklHX1VCSUZTX0ZTX0xaTz15CkNPTkZJR19VQklGU19GU19aTElCPXkKIyBDT05GSUdfVUJJ RlNfRlNfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19MT0dGUyBpcyBub3Qgc2V0CkNPTkZJR19D UkFNRlM9bQpDT05GSUdfU1FVQVNIRlM9bQojIENPTkZJR19TUVVBU0hGU19YQVRUUiBpcyBub3Qg c2V0CkNPTkZJR19TUVVBU0hGU19aTElCPXkKIyBDT05GSUdfU1FVQVNIRlNfTFpPIGlzIG5vdCBz ZXQKIyBDT05GSUdfU1FVQVNIRlNfWFogaXMgbm90IHNldAojIENPTkZJR19TUVVBU0hGU180S19E RVZCTEtfU0laRSBpcyBub3Qgc2V0CiMgQ09ORklHX1NRVUFTSEZTX0VNQkVEREVEIGlzIG5vdCBz ZXQKQ09ORklHX1NRVUFTSEZTX0ZSQUdNRU5UX0NBQ0hFX1NJWkU9MwojIENPTkZJR19WWEZTX0ZT IGlzIG5vdCBzZXQKIyBDT05GSUdfTUlOSVhfRlMgaXMgbm90IHNldAojIENPTkZJR19PTUZTX0ZT IGlzIG5vdCBzZXQKIyBDT05GSUdfSFBGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX1FOWDRGU19G UyBpcyBub3Qgc2V0CiMgQ09ORklHX1FOWDZGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX1JPTUZT X0ZTIGlzIG5vdCBzZXQKQ09ORklHX1BTVE9SRT15CiMgQ09ORklHX1NZU1ZfRlMgaXMgbm90IHNl dAojIENPTkZJR19VRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19FWE9GU19GUyBpcyBub3Qgc2V0 CkNPTkZJR19PUkU9bQpDT05GSUdfTkVUV09SS19GSUxFU1lTVEVNUz15CkNPTkZJR19ORlNfRlM9 bQpDT05GSUdfTkZTX1YzPXkKQ09ORklHX05GU19WM19BQ0w9eQpDT05GSUdfTkZTX1Y0PXkKQ09O RklHX05GU19WNF8xPXkKQ09ORklHX1BORlNfRklMRV9MQVlPVVQ9bQpDT05GSUdfUE5GU19CTE9D Sz1tCkNPTkZJR19QTkZTX09CSkxBWU9VVD1tCkNPTkZJR19ORlNfVjRfMV9JTVBMRU1FTlRBVElP Tl9JRF9ET01BSU49Imtlcm5lbC5vcmciCkNPTkZJR19ORlNfRlNDQUNIRT15CkNPTkZJR19ORlNf VVNFX0xFR0FDWV9ETlM9eQpDT05GSUdfTkZTRD1tCkNPTkZJR19ORlNEX1YyX0FDTD15CkNPTkZJ R19ORlNEX1YzPXkKQ09ORklHX05GU0RfVjNfQUNMPXkKQ09ORklHX05GU0RfVjQ9eQojIENPTkZJ R19ORlNEX0ZBVUxUX0lOSkVDVElPTiBpcyBub3Qgc2V0CkNPTkZJR19MT0NLRD1tCkNPTkZJR19M T0NLRF9WND15CkNPTkZJR19ORlNfQUNMX1NVUFBPUlQ9bQpDT05GSUdfTkZTX0NPTU1PTj15CkNP TkZJR19TVU5SUEM9bQpDT05GSUdfU1VOUlBDX0dTUz1tCkNPTkZJR19TVU5SUENfQkFDS0NIQU5O RUw9eQpDT05GSUdfU1VOUlBDX1hQUlRfUkRNQT1tCkNPTkZJR19SUENTRUNfR1NTX0tSQjU9bQoj IENPTkZJR19TVU5SUENfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19DRVBIX0ZTIGlzIG5vdCBz ZXQKQ09ORklHX0NJRlM9bQpDT05GSUdfQ0lGU19TVEFUUz15CiMgQ09ORklHX0NJRlNfU1RBVFMy IGlzIG5vdCBzZXQKQ09ORklHX0NJRlNfV0VBS19QV19IQVNIPXkKQ09ORklHX0NJRlNfVVBDQUxM PXkKQ09ORklHX0NJRlNfWEFUVFI9eQpDT05GSUdfQ0lGU19QT1NJWD15CiMgQ09ORklHX0NJRlNf REVCVUcyIGlzIG5vdCBzZXQKQ09ORklHX0NJRlNfREZTX1VQQ0FMTD15CiMgQ09ORklHX0NJRlNf RlNDQUNIRSBpcyBub3Qgc2V0CkNPTkZJR19DSUZTX0FDTD15CiMgQ09ORklHX05DUF9GUyBpcyBu b3Qgc2V0CiMgQ09ORklHX0NPREFfRlMgaXMgbm90IHNldAojIENPTkZJR19BRlNfRlMgaXMgbm90 IHNldAojIENPTkZJR185UF9GUyBpcyBub3Qgc2V0CkNPTkZJR19OTFM9eQpDT05GSUdfTkxTX0RF RkFVTFQ9InV0ZjgiCkNPTkZJR19OTFNfQ09ERVBBR0VfNDM3PXkKQ09ORklHX05MU19DT0RFUEFH RV83Mzc9bQpDT05GSUdfTkxTX0NPREVQQUdFXzc3NT1tCkNPTkZJR19OTFNfQ09ERVBBR0VfODUw PW0KQ09ORklHX05MU19DT0RFUEFHRV84NTI9bQpDT05GSUdfTkxTX0NPREVQQUdFXzg1NT1tCkNP TkZJR19OTFNfQ09ERVBBR0VfODU3PW0KQ09ORklHX05MU19DT0RFUEFHRV84NjA9bQpDT05GSUdf TkxTX0NPREVQQUdFXzg2MT1tCkNPTkZJR19OTFNfQ09ERVBBR0VfODYyPW0KQ09ORklHX05MU19D T0RFUEFHRV84NjM9bQpDT05GSUdfTkxTX0NPREVQQUdFXzg2ND1tCkNPTkZJR19OTFNfQ09ERVBB R0VfODY1PW0KQ09ORklHX05MU19DT0RFUEFHRV84NjY9bQpDT05GSUdfTkxTX0NPREVQQUdFXzg2 OT1tCkNPTkZJR19OTFNfQ09ERVBBR0VfOTM2PW0KQ09ORklHX05MU19DT0RFUEFHRV85NTA9bQpD T05GSUdfTkxTX0NPREVQQUdFXzkzMj1tCkNPTkZJR19OTFNfQ09ERVBBR0VfOTQ5PW0KQ09ORklH X05MU19DT0RFUEFHRV84NzQ9bQpDT05GSUdfTkxTX0lTTzg4NTlfOD1tCkNPTkZJR19OTFNfQ09E RVBBR0VfMTI1MD1tCkNPTkZJR19OTFNfQ09ERVBBR0VfMTI1MT1tCkNPTkZJR19OTFNfQVNDSUk9 eQpDT05GSUdfTkxTX0lTTzg4NTlfMT1tCkNPTkZJR19OTFNfSVNPODg1OV8yPW0KQ09ORklHX05M U19JU084ODU5XzM9bQpDT05GSUdfTkxTX0lTTzg4NTlfND1tCkNPTkZJR19OTFNfSVNPODg1OV81 PW0KQ09ORklHX05MU19JU084ODU5XzY9bQpDT05GSUdfTkxTX0lTTzg4NTlfNz1tCkNPTkZJR19O TFNfSVNPODg1OV85PW0KQ09ORklHX05MU19JU084ODU5XzEzPW0KQ09ORklHX05MU19JU084ODU5 XzE0PW0KQ09ORklHX05MU19JU084ODU5XzE1PW0KQ09ORklHX05MU19LT0k4X1I9bQpDT05GSUdf TkxTX0tPSThfVT1tCkNPTkZJR19OTFNfVVRGOD1tCkNPTkZJR19ETE09bQpDT05GSUdfRExNX0RF QlVHPXkKCiMKIyBLZXJuZWwgaGFja2luZwojCkNPTkZJR19UUkFDRV9JUlFGTEFHU19TVVBQT1JU PXkKIyBDT05GSUdfUFJJTlRLX1RJTUUgaXMgbm90IHNldApDT05GSUdfREVGQVVMVF9NRVNTQUdF X0xPR0xFVkVMPTQKIyBDT05GSUdfRU5BQkxFX1dBUk5fREVQUkVDQVRFRCBpcyBub3Qgc2V0CkNP TkZJR19FTkFCTEVfTVVTVF9DSEVDSz15CkNPTkZJR19GUkFNRV9XQVJOPTIwNDgKQ09ORklHX01B R0lDX1NZU1JRPXkKQ09ORklHX1NUUklQX0FTTV9TWU1TPXkKIyBDT05GSUdfVU5VU0VEX1NZTUJP TFMgaXMgbm90IHNldApDT05GSUdfREVCVUdfRlM9eQpDT05GSUdfSEVBREVSU19DSEVDSz15CkNP TkZJR19ERUJVR19TRUNUSU9OX01JU01BVENIPXkKQ09ORklHX0RFQlVHX0tFUk5FTD15CkNPTkZJ R19ERUJVR19TSElSUT15CkNPTkZJR19MT0NLVVBfREVURUNUT1I9eQpDT05GSUdfSEFSRExPQ0tV UF9ERVRFQ1RPUj15CkNPTkZJR19CT09UUEFSQU1fSEFSRExPQ0tVUF9QQU5JQz15CkNPTkZJR19C T09UUEFSQU1fSEFSRExPQ0tVUF9QQU5JQ19WQUxVRT0xCiMgQ09ORklHX0JPT1RQQVJBTV9TT0ZU TE9DS1VQX1BBTklDIGlzIG5vdCBzZXQKQ09ORklHX0JPT1RQQVJBTV9TT0ZUTE9DS1VQX1BBTklD X1ZBTFVFPTAKQ09ORklHX0RFVEVDVF9IVU5HX1RBU0s9eQpDT05GSUdfREVGQVVMVF9IVU5HX1RB U0tfVElNRU9VVD0xMjAKIyBDT05GSUdfQk9PVFBBUkFNX0hVTkdfVEFTS19QQU5JQyBpcyBub3Qg c2V0CkNPTkZJR19CT09UUEFSQU1fSFVOR19UQVNLX1BBTklDX1ZBTFVFPTAKQ09ORklHX1NDSEVE X0RFQlVHPXkKQ09ORklHX1NDSEVEU1RBVFM9eQpDT05GSUdfVElNRVJfU1RBVFM9eQojIENPTkZJ R19ERUJVR19PQkpFQ1RTIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfU0xBQiBpcyBub3Qgc2V0 CiMgQ09ORklHX0RFQlVHX0tNRU1MRUFLIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfUlRfTVVU RVhFUyBpcyBub3Qgc2V0CiMgQ09ORklHX1JUX01VVEVYX1RFU1RFUiBpcyBub3Qgc2V0CiMgQ09O RklHX0RFQlVHX1NQSU5MT0NLIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfTVVURVhFUyBpcyBu b3Qgc2V0CiMgQ09ORklHX0RFQlVHX0xPQ0tfQUxMT0MgaXMgbm90IHNldAojIENPTkZJR19QUk9W RV9MT0NLSU5HIGlzIG5vdCBzZXQKIyBDT05GSUdfU1BBUlNFX1JDVV9QT0lOVEVSIGlzIG5vdCBz ZXQKIyBDT05GSUdfTE9DS19TVEFUIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfQVRPTUlDX1NM RUVQIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfTE9DS0lOR19BUElfU0VMRlRFU1RTIGlzIG5v dCBzZXQKQ09ORklHX1NUQUNLVFJBQ0U9eQojIENPTkZJR19ERUJVR19TVEFDS19VU0FHRSBpcyBu b3Qgc2V0CiMgQ09ORklHX0RFQlVHX0tPQkpFQ1QgaXMgbm90IHNldApDT05GSUdfREVCVUdfQlVH VkVSQk9TRT15CkNPTkZJR19ERUJVR19JTkZPPXkKIyBDT05GSUdfREVCVUdfSU5GT19SRURVQ0VE IGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfVk0gaXMgbm90IHNldAojIENPTkZJR19ERUJVR19W SVJUVUFMIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfV1JJVEVDT1VOVCBpcyBub3Qgc2V0CkNP TkZJR19ERUJVR19NRU1PUllfSU5JVD15CkNPTkZJR19ERUJVR19MSVNUPXkKIyBDT05GSUdfVEVT VF9MSVNUX1NPUlQgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19TRyBpcyBub3Qgc2V0CiMgQ09O RklHX0RFQlVHX05PVElGSUVSUyBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX0NSRURFTlRJQUxT IGlzIG5vdCBzZXQKQ09ORklHX0FSQ0hfV0FOVF9GUkFNRV9QT0lOVEVSUz15CkNPTkZJR19GUkFN RV9QT0lOVEVSPXkKQ09ORklHX0JPT1RfUFJJTlRLX0RFTEFZPXkKIyBDT05GSUdfUkNVX1RPUlRV UkVfVEVTVCBpcyBub3Qgc2V0CkNPTkZJR19SQ1VfQ1BVX1NUQUxMX1RJTUVPVVQ9NjAKIyBDT05G SUdfUkNVX0NQVV9TVEFMTF9JTkZPIGlzIG5vdCBzZXQKIyBDT05GSUdfUkNVX1RSQUNFIGlzIG5v dCBzZXQKIyBDT05GSUdfS1BST0JFU19TQU5JVFlfVEVTVCBpcyBub3Qgc2V0CiMgQ09ORklHX0JB Q0tUUkFDRV9TRUxGX1RFU1QgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19CTE9DS19FWFRfREVW VCBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX0ZPUkNFX1dFQUtfUEVSX0NQVSBpcyBub3Qgc2V0 CiMgQ09ORklHX0RFQlVHX1BFUl9DUFVfTUFQUyBpcyBub3Qgc2V0CiMgQ09ORklHX0xLRFRNIGlz IG5vdCBzZXQKIyBDT05GSUdfQ1BVX05PVElGSUVSX0VSUk9SX0lOSkVDVCBpcyBub3Qgc2V0CiMg Q09ORklHX0ZBVUxUX0lOSkVDVElPTiBpcyBub3Qgc2V0CiMgQ09ORklHX0xBVEVOQ1lUT1AgaXMg bm90IHNldAojIENPTkZJR19ERUJVR19QQUdFQUxMT0MgaXMgbm90IHNldApDT05GSUdfVVNFUl9T VEFDS1RSQUNFX1NVUFBPUlQ9eQpDT05GSUdfTk9QX1RSQUNFUj15CkNPTkZJR19IQVZFX0ZUUkFD RV9OTUlfRU5URVI9eQpDT05GSUdfSEFWRV9GVU5DVElPTl9UUkFDRVI9eQpDT05GSUdfSEFWRV9G VU5DVElPTl9HUkFQSF9UUkFDRVI9eQpDT05GSUdfSEFWRV9GVU5DVElPTl9HUkFQSF9GUF9URVNU PXkKQ09ORklHX0hBVkVfRlVOQ1RJT05fVFJBQ0VfTUNPVU5UX1RFU1Q9eQpDT05GSUdfSEFWRV9E WU5BTUlDX0ZUUkFDRT15CkNPTkZJR19IQVZFX0ZUUkFDRV9NQ09VTlRfUkVDT1JEPXkKQ09ORklH X0hBVkVfU1lTQ0FMTF9UUkFDRVBPSU5UUz15CkNPTkZJR19IQVZFX0NfUkVDT1JETUNPVU5UPXkK Q09ORklHX1RSQUNFUl9NQVhfVFJBQ0U9eQpDT05GSUdfUklOR19CVUZGRVI9eQpDT05GSUdfRlRS QUNFX05NSV9FTlRFUj15CkNPTkZJR19FVkVOVF9UUkFDSU5HPXkKQ09ORklHX0VWRU5UX1BPV0VS X1RSQUNJTkdfREVQUkVDQVRFRD15CkNPTkZJR19DT05URVhUX1NXSVRDSF9UUkFDRVI9eQpDT05G SUdfUklOR19CVUZGRVJfQUxMT1dfU1dBUD15CkNPTkZJR19UUkFDSU5HPXkKQ09ORklHX0dFTkVS SUNfVFJBQ0VSPXkKQ09ORklHX1RSQUNJTkdfU1VQUE9SVD15CkNPTkZJR19GVFJBQ0U9eQpDT05G SUdfRlVOQ1RJT05fVFJBQ0VSPXkKQ09ORklHX0ZVTkNUSU9OX0dSQVBIX1RSQUNFUj15CiMgQ09O RklHX0lSUVNPRkZfVFJBQ0VSIGlzIG5vdCBzZXQKQ09ORklHX1NDSEVEX1RSQUNFUj15CkNPTkZJ R19GVFJBQ0VfU1lTQ0FMTFM9eQpDT05GSUdfQlJBTkNIX1BST0ZJTEVfTk9ORT15CiMgQ09ORklH X1BST0ZJTEVfQU5OT1RBVEVEX0JSQU5DSEVTIGlzIG5vdCBzZXQKIyBDT05GSUdfUFJPRklMRV9B TExfQlJBTkNIRVMgaXMgbm90IHNldApDT05GSUdfU1RBQ0tfVFJBQ0VSPXkKQ09ORklHX0JMS19E RVZfSU9fVFJBQ0U9eQpDT05GSUdfS1BST0JFX0VWRU5UPXkKQ09ORklHX0RZTkFNSUNfRlRSQUNF PXkKQ09ORklHX0ZVTkNUSU9OX1BST0ZJTEVSPXkKQ09ORklHX0ZUUkFDRV9NQ09VTlRfUkVDT1JE PXkKIyBDT05GSUdfRlRSQUNFX1NUQVJUVVBfVEVTVCBpcyBub3Qgc2V0CiMgQ09ORklHX01NSU9U UkFDRSBpcyBub3Qgc2V0CkNPTkZJR19SSU5HX0JVRkZFUl9CRU5DSE1BUks9bQpDT05GSUdfUFJP VklERV9PSENJMTM5NF9ETUFfSU5JVD15CiMgQ09ORklHX0ZJUkVXSVJFX09IQ0lfUkVNT1RFX0RN QSBpcyBub3Qgc2V0CkNPTkZJR19CVUlMRF9ET0NTUkM9eQpDT05GSUdfRFlOQU1JQ19ERUJVRz15 CiMgQ09ORklHX0RNQV9BUElfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19BVE9NSUM2NF9TRUxG VEVTVCBpcyBub3Qgc2V0CkNPTkZJR19BU1lOQ19SQUlENl9URVNUPW0KIyBDT05GSUdfU0FNUExF UyBpcyBub3Qgc2V0CkNPTkZJR19IQVZFX0FSQ0hfS0dEQj15CkNPTkZJR19LR0RCPXkKQ09ORklH X0tHREJfU0VSSUFMX0NPTlNPTEU9eQpDT05GSUdfS0dEQl9URVNUUz15CiMgQ09ORklHX0tHREJf VEVTVFNfT05fQk9PVCBpcyBub3Qgc2V0CiMgQ09ORklHX0tHREJfTE9XX0xFVkVMX1RSQVAgaXMg bm90IHNldAojIENPTkZJR19LR0RCX0tEQiBpcyBub3Qgc2V0CkNPTkZJR19IQVZFX0FSQ0hfS01F TUNIRUNLPXkKIyBDT05GSUdfVEVTVF9LU1RSVE9YIGlzIG5vdCBzZXQKQ09ORklHX1NUUklDVF9E RVZNRU09eQojIENPTkZJR19YODZfVkVSQk9TRV9CT09UVVAgaXMgbm90IHNldApDT05GSUdfRUFS TFlfUFJJTlRLPXkKQ09ORklHX0VBUkxZX1BSSU5US19EQkdQPXkKQ09ORklHX0RFQlVHX1NUQUNL T1ZFUkZMT1c9eQojIENPTkZJR19YODZfUFREVU1QIGlzIG5vdCBzZXQKQ09ORklHX0RFQlVHX1JP REFUQT15CkNPTkZJR19ERUJVR19ST0RBVEFfVEVTVD15CiMgQ09ORklHX0RFQlVHX1NFVF9NT0RV TEVfUk9OWCBpcyBub3Qgc2V0CkNPTkZJR19ERUJVR19OWF9URVNUPW0KIyBDT05GSUdfSU9NTVVf REVCVUcgaXMgbm90IHNldAojIENPTkZJR19JT01NVV9TVFJFU1MgaXMgbm90IHNldApDT05GSUdf SEFWRV9NTUlPVFJBQ0VfU1VQUE9SVD15CiMgQ09ORklHX1g4Nl9ERUNPREVSX1NFTEZURVNUIGlz IG5vdCBzZXQKQ09ORklHX0lPX0RFTEFZX1RZUEVfMFg4MD0wCkNPTkZJR19JT19ERUxBWV9UWVBF XzBYRUQ9MQpDT05GSUdfSU9fREVMQVlfVFlQRV9VREVMQVk9MgpDT05GSUdfSU9fREVMQVlfVFlQ RV9OT05FPTMKQ09ORklHX0lPX0RFTEFZXzBYODA9eQojIENPTkZJR19JT19ERUxBWV8wWEVEIGlz IG5vdCBzZXQKIyBDT05GSUdfSU9fREVMQVlfVURFTEFZIGlzIG5vdCBzZXQKIyBDT05GSUdfSU9f REVMQVlfTk9ORSBpcyBub3Qgc2V0CkNPTkZJR19ERUZBVUxUX0lPX0RFTEFZX1RZUEU9MApDT05G SUdfREVCVUdfQk9PVF9QQVJBTVM9eQojIENPTkZJR19DUEFfREVCVUcgaXMgbm90IHNldApDT05G SUdfT1BUSU1JWkVfSU5MSU5JTkc9eQojIENPTkZJR19ERUJVR19TVFJJQ1RfVVNFUl9DT1BZX0NI RUNLUyBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX05NSV9TRUxGVEVTVCBpcyBub3Qgc2V0Cgoj CiMgU2VjdXJpdHkgb3B0aW9ucwojCkNPTkZJR19LRVlTPXkKIyBDT05GSUdfVFJVU1RFRF9LRVlT IGlzIG5vdCBzZXQKIyBDT05GSUdfRU5DUllQVEVEX0tFWVMgaXMgbm90IHNldApDT05GSUdfS0VZ U19ERUJVR19QUk9DX0tFWVM9eQojIENPTkZJR19TRUNVUklUWV9ETUVTR19SRVNUUklDVCBpcyBu b3Qgc2V0CkNPTkZJR19TRUNVUklUWT15CkNPTkZJR19TRUNVUklUWUZTPXkKQ09ORklHX1NFQ1VS SVRZX05FVFdPUks9eQpDT05GSUdfU0VDVVJJVFlfTkVUV09SS19YRlJNPXkKIyBDT05GSUdfU0VD VVJJVFlfUEFUSCBpcyBub3Qgc2V0CkNPTkZJR19MU01fTU1BUF9NSU5fQUREUj02NTUzNQpDT05G SUdfU0VDVVJJVFlfU0VMSU5VWD15CkNPTkZJR19TRUNVUklUWV9TRUxJTlVYX0JPT1RQQVJBTT15 CkNPTkZJR19TRUNVUklUWV9TRUxJTlVYX0JPT1RQQVJBTV9WQUxVRT0xCkNPTkZJR19TRUNVUklU WV9TRUxJTlVYX0RJU0FCTEU9eQpDT05GSUdfU0VDVVJJVFlfU0VMSU5VWF9ERVZFTE9QPXkKQ09O RklHX1NFQ1VSSVRZX1NFTElOVVhfQVZDX1NUQVRTPXkKQ09ORklHX1NFQ1VSSVRZX1NFTElOVVhf Q0hFQ0tSRVFQUk9UX1ZBTFVFPTEKIyBDT05GSUdfU0VDVVJJVFlfU0VMSU5VWF9QT0xJQ1lEQl9W RVJTSU9OX01BWCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFQ1VSSVRZX1NNQUNLIGlzIG5vdCBzZXQK IyBDT05GSUdfU0VDVVJJVFlfVE9NT1lPIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VDVVJJVFlfQVBQ QVJNT1IgaXMgbm90IHNldAojIENPTkZJR19TRUNVUklUWV9ZQU1BIGlzIG5vdCBzZXQKQ09ORklH X0lOVEVHUklUWT15CiMgQ09ORklHX0lOVEVHUklUWV9TSUdOQVRVUkUgaXMgbm90IHNldApDT05G SUdfSU1BPXkKQ09ORklHX0lNQV9NRUFTVVJFX1BDUl9JRFg9MTAKQ09ORklHX0lNQV9BVURJVD15 CkNPTkZJR19JTUFfTFNNX1JVTEVTPXkKIyBDT05GSUdfRVZNIGlzIG5vdCBzZXQKQ09ORklHX0RF RkFVTFRfU0VDVVJJVFlfU0VMSU5VWD15CiMgQ09ORklHX0RFRkFVTFRfU0VDVVJJVFlfREFDIGlz IG5vdCBzZXQKQ09ORklHX0RFRkFVTFRfU0VDVVJJVFk9InNlbGludXgiCkNPTkZJR19YT1JfQkxP Q0tTPW0KQ09ORklHX0FTWU5DX0NPUkU9bQpDT05GSUdfQVNZTkNfTUVNQ1BZPW0KQ09ORklHX0FT WU5DX1hPUj1tCkNPTkZJR19BU1lOQ19QUT1tCkNPTkZJR19BU1lOQ19SQUlENl9SRUNPVj1tCkNP TkZJR19BU1lOQ19UWF9ESVNBQkxFX1BRX1ZBTF9ETUE9eQpDT05GSUdfQVNZTkNfVFhfRElTQUJM RV9YT1JfVkFMX0RNQT15CkNPTkZJR19DUllQVE89eQoKIwojIENyeXB0byBjb3JlIG9yIGhlbHBl cgojCkNPTkZJR19DUllQVE9fQUxHQVBJPXkKQ09ORklHX0NSWVBUT19BTEdBUEkyPXkKQ09ORklH X0NSWVBUT19BRUFEPW0KQ09ORklHX0NSWVBUT19BRUFEMj15CkNPTkZJR19DUllQVE9fQkxLQ0lQ SEVSPW0KQ09ORklHX0NSWVBUT19CTEtDSVBIRVIyPXkKQ09ORklHX0NSWVBUT19IQVNIPXkKQ09O RklHX0NSWVBUT19IQVNIMj15CkNPTkZJR19DUllQVE9fUk5HPW0KQ09ORklHX0NSWVBUT19STkcy PXkKQ09ORklHX0NSWVBUT19QQ09NUD1tCkNPTkZJR19DUllQVE9fUENPTVAyPXkKQ09ORklHX0NS WVBUT19NQU5BR0VSPXkKQ09ORklHX0NSWVBUT19NQU5BR0VSMj15CiMgQ09ORklHX0NSWVBUT19V U0VSIGlzIG5vdCBzZXQKQ09ORklHX0NSWVBUT19NQU5BR0VSX0RJU0FCTEVfVEVTVFM9eQpDT05G SUdfQ1JZUFRPX0dGMTI4TVVMPW0KQ09ORklHX0NSWVBUT19OVUxMPW0KIyBDT05GSUdfQ1JZUFRP X1BDUllQVCBpcyBub3Qgc2V0CkNPTkZJR19DUllQVE9fV09SS1FVRVVFPXkKQ09ORklHX0NSWVBU T19DUllQVEQ9bQpDT05GSUdfQ1JZUFRPX0FVVEhFTkM9bQpDT05GSUdfQ1JZUFRPX1RFU1Q9bQoK IwojIEF1dGhlbnRpY2F0ZWQgRW5jcnlwdGlvbiB3aXRoIEFzc29jaWF0ZWQgRGF0YQojCkNPTkZJ R19DUllQVE9fQ0NNPW0KQ09ORklHX0NSWVBUT19HQ009bQpDT05GSUdfQ1JZUFRPX1NFUUlWPW0K CiMKIyBCbG9jayBtb2RlcwojCkNPTkZJR19DUllQVE9fQ0JDPW0KQ09ORklHX0NSWVBUT19DVFI9 bQpDT05GSUdfQ1JZUFRPX0NUUz1tCkNPTkZJR19DUllQVE9fRUNCPW0KQ09ORklHX0NSWVBUT19M Ulc9bQpDT05GSUdfQ1JZUFRPX1BDQkM9bQpDT05GSUdfQ1JZUFRPX1hUUz1tCgojCiMgSGFzaCBt b2RlcwojCkNPTkZJR19DUllQVE9fSE1BQz15CkNPTkZJR19DUllQVE9fWENCQz1tCkNPTkZJR19D UllQVE9fVk1BQz1tCgojCiMgRGlnZXN0CiMKQ09ORklHX0NSWVBUT19DUkMzMkM9eQpDT05GSUdf Q1JZUFRPX0NSQzMyQ19JTlRFTD1tCkNPTkZJR19DUllQVE9fR0hBU0g9bQpDT05GSUdfQ1JZUFRP X01END1tCkNPTkZJR19DUllQVE9fTUQ1PXkKQ09ORklHX0NSWVBUT19NSUNIQUVMX01JQz1tCkNP TkZJR19DUllQVE9fUk1EMTI4PW0KQ09ORklHX0NSWVBUT19STUQxNjA9bQpDT05GSUdfQ1JZUFRP X1JNRDI1Nj1tCkNPTkZJR19DUllQVE9fUk1EMzIwPW0KQ09ORklHX0NSWVBUT19TSEExPXkKIyBD T05GSUdfQ1JZUFRPX1NIQTFfU1NTRTMgaXMgbm90IHNldApDT05GSUdfQ1JZUFRPX1NIQTI1Nj1t CkNPTkZJR19DUllQVE9fU0hBNTEyPW0KQ09ORklHX0NSWVBUT19UR1IxOTI9bQpDT05GSUdfQ1JZ UFRPX1dQNTEyPW0KQ09ORklHX0NSWVBUT19HSEFTSF9DTE1VTF9OSV9JTlRFTD1tCgojCiMgQ2lw aGVycwojCkNPTkZJR19DUllQVE9fQUVTPW0KQ09ORklHX0NSWVBUT19BRVNfWDg2XzY0PW0KQ09O RklHX0NSWVBUT19BRVNfTklfSU5URUw9bQpDT05GSUdfQ1JZUFRPX0FOVUJJUz1tCkNPTkZJR19D UllQVE9fQVJDND1tCkNPTkZJR19DUllQVE9fQkxPV0ZJU0g9bQpDT05GSUdfQ1JZUFRPX0JMT1dG SVNIX0NPTU1PTj1tCiMgQ09ORklHX0NSWVBUT19CTE9XRklTSF9YODZfNjQgaXMgbm90IHNldApD T05GSUdfQ1JZUFRPX0NBTUVMTElBPW0KIyBDT05GSUdfQ1JZUFRPX0NBTUVMTElBX1g4Nl82NCBp cyBub3Qgc2V0CkNPTkZJR19DUllQVE9fQ0FTVDU9bQpDT05GSUdfQ1JZUFRPX0NBU1Q2PW0KQ09O RklHX0NSWVBUT19ERVM9bQpDT05GSUdfQ1JZUFRPX0ZDUllQVD1tCkNPTkZJR19DUllQVE9fS0hB WkFEPW0KIyBDT05GSUdfQ1JZUFRPX1NBTFNBMjAgaXMgbm90IHNldApDT05GSUdfQ1JZUFRPX1NB TFNBMjBfWDg2XzY0PW0KQ09ORklHX0NSWVBUT19TRUVEPW0KQ09ORklHX0NSWVBUT19TRVJQRU5U PW0KIyBDT05GSUdfQ1JZUFRPX1NFUlBFTlRfU1NFMl9YODZfNjQgaXMgbm90IHNldApDT05GSUdf Q1JZUFRPX1RFQT1tCiMgQ09ORklHX0NSWVBUT19UV09GSVNIIGlzIG5vdCBzZXQKQ09ORklHX0NS WVBUT19UV09GSVNIX0NPTU1PTj1tCkNPTkZJR19DUllQVE9fVFdPRklTSF9YODZfNjQ9bQojIENP TkZJR19DUllQVE9fVFdPRklTSF9YODZfNjRfM1dBWSBpcyBub3Qgc2V0CgojCiMgQ29tcHJlc3Np b24KIwpDT05GSUdfQ1JZUFRPX0RFRkxBVEU9bQpDT05GSUdfQ1JZUFRPX1pMSUI9bQpDT05GSUdf Q1JZUFRPX0xaTz1tCgojCiMgUmFuZG9tIE51bWJlciBHZW5lcmF0aW9uCiMKQ09ORklHX0NSWVBU T19BTlNJX0NQUk5HPW0KIyBDT05GSUdfQ1JZUFRPX1VTRVJfQVBJX0hBU0ggaXMgbm90IHNldAoj IENPTkZJR19DUllQVE9fVVNFUl9BUElfU0tDSVBIRVIgaXMgbm90IHNldApDT05GSUdfQ1JZUFRP X0hXPXkKQ09ORklHX0NSWVBUT19ERVZfUEFETE9DSz1tCkNPTkZJR19DUllQVE9fREVWX1BBRExP Q0tfQUVTPW0KQ09ORklHX0NSWVBUT19ERVZfUEFETE9DS19TSEE9bQpDT05GSUdfSEFWRV9LVk09 eQpDT05GSUdfSEFWRV9LVk1fSVJRQ0hJUD15CkNPTkZJR19IQVZFX0tWTV9FVkVOVEZEPXkKQ09O RklHX0tWTV9BUElDX0FSQ0hJVEVDVFVSRT15CkNPTkZJR19LVk1fTU1JTz15CkNPTkZJR19LVk1f QVNZTkNfUEY9eQpDT05GSUdfVklSVFVBTElaQVRJT049eQpDT05GSUdfS1ZNPW0KQ09ORklHX0tW TV9JTlRFTD1tCkNPTkZJR19LVk1fQU1EPW0KIyBDT05GSUdfS1ZNX01NVV9BVURJVCBpcyBub3Qg c2V0CkNPTkZJR19WSE9TVF9ORVQ9bQpDT05GSUdfQklOQVJZX1BSSU5URj15CgojCiMgTGlicmFy eSByb3V0aW5lcwojCkNPTkZJR19SQUlENl9QUT1tCkNPTkZJR19CSVRSRVZFUlNFPXkKQ09ORklH X0dFTkVSSUNfRklORF9GSVJTVF9CSVQ9eQpDT05GSUdfR0VORVJJQ19QQ0lfSU9NQVA9eQpDT05G SUdfR0VORVJJQ19JT01BUD15CkNPTkZJR19HRU5FUklDX0lPPXkKQ09ORklHX0NSQ19DQ0lUVD1t CkNPTkZJR19DUkMxNj15CkNPTkZJR19DUkNfVDEwRElGPW0KQ09ORklHX0NSQ19JVFVfVD1tCkNP TkZJR19DUkMzMj15CiMgQ09ORklHX0NSQzMyX1NFTEZURVNUIGlzIG5vdCBzZXQKQ09ORklHX0NS QzMyX1NMSUNFQlk4PXkKIyBDT05GSUdfQ1JDMzJfU0xJQ0VCWTQgaXMgbm90IHNldAojIENPTkZJ R19DUkMzMl9TQVJXQVRFIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JDMzJfQklUIGlzIG5vdCBzZXQK Q09ORklHX0NSQzc9bQpDT05GSUdfTElCQ1JDMzJDPW0KIyBDT05GSUdfQ1JDOCBpcyBub3Qgc2V0 CkNPTkZJR19aTElCX0lORkxBVEU9eQpDT05GSUdfWkxJQl9ERUZMQVRFPW0KQ09ORklHX0xaT19D T01QUkVTUz15CkNPTkZJR19MWk9fREVDT01QUkVTUz15CkNPTkZJR19YWl9ERUM9eQpDT05GSUdf WFpfREVDX1g4Nj15CkNPTkZJR19YWl9ERUNfUE9XRVJQQz15CkNPTkZJR19YWl9ERUNfSUE2ND15 CkNPTkZJR19YWl9ERUNfQVJNPXkKQ09ORklHX1haX0RFQ19BUk1USFVNQj15CkNPTkZJR19YWl9E RUNfU1BBUkM9eQpDT05GSUdfWFpfREVDX0JDSj15CiMgQ09ORklHX1haX0RFQ19URVNUIGlzIG5v dCBzZXQKQ09ORklHX0RFQ09NUFJFU1NfR1pJUD15CkNPTkZJR19ERUNPTVBSRVNTX0JaSVAyPXkK Q09ORklHX0RFQ09NUFJFU1NfTFpNQT15CkNPTkZJR19ERUNPTVBSRVNTX1haPXkKQ09ORklHX0RF Q09NUFJFU1NfTFpPPXkKQ09ORklHX0dFTkVSSUNfQUxMT0NBVE9SPXkKQ09ORklHX1JFRURfU09M T01PTj1tCkNPTkZJR19SRUVEX1NPTE9NT05fREVDMTY9eQpDT05GSUdfVEVYVFNFQVJDSD15CkNP TkZJR19URVhUU0VBUkNIX0tNUD1tCkNPTkZJR19URVhUU0VBUkNIX0JNPW0KQ09ORklHX1RFWFRT RUFSQ0hfRlNNPW0KQ09ORklHX0hBU19JT01FTT15CkNPTkZJR19IQVNfSU9QT1JUPXkKQ09ORklH X0hBU19ETUE9eQpDT05GSUdfQ0hFQ0tfU0lHTkFUVVJFPXkKQ09ORklHX0NQVU1BU0tfT0ZGU1RB Q0s9eQpDT05GSUdfQ1BVX1JNQVA9eQpDT05GSUdfRFFMPXkKQ09ORklHX05MQVRUUj15CkNPTkZJ R19BVkVSQUdFPXkKIyBDT05GSUdfQ09SRElDIGlzIG5vdCBzZXQK ------_=_NextPart_001_01CD6443.40250CAE Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ------_=_NextPart_001_01CD6443.40250CAE-- From xen-users-bounces@lists.xen.org Tue Jul 17 17:44:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 17:44: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 1SrBo4-00046Y-8v; Tue, 17 Jul 2012 17:43:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrBo2-00046S-U9 for xen-users@lists.xen.org; Tue, 17 Jul 2012 17:43:31 +0000 Received: from [85.158.139.83:34568] by server-7.bemta-5.messagelabs.com id EA/4D-28276-244A5005; Tue, 17 Jul 2012 17:43:30 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1342547008!21057706!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3462 invoked from network); 17 Jul 2012 17:43:29 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-11.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Jul 2012 17:43:29 -0000 Received: from [201.123.196.218] (port=48442 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SrBnz-00021x-Rt for xen-users@lists.xen.org; Tue, 17 Jul 2012 12:43:27 -0500 Received: from [10.13.34.156] (alk-desktop.sys.ondore.i [10.13.34.156]) by mail.ondore.i (Postfix) with ESMTPSA id 16CA3A208 for ; Tue, 17 Jul 2012 12:43:26 -0500 (CDT) Message-ID: <5005A43E.1030507@ondore.com> Date: Tue, 17 Jul 2012 12:43:26 -0500 From: Alexandre Kouznetsov 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: <50059499ec1013.01494631@wp.pl> In-Reply-To: <50059499ec1013.01494631@wp.pl> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.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 Subject: Re: [Xen-users] Xen bridged 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-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 RWwgMTcvMDcvMTIgMTE6MzYsIFPFgmF3ZWsgS29zb3dza2kgZXNjcmliacOzOgo+IFRoYW5rcyBB bGV4YW5kcmUsCj4gSSBtdXN0IGhhdmUgY2hhbmdlZCBzb21ldGhpbmcgd3JvbmcgaW4gdGhlIGxv Zy4KPiBJdCdzIE9LIGluIHRoZSAvZXRjL3hlbi9mdy5jZmc6Cj4gdmlmID0gWydicmlkZ2U9YnJl dGgsaXA9Ny41LjcuMjAyLCBtYWM9MDA6MTY6M2U6MDc6ZDI6MDEgWy4uLl0KPgo+IEV4Y3VzZSBt ZSBmb3IgbWlzdW5kZXJzdGFuZGluZwpBbnl3YXksIEkgYXNzdW1lIGl0IGRvZXMgbm90IHdvcmtp bmcgc3RpbGwuCklzICIwMDoxNjozZTowNzpkMjowMSIgdGhlIE1BQyB5b3VyIElTUCBrbm93cyBh bmQgdHJ1c3RzPwoKSW5zdGFsbCB0Y3BkdW1wIG9uIHlvdXIgRG9tMCBhbmQgc25pZmYgdGhlIHRy YWZmaWMgb24gYnJldGggYW5kIGV0aDAuIApNYWtlIHN1cmUgdGhlIG91dGdvaW5nIHRyYWZmaWMg KEEpIGlzIHRoZXJlLCAoYikgaGFzIGNvcnJlY3QgSVAgYW5kIE1BQyAKaW5mb3JtYXRpb24uIEFz IHlvdSBtZW50aW9uZWQgdGhhdCB5b3UgaGF2ZSBjaGFuZ2VkIG5vdGhpbmcsIHRoZW4gaXQncyAK cHJvYmFibHkgeW91ciBJU1AncyBmYXVsdC4gVGhlIHRjcGR1bXAgbG9nIHdvdWxkIHdvcmsgYXMg CiJ0cm91Ymxlc2hvb3RpbmcgZXZpZGVuY2UiIHdpdGggdGhlbS4KCnRjcGR1bXAgLWUgLWkgYnJl dGgKdGNwZHVtcCAtZSAtaSBldGgwClRoZW4gcGluZyBzb21lIElQIGZyb20geW91ciBEb21VLiBT dGFydCB3aXRoIHlvdXIgZGVmYXVsdCB1cGxpbmsgZ2F0ZXdheS4KClRha2UgaW4gYWNjb3VudCwg dGhhdCBhIHBhcmFub2lkIElTUCBjb25maWd1cmF0aW9uIG1heSByZWFjdCB0byBhIE1BQyAKY2hh bmdlIG9yIGlmIGl0IHNlZSBtb3JlIHRoYW4gb25lIE1BQyBvbiB0aGUgcG9ydCwgd2hpY2ggaXMg eW91ciBjYXNlOiAKdGhleSBjYW4gInNlZSIgb24gbGF5ZXIyIGxldmVsIHlvdXIgRG9tMCdzIE1B QyBhbmQgeW91ciBEb21VJ3MgTUFDLCBhbmQgCnRoaW5rIHlvdSBhcmUgZG9pbmcgc29tZXRoaW5n IHdlaXJlZC4KCi0tIApBbGV4YW5kcmUgS291em5ldHNvdgoKX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNl cnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Tue Jul 17 17:44:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 17:44: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 1SrBo4-00046Y-8v; Tue, 17 Jul 2012 17:43:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrBo2-00046S-U9 for xen-users@lists.xen.org; Tue, 17 Jul 2012 17:43:31 +0000 Received: from [85.158.139.83:34568] by server-7.bemta-5.messagelabs.com id EA/4D-28276-244A5005; Tue, 17 Jul 2012 17:43:30 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1342547008!21057706!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3462 invoked from network); 17 Jul 2012 17:43:29 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-11.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Jul 2012 17:43:29 -0000 Received: from [201.123.196.218] (port=48442 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SrBnz-00021x-Rt for xen-users@lists.xen.org; Tue, 17 Jul 2012 12:43:27 -0500 Received: from [10.13.34.156] (alk-desktop.sys.ondore.i [10.13.34.156]) by mail.ondore.i (Postfix) with ESMTPSA id 16CA3A208 for ; Tue, 17 Jul 2012 12:43:26 -0500 (CDT) Message-ID: <5005A43E.1030507@ondore.com> Date: Tue, 17 Jul 2012 12:43:26 -0500 From: Alexandre Kouznetsov 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: <50059499ec1013.01494631@wp.pl> In-Reply-To: <50059499ec1013.01494631@wp.pl> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.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 Subject: Re: [Xen-users] Xen bridged 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-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 RWwgMTcvMDcvMTIgMTE6MzYsIFPFgmF3ZWsgS29zb3dza2kgZXNjcmliacOzOgo+IFRoYW5rcyBB bGV4YW5kcmUsCj4gSSBtdXN0IGhhdmUgY2hhbmdlZCBzb21ldGhpbmcgd3JvbmcgaW4gdGhlIGxv Zy4KPiBJdCdzIE9LIGluIHRoZSAvZXRjL3hlbi9mdy5jZmc6Cj4gdmlmID0gWydicmlkZ2U9YnJl dGgsaXA9Ny41LjcuMjAyLCBtYWM9MDA6MTY6M2U6MDc6ZDI6MDEgWy4uLl0KPgo+IEV4Y3VzZSBt ZSBmb3IgbWlzdW5kZXJzdGFuZGluZwpBbnl3YXksIEkgYXNzdW1lIGl0IGRvZXMgbm90IHdvcmtp bmcgc3RpbGwuCklzICIwMDoxNjozZTowNzpkMjowMSIgdGhlIE1BQyB5b3VyIElTUCBrbm93cyBh bmQgdHJ1c3RzPwoKSW5zdGFsbCB0Y3BkdW1wIG9uIHlvdXIgRG9tMCBhbmQgc25pZmYgdGhlIHRy YWZmaWMgb24gYnJldGggYW5kIGV0aDAuIApNYWtlIHN1cmUgdGhlIG91dGdvaW5nIHRyYWZmaWMg KEEpIGlzIHRoZXJlLCAoYikgaGFzIGNvcnJlY3QgSVAgYW5kIE1BQyAKaW5mb3JtYXRpb24uIEFz IHlvdSBtZW50aW9uZWQgdGhhdCB5b3UgaGF2ZSBjaGFuZ2VkIG5vdGhpbmcsIHRoZW4gaXQncyAK cHJvYmFibHkgeW91ciBJU1AncyBmYXVsdC4gVGhlIHRjcGR1bXAgbG9nIHdvdWxkIHdvcmsgYXMg CiJ0cm91Ymxlc2hvb3RpbmcgZXZpZGVuY2UiIHdpdGggdGhlbS4KCnRjcGR1bXAgLWUgLWkgYnJl dGgKdGNwZHVtcCAtZSAtaSBldGgwClRoZW4gcGluZyBzb21lIElQIGZyb20geW91ciBEb21VLiBT dGFydCB3aXRoIHlvdXIgZGVmYXVsdCB1cGxpbmsgZ2F0ZXdheS4KClRha2UgaW4gYWNjb3VudCwg dGhhdCBhIHBhcmFub2lkIElTUCBjb25maWd1cmF0aW9uIG1heSByZWFjdCB0byBhIE1BQyAKY2hh bmdlIG9yIGlmIGl0IHNlZSBtb3JlIHRoYW4gb25lIE1BQyBvbiB0aGUgcG9ydCwgd2hpY2ggaXMg eW91ciBjYXNlOiAKdGhleSBjYW4gInNlZSIgb24gbGF5ZXIyIGxldmVsIHlvdXIgRG9tMCdzIE1B QyBhbmQgeW91ciBEb21VJ3MgTUFDLCBhbmQgCnRoaW5rIHlvdSBhcmUgZG9pbmcgc29tZXRoaW5n IHdlaXJlZC4KCi0tIApBbGV4YW5kcmUgS291em5ldHNvdgoKX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNl cnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Tue Jul 17 17:51:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 17: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 1SrBur-0004Y8-DR; Tue, 17 Jul 2012 17:50:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrBup-0004Y1-Re for xen-users@lists.xen.org; Tue, 17 Jul 2012 17:50:32 +0000 Received: from [85.158.139.83:58752] by server-1.bemta-5.messagelabs.com id D6/15-29759-6E5A5005; Tue, 17 Jul 2012 17:50:30 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1342547429!28657709!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1510 invoked from network); 17 Jul 2012 17:50:30 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-13.tower-182.messagelabs.com with SMTP; 17 Jul 2012 17:50:30 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Tue, 17 Jul 2012 18:50:31 +0100 MIME-Version: 1.0 Date: Tue, 17 Jul 2012 18:50:26 +0100 Content-class: urn:content-classes:message Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A66BD@electron.tidyhosts.com> X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] XENBUS: Waiting for devices to initialise: thread-index: Ac1kLmuuZc2dKNumQ1Ktzz8H70P5TgAFep2Q References: <039E0B4AA9103344A80DA55DDDC76A936A66BA@electron.tidyhosts.com> <1342537119.16704.2.camel@zakaz.uk.xensource.com> <039E0B4AA9103344A80DA55DDDC76A936A66BB@electron.tidyhosts.com> <1342537873.16704.4.camel@zakaz.uk.xensource.com> From: "Ian Tobin" To: "Ian Campbell" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] XENBUS: Waiting for devices to initialise: X-BeenThere: xen-users@lists.xen.org X-Mailman-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 LS0tLSBPbiBhIG1vZGVybiBrZXJuZWwgL3N5cy9idXMveGVuLWJhY2tlbmQgc2hvdWxkIGNvbnRh aW4gInZpZiIsIFlNTVYgdW5kZXIgb3RoZXIga2VybmVscywgYnV0IHRoZXJlIG91Z2h0IHRvIGJl IHNvbWUgaW5kaWNhdGlvbiB1bmRlciAvc3lzIHRoYXQgbmV0YmFjayBleGlzdHMuLS0tLS0tDQoN CkludGVyZXN0aW5nbHkgSSBjYW50IHNlZSBhbnl0aGluZyByZWxhdGluZyB0byB0aGlzIGluIHRo YXQgZGlyZWN0b3J5DQoNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogSWFu IENhbXBiZWxsIFttYWlsdG86SWFuLkNhbXBiZWxsQGNpdHJpeC5jb21dIA0KU2VudDogMTcgSnVs eSAyMDEyIDE2OjExDQpUbzogSWFuIFRvYmluDQpDYzogeGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcN ClN1YmplY3Q6IFJlOiBbWGVuLXVzZXJzXSBYRU5CVVM6IFdhaXRpbmcgZm9yIGRldmljZXMgdG8g aW5pdGlhbGlzZToNCg0KQXR0YWNoaW5nIHlvdXIgLmNvZmlnIHdvdWxkIGJlIGEgZ29vZCBzdGFy dC4NCg0KT24gYSBtb2Rlcm4ga2VybmVsIC9zeXMvYnVzL3hlbi1iYWNrZW5kIHNob3VsZCBjb250 YWluICJ2aWYiLCBZTU1WIHVuZGVyIG90aGVyIGtlcm5lbHMsIGJ1dCB0aGVyZSBvdWdodCB0byBi ZSBzb21lIGluZGljYXRpb24gdW5kZXIgL3N5cyB0aGF0IG5ldGJhY2sgZXhpc3RzLg0KDQpPbiBU dWUsIDIwMTItMDctMTcgYXQgMTY6MDEgKzAxMDAsIElhbiBUb2JpbiB3cm90ZToNCj4gSWFuLA0K PiANCj4gSG93IHdvdWxkIEkgdGVsbCB0aGlzPyBJIHNlbGVjdGVkIGFsbCBvcHRpb25zIHdoZW4g Y29tcGlsaW5nIGFzIHN0YXRpYy4NCj4gDQo+IFRoZSBrZXJuZWwgZm9yIERvbVUgaXMganVzdCBh IHRlc3QsIGl2ZSB0cmllZCBrZXJuZWxzIHVwIHRvIDMuNC41IGFuZCBzdGlsbCBub3Qgd29ya2lu Zy4NCj4gDQo+IEJUVyBpdmUgcmVidWlsdCB0aGUgbWFpbiBob3N0IHR3aWNlIHdpdGggdGhlIHNh bWUgcHJvYmxlbS4NCj4gDQo+IFRoYW5rcw0KPiANCj4gSWFuDQo+IA0KPiAtLS0tLU9yaWdpbmFs IE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBJYW4gQ2FtcGJlbGwgW21haWx0bzpJYW4uQ2FtcGJlbGxA Y2l0cml4LmNvbV0NCj4gU2VudDogMTcgSnVseSAyMDEyIDE1OjU5DQo+IFRvOiBJYW4gVG9iaW4N Cj4gQ2M6IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnDQo+IFN1YmplY3Q6IFJlOiBbWGVuLXVzZXJz XSBYRU5CVVM6IFdhaXRpbmcgZm9yIGRldmljZXMgdG8gaW5pdGlhbGlzZToNCj4gDQo+IE9uIFR1 ZSwgMjAxMi0wNy0xNyBhdCAxNTo0OSArMDEwMCwgSWFuIFRvYmluIHdyb3RlOg0KPiA+IFhFTkJV UzogVGltZW91dCBjb25uZWN0aW5nIHRvIGRldmljZTogZGV2aWNlL3ZpZi8wIChsb2NhbCBzdGF0 ZSAxLCANCj4gPiByZW1vdGUgc3RhdGUgMSkNCj4gDQo+ID4gaWZjb25maWcg4oCTYSBzaG93cyAo d2l0aCBkb211IHJ1bm5pbmcpDQo+IA0KPiBUaGVyZSBkb2Vzbid0IHNlZW0gdG8gYmUgYW55IHZp ZlguWSBpbiB0aGVyZSAtLSBwZXJoYXBzIHlvdSBkb24ndCBoYXZlIHRoZSBuZXRiYWNrIGRyaXZl ciBsb2FkZWQgb3IgY29tcGlsZWQgaW50byB5b3VyIGtlcm5lbD8NCj4gDQo+ID4ga2VybmVsID0g Ii9ib290L3ZtbGludXotMi42LjE4LjgteGVuIg0KPiANCj4gV2h5IHNvIGFuY2llbnQ/DQo+IA0K PiBJYW4uDQo+IA0KPiANCj4gDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54 ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Tue Jul 17 17:51:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 17: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 1SrBur-0004Y8-DR; Tue, 17 Jul 2012 17:50:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrBup-0004Y1-Re for xen-users@lists.xen.org; Tue, 17 Jul 2012 17:50:32 +0000 Received: from [85.158.139.83:58752] by server-1.bemta-5.messagelabs.com id D6/15-29759-6E5A5005; Tue, 17 Jul 2012 17:50:30 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1342547429!28657709!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1510 invoked from network); 17 Jul 2012 17:50:30 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-13.tower-182.messagelabs.com with SMTP; 17 Jul 2012 17:50:30 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Tue, 17 Jul 2012 18:50:31 +0100 MIME-Version: 1.0 Date: Tue, 17 Jul 2012 18:50:26 +0100 Content-class: urn:content-classes:message Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A66BD@electron.tidyhosts.com> X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] XENBUS: Waiting for devices to initialise: thread-index: Ac1kLmuuZc2dKNumQ1Ktzz8H70P5TgAFep2Q References: <039E0B4AA9103344A80DA55DDDC76A936A66BA@electron.tidyhosts.com> <1342537119.16704.2.camel@zakaz.uk.xensource.com> <039E0B4AA9103344A80DA55DDDC76A936A66BB@electron.tidyhosts.com> <1342537873.16704.4.camel@zakaz.uk.xensource.com> From: "Ian Tobin" To: "Ian Campbell" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] XENBUS: Waiting for devices to initialise: X-BeenThere: xen-users@lists.xen.org X-Mailman-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 LS0tLSBPbiBhIG1vZGVybiBrZXJuZWwgL3N5cy9idXMveGVuLWJhY2tlbmQgc2hvdWxkIGNvbnRh aW4gInZpZiIsIFlNTVYgdW5kZXIgb3RoZXIga2VybmVscywgYnV0IHRoZXJlIG91Z2h0IHRvIGJl IHNvbWUgaW5kaWNhdGlvbiB1bmRlciAvc3lzIHRoYXQgbmV0YmFjayBleGlzdHMuLS0tLS0tDQoN CkludGVyZXN0aW5nbHkgSSBjYW50IHNlZSBhbnl0aGluZyByZWxhdGluZyB0byB0aGlzIGluIHRo YXQgZGlyZWN0b3J5DQoNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogSWFu IENhbXBiZWxsIFttYWlsdG86SWFuLkNhbXBiZWxsQGNpdHJpeC5jb21dIA0KU2VudDogMTcgSnVs eSAyMDEyIDE2OjExDQpUbzogSWFuIFRvYmluDQpDYzogeGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcN ClN1YmplY3Q6IFJlOiBbWGVuLXVzZXJzXSBYRU5CVVM6IFdhaXRpbmcgZm9yIGRldmljZXMgdG8g aW5pdGlhbGlzZToNCg0KQXR0YWNoaW5nIHlvdXIgLmNvZmlnIHdvdWxkIGJlIGEgZ29vZCBzdGFy dC4NCg0KT24gYSBtb2Rlcm4ga2VybmVsIC9zeXMvYnVzL3hlbi1iYWNrZW5kIHNob3VsZCBjb250 YWluICJ2aWYiLCBZTU1WIHVuZGVyIG90aGVyIGtlcm5lbHMsIGJ1dCB0aGVyZSBvdWdodCB0byBi ZSBzb21lIGluZGljYXRpb24gdW5kZXIgL3N5cyB0aGF0IG5ldGJhY2sgZXhpc3RzLg0KDQpPbiBU dWUsIDIwMTItMDctMTcgYXQgMTY6MDEgKzAxMDAsIElhbiBUb2JpbiB3cm90ZToNCj4gSWFuLA0K PiANCj4gSG93IHdvdWxkIEkgdGVsbCB0aGlzPyBJIHNlbGVjdGVkIGFsbCBvcHRpb25zIHdoZW4g Y29tcGlsaW5nIGFzIHN0YXRpYy4NCj4gDQo+IFRoZSBrZXJuZWwgZm9yIERvbVUgaXMganVzdCBh IHRlc3QsIGl2ZSB0cmllZCBrZXJuZWxzIHVwIHRvIDMuNC41IGFuZCBzdGlsbCBub3Qgd29ya2lu Zy4NCj4gDQo+IEJUVyBpdmUgcmVidWlsdCB0aGUgbWFpbiBob3N0IHR3aWNlIHdpdGggdGhlIHNh bWUgcHJvYmxlbS4NCj4gDQo+IFRoYW5rcw0KPiANCj4gSWFuDQo+IA0KPiAtLS0tLU9yaWdpbmFs IE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBJYW4gQ2FtcGJlbGwgW21haWx0bzpJYW4uQ2FtcGJlbGxA Y2l0cml4LmNvbV0NCj4gU2VudDogMTcgSnVseSAyMDEyIDE1OjU5DQo+IFRvOiBJYW4gVG9iaW4N Cj4gQ2M6IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnDQo+IFN1YmplY3Q6IFJlOiBbWGVuLXVzZXJz XSBYRU5CVVM6IFdhaXRpbmcgZm9yIGRldmljZXMgdG8gaW5pdGlhbGlzZToNCj4gDQo+IE9uIFR1 ZSwgMjAxMi0wNy0xNyBhdCAxNTo0OSArMDEwMCwgSWFuIFRvYmluIHdyb3RlOg0KPiA+IFhFTkJV UzogVGltZW91dCBjb25uZWN0aW5nIHRvIGRldmljZTogZGV2aWNlL3ZpZi8wIChsb2NhbCBzdGF0 ZSAxLCANCj4gPiByZW1vdGUgc3RhdGUgMSkNCj4gDQo+ID4gaWZjb25maWcg4oCTYSBzaG93cyAo d2l0aCBkb211IHJ1bm5pbmcpDQo+IA0KPiBUaGVyZSBkb2Vzbid0IHNlZW0gdG8gYmUgYW55IHZp ZlguWSBpbiB0aGVyZSAtLSBwZXJoYXBzIHlvdSBkb24ndCBoYXZlIHRoZSBuZXRiYWNrIGRyaXZl ciBsb2FkZWQgb3IgY29tcGlsZWQgaW50byB5b3VyIGtlcm5lbD8NCj4gDQo+ID4ga2VybmVsID0g Ii9ib290L3ZtbGludXotMi42LjE4LjgteGVuIg0KPiANCj4gV2h5IHNvIGFuY2llbnQ/DQo+IA0K PiBJYW4uDQo+IA0KPiANCj4gDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54 ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Tue Jul 17 20:19:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 20:19: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 1SrEDu-0006mC-U5; Tue, 17 Jul 2012 20:18:22 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrEDt-0006m5-HL for xen-users@lists.xen.org; Tue, 17 Jul 2012 20:18:21 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1342556295!8754844!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDU2NTI=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18170 invoked from network); 17 Jul 2012 20:18:15 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jul 2012 20:18:15 -0000 X-IronPort-AV: E=Sophos;i="4.77,604,1336348800"; d="scan'208";a="13576405" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 17 Jul 2012 20:18:14 +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.213.0; Tue, 17 Jul 2012 21:18:14 +0100 Message-ID: <1342556293.18848.7.camel@dagon.hellion.org.uk> From: Ian Campbell To: Ian Tobin Date: Tue, 17 Jul 2012 21:18:13 +0100 In-Reply-To: <039E0B4AA9103344A80DA55DDDC76A936A66BD@electron.tidyhosts.com> References: <039E0B4AA9103344A80DA55DDDC76A936A66BA@electron.tidyhosts.com> <1342537119.16704.2.camel@zakaz.uk.xensource.com> <039E0B4AA9103344A80DA55DDDC76A936A66BB@electron.tidyhosts.com> <1342537873.16704.4.camel@zakaz.uk.xensource.com> <039E0B4AA9103344A80DA55DDDC76A936A66BD@electron.tidyhosts.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] XENBUS: Waiting for devices to initialise: X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2012-07-17 at 18:50 +0100, Ian Tobin wrote: > ---- On a modern kernel /sys/bus/xen-backend should contain "vif", YMMV under other kernels, but there ought to be some indication under /sys that netback exists.------ > > Interestingly I cant see anything relating to this in that directory > >From your config: # CONFIG_XEN_NETDEV_BACKEND is not set You could've checked this yourself when I asked. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 17 20:19:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 20:19: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 1SrEDu-0006mC-U5; Tue, 17 Jul 2012 20:18:22 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrEDt-0006m5-HL for xen-users@lists.xen.org; Tue, 17 Jul 2012 20:18:21 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1342556295!8754844!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDU2NTI=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18170 invoked from network); 17 Jul 2012 20:18:15 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jul 2012 20:18:15 -0000 X-IronPort-AV: E=Sophos;i="4.77,604,1336348800"; d="scan'208";a="13576405" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 17 Jul 2012 20:18:14 +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.213.0; Tue, 17 Jul 2012 21:18:14 +0100 Message-ID: <1342556293.18848.7.camel@dagon.hellion.org.uk> From: Ian Campbell To: Ian Tobin Date: Tue, 17 Jul 2012 21:18:13 +0100 In-Reply-To: <039E0B4AA9103344A80DA55DDDC76A936A66BD@electron.tidyhosts.com> References: <039E0B4AA9103344A80DA55DDDC76A936A66BA@electron.tidyhosts.com> <1342537119.16704.2.camel@zakaz.uk.xensource.com> <039E0B4AA9103344A80DA55DDDC76A936A66BB@electron.tidyhosts.com> <1342537873.16704.4.camel@zakaz.uk.xensource.com> <039E0B4AA9103344A80DA55DDDC76A936A66BD@electron.tidyhosts.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] XENBUS: Waiting for devices to initialise: X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2012-07-17 at 18:50 +0100, Ian Tobin wrote: > ---- On a modern kernel /sys/bus/xen-backend should contain "vif", YMMV under other kernels, but there ought to be some indication under /sys that netback exists.------ > > Interestingly I cant see anything relating to this in that directory > >From your config: # CONFIG_XEN_NETDEV_BACKEND is not set You could've checked this yourself when I asked. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 17 20:23:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 20:23: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 1SrEI2-0006x8-Sb; Tue, 17 Jul 2012 20:22:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrEI1-0006x0-Uw for xen-users@lists.xen.org; Tue, 17 Jul 2012 20:22:38 +0000 Received: from [85.158.143.99:24530] by server-2.bemta-4.messagelabs.com id EB/43-17938-D89C5005; Tue, 17 Jul 2012 20:22:37 +0000 X-Env-Sender: jsolorzano@concytec.gob.pe X-Msg-Ref: server-4.tower-216.messagelabs.com!1342556555!22143813!1 X-Originating-IP: [190.12.69.19] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3937 invoked from network); 17 Jul 2012 20:22:36 -0000 Received: from smtp.concytec.gob.pe (HELO smtp.concytec.gob.pe) (190.12.69.19) by server-4.tower-216.messagelabs.com with SMTP; 17 Jul 2012 20:22:36 -0000 Received: from pc5251 (unknown [192.168.4.161]) by smtp.concytec.gob.pe (Postfix) with ESMTP id EADC05B01D3 for ; Tue, 17 Jul 2012 15:06:26 -0500 (PET) From: =?iso-8859-1?Q?Julio_Sol=F3rzano?= To: Date: Tue, 17 Jul 2012 15:22:16 -0500 Message-ID: MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac1kIG+8CE3flRPKQrSqJ+LahyCmLQAAt3oQ Subject: [Xen-users] lost connection to DomUs X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Hello, I need your help please! Excuse my bad English. Since we installed Xen have experiencing random network disconnections in our guests with any reason, the ping don=92t response. I solve this issue, I connect to VNC Server in the host, open the virt-manager, all VMs is running, next I open the disconnected guest and then click in the black window, after that the guest response ping, it's like the VMs enter Standby mode or hybernation. Details: Hardware: HP G7, 2 CPUs AMD Opetron 6136 de 64 bits y 8 nucleos RAM: 32 GB Host: Centos 5.7 (xen-3.0.3-132.el5_7.2 - 2.6.18-274.18.1.el5xen). VMs: 4 HVM debian 6.01, 2 CPUs and 4 Gb Ram. I really appreciate your help. Thanks. Julio _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 17 20:23:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 20:23: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 1SrEI2-0006x8-Sb; Tue, 17 Jul 2012 20:22:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrEI1-0006x0-Uw for xen-users@lists.xen.org; Tue, 17 Jul 2012 20:22:38 +0000 Received: from [85.158.143.99:24530] by server-2.bemta-4.messagelabs.com id EB/43-17938-D89C5005; Tue, 17 Jul 2012 20:22:37 +0000 X-Env-Sender: jsolorzano@concytec.gob.pe X-Msg-Ref: server-4.tower-216.messagelabs.com!1342556555!22143813!1 X-Originating-IP: [190.12.69.19] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3937 invoked from network); 17 Jul 2012 20:22:36 -0000 Received: from smtp.concytec.gob.pe (HELO smtp.concytec.gob.pe) (190.12.69.19) by server-4.tower-216.messagelabs.com with SMTP; 17 Jul 2012 20:22:36 -0000 Received: from pc5251 (unknown [192.168.4.161]) by smtp.concytec.gob.pe (Postfix) with ESMTP id EADC05B01D3 for ; Tue, 17 Jul 2012 15:06:26 -0500 (PET) From: =?iso-8859-1?Q?Julio_Sol=F3rzano?= To: Date: Tue, 17 Jul 2012 15:22:16 -0500 Message-ID: MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac1kIG+8CE3flRPKQrSqJ+LahyCmLQAAt3oQ Subject: [Xen-users] lost connection to DomUs X-BeenThere: xen-users@lists.xen.org X-Mailman-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 Hello, I need your help please! Excuse my bad English. Since we installed Xen have experiencing random network disconnections in our guests with any reason, the ping don=92t response. I solve this issue, I connect to VNC Server in the host, open the virt-manager, all VMs is running, next I open the disconnected guest and then click in the black window, after that the guest response ping, it's like the VMs enter Standby mode or hybernation. Details: Hardware: HP G7, 2 CPUs AMD Opetron 6136 de 64 bits y 8 nucleos RAM: 32 GB Host: Centos 5.7 (xen-3.0.3-132.el5_7.2 - 2.6.18-274.18.1.el5xen). VMs: 4 HVM debian 6.01, 2 CPUs and 4 Gb Ram. I really appreciate your help. Thanks. Julio _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 17 20:31:29 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 20:31:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrEPa-0007RL-F0; Tue, 17 Jul 2012 20:30:26 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrEPY-0007RC-4K for xen-users@lists.xen.org; Tue, 17 Jul 2012 20:30:24 +0000 Received: from [85.158.143.99:9099] by server-2.bemta-4.messagelabs.com id 64/B7-17938-F5BC5005; Tue, 17 Jul 2012 20:30:23 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1342557020!20388988!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26311 invoked from network); 17 Jul 2012 20:30:20 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-6.tower-216.messagelabs.com with SMTP; 17 Jul 2012 20:30:20 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Tue, 17 Jul 2012 21:30:21 +0100 MIME-Version: 1.0 Date: Tue, 17 Jul 2012 21:30:17 +0100 Content-class: urn:content-classes:message Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A66BE@electron.tidyhosts.com> X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] XENBUS: Waiting for devices to initialise: thread-index: Ac1kWU/HgRxQpEcdQdGqsH3Gim9OjQAAW4fQ References: <039E0B4AA9103344A80DA55DDDC76A936A66BA@electron.tidyhosts.com> <1342537119.16704.2.camel@zakaz.uk.xensource.com> <039E0B4AA9103344A80DA55DDDC76A936A66BB@electron.tidyhosts.com> <1342537873.16704.4.camel@zakaz.uk.xensource.com> <039E0B4AA9103344A80DA55DDDC76A936A66BD@electron.tidyhosts.com> <1342556293.18848.7.camel@dagon.hellion.org.uk> From: "Ian Tobin" To: "Ian Campbell" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] XENBUS: Waiting for devices to initialise: X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, I had set that but realised I had set it in the wrong place and noticed before you replied doh! Ive manually edited the config file and have recompiled which is now working so thanks for pointing that out. Just out of interest, where is that option in the GUI? Thanks Ian -----Original Message----- From: Ian Campbell [mailto:Ian.Campbell@citrix.com] Sent: 17 July 2012 21:18 To: Ian Tobin Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] XENBUS: Waiting for devices to initialise: On Tue, 2012-07-17 at 18:50 +0100, Ian Tobin wrote: > ---- On a modern kernel /sys/bus/xen-backend should contain "vif", YMMV under other kernels, but there ought to be some indication under /sys that netback exists.------ > > Interestingly I cant see anything relating to this in that directory > >From your config: # CONFIG_XEN_NETDEV_BACKEND is not set You could've checked this yourself when I asked. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 17 20:31:29 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 20:31:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrEPa-0007RL-F0; Tue, 17 Jul 2012 20:30:26 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrEPY-0007RC-4K for xen-users@lists.xen.org; Tue, 17 Jul 2012 20:30:24 +0000 Received: from [85.158.143.99:9099] by server-2.bemta-4.messagelabs.com id 64/B7-17938-F5BC5005; Tue, 17 Jul 2012 20:30:23 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1342557020!20388988!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26311 invoked from network); 17 Jul 2012 20:30:20 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-6.tower-216.messagelabs.com with SMTP; 17 Jul 2012 20:30:20 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Tue, 17 Jul 2012 21:30:21 +0100 MIME-Version: 1.0 Date: Tue, 17 Jul 2012 21:30:17 +0100 Content-class: urn:content-classes:message Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A66BE@electron.tidyhosts.com> X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] XENBUS: Waiting for devices to initialise: thread-index: Ac1kWU/HgRxQpEcdQdGqsH3Gim9OjQAAW4fQ References: <039E0B4AA9103344A80DA55DDDC76A936A66BA@electron.tidyhosts.com> <1342537119.16704.2.camel@zakaz.uk.xensource.com> <039E0B4AA9103344A80DA55DDDC76A936A66BB@electron.tidyhosts.com> <1342537873.16704.4.camel@zakaz.uk.xensource.com> <039E0B4AA9103344A80DA55DDDC76A936A66BD@electron.tidyhosts.com> <1342556293.18848.7.camel@dagon.hellion.org.uk> From: "Ian Tobin" To: "Ian Campbell" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] XENBUS: Waiting for devices to initialise: X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, I had set that but realised I had set it in the wrong place and noticed before you replied doh! Ive manually edited the config file and have recompiled which is now working so thanks for pointing that out. Just out of interest, where is that option in the GUI? Thanks Ian -----Original Message----- From: Ian Campbell [mailto:Ian.Campbell@citrix.com] Sent: 17 July 2012 21:18 To: Ian Tobin Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] XENBUS: Waiting for devices to initialise: On Tue, 2012-07-17 at 18:50 +0100, Ian Tobin wrote: > ---- On a modern kernel /sys/bus/xen-backend should contain "vif", YMMV under other kernels, but there ought to be some indication under /sys that netback exists.------ > > Interestingly I cant see anything relating to this in that directory > >From your config: # CONFIG_XEN_NETDEV_BACKEND is not set You could've checked this yourself when I asked. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 17 20:55:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 20:55: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 1SrEnJ-00081B-42; Tue, 17 Jul 2012 20:54:57 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrEnH-000816-NQ for xen-users@lists.xen.org; Tue, 17 Jul 2012 20:54:55 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1342558489!3968044!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDU2NTI=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30769 invoked from network); 17 Jul 2012 20:54:49 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jul 2012 20:54:49 -0000 X-IronPort-AV: E=Sophos;i="4.77,604,1336348800"; d="scan'208";a="13576656" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 17 Jul 2012 20:54: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.213.0; Tue, 17 Jul 2012 21:54:49 +0100 Message-ID: <1342558488.18848.11.camel@dagon.hellion.org.uk> From: Ian Campbell To: Ian Tobin Date: Tue, 17 Jul 2012 21:54:48 +0100 In-Reply-To: <039E0B4AA9103344A80DA55DDDC76A936A66BE@electron.tidyhosts.com> References: <039E0B4AA9103344A80DA55DDDC76A936A66BA@electron.tidyhosts.com> <1342537119.16704.2.camel@zakaz.uk.xensource.com> <039E0B4AA9103344A80DA55DDDC76A936A66BB@electron.tidyhosts.com> <1342537873.16704.4.camel@zakaz.uk.xensource.com> <039E0B4AA9103344A80DA55DDDC76A936A66BD@electron.tidyhosts.com> <1342556293.18848.7.camel@dagon.hellion.org.uk> <039E0B4AA9103344A80DA55DDDC76A936A66BE@electron.tidyhosts.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] XENBUS: Waiting for devices to initialise: X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2012-07-17 at 21:30 +0100, Ian Tobin wrote: > Ian, > > I had set that but realised I had set it in the wrong place and noticed > before you replied doh! > > Ive manually edited the config file and have recompiled which is now > working so thanks for pointing that out. > > Just out of interest, where is that option in the GUI? I've no idea. At least in the text UI you can press '/' and entry a name (or part of one) and it'll tell you some details, including the path through the menus to find it. Ian. > > Thanks > > Ian > > -----Original Message----- > From: Ian Campbell [mailto:Ian.Campbell@citrix.com] > Sent: 17 July 2012 21:18 > To: Ian Tobin > Cc: xen-users@lists.xen.org > Subject: Re: [Xen-users] XENBUS: Waiting for devices to initialise: > > On Tue, 2012-07-17 at 18:50 +0100, Ian Tobin wrote: > > ---- On a modern kernel /sys/bus/xen-backend should contain "vif", > YMMV under other kernels, but there ought to be some indication under > /sys that netback exists.------ > > > > Interestingly I cant see anything relating to this in that directory > > > > From your config: > # CONFIG_XEN_NETDEV_BACKEND is not set > > You could've checked this yourself when I asked. > > Ian. > > > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 17 20:55:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 20:55: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 1SrEnJ-00081B-42; Tue, 17 Jul 2012 20:54:57 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrEnH-000816-NQ for xen-users@lists.xen.org; Tue, 17 Jul 2012 20:54:55 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1342558489!3968044!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDU2NTI=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30769 invoked from network); 17 Jul 2012 20:54:49 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 17 Jul 2012 20:54:49 -0000 X-IronPort-AV: E=Sophos;i="4.77,604,1336348800"; d="scan'208";a="13576656" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 17 Jul 2012 20:54: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.213.0; Tue, 17 Jul 2012 21:54:49 +0100 Message-ID: <1342558488.18848.11.camel@dagon.hellion.org.uk> From: Ian Campbell To: Ian Tobin Date: Tue, 17 Jul 2012 21:54:48 +0100 In-Reply-To: <039E0B4AA9103344A80DA55DDDC76A936A66BE@electron.tidyhosts.com> References: <039E0B4AA9103344A80DA55DDDC76A936A66BA@electron.tidyhosts.com> <1342537119.16704.2.camel@zakaz.uk.xensource.com> <039E0B4AA9103344A80DA55DDDC76A936A66BB@electron.tidyhosts.com> <1342537873.16704.4.camel@zakaz.uk.xensource.com> <039E0B4AA9103344A80DA55DDDC76A936A66BD@electron.tidyhosts.com> <1342556293.18848.7.camel@dagon.hellion.org.uk> <039E0B4AA9103344A80DA55DDDC76A936A66BE@electron.tidyhosts.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] XENBUS: Waiting for devices to initialise: X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2012-07-17 at 21:30 +0100, Ian Tobin wrote: > Ian, > > I had set that but realised I had set it in the wrong place and noticed > before you replied doh! > > Ive manually edited the config file and have recompiled which is now > working so thanks for pointing that out. > > Just out of interest, where is that option in the GUI? I've no idea. At least in the text UI you can press '/' and entry a name (or part of one) and it'll tell you some details, including the path through the menus to find it. Ian. > > Thanks > > Ian > > -----Original Message----- > From: Ian Campbell [mailto:Ian.Campbell@citrix.com] > Sent: 17 July 2012 21:18 > To: Ian Tobin > Cc: xen-users@lists.xen.org > Subject: Re: [Xen-users] XENBUS: Waiting for devices to initialise: > > On Tue, 2012-07-17 at 18:50 +0100, Ian Tobin wrote: > > ---- On a modern kernel /sys/bus/xen-backend should contain "vif", > YMMV under other kernels, but there ought to be some indication under > /sys that netback exists.------ > > > > Interestingly I cant see anything relating to this in that directory > > > > From your config: > # CONFIG_XEN_NETDEV_BACKEND is not set > > You could've checked this yourself when I asked. > > Ian. > > > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 17 21:17:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 21:17: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 1SrF7r-0008Rv-9U; Tue, 17 Jul 2012 21:16:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrF7p-0008Rq-Rx for xen-users@lists.xen.org; Tue, 17 Jul 2012 21:16:10 +0000 Received: from [85.158.139.83:22738] by server-6.bemta-5.messagelabs.com id E3/E6-11348-916D5005; Tue, 17 Jul 2012 21:16:09 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1342559768!17948114!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.2 required=7.0 tests=MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17268 invoked from network); 17 Jul 2012 21:16:08 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-8.tower-182.messagelabs.com with SMTP; 17 Jul 2012 21:16:08 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Tue, 17 Jul 2012 22:16:09 +0100 Received: from 192.168.1.2 ([192.168.1.2]) by electron.tidyhosts.com ([192.168.1.2]) with Microsoft Exchange Server HTTP-DAV ; Tue, 17 Jul 2012 21:16:05 +0000 References: <039E0B4AA9103344A80DA55DDDC76A936A66BA@electron.tidyhosts.com> <1342537119.16704.2.camel@zakaz.uk.xensource.com> <039E0B4AA9103344A80DA55DDDC76A936A66BB@electron.tidyhosts.com> <1342537873.16704.4.camel@zakaz.uk.xensource.com> <039E0B4AA9103344A80DA55DDDC76A936A66BD@electron.tidyhosts.com> <1342556293.18848.7.camel@dagon.hellion.org.uk> <039E0B4AA9103344A80DA55DDDC76A936A66BE@electron.tidyhosts.com> <1342558488.18848.11.camel@dagon.hellion.org.uk> From: "Ian Tobin" In-Reply-To: <1342558488.18848.11.camel@dagon.hellion.org.uk> Message-ID: <78FD7C0C-3422-48EB-A975-7ED8D535A32D@tidyhosts.com> Date: Tue, 17 Jul 2012 22:16:00 +0100 To: "Ian Campbell" thread-topic: [Xen-users] XENBUS: Waiting for devices to initialise: thread-index: Ac1kYWCfpywBCb7SSb6MUASfYY1uoQ== MIME-Version: 1.0 (1.0) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] XENBUS: Waiting for devices to initialise: X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 I'll make some notes. On Debian it seems to be enabled by default so not had this issue before. Thanks Ian On 17 Jul 2012, at 21:54, "Ian Campbell" wrote: > On Tue, 2012-07-17 at 21:30 +0100, Ian Tobin wrote: >> Ian, >> >> I had set that but realised I had set it in the wrong place and noticed >> before you replied doh! >> >> Ive manually edited the config file and have recompiled which is now >> working so thanks for pointing that out. >> >> Just out of interest, where is that option in the GUI? > > I've no idea. > > At least in the text UI you can press '/' and entry a name (or part of > one) and it'll tell you some details, including the path through the > menus to find it. > > Ian. > >> >> Thanks >> >> Ian >> >> -----Original Message----- >> From: Ian Campbell [mailto:Ian.Campbell@citrix.com] >> Sent: 17 July 2012 21:18 >> To: Ian Tobin >> Cc: xen-users@lists.xen.org >> Subject: Re: [Xen-users] XENBUS: Waiting for devices to initialise: >> >> On Tue, 2012-07-17 at 18:50 +0100, Ian Tobin wrote: >>> ---- On a modern kernel /sys/bus/xen-backend should contain "vif", >> YMMV under other kernels, but there ought to be some indication under >> /sys that netback exists.------ >>> >>> Interestingly I cant see anything relating to this in that directory >>> >> >> From your config: >> # CONFIG_XEN_NETDEV_BACKEND is not set >> >> You could've checked this yourself when I asked. >> >> Ian. >> >> >> >> > > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 17 21:17:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 21:17: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 1SrF7r-0008Rv-9U; Tue, 17 Jul 2012 21:16:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrF7p-0008Rq-Rx for xen-users@lists.xen.org; Tue, 17 Jul 2012 21:16:10 +0000 Received: from [85.158.139.83:22738] by server-6.bemta-5.messagelabs.com id E3/E6-11348-916D5005; Tue, 17 Jul 2012 21:16:09 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1342559768!17948114!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.2 required=7.0 tests=MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17268 invoked from network); 17 Jul 2012 21:16:08 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-8.tower-182.messagelabs.com with SMTP; 17 Jul 2012 21:16:08 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Tue, 17 Jul 2012 22:16:09 +0100 Received: from 192.168.1.2 ([192.168.1.2]) by electron.tidyhosts.com ([192.168.1.2]) with Microsoft Exchange Server HTTP-DAV ; Tue, 17 Jul 2012 21:16:05 +0000 References: <039E0B4AA9103344A80DA55DDDC76A936A66BA@electron.tidyhosts.com> <1342537119.16704.2.camel@zakaz.uk.xensource.com> <039E0B4AA9103344A80DA55DDDC76A936A66BB@electron.tidyhosts.com> <1342537873.16704.4.camel@zakaz.uk.xensource.com> <039E0B4AA9103344A80DA55DDDC76A936A66BD@electron.tidyhosts.com> <1342556293.18848.7.camel@dagon.hellion.org.uk> <039E0B4AA9103344A80DA55DDDC76A936A66BE@electron.tidyhosts.com> <1342558488.18848.11.camel@dagon.hellion.org.uk> From: "Ian Tobin" In-Reply-To: <1342558488.18848.11.camel@dagon.hellion.org.uk> Message-ID: <78FD7C0C-3422-48EB-A975-7ED8D535A32D@tidyhosts.com> Date: Tue, 17 Jul 2012 22:16:00 +0100 To: "Ian Campbell" thread-topic: [Xen-users] XENBUS: Waiting for devices to initialise: thread-index: Ac1kYWCfpywBCb7SSb6MUASfYY1uoQ== MIME-Version: 1.0 (1.0) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] XENBUS: Waiting for devices to initialise: X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 I'll make some notes. On Debian it seems to be enabled by default so not had this issue before. Thanks Ian On 17 Jul 2012, at 21:54, "Ian Campbell" wrote: > On Tue, 2012-07-17 at 21:30 +0100, Ian Tobin wrote: >> Ian, >> >> I had set that but realised I had set it in the wrong place and noticed >> before you replied doh! >> >> Ive manually edited the config file and have recompiled which is now >> working so thanks for pointing that out. >> >> Just out of interest, where is that option in the GUI? > > I've no idea. > > At least in the text UI you can press '/' and entry a name (or part of > one) and it'll tell you some details, including the path through the > menus to find it. > > Ian. > >> >> Thanks >> >> Ian >> >> -----Original Message----- >> From: Ian Campbell [mailto:Ian.Campbell@citrix.com] >> Sent: 17 July 2012 21:18 >> To: Ian Tobin >> Cc: xen-users@lists.xen.org >> Subject: Re: [Xen-users] XENBUS: Waiting for devices to initialise: >> >> On Tue, 2012-07-17 at 18:50 +0100, Ian Tobin wrote: >>> ---- On a modern kernel /sys/bus/xen-backend should contain "vif", >> YMMV under other kernels, but there ought to be some indication under >> /sys that netback exists.------ >>> >>> Interestingly I cant see anything relating to this in that directory >>> >> >> From your config: >> # CONFIG_XEN_NETDEV_BACKEND is not set >> >> You could've checked this yourself when I asked. >> >> Ian. >> >> >> >> > > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 17 21:22:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 21:22: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 1SrFDN-0000FK-Am; Tue, 17 Jul 2012 21:21:53 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1SrFDL-0000FA-K4 for xen-users@lists.xen.org; Tue, 17 Jul 2012 21:21:51 +0000 X-Env-Sender: jsolorzano@concytec.gob.pe X-Msg-Ref: server-4.tower-27.messagelabs.com!1342560102!9630922!1 X-Originating-IP: [190.12.69.19] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11688 invoked from network); 17 Jul 2012 21:21:43 -0000 Received: from smtp.concytec.gob.pe (HELO smtp.concytec.gob.pe) (190.12.69.19) by server-4.tower-27.messagelabs.com with SMTP; 17 Jul 2012 21:21:43 -0000 Received: from pc5251 (unknown [192.168.4.161]) by smtp.concytec.gob.pe (Postfix) with ESMTP id 57F725B03F5 for ; Tue, 17 Jul 2012 16:05:23 -0500 (PET) From: =?iso-8859-1?Q?Julio_Sol=F3rzano?= To: Date: Tue, 17 Jul 2012 16:21:15 -0500 Message-ID: <264BA6D1C2BE4F888EF0F9C6AB454E0E@INTRANET.local> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac1kYhlCB837VitlQdqd7FN9GtShJA== Subject: [Xen-users] =?iso-8859-1?q?p=E9rdida_de_conectividad_de_los_guest?= =?iso-8859-1?q?_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="===============3097922658048518946==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3097922658048518946== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0030_01CD6438.366C0F10" This is a multi-part message in MIME format. ------=_NextPart_000_0030_01CD6438.366C0F10 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Estimados. Recurro a ustedes por su ayuda, ya que he realizado muchas pruebas y revisado bastantes l=EDneas de logs y no encuentro nada, ya busqu=E9 en = Google y no encuentro una soluci=F3n. Tengo un host con dom0 Centos 5.7 (xen-3.0.3-132.el5_7.2 - 2.6.18-274.18.1.el5xen), el problema es que las VM guest pierden conectividad 2 o 3 veces por semana, no responden al ping ni tampoco = puedo conectarme por ssh. Cuando ingreso al host por VNC veo las VMs = ejecut=E1ndose con el virt-manager, ingreso a la VM que perdi=F3 conexi=F3n, se = despliega la ventana de la VM con fondo negro y basta que le de un click y el ping empieza a responder y la VM ya tiene conectividad. Pareciera que se = quedara dormida, en los logs del dom0 y domU no se encuentra nada. Los guest son = 4 Debian 6.03 server sin modo gr=E1fico con 4 Gb de Ram y 3 CPUs. El host = tiene 2 CPUs AMD Opetron 6136 de 64 bits y 8 n=FAcleos cada uno con 32 Gb Ram. Al parecer s un problema con el Xen ya que lo mismo me sucede con otro equipo similar con Centos 5.5 y Xen 3. Por favor ay=FAdenme a solucionar este problema. Saludos Julio ------=_NextPart_000_0030_01CD6438.366C0F10 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Estimados.

Recurro a ustedes por su ayuda, ya que he realizado = muchas pruebas y revisado bastantes l=EDneas de logs y no encuentro nada, ya = busqu=E9 en Google y no encuentro una soluci=F3n.

Tengo un host con dom0 Centos 5.7 = (xen-3.0.3-132.el5_7.2 - 2.6.18-274.18.1.el5xen), el problema es que las VM guest pierden = conectividad 2 o 3 veces por semana, no responden al ping ni tampoco puedo conectarme = por ssh. Cuando ingreso al host por VNC veo las VMs ejecut=E1ndose con el = virt-manager, ingreso a la VM que perdi=F3 conexi=F3n, se despliega la ventana de la = VM con fondo negro y basta que le de un click y el ping empieza a responder y la VM = ya tiene conectividad. Pareciera que se quedara dormida, en los logs del dom0 y = domU no se encuentra nada. Los guest son 4 Debian 6.03 server sin modo gr=E1fico = con 4 Gb de Ram y 3 CPUs. El host tiene 2 CPUs AMD Opetron 6136 de 64 bits y 8 = n=FAcleos cada uno con 32 Gb Ram.

Al parecer s un problema con el Xen ya que lo mismo = me sucede con otro equipo similar con Centos 5.5 y Xen = 3.

Por favor ay=FAdenme a solucionar este = problema.

Saludos

Julio

------=_NextPart_000_0030_01CD6438.366C0F10-- --===============3097922658048518946== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3097922658048518946==-- From xen-users-bounces@lists.xen.org Tue Jul 17 21:22:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Jul 2012 21:22: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 1SrFDN-0000FK-Am; Tue, 17 Jul 2012 21:21:53 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1SrFDL-0000FA-K4 for xen-users@lists.xen.org; Tue, 17 Jul 2012 21:21:51 +0000 X-Env-Sender: jsolorzano@concytec.gob.pe X-Msg-Ref: server-4.tower-27.messagelabs.com!1342560102!9630922!1 X-Originating-IP: [190.12.69.19] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11688 invoked from network); 17 Jul 2012 21:21:43 -0000 Received: from smtp.concytec.gob.pe (HELO smtp.concytec.gob.pe) (190.12.69.19) by server-4.tower-27.messagelabs.com with SMTP; 17 Jul 2012 21:21:43 -0000 Received: from pc5251 (unknown [192.168.4.161]) by smtp.concytec.gob.pe (Postfix) with ESMTP id 57F725B03F5 for ; Tue, 17 Jul 2012 16:05:23 -0500 (PET) From: =?iso-8859-1?Q?Julio_Sol=F3rzano?= To: Date: Tue, 17 Jul 2012 16:21:15 -0500 Message-ID: <264BA6D1C2BE4F888EF0F9C6AB454E0E@INTRANET.local> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac1kYhlCB837VitlQdqd7FN9GtShJA== Subject: [Xen-users] =?iso-8859-1?q?p=E9rdida_de_conectividad_de_los_guest?= =?iso-8859-1?q?_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="===============3097922658048518946==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3097922658048518946== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0030_01CD6438.366C0F10" This is a multi-part message in MIME format. ------=_NextPart_000_0030_01CD6438.366C0F10 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Estimados. Recurro a ustedes por su ayuda, ya que he realizado muchas pruebas y revisado bastantes l=EDneas de logs y no encuentro nada, ya busqu=E9 en = Google y no encuentro una soluci=F3n. Tengo un host con dom0 Centos 5.7 (xen-3.0.3-132.el5_7.2 - 2.6.18-274.18.1.el5xen), el problema es que las VM guest pierden conectividad 2 o 3 veces por semana, no responden al ping ni tampoco = puedo conectarme por ssh. Cuando ingreso al host por VNC veo las VMs = ejecut=E1ndose con el virt-manager, ingreso a la VM que perdi=F3 conexi=F3n, se = despliega la ventana de la VM con fondo negro y basta que le de un click y el ping empieza a responder y la VM ya tiene conectividad. Pareciera que se = quedara dormida, en los logs del dom0 y domU no se encuentra nada. Los guest son = 4 Debian 6.03 server sin modo gr=E1fico con 4 Gb de Ram y 3 CPUs. El host = tiene 2 CPUs AMD Opetron 6136 de 64 bits y 8 n=FAcleos cada uno con 32 Gb Ram. Al parecer s un problema con el Xen ya que lo mismo me sucede con otro equipo similar con Centos 5.5 y Xen 3. Por favor ay=FAdenme a solucionar este problema. Saludos Julio ------=_NextPart_000_0030_01CD6438.366C0F10 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Estimados.

Recurro a ustedes por su ayuda, ya que he realizado = muchas pruebas y revisado bastantes l=EDneas de logs y no encuentro nada, ya = busqu=E9 en Google y no encuentro una soluci=F3n.

Tengo un host con dom0 Centos 5.7 = (xen-3.0.3-132.el5_7.2 - 2.6.18-274.18.1.el5xen), el problema es que las VM guest pierden = conectividad 2 o 3 veces por semana, no responden al ping ni tampoco puedo conectarme = por ssh. Cuando ingreso al host por VNC veo las VMs ejecut=E1ndose con el = virt-manager, ingreso a la VM que perdi=F3 conexi=F3n, se despliega la ventana de la = VM con fondo negro y basta que le de un click y el ping empieza a responder y la VM = ya tiene conectividad. Pareciera que se quedara dormida, en los logs del dom0 y = domU no se encuentra nada. Los guest son 4 Debian 6.03 server sin modo gr=E1fico = con 4 Gb de Ram y 3 CPUs. El host tiene 2 CPUs AMD Opetron 6136 de 64 bits y 8 = n=FAcleos cada uno con 32 Gb Ram.

Al parecer s un problema con el Xen ya que lo mismo = me sucede con otro equipo similar con Centos 5.5 y Xen = 3.

Por favor ay=FAdenme a solucionar este = problema.

Saludos

Julio

------=_NextPart_000_0030_01CD6438.366C0F10-- --===============3097922658048518946== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3097922658048518946==-- From xen-users-bounces@lists.xen.org Wed Jul 18 09:02:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jul 2012 09:02: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 1SrQ7s-0002Nu-Jt; Wed, 18 Jul 2012 09:00:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrQ7q-0002No-Kf for xen-users@lists.xen.org; Wed, 18 Jul 2012 09:00:55 +0000 Received: from [85.158.143.99:43738] by server-2.bemta-4.messagelabs.com id 95/B7-17938-54B76005; Wed, 18 Jul 2012 09:00:53 +0000 X-Env-Sender: degreez.steelrat@gmail.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1342602049!22211304!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7181 invoked from network); 18 Jul 2012 09:00:51 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jul 2012 09:00:51 -0000 Received: by pbbro12 with SMTP id ro12so2470485pbb.32 for ; Wed, 18 Jul 2012 02:00:49 -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=W/rgsgzruXPLlTAaRXt6yHeYa30SQPj0PAqONxTcBQM=; b=QWs7v9p4/oozGr+MNhNgHf9g6knF8jhEwEoAPqjS+T/U4daXqf92IXJkN87wg5vjWR OC73D28zihZB/dJ9mpJLH0m9tfaFFHoVWp0ZMSb/kHyotEXq+i2uxznLZMo9YZuexDiO HZ9ZC5KLjnQCvcSD8erOMQmPR8rPs2mjYgaMxnNBe25C+hhf+lCwNsPoJjJwmQ5pKVRm pKjr/5LpFxalbrGcS+Y91TaY2F3q7aVCCd79Qm7sMuCfm/xZbslJq+1stSB+xDqEdVfN 7IXl9iR3sfwF0b9i91abSdSOX092Suovs/2QlzIhpUn8Mk/F3ukr0fw9SkMSOwWBHx6W eAUQ== MIME-Version: 1.0 Received: by 10.68.221.106 with SMTP id qd10mr5889484pbc.42.1342602048963; Wed, 18 Jul 2012 02:00:48 -0700 (PDT) Received: by 10.68.202.202 with HTTP; Wed, 18 Jul 2012 02:00:48 -0700 (PDT) Date: Wed, 18 Jul 2012 13:00:48 +0400 Message-ID: From: Jim De Greez To: xen-users@lists.xen.org Subject: [Xen-users] xen 4.1.2 build with perfomance counters files X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8846207832614838491==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8846207832614838491== Content-Type: multipart/alternative; boundary=e89a8ff2550034063b04c516e613 --e89a8ff2550034063b04c516e613 Content-Type: text/plain; charset=ISO-8859-1 I'm trying to build xen hypervisor with perfomance counters support. Build without this feature is always successful, but if I try to add perfomance counters functionality it always fails. make world perfc=y - success After that make install gives folowing errors: undefined references to per_cpu__perfcounters, perfc_control, perfc_printall, perfc_reset. Here is output: make[4]: Entering directory `/vm/xen-source/xen-4.1.2/xen/arch/x86' make[4]: `/vm/xen-source/xen-4.1.2/xen/common/symbols-dummy.o' is up to date. make[4]: Leaving directory `/vm/xen-source/xen-4.1.2/xen/arch/x86' ld -melf_x86_64 -T xen.lds -N /vm/xen-source/xen-4.1.2/xen/arch/x86/boot/built_in.o /vm/xen-source/xen-4.1.2/xen/common/built_in.o /vm/xen-source/xen-4.1.2/xen/drivers/built_in.o /vm/xen-source/xen-4.1.2/xen/xsm/built_in.o /vm/xen-source/xen-4.1.2/xen/arch/x86/built_in.o /vm/xen-source/xen-4.1.2/xen/crypto/built_in.o \ /vm/xen-source/xen-4.1.2/xen/common/symbols-dummy.o -o /vm/xen-source/xen-4.1.2/xen/.xen-syms.0 /vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `do_multicall': /vm/xen-source/xen-4.1.2/xen/common/multicall.c:87: undefined reference to `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/multicall.c:87: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/multicall.c:76: undefined reference to `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/multicall.c:76: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/multicall.c:82: undefined reference to `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/multicall.c:82: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `alloc_heap_pages': /vm/xen-source/xen-4.1.2/xen/common/page_alloc.c:445: undefined reference to `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/page_alloc.c:445: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `csched_vcpu_remove': /vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:696: undefined reference to `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:696: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/built_in.o:/vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:717: more undefined references to `per_cpu__perfcounters' follow /vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `csched_vcpu_sleep': /vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:717: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `csched_dom_init': /vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:860: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `csched_alloc_vdata': /vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:665: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `csched_dom_destroy': /vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:883: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `csched_acct': /vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:977: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:1052: additional relocation overflows omitted from the output /vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `do_sysctl': /vm/xen-source/xen-4.1.2/xen/common/sysctl.c:151: undefined reference to `perfc_control' /vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `compat_multicall': /vm/xen-source/xen-4.1.2/xen/common/compat/../multicall.c:87: undefined reference to `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/compat/../multicall.c:76: undefined reference to `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/compat/../multicall.c:82: undefined reference to `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/built_in.o:(.data.rel+0x28): undefined reference to `perfc_printall' /vm/xen-source/xen-4.1.2/xen/common/built_in.o:(.data.rel+0x48): undefined reference to `perfc_reset' /vm/xen-source/xen-4.1.2/xen/arch/x86/built_in.o: In function `smp_apic_timer_interrupt': /vm/xen-source/xen-4.1.2/xen/arch/x86/apic.c:1374: undefined reference to `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/arch/x86/built_in.o: In function `search_pre_exception_table': /vm/xen-source/xen-4.1.2/xen/arch/x86/extable.c:106: undefined reference to `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/arch/x86/built_in.o: In function `do_IRQ': /vm/xen-source/xen-4.1.2/xen/arch/x86/irq.c:538: undefined reference to `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/arch/x86/built_in.o: In function `ptwr_do_page_fault': /vm/xen-source/xen-4.1.2/xen/arch/x86/mm.c:5117: undefined reference to `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/arch/x86/built_in.o: In function `__get_page_type': /vm/xen-source/xen-4.1.2/xen/arch/x86/mm.c:2395: undefined reference to `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/arch/x86/built_in.o:/vm/xen-source/xen-4.1.2/xen/arch/x86/mm.c:2916: more undefined references to `per_cpu__perfcounters' follow ld: /vm/xen-source/xen-4.1.2/xen/.xen-syms.0: hidden symbol `perfc_control' isn't defined make[3]: *** [/vm/xen-source/xen-4.1.2/xen/xen-syms] Error 1 make[3]: Leaving directory `/vm/xen-source/xen-4.1.2/xen/arch/x86' make[2]: *** [/vm/xen-source/xen-4.1.2/xen/xen] Error 2 make[2]: Leaving directory `/vm/xen-source/xen-4.1.2/xen' make[1]: *** [install] Error 2 make[1]: Leaving directory `/vm/xen-source/xen-4.1.2/xen' make: *** [install-xen] Error 2 --e89a8ff2550034063b04c516e613 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I'm trying to build xen hypervisor with perfomance counters support.Build without this feature is always successful, but if I try to add perfo= mance counters functionality it always fails.

make world perfc=3Dy= =A0 - success

After that make install gives folowing errors: undefined references to = per_cpu__perfcounters, perfc_control, perfc_printall, perfc_reset.

H= ere is output:

make[4]: Entering directory `/vm/xen-source/xen-4.1.2= /xen/arch/x86'
make[4]: `/vm/xen-source/xen-4.1.2/xen/common/symbols-dummy.o' is up to= date.
make[4]: Leaving directory `/vm/xen-source/xen-4.1.2/xen/arch/x86= '
ld=A0=A0 -melf_x86_64 -T xen.lds -N /vm/xen-source/xen-4.1.2/xen/a= rch/x86/boot/built_in.o /vm/xen-source/xen-4.1.2/xen/common/built_in.o /vm/= xen-source/xen-4.1.2/xen/drivers/built_in.o /vm/xen-source/xen-4.1.2/xen/xs= m/built_in.o /vm/xen-source/xen-4.1.2/xen/arch/x86/built_in.o /vm/xen-sourc= e/xen-4.1.2/xen/crypto/built_in.o \
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 /vm/xen-source/xen-4.1.2/xen/common/symbo= ls-dummy.o -o /vm/xen-source/xen-4.1.2/xen/.xen-syms.0
/vm/xen-source/xe= n-4.1.2/xen/common/built_in.o: In function `do_multicall':
/vm/xen-s= ource/xen-4.1.2/xen/common/multicall.c:87: undefined reference to `per_cpu_= _perfcounters'
/vm/xen-source/xen-4.1.2/xen/common/multicall.c:87: relocation truncated to= fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters'/vm/xen-source/xen-4.1.2/xen/common/multicall.c:76: undefined reference to= `per_cpu__perfcounters'
/vm/xen-source/xen-4.1.2/xen/common/multicall.c:76: relocation truncated to= fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters'/vm/xen-source/xen-4.1.2/xen/common/multicall.c:82: undefined reference to= `per_cpu__perfcounters'
/vm/xen-source/xen-4.1.2/xen/common/multicall.c:82: relocation truncated to= fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters'/vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `alloc_heap_pa= ges':
/vm/xen-source/xen-4.1.2/xen/common/page_alloc.c:445: undefined reference t= o `per_cpu__perfcounters'
/vm/xen-source/xen-4.1.2/xen/common/page_a= lloc.c:445: relocation truncated to fit: R_X86_64_PC32 against undefined sy= mbol `per_cpu__perfcounters'
/vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `csched_vcpu_re= move':
/vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:696: undef= ined reference to `per_cpu__perfcounters'
/vm/xen-source/xen-4.1.2/x= en/common/sched_credit.c:696: relocation truncated to fit: R_X86_64_PC32 ag= ainst undefined symbol `per_cpu__perfcounters'
/vm/xen-source/xen-4.1.2/xen/common/built_in.o:/vm/xen-source/xen-4.1.2/xen= /common/sched_credit.c:717: more undefined references to `per_cpu__perfcoun= ters' follow
/vm/xen-source/xen-4.1.2/xen/common/built_in.o: In func= tion `csched_vcpu_sleep':
/vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:717: relocation truncate= d to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters'= ;
/vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `csched_do= m_init':
/vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:860: relocation truncate= d to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters'= ;
/vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `csched_al= loc_vdata':
/vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:665: relocation truncate= d to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters'= ;
/vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `csched_do= m_destroy':
/vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:883: relocation truncate= d to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters'= ;
/vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `csched_ac= ct':
/vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:977: relocation truncate= d to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters'= ;
/vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:1052: additional re= location overflows omitted from the output
/vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `do_sysctl'= :
/vm/xen-source/xen-4.1.2/xen/common/sysctl.c:151: undefined reference = to `perfc_control'
/vm/xen-source/xen-4.1.2/xen/common/built_in.o: I= n function `compat_multicall':
/vm/xen-source/xen-4.1.2/xen/common/compat/../multicall.c:87: undefined ref= erence to `per_cpu__perfcounters'
/vm/xen-source/xen-4.1.2/xen/commo= n/compat/../multicall.c:76: undefined reference to `per_cpu__perfcounters&#= 39;
/vm/xen-source/xen-4.1.2/xen/common/compat/../multicall.c:82: undefined ref= erence to `per_cpu__perfcounters'
/vm/xen-source/xen-4.1.2/xen/commo= n/built_in.o:(.data.rel+0x28): undefined reference to `perfc_printall'<= br> /vm/xen-source/xen-4.1.2/xen/common/built_in.o:(.data.rel+0x48): undefined = reference to `perfc_reset'
/vm/xen-source/xen-4.1.2/xen/arch/x86/bui= lt_in.o: In function `smp_apic_timer_interrupt':
/vm/xen-source/xen-= 4.1.2/xen/arch/x86/apic.c:1374: undefined reference to `per_cpu__perfcounte= rs'
/vm/xen-source/xen-4.1.2/xen/arch/x86/built_in.o: In function `search_pre_e= xception_table':
/vm/xen-source/xen-4.1.2/xen/arch/x86/extable.c:106= : undefined reference to `per_cpu__perfcounters'
/vm/xen-source/xen-= 4.1.2/xen/arch/x86/built_in.o: In function `do_IRQ':
/vm/xen-source/xen-4.1.2/xen/arch/x86/irq.c:538: undefined reference to `pe= r_cpu__perfcounters'
/vm/xen-source/xen-4.1.2/xen/arch/x86/built_in.= o: In function `ptwr_do_page_fault':
/vm/xen-source/xen-4.1.2/xen/ar= ch/x86/mm.c:5117: undefined reference to `per_cpu__perfcounters'
/vm/xen-source/xen-4.1.2/xen/arch/x86/built_in.o: In function `__get_page_t= ype':
/vm/xen-source/xen-4.1.2/xen/arch/x86/mm.c:2395: undefined ref= erence to `per_cpu__perfcounters'
/vm/xen-source/xen-4.1.2/xen/arch/= x86/built_in.o:/vm/xen-source/xen-4.1.2/xen/arch/x86/mm.c:2916: more undefi= ned references to `per_cpu__perfcounters' follow
ld: /vm/xen-source/xen-4.1.2/xen/.xen-syms.0: hidden symbol `perfc_control&= #39; isn't defined
make[3]: *** [/vm/xen-source/xen-4.1.2/xen/xen-sy= ms] Error 1
make[3]: Leaving directory `/vm/xen-source/xen-4.1.2/xen/arc= h/x86'
make[2]: *** [/vm/xen-source/xen-4.1.2/xen/xen] Error 2
make[2]: Leaving= directory `/vm/xen-source/xen-4.1.2/xen'
make[1]: *** [install] Err= or 2
make[1]: Leaving directory `/vm/xen-source/xen-4.1.2/xen'
make: *** [install-xen] Error 2


--e89a8ff2550034063b04c516e613-- --===============8846207832614838491== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8846207832614838491==-- From xen-users-bounces@lists.xen.org Wed Jul 18 09:02:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jul 2012 09:02: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 1SrQ7s-0002Nu-Jt; Wed, 18 Jul 2012 09:00:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrQ7q-0002No-Kf for xen-users@lists.xen.org; Wed, 18 Jul 2012 09:00:55 +0000 Received: from [85.158.143.99:43738] by server-2.bemta-4.messagelabs.com id 95/B7-17938-54B76005; Wed, 18 Jul 2012 09:00:53 +0000 X-Env-Sender: degreez.steelrat@gmail.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1342602049!22211304!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7181 invoked from network); 18 Jul 2012 09:00:51 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jul 2012 09:00:51 -0000 Received: by pbbro12 with SMTP id ro12so2470485pbb.32 for ; Wed, 18 Jul 2012 02:00:49 -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=W/rgsgzruXPLlTAaRXt6yHeYa30SQPj0PAqONxTcBQM=; b=QWs7v9p4/oozGr+MNhNgHf9g6knF8jhEwEoAPqjS+T/U4daXqf92IXJkN87wg5vjWR OC73D28zihZB/dJ9mpJLH0m9tfaFFHoVWp0ZMSb/kHyotEXq+i2uxznLZMo9YZuexDiO HZ9ZC5KLjnQCvcSD8erOMQmPR8rPs2mjYgaMxnNBe25C+hhf+lCwNsPoJjJwmQ5pKVRm pKjr/5LpFxalbrGcS+Y91TaY2F3q7aVCCd79Qm7sMuCfm/xZbslJq+1stSB+xDqEdVfN 7IXl9iR3sfwF0b9i91abSdSOX092Suovs/2QlzIhpUn8Mk/F3ukr0fw9SkMSOwWBHx6W eAUQ== MIME-Version: 1.0 Received: by 10.68.221.106 with SMTP id qd10mr5889484pbc.42.1342602048963; Wed, 18 Jul 2012 02:00:48 -0700 (PDT) Received: by 10.68.202.202 with HTTP; Wed, 18 Jul 2012 02:00:48 -0700 (PDT) Date: Wed, 18 Jul 2012 13:00:48 +0400 Message-ID: From: Jim De Greez To: xen-users@lists.xen.org Subject: [Xen-users] xen 4.1.2 build with perfomance counters files X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8846207832614838491==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8846207832614838491== Content-Type: multipart/alternative; boundary=e89a8ff2550034063b04c516e613 --e89a8ff2550034063b04c516e613 Content-Type: text/plain; charset=ISO-8859-1 I'm trying to build xen hypervisor with perfomance counters support. Build without this feature is always successful, but if I try to add perfomance counters functionality it always fails. make world perfc=y - success After that make install gives folowing errors: undefined references to per_cpu__perfcounters, perfc_control, perfc_printall, perfc_reset. Here is output: make[4]: Entering directory `/vm/xen-source/xen-4.1.2/xen/arch/x86' make[4]: `/vm/xen-source/xen-4.1.2/xen/common/symbols-dummy.o' is up to date. make[4]: Leaving directory `/vm/xen-source/xen-4.1.2/xen/arch/x86' ld -melf_x86_64 -T xen.lds -N /vm/xen-source/xen-4.1.2/xen/arch/x86/boot/built_in.o /vm/xen-source/xen-4.1.2/xen/common/built_in.o /vm/xen-source/xen-4.1.2/xen/drivers/built_in.o /vm/xen-source/xen-4.1.2/xen/xsm/built_in.o /vm/xen-source/xen-4.1.2/xen/arch/x86/built_in.o /vm/xen-source/xen-4.1.2/xen/crypto/built_in.o \ /vm/xen-source/xen-4.1.2/xen/common/symbols-dummy.o -o /vm/xen-source/xen-4.1.2/xen/.xen-syms.0 /vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `do_multicall': /vm/xen-source/xen-4.1.2/xen/common/multicall.c:87: undefined reference to `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/multicall.c:87: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/multicall.c:76: undefined reference to `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/multicall.c:76: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/multicall.c:82: undefined reference to `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/multicall.c:82: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `alloc_heap_pages': /vm/xen-source/xen-4.1.2/xen/common/page_alloc.c:445: undefined reference to `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/page_alloc.c:445: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `csched_vcpu_remove': /vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:696: undefined reference to `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:696: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/built_in.o:/vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:717: more undefined references to `per_cpu__perfcounters' follow /vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `csched_vcpu_sleep': /vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:717: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `csched_dom_init': /vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:860: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `csched_alloc_vdata': /vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:665: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `csched_dom_destroy': /vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:883: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `csched_acct': /vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:977: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:1052: additional relocation overflows omitted from the output /vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `do_sysctl': /vm/xen-source/xen-4.1.2/xen/common/sysctl.c:151: undefined reference to `perfc_control' /vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `compat_multicall': /vm/xen-source/xen-4.1.2/xen/common/compat/../multicall.c:87: undefined reference to `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/compat/../multicall.c:76: undefined reference to `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/compat/../multicall.c:82: undefined reference to `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/common/built_in.o:(.data.rel+0x28): undefined reference to `perfc_printall' /vm/xen-source/xen-4.1.2/xen/common/built_in.o:(.data.rel+0x48): undefined reference to `perfc_reset' /vm/xen-source/xen-4.1.2/xen/arch/x86/built_in.o: In function `smp_apic_timer_interrupt': /vm/xen-source/xen-4.1.2/xen/arch/x86/apic.c:1374: undefined reference to `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/arch/x86/built_in.o: In function `search_pre_exception_table': /vm/xen-source/xen-4.1.2/xen/arch/x86/extable.c:106: undefined reference to `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/arch/x86/built_in.o: In function `do_IRQ': /vm/xen-source/xen-4.1.2/xen/arch/x86/irq.c:538: undefined reference to `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/arch/x86/built_in.o: In function `ptwr_do_page_fault': /vm/xen-source/xen-4.1.2/xen/arch/x86/mm.c:5117: undefined reference to `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/arch/x86/built_in.o: In function `__get_page_type': /vm/xen-source/xen-4.1.2/xen/arch/x86/mm.c:2395: undefined reference to `per_cpu__perfcounters' /vm/xen-source/xen-4.1.2/xen/arch/x86/built_in.o:/vm/xen-source/xen-4.1.2/xen/arch/x86/mm.c:2916: more undefined references to `per_cpu__perfcounters' follow ld: /vm/xen-source/xen-4.1.2/xen/.xen-syms.0: hidden symbol `perfc_control' isn't defined make[3]: *** [/vm/xen-source/xen-4.1.2/xen/xen-syms] Error 1 make[3]: Leaving directory `/vm/xen-source/xen-4.1.2/xen/arch/x86' make[2]: *** [/vm/xen-source/xen-4.1.2/xen/xen] Error 2 make[2]: Leaving directory `/vm/xen-source/xen-4.1.2/xen' make[1]: *** [install] Error 2 make[1]: Leaving directory `/vm/xen-source/xen-4.1.2/xen' make: *** [install-xen] Error 2 --e89a8ff2550034063b04c516e613 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I'm trying to build xen hypervisor with perfomance counters support.Build without this feature is always successful, but if I try to add perfo= mance counters functionality it always fails.

make world perfc=3Dy= =A0 - success

After that make install gives folowing errors: undefined references to = per_cpu__perfcounters, perfc_control, perfc_printall, perfc_reset.

H= ere is output:

make[4]: Entering directory `/vm/xen-source/xen-4.1.2= /xen/arch/x86'
make[4]: `/vm/xen-source/xen-4.1.2/xen/common/symbols-dummy.o' is up to= date.
make[4]: Leaving directory `/vm/xen-source/xen-4.1.2/xen/arch/x86= '
ld=A0=A0 -melf_x86_64 -T xen.lds -N /vm/xen-source/xen-4.1.2/xen/a= rch/x86/boot/built_in.o /vm/xen-source/xen-4.1.2/xen/common/built_in.o /vm/= xen-source/xen-4.1.2/xen/drivers/built_in.o /vm/xen-source/xen-4.1.2/xen/xs= m/built_in.o /vm/xen-source/xen-4.1.2/xen/arch/x86/built_in.o /vm/xen-sourc= e/xen-4.1.2/xen/crypto/built_in.o \
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 /vm/xen-source/xen-4.1.2/xen/common/symbo= ls-dummy.o -o /vm/xen-source/xen-4.1.2/xen/.xen-syms.0
/vm/xen-source/xe= n-4.1.2/xen/common/built_in.o: In function `do_multicall':
/vm/xen-s= ource/xen-4.1.2/xen/common/multicall.c:87: undefined reference to `per_cpu_= _perfcounters'
/vm/xen-source/xen-4.1.2/xen/common/multicall.c:87: relocation truncated to= fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters'/vm/xen-source/xen-4.1.2/xen/common/multicall.c:76: undefined reference to= `per_cpu__perfcounters'
/vm/xen-source/xen-4.1.2/xen/common/multicall.c:76: relocation truncated to= fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters'/vm/xen-source/xen-4.1.2/xen/common/multicall.c:82: undefined reference to= `per_cpu__perfcounters'
/vm/xen-source/xen-4.1.2/xen/common/multicall.c:82: relocation truncated to= fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters'/vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `alloc_heap_pa= ges':
/vm/xen-source/xen-4.1.2/xen/common/page_alloc.c:445: undefined reference t= o `per_cpu__perfcounters'
/vm/xen-source/xen-4.1.2/xen/common/page_a= lloc.c:445: relocation truncated to fit: R_X86_64_PC32 against undefined sy= mbol `per_cpu__perfcounters'
/vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `csched_vcpu_re= move':
/vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:696: undef= ined reference to `per_cpu__perfcounters'
/vm/xen-source/xen-4.1.2/x= en/common/sched_credit.c:696: relocation truncated to fit: R_X86_64_PC32 ag= ainst undefined symbol `per_cpu__perfcounters'
/vm/xen-source/xen-4.1.2/xen/common/built_in.o:/vm/xen-source/xen-4.1.2/xen= /common/sched_credit.c:717: more undefined references to `per_cpu__perfcoun= ters' follow
/vm/xen-source/xen-4.1.2/xen/common/built_in.o: In func= tion `csched_vcpu_sleep':
/vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:717: relocation truncate= d to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters'= ;
/vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `csched_do= m_init':
/vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:860: relocation truncate= d to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters'= ;
/vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `csched_al= loc_vdata':
/vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:665: relocation truncate= d to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters'= ;
/vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `csched_do= m_destroy':
/vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:883: relocation truncate= d to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters'= ;
/vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `csched_ac= ct':
/vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:977: relocation truncate= d to fit: R_X86_64_PC32 against undefined symbol `per_cpu__perfcounters'= ;
/vm/xen-source/xen-4.1.2/xen/common/sched_credit.c:1052: additional re= location overflows omitted from the output
/vm/xen-source/xen-4.1.2/xen/common/built_in.o: In function `do_sysctl'= :
/vm/xen-source/xen-4.1.2/xen/common/sysctl.c:151: undefined reference = to `perfc_control'
/vm/xen-source/xen-4.1.2/xen/common/built_in.o: I= n function `compat_multicall':
/vm/xen-source/xen-4.1.2/xen/common/compat/../multicall.c:87: undefined ref= erence to `per_cpu__perfcounters'
/vm/xen-source/xen-4.1.2/xen/commo= n/compat/../multicall.c:76: undefined reference to `per_cpu__perfcounters&#= 39;
/vm/xen-source/xen-4.1.2/xen/common/compat/../multicall.c:82: undefined ref= erence to `per_cpu__perfcounters'
/vm/xen-source/xen-4.1.2/xen/commo= n/built_in.o:(.data.rel+0x28): undefined reference to `perfc_printall'<= br> /vm/xen-source/xen-4.1.2/xen/common/built_in.o:(.data.rel+0x48): undefined = reference to `perfc_reset'
/vm/xen-source/xen-4.1.2/xen/arch/x86/bui= lt_in.o: In function `smp_apic_timer_interrupt':
/vm/xen-source/xen-= 4.1.2/xen/arch/x86/apic.c:1374: undefined reference to `per_cpu__perfcounte= rs'
/vm/xen-source/xen-4.1.2/xen/arch/x86/built_in.o: In function `search_pre_e= xception_table':
/vm/xen-source/xen-4.1.2/xen/arch/x86/extable.c:106= : undefined reference to `per_cpu__perfcounters'
/vm/xen-source/xen-= 4.1.2/xen/arch/x86/built_in.o: In function `do_IRQ':
/vm/xen-source/xen-4.1.2/xen/arch/x86/irq.c:538: undefined reference to `pe= r_cpu__perfcounters'
/vm/xen-source/xen-4.1.2/xen/arch/x86/built_in.= o: In function `ptwr_do_page_fault':
/vm/xen-source/xen-4.1.2/xen/ar= ch/x86/mm.c:5117: undefined reference to `per_cpu__perfcounters'
/vm/xen-source/xen-4.1.2/xen/arch/x86/built_in.o: In function `__get_page_t= ype':
/vm/xen-source/xen-4.1.2/xen/arch/x86/mm.c:2395: undefined ref= erence to `per_cpu__perfcounters'
/vm/xen-source/xen-4.1.2/xen/arch/= x86/built_in.o:/vm/xen-source/xen-4.1.2/xen/arch/x86/mm.c:2916: more undefi= ned references to `per_cpu__perfcounters' follow
ld: /vm/xen-source/xen-4.1.2/xen/.xen-syms.0: hidden symbol `perfc_control&= #39; isn't defined
make[3]: *** [/vm/xen-source/xen-4.1.2/xen/xen-sy= ms] Error 1
make[3]: Leaving directory `/vm/xen-source/xen-4.1.2/xen/arc= h/x86'
make[2]: *** [/vm/xen-source/xen-4.1.2/xen/xen] Error 2
make[2]: Leaving= directory `/vm/xen-source/xen-4.1.2/xen'
make[1]: *** [install] Err= or 2
make[1]: Leaving directory `/vm/xen-source/xen-4.1.2/xen'
make: *** [install-xen] Error 2


--e89a8ff2550034063b04c516e613-- --===============8846207832614838491== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8846207832614838491==-- From xen-users-bounces@lists.xen.org Wed Jul 18 11:42:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jul 2012 11: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 1SrSdJ-0006An-0V; Wed, 18 Jul 2012 11: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 1SrSdH-0006AX-QE for xen-users@lists.xen.org; Wed, 18 Jul 2012 11:41:31 +0000 Received: from [85.158.138.51:62335] by server-11.bemta-3.messagelabs.com id 2F/62-00679-AE0A6005; Wed, 18 Jul 2012 11:41:30 +0000 X-Env-Sender: lists+xen@internecto.net X-Msg-Ref: server-12.tower-174.messagelabs.com!1342611689!19637345!1 X-Originating-IP: [176.9.245.29] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12206 invoked from network); 18 Jul 2012 11:41:29 -0000 Received: from polaris.internecto.net (HELO mx1.internecto.net) (176.9.245.29) by server-12.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Jul 2012 11:41:29 -0000 Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id EA63BA02EF; Wed, 18 Jul 2012 11:41:28 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mail.internecto.net Received: from mx1.internecto.net ([127.0.0.1]) by localhost (mail.polaris.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NNUWc+czbmdV; Wed, 18 Jul 2012 11:41:23 +0000 (UTC) Received: from internecto.net (5ED4FDEB.cm-7-5d.dynamic.ziggo.nl [94.212.253.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: lists@internecto.net) by mx1.internecto.net (Postfix) with ESMTPSA id 98C64A02EA; Wed, 18 Jul 2012 11:41:23 +0000 (UTC) Date: Wed, 18 Jul 2012 13:41:21 +0200 From: Mark van Dijk To: xen-users@lists.xen.org, xen-devel@lists.xen.org Message-ID: <20120718134121.3d8480c8@internecto.net> In-Reply-To: <50045D89.6040009@senft-net.com> References: <4FF719B9.9070904@senft-net.com> <4FFF4ACE.9050804@senft-net.com> <5002D79E.9070803@senft-net.com> <50045D89.6040009@senft-net.com> Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; i686-pc-linux-gnu) Mime-Version: 1.0 Subject: Re: [Xen-users] Can't write to floppy image (fda) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 16 Jul 2012 20:29:29 +0200 Oskar Senft wrote: > > last idea I have: > > fda = [ 'rw:/opt/xen/floppy' ] > > fda = [ '/opt/xen/floppy,rw' ] > > fda = [ '/opt/xen/floppy:rw' ] > > Xen seems to not like this parameter to be in "list" style at all. As > soon as I start with a '[' it errors with this: > > Error: 'list' object has no attribute 'startswith' > > I guess I'll have to dig into the Xen source code to see what's going > on there. Does anyone have an idea where to start looking? No idea, you could grep -rIs 'fda' but in all honesty I thought this mailing list would be the right place. So I added xen-devel as a recepient, perhaps there is somebody reading this who can help you with how to configure a floppy drive image? Mark _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 18 11:42:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jul 2012 11: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 1SrSdJ-0006An-0V; Wed, 18 Jul 2012 11: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 1SrSdH-0006AX-QE for xen-users@lists.xen.org; Wed, 18 Jul 2012 11:41:31 +0000 Received: from [85.158.138.51:62335] by server-11.bemta-3.messagelabs.com id 2F/62-00679-AE0A6005; Wed, 18 Jul 2012 11:41:30 +0000 X-Env-Sender: lists+xen@internecto.net X-Msg-Ref: server-12.tower-174.messagelabs.com!1342611689!19637345!1 X-Originating-IP: [176.9.245.29] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12206 invoked from network); 18 Jul 2012 11:41:29 -0000 Received: from polaris.internecto.net (HELO mx1.internecto.net) (176.9.245.29) by server-12.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Jul 2012 11:41:29 -0000 Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id EA63BA02EF; Wed, 18 Jul 2012 11:41:28 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mail.internecto.net Received: from mx1.internecto.net ([127.0.0.1]) by localhost (mail.polaris.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NNUWc+czbmdV; Wed, 18 Jul 2012 11:41:23 +0000 (UTC) Received: from internecto.net (5ED4FDEB.cm-7-5d.dynamic.ziggo.nl [94.212.253.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: lists@internecto.net) by mx1.internecto.net (Postfix) with ESMTPSA id 98C64A02EA; Wed, 18 Jul 2012 11:41:23 +0000 (UTC) Date: Wed, 18 Jul 2012 13:41:21 +0200 From: Mark van Dijk To: xen-users@lists.xen.org, xen-devel@lists.xen.org Message-ID: <20120718134121.3d8480c8@internecto.net> In-Reply-To: <50045D89.6040009@senft-net.com> References: <4FF719B9.9070904@senft-net.com> <4FFF4ACE.9050804@senft-net.com> <5002D79E.9070803@senft-net.com> <50045D89.6040009@senft-net.com> Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; i686-pc-linux-gnu) Mime-Version: 1.0 Subject: Re: [Xen-users] Can't write to floppy image (fda) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 16 Jul 2012 20:29:29 +0200 Oskar Senft wrote: > > last idea I have: > > fda = [ 'rw:/opt/xen/floppy' ] > > fda = [ '/opt/xen/floppy,rw' ] > > fda = [ '/opt/xen/floppy:rw' ] > > Xen seems to not like this parameter to be in "list" style at all. As > soon as I start with a '[' it errors with this: > > Error: 'list' object has no attribute 'startswith' > > I guess I'll have to dig into the Xen source code to see what's going > on there. Does anyone have an idea where to start looking? No idea, you could grep -rIs 'fda' but in all honesty I thought this mailing list would be the right place. So I added xen-devel as a recepient, perhaps there is somebody reading this who can help you with how to configure a floppy drive image? Mark _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 18 12:49:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jul 2012 12: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 1SrTfV-00073G-0w; Wed, 18 Jul 2012 12:47:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrTfT-00073B-QI for xen-users@lists.xen.org; Wed, 18 Jul 2012 12:47:52 +0000 Received: from [85.158.143.35:56953] by server-2.bemta-4.messagelabs.com id CF/0D-17938-670B6005; Wed, 18 Jul 2012 12:47:50 +0000 X-Env-Sender: lists+xen@internecto.net X-Msg-Ref: server-8.tower-21.messagelabs.com!1342615670!12685578!1 X-Originating-IP: [176.9.245.29] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10258 invoked from network); 18 Jul 2012 12:47:50 -0000 Received: from polaris.internecto.net (HELO mx1.internecto.net) (176.9.245.29) by server-8.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Jul 2012 12:47:50 -0000 Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id B841EA02EF for ; Wed, 18 Jul 2012 12:47:49 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mail.internecto.net Received: from mx1.internecto.net ([127.0.0.1]) by localhost (mail.polaris.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UUPsnrk3dyIB for ; Wed, 18 Jul 2012 12:47:45 +0000 (UTC) Received: from internecto.net (5ED4FDEB.cm-7-5d.dynamic.ziggo.nl [94.212.253.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: lists@internecto.net) by mx1.internecto.net (Postfix) with ESMTPSA id 9C40BA02EA for ; Wed, 18 Jul 2012 12:47:44 +0000 (UTC) Date: Wed, 18 Jul 2012 14:47:42 +0200 From: Mark van Dijk To: xen-users@lists.xen.org Message-ID: <20120718144742.7f2c540c@internecto.net> In-Reply-To: <2032341906.22359.1342429502466.JavaMail.root@yetopen.it> References: <5003D323.8010606@toulouse.inra.fr> <2032341906.22359.1342429502466.JavaMail.root@yetopen.it> Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; i686-pc-linux-gnu) Mime-Version: 1.0 Subject: Re: [Xen-users] System reboots after "Scrubbing free RAM" Xen 4.0.1 linux 2.6.37-rc3 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 16 Jul 2012 11:05:02 +0200 (CEST) Lorenzo Milesi wrote: > > If you are on debian, the best solution is to add > > GRUB_CMDLINE_XEN="dom0_mem=512M dom0_max_vcpus=1 dom0_vcpus_pin" to > > the file /etc/default/grub, then update-grub and reboot > > I've added your options but still it's rebooting after scrubbing > ram :( > Are you using a Debian Xen package? Or did you compile Xen from source? If the latter, did you compile Xen with or without custom CFLAGS and/or LDFLAGS in your environment? The tricky part with these kinds of errors is that you don't see what happens after RAM has been scrubbed. So maybe it has nothing to do with the scrubbing. This page might be of interest to you: http://wiki.xensource.com/wiki/Debugging_Xen HTH, Mark _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 18 12:49:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jul 2012 12: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 1SrTfV-00073G-0w; Wed, 18 Jul 2012 12:47:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrTfT-00073B-QI for xen-users@lists.xen.org; Wed, 18 Jul 2012 12:47:52 +0000 Received: from [85.158.143.35:56953] by server-2.bemta-4.messagelabs.com id CF/0D-17938-670B6005; Wed, 18 Jul 2012 12:47:50 +0000 X-Env-Sender: lists+xen@internecto.net X-Msg-Ref: server-8.tower-21.messagelabs.com!1342615670!12685578!1 X-Originating-IP: [176.9.245.29] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10258 invoked from network); 18 Jul 2012 12:47:50 -0000 Received: from polaris.internecto.net (HELO mx1.internecto.net) (176.9.245.29) by server-8.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Jul 2012 12:47:50 -0000 Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id B841EA02EF for ; Wed, 18 Jul 2012 12:47:49 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mail.internecto.net Received: from mx1.internecto.net ([127.0.0.1]) by localhost (mail.polaris.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UUPsnrk3dyIB for ; Wed, 18 Jul 2012 12:47:45 +0000 (UTC) Received: from internecto.net (5ED4FDEB.cm-7-5d.dynamic.ziggo.nl [94.212.253.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: lists@internecto.net) by mx1.internecto.net (Postfix) with ESMTPSA id 9C40BA02EA for ; Wed, 18 Jul 2012 12:47:44 +0000 (UTC) Date: Wed, 18 Jul 2012 14:47:42 +0200 From: Mark van Dijk To: xen-users@lists.xen.org Message-ID: <20120718144742.7f2c540c@internecto.net> In-Reply-To: <2032341906.22359.1342429502466.JavaMail.root@yetopen.it> References: <5003D323.8010606@toulouse.inra.fr> <2032341906.22359.1342429502466.JavaMail.root@yetopen.it> Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; i686-pc-linux-gnu) Mime-Version: 1.0 Subject: Re: [Xen-users] System reboots after "Scrubbing free RAM" Xen 4.0.1 linux 2.6.37-rc3 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 16 Jul 2012 11:05:02 +0200 (CEST) Lorenzo Milesi wrote: > > If you are on debian, the best solution is to add > > GRUB_CMDLINE_XEN="dom0_mem=512M dom0_max_vcpus=1 dom0_vcpus_pin" to > > the file /etc/default/grub, then update-grub and reboot > > I've added your options but still it's rebooting after scrubbing > ram :( > Are you using a Debian Xen package? Or did you compile Xen from source? If the latter, did you compile Xen with or without custom CFLAGS and/or LDFLAGS in your environment? The tricky part with these kinds of errors is that you don't see what happens after RAM has been scrubbed. So maybe it has nothing to do with the scrubbing. This page might be of interest to you: http://wiki.xensource.com/wiki/Debugging_Xen HTH, Mark _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 18 12:57:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jul 2012 12:57: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 1SrTnJ-0007Ik-Al; Wed, 18 Jul 2012 12:55:57 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrTnH-0007Ie-MS for xen-users@lists.xen.org; Wed, 18 Jul 2012 12:55:55 +0000 Received: from [85.158.143.99:53577] by server-2.bemta-4.messagelabs.com id 33/4C-17938-A52B6005; Wed, 18 Jul 2012 12:55:54 +0000 X-Env-Sender: maxxer@ufficyo.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1342616151!26968072!1 X-Originating-IP: [109.69.131.226] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6538 invoked from network); 18 Jul 2012 12:55:51 -0000 Received: from mail.ufficyo.com (HELO mail.ufficyo.com) (109.69.131.226) by server-3.tower-216.messagelabs.com with SMTP; 18 Jul 2012 12:55:51 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.ufficyo.com (Postfix) with ESMTP id 232D01C1ADC for ; Wed, 18 Jul 2012 14:55:47 +0200 (CEST) X-Virus-Scanned: amavisd-new at yetopen.it Received: from mail.ufficyo.com ([127.0.0.1]) by localhost (mail.ufficyo.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pfPU0IoEHVT9 for ; Wed, 18 Jul 2012 14:55:34 +0200 (CEST) Received: from mail.ufficyo.com (quaglia.yetopen.it [10.22.22.190]) by mail.ufficyo.com (Postfix) with ESMTP id C5F421C1AD2 for ; Wed, 18 Jul 2012 14:55:33 +0200 (CEST) Date: Wed, 18 Jul 2012 14:55:33 +0200 (CEST) From: Lorenzo Milesi To: xen-users@lists.xen.org Message-ID: <1904203616.1501.1342616133452.JavaMail.root@yetopen.it> In-Reply-To: <20120718144742.7f2c540c@internecto.net> MIME-Version: 1.0 X-Originating-IP: [10.22.22.57] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - GC22 (Linux)/7.2.0_GA_2669) Subject: Re: [Xen-users] System reboots after "Scrubbing free RAM" Xen 4.0.1 linux 2.6.37-rc3 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > Are you using a Debian Xen package? Or did you compile Xen from > source? Debian packages. I compared the packages installed with another system I've built some months ago and they're nearly the same version, relatively newer kernel here... > This page might be of interest to you: > http://wiki.xensource.com/wiki/Debugging_Xen I tried starting with noreboot but ok, it won't reboot, buut will show a black screen :( I believe the only way is to connect a serial console... -- Lorenzo Milesi - lorenzo.milesi@yetopen.it GPG/PGP Key-Id: 0xE704E230 - http://keyserver.linux.it _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 18 12:57:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jul 2012 12:57: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 1SrTnJ-0007Ik-Al; Wed, 18 Jul 2012 12:55:57 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrTnH-0007Ie-MS for xen-users@lists.xen.org; Wed, 18 Jul 2012 12:55:55 +0000 Received: from [85.158.143.99:53577] by server-2.bemta-4.messagelabs.com id 33/4C-17938-A52B6005; Wed, 18 Jul 2012 12:55:54 +0000 X-Env-Sender: maxxer@ufficyo.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1342616151!26968072!1 X-Originating-IP: [109.69.131.226] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6538 invoked from network); 18 Jul 2012 12:55:51 -0000 Received: from mail.ufficyo.com (HELO mail.ufficyo.com) (109.69.131.226) by server-3.tower-216.messagelabs.com with SMTP; 18 Jul 2012 12:55:51 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.ufficyo.com (Postfix) with ESMTP id 232D01C1ADC for ; Wed, 18 Jul 2012 14:55:47 +0200 (CEST) X-Virus-Scanned: amavisd-new at yetopen.it Received: from mail.ufficyo.com ([127.0.0.1]) by localhost (mail.ufficyo.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pfPU0IoEHVT9 for ; Wed, 18 Jul 2012 14:55:34 +0200 (CEST) Received: from mail.ufficyo.com (quaglia.yetopen.it [10.22.22.190]) by mail.ufficyo.com (Postfix) with ESMTP id C5F421C1AD2 for ; Wed, 18 Jul 2012 14:55:33 +0200 (CEST) Date: Wed, 18 Jul 2012 14:55:33 +0200 (CEST) From: Lorenzo Milesi To: xen-users@lists.xen.org Message-ID: <1904203616.1501.1342616133452.JavaMail.root@yetopen.it> In-Reply-To: <20120718144742.7f2c540c@internecto.net> MIME-Version: 1.0 X-Originating-IP: [10.22.22.57] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - GC22 (Linux)/7.2.0_GA_2669) Subject: Re: [Xen-users] System reboots after "Scrubbing free RAM" Xen 4.0.1 linux 2.6.37-rc3 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > Are you using a Debian Xen package? Or did you compile Xen from > source? Debian packages. I compared the packages installed with another system I've built some months ago and they're nearly the same version, relatively newer kernel here... > This page might be of interest to you: > http://wiki.xensource.com/wiki/Debugging_Xen I tried starting with noreboot but ok, it won't reboot, buut will show a black screen :( I believe the only way is to connect a serial console... -- Lorenzo Milesi - lorenzo.milesi@yetopen.it GPG/PGP Key-Id: 0xE704E230 - http://keyserver.linux.it _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 18 14:31:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jul 2012 14:31:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrVGg-0000zR-FT; Wed, 18 Jul 2012 14:30:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrVGf-0000zM-7w for xen-users@lists.xen.org; Wed, 18 Jul 2012 14:30:21 +0000 Received: from [85.158.143.99:63811] by server-3.bemta-4.messagelabs.com id 10/A5-01511-C78C6005; Wed, 18 Jul 2012 14:30:20 +0000 X-Env-Sender: carlos@ansp.br X-Msg-Ref: server-16.tower-216.messagelabs.com!1342621817!16349848!1 X-Originating-IP: [209.85.216.45] X-SpamReason: No, hits=1.6 required=7.0 tests=HOT_NASTY,HTML_50_60, HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 693 invoked from network); 18 Jul 2012 14:30:19 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jul 2012 14:30:19 -0000 Received: by qaeb19 with SMTP id b19so3108150qae.11 for ; Wed, 18 Jul 2012 07:30:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=g/EpQ3T4He0zZnaOsYrYEB0f+Esqjq8Sr1tsdsJ9LPg=; b=kP4Xl6aOEatG0GKs1gSv4K614mY08kfxiJBKwiH5iECyzvnrZBRO9HdwUktDkPM3/7 oHhxOzAMXIbuKnsFAICgo557dXRyxO0aO4sBVTQ9Kl6T5KYNKkoC6nfmtPMakzBKuzOS zIdQtI9W1DMx8CGO3EbTcPAr2C+5yziUZ+JT5dqqJrILmtWyLC9S4AmEkKdFlAWodYm6 RklNzzW+qg0emgJJnNYDkH/Je9jSq1l/ovhSNZXxccsyk/3YILtfHW1hinh8gSU1LUc6 56HAdSv6VfzktLpKUtxh66al8QJuIC1SQ3qSTceOPsV29ifr0DAzyb5ZcjVvbXFRGhX1 sYJw== MIME-Version: 1.0 Received: by 10.224.181.206 with SMTP id bz14mr6221177qab.64.1342621817304; Wed, 18 Jul 2012 07:30:17 -0700 (PDT) Received: by 10.229.45.12 with HTTP; Wed, 18 Jul 2012 07:30:17 -0700 (PDT) Date: Wed, 18 Jul 2012 11:30:17 -0300 Message-ID: From: Carlos Ribas To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQkHjF2/LvSpBgwtxtXat0P6nODjdfLV20Rztw85py6jvnVVqhDkjVQCtw6WQJ3wjp+X9yeX Subject: [Xen-users] Does anybody here uses IPv6 for 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="===============2030590623229407806==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2030590623229407806== Content-Type: multipart/alternative; boundary=20cf303b43057cf6d404c51b801c --20cf303b43057cf6d404c51b801c Content-Type: text/plain; charset=ISO-8859-1 Hello all, I am trying to do some tests with IPv6. I would like to configure a dual stack for some services, such as DNS and Web Server. First of all, to have IPv6 in DomU should I configure IPv6 in Dom0? I'm not sure, but I dont think so, since from Dom0 using loopback address I can ping the IPv6 address from my router. Well, thinking that it is not mandatory, I configured an IPv6 address in DomU: # The primary network interface auto eth0 iface eth0 inet static address 10.0.0.100 gateway 10.0.0.1 netmask 255.255.255.0 broadcast 10.0.0.255 iface eth0 inet6 static address 2001:xxxx:xxxx::6 netmask 126 gateway 2001:xxxx:xxxx::5 But I cant ping the IPv6 address from my gateway. My routes seems to be OK. Should I configure something else? I was looking in google and saw some people saying about to check /etc/sysctl.conf, specially the line "net.ipv6.conf.all.forwarding=1", but this dont did any difference. I'm using these packets into a Debian Squeeze: # dpkg -l | grep xen ii libxenstore3.0 4.0.1-5.2 Xenstore communications library for Xen ii linux-image-2.6.32-5-xen-amd64 2.6.32-45 Linux 2.6.32 for 64-bit PCs, Xen dom0 support ii xen-hypervisor-4.0-amd64 4.0.1-5.2 The Xen Hypervisor on AMD64 ii xen-linux-system-2.6.32-5-xen-amd64 2.6.32-45 Xen system with Linux 2.6.32 on 64-bit PCs (meta-package) ii xen-tools 4.2-1 Tools to manage Xen virtual servers ii xen-utils-4.0 4.0.1-5.2 XEN administrative tools ii xen-utils-common 4.0.0-1 XEN administrative tools - common files ii xenstore-utils 4.0.1-5.2 Xenstore utilities for Xen And my xend-config.sxp is set to use: (network-script 'network-bridge antispoof=yes') (vif-script vif-bridge) I appreciate any help. Regards, ------------------------------- Carlos Eduardo Ribas --20cf303b43057cf6d404c51b801c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello all,

I am trying to do some tests with = IPv6. I would like to configure a dual stack for some services, such as DNS= and Web Server.

First of all, to have IPv6 in Dom= U should I configure IPv6 in Dom0? I'm not sure, but I dont think so, s= ince from Dom0 using loopback address I can ping the IPv6 address from my r= outer.

Well, thinking that it is not mandatory, I configured a= n IPv6 address in DomU:

# The primary network interface
auto eth0
iface eth0 inet static
=A0address 10.0.0.100<= /div>
=A0gateway 10.0.0.1<= /div>
=A0netmask 255.255.255.0
=
=A0broadcast 10.0.0.255

iface eth0 inet6 static
=A0address 2001:xxxx:xxxx::6
=A0netmask 126
=A0gateway 2001:xxxx:xxxx::5=

But I cant ping the IPv6 address from my gateway.= My routes seems to be OK. Should I configure something else? I was looking= in google and saw some people saying about to check /etc/sysctl.conf, spec= ially the line "net.ipv6.conf.all.forwarding=3D1", but this dont = did any difference.

I'm using these packets into a Debian Squeeze:

# dpkg -l |= grep xen
ii =A0libx= enstore3.0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A04.0.1-5.2 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0Xenstore communications library for Xen<= /div>
ii =A0linux-image-2.6.32-5-xen-a= md64 =A0 =A0 =A02.6.32-45 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Linux 2.6.= 32 for 64-bit PCs, Xen dom0 support
ii =A0xen-hypervisor-4.0-amd64 =A0 =A0 =A0 =A0 =A0 =A04.0.1= -5.2 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0The Xen Hypervisor on AMD64
ii =A0xen-linux-system-2.6.32-5-= xen-amd64 2.6.32-45 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Xen system with = Linux 2.6.32 on 64-bit PCs (meta-package)
ii =A0xen-tools =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 4.2-1 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Tools = to manage Xen virtual servers
ii =A0xen-utils-4.0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 4.0.1-5.2 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0XEN administrative tools
ii =A0xen-utils-common =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A04= .0.0-1 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0XEN administrative tools = - common files
ii =A0xenstore-utils =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A04.0.1-5.2 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0Xenstore utilities for Xen

And= my=A0xend-config.sxp is set to use:

(network-script 'n= etwork-bridge antispoof=3Dyes')
(vif-script vif-bridge)

I a= ppreciate any help.

Regards,

---------------------= ----------
Carlos Eduardo Ribas
--20cf303b43057cf6d404c51b801c-- --===============2030590623229407806== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2030590623229407806==-- From xen-users-bounces@lists.xen.org Wed Jul 18 14:31:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jul 2012 14:31:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrVGg-0000zR-FT; Wed, 18 Jul 2012 14:30:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrVGf-0000zM-7w for xen-users@lists.xen.org; Wed, 18 Jul 2012 14:30:21 +0000 Received: from [85.158.143.99:63811] by server-3.bemta-4.messagelabs.com id 10/A5-01511-C78C6005; Wed, 18 Jul 2012 14:30:20 +0000 X-Env-Sender: carlos@ansp.br X-Msg-Ref: server-16.tower-216.messagelabs.com!1342621817!16349848!1 X-Originating-IP: [209.85.216.45] X-SpamReason: No, hits=1.6 required=7.0 tests=HOT_NASTY,HTML_50_60, HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 693 invoked from network); 18 Jul 2012 14:30:19 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jul 2012 14:30:19 -0000 Received: by qaeb19 with SMTP id b19so3108150qae.11 for ; Wed, 18 Jul 2012 07:30:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=g/EpQ3T4He0zZnaOsYrYEB0f+Esqjq8Sr1tsdsJ9LPg=; b=kP4Xl6aOEatG0GKs1gSv4K614mY08kfxiJBKwiH5iECyzvnrZBRO9HdwUktDkPM3/7 oHhxOzAMXIbuKnsFAICgo557dXRyxO0aO4sBVTQ9Kl6T5KYNKkoC6nfmtPMakzBKuzOS zIdQtI9W1DMx8CGO3EbTcPAr2C+5yziUZ+JT5dqqJrILmtWyLC9S4AmEkKdFlAWodYm6 RklNzzW+qg0emgJJnNYDkH/Je9jSq1l/ovhSNZXxccsyk/3YILtfHW1hinh8gSU1LUc6 56HAdSv6VfzktLpKUtxh66al8QJuIC1SQ3qSTceOPsV29ifr0DAzyb5ZcjVvbXFRGhX1 sYJw== MIME-Version: 1.0 Received: by 10.224.181.206 with SMTP id bz14mr6221177qab.64.1342621817304; Wed, 18 Jul 2012 07:30:17 -0700 (PDT) Received: by 10.229.45.12 with HTTP; Wed, 18 Jul 2012 07:30:17 -0700 (PDT) Date: Wed, 18 Jul 2012 11:30:17 -0300 Message-ID: From: Carlos Ribas To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQkHjF2/LvSpBgwtxtXat0P6nODjdfLV20Rztw85py6jvnVVqhDkjVQCtw6WQJ3wjp+X9yeX Subject: [Xen-users] Does anybody here uses IPv6 for 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="===============2030590623229407806==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2030590623229407806== Content-Type: multipart/alternative; boundary=20cf303b43057cf6d404c51b801c --20cf303b43057cf6d404c51b801c Content-Type: text/plain; charset=ISO-8859-1 Hello all, I am trying to do some tests with IPv6. I would like to configure a dual stack for some services, such as DNS and Web Server. First of all, to have IPv6 in DomU should I configure IPv6 in Dom0? I'm not sure, but I dont think so, since from Dom0 using loopback address I can ping the IPv6 address from my router. Well, thinking that it is not mandatory, I configured an IPv6 address in DomU: # The primary network interface auto eth0 iface eth0 inet static address 10.0.0.100 gateway 10.0.0.1 netmask 255.255.255.0 broadcast 10.0.0.255 iface eth0 inet6 static address 2001:xxxx:xxxx::6 netmask 126 gateway 2001:xxxx:xxxx::5 But I cant ping the IPv6 address from my gateway. My routes seems to be OK. Should I configure something else? I was looking in google and saw some people saying about to check /etc/sysctl.conf, specially the line "net.ipv6.conf.all.forwarding=1", but this dont did any difference. I'm using these packets into a Debian Squeeze: # dpkg -l | grep xen ii libxenstore3.0 4.0.1-5.2 Xenstore communications library for Xen ii linux-image-2.6.32-5-xen-amd64 2.6.32-45 Linux 2.6.32 for 64-bit PCs, Xen dom0 support ii xen-hypervisor-4.0-amd64 4.0.1-5.2 The Xen Hypervisor on AMD64 ii xen-linux-system-2.6.32-5-xen-amd64 2.6.32-45 Xen system with Linux 2.6.32 on 64-bit PCs (meta-package) ii xen-tools 4.2-1 Tools to manage Xen virtual servers ii xen-utils-4.0 4.0.1-5.2 XEN administrative tools ii xen-utils-common 4.0.0-1 XEN administrative tools - common files ii xenstore-utils 4.0.1-5.2 Xenstore utilities for Xen And my xend-config.sxp is set to use: (network-script 'network-bridge antispoof=yes') (vif-script vif-bridge) I appreciate any help. Regards, ------------------------------- Carlos Eduardo Ribas --20cf303b43057cf6d404c51b801c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello all,

I am trying to do some tests with = IPv6. I would like to configure a dual stack for some services, such as DNS= and Web Server.

First of all, to have IPv6 in Dom= U should I configure IPv6 in Dom0? I'm not sure, but I dont think so, s= ince from Dom0 using loopback address I can ping the IPv6 address from my r= outer.

Well, thinking that it is not mandatory, I configured a= n IPv6 address in DomU:

# The primary network interface
auto eth0
iface eth0 inet static
=A0address 10.0.0.100<= /div>
=A0gateway 10.0.0.1<= /div>
=A0netmask 255.255.255.0
=
=A0broadcast 10.0.0.255

iface eth0 inet6 static
=A0address 2001:xxxx:xxxx::6
=A0netmask 126
=A0gateway 2001:xxxx:xxxx::5=

But I cant ping the IPv6 address from my gateway.= My routes seems to be OK. Should I configure something else? I was looking= in google and saw some people saying about to check /etc/sysctl.conf, spec= ially the line "net.ipv6.conf.all.forwarding=3D1", but this dont = did any difference.

I'm using these packets into a Debian Squeeze:

# dpkg -l |= grep xen
ii =A0libx= enstore3.0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A04.0.1-5.2 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0Xenstore communications library for Xen<= /div>
ii =A0linux-image-2.6.32-5-xen-a= md64 =A0 =A0 =A02.6.32-45 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Linux 2.6.= 32 for 64-bit PCs, Xen dom0 support
ii =A0xen-hypervisor-4.0-amd64 =A0 =A0 =A0 =A0 =A0 =A04.0.1= -5.2 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0The Xen Hypervisor on AMD64
ii =A0xen-linux-system-2.6.32-5-= xen-amd64 2.6.32-45 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Xen system with = Linux 2.6.32 on 64-bit PCs (meta-package)
ii =A0xen-tools =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 4.2-1 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Tools = to manage Xen virtual servers
ii =A0xen-utils-4.0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 4.0.1-5.2 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0XEN administrative tools
ii =A0xen-utils-common =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A04= .0.0-1 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0XEN administrative tools = - common files
ii =A0xenstore-utils =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A04.0.1-5.2 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0Xenstore utilities for Xen

And= my=A0xend-config.sxp is set to use:

(network-script 'n= etwork-bridge antispoof=3Dyes')
(vif-script vif-bridge)

I a= ppreciate any help.

Regards,

---------------------= ----------
Carlos Eduardo Ribas
--20cf303b43057cf6d404c51b801c-- --===============2030590623229407806== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2030590623229407806==-- From xen-users-bounces@lists.xen.org Wed Jul 18 14:42:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jul 2012 14:42: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 1SrVRG-0001KL-2s; Wed, 18 Jul 2012 14:41:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrVRE-0001KB-8H for xen-users@lists.xen.org; Wed, 18 Jul 2012 14:41:16 +0000 Received: from [85.158.138.51:18304] by server-10.bemta-3.messagelabs.com id CC/71-21993-B0BC6005; Wed, 18 Jul 2012 14:41:15 +0000 X-Env-Sender: jjamancio@gmail.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1342622474!19671973!1 X-Originating-IP: [74.125.83.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27731 invoked from network); 18 Jul 2012 14:41:15 -0000 Received: from mail-ee0-f45.google.com (HELO mail-ee0-f45.google.com) (74.125.83.45) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jul 2012 14:41:15 -0000 Received: by eekc41 with SMTP id c41so616677eek.32 for ; Wed, 18 Jul 2012 07:41:14 -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=nq+QvAwSTq5paGWHJxUGsBvgHmNV15pdtj55QdWfuo4=; b=JyNVCNQV39ybUtiJma4VOtgz2B9OY8gZgBT/eUuj+Mj6PnqrAWW2XnVvoJORUTb2Il pxIXwBw1TIv+LF9DYK4ElorjVAwNLtymATx3Bsp7wW6z1aq/M1pu8PRlIgQer513vkYm cT2o5C90/1YoeKFskZJgGFI/QnswV0Rqjw33CwdKzrsKaMli5P8lJMPuAvXDKPwlKNbk Tuvg7T2Uj/Ajsb86koLek/j2wjnYphy9AsKJbsi1AgZ5JYuhXF+ubwG4gn0LBz5nC6un 8Q9fYLYhHB8firzrVftRwp1D7kfB6KcuEVAXhVNe1dsT8Dhmq/fRRgow/gsA1pVtgHkb IASw== MIME-Version: 1.0 Received: by 10.152.109.198 with SMTP id hu6mr3785673lab.21.1342622474606; Wed, 18 Jul 2012 07:41:14 -0700 (PDT) Received: by 10.112.32.5 with HTTP; Wed, 18 Jul 2012 07:41:14 -0700 (PDT) Received: by 10.112.32.5 with HTTP; Wed, 18 Jul 2012 07:41:14 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Jul 2012 11:41:14 -0300 Message-ID: From: Joao Amancio To: xen-users@lists.xen.org Subject: [Xen-users] Microsoft cluster over 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="===============3255185027163610306==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3255185027163610306== Content-Type: multipart/alternative; boundary=bcaec54b49d6aa97d404c51ba7e1 --bcaec54b49d6aa97d404c51ba7e1 Content-Type: text/plain; charset=ISO-8859-1 Hello you all! This is my first message to the list and I'm new to Xen. I need to know the pros and cons of a Microsoft Cluster over Xen. Where can find relevant documentation? Regards, Joao Amancio --bcaec54b49d6aa97d404c51ba7e1 Content-Type: text/html; charset=ISO-8859-1

Hello you all!

This is my first message to the list and I'm new to Xen.
I need to know the pros and cons of a Microsoft Cluster over Xen.
Where can find relevant documentation?

Regards,
Joao Amancio

--bcaec54b49d6aa97d404c51ba7e1-- --===============3255185027163610306== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3255185027163610306==-- From xen-users-bounces@lists.xen.org Wed Jul 18 14:42:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jul 2012 14:42: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 1SrVRG-0001KL-2s; Wed, 18 Jul 2012 14:41:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrVRE-0001KB-8H for xen-users@lists.xen.org; Wed, 18 Jul 2012 14:41:16 +0000 Received: from [85.158.138.51:18304] by server-10.bemta-3.messagelabs.com id CC/71-21993-B0BC6005; Wed, 18 Jul 2012 14:41:15 +0000 X-Env-Sender: jjamancio@gmail.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1342622474!19671973!1 X-Originating-IP: [74.125.83.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27731 invoked from network); 18 Jul 2012 14:41:15 -0000 Received: from mail-ee0-f45.google.com (HELO mail-ee0-f45.google.com) (74.125.83.45) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jul 2012 14:41:15 -0000 Received: by eekc41 with SMTP id c41so616677eek.32 for ; Wed, 18 Jul 2012 07:41:14 -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=nq+QvAwSTq5paGWHJxUGsBvgHmNV15pdtj55QdWfuo4=; b=JyNVCNQV39ybUtiJma4VOtgz2B9OY8gZgBT/eUuj+Mj6PnqrAWW2XnVvoJORUTb2Il pxIXwBw1TIv+LF9DYK4ElorjVAwNLtymATx3Bsp7wW6z1aq/M1pu8PRlIgQer513vkYm cT2o5C90/1YoeKFskZJgGFI/QnswV0Rqjw33CwdKzrsKaMli5P8lJMPuAvXDKPwlKNbk Tuvg7T2Uj/Ajsb86koLek/j2wjnYphy9AsKJbsi1AgZ5JYuhXF+ubwG4gn0LBz5nC6un 8Q9fYLYhHB8firzrVftRwp1D7kfB6KcuEVAXhVNe1dsT8Dhmq/fRRgow/gsA1pVtgHkb IASw== MIME-Version: 1.0 Received: by 10.152.109.198 with SMTP id hu6mr3785673lab.21.1342622474606; Wed, 18 Jul 2012 07:41:14 -0700 (PDT) Received: by 10.112.32.5 with HTTP; Wed, 18 Jul 2012 07:41:14 -0700 (PDT) Received: by 10.112.32.5 with HTTP; Wed, 18 Jul 2012 07:41:14 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Jul 2012 11:41:14 -0300 Message-ID: From: Joao Amancio To: xen-users@lists.xen.org Subject: [Xen-users] Microsoft cluster over 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="===============3255185027163610306==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3255185027163610306== Content-Type: multipart/alternative; boundary=bcaec54b49d6aa97d404c51ba7e1 --bcaec54b49d6aa97d404c51ba7e1 Content-Type: text/plain; charset=ISO-8859-1 Hello you all! This is my first message to the list and I'm new to Xen. I need to know the pros and cons of a Microsoft Cluster over Xen. Where can find relevant documentation? Regards, Joao Amancio --bcaec54b49d6aa97d404c51ba7e1 Content-Type: text/html; charset=ISO-8859-1

Hello you all!

This is my first message to the list and I'm new to Xen.
I need to know the pros and cons of a Microsoft Cluster over Xen.
Where can find relevant documentation?

Regards,
Joao Amancio

--bcaec54b49d6aa97d404c51ba7e1-- --===============3255185027163610306== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3255185027163610306==-- From xen-users-bounces@lists.xen.org Wed Jul 18 15:02:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jul 2012 15:02: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 1SrVka-0001l7-5u; Wed, 18 Jul 2012 15:01:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrVkY-0001l2-Fr for xen-users@lists.xen.org; Wed, 18 Jul 2012 15:01:14 +0000 Received: from [85.158.138.51:55903] by server-3.bemta-3.messagelabs.com id 98/F7-08301-9BFC6005; Wed, 18 Jul 2012 15:01:13 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-16.tower-174.messagelabs.com!1342623672!27521300!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG,HOT_NASTY X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 466 invoked from network); 18 Jul 2012 15:01:12 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-16.tower-174.messagelabs.com with SMTP; 18 Jul 2012 15:01:12 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 6640D10401B; Wed, 18 Jul 2012 16:01:10 +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 q89A6ztnLuPu; Wed, 18 Jul 2012 16:01:10 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id D040910401A; Wed, 18 Jul 2012 16:01:08 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Wed, 18 Jul 2012 16:00:52 +0100 To: Carlos Ribas , xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] Does anybody here uses IPv6 for 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 Carlos Ribas wrote: >I am trying to do some tests with IPv6. I would like to configure a >dual stack for some services, such as DNS and Web Server. > >First of all, to have IPv6 in DomU should I configure IPv6 in Dom0? >I'm not sure, but I dont think so, since from Dom0 using loopback >address I can ping the IPv6 address from my router. You don't need any address of Dom0 (I'm assuming you are using bridging ?) I have one DomU running IPv6 for testing (DNS, Web server), Dom0 and the rest of the network is IPv4 only - well as much as you can when everything defaults to at least configuring link-local IPv6 addresses. ># The primary network interface >auto eth0 >iface eth0 inet static > address 10.0.0.100 > gateway 10.0.0.1 > netmask 255.255.255.0 > broadcast 10.0.0.255 > >iface eth0 inet6 static > address 2001:xxxx:xxxx::6 > netmask 126 > gateway 2001:xxxx:xxxx::5 That looks OK, I'm running a Hurricane Electric tunnel so mine looks different. >But I cant ping the IPv6 address from my gateway. My routes seems to >be OK. Should I configure something else? I was looking in google >and saw some people saying about to check /etc/sysctl.conf, >specially the line "net.ipv6.conf.all.forwarding=1", but this dont >did any difference. I have "post-up echo 1 > /proc/sys/net/ipv6/conf/all/forwarding" in the IPv6 stanza in my /etc/network/interfaces. But that is only needed to make the machine route packets between networks (ie act as a router for other devices' traffic), it will still talk to other devices without this. >(network-script 'network-bridge antispoof=yes') >(vif-script vif-bridge) Standard advice now is not to use a network-script. It made sense a while back, but the scripts are deprecated and the host OS generally has better tools. For example, in Debian you can put something like this in /etc/network/interfaces : auto br0 iface br0 inet static bridge_ports eth0 address a.b.c.d netmask 255.255.255.0 One things I suggest it might be worth looking at is your subnet mask. Try using 64 instead of 126 and see if it makes any difference. While technically a 126 bit netmask ought to work on a P-P link, in practice I believe there are a lot of things that break if you go less than 64 bits for the host part of the address. Also, "ip -6 neigh" will show you the known IPv6 neighbours (roughly equivalent to ARP cache for Ipv4). That may help in debugging. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 18 15:02:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jul 2012 15:02: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 1SrVka-0001l7-5u; Wed, 18 Jul 2012 15:01:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrVkY-0001l2-Fr for xen-users@lists.xen.org; Wed, 18 Jul 2012 15:01:14 +0000 Received: from [85.158.138.51:55903] by server-3.bemta-3.messagelabs.com id 98/F7-08301-9BFC6005; Wed, 18 Jul 2012 15:01:13 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-16.tower-174.messagelabs.com!1342623672!27521300!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG,HOT_NASTY X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 466 invoked from network); 18 Jul 2012 15:01:12 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-16.tower-174.messagelabs.com with SMTP; 18 Jul 2012 15:01:12 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 6640D10401B; Wed, 18 Jul 2012 16:01:10 +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 q89A6ztnLuPu; Wed, 18 Jul 2012 16:01:10 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id D040910401A; Wed, 18 Jul 2012 16:01:08 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Wed, 18 Jul 2012 16:00:52 +0100 To: Carlos Ribas , xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] Does anybody here uses IPv6 for 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 Carlos Ribas wrote: >I am trying to do some tests with IPv6. I would like to configure a >dual stack for some services, such as DNS and Web Server. > >First of all, to have IPv6 in DomU should I configure IPv6 in Dom0? >I'm not sure, but I dont think so, since from Dom0 using loopback >address I can ping the IPv6 address from my router. You don't need any address of Dom0 (I'm assuming you are using bridging ?) I have one DomU running IPv6 for testing (DNS, Web server), Dom0 and the rest of the network is IPv4 only - well as much as you can when everything defaults to at least configuring link-local IPv6 addresses. ># The primary network interface >auto eth0 >iface eth0 inet static > address 10.0.0.100 > gateway 10.0.0.1 > netmask 255.255.255.0 > broadcast 10.0.0.255 > >iface eth0 inet6 static > address 2001:xxxx:xxxx::6 > netmask 126 > gateway 2001:xxxx:xxxx::5 That looks OK, I'm running a Hurricane Electric tunnel so mine looks different. >But I cant ping the IPv6 address from my gateway. My routes seems to >be OK. Should I configure something else? I was looking in google >and saw some people saying about to check /etc/sysctl.conf, >specially the line "net.ipv6.conf.all.forwarding=1", but this dont >did any difference. I have "post-up echo 1 > /proc/sys/net/ipv6/conf/all/forwarding" in the IPv6 stanza in my /etc/network/interfaces. But that is only needed to make the machine route packets between networks (ie act as a router for other devices' traffic), it will still talk to other devices without this. >(network-script 'network-bridge antispoof=yes') >(vif-script vif-bridge) Standard advice now is not to use a network-script. It made sense a while back, but the scripts are deprecated and the host OS generally has better tools. For example, in Debian you can put something like this in /etc/network/interfaces : auto br0 iface br0 inet static bridge_ports eth0 address a.b.c.d netmask 255.255.255.0 One things I suggest it might be worth looking at is your subnet mask. Try using 64 instead of 126 and see if it makes any difference. While technically a 126 bit netmask ought to work on a P-P link, in practice I believe there are a lot of things that break if you go less than 64 bits for the host part of the address. Also, "ip -6 neigh" will show you the known IPv6 neighbours (roughly equivalent to ARP cache for Ipv4). That may help in debugging. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 18 15:49:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jul 2012 15:49: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 1SrWUI-0002Fz-80; Wed, 18 Jul 2012 15:48:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrWUG-0002Fu-EO for xen-users@lists.xen.org; Wed, 18 Jul 2012 15:48:28 +0000 Received: from [85.158.143.35:17024] by server-2.bemta-4.messagelabs.com id 48/BF-17938-BCAD6005; Wed, 18 Jul 2012 15:48:27 +0000 X-Env-Sender: carlos@ansp.br X-Msg-Ref: server-3.tower-21.messagelabs.com!1342626505!13359947!1 X-Originating-IP: [209.85.216.52] X-SpamReason: No, hits=2.6 required=7.0 tests=BODY_RANDOM_LONG,HOT_NASTY, HTML_40_50,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23374 invoked from network); 18 Jul 2012 15:48:26 -0000 Received: from mail-qa0-f52.google.com (HELO mail-qa0-f52.google.com) (209.85.216.52) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jul 2012 15:48:26 -0000 Received: by qabj34 with SMTP id j34so1148610qab.11 for ; Wed, 18 Jul 2012 08:48:25 -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=b//DsuM1si0CbX7W3Tqglu9SJl40GdwSyyUGlzvmIbc=; b=ORXB4m2jMbqTD++5TYttVmfTwOwmYcY9YZIk3tFimJA0TRC7aQNBhYAV17whuVE72C M/eWPTRAdiuZGDtaW6A0XoLV/5M2QzIyk25lc46aqjQeqSUFoQpP5hHrFMk/Y5VqO+qY iCaMlvXb9VvMphxIlspf1t9QPFqwx0CIah+HIOfo/Biqf5pZIT6OXN0s1rUsaZ7U+FnT iZF6r2etqH/BsoJ5Qv0i+7lB05w6wbqYFm8fIL+EvMzp6/xKzg4KerjbZ52Whxe4+E8d lWGVl9zP2hU/y/fuKxlUPhT7C6MRri6Tu1UP4Sbt4i2Sj8+tzgq7fD9KGXEeJ2XLtCTE pdfQ== MIME-Version: 1.0 Received: by 10.229.105.159 with SMTP id t31mr1774060qco.23.1342626504909; Wed, 18 Jul 2012 08:48:24 -0700 (PDT) Received: by 10.229.45.12 with HTTP; Wed, 18 Jul 2012 08:48:24 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Jul 2012 12:48:24 -0300 Message-ID: From: Carlos Ribas To: Simon Hobson X-Gm-Message-State: ALoCoQlbXlE0EWEMlAp41v4Nj8YH0cBWVCc6NGhbpnYSZ43beJPdWYoFtn2F9PBcgoW6iVUbGGwU Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Does anybody here uses IPv6 for 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="===============4202171305411467754==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4202171305411467754== Content-Type: multipart/alternative; boundary=00235429d1ace422d904c51c9716 --00235429d1ace422d904c51c9716 Content-Type: text/plain; charset=ISO-8859-1 Hello Simon, Yes, I'm using bridging. I put 126 as subnet mask because I configured a P-P link. Unfortunately use 64 makes no difference. However, the command you said showed me that something is wrong: # ip -6 neigh 2001:xxxx:xxxx::5 dev eth0 FAILED fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE I was cheking only with this command (and looking at red line, I thought that it was all fine): # route -A inet6 Kernel IPv6 routing table Destination Next Hop Flag Met Ref Use If 2001:xxxx:xxxx::4/126 :: Ue 256 0 4 eth0 fe80::/64 :: U 256 0 0 eth0 *::/0 2001:xxxx:xxxx::5 UG 1 0 0 eth0* ::/0 fe80::224:38ff:fec9:8b00 UGDAe 1024 0 0 eth0 ::/0 :: !n -1 1 73 lo ::1/128 :: Un 0 1 23 lo 2001:xxxx:xxxx::6/128 :: Un 0 1 24 lo fe80::216:3eff:fee2:3f3d/128 :: Un 0 1 0 lo ff00::/8 :: U 256 0 0 eth0 ::/0 :: !n -1 1 73 lo I will investigate further more. Do you think there are something wrong with "network-script" that can cause this? I hope not! :) Thanks, ------------------------------- Carlos Eduardo Ribas 2012/7/18 Simon Hobson > Carlos Ribas wrote: > > I am trying to do some tests with IPv6. I would like to configure a dual >> stack for some services, such as DNS and Web Server. >> >> First of all, to have IPv6 in DomU should I configure IPv6 in Dom0? I'm >> not sure, but I dont think so, since from Dom0 using loopback address I can >> ping the IPv6 address from my router. >> > > You don't need any address of Dom0 (I'm assuming you are using bridging ?) > > I have one DomU running IPv6 for testing (DNS, Web server), Dom0 and the > rest of the network is IPv4 only - well as much as you can when everything > defaults to at least configuring link-local IPv6 addresses. > > > # The primary network interface >> auto eth0 >> iface eth0 inet static >> address 10.0.0.100 >> gateway 10.0.0.1 >> netmask 255.255.255.0 >> broadcast 10.0.0.255 >> >> iface eth0 inet6 static >> address 2001:xxxx:xxxx::6 >> netmask 126 >> gateway 2001:xxxx:xxxx::5 >> > > That looks OK, I'm running a Hurricane Electric tunnel so mine looks > different. > > > But I cant ping the IPv6 address from my gateway. My routes seems to be >> OK. Should I configure something else? I was looking in google and saw some >> people saying about to check /etc/sysctl.conf, specially the line >> "net.ipv6.conf.all.forwarding=**1", but this dont did any difference. >> > > I have "post-up echo 1 > /proc/sys/net/ipv6/conf/all/**forwarding" in the > IPv6 stanza in my /etc/network/interfaces. But that is only needed to make > the machine route packets between networks (ie act as a router for other > devices' traffic), it will still talk to other devices without this. > > > (network-script 'network-bridge antispoof=yes') >> (vif-script vif-bridge) >> > > Standard advice now is not to use a network-script. It made sense a while > back, but the scripts are deprecated and the host OS generally has better > tools. For example, in Debian you can put something like this in > /etc/network/interfaces : > auto br0 > iface br0 inet static > bridge_ports eth0 > address a.b.c.d > netmask 255.255.255.0 > > One things I suggest it might be worth looking at is your subnet mask. Try > using 64 instead of 126 and see if it makes any difference. While > technically a 126 bit netmask ought to work on a P-P link, in practice I > believe there are a lot of things that break if you go less than 64 bits > for the host part of the address. > > Also, "ip -6 neigh" will show you the known IPv6 neighbours (roughly > equivalent to ARP cache for Ipv4). That may help in debugging. > > -- > Simon Hobson > > Visit http://www.**magpiesnestpublishing.co.uk/for books by acclaimed > author Gladys Hobson. Novels - poetry - short stories - ideal as > Christmas stocking fillers. Some available as e-books. > --00235429d1ace422d904c51c9716 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello Simon,

Yes, I'm=A0using bridging.=A0I put 126 = as subnet mask because I configured a P-P link. Unfortunately use 64 makes = no difference.=A0However, the command you said showed me that something is = wrong:=A0

# ip -6 neig= h
2001:xxxx:xxxx::5 = dev eth0 =A0FAILED
f= e80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE

I was cheking only with this command (and looking= at red line, I thought that it was all fine):

# route -A inet6
Kernel IPv6 routing table=
Destination =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0Next Hop =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Fla= g Met Ref Use If
200= 1:xxxx:xxxx::4/126 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 Ue =A0 256 0 =A0 =A0 4 eth0
fe80::/64 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 U= =A0 =A0256 0 =A0 =A0 0 eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 2001:xxxx:xxxx::5 =A0 =A0 =A0 =A0 =A0UG =A0 1 =A0 0 =A0 =A0 0 e= th0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 fe80::224:38ff:fec9:8b00 =A0 UGDAe 1024 0 =A0 =A0 = 0 eth0
::/0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 :: =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 !n =A0 -1 =A01 =A0 =A073 lo
::1/128 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 U= n =A0 0 =A0 1 =A0 =A023 lo
2001:xxxx:xxxx::6/128 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 Un =A0 0 =A0 1 =A0 =A024 lo
fe80::216:3eff:fee2:3f3d/128 =A0= :: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Un =A0 0 =A0 1 =A0 =A0 = 0 lo
ff00::/8 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 :: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 U =A0 =A0256 0 =A0 =A0 0 eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 :: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= !n =A0 -1 =A01 =A0 =A073 lo

I will i= nvestigate further more. Do you think there are something wrong with "= network-script" that can cause this? I hope not! :)

Thanks,

----------------------= ---------
Carlos Eduardo Ribas





2012/7/18 Simon Hobson <linux@theh= obsons.co.uk>
Carlos Ribas wrote:

I am trying to do some tests with IPv6. I would like to configure a dual st= ack for some services, such as DNS and Web Server.

First of all, to have IPv6 in DomU should I configure IPv6 in Dom0? I'm= not sure, but I dont think so, since from Dom0 using loopback address I ca= n ping the IPv6 address from my router.

You don't need any address of Dom0 (I'm assuming you are using brid= ging ?)

I have one DomU running IPv6 for testing (DNS, Web server), Dom0 and the re= st of the network is IPv4 only - well as much as you can when everything de= faults to at least configuring link-local IPv6 addresses.


# The primary network interface
auto eth0
iface eth0 inet static
=A0address 10.0.0.100
=A0gateway 10.0.0.1
=A0netmask 255.255.255.0
=A0broadcast 10.0.0.255

iface eth0 inet6 static
=A0address 2001:xxxx:xxxx::6
=A0netmask 126
=A0gateway 2001:xxxx:xxxx::5

That looks OK, I'm running a Hurricane Electric tunnel so mine looks di= fferent.


But I cant ping the IPv6 address from my gateway. My routes seems to be OK.= Should I configure something else? I was looking in google and saw some pe= ople saying about to check /etc/sysctl.conf, specially the line "net.i= pv6.conf.all.forwarding=3D1", but this dont did any difference.=

I have "post-up echo 1 > /proc/sys/net/ipv6/conf/all/forward= ing" in the IPv6 stanza in my /etc/network/interfaces. But that is onl= y needed to make the machine route packets between networks (ie act as a ro= uter for other devices' traffic), it will still talk to other devices w= ithout this.


(network-script 'network-bridge antispoof=3Dyes')
(vif-script vif-bridge)

Standard advice now is not to use a network-script. It made sense a while b= ack, but the scripts are deprecated and the host OS generally has better to= ols. For example, in Debian you can put something like this in /etc/network= /interfaces :
auto br0
iface br0 inet static
=A0 =A0 =A0 =A0 bridge_ports eth0
=A0 =A0 =A0 =A0 address a.b.c.d
=A0 =A0 =A0 =A0 netmask 255.255.255.0

One things I suggest it might be worth looking at is your subnet mask. Try = using 64 instead of 126 and see if it makes any difference. While technical= ly a 126 bit netmask ought to work on a P-P link, in practice I believe the= re are a lot of things that break if you go less than 64 bits for the host = part of the address.

Also, "ip -6 neigh" will show you the known IPv6 neighbours (roug= hly equivalent to ARP cache for Ipv4). That may help in debugging.

--
Simon Hobson

Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed<= br> author Gladys Hobson. Novels - poetry - short stories - ideal as
Christmas stocking fillers. Some available as e-books.

--00235429d1ace422d904c51c9716-- --===============4202171305411467754== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4202171305411467754==-- From xen-users-bounces@lists.xen.org Wed Jul 18 15:49:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jul 2012 15:49: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 1SrWUI-0002Fz-80; Wed, 18 Jul 2012 15:48:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrWUG-0002Fu-EO for xen-users@lists.xen.org; Wed, 18 Jul 2012 15:48:28 +0000 Received: from [85.158.143.35:17024] by server-2.bemta-4.messagelabs.com id 48/BF-17938-BCAD6005; Wed, 18 Jul 2012 15:48:27 +0000 X-Env-Sender: carlos@ansp.br X-Msg-Ref: server-3.tower-21.messagelabs.com!1342626505!13359947!1 X-Originating-IP: [209.85.216.52] X-SpamReason: No, hits=2.6 required=7.0 tests=BODY_RANDOM_LONG,HOT_NASTY, HTML_40_50,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23374 invoked from network); 18 Jul 2012 15:48:26 -0000 Received: from mail-qa0-f52.google.com (HELO mail-qa0-f52.google.com) (209.85.216.52) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jul 2012 15:48:26 -0000 Received: by qabj34 with SMTP id j34so1148610qab.11 for ; Wed, 18 Jul 2012 08:48:25 -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=b//DsuM1si0CbX7W3Tqglu9SJl40GdwSyyUGlzvmIbc=; b=ORXB4m2jMbqTD++5TYttVmfTwOwmYcY9YZIk3tFimJA0TRC7aQNBhYAV17whuVE72C M/eWPTRAdiuZGDtaW6A0XoLV/5M2QzIyk25lc46aqjQeqSUFoQpP5hHrFMk/Y5VqO+qY iCaMlvXb9VvMphxIlspf1t9QPFqwx0CIah+HIOfo/Biqf5pZIT6OXN0s1rUsaZ7U+FnT iZF6r2etqH/BsoJ5Qv0i+7lB05w6wbqYFm8fIL+EvMzp6/xKzg4KerjbZ52Whxe4+E8d lWGVl9zP2hU/y/fuKxlUPhT7C6MRri6Tu1UP4Sbt4i2Sj8+tzgq7fD9KGXEeJ2XLtCTE pdfQ== MIME-Version: 1.0 Received: by 10.229.105.159 with SMTP id t31mr1774060qco.23.1342626504909; Wed, 18 Jul 2012 08:48:24 -0700 (PDT) Received: by 10.229.45.12 with HTTP; Wed, 18 Jul 2012 08:48:24 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Jul 2012 12:48:24 -0300 Message-ID: From: Carlos Ribas To: Simon Hobson X-Gm-Message-State: ALoCoQlbXlE0EWEMlAp41v4Nj8YH0cBWVCc6NGhbpnYSZ43beJPdWYoFtn2F9PBcgoW6iVUbGGwU Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Does anybody here uses IPv6 for 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="===============4202171305411467754==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4202171305411467754== Content-Type: multipart/alternative; boundary=00235429d1ace422d904c51c9716 --00235429d1ace422d904c51c9716 Content-Type: text/plain; charset=ISO-8859-1 Hello Simon, Yes, I'm using bridging. I put 126 as subnet mask because I configured a P-P link. Unfortunately use 64 makes no difference. However, the command you said showed me that something is wrong: # ip -6 neigh 2001:xxxx:xxxx::5 dev eth0 FAILED fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE I was cheking only with this command (and looking at red line, I thought that it was all fine): # route -A inet6 Kernel IPv6 routing table Destination Next Hop Flag Met Ref Use If 2001:xxxx:xxxx::4/126 :: Ue 256 0 4 eth0 fe80::/64 :: U 256 0 0 eth0 *::/0 2001:xxxx:xxxx::5 UG 1 0 0 eth0* ::/0 fe80::224:38ff:fec9:8b00 UGDAe 1024 0 0 eth0 ::/0 :: !n -1 1 73 lo ::1/128 :: Un 0 1 23 lo 2001:xxxx:xxxx::6/128 :: Un 0 1 24 lo fe80::216:3eff:fee2:3f3d/128 :: Un 0 1 0 lo ff00::/8 :: U 256 0 0 eth0 ::/0 :: !n -1 1 73 lo I will investigate further more. Do you think there are something wrong with "network-script" that can cause this? I hope not! :) Thanks, ------------------------------- Carlos Eduardo Ribas 2012/7/18 Simon Hobson > Carlos Ribas wrote: > > I am trying to do some tests with IPv6. I would like to configure a dual >> stack for some services, such as DNS and Web Server. >> >> First of all, to have IPv6 in DomU should I configure IPv6 in Dom0? I'm >> not sure, but I dont think so, since from Dom0 using loopback address I can >> ping the IPv6 address from my router. >> > > You don't need any address of Dom0 (I'm assuming you are using bridging ?) > > I have one DomU running IPv6 for testing (DNS, Web server), Dom0 and the > rest of the network is IPv4 only - well as much as you can when everything > defaults to at least configuring link-local IPv6 addresses. > > > # The primary network interface >> auto eth0 >> iface eth0 inet static >> address 10.0.0.100 >> gateway 10.0.0.1 >> netmask 255.255.255.0 >> broadcast 10.0.0.255 >> >> iface eth0 inet6 static >> address 2001:xxxx:xxxx::6 >> netmask 126 >> gateway 2001:xxxx:xxxx::5 >> > > That looks OK, I'm running a Hurricane Electric tunnel so mine looks > different. > > > But I cant ping the IPv6 address from my gateway. My routes seems to be >> OK. Should I configure something else? I was looking in google and saw some >> people saying about to check /etc/sysctl.conf, specially the line >> "net.ipv6.conf.all.forwarding=**1", but this dont did any difference. >> > > I have "post-up echo 1 > /proc/sys/net/ipv6/conf/all/**forwarding" in the > IPv6 stanza in my /etc/network/interfaces. But that is only needed to make > the machine route packets between networks (ie act as a router for other > devices' traffic), it will still talk to other devices without this. > > > (network-script 'network-bridge antispoof=yes') >> (vif-script vif-bridge) >> > > Standard advice now is not to use a network-script. It made sense a while > back, but the scripts are deprecated and the host OS generally has better > tools. For example, in Debian you can put something like this in > /etc/network/interfaces : > auto br0 > iface br0 inet static > bridge_ports eth0 > address a.b.c.d > netmask 255.255.255.0 > > One things I suggest it might be worth looking at is your subnet mask. Try > using 64 instead of 126 and see if it makes any difference. While > technically a 126 bit netmask ought to work on a P-P link, in practice I > believe there are a lot of things that break if you go less than 64 bits > for the host part of the address. > > Also, "ip -6 neigh" will show you the known IPv6 neighbours (roughly > equivalent to ARP cache for Ipv4). That may help in debugging. > > -- > Simon Hobson > > Visit http://www.**magpiesnestpublishing.co.uk/for books by acclaimed > author Gladys Hobson. Novels - poetry - short stories - ideal as > Christmas stocking fillers. Some available as e-books. > --00235429d1ace422d904c51c9716 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello Simon,

Yes, I'm=A0using bridging.=A0I put 126 = as subnet mask because I configured a P-P link. Unfortunately use 64 makes = no difference.=A0However, the command you said showed me that something is = wrong:=A0

# ip -6 neig= h
2001:xxxx:xxxx::5 = dev eth0 =A0FAILED
f= e80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE

I was cheking only with this command (and looking= at red line, I thought that it was all fine):

# route -A inet6
Kernel IPv6 routing table=
Destination =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0Next Hop =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Fla= g Met Ref Use If
200= 1:xxxx:xxxx::4/126 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 Ue =A0 256 0 =A0 =A0 4 eth0
fe80::/64 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 U= =A0 =A0256 0 =A0 =A0 0 eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 2001:xxxx:xxxx::5 =A0 =A0 =A0 =A0 =A0UG =A0 1 =A0 0 =A0 =A0 0 e= th0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 fe80::224:38ff:fec9:8b00 =A0 UGDAe 1024 0 =A0 =A0 = 0 eth0
::/0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 :: =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 !n =A0 -1 =A01 =A0 =A073 lo
::1/128 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 U= n =A0 0 =A0 1 =A0 =A023 lo
2001:xxxx:xxxx::6/128 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 Un =A0 0 =A0 1 =A0 =A024 lo
fe80::216:3eff:fee2:3f3d/128 =A0= :: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Un =A0 0 =A0 1 =A0 =A0 = 0 lo
ff00::/8 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 :: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 U =A0 =A0256 0 =A0 =A0 0 eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 :: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= !n =A0 -1 =A01 =A0 =A073 lo

I will i= nvestigate further more. Do you think there are something wrong with "= network-script" that can cause this? I hope not! :)

Thanks,

----------------------= ---------
Carlos Eduardo Ribas





2012/7/18 Simon Hobson <linux@theh= obsons.co.uk>
Carlos Ribas wrote:

I am trying to do some tests with IPv6. I would like to configure a dual st= ack for some services, such as DNS and Web Server.

First of all, to have IPv6 in DomU should I configure IPv6 in Dom0? I'm= not sure, but I dont think so, since from Dom0 using loopback address I ca= n ping the IPv6 address from my router.

You don't need any address of Dom0 (I'm assuming you are using brid= ging ?)

I have one DomU running IPv6 for testing (DNS, Web server), Dom0 and the re= st of the network is IPv4 only - well as much as you can when everything de= faults to at least configuring link-local IPv6 addresses.


# The primary network interface
auto eth0
iface eth0 inet static
=A0address 10.0.0.100
=A0gateway 10.0.0.1
=A0netmask 255.255.255.0
=A0broadcast 10.0.0.255

iface eth0 inet6 static
=A0address 2001:xxxx:xxxx::6
=A0netmask 126
=A0gateway 2001:xxxx:xxxx::5

That looks OK, I'm running a Hurricane Electric tunnel so mine looks di= fferent.


But I cant ping the IPv6 address from my gateway. My routes seems to be OK.= Should I configure something else? I was looking in google and saw some pe= ople saying about to check /etc/sysctl.conf, specially the line "net.i= pv6.conf.all.forwarding=3D1", but this dont did any difference.=

I have "post-up echo 1 > /proc/sys/net/ipv6/conf/all/forward= ing" in the IPv6 stanza in my /etc/network/interfaces. But that is onl= y needed to make the machine route packets between networks (ie act as a ro= uter for other devices' traffic), it will still talk to other devices w= ithout this.


(network-script 'network-bridge antispoof=3Dyes')
(vif-script vif-bridge)

Standard advice now is not to use a network-script. It made sense a while b= ack, but the scripts are deprecated and the host OS generally has better to= ols. For example, in Debian you can put something like this in /etc/network= /interfaces :
auto br0
iface br0 inet static
=A0 =A0 =A0 =A0 bridge_ports eth0
=A0 =A0 =A0 =A0 address a.b.c.d
=A0 =A0 =A0 =A0 netmask 255.255.255.0

One things I suggest it might be worth looking at is your subnet mask. Try = using 64 instead of 126 and see if it makes any difference. While technical= ly a 126 bit netmask ought to work on a P-P link, in practice I believe the= re are a lot of things that break if you go less than 64 bits for the host = part of the address.

Also, "ip -6 neigh" will show you the known IPv6 neighbours (roug= hly equivalent to ARP cache for Ipv4). That may help in debugging.

--
Simon Hobson

Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed<= br> author Gladys Hobson. Novels - poetry - short stories - ideal as
Christmas stocking fillers. Some available as e-books.

--00235429d1ace422d904c51c9716-- --===============4202171305411467754== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4202171305411467754==-- From xen-users-bounces@lists.xen.org Wed Jul 18 17:38:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jul 2012 17:38: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 1SrYBS-0004Fu-KV; Wed, 18 Jul 2012 17:37:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrYBQ-0004Fp-OM for xen-users@lists.xensource.com; Wed, 18 Jul 2012 17:37:08 +0000 Received: from [85.158.143.99:60454] by server-1.bemta-4.messagelabs.com id 83/85-24392-444F6005; Wed, 18 Jul 2012 17:37:08 +0000 X-Env-Sender: pheriko.support@gmail.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1342633026!22326737!1 X-Originating-IP: [209.85.161.171] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30580 invoked from network); 18 Jul 2012 17:37:07 -0000 Received: from mail-gg0-f171.google.com (HELO mail-gg0-f171.google.com) (209.85.161.171) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jul 2012 17:37:07 -0000 Received: by ggmi1 with SMTP id i1so2511269ggm.30 for ; Wed, 18 Jul 2012 10:37:05 -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=S1l90LdlVOb5gdtx3uoKtsPFdXZ+Jv+CdYUYugJHNi4=; b=t1l/9DxfOgXSteCnl8qGexsh5UwYzZD9qto2fWhDGEGET62CjDuZigh3dZKI7K+c1M A29h+YFe/np6MQJQKyuZeS5fwQH/p1vzpZIQyHABuw+RsMu26uKe3wDGCMPg1CM8Au5P 9V67uIq7CNMlK8MDEEmmdz0LfTXLx9qzCXSyPXULPhBqwuPrTLNkYMXp42190e0YbAJ+ ACaRnQ1dmJ5BJkJiFjYlpHYJFRt2eMJYcIE3RwIy99hAfCapSeBW9Gfic6BRZemQgy7R cDn5yeRxjEeuTdJk19IEjs6AqyVUwVE51nfVrnYoVN47MzRvn5Rv+WIt0WkvvX27n+A1 6RlA== MIME-Version: 1.0 Received: by 10.68.221.10 with SMTP id qa10mr8969653pbc.154.1342633025348; Wed, 18 Jul 2012 10:37:05 -0700 (PDT) Received: by 10.142.156.15 with HTTP; Wed, 18 Jul 2012 10:37:05 -0700 (PDT) In-Reply-To: <5006EAAA.4070000@redhat.com> References: <5006EAAA.4070000@redhat.com> Date: Wed, 18 Jul 2012 10:37:05 -0700 Message-ID: From: Periko Support To: xen-users@lists.xensource.com Subject: Re: [Xen-users] [virt-tools-list] virt-install options, are important? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 18, 2012 at 9:56 AM, Cole Robinson wrote: > On 07/18/2012 10:33 AM, Periko Support wrote: >> Hi. >> >> This is related to hvm. >> >> I have read virt-install man page, I had read that we have a lot of >> flags, we can be very specific on how we build a hvm for win 2k3, 3k3, >> etc. >> >> Now, is important to be very specific on what we want to build or >> virt-install is smart enough to detect our vm OS we are building? >> >> Running this: >> >> virt-install -n win8-1 -r 2048 -f /opt/win8/win8-disk.img -b eth0 >> --vnc --vnclisten=192.168.50.2 -v -c /opt/win8/win8.iso >> >> or >> >> virt-install -n win8-2 -r 2048 --hvm --vcpus=2 --cpuset=2-3 --disk >> path=/opt/win8-2/win8-disk.img --os-type=windows --os-variant=win2k8 >> -b bridge0 --noautoconsole --vnc --vnclisten=192.168.50.107 -v --cdrom >> /dev/dvdrw >> >> is important? >> >> Exist a way to know how we build our vm? or is not important? >> >> Does the options we give to virt-install affect our vm daily >> operation(Performance)? >> > > Yes, you always want to specify --os-variant if there is an appropriate value > (--os-type isn't really required). It is used for setting up the most > performant defaults. We do some detection if you are installing with > --location, but not --cdrom. libosinfo provides that and we should hopefully > be switching over soon. > > - Cole Hi Cole, thanks for your explanation. Other thing, them what options we give to virt-install affect the hvm daily operation? or this is has nothing to do? Last thing, there is a way to know how someone setup a vm? Thanks!!! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 18 17:38:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jul 2012 17:38: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 1SrYBS-0004Fu-KV; Wed, 18 Jul 2012 17:37:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrYBQ-0004Fp-OM for xen-users@lists.xensource.com; Wed, 18 Jul 2012 17:37:08 +0000 Received: from [85.158.143.99:60454] by server-1.bemta-4.messagelabs.com id 83/85-24392-444F6005; Wed, 18 Jul 2012 17:37:08 +0000 X-Env-Sender: pheriko.support@gmail.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1342633026!22326737!1 X-Originating-IP: [209.85.161.171] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30580 invoked from network); 18 Jul 2012 17:37:07 -0000 Received: from mail-gg0-f171.google.com (HELO mail-gg0-f171.google.com) (209.85.161.171) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jul 2012 17:37:07 -0000 Received: by ggmi1 with SMTP id i1so2511269ggm.30 for ; Wed, 18 Jul 2012 10:37:05 -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=S1l90LdlVOb5gdtx3uoKtsPFdXZ+Jv+CdYUYugJHNi4=; b=t1l/9DxfOgXSteCnl8qGexsh5UwYzZD9qto2fWhDGEGET62CjDuZigh3dZKI7K+c1M A29h+YFe/np6MQJQKyuZeS5fwQH/p1vzpZIQyHABuw+RsMu26uKe3wDGCMPg1CM8Au5P 9V67uIq7CNMlK8MDEEmmdz0LfTXLx9qzCXSyPXULPhBqwuPrTLNkYMXp42190e0YbAJ+ ACaRnQ1dmJ5BJkJiFjYlpHYJFRt2eMJYcIE3RwIy99hAfCapSeBW9Gfic6BRZemQgy7R cDn5yeRxjEeuTdJk19IEjs6AqyVUwVE51nfVrnYoVN47MzRvn5Rv+WIt0WkvvX27n+A1 6RlA== MIME-Version: 1.0 Received: by 10.68.221.10 with SMTP id qa10mr8969653pbc.154.1342633025348; Wed, 18 Jul 2012 10:37:05 -0700 (PDT) Received: by 10.142.156.15 with HTTP; Wed, 18 Jul 2012 10:37:05 -0700 (PDT) In-Reply-To: <5006EAAA.4070000@redhat.com> References: <5006EAAA.4070000@redhat.com> Date: Wed, 18 Jul 2012 10:37:05 -0700 Message-ID: From: Periko Support To: xen-users@lists.xensource.com Subject: Re: [Xen-users] [virt-tools-list] virt-install options, are important? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 18, 2012 at 9:56 AM, Cole Robinson wrote: > On 07/18/2012 10:33 AM, Periko Support wrote: >> Hi. >> >> This is related to hvm. >> >> I have read virt-install man page, I had read that we have a lot of >> flags, we can be very specific on how we build a hvm for win 2k3, 3k3, >> etc. >> >> Now, is important to be very specific on what we want to build or >> virt-install is smart enough to detect our vm OS we are building? >> >> Running this: >> >> virt-install -n win8-1 -r 2048 -f /opt/win8/win8-disk.img -b eth0 >> --vnc --vnclisten=192.168.50.2 -v -c /opt/win8/win8.iso >> >> or >> >> virt-install -n win8-2 -r 2048 --hvm --vcpus=2 --cpuset=2-3 --disk >> path=/opt/win8-2/win8-disk.img --os-type=windows --os-variant=win2k8 >> -b bridge0 --noautoconsole --vnc --vnclisten=192.168.50.107 -v --cdrom >> /dev/dvdrw >> >> is important? >> >> Exist a way to know how we build our vm? or is not important? >> >> Does the options we give to virt-install affect our vm daily >> operation(Performance)? >> > > Yes, you always want to specify --os-variant if there is an appropriate value > (--os-type isn't really required). It is used for setting up the most > performant defaults. We do some detection if you are installing with > --location, but not --cdrom. libosinfo provides that and we should hopefully > be switching over soon. > > - Cole Hi Cole, thanks for your explanation. Other thing, them what options we give to virt-install affect the hvm daily operation? or this is has nothing to do? Last thing, there is a way to know how someone setup a vm? Thanks!!! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 18 20:55:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jul 2012 20:55: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 1SrbGC-00061S-7l; Wed, 18 Jul 2012 20:54:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrbG9-00061N-N6 for xen-users@lists.xen.org; Wed, 18 Jul 2012 20:54:14 +0000 Received: from [85.158.143.99:10248] by server-2.bemta-4.messagelabs.com id 76/AA-17938-57227005; Wed, 18 Jul 2012 20:54:13 +0000 X-Env-Sender: slawek.k_xl@wp.pl X-Msg-Ref: server-16.tower-216.messagelabs.com!1342644852!16391597!1 X-Originating-IP: [212.77.101.8] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjc3LjEwMS44ID0+IDEwMDI3Mw==\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12474 invoked from network); 18 Jul 2012 20:54:12 -0000 Received: from mx4.wp.pl (HELO mx4.wp.pl) (212.77.101.8) by server-16.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Jul 2012 20:54:12 -0000 Received: (wp-smtpd smtp.wp.pl 343 invoked from network); 18 Jul 2012 22:54:11 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1342644851; bh=pJtpZMPlIsAqcrz1pOcFxxV8oLLEwVDdQwJWz/c2gEE=; h=From:To:Subject; b=YM5YYuAOuKz/MuH9C4hsp6/O4ivaWKnQ5v+HxB3kC98lAu4ZyfcJP4jFCBk20boWw HRwNOLlbIeV09rH3A0Jc45t5UaUkSHDlEJS1x86+Bc39z3XbdvbaFs+KxnuCHvQmsH rlsc2jppYSiICOFuUxGEdB3zzqYxBpSZS317O8nk= Received: from out.poczta.wp.pl (HELO localhost) ([212.77.101.240]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with SMTP for ; 18 Jul 2012 22:54:11 +0200 Date: Wed, 18 Jul 2012 22:54:11 +0200 From: =?ISO-8859-2?Q?S=B3awek_Kosowski?= To: xen-users Message-ID: <500722739e6145.93719588@wp.pl> MIME-Version: 1.0 Content-Disposition: inline X-Mailer: Interfejs WWW nowej poczty Wirtualnej Polski X-User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/536.11 (KHTML, like Gecko) Chrome/20.0.1132.57 Safari/536.11 Organization: Poznaj Poczte WP http://poczta.wp.pl/info-start.html X-WP-IP: 83.22.193.238 X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [keNE] Subject: Re: [Xen-users] Xen bridged 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Don't know why my /etc/xen/fw.cfg changed, but MAC is the same in config as in created VM: To sum up: dom0: ifconfig: eth0 Link encap:Ethernet HWaddr c8:60:00:8d:bc:96 inet6 addr: fe80::ca60:ff:fe8d:bc96/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:66 errors:0 dropped:35 overruns:0 frame:0 TX packets:68 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:4515 (4.4 KiB) TX bytes:5144 (5.0 KiB) Interrupt:17 Memory:fe500000-fe520000 breth Link encap:Ethernet HWaddr c8:60:00:8d:bc:96 inet6 addr: fe80::ca60:ff:fe8d:bc96/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:5 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:228 (228.0 B) TX bytes:812 (812.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:44 errors:0 dropped:0 overruns:0 frame:0 TX packets:12 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:1536 (1.5 KiB) TX bytes:864 (864.0 B) vif1.1 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:45 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:0 (0.0 B) TX bytes:2202 (2.1 KiB) sysctl.conf: net.ipv4.ip_forward = 1 net.ipv4.conf.default.proxy_arp = 1 net.ipv4.conf.all.rp_filter = 1 net.ipv4.icmp_echo_ignore_broadcasts = 1 BUT: cat /proc/sys/net/ipv4/conf/eth0/proxy_arp 0 echoeing 1 does not change anything tcpdump for breth: 22:25:06.026447 00:16:3e:97:7b:9c (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 7.5.7.193 tell dom0_prod, length 28 22:25:06.027020 78:fe:3d:47:19:12 (oui Unknown) > c8:60:00:8d:bc:96 (oui Unknown), ethertype ARP (0x0806), length 60: Reply 7.5.7.193 is-at 78:fe:3d:47:19:12 (oui Unknown), length 46 22:25:07.026463 00:16:3e:97:7b:9c (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 7.5.7.193 tell dom0_prod, length 28 22:25:07.029365 78:fe:3d:47:19:12 (oui Unknown) > c8:60:00:8d:bc:96 (oui Unknown), ethertype ARP (0x0806), length 60: Reply 7.5.7.193 is-at 78:fe:3d:47:19:12 (oui Unknown), length 46 22:25:11.027014 00:16:3e:97:7b:9c (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 7.5.7.193 tell dom0_prod, length 28 22:25:11.027697 78:fe:3d:47:19:12 (oui Unknown) > c8:60:00:8d:bc:96 (oui Unknown), ethertype ARP (0x0806), length 60: Reply 7.5.7.193 is-at 78:fe:3d:47:19:12 (oui Unknown), length 46 22:25:12.026465 00:16:3e:97:7b:9c (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 7.5.7.193 tell dom0_prod, length 28 22:25:12.027232 78:fe:3d:47:19:12 (oui Unknown) > c8:60:00:8d:bc:96 (oui Unknown), ethertype ARP (0x0806), length 60: Reply 7.5.7.193 is-at 78:fe:3d:47:19:12 (oui Unknown), length 46 22:25:13.026365 00:16:3e:97:7b:9c (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 7.5.7.193 tell dom0_prod, length 28 22:25:13.029238 78:fe:3d:47:19:12 (oui Unknown) > c8:60:00:8d:bc:96 (oui Unknown), ethertype ARP (0x0806), length 60: Reply 7.5.7.193 is-at 78:fe:3d:47:19:12 (oui Unknown), length 46 tcpdump for eth0 22:26:01.025894 00:16:3e:97:7b:9c (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 7.5.7.193 tell dom0_prod, length 28 22:26:01.029518 78:fe:3d:47:19:12 (oui Unknown) > c8:60:00:8d:bc:96 (oui Unknown), ethertype ARP (0x0806), length 60: Reply 7.5.7.193 is-at 78:fe:3d:47:19:12 (oui Unknown), length 46 22:26:02.022412 00:16:3e:97:7b:9c (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 7.5.7.193 tell dom0_prod, length 28 22:26:02.025598 78:fe:3d:47:19:12 (oui Unknown) > c8:60:00:8d:bc:96 (oui Unknown), ethertype ARP (0x0806), length 60: Reply 7.5.7.193 is-at 78:fe:3d:47:19:12 (oui Unknown), length 46 22:26:02.575805 c8:60:00:8d:bc:96 (oui Unknown) > 01:00:5e:00:00:01 (oui Unknown), ethertype IPv4 (0x0800), length 46: 0.0.0.0 > 224.0.0.1: igmp query v2 22:26:02.575811 c8:60:00:8d:bc:96 (oui Unknown) > 33:33:00:00:00:01 (oui Unknown), ethertype IPv6 (0x86dd), length 86: fe80::ca60:ff:fe8d:bc96 > ip6-allnodes: HBH ICMP6, multicast listener querymax resp delay: 1000 addr: ::, length 24 22:26:03.022481 00:16:3e:97:7b:9c (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 7.5.7.193 tell dom0_prod, length 28 22:26:03.023324 78:fe:3d:47:19:12 (oui Unknown) > c8:60:00:8d:bc:96 (oui Unknown), ethertype ARP (0x0806), length 60: Reply 7.5.7.193 is-at 78:fe:3d:47:19:12 (oui Unknown), length 46 22:26:06.031398 00:16:3e:97:7b:9c (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 7.5.7.193 tell dom0_prod, length 28 dmesg | tail shows: [ 843.499924] xt_physdev: using --physdev-out in the OUTPUT, FORWARD and POSTROUTING chains for non-bridged traffic is not supported anymore. domU1 (firewall): eth0 Link encap:Ethernet HWaddr 00:16:3e:97:7b:9c inet addr:7.5.7.202 Bcast:7.5.7.223 Mask:255.255.255.224 inet6 addr: fe80::216:3eff:fe97:7b9c/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:12 errors:0 dropped:0 overruns:0 frame:0 TX packets:44 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:696 (696.0 B) TX bytes:2152 (2.1 KiB) Interrupt:23 ping 7.5.7.193 (gateway): PING 7.5.7.193 (7.5.7.193) 56(84) bytes of data. >From 7.5.7.202 icmp_seq=1 Destination Host Unreachable >From 7.5.7.202 icmp_seq=2 Destination Host Unreachable --- 7.5.7.193 ping statistics --- 4 packets transmitted, 0 received, +2 errors, 100% packet loss, time 2999ms pipe 2 sysctl.conf: net.ipv4.ip_forward = 1 the mac at eth0 at dom0 (C6:60:00:8D:BC:96) is allowed by my hosting company together with my IP 7.5.7.202 Looks like eth0 at domU1 makes ARP, GW responds to eth0 at dom0, but this one does not proxy it to domU1 ? Thanks for help _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 18 20:55:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Jul 2012 20:55: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 1SrbGC-00061S-7l; Wed, 18 Jul 2012 20:54:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrbG9-00061N-N6 for xen-users@lists.xen.org; Wed, 18 Jul 2012 20:54:14 +0000 Received: from [85.158.143.99:10248] by server-2.bemta-4.messagelabs.com id 76/AA-17938-57227005; Wed, 18 Jul 2012 20:54:13 +0000 X-Env-Sender: slawek.k_xl@wp.pl X-Msg-Ref: server-16.tower-216.messagelabs.com!1342644852!16391597!1 X-Originating-IP: [212.77.101.8] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjc3LjEwMS44ID0+IDEwMDI3Mw==\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12474 invoked from network); 18 Jul 2012 20:54:12 -0000 Received: from mx4.wp.pl (HELO mx4.wp.pl) (212.77.101.8) by server-16.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Jul 2012 20:54:12 -0000 Received: (wp-smtpd smtp.wp.pl 343 invoked from network); 18 Jul 2012 22:54:11 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1342644851; bh=pJtpZMPlIsAqcrz1pOcFxxV8oLLEwVDdQwJWz/c2gEE=; h=From:To:Subject; b=YM5YYuAOuKz/MuH9C4hsp6/O4ivaWKnQ5v+HxB3kC98lAu4ZyfcJP4jFCBk20boWw HRwNOLlbIeV09rH3A0Jc45t5UaUkSHDlEJS1x86+Bc39z3XbdvbaFs+KxnuCHvQmsH rlsc2jppYSiICOFuUxGEdB3zzqYxBpSZS317O8nk= Received: from out.poczta.wp.pl (HELO localhost) ([212.77.101.240]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with SMTP for ; 18 Jul 2012 22:54:11 +0200 Date: Wed, 18 Jul 2012 22:54:11 +0200 From: =?ISO-8859-2?Q?S=B3awek_Kosowski?= To: xen-users Message-ID: <500722739e6145.93719588@wp.pl> MIME-Version: 1.0 Content-Disposition: inline X-Mailer: Interfejs WWW nowej poczty Wirtualnej Polski X-User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/536.11 (KHTML, like Gecko) Chrome/20.0.1132.57 Safari/536.11 Organization: Poznaj Poczte WP http://poczta.wp.pl/info-start.html X-WP-IP: 83.22.193.238 X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [keNE] Subject: Re: [Xen-users] Xen bridged 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Don't know why my /etc/xen/fw.cfg changed, but MAC is the same in config as in created VM: To sum up: dom0: ifconfig: eth0 Link encap:Ethernet HWaddr c8:60:00:8d:bc:96 inet6 addr: fe80::ca60:ff:fe8d:bc96/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:66 errors:0 dropped:35 overruns:0 frame:0 TX packets:68 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:4515 (4.4 KiB) TX bytes:5144 (5.0 KiB) Interrupt:17 Memory:fe500000-fe520000 breth Link encap:Ethernet HWaddr c8:60:00:8d:bc:96 inet6 addr: fe80::ca60:ff:fe8d:bc96/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:5 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:228 (228.0 B) TX bytes:812 (812.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:44 errors:0 dropped:0 overruns:0 frame:0 TX packets:12 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:1536 (1.5 KiB) TX bytes:864 (864.0 B) vif1.1 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:45 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:0 (0.0 B) TX bytes:2202 (2.1 KiB) sysctl.conf: net.ipv4.ip_forward = 1 net.ipv4.conf.default.proxy_arp = 1 net.ipv4.conf.all.rp_filter = 1 net.ipv4.icmp_echo_ignore_broadcasts = 1 BUT: cat /proc/sys/net/ipv4/conf/eth0/proxy_arp 0 echoeing 1 does not change anything tcpdump for breth: 22:25:06.026447 00:16:3e:97:7b:9c (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 7.5.7.193 tell dom0_prod, length 28 22:25:06.027020 78:fe:3d:47:19:12 (oui Unknown) > c8:60:00:8d:bc:96 (oui Unknown), ethertype ARP (0x0806), length 60: Reply 7.5.7.193 is-at 78:fe:3d:47:19:12 (oui Unknown), length 46 22:25:07.026463 00:16:3e:97:7b:9c (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 7.5.7.193 tell dom0_prod, length 28 22:25:07.029365 78:fe:3d:47:19:12 (oui Unknown) > c8:60:00:8d:bc:96 (oui Unknown), ethertype ARP (0x0806), length 60: Reply 7.5.7.193 is-at 78:fe:3d:47:19:12 (oui Unknown), length 46 22:25:11.027014 00:16:3e:97:7b:9c (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 7.5.7.193 tell dom0_prod, length 28 22:25:11.027697 78:fe:3d:47:19:12 (oui Unknown) > c8:60:00:8d:bc:96 (oui Unknown), ethertype ARP (0x0806), length 60: Reply 7.5.7.193 is-at 78:fe:3d:47:19:12 (oui Unknown), length 46 22:25:12.026465 00:16:3e:97:7b:9c (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 7.5.7.193 tell dom0_prod, length 28 22:25:12.027232 78:fe:3d:47:19:12 (oui Unknown) > c8:60:00:8d:bc:96 (oui Unknown), ethertype ARP (0x0806), length 60: Reply 7.5.7.193 is-at 78:fe:3d:47:19:12 (oui Unknown), length 46 22:25:13.026365 00:16:3e:97:7b:9c (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 7.5.7.193 tell dom0_prod, length 28 22:25:13.029238 78:fe:3d:47:19:12 (oui Unknown) > c8:60:00:8d:bc:96 (oui Unknown), ethertype ARP (0x0806), length 60: Reply 7.5.7.193 is-at 78:fe:3d:47:19:12 (oui Unknown), length 46 tcpdump for eth0 22:26:01.025894 00:16:3e:97:7b:9c (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 7.5.7.193 tell dom0_prod, length 28 22:26:01.029518 78:fe:3d:47:19:12 (oui Unknown) > c8:60:00:8d:bc:96 (oui Unknown), ethertype ARP (0x0806), length 60: Reply 7.5.7.193 is-at 78:fe:3d:47:19:12 (oui Unknown), length 46 22:26:02.022412 00:16:3e:97:7b:9c (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 7.5.7.193 tell dom0_prod, length 28 22:26:02.025598 78:fe:3d:47:19:12 (oui Unknown) > c8:60:00:8d:bc:96 (oui Unknown), ethertype ARP (0x0806), length 60: Reply 7.5.7.193 is-at 78:fe:3d:47:19:12 (oui Unknown), length 46 22:26:02.575805 c8:60:00:8d:bc:96 (oui Unknown) > 01:00:5e:00:00:01 (oui Unknown), ethertype IPv4 (0x0800), length 46: 0.0.0.0 > 224.0.0.1: igmp query v2 22:26:02.575811 c8:60:00:8d:bc:96 (oui Unknown) > 33:33:00:00:00:01 (oui Unknown), ethertype IPv6 (0x86dd), length 86: fe80::ca60:ff:fe8d:bc96 > ip6-allnodes: HBH ICMP6, multicast listener querymax resp delay: 1000 addr: ::, length 24 22:26:03.022481 00:16:3e:97:7b:9c (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 7.5.7.193 tell dom0_prod, length 28 22:26:03.023324 78:fe:3d:47:19:12 (oui Unknown) > c8:60:00:8d:bc:96 (oui Unknown), ethertype ARP (0x0806), length 60: Reply 7.5.7.193 is-at 78:fe:3d:47:19:12 (oui Unknown), length 46 22:26:06.031398 00:16:3e:97:7b:9c (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 7.5.7.193 tell dom0_prod, length 28 dmesg | tail shows: [ 843.499924] xt_physdev: using --physdev-out in the OUTPUT, FORWARD and POSTROUTING chains for non-bridged traffic is not supported anymore. domU1 (firewall): eth0 Link encap:Ethernet HWaddr 00:16:3e:97:7b:9c inet addr:7.5.7.202 Bcast:7.5.7.223 Mask:255.255.255.224 inet6 addr: fe80::216:3eff:fe97:7b9c/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:12 errors:0 dropped:0 overruns:0 frame:0 TX packets:44 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:696 (696.0 B) TX bytes:2152 (2.1 KiB) Interrupt:23 ping 7.5.7.193 (gateway): PING 7.5.7.193 (7.5.7.193) 56(84) bytes of data. >From 7.5.7.202 icmp_seq=1 Destination Host Unreachable >From 7.5.7.202 icmp_seq=2 Destination Host Unreachable --- 7.5.7.193 ping statistics --- 4 packets transmitted, 0 received, +2 errors, 100% packet loss, time 2999ms pipe 2 sysctl.conf: net.ipv4.ip_forward = 1 the mac at eth0 at dom0 (C6:60:00:8D:BC:96) is allowed by my hosting company together with my IP 7.5.7.202 Looks like eth0 at domU1 makes ARP, GW responds to eth0 at dom0, but this one does not proxy it to domU1 ? Thanks for help _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 19 07:21:29 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Jul 2012 07:21: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 1Srl1W-0005y8-0l; Thu, 19 Jul 2012 07:19:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrgOg-0004M4-9W for xen-users@lists.xen.org; Thu, 19 Jul 2012 02:23:22 +0000 Received: from [85.158.143.35:19227] by server-2.bemta-4.messagelabs.com id DD/91-17938-99F67005; Thu, 19 Jul 2012 02:23:21 +0000 X-Env-Sender: calcprogrammer1@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1342664598!16038584!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_20_30,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16616 invoked from network); 19 Jul 2012 02:23:19 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 19 Jul 2012 02:23:19 -0000 Received: by pbbro12 with SMTP id ro12so3852009pbb.32 for ; Wed, 18 Jul 2012 19:23: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:date:message-id:subject:from:to :cc:content-type; bh=sclyvsD3Arm3UUtCyYdFe+aAeijNxpk/4th36Pdy3dQ=; b=YQgfesCEsk2lSAuhlqqjvSejOTQ07VJorVyQVXD9WI94ubb+Yi25xedwm+o5IXgypM ZKqhs0QEqNSA/+44+tp7rUktWYkgBkFcwbqg63CmjG+swYmXjVA9JBftKCxTz+6p20p7 v7uUTBz4Tn+jFtd72DldH0mAK5DCD5TgUTW8WL1Gjd45htrrvfA0D5RAZfGr9LENIOsx Y0dHzzIKRWq082e8+P78JMhjVpN+XeYhxN0mZ45DOvHALPwHyGYCumuSFhIqDloVho2t ce2Xx1R1zuPoqwhsDzJ4+lK9wgCyyihDaYBwkKiqZtI9TC4D3WaHdGN6aeoO2vXsIi5H xOgw== MIME-Version: 1.0 Received: by 10.68.129.168 with SMTP id nx8mr975909pbb.112.1342664597660; Wed, 18 Jul 2012 19:23:17 -0700 (PDT) Received: by 10.66.88.198 with HTTP; Wed, 18 Jul 2012 19:23:17 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Jul 2012 21:23:17 -0500 Message-ID: From: Adam Honse To: David Erickson X-Mailman-Approved-At: Thu, 19 Jul 2012 07:19:45 +0000 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen with VGA Passthrough on desktop Ubuntu 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: , Content-Type: multipart/mixed; boundary="===============8960652254093926336==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8960652254093926336== Content-Type: multipart/alternative; boundary=047d7b10cb6f6564f004c5257660 --047d7b10cb6f6564f004c5257660 Content-Type: text/plain; charset=ISO-8859-1 Upon further inspection it just may be possible! I was successfully able to load and unload the radeon module after unbinding it from the PCI device. I was also successful at binding the PCI device (AMD Radeon 6550 integrated in AMD A8-3870K APU) with pciback. I still have a problem. sudo -s stop lightdm cd /sys/bus/pci/drivers/radeon echo 0000:00:01.0 > unbind rmmod radeon modprobe xen-pciback cd /sys/bus/pci/drivers/pciback echo 0000:00:01.0 > new_slot echo 0000:00:01.0 > bind Now to check to see if the device is seen: xl pci-list-assignable-devices 0000:00:01.0 It is! That's a good sign, right? xl create /etc/xen/xenwin.cfg Parsing config file /etc/xen/xenwin.cfg xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->000000003f800000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000000200 2MB PAGES: 0x00000000000001fb 1GB PAGES: 0x0000000000000000 libxl: error: libxl_pci.c:712:do_pci_add xc_assign_device failed Daemon running with PID 4222 So what happened here? The device was not assigned despite being 'assignable'. The Windows install CD boots but there is no display (only can tell by hard disk LED activity). Here is my /etc/xen/xenwin.cfg: kernel = "/usr/lib/xen-4.1/boot/hvmloader" builder='hvm' memory = 1024 # Should be at least 2KB per MB of domain memory, plus a few MB per vcpu. shadow_memory = 8 name = "xenwin7" vif = [ 'type=ioemu, bridge=xenbr0' ] acpi = 1 apic = 1 disk = [ 'file:/etc/xen/xenwin.img,hda,w', 'file:/media/RAID5/Software/Operatin...(nano cut off here)...windows7.iso'] device_model = '/usr/lib/xen-4.1/bin/qemu-dm' boot="dc" xen_platform_pci=1 pci=['00:01.0'] serial='pty' usbdevice='tablet' I have tried using gfx_passthrough=1 as well, same result. Please help, can't stand being so close and still stuck :( Thanks, Adam Honse On Tue, Jul 17, 2012 at 2:21 AM, David Erickson wrote: > Your best bet is to have two video cards, one for dom0 and another you > pass through to a guest. When you boot you need to bind the second > video card to pciback (compile this statically into your kernel), then > it will be assignable to dom0. There are lots of guides on this that > are Googleable, here are a couple wiki entries of use: > > http://wiki.xen.org/wiki/Xen_PCI_Passthrough > http://wiki.xen.org/wiki/Xen_VGA_Passthrough > > -D > > On Mon, Jul 16, 2012 at 9:32 PM, Adam Honse > wrote: > > I just found out that Xen supported hardware passthrough, so I've > installed > > it on my Ubuntu 12.04 home server/media center as I wanted to play some > > games in Windows. The CPU is AMD A8-3870K and it appears that hvm > itself is > > working. I was able to boot the Windows 7 install CD with a VNC > console. I > > now want to configure the VGA passthrough. Upon adding the hardware > > passthrough lines, I received an error along the lines of "PCI device > > xx:xx.x is not assignable". I modprobe'd the xen-pciback module but it > did > > not resolve the issue. I am thinking that is because the device is in > use > > by the system (running the 'radeon' module and the open-source radeon > > drivers). > > > > My question is this, is it possible to have the Dom-0 (native) system use > > the VGA device, and then relinquish control over the device upon starting > > the hardware-passthrough VM? It seems like it would be possible, > shutting > > down the X-server before starting the VM, but I was unable to remove the > > 'radeon' module in my tests. It keeps saying the module is in use, > though > > nothing depends on it and I disconnected all outputs. If not, is it > > possible to have two guests, a Windows and an Ubuntu guest, that both > access > > the hardware passthrough but not at the same time? Also, how do you go > > about 'reserving' the PCI device in pcibackend so that it is available > for > > the VM? > > > > Thanks, > > Adam Honse > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > --047d7b10cb6f6564f004c5257660 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Upon further inspection it just may be possible!=A0 I was successfully able= to load and unload the radeon module after unbinding it from the PCI devic= e.=A0 I was also successful at binding the PCI device (AMD Radeon 6550 inte= grated in AMD A8-3870K APU) with pciback.=A0 I still have a problem.

sudo -s
stop lightdm
cd /sys/bus/pci/drivers/radeon
echo 0000:= 00:01.0 > unbind
rmmod radeon
modprobe xen-pciback
cd /sys/bus/= pci/drivers/pciback
echo 0000:00:01.0 > new_slot
echo 0000:00:01.0= > bind

Now to check to see if the device is seen:

xl pci-list-assignabl= e-devices
0000:00:01.0

It is!=A0 That's a good sign, right?
xl create /etc/xen/xenwin.cfg
Parsing config file /etc/xen/xenwin.= cfg
xc: info: VIRTUAL MEMORY ARRANGEMENT:
=A0 Loader:=A0=A0=A0=A0=A0=A0=A0 0= 000000000100000->000000000017c510
=A0 TOTAL:=A0=A0=A0=A0=A0=A0=A0=A0 = 0000000000000000->000000003f800000
=A0 ENTRY ADDRESS: 00000000001015a= 0
xc: info: PHYSICAL MEMORY ALLOCATION:
=A0 4KB PAGES: 0x0000000000000200
=A0 2MB PAGES: 0x00000000000001fb
= =A0 1GB PAGES: 0x0000000000000000
libxl: error: libxl_pci.c:712:do_pci_a= dd xc_assign_device failed
Daemon running with PID 4222

So what h= appened here?=A0 The device was not assigned despite being 'assignable&= #39;.=A0 The Windows install CD boots but there is no display (only can tel= l by hard disk LED activity).

Here is my /etc/xen/xenwin.cfg:

kernel =3D "/usr/lib/xen-4.= 1/boot/hvmloader"
builder=3D'hvm'
memory =3D 1024
# Should be at least 2KB per MB of domain memory, plus a few MB per vcpu.<= br> shadow_memory =3D 8
name =3D "xenwin7"
vif =3D [ 'type= =3Dioemu, bridge=3Dxenbr0' ]
acpi =3D 1
apic =3D 1
disk =3D [ = 'file:/etc/xen/xenwin.img,hda,w', 'file:/media/RAID5/Software/O= peratin...(nano cut off here)...windows7.iso']
device_model =3D '/usr/lib/xen-4.1/bin/qemu-dm'

boot=3D"= ;dc"

xen_platform_pci=3D1
pci=3D['00:01.0']

s= erial=3D'pty'
usbdevice=3D'tablet'

I have tried u= sing gfx_passthrough=3D1 as well, same result.=A0 Please help, can't st= and being so close and still stuck :(

Thanks,
Adam Honse

On Tue, Jul 17,= 2012 at 2:21 AM, David Erickson <halcyon1981@gmail.com>= wrote:
Your best bet is to have two video cards, on= e for dom0 and another you
pass through to a guest. =A0When you boot you need to bind the second
video card to pciback (compile this statically into your kernel), then
it will be assignable to dom0. =A0There are lots of guides on this that
are Googleable, here are a couple wiki entries of use:

= http://wiki.xen.org/wiki/Xen_PCI_Passthrough
= http://wiki.xen.org/wiki/Xen_VGA_Passthrough

-D

On Mon, Jul 16, 2012 at 9:32 PM, Adam Honse <calcprogrammer1@gmail.com> wrote:
> I just found out that Xen supported hardware passthrough, so I've = installed
> it on my Ubuntu 12.04 home server/media center as I wanted to play som= e
> games in Windows. =A0The CPU is AMD A8-3870K and it appears that hvm i= tself is
> working. =A0I was able to boot the Windows 7 install CD with a VNC con= sole. =A0I
> now want to configure the VGA passthrough. =A0Upon adding the hardware=
> passthrough lines, I received an error along the lines of "PCI de= vice
> xx:xx.x is not assignable". =A0I modprobe'd the xen-pciback m= odule but it did
> not resolve the issue. =A0I am thinking that is because the device is = in use
> by the system (running the 'radeon' module and the open-source= radeon
> drivers).
>
> My question is this, is it possible to have the Dom-0 (native) system = use
> the VGA device, and then relinquish control over the device upon start= ing
> the hardware-passthrough VM? =A0It seems like it would be possible, sh= utting
> down the X-server before starting the VM, but I was unable to remove t= he
> 'radeon' module in my tests. =A0It keeps saying the module is = in use, though
> nothing depends on it and I disconnected all outputs. =A0If not, is it=
> possible to have two guests, a Windows and an Ubuntu guest, that both = access
> the hardware passthrough but not at the same time? =A0Also, how do you= go
> about 'reserving' the PCI device in pcibackend so that it is a= vailable for
> the VM?
>
> Thanks,
> Adam Honse
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org=
> http://li= sts.xen.org/xen-users

--047d7b10cb6f6564f004c5257660-- --===============8960652254093926336== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8960652254093926336==-- From xen-users-bounces@lists.xen.org Thu Jul 19 07:21:29 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Jul 2012 07:21: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 1Srl1W-0005y8-0l; Thu, 19 Jul 2012 07:19:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrgOg-0004M4-9W for xen-users@lists.xen.org; Thu, 19 Jul 2012 02:23:22 +0000 Received: from [85.158.143.35:19227] by server-2.bemta-4.messagelabs.com id DD/91-17938-99F67005; Thu, 19 Jul 2012 02:23:21 +0000 X-Env-Sender: calcprogrammer1@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1342664598!16038584!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_20_30,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16616 invoked from network); 19 Jul 2012 02:23:19 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 19 Jul 2012 02:23:19 -0000 Received: by pbbro12 with SMTP id ro12so3852009pbb.32 for ; Wed, 18 Jul 2012 19:23: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:date:message-id:subject:from:to :cc:content-type; bh=sclyvsD3Arm3UUtCyYdFe+aAeijNxpk/4th36Pdy3dQ=; b=YQgfesCEsk2lSAuhlqqjvSejOTQ07VJorVyQVXD9WI94ubb+Yi25xedwm+o5IXgypM ZKqhs0QEqNSA/+44+tp7rUktWYkgBkFcwbqg63CmjG+swYmXjVA9JBftKCxTz+6p20p7 v7uUTBz4Tn+jFtd72DldH0mAK5DCD5TgUTW8WL1Gjd45htrrvfA0D5RAZfGr9LENIOsx Y0dHzzIKRWq082e8+P78JMhjVpN+XeYhxN0mZ45DOvHALPwHyGYCumuSFhIqDloVho2t ce2Xx1R1zuPoqwhsDzJ4+lK9wgCyyihDaYBwkKiqZtI9TC4D3WaHdGN6aeoO2vXsIi5H xOgw== MIME-Version: 1.0 Received: by 10.68.129.168 with SMTP id nx8mr975909pbb.112.1342664597660; Wed, 18 Jul 2012 19:23:17 -0700 (PDT) Received: by 10.66.88.198 with HTTP; Wed, 18 Jul 2012 19:23:17 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Jul 2012 21:23:17 -0500 Message-ID: From: Adam Honse To: David Erickson X-Mailman-Approved-At: Thu, 19 Jul 2012 07:19:45 +0000 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen with VGA Passthrough on desktop Ubuntu 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: , Content-Type: multipart/mixed; boundary="===============8960652254093926336==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8960652254093926336== Content-Type: multipart/alternative; boundary=047d7b10cb6f6564f004c5257660 --047d7b10cb6f6564f004c5257660 Content-Type: text/plain; charset=ISO-8859-1 Upon further inspection it just may be possible! I was successfully able to load and unload the radeon module after unbinding it from the PCI device. I was also successful at binding the PCI device (AMD Radeon 6550 integrated in AMD A8-3870K APU) with pciback. I still have a problem. sudo -s stop lightdm cd /sys/bus/pci/drivers/radeon echo 0000:00:01.0 > unbind rmmod radeon modprobe xen-pciback cd /sys/bus/pci/drivers/pciback echo 0000:00:01.0 > new_slot echo 0000:00:01.0 > bind Now to check to see if the device is seen: xl pci-list-assignable-devices 0000:00:01.0 It is! That's a good sign, right? xl create /etc/xen/xenwin.cfg Parsing config file /etc/xen/xenwin.cfg xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000017c510 TOTAL: 0000000000000000->000000003f800000 ENTRY ADDRESS: 00000000001015a0 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000000200 2MB PAGES: 0x00000000000001fb 1GB PAGES: 0x0000000000000000 libxl: error: libxl_pci.c:712:do_pci_add xc_assign_device failed Daemon running with PID 4222 So what happened here? The device was not assigned despite being 'assignable'. The Windows install CD boots but there is no display (only can tell by hard disk LED activity). Here is my /etc/xen/xenwin.cfg: kernel = "/usr/lib/xen-4.1/boot/hvmloader" builder='hvm' memory = 1024 # Should be at least 2KB per MB of domain memory, plus a few MB per vcpu. shadow_memory = 8 name = "xenwin7" vif = [ 'type=ioemu, bridge=xenbr0' ] acpi = 1 apic = 1 disk = [ 'file:/etc/xen/xenwin.img,hda,w', 'file:/media/RAID5/Software/Operatin...(nano cut off here)...windows7.iso'] device_model = '/usr/lib/xen-4.1/bin/qemu-dm' boot="dc" xen_platform_pci=1 pci=['00:01.0'] serial='pty' usbdevice='tablet' I have tried using gfx_passthrough=1 as well, same result. Please help, can't stand being so close and still stuck :( Thanks, Adam Honse On Tue, Jul 17, 2012 at 2:21 AM, David Erickson wrote: > Your best bet is to have two video cards, one for dom0 and another you > pass through to a guest. When you boot you need to bind the second > video card to pciback (compile this statically into your kernel), then > it will be assignable to dom0. There are lots of guides on this that > are Googleable, here are a couple wiki entries of use: > > http://wiki.xen.org/wiki/Xen_PCI_Passthrough > http://wiki.xen.org/wiki/Xen_VGA_Passthrough > > -D > > On Mon, Jul 16, 2012 at 9:32 PM, Adam Honse > wrote: > > I just found out that Xen supported hardware passthrough, so I've > installed > > it on my Ubuntu 12.04 home server/media center as I wanted to play some > > games in Windows. The CPU is AMD A8-3870K and it appears that hvm > itself is > > working. I was able to boot the Windows 7 install CD with a VNC > console. I > > now want to configure the VGA passthrough. Upon adding the hardware > > passthrough lines, I received an error along the lines of "PCI device > > xx:xx.x is not assignable". I modprobe'd the xen-pciback module but it > did > > not resolve the issue. I am thinking that is because the device is in > use > > by the system (running the 'radeon' module and the open-source radeon > > drivers). > > > > My question is this, is it possible to have the Dom-0 (native) system use > > the VGA device, and then relinquish control over the device upon starting > > the hardware-passthrough VM? It seems like it would be possible, > shutting > > down the X-server before starting the VM, but I was unable to remove the > > 'radeon' module in my tests. It keeps saying the module is in use, > though > > nothing depends on it and I disconnected all outputs. If not, is it > > possible to have two guests, a Windows and an Ubuntu guest, that both > access > > the hardware passthrough but not at the same time? Also, how do you go > > about 'reserving' the PCI device in pcibackend so that it is available > for > > the VM? > > > > Thanks, > > Adam Honse > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > --047d7b10cb6f6564f004c5257660 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Upon further inspection it just may be possible!=A0 I was successfully able= to load and unload the radeon module after unbinding it from the PCI devic= e.=A0 I was also successful at binding the PCI device (AMD Radeon 6550 inte= grated in AMD A8-3870K APU) with pciback.=A0 I still have a problem.

sudo -s
stop lightdm
cd /sys/bus/pci/drivers/radeon
echo 0000:= 00:01.0 > unbind
rmmod radeon
modprobe xen-pciback
cd /sys/bus/= pci/drivers/pciback
echo 0000:00:01.0 > new_slot
echo 0000:00:01.0= > bind

Now to check to see if the device is seen:

xl pci-list-assignabl= e-devices
0000:00:01.0

It is!=A0 That's a good sign, right?
xl create /etc/xen/xenwin.cfg
Parsing config file /etc/xen/xenwin.= cfg
xc: info: VIRTUAL MEMORY ARRANGEMENT:
=A0 Loader:=A0=A0=A0=A0=A0=A0=A0 0= 000000000100000->000000000017c510
=A0 TOTAL:=A0=A0=A0=A0=A0=A0=A0=A0 = 0000000000000000->000000003f800000
=A0 ENTRY ADDRESS: 00000000001015a= 0
xc: info: PHYSICAL MEMORY ALLOCATION:
=A0 4KB PAGES: 0x0000000000000200
=A0 2MB PAGES: 0x00000000000001fb
= =A0 1GB PAGES: 0x0000000000000000
libxl: error: libxl_pci.c:712:do_pci_a= dd xc_assign_device failed
Daemon running with PID 4222

So what h= appened here?=A0 The device was not assigned despite being 'assignable&= #39;.=A0 The Windows install CD boots but there is no display (only can tel= l by hard disk LED activity).

Here is my /etc/xen/xenwin.cfg:

kernel =3D "/usr/lib/xen-4.= 1/boot/hvmloader"
builder=3D'hvm'
memory =3D 1024
# Should be at least 2KB per MB of domain memory, plus a few MB per vcpu.<= br> shadow_memory =3D 8
name =3D "xenwin7"
vif =3D [ 'type= =3Dioemu, bridge=3Dxenbr0' ]
acpi =3D 1
apic =3D 1
disk =3D [ = 'file:/etc/xen/xenwin.img,hda,w', 'file:/media/RAID5/Software/O= peratin...(nano cut off here)...windows7.iso']
device_model =3D '/usr/lib/xen-4.1/bin/qemu-dm'

boot=3D"= ;dc"

xen_platform_pci=3D1
pci=3D['00:01.0']

s= erial=3D'pty'
usbdevice=3D'tablet'

I have tried u= sing gfx_passthrough=3D1 as well, same result.=A0 Please help, can't st= and being so close and still stuck :(

Thanks,
Adam Honse

On Tue, Jul 17,= 2012 at 2:21 AM, David Erickson <halcyon1981@gmail.com>= wrote:
Your best bet is to have two video cards, on= e for dom0 and another you
pass through to a guest. =A0When you boot you need to bind the second
video card to pciback (compile this statically into your kernel), then
it will be assignable to dom0. =A0There are lots of guides on this that
are Googleable, here are a couple wiki entries of use:

= http://wiki.xen.org/wiki/Xen_PCI_Passthrough
= http://wiki.xen.org/wiki/Xen_VGA_Passthrough

-D

On Mon, Jul 16, 2012 at 9:32 PM, Adam Honse <calcprogrammer1@gmail.com> wrote:
> I just found out that Xen supported hardware passthrough, so I've = installed
> it on my Ubuntu 12.04 home server/media center as I wanted to play som= e
> games in Windows. =A0The CPU is AMD A8-3870K and it appears that hvm i= tself is
> working. =A0I was able to boot the Windows 7 install CD with a VNC con= sole. =A0I
> now want to configure the VGA passthrough. =A0Upon adding the hardware=
> passthrough lines, I received an error along the lines of "PCI de= vice
> xx:xx.x is not assignable". =A0I modprobe'd the xen-pciback m= odule but it did
> not resolve the issue. =A0I am thinking that is because the device is = in use
> by the system (running the 'radeon' module and the open-source= radeon
> drivers).
>
> My question is this, is it possible to have the Dom-0 (native) system = use
> the VGA device, and then relinquish control over the device upon start= ing
> the hardware-passthrough VM? =A0It seems like it would be possible, sh= utting
> down the X-server before starting the VM, but I was unable to remove t= he
> 'radeon' module in my tests. =A0It keeps saying the module is = in use, though
> nothing depends on it and I disconnected all outputs. =A0If not, is it=
> possible to have two guests, a Windows and an Ubuntu guest, that both = access
> the hardware passthrough but not at the same time? =A0Also, how do you= go
> about 'reserving' the PCI device in pcibackend so that it is a= vailable for
> the VM?
>
> Thanks,
> Adam Honse
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org=
> http://li= sts.xen.org/xen-users

--047d7b10cb6f6564f004c5257660-- --===============8960652254093926336== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8960652254093926336==-- From xen-users-bounces@lists.xen.org Thu Jul 19 07:21:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Jul 2012 07:21: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 1Srl1W-0005yH-MP; Thu, 19 Jul 2012 07:19:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrjmI-0005Gw-H3; Thu, 19 Jul 2012 05:59:59 +0000 Received: from [85.158.143.35:55570] by server-1.bemta-4.messagelabs.com id 5F/8E-24392-D52A7005; Thu, 19 Jul 2012 05:59:57 +0000 X-Env-Sender: turing@cht.com.tw X-Msg-Ref: server-11.tower-21.messagelabs.com!1342677593!11597882!1 X-Originating-IP: [202.39.168.27] X-SpamReason: No, hits=-1.7 required=7.0 tests=HTML_MESSAGE, MIME_BASE64_TEXT, ML_RADAR_FP_R_14, spamassassin: , received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14926 invoked from network); 19 Jul 2012 05:59:54 -0000 Received: from scan4.cht.com.tw (HELO scan4.cht.com.tw) (202.39.168.27) by server-11.tower-21.messagelabs.com with SMTP; 19 Jul 2012 05:59:54 -0000 X-AuditID: 0aa00272-96a75ba000000c39-1a-5007a256f2a8 From: =?big5?B?tsDEbb33?= To: "xen-api@lists.xen.org" , "xen-users@lists.xen.org" Date: Thu, 19 Jul 2012 13:59:27 +0800 Thread-Topic: XAPI faild and cannot connect Thread-Index: Ac1lcY/tvg1MWtsxTMqImQUS6he4dA== Message-ID: <557004149BCB6446BE48D5BA5F8C9D68F3D816E17E@MAIL.corp.cht.com.tw> Accept-Language: zh-TW Content-Language: zh-TW X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: zh-TW Content-Type: multipart/mixed; boundary="_004_557004149BCB6446BE48D5BA5F8C9D68F3D816E17EMAILcorpchtco_" MIME-Version: 1.0 X-Brightmail-Tracker: AAAAAA== X-Mailman-Approved-At: Thu, 19 Jul 2012 07:19:45 +0000 Subject: [Xen-users] XAPI faild and cannot connect X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --_004_557004149BCB6446BE48D5BA5F8C9D68F3D816E17EMAILcorpchtco_ Content-Type: multipart/alternative; boundary="_000_557004149BCB6446BE48D5BA5F8C9D68F3D816E17EMAILcorpchtco_" --_000_557004149BCB6446BE48D5BA5F8C9D68F3D816E17EMAILcorpchtco_ Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: base64 SGkgYWxsLA0KDQpXZSBoYXZlIHNvbWUgWEFQSSBjcmFzaCB3aGVuIHRlc3QgdGhlIFhBUEkgc3Rh YmlsaXR5LiBXZSBmaXJzdCBkZXBsb3kgc29tZSB2aXJ0dWFsIG1hY2hpbmUsIGFuZCB0aGVuIHVz ZSBBUEkgdG8gZG8gYSBsb3Qgb2YgcXVlcnksIGFmdGVyIHJ1bm5pbmcgc29tZSB0aW1lLCB0aGUg WENQIHNlcnZlciBjcmFzaCBhbmQgY2Fubm90IGNvbm5lY3QgYW55bW9yZS4NCg0KVGhlIGF0dGFj aG1lbnQgaXMgdGhlIGVycm9yIGxvZywgY2FuIGFueW9uZSBoZWxwIHVzIGZpbmQgd2hlcmUgaXMg dGhlIHByb2JsZW0/DQpUaGFua3MgYSBsb3ShSQ0KDQo= --_000_557004149BCB6446BE48D5BA5F8C9D68F3D816E17EMAILcorpchtco_ Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable

Hi all,

=  

We have some XAPI crash when test= the XAPI stability. We first deploy some virtual machine, and then use API= to do a lot of query, after running some time, the XCP server crash and ca= nnot connect anymore.

 <= /o:p>

The attachment is the error log, can any= one help us find where is the problem?

Thanks a lot=A1I

&= nbsp;

= --_000_557004149BCB6446BE48D5BA5F8C9D68F3D816E17EMAILcorpchtco_-- --_004_557004149BCB6446BE48D5BA5F8C9D68F3D816E17EMAILcorpchtco_ Content-Type: application/octet-stream; name="error_log.log" Content-Description: error_log.log Content-Disposition: attachment; filename="error_log.log"; size=213739; creation-date="Thu, 19 Jul 2012 13:34:11 GMT"; modification-date="Thu, 19 Jul 2012 13:32:12 GMT" Content-Transfer-Encoding: base64 L3Zhci9sb2cvYXVkaXQubG9nOkp1bCAxOCAxODo1NDozOSB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6 IFsyMDEyMDcxOFQxMDo1NDozOS43NzZafCBpbmZvfHhlbnNlcnZlci10ZXN0LTJ8MjMzNDA5IGlu ZXQtUlBDfFZNLnN0YXJ0IFI6ZDY1M2UwMTM1NmVkfGF1ZGl0XSAoJ3RyYWNraWQ9MTczMjgwODcy YzFmZjNlNzY5ZjhhOTNmYzMyZjY1MTknICdMT0NBTF9TVVBFUlVTRVInICcnICdBTExPV0VEJyAn RVJST1I6SE9TVF9OT1RfRU5PVUdIX0ZSRUVfTUVNT1JZOiBbIDU3MzU3MTA3MjsgLTM5NzMxMiBd JyAnQVBJJyAnVk0uc3RhcnQnICgoJ3ZtJyAnJyAnJyAnT3BhcXVlUmVmOjkzZDFhOTI2LWMxOTQt ZTBjMC1hOGM1LWU3YzNiMTRhMjNjYicpICgnc3RhcnRfcGF1c2VkJyAnPGJvb2xlYW4+MTwvYm9v bGVhbj4nICcnICcnKSAoJ2ZvcmNlJyAnPGJvb2xlYW4+MTwvYm9vbGVhbj4nICcnICcnKSkpIAov dmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxMiAxNzowNzozNCB4ZW5zZXJ2ZXItdGVzdC0yIHJwYy5z dGF0ZFs2NDYwXTogZ2V0aG9zdGJ5bmFtZSBlcnJvciBmb3IgeGVuc2VydmVyLXRlc3QtMgovdmFy L2xvZy9kYWVtb24ubG9nOkp1bCAxMiAxNzowNjo1NSB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtl cnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDAgdGhyZWFkX3plcm98ZGJzeW5jICh1cGRhdGVfZW52KSBE Ojg2MzJjYWZlMzUxNXxoZWxwZXJzXSBGYWlsZWQgdG8gZmluZCBjb250cm9sIGRvbWFpbiAodXVp ZCA9IDFhMTYwNzA5LTI0ODQtNDQ2My1iNTBkLTYxMDk0YjU2MTBhNikgCi92YXIvbG9nL2RhZW1v bi5sb2c6SnVsIDEyIDE3OjA2OjU1IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogWyB3YXJufHhlbnNl cnZlci10ZXN0LTJ8MCB0aHJlYWRfemVyb3xkYnN5bmMgKHVwZGF0ZV9lbnYpIEQ6ODYzMmNhZmUz NTE1fGhlbHBlcnNdIFdhcm5pbmc6IGV4Y2VwdGlvbiAnSU5URVJOQUxfRVJST1I6IFsgRmFpbHVy ZSgibGV4aW5nOiBlbXB0eSB0b2tlbiIpIF0nIHBhcnNpbmcgbGFzdCBib290ZWQgcmVjb3JkIC0g cmV0dXJuaW5nIGN1cnJlbnQgcmVjb3JkIGluc3RlYWQgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVs IDEyIDE3OjA4OjAzIHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0 LTJ8NHxkb20wIG5ldHdvcmtpbmcgdXBkYXRlIEQ6NDI3ZGRhODY1MDU0fG1hc3Rlcl9jb25uZWN0 aW9uXSBDb25uZWN0aW9uIHRvIG1hc3RlciBkaWVkLiBJIHdpbGwgY29udGludWUgdG8gcmV0cnkg aW5kZWZpbml0ZWx5IChzdXByZXNzaW5nIGZ1dHVyZSBsb2dnaW5nIG9mIHRoaXMgbWVzc2FnZSku IAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxNyAyMToyMDowMiB4ZW5zZXJ2ZXItdGVzdC0yIHhh cGk6IFsgd2Fybnx4ZW5zZXJ2ZXItdGVzdC0yfDEwIGhlYXJ0YmVhdHxIZWFydGJlYXQgRDplODcx ZDJmODgyZTV8aHR0cF0gc3R1bm5lbCBwaWQ6IDE2MTYyIGNhdWdodCBVbml4LlVuaXhfZXJyb3Io MzEsICJ3cml0ZSIsICIiKSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTU6MDA6MjQgeGVu c2VydmVyLXRlc3QtMiB0YXBkaXNrWzE3MzY0XTogdGFwZGlzay1sb2c6IGNsb3NpbmcgYWZ0ZXIg MCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE1OjIxOjQwIHhlbnNlcnZlci10 ZXN0LTIgdGFwZGlza1sxNzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCB2aGRfY29tcGxldGU6IC92 YXIvcnVuL3NyLW1vdW50L2IxZmRjZWE0LTE1NzMtZGJhMy01NGVlLWExYWFkNmJjYmYxMy8wZTNl ODMxMC04YTJiLTRhMjUtOTMyZC0zNzAwYTU4ODRmYWUudmhkOiBvcDogMiwgbHNlYzogOTY0MjQw MCwgc2VjczogOCwgbmJ5dGVzOiA0MDk2LCBibGs6IDIzNTQsIGJsa19vZmZzZXQ6IDI0MjEzOTkK L3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTU6MjE6NDAgeGVuc2VydmVyLXRlc3QtMiB0YXBk aXNrWzE3NTg4XTogRVJST1I6IGVycm5vIC01IGF0IF9fdGFwZGlza192YmRfY29tcGxldGVfdGRf cmVxdWVzdDogcmVxIDEwOiB3cml0ZSAweDAwMDggc2VjcyB0byAweDAwOTMyMWEwCi92YXIvbG9n L2RhZW1vbi5sb2c6SnVsIDE4IDE1OjIxOjQwIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1sxNzU4 OF06IEVSUk9SOiBlcnJubyAtNSBhdCB2aGRfY29tcGxldGU6IC92YXIvcnVuL3NyLW1vdW50L2Ix ZmRjZWE0LTE1NzMtZGJhMy01NGVlLWExYWFkNmJjYmYxMy8wZTNlODMxMC04YTJiLTRhMjUtOTMy ZC0zNzAwYTU4ODRmYWUudmhkOiBvcDogMiwgbHNlYzogOTY0MjM4NCwgc2VjczogOCwgbmJ5dGVz OiA0MDk2LCBibGs6IDIzNTQsIGJsa19vZmZzZXQ6IDI0MjEzOTkKL3Zhci9sb2cvZGFlbW9uLmxv ZzpKdWwgMTggMTU6MjE6NDAgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzE3NTg4XTogRVJST1I6 IGVycm5vIC01IGF0IF9fdGFwZGlza192YmRfY29tcGxldGVfdGRfcmVxdWVzdDogcmVxIDk6IHdy aXRlIDB4MDAwOCBzZWNzIHRvIDB4MDA5MzIxOTAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTgg MTU6MjE6NTkgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzE3NTg4XTogRVJST1I6IGVycm5vIC01 IGF0IHZoZF9jb21wbGV0ZTogL3Zhci9ydW4vc3ItbW91bnQvYjFmZGNlYTQtMTU3My1kYmEzLTU0 ZWUtYTFhYWQ2YmNiZjEzLzBlM2U4MzEwLThhMmItNGEyNS05MzJkLTM3MDBhNTg4NGZhZS52aGQ6 IG9wOiAyLCBsc2VjOiAxNTE1MTQxNiwgc2VjczogOCwgbmJ5dGVzOiA0MDk2LCBibGs6IDM2OTks IGJsa19vZmZzZXQ6IDI3Nzg0NDcKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTU6MjE6NTkg eGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzE3NTg4XTogRVJST1I6IGVycm5vIC01IGF0IF9fdGFw ZGlza192YmRfY29tcGxldGVfdGRfcmVxdWVzdDogcmVxIDE0OiB3cml0ZSAweDAwMDggc2VjcyB0 byAweDAwZTczMTM4Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE1OjIxOjU5IHhlbnNlcnZl ci10ZXN0LTIgdGFwZGlza1sxNzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCB2aGRfY29tcGxldGU6 IC92YXIvcnVuL3NyLW1vdW50L2IxZmRjZWE0LTE1NzMtZGJhMy01NGVlLWExYWFkNmJjYmYxMy8w ZTNlODMxMC04YTJiLTRhMjUtOTMyZC0zNzAwYTU4ODRmYWUudmhkOiBvcDogMiwgbHNlYzogMTUx NTA1NDQsIHNlY3M6IDgsIG5ieXRlczogNDA5NiwgYmxrOiAzNjk4LCBibGtfb2Zmc2V0OiAyNzc0 MzQzCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE1OjIxOjU5IHhlbnNlcnZlci10ZXN0LTIg dGFwZGlza1sxNzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCBfX3RhcGRpc2tfdmJkX2NvbXBsZXRl X3RkX3JlcXVlc3Q6IHJlcSAxMzogd3JpdGUgMHgwMDA4IHNlY3MgdG8gMHgwMGU3MmRkMAovdmFy L2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxNToyMTo1OSB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tb MTc1ODhdOiBFUlJPUjogZXJybm8gLTUgYXQgdmhkX2NvbXBsZXRlOiAvdmFyL3J1bi9zci1tb3Vu dC9iMWZkY2VhNC0xNTczLWRiYTMtNTRlZS1hMWFhZDZiY2JmMTMvMGUzZTgzMTAtOGEyYi00YTI1 LTkzMmQtMzcwMGE1ODg0ZmFlLnZoZDogb3A6IDIsIGxzZWM6IDEyNTI2MDU2LCBzZWNzOiAzMiwg bmJ5dGVzOiAxNjM4NCwgYmxrOiAzMDU4LCBibGtfb2Zmc2V0OiAyNTc3MzUxCi92YXIvbG9nL2Rh ZW1vbi5sb2c6SnVsIDE4IDE1OjIxOjU5IHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1sxNzU4OF06 IEVSUk9SOiBlcnJubyAtNSBhdCBfX3RhcGRpc2tfdmJkX2NvbXBsZXRlX3RkX3JlcXVlc3Q6IHJl cSAxMjogd3JpdGUgMHgwMDIwIHNlY3MgdG8gMHgwMGJmMjFlOAovdmFyL2xvZy9kYWVtb24ubG9n Okp1bCAxOCAxNToyMTo1OSB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMTc1ODhdOiBFUlJPUjog ZXJybm8gLTUgYXQgdmhkX2NvbXBsZXRlOiAvdmFyL3J1bi9zci1tb3VudC9iMWZkY2VhNC0xNTcz LWRiYTMtNTRlZS1hMWFhZDZiY2JmMTMvMGUzZTgzMTAtOGEyYi00YTI1LTkzMmQtMzcwMGE1ODg0 ZmFlLnZoZDogb3A6IDIsIGxzZWM6IDEyNTI1OTUyLCBzZWNzOiA4LCBuYnl0ZXM6IDQwOTYsIGJs azogMzA1OCwgYmxrX29mZnNldDogMjU3NzM1MQovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAx NToyMTo1OSB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMTc1ODhdOiBFUlJPUjogZXJybm8gLTUg YXQgX190YXBkaXNrX3ZiZF9jb21wbGV0ZV90ZF9yZXF1ZXN0OiByZXEgNjogd3JpdGUgMHgwMDA4 IHNlY3MgdG8gMHgwMGJmMjE4MAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxNToyMjoxMiB4 ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMTc1ODhdOiBFUlJPUjogZXJybm8gLTUgYXQgdmhkX2Nv bXBsZXRlOiAvdmFyL3J1bi9zci1tb3VudC9iMWZkY2VhNC0xNTczLWRiYTMtNTRlZS1hMWFhZDZi Y2JmMTMvMGUzZTgzMTAtOGEyYi00YTI1LTkzMmQtMzcwMGE1ODg0ZmFlLnZoZDogb3A6IDIsIGxz ZWM6IDEyNTI1OTUyLCBzZWNzOiA4LCBuYnl0ZXM6IDQwOTYsIGJsazogMzA1OCwgYmxrX29mZnNl dDogMjU3NzM1MQovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxNToyMjoxMiB4ZW5zZXJ2ZXIt dGVzdC0yIHRhcGRpc2tbMTc1ODhdOiBFUlJPUjogZXJybm8gLTUgYXQgX190YXBkaXNrX3ZiZF9j b21wbGV0ZV90ZF9yZXF1ZXN0OiByZXEgNjogd3JpdGUgMHgwMDA4IHNlY3MgdG8gMHgwMGJmMjE4 MAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxNToyMjoxMiB4ZW5zZXJ2ZXItdGVzdC0yIHRh cGRpc2tbMTc1ODhdOiBFUlJPUjogZXJybm8gLTUgYXQgdmhkX2NvbXBsZXRlOiAvdmFyL3J1bi9z ci1tb3VudC9iMWZkY2VhNC0xNTczLWRiYTMtNTRlZS1hMWFhZDZiY2JmMTMvMGUzZTgzMTAtOGEy Yi00YTI1LTkzMmQtMzcwMGE1ODg0ZmFlLnZoZDogb3A6IDIsIGxzZWM6IDEyNTI2MDU2LCBzZWNz OiAzMiwgbmJ5dGVzOiAxNjM4NCwgYmxrOiAzMDU4LCBibGtfb2Zmc2V0OiAyNTc3MzUxCi92YXIv bG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE1OjIyOjEyIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1sx NzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCBfX3RhcGRpc2tfdmJkX2NvbXBsZXRlX3RkX3JlcXVl c3Q6IHJlcSAxMjogd3JpdGUgMHgwMDIwIHNlY3MgdG8gMHgwMGJmMjFlOAovdmFyL2xvZy9kYWVt b24ubG9nOkp1bCAxOCAxNToyMjoxMiB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMTc1ODhdOiBF UlJPUjogZXJybm8gLTUgYXQgdmhkX2NvbXBsZXRlOiAvdmFyL3J1bi9zci1tb3VudC9iMWZkY2Vh NC0xNTczLWRiYTMtNTRlZS1hMWFhZDZiY2JmMTMvMGUzZTgzMTAtOGEyYi00YTI1LTkzMmQtMzcw MGE1ODg0ZmFlLnZoZDogb3A6IDIsIGxzZWM6IDE1MTUwNTQ0LCBzZWNzOiA4LCBuYnl0ZXM6IDQw OTYsIGJsazogMzY5OCwgYmxrX29mZnNldDogMjc3NDM0MwovdmFyL2xvZy9kYWVtb24ubG9nOkp1 bCAxOCAxNToyMjoxMiB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMTc1ODhdOiBFUlJPUjogZXJy bm8gLTUgYXQgX190YXBkaXNrX3ZiZF9jb21wbGV0ZV90ZF9yZXF1ZXN0OiByZXEgMTM6IHdyaXRl IDB4MDAwOCBzZWNzIHRvIDB4MDBlNzJkZDAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTU6 MjI6MTIgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzE3NTg4XTogRVJST1I6IGVycm5vIC01IGF0 IHZoZF9jb21wbGV0ZTogL3Zhci9ydW4vc3ItbW91bnQvYjFmZGNlYTQtMTU3My1kYmEzLTU0ZWUt YTFhYWQ2YmNiZjEzLzBlM2U4MzEwLThhMmItNGEyNS05MzJkLTM3MDBhNTg4NGZhZS52aGQ6IG9w OiAyLCBsc2VjOiAxNTE1MTQxNiwgc2VjczogOCwgbmJ5dGVzOiA0MDk2LCBibGs6IDM2OTksIGJs a19vZmZzZXQ6IDI3Nzg0NDcKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTU6MjI6MTIgeGVu c2VydmVyLXRlc3QtMiB0YXBkaXNrWzE3NTg4XTogRVJST1I6IGVycm5vIC01IGF0IF9fdGFwZGlz a192YmRfY29tcGxldGVfdGRfcmVxdWVzdDogcmVxIDE0OiB3cml0ZSAweDAwMDggc2VjcyB0byAw eDAwZTczMTM4Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE3OjU5OjAxIHhlbnNlcnZlci10 ZXN0LTIgSFZNMlsyMDc5OF06IHhzX3JlYWQoL3ZtLzczZDFmYTk0LTQ4YTYtNWYzZS05M2IwLTg5 M2YzMzY3YWQ5Ni9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5s b2c6SnVsIDE4IDE3OjU5OjAxIHhlbnNlcnZlci10ZXN0LTIgSFZNMlsyMDc5OF06IHhzX3JlYWQo L2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC8yL3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTog cmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTc6NTk6MDEgeGVuc2VydmVy LXRlc3QtMiBIVk0yWzIwNzk4XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0v NzNkMWZhOTQtNDhhNi01ZjNlLTkzYjAtODkzZjMzNjdhZDk2L3ZuY3Bhc3N3ZC4gCi92YXIvbG9n L2RhZW1vbi5sb2c6SnVsIDE4IDE3OjU5OjA0IHhlbnNlcnZlci10ZXN0LTIgSFZNM1syMTA4MF06 IHhzX3JlYWQoL3ZtLzE2ZjU5MDZkLTEwNDYtZDc0MS02MzA4LWJjOTA5NjFlYThkZC9sb2ctdGhy b3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE3OjU5OjA0 IHhlbnNlcnZlci10ZXN0LTIgSFZNM1syMTA4MF06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2Rl dmljZS1tb2RlbC8zL3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9s b2cvZGFlbW9uLmxvZzpKdWwgMTggMTc6NTk6MDQgeGVuc2VydmVyLXRlc3QtMiBIVk0zWzIxMDgw XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vMTZmNTkwNmQtMTA0Ni1kNzQx LTYzMDgtYmM5MDk2MWVhOGRkL3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4 IDE4OjM1OjAyIHhlbnNlcnZlci10ZXN0LTIgSFZNNFsyMTkzMF06IHhzX3JlYWQoL3ZtLzJmZGY3 ZTkzLWZhN2EtMDIxMC00ZGJkLWIwMTdjZTI2ZDZjZC9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJy b3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjM1OjAyIHhlbnNlcnZlci10ZXN0LTIg SFZNNFsyMTkzMF06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC80L3hlbl9l eHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwg MTggMTg6MzU6MDMgeGVuc2VydmVyLXRlc3QtMiBIVk00WzIxOTMwXTogeHNfcmVhZCgpOiB2bmNw YXNzd2QgZ2V0IGVycm9yLiAvdm0vMmZkZjdlOTMtZmE3YS0wMjEwLTRkYmQtYjAxN2NlMjZkNmNk L3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjM1OjA5IHhlbnNlcnZl ci10ZXN0LTIgSFZNNVsyMjIwNV06IHhzX3JlYWQoL3ZtL2Q2ZTY2MjIwLThmMmEtZjZjZC1kM2Zi LWMzYzI1MjljNzA5NC9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1v bi5sb2c6SnVsIDE4IDE4OjM1OjA5IHhlbnNlcnZlci10ZXN0LTIgSFZNNVsyMjIwNV06IHhzX3Jl YWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC81L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210 KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6MzU6MDkgeGVuc2Vy dmVyLXRlc3QtMiBIVk01WzIyMjA1XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAv dm0vZDZlNjYyMjAtOGYyYS1mNmNkLWQzZmItYzNjMjUyOWM3MDk0L3ZuY3Bhc3N3ZC4gCi92YXIv bG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjM1OjEyIHhlbnNlcnZlci10ZXN0LTIgSFZNNlsyMjQ4 MF06IHhzX3JlYWQoL3ZtLzUxYTFhOWU0LWYzZWItOWQ3MS01OGQwLTZjNmEwMDVhYWUxMC9sb2ct dGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjM1 OjEyIHhlbnNlcnZlci10ZXN0LTIgSFZNNlsyMjQ4MF06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8w L2RldmljZS1tb2RlbC82L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zh ci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6MzU6MTMgeGVuc2VydmVyLXRlc3QtMiBIVk02WzIy NDgwXTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vNTFhMWE5ZTQtZjNlYi05 ZDcxLTU4ZDAtNmM2YTAwNWFhZTEwL3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVs IDE4IDE4OjQ1OjA0IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0 LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDMpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0 ZG93biB7dmJkLDU2MzJ9IEQ6OGMzYWEyOGI5MzJlfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQg bm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIv bG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ1OjA0IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vy cm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDMpIGRldmljZV9l dmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDoxODNjMTY2MTMwZGV8ZXZlbnRdIGRl dmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBp biBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NDU6MDUgeGVuc2VydmVy LXRlc3QtMiB0YXBkaXNrWzIwOTA3XTogdGFwZGlzay1sb2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJv cnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ1OjA3IHhlbnNlcnZlci10ZXN0LTIg eGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDIp IGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDo0ZjEzNTMyMTY1NTB8 ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVj b3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NDU6MDcg eGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlz dGVufFZNIChkb21pZDogMikgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYz Mn0gRDo2OWNjZTcxMWYwMTJ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vz c2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxv ZzpKdWwgMTggMTg6NDU6MDggeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzIwNjIyXTogdGFwZGlz ay1sb2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4 IDE4OjQ2OjQyIHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8 NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDYpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93 biB7dmJkLDU2MzJ9IEQ6N2M4ZDE0NTE2ZDNifGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90 IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9n L2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ2OjQyIHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9y fHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDYpIGRldmljZV9ldmVu dCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDpiNzgzMGU1ZTQzZGJ8ZXZlbnRdIGRldmlj ZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBk YXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NDY6NDMgeGVuc2VydmVyLXRl c3QtMiB0YXBkaXNrWzIyMzA3XTogdGFwZGlzay1sb2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMg Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ2OjQ1IHhlbnNlcnZlci10ZXN0LTIgeGFw aTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDQpIGRl dmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDozMzkxNjQ1M2NmMzN8ZXZl bnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3Jk IG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NDY6NDUgeGVu c2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVu fFZNIChkb21pZDogNCkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0g RDpkZWMyMjIwOTU5YTR8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2Vk IGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMTg6NDY6NDYgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzIxNzU3XTogdGFwZGlzay1s b2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4 OjQ2OjQ4IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYg eGFsX2xpc3RlbnxWTSAoZG9taWQ6IDUpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7 dmJkLDc2OH0gRDplZmEyZDFiYmUzZGZ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUg cHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFl bW9uLmxvZzpKdWwgMTggMTg6NDY6NDggeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVu c2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogNSkgZGV2aWNlX2V2ZW50ID0g ZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDpjNDRiMmUwMGY4YjB8ZXZlbnRdIGRldmljZV9l dmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRh YmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NDY6NDkgeGVuc2VydmVyLXRlc3Qt MiB0YXBkaXNrWzIyMDMyXTogdGFwZGlzay1sb2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92 YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ3OjMyIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlz a1sxNzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCB2aGRfY29tcGxldGU6IC92YXIvcnVuL3NyLW1v dW50L2IxZmRjZWE0LTE1NzMtZGJhMy01NGVlLWExYWFkNmJjYmYxMy8wZTNlODMxMC04YTJiLTRh MjUtOTMyZC0zNzAwYTU4ODRmYWUudmhkOiBvcDogMiwgbHNlYzogMTI1MjYwNjQsIHNlY3M6IDI0 LCBuYnl0ZXM6IDEyMjg4LCBibGs6IDMwNTgsIGJsa19vZmZzZXQ6IDI1NzczNTEKL3Zhci9sb2cv ZGFlbW9uLmxvZzpKdWwgMTggMTg6NDc6MzIgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzE3NTg4 XTogRVJST1I6IGVycm5vIC01IGF0IF9fdGFwZGlza192YmRfY29tcGxldGVfdGRfcmVxdWVzdDog cmVxIDE1OiB3cml0ZSAweDAwMTggc2VjcyB0byAweDAwYmYyMWYwCi92YXIvbG9nL2RhZW1vbi5s b2c6SnVsIDE4IDE4OjQ3OjMyIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1sxNzU4OF06IEVSUk9S OiBlcnJubyAtNSBhdCB2aGRfY29tcGxldGU6IC92YXIvcnVuL3NyLW1vdW50L2IxZmRjZWE0LTE1 NzMtZGJhMy01NGVlLWExYWFkNmJjYmYxMy8wZTNlODMxMC04YTJiLTRhMjUtOTMyZC0zNzAwYTU4 ODRmYWUudmhkOiBvcDogMiwgbHNlYzogMTI1MjU5NTIsIHNlY3M6IDI0LCBuYnl0ZXM6IDEyMjg4 LCBibGs6IDMwNTgsIGJsa19vZmZzZXQ6IDI1NzczNTEKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwg MTggMTg6NDc6MzIgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzE3NTg4XTogRVJST1I6IGVycm5v IC01IGF0IF9fdGFwZGlza192YmRfY29tcGxldGVfdGRfcmVxdWVzdDogcmVxIDE0OiB3cml0ZSAw eDAwMTggc2VjcyB0byAweDAwYmYyMTgwCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ3 OjMyIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1sxNzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCB2 aGRfY29tcGxldGU6IC92YXIvcnVuL3NyLW1vdW50L2IxZmRjZWE0LTE1NzMtZGJhMy01NGVlLWEx YWFkNmJjYmYxMy8wZTNlODMxMC04YTJiLTRhMjUtOTMyZC0zNzAwYTU4ODRmYWUudmhkOiBvcDog MiwgbHNlYzogOTY0MjQ1Niwgc2VjczogMTYsIG5ieXRlczogODE5MiwgYmxrOiAyMzU0LCBibGtf b2Zmc2V0OiAyNDIxMzk5Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ3OjMyIHhlbnNl cnZlci10ZXN0LTIgdGFwZGlza1sxNzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCBfX3RhcGRpc2tf dmJkX2NvbXBsZXRlX3RkX3JlcXVlc3Q6IHJlcSAxMzogd3JpdGUgMHgwMDEwIHNlY3MgdG8gMHgw MDkzMjFkOAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxODo0NzozMiB4ZW5zZXJ2ZXItdGVz dC0yIHRhcGRpc2tbMTc1ODhdOiBFUlJPUjogZXJybm8gLTUgYXQgdmhkX2NvbXBsZXRlOiAvdmFy L3J1bi9zci1tb3VudC9iMWZkY2VhNC0xNTczLWRiYTMtNTRlZS1hMWFhZDZiY2JmMTMvMGUzZTgz MTAtOGEyYi00YTI1LTkzMmQtMzcwMGE1ODg0ZmFlLnZoZDogb3A6IDIsIGxzZWM6IDk2NDI0MzIs IHNlY3M6IDgsIG5ieXRlczogNDA5NiwgYmxrOiAyMzU0LCBibGtfb2Zmc2V0OiAyNDIxMzk5Ci92 YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ3OjMyIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlz a1sxNzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCBfX3RhcGRpc2tfdmJkX2NvbXBsZXRlX3RkX3Jl cXVlc3Q6IHJlcSAxMjogd3JpdGUgMHgwMDA4IHNlY3MgdG8gMHgwMDkzMjFjMAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAxODo0NzozMiB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMTc1ODhd OiBFUlJPUjogZXJybm8gLTUgYXQgdmhkX2NvbXBsZXRlOiAvdmFyL3J1bi9zci1tb3VudC9iMWZk Y2VhNC0xNTczLWRiYTMtNTRlZS1hMWFhZDZiY2JmMTMvMGUzZTgzMTAtOGEyYi00YTI1LTkzMmQt MzcwMGE1ODg0ZmFlLnZoZDogb3A6IDIsIGxzZWM6IDk2NDIzODQsIHNlY3M6IDI0LCBuYnl0ZXM6 IDEyMjg4LCBibGs6IDIzNTQsIGJsa19vZmZzZXQ6IDI0MjEzOTkKL3Zhci9sb2cvZGFlbW9uLmxv ZzpKdWwgMTggMTg6NDc6MzIgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzE3NTg4XTogRVJST1I6 IGVycm5vIC01IGF0IF9fdGFwZGlza192YmRfY29tcGxldGVfdGRfcmVxdWVzdDogcmVxIDExOiB3 cml0ZSAweDAwMTggc2VjcyB0byAweDAwOTMyMTkwCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4 IDE4OjQ3OjMyIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1sxNzU4OF06IEVSUk9SOiBlcnJubyAt NSBhdCB2aGRfY29tcGxldGU6IC92YXIvcnVuL3NyLW1vdW50L2IxZmRjZWE0LTE1NzMtZGJhMy01 NGVlLWExYWFkNmJjYmYxMy8wZTNlODMxMC04YTJiLTRhMjUtOTMyZC0zNzAwYTU4ODRmYWUudmhk OiBvcDogMiwgbHNlYzogOTM4MDI0OCwgc2VjczogOCwgbmJ5dGVzOiA0MDk2LCBibGs6IDIyOTAs IGJsa19vZmZzZXQ6IDIxNzUxNTkKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NDc6MzIg eGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzE3NTg4XTogRVJST1I6IGVycm5vIC01IGF0IF9fdGFw ZGlza192YmRfY29tcGxldGVfdGRfcmVxdWVzdDogcmVxIDEwOiB3cml0ZSAweDAwMDggc2VjcyB0 byAweDAwOGYyMTk4Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ3OjMyIHhlbnNlcnZl ci10ZXN0LTIgdGFwZGlza1sxNzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCB2aGRfY29tcGxldGU6 IC92YXIvcnVuL3NyLW1vdW50L2IxZmRjZWE0LTE1NzMtZGJhMy01NGVlLWExYWFkNmJjYmYxMy8w ZTNlODMxMC04YTJiLTRhMjUtOTMyZC0zNzAwYTU4ODRmYWUudmhkOiBvcDogMiwgbHNlYzogMzA4 ODc4NCwgc2VjczogMzIsIG5ieXRlczogMTYzODQsIGJsazogNzU0LCBibGtfb2Zmc2V0OiAxOTAw MTkxCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ3OjMyIHhlbnNlcnZlci10ZXN0LTIg dGFwZGlza1sxNzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCBfX3RhcGRpc2tfdmJkX2NvbXBsZXRl X3RkX3JlcXVlc3Q6IHJlcSA5OiB3cml0ZSAweDAwMjAgc2VjcyB0byAweDAwMmYyMTkwCi92YXIv bG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ3OjMyIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1sx NzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCB2aGRfY29tcGxldGU6IC92YXIvcnVuL3NyLW1vdW50 L2IxZmRjZWE0LTE1NzMtZGJhMy01NGVlLWExYWFkNmJjYmYxMy8wZTNlODMxMC04YTJiLTRhMjUt OTMyZC0zNzAwYTU4ODRmYWUudmhkOiBvcDogMiwgbHNlYzogMjMwMjY4MCwgc2VjczogOCwgbmJ5 dGVzOiA0MDk2LCBibGs6IDU2MiwgYmxrX29mZnNldDogMTYwODgwNwovdmFyL2xvZy9kYWVtb24u bG9nOkp1bCAxOCAxODo0NzozMiB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMTc1ODhdOiBFUlJP UjogZXJybm8gLTUgYXQgX190YXBkaXNrX3ZiZF9jb21wbGV0ZV90ZF9yZXF1ZXN0OiByZXEgODog d3JpdGUgMHgwMDA4IHNlY3MgdG8gMHgwMDIzMjJkOAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAx OCAxODo0NzozMiB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMTc1ODhdOiBFUlJPUjogZXJybm8g LTUgYXQgdmhkX2NvbXBsZXRlOiAvdmFyL3J1bi9zci1tb3VudC9iMWZkY2VhNC0xNTczLWRiYTMt NTRlZS1hMWFhZDZiY2JmMTMvMGUzZTgzMTAtOGEyYi00YTI1LTkzMmQtMzcwMGE1ODg0ZmFlLnZo ZDogb3A6IDIsIGxzZWM6IDIzMDI2NTYsIHNlY3M6IDgsIG5ieXRlczogNDA5NiwgYmxrOiA1NjIs IGJsa19vZmZzZXQ6IDE2MDg4MDcKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NDc6MzIg eGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzE3NTg4XTogRVJST1I6IGVycm5vIC01IGF0IF9fdGFw ZGlza192YmRfY29tcGxldGVfdGRfcmVxdWVzdDogcmVxIDc6IHdyaXRlIDB4MDAwOCBzZWNzIHRv IDB4MDAyMzIyYzAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NDc6MzIgeGVuc2VydmVy LXRlc3QtMiB0YXBkaXNrWzE3NTg4XTogRVJST1I6IGVycm5vIC01IGF0IHZoZF9jb21wbGV0ZTog L3Zhci9ydW4vc3ItbW91bnQvYjFmZGNlYTQtMTU3My1kYmEzLTU0ZWUtYTFhYWQ2YmNiZjEzLzBl M2U4MzEwLThhMmItNGEyNS05MzJkLTM3MDBhNTg4NGZhZS52aGQ6IG9wOiAyLCBsc2VjOiAyMzAy NjA4LCBzZWNzOiA4LCBuYnl0ZXM6IDQwOTYsIGJsazogNTYyLCBibGtfb2Zmc2V0OiAxNjA4ODA3 Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ3OjMyIHhlbnNlcnZlci10ZXN0LTIgdGFw ZGlza1sxNzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCBfX3RhcGRpc2tfdmJkX2NvbXBsZXRlX3Rk X3JlcXVlc3Q6IHJlcSA2OiB3cml0ZSAweDAwMDggc2VjcyB0byAweDAwMjMyMjkwCi92YXIvbG9n L2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ3OjMyIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1sxNzU4 OF06IEVSUk9SOiBlcnJubyAtNSBhdCB2aGRfY29tcGxldGU6IC92YXIvcnVuL3NyLW1vdW50L2Ix ZmRjZWE0LTE1NzMtZGJhMy01NGVlLWExYWFkNmJjYmYxMy8wZTNlODMxMC04YTJiLTRhMjUtOTMy ZC0zNzAwYTU4ODRmYWUudmhkOiBvcDogMiwgbHNlYzogMjMwMjUyOCwgc2VjczogOCwgbmJ5dGVz OiA0MDk2LCBibGs6IDU2MiwgYmxrX29mZnNldDogMTYwODgwNwovdmFyL2xvZy9kYWVtb24ubG9n Okp1bCAxOCAxODo0NzozMiB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMTc1ODhdOiBFUlJPUjog ZXJybm8gLTUgYXQgX190YXBkaXNrX3ZiZF9jb21wbGV0ZV90ZF9yZXF1ZXN0OiByZXEgNTogd3Jp dGUgMHgwMDA4IHNlY3MgdG8gMHgwMDIzMjI0MAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAx ODo0NzozMiB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMTc1ODhdOiBFUlJPUjogZXJybm8gLTUg YXQgdmhkX2NvbXBsZXRlOiAvdmFyL3J1bi9zci1tb3VudC9iMWZkY2VhNC0xNTczLWRiYTMtNTRl ZS1hMWFhZDZiY2JmMTMvMGUzZTgzMTAtOGEyYi00YTI1LTkzMmQtMzcwMGE1ODg0ZmFlLnZoZDog b3A6IDIsIGxzZWM6IDIzMDIzNjAsIHNlY3M6IDgsIG5ieXRlczogNDA5NiwgYmxrOiA1NjIsIGJs a19vZmZzZXQ6IDE2MDg4MDcKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NDc6MzIgeGVu c2VydmVyLXRlc3QtMiB0YXBkaXNrWzE3NTg4XTogRVJST1I6IGVycm5vIC01IGF0IF9fdGFwZGlz a192YmRfY29tcGxldGVfdGRfcmVxdWVzdDogcmVxIDM6IHdyaXRlIDB4MDAwOCBzZWNzIHRvIDB4 MDAyMzIxOTgKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NDc6MzIgeGVuc2VydmVyLXRl c3QtMiB0YXBkaXNrWzE3NTg4XTogRVJST1I6IGVycm5vIC01IGF0IHZoZF9jb21wbGV0ZTogL3Zh ci9ydW4vc3ItbW91bnQvYjFmZGNlYTQtMTU3My1kYmEzLTU0ZWUtYTFhYWQ2YmNiZjEzLzBlM2U4 MzEwLThhMmItNGEyNS05MzJkLTM3MDBhNTg4NGZhZS52aGQ6IG9wOiAyLCBsc2VjOiAxNzc4MTA0 LCBzZWNzOiA4LCBuYnl0ZXM6IDQwOTYsIGJsazogNDM0LCBibGtfb2Zmc2V0OiAxNTA2MjA3Ci92 YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ3OjMyIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlz a1sxNzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCBfX3RhcGRpc2tfdmJkX2NvbXBsZXRlX3RkX3Jl cXVlc3Q6IHJlcSAyOiB3cml0ZSAweDAwMDggc2VjcyB0byAweDAwMWIyMWI4Ci92YXIvbG9nL2Rh ZW1vbi5sb2c6SnVsIDE4IDE4OjQ3OjMyIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1sxNzU4OF06 IEVSUk9SOiBlcnJubyAtNSBhdCB2aGRfY29tcGxldGU6IC92YXIvcnVuL3NyLW1vdW50L2IxZmRj ZWE0LTE1NzMtZGJhMy01NGVlLWExYWFkNmJjYmYxMy8wZTNlODMxMC04YTJiLTRhMjUtOTMyZC0z NzAwYTU4ODRmYWUudmhkOiBvcDogMiwgbHNlYzogMjA1MTg0LCBzZWNzOiAxNiwgbmJ5dGVzOiA4 MTkyLCBibGs6IDUwLCBibGtfb2Zmc2V0OiA4NjIyMwovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAx OCAxODo0NzozMiB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMTc1ODhdOiBFUlJPUjogZXJybm8g LTUgYXQgX190YXBkaXNrX3ZiZF9jb21wbGV0ZV90ZF9yZXF1ZXN0OiByZXEgMTogd3JpdGUgMHgw MDEwIHNlY3MgdG8gMHgwMDAzMjE4MAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxODo0Nzoz MiB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMTc1ODhdOiBFUlJPUjogZXJybm8gLTUgYXQgdmhk X2NvbXBsZXRlOiAvdmFyL3J1bi9zci1tb3VudC9iMWZkY2VhNC0xNTczLWRiYTMtNTRlZS1hMWFh ZDZiY2JmMTMvMGUzZTgzMTAtOGEyYi00YTI1LTkzMmQtMzcwMGE1ODg0ZmFlLnZoZDogb3A6IDIs IGxzZWM6IDMyODQxNiwgc2VjczogMTYsIG5ieXRlczogODE5MiwgYmxrOiA4MCwgYmxrX29mZnNl dDogMjA1MjM5Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ3OjMyIHhlbnNlcnZlci10 ZXN0LTIgdGFwZGlza1sxNzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCBfX3RhcGRpc2tfdmJkX2Nv bXBsZXRlX3RkX3JlcXVlc3Q6IHJlcSAwOiB3cml0ZSAweDAwMTAgc2VjcyB0byAweDAwMDUwMmUw Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjUzOjAzIHhlbnNlcnZlci10ZXN0LTIgSFZN N1syNDE5Ml06IHhzX3JlYWQoL3ZtLzA3NWNjODQ1LTE3NjctMGNlNS04OGI0LTg2OTIzN2QzMWFj Yi9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4 IDE4OjUzOjAzIHhlbnNlcnZlci10ZXN0LTIgSFZNN1syNDE5Ml06IHhzX3JlYWQoL2xvY2FsL2Rv bWFpbi8wL2RldmljZS1tb2RlbC83L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJv ciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NTM6MDMgeGVuc2VydmVyLXRlc3QtMiBI Vk03WzI0MTkyXTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vMDc1Y2M4NDUt MTc2Ny0wY2U1LTg4YjQtODY5MjM3ZDMxYWNiL3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5s b2c6SnVsIDE4IDE4OjUzOjA5IHhlbnNlcnZlci10ZXN0LTIgSFZNOFsyNDQ4MF06IHhzX3JlYWQo L3ZtL2NlNTJkOGEzLTIxODktMDE1Ni1kMGVkLTFiYTZkMzQzYTY5MS9sb2ctdGhyb3R0bGluZyk6 IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjUzOjA5IHhlbnNlcnZl ci10ZXN0LTIgSFZNOFsyNDQ4MF06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2Rl bC84L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9u LmxvZzpKdWwgMTggMTg6NTM6MDkgeGVuc2VydmVyLXRlc3QtMiBIVk04WzI0NDgwXTogeHNfcmVh ZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vY2U1MmQ4YTMtMjE4OS0wMTU2LWQwZWQtMWJh NmQzNDNhNjkxL3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjUzOjEz IHhlbnNlcnZlci10ZXN0LTIgSFZNOVsyNDc1NV06IHhzX3JlYWQoL3ZtLzUyYTY1NTUwLTA1ZTct OTUxMS05NmUzLTQwZmYwYjA5MmE2MS9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIv bG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjUzOjEzIHhlbnNlcnZlci10ZXN0LTIgSFZNOVsyNDc1 NV06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC85L3hlbl9leHRlbmRlZF9w b3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NTM6 MTMgeGVuc2VydmVyLXRlc3QtMiBIVk05WzI0NzU1XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0 IGVycm9yLiAvdm0vNTJhNjU1NTAtMDVlNy05NTExLTk2ZTMtNDBmZjBiMDkyYTYxL3ZuY3Bhc3N3 ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjUzOjE3IHhlbnNlcnZlci10ZXN0LTIg SFZNMTBbMjUwMzddOiB4c19yZWFkKC92bS9jNjZhMmNkNi05NmM4LTJjNmYtMDIxYS1mOTYyMjgx ODZlZDIvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1 bCAxOCAxODo1MzoxNyB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTEwWzI1MDM3XTogeHNfcmVhZCgvbG9j YWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzEwL3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVh ZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NTM6MTcgeGVuc2VydmVyLXRl c3QtMiBIVk0xMFsyNTAzN106IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtL2M2 NmEyY2Q2LTk2YzgtMmM2Zi0wMjFhLWY5NjIyODE4NmVkMi92bmNwYXNzd2QuIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAxODo1MzoyMyB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTExWzI1MzE1XTog eHNfcmVhZCgvdm0vMGQ1YmVmNjUtZTFhNC0zNDFlLWZmYTQtZDZiZGUzM2I2ODQxL2xvZy10aHJv dHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NTM6MjMg eGVuc2VydmVyLXRlc3QtMiBIVk0xMVsyNTMxNV06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2Rl dmljZS1tb2RlbC8xMS94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIv bG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjUzOjIzIHhlbnNlcnZlci10ZXN0LTIgSFZNMTFbMjUz MTVdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS8wZDViZWY2NS1lMWE0LTM0 MWUtZmZhNC1kNmJkZTMzYjY4NDEvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwg MTggMTg6NTM6MzYgeGVuc2VydmVyLXRlc3QtMiBIVk0xMlsyNTU5MV06IHhzX3JlYWQoL3ZtL2Yw YTZjYTEyLWFlN2EtNTJjOC02ZDE4LWRkYzBhYjE3YzZmYi9sb2ctdGhyb3R0bGluZyk6IHJlYWQg ZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjUzOjM2IHhlbnNlcnZlci10ZXN0 LTIgSFZNMTJbMjU1OTFdOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvMTIv eGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9n Okp1bCAxOCAxODo1MzozNiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTEyWzI1NTkxXTogeHNfcmVhZCgp OiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vZjBhNmNhMTItYWU3YS01MmM4LTZkMTgtZGRjMGFi MTdjNmZiL3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjU1OjE3IHhl bnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3Rl bnxWTSAoZG9taWQ6IDExKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9 IEQ6YzgwOGJjNTY2N2I0fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3Nl ZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6 SnVsIDE4IDE4OjU1OjE3IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10 ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDExKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ug c2h1dGRvd24ge3ZiZCw1NjMyfSBEOjU3NzhjZjIzZTM4MXxldmVudF0gZGV2aWNlX2V2ZW50IGNv dWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAov dmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxODo1NToxOCB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRp c2tbMjUxNDJdOiB0YXBkaXNrLWxvZzogY2xvc2luZyBhZnRlciAwIGVycm9ycyAKL3Zhci9sb2cv ZGFlbW9uLmxvZzpKdWwgMTggMTg6NTU6MjAgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8 eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogOSkgZGV2aWNlX2V2ZW50 ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDoyOGI3ZTZlZTQ1MmV8ZXZlbnRdIGRldmlj ZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBk YXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NTU6MjAgeGVuc2VydmVyLXRl c3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21p ZDogOSkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOmZlMDNkNmMw NmFkZXxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBW TSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxODo1 NToyMSB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMjQ1ODJdOiB0YXBkaXNrLWxvZzogY2xvc2lu ZyBhZnRlciAwIGVycm9ycyAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NTU6MzQgeGVu c2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVu fFZNIChkb21pZDogMTIpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0g RDoxZmZjNmFjZGFmZTR8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2Vk IGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMTg6NTU6MzQgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRl c3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMTIpIGRldmljZV9ldmVudCA9IGRldmljZSBz aHV0ZG93biB7dmJkLDU2MzJ9IEQ6OWQyZjc4ZTBmOTdhfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291 bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92 YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjU1OjM1IHhlbnNlcnZlci10ZXN0LTIgdGFwZGlz a1syNTQxOF06IHRhcGRpc2stbG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAxODo1NTozNyB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4 ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA3KSBkZXZpY2VfZXZlbnQg PSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6YTZkOThmMmQzOTQ1fGV2ZW50XSBkZXZpY2Vf ZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0 YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjU1OjM3IHhlbnNlcnZlci10ZXN0 LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6 IDcpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6MzA3ZDBjZjgw NmVifGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZN IHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjU1 OjM4IHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1syNDAxOV06IHRhcGRpc2stbG9nOiBjbG9zaW5n IGFmdGVyIDAgZXJyb3JzIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxODo1NTo0MCB4ZW5z ZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58 Vk0gKGRvbWlkOiA4KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6 ZWQyYzM1NzM1NmYxfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBi ZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVs IDE4IDE4OjU1OjQwIHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0 LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDgpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0 ZG93biB7dmJkLDU2MzJ9IEQ6MzQyODE2YmQzMTY2fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQg bm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIv bG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjU1OjQyIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1sy NDI5NF06IHRhcGRpc2stbG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAovdmFyL2xvZy9kYWVt b24ubG9nOkp1bCAxOCAxODo1NTo0NSB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5z ZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAxMCkgZGV2aWNlX2V2ZW50ID0g ZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDozYWY4ZDgyYTU3Yjl8ZXZlbnRdIGRldmljZV9l dmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRh YmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NTU6NDUgeGVuc2VydmVyLXRlc3Qt MiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDog MTApIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDo4Njc0OWViN2E0 ZGJ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0g cmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NTU6 NDYgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzI0ODU3XTogdGFwZGlzay1sb2c6IGNsb3Npbmcg YWZ0ZXIgMCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjAyOjM4IHhlbnNl cnZlci10ZXN0LTIgSFZNMTNbMjc1MzBdOiB4c19yZWFkKC92bS85Mzg1NWYxNy02NWViLTgxYzAt Y2EzMi1jNjM4ZGI5MjI5ZWUvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAxOTowMjozOCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTEzWzI3NTMwXTog eHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzEzL3hlbl9leHRlbmRlZF9wb3dl cl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDI6Mzgg eGVuc2VydmVyLXRlc3QtMiBIVk0xM1syNzUzMF06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBl cnJvci4gL3ZtLzkzODU1ZjE3LTY1ZWItODFjMC1jYTMyLWM2MzhkYjkyMjllZS92bmNwYXNzd2Qu IAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowMjo0NCB4ZW5zZXJ2ZXItdGVzdC0yIEhW TTE0WzI3ODA4XTogeHNfcmVhZCgvdm0vY2E3ZDZhNWMtZjNhYy02MTc2LWFlNTItNWMzZmY0Njc1 NDcyL2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwg MTggMTk6MDI6NDQgeGVuc2VydmVyLXRlc3QtMiBIVk0xNFsyNzgwOF06IHhzX3JlYWQoL2xvY2Fs L2RvbWFpbi8wL2RldmljZS1tb2RlbC8xNC94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQg ZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjAyOjQ0IHhlbnNlcnZlci10ZXN0 LTIgSFZNMTRbMjc4MDhdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS9jYTdk NmE1Yy1mM2FjLTYxNzYtYWU1Mi01YzNmZjQ2NzU0NzIvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFl bW9uLmxvZzpKdWwgMTggMTk6MDI6NTkgeGVuc2VydmVyLXRlc3QtMiBIVk0xNVsyODA5MV06IHhz X3JlYWQoL3ZtL2E0ZTZiNzk5LWZiMDItZjc5ZS00OGZlLTU2ZjBhM2M2NzA3OC9sb2ctdGhyb3R0 bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjAyOjU5IHhl bnNlcnZlci10ZXN0LTIgSFZNMTVbMjgwOTFdOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZp Y2UtbW9kZWwvMTUveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xv Zy9kYWVtb24ubG9nOkp1bCAxOCAxOTowMjo1OSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTE1WzI4MDkx XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vYTRlNmI3OTktZmIwMi1mNzll LTQ4ZmUtNTZmMGEzYzY3MDc4L3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4 IDE5OjAzOjAyIHhlbnNlcnZlci10ZXN0LTIgSFZNMTZbMjgzNjldOiB4c19yZWFkKC92bS9kYjlj NmNlZC02MDJlLTc3NTktYzUyNC00YzRkNTUxODk1NDAvbG9nLXRocm90dGxpbmcpOiByZWFkIGVy cm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowMzowMiB4ZW5zZXJ2ZXItdGVzdC0y IEhWTTE2WzI4MzY5XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzE2L3hl bl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMTk6MDM6MDIgeGVuc2VydmVyLXRlc3QtMiBIVk0xNlsyODM2OV06IHhzX3JlYWQoKTog dm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtL2RiOWM2Y2VkLTYwMmUtNzc1OS1jNTI0LTRjNGQ1NTE4 OTU0MC92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowMzowNiB4ZW5z ZXJ2ZXItdGVzdC0yIEhWTTE3WzI4NjUzXTogeHNfcmVhZCgvdm0vNmY5NGY2MjYtNzhkNi0xNGRj LTM4NjctNGVmNTkyMjFkZjQwL2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cv ZGFlbW9uLmxvZzpKdWwgMTggMTk6MDM6MDYgeGVuc2VydmVyLXRlc3QtMiBIVk0xN1syODY1M106 IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC8xNy94ZW5fZXh0ZW5kZWRfcG93 ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjAzOjA2 IHhlbnNlcnZlci10ZXN0LTIgSFZNMTdbMjg2NTNdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQg ZXJyb3IuIC92bS82Zjk0ZjYyNi03OGQ2LTE0ZGMtMzg2Ny00ZWY1OTIyMWRmNDAvdm5jcGFzc3dk LiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDM6MDkgeGVuc2VydmVyLXRlc3QtMiBI Vk0xOFsyODkyOV06IHhzX3JlYWQoL3ZtL2YzMmQ3ZWNkLWYzYjktMWIwZS1lMWEwLTM3ZjIxYTZl OTlmOS9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVs IDE4IDE5OjAzOjA5IHhlbnNlcnZlci10ZXN0LTIgSFZNMThbMjg5MjldOiB4c19yZWFkKC9sb2Nh bC9kb21haW4vMC9kZXZpY2UtbW9kZWwvMTgveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFk IGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowMzowOSB4ZW5zZXJ2ZXItdGVz dC0yIEhWTTE4WzI4OTI5XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vZjMy ZDdlY2QtZjNiOS0xYjBlLWUxYTAtMzdmMjFhNmU5OWY5L3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2Rh ZW1vbi5sb2c6SnVsIDE4IDE5OjAzOjEzIHhlbnNlcnZlci10ZXN0LTIgSFZNMTlbMjkyMDRdOiB4 c19yZWFkKC92bS83NWYyN2Y2OC00M2Q2LWJiZTMtOTNjNS00MjY3MTNkZThkOWIvbG9nLXRocm90 dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowMzoxMyB4 ZW5zZXJ2ZXItdGVzdC0yIEhWTTE5WzI5MjA0XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2 aWNlLW1vZGVsLzE5L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9s b2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDM6MTMgeGVuc2VydmVyLXRlc3QtMiBIVk0xOVsyOTIw NF06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtLzc1ZjI3ZjY4LTQzZDYtYmJl My05M2M1LTQyNjcxM2RlOGQ5Yi92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAx OCAxOTowMzoxNiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTIwWzI5NDc5XTogeHNfcmVhZCgvdm0vMTdl MWEyYjEtMmEzYy05MTNmLWJjNmMtNDhkZGUwNDAyNjMyL2xvZy10aHJvdHRsaW5nKTogcmVhZCBl cnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDM6MTYgeGVuc2VydmVyLXRlc3Qt MiBIVk0yMFsyOTQ3OV06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC8yMC94 ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6 SnVsIDE4IDE5OjAzOjE2IHhlbnNlcnZlci10ZXN0LTIgSFZNMjBbMjk0NzldOiB4c19yZWFkKCk6 IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS8xN2UxYTJiMS0yYTNjLTkxM2YtYmM2Yy00OGRkZTA0 MDI2MzIvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDM6MjAgeGVu c2VydmVyLXRlc3QtMiBIVk0yMVsyOTc2OV06IHhzX3JlYWQoL3ZtLzczZmZkODVmLTIzZWItZTUx NS1kNmFlLTJjOWI0MmM4MGNkOC9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9n L2RhZW1vbi5sb2c6SnVsIDE4IDE5OjAzOjIwIHhlbnNlcnZlci10ZXN0LTIgSFZNMjFbMjk3Njld OiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvMjEveGVuX2V4dGVuZGVkX3Bv d2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowMzoy MCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTIxWzI5NzY5XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0 IGVycm9yLiAvdm0vNzNmZmQ4NWYtMjNlYi1lNTE1LWQ2YWUtMmM5YjQyYzgwY2Q4L3ZuY3Bhc3N3 ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjAzOjIzIHhlbnNlcnZlci10ZXN0LTIg SFZNMjJbMzAwNDRdOiB4c19yZWFkKC92bS82NzJmYThjZC03ZjUxLTUxMmMtZTFmZS0yYTgwMDE3 MDQ2Y2MvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1 bCAxOCAxOTowMzoyMyB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTIyWzMwMDQ0XTogeHNfcmVhZCgvbG9j YWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzIyL3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVh ZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDM6MjMgeGVuc2VydmVyLXRl c3QtMiBIVk0yMlszMDA0NF06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtLzY3 MmZhOGNkLTdmNTEtNTEyYy1lMWZlLTJhODAwMTcwNDZjYy92bmNwYXNzd2QuIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAxOTowMzoyNyB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTIzWzMwMzIwXTog eHNfcmVhZCgvdm0vY2M2NmY1YjktZGYyOS1hNDU1LTJkYWItMzljOWMxMmIwMzE2L2xvZy10aHJv dHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDM6Mjcg eGVuc2VydmVyLXRlc3QtMiBIVk0yM1szMDMyMF06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2Rl dmljZS1tb2RlbC8yMy94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIv bG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjAzOjI3IHhlbnNlcnZlci10ZXN0LTIgSFZNMjNbMzAz MjBdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS9jYzY2ZjViOS1kZjI5LWE0 NTUtMmRhYi0zOWM5YzEyYjAzMTYvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwg MTggMTk6MDM6MzYgeGVuc2VydmVyLXRlc3QtMiBIVk0yNFszMDU5NV06IHhzX3JlYWQoL3ZtLzZj ZjM3ZGExLTJmZTktMjllZC0xZTY2LTVhNWE0NDhlYjcyOC9sb2ctdGhyb3R0bGluZyk6IHJlYWQg ZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjAzOjM2IHhlbnNlcnZlci10ZXN0 LTIgSFZNMjRbMzA1OTVdOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvMjQv eGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9n Okp1bCAxOCAxOTowMzozNiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTI0WzMwNTk1XTogeHNfcmVhZCgp OiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vNmNmMzdkYTEtMmZlOS0yOWVkLTFlNjYtNWE1YTQ0 OGViNzI4L3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjAzOjQwIHhl bnNlcnZlci10ZXN0LTIgSFZNMjVbMzA4NzBdOiB4c19yZWFkKC92bS82ZDE5ZjMxYS1mN2VkLTNh NmMtNGRjYi1lOTFlMDQyNTY3NDcvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xv Zy9kYWVtb24ubG9nOkp1bCAxOCAxOTowMzo0MCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTI1WzMwODcw XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzI1L3hlbl9leHRlbmRlZF9w b3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDM6 NDAgeGVuc2VydmVyLXRlc3QtMiBIVk0yNVszMDg3MF06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdl dCBlcnJvci4gL3ZtLzZkMTlmMzFhLWY3ZWQtM2E2Yy00ZGNiLWU5MWUwNDI1Njc0Ny92bmNwYXNz d2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowMzo0NiB4ZW5zZXJ2ZXItdGVzdC0y IEhWTTI2WzMxMTQ1XTogeHNfcmVhZCgvdm0vZTk4MTQ1NmYtZjM2ZC0zMTc5LTQ5YTMtNGRhNWQ0 NWEwNWNjL2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMTk6MDM6NDYgeGVuc2VydmVyLXRlc3QtMiBIVk0yNlszMTE0NV06IHhzX3JlYWQoL2xv Y2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC8yNi94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJl YWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjAzOjQ2IHhlbnNlcnZlci10 ZXN0LTIgSFZNMjZbMzExNDVdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS9l OTgxNDU2Zi1mMzZkLTMxNzktNDlhMy00ZGE1ZDQ1YTA1Y2Mvdm5jcGFzc3dkLiAKL3Zhci9sb2cv ZGFlbW9uLmxvZzpKdWwgMTggMTk6MDM6NTAgeGVuc2VydmVyLXRlc3QtMiBIVk0yN1szMTQyNF06 IHhzX3JlYWQoL3ZtLzQyMmM3YzQ3LTY1OWUtZDRhMS0wNzZiLTE3YmE3ZTI3YWIzMS9sb2ctdGhy b3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjAzOjUw IHhlbnNlcnZlci10ZXN0LTIgSFZNMjdbMzE0MjRdOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9k ZXZpY2UtbW9kZWwvMjcveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFy L2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowMzo1MCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTI3WzMx NDI0XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vNDIyYzdjNDctNjU5ZS1k NGExLTA3NmItMTdiYTdlMjdhYjMxL3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVs IDE4IDE5OjAzOjU2IHhlbnNlcnZlci10ZXN0LTIgSFZNMjhbMzE3MDBdOiB4c19yZWFkKC92bS8x YmRlZmJiYS1kOTZlLTYwNzEtZmZlNC03Y2U2NDE3ZDBjY2UvbG9nLXRocm90dGxpbmcpOiByZWFk IGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowMzo1NiB4ZW5zZXJ2ZXItdGVz dC0yIEhWTTI4WzMxNzAwXTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzI4 L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxv ZzpKdWwgMTggMTk6MDM6NTYgeGVuc2VydmVyLXRlc3QtMiBIVk0yOFszMTcwMF06IHhzX3JlYWQo KTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtLzFiZGVmYmJhLWQ5NmUtNjA3MS1mZmU0LTdjZTY0 MTdkMGNjZS92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNDowMCB4 ZW5zZXJ2ZXItdGVzdC0yIEhWTTI5WzMxOTc1XTogeHNfcmVhZCgvdm0vZWNiNmM2NTAtOTM1My02 MThhLWU2ODMtYTFiNzFmYmQ1OTg0L2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9s b2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDQ6MDAgeGVuc2VydmVyLXRlc3QtMiBIVk0yOVszMTk3 NV06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC8yOS94ZW5fZXh0ZW5kZWRf cG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA0 OjAwIHhlbnNlcnZlci10ZXN0LTIgSFZNMjlbMzE5NzVdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBn ZXQgZXJyb3IuIC92bS9lY2I2YzY1MC05MzUzLTYxOGEtZTY4My1hMWI3MWZiZDU5ODQvdm5jcGFz c3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDQ6MDMgeGVuc2VydmVyLXRlc3Qt MiBIVk0zMFszMjI1MF06IHhzX3JlYWQoL3ZtL2U5OWFjNTJhLWNlM2EtMDQ1OS1kZjAxLTczNDk5 YzIyNjZkYi9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6 SnVsIDE4IDE5OjA0OjAzIHhlbnNlcnZlci10ZXN0LTIgSFZNMzBbMzIyNTBdOiB4c19yZWFkKC9s b2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvMzAveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiBy ZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNDowMyB4ZW5zZXJ2ZXIt dGVzdC0yIEhWTTMwWzMyMjUwXTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0v ZTk5YWM1MmEtY2UzYS0wNDU5LWRmMDEtNzM0OTljMjI2NmRiL3ZuY3Bhc3N3ZC4gCi92YXIvbG9n L2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA0OjA3IHhlbnNlcnZlci10ZXN0LTIgSFZNMzFbMzI1MjVd OiB4c19yZWFkKC92bS9lY2M1MjJjYy02NGY3LWQwYjEtZjhlMy05NTI2MWUwMTc4NTUvbG9nLXRo cm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNDow NyB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTMxWzMyNTI1XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAv ZGV2aWNlLW1vZGVsLzMxL3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zh ci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDQ6MDcgeGVuc2VydmVyLXRlc3QtMiBIVk0zMVsz MjUyNV06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtL2VjYzUyMmNjLTY0Zjct ZDBiMS1mOGUzLTk1MjYxZTAxNzg1NS92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1 bCAxOCAxOTowNDoxMSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTMyWzMzMl06IHhzX3JlYWQoL3ZtLzZj MTM4ODYwLWYwYzAtMmZkYy02ODBiLWZlZmYzNTFmNTBiMC9sb2ctdGhyb3R0bGluZyk6IHJlYWQg ZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA0OjExIHhlbnNlcnZlci10ZXN0 LTIgSFZNMzJbMzMyXTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzMyL3hl bl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMTk6MDQ6MTEgeGVuc2VydmVyLXRlc3QtMiBIVk0zMlszMzJdOiB4c19yZWFkKCk6IHZu Y3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS82YzEzODg2MC1mMGMwLTJmZGMtNjgwYi1mZWZmMzUxZjUw YjAvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDQ6MTQgeGVuc2Vy dmVyLXRlc3QtMiBIVk0zM1s2MDhdOiB4c19yZWFkKC92bS9kYTM1YzU1ZC1lY2JmLTZlOTAtYTJk Zi1lZTA3YWJjZTM0YjcvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVt b24ubG9nOkp1bCAxOCAxOTowNDoxNCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTMzWzYwOF06IHhzX3Jl YWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC8zMy94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdt dCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA0OjE0IHhlbnNl cnZlci10ZXN0LTIgSFZNMzNbNjA4XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAv dm0vZGEzNWM1NWQtZWNiZi02ZTkwLWEyZGYtZWUwN2FiY2UzNGI3L3ZuY3Bhc3N3ZC4gCi92YXIv bG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA0OjE4IHhlbnNlcnZlci10ZXN0LTIgSFZNMzRbOTAw XTogeHNfcmVhZCgvdm0vY2EzZmY5MzAtOWU4ZS03OTVjLTc4MDItYWUyMDU3ZmZmMWRkL2xvZy10 aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDQ6 MTggeGVuc2VydmVyLXRlc3QtMiBIVk0zNFs5MDBdOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9k ZXZpY2UtbW9kZWwvMzQveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFy L2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNDoxOCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTM0Wzkw MF06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtL2NhM2ZmOTMwLTllOGUtNzk1 Yy03ODAyLWFlMjA1N2ZmZjFkZC92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAx OCAxOTowNDoyMiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTM1WzExNzldOiB4c19yZWFkKC92bS9jNjM4 NDZhZS0xMzIyLTFhOWMtNWU2OC0wYzdjOTVhNmM5MDIvbG9nLXRocm90dGxpbmcpOiByZWFkIGVy cm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNDoyMiB4ZW5zZXJ2ZXItdGVzdC0y IEhWTTM1WzExNzldOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvMzUveGVu X2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1 bCAxOCAxOTowNDoyMiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTM1WzExNzldOiB4c19yZWFkKCk6IHZu Y3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS9jNjM4NDZhZS0xMzIyLTFhOWMtNWU2OC0wYzdjOTVhNmM5 MDIvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDQ6MjkgeGVuc2Vy dmVyLXRlc3QtMiBIVk0zNlsxNDU1XTogeHNfcmVhZCgvdm0vY2ZlMjVlNjYtYmI0Mi05NzU1LTQy YWEtZmY3ZTdkYzY2MTBiL2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFl bW9uLmxvZzpKdWwgMTggMTk6MDQ6MjkgeGVuc2VydmVyLXRlc3QtMiBIVk0zNlsxNDU1XTogeHNf cmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzM2L3hlbl9leHRlbmRlZF9wb3dlcl9t Z210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDQ6MjkgeGVu c2VydmVyLXRlc3QtMiBIVk0zNlsxNDU1XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9y LiAvdm0vY2ZlMjVlNjYtYmI0Mi05NzU1LTQyYWEtZmY3ZTdkYzY2MTBiL3ZuY3Bhc3N3ZC4gCi92 YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA0OjM4IHhlbnNlcnZlci10ZXN0LTIgSFZNMzdb MTc0Nl06IHhzX3JlYWQoL3ZtLzZkM2FhOThhLWM5NGEtZGI1Yi05N2I4LWYwNTk0ZWM4YWU2NS9s b2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5 OjA0OjM4IHhlbnNlcnZlci10ZXN0LTIgSFZNMzdbMTc0Nl06IHhzX3JlYWQoL2xvY2FsL2RvbWFp bi8wL2RldmljZS1tb2RlbC8zNy94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3Ig Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA0OjM4IHhlbnNlcnZlci10ZXN0LTIgSFZN MzdbMTc0Nl06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtLzZkM2FhOThhLWM5 NGEtZGI1Yi05N2I4LWYwNTk0ZWM4YWU2NS92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9n Okp1bCAxOCAxOTowNDo0MiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTM4WzIwMjRdOiB4c19yZWFkKC92 bS8wYjUyZjc2ZS0xOTI3LTE0ZTctYmNmNS00OTgwZjM3YTZmZWEvbG9nLXRocm90dGxpbmcpOiBy ZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNDo0MiB4ZW5zZXJ2ZXIt dGVzdC0yIEhWTTM4WzIwMjRdOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwv MzgveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24u bG9nOkp1bCAxOCAxOTowNDo0MiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTM4WzIwMjRdOiB4c19yZWFk KCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS8wYjUyZjc2ZS0xOTI3LTE0ZTctYmNmNS00OTgw ZjM3YTZmZWEvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDQ6NDYg eGVuc2VydmVyLXRlc3QtMiBIVk0zOVsyMjk5XTogeHNfcmVhZCgvdm0vY2NlYzgwMzctZThjYS1i YWQ5LTdiZmEtY2Y2OTgyMTcxYzdlL2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9s b2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDQ6NDYgeGVuc2VydmVyLXRlc3QtMiBIVk0zOVsyMjk5 XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzM5L3hlbl9leHRlbmRlZF9w b3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDQ6 NDYgeGVuc2VydmVyLXRlc3QtMiBIVk0zOVsyMjk5XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0 IGVycm9yLiAvdm0vY2NlYzgwMzctZThjYS1iYWQ5LTdiZmEtY2Y2OTgyMTcxYzdlL3ZuY3Bhc3N3 ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA0OjQ5IHhlbnNlcnZlci10ZXN0LTIg SFZNNDBbMjU3OF06IHhzX3JlYWQoL3ZtLzllNzczNzVmLTA0ODctZjVkZS0xMTJkLTBjN2U4YTk2 YTk3Ny9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVs IDE4IDE5OjA0OjQ5IHhlbnNlcnZlci10ZXN0LTIgSFZNNDBbMjU3OF06IHhzX3JlYWQoL2xvY2Fs L2RvbWFpbi8wL2RldmljZS1tb2RlbC80MC94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQg ZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA0OjQ5IHhlbnNlcnZlci10ZXN0 LTIgSFZNNDBbMjU3OF06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtLzllNzcz NzVmLTA0ODctZjVkZS0xMTJkLTBjN2U4YTk2YTk3Ny92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVt b24ubG9nOkp1bCAxOCAxOTowNDo1MyB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTQxWzI4NTNdOiB4c19y ZWFkKC92bS9kMzM4NTdiMC1hZjlmLWIyYWYtNzA1NC0yZTNhNmUxZDk0MDMvbG9nLXRocm90dGxp bmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNDo1MyB4ZW5z ZXJ2ZXItdGVzdC0yIEhWTTQxWzI4NTNdOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2Ut bW9kZWwvNDEveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAxOTowNDo1MyB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTQxWzI4NTNdOiB4 c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS9kMzM4NTdiMC1hZjlmLWIyYWYtNzA1 NC0yZTNhNmUxZDk0MDMvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6 MDQ6NTcgeGVuc2VydmVyLXRlc3QtMiBIVk00MlszMTI5XTogeHNfcmVhZCgvdm0vYzAyYWVlNzIt YjM1My1hNzM4LWJiMjMtNDNjMGIzODA3ODUwL2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAK L3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDQ6NTcgeGVuc2VydmVyLXRlc3QtMiBIVk00 MlszMTI5XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzQyL3hlbl9leHRl bmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTgg MTk6MDQ6NTcgeGVuc2VydmVyLXRlc3QtMiBIVk00MlszMTI5XTogeHNfcmVhZCgpOiB2bmNwYXNz d2QgZ2V0IGVycm9yLiAvdm0vYzAyYWVlNzItYjM1My1hNzM4LWJiMjMtNDNjMGIzODA3ODUwL3Zu Y3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA1OjAxIHhlbnNlcnZlci10 ZXN0LTIgSFZNNDNbMzQwNF06IHhzX3JlYWQoL3ZtL2VjNjAwNGM4LTM0N2YtZTgwZS1lMGY3LWQy NThmMzYzNGI2Yy9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5s b2c6SnVsIDE4IDE5OjA1OjAxIHhlbnNlcnZlci10ZXN0LTIgSFZNNDNbMzQwNF06IHhzX3JlYWQo L2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC80My94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6 IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA1OjAxIHhlbnNlcnZl ci10ZXN0LTIgSFZNNDNbMzQwNF06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3Zt L2VjNjAwNGM4LTM0N2YtZTgwZS1lMGY3LWQyNThmMzYzNGI2Yy92bmNwYXNzd2QuIAovdmFyL2xv Zy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNTowNSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTQ0WzM2Nzld OiB4c19yZWFkKC92bS84YjEzNWVhOC0yYTIzLTYxMGYtMTExYi05MmI3Y2QxYjlmNzQvbG9nLXRo cm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNTow NSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTQ0WzM2NzldOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9k ZXZpY2UtbW9kZWwvNDQveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFy L2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNTowNSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTQ0WzM2 NzldOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS84YjEzNWVhOC0yYTIzLTYx MGYtMTExYi05MmI3Y2QxYjlmNzQvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwg MTggMTk6MDU6MTcgeGVuc2VydmVyLXRlc3QtMiBIVk00NVszOTU0XTogeHNfcmVhZCgvdm0vNzUy ZTQxYWYtOWZkMi1kYzJiLTk3YmEtNDZiYmYyMDRkYTBjL2xvZy10aHJvdHRsaW5nKTogcmVhZCBl cnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDU6MTcgeGVuc2VydmVyLXRlc3Qt MiBIVk00NVszOTU0XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzQ1L3hl bl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMTk6MDU6MTcgeGVuc2VydmVyLXRlc3QtMiBIVk00NVszOTU0XTogeHNfcmVhZCgpOiB2 bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vNzUyZTQxYWYtOWZkMi1kYzJiLTk3YmEtNDZiYmYyMDRk YTBjL3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA1OjI0IHhlbnNl cnZlci10ZXN0LTIgSFZNNDZbNDIzNF06IHhzX3JlYWQoL3ZtL2YyZjdjOWU0LWYyNDQtMzZhZS1h NGZlLTZmZDlhNThjNDVkYi9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2Rh ZW1vbi5sb2c6SnVsIDE4IDE5OjA1OjI0IHhlbnNlcnZlci10ZXN0LTIgSFZNNDZbNDIzNF06IHhz X3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC80Ni94ZW5fZXh0ZW5kZWRfcG93ZXJf bWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA1OjI0IHhl bnNlcnZlci10ZXN0LTIgSFZNNDZbNDIzNF06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJv ci4gL3ZtL2YyZjdjOWU0LWYyNDQtMzZhZS1hNGZlLTZmZDlhNThjNDVkYi92bmNwYXNzd2QuIAov dmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNToyOCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTQ3 WzQ1MTBdOiB4c19yZWFkKC92bS9iZGEyZGI2ZS03MWMwLTE3Y2UtNzJkOS1jODU1Zjc4YTZiNTUv bG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAx OTowNToyOCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTQ3WzQ1MTBdOiB4c19yZWFkKC9sb2NhbC9kb21h aW4vMC9kZXZpY2UtbW9kZWwvNDcveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9y IAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNToyOCB4ZW5zZXJ2ZXItdGVzdC0yIEhW TTQ3WzQ1MTBdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS9iZGEyZGI2ZS03 MWMwLTE3Y2UtNzJkOS1jODU1Zjc4YTZiNTUvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxv ZzpKdWwgMTggMTk6MDU6MzIgeGVuc2VydmVyLXRlc3QtMiBIVk00OFs0Nzg1XTogeHNfcmVhZCgv dm0vZmRlZGEyZGMtNTEwNS1lZjQ3LWU4ZTYtMmJkMjAyY2FjZDk3L2xvZy10aHJvdHRsaW5nKTog cmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDU6MzIgeGVuc2VydmVy LXRlc3QtMiBIVk00OFs0Nzg1XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVs LzQ4L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9u LmxvZzpKdWwgMTggMTk6MDU6MzIgeGVuc2VydmVyLXRlc3QtMiBIVk00OFs0Nzg1XTogeHNfcmVh ZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vZmRlZGEyZGMtNTEwNS1lZjQ3LWU4ZTYtMmJk MjAyY2FjZDk3L3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA1OjM2 IHhlbnNlcnZlci10ZXN0LTIgSFZNNDlbNTA2MF06IHhzX3JlYWQoL3ZtLzFkOGJiZTAxLTYwODQt ZmQ5Yy05ZGYwLTZhOTdkZGMxZDA0MS9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIv bG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA1OjM2IHhlbnNlcnZlci10ZXN0LTIgSFZNNDlbNTA2 MF06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC80OS94ZW5fZXh0ZW5kZWRf cG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA1 OjM2IHhlbnNlcnZlci10ZXN0LTIgSFZNNDlbNTA2MF06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdl dCBlcnJvci4gL3ZtLzFkOGJiZTAxLTYwODQtZmQ5Yy05ZGYwLTZhOTdkZGMxZDA0MS92bmNwYXNz d2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNTo0NSB4ZW5zZXJ2ZXItdGVzdC0y IEhWTTUwWzUzMzVdOiB4c19yZWFkKC92bS84ZTMxNWFkOC1kOWViLWIzNjQtNTY4Ni02ODMzYWQx YTlmNTMvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1 bCAxOCAxOTowNTo0NSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTUwWzUzMzVdOiB4c19yZWFkKC9sb2Nh bC9kb21haW4vMC9kZXZpY2UtbW9kZWwvNTAveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFk IGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNTo0NSB4ZW5zZXJ2ZXItdGVz dC0yIEhWTTUwWzUzMzVdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS84ZTMx NWFkOC1kOWViLWIzNjQtNTY4Ni02ODMzYWQxYTlmNTMvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFl bW9uLmxvZzpKdWwgMTggMTk6MDU6NDkgeGVuc2VydmVyLXRlc3QtMiBIVk01MVs1NjE0XTogeHNf cmVhZCgvdm0vZjE5YTljOWYtNWY2ZS01NmJiLWRlMDYtZGRjYjk4OGRmZTkxL2xvZy10aHJvdHRs aW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDU6NDkgeGVu c2VydmVyLXRlc3QtMiBIVk01MVs1NjE0XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNl LW1vZGVsLzUxL3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cv ZGFlbW9uLmxvZzpKdWwgMTggMTk6MDU6NDkgeGVuc2VydmVyLXRlc3QtMiBIVk01MVs1NjE0XTog eHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vZjE5YTljOWYtNWY2ZS01NmJiLWRl MDYtZGRjYjk4OGRmZTkxL3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5 OjA1OjU5IHhlbnNlcnZlci10ZXN0LTIgSFZNNTJbNTg5MF06IHhzX3JlYWQoL3ZtLzgxZTZkNjdj LWRjYWMtYWJiNi0yOGE2LWUzNzkyZmU2ZmRmZi9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3Ig Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA1OjU5IHhlbnNlcnZlci10ZXN0LTIgSFZN NTJbNTg5MF06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC81Mi94ZW5fZXh0 ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4 IDE5OjA1OjU5IHhlbnNlcnZlci10ZXN0LTIgSFZNNTJbNTg5MF06IHhzX3JlYWQoKTogdm5jcGFz c3dkIGdldCBlcnJvci4gL3ZtLzgxZTZkNjdjLWRjYWMtYWJiNi0yOGE2LWUzNzkyZmU2ZmRmZi92 bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNjoyMSB4ZW5zZXJ2ZXIt dGVzdC0yIEhWTTUzWzYxNzVdOiB4c19yZWFkKC92bS9iMmY4N2JkMS0zOGVhLWQ1YzgtMGE4Ni04 ZWMwNDIzNGM0ODMvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24u bG9nOkp1bCAxOCAxOTowNjoyMSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTUzWzYxNzVdOiB4c19yZWFk KC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvNTMveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQp OiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNjoyMSB4ZW5zZXJ2 ZXItdGVzdC0yIEhWTTUzWzYxNzVdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92 bS9iMmY4N2JkMS0zOGVhLWQ1YzgtMGE4Ni04ZWMwNDIzNGM0ODMvdm5jcGFzc3dkLiAKL3Zhci9s b2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDY6MjUgeGVuc2VydmVyLXRlc3QtMiBIVk01NFs2NDYy XTogeHNfcmVhZCgvdm0vNTJhODdkZWUtZDk3YS03YzZhLWM5NzgtZjNhNTRkMjdkNDM3L2xvZy10 aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDY6 MjUgeGVuc2VydmVyLXRlc3QtMiBIVk01NFs2NDYyXTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAv ZGV2aWNlLW1vZGVsLzU0L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zh ci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDY6MjUgeGVuc2VydmVyLXRlc3QtMiBIVk01NFs2 NDYyXTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vNTJhODdkZWUtZDk3YS03 YzZhLWM5NzgtZjNhNTRkMjdkNDM3L3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVs IDE4IDE5OjA2OjM4IHhlbnNlcnZlci10ZXN0LTIgSFZNNTVbNjczOF06IHhzX3JlYWQoL3ZtL2U0 ZjI5ZTE4LTA5NWItNTZiNS0yODM3LTMxNTFkYzQyZGZlNi9sb2ctdGhyb3R0bGluZyk6IHJlYWQg ZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA2OjM4IHhlbnNlcnZlci10ZXN0 LTIgSFZNNTVbNjczOF06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC81NS94 ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6 SnVsIDE4IDE5OjA2OjM4IHhlbnNlcnZlci10ZXN0LTIgSFZNNTVbNjczOF06IHhzX3JlYWQoKTog dm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtL2U0ZjI5ZTE4LTA5NWItNTZiNS0yODM3LTMxNTFkYzQy ZGZlNi92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNjo0OSB4ZW5z ZXJ2ZXItdGVzdC0yIEhWTTU2WzcxNDBdOiB4c19yZWFkKC92bS9mYzYzZWJmZS04NTdiLTQ1YjQt OTljMy00MzZmM2E0ZGM1MmYvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAxOTowNjo0OSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTU2WzcxNDBdOiB4 c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvNTYveGVuX2V4dGVuZGVkX3Bvd2Vy X21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNjo0OSB4 ZW5zZXJ2ZXItdGVzdC0yIEhWTTU2WzcxNDBdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJy b3IuIC92bS9mYzYzZWJmZS04NTdiLTQ1YjQtOTljMy00MzZmM2E0ZGM1MmYvdm5jcGFzc3dkLiAK L3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDM6NDQgeGVuc2VydmVyLXRlc3QtMiB4YXBp OiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogNDUpIGRl dmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6ZTUyZTY1MDgyMDVifGV2 ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29y ZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQzOjQ0IHhl bnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3Rl bnxWTSAoZG9taWQ6IDQ1KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9 IEQ6N2E4N2YyZWQzOTc2fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3Nl ZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6 SnVsIDE4IDIxOjQzOjQ1IHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1szNzgxXTogdGFwZGlzay1s b2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIx OjQzOjQ3IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYg eGFsX2xpc3RlbnxWTSAoZG9taWQ6IDMxKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24g e3ZiZCw1NjMyfSBEOmZkMjA0OGM3MjA0M3xldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBi ZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAyMTo0Mzo0NyB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4 ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAzMSkgZGV2aWNlX2V2ZW50 ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjI4N2JhZTcxYzdlOXxldmVudF0gZGV2aWNl X2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRh dGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0Mzo0OSB4ZW5zZXJ2ZXItdGVz dC0yIHRhcGRpc2tbMzIzNTJdOiB0YXBkaXNrLWxvZzogY2xvc2luZyBhZnRlciAwIGVycm9ycyAK L3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDM6NTAgeGVuc2VydmVyLXRlc3QtMiB4YXBp OiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMjcpIGRl dmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDozN2I0ZGU3Mzk2NDZ8ZXZl bnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3Jk IG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDM6NTAgeGVu c2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVu fFZNIChkb21pZDogMjcpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9 IEQ6MGI2NTVkNGJlZWVjfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3Nl ZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6 SnVsIDE4IDIxOjQzOjUxIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1szMTI1MV06IHRhcGRpc2st bG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAy MTo0Mzo1MyB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2 IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAyNCkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3du IHt2YmQsNTYzMn0gRDpiZDVlNDRkNmI2ODR8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3Qg YmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cv ZGFlbW9uLmxvZzpKdWwgMTggMjE6NDM6NTMgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8 eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMjQpIGRldmljZV9ldmVu dCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDoxY2RjY2U1Zjc5MjB8ZXZlbnRdIGRldmlj ZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBk YXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDM6NTUgeGVuc2VydmVyLXRl c3QtMiB0YXBkaXNrWzMwNDIyXTogdGFwZGlzay1sb2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMg Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQzOjU2IHhlbnNlcnZlci10ZXN0LTIgeGFw aTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDMwKSBk ZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOjEzNGZjMjEzOTk3YXxl dmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNv cmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0Mzo1NiB4 ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0 ZW58Vk0gKGRvbWlkOiAzMCkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4 fSBEOjVmNjI5MzVlMjQ5Y3xldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNz ZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9n Okp1bCAxOCAyMTo0Mzo1NyB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMzIwNzddOiB0YXBkaXNr LWxvZzogY2xvc2luZyBhZnRlciAwIGVycm9ycyAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTgg MjE6NDM6NTkgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2 NiB4YWxfbGlzdGVufFZNIChkb21pZDogNTApIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93 biB7dmJkLDc2OH0gRDo3OWI1NGFjMWUyNjl8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3Qg YmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cv ZGFlbW9uLmxvZzpKdWwgMTggMjE6NDM6NTkgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8 eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogNTApIGRldmljZV9ldmVu dCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6YjMyMjYxYzJlY2I3fGV2ZW50XSBkZXZp Y2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4g ZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ0OjAwIHhlbnNlcnZlci10 ZXN0LTIgdGFwZGlza1s1MTYyXTogdGFwZGlzay1sb2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMg Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ0OjAyIHhlbnNlcnZlci10ZXN0LTIgeGFw aTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDM0KSBk ZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6YTZlNWUyMDc4YjBifGV2 ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29y ZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ0OjAyIHhl bnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3Rl bnxWTSAoZG9taWQ6IDM0KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMy fSBEOjUwMzNmM2VkMDhlOHxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNz ZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9n Okp1bCAxOCAyMTo0NDowNCB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbNzIwXTogdGFwZGlzay1s b2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIx OjQ0OjA1IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYg eGFsX2xpc3RlbnxWTSAoZG9taWQ6IDQwKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24g e3ZiZCw3Njh9IEQ6YjNlM2I4MmNiYmE5fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJl IHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2Rh ZW1vbi5sb2c6SnVsIDE4IDIxOjQ0OjA1IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhl bnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDQwKSBkZXZpY2VfZXZlbnQg PSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOmM2Y2QwY2IxYTYwYXxldmVudF0gZGV2aWNl X2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRh dGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDowNyB4ZW5zZXJ2ZXItdGVz dC0yIHRhcGRpc2tbMjQwMV06IHRhcGRpc2stbG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAov dmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDowOSB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6 IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA1NSkgZGV2 aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjQ3OWQ1ZmZiM2RjNnxldmVu dF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQg bm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDowOSB4ZW5z ZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58 Vk0gKGRvbWlkOiA1NSkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0g RDo1NzJjZTc0NTRlNzR8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2Vk IGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMjE6NDQ6MTAgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzY1NjVdOiB0YXBkaXNrLWxv ZzogY2xvc2luZyBhZnRlciAwIGVycm9ycyAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6 NDQ6MTIgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4 YWxfbGlzdGVufFZNIChkb21pZDogMTUpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7 dmJkLDc2OH0gRDpiYTNlNWE2OTJkMTB8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUg cHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFl bW9uLmxvZzpKdWwgMTggMjE6NDQ6MTIgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVu c2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMTUpIGRldmljZV9ldmVudCA9 IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6YjI2NThmNTExYTg0fGV2ZW50XSBkZXZpY2Vf ZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0 YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ0OjEzIHhlbnNlcnZlci10ZXN0 LTIgdGFwZGlza1syNzkxOF06IHRhcGRpc2stbG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAov dmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDoxNSB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6 IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA0NikgZGV2 aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDphNDYzOGM4ZDlkYTV8ZXZl bnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3Jk IG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDQ6MTUgeGVu c2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVu fFZNIChkb21pZDogNDYpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0g RDo0NGVlNjRmNjcxYzl8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2Vk IGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMjE6NDQ6MTYgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzQwNjBdOiB0YXBkaXNrLWxv ZzogY2xvc2luZyBhZnRlciAwIGVycm9ycyAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6 NDQ6MTggeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4 YWxfbGlzdGVufFZNIChkb21pZDogMTcpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7 dmJkLDc2OH0gRDo1N2FhOTUxM2E1OGR8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUg cHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFl bW9uLmxvZzpKdWwgMTggMjE6NDQ6MTggeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVu c2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMTcpIGRldmljZV9ldmVudCA9 IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6Yjc5ODgwODYxNDA3fGV2ZW50XSBkZXZpY2Vf ZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0 YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ0OjE5IHhlbnNlcnZlci10ZXN0 LTIgdGFwZGlza1syODQ3N106IHRhcGRpc2stbG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAov dmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDoyMSB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6 IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAyNSkgZGV2 aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDowODQ2ZDNmM2ZhYmN8ZXZl bnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3Jk IG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDQ6MjEgeGVu c2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVu fFZNIChkb21pZDogMjUpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0g RDo1YjY0NDNmOTM0NmZ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2Vk IGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMjE6NDQ6MjIgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzMwNjk3XTogdGFwZGlzay1s b2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIx OjQ0OjI0IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYg eGFsX2xpc3RlbnxWTSAoZG9taWQ6IDE5KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24g e3ZiZCw1NjMyfSBEOmEyYjUwNWE4OGY0NHxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBi ZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAyMTo0NDoyNCB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4 ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAxOSkgZGV2aWNlX2V2ZW50 ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjQyODliY2I5Y2I5ZHxldmVudF0gZGV2aWNl X2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRh dGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDoyNSB4ZW5zZXJ2ZXItdGVz dC0yIHRhcGRpc2tbMjkwMzFdOiB0YXBkaXNrLWxvZzogY2xvc2luZyBhZnRlciAwIGVycm9ycyAK L3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDQ6MjYgeGVuc2VydmVyLXRlc3QtMiB4YXBp OiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogNDcpIGRl dmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6NDdiOTljOGUxNTJkfGV2 ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29y ZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ0OjI2IHhl bnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3Rl bnxWTSAoZG9taWQ6IDQ3KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9 IEQ6ZjkxYWU4OTlmMmRifGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3Nl ZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6 SnVsIDE4IDIxOjQ0OjI4IHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1s0MzM3XTogdGFwZGlzay1s b2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIx OjQ0OjMwIHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYg eGFsX2xpc3RlbnxWTSAoZG9taWQ6IDI5KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24g e3ZiZCw3Njh9IEQ6YTMwZjRkZGIyNDhjfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJl IHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2Rh ZW1vbi5sb2c6SnVsIDE4IDIxOjQ0OjMwIHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhl bnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDI5KSBkZXZpY2VfZXZlbnQg PSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOjZhYWQzZTFmY2QzZXxldmVudF0gZGV2aWNl X2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRh dGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDozMSB4ZW5zZXJ2ZXItdGVz dC0yIHRhcGRpc2tbMzE4MDJdOiB0YXBkaXNrLWxvZzogY2xvc2luZyBhZnRlciAwIGVycm9ycyAK L3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDQ6MzMgeGVuc2VydmVyLXRlc3QtMiB4YXBp OiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMzUpIGRl dmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDoyYWE5MDZmY2NlZmF8ZXZl bnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3Jk IG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDQ6MzMgeGVu c2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVu fFZNIChkb21pZDogMzUpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9 IEQ6MTE4Yzk3ODQ4ZjNjfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3Nl ZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6 SnVsIDE4IDIxOjQ0OjM0IHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1sxMDA2XTogdGFwZGlzay1s b2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIx OjQ0OjM2IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYg eGFsX2xpc3RlbnxWTSAoZG9taWQ6IDM5KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24g e3ZiZCw1NjMyfSBEOjQxMzk4NTBlYTJkMXxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBi ZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAyMTo0NDozNiB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4 ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAzOSkgZGV2aWNlX2V2ZW50 ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjA1ZGQxYzgzMjYwMnxldmVudF0gZGV2aWNl X2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRh dGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDozNyB4ZW5zZXJ2ZXItdGVz dC0yIHRhcGRpc2tbMjEyNl06IHRhcGRpc2stbG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAov dmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDozOSB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6 IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAzMikgZGV2 aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDoyYzYxZTdlNzFkM2R8ZXZl bnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3Jk IG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDQ6MzkgeGVu c2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVu fFZNIChkb21pZDogMzIpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0g RDozNzgwOTY3ZjE1ZWF8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2Vk IGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMjE6NDQ6NDAgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzMyNjI3XTogdGFwZGlzay1s b2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIx OjQ0OjQyIHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYg eGFsX2xpc3RlbnxWTSAoZG9taWQ6IDU0KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24g e3ZiZCw3Njh9IEQ6NDdkMDYzZTFhMWMyfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJl IHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2Rh ZW1vbi5sb2c6SnVsIDE4IDIxOjQ0OjQyIHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhl bnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDU0KSBkZXZpY2VfZXZlbnQg PSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOmNmOGM0Yjk3NGU3OXxldmVudF0gZGV2aWNl X2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRh dGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDo0MyB4ZW5zZXJ2ZXItdGVz dC0yIHRhcGRpc2tbNjI3OV06IHRhcGRpc2stbG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAov dmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDo0NSB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6 IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAyOCkgZGV2 aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjE0MmRiMjRhMjhiN3xldmVu dF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQg bm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDo0NSB4ZW5z ZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58 Vk0gKGRvbWlkOiAyOCkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0g RDowOTZhYjE5MDEyZWV8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2Vk IGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMjE6NDQ6NDYgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzMxNTI2XTogdGFwZGlzay1s b2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIx OjQ0OjQ4IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYg eGFsX2xpc3RlbnxWTSAoZG9taWQ6IDIwKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24g e3ZiZCw1NjMyfSBEOjdiN2E5MmVmN2RmY3xldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBi ZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAyMTo0NDo0OCB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4 ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAyMCkgZGV2aWNlX2V2ZW50 ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjljYTg0MjFiM2JlNnxldmVudF0gZGV2aWNl X2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRh dGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDo0OSB4ZW5zZXJ2ZXItdGVz dC0yIHRhcGRpc2tbMjkzMDZdOiB0YXBkaXNrLWxvZzogY2xvc2luZyBhZnRlciAwIGVycm9ycyAK L3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDQ6NTAgeGVuc2VydmVyLXRlc3QtMiB4YXBp OiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMzYpIGRl dmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDozY2Q5NTkxMTkxZTN8ZXZl bnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3Jk IG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDQ6NTAgeGVu c2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVu fFZNIChkb21pZDogMzYpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9 IEQ6NjEzZmFkMjc2MmFmfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3Nl ZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6 SnVsIDE4IDIxOjQ0OjUyIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1sxMjgyXTogdGFwZGlzay1s b2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIx OjQ0OjUzIHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYg eGFsX2xpc3RlbnxWTSAoZG9taWQ6IDE2KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24g e3ZiZCw1NjMyfSBEOjc0OGYzZmNiYWVjMXxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBi ZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAyMTo0NDo1MyB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4 ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAxNikgZGV2aWNlX2V2ZW50 ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjUwYWVjOTRjY2E5ZXxldmVudF0gZGV2aWNl X2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRh dGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDo1NCB4ZW5zZXJ2ZXItdGVz dC0yIHRhcGRpc2tbMjgxOTZdOiB0YXBkaXNrLWxvZzogY2xvc2luZyBhZnRlciAwIGVycm9ycyAK L3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDQ6NTYgeGVuc2VydmVyLXRlc3QtMiB4YXBp OiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMjEpIGRl dmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6MjNkNGNmNjQwYmM0fGV2 ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29y ZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ0OjU2IHhl bnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3Rl bnxWTSAoZG9taWQ6IDIxKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9 IEQ6YWIwNGJlZTJhMjg5fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3Nl ZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6 SnVsIDE4IDIxOjQ0OjU3IHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1syOTU5Nl06IHRhcGRpc2st bG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAy MTo0NDo1OCB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2 IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA1MSkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3du IHt2YmQsNzY4fSBEOjE5NzAyMzI5OWI1YnxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBi ZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAyMTo0NDo1OCB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4 ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA1MSkgZGV2aWNlX2V2ZW50 ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDozMjIxMjJiZThmMjN8ZXZlbnRdIGRldmlj ZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBk YXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDQ6NTkgeGVuc2VydmVyLXRl c3QtMiB0YXBkaXNrWzU0MzddOiB0YXBkaXNrLWxvZzogY2xvc2luZyBhZnRlciAwIGVycm9ycyAK L3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDU6MDEgeGVuc2VydmVyLXRlc3QtMiB4YXBp OiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogNDgpIGRl dmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6N2JhNjczMGZlOWQ0fGV2 ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29y ZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ1OjAxIHhl bnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3Rl bnxWTSAoZG9taWQ6IDQ4KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9 IEQ6ZDVmYzJkZWM0NGQwfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3Nl ZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6 SnVsIDE4IDIxOjQ1OjAyIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1s0NjEyXTogdGFwZGlzay1s b2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIx OjQ1OjAzIHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYg eGFsX2xpc3RlbnxWTSAoZG9taWQ6IDQ5KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24g e3ZiZCw1NjMyfSBEOmNmOWNlY2MxZWJlY3xldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBi ZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAyMTo0NTowMyB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4 ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA0OSkgZGV2aWNlX2V2ZW50 ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjkzY2E5NDYyMmFhYnxldmVudF0gZGV2aWNl X2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRh dGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NTowNCB4ZW5zZXJ2ZXItdGVz dC0yIHRhcGRpc2tbNDg4N106IHRhcGRpc2stbG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAov dmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NTowNiB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6 IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAxMykgZGV2 aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjQ3ZWFkYzAwYjlkMXxldmVu dF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQg bm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NTowNiB4ZW5z ZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58 Vk0gKGRvbWlkOiAxMykgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0g RDoxMDBmY2JhMmNmOTJ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2Vk IGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMjE6NDU6MDcgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzI3MzU3XTogdGFwZGlzay1s b2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIx OjQ1OjA4IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYg eGFsX2xpc3RlbnxWTSAoZG9taWQ6IDUyKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24g e3ZiZCw3Njh9IEQ6ZGUzMzNlNzQxNzg2fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJl IHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2Rh ZW1vbi5sb2c6SnVsIDE4IDIxOjQ1OjA4IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhl bnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDUyKSBkZXZpY2VfZXZlbnQg PSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOjQxMDdkOTNmZjJhM3xldmVudF0gZGV2aWNl X2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRh dGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NTowOSB4ZW5zZXJ2ZXItdGVz dC0yIHRhcGRpc2tbNTcxN106IHRhcGRpc2stbG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAov dmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NToxMSB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6 IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA0MikgZGV2 aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOmEyMmFiMWJhMTUzYXxldmVu dF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQg bm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NToxMSB4ZW5z ZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58 Vk0gKGRvbWlkOiA0MikgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0g RDoyMTAwMmJjMjE1YzJ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2Vk IGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMjE6NDU6MTIgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzI5NTZdOiB0YXBkaXNrLWxv ZzogY2xvc2luZyBhZnRlciAwIGVycm9ycyAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6 NDU6MTMgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4 YWxfbGlzdGVufFZNIChkb21pZDogMTQpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7 dmJkLDc2OH0gRDpiNjdmN2ViODFkY2V8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUg cHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFl bW9uLmxvZzpKdWwgMTggMjE6NDU6MTMgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVu c2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMTQpIGRldmljZV9ldmVudCA9 IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6M2E5ZmRjNjIxNjc4fGV2ZW50XSBkZXZpY2Vf ZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0 YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ1OjE1IHhlbnNlcnZlci10ZXN0 LTIgdGFwZGlza1syNzYzNV06IHRhcGRpc2stbG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAov dmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NToxNiB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6 IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA0MSkgZGV2 aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDo5Yjk1YWQzNTAxZDN8ZXZl bnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3Jk IG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDU6MTYgeGVu c2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVu fFZNIChkb21pZDogNDEpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0g RDoxYjJjZDA2ODEwNzd8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2Vk IGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMjE6NDU6MTcgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzI2ODBdOiB0YXBkaXNrLWxv ZzogY2xvc2luZyBhZnRlciAwIGVycm9ycyAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6 NDU6MTggeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4 YWxfbGlzdGVufFZNIChkb21pZDogMzcpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7 dmJkLDU2MzJ9IEQ6MzI3ODJmMGM2MzkyfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJl IHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2Rh ZW1vbi5sb2c6SnVsIDE4IDIxOjQ1OjE4IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhl bnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDM3KSBkZXZpY2VfZXZlbnQg PSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6YjY5NzdiOWEwYzgzfGV2ZW50XSBkZXZpY2Vf ZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0 YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ1OjIwIHhlbnNlcnZlci10ZXN0 LTIgdGFwZGlza1sxNTU3XTogdGFwZGlzay1sb2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92 YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ1OjIxIHhlbnNlcnZlci10ZXN0LTIgeGFwaTog W2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDM4KSBkZXZp Y2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6MDlhZmE2YTVjZDcwfGV2ZW50 XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBu b3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ1OjIxIHhlbnNl cnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxW TSAoZG9taWQ6IDM4KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBE OjUzNmZkNDE0YzExOXxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQg YmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1 bCAxOCAyMTo0NToyMiB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMTg0OV06IHRhcGRpc2stbG9n OiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0 NToyNCB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhh bF9saXN0ZW58Vk0gKGRvbWlkOiA1NikgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2 YmQsNTYzMn0gRDpiZmIwNzczMTg3NTh8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUg cHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFl bW9uLmxvZzpKdWwgMTggMjE6NDU6MjQgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVu c2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogNTYpIGRldmljZV9ldmVudCA9 IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDpiNmZmZmQ1MDA2N2R8ZXZlbnRdIGRldmljZV9l dmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRh YmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDU6MjUgeGVuc2VydmVyLXRlc3Qt MiB0YXBkaXNrWzY4NDNdOiB0YXBkaXNrLWxvZzogY2xvc2luZyBhZnRlciAwIGVycm9ycyAKL3Zh ci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDU6MjYgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBb ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMjIpIGRldmlj ZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6YWIwMzZlN2VhMzdjfGV2ZW50 XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBu b3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ1OjI2IHhlbnNl cnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxW TSAoZG9taWQ6IDIyKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6 OWUzZTVlNDkwMTRjfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBi ZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVs IDE4IDIxOjQ1OjI3IHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1syOTg3MV06IHRhcGRpc2stbG9n OiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0 NToyOSB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhh bF9saXN0ZW58Vk0gKGRvbWlkOiAzMykgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2 YmQsNzY4fSBEOjUxM2U2M2U5ZmU4Y3xldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBw cm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVt b24ubG9nOkp1bCAxOCAyMTo0NToyOSB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5z ZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAzMykgZGV2aWNlX2V2ZW50ID0g ZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDphNDU5M2Q4YmIwMjN8ZXZlbnRdIGRldmljZV9l dmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRh YmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDU6MzAgeGVuc2VydmVyLXRlc3Qt MiB0YXBkaXNrWzQzNV06IHRhcGRpc2stbG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAovdmFy L2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NTozMSB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtl cnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA0MykgZGV2aWNl X2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjc5MzVjNDZhM2NjY3xldmVudF0g ZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90 IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NTozMSB4ZW5zZXJ2 ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0g KGRvbWlkOiA0MykgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDpj M2M1MWI3YTk4MWJ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJl Y2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwg MTggMjE6NDU6MzIgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzMyMzFdOiB0YXBkaXNrLWxvZzog Y2xvc2luZyBhZnRlciAwIGVycm9ycyAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDU6 MzQgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxf bGlzdGVufFZNIChkb21pZDogNTMpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJk LDc2OH0gRDpkYzJkNDY1MWFlMDJ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJv Y2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9u LmxvZzpKdWwgMTggMjE6NDU6MzQgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2Vy dmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogNTMpIGRldmljZV9ldmVudCA9IGRl dmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6ZGZmYTUxNGQyZTI5fGV2ZW50XSBkZXZpY2VfZXZl bnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJh c2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ1OjM1IHhlbnNlcnZlci10ZXN0LTIg dGFwZGlza1s1OTk3XTogdGFwZGlzay1sb2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIv bG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ1OjM2IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vy cm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDQ0KSBkZXZpY2Vf ZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOmFmY2MzYmUyODFmNHxldmVudF0g ZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90 IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NTozNiB4ZW5zZXJ2 ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0g KGRvbWlkOiA0NCkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjJk YzMzMzFjZjM4YXxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVj YXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAx OCAyMTo0NTozOCB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMzUwNl06IHRhcGRpc2stbG9nOiBj bG9zaW5nIGFmdGVyIDAgZXJyb3JzIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NToz OSB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9s aXN0ZW58Vk0gKGRvbWlkOiAxOCkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQs NTYzMn0gRDo1MWRkNzhmM2ZlODF8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJv Y2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9u LmxvZzpKdWwgMTggMjE6NDU6MzkgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2Vy dmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMTgpIGRldmljZV9ldmVudCA9IGRl dmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDo0MzU2OWFkNzAzN2R8ZXZlbnRdIGRldmljZV9ldmVu dCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFz ZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDU6NDAgeGVuc2VydmVyLXRlc3QtMiB0 YXBkaXNrWzI4NzU1XTogdGFwZGlzay1sb2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIv bG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ1OjQxIHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vy cm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDIzKSBkZXZpY2Vf ZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6NzAzMjY5Y2Q4ZTEyfGV2ZW50XSBk ZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3Qg aW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ1OjQxIHhlbnNlcnZl ci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAo ZG9taWQ6IDIzKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOjU0 NzBlMjY2MzE5ZHxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVj YXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAx OCAyMTo0NTo0MyB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMzAxNDddOiB0YXBkaXNrLWxvZzog Y2xvc2luZyBhZnRlciAwIGVycm9ycyAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDU6 NDQgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxf bGlzdGVufFZNIChkb21pZDogMjYpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJk LDc2OH0gRDo2N2QwYzI4MDU2NTJ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJv Y2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9u LmxvZzpKdWwgMTggMjE6NDU6NDQgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2Vy dmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMjYpIGRldmljZV9ldmVudCA9IGRl dmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6ZDlhNDk3NGFkZTUyfGV2ZW50XSBkZXZpY2VfZXZl bnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJh c2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ1OjQ1IHhlbnNlcnZlci10ZXN0LTIg dGFwZGlza1szMDk3Ml06IHRhcGRpc2stbG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAovdmFy L2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NjowNCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTU3WzE3 NzM2XTogeHNfcmVhZCgvdm0vNDFlNjdjNTUtZjg1NS0wNzZkLWJhYmMtODQ5NzJlOTgwZmUwL2xv Zy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6 NDY6MDQgeGVuc2VydmVyLXRlc3QtMiBIVk01N1sxNzczNl06IHhzX3JlYWQoL2xvY2FsL2RvbWFp bi8wL2RldmljZS1tb2RlbC81Ny94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3Ig Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ2OjA0IHhlbnNlcnZlci10ZXN0LTIgSFZN NTdbMTc3MzZdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS80MWU2N2M1NS1m ODU1LTA3NmQtYmFiYy04NDk3MmU5ODBmZTAvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxv ZzpKdWwgMTggMjE6NDY6MTkgeGVuc2VydmVyLXRlc3QtMiBIVk01OFsxODAxN106IHhzX3JlYWQo L3ZtLzRiNzBlNjgxLTI1MmMtYTZhYS1iN2VhLTFlMzQ5MTE3MDNlOC9sb2ctdGhyb3R0bGluZyk6 IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ2OjE5IHhlbnNlcnZl ci10ZXN0LTIgSFZNNThbMTgwMTddOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9k ZWwvNTgveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVt b24ubG9nOkp1bCAxOCAyMTo0NjoxOSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTU4WzE4MDE3XTogeHNf cmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vNGI3MGU2ODEtMjUyYy1hNmFhLWI3ZWEt MWUzNDkxMTcwM2U4L3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ2 OjIzIHhlbnNlcnZlci10ZXN0LTIgSFZNNTlbMTgyOTJdOiB4c19yZWFkKC92bS80YWUwNDI2OS0x NDQwLTk4NDAtNzU3Yi0zMTE4NTkwYzgwZDYvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAov dmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NjoyMyB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTU5 WzE4MjkyXTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzU5L3hlbl9leHRl bmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTgg MjE6NDY6MjMgeGVuc2VydmVyLXRlc3QtMiBIVk01OVsxODI5Ml06IHhzX3JlYWQoKTogdm5jcGFz c3dkIGdldCBlcnJvci4gL3ZtLzRhZTA0MjY5LTE0NDAtOTg0MC03NTdiLTMxMTg1OTBjODBkNi92 bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NjozMSB4ZW5zZXJ2ZXIt dGVzdC0yIEhWTTYwWzE4NTczXTogeHNfcmVhZCgvdm0vZGI5YzZjZWQtNjAyZS03NzU5LWM1MjQt NGM0ZDU1MTg5NTQwL2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9u LmxvZzpKdWwgMTggMjE6NDY6MzEgeGVuc2VydmVyLXRlc3QtMiBIVk02MFsxODU3M106IHhzX3Jl YWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC82MC94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdt dCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ2OjMxIHhlbnNl cnZlci10ZXN0LTIgSFZNNjBbMTg1NzNdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3Iu IC92bS9kYjljNmNlZC02MDJlLTc3NTktYzUyNC00YzRkNTUxODk1NDAvdm5jcGFzc3dkLiAKL3Zh ci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDY6MzkgeGVuc2VydmVyLXRlc3QtMiBIVk02MVsx ODg2NF06IHhzX3JlYWQoL3ZtL2YzMmQ3ZWNkLWYzYjktMWIwZS1lMWEwLTM3ZjIxYTZlOTlmOS9s b2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIx OjQ2OjM5IHhlbnNlcnZlci10ZXN0LTIgSFZNNjFbMTg4NjRdOiB4c19yZWFkKC9sb2NhbC9kb21h aW4vMC9kZXZpY2UtbW9kZWwvNjEveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9y IAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NjozOSB4ZW5zZXJ2ZXItdGVzdC0yIEhW TTYxWzE4ODY0XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vZjMyZDdlY2Qt ZjNiOS0xYjBlLWUxYTAtMzdmMjFhNmU5OWY5L3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5s b2c6SnVsIDE4IDIxOjQ2OjQ0IHhlbnNlcnZlci10ZXN0LTIgSFZNNjJbMTkxNDhdOiB4c19yZWFk KC92bS83NWYyN2Y2OC00M2Q2LWJiZTMtOTNjNS00MjY3MTNkZThkOWIvbG9nLXRocm90dGxpbmcp OiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0Njo0NCB4ZW5zZXJ2 ZXItdGVzdC0yIEhWTTYyWzE5MTQ4XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1v ZGVsLzYyL3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFl bW9uLmxvZzpKdWwgMTggMjE6NDY6NDQgeGVuc2VydmVyLXRlc3QtMiBIVk02MlsxOTE0OF06IHhz X3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtLzc1ZjI3ZjY4LTQzZDYtYmJlMy05M2M1 LTQyNjcxM2RlOGQ5Yi92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0 Njo0OSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTYzWzE5NDI3XTogeHNfcmVhZCgvdm0vMTdlMWEyYjEt MmEzYy05MTNmLWJjNmMtNDhkZGUwNDAyNjMyL2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAK L3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDY6NDkgeGVuc2VydmVyLXRlc3QtMiBIVk02 M1sxOTQyN106IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC82My94ZW5fZXh0 ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4 IDIxOjQ2OjQ5IHhlbnNlcnZlci10ZXN0LTIgSFZNNjNbMTk0MjddOiB4c19yZWFkKCk6IHZuY3Bh c3N3ZCBnZXQgZXJyb3IuIC92bS8xN2UxYTJiMS0yYTNjLTkxM2YtYmM2Yy00OGRkZTA0MDI2MzIv dm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDY6NTYgeGVuc2VydmVy LXRlc3QtMiBIVk02NFsxOTcwOF06IHhzX3JlYWQoL3ZtLzczZmZkODVmLTIzZWItZTUxNS1kNmFl LTJjOWI0MmM4MGNkOC9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1v bi5sb2c6SnVsIDE4IDIxOjQ2OjU2IHhlbnNlcnZlci10ZXN0LTIgSFZNNjRbMTk3MDhdOiB4c19y ZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvNjQveGVuX2V4dGVuZGVkX3Bvd2VyX21n bXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0Njo1NiB4ZW5z ZXJ2ZXItdGVzdC0yIEhWTTY0WzE5NzA4XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9y LiAvdm0vNzNmZmQ4NWYtMjNlYi1lNTE1LWQ2YWUtMmM5YjQyYzgwY2Q4L3ZuY3Bhc3N3ZC4gCi92 YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ3OjA3IHhlbnNlcnZlci10ZXN0LTIgSFZNNjVb MTk5ODldOiB4c19yZWFkKC92bS9jYzY2ZjViOS1kZjI5LWE0NTUtMmRhYi0zOWM5YzEyYjAzMTYv bG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAy MTo0NzowNyB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTY1WzE5OTg5XTogeHNfcmVhZCgvbG9jYWwvZG9t YWluLzAvZGV2aWNlLW1vZGVsLzY1L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJv ciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDc6MDcgeGVuc2VydmVyLXRlc3QtMiBI Vk02NVsxOTk4OV06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtL2NjNjZmNWI5 LWRmMjktYTQ1NS0yZGFiLTM5YzljMTJiMDMxNi92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24u bG9nOkp1bCAxOCAyMTo0NzoyNiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTY2WzIwMjc1XTogeHNfcmVh ZCgvdm0vNmQxOWYzMWEtZjdlZC0zYTZjLTRkY2ItZTkxZTA0MjU2NzQ3L2xvZy10aHJvdHRsaW5n KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDc6MjYgeGVuc2Vy dmVyLXRlc3QtMiBIVk02NlsyMDI3NV06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1t b2RlbC82Ni94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2Rh ZW1vbi5sb2c6SnVsIDE4IDIxOjQ3OjI2IHhlbnNlcnZlci10ZXN0LTIgSFZNNjZbMjAyNzVdOiB4 c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS82ZDE5ZjMxYS1mN2VkLTNhNmMtNGRj Yi1lOTFlMDQyNTY3NDcvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6 NDc6MzMgeGVuc2VydmVyLXRlc3QtMiBIVk02N1syMDU1NV06IHhzX3JlYWQoL3ZtLzYyZWM3MDAy LWJhNGYtZDE5OC03OWRiLTU2NjdmODI4ZmNlOS9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3Ig Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ3OjMzIHhlbnNlcnZlci10ZXN0LTIgSFZN NjdbMjA1NTVdOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvNjcveGVuX2V4 dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAx OCAyMTo0NzozMyB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTY3WzIwNTU1XTogeHNfcmVhZCgpOiB2bmNw YXNzd2QgZ2V0IGVycm9yLiAvdm0vNjJlYzcwMDItYmE0Zi1kMTk4LTc5ZGItNTY2N2Y4MjhmY2U5 L3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ3OjQxIHhlbnNlcnZl ci10ZXN0LTIgSFZNNjhbMjA4MzRdOiB4c19yZWFkKC92bS9lOTgxNDU2Zi1mMzZkLTMxNzktNDlh My00ZGE1ZDQ1YTA1Y2MvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVt b24ubG9nOkp1bCAxOCAyMTo0Nzo0MSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTY4WzIwODM0XTogeHNf cmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzY4L3hlbl9leHRlbmRlZF9wb3dlcl9t Z210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDc6NDEgeGVu c2VydmVyLXRlc3QtMiBIVk02OFsyMDgzNF06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJv ci4gL3ZtL2U5ODE0NTZmLWYzNmQtMzE3OS00OWEzLTRkYTVkNDVhMDVjYy92bmNwYXNzd2QuIAov dmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0Nzo1NCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTY5 WzIxMTIxXTogeHNfcmVhZCgvdm0vZTI2NzdlMTMtMWI5NC03ZjBlLTliODAtZDMyMzQ2YThmN2M5 L2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTgg MjE6NDc6NTQgeGVuc2VydmVyLXRlc3QtMiBIVk02OVsyMTEyMV06IHhzX3JlYWQoL2xvY2FsL2Rv bWFpbi8wL2RldmljZS1tb2RlbC82OS94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJy b3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ3OjU0IHhlbnNlcnZlci10ZXN0LTIg SFZNNjlbMjExMjFdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS9lMjY3N2Ux My0xYjk0LTdmMGUtOWI4MC1kMzIzNDZhOGY3Yzkvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9u LmxvZzpKdWwgMTggMjE6NDg6MDEgeGVuc2VydmVyLXRlc3QtMiBIVk03MFsyMTQwMl06IHhzX3Jl YWQoL3ZtLzFiZGVmYmJhLWQ5NmUtNjA3MS1mZmU0LTdjZTY0MTdkMGNjZS9sb2ctdGhyb3R0bGlu Zyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ4OjAxIHhlbnNl cnZlci10ZXN0LTIgSFZNNzBbMjE0MDJdOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2Ut bW9kZWwvNzAveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAyMTo0ODowMSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTcwWzIxNDAyXTog eHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vMWJkZWZiYmEtZDk2ZS02MDcxLWZm ZTQtN2NlNjQxN2QwY2NlL3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIx OjQ4OjA4IHhlbnNlcnZlci10ZXN0LTIgSFZNNzFbMjE2ODBdOiB4c19yZWFkKC92bS9lY2I2YzY1 MC05MzUzLTYxOGEtZTY4My1hMWI3MWZiZDU5ODQvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9y IAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0ODowOCB4ZW5zZXJ2ZXItdGVzdC0yIEhW TTcxWzIxNjgwXTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzcxL3hlbl9l eHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwg MTggMjE6NDg6MDggeGVuc2VydmVyLXRlc3QtMiBIVk03MVsyMTY4MF06IHhzX3JlYWQoKTogdm5j cGFzc3dkIGdldCBlcnJvci4gL3ZtL2VjYjZjNjUwLTkzNTMtNjE4YS1lNjgzLWExYjcxZmJkNTk4 NC92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0ODoyMCB4ZW5zZXJ2 ZXItdGVzdC0yIEhWTTcyWzIxOTY4XTogeHNfcmVhZCgvdm0vZWNjNTIyY2MtNjRmNy1kMGIxLWY4 ZTMtOTUyNjFlMDE3ODU1L2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFl bW9uLmxvZzpKdWwgMTggMjE6NDg6MjAgeGVuc2VydmVyLXRlc3QtMiBIVk03MlsyMTk2OF06IHhz X3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC83Mi94ZW5fZXh0ZW5kZWRfcG93ZXJf bWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ4OjIwIHhl bnNlcnZlci10ZXN0LTIgSFZNNzJbMjE5NjhdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJy b3IuIC92bS9lY2M1MjJjYy02NGY3LWQwYjEtZjhlMy05NTI2MWUwMTc4NTUvdm5jcGFzc3dkLiAK L3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDg6MzQgeGVuc2VydmVyLXRlc3QtMiBIVk03 M1syMjI1Ml06IHhzX3JlYWQoL3ZtL2RhMzVjNTVkLWVjYmYtNmU5MC1hMmRmLWVlMDdhYmNlMzRi Ny9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4 IDIxOjQ4OjM0IHhlbnNlcnZlci10ZXN0LTIgSFZNNzNbMjIyNTJdOiB4c19yZWFkKC9sb2NhbC9k b21haW4vMC9kZXZpY2UtbW9kZWwvNzMveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVy cm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0ODozNCB4ZW5zZXJ2ZXItdGVzdC0y IEhWTTczWzIyMjUyXTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vZGEzNWM1 NWQtZWNiZi02ZTkwLWEyZGYtZWUwN2FiY2UzNGI3L3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1v bi5sb2c6SnVsIDE4IDIxOjQ4OjQwIHhlbnNlcnZlci10ZXN0LTIgSFZNNzRbMjI1MzVdOiB4c19y ZWFkKC92bS9jYTNmZjkzMC05ZThlLTc5NWMtNzgwMi1hZTIwNTdmZmYxZGQvbG9nLXRocm90dGxp bmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0ODo0MCB4ZW5z ZXJ2ZXItdGVzdC0yIEhWTTc0WzIyNTM1XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNl LW1vZGVsLzc0L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cv ZGFlbW9uLmxvZzpKdWwgMTggMjE6NDg6NDAgeGVuc2VydmVyLXRlc3QtMiBIVk03NFsyMjUzNV06 IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtL2NhM2ZmOTMwLTllOGUtNzk1Yy03 ODAyLWFlMjA1N2ZmZjFkZC92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAy MTo0ODo0NyB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTc1WzIyODIzXTogeHNfcmVhZCgvdm0vYzYzODQ2 YWUtMTMyMi0xYTljLTVlNjgtMGM3Yzk1YTZjOTAyL2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJv ciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDg6NDcgeGVuc2VydmVyLXRlc3QtMiBI Vk03NVsyMjgyM106IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC83NS94ZW5f ZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVs IDE4IDIxOjQ4OjQ3IHhlbnNlcnZlci10ZXN0LTIgSFZNNzVbMjI4MjNdOiB4c19yZWFkKCk6IHZu Y3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS9jNjM4NDZhZS0xMzIyLTFhOWMtNWU2OC0wYzdjOTVhNmM5 MDIvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDg6NTYgeGVuc2Vy dmVyLXRlc3QtMiBIVk03NlsyMzEwOF06IHhzX3JlYWQoL3ZtLzJkZTM5MzNjLTlhNzYtMDlmOS0z M2JmLWQ1OTRlZmIyNWYxMC9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2Rh ZW1vbi5sb2c6SnVsIDE4IDIxOjQ4OjU2IHhlbnNlcnZlci10ZXN0LTIgSFZNNzZbMjMxMDhdOiB4 c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvNzYveGVuX2V4dGVuZGVkX3Bvd2Vy X21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0ODo1NiB4 ZW5zZXJ2ZXItdGVzdC0yIEhWTTc2WzIzMTA4XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVy cm9yLiAvdm0vMmRlMzkzM2MtOWE3Ni0wOWY5LTMzYmYtZDU5NGVmYjI1ZjEwL3ZuY3Bhc3N3ZC4g Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ5OjEzIHhlbnNlcnZlci10ZXN0LTIgSFZN NzdbMjMzOTBdOiB4c19yZWFkKC92bS9jZmUyNWU2Ni1iYjQyLTk3NTUtNDJhYS1mZjdlN2RjNjYx MGIvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAx OCAyMTo0OToxMyB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTc3WzIzMzkwXTogeHNfcmVhZCgvbG9jYWwv ZG9tYWluLzAvZGV2aWNlLW1vZGVsLzc3L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBl cnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDk6MTMgeGVuc2VydmVyLXRlc3Qt MiBIVk03N1syMzM5MF06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtL2NmZTI1 ZTY2LWJiNDItOTc1NS00MmFhLWZmN2U3ZGM2NjEwYi92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVt b24ubG9nOkp1bCAxOCAyMTo0OToyMSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTc4WzIzNjc3XTogeHNf cmVhZCgvdm0vNjBmMmEwNzQtOGMxNC1lMjNhLTg4OGEtNTdhYjkxMWEyOTUxL2xvZy10aHJvdHRs aW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDk6MjEgeGVu c2VydmVyLXRlc3QtMiBIVk03OFsyMzY3N106IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2Rldmlj ZS1tb2RlbC83OC94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9n L2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ5OjIxIHhlbnNlcnZlci10ZXN0LTIgSFZNNzhbMjM2Nzdd OiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS82MGYyYTA3NC04YzE0LWUyM2Et ODg4YS01N2FiOTExYTI5NTEvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTgg MjE6NDk6MjkgeGVuc2VydmVyLXRlc3QtMiBIVk03OVsyMzk2OV06IHhzX3JlYWQoL3ZtLzE5MDRh MjE2LTY2YTYtMzdlNy0yZTdiLTFkOTVhYmE5YWE1NC9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJy b3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ5OjI5IHhlbnNlcnZlci10ZXN0LTIg SFZNNzlbMjM5NjldOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvNzkveGVu X2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1 bCAxOCAyMTo0OToyOSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTc5WzIzOTY5XTogeHNfcmVhZCgpOiB2 bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vMTkwNGEyMTYtNjZhNi0zN2U3LTJlN2ItMWQ5NWFiYTlh YTU0L3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ5OjQ0IHhlbnNl cnZlci10ZXN0LTIgSFZNODBbMjQyNTJdOiB4c19yZWFkKC92bS8wYjUyZjc2ZS0xOTI3LTE0ZTct YmNmNS00OTgwZjM3YTZmZWEvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAyMTo0OTo0NCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTgwWzI0MjUyXTog eHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzgwL3hlbl9leHRlbmRlZF9wb3dl cl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDk6NDQg eGVuc2VydmVyLXRlc3QtMiBIVk04MFsyNDI1Ml06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBl cnJvci4gL3ZtLzBiNTJmNzZlLTE5MjctMTRlNy1iY2Y1LTQ5ODBmMzdhNmZlYS92bmNwYXNzd2Qu IAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1MDowMSB4ZW5zZXJ2ZXItdGVzdC0yIEhW TTgxWzI0NTM3XTogeHNfcmVhZCgvdm0vOWU3NzM3NWYtMDQ4Ny1mNWRlLTExMmQtMGM3ZThhOTZh OTc3L2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwg MTggMjE6NTA6MDEgeGVuc2VydmVyLXRlc3QtMiBIVk04MVsyNDUzN106IHhzX3JlYWQoL2xvY2Fs L2RvbWFpbi8wL2RldmljZS1tb2RlbC84MS94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQg ZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjUwOjAxIHhlbnNlcnZlci10ZXN0 LTIgSFZNODFbMjQ1MzddOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS85ZTc3 Mzc1Zi0wNDg3LWY1ZGUtMTEyZC0wYzdlOGE5NmE5Nzcvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFl bW9uLmxvZzpKdWwgMTggMjE6NTA6MTEgeGVuc2VydmVyLXRlc3QtMiBIVk04MlsyNDgzNl06IHhz X3JlYWQoL3ZtL2QzMzg1N2IwLWFmOWYtYjJhZi03MDU0LTJlM2E2ZTFkOTQwMy9sb2ctdGhyb3R0 bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjUwOjExIHhl bnNlcnZlci10ZXN0LTIgSFZNODJbMjQ4MzZdOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZp Y2UtbW9kZWwvODIveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xv Zy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1MDoxMSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTgyWzI0ODM2 XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vZDMzODU3YjAtYWY5Zi1iMmFm LTcwNTQtMmUzYTZlMWQ5NDAzL3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4 IDIxOjUwOjIwIHhlbnNlcnZlci10ZXN0LTIgSFZNODNbMjUxMjJdOiB4c19yZWFkKC92bS9jMDJh ZWU3Mi1iMzUzLWE3MzgtYmIyMy00M2MwYjM4MDc4NTAvbG9nLXRocm90dGxpbmcpOiByZWFkIGVy cm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1MDoyMCB4ZW5zZXJ2ZXItdGVzdC0y IEhWTTgzWzI1MTIyXTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzgzL3hl bl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMjE6NTA6MjAgeGVuc2VydmVyLXRlc3QtMiBIVk04M1syNTEyMl06IHhzX3JlYWQoKTog dm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtL2MwMmFlZTcyLWIzNTMtYTczOC1iYjIzLTQzYzBiMzgw Nzg1MC92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1MDoyOSB4ZW5z ZXJ2ZXItdGVzdC0yIEhWTTg0WzI1NDA1XTogeHNfcmVhZCgvdm0vZWM2MDA0YzgtMzQ3Zi1lODBl LWUwZjctZDI1OGYzNjM0YjZjL2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cv ZGFlbW9uLmxvZzpKdWwgMTggMjE6NTA6MjkgeGVuc2VydmVyLXRlc3QtMiBIVk04NFsyNTQwNV06 IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC84NC94ZW5fZXh0ZW5kZWRfcG93 ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjUwOjI5 IHhlbnNlcnZlci10ZXN0LTIgSFZNODRbMjU0MDVdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQg ZXJyb3IuIC92bS9lYzYwMDRjOC0zNDdmLWU4MGUtZTBmNy1kMjU4ZjM2MzRiNmMvdm5jcGFzc3dk LiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NTA6NDMgeGVuc2VydmVyLXRlc3QtMiBI Vk04NVsyNTY4OF06IHhzX3JlYWQoL3ZtLzdhNjBlZjA1LTVhNWYtNjI5NS0yOTA3LWE3Y2U2Mjk4 YWEzNS9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVs IDE4IDIxOjUwOjQzIHhlbnNlcnZlci10ZXN0LTIgSFZNODVbMjU2ODhdOiB4c19yZWFkKC9sb2Nh bC9kb21haW4vMC9kZXZpY2UtbW9kZWwvODUveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFk IGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1MDo0MyB4ZW5zZXJ2ZXItdGVz dC0yIEhWTTg1WzI1Njg4XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vN2E2 MGVmMDUtNWE1Zi02Mjk1LTI5MDctYTdjZTYyOThhYTM1L3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2Rh ZW1vbi5sb2c6SnVsIDE4IDIxOjUwOjUzIHhlbnNlcnZlci10ZXN0LTIgSFZNODZbMjU5NzRdOiB4 c19yZWFkKC92bS81ODBlMzkxYy0yMzU4LWFjN2UtMTA2Yy00MWUyYWJmNGVhMzIvbG9nLXRocm90 dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1MDo1MyB4 ZW5zZXJ2ZXItdGVzdC0yIEhWTTg2WzI1OTc0XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2 aWNlLW1vZGVsLzg2L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9s b2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NTA6NTMgeGVuc2VydmVyLXRlc3QtMiBIVk04NlsyNTk3 NF06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtLzU4MGUzOTFjLTIzNTgtYWM3 ZS0xMDZjLTQxZTJhYmY0ZWEzMi92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAx OCAyMTo1MTowNiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTg3WzI2MjYzXTogeHNfcmVhZCgvdm0vNTJm YTlmZjQtNTg1My01Yjc3LWM3YTktOWU2NmIxMDc0ZTA4L2xvZy10aHJvdHRsaW5nKTogcmVhZCBl cnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NTE6MDYgeGVuc2VydmVyLXRlc3Qt MiBIVk04N1syNjI2M106IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC84Ny94 ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6 SnVsIDE4IDIxOjUxOjA2IHhlbnNlcnZlci10ZXN0LTIgSFZNODdbMjYyNjNdOiB4c19yZWFkKCk6 IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS81MmZhOWZmNC01ODUzLTViNzctYzdhOS05ZTY2YjEw NzRlMDgvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NTE6MTYgeGVu c2VydmVyLXRlc3QtMiBIVk04OFsyNjU1MF06IHhzX3JlYWQoL3ZtLzc1MmU0MWFmLTlmZDItZGMy Yi05N2JhLTQ2YmJmMjA0ZGEwYy9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9n L2RhZW1vbi5sb2c6SnVsIDE4IDIxOjUxOjE2IHhlbnNlcnZlci10ZXN0LTIgSFZNODhbMjY1NTBd OiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvODgveGVuX2V4dGVuZGVkX3Bv d2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1MTox NiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTg4WzI2NTUwXTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0 IGVycm9yLiAvdm0vNzUyZTQxYWYtOWZkMi1kYzJiLTk3YmEtNDZiYmYyMDRkYTBjL3ZuY3Bhc3N3 ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjUxOjM2IHhlbnNlcnZlci10ZXN0LTIg SFZNODlbMjY4NDZdOiB4c19yZWFkKC92bS9iZGEyZGI2ZS03MWMwLTE3Y2UtNzJkOS1jODU1Zjc4 YTZiNTUvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1 bCAxOCAyMTo1MTozNiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTg5WzI2ODQ2XTogeHNfcmVhZCgvbG9j YWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzg5L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVh ZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NTE6MzYgeGVuc2VydmVyLXRl c3QtMiBIVk04OVsyNjg0Nl06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtL2Jk YTJkYjZlLTcxYzAtMTdjZS03MmQ5LWM4NTVmNzhhNmI1NS92bmNwYXNzd2QuIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAyMTo1MTo0OCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTkwWzI3MTI5XTog eHNfcmVhZCgvdm0vZmRlZGEyZGMtNTEwNS1lZjQ3LWU4ZTYtMmJkMjAyY2FjZDk3L2xvZy10aHJv dHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NTE6NDgg eGVuc2VydmVyLXRlc3QtMiBIVk05MFsyNzEyOV06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2Rl dmljZS1tb2RlbC85MC94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIv bG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjUxOjQ4IHhlbnNlcnZlci10ZXN0LTIgSFZNOTBbMjcx MjldOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS9mZGVkYTJkYy01MTA1LWVm NDctZThlNi0yYmQyMDJjYWNkOTcvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwg MTggMjE6NTI6MDAgeGVuc2VydmVyLXRlc3QtMiBIVk05MVsyNzQxMV06IHhzX3JlYWQoL3ZtLzFk OGJiZTAxLTYwODQtZmQ5Yy05ZGYwLTZhOTdkZGMxZDA0MS9sb2ctdGhyb3R0bGluZyk6IHJlYWQg ZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjUyOjAwIHhlbnNlcnZlci10ZXN0 LTIgSFZNOTFbMjc0MTFdOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvOTEv eGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9n Okp1bCAxOCAyMTo1MjowMCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTkxWzI3NDExXTogeHNfcmVhZCgp OiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vMWQ4YmJlMDEtNjA4NC1mZDljLTlkZjAtNmE5N2Rk YzFkMDQxL3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjUyOjEwIHhl bnNlcnZlci10ZXN0LTIgSFZNOTJbMjc2OTFdOiB4c19yZWFkKC92bS9hMmM4YTMxMS1mYTExLTcx YWEtNzc1Zi1kYmUwNDIwNGNkMTAvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xv Zy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1MjoxMCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTkyWzI3Njkx XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzkyL3hlbl9leHRlbmRlZF9w b3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NTI6 MTAgeGVuc2VydmVyLXRlc3QtMiBIVk05MlsyNzY5MV06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdl dCBlcnJvci4gL3ZtL2EyYzhhMzExLWZhMTEtNzFhYS03NzVmLWRiZTA0MjA0Y2QxMC92bmNwYXNz d2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1MjozMyB4ZW5zZXJ2ZXItdGVzdC0y IEhWTTkzWzI3OTc1XTogeHNfcmVhZCgvdm0vOGUzMTVhZDgtZDllYi1iMzY0LTU2ODYtNjgzM2Fk MWE5ZjUzL2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMjE6NTI6MzMgeGVuc2VydmVyLXRlc3QtMiBIVk05M1syNzk3NV06IHhzX3JlYWQoL2xv Y2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC85My94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJl YWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjUyOjMzIHhlbnNlcnZlci10 ZXN0LTIgSFZNOTNbMjc5NzVdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS84 ZTMxNWFkOC1kOWViLWIzNjQtNTY4Ni02ODMzYWQxYTlmNTMvdm5jcGFzc3dkLiAKL3Zhci9sb2cv ZGFlbW9uLmxvZzpKdWwgMTggMjE6NTI6NTYgeGVuc2VydmVyLXRlc3QtMiBIVk05NFsyODI2MV06 IHhzX3JlYWQoL3ZtLzY1Mzc0ODYyLTE3NGQtNmM4OS1jNjJhLTQ1YjU4NjJmZjQxNS9sb2ctdGhy b3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjUyOjU2 IHhlbnNlcnZlci10ZXN0LTIgSFZNOTRbMjgyNjFdOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9k ZXZpY2UtbW9kZWwvOTQveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFy L2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1Mjo1NiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTk0WzI4 MjYxXTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vNjUzNzQ4NjItMTc0ZC02 Yzg5LWM2MmEtNDViNTg2MmZmNDE1L3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVs IDE4IDIxOjUzOjIwIHhlbnNlcnZlci10ZXN0LTIgSFZNOTVbMjg1NDZdOiB4c19yZWFkKC92bS84 MWU2ZDY3Yy1kY2FjLWFiYjYtMjhhNi1lMzc5MmZlNmZkZmYvbG9nLXRocm90dGxpbmcpOiByZWFk IGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1MzoyMCB4ZW5zZXJ2ZXItdGVz dC0yIEhWTTk1WzI4NTQ2XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzk1 L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxv ZzpKdWwgMTggMjE6NTM6MjAgeGVuc2VydmVyLXRlc3QtMiBIVk05NVsyODU0Nl06IHhzX3JlYWQo KTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtLzgxZTZkNjdjLWRjYWMtYWJiNi0yOGE2LWUzNzky ZmU2ZmRmZi92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1MzozMyB4 ZW5zZXJ2ZXItdGVzdC0yIEhWTTk2WzI4ODI2XTogeHNfcmVhZCgvdm0vNGEyYmY5YTgtOGNjNC0w YmY1LWQ3NzMtMmFmNjE1NGY3YzEyL2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9s b2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NTM6MzMgeGVuc2VydmVyLXRlc3QtMiBIVk05NlsyODgy Nl06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC85Ni94ZW5fZXh0ZW5kZWRf cG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjUz OjMzIHhlbnNlcnZlci10ZXN0LTIgSFZNOTZbMjg4MjZdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBn ZXQgZXJyb3IuIC92bS80YTJiZjlhOC04Y2M0LTBiZjUtZDc3My0yYWY2MTU0ZjdjMTIvdm5jcGFz c3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NTM6NTIgeGVuc2VydmVyLXRlc3Qt MiBIVk05N1syOTExMV06IHhzX3JlYWQoL3ZtLzIwZmI5MjRmLWIxODMtM2VmYi0wZjc3LTg5MjYz MGUzZjE5Ni9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6 SnVsIDE4IDIxOjUzOjUyIHhlbnNlcnZlci10ZXN0LTIgSFZNOTdbMjkxMTFdOiB4c19yZWFkKC9s b2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvOTcveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiBy ZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1Mzo1MiB4ZW5zZXJ2ZXIt dGVzdC0yIEhWTTk3WzI5MTExXTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0v MjBmYjkyNGYtYjE4My0zZWZiLTBmNzctODkyNjMwZTNmMTk2L3ZuY3Bhc3N3ZC4gCi92YXIvbG9n L2RhZW1vbi5sb2c6SnVsIDE4IDIxOjU0OjE0IHhlbnNlcnZlci10ZXN0LTIgSFZNOThbMjkzOTFd OiB4c19yZWFkKC92bS8zZWNkZTliNC0wMjA0LWNhMzItNDE2Yi04OTUxOWExOGExNTMvbG9nLXRo cm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1NDox NCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTk4WzI5MzkxXTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAv ZGV2aWNlLW1vZGVsLzk4L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zh ci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NTQ6MTQgeGVuc2VydmVyLXRlc3QtMiBIVk05OFsy OTM5MV06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtLzNlY2RlOWI0LTAyMDQt Y2EzMi00MTZiLTg5NTE5YTE4YTE1My92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1 bCAxOCAyMTo1NDozNCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTk5WzI5Njc4XTogeHNfcmVhZCgvdm0v ZDY1NWJmYjctYzIzMS0xN2U0LWUyZmEtNjE4MzM4MDI5ZTIzL2xvZy10aHJvdHRsaW5nKTogcmVh ZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NTQ6MzQgeGVuc2VydmVyLXRl c3QtMiBIVk05OVsyOTY3OF06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC85 OS94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5s b2c6SnVsIDE4IDIxOjU0OjM0IHhlbnNlcnZlci10ZXN0LTIgSFZNOTlbMjk2NzhdOiB4c19yZWFk KCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS9kNjU1YmZiNy1jMjMxLTE3ZTQtZTJmYS02MTgz MzgwMjllMjMvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NTU6MjYg eGVuc2VydmVyLXRlc3QtMiBIVk0xMDBbMjk5NzRdOiB4c19yZWFkKC92bS8yZjVkNDJkOC02MzQ3 LTU0ZmQtNWQ3MS1mMjMyOTYzMmQyZTAvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFy L2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1NToyNiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTEwMFsy OTk3NF06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC8xMDAveGVuX2V4dGVu ZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAy MTo1NToyNiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTEwMFsyOTk3NF06IHhzX3JlYWQoKTogdm5jcGFz c3dkIGdldCBlcnJvci4gL3ZtLzJmNWQ0MmQ4LTYzNDctNTRmZC01ZDcxLWYyMzI5NjMyZDJlMC92 bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOSAxMTo1NjozNSB4ZW5zZXJ2ZXIt dGVzdC0yIHJwYy5zdGF0ZFs2NzM0XTogZ2V0aG9zdGJ5bmFtZSBlcnJvciBmb3IgeGVuc2VydmVy LXRlc3QtMgovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOSAxMTo1NTo1MSB4ZW5zZXJ2ZXItdGVz dC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDUgaW5ldF9ycGN8c2Vzc2lvbl9jaGVj ayBEOmJjMTUxNjQwYTJmOXxtYXN0ZXJfY29ubmVjdGlvbl0gQ29ubmVjdGlvbiB0byBtYXN0ZXIg ZGllZC4gSSB3aWxsIGNvbnRpbnVlIHRvIHJldHJ5IGluZGVmaW5pdGVseSAoc3VwcmVzc2luZyBm dXR1cmUgbG9nZ2luZyBvZiB0aGlzIG1lc3NhZ2UpLiAKL3Zhci9sb2cva2Vybi5sb2c6SnVsIDEy IDE3OjA3OjIxIHhlbnNlcnZlci10ZXN0LTIga2VybmVsOiBBQ1BJIEVycm9yOiBGaWVsZCBbQ0RX M10gYXQgOTYgZXhjZWVkcyBCdWZmZXIgW05VTExdIHNpemUgNjQgKGJpdHMpICgyMDA5MDkwMy9k c29wY29kZS01OTYpCi92YXIvbG9nL2tlcm4ubG9nOkp1bCAxMiAxNzowNzoyMSB4ZW5zZXJ2ZXIt dGVzdC0yIGtlcm5lbDogQUNQSSBFcnJvciAocHNwYXJzZS0wNTM3KTogTWV0aG9kIHBhcnNlL2V4 ZWN1dGlvbiBmYWlsZWQgW1xfU0JfLl9PU0NdIChOb2RlIGVlODM1M2VjKSwgQUVfQU1MX0JVRkZF Ul9MSU1JVAovdmFyL2xvZy9rZXJuLmxvZzpKdWwgMTIgMTc6MDc6MzcgeGVuc2VydmVyLXRlc3Qt MiBrZXJuZWw6IGx3cmVnZFs2NTA1XTogc2VnZmF1bHQgYXQgMzYzMDVmNzQgaXAgYjc2ZWI3ZjUg c3AgYjZlMTFhNjAgZXJyb3IgNCBpbiBsaWJsd21zZy5zby4wLjAuMFtiNzZlNjAwMCthMDAwXQov dmFyL2xvZy9rZXJuLmxvZzpKdWwgMTIgMTc6MDc6MzggeGVuc2VydmVyLXRlc3QtMiBrZXJuZWw6 IGx3cmVnZFs2Nzc5XTogc2VnZmF1bHQgYXQgMzYzMDVmNzQgaXAgYjc2YzY3ZjUgc3AgYjZkZWNh NjAgZXJyb3IgNCBpbiBsaWJsd21zZy5zby4wLjAuMFtiNzZjMTAwMCthMDAwXQovdmFyL2xvZy9r ZXJuLmxvZzpKdWwgMTkgMTE6NTY6MTggeGVuc2VydmVyLXRlc3QtMiBrZXJuZWw6IEFDUEkgRXJy b3I6IEZpZWxkIFtDRFczXSBhdCA5NiBleGNlZWRzIEJ1ZmZlciBbTlVMTF0gc2l6ZSA2NCAoYml0 cykgKDIwMDkwOTAzL2Rzb3Bjb2RlLTU5NikKL3Zhci9sb2cva2Vybi5sb2c6SnVsIDE5IDExOjU2 OjE4IHhlbnNlcnZlci10ZXN0LTIga2VybmVsOiBBQ1BJIEVycm9yIChwc3BhcnNlLTA1MzcpOiBN ZXRob2QgcGFyc2UvZXhlY3V0aW9uIGZhaWxlZCBbXF9TQl8uX09TQ10gKE5vZGUgZWU4MzUzZWMp LCBBRV9BTUxfQlVGRkVSX0xJTUlUCi92YXIvbG9nL3VzZXIubG9nOkp1bCAxNyAyMToyMzoxMiB4 ZW5zZXJ2ZXItdGVzdC0yIHB5dGhvbjogUEVSRk1PTjogY2F1Z2h0IElPRXJyb3I6IChodHRwIGVy cm9yIDQwMSBVbmF1dGhvcmlzZWQgV1dXLUF1dGhlbnRpY2F0ZTogQmFzaWMgcmVhbG09ImdldF9y cmRfdXBkYXRlcyINIENvbm5lY3Rpb246IGNsb3NlDSBDYWNoZS1Db250cm9sOiBuby1jYWNoZSwg bm8tc3RvcmUNICkgLSByZXN0YXJ0aW5nIFhBUEkgc2Vzc2lvbgovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0Mzo0NC4zNzFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY1 IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjowNjMxNGM3ZDZkZTB8eGVub3BzXSBJ Z25vcmluZyBleGNlcHRpb246IEZhaWx1cmUoImNyYXp5IGZvb2wiKSB3aGlsZSBFcnJvciBzdG9w aW5nIGRldmljZS1tb2RlbCwgYWxyZWFkeSBkZWFkID8KL3Zhci9sb2cveGVuc291cmNlLmxvZzpb MjAxMjA3MThUMTM6NDM6NDQuMzc0WnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0 ZW58Vk0gKGRvbWlkOiA0NSkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYz Mn0gRDplNTJlNjUwODIwNWJ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vz c2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0Mzo0NC4zNzZafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY1 IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjowNjMxNGM3ZDZkZTB8eGVub3BzXSB4 ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvNDUKL3Zhci9sb2cv eGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NDQuMzc3WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVz dC0yfDIzNTc2NSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MDYzMTRjN2Q2ZGUw fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi80NS9lcnJvci9kZXZpY2UvdmJkLzU2 MzIKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NDQuMzgyWnxlcnJvcnx4 ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA0NSkgZGV2aWNlX2V2ZW50 ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjdhODdmMmVkMzk3NnxldmVudF0gZGV2aWNl X2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRh dGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjQ0LjM4Mlp8ZGVi dWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjUgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93 biBSOjA2MzE0YzdkNmRlMHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJv ci9iYWNrZW5kL3ZiZC80NQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0Mzo0 NC4zODNafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY1IGluZXQtUlBDfEFzeW5jLlZNLmhh cmRfc2h1dGRvd24gUjowNjMxNGM3ZDZkZTB8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9t YWluLzQ1L2Vycm9yL2RldmljZS92YmQvNzY4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIw NzE4VDEzOjQzOjQ0Ljc3N1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjUgaW5ldC1SUEN8 QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjA2MzE0YzdkNmRlMHx4ZW5vcHNdIERldmljZS5WaWYu aGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMK L3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NDQuNzc5WnxkZWJ1Z3x4ZW5z ZXJ2ZXItdGVzdC0yfDIzNTc2NSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MDYz MTRjN2Q2ZGUwfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tl bmQvdmlmLzQ1Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjQ0Ljc3OVp8 ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjUgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0 ZG93biBSOjA2MzE0YzdkNmRlMHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNDUv ZXJyb3IvZGV2aWNlL3ZpZi8wCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQz OjQ1LjE1OFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjUgaW5ldC1SUEN8QXN5bmMuVk0u aGFyZF9zaHV0ZG93biBSOjA2MzE0YzdkNmRlMHx4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0 ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cv eGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NDUuMTYwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVz dC0yfDIzNTc2NSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MDYzMTRjN2Q2ZGUw fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzQ1 Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjQ1LjE2MFp8ZGVidWd8eGVu c2VydmVyLXRlc3QtMnwyMzU3NjUgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjA2 MzE0YzdkNmRlMHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNDUvZXJyb3IvZGV2 aWNlL3ZpZi8xCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjQ3Ljc2M1p8 ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjMgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0 ZG93biBSOjdlZjQzYmJlNTcwY3x4ZW5vcHNdIElnbm9yaW5nIGV4Y2VwdGlvbjogRmFpbHVyZSgi Y3JhenkgZm9vbCIpIHdoaWxlIEVycm9yIHN0b3BpbmcgZGV2aWNlLW1vZGVsLCBhbHJlYWR5IGRl YWQgPwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0Mzo0Ny43NzBafGVycm9y fHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDMxKSBkZXZpY2VfZXZl bnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOmZkMjA0OGM3MjA0M3xldmVudF0gZGV2 aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGlu IGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjQ3Ljc3Nlp8 ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjMgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0 ZG93biBSOjdlZjQzYmJlNTcwY3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9l cnJvci9iYWNrZW5kL3ZiZC8zMQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0 Mzo0Ny43NzZafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzYzIGluZXQtUlBDfEFzeW5jLlZN LmhhcmRfc2h1dGRvd24gUjo3ZWY0M2JiZTU3MGN8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwv ZG9tYWluLzMxL2Vycm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsy MDEyMDcxOFQxMzo0Mzo0Ny43ODFafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3Rl bnxWTSAoZG9taWQ6IDMxKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9 IEQ6Mjg3YmFlNzFjN2U5fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3Nl ZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxv ZzpbMjAxMjA3MThUMTM6NDM6NDcuNzg4WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MyBp bmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6N2VmNDNiYmU1NzBjfHhlbm9wc10geGVu c3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzMxCi92YXIvbG9nL3hl bnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjQ3Ljc5MFp8ZGVidWd8eGVuc2VydmVyLXRlc3Qt MnwyMzU3NjMgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjdlZjQzYmJlNTcwY3x4 ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMzEvZXJyb3IvZGV2aWNlL3ZiZC83NjgK L3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NDguMTc5WnxkZWJ1Z3x4ZW5z ZXJ2ZXItdGVzdC0yfDIzNTc2MyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6N2Vm NDNiYmU1NzBjfHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cg YXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEy MDcxOFQxMzo0Mzo0OC4xODBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzYzIGluZXQtUlBD fEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo3ZWY0M2JiZTU3MGN8eGVub3BzXSB4ZW5zdG9yZS1y bSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvMzEKL3Zhci9sb2cveGVuc291cmNl LmxvZzpbMjAxMjA3MThUMTM6NDM6NDguMTgxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2 MyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6N2VmNDNiYmU1NzBjfHhlbm9wc10g eGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8zMS9lcnJvci9kZXZpY2UvdmlmLzAKL3Zhci9sb2cv eGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NDguNTY4WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVz dC0yfDIzNTc2MyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6N2VmNDNiYmU1NzBj fHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNr ZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0 Mzo0OC41NzBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzYzIGluZXQtUlBDfEFzeW5jLlZN LmhhcmRfc2h1dGRvd24gUjo3ZWY0M2JiZTU3MGN8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwv ZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvMzEKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAx MjA3MThUMTM6NDM6NDguNTcxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MyBpbmV0LVJQ Q3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6N2VmNDNiYmU1NzBjfHhlbm9wc10geGVuc3RvcmUt cm0gL2xvY2FsL2RvbWFpbi8zMS9lcnJvci9kZXZpY2UvdmlmLzEKL3Zhci9sb2cveGVuc291cmNl LmxvZzpbMjAxMjA3MThUMTM6NDM6NTAuNTEyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2 NCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6ZTQyYTg0Y2JmYzE0fHhlbm9wc10g SWdub3JpbmcgZXhjZXB0aW9uOiBGYWlsdXJlKCJjcmF6eSBmb29sIikgd2hpbGUgRXJyb3Igc3Rv cGluZyBkZXZpY2UtbW9kZWwsIGFscmVhZHkgZGVhZCA/Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6 WzIwMTIwNzE4VDEzOjQzOjUwLjUyMlp8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlz dGVufFZNIChkb21pZDogMjcpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2 OH0gRDozN2I0ZGU3Mzk2NDZ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vz c2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0Mzo1MC41MjRafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY0 IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjplNDJhODRjYmZjMTR8eGVub3BzXSB4 ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvMjcKL3Zhci9sb2cv eGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NTAuNTI1WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVz dC0yfDIzNTc2NCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6ZTQyYTg0Y2JmYzE0 fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8yNy9lcnJvci9kZXZpY2UvdmJkLzc2 OAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0Mzo1MC41MzFafGVycm9yfHhl bnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDI3KSBkZXZpY2VfZXZlbnQg PSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOjBiNjU1ZDRiZWVlY3xldmVudF0gZGV2aWNl X2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRh dGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjUwLjU0M1p8ZGVi dWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjQgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93 biBSOmU0MmE4NGNiZmMxNHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJv ci9iYWNrZW5kL3ZiZC8yNwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0Mzo1 MC41NDRafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY0IGluZXQtUlBDfEFzeW5jLlZNLmhh cmRfc2h1dGRvd24gUjplNDJhODRjYmZjMTR8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9t YWluLzI3L2Vycm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEy MDcxOFQxMzo0Mzo1MC45MzhafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY0IGluZXQtUlBD fEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjplNDJhODRjYmZjMTR8eGVub3BzXSBEZXZpY2UuVmlm LmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhz Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjUwLjkzOVp8ZGVidWd8eGVu c2VydmVyLXRlc3QtMnwyMzU3NjQgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmU0 MmE4NGNiZmMxNHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNr ZW5kL3ZpZi8yNwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0Mzo1MC45NDBa fGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY0IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1 dGRvd24gUjplNDJhODRjYmZjMTR8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzI3 L2Vycm9yL2RldmljZS92aWYvMAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0 Mzo1MS4zMThafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY0IGluZXQtUlBDfEFzeW5jLlZN LmhhcmRfc2h1dGRvd24gUjplNDJhODRjYmZjMTR8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1 dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9n L3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjUxLjMyMFp8ZGVidWd8eGVuc2VydmVyLXRl c3QtMnwyMzU3NjQgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmU0MmE4NGNiZmMx NHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi8y NwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0Mzo1MS4zMjBafGRlYnVnfHhl bnNlcnZlci10ZXN0LTJ8MjM1NzY0IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpl NDJhODRjYmZjMTR8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzI3L2Vycm9yL2Rl dmljZS92aWYvMQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0Mzo1My42MzBa fGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDI0KSBkZXZp Y2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOmJkNWU0NGQ2YjY4NHxldmVu dF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQg bm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjUz LjY0M1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjggaW5ldC1SUEN8QXN5bmMuVk0uaGFy ZF9zaHV0ZG93biBSOjRjMTBiOWJlNDg5YXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21h aW4vMC9lcnJvci9iYWNrZW5kL3ZiZC8yNAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0Mzo1My42NDdafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY4IGluZXQtUlBDfEFz eW5jLlZNLmhhcmRfc2h1dGRvd24gUjo0YzEwYjliZTQ4OWF8eGVub3BzXSB4ZW5zdG9yZS1ybSAv bG9jYWwvZG9tYWluLzI0L2Vycm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0Mzo1My42NTRafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFs X2xpc3RlbnxWTSAoZG9taWQ6IDI0KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3Zi ZCw3Njh9IEQ6MWNkY2NlNWY3OTIwfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHBy b2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291 cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NTMuNjcxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIz NTc2OCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6NGMxMGI5YmU0ODlhfHhlbm9w c10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzI0Ci92YXIv bG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjUzLjY3MVp8ZGVidWd8eGVuc2VydmVy LXRlc3QtMnwyMzU3NjggaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjRjMTBiOWJl NDg5YXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMjQvZXJyb3IvZGV2aWNlL3Zi ZC83NjgKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NTQuMDU5WnxkZWJ1 Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3du IFI6NGMxMGI5YmU0ODlhfHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRv IGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9n OlsyMDEyMDcxOFQxMzo0Mzo1NC4wNjFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY4IGlu ZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo0YzEwYjliZTQ4OWF8eGVub3BzXSB4ZW5z dG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvMjQKL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NTQuMDYxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0y fDIzNTc2OCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6NGMxMGI5YmU0ODlhfHhl bm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8yNC9lcnJvci9kZXZpY2UvdmlmLzAKL3Zh ci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NTQuNDM4WnxkZWJ1Z3x4ZW5zZXJ2 ZXItdGVzdC0yfDIzNTc2OCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6NGMxMGI5 YmU0ODlhfHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdh eSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0Mzo1NC40MzlafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY4IGluZXQtUlBDfEFz eW5jLlZNLmhhcmRfc2h1dGRvd24gUjo0YzEwYjliZTQ4OWF8eGVub3BzXSB4ZW5zdG9yZS1ybSAv bG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvMjQKL3Zhci9sb2cveGVuc291cmNlLmxv ZzpbMjAxMjA3MThUMTM6NDM6NTQuNDQwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OCBp bmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6NGMxMGI5YmU0ODlhfHhlbm9wc10geGVu c3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8yNC9lcnJvci9kZXZpY2UvdmlmLzEKL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NTYuNTAxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0y fDIzNTc3MCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YjM1OTRmMDNjMjUyfHhl bm9wc10gSWdub3JpbmcgZXhjZXB0aW9uOiBGYWlsdXJlKCJjcmF6eSBmb29sIikgd2hpbGUgRXJy b3Igc3RvcGluZyBkZXZpY2UtbW9kZWwsIGFscmVhZHkgZGVhZCA/Ci92YXIvbG9nL3hlbnNvdXJj ZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjU2LjUwNVp8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4 YWxfbGlzdGVufFZNIChkb21pZDogMzApIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7 dmJkLDU2MzJ9IEQ6MTM0ZmMyMTM5OTdhfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJl IHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NTYuNTA3WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0y fDIzNTc3MCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YjM1OTRmMDNjMjUyfHhl bm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzMwCi92 YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjU2LjUwOFp8ZGVidWd8eGVuc2Vy dmVyLXRlc3QtMnwyMzU3NzAgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmIzNTk0 ZjAzYzI1Mnx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMzAvZXJyb3IvZGV2aWNl L3ZiZC81NjMyCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjU2LjUxNFp8 ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMzApIGRldmlj ZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDo1ZjYyOTM1ZTI0OWN8ZXZlbnRd IGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5v dCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0Mzo1Ni41 MTZafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcwIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRf c2h1dGRvd24gUjpiMzU5NGYwM2MyNTJ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWlu LzAvZXJyb3IvYmFja2VuZC92YmQvMzAKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThU MTM6NDM6NTYuNTE3WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MCBpbmV0LVJQQ3xBc3lu Yy5WTS5oYXJkX3NodXRkb3duIFI6YjM1OTRmMDNjMjUyfHhlbm9wc10geGVuc3RvcmUtcm0gL2xv Y2FsL2RvbWFpbi8zMC9lcnJvci9kZXZpY2UvdmJkLzc2OAovdmFyL2xvZy94ZW5zb3VyY2UubG9n OlsyMDEyMDcxOFQxMzo0Mzo1Ni45MjhafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcwIGlu ZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpiMzU5NGYwM2MyNTJ8eGVub3BzXSBEZXZp Y2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9y IHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjU2LjkzMFp8ZGVi dWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NzAgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93 biBSOmIzNTk0ZjAzYzI1Mnx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJv ci9iYWNrZW5kL3ZpZi8zMAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0Mzo1 Ni45MzBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcwIGluZXQtUlBDfEFzeW5jLlZNLmhh cmRfc2h1dGRvd24gUjpiMzU5NGYwM2MyNTJ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9t YWluLzMwL2Vycm9yL2RldmljZS92aWYvMAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0Mzo1Ny4zNjhafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcwIGluZXQtUlBDfEFz eW5jLlZNLmhhcmRfc2h1dGRvd24gUjpiMzU5NGYwM2MyNTJ8eGVub3BzXSBEZXZpY2UuVmlmLmhh cmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92 YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjU3LjM2OVp8ZGVidWd8eGVuc2Vy dmVyLXRlc3QtMnwyMzU3NzAgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmIzNTk0 ZjAzYzI1Mnx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5k L3ZpZi8zMAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0Mzo1Ny4zNzBafGRl YnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcwIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRv d24gUjpiMzU5NGYwM2MyNTJ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzMwL2Vy cm9yL2RldmljZS92aWYvMQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0Mzo1 OS40NTZafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY5IGluZXQtUlBDfEFzeW5jLlZNLmhh cmRfc2h1dGRvd24gUjo4NTg4ODdmNWQ0MDd8eGVub3BzXSBJZ25vcmluZyBleGNlcHRpb246IEZh aWx1cmUoImNyYXp5IGZvb2wiKSB3aGlsZSBFcnJvciBzdG9waW5nIGRldmljZS1tb2RlbCwgYWxy ZWFkeSBkZWFkID8KL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NTkuNDYw WnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA1MCkgZGV2 aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjc5YjU0YWMxZTI2OXxldmVu dF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQg bm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjU5 LjQ2M1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjkgaW5ldC1SUEN8QXN5bmMuVk0uaGFy ZF9zaHV0ZG93biBSOjg1ODg4N2Y1ZDQwN3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21h aW4vMC9lcnJvci9iYWNrZW5kL3ZiZC81MAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0Mzo1OS40NjRafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY5IGluZXQtUlBDfEFz eW5jLlZNLmhhcmRfc2h1dGRvd24gUjo4NTg4ODdmNWQ0MDd8eGVub3BzXSB4ZW5zdG9yZS1ybSAv bG9jYWwvZG9tYWluLzUwL2Vycm9yL2RldmljZS92YmQvNzY4Ci92YXIvbG9nL3hlbnNvdXJjZS5s b2c6WzIwMTIwNzE4VDEzOjQzOjU5LjQ2OVp8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxf bGlzdGVufFZNIChkb21pZDogNTApIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJk LDU2MzJ9IEQ6YjMyMjYxYzJlY2I3fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHBy b2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291 cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NTkuNDcyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIz NTc2OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6ODU4ODg3ZjVkNDA3fHhlbm9w c10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzUwCi92YXIv bG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjU5LjQ3Mlp8ZGVidWd8eGVuc2VydmVy LXRlc3QtMnwyMzU3NjkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjg1ODg4N2Y1 ZDQwN3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNTAvZXJyb3IvZGV2aWNlL3Zi ZC81NjMyCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjU5Ljg0OVp8ZGVi dWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93 biBSOjg1ODg4N2Y1ZDQwN3x4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0 byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxv ZzpbMjAxMjA3MThUMTM6NDM6NTkuODUwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OSBp bmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6ODU4ODg3ZjVkNDA3fHhlbm9wc10geGVu c3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzUwCi92YXIvbG9nL3hl bnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjU5Ljg1MVp8ZGVidWd8eGVuc2VydmVyLXRlc3Qt MnwyMzU3NjkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjg1ODg4N2Y1ZDQwN3x4 ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNTAvZXJyb3IvZGV2aWNlL3ZpZi8wCi92 YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjAwLjI0OVp8ZGVidWd8eGVuc2Vy dmVyLXRlc3QtMnwyMzU3NjkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjg1ODg4 N2Y1ZDQwN3x4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3 YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3 MThUMTM6NDQ6MDAuMjUwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OSBpbmV0LVJQQ3xB c3luYy5WTS5oYXJkX3NodXRkb3duIFI6ODU4ODg3ZjVkNDA3fHhlbm9wc10geGVuc3RvcmUtcm0g L2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzUwCi92YXIvbG9nL3hlbnNvdXJjZS5s b2c6WzIwMTIwNzE4VDEzOjQ0OjAwLjI1MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3Njkg aW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjg1ODg4N2Y1ZDQwN3x4ZW5vcHNdIHhl bnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNTAvZXJyb3IvZGV2aWNlL3ZpZi8xCi92YXIvbG9nL3hl bnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjAyLjg1MVp8ZGVidWd8eGVuc2VydmVyLXRlc3Qt MnwyMzU3NjIgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjU2MzNiZDYwYTU3MXx4 ZW5vcHNdIElnbm9yaW5nIGV4Y2VwdGlvbjogRmFpbHVyZSgiY3JhenkgZm9vbCIpIHdoaWxlIEVy cm9yIHN0b3BpbmcgZGV2aWNlLW1vZGVsLCBhbHJlYWR5IGRlYWQgPwovdmFyL2xvZy94ZW5zb3Vy Y2UubG9nOlsyMDEyMDcxOFQxMzo0NDowMi44NTZafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYg eGFsX2xpc3RlbnxWTSAoZG9taWQ6IDM0KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24g e3ZiZCw3Njh9IEQ6YTZlNWUyMDc4YjBifGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJl IHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MDIuODU4WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0y fDIzNTc2MiBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6NTYzM2JkNjBhNTcxfHhl bm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzM0Ci92 YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjAyLjg1OFp8ZGVidWd8eGVuc2Vy dmVyLXRlc3QtMnwyMzU3NjIgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjU2MzNi ZDYwYTU3MXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMzQvZXJyb3IvZGV2aWNl L3ZiZC83NjgKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MDIuODYyWnxl cnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAzNCkgZGV2aWNl X2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDo1MDMzZjNlZDA4ZTh8ZXZlbnRd IGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5v dCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDowMi44 NjlafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzYyIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRf c2h1dGRvd24gUjo1NjMzYmQ2MGE1NzF8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWlu LzAvZXJyb3IvYmFja2VuZC92YmQvMzQKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThU MTM6NDQ6MDIuODY5WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MiBpbmV0LVJQQ3xBc3lu Yy5WTS5oYXJkX3NodXRkb3duIFI6NTYzM2JkNjBhNTcxfHhlbm9wc10geGVuc3RvcmUtcm0gL2xv Y2FsL2RvbWFpbi8zNC9lcnJvci9kZXZpY2UvdmJkLzU2MzIKL3Zhci9sb2cveGVuc291cmNlLmxv ZzpbMjAxMjA3MThUMTM6NDQ6MDMuMjg4WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MiBp bmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6NTYzM2JkNjBhNTcxfHhlbm9wc10gRGV2 aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJv ciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDowMy4yOTBafGRl YnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzYyIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRv d24gUjo1NjMzYmQ2MGE1NzF8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJy b3IvYmFja2VuZC92aWYvMzQKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6 MDMuMjkwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MiBpbmV0LVJQQ3xBc3luYy5WTS5o YXJkX3NodXRkb3duIFI6NTYzM2JkNjBhNTcxfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2Rv bWFpbi8zNC9lcnJvci9kZXZpY2UvdmlmLzAKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3 MThUMTM6NDQ6MDMuNjY5WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MiBpbmV0LVJQQ3xB c3luYy5WTS5oYXJkX3NodXRkb3duIFI6NTYzM2JkNjBhNTcxfHhlbm9wc10gRGV2aWNlLlZpZi5o YXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwov dmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDowMy42NzBafGRlYnVnfHhlbnNl cnZlci10ZXN0LTJ8MjM1NzYyIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo1NjMz YmQ2MGE1NzF8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2Vu ZC92aWYvMzQKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MDMuNjcxWnxk ZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MiBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRk b3duIFI6NTYzM2JkNjBhNTcxfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8zNC9l cnJvci9kZXZpY2UvdmlmLzEKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6 MDUuOTAxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NyBpbmV0LVJQQ3xBc3luYy5WTS5o YXJkX3NodXRkb3duIFI6MDA2MDVmMzc3ZjQyfHhlbm9wc10gSWdub3JpbmcgZXhjZXB0aW9uOiBG YWlsdXJlKCJjcmF6eSBmb29sIikgd2hpbGUgRXJyb3Igc3RvcGluZyBkZXZpY2UtbW9kZWwsIGFs cmVhZHkgZGVhZCA/Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjA1Ljkx MFp8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogNDApIGRl dmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDpiM2UzYjgyY2JiYTl8ZXZl bnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3Jk IG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDow NS45MTJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY3IGluZXQtUlBDfEFzeW5jLlZNLmhh cmRfc2h1dGRvd24gUjowMDYwNWYzNzdmNDJ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9t YWluLzAvZXJyb3IvYmFja2VuZC92YmQvNDAKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3 MThUMTM6NDQ6MDUuOTEyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NyBpbmV0LVJQQ3xB c3luYy5WTS5oYXJkX3NodXRkb3duIFI6MDA2MDVmMzc3ZjQyfHhlbm9wc10geGVuc3RvcmUtcm0g L2xvY2FsL2RvbWFpbi80MC9lcnJvci9kZXZpY2UvdmJkLzc2OAovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0NDowNS45MTdafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFs X2xpc3RlbnxWTSAoZG9taWQ6IDQwKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3Zi ZCw1NjMyfSBEOmM2Y2QwY2IxYTYwYXxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBw cm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNv dXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjA1LjkxOVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwy MzU3NjcgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAwNjA1ZjM3N2Y0Mnx4ZW5v cHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC80MAovdmFy L2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDowNS45MjBafGRlYnVnfHhlbnNlcnZl ci10ZXN0LTJ8MjM1NzY3IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjowMDYwNWYz NzdmNDJ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzQwL2Vycm9yL2RldmljZS92 YmQvNTYzMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDowNi4yODlafGRl YnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY3IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRv d24gUjowMDYwNWYzNzdmNDJ8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQg dG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5s b2c6WzIwMTIwNzE4VDEzOjQ0OjA2LjI5MFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3Njcg aW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAwNjA1ZjM3N2Y0Mnx4ZW5vcHNdIHhl bnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi80MAovdmFyL2xvZy94 ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDowNi4yOTFafGRlYnVnfHhlbnNlcnZlci10ZXN0 LTJ8MjM1NzY3IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjowMDYwNWYzNzdmNDJ8 eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzQwL2Vycm9yL2RldmljZS92aWYvMAov dmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDowNi42ODhafGRlYnVnfHhlbnNl cnZlci10ZXN0LTJ8MjM1NzY3IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjowMDYw NWYzNzdmNDJ8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBh d2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIw NzE4VDEzOjQ0OjA2LjY5MFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjcgaW5ldC1SUEN8 QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAwNjA1ZjM3N2Y0Mnx4ZW5vcHNdIHhlbnN0b3JlLXJt IC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi80MAovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0NDowNi42OTBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY3 IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjowMDYwNWYzNzdmNDJ8eGVub3BzXSB4 ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzQwL2Vycm9yL2RldmljZS92aWYvMQovdmFyL2xvZy94 ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDowOS4wNjJafGRlYnVnfHhlbnNlcnZlci10ZXN0 LTJ8MjM1NzY2IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjoxZGRhY2M2YWM2Yjl8 eGVub3BzXSBJZ25vcmluZyBleGNlcHRpb246IEZhaWx1cmUoImNyYXp5IGZvb2wiKSB3aGlsZSBF cnJvciBzdG9waW5nIGRldmljZS1tb2RlbCwgYWxyZWFkeSBkZWFkID8KL3Zhci9sb2cveGVuc291 cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MDkuMDcwWnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2 IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA1NSkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3du IHt2YmQsNzY4fSBEOjQ3OWQ1ZmZiM2RjNnxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBi ZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hl bnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjA5LjA3MVp8ZGVidWd8eGVuc2VydmVyLXRlc3Qt MnwyMzU3NjYgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjFkZGFjYzZhYzZiOXx4 ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC81NQov dmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDowOS4wNzJafGRlYnVnfHhlbnNl cnZlci10ZXN0LTJ8MjM1NzY2IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjoxZGRh Y2M2YWM2Yjl8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzU1L2Vycm9yL2Rldmlj ZS92YmQvNzY4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjA5LjA3Nlp8 ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogNTUpIGRldmlj ZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6NTcyY2U3NDU0ZTc0fGV2ZW50 XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBu b3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MDku MDc3WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NiBpbmV0LVJQQ3xBc3luYy5WTS5oYXJk X3NodXRkb3duIFI6MWRkYWNjNmFjNmI5fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFp bi8wL2Vycm9yL2JhY2tlbmQvdmJkLzU1Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4 VDEzOjQ0OjA5LjA3OFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjYgaW5ldC1SUEN8QXN5 bmMuVk0uaGFyZF9zaHV0ZG93biBSOjFkZGFjYzZhYzZiOXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9s b2NhbC9kb21haW4vNTUvZXJyb3IvZGV2aWNlL3ZiZC81NjMyCi92YXIvbG9nL3hlbnNvdXJjZS5s b2c6WzIwMTIwNzE4VDEzOjQ0OjA5LjQ1OVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjYg aW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjFkZGFjYzZhYzZiOXx4ZW5vcHNdIERl dmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJy b3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MDkuNDYxWnxk ZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NiBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRk b3duIFI6MWRkYWNjNmFjNmI5fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vy cm9yL2JhY2tlbmQvdmlmLzU1Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0 OjA5LjQ2Mlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjYgaW5ldC1SUEN8QXN5bmMuVk0u aGFyZF9zaHV0ZG93biBSOjFkZGFjYzZhYzZiOXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9k b21haW4vNTUvZXJyb3IvZGV2aWNlL3ZpZi8wCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIw NzE4VDEzOjQ0OjA5Ljg2OVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjYgaW5ldC1SUEN8 QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjFkZGFjYzZhYzZiOXx4ZW5vcHNdIERldmljZS5WaWYu aGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMK L3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MDkuODcwWnxkZWJ1Z3x4ZW5z ZXJ2ZXItdGVzdC0yfDIzNTc2NiBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MWRk YWNjNmFjNmI5fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tl bmQvdmlmLzU1Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjA5Ljg3MVp8 ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjYgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0 ZG93biBSOjFkZGFjYzZhYzZiOXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNTUv ZXJyb3IvZGV2aWNlL3ZpZi8xCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0 OjEyLjA4MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NzEgaW5ldC1SUEN8QXN5bmMuVk0u aGFyZF9zaHV0ZG93biBSOjBjNDNjYzA0MDZkNnx4ZW5vcHNdIElnbm9yaW5nIGV4Y2VwdGlvbjog RmFpbHVyZSgiY3JhenkgZm9vbCIpIHdoaWxlIEVycm9yIHN0b3BpbmcgZGV2aWNlLW1vZGVsLCBh bHJlYWR5IGRlYWQgPwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoxMi4w ODVafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDE1KSBk ZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6YmEzZTVhNjkyZDEwfGV2 ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29y ZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6 MTIuMDg3WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MSBpbmV0LVJQQ3xBc3luYy5WTS5o YXJkX3NodXRkb3duIFI6MGM0M2NjMDQwNmQ2fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2Rv bWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzE1Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIw NzE4VDEzOjQ0OjEyLjA4OFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NzEgaW5ldC1SUEN8 QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjBjNDNjYzA0MDZkNnx4ZW5vcHNdIHhlbnN0b3JlLXJt IC9sb2NhbC9kb21haW4vMTUvZXJyb3IvZGV2aWNlL3ZiZC83NjgKL3Zhci9sb2cveGVuc291cmNl LmxvZzpbMjAxMjA3MThUMTM6NDQ6MTIuMTE0WnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhh bF9saXN0ZW58Vk0gKGRvbWlkOiAxNSkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2 YmQsNTYzMn0gRDpiMjY1OGY1MTFhODR8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUg cHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5z b3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoxMi4xMTZafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8 MjM1NzcxIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjowYzQzY2MwNDA2ZDZ8eGVu b3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvMTUKL3Zh ci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MTIuMTE2WnxkZWJ1Z3x4ZW5zZXJ2 ZXItdGVzdC0yfDIzNTc3MSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MGM0M2Nj MDQwNmQ2fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8xNS9lcnJvci9kZXZpY2Uv dmJkLzU2MzIKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MTIuNDk5Wnxk ZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRk b3duIFI6MGM0M2NjMDQwNmQ2fHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0 IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0NDoxMi41MDFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1Nzcx IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjowYzQzY2MwNDA2ZDZ8eGVub3BzXSB4 ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvMTUKL3Zhci9sb2cv eGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MTIuNTAxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVz dC0yfDIzNTc3MSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MGM0M2NjMDQwNmQ2 fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8xNS9lcnJvci9kZXZpY2UvdmlmLzAK L3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MTIuODk5WnxkZWJ1Z3x4ZW5z ZXJ2ZXItdGVzdC0yfDIzNTc3MSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MGM0 M2NjMDQwNmQ2fHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cg YXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEy MDcxOFQxMzo0NDoxMi45MDFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcxIGluZXQtUlBD fEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjowYzQzY2MwNDA2ZDZ8eGVub3BzXSB4ZW5zdG9yZS1y bSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvMTUKL3Zhci9sb2cveGVuc291cmNl LmxvZzpbMjAxMjA3MThUMTM6NDQ6MTIuOTAyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3 MSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MGM0M2NjMDQwNmQ2fHhlbm9wc10g eGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8xNS9lcnJvci9kZXZpY2UvdmlmLzEKL3Zhci9sb2cv eGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MTUuMjgyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVz dC0yfDIzNTc5OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YmRmYTRmOGI3NTQz fHhlbm9wc10gSWdub3JpbmcgZXhjZXB0aW9uOiBGYWlsdXJlKCJjcmF6eSBmb29sIikgd2hpbGUg RXJyb3Igc3RvcGluZyBkZXZpY2UtbW9kZWwsIGFscmVhZHkgZGVhZCA/Ci92YXIvbG9nL3hlbnNv dXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjE1LjI4N1p8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2 NiB4YWxfbGlzdGVufFZNIChkb21pZDogNDYpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93 biB7dmJkLDU2MzJ9IEQ6YTQ2MzhjOGQ5ZGE1fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90 IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cv eGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MTUuMjg5WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVz dC0yfDIzNTc5OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YmRmYTRmOGI3NTQz fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzQ2 Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjE1LjI5MFp8ZGVidWd8eGVu c2VydmVyLXRlc3QtMnwyMzU3OTkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmJk ZmE0ZjhiNzU0M3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNDYvZXJyb3IvZGV2 aWNlL3ZiZC81NjMyCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjE1LjI5 NVp8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogNDYpIGRl dmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDo0NGVlNjRmNjcxYzl8ZXZl bnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3Jk IG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDox NS4yOTdafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1Nzk5IGluZXQtUlBDfEFzeW5jLlZNLmhh cmRfc2h1dGRvd24gUjpiZGZhNGY4Yjc1NDN8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9t YWluLzAvZXJyb3IvYmFja2VuZC92YmQvNDYKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3 MThUMTM6NDQ6MTUuMjk4WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc5OSBpbmV0LVJQQ3xB c3luYy5WTS5oYXJkX3NodXRkb3duIFI6YmRmYTRmOGI3NTQzfHhlbm9wc10geGVuc3RvcmUtcm0g L2xvY2FsL2RvbWFpbi80Ni9lcnJvci9kZXZpY2UvdmJkLzc2OAovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0NDoxNS42OTBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1Nzk5 IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpiZGZhNGY4Yjc1NDN8eGVub3BzXSBE ZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVy cm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjE1LjY5MVp8 ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3OTkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0 ZG93biBSOmJkZmE0ZjhiNzU0M3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9l cnJvci9iYWNrZW5kL3ZpZi80NgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0 NDoxNS42OTJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1Nzk5IGluZXQtUlBDfEFzeW5jLlZN LmhhcmRfc2h1dGRvd24gUjpiZGZhNGY4Yjc1NDN8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwv ZG9tYWluLzQ2L2Vycm9yL2RldmljZS92aWYvMAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEy MDcxOFQxMzo0NDoxNi4wNThafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1Nzk5IGluZXQtUlBD fEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpiZGZhNGY4Yjc1NDN8eGVub3BzXSBEZXZpY2UuVmlm LmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhz Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjE2LjA2MFp8ZGVidWd8eGVu c2VydmVyLXRlc3QtMnwyMzU3OTkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmJk ZmE0ZjhiNzU0M3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNr ZW5kL3ZpZi80NgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoxNi4wNjBa fGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1Nzk5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1 dGRvd24gUjpiZGZhNGY4Yjc1NDN8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzQ2 L2Vycm9yL2RldmljZS92aWYvMQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0 NDoxOC4zNTFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY1IGluZXQtUlBDfEFzeW5jLlZN LmhhcmRfc2h1dGRvd24gUjpkMWZjOGJjN2RhNWF8eGVub3BzXSBJZ25vcmluZyBleGNlcHRpb246 IEZhaWx1cmUoImNyYXp5IGZvb2wiKSB3aGlsZSBFcnJvciBzdG9waW5nIGRldmljZS1tb2RlbCwg YWxyZWFkeSBkZWFkID8KL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MTgu MzU1WnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAxNykg ZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjU3YWE5NTEzYTU4ZHxl dmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNv cmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0 OjE4LjM1N1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjUgaW5ldC1SUEN8QXN5bmMuVk0u aGFyZF9zaHV0ZG93biBSOmQxZmM4YmM3ZGE1YXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9k b21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC8xNwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEy MDcxOFQxMzo0NDoxOC4zNThafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY1IGluZXQtUlBD fEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpkMWZjOGJjN2RhNWF8eGVub3BzXSB4ZW5zdG9yZS1y bSAvbG9jYWwvZG9tYWluLzE3L2Vycm9yL2RldmljZS92YmQvNzY4Ci92YXIvbG9nL3hlbnNvdXJj ZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjE4LjM2MVp8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4 YWxfbGlzdGVufFZNIChkb21pZDogMTcpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7 dmJkLDU2MzJ9IEQ6Yjc5ODgwODYxNDA3fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJl IHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MTguMzYzWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0y fDIzNTc2NSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6ZDFmYzhiYzdkYTVhfHhl bm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzE3Ci92 YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjE4LjM2NFp8ZGVidWd8eGVuc2Vy dmVyLXRlc3QtMnwyMzU3NjUgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmQxZmM4 YmM3ZGE1YXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMTcvZXJyb3IvZGV2aWNl L3ZiZC81NjMyCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjE4LjczOVp8 ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjUgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0 ZG93biBSOmQxZmM4YmM3ZGE1YXx4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91 dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNl LmxvZzpbMjAxMjA3MThUMTM6NDQ6MTguNzQwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2 NSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6ZDFmYzhiYzdkYTVhfHhlbm9wc10g eGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzE3Ci92YXIvbG9n L3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjE4Ljc0MFp8ZGVidWd8eGVuc2VydmVyLXRl c3QtMnwyMzU3NjUgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmQxZmM4YmM3ZGE1 YXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMTcvZXJyb3IvZGV2aWNlL3ZpZi8w Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjE5LjEwOFp8ZGVidWd8eGVu c2VydmVyLXRlc3QtMnwyMzU3NjUgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmQx ZmM4YmM3ZGE1YXx4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93 IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAx MjA3MThUMTM6NDQ6MTkuMTA5WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NSBpbmV0LVJQ Q3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6ZDFmYzhiYzdkYTVhfHhlbm9wc10geGVuc3RvcmUt cm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzE3Ci92YXIvbG9nL3hlbnNvdXJj ZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjE5LjExMFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3 NjUgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmQxZmM4YmM3ZGE1YXx4ZW5vcHNd IHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMTcvZXJyb3IvZGV2aWNlL3ZpZi8xCi92YXIvbG9n L3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjIxLjE5Mlp8ZGVidWd8eGVuc2VydmVyLXRl c3QtMnwyMzU3NjMgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjA2MTZlYWYzMWE2 Y3x4ZW5vcHNdIElnbm9yaW5nIGV4Y2VwdGlvbjogRmFpbHVyZSgiY3JhenkgZm9vbCIpIHdoaWxl IEVycm9yIHN0b3BpbmcgZGV2aWNlLW1vZGVsLCBhbHJlYWR5IGRlYWQgPwovdmFyL2xvZy94ZW5z b3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoyMS4xOTZafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8 NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDI1KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRv d24ge3ZiZCw1NjMyfSBEOjA4NDZkM2YzZmFiY3xldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5v dCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9n L3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjIxLjE5OFp8ZGVidWd8eGVuc2VydmVyLXRl c3QtMnwyMzU3NjMgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjA2MTZlYWYzMWE2 Y3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC8y NQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoyMS4xOThafGRlYnVnfHhl bnNlcnZlci10ZXN0LTJ8MjM1NzYzIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjow NjE2ZWFmMzFhNmN8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzI1L2Vycm9yL2Rl dmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoyMS4y MDJafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDI1KSBk ZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6NWI2NDQzZjkzNDZmfGV2 ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29y ZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6 MjEuMjAzWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MyBpbmV0LVJQQ3xBc3luYy5WTS5o YXJkX3NodXRkb3duIFI6MDYxNmVhZjMxYTZjfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2Rv bWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzI1Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIw NzE4VDEzOjQ0OjIxLjIwNFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjMgaW5ldC1SUEN8 QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjA2MTZlYWYzMWE2Y3x4ZW5vcHNdIHhlbnN0b3JlLXJt IC9sb2NhbC9kb21haW4vMjUvZXJyb3IvZGV2aWNlL3ZiZC83NjgKL3Zhci9sb2cveGVuc291cmNl LmxvZzpbMjAxMjA3MThUMTM6NDQ6MjEuNTg5WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2 MyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MDYxNmVhZjMxYTZjfHhlbm9wc10g RGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBl cnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoyMS41OTFa fGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzYzIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1 dGRvd24gUjowNjE2ZWFmMzFhNmN8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAv ZXJyb3IvYmFja2VuZC92aWYvMjUKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6 NDQ6MjEuNTkxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MyBpbmV0LVJQQ3xBc3luYy5W TS5oYXJkX3NodXRkb3duIFI6MDYxNmVhZjMxYTZjfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2Fs L2RvbWFpbi8yNS9lcnJvci9kZXZpY2UvdmlmLzAKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAx MjA3MThUMTM6NDQ6MjEuOTg5WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MyBpbmV0LVJQ Q3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MDYxNmVhZjMxYTZjfHhlbm9wc10gRGV2aWNlLlZp Zi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRo cwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoyMS45OTBafGRlYnVnfHhl bnNlcnZlci10ZXN0LTJ8MjM1NzYzIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjow NjE2ZWFmMzFhNmN8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFj a2VuZC92aWYvMjUKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MjEuOTkw WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3No dXRkb3duIFI6MDYxNmVhZjMxYTZjfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8y NS9lcnJvci9kZXZpY2UvdmlmLzEKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6 NDQ6MjQuMTQyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTg0OSBpbmV0LVJQQ3xBc3luYy5W TS5oYXJkX3NodXRkb3duIFI6ZDBlMjMwZGRkNThifHhlbm9wc10gSWdub3JpbmcgZXhjZXB0aW9u OiBGYWlsdXJlKCJjcmF6eSBmb29sIikgd2hpbGUgRXJyb3Igc3RvcGluZyBkZXZpY2UtbW9kZWws IGFscmVhZHkgZGVhZCA/Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjI0 LjE0Nlp8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMTkp IGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6YTJiNTA1YTg4ZjQ0 fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJl Y29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6 NDQ6MjQuMTQ4WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTg0OSBpbmV0LVJQQ3xBc3luYy5W TS5oYXJkX3NodXRkb3duIFI6ZDBlMjMwZGRkNThifHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2Fs L2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzE5Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIw MTIwNzE4VDEzOjQ0OjI0LjE0OVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU4NDkgaW5ldC1S UEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmQwZTIzMGRkZDU4Ynx4ZW5vcHNdIHhlbnN0b3Jl LXJtIC9sb2NhbC9kb21haW4vMTkvZXJyb3IvZGV2aWNlL3ZiZC81NjMyCi92YXIvbG9nL3hlbnNv dXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjI0LjE1M1p8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2 NiB4YWxfbGlzdGVufFZNIChkb21pZDogMTkpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93 biB7dmJkLDc2OH0gRDo0Mjg5YmNiOWNiOWR8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3Qg YmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94 ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoyNC4xNjBafGRlYnVnfHhlbnNlcnZlci10ZXN0 LTJ8MjM1ODQ5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpkMGUyMzBkZGQ1OGJ8 eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvMTkK L3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MjQuMTYwWnxkZWJ1Z3x4ZW5z ZXJ2ZXItdGVzdC0yfDIzNTg0OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6ZDBl MjMwZGRkNThifHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8xOS9lcnJvci9kZXZp Y2UvdmJkLzc2OAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoyNC41MzFa fGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1ODQ5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1 dGRvd24gUjpkMGUyMzBkZGQ1OGJ8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJv dXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJj ZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjI0LjUzN1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU4 NDkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmQwZTIzMGRkZDU4Ynx4ZW5vcHNd IHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi8xOQovdmFyL2xv Zy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoyNC41NDBafGRlYnVnfHhlbnNlcnZlci10 ZXN0LTJ8MjM1ODQ5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpkMGUyMzBkZGQ1 OGJ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzE5L2Vycm9yL2RldmljZS92aWYv MAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoyNC45MzlafGRlYnVnfHhl bnNlcnZlci10ZXN0LTJ8MjM1ODQ5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpk MGUyMzBkZGQ1OGJ8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxv dyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIw MTIwNzE4VDEzOjQ0OjI0Ljk0MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU4NDkgaW5ldC1S UEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmQwZTIzMGRkZDU4Ynx4ZW5vcHNdIHhlbnN0b3Jl LXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi8xOQovdmFyL2xvZy94ZW5zb3Vy Y2UubG9nOlsyMDEyMDcxOFQxMzo0NDoyNC45NDFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1 ODQ5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpkMGUyMzBkZGQ1OGJ8eGVub3Bz XSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzE5L2Vycm9yL2RldmljZS92aWYvMQovdmFyL2xv Zy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoyNi44OTJafGRlYnVnfHhlbnNlcnZlci10 ZXN0LTJ8MjM1NzY0IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjoyYjVlMGMzYjli NzN8eGVub3BzXSBJZ25vcmluZyBleGNlcHRpb246IEZhaWx1cmUoImNyYXp5IGZvb2wiKSB3aGls ZSBFcnJvciBzdG9waW5nIGRldmljZS1tb2RlbCwgYWxyZWFkeSBkZWFkID8KL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MjYuOTAzWnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0y fDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA0NykgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRk b3duIHt2YmQsNTYzMn0gRDo0N2I5OWM4ZTE1MmR8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBu b3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xv Zy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoyNi45MDRafGRlYnVnfHhlbnNlcnZlci10 ZXN0LTJ8MjM1NzY0IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjoyYjVlMGMzYjli NzN8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQv NDcKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MjYuOTA1WnxkZWJ1Z3x4 ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6 MmI1ZTBjM2I5YjczfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi80Ny9lcnJvci9k ZXZpY2UvdmJkLzU2MzIKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MjYu OTA5WnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA0Nykg ZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOmY5MWFlODk5ZjJkYnxl dmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNv cmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0 OjI2LjkxMFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjQgaW5ldC1SUEN8QXN5bmMuVk0u aGFyZF9zaHV0ZG93biBSOjJiNWUwYzNiOWI3M3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9k b21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC80NwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEy MDcxOFQxMzo0NDoyNi45MTFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY0IGluZXQtUlBD fEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjoyYjVlMGMzYjliNzN8eGVub3BzXSB4ZW5zdG9yZS1y bSAvbG9jYWwvZG9tYWluLzQ3L2Vycm9yL2RldmljZS92YmQvNzY4Ci92YXIvbG9nL3hlbnNvdXJj ZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjI3LjMyOVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3 NjQgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjJiNWUwYzNiOWI3M3x4ZW5vcHNd IERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQg ZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MjcuMzMw WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3No dXRkb3duIFI6MmI1ZTBjM2I5YjczfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8w L2Vycm9yL2JhY2tlbmQvdmlmLzQ3Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEz OjQ0OjI3LjMzMVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjQgaW5ldC1SUEN8QXN5bmMu Vk0uaGFyZF9zaHV0ZG93biBSOjJiNWUwYzNiOWI3M3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2Nh bC9kb21haW4vNDcvZXJyb3IvZGV2aWNlL3ZpZi8wCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIw MTIwNzE4VDEzOjQ0OjI3LjcxOVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjQgaW5ldC1S UEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjJiNWUwYzNiOWI3M3x4ZW5vcHNdIERldmljZS5W aWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0 aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MjcuNzIwWnxkZWJ1Z3x4 ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6 MmI1ZTBjM2I5YjczfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2Jh Y2tlbmQvdmlmLzQ3Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjI3Ljcy MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjQgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9z aHV0ZG93biBSOjJiNWUwYzNiOWI3M3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4v NDcvZXJyb3IvZGV2aWNlL3ZpZi8xCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEz OjQ0OjMwLjA4Mlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjggaW5ldC1SUEN8QXN5bmMu Vk0uaGFyZF9zaHV0ZG93biBSOmE5NzgyNTIxYTFmZnx4ZW5vcHNdIElnbm9yaW5nIGV4Y2VwdGlv bjogRmFpbHVyZSgiY3JhenkgZm9vbCIpIHdoaWxlIEVycm9yIHN0b3BpbmcgZGV2aWNlLW1vZGVs LCBhbHJlYWR5IGRlYWQgPwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoz MC4wOTBafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDI5 KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6YTMwZjRkZGIyNDhj fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJl Y29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6 NDQ6MzAuMDkyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OCBpbmV0LVJQQ3xBc3luYy5W TS5oYXJkX3NodXRkb3duIFI6YTk3ODI1MjFhMWZmfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2Fs L2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzI5Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIw MTIwNzE4VDEzOjQ0OjMwLjA5Mlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjggaW5ldC1S UEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmE5NzgyNTIxYTFmZnx4ZW5vcHNdIHhlbnN0b3Jl LXJtIC9sb2NhbC9kb21haW4vMjkvZXJyb3IvZGV2aWNlL3ZiZC83NjgKL3Zhci9sb2cveGVuc291 cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MzAuMTAwWnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2 IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAyOSkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3du IHt2YmQsNTYzMn0gRDo2YWFkM2UxZmNkM2V8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3Qg YmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94 ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDozMC4xMDFafGRlYnVnfHhlbnNlcnZlci10ZXN0 LTJ8MjM1NzY4IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphOTc4MjUyMWExZmZ8 eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvMjkK L3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MzAuMTAyWnxkZWJ1Z3x4ZW5z ZXJ2ZXItdGVzdC0yfDIzNTc2OCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YTk3 ODI1MjFhMWZmfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8yOS9lcnJvci9kZXZp Y2UvdmJkLzU2MzIKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MzAuNDc5 WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3No dXRkb3duIFI6YTk3ODI1MjFhMWZmfHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFi b3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3Vy Y2UubG9nOlsyMDEyMDcxOFQxMzo0NDozMC40ODBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1 NzY4IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphOTc4MjUyMWExZmZ8eGVub3Bz XSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvMjkKL3Zhci9s b2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MzAuNDgxWnxkZWJ1Z3x4ZW5zZXJ2ZXIt dGVzdC0yfDIzNTc2OCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YTk3ODI1MjFh MWZmfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8yOS9lcnJvci9kZXZpY2Uvdmlm LzAKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MzAuODY5WnxkZWJ1Z3x4 ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6 YTk3ODI1MjFhMWZmfHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJs b3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsy MDEyMDcxOFQxMzo0NDozMC44NzFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY4IGluZXQt UlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphOTc4MjUyMWExZmZ8eGVub3BzXSB4ZW5zdG9y ZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvMjkKL3Zhci9sb2cveGVuc291 cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MzAuODcxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIz NTc2OCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YTk3ODI1MjFhMWZmfHhlbm9w c10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8yOS9lcnJvci9kZXZpY2UvdmlmLzEKL3Zhci9s b2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MzMuMzkyWnxkZWJ1Z3x4ZW5zZXJ2ZXIt dGVzdC0yfDIzNTg5MSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YmU3MTVkMThi M2ZhfHhlbm9wc10gSWdub3JpbmcgZXhjZXB0aW9uOiBGYWlsdXJlKCJjcmF6eSBmb29sIikgd2hp bGUgRXJyb3Igc3RvcGluZyBkZXZpY2UtbW9kZWwsIGFscmVhZHkgZGVhZCA/Ci92YXIvbG9nL3hl bnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjMzLjM5NVp8ZXJyb3J8eGVuc2VydmVyLXRlc3Qt Mnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMzUpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0 ZG93biB7dmJkLDc2OH0gRDoyYWE5MDZmY2NlZmF8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBu b3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xv Zy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDozMy4zOTdafGRlYnVnfHhlbnNlcnZlci10 ZXN0LTJ8MjM1ODkxIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpiZTcxNWQxOGIz ZmF8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQv MzUKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MzMuMzk3WnxkZWJ1Z3x4 ZW5zZXJ2ZXItdGVzdC0yfDIzNTg5MSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6 YmU3MTVkMThiM2ZhfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8zNS9lcnJvci9k ZXZpY2UvdmJkLzc2OAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDozMy40 MDJafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDM1KSBk ZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOjExOGM5Nzg0OGYzY3xl dmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNv cmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0 OjMzLjQwM1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU4OTEgaW5ldC1SUEN8QXN5bmMuVk0u aGFyZF9zaHV0ZG93biBSOmJlNzE1ZDE4YjNmYXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9k b21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC8zNQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEy MDcxOFQxMzo0NDozMy40MDRafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1ODkxIGluZXQtUlBD fEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpiZTcxNWQxOGIzZmF8eGVub3BzXSB4ZW5zdG9yZS1y bSAvbG9jYWwvZG9tYWluLzM1L2Vycm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5zb3Vy Y2UubG9nOlsyMDEyMDcxOFQxMzo0NDozMy43OTlafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1 ODkxIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpiZTcxNWQxOGIzZmF8eGVub3Bz XSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5k IGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjMzLjgw MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU4OTEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9z aHV0ZG93biBSOmJlNzE1ZDE4YjNmYXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4v MC9lcnJvci9iYWNrZW5kL3ZpZi8zNQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQx Mzo0NDozMy44MDJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1ODkxIGluZXQtUlBDfEFzeW5j LlZNLmhhcmRfc2h1dGRvd24gUjpiZTcxNWQxOGIzZmF8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9j YWwvZG9tYWluLzM1L2Vycm9yL2RldmljZS92aWYvMAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsy MDEyMDcxOFQxMzo0NDozNC4yMTlafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1ODkxIGluZXQt UlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpiZTcxNWQxOGIzZmF8eGVub3BzXSBEZXZpY2Uu VmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBh dGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjM0LjIyMFp8ZGVidWd8 eGVuc2VydmVyLXRlc3QtMnwyMzU4OTEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBS OmJlNzE1ZDE4YjNmYXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9i YWNrZW5kL3ZpZi8zNQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDozNC4y MjFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1ODkxIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRf c2h1dGRvd24gUjpiZTcxNWQxOGIzZmF8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWlu LzM1L2Vycm9yL2RldmljZS92aWYvMQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQx Mzo0NDozNi41MjJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1OTE5IGluZXQtUlBDfEFzeW5j LlZNLmhhcmRfc2h1dGRvd24gUjoxMjQwZGIyNDI2NTZ8eGVub3BzXSBJZ25vcmluZyBleGNlcHRp b246IEZhaWx1cmUoImNyYXp5IGZvb2wiKSB3aGlsZSBFcnJvciBzdG9waW5nIGRldmljZS1tb2Rl bCwgYWxyZWFkeSBkZWFkID8KL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6 MzYuNTI3WnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAz OSkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDo0MTM5ODUwZWEy ZDF8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0g cmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQx Mzo0NDozNi41MjdafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1OTE5IGluZXQtUlBDfEFzeW5j LlZNLmhhcmRfc2h1dGRvd24gUjoxMjQwZGIyNDI2NTZ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9j YWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvMzkKL3Zhci9sb2cveGVuc291cmNlLmxvZzpb MjAxMjA3MThUMTM6NDQ6MzYuNTI4WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTkxOSBpbmV0 LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MTI0MGRiMjQyNjU2fHhlbm9wc10geGVuc3Rv cmUtcm0gL2xvY2FsL2RvbWFpbi8zOS9lcnJvci9kZXZpY2UvdmJkLzU2MzIKL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MzYuNTMzWnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0y fDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAzOSkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRk b3duIHt2YmQsNzY4fSBEOjA1ZGQxYzgzMjYwMnxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5v dCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9n L3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjM2LjUzNlp8ZGVidWd8eGVuc2VydmVyLXRl c3QtMnwyMzU5MTkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjEyNDBkYjI0MjY1 Nnx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC8z OQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDozNi41MzZafGRlYnVnfHhl bnNlcnZlci10ZXN0LTJ8MjM1OTE5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjox MjQwZGIyNDI2NTZ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzM5L2Vycm9yL2Rl dmljZS92YmQvNzY4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjM2Ljg5 OVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU5MTkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9z aHV0ZG93biBSOjEyNDBkYjI0MjY1Nnx4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBh Ym91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291 cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MzYuOTAxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIz NTkxOSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MTI0MGRiMjQyNjU2fHhlbm9w c10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzM5Ci92YXIv bG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjM2LjkwMVp8ZGVidWd8eGVuc2VydmVy LXRlc3QtMnwyMzU5MTkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjEyNDBkYjI0 MjY1Nnx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMzkvZXJyb3IvZGV2aWNlL3Zp Zi8wCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjM3LjI4OVp8ZGVidWd8 eGVuc2VydmVyLXRlc3QtMnwyMzU5MTkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBS OjEyNDBkYjI0MjY1Nnx4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBi bG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpb MjAxMjA3MThUMTM6NDQ6MzcuMjkxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTkxOSBpbmV0 LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MTI0MGRiMjQyNjU2fHhlbm9wc10geGVuc3Rv cmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzM5Ci92YXIvbG9nL3hlbnNv dXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjM3LjI5MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwy MzU5MTkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjEyNDBkYjI0MjY1Nnx4ZW5v cHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMzkvZXJyb3IvZGV2aWNlL3ZpZi8xCi92YXIv bG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjM5LjU1Mlp8ZGVidWd8eGVuc2VydmVy LXRlc3QtMnwyMzU3NzAgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjc5YWU0ZTUy YmRmZHx4ZW5vcHNdIElnbm9yaW5nIGV4Y2VwdGlvbjogRmFpbHVyZSgiY3JhenkgZm9vbCIpIHdo aWxlIEVycm9yIHN0b3BpbmcgZGV2aWNlLW1vZGVsLCBhbHJlYWR5IGRlYWQgPwovdmFyL2xvZy94 ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDozOS41NTVafGVycm9yfHhlbnNlcnZlci10ZXN0 LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDMyKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1 dGRvd24ge3ZiZCw1NjMyfSBEOjJjNjFlN2U3MWQzZHxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxk IG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIv bG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjM5LjU1N1p8ZGVidWd8eGVuc2VydmVy LXRlc3QtMnwyMzU3NzAgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjc5YWU0ZTUy YmRmZHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3Zi ZC8zMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDozOS41NTdafGRlYnVn fHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcwIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24g Ujo3OWFlNGU1MmJkZmR8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzMyL2Vycm9y L2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoz OS41NzJafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDMy KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6Mzc4MDk2N2YxNWVh fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJl Y29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6 NDQ6MzkuNTczWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MCBpbmV0LVJQQ3xBc3luYy5W TS5oYXJkX3NodXRkb3duIFI6NzlhZTRlNTJiZGZkfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2Fs L2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzMyCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIw MTIwNzE4VDEzOjQ0OjM5LjU3NFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NzAgaW5ldC1S UEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjc5YWU0ZTUyYmRmZHx4ZW5vcHNdIHhlbnN0b3Jl LXJtIC9sb2NhbC9kb21haW4vMzIvZXJyb3IvZGV2aWNlL3ZiZC83NjgKL3Zhci9sb2cveGVuc291 cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MzkuOTcwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIz NTc3MCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6NzlhZTRlNTJiZGZkfHhlbm9w c10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFu ZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDozOS45 NzNafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcwIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRf c2h1dGRvd24gUjo3OWFlNGU1MmJkZmR8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWlu LzAvZXJyb3IvYmFja2VuZC92aWYvMzIKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThU MTM6NDQ6MzkuOTczWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MCBpbmV0LVJQQ3xBc3lu Yy5WTS5oYXJkX3NodXRkb3duIFI6NzlhZTRlNTJiZGZkfHhlbm9wc10geGVuc3RvcmUtcm0gL2xv Y2FsL2RvbWFpbi8zMi9lcnJvci9kZXZpY2UvdmlmLzAKL3Zhci9sb2cveGVuc291cmNlLmxvZzpb MjAxMjA3MThUMTM6NDQ6NDAuMzQ5WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MCBpbmV0 LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6NzlhZTRlNTJiZGZkfHhlbm9wc10gRGV2aWNl LlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBw YXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo0MC4zNTBafGRlYnVn fHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcwIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24g Ujo3OWFlNGU1MmJkZmR8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3Iv YmFja2VuZC92aWYvMzIKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NDAu MzUxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJk X3NodXRkb3duIFI6NzlhZTRlNTJiZGZkfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFp bi8zMi9lcnJvci9kZXZpY2UvdmlmLzEKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThU MTM6NDQ6NDIuNDcyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OSBpbmV0LVJQQ3xBc3lu Yy5WTS5oYXJkX3NodXRkb3duIFI6ZmM2MGYyYTQzNjU1fHhlbm9wc10gSWdub3JpbmcgZXhjZXB0 aW9uOiBGYWlsdXJlKCJjcmF6eSBmb29sIikgd2hpbGUgRXJyb3Igc3RvcGluZyBkZXZpY2UtbW9k ZWwsIGFscmVhZHkgZGVhZCA/Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0 OjQyLjQ4MFp8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDog NTQpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDo0N2QwNjNlMWEx YzJ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0g cmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQx Mzo0NDo0Mi40ODFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY5IGluZXQtUlBDfEFzeW5j LlZNLmhhcmRfc2h1dGRvd24gUjpmYzYwZjJhNDM2NTV8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9j YWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvNTQKL3Zhci9sb2cveGVuc291cmNlLmxvZzpb MjAxMjA3MThUMTM6NDQ6NDIuNDgxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OSBpbmV0 LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6ZmM2MGYyYTQzNjU1fHhlbm9wc10geGVuc3Rv cmUtcm0gL2xvY2FsL2RvbWFpbi81NC9lcnJvci9kZXZpY2UvdmJkLzc2OAovdmFyL2xvZy94ZW5z b3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo0Mi40ODlafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8 NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDU0KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRv d24ge3ZiZCw1NjMyfSBEOmNmOGM0Yjk3NGU3OXxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5v dCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9n L3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjQyLjQ5MFp8ZGVidWd8eGVuc2VydmVyLXRl c3QtMnwyMzU3NjkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmZjNjBmMmE0MzY1 NXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC81 NAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo0Mi40OTFafGRlYnVnfHhl bnNlcnZlci10ZXN0LTJ8MjM1NzY5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpm YzYwZjJhNDM2NTV8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzU0L2Vycm9yL2Rl dmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo0Mi44 NDlafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRf c2h1dGRvd24gUjpmYzYwZjJhNDM2NTV8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24g YWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNv dXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjQyLjg1MFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwy MzU3NjkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmZjNjBmMmE0MzY1NXx4ZW5v cHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi81NAovdmFy L2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo0Mi44NTBafGRlYnVnfHhlbnNlcnZl ci10ZXN0LTJ8MjM1NzY5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpmYzYwZjJh NDM2NTV8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzU0L2Vycm9yL2RldmljZS92 aWYvMAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo0My4yNjhafGRlYnVn fHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24g UjpmYzYwZjJhNDM2NTV8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8g YmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6 WzIwMTIwNzE4VDEzOjQ0OjQzLjI3MFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjkgaW5l dC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmZjNjBmMmE0MzY1NXx4ZW5vcHNdIHhlbnN0 b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi81NAovdmFyL2xvZy94ZW5z b3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo0My4yNzBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8 MjM1NzY5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpmYzYwZjJhNDM2NTV8eGVu b3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzU0L2Vycm9yL2RldmljZS92aWYvMQovdmFy L2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo0NS41MjJafGRlYnVnfHhlbnNlcnZl ci10ZXN0LTJ8MjM1NzYyIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjowMWZmZWI4 YmQ4NmR8eGVub3BzXSBJZ25vcmluZyBleGNlcHRpb246IEZhaWx1cmUoImNyYXp5IGZvb2wiKSB3 aGlsZSBFcnJvciBzdG9waW5nIGRldmljZS1tb2RlbCwgYWxyZWFkeSBkZWFkID8KL3Zhci9sb2cv eGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NDUuNTI1WnxlcnJvcnx4ZW5zZXJ2ZXItdGVz dC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAyOCkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNo dXRkb3duIHt2YmQsNzY4fSBEOjE0MmRiMjRhMjhiN3xldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxk IG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIv bG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjQ1LjUyOVp8ZGVidWd8eGVuc2VydmVy LXRlc3QtMnwyMzU3NjIgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAxZmZlYjhi ZDg2ZHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3Zi ZC8yOAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo0NS41MjlafGRlYnVn fHhlbnNlcnZlci10ZXN0LTJ8MjM1NzYyIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24g UjowMWZmZWI4YmQ4NmR8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzI4L2Vycm9y L2RldmljZS92YmQvNzY4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjQ1 LjU0M1p8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMjgp IGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6MDk2YWIxOTAxMmVl fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJl Y29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6 NDQ6NDUuNTUwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MiBpbmV0LVJQQ3xBc3luYy5W TS5oYXJkX3NodXRkb3duIFI6MDFmZmViOGJkODZkfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2Fs L2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzI4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIw MTIwNzE4VDEzOjQ0OjQ1LjU1MFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjIgaW5ldC1S UEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAxZmZlYjhiZDg2ZHx4ZW5vcHNdIHhlbnN0b3Jl LXJtIC9sb2NhbC9kb21haW4vMjgvZXJyb3IvZGV2aWNlL3ZiZC81NjMyCi92YXIvbG9nL3hlbnNv dXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjQ1LjkzOVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwy MzU3NjIgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAxZmZlYjhiZDg2ZHx4ZW5v cHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBh bmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NDUu OTQxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MiBpbmV0LVJQQ3xBc3luYy5WTS5oYXJk X3NodXRkb3duIFI6MDFmZmViOGJkODZkfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFp bi8wL2Vycm9yL2JhY2tlbmQvdmlmLzI4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4 VDEzOjQ0OjQ1Ljk0MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjIgaW5ldC1SUEN8QXN5 bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAxZmZlYjhiZDg2ZHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9s b2NhbC9kb21haW4vMjgvZXJyb3IvZGV2aWNlL3ZpZi8wCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6 WzIwMTIwNzE4VDEzOjQ0OjQ2LjMyOVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjIgaW5l dC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAxZmZlYjhiZDg2ZHx4ZW5vcHNdIERldmlj ZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3Ig cGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NDYuMzMwWnxkZWJ1 Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MiBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3du IFI6MDFmZmViOGJkODZkfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9y L2JhY2tlbmQvdmlmLzI4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjQ2 LjMzMVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjIgaW5ldC1SUEN8QXN5bmMuVk0uaGFy ZF9zaHV0ZG93biBSOjAxZmZlYjhiZDg2ZHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21h aW4vMjgvZXJyb3IvZGV2aWNlL3ZpZi8xCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4 VDEzOjQ0OjQ4LjE5Mlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYwMDcgaW5ldC1SUEN8QXN5 bmMuVk0uaGFyZF9zaHV0ZG93biBSOmZkYTUzMWY1OTI4MHx4ZW5vcHNdIElnbm9yaW5nIGV4Y2Vw dGlvbjogRmFpbHVyZSgiY3JhenkgZm9vbCIpIHdoaWxlIEVycm9yIHN0b3BpbmcgZGV2aWNlLW1v ZGVsLCBhbHJlYWR5IGRlYWQgPwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0 NDo0OC4xOTVafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6 IDIwKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOjdiN2E5MmVm N2RmY3xldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBW TSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4 VDEzOjQ0OjQ4LjE5N1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYwMDcgaW5ldC1SUEN8QXN5 bmMuVk0uaGFyZF9zaHV0ZG93biBSOmZkYTUzMWY1OTI4MHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9s b2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC8yMAovdmFyL2xvZy94ZW5zb3VyY2UubG9n OlsyMDEyMDcxOFQxMzo0NDo0OC4xOThafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MDA3IGlu ZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpmZGE1MzFmNTkyODB8eGVub3BzXSB4ZW5z dG9yZS1ybSAvbG9jYWwvZG9tYWluLzIwL2Vycm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94 ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo0OC4yMDZafGVycm9yfHhlbnNlcnZlci10ZXN0 LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDIwKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1 dGRvd24ge3ZiZCw3Njh9IEQ6OWNhODQyMWIzYmU2fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQg bm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9s b2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NDguMjA2WnxkZWJ1Z3x4ZW5zZXJ2ZXIt dGVzdC0yfDIzNjAwNyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6ZmRhNTMxZjU5 MjgwfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJk LzIwCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjQ4LjIwN1p8ZGVidWd8 eGVuc2VydmVyLXRlc3QtMnwyMzYwMDcgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBS OmZkYTUzMWY1OTI4MHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMjAvZXJyb3Iv ZGV2aWNlL3ZiZC83NjgKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NDgu NTgwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjAwNyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJk X3NodXRkb3duIFI6ZmRhNTMxZjU5MjgwfHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3du IGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5z b3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo0OC41ODFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8 MjM2MDA3IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpmZGE1MzFmNTkyODB8eGVu b3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvMjAKL3Zh ci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NDguNTgyWnxkZWJ1Z3x4ZW5zZXJ2 ZXItdGVzdC0yfDIzNjAwNyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6ZmRhNTMx ZjU5MjgwfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8yMC9lcnJvci9kZXZpY2Uv dmlmLzAKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NDguOTYwWnxkZWJ1 Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjAwNyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3du IFI6ZmRhNTMxZjU5MjgwfHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRv IGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9n OlsyMDEyMDcxOFQxMzo0NDo0OC45NjFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MDA3IGlu ZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpmZGE1MzFmNTkyODB8eGVub3BzXSB4ZW5z dG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvMjAKL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NDguOTYxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0y fDIzNjAwNyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6ZmRhNTMxZjU5MjgwfHhl bm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8yMC9lcnJvci9kZXZpY2UvdmlmLzEKL3Zh ci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NTAuOTcyWnxkZWJ1Z3x4ZW5zZXJ2 ZXItdGVzdC0yfDIzNTc2NyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6NDRjNmQ5 ZDMyZWUwfHhlbm9wc10gSWdub3JpbmcgZXhjZXB0aW9uOiBGYWlsdXJlKCJjcmF6eSBmb29sIikg d2hpbGUgRXJyb3Igc3RvcGluZyBkZXZpY2UtbW9kZWwsIGFscmVhZHkgZGVhZCA/Ci92YXIvbG9n L3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjUwLjk4MFp8ZXJyb3J8eGVuc2VydmVyLXRl c3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMzYpIGRldmljZV9ldmVudCA9IGRldmljZSBz aHV0ZG93biB7dmJkLDc2OH0gRDozY2Q5NTkxMTkxZTN8ZXZlbnRdIGRldmljZV9ldmVudCBjb3Vs ZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFy L2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1MC45ODFafGRlYnVnfHhlbnNlcnZl ci10ZXN0LTJ8MjM1NzY3IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo0NGM2ZDlk MzJlZTB8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92 YmQvMzYKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NTAuOTgyWnxkZWJ1 Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3du IFI6NDRjNmQ5ZDMyZWUwfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8zNi9lcnJv ci9kZXZpY2UvdmJkLzc2OAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1 MC45OThafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDM2 KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOjYxM2ZhZDI3NjJh ZnxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSBy ZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEz OjQ0OjUwLjk5OVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjcgaW5ldC1SUEN8QXN5bmMu Vk0uaGFyZF9zaHV0ZG93biBSOjQ0YzZkOWQzMmVlMHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2Nh bC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC8zNgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsy MDEyMDcxOFQxMzo0NDo1MC45OTlafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY3IGluZXQt UlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo0NGM2ZDlkMzJlZTB8eGVub3BzXSB4ZW5zdG9y ZS1ybSAvbG9jYWwvZG9tYWluLzM2L2Vycm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5z b3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1MS40MDhafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8 MjM1NzY3IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo0NGM2ZDlkMzJlZTB8eGVu b3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQg YW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjUx LjQwOVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjcgaW5ldC1SUEN8QXN5bmMuVk0uaGFy ZF9zaHV0ZG93biBSOjQ0YzZkOWQzMmVlMHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21h aW4vMC9lcnJvci9iYWNrZW5kL3ZpZi8zNgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0NDo1MS40MTBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY3IGluZXQtUlBDfEFz eW5jLlZNLmhhcmRfc2h1dGRvd24gUjo0NGM2ZDlkMzJlZTB8eGVub3BzXSB4ZW5zdG9yZS1ybSAv bG9jYWwvZG9tYWluLzM2L2Vycm9yL2RldmljZS92aWYvMAovdmFyL2xvZy94ZW5zb3VyY2UubG9n OlsyMDEyMDcxOFQxMzo0NDo1MS44MjBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY3IGlu ZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo0NGM2ZDlkMzJlZTB8eGVub3BzXSBEZXZp Y2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9y IHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjUxLjgyMVp8ZGVi dWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjcgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93 biBSOjQ0YzZkOWQzMmVlMHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJv ci9iYWNrZW5kL3ZpZi8zNgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1 MS44MjFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY3IGluZXQtUlBDfEFzeW5jLlZNLmhh cmRfc2h1dGRvd24gUjo0NGM2ZDlkMzJlZTB8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9t YWluLzM2L2Vycm9yL2RldmljZS92aWYvMQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0NDo1My42MjJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY2IGluZXQtUlBDfEFz eW5jLlZNLmhhcmRfc2h1dGRvd24gUjoxOGU0ZWYyNjJjYzB8eGVub3BzXSBJZ25vcmluZyBleGNl cHRpb246IEZhaWx1cmUoImNyYXp5IGZvb2wiKSB3aGlsZSBFcnJvciBzdG9waW5nIGRldmljZS1t b2RlbCwgYWxyZWFkeSBkZWFkID8KL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6 NDQ6NTMuNjMwWnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlk OiAxNikgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDo3NDhmM2Zj YmFlYzF8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2Ug Vk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0NDo1My42MzFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY2IGluZXQtUlBDfEFz eW5jLlZNLmhhcmRfc2h1dGRvd24gUjoxOGU0ZWYyNjJjYzB8eGVub3BzXSB4ZW5zdG9yZS1ybSAv bG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvMTYKL3Zhci9sb2cveGVuc291cmNlLmxv ZzpbMjAxMjA3MThUMTM6NDQ6NTMuNjMxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NiBp bmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MThlNGVmMjYyY2MwfHhlbm9wc10geGVu c3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8xNi9lcnJvci9kZXZpY2UvdmJkLzU2MzIKL3Zhci9sb2cv eGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NTMuNjM2WnxlcnJvcnx4ZW5zZXJ2ZXItdGVz dC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAxNikgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNo dXRkb3duIHt2YmQsNzY4fSBEOjUwYWVjOTRjY2E5ZXxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxk IG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIv bG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjUzLjYzN1p8ZGVidWd8eGVuc2VydmVy LXRlc3QtMnwyMzU3NjYgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjE4ZTRlZjI2 MmNjMHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3Zi ZC8xNgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1My42MzdafGRlYnVn fHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY2IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24g UjoxOGU0ZWYyNjJjYzB8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzE2L2Vycm9y L2RldmljZS92YmQvNzY4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjU0 LjAyOVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjYgaW5ldC1SUEN8QXN5bmMuVk0uaGFy ZF9zaHV0ZG93biBSOjE4ZTRlZjI2MmNjMHx4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93 biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NTQuMDMwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0y fDIzNTc2NiBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MThlNGVmMjYyY2MwfHhl bm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzE2Ci92 YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjU0LjAzMVp8ZGVidWd8eGVuc2Vy dmVyLXRlc3QtMnwyMzU3NjYgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjE4ZTRl ZjI2MmNjMHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMTYvZXJyb3IvZGV2aWNl L3ZpZi8wCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjU0LjQ1OVp8ZGVi dWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjYgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93 biBSOjE4ZTRlZjI2MmNjMHx4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0 byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxv ZzpbMjAxMjA3MThUMTM6NDQ6NTQuNDYxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NiBp bmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MThlNGVmMjYyY2MwfHhlbm9wc10geGVu c3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzE2Ci92YXIvbG9nL3hl bnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjU0LjQ2MVp8ZGVidWd8eGVuc2VydmVyLXRlc3Qt MnwyMzU3NjYgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjE4ZTRlZjI2MmNjMHx4 ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMTYvZXJyb3IvZGV2aWNlL3ZpZi8xCi92 YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjU2LjMwMlp8ZGVidWd8eGVuc2Vy dmVyLXRlc3QtMnwyMzU3NzEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmMyZWRi YWRmMjEyZnx4ZW5vcHNdIElnbm9yaW5nIGV4Y2VwdGlvbjogRmFpbHVyZSgiY3JhenkgZm9vbCIp IHdoaWxlIEVycm9yIHN0b3BpbmcgZGV2aWNlLW1vZGVsLCBhbHJlYWR5IGRlYWQgPwovdmFyL2xv Zy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1Ni4zMTVafGVycm9yfHhlbnNlcnZlci10 ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDIxKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ug c2h1dGRvd24ge3ZiZCw1NjMyfSBEOjIzZDRjZjY0MGJjNHxldmVudF0gZGV2aWNlX2V2ZW50IGNv dWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92 YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjU2LjMxNlp8ZGVidWd8eGVuc2Vy dmVyLXRlc3QtMnwyMzU3NzEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmMyZWRi YWRmMjEyZnx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5k L3ZiZC8yMQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1Ni4zMTZafGRl YnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcxIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRv d24gUjpjMmVkYmFkZjIxMmZ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzIxL2Vy cm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0 NDo1Ni4zMjRafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6 IDIxKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6YWIwNGJlZTJh Mjg5fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZN IHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThU MTM6NDQ6NTYuMzI1WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MSBpbmV0LVJQQ3xBc3lu Yy5WTS5oYXJkX3NodXRkb3duIFI6YzJlZGJhZGYyMTJmfHhlbm9wc10geGVuc3RvcmUtcm0gL2xv Y2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzIxCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6 WzIwMTIwNzE4VDEzOjQ0OjU2LjMyNlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NzEgaW5l dC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmMyZWRiYWRmMjEyZnx4ZW5vcHNdIHhlbnN0 b3JlLXJtIC9sb2NhbC9kb21haW4vMjEvZXJyb3IvZGV2aWNlL3ZiZC83NjgKL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NTYuNzIwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0y fDIzNTc3MSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YzJlZGJhZGYyMTJmfHhl bm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5k IGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1 Ni43MjFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcxIGluZXQtUlBDfEFzeW5jLlZNLmhh cmRfc2h1dGRvd24gUjpjMmVkYmFkZjIxMmZ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9t YWluLzAvZXJyb3IvYmFja2VuZC92aWYvMjEKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3 MThUMTM6NDQ6NTYuNzIyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MSBpbmV0LVJQQ3xB c3luYy5WTS5oYXJkX3NodXRkb3duIFI6YzJlZGJhZGYyMTJmfHhlbm9wc10geGVuc3RvcmUtcm0g L2xvY2FsL2RvbWFpbi8yMS9lcnJvci9kZXZpY2UvdmlmLzAKL3Zhci9sb2cveGVuc291cmNlLmxv ZzpbMjAxMjA3MThUMTM6NDQ6NTcuMTE5WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MSBp bmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YzJlZGJhZGYyMTJmfHhlbm9wc10gRGV2 aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJv ciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1Ny4xMjBafGRl YnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcxIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRv d24gUjpjMmVkYmFkZjIxMmZ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJy b3IvYmFja2VuZC92aWYvMjEKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6 NTcuMTIwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MSBpbmV0LVJQQ3xBc3luYy5WTS5o YXJkX3NodXRkb3duIFI6YzJlZGJhZGYyMTJmfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2Rv bWFpbi8yMS9lcnJvci9kZXZpY2UvdmlmLzEKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3 MThUMTM6NDQ6NTguNzMzWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjA5NiBpbmV0LVJQQ3xB c3luYy5WTS5oYXJkX3NodXRkb3duIFI6NGU1MDk1MTg5OGJhfHhlbm9wc10gSWdub3JpbmcgZXhj ZXB0aW9uOiBGYWlsdXJlKCJjcmF6eSBmb29sIikgd2hpbGUgRXJyb3Igc3RvcGluZyBkZXZpY2Ut bW9kZWwsIGFscmVhZHkgZGVhZCA/Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEz OjQ0OjU4LjczNlp8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21p ZDogNTEpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDoxOTcwMjMy OTliNWJ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2Ug Vk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0NDo1OC43MzhafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MDk2IGluZXQtUlBDfEFz eW5jLlZNLmhhcmRfc2h1dGRvd24gUjo0ZTUwOTUxODk4YmF8eGVub3BzXSB4ZW5zdG9yZS1ybSAv bG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvNTEKL3Zhci9sb2cveGVuc291cmNlLmxv ZzpbMjAxMjA3MThUMTM6NDQ6NTguNzM5WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjA5NiBp bmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6NGU1MDk1MTg5OGJhfHhlbm9wc10geGVu c3RvcmUtcm0gL2xvY2FsL2RvbWFpbi81MS9lcnJvci9kZXZpY2UvdmJkLzc2OAovdmFyL2xvZy94 ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1OC43NDRafGVycm9yfHhlbnNlcnZlci10ZXN0 LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDUxKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1 dGRvd24ge3ZiZCw1NjMyfSBEOjMyMjEyMmJlOGYyM3xldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxk IG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIv bG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjU4Ljc0NVp8ZGVidWd8eGVuc2VydmVy LXRlc3QtMnwyMzYwOTYgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjRlNTA5NTE4 OThiYXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3Zi ZC81MQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1OC43NDZafGRlYnVn fHhlbnNlcnZlci10ZXN0LTJ8MjM2MDk2IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24g Ujo0ZTUwOTUxODk4YmF8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzUxL2Vycm9y L2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1 OS4xMjBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MDk2IGluZXQtUlBDfEFzeW5jLlZNLmhh cmRfc2h1dGRvd24gUjo0ZTUwOTUxODk4YmF8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRv d24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hl bnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjU5LjEyMVp8ZGVidWd8eGVuc2VydmVyLXRlc3Qt MnwyMzYwOTYgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjRlNTA5NTE4OThiYXx4 ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi81MQov dmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1OS4xMjJafGRlYnVnfHhlbnNl cnZlci10ZXN0LTJ8MjM2MDk2IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo0ZTUw OTUxODk4YmF8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzUxL2Vycm9yL2Rldmlj ZS92aWYvMAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1OS41NzBafGRl YnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MDk2IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRv d24gUjo0ZTUwOTUxODk4YmF8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQg dG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5s b2c6WzIwMTIwNzE4VDEzOjQ0OjU5LjU3MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYwOTYg aW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjRlNTA5NTE4OThiYXx4ZW5vcHNdIHhl bnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi81MQovdmFyL2xvZy94 ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1OS41NzFafGRlYnVnfHhlbnNlcnZlci10ZXN0 LTJ8MjM2MDk2IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo0ZTUwOTUxODk4YmF8 eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzUxL2Vycm9yL2RldmljZS92aWYvMQov dmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTowMS4yNTJafGRlYnVnfHhlbnNl cnZlci10ZXN0LTJ8MjM1Nzk5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphNDY3 NzE1MzI4MWV8eGVub3BzXSBJZ25vcmluZyBleGNlcHRpb246IEZhaWx1cmUoImNyYXp5IGZvb2wi KSB3aGlsZSBFcnJvciBzdG9waW5nIGRldmljZS1tb2RlbCwgYWxyZWFkeSBkZWFkID8KL3Zhci9s b2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MDEuMjU2WnxlcnJvcnx4ZW5zZXJ2ZXIt dGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA0OCkgZGV2aWNlX2V2ZW50ID0gZGV2aWNl IHNodXRkb3duIHt2YmQsNTYzMn0gRDo3YmE2NzMwZmU5ZDR8ZXZlbnRdIGRldmljZV9ldmVudCBj b3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQov dmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTowMS4yNTdafGRlYnVnfHhlbnNl cnZlci10ZXN0LTJ8MjM1Nzk5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphNDY3 NzE1MzI4MWV8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2Vu ZC92YmQvNDgKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MDEuMjU3Wnxk ZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc5OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRk b3duIFI6YTQ2NzcxNTMyODFlfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi80OC9l cnJvci9kZXZpY2UvdmJkLzU2MzIKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6 NDU6MDEuMjY1WnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlk OiA0OCkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOmQ1ZmMyZGVj NDRkMHxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBW TSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4 VDEzOjQ1OjAxLjI2Nlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3OTkgaW5ldC1SUEN8QXN5 bmMuVk0uaGFyZF9zaHV0ZG93biBSOmE0Njc3MTUzMjgxZXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9s b2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC80OAovdmFyL2xvZy94ZW5zb3VyY2UubG9n OlsyMDEyMDcxOFQxMzo0NTowMS4yNjdafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1Nzk5IGlu ZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphNDY3NzE1MzI4MWV8eGVub3BzXSB4ZW5z dG9yZS1ybSAvbG9jYWwvZG9tYWluLzQ4L2Vycm9yL2RldmljZS92YmQvNzY4Ci92YXIvbG9nL3hl bnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjAxLjY0MVp8ZGVidWd8eGVuc2VydmVyLXRlc3Qt MnwyMzU3OTkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmE0Njc3MTUzMjgxZXx4 ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2Vu ZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6 MDEuNjUwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc5OSBpbmV0LVJQQ3xBc3luYy5WTS5o YXJkX3NodXRkb3duIFI6YTQ2NzcxNTMyODFlfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2Rv bWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzQ4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIw NzE4VDEzOjQ1OjAxLjY1MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3OTkgaW5ldC1SUEN8 QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmE0Njc3MTUzMjgxZXx4ZW5vcHNdIHhlbnN0b3JlLXJt IC9sb2NhbC9kb21haW4vNDgvZXJyb3IvZGV2aWNlL3ZpZi8wCi92YXIvbG9nL3hlbnNvdXJjZS5s b2c6WzIwMTIwNzE4VDEzOjQ1OjAyLjAyMFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3OTkg aW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmE0Njc3MTUzMjgxZXx4ZW5vcHNdIERl dmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJy b3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MDIuMDIxWnxk ZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc5OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRk b3duIFI6YTQ2NzcxNTMyODFlfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vy cm9yL2JhY2tlbmQvdmlmLzQ4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1 OjAyLjAyMVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3OTkgaW5ldC1SUEN8QXN5bmMuVk0u aGFyZF9zaHV0ZG93biBSOmE0Njc3MTUzMjgxZXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9k b21haW4vNDgvZXJyb3IvZGV2aWNlL3ZpZi8xCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIw NzE4VDEzOjQ1OjAzLjcyMlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYxMjUgaW5ldC1SUEN8 QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmNiNTBkMDNlZjc4NHx4ZW5vcHNdIElnbm9yaW5nIGV4 Y2VwdGlvbjogRmFpbHVyZSgiY3JhenkgZm9vbCIpIHdoaWxlIEVycm9yIHN0b3BpbmcgZGV2aWNl LW1vZGVsLCBhbHJlYWR5IGRlYWQgPwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQx Mzo0NTowMy43MzJafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9t aWQ6IDQ5KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOmNmOWNl Y2MxZWJlY3xldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVz ZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIw NzE4VDEzOjQ1OjAzLjczMlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYxMjUgaW5ldC1SUEN8 QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmNiNTBkMDNlZjc4NHx4ZW5vcHNdIHhlbnN0b3JlLXJt IC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC80OQovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0NTowMy43MzJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MTI1 IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpjYjUwZDAzZWY3ODR8eGVub3BzXSB4 ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzQ5L2Vycm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xv Zy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTowMy43NDBafGVycm9yfHhlbnNlcnZlci10 ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDQ5KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ug c2h1dGRvd24ge3ZiZCw3Njh9IEQ6OTNjYTk0NjIyYWFifGV2ZW50XSBkZXZpY2VfZXZlbnQgY291 bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zh ci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MDMuNzQxWnxkZWJ1Z3x4ZW5zZXJ2 ZXItdGVzdC0yfDIzNjEyNSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6Y2I1MGQw M2VmNzg0fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQv dmJkLzQ5Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjAzLjc0MVp8ZGVi dWd8eGVuc2VydmVyLXRlc3QtMnwyMzYxMjUgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93 biBSOmNiNTBkMDNlZjc4NHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNDkvZXJy b3IvZGV2aWNlL3ZiZC83NjgKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6 MDQuMTYwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjEyNSBpbmV0LVJQQ3xBc3luYy5WTS5o YXJkX3NodXRkb3duIFI6Y2I1MGQwM2VmNzg0fHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRk b3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94 ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTowNC4xNjFafGRlYnVnfHhlbnNlcnZlci10ZXN0 LTJ8MjM2MTI1IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpjYjUwZDAzZWY3ODR8 eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvNDkK L3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MDQuMTYxWnxkZWJ1Z3x4ZW5z ZXJ2ZXItdGVzdC0yfDIzNjEyNSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6Y2I1 MGQwM2VmNzg0fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi80OS9lcnJvci9kZXZp Y2UvdmlmLzAKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MDQuNTU5Wnxk ZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjEyNSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRk b3duIFI6Y2I1MGQwM2VmNzg0fHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0 IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0NTowNC41NjFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MTI1 IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpjYjUwZDAzZWY3ODR8eGVub3BzXSB4 ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvNDkKL3Zhci9sb2cv eGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MDQuNTYxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVz dC0yfDIzNjEyNSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6Y2I1MGQwM2VmNzg0 fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi80OS9lcnJvci9kZXZpY2UvdmlmLzEK L3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MDYuMjUzWnxkZWJ1Z3x4ZW5z ZXJ2ZXItdGVzdC0yfDIzNTc2NSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YWM0 MGQ3ODdiM2UxfHhlbm9wc10gSWdub3JpbmcgZXhjZXB0aW9uOiBGYWlsdXJlKCJjcmF6eSBmb29s Iikgd2hpbGUgRXJyb3Igc3RvcGluZyBkZXZpY2UtbW9kZWwsIGFscmVhZHkgZGVhZCA/Ci92YXIv bG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjA2LjI1Nlp8ZXJyb3J8eGVuc2VydmVy LXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMTMpIGRldmljZV9ldmVudCA9IGRldmlj ZSBzaHV0ZG93biB7dmJkLDc2OH0gRDo0N2VhZGMwMGI5ZDF8ZXZlbnRdIGRldmljZV9ldmVudCBj b3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQov dmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTowNi4yNTdafGRlYnVnfHhlbnNl cnZlci10ZXN0LTJ8MjM1NzY1IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphYzQw ZDc4N2IzZTF8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2Vu ZC92YmQvMTMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MDYuMjU3Wnxk ZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRk b3duIFI6YWM0MGQ3ODdiM2UxfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8xMy9l cnJvci9kZXZpY2UvdmJkLzc2OAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0 NTowNi4yNjJafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6 IDEzKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOjEwMGZjYmEy Y2Y5MnxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBW TSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4 VDEzOjQ1OjA2LjI2Mlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjUgaW5ldC1SUEN8QXN5 bmMuVk0uaGFyZF9zaHV0ZG93biBSOmFjNDBkNzg3YjNlMXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9s b2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC8xMwovdmFyL2xvZy94ZW5zb3VyY2UubG9n OlsyMDEyMDcxOFQxMzo0NTowNi4yNjJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY1IGlu ZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphYzQwZDc4N2IzZTF8eGVub3BzXSB4ZW5z dG9yZS1ybSAvbG9jYWwvZG9tYWluLzEzL2Vycm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94 ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTowNi42NjBafGRlYnVnfHhlbnNlcnZlci10ZXN0 LTJ8MjM1NzY1IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphYzQwZDc4N2IzZTF8 eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tl bmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1 OjA2LjY2MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjUgaW5ldC1SUEN8QXN5bmMuVk0u aGFyZF9zaHV0ZG93biBSOmFjNDBkNzg3YjNlMXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9k b21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi8xMwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEy MDcxOFQxMzo0NTowNi42NjJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY1IGluZXQtUlBD fEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphYzQwZDc4N2IzZTF8eGVub3BzXSB4ZW5zdG9yZS1y bSAvbG9jYWwvZG9tYWluLzEzL2Vycm9yL2RldmljZS92aWYvMAovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0NTowNy4wNTBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY1 IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphYzQwZDc4N2IzZTF8eGVub3BzXSBE ZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVy cm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjA3LjA1Mlp8 ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjUgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0 ZG93biBSOmFjNDBkNzg3YjNlMXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9l cnJvci9iYWNrZW5kL3ZpZi8xMwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0 NTowNy4wNTJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY1IGluZXQtUlBDfEFzeW5jLlZN LmhhcmRfc2h1dGRvd24gUjphYzQwZDc4N2IzZTF8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwv ZG9tYWluLzEzL2Vycm9yL2RldmljZS92aWYvMQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEy MDcxOFQxMzo0NTowOC43MjNafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MTMxIGluZXQtUlBD fEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphMTNkZWU2NTQ3ODd8eGVub3BzXSBJZ25vcmluZyBl eGNlcHRpb246IEZhaWx1cmUoImNyYXp5IGZvb2wiKSB3aGlsZSBFcnJvciBzdG9waW5nIGRldmlj ZS1tb2RlbCwgYWxyZWFkeSBkZWFkID8KL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThU MTM6NDU6MDguNzI3WnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRv bWlkOiA1MikgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOmRlMzMz ZTc0MTc4NnxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVz ZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIw NzE4VDEzOjQ1OjA4LjcyN1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYxMzEgaW5ldC1SUEN8 QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmExM2RlZTY1NDc4N3x4ZW5vcHNdIHhlbnN0b3JlLXJt IC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC81MgovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0NTowOC43MjhafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MTMx IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphMTNkZWU2NTQ3ODd8eGVub3BzXSB4 ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzUyL2Vycm9yL2RldmljZS92YmQvNzY4Ci92YXIvbG9n L3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjA4LjczN1p8ZXJyb3J8eGVuc2VydmVyLXRl c3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogNTIpIGRldmljZV9ldmVudCA9IGRldmljZSBz aHV0ZG93biB7dmJkLDU2MzJ9IEQ6NDEwN2Q5M2ZmMmEzfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291 bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zh ci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MDguNzM4WnxkZWJ1Z3x4ZW5zZXJ2 ZXItdGVzdC0yfDIzNjEzMSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YTEzZGVl NjU0Nzg3fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQv dmJkLzUyCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjA4LjczOVp8ZGVi dWd8eGVuc2VydmVyLXRlc3QtMnwyMzYxMzEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93 biBSOmExM2RlZTY1NDc4N3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNTIvZXJy b3IvZGV2aWNlL3ZiZC81NjMyCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1 OjA5LjA5MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYxMzEgaW5ldC1SUEN8QXN5bmMuVk0u aGFyZF9zaHV0ZG93biBSOmExM2RlZTY1NDc4N3x4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0 ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cv eGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MDkuMDkyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVz dC0yfDIzNjEzMSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YTEzZGVlNjU0Nzg3 fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzUy Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjA5LjA5Mlp8ZGVidWd8eGVu c2VydmVyLXRlc3QtMnwyMzYxMzEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmEx M2RlZTY1NDc4N3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNTIvZXJyb3IvZGV2 aWNlL3ZpZi8wCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjA5LjQ1Mlp8 ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYxMzEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0 ZG93biBSOmExM2RlZTY1NDc4N3x4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91 dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNl LmxvZzpbMjAxMjA3MThUMTM6NDU6MDkuNDU0WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjEz MSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YTEzZGVlNjU0Nzg3fHhlbm9wc10g eGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzUyCi92YXIvbG9n L3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjA5LjQ1NFp8ZGVidWd8eGVuc2VydmVyLXRl c3QtMnwyMzYxMzEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmExM2RlZTY1NDc4 N3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNTIvZXJyb3IvZGV2aWNlL3ZpZi8x Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjExLjI4M1p8ZGVidWd8eGVu c2VydmVyLXRlc3QtMnwyMzU3NjMgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAy YzQyNTdkNzBmMXx4ZW5vcHNdIElnbm9yaW5nIGV4Y2VwdGlvbjogRmFpbHVyZSgiY3JhenkgZm9v bCIpIHdoaWxlIEVycm9yIHN0b3BpbmcgZGV2aWNlLW1vZGVsLCBhbHJlYWR5IGRlYWQgPwovdmFy L2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToxMS4yOTFafGVycm9yfHhlbnNlcnZl ci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDQyKSBkZXZpY2VfZXZlbnQgPSBkZXZp Y2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6YTIyYWIxYmExNTNhfGV2ZW50XSBkZXZpY2VfZXZlbnQg Y291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UK L3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MTEuMjkyWnxkZWJ1Z3x4ZW5z ZXJ2ZXItdGVzdC0yfDIzNTc2MyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MDJj NDI1N2Q3MGYxfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tl bmQvdmJkLzQyCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjExLjI5Mlp8 ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjMgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0 ZG93biBSOjAyYzQyNTdkNzBmMXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNDIv ZXJyb3IvZGV2aWNlL3ZiZC83NjgKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6 NDU6MTEuMzAwWnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlk OiA0MikgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDoyMTAwMmJj MjE1YzJ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2Ug Vk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0NToxMS4zMDFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzYzIGluZXQtUlBDfEFz eW5jLlZNLmhhcmRfc2h1dGRvd24gUjowMmM0MjU3ZDcwZjF8eGVub3BzXSB4ZW5zdG9yZS1ybSAv bG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvNDIKL3Zhci9sb2cveGVuc291cmNlLmxv ZzpbMjAxMjA3MThUMTM6NDU6MTEuMzAxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MyBp bmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MDJjNDI1N2Q3MGYxfHhlbm9wc10geGVu c3RvcmUtcm0gL2xvY2FsL2RvbWFpbi80Mi9lcnJvci9kZXZpY2UvdmJkLzU2MzIKL3Zhci9sb2cv eGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MTEuNzEwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVz dC0yfDIzNTc2MyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MDJjNDI1N2Q3MGYx fHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNr ZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0 NToxMS43MTFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzYzIGluZXQtUlBDfEFzeW5jLlZN LmhhcmRfc2h1dGRvd24gUjowMmM0MjU3ZDcwZjF8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwv ZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvNDIKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAx MjA3MThUMTM6NDU6MTEuNzEyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MyBpbmV0LVJQ Q3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MDJjNDI1N2Q3MGYxfHhlbm9wc10geGVuc3RvcmUt cm0gL2xvY2FsL2RvbWFpbi80Mi9lcnJvci9kZXZpY2UvdmlmLzAKL3Zhci9sb2cveGVuc291cmNl LmxvZzpbMjAxMjA3MThUMTM6NDU6MTIuMTM4WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2 MyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MDJjNDI1N2Q3MGYxfHhlbm9wc10g RGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBl cnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToxMi4xMzla fGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzYzIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1 dGRvd24gUjowMmM0MjU3ZDcwZjF8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAv ZXJyb3IvYmFja2VuZC92aWYvNDIKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6 NDU6MTIuMTM5WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MyBpbmV0LVJQQ3xBc3luYy5W TS5oYXJkX3NodXRkb3duIFI6MDJjNDI1N2Q3MGYxfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2Fs L2RvbWFpbi80Mi9lcnJvci9kZXZpY2UvdmlmLzEKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAx MjA3MThUMTM6NDU6MTMuODkzWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjE3MiBpbmV0LVJQ Q3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MWYxMjIwNGU3ZWM3fHhlbm9wc10gSWdub3Jpbmcg ZXhjZXB0aW9uOiBGYWlsdXJlKCJjcmF6eSBmb29sIikgd2hpbGUgRXJyb3Igc3RvcGluZyBkZXZp Y2UtbW9kZWwsIGFscmVhZHkgZGVhZCA/Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4 VDEzOjQ1OjEzLjg5N1p8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChk b21pZDogMTQpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDpiNjdm N2ViODFkY2V8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1 c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEy MDcxOFQxMzo0NToxMy45MDNafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MTcyIGluZXQtUlBD fEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjoxZjEyMjA0ZTdlYzd8eGVub3BzXSB4ZW5zdG9yZS1y bSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvMTQKL3Zhci9sb2cveGVuc291cmNl LmxvZzpbMjAxMjA3MThUMTM6NDU6MTMuOTA0WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjE3 MiBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MWYxMjIwNGU3ZWM3fHhlbm9wc10g eGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8xNC9lcnJvci9kZXZpY2UvdmJkLzc2OAovdmFyL2xv Zy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToxMy45MDlafGVycm9yfHhlbnNlcnZlci10 ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDE0KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ug c2h1dGRvd24ge3ZiZCw1NjMyfSBEOjNhOWZkYzYyMTY3OHxldmVudF0gZGV2aWNlX2V2ZW50IGNv dWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92 YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjEzLjkxMlp8ZGVidWd8eGVuc2Vy dmVyLXRlc3QtMnwyMzYxNzIgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjFmMTIy MDRlN2VjN3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5k L3ZiZC8xNAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToxMy45MTNafGRl YnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MTcyIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRv d24gUjoxZjEyMjA0ZTdlYzd8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzE0L2Vy cm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0 NToxNC4zMTBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MTcyIGluZXQtUlBDfEFzeW5jLlZN LmhhcmRfc2h1dGRvd24gUjoxZjEyMjA0ZTdlYzd8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1 dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9n L3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjE0LjMxMVp8ZGVidWd8eGVuc2VydmVyLXRl c3QtMnwyMzYxNzIgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjFmMTIyMDRlN2Vj N3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi8x NAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToxNC4zMTJafGRlYnVnfHhl bnNlcnZlci10ZXN0LTJ8MjM2MTcyIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjox ZjEyMjA0ZTdlYzd8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzE0L2Vycm9yL2Rl dmljZS92aWYvMAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToxNC43MTla fGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MTcyIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1 dGRvd24gUjoxZjEyMjA0ZTdlYzd8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJv dXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJj ZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjE0LjcyMVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYx NzIgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjFmMTIyMDRlN2VjN3x4ZW5vcHNd IHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi8xNAovdmFyL2xv Zy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToxNC43MjFafGRlYnVnfHhlbnNlcnZlci10 ZXN0LTJ8MjM2MTcyIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjoxZjEyMjA0ZTdl Yzd8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzE0L2Vycm9yL2RldmljZS92aWYv MQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToxNi40NjNafGRlYnVnfHhl bnNlcnZlci10ZXN0LTJ8MjM2MTg4IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjph NzJkOWZmOWZkNmR8eGVub3BzXSBJZ25vcmluZyBleGNlcHRpb246IEZhaWx1cmUoImNyYXp5IGZv b2wiKSB3aGlsZSBFcnJvciBzdG9waW5nIGRldmljZS1tb2RlbCwgYWxyZWFkeSBkZWFkID8KL3Zh ci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MTYuNDY2WnxlcnJvcnx4ZW5zZXJ2 ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA0MSkgZGV2aWNlX2V2ZW50ID0gZGV2 aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDo5Yjk1YWQzNTAxZDN8ZXZlbnRdIGRldmljZV9ldmVu dCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFz ZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToxNi40NjhafGRlYnVnfHhl bnNlcnZlci10ZXN0LTJ8MjM2MTg4IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjph NzJkOWZmOWZkNmR8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFj a2VuZC92YmQvNDEKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MTYuNDY4 WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjE4OCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3No dXRkb3duIFI6YTcyZDlmZjlmZDZkfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi80 MS9lcnJvci9kZXZpY2UvdmJkLzU2MzIKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThU MTM6NDU6MTYuNDcyWnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRv bWlkOiA0MSkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjFiMmNk MDY4MTA3N3xldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVz ZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIw NzE4VDEzOjQ1OjE2LjQ3M1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYxODggaW5ldC1SUEN8 QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmE3MmQ5ZmY5ZmQ2ZHx4ZW5vcHNdIHhlbnN0b3JlLXJt IC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC80MQovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0NToxNi40NzNafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MTg4 IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphNzJkOWZmOWZkNmR8eGVub3BzXSB4 ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzQxL2Vycm9yL2RldmljZS92YmQvNzY4Ci92YXIvbG9n L3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjE2Ljg3MFp8ZGVidWd8eGVuc2VydmVyLXRl c3QtMnwyMzYxODggaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmE3MmQ5ZmY5ZmQ2 ZHx4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFj a2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6 NDU6MTYuODcxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjE4OCBpbmV0LVJQQ3xBc3luYy5W TS5oYXJkX3NodXRkb3duIFI6YTcyZDlmZjlmZDZkfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2Fs L2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzQxCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIw MTIwNzE4VDEzOjQ1OjE2Ljg3Mlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYxODggaW5ldC1S UEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmE3MmQ5ZmY5ZmQ2ZHx4ZW5vcHNdIHhlbnN0b3Jl LXJtIC9sb2NhbC9kb21haW4vNDEvZXJyb3IvZGV2aWNlL3ZpZi8wCi92YXIvbG9nL3hlbnNvdXJj ZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjE3LjI1OVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYx ODggaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmE3MmQ5ZmY5ZmQ2ZHx4ZW5vcHNd IERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQg ZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MTcuMjYw WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjE4OCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3No dXRkb3duIFI6YTcyZDlmZjlmZDZkfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8w L2Vycm9yL2JhY2tlbmQvdmlmLzQxCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEz OjQ1OjE3LjI2MFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYxODggaW5ldC1SUEN8QXN5bmMu Vk0uaGFyZF9zaHV0ZG93biBSOmE3MmQ5ZmY5ZmQ2ZHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2Nh bC9kb21haW4vNDEvZXJyb3IvZGV2aWNlL3ZpZi8xCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIw MTIwNzE4VDEzOjQ1OjE4Ljk4M1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU4NDkgaW5ldC1S UEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjdkOTAyYWVkYTJmZnx4ZW5vcHNdIElnbm9yaW5n IGV4Y2VwdGlvbjogRmFpbHVyZSgiY3JhenkgZm9vbCIpIHdoaWxlIEVycm9yIHN0b3BpbmcgZGV2 aWNlLW1vZGVsLCBhbHJlYWR5IGRlYWQgPwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0NToxOC45OTFafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAo ZG9taWQ6IDM3KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOjMy NzgyZjBjNjM5MnxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVj YXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIw MTIwNzE4VDEzOjQ1OjE4Ljk5MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU4NDkgaW5ldC1S UEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjdkOTAyYWVkYTJmZnx4ZW5vcHNdIHhlbnN0b3Jl LXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC8zNwovdmFyL2xvZy94ZW5zb3Vy Y2UubG9nOlsyMDEyMDcxOFQxMzo0NToxOC45OTFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1 ODQ5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo3ZDkwMmFlZGEyZmZ8eGVub3Bz XSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzM3L2Vycm9yL2RldmljZS92YmQvNTYzMgovdmFy L2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToxOC45OTlafGVycm9yfHhlbnNlcnZl ci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDM3KSBkZXZpY2VfZXZlbnQgPSBkZXZp Y2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6YjY5NzdiOWEwYzgzfGV2ZW50XSBkZXZpY2VfZXZlbnQg Y291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UK L3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MTguOTk5WnxkZWJ1Z3x4ZW5z ZXJ2ZXItdGVzdC0yfDIzNTg0OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6N2Q5 MDJhZWRhMmZmfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tl bmQvdmJkLzM3Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjE5LjAwMFp8 ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU4NDkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0 ZG93biBSOjdkOTAyYWVkYTJmZnx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMzcv ZXJyb3IvZGV2aWNlL3ZiZC83NjgKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6 NDU6MTkuNDEwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTg0OSBpbmV0LVJQQ3xBc3luYy5W TS5oYXJkX3NodXRkb3duIFI6N2Q5MDJhZWRhMmZmfHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3No dXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xv Zy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToxOS40MTFafGRlYnVnfHhlbnNlcnZlci10 ZXN0LTJ8MjM1ODQ5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo3ZDkwMmFlZGEy ZmZ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYv MzcKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MTkuNDEyWnxkZWJ1Z3x4 ZW5zZXJ2ZXItdGVzdC0yfDIzNTg0OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6 N2Q5MDJhZWRhMmZmfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8zNy9lcnJvci9k ZXZpY2UvdmlmLzAKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MTkuODAw WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTg0OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3No dXRkb3duIFI6N2Q5MDJhZWRhMmZmfHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFi b3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3Vy Y2UubG9nOlsyMDEyMDcxOFQxMzo0NToxOS44MDFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1 ODQ5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo3ZDkwMmFlZGEyZmZ8eGVub3Bz XSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvMzcKL3Zhci9s b2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MTkuODAxWnxkZWJ1Z3x4ZW5zZXJ2ZXIt dGVzdC0yfDIzNTg0OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6N2Q5MDJhZWRh MmZmfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8zNy9lcnJvci9kZXZpY2Uvdmlm LzEKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MjEuNjAzWnxkZWJ1Z3x4 ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6 NWMxNWFiMGE4MzU5fHhlbm9wc10gSWdub3JpbmcgZXhjZXB0aW9uOiBGYWlsdXJlKCJjcmF6eSBm b29sIikgd2hpbGUgRXJyb3Igc3RvcGluZyBkZXZpY2UtbW9kZWwsIGFscmVhZHkgZGVhZCA/Ci92 YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjIxLjYwOFp8ZXJyb3J8eGVuc2Vy dmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMzgpIGRldmljZV9ldmVudCA9IGRl dmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDowOWFmYTZhNWNkNzB8ZXZlbnRdIGRldmljZV9ldmVu dCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFz ZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToyMS42MDlafGRlYnVnfHhl bnNlcnZlci10ZXN0LTJ8MjM1NzY0IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo1 YzE1YWIwYTgzNTl8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFj a2VuZC92YmQvMzgKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MjEuNjA5 WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3No dXRkb3duIFI6NWMxNWFiMGE4MzU5fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8z OC9lcnJvci9kZXZpY2UvdmJkLzc2OAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQx Mzo0NToyMS42MTNafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9t aWQ6IDM4KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOjUzNmZk NDE0YzExOXxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVz ZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIw NzE4VDEzOjQ1OjIxLjYxM1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjQgaW5ldC1SUEN8 QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjVjMTVhYjBhODM1OXx4ZW5vcHNdIHhlbnN0b3JlLXJt IC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC8zOAovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0NToyMS42MTdafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY0 IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo1YzE1YWIwYTgzNTl8eGVub3BzXSB4 ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzM4L2Vycm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xv Zy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToyMi4wNTFafGRlYnVnfHhlbnNlcnZlci10 ZXN0LTJ8MjM1NzY0IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo1YzE1YWIwYTgz NTl8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJh Y2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEz OjQ1OjIyLjA1Mlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjQgaW5ldC1SUEN8QXN5bmMu Vk0uaGFyZF9zaHV0ZG93biBSOjVjMTVhYjBhODM1OXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2Nh bC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi8zOAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsy MDEyMDcxOFQxMzo0NToyMi4wNTJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY0IGluZXQt UlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo1YzE1YWIwYTgzNTl8eGVub3BzXSB4ZW5zdG9y ZS1ybSAvbG9jYWwvZG9tYWluLzM4L2Vycm9yL2RldmljZS92aWYvMAovdmFyL2xvZy94ZW5zb3Vy Y2UubG9nOlsyMDEyMDcxOFQxMzo0NToyMi40MzBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1 NzY0IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo1YzE1YWIwYTgzNTl8eGVub3Bz XSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5k IGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjIyLjQz MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjQgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9z aHV0ZG93biBSOjVjMTVhYjBhODM1OXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4v MC9lcnJvci9iYWNrZW5kL3ZpZi8zOAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQx Mzo0NToyMi40MzJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY0IGluZXQtUlBDfEFzeW5j LlZNLmhhcmRfc2h1dGRvd24gUjo1YzE1YWIwYTgzNTl8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9j YWwvZG9tYWluLzM4L2Vycm9yL2RldmljZS92aWYvMQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsy MDEyMDcxOFQxMzo0NToyNC4wODNafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1ODkxIGluZXQt UlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjoxOWI0ZWI5NDRiOTB8eGVub3BzXSBJZ25vcmlu ZyBleGNlcHRpb246IEZhaWx1cmUoImNyYXp5IGZvb2wiKSB3aGlsZSBFcnJvciBzdG9waW5nIGRl dmljZS1tb2RlbCwgYWxyZWFkeSBkZWFkID8KL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3 MThUMTM6NDU6MjQuMDkwWnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0g KGRvbWlkOiA1NikgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDpi ZmIwNzczMTg3NTh8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJl Y2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsy MDEyMDcxOFQxMzo0NToyNC4wOTFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1ODkxIGluZXQt UlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjoxOWI0ZWI5NDRiOTB8eGVub3BzXSB4ZW5zdG9y ZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvNTYKL3Zhci9sb2cveGVuc291 cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MjQuMDkxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIz NTg5MSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MTliNGViOTQ0YjkwfHhlbm9w c10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi81Ni9lcnJvci9kZXZpY2UvdmJkLzU2MzIKL3Zh ci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MjQuMTAwWnxlcnJvcnx4ZW5zZXJ2 ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA1NikgZGV2aWNlX2V2ZW50ID0gZGV2 aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOmI2ZmZmZDUwMDY3ZHxldmVudF0gZGV2aWNlX2V2ZW50 IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNl Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjI0LjEwMFp8ZGVidWd8eGVu c2VydmVyLXRlc3QtMnwyMzU4OTEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjE5 YjRlYjk0NGI5MHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNr ZW5kL3ZiZC81NgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToyNC4xMDBa fGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1ODkxIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1 dGRvd24gUjoxOWI0ZWI5NDRiOTB8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzU2 L2Vycm9yL2RldmljZS92YmQvNzY4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEz OjQ1OjI0LjUzMVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU4OTEgaW5ldC1SUEN8QXN5bmMu Vk0uaGFyZF9zaHV0ZG93biBSOjE5YjRlYjk0NGI5MHx4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9z aHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9s b2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MjQuNTMyWnxkZWJ1Z3x4ZW5zZXJ2ZXIt dGVzdC0yfDIzNTg5MSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MTliNGViOTQ0 YjkwfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlm LzU2Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjI0LjUzMlp8ZGVidWd8 eGVuc2VydmVyLXRlc3QtMnwyMzU4OTEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBS OjE5YjRlYjk0NGI5MHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNTYvZXJyb3Iv ZGV2aWNlL3ZpZi8wCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjI0Ljkx OVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU4OTEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9z aHV0ZG93biBSOjE5YjRlYjk0NGI5MHx4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBh Ym91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291 cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MjQuOTIwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIz NTg5MSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MTliNGViOTQ0YjkwfHhlbm9w c10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzU2Ci92YXIv bG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjI0LjkyMVp8ZGVidWd8eGVuc2VydmVy LXRlc3QtMnwyMzU4OTEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjE5YjRlYjk0 NGI5MHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNTYvZXJyb3IvZGV2aWNlL3Zp Zi8xCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjI2LjcyM1p8ZGVidWd8 eGVuc2VydmVyLXRlc3QtMnwyMzU3NjggaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBS OjMyNGFhYjY5ODg0OHx4ZW5vcHNdIElnbm9yaW5nIGV4Y2VwdGlvbjogRmFpbHVyZSgiY3Jhenkg Zm9vbCIpIHdoaWxlIEVycm9yIHN0b3BpbmcgZGV2aWNlLW1vZGVsLCBhbHJlYWR5IGRlYWQgPwov dmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToyNi43MjdafGVycm9yfHhlbnNl cnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDIyKSBkZXZpY2VfZXZlbnQgPSBk ZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOmFiMDM2ZTdlYTM3Y3xldmVudF0gZGV2aWNlX2V2 ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFi YXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjI2LjcyOFp8ZGVidWd8 eGVuc2VydmVyLXRlc3QtMnwyMzU3NjggaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBS OjMyNGFhYjY5ODg0OHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9i YWNrZW5kL3ZiZC8yMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToyNi43 MjhafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY4IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRf c2h1dGRvd24gUjozMjRhYWI2OTg4NDh8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWlu LzIyL2Vycm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0NToyNi43MzJafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAo ZG9taWQ6IDIyKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6OWUz ZTVlNDkwMTRjfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNh dXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAx MjA3MThUMTM6NDU6MjYuNzMzWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OCBpbmV0LVJQ Q3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MzI0YWFiNjk4ODQ4fHhlbm9wc10geGVuc3RvcmUt cm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzIyCi92YXIvbG9nL3hlbnNvdXJj ZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjI2LjczNFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3 NjggaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjMyNGFhYjY5ODg0OHx4ZW5vcHNd IHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMjIvZXJyb3IvZGV2aWNlL3ZiZC83NjgKL3Zhci9s b2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MjcuMDkwWnxkZWJ1Z3x4ZW5zZXJ2ZXIt dGVzdC0yfDIzNTc2OCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MzI0YWFiNjk4 ODQ4fHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBi YWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQx Mzo0NToyNy4wOTFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY4IGluZXQtUlBDfEFzeW5j LlZNLmhhcmRfc2h1dGRvd24gUjozMjRhYWI2OTg4NDh8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9j YWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvMjIKL3Zhci9sb2cveGVuc291cmNlLmxvZzpb MjAxMjA3MThUMTM6NDU6MjcuMDkyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OCBpbmV0 LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MzI0YWFiNjk4ODQ4fHhlbm9wc10geGVuc3Rv cmUtcm0gL2xvY2FsL2RvbWFpbi8yMi9lcnJvci9kZXZpY2UvdmlmLzAKL3Zhci9sb2cveGVuc291 cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MjcuNDgwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIz NTc2OCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MzI0YWFiNjk4ODQ4fHhlbm9w c10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFu ZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToyNy40 ODJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY4IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRf c2h1dGRvd24gUjozMjRhYWI2OTg4NDh8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWlu LzAvZXJyb3IvYmFja2VuZC92aWYvMjIKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThU MTM6NDU6MjcuNDgyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OCBpbmV0LVJQQ3xBc3lu Yy5WTS5oYXJkX3NodXRkb3duIFI6MzI0YWFiNjk4ODQ4fHhlbm9wc10geGVuc3RvcmUtcm0gL2xv Y2FsL2RvbWFpbi8yMi9lcnJvci9kZXZpY2UvdmlmLzEKL3Zhci9sb2cveGVuc291cmNlLmxvZzpb MjAxMjA3MThUMTM6NDU6MjkuMjEzWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTkxOSBpbmV0 LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6NmE2YmFlMDAyOTVifHhlbm9wc10gSWdub3Jp bmcgZXhjZXB0aW9uOiBGYWlsdXJlKCJjcmF6eSBmb29sIikgd2hpbGUgRXJyb3Igc3RvcGluZyBk ZXZpY2UtbW9kZWwsIGFscmVhZHkgZGVhZCA/Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIw NzE4VDEzOjQ1OjI5LjIxN1p8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZN IChkb21pZDogMzMpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDo1 MTNlNjNlOWZlOGN8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJl Y2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsy MDEyMDcxOFQxMzo0NToyOS4yMThafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1OTE5IGluZXQt UlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo2YTZiYWUwMDI5NWJ8eGVub3BzXSB4ZW5zdG9y ZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvMzMKL3Zhci9sb2cveGVuc291 cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MjkuMjE4WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIz NTkxOSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6NmE2YmFlMDAyOTVifHhlbm9w c10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8zMy9lcnJvci9kZXZpY2UvdmJkLzc2OAovdmFy L2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToyOS4yMjJafGVycm9yfHhlbnNlcnZl ci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDMzKSBkZXZpY2VfZXZlbnQgPSBkZXZp Y2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOmE0NTkzZDhiYjAyM3xldmVudF0gZGV2aWNlX2V2ZW50 IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNl Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjI5LjIyM1p8ZGVidWd8eGVu c2VydmVyLXRlc3QtMnwyMzU5MTkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjZh NmJhZTAwMjk1Ynx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNr ZW5kL3ZiZC8zMwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToyOS4yMjRa fGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1OTE5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1 dGRvd24gUjo2YTZiYWUwMDI5NWJ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzMz L2Vycm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQx Mzo0NToyOS41OTlafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1OTE5IGluZXQtUlBDfEFzeW5j LlZNLmhhcmRfc2h1dGRvd24gUjo2YTZiYWUwMDI5NWJ8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRf c2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIv bG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjI5LjYwMFp8ZGVidWd8eGVuc2VydmVy LXRlc3QtMnwyMzU5MTkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjZhNmJhZTAw Mjk1Ynx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3Zp Zi8zMwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToyOS42MDBafGRlYnVn fHhlbnNlcnZlci10ZXN0LTJ8MjM1OTE5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24g Ujo2YTZiYWUwMDI5NWJ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzMzL2Vycm9y L2RldmljZS92aWYvMAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTozMC4w MjFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1OTE5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRf c2h1dGRvd24gUjo2YTZiYWUwMDI5NWJ8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24g YWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNv dXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjMwLjAyMlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwy MzU5MTkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjZhNmJhZTAwMjk1Ynx4ZW5v cHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi8zMwovdmFy L2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTozMC4wMjJafGRlYnVnfHhlbnNlcnZl ci10ZXN0LTJ8MjM1OTE5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo2YTZiYWUw MDI5NWJ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzMzL2Vycm9yL2RldmljZS92 aWYvMQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTozMS43NzNafGRlYnVn fHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcwIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24g UjowMDRkMmY5YWU0MmF8eGVub3BzXSBJZ25vcmluZyBleGNlcHRpb246IEZhaWx1cmUoImNyYXp5 IGZvb2wiKSB3aGlsZSBFcnJvciBzdG9waW5nIGRldmljZS1tb2RlbCwgYWxyZWFkeSBkZWFkID8K L3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MzEuNzc2WnxlcnJvcnx4ZW5z ZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA0MykgZGV2aWNlX2V2ZW50ID0g ZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjc5MzVjNDZhM2NjY3xldmVudF0gZGV2aWNlX2V2 ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFi YXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjMxLjc3N1p8ZGVidWd8 eGVuc2VydmVyLXRlc3QtMnwyMzU3NzAgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBS OjAwNGQyZjlhZTQyYXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9i YWNrZW5kL3ZiZC80MwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTozMS43 NzdafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcwIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRf c2h1dGRvd24gUjowMDRkMmY5YWU0MmF8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWlu LzQzL2Vycm9yL2RldmljZS92YmQvNzY4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4 VDEzOjQ1OjMxLjc4MVp8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChk b21pZDogNDMpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6YzNj NTFiN2E5ODFifGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNh dXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAx MjA3MThUMTM6NDU6MzEuNzgzWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MCBpbmV0LVJQ Q3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MDA0ZDJmOWFlNDJhfHhlbm9wc10geGVuc3RvcmUt cm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzQzCi92YXIvbG9nL3hlbnNvdXJj ZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjMxLjc4M1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3 NzAgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAwNGQyZjlhZTQyYXx4ZW5vcHNd IHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNDMvZXJyb3IvZGV2aWNlL3ZiZC81NjMyCi92YXIv bG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjMyLjE2OVp8ZGVidWd8eGVuc2VydmVy LXRlc3QtMnwyMzU3NzAgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAwNGQyZjlh ZTQyYXx4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkg YmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThU MTM6NDU6MzIuMTcwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MCBpbmV0LVJQQ3xBc3lu Yy5WTS5oYXJkX3NodXRkb3duIFI6MDA0ZDJmOWFlNDJhfHhlbm9wc10geGVuc3RvcmUtcm0gL2xv Y2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzQzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6 WzIwMTIwNzE4VDEzOjQ1OjMyLjE3MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NzAgaW5l dC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAwNGQyZjlhZTQyYXx4ZW5vcHNdIHhlbnN0 b3JlLXJtIC9sb2NhbC9kb21haW4vNDMvZXJyb3IvZGV2aWNlL3ZpZi8wCi92YXIvbG9nL3hlbnNv dXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjMyLjU1MFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwy MzU3NzAgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAwNGQyZjlhZTQyYXx4ZW5v cHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBh bmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MzIu NTUxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJk X3NodXRkb3duIFI6MDA0ZDJmOWFlNDJhfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFp bi8wL2Vycm9yL2JhY2tlbmQvdmlmLzQzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4 VDEzOjQ1OjMyLjU1Mlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NzAgaW5ldC1SUEN8QXN5 bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAwNGQyZjlhZTQyYXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9s b2NhbC9kb21haW4vNDMvZXJyb3IvZGV2aWNlL3ZpZi8xCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6 WzIwMTIwNzE4VDEzOjQ1OjM0LjI4M1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjkgaW5l dC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjE0ZGNkY2UzNWVlY3x4ZW5vcHNdIElnbm9y aW5nIGV4Y2VwdGlvbjogRmFpbHVyZSgiY3JhenkgZm9vbCIpIHdoaWxlIEVycm9yIHN0b3Bpbmcg ZGV2aWNlLW1vZGVsLCBhbHJlYWR5IGRlYWQgPwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEy MDcxOFQxMzo0NTozNC4yODZafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY5IGluZXQtUlBD fEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjoxNGRjZGNlMzVlZWN8eGVub3BzXSB4ZW5zdG9yZS1y bSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvNTMKL3Zhci9sb2cveGVuc291cmNl LmxvZzpbMjAxMjA3MThUMTM6NDU6MzQuMjg2WnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhh bF9saXN0ZW58Vk0gKGRvbWlkOiA1MykgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2 YmQsNzY4fSBEOmRjMmQ0NjUxYWUwMnxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBw cm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNv dXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjM0LjI4N1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwy MzU3NjkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjE0ZGNkY2UzNWVlY3x4ZW5v cHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNTMvZXJyb3IvZGV2aWNlL3ZiZC83NjgKL3Zh ci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MzQuMjk2WnxkZWJ1Z3x4ZW5zZXJ2 ZXItdGVzdC0yfDIzNTc2OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MTRkY2Rj ZTM1ZWVjfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQv dmJkLzUzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjM0LjI5Nlp8ZXJy b3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogNTMpIGRldmljZV9l dmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6ZGZmYTUxNGQyZTI5fGV2ZW50XSBk ZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3Qg aW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MzQuMjk3 WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3No dXRkb3duIFI6MTRkY2RjZTM1ZWVjfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi81 My9lcnJvci9kZXZpY2UvdmJkLzU2MzIKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThU MTM6NDU6MzQuNjgxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OSBpbmV0LVJQQ3xBc3lu Yy5WTS5oYXJkX3NodXRkb3duIFI6MTRkY2RjZTM1ZWVjfHhlbm9wc10gRGV2aWNlLlZpZi5oYXJk X3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFy L2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTozNC42ODJafGRlYnVnfHhlbnNlcnZl ci10ZXN0LTJ8MjM1NzY5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjoxNGRjZGNl MzVlZWN8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92 aWYvNTMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MzQuNjgyWnxkZWJ1 Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3du IFI6MTRkY2RjZTM1ZWVjfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi81My9lcnJv ci9kZXZpY2UvdmlmLzAKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MzUu MTAwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJk X3NodXRkb3duIFI6MTRkY2RjZTM1ZWVjfHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3du IGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5z b3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTozNS4xMDFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8 MjM1NzY5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjoxNGRjZGNlMzVlZWN8eGVu b3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvNTMKL3Zh ci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MzUuMTAxWnxkZWJ1Z3x4ZW5zZXJ2 ZXItdGVzdC0yfDIzNTc2OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MTRkY2Rj ZTM1ZWVjfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi81My9lcnJvci9kZXZpY2Uv dmlmLzEKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MzYuODgzWnxkZWJ1 Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MiBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3du IFI6OWEzOTk4ZTcyMTVjfHhlbm9wc10gSWdub3JpbmcgZXhjZXB0aW9uOiBGYWlsdXJlKCJjcmF6 eSBmb29sIikgd2hpbGUgRXJyb3Igc3RvcGluZyBkZXZpY2UtbW9kZWwsIGFscmVhZHkgZGVhZCA/ Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjM2Ljg4Nlp8ZXJyb3J8eGVu c2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogNDQpIGRldmljZV9ldmVudCA9 IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6YWZjYzNiZTI4MWY0fGV2ZW50XSBkZXZpY2Vf ZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0 YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MzYuODg3WnxkZWJ1 Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MiBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3du IFI6OWEzOTk4ZTcyMTVjfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9y L2JhY2tlbmQvdmJkLzQ0Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjM2 Ljg4N1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjIgaW5ldC1SUEN8QXN5bmMuVk0uaGFy ZF9zaHV0ZG93biBSOjlhMzk5OGU3MjE1Y3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21h aW4vNDQvZXJyb3IvZGV2aWNlL3ZiZC81NjMyCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIw NzE4VDEzOjQ1OjM2Ljg5Mlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjIgaW5ldC1SUEN8 QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjlhMzk5OGU3MjE1Y3x4ZW5vcHNdIHhlbnN0b3JlLXJt IC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC80NAovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0NTozNi44OTNafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFs X2xpc3RlbnxWTSAoZG9taWQ6IDQ0KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3Zi ZCw3Njh9IEQ6MmRjMzMzMWNmMzhhfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHBy b2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291 cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MzYuODkzWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIz NTc2MiBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6OWEzOTk4ZTcyMTVjfHhlbm9w c10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi80NC9lcnJvci9kZXZpY2UvdmJkLzc2OAovdmFy L2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTozNy4yNzBafGRlYnVnfHhlbnNlcnZl ci10ZXN0LTJ8MjM1NzYyIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo5YTM5OThl NzIxNWN8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5 IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4 VDEzOjQ1OjM3LjI3MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjIgaW5ldC1SUEN8QXN5 bmMuVk0uaGFyZF9zaHV0ZG93biBSOjlhMzk5OGU3MjE1Y3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9s b2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi80NAovdmFyL2xvZy94ZW5zb3VyY2UubG9n OlsyMDEyMDcxOFQxMzo0NTozNy4yNzFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzYyIGlu ZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo5YTM5OThlNzIxNWN8eGVub3BzXSB4ZW5z dG9yZS1ybSAvbG9jYWwvZG9tYWluLzQ0L2Vycm9yL2RldmljZS92aWYvMAovdmFyL2xvZy94ZW5z b3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTozNy42NzBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8 MjM1NzYyIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo5YTM5OThlNzIxNWN8eGVu b3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQg YW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjM3 LjY3MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjIgaW5ldC1SUEN8QXN5bmMuVk0uaGFy ZF9zaHV0ZG93biBSOjlhMzk5OGU3MjE1Y3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21h aW4vMC9lcnJvci9iYWNrZW5kL3ZpZi80NAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0NTozNy42NzJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzYyIGluZXQtUlBDfEFz eW5jLlZNLmhhcmRfc2h1dGRvd24gUjo5YTM5OThlNzIxNWN8eGVub3BzXSB4ZW5zdG9yZS1ybSAv bG9jYWwvZG9tYWluLzQ0L2Vycm9yL2RldmljZS92aWYvMQovdmFyL2xvZy94ZW5zb3VyY2UubG9n OlsyMDEyMDcxOFQxMzo0NTozOS40MTNafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2NDIxIGlu ZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo5ZjNlYmQyNjc0ZTZ8eGVub3BzXSBJZ25v cmluZyBleGNlcHRpb246IEZhaWx1cmUoImNyYXp5IGZvb2wiKSB3aGlsZSBFcnJvciBzdG9waW5n IGRldmljZS1tb2RlbCwgYWxyZWFkeSBkZWFkID8KL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAx MjA3MThUMTM6NDU6MzkuNDE3WnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58 Vk0gKGRvbWlkOiAxOCkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0g RDo1MWRkNzhmM2ZlODF8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2Vk IGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9n OlsyMDEyMDcxOFQxMzo0NTozOS40MTlafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2NDIxIGlu ZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo5ZjNlYmQyNjc0ZTZ8eGVub3BzXSB4ZW5z dG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvMTgKL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MzkuNDIwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0y fDIzNjQyMSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6OWYzZWJkMjY3NGU2fHhl bm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8xOC9lcnJvci9kZXZpY2UvdmJkLzU2MzIK L3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MzkuNDI0WnxlcnJvcnx4ZW5z ZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAxOCkgZGV2aWNlX2V2ZW50ID0g ZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjQzNTY5YWQ3MDM3ZHxldmVudF0gZGV2aWNlX2V2 ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFi YXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjM5LjQyNVp8ZGVidWd8 eGVuc2VydmVyLXRlc3QtMnwyMzY0MjEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBS OjlmM2ViZDI2NzRlNnx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9i YWNrZW5kL3ZiZC8xOAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTozOS40 MjZafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2NDIxIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRf c2h1dGRvd24gUjo5ZjNlYmQyNjc0ZTZ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWlu LzE4L2Vycm9yL2RldmljZS92YmQvNzY4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4 VDEzOjQ1OjM5Ljc5MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzY0MjEgaW5ldC1SUEN8QXN5 bmMuVk0uaGFyZF9zaHV0ZG93biBSOjlmM2ViZDI2NzRlNnx4ZW5vcHNdIERldmljZS5WaWYuaGFy ZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zh ci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MzkuNzkyWnxkZWJ1Z3x4ZW5zZXJ2 ZXItdGVzdC0yfDIzNjQyMSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6OWYzZWJk MjY3NGU2fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQv dmlmLzE4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjM5Ljc5Mlp8ZGVi dWd8eGVuc2VydmVyLXRlc3QtMnwyMzY0MjEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93 biBSOjlmM2ViZDI2NzRlNnx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMTgvZXJy b3IvZGV2aWNlL3ZpZi8wCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjQw LjE1MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzY0MjEgaW5ldC1SUEN8QXN5bmMuVk0uaGFy ZF9zaHV0ZG93biBSOjlmM2ViZDI2NzRlNnx4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93 biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6NDAuMTUyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0y fDIzNjQyMSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6OWYzZWJkMjY3NGU2fHhl bm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzE4Ci92 YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjQwLjE1Mlp8ZGVidWd8eGVuc2Vy dmVyLXRlc3QtMnwyMzY0MjEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjlmM2Vi ZDI2NzRlNnx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMTgvZXJyb3IvZGV2aWNl L3ZpZi8xCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjQxLjk3M1p8ZGVi dWd8eGVuc2VydmVyLXRlc3QtMnwyMzYwMDcgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93 biBSOjk4ZTg3NzRiZGJmNHx4ZW5vcHNdIElnbm9yaW5nIGV4Y2VwdGlvbjogRmFpbHVyZSgiY3Jh enkgZm9vbCIpIHdoaWxlIEVycm9yIHN0b3BpbmcgZGV2aWNlLW1vZGVsLCBhbHJlYWR5IGRlYWQg PwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTo0MS45NzdafGVycm9yfHhl bnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDIzKSBkZXZpY2VfZXZlbnQg PSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6NzAzMjY5Y2Q4ZTEyfGV2ZW50XSBkZXZpY2Vf ZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0 YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6NDEuOTc3WnxkZWJ1 Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjAwNyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3du IFI6OThlODc3NGJkYmY0fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9y L2JhY2tlbmQvdmJkLzIzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjQx Ljk3N1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYwMDcgaW5ldC1SUEN8QXN5bmMuVk0uaGFy ZF9zaHV0ZG93biBSOjk4ZTg3NzRiZGJmNHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21h aW4vMjMvZXJyb3IvZGV2aWNlL3ZiZC83NjgKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3 MThUMTM6NDU6NDEuOTgxWnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0g KGRvbWlkOiAyMykgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDo1 NDcwZTI2NjMxOWR8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJl Y2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsy MDEyMDcxOFQxMzo0NTo0MS45ODNafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MDA3IGluZXQt UlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo5OGU4Nzc0YmRiZjR8eGVub3BzXSB4ZW5zdG9y ZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvMjMKL3Zhci9sb2cveGVuc291 cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6NDEuOTg0WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIz NjAwNyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6OThlODc3NGJkYmY0fHhlbm9w c10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8yMy9lcnJvci9kZXZpY2UvdmJkLzU2MzIKL3Zh ci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6NDIuMzgxWnxkZWJ1Z3x4ZW5zZXJ2 ZXItdGVzdC0yfDIzNjAwNyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6OThlODc3 NGJkYmY0fHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdh eSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0NTo0Mi4zODJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MDA3IGluZXQtUlBDfEFz eW5jLlZNLmhhcmRfc2h1dGRvd24gUjo5OGU4Nzc0YmRiZjR8eGVub3BzXSB4ZW5zdG9yZS1ybSAv bG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvMjMKL3Zhci9sb2cveGVuc291cmNlLmxv ZzpbMjAxMjA3MThUMTM6NDU6NDIuMzgyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjAwNyBp bmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6OThlODc3NGJkYmY0fHhlbm9wc10geGVu c3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8yMy9lcnJvci9kZXZpY2UvdmlmLzAKL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6NDIuNzkxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0y fDIzNjAwNyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6OThlODc3NGJkYmY0fHhl bm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5k IGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTo0 Mi43OTJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MDA3IGluZXQtUlBDfEFzeW5jLlZNLmhh cmRfc2h1dGRvd24gUjo5OGU4Nzc0YmRiZjR8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9t YWluLzAvZXJyb3IvYmFja2VuZC92aWYvMjMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3 MThUMTM6NDU6NDIuNzkyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjAwNyBpbmV0LVJQQ3xB c3luYy5WTS5oYXJkX3NodXRkb3duIFI6OThlODc3NGJkYmY0fHhlbm9wc10geGVuc3RvcmUtcm0g L2xvY2FsL2RvbWFpbi8yMy9lcnJvci9kZXZpY2UvdmlmLzEKL3Zhci9sb2cveGVuc291cmNlLmxv ZzpbMjAxMjA3MThUMTM6NDU6NDQuNjMzWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjQyNiBp bmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MzdmMDRlMzQ4NmEzfHhlbm9wc10gSWdu b3JpbmcgZXhjZXB0aW9uOiBGYWlsdXJlKCJjcmF6eSBmb29sIikgd2hpbGUgRXJyb3Igc3RvcGlu ZyBkZXZpY2UtbW9kZWwsIGFscmVhZHkgZGVhZCA/Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIw MTIwNzE4VDEzOjQ1OjQ0LjYzN1p8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVu fFZNIChkb21pZDogMjYpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0g RDo2N2QwYzI4MDU2NTJ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2Vk IGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9n OlsyMDEyMDcxOFQxMzo0NTo0NC42MzlafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2NDI2IGlu ZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjozN2YwNGUzNDg2YTN8eGVub3BzXSB4ZW5z dG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvMjYKL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6NDQuNjM5WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0y fDIzNjQyNiBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MzdmMDRlMzQ4NmEzfHhl bm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8yNi9lcnJvci9kZXZpY2UvdmJkLzc2OAov dmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTo0NC42NDNafGVycm9yfHhlbnNl cnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDI2KSBkZXZpY2VfZXZlbnQgPSBk ZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOmQ5YTQ5NzRhZGU1MnxldmVudF0gZGV2aWNlX2V2 ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFi YXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjQ0LjY0NFp8ZGVidWd8 eGVuc2VydmVyLXRlc3QtMnwyMzY0MjYgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBS OjM3ZjA0ZTM0ODZhM3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9i YWNrZW5kL3ZiZC8yNgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTo0NC42 NDRafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2NDI2IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRf c2h1dGRvd24gUjozN2YwNGUzNDg2YTN8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWlu LzI2L2Vycm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0NTo0NS4wNDlafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2NDI2IGluZXQtUlBDfEFz eW5jLlZNLmhhcmRfc2h1dGRvd24gUjozN2YwNGUzNDg2YTN8eGVub3BzXSBEZXZpY2UuVmlmLmhh cmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92 YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjQ1LjA1MFp8ZGVidWd8eGVuc2Vy dmVyLXRlc3QtMnwyMzY0MjYgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjM3ZjA0 ZTM0ODZhM3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5k L3ZpZi8yNgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTo0NS4wNTBafGRl YnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2NDI2IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRv d24gUjozN2YwNGUzNDg2YTN8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzI2L2Vy cm9yL2RldmljZS92aWYvMAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTo0 NS40NjFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2NDI2IGluZXQtUlBDfEFzeW5jLlZNLmhh cmRfc2h1dGRvd24gUjozN2YwNGUzNDg2YTN8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRv d24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hl bnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjQ1LjQ2MVp8ZGVidWd8eGVuc2VydmVyLXRlc3Qt MnwyMzY0MjYgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjM3ZjA0ZTM0ODZhM3x4 ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi8yNgov dmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTo0NS40NjJafGRlYnVnfHhlbnNl cnZlci10ZXN0LTJ8MjM2NDI2IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjozN2Yw NGUzNDg2YTN8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzI2L2Vycm9yL2Rldmlj ZS92aWYvMQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOVQwMzo1NTo1MS45MDNafGVy cm9yfHhlbnNlcnZlci10ZXN0LTJ8NSBpbmV0X3JwY3xzZXNzaW9uX2NoZWNrIEQ6YmMxNTE2NDBh MmY5fG1hc3Rlcl9jb25uZWN0aW9uXSBDb25uZWN0aW9uIHRvIG1hc3RlciBkaWVkLiBJIHdpbGwg Y29udGludWUgdG8gcmV0cnkgaW5kZWZpbml0ZWx5IChzdXByZXNzaW5nIGZ1dHVyZSBsb2dnaW5n IG9mIHRoaXMgbWVzc2FnZSkuCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE5VDA0OjAw OjIwLjg1OFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnw4NiBpbmV0LVJQQ3xDb25uZWN0aW9uIHRv IFZNIGNvbnNvbGUgUjo0YjMyNjA5NGQwM2F8ZGlzcGF0Y2hlcl0gU2VydmVyX2hlbHBlcnMuZXhl YyBleGNlcHRpb25faGFuZGxlcjogR290IGV4Y2VwdGlvbiBJTlRFUk5BTF9FUlJPUjogWyBYYy5F cnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogIikgXQovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOVQwNDowMToyOS44MDdafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8OTcgaW5l dC1SUEN8Q29ubmVjdGlvbiB0byBWTSBjb25zb2xlIFI6MTNjMzQwMjAxYTE4fGRpc3BhdGNoZXJd IFNlcnZlcl9oZWxwZXJzLmV4ZWMgZXhjZXB0aW9uX2hhbmRsZXI6IEdvdCBleGNlcHRpb24gSU5U RVJOQUxfRVJST1I6IFsgWGMuRXJyb3IoImdldGluZm8gZmFpbGVkOiBkb21haW4gLTE6IGdldGlu Zm8gZmFpbGVkOiBkb21haW4gLTE6ICIpIF0KL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3 MTlUMDQ6MDE6NDEuMzIwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDg2IGluZXQtUlBDfHxodHRw X2NyaXRpY2FsXSBVbmhhbmRsZWQgZXhjZXB0aW9uOiBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6 IGRvbWFpbiAtMTogIikKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MTlUMDQ6MDI6MzQu MDQ5WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDk3IGluZXQtUlBDfHxodHRwX2NyaXRpY2FsXSBV bmhhbmRsZWQgZXhjZXB0aW9uOiBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTog Z2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogIikKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAx MjA3MTlUMDQ6MDQ6NTUuNzY2WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDI4MiBpbmV0LVJQQ3xD b25uZWN0aW9uIHRvIFZNIGNvbnNvbGUgUjo5ZTI5NzExMzk1ZTV8ZGlzcGF0Y2hlcl0gU2VydmVy X2hlbHBlcnMuZXhlYyBleGNlcHRpb25faGFuZGxlcjogR290IGV4Y2VwdGlvbiBJTlRFUk5BTF9F UlJPUjogWyBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWls ZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogIikgXQovdmFyL2xvZy94 ZW5zb3VyY2UubG9nOlsyMDEyMDcxOVQwNDowNTozNy4wNjdafGRlYnVnfHhlbnNlcnZlci10ZXN0 LTJ8MjQ5IGluZXQtUlBDfENvbm5lY3Rpb24gdG8gVk0gY29uc29sZSBSOjBlYzU4MTExYTM3MXxk aXNwYXRjaGVyXSBTZXJ2ZXJfaGVscGVycy5leGVjIGV4Y2VwdGlvbl9oYW5kbGVyOiBHb3QgZXhj ZXB0aW9uIElOVEVSTkFMX0VSUk9SOiBbIFhjLkVycm9yKCJnZXRpbmZvIGZhaWxlZDogZG9tYWlu IC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0x OiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiAiKSBdCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6 WzIwMTIwNzE5VDA0OjA2OjA5LjAzMFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyODIgaW5ldC1S UEN8fGh0dHBfY3JpdGljYWxdIFVuaGFuZGxlZCBleGNlcHRpb246IFhjLkVycm9yKCJnZXRpbmZv IGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZh aWxlZDogZG9tYWluIC0xOiAiKQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOVQwNDow NzoxMS44NTBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjQ5IGluZXQtUlBDfHxodHRwX2NyaXRp Y2FsXSBVbmhhbmRsZWQgZXhjZXB0aW9uOiBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFp biAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAt MTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogIikKL3Zhci9sb2cveGVuc291cmNlLmxvZzpb MjAxMjA3MTlUMDQ6MDg6MzEuNTQzWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDM4NiBpbmV0LVJQ Q3xDb25uZWN0aW9uIHRvIFZNIGNvbnNvbGUgUjpmYmZjOWUzNTc2ZDl8ZGlzcGF0Y2hlcl0gU2Vy dmVyX2hlbHBlcnMuZXhlYyBleGNlcHRpb25faGFuZGxlcjogR290IGV4Y2VwdGlvbiBJTlRFUk5B TF9FUlJPUjogWyBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBm YWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWls ZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogIikgXQovdmFyL2xvZy94 ZW5zb3VyY2UubG9nOlsyMDEyMDcxOVQwNDowOToxNS4wOTFafGRlYnVnfHhlbnNlcnZlci10ZXN0 LTJ8Mzg2IGluZXQtUlBDfHxodHRwX2NyaXRpY2FsXSBVbmhhbmRsZWQgZXhjZXB0aW9uOiBYYy5F cnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAt MTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTog Z2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogIikKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAx MjA3MTlUMDQ6MTA6MTQuMDg2WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDQxMiBpbmV0LVJQQ3xD b25uZWN0aW9uIHRvIFZNIGNvbnNvbGUgUjo1ZWU4ZDAwMDI5ODh8ZGlzcGF0Y2hlcl0gU2VydmVy X2hlbHBlcnMuZXhlYyBleGNlcHRpb25faGFuZGxlcjogR290IGV4Y2VwdGlvbiBJTlRFUk5BTF9F UlJPUjogWyBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWls ZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6 IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRv bWFpbiAtMTogIikgXQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOVQwNDoxMToxMC4x ODhafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8NDEyIGluZXQtUlBDfHxodHRwX2NyaXRpY2FsXSBV bmhhbmRsZWQgZXhjZXB0aW9uOiBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTog Z2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0 aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5m byBmYWlsZWQ6IGRvbWFpbiAtMTogIikKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MTlU MDQ6MTI6NDEuMTMzWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDQ1NiBpbmV0LVJQQ3xDb25uZWN0 aW9uIHRvIFZNIGNvbnNvbGUgUjpmY2E0ZTViMjMxMmR8ZGlzcGF0Y2hlcl0gU2VydmVyX2hlbHBl cnMuZXhlYyBleGNlcHRpb25faGFuZGxlcjogR290IGV4Y2VwdGlvbiBJTlRFUk5BTF9FUlJPUjog WyBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRv bWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFp biAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAt MTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogIikgXQovdmFyL2xvZy94ZW5zb3VyY2UubG9n OlsyMDEyMDcxOVQwNDoxMzo0MS43MjFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8NDkyIGluZXQt UlBDfENvbm5lY3Rpb24gdG8gVk0gY29uc29sZSBSOjgyYWQzMDBlMDk5OXxkaXNwYXRjaGVyXSBT ZXJ2ZXJfaGVscGVycy5leGVjIGV4Y2VwdGlvbl9oYW5kbGVyOiBHb3QgZXhjZXB0aW9uIElOVEVS TkFMX0VSUk9SOiBbIFhjLkVycm9yKCJnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZv IGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZh aWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxl ZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDog ZG9tYWluIC0xOiAiKSBdCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE5VDA0OjE0OjM0 LjQ5MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnw0NTYgaW5ldC1SUEN8fGh0dHBfY3JpdGljYWxd IFVuaGFuZGxlZCBleGNlcHRpb246IFhjLkVycm9yKCJnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0x OiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBn ZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRp bmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiAiKQovdmFy L2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOVQwNDoxNjo1Ni4wMDhafGRlYnVnfHhlbnNlcnZl ci10ZXN0LTJ8NDkyIGluZXQtUlBDfHxodHRwX2NyaXRpY2FsXSBVbmhhbmRsZWQgZXhjZXB0aW9u OiBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRv bWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFp biAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAt MTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTog IikKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MTlUMDQ6MjM6MDkuODMzWnxkZWJ1Z3x4 ZW5zZXJ2ZXItdGVzdC0yfDU4MSBpbmV0LVJQQ3xDb25uZWN0aW9uIHRvIFZNIGNvbnNvbGUgUjo5 ZDdmZjdlNDYzNzl8ZGlzcGF0Y2hlcl0gU2VydmVyX2hlbHBlcnMuZXhlYyBleGNlcHRpb25faGFu ZGxlcjogR290IGV4Y2VwdGlvbiBJTlRFUk5BTF9FUlJPUjogWyBYYy5FcnJvcigiZ2V0aW5mbyBm YWlsZWQ6IGRvbWFpbiAtMTogaHlwZXJjYWxsIDE3IGZhaWw6IDI6IE5vIHN1Y2ggZmlsZSBvciBk aXJlY3RvcnkgKHJldCAxOTY2MTIpIikgXQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OVQwNDoyODozMi42NjFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8NTgxIGluZXQtUlBDfHxodHRw X2NyaXRpY2FsXSBVbmhhbmRsZWQgZXhjZXB0aW9uOiBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6 IGRvbWFpbiAtMTogaHlwZXJjYWxsIDE3IGZhaWw6IDI6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3Rv cnkgKHJldCAxOTY2MTIpIikKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MTlUMDQ6MzE6 MjMuNzA5WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDU5MCBpbmV0LVJQQ3xDb25uZWN0aW9uIHRv IFZNIGNvbnNvbGUgUjo2MTZkMDg0YjMxOTZ8ZGlzcGF0Y2hlcl0gU2VydmVyX2hlbHBlcnMuZXhl YyBleGNlcHRpb25faGFuZGxlcjogR290IGV4Y2VwdGlvbiBJTlRFUk5BTF9FUlJPUjogWyBYYy5F cnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAt MTogaHlwZXJjYWxsIDE3IGZhaWw6IDI6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkgKHJldCAx OTY2MTIpIikgXQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOVQwNDo0MTo1Ny4xNTFa fGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8NjczIGluZXQtUlBDfENvbm5lY3Rpb24gdG8gVk0gY29u c29sZSBSOjNiM2JjYjg3N2YzY3xkaXNwYXRjaGVyXSBTZXJ2ZXJfaGVscGVycy5leGVjIGV4Y2Vw dGlvbl9oYW5kbGVyOiBHb3QgZXhjZXB0aW9uIElOVEVSTkFMX0VSUk9SOiBbIFhjLkVycm9yKCJn ZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRp bmZvIGZhaWxlZDogZG9tYWluIC0xOiBoeXBlcmNhbGwgMTcgZmFpbDogMjogTm8gc3VjaCBmaWxl IG9yIGRpcmVjdG9yeSAocmV0IDE5NjYxMikiKSBdCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIw MTIwNzE5VDA0OjQyOjQxLjU3Nlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnw1OTAgaW5ldC1SUEN8 fGh0dHBfY3JpdGljYWxdIFVuaGFuZGxlZCBleGNlcHRpb246IFhjLkVycm9yKCJnZXRpbmZvIGZh aWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBoeXBlcmNhbGwgMTcg ZmFpbDogMjogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeSAocmV0IDE5NjYxMikiKQovdmFyL2xv Zy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOVQwNDo0NzoyNC4yMjdafGRlYnVnfHhlbnNlcnZlci10 ZXN0LTJ8NjczIGluZXQtUlBDfHxodHRwX2NyaXRpY2FsXSBVbmhhbmRsZWQgZXhjZXB0aW9uOiBY Yy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFp biAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogaHlwZXJjYWxsIDE3IGZhaWw6IDI6IE5v IHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkgKHJldCAxOTY2MTIpIikKL3Zhci9sb2cveGVuc291cmNl LmxvZzpbMjAxMjA3MTlUMDQ6NTk6MzUuMjEwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDc1OSBp bmV0LVJQQ3xDb25uZWN0aW9uIHRvIFZNIGNvbnNvbGUgUjpjNmFhMDg2Y2IxZWR8ZGlzcGF0Y2hl cl0gU2VydmVyX2hlbHBlcnMuZXhlYyBleGNlcHRpb25faGFuZGxlcjogR290IGV4Y2VwdGlvbiBJ TlRFUk5BTF9FUlJPUjogWyBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0 aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5m byBmYWlsZWQ6IGRvbWFpbiAtMTogaHlwZXJjYWxsIDE3IGZhaWw6IDI6IE5vIHN1Y2ggZmlsZSBv ciBkaXJlY3RvcnkgKHJldCAxOTY2MTIpIikgXQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEy MDcxOVQwNDo1OTo0My41NzRafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8Nzc0IGluZXQtUlBDfENv bm5lY3Rpb24gdG8gVk0gY29uc29sZSBSOjg2MTEzMDI1MGNlN3xkaXNwYXRjaGVyXSBTZXJ2ZXJf aGVscGVycy5leGVjIGV4Y2VwdGlvbl9oYW5kbGVyOiBHb3QgZXhjZXB0aW9uIElOVEVSTkFMX0VS Uk9SOiBbIFhjLkVycm9yKCJnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxl ZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDog ZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBoeXBlcmNhbGwgMTcgZmFpbDog MjogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeSAocmV0IDE5NjYxMikiKSBdCi92YXIvbG9nL3hl bnNvdXJjZS5sb2c6WzIwMTIwNzE5VDA1OjA5OjE4LjM0NFp8ZGVidWd8eGVuc2VydmVyLXRlc3Qt Mnw3NTkgaW5ldC1SUEN8fGh0dHBfY3JpdGljYWxdIFVuaGFuZGxlZCBleGNlcHRpb246IFhjLkVy cm9yKCJnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0x OiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBo eXBlcmNhbGwgMTcgZmFpbDogMjogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeSAocmV0IDE5NjYx MikiKQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOVQwNTowOTozNi4wOTRafGRlYnVn fHhlbnNlcnZlci10ZXN0LTJ8Nzc0IGluZXQtUlBDfHxodHRwX2NyaXRpY2FsXSBVbmhhbmRsZWQg ZXhjZXB0aW9uOiBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBm YWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWls ZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogaHlwZXJjYWxsIDE3IGZh aWw6IDI6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkgKHJldCAxOTY2MTIpIikKL3Zhci9sb2cv eGVuc291cmNlLmxvZzpbMjAxMjA3MTlUMDU6MTk6MDIuMTY3WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVz dC0yfDg0MyBpbmV0LVJQQ3xDb25uZWN0aW9uIHRvIFZNIGNvbnNvbGUgUjo2OWI4ZWQzY2E4NWZ8 ZGlzcGF0Y2hlcl0gU2VydmVyX2hlbHBlcnMuZXhlYyBleGNlcHRpb25faGFuZGxlcjogR290IGV4 Y2VwdGlvbiBJTlRFUk5BTF9FUlJPUjogWyBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFp biAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAt MTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTog Z2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogaHlwZXJjYWxsIDE3IGZhaWw6IDI6IE5vIHN1Y2gg ZmlsZSBvciBkaXJlY3RvcnkgKHJldCAxOTY2MTIpIikgXQovdmFyL2xvZy94ZW5zb3VyY2UubG9n OlsyMDEyMDcxOVQwNToyODowMS43NTFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8ODQ1IGluZXQt UlBDfENvbm5lY3Rpb24gdG8gVk0gY29uc29sZSBSOmMxODhmYjhmOTRmNXxkaXNwYXRjaGVyXSBT ZXJ2ZXJfaGVscGVycy5leGVjIGV4Y2VwdGlvbl9oYW5kbGVyOiBHb3QgZXhjZXB0aW9uIElOVEVS TkFMX0VSUk9SOiBbIFhjLkVycm9yKCJnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZv IGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZh aWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxl ZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBoeXBlcmNhbGwgMTcgZmFp bDogMjogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeSAocmV0IDE5NjYxMikiKSBdCi92YXIvbG9n L3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE5VDA1OjI4OjM1LjAwNFp8ZGVidWd8eGVuc2VydmVyLXRl c3QtMnw4NDMgaW5ldC1SUEN8fGh0dHBfY3JpdGljYWxdIFVuaGFuZGxlZCBleGNlcHRpb246IFhj LkVycm9yKCJnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWlu IC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0x OiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBo eXBlcmNhbGwgMTcgZmFpbDogMjogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeSAocmV0IDE5NjYx MikiKQovdmFyL2xvZy94ZW5zdG9yZWQtYWNjZXNzLmxvZzpbMjAxMjA3MThUMTM6NTM6MjIuMjc2 Wl0gQTI2MzQuMiAgICAgIG1rZGlyICAgICAvbG9jYWwvZG9tYWluLzk2L2Vycm9yIAovdmFyL2xv Zy94ZW5zdG9yZWQtYWNjZXNzLmxvZzpbMjAxMjA3MThUMTM6NTM6MjIuMjc3Wl0gQTI2MzQuMiAg ICAgIHNldHBlcm1zICAvbG9jYWwvZG9tYWluLzk2L2Vycm9yIG45NiAKL3Zhci9sb2cveGVuc3Rv cmVkLWFjY2Vzcy5sb2c6WzIwMTIwNzE4VDEzOjUzOjIyLjg0MlpdIEEyNSAgICAgICAgICB3YXRj aCAgICAgL2xvY2FsL2RvbWFpbi85Ni9lcnJvci9kZXZpY2UgeGFsLTk2IAovdmFyL2xvZy94ZW5z dG9yZWQtYWNjZXNzLmxvZzpbMjAxMjA3MThUMTM6NTM6MjIuODQyWl0gQTI1ICAgICAgICAgIHcg ZXZlbnQgICAvbG9jYWwvZG9tYWluLzk2L2Vycm9yL2RldmljZSB4YWwtOTYgCi92YXIvbG9nL3hl bnN0b3JlZC1hY2Nlc3MubG9nOlsyMDEyMDcxOFQxMzo1MzozNS4yNjVaXSBBMjY2MC4yICAgICAg bWtkaXIgICAgIC9sb2NhbC9kb21haW4vOTcvZXJyb3IgCi92YXIvbG9nL3hlbnN0b3JlZC1hY2Nl c3MubG9nOlsyMDEyMDcxOFQxMzo1MzozNS4yNjZaXSBBMjY2MC4yICAgICAgc2V0cGVybXMgIC9s b2NhbC9kb21haW4vOTcvZXJyb3Igbjk3IAovdmFyL2xvZy94ZW5zdG9yZWQtYWNjZXNzLmxvZzpb MjAxMjA3MThUMTM6NTM6MzUuNjczWl0gQTI1ICAgICAgICAgIHdhdGNoICAgICAvbG9jYWwvZG9t YWluLzk3L2Vycm9yL2RldmljZSB4YWwtOTcgCi92YXIvbG9nL3hlbnN0b3JlZC1hY2Nlc3MubG9n OlsyMDEyMDcxOFQxMzo1MzozNS42NzRaXSBBMjUgICAgICAgICAgdyBldmVudCAgIC9sb2NhbC9k b21haW4vOTcvZXJyb3IvZGV2aWNlIHhhbC05NyAKL3Zhci9sb2cveGVuc3RvcmVkLWFjY2Vzcy5s b2c6WzIwMTIwNzE4VDEzOjU0OjAyLjUwOFpdIEEyNjg2LjIgICAgICBta2RpciAgICAgL2xvY2Fs L2RvbWFpbi85OC9lcnJvciAKL3Zhci9sb2cveGVuc3RvcmVkLWFjY2Vzcy5sb2c6WzIwMTIwNzE4 VDEzOjU0OjAyLjUwOFpdIEEyNjg2LjIgICAgICBzZXRwZXJtcyAgL2xvY2FsL2RvbWFpbi85OC9l cnJvciBuOTggCi92YXIvbG9nL3hlbnN0b3JlZC1hY2Nlc3MubG9nOlsyMDEyMDcxOFQxMzo1NDow My4wODdaXSBBMjUgICAgICAgICAgd2F0Y2ggICAgIC9sb2NhbC9kb21haW4vOTgvZXJyb3IvZGV2 aWNlIHhhbC05OCAKL3Zhci9sb2cveGVuc3RvcmVkLWFjY2Vzcy5sb2c6WzIwMTIwNzE4VDEzOjU0 OjAzLjA4OFpdIEEyNSAgICAgICAgICB3IGV2ZW50ICAgL2xvY2FsL2RvbWFpbi85OC9lcnJvci9k ZXZpY2UgeGFsLTk4IAovdmFyL2xvZy94ZW5zdG9yZWQtYWNjZXNzLmxvZzpbMjAxMjA3MThUMTM6 NTQ6MTYuMzU4Wl0gQTI3MTIuMiAgICAgIG1rZGlyICAgICAvbG9jYWwvZG9tYWluLzk5L2Vycm9y IAovdmFyL2xvZy94ZW5zdG9yZWQtYWNjZXNzLmxvZzpbMjAxMjA3MThUMTM6NTQ6MTYuMzU5Wl0g QTI3MTIuMiAgICAgIHNldHBlcm1zICAvbG9jYWwvZG9tYWluLzk5L2Vycm9yIG45OSAKL3Zhci9s b2cveGVuc3RvcmVkLWFjY2Vzcy5sb2c6WzIwMTIwNzE4VDEzOjU0OjE3LjE0M1pdIEEyNSAgICAg ICAgICB3YXRjaCAgICAgL2xvY2FsL2RvbWFpbi85OS9lcnJvci9kZXZpY2UgeGFsLTk5IAovdmFy L2xvZy94ZW5zdG9yZWQtYWNjZXNzLmxvZzpbMjAxMjA3MThUMTM6NTQ6MTcuMTQ1Wl0gQTI1ICAg ICAgICAgIHcgZXZlbnQgICAvbG9jYWwvZG9tYWluLzk5L2Vycm9yL2RldmljZSB4YWwtOTkgCi92 YXIvbG9nL3hlbnN0b3JlZC1hY2Nlc3MubG9nOlsyMDEyMDcxOFQxMzo1NToxNC4wMjZaXSBBMjcz OC4yICAgICAgbWtkaXIgICAgIC9sb2NhbC9kb21haW4vMTAwL2Vycm9yIAovdmFyL2xvZy94ZW5z dG9yZWQtYWNjZXNzLmxvZzpbMjAxMjA3MThUMTM6NTU6MTQuMDI2Wl0gQTI3MzguMiAgICAgIHNl dHBlcm1zICAvbG9jYWwvZG9tYWluLzEwMC9lcnJvciBuMTAwIAovdmFyL2xvZy94ZW5zdG9yZWQt YWNjZXNzLmxvZzpbMjAxMjA3MThUMTM6NTU6MTQuNDIyWl0gQTI1ICAgICAgICAgIHdhdGNoICAg ICAvbG9jYWwvZG9tYWluLzEwMC9lcnJvci9kZXZpY2UgeGFsLTEwMCAKL3Zhci9sb2cveGVuc3Rv cmVkLWFjY2Vzcy5sb2c6WzIwMTIwNzE4VDEzOjU1OjE0LjQyMlpdIEEyNSAgICAgICAgICB3IGV2 ZW50ICAgL2xvY2FsL2RvbWFpbi8xMDAvZXJyb3IvZGV2aWNlIHhhbC0xMDAgCg== --_004_557004149BCB6446BE48D5BA5F8C9D68F3D816E17EMAILcorpchtco_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --_004_557004149BCB6446BE48D5BA5F8C9D68F3D816E17EMAILcorpchtco_-- From xen-users-bounces@lists.xen.org Thu Jul 19 07:21:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Jul 2012 07:21: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 1Srl1W-0005yH-MP; Thu, 19 Jul 2012 07:19:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrjmI-0005Gw-H3; Thu, 19 Jul 2012 05:59:59 +0000 Received: from [85.158.143.35:55570] by server-1.bemta-4.messagelabs.com id 5F/8E-24392-D52A7005; Thu, 19 Jul 2012 05:59:57 +0000 X-Env-Sender: turing@cht.com.tw X-Msg-Ref: server-11.tower-21.messagelabs.com!1342677593!11597882!1 X-Originating-IP: [202.39.168.27] X-SpamReason: No, hits=-1.7 required=7.0 tests=HTML_MESSAGE, MIME_BASE64_TEXT, ML_RADAR_FP_R_14, spamassassin: , received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14926 invoked from network); 19 Jul 2012 05:59:54 -0000 Received: from scan4.cht.com.tw (HELO scan4.cht.com.tw) (202.39.168.27) by server-11.tower-21.messagelabs.com with SMTP; 19 Jul 2012 05:59:54 -0000 X-AuditID: 0aa00272-96a75ba000000c39-1a-5007a256f2a8 From: =?big5?B?tsDEbb33?= To: "xen-api@lists.xen.org" , "xen-users@lists.xen.org" Date: Thu, 19 Jul 2012 13:59:27 +0800 Thread-Topic: XAPI faild and cannot connect Thread-Index: Ac1lcY/tvg1MWtsxTMqImQUS6he4dA== Message-ID: <557004149BCB6446BE48D5BA5F8C9D68F3D816E17E@MAIL.corp.cht.com.tw> Accept-Language: zh-TW Content-Language: zh-TW X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: zh-TW Content-Type: multipart/mixed; boundary="_004_557004149BCB6446BE48D5BA5F8C9D68F3D816E17EMAILcorpchtco_" MIME-Version: 1.0 X-Brightmail-Tracker: AAAAAA== X-Mailman-Approved-At: Thu, 19 Jul 2012 07:19:45 +0000 Subject: [Xen-users] XAPI faild and cannot connect X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --_004_557004149BCB6446BE48D5BA5F8C9D68F3D816E17EMAILcorpchtco_ Content-Type: multipart/alternative; boundary="_000_557004149BCB6446BE48D5BA5F8C9D68F3D816E17EMAILcorpchtco_" --_000_557004149BCB6446BE48D5BA5F8C9D68F3D816E17EMAILcorpchtco_ Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: base64 SGkgYWxsLA0KDQpXZSBoYXZlIHNvbWUgWEFQSSBjcmFzaCB3aGVuIHRlc3QgdGhlIFhBUEkgc3Rh YmlsaXR5LiBXZSBmaXJzdCBkZXBsb3kgc29tZSB2aXJ0dWFsIG1hY2hpbmUsIGFuZCB0aGVuIHVz ZSBBUEkgdG8gZG8gYSBsb3Qgb2YgcXVlcnksIGFmdGVyIHJ1bm5pbmcgc29tZSB0aW1lLCB0aGUg WENQIHNlcnZlciBjcmFzaCBhbmQgY2Fubm90IGNvbm5lY3QgYW55bW9yZS4NCg0KVGhlIGF0dGFj aG1lbnQgaXMgdGhlIGVycm9yIGxvZywgY2FuIGFueW9uZSBoZWxwIHVzIGZpbmQgd2hlcmUgaXMg dGhlIHByb2JsZW0/DQpUaGFua3MgYSBsb3ShSQ0KDQo= --_000_557004149BCB6446BE48D5BA5F8C9D68F3D816E17EMAILcorpchtco_ Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable

Hi all,

=  

We have some XAPI crash when test= the XAPI stability. We first deploy some virtual machine, and then use API= to do a lot of query, after running some time, the XCP server crash and ca= nnot connect anymore.

 <= /o:p>

The attachment is the error log, can any= one help us find where is the problem?

Thanks a lot=A1I

&= nbsp;

= --_000_557004149BCB6446BE48D5BA5F8C9D68F3D816E17EMAILcorpchtco_-- --_004_557004149BCB6446BE48D5BA5F8C9D68F3D816E17EMAILcorpchtco_ Content-Type: application/octet-stream; name="error_log.log" Content-Description: error_log.log Content-Disposition: attachment; filename="error_log.log"; size=213739; creation-date="Thu, 19 Jul 2012 13:34:11 GMT"; modification-date="Thu, 19 Jul 2012 13:32:12 GMT" Content-Transfer-Encoding: base64 L3Zhci9sb2cvYXVkaXQubG9nOkp1bCAxOCAxODo1NDozOSB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6 IFsyMDEyMDcxOFQxMDo1NDozOS43NzZafCBpbmZvfHhlbnNlcnZlci10ZXN0LTJ8MjMzNDA5IGlu ZXQtUlBDfFZNLnN0YXJ0IFI6ZDY1M2UwMTM1NmVkfGF1ZGl0XSAoJ3RyYWNraWQ9MTczMjgwODcy YzFmZjNlNzY5ZjhhOTNmYzMyZjY1MTknICdMT0NBTF9TVVBFUlVTRVInICcnICdBTExPV0VEJyAn RVJST1I6SE9TVF9OT1RfRU5PVUdIX0ZSRUVfTUVNT1JZOiBbIDU3MzU3MTA3MjsgLTM5NzMxMiBd JyAnQVBJJyAnVk0uc3RhcnQnICgoJ3ZtJyAnJyAnJyAnT3BhcXVlUmVmOjkzZDFhOTI2LWMxOTQt ZTBjMC1hOGM1LWU3YzNiMTRhMjNjYicpICgnc3RhcnRfcGF1c2VkJyAnPGJvb2xlYW4+MTwvYm9v bGVhbj4nICcnICcnKSAoJ2ZvcmNlJyAnPGJvb2xlYW4+MTwvYm9vbGVhbj4nICcnICcnKSkpIAov dmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxMiAxNzowNzozNCB4ZW5zZXJ2ZXItdGVzdC0yIHJwYy5z dGF0ZFs2NDYwXTogZ2V0aG9zdGJ5bmFtZSBlcnJvciBmb3IgeGVuc2VydmVyLXRlc3QtMgovdmFy L2xvZy9kYWVtb24ubG9nOkp1bCAxMiAxNzowNjo1NSB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtl cnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDAgdGhyZWFkX3plcm98ZGJzeW5jICh1cGRhdGVfZW52KSBE Ojg2MzJjYWZlMzUxNXxoZWxwZXJzXSBGYWlsZWQgdG8gZmluZCBjb250cm9sIGRvbWFpbiAodXVp ZCA9IDFhMTYwNzA5LTI0ODQtNDQ2My1iNTBkLTYxMDk0YjU2MTBhNikgCi92YXIvbG9nL2RhZW1v bi5sb2c6SnVsIDEyIDE3OjA2OjU1IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogWyB3YXJufHhlbnNl cnZlci10ZXN0LTJ8MCB0aHJlYWRfemVyb3xkYnN5bmMgKHVwZGF0ZV9lbnYpIEQ6ODYzMmNhZmUz NTE1fGhlbHBlcnNdIFdhcm5pbmc6IGV4Y2VwdGlvbiAnSU5URVJOQUxfRVJST1I6IFsgRmFpbHVy ZSgibGV4aW5nOiBlbXB0eSB0b2tlbiIpIF0nIHBhcnNpbmcgbGFzdCBib290ZWQgcmVjb3JkIC0g cmV0dXJuaW5nIGN1cnJlbnQgcmVjb3JkIGluc3RlYWQgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVs IDEyIDE3OjA4OjAzIHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0 LTJ8NHxkb20wIG5ldHdvcmtpbmcgdXBkYXRlIEQ6NDI3ZGRhODY1MDU0fG1hc3Rlcl9jb25uZWN0 aW9uXSBDb25uZWN0aW9uIHRvIG1hc3RlciBkaWVkLiBJIHdpbGwgY29udGludWUgdG8gcmV0cnkg aW5kZWZpbml0ZWx5IChzdXByZXNzaW5nIGZ1dHVyZSBsb2dnaW5nIG9mIHRoaXMgbWVzc2FnZSku IAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxNyAyMToyMDowMiB4ZW5zZXJ2ZXItdGVzdC0yIHhh cGk6IFsgd2Fybnx4ZW5zZXJ2ZXItdGVzdC0yfDEwIGhlYXJ0YmVhdHxIZWFydGJlYXQgRDplODcx ZDJmODgyZTV8aHR0cF0gc3R1bm5lbCBwaWQ6IDE2MTYyIGNhdWdodCBVbml4LlVuaXhfZXJyb3Io MzEsICJ3cml0ZSIsICIiKSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTU6MDA6MjQgeGVu c2VydmVyLXRlc3QtMiB0YXBkaXNrWzE3MzY0XTogdGFwZGlzay1sb2c6IGNsb3NpbmcgYWZ0ZXIg MCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE1OjIxOjQwIHhlbnNlcnZlci10 ZXN0LTIgdGFwZGlza1sxNzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCB2aGRfY29tcGxldGU6IC92 YXIvcnVuL3NyLW1vdW50L2IxZmRjZWE0LTE1NzMtZGJhMy01NGVlLWExYWFkNmJjYmYxMy8wZTNl ODMxMC04YTJiLTRhMjUtOTMyZC0zNzAwYTU4ODRmYWUudmhkOiBvcDogMiwgbHNlYzogOTY0MjQw MCwgc2VjczogOCwgbmJ5dGVzOiA0MDk2LCBibGs6IDIzNTQsIGJsa19vZmZzZXQ6IDI0MjEzOTkK L3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTU6MjE6NDAgeGVuc2VydmVyLXRlc3QtMiB0YXBk aXNrWzE3NTg4XTogRVJST1I6IGVycm5vIC01IGF0IF9fdGFwZGlza192YmRfY29tcGxldGVfdGRf cmVxdWVzdDogcmVxIDEwOiB3cml0ZSAweDAwMDggc2VjcyB0byAweDAwOTMyMWEwCi92YXIvbG9n L2RhZW1vbi5sb2c6SnVsIDE4IDE1OjIxOjQwIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1sxNzU4 OF06IEVSUk9SOiBlcnJubyAtNSBhdCB2aGRfY29tcGxldGU6IC92YXIvcnVuL3NyLW1vdW50L2Ix ZmRjZWE0LTE1NzMtZGJhMy01NGVlLWExYWFkNmJjYmYxMy8wZTNlODMxMC04YTJiLTRhMjUtOTMy ZC0zNzAwYTU4ODRmYWUudmhkOiBvcDogMiwgbHNlYzogOTY0MjM4NCwgc2VjczogOCwgbmJ5dGVz OiA0MDk2LCBibGs6IDIzNTQsIGJsa19vZmZzZXQ6IDI0MjEzOTkKL3Zhci9sb2cvZGFlbW9uLmxv ZzpKdWwgMTggMTU6MjE6NDAgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzE3NTg4XTogRVJST1I6 IGVycm5vIC01IGF0IF9fdGFwZGlza192YmRfY29tcGxldGVfdGRfcmVxdWVzdDogcmVxIDk6IHdy aXRlIDB4MDAwOCBzZWNzIHRvIDB4MDA5MzIxOTAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTgg MTU6MjE6NTkgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzE3NTg4XTogRVJST1I6IGVycm5vIC01 IGF0IHZoZF9jb21wbGV0ZTogL3Zhci9ydW4vc3ItbW91bnQvYjFmZGNlYTQtMTU3My1kYmEzLTU0 ZWUtYTFhYWQ2YmNiZjEzLzBlM2U4MzEwLThhMmItNGEyNS05MzJkLTM3MDBhNTg4NGZhZS52aGQ6 IG9wOiAyLCBsc2VjOiAxNTE1MTQxNiwgc2VjczogOCwgbmJ5dGVzOiA0MDk2LCBibGs6IDM2OTks IGJsa19vZmZzZXQ6IDI3Nzg0NDcKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTU6MjE6NTkg eGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzE3NTg4XTogRVJST1I6IGVycm5vIC01IGF0IF9fdGFw ZGlza192YmRfY29tcGxldGVfdGRfcmVxdWVzdDogcmVxIDE0OiB3cml0ZSAweDAwMDggc2VjcyB0 byAweDAwZTczMTM4Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE1OjIxOjU5IHhlbnNlcnZl ci10ZXN0LTIgdGFwZGlza1sxNzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCB2aGRfY29tcGxldGU6 IC92YXIvcnVuL3NyLW1vdW50L2IxZmRjZWE0LTE1NzMtZGJhMy01NGVlLWExYWFkNmJjYmYxMy8w ZTNlODMxMC04YTJiLTRhMjUtOTMyZC0zNzAwYTU4ODRmYWUudmhkOiBvcDogMiwgbHNlYzogMTUx NTA1NDQsIHNlY3M6IDgsIG5ieXRlczogNDA5NiwgYmxrOiAzNjk4LCBibGtfb2Zmc2V0OiAyNzc0 MzQzCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE1OjIxOjU5IHhlbnNlcnZlci10ZXN0LTIg dGFwZGlza1sxNzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCBfX3RhcGRpc2tfdmJkX2NvbXBsZXRl X3RkX3JlcXVlc3Q6IHJlcSAxMzogd3JpdGUgMHgwMDA4IHNlY3MgdG8gMHgwMGU3MmRkMAovdmFy L2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxNToyMTo1OSB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tb MTc1ODhdOiBFUlJPUjogZXJybm8gLTUgYXQgdmhkX2NvbXBsZXRlOiAvdmFyL3J1bi9zci1tb3Vu dC9iMWZkY2VhNC0xNTczLWRiYTMtNTRlZS1hMWFhZDZiY2JmMTMvMGUzZTgzMTAtOGEyYi00YTI1 LTkzMmQtMzcwMGE1ODg0ZmFlLnZoZDogb3A6IDIsIGxzZWM6IDEyNTI2MDU2LCBzZWNzOiAzMiwg bmJ5dGVzOiAxNjM4NCwgYmxrOiAzMDU4LCBibGtfb2Zmc2V0OiAyNTc3MzUxCi92YXIvbG9nL2Rh ZW1vbi5sb2c6SnVsIDE4IDE1OjIxOjU5IHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1sxNzU4OF06 IEVSUk9SOiBlcnJubyAtNSBhdCBfX3RhcGRpc2tfdmJkX2NvbXBsZXRlX3RkX3JlcXVlc3Q6IHJl cSAxMjogd3JpdGUgMHgwMDIwIHNlY3MgdG8gMHgwMGJmMjFlOAovdmFyL2xvZy9kYWVtb24ubG9n Okp1bCAxOCAxNToyMTo1OSB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMTc1ODhdOiBFUlJPUjog ZXJybm8gLTUgYXQgdmhkX2NvbXBsZXRlOiAvdmFyL3J1bi9zci1tb3VudC9iMWZkY2VhNC0xNTcz LWRiYTMtNTRlZS1hMWFhZDZiY2JmMTMvMGUzZTgzMTAtOGEyYi00YTI1LTkzMmQtMzcwMGE1ODg0 ZmFlLnZoZDogb3A6IDIsIGxzZWM6IDEyNTI1OTUyLCBzZWNzOiA4LCBuYnl0ZXM6IDQwOTYsIGJs azogMzA1OCwgYmxrX29mZnNldDogMjU3NzM1MQovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAx NToyMTo1OSB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMTc1ODhdOiBFUlJPUjogZXJybm8gLTUg YXQgX190YXBkaXNrX3ZiZF9jb21wbGV0ZV90ZF9yZXF1ZXN0OiByZXEgNjogd3JpdGUgMHgwMDA4 IHNlY3MgdG8gMHgwMGJmMjE4MAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxNToyMjoxMiB4 ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMTc1ODhdOiBFUlJPUjogZXJybm8gLTUgYXQgdmhkX2Nv bXBsZXRlOiAvdmFyL3J1bi9zci1tb3VudC9iMWZkY2VhNC0xNTczLWRiYTMtNTRlZS1hMWFhZDZi Y2JmMTMvMGUzZTgzMTAtOGEyYi00YTI1LTkzMmQtMzcwMGE1ODg0ZmFlLnZoZDogb3A6IDIsIGxz ZWM6IDEyNTI1OTUyLCBzZWNzOiA4LCBuYnl0ZXM6IDQwOTYsIGJsazogMzA1OCwgYmxrX29mZnNl dDogMjU3NzM1MQovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxNToyMjoxMiB4ZW5zZXJ2ZXIt dGVzdC0yIHRhcGRpc2tbMTc1ODhdOiBFUlJPUjogZXJybm8gLTUgYXQgX190YXBkaXNrX3ZiZF9j b21wbGV0ZV90ZF9yZXF1ZXN0OiByZXEgNjogd3JpdGUgMHgwMDA4IHNlY3MgdG8gMHgwMGJmMjE4 MAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxNToyMjoxMiB4ZW5zZXJ2ZXItdGVzdC0yIHRh cGRpc2tbMTc1ODhdOiBFUlJPUjogZXJybm8gLTUgYXQgdmhkX2NvbXBsZXRlOiAvdmFyL3J1bi9z ci1tb3VudC9iMWZkY2VhNC0xNTczLWRiYTMtNTRlZS1hMWFhZDZiY2JmMTMvMGUzZTgzMTAtOGEy Yi00YTI1LTkzMmQtMzcwMGE1ODg0ZmFlLnZoZDogb3A6IDIsIGxzZWM6IDEyNTI2MDU2LCBzZWNz OiAzMiwgbmJ5dGVzOiAxNjM4NCwgYmxrOiAzMDU4LCBibGtfb2Zmc2V0OiAyNTc3MzUxCi92YXIv bG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE1OjIyOjEyIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1sx NzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCBfX3RhcGRpc2tfdmJkX2NvbXBsZXRlX3RkX3JlcXVl c3Q6IHJlcSAxMjogd3JpdGUgMHgwMDIwIHNlY3MgdG8gMHgwMGJmMjFlOAovdmFyL2xvZy9kYWVt b24ubG9nOkp1bCAxOCAxNToyMjoxMiB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMTc1ODhdOiBF UlJPUjogZXJybm8gLTUgYXQgdmhkX2NvbXBsZXRlOiAvdmFyL3J1bi9zci1tb3VudC9iMWZkY2Vh NC0xNTczLWRiYTMtNTRlZS1hMWFhZDZiY2JmMTMvMGUzZTgzMTAtOGEyYi00YTI1LTkzMmQtMzcw MGE1ODg0ZmFlLnZoZDogb3A6IDIsIGxzZWM6IDE1MTUwNTQ0LCBzZWNzOiA4LCBuYnl0ZXM6IDQw OTYsIGJsazogMzY5OCwgYmxrX29mZnNldDogMjc3NDM0MwovdmFyL2xvZy9kYWVtb24ubG9nOkp1 bCAxOCAxNToyMjoxMiB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMTc1ODhdOiBFUlJPUjogZXJy bm8gLTUgYXQgX190YXBkaXNrX3ZiZF9jb21wbGV0ZV90ZF9yZXF1ZXN0OiByZXEgMTM6IHdyaXRl IDB4MDAwOCBzZWNzIHRvIDB4MDBlNzJkZDAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTU6 MjI6MTIgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzE3NTg4XTogRVJST1I6IGVycm5vIC01IGF0 IHZoZF9jb21wbGV0ZTogL3Zhci9ydW4vc3ItbW91bnQvYjFmZGNlYTQtMTU3My1kYmEzLTU0ZWUt YTFhYWQ2YmNiZjEzLzBlM2U4MzEwLThhMmItNGEyNS05MzJkLTM3MDBhNTg4NGZhZS52aGQ6IG9w OiAyLCBsc2VjOiAxNTE1MTQxNiwgc2VjczogOCwgbmJ5dGVzOiA0MDk2LCBibGs6IDM2OTksIGJs a19vZmZzZXQ6IDI3Nzg0NDcKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTU6MjI6MTIgeGVu c2VydmVyLXRlc3QtMiB0YXBkaXNrWzE3NTg4XTogRVJST1I6IGVycm5vIC01IGF0IF9fdGFwZGlz a192YmRfY29tcGxldGVfdGRfcmVxdWVzdDogcmVxIDE0OiB3cml0ZSAweDAwMDggc2VjcyB0byAw eDAwZTczMTM4Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE3OjU5OjAxIHhlbnNlcnZlci10 ZXN0LTIgSFZNMlsyMDc5OF06IHhzX3JlYWQoL3ZtLzczZDFmYTk0LTQ4YTYtNWYzZS05M2IwLTg5 M2YzMzY3YWQ5Ni9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5s b2c6SnVsIDE4IDE3OjU5OjAxIHhlbnNlcnZlci10ZXN0LTIgSFZNMlsyMDc5OF06IHhzX3JlYWQo L2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC8yL3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTog cmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTc6NTk6MDEgeGVuc2VydmVy LXRlc3QtMiBIVk0yWzIwNzk4XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0v NzNkMWZhOTQtNDhhNi01ZjNlLTkzYjAtODkzZjMzNjdhZDk2L3ZuY3Bhc3N3ZC4gCi92YXIvbG9n L2RhZW1vbi5sb2c6SnVsIDE4IDE3OjU5OjA0IHhlbnNlcnZlci10ZXN0LTIgSFZNM1syMTA4MF06 IHhzX3JlYWQoL3ZtLzE2ZjU5MDZkLTEwNDYtZDc0MS02MzA4LWJjOTA5NjFlYThkZC9sb2ctdGhy b3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE3OjU5OjA0 IHhlbnNlcnZlci10ZXN0LTIgSFZNM1syMTA4MF06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2Rl dmljZS1tb2RlbC8zL3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9s b2cvZGFlbW9uLmxvZzpKdWwgMTggMTc6NTk6MDQgeGVuc2VydmVyLXRlc3QtMiBIVk0zWzIxMDgw XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vMTZmNTkwNmQtMTA0Ni1kNzQx LTYzMDgtYmM5MDk2MWVhOGRkL3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4 IDE4OjM1OjAyIHhlbnNlcnZlci10ZXN0LTIgSFZNNFsyMTkzMF06IHhzX3JlYWQoL3ZtLzJmZGY3 ZTkzLWZhN2EtMDIxMC00ZGJkLWIwMTdjZTI2ZDZjZC9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJy b3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjM1OjAyIHhlbnNlcnZlci10ZXN0LTIg SFZNNFsyMTkzMF06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC80L3hlbl9l eHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwg MTggMTg6MzU6MDMgeGVuc2VydmVyLXRlc3QtMiBIVk00WzIxOTMwXTogeHNfcmVhZCgpOiB2bmNw YXNzd2QgZ2V0IGVycm9yLiAvdm0vMmZkZjdlOTMtZmE3YS0wMjEwLTRkYmQtYjAxN2NlMjZkNmNk L3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjM1OjA5IHhlbnNlcnZl ci10ZXN0LTIgSFZNNVsyMjIwNV06IHhzX3JlYWQoL3ZtL2Q2ZTY2MjIwLThmMmEtZjZjZC1kM2Zi LWMzYzI1MjljNzA5NC9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1v bi5sb2c6SnVsIDE4IDE4OjM1OjA5IHhlbnNlcnZlci10ZXN0LTIgSFZNNVsyMjIwNV06IHhzX3Jl YWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC81L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210 KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6MzU6MDkgeGVuc2Vy dmVyLXRlc3QtMiBIVk01WzIyMjA1XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAv dm0vZDZlNjYyMjAtOGYyYS1mNmNkLWQzZmItYzNjMjUyOWM3MDk0L3ZuY3Bhc3N3ZC4gCi92YXIv bG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjM1OjEyIHhlbnNlcnZlci10ZXN0LTIgSFZNNlsyMjQ4 MF06IHhzX3JlYWQoL3ZtLzUxYTFhOWU0LWYzZWItOWQ3MS01OGQwLTZjNmEwMDVhYWUxMC9sb2ct dGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjM1 OjEyIHhlbnNlcnZlci10ZXN0LTIgSFZNNlsyMjQ4MF06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8w L2RldmljZS1tb2RlbC82L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zh ci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6MzU6MTMgeGVuc2VydmVyLXRlc3QtMiBIVk02WzIy NDgwXTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vNTFhMWE5ZTQtZjNlYi05 ZDcxLTU4ZDAtNmM2YTAwNWFhZTEwL3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVs IDE4IDE4OjQ1OjA0IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0 LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDMpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0 ZG93biB7dmJkLDU2MzJ9IEQ6OGMzYWEyOGI5MzJlfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQg bm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIv bG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ1OjA0IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vy cm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDMpIGRldmljZV9l dmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDoxODNjMTY2MTMwZGV8ZXZlbnRdIGRl dmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBp biBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NDU6MDUgeGVuc2VydmVy LXRlc3QtMiB0YXBkaXNrWzIwOTA3XTogdGFwZGlzay1sb2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJv cnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ1OjA3IHhlbnNlcnZlci10ZXN0LTIg eGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDIp IGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDo0ZjEzNTMyMTY1NTB8 ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVj b3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NDU6MDcg eGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlz dGVufFZNIChkb21pZDogMikgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYz Mn0gRDo2OWNjZTcxMWYwMTJ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vz c2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxv ZzpKdWwgMTggMTg6NDU6MDggeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzIwNjIyXTogdGFwZGlz ay1sb2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4 IDE4OjQ2OjQyIHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8 NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDYpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93 biB7dmJkLDU2MzJ9IEQ6N2M4ZDE0NTE2ZDNifGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90 IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9n L2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ2OjQyIHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9y fHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDYpIGRldmljZV9ldmVu dCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDpiNzgzMGU1ZTQzZGJ8ZXZlbnRdIGRldmlj ZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBk YXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NDY6NDMgeGVuc2VydmVyLXRl c3QtMiB0YXBkaXNrWzIyMzA3XTogdGFwZGlzay1sb2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMg Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ2OjQ1IHhlbnNlcnZlci10ZXN0LTIgeGFw aTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDQpIGRl dmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDozMzkxNjQ1M2NmMzN8ZXZl bnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3Jk IG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NDY6NDUgeGVu c2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVu fFZNIChkb21pZDogNCkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0g RDpkZWMyMjIwOTU5YTR8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2Vk IGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMTg6NDY6NDYgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzIxNzU3XTogdGFwZGlzay1s b2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4 OjQ2OjQ4IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYg eGFsX2xpc3RlbnxWTSAoZG9taWQ6IDUpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7 dmJkLDc2OH0gRDplZmEyZDFiYmUzZGZ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUg cHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFl bW9uLmxvZzpKdWwgMTggMTg6NDY6NDggeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVu c2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogNSkgZGV2aWNlX2V2ZW50ID0g ZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDpjNDRiMmUwMGY4YjB8ZXZlbnRdIGRldmljZV9l dmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRh YmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NDY6NDkgeGVuc2VydmVyLXRlc3Qt MiB0YXBkaXNrWzIyMDMyXTogdGFwZGlzay1sb2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92 YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ3OjMyIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlz a1sxNzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCB2aGRfY29tcGxldGU6IC92YXIvcnVuL3NyLW1v dW50L2IxZmRjZWE0LTE1NzMtZGJhMy01NGVlLWExYWFkNmJjYmYxMy8wZTNlODMxMC04YTJiLTRh MjUtOTMyZC0zNzAwYTU4ODRmYWUudmhkOiBvcDogMiwgbHNlYzogMTI1MjYwNjQsIHNlY3M6IDI0 LCBuYnl0ZXM6IDEyMjg4LCBibGs6IDMwNTgsIGJsa19vZmZzZXQ6IDI1NzczNTEKL3Zhci9sb2cv ZGFlbW9uLmxvZzpKdWwgMTggMTg6NDc6MzIgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzE3NTg4 XTogRVJST1I6IGVycm5vIC01IGF0IF9fdGFwZGlza192YmRfY29tcGxldGVfdGRfcmVxdWVzdDog cmVxIDE1OiB3cml0ZSAweDAwMTggc2VjcyB0byAweDAwYmYyMWYwCi92YXIvbG9nL2RhZW1vbi5s b2c6SnVsIDE4IDE4OjQ3OjMyIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1sxNzU4OF06IEVSUk9S OiBlcnJubyAtNSBhdCB2aGRfY29tcGxldGU6IC92YXIvcnVuL3NyLW1vdW50L2IxZmRjZWE0LTE1 NzMtZGJhMy01NGVlLWExYWFkNmJjYmYxMy8wZTNlODMxMC04YTJiLTRhMjUtOTMyZC0zNzAwYTU4 ODRmYWUudmhkOiBvcDogMiwgbHNlYzogMTI1MjU5NTIsIHNlY3M6IDI0LCBuYnl0ZXM6IDEyMjg4 LCBibGs6IDMwNTgsIGJsa19vZmZzZXQ6IDI1NzczNTEKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwg MTggMTg6NDc6MzIgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzE3NTg4XTogRVJST1I6IGVycm5v IC01IGF0IF9fdGFwZGlza192YmRfY29tcGxldGVfdGRfcmVxdWVzdDogcmVxIDE0OiB3cml0ZSAw eDAwMTggc2VjcyB0byAweDAwYmYyMTgwCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ3 OjMyIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1sxNzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCB2 aGRfY29tcGxldGU6IC92YXIvcnVuL3NyLW1vdW50L2IxZmRjZWE0LTE1NzMtZGJhMy01NGVlLWEx YWFkNmJjYmYxMy8wZTNlODMxMC04YTJiLTRhMjUtOTMyZC0zNzAwYTU4ODRmYWUudmhkOiBvcDog MiwgbHNlYzogOTY0MjQ1Niwgc2VjczogMTYsIG5ieXRlczogODE5MiwgYmxrOiAyMzU0LCBibGtf b2Zmc2V0OiAyNDIxMzk5Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ3OjMyIHhlbnNl cnZlci10ZXN0LTIgdGFwZGlza1sxNzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCBfX3RhcGRpc2tf dmJkX2NvbXBsZXRlX3RkX3JlcXVlc3Q6IHJlcSAxMzogd3JpdGUgMHgwMDEwIHNlY3MgdG8gMHgw MDkzMjFkOAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxODo0NzozMiB4ZW5zZXJ2ZXItdGVz dC0yIHRhcGRpc2tbMTc1ODhdOiBFUlJPUjogZXJybm8gLTUgYXQgdmhkX2NvbXBsZXRlOiAvdmFy L3J1bi9zci1tb3VudC9iMWZkY2VhNC0xNTczLWRiYTMtNTRlZS1hMWFhZDZiY2JmMTMvMGUzZTgz MTAtOGEyYi00YTI1LTkzMmQtMzcwMGE1ODg0ZmFlLnZoZDogb3A6IDIsIGxzZWM6IDk2NDI0MzIs IHNlY3M6IDgsIG5ieXRlczogNDA5NiwgYmxrOiAyMzU0LCBibGtfb2Zmc2V0OiAyNDIxMzk5Ci92 YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ3OjMyIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlz a1sxNzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCBfX3RhcGRpc2tfdmJkX2NvbXBsZXRlX3RkX3Jl cXVlc3Q6IHJlcSAxMjogd3JpdGUgMHgwMDA4IHNlY3MgdG8gMHgwMDkzMjFjMAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAxODo0NzozMiB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMTc1ODhd OiBFUlJPUjogZXJybm8gLTUgYXQgdmhkX2NvbXBsZXRlOiAvdmFyL3J1bi9zci1tb3VudC9iMWZk Y2VhNC0xNTczLWRiYTMtNTRlZS1hMWFhZDZiY2JmMTMvMGUzZTgzMTAtOGEyYi00YTI1LTkzMmQt MzcwMGE1ODg0ZmFlLnZoZDogb3A6IDIsIGxzZWM6IDk2NDIzODQsIHNlY3M6IDI0LCBuYnl0ZXM6 IDEyMjg4LCBibGs6IDIzNTQsIGJsa19vZmZzZXQ6IDI0MjEzOTkKL3Zhci9sb2cvZGFlbW9uLmxv ZzpKdWwgMTggMTg6NDc6MzIgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzE3NTg4XTogRVJST1I6 IGVycm5vIC01IGF0IF9fdGFwZGlza192YmRfY29tcGxldGVfdGRfcmVxdWVzdDogcmVxIDExOiB3 cml0ZSAweDAwMTggc2VjcyB0byAweDAwOTMyMTkwCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4 IDE4OjQ3OjMyIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1sxNzU4OF06IEVSUk9SOiBlcnJubyAt NSBhdCB2aGRfY29tcGxldGU6IC92YXIvcnVuL3NyLW1vdW50L2IxZmRjZWE0LTE1NzMtZGJhMy01 NGVlLWExYWFkNmJjYmYxMy8wZTNlODMxMC04YTJiLTRhMjUtOTMyZC0zNzAwYTU4ODRmYWUudmhk OiBvcDogMiwgbHNlYzogOTM4MDI0OCwgc2VjczogOCwgbmJ5dGVzOiA0MDk2LCBibGs6IDIyOTAs IGJsa19vZmZzZXQ6IDIxNzUxNTkKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NDc6MzIg eGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzE3NTg4XTogRVJST1I6IGVycm5vIC01IGF0IF9fdGFw ZGlza192YmRfY29tcGxldGVfdGRfcmVxdWVzdDogcmVxIDEwOiB3cml0ZSAweDAwMDggc2VjcyB0 byAweDAwOGYyMTk4Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ3OjMyIHhlbnNlcnZl ci10ZXN0LTIgdGFwZGlza1sxNzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCB2aGRfY29tcGxldGU6 IC92YXIvcnVuL3NyLW1vdW50L2IxZmRjZWE0LTE1NzMtZGJhMy01NGVlLWExYWFkNmJjYmYxMy8w ZTNlODMxMC04YTJiLTRhMjUtOTMyZC0zNzAwYTU4ODRmYWUudmhkOiBvcDogMiwgbHNlYzogMzA4 ODc4NCwgc2VjczogMzIsIG5ieXRlczogMTYzODQsIGJsazogNzU0LCBibGtfb2Zmc2V0OiAxOTAw MTkxCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ3OjMyIHhlbnNlcnZlci10ZXN0LTIg dGFwZGlza1sxNzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCBfX3RhcGRpc2tfdmJkX2NvbXBsZXRl X3RkX3JlcXVlc3Q6IHJlcSA5OiB3cml0ZSAweDAwMjAgc2VjcyB0byAweDAwMmYyMTkwCi92YXIv bG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ3OjMyIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1sx NzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCB2aGRfY29tcGxldGU6IC92YXIvcnVuL3NyLW1vdW50 L2IxZmRjZWE0LTE1NzMtZGJhMy01NGVlLWExYWFkNmJjYmYxMy8wZTNlODMxMC04YTJiLTRhMjUt OTMyZC0zNzAwYTU4ODRmYWUudmhkOiBvcDogMiwgbHNlYzogMjMwMjY4MCwgc2VjczogOCwgbmJ5 dGVzOiA0MDk2LCBibGs6IDU2MiwgYmxrX29mZnNldDogMTYwODgwNwovdmFyL2xvZy9kYWVtb24u bG9nOkp1bCAxOCAxODo0NzozMiB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMTc1ODhdOiBFUlJP UjogZXJybm8gLTUgYXQgX190YXBkaXNrX3ZiZF9jb21wbGV0ZV90ZF9yZXF1ZXN0OiByZXEgODog d3JpdGUgMHgwMDA4IHNlY3MgdG8gMHgwMDIzMjJkOAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAx OCAxODo0NzozMiB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMTc1ODhdOiBFUlJPUjogZXJybm8g LTUgYXQgdmhkX2NvbXBsZXRlOiAvdmFyL3J1bi9zci1tb3VudC9iMWZkY2VhNC0xNTczLWRiYTMt NTRlZS1hMWFhZDZiY2JmMTMvMGUzZTgzMTAtOGEyYi00YTI1LTkzMmQtMzcwMGE1ODg0ZmFlLnZo ZDogb3A6IDIsIGxzZWM6IDIzMDI2NTYsIHNlY3M6IDgsIG5ieXRlczogNDA5NiwgYmxrOiA1NjIs IGJsa19vZmZzZXQ6IDE2MDg4MDcKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NDc6MzIg eGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzE3NTg4XTogRVJST1I6IGVycm5vIC01IGF0IF9fdGFw ZGlza192YmRfY29tcGxldGVfdGRfcmVxdWVzdDogcmVxIDc6IHdyaXRlIDB4MDAwOCBzZWNzIHRv IDB4MDAyMzIyYzAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NDc6MzIgeGVuc2VydmVy LXRlc3QtMiB0YXBkaXNrWzE3NTg4XTogRVJST1I6IGVycm5vIC01IGF0IHZoZF9jb21wbGV0ZTog L3Zhci9ydW4vc3ItbW91bnQvYjFmZGNlYTQtMTU3My1kYmEzLTU0ZWUtYTFhYWQ2YmNiZjEzLzBl M2U4MzEwLThhMmItNGEyNS05MzJkLTM3MDBhNTg4NGZhZS52aGQ6IG9wOiAyLCBsc2VjOiAyMzAy NjA4LCBzZWNzOiA4LCBuYnl0ZXM6IDQwOTYsIGJsazogNTYyLCBibGtfb2Zmc2V0OiAxNjA4ODA3 Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ3OjMyIHhlbnNlcnZlci10ZXN0LTIgdGFw ZGlza1sxNzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCBfX3RhcGRpc2tfdmJkX2NvbXBsZXRlX3Rk X3JlcXVlc3Q6IHJlcSA2OiB3cml0ZSAweDAwMDggc2VjcyB0byAweDAwMjMyMjkwCi92YXIvbG9n L2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ3OjMyIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1sxNzU4 OF06IEVSUk9SOiBlcnJubyAtNSBhdCB2aGRfY29tcGxldGU6IC92YXIvcnVuL3NyLW1vdW50L2Ix ZmRjZWE0LTE1NzMtZGJhMy01NGVlLWExYWFkNmJjYmYxMy8wZTNlODMxMC04YTJiLTRhMjUtOTMy ZC0zNzAwYTU4ODRmYWUudmhkOiBvcDogMiwgbHNlYzogMjMwMjUyOCwgc2VjczogOCwgbmJ5dGVz OiA0MDk2LCBibGs6IDU2MiwgYmxrX29mZnNldDogMTYwODgwNwovdmFyL2xvZy9kYWVtb24ubG9n Okp1bCAxOCAxODo0NzozMiB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMTc1ODhdOiBFUlJPUjog ZXJybm8gLTUgYXQgX190YXBkaXNrX3ZiZF9jb21wbGV0ZV90ZF9yZXF1ZXN0OiByZXEgNTogd3Jp dGUgMHgwMDA4IHNlY3MgdG8gMHgwMDIzMjI0MAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAx ODo0NzozMiB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMTc1ODhdOiBFUlJPUjogZXJybm8gLTUg YXQgdmhkX2NvbXBsZXRlOiAvdmFyL3J1bi9zci1tb3VudC9iMWZkY2VhNC0xNTczLWRiYTMtNTRl ZS1hMWFhZDZiY2JmMTMvMGUzZTgzMTAtOGEyYi00YTI1LTkzMmQtMzcwMGE1ODg0ZmFlLnZoZDog b3A6IDIsIGxzZWM6IDIzMDIzNjAsIHNlY3M6IDgsIG5ieXRlczogNDA5NiwgYmxrOiA1NjIsIGJs a19vZmZzZXQ6IDE2MDg4MDcKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NDc6MzIgeGVu c2VydmVyLXRlc3QtMiB0YXBkaXNrWzE3NTg4XTogRVJST1I6IGVycm5vIC01IGF0IF9fdGFwZGlz a192YmRfY29tcGxldGVfdGRfcmVxdWVzdDogcmVxIDM6IHdyaXRlIDB4MDAwOCBzZWNzIHRvIDB4 MDAyMzIxOTgKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NDc6MzIgeGVuc2VydmVyLXRl c3QtMiB0YXBkaXNrWzE3NTg4XTogRVJST1I6IGVycm5vIC01IGF0IHZoZF9jb21wbGV0ZTogL3Zh ci9ydW4vc3ItbW91bnQvYjFmZGNlYTQtMTU3My1kYmEzLTU0ZWUtYTFhYWQ2YmNiZjEzLzBlM2U4 MzEwLThhMmItNGEyNS05MzJkLTM3MDBhNTg4NGZhZS52aGQ6IG9wOiAyLCBsc2VjOiAxNzc4MTA0 LCBzZWNzOiA4LCBuYnl0ZXM6IDQwOTYsIGJsazogNDM0LCBibGtfb2Zmc2V0OiAxNTA2MjA3Ci92 YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ3OjMyIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlz a1sxNzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCBfX3RhcGRpc2tfdmJkX2NvbXBsZXRlX3RkX3Jl cXVlc3Q6IHJlcSAyOiB3cml0ZSAweDAwMDggc2VjcyB0byAweDAwMWIyMWI4Ci92YXIvbG9nL2Rh ZW1vbi5sb2c6SnVsIDE4IDE4OjQ3OjMyIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1sxNzU4OF06 IEVSUk9SOiBlcnJubyAtNSBhdCB2aGRfY29tcGxldGU6IC92YXIvcnVuL3NyLW1vdW50L2IxZmRj ZWE0LTE1NzMtZGJhMy01NGVlLWExYWFkNmJjYmYxMy8wZTNlODMxMC04YTJiLTRhMjUtOTMyZC0z NzAwYTU4ODRmYWUudmhkOiBvcDogMiwgbHNlYzogMjA1MTg0LCBzZWNzOiAxNiwgbmJ5dGVzOiA4 MTkyLCBibGs6IDUwLCBibGtfb2Zmc2V0OiA4NjIyMwovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAx OCAxODo0NzozMiB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMTc1ODhdOiBFUlJPUjogZXJybm8g LTUgYXQgX190YXBkaXNrX3ZiZF9jb21wbGV0ZV90ZF9yZXF1ZXN0OiByZXEgMTogd3JpdGUgMHgw MDEwIHNlY3MgdG8gMHgwMDAzMjE4MAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxODo0Nzoz MiB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMTc1ODhdOiBFUlJPUjogZXJybm8gLTUgYXQgdmhk X2NvbXBsZXRlOiAvdmFyL3J1bi9zci1tb3VudC9iMWZkY2VhNC0xNTczLWRiYTMtNTRlZS1hMWFh ZDZiY2JmMTMvMGUzZTgzMTAtOGEyYi00YTI1LTkzMmQtMzcwMGE1ODg0ZmFlLnZoZDogb3A6IDIs IGxzZWM6IDMyODQxNiwgc2VjczogMTYsIG5ieXRlczogODE5MiwgYmxrOiA4MCwgYmxrX29mZnNl dDogMjA1MjM5Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjQ3OjMyIHhlbnNlcnZlci10 ZXN0LTIgdGFwZGlza1sxNzU4OF06IEVSUk9SOiBlcnJubyAtNSBhdCBfX3RhcGRpc2tfdmJkX2Nv bXBsZXRlX3RkX3JlcXVlc3Q6IHJlcSAwOiB3cml0ZSAweDAwMTAgc2VjcyB0byAweDAwMDUwMmUw Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjUzOjAzIHhlbnNlcnZlci10ZXN0LTIgSFZN N1syNDE5Ml06IHhzX3JlYWQoL3ZtLzA3NWNjODQ1LTE3NjctMGNlNS04OGI0LTg2OTIzN2QzMWFj Yi9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4 IDE4OjUzOjAzIHhlbnNlcnZlci10ZXN0LTIgSFZNN1syNDE5Ml06IHhzX3JlYWQoL2xvY2FsL2Rv bWFpbi8wL2RldmljZS1tb2RlbC83L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJv ciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NTM6MDMgeGVuc2VydmVyLXRlc3QtMiBI Vk03WzI0MTkyXTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vMDc1Y2M4NDUt MTc2Ny0wY2U1LTg4YjQtODY5MjM3ZDMxYWNiL3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5s b2c6SnVsIDE4IDE4OjUzOjA5IHhlbnNlcnZlci10ZXN0LTIgSFZNOFsyNDQ4MF06IHhzX3JlYWQo L3ZtL2NlNTJkOGEzLTIxODktMDE1Ni1kMGVkLTFiYTZkMzQzYTY5MS9sb2ctdGhyb3R0bGluZyk6 IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjUzOjA5IHhlbnNlcnZl ci10ZXN0LTIgSFZNOFsyNDQ4MF06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2Rl bC84L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9u LmxvZzpKdWwgMTggMTg6NTM6MDkgeGVuc2VydmVyLXRlc3QtMiBIVk04WzI0NDgwXTogeHNfcmVh ZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vY2U1MmQ4YTMtMjE4OS0wMTU2LWQwZWQtMWJh NmQzNDNhNjkxL3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjUzOjEz IHhlbnNlcnZlci10ZXN0LTIgSFZNOVsyNDc1NV06IHhzX3JlYWQoL3ZtLzUyYTY1NTUwLTA1ZTct OTUxMS05NmUzLTQwZmYwYjA5MmE2MS9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIv bG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjUzOjEzIHhlbnNlcnZlci10ZXN0LTIgSFZNOVsyNDc1 NV06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC85L3hlbl9leHRlbmRlZF9w b3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NTM6 MTMgeGVuc2VydmVyLXRlc3QtMiBIVk05WzI0NzU1XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0 IGVycm9yLiAvdm0vNTJhNjU1NTAtMDVlNy05NTExLTk2ZTMtNDBmZjBiMDkyYTYxL3ZuY3Bhc3N3 ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjUzOjE3IHhlbnNlcnZlci10ZXN0LTIg SFZNMTBbMjUwMzddOiB4c19yZWFkKC92bS9jNjZhMmNkNi05NmM4LTJjNmYtMDIxYS1mOTYyMjgx ODZlZDIvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1 bCAxOCAxODo1MzoxNyB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTEwWzI1MDM3XTogeHNfcmVhZCgvbG9j YWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzEwL3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVh ZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NTM6MTcgeGVuc2VydmVyLXRl c3QtMiBIVk0xMFsyNTAzN106IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtL2M2 NmEyY2Q2LTk2YzgtMmM2Zi0wMjFhLWY5NjIyODE4NmVkMi92bmNwYXNzd2QuIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAxODo1MzoyMyB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTExWzI1MzE1XTog eHNfcmVhZCgvdm0vMGQ1YmVmNjUtZTFhNC0zNDFlLWZmYTQtZDZiZGUzM2I2ODQxL2xvZy10aHJv dHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NTM6MjMg eGVuc2VydmVyLXRlc3QtMiBIVk0xMVsyNTMxNV06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2Rl dmljZS1tb2RlbC8xMS94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIv bG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjUzOjIzIHhlbnNlcnZlci10ZXN0LTIgSFZNMTFbMjUz MTVdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS8wZDViZWY2NS1lMWE0LTM0 MWUtZmZhNC1kNmJkZTMzYjY4NDEvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwg MTggMTg6NTM6MzYgeGVuc2VydmVyLXRlc3QtMiBIVk0xMlsyNTU5MV06IHhzX3JlYWQoL3ZtL2Yw YTZjYTEyLWFlN2EtNTJjOC02ZDE4LWRkYzBhYjE3YzZmYi9sb2ctdGhyb3R0bGluZyk6IHJlYWQg ZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjUzOjM2IHhlbnNlcnZlci10ZXN0 LTIgSFZNMTJbMjU1OTFdOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvMTIv eGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9n Okp1bCAxOCAxODo1MzozNiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTEyWzI1NTkxXTogeHNfcmVhZCgp OiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vZjBhNmNhMTItYWU3YS01MmM4LTZkMTgtZGRjMGFi MTdjNmZiL3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjU1OjE3IHhl bnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3Rl bnxWTSAoZG9taWQ6IDExKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9 IEQ6YzgwOGJjNTY2N2I0fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3Nl ZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6 SnVsIDE4IDE4OjU1OjE3IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10 ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDExKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ug c2h1dGRvd24ge3ZiZCw1NjMyfSBEOjU3NzhjZjIzZTM4MXxldmVudF0gZGV2aWNlX2V2ZW50IGNv dWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAov dmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxODo1NToxOCB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRp c2tbMjUxNDJdOiB0YXBkaXNrLWxvZzogY2xvc2luZyBhZnRlciAwIGVycm9ycyAKL3Zhci9sb2cv ZGFlbW9uLmxvZzpKdWwgMTggMTg6NTU6MjAgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8 eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogOSkgZGV2aWNlX2V2ZW50 ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDoyOGI3ZTZlZTQ1MmV8ZXZlbnRdIGRldmlj ZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBk YXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NTU6MjAgeGVuc2VydmVyLXRl c3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21p ZDogOSkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOmZlMDNkNmMw NmFkZXxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBW TSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxODo1 NToyMSB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMjQ1ODJdOiB0YXBkaXNrLWxvZzogY2xvc2lu ZyBhZnRlciAwIGVycm9ycyAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NTU6MzQgeGVu c2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVu fFZNIChkb21pZDogMTIpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0g RDoxZmZjNmFjZGFmZTR8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2Vk IGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMTg6NTU6MzQgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRl c3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMTIpIGRldmljZV9ldmVudCA9IGRldmljZSBz aHV0ZG93biB7dmJkLDU2MzJ9IEQ6OWQyZjc4ZTBmOTdhfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291 bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92 YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjU1OjM1IHhlbnNlcnZlci10ZXN0LTIgdGFwZGlz a1syNTQxOF06IHRhcGRpc2stbG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAxODo1NTozNyB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4 ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA3KSBkZXZpY2VfZXZlbnQg PSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6YTZkOThmMmQzOTQ1fGV2ZW50XSBkZXZpY2Vf ZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0 YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjU1OjM3IHhlbnNlcnZlci10ZXN0 LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6 IDcpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6MzA3ZDBjZjgw NmVifGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZN IHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjU1 OjM4IHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1syNDAxOV06IHRhcGRpc2stbG9nOiBjbG9zaW5n IGFmdGVyIDAgZXJyb3JzIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxODo1NTo0MCB4ZW5z ZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58 Vk0gKGRvbWlkOiA4KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6 ZWQyYzM1NzM1NmYxfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBi ZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVs IDE4IDE4OjU1OjQwIHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0 LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDgpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0 ZG93biB7dmJkLDU2MzJ9IEQ6MzQyODE2YmQzMTY2fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQg bm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIv bG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE4OjU1OjQyIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1sy NDI5NF06IHRhcGRpc2stbG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAovdmFyL2xvZy9kYWVt b24ubG9nOkp1bCAxOCAxODo1NTo0NSB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5z ZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAxMCkgZGV2aWNlX2V2ZW50ID0g ZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDozYWY4ZDgyYTU3Yjl8ZXZlbnRdIGRldmljZV9l dmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRh YmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NTU6NDUgeGVuc2VydmVyLXRlc3Qt MiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDog MTApIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDo4Njc0OWViN2E0 ZGJ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0g cmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTg6NTU6 NDYgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzI0ODU3XTogdGFwZGlzay1sb2c6IGNsb3Npbmcg YWZ0ZXIgMCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjAyOjM4IHhlbnNl cnZlci10ZXN0LTIgSFZNMTNbMjc1MzBdOiB4c19yZWFkKC92bS85Mzg1NWYxNy02NWViLTgxYzAt Y2EzMi1jNjM4ZGI5MjI5ZWUvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAxOTowMjozOCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTEzWzI3NTMwXTog eHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzEzL3hlbl9leHRlbmRlZF9wb3dl cl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDI6Mzgg eGVuc2VydmVyLXRlc3QtMiBIVk0xM1syNzUzMF06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBl cnJvci4gL3ZtLzkzODU1ZjE3LTY1ZWItODFjMC1jYTMyLWM2MzhkYjkyMjllZS92bmNwYXNzd2Qu IAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowMjo0NCB4ZW5zZXJ2ZXItdGVzdC0yIEhW TTE0WzI3ODA4XTogeHNfcmVhZCgvdm0vY2E3ZDZhNWMtZjNhYy02MTc2LWFlNTItNWMzZmY0Njc1 NDcyL2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwg MTggMTk6MDI6NDQgeGVuc2VydmVyLXRlc3QtMiBIVk0xNFsyNzgwOF06IHhzX3JlYWQoL2xvY2Fs L2RvbWFpbi8wL2RldmljZS1tb2RlbC8xNC94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQg ZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjAyOjQ0IHhlbnNlcnZlci10ZXN0 LTIgSFZNMTRbMjc4MDhdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS9jYTdk NmE1Yy1mM2FjLTYxNzYtYWU1Mi01YzNmZjQ2NzU0NzIvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFl bW9uLmxvZzpKdWwgMTggMTk6MDI6NTkgeGVuc2VydmVyLXRlc3QtMiBIVk0xNVsyODA5MV06IHhz X3JlYWQoL3ZtL2E0ZTZiNzk5LWZiMDItZjc5ZS00OGZlLTU2ZjBhM2M2NzA3OC9sb2ctdGhyb3R0 bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjAyOjU5IHhl bnNlcnZlci10ZXN0LTIgSFZNMTVbMjgwOTFdOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZp Y2UtbW9kZWwvMTUveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xv Zy9kYWVtb24ubG9nOkp1bCAxOCAxOTowMjo1OSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTE1WzI4MDkx XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vYTRlNmI3OTktZmIwMi1mNzll LTQ4ZmUtNTZmMGEzYzY3MDc4L3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4 IDE5OjAzOjAyIHhlbnNlcnZlci10ZXN0LTIgSFZNMTZbMjgzNjldOiB4c19yZWFkKC92bS9kYjlj NmNlZC02MDJlLTc3NTktYzUyNC00YzRkNTUxODk1NDAvbG9nLXRocm90dGxpbmcpOiByZWFkIGVy cm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowMzowMiB4ZW5zZXJ2ZXItdGVzdC0y IEhWTTE2WzI4MzY5XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzE2L3hl bl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMTk6MDM6MDIgeGVuc2VydmVyLXRlc3QtMiBIVk0xNlsyODM2OV06IHhzX3JlYWQoKTog dm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtL2RiOWM2Y2VkLTYwMmUtNzc1OS1jNTI0LTRjNGQ1NTE4 OTU0MC92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowMzowNiB4ZW5z ZXJ2ZXItdGVzdC0yIEhWTTE3WzI4NjUzXTogeHNfcmVhZCgvdm0vNmY5NGY2MjYtNzhkNi0xNGRj LTM4NjctNGVmNTkyMjFkZjQwL2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cv ZGFlbW9uLmxvZzpKdWwgMTggMTk6MDM6MDYgeGVuc2VydmVyLXRlc3QtMiBIVk0xN1syODY1M106 IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC8xNy94ZW5fZXh0ZW5kZWRfcG93 ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjAzOjA2 IHhlbnNlcnZlci10ZXN0LTIgSFZNMTdbMjg2NTNdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQg ZXJyb3IuIC92bS82Zjk0ZjYyNi03OGQ2LTE0ZGMtMzg2Ny00ZWY1OTIyMWRmNDAvdm5jcGFzc3dk LiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDM6MDkgeGVuc2VydmVyLXRlc3QtMiBI Vk0xOFsyODkyOV06IHhzX3JlYWQoL3ZtL2YzMmQ3ZWNkLWYzYjktMWIwZS1lMWEwLTM3ZjIxYTZl OTlmOS9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVs IDE4IDE5OjAzOjA5IHhlbnNlcnZlci10ZXN0LTIgSFZNMThbMjg5MjldOiB4c19yZWFkKC9sb2Nh bC9kb21haW4vMC9kZXZpY2UtbW9kZWwvMTgveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFk IGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowMzowOSB4ZW5zZXJ2ZXItdGVz dC0yIEhWTTE4WzI4OTI5XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vZjMy ZDdlY2QtZjNiOS0xYjBlLWUxYTAtMzdmMjFhNmU5OWY5L3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2Rh ZW1vbi5sb2c6SnVsIDE4IDE5OjAzOjEzIHhlbnNlcnZlci10ZXN0LTIgSFZNMTlbMjkyMDRdOiB4 c19yZWFkKC92bS83NWYyN2Y2OC00M2Q2LWJiZTMtOTNjNS00MjY3MTNkZThkOWIvbG9nLXRocm90 dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowMzoxMyB4 ZW5zZXJ2ZXItdGVzdC0yIEhWTTE5WzI5MjA0XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2 aWNlLW1vZGVsLzE5L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9s b2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDM6MTMgeGVuc2VydmVyLXRlc3QtMiBIVk0xOVsyOTIw NF06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtLzc1ZjI3ZjY4LTQzZDYtYmJl My05M2M1LTQyNjcxM2RlOGQ5Yi92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAx OCAxOTowMzoxNiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTIwWzI5NDc5XTogeHNfcmVhZCgvdm0vMTdl MWEyYjEtMmEzYy05MTNmLWJjNmMtNDhkZGUwNDAyNjMyL2xvZy10aHJvdHRsaW5nKTogcmVhZCBl cnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDM6MTYgeGVuc2VydmVyLXRlc3Qt MiBIVk0yMFsyOTQ3OV06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC8yMC94 ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6 SnVsIDE4IDE5OjAzOjE2IHhlbnNlcnZlci10ZXN0LTIgSFZNMjBbMjk0NzldOiB4c19yZWFkKCk6 IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS8xN2UxYTJiMS0yYTNjLTkxM2YtYmM2Yy00OGRkZTA0 MDI2MzIvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDM6MjAgeGVu c2VydmVyLXRlc3QtMiBIVk0yMVsyOTc2OV06IHhzX3JlYWQoL3ZtLzczZmZkODVmLTIzZWItZTUx NS1kNmFlLTJjOWI0MmM4MGNkOC9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9n L2RhZW1vbi5sb2c6SnVsIDE4IDE5OjAzOjIwIHhlbnNlcnZlci10ZXN0LTIgSFZNMjFbMjk3Njld OiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvMjEveGVuX2V4dGVuZGVkX3Bv d2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowMzoy MCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTIxWzI5NzY5XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0 IGVycm9yLiAvdm0vNzNmZmQ4NWYtMjNlYi1lNTE1LWQ2YWUtMmM5YjQyYzgwY2Q4L3ZuY3Bhc3N3 ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjAzOjIzIHhlbnNlcnZlci10ZXN0LTIg SFZNMjJbMzAwNDRdOiB4c19yZWFkKC92bS82NzJmYThjZC03ZjUxLTUxMmMtZTFmZS0yYTgwMDE3 MDQ2Y2MvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1 bCAxOCAxOTowMzoyMyB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTIyWzMwMDQ0XTogeHNfcmVhZCgvbG9j YWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzIyL3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVh ZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDM6MjMgeGVuc2VydmVyLXRl c3QtMiBIVk0yMlszMDA0NF06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtLzY3 MmZhOGNkLTdmNTEtNTEyYy1lMWZlLTJhODAwMTcwNDZjYy92bmNwYXNzd2QuIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAxOTowMzoyNyB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTIzWzMwMzIwXTog eHNfcmVhZCgvdm0vY2M2NmY1YjktZGYyOS1hNDU1LTJkYWItMzljOWMxMmIwMzE2L2xvZy10aHJv dHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDM6Mjcg eGVuc2VydmVyLXRlc3QtMiBIVk0yM1szMDMyMF06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2Rl dmljZS1tb2RlbC8yMy94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIv bG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjAzOjI3IHhlbnNlcnZlci10ZXN0LTIgSFZNMjNbMzAz MjBdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS9jYzY2ZjViOS1kZjI5LWE0 NTUtMmRhYi0zOWM5YzEyYjAzMTYvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwg MTggMTk6MDM6MzYgeGVuc2VydmVyLXRlc3QtMiBIVk0yNFszMDU5NV06IHhzX3JlYWQoL3ZtLzZj ZjM3ZGExLTJmZTktMjllZC0xZTY2LTVhNWE0NDhlYjcyOC9sb2ctdGhyb3R0bGluZyk6IHJlYWQg ZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjAzOjM2IHhlbnNlcnZlci10ZXN0 LTIgSFZNMjRbMzA1OTVdOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvMjQv eGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9n Okp1bCAxOCAxOTowMzozNiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTI0WzMwNTk1XTogeHNfcmVhZCgp OiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vNmNmMzdkYTEtMmZlOS0yOWVkLTFlNjYtNWE1YTQ0 OGViNzI4L3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjAzOjQwIHhl bnNlcnZlci10ZXN0LTIgSFZNMjVbMzA4NzBdOiB4c19yZWFkKC92bS82ZDE5ZjMxYS1mN2VkLTNh NmMtNGRjYi1lOTFlMDQyNTY3NDcvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xv Zy9kYWVtb24ubG9nOkp1bCAxOCAxOTowMzo0MCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTI1WzMwODcw XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzI1L3hlbl9leHRlbmRlZF9w b3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDM6 NDAgeGVuc2VydmVyLXRlc3QtMiBIVk0yNVszMDg3MF06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdl dCBlcnJvci4gL3ZtLzZkMTlmMzFhLWY3ZWQtM2E2Yy00ZGNiLWU5MWUwNDI1Njc0Ny92bmNwYXNz d2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowMzo0NiB4ZW5zZXJ2ZXItdGVzdC0y IEhWTTI2WzMxMTQ1XTogeHNfcmVhZCgvdm0vZTk4MTQ1NmYtZjM2ZC0zMTc5LTQ5YTMtNGRhNWQ0 NWEwNWNjL2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMTk6MDM6NDYgeGVuc2VydmVyLXRlc3QtMiBIVk0yNlszMTE0NV06IHhzX3JlYWQoL2xv Y2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC8yNi94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJl YWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjAzOjQ2IHhlbnNlcnZlci10 ZXN0LTIgSFZNMjZbMzExNDVdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS9l OTgxNDU2Zi1mMzZkLTMxNzktNDlhMy00ZGE1ZDQ1YTA1Y2Mvdm5jcGFzc3dkLiAKL3Zhci9sb2cv ZGFlbW9uLmxvZzpKdWwgMTggMTk6MDM6NTAgeGVuc2VydmVyLXRlc3QtMiBIVk0yN1szMTQyNF06 IHhzX3JlYWQoL3ZtLzQyMmM3YzQ3LTY1OWUtZDRhMS0wNzZiLTE3YmE3ZTI3YWIzMS9sb2ctdGhy b3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjAzOjUw IHhlbnNlcnZlci10ZXN0LTIgSFZNMjdbMzE0MjRdOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9k ZXZpY2UtbW9kZWwvMjcveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFy L2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowMzo1MCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTI3WzMx NDI0XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vNDIyYzdjNDctNjU5ZS1k NGExLTA3NmItMTdiYTdlMjdhYjMxL3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVs IDE4IDE5OjAzOjU2IHhlbnNlcnZlci10ZXN0LTIgSFZNMjhbMzE3MDBdOiB4c19yZWFkKC92bS8x YmRlZmJiYS1kOTZlLTYwNzEtZmZlNC03Y2U2NDE3ZDBjY2UvbG9nLXRocm90dGxpbmcpOiByZWFk IGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowMzo1NiB4ZW5zZXJ2ZXItdGVz dC0yIEhWTTI4WzMxNzAwXTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzI4 L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxv ZzpKdWwgMTggMTk6MDM6NTYgeGVuc2VydmVyLXRlc3QtMiBIVk0yOFszMTcwMF06IHhzX3JlYWQo KTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtLzFiZGVmYmJhLWQ5NmUtNjA3MS1mZmU0LTdjZTY0 MTdkMGNjZS92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNDowMCB4 ZW5zZXJ2ZXItdGVzdC0yIEhWTTI5WzMxOTc1XTogeHNfcmVhZCgvdm0vZWNiNmM2NTAtOTM1My02 MThhLWU2ODMtYTFiNzFmYmQ1OTg0L2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9s b2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDQ6MDAgeGVuc2VydmVyLXRlc3QtMiBIVk0yOVszMTk3 NV06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC8yOS94ZW5fZXh0ZW5kZWRf cG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA0 OjAwIHhlbnNlcnZlci10ZXN0LTIgSFZNMjlbMzE5NzVdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBn ZXQgZXJyb3IuIC92bS9lY2I2YzY1MC05MzUzLTYxOGEtZTY4My1hMWI3MWZiZDU5ODQvdm5jcGFz c3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDQ6MDMgeGVuc2VydmVyLXRlc3Qt MiBIVk0zMFszMjI1MF06IHhzX3JlYWQoL3ZtL2U5OWFjNTJhLWNlM2EtMDQ1OS1kZjAxLTczNDk5 YzIyNjZkYi9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6 SnVsIDE4IDE5OjA0OjAzIHhlbnNlcnZlci10ZXN0LTIgSFZNMzBbMzIyNTBdOiB4c19yZWFkKC9s b2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvMzAveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiBy ZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNDowMyB4ZW5zZXJ2ZXIt dGVzdC0yIEhWTTMwWzMyMjUwXTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0v ZTk5YWM1MmEtY2UzYS0wNDU5LWRmMDEtNzM0OTljMjI2NmRiL3ZuY3Bhc3N3ZC4gCi92YXIvbG9n L2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA0OjA3IHhlbnNlcnZlci10ZXN0LTIgSFZNMzFbMzI1MjVd OiB4c19yZWFkKC92bS9lY2M1MjJjYy02NGY3LWQwYjEtZjhlMy05NTI2MWUwMTc4NTUvbG9nLXRo cm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNDow NyB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTMxWzMyNTI1XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAv ZGV2aWNlLW1vZGVsLzMxL3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zh ci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDQ6MDcgeGVuc2VydmVyLXRlc3QtMiBIVk0zMVsz MjUyNV06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtL2VjYzUyMmNjLTY0Zjct ZDBiMS1mOGUzLTk1MjYxZTAxNzg1NS92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1 bCAxOCAxOTowNDoxMSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTMyWzMzMl06IHhzX3JlYWQoL3ZtLzZj MTM4ODYwLWYwYzAtMmZkYy02ODBiLWZlZmYzNTFmNTBiMC9sb2ctdGhyb3R0bGluZyk6IHJlYWQg ZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA0OjExIHhlbnNlcnZlci10ZXN0 LTIgSFZNMzJbMzMyXTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzMyL3hl bl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMTk6MDQ6MTEgeGVuc2VydmVyLXRlc3QtMiBIVk0zMlszMzJdOiB4c19yZWFkKCk6IHZu Y3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS82YzEzODg2MC1mMGMwLTJmZGMtNjgwYi1mZWZmMzUxZjUw YjAvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDQ6MTQgeGVuc2Vy dmVyLXRlc3QtMiBIVk0zM1s2MDhdOiB4c19yZWFkKC92bS9kYTM1YzU1ZC1lY2JmLTZlOTAtYTJk Zi1lZTA3YWJjZTM0YjcvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVt b24ubG9nOkp1bCAxOCAxOTowNDoxNCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTMzWzYwOF06IHhzX3Jl YWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC8zMy94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdt dCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA0OjE0IHhlbnNl cnZlci10ZXN0LTIgSFZNMzNbNjA4XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAv dm0vZGEzNWM1NWQtZWNiZi02ZTkwLWEyZGYtZWUwN2FiY2UzNGI3L3ZuY3Bhc3N3ZC4gCi92YXIv bG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA0OjE4IHhlbnNlcnZlci10ZXN0LTIgSFZNMzRbOTAw XTogeHNfcmVhZCgvdm0vY2EzZmY5MzAtOWU4ZS03OTVjLTc4MDItYWUyMDU3ZmZmMWRkL2xvZy10 aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDQ6 MTggeGVuc2VydmVyLXRlc3QtMiBIVk0zNFs5MDBdOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9k ZXZpY2UtbW9kZWwvMzQveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFy L2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNDoxOCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTM0Wzkw MF06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtL2NhM2ZmOTMwLTllOGUtNzk1 Yy03ODAyLWFlMjA1N2ZmZjFkZC92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAx OCAxOTowNDoyMiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTM1WzExNzldOiB4c19yZWFkKC92bS9jNjM4 NDZhZS0xMzIyLTFhOWMtNWU2OC0wYzdjOTVhNmM5MDIvbG9nLXRocm90dGxpbmcpOiByZWFkIGVy cm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNDoyMiB4ZW5zZXJ2ZXItdGVzdC0y IEhWTTM1WzExNzldOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvMzUveGVu X2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1 bCAxOCAxOTowNDoyMiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTM1WzExNzldOiB4c19yZWFkKCk6IHZu Y3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS9jNjM4NDZhZS0xMzIyLTFhOWMtNWU2OC0wYzdjOTVhNmM5 MDIvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDQ6MjkgeGVuc2Vy dmVyLXRlc3QtMiBIVk0zNlsxNDU1XTogeHNfcmVhZCgvdm0vY2ZlMjVlNjYtYmI0Mi05NzU1LTQy YWEtZmY3ZTdkYzY2MTBiL2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFl bW9uLmxvZzpKdWwgMTggMTk6MDQ6MjkgeGVuc2VydmVyLXRlc3QtMiBIVk0zNlsxNDU1XTogeHNf cmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzM2L3hlbl9leHRlbmRlZF9wb3dlcl9t Z210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDQ6MjkgeGVu c2VydmVyLXRlc3QtMiBIVk0zNlsxNDU1XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9y LiAvdm0vY2ZlMjVlNjYtYmI0Mi05NzU1LTQyYWEtZmY3ZTdkYzY2MTBiL3ZuY3Bhc3N3ZC4gCi92 YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA0OjM4IHhlbnNlcnZlci10ZXN0LTIgSFZNMzdb MTc0Nl06IHhzX3JlYWQoL3ZtLzZkM2FhOThhLWM5NGEtZGI1Yi05N2I4LWYwNTk0ZWM4YWU2NS9s b2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5 OjA0OjM4IHhlbnNlcnZlci10ZXN0LTIgSFZNMzdbMTc0Nl06IHhzX3JlYWQoL2xvY2FsL2RvbWFp bi8wL2RldmljZS1tb2RlbC8zNy94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3Ig Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA0OjM4IHhlbnNlcnZlci10ZXN0LTIgSFZN MzdbMTc0Nl06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtLzZkM2FhOThhLWM5 NGEtZGI1Yi05N2I4LWYwNTk0ZWM4YWU2NS92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9n Okp1bCAxOCAxOTowNDo0MiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTM4WzIwMjRdOiB4c19yZWFkKC92 bS8wYjUyZjc2ZS0xOTI3LTE0ZTctYmNmNS00OTgwZjM3YTZmZWEvbG9nLXRocm90dGxpbmcpOiBy ZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNDo0MiB4ZW5zZXJ2ZXIt dGVzdC0yIEhWTTM4WzIwMjRdOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwv MzgveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24u bG9nOkp1bCAxOCAxOTowNDo0MiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTM4WzIwMjRdOiB4c19yZWFk KCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS8wYjUyZjc2ZS0xOTI3LTE0ZTctYmNmNS00OTgw ZjM3YTZmZWEvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDQ6NDYg eGVuc2VydmVyLXRlc3QtMiBIVk0zOVsyMjk5XTogeHNfcmVhZCgvdm0vY2NlYzgwMzctZThjYS1i YWQ5LTdiZmEtY2Y2OTgyMTcxYzdlL2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9s b2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDQ6NDYgeGVuc2VydmVyLXRlc3QtMiBIVk0zOVsyMjk5 XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzM5L3hlbl9leHRlbmRlZF9w b3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDQ6 NDYgeGVuc2VydmVyLXRlc3QtMiBIVk0zOVsyMjk5XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0 IGVycm9yLiAvdm0vY2NlYzgwMzctZThjYS1iYWQ5LTdiZmEtY2Y2OTgyMTcxYzdlL3ZuY3Bhc3N3 ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA0OjQ5IHhlbnNlcnZlci10ZXN0LTIg SFZNNDBbMjU3OF06IHhzX3JlYWQoL3ZtLzllNzczNzVmLTA0ODctZjVkZS0xMTJkLTBjN2U4YTk2 YTk3Ny9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVs IDE4IDE5OjA0OjQ5IHhlbnNlcnZlci10ZXN0LTIgSFZNNDBbMjU3OF06IHhzX3JlYWQoL2xvY2Fs L2RvbWFpbi8wL2RldmljZS1tb2RlbC80MC94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQg ZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA0OjQ5IHhlbnNlcnZlci10ZXN0 LTIgSFZNNDBbMjU3OF06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtLzllNzcz NzVmLTA0ODctZjVkZS0xMTJkLTBjN2U4YTk2YTk3Ny92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVt b24ubG9nOkp1bCAxOCAxOTowNDo1MyB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTQxWzI4NTNdOiB4c19y ZWFkKC92bS9kMzM4NTdiMC1hZjlmLWIyYWYtNzA1NC0yZTNhNmUxZDk0MDMvbG9nLXRocm90dGxp bmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNDo1MyB4ZW5z ZXJ2ZXItdGVzdC0yIEhWTTQxWzI4NTNdOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2Ut bW9kZWwvNDEveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAxOTowNDo1MyB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTQxWzI4NTNdOiB4 c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS9kMzM4NTdiMC1hZjlmLWIyYWYtNzA1 NC0yZTNhNmUxZDk0MDMvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6 MDQ6NTcgeGVuc2VydmVyLXRlc3QtMiBIVk00MlszMTI5XTogeHNfcmVhZCgvdm0vYzAyYWVlNzIt YjM1My1hNzM4LWJiMjMtNDNjMGIzODA3ODUwL2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAK L3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDQ6NTcgeGVuc2VydmVyLXRlc3QtMiBIVk00 MlszMTI5XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzQyL3hlbl9leHRl bmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTgg MTk6MDQ6NTcgeGVuc2VydmVyLXRlc3QtMiBIVk00MlszMTI5XTogeHNfcmVhZCgpOiB2bmNwYXNz d2QgZ2V0IGVycm9yLiAvdm0vYzAyYWVlNzItYjM1My1hNzM4LWJiMjMtNDNjMGIzODA3ODUwL3Zu Y3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA1OjAxIHhlbnNlcnZlci10 ZXN0LTIgSFZNNDNbMzQwNF06IHhzX3JlYWQoL3ZtL2VjNjAwNGM4LTM0N2YtZTgwZS1lMGY3LWQy NThmMzYzNGI2Yy9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5s b2c6SnVsIDE4IDE5OjA1OjAxIHhlbnNlcnZlci10ZXN0LTIgSFZNNDNbMzQwNF06IHhzX3JlYWQo L2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC80My94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6 IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA1OjAxIHhlbnNlcnZl ci10ZXN0LTIgSFZNNDNbMzQwNF06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3Zt L2VjNjAwNGM4LTM0N2YtZTgwZS1lMGY3LWQyNThmMzYzNGI2Yy92bmNwYXNzd2QuIAovdmFyL2xv Zy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNTowNSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTQ0WzM2Nzld OiB4c19yZWFkKC92bS84YjEzNWVhOC0yYTIzLTYxMGYtMTExYi05MmI3Y2QxYjlmNzQvbG9nLXRo cm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNTow NSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTQ0WzM2NzldOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9k ZXZpY2UtbW9kZWwvNDQveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFy L2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNTowNSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTQ0WzM2 NzldOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS84YjEzNWVhOC0yYTIzLTYx MGYtMTExYi05MmI3Y2QxYjlmNzQvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwg MTggMTk6MDU6MTcgeGVuc2VydmVyLXRlc3QtMiBIVk00NVszOTU0XTogeHNfcmVhZCgvdm0vNzUy ZTQxYWYtOWZkMi1kYzJiLTk3YmEtNDZiYmYyMDRkYTBjL2xvZy10aHJvdHRsaW5nKTogcmVhZCBl cnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDU6MTcgeGVuc2VydmVyLXRlc3Qt MiBIVk00NVszOTU0XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzQ1L3hl bl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMTk6MDU6MTcgeGVuc2VydmVyLXRlc3QtMiBIVk00NVszOTU0XTogeHNfcmVhZCgpOiB2 bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vNzUyZTQxYWYtOWZkMi1kYzJiLTk3YmEtNDZiYmYyMDRk YTBjL3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA1OjI0IHhlbnNl cnZlci10ZXN0LTIgSFZNNDZbNDIzNF06IHhzX3JlYWQoL3ZtL2YyZjdjOWU0LWYyNDQtMzZhZS1h NGZlLTZmZDlhNThjNDVkYi9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2Rh ZW1vbi5sb2c6SnVsIDE4IDE5OjA1OjI0IHhlbnNlcnZlci10ZXN0LTIgSFZNNDZbNDIzNF06IHhz X3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC80Ni94ZW5fZXh0ZW5kZWRfcG93ZXJf bWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA1OjI0IHhl bnNlcnZlci10ZXN0LTIgSFZNNDZbNDIzNF06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJv ci4gL3ZtL2YyZjdjOWU0LWYyNDQtMzZhZS1hNGZlLTZmZDlhNThjNDVkYi92bmNwYXNzd2QuIAov dmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNToyOCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTQ3 WzQ1MTBdOiB4c19yZWFkKC92bS9iZGEyZGI2ZS03MWMwLTE3Y2UtNzJkOS1jODU1Zjc4YTZiNTUv bG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAx OTowNToyOCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTQ3WzQ1MTBdOiB4c19yZWFkKC9sb2NhbC9kb21h aW4vMC9kZXZpY2UtbW9kZWwvNDcveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9y IAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNToyOCB4ZW5zZXJ2ZXItdGVzdC0yIEhW TTQ3WzQ1MTBdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS9iZGEyZGI2ZS03 MWMwLTE3Y2UtNzJkOS1jODU1Zjc4YTZiNTUvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxv ZzpKdWwgMTggMTk6MDU6MzIgeGVuc2VydmVyLXRlc3QtMiBIVk00OFs0Nzg1XTogeHNfcmVhZCgv dm0vZmRlZGEyZGMtNTEwNS1lZjQ3LWU4ZTYtMmJkMjAyY2FjZDk3L2xvZy10aHJvdHRsaW5nKTog cmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDU6MzIgeGVuc2VydmVy LXRlc3QtMiBIVk00OFs0Nzg1XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVs LzQ4L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9u LmxvZzpKdWwgMTggMTk6MDU6MzIgeGVuc2VydmVyLXRlc3QtMiBIVk00OFs0Nzg1XTogeHNfcmVh ZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vZmRlZGEyZGMtNTEwNS1lZjQ3LWU4ZTYtMmJk MjAyY2FjZDk3L3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA1OjM2 IHhlbnNlcnZlci10ZXN0LTIgSFZNNDlbNTA2MF06IHhzX3JlYWQoL3ZtLzFkOGJiZTAxLTYwODQt ZmQ5Yy05ZGYwLTZhOTdkZGMxZDA0MS9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIv bG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA1OjM2IHhlbnNlcnZlci10ZXN0LTIgSFZNNDlbNTA2 MF06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC80OS94ZW5fZXh0ZW5kZWRf cG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA1 OjM2IHhlbnNlcnZlci10ZXN0LTIgSFZNNDlbNTA2MF06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdl dCBlcnJvci4gL3ZtLzFkOGJiZTAxLTYwODQtZmQ5Yy05ZGYwLTZhOTdkZGMxZDA0MS92bmNwYXNz d2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNTo0NSB4ZW5zZXJ2ZXItdGVzdC0y IEhWTTUwWzUzMzVdOiB4c19yZWFkKC92bS84ZTMxNWFkOC1kOWViLWIzNjQtNTY4Ni02ODMzYWQx YTlmNTMvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1 bCAxOCAxOTowNTo0NSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTUwWzUzMzVdOiB4c19yZWFkKC9sb2Nh bC9kb21haW4vMC9kZXZpY2UtbW9kZWwvNTAveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFk IGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNTo0NSB4ZW5zZXJ2ZXItdGVz dC0yIEhWTTUwWzUzMzVdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS84ZTMx NWFkOC1kOWViLWIzNjQtNTY4Ni02ODMzYWQxYTlmNTMvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFl bW9uLmxvZzpKdWwgMTggMTk6MDU6NDkgeGVuc2VydmVyLXRlc3QtMiBIVk01MVs1NjE0XTogeHNf cmVhZCgvdm0vZjE5YTljOWYtNWY2ZS01NmJiLWRlMDYtZGRjYjk4OGRmZTkxL2xvZy10aHJvdHRs aW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDU6NDkgeGVu c2VydmVyLXRlc3QtMiBIVk01MVs1NjE0XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNl LW1vZGVsLzUxL3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cv ZGFlbW9uLmxvZzpKdWwgMTggMTk6MDU6NDkgeGVuc2VydmVyLXRlc3QtMiBIVk01MVs1NjE0XTog eHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vZjE5YTljOWYtNWY2ZS01NmJiLWRl MDYtZGRjYjk4OGRmZTkxL3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5 OjA1OjU5IHhlbnNlcnZlci10ZXN0LTIgSFZNNTJbNTg5MF06IHhzX3JlYWQoL3ZtLzgxZTZkNjdj LWRjYWMtYWJiNi0yOGE2LWUzNzkyZmU2ZmRmZi9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3Ig Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA1OjU5IHhlbnNlcnZlci10ZXN0LTIgSFZN NTJbNTg5MF06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC81Mi94ZW5fZXh0 ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4 IDE5OjA1OjU5IHhlbnNlcnZlci10ZXN0LTIgSFZNNTJbNTg5MF06IHhzX3JlYWQoKTogdm5jcGFz c3dkIGdldCBlcnJvci4gL3ZtLzgxZTZkNjdjLWRjYWMtYWJiNi0yOGE2LWUzNzkyZmU2ZmRmZi92 bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNjoyMSB4ZW5zZXJ2ZXIt dGVzdC0yIEhWTTUzWzYxNzVdOiB4c19yZWFkKC92bS9iMmY4N2JkMS0zOGVhLWQ1YzgtMGE4Ni04 ZWMwNDIzNGM0ODMvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24u bG9nOkp1bCAxOCAxOTowNjoyMSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTUzWzYxNzVdOiB4c19yZWFk KC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvNTMveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQp OiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNjoyMSB4ZW5zZXJ2 ZXItdGVzdC0yIEhWTTUzWzYxNzVdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92 bS9iMmY4N2JkMS0zOGVhLWQ1YzgtMGE4Ni04ZWMwNDIzNGM0ODMvdm5jcGFzc3dkLiAKL3Zhci9s b2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDY6MjUgeGVuc2VydmVyLXRlc3QtMiBIVk01NFs2NDYy XTogeHNfcmVhZCgvdm0vNTJhODdkZWUtZDk3YS03YzZhLWM5NzgtZjNhNTRkMjdkNDM3L2xvZy10 aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDY6 MjUgeGVuc2VydmVyLXRlc3QtMiBIVk01NFs2NDYyXTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAv ZGV2aWNlLW1vZGVsLzU0L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zh ci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMTk6MDY6MjUgeGVuc2VydmVyLXRlc3QtMiBIVk01NFs2 NDYyXTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vNTJhODdkZWUtZDk3YS03 YzZhLWM5NzgtZjNhNTRkMjdkNDM3L3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVs IDE4IDE5OjA2OjM4IHhlbnNlcnZlci10ZXN0LTIgSFZNNTVbNjczOF06IHhzX3JlYWQoL3ZtL2U0 ZjI5ZTE4LTA5NWItNTZiNS0yODM3LTMxNTFkYzQyZGZlNi9sb2ctdGhyb3R0bGluZyk6IHJlYWQg ZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDE5OjA2OjM4IHhlbnNlcnZlci10ZXN0 LTIgSFZNNTVbNjczOF06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC81NS94 ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6 SnVsIDE4IDE5OjA2OjM4IHhlbnNlcnZlci10ZXN0LTIgSFZNNTVbNjczOF06IHhzX3JlYWQoKTog dm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtL2U0ZjI5ZTE4LTA5NWItNTZiNS0yODM3LTMxNTFkYzQy ZGZlNi92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNjo0OSB4ZW5z ZXJ2ZXItdGVzdC0yIEhWTTU2WzcxNDBdOiB4c19yZWFkKC92bS9mYzYzZWJmZS04NTdiLTQ1YjQt OTljMy00MzZmM2E0ZGM1MmYvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAxOTowNjo0OSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTU2WzcxNDBdOiB4 c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvNTYveGVuX2V4dGVuZGVkX3Bvd2Vy X21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAxOTowNjo0OSB4 ZW5zZXJ2ZXItdGVzdC0yIEhWTTU2WzcxNDBdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJy b3IuIC92bS9mYzYzZWJmZS04NTdiLTQ1YjQtOTljMy00MzZmM2E0ZGM1MmYvdm5jcGFzc3dkLiAK L3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDM6NDQgeGVuc2VydmVyLXRlc3QtMiB4YXBp OiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogNDUpIGRl dmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6ZTUyZTY1MDgyMDVifGV2 ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29y ZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQzOjQ0IHhl bnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3Rl bnxWTSAoZG9taWQ6IDQ1KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9 IEQ6N2E4N2YyZWQzOTc2fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3Nl ZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6 SnVsIDE4IDIxOjQzOjQ1IHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1szNzgxXTogdGFwZGlzay1s b2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIx OjQzOjQ3IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYg eGFsX2xpc3RlbnxWTSAoZG9taWQ6IDMxKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24g e3ZiZCw1NjMyfSBEOmZkMjA0OGM3MjA0M3xldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBi ZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAyMTo0Mzo0NyB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4 ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAzMSkgZGV2aWNlX2V2ZW50 ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjI4N2JhZTcxYzdlOXxldmVudF0gZGV2aWNl X2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRh dGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0Mzo0OSB4ZW5zZXJ2ZXItdGVz dC0yIHRhcGRpc2tbMzIzNTJdOiB0YXBkaXNrLWxvZzogY2xvc2luZyBhZnRlciAwIGVycm9ycyAK L3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDM6NTAgeGVuc2VydmVyLXRlc3QtMiB4YXBp OiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMjcpIGRl dmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDozN2I0ZGU3Mzk2NDZ8ZXZl bnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3Jk IG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDM6NTAgeGVu c2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVu fFZNIChkb21pZDogMjcpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9 IEQ6MGI2NTVkNGJlZWVjfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3Nl ZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6 SnVsIDE4IDIxOjQzOjUxIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1szMTI1MV06IHRhcGRpc2st bG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAy MTo0Mzo1MyB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2 IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAyNCkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3du IHt2YmQsNTYzMn0gRDpiZDVlNDRkNmI2ODR8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3Qg YmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cv ZGFlbW9uLmxvZzpKdWwgMTggMjE6NDM6NTMgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8 eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMjQpIGRldmljZV9ldmVu dCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDoxY2RjY2U1Zjc5MjB8ZXZlbnRdIGRldmlj ZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBk YXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDM6NTUgeGVuc2VydmVyLXRl c3QtMiB0YXBkaXNrWzMwNDIyXTogdGFwZGlzay1sb2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMg Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQzOjU2IHhlbnNlcnZlci10ZXN0LTIgeGFw aTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDMwKSBk ZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOjEzNGZjMjEzOTk3YXxl dmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNv cmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0Mzo1NiB4 ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0 ZW58Vk0gKGRvbWlkOiAzMCkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4 fSBEOjVmNjI5MzVlMjQ5Y3xldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNz ZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9n Okp1bCAxOCAyMTo0Mzo1NyB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMzIwNzddOiB0YXBkaXNr LWxvZzogY2xvc2luZyBhZnRlciAwIGVycm9ycyAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTgg MjE6NDM6NTkgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2 NiB4YWxfbGlzdGVufFZNIChkb21pZDogNTApIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93 biB7dmJkLDc2OH0gRDo3OWI1NGFjMWUyNjl8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3Qg YmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cv ZGFlbW9uLmxvZzpKdWwgMTggMjE6NDM6NTkgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8 eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogNTApIGRldmljZV9ldmVu dCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6YjMyMjYxYzJlY2I3fGV2ZW50XSBkZXZp Y2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4g ZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ0OjAwIHhlbnNlcnZlci10 ZXN0LTIgdGFwZGlza1s1MTYyXTogdGFwZGlzay1sb2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMg Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ0OjAyIHhlbnNlcnZlci10ZXN0LTIgeGFw aTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDM0KSBk ZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6YTZlNWUyMDc4YjBifGV2 ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29y ZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ0OjAyIHhl bnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3Rl bnxWTSAoZG9taWQ6IDM0KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMy fSBEOjUwMzNmM2VkMDhlOHxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNz ZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9n Okp1bCAxOCAyMTo0NDowNCB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbNzIwXTogdGFwZGlzay1s b2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIx OjQ0OjA1IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYg eGFsX2xpc3RlbnxWTSAoZG9taWQ6IDQwKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24g e3ZiZCw3Njh9IEQ6YjNlM2I4MmNiYmE5fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJl IHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2Rh ZW1vbi5sb2c6SnVsIDE4IDIxOjQ0OjA1IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhl bnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDQwKSBkZXZpY2VfZXZlbnQg PSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOmM2Y2QwY2IxYTYwYXxldmVudF0gZGV2aWNl X2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRh dGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDowNyB4ZW5zZXJ2ZXItdGVz dC0yIHRhcGRpc2tbMjQwMV06IHRhcGRpc2stbG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAov dmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDowOSB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6 IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA1NSkgZGV2 aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjQ3OWQ1ZmZiM2RjNnxldmVu dF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQg bm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDowOSB4ZW5z ZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58 Vk0gKGRvbWlkOiA1NSkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0g RDo1NzJjZTc0NTRlNzR8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2Vk IGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMjE6NDQ6MTAgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzY1NjVdOiB0YXBkaXNrLWxv ZzogY2xvc2luZyBhZnRlciAwIGVycm9ycyAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6 NDQ6MTIgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4 YWxfbGlzdGVufFZNIChkb21pZDogMTUpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7 dmJkLDc2OH0gRDpiYTNlNWE2OTJkMTB8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUg cHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFl bW9uLmxvZzpKdWwgMTggMjE6NDQ6MTIgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVu c2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMTUpIGRldmljZV9ldmVudCA9 IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6YjI2NThmNTExYTg0fGV2ZW50XSBkZXZpY2Vf ZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0 YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ0OjEzIHhlbnNlcnZlci10ZXN0 LTIgdGFwZGlza1syNzkxOF06IHRhcGRpc2stbG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAov dmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDoxNSB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6 IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA0NikgZGV2 aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDphNDYzOGM4ZDlkYTV8ZXZl bnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3Jk IG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDQ6MTUgeGVu c2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVu fFZNIChkb21pZDogNDYpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0g RDo0NGVlNjRmNjcxYzl8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2Vk IGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMjE6NDQ6MTYgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzQwNjBdOiB0YXBkaXNrLWxv ZzogY2xvc2luZyBhZnRlciAwIGVycm9ycyAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6 NDQ6MTggeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4 YWxfbGlzdGVufFZNIChkb21pZDogMTcpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7 dmJkLDc2OH0gRDo1N2FhOTUxM2E1OGR8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUg cHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFl bW9uLmxvZzpKdWwgMTggMjE6NDQ6MTggeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVu c2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMTcpIGRldmljZV9ldmVudCA9 IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6Yjc5ODgwODYxNDA3fGV2ZW50XSBkZXZpY2Vf ZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0 YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ0OjE5IHhlbnNlcnZlci10ZXN0 LTIgdGFwZGlza1syODQ3N106IHRhcGRpc2stbG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAov dmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDoyMSB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6 IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAyNSkgZGV2 aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDowODQ2ZDNmM2ZhYmN8ZXZl bnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3Jk IG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDQ6MjEgeGVu c2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVu fFZNIChkb21pZDogMjUpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0g RDo1YjY0NDNmOTM0NmZ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2Vk IGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMjE6NDQ6MjIgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzMwNjk3XTogdGFwZGlzay1s b2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIx OjQ0OjI0IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYg eGFsX2xpc3RlbnxWTSAoZG9taWQ6IDE5KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24g e3ZiZCw1NjMyfSBEOmEyYjUwNWE4OGY0NHxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBi ZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAyMTo0NDoyNCB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4 ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAxOSkgZGV2aWNlX2V2ZW50 ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjQyODliY2I5Y2I5ZHxldmVudF0gZGV2aWNl X2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRh dGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDoyNSB4ZW5zZXJ2ZXItdGVz dC0yIHRhcGRpc2tbMjkwMzFdOiB0YXBkaXNrLWxvZzogY2xvc2luZyBhZnRlciAwIGVycm9ycyAK L3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDQ6MjYgeGVuc2VydmVyLXRlc3QtMiB4YXBp OiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogNDcpIGRl dmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6NDdiOTljOGUxNTJkfGV2 ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29y ZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ0OjI2IHhl bnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3Rl bnxWTSAoZG9taWQ6IDQ3KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9 IEQ6ZjkxYWU4OTlmMmRifGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3Nl ZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6 SnVsIDE4IDIxOjQ0OjI4IHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1s0MzM3XTogdGFwZGlzay1s b2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIx OjQ0OjMwIHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYg eGFsX2xpc3RlbnxWTSAoZG9taWQ6IDI5KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24g e3ZiZCw3Njh9IEQ6YTMwZjRkZGIyNDhjfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJl IHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2Rh ZW1vbi5sb2c6SnVsIDE4IDIxOjQ0OjMwIHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhl bnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDI5KSBkZXZpY2VfZXZlbnQg PSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOjZhYWQzZTFmY2QzZXxldmVudF0gZGV2aWNl X2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRh dGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDozMSB4ZW5zZXJ2ZXItdGVz dC0yIHRhcGRpc2tbMzE4MDJdOiB0YXBkaXNrLWxvZzogY2xvc2luZyBhZnRlciAwIGVycm9ycyAK L3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDQ6MzMgeGVuc2VydmVyLXRlc3QtMiB4YXBp OiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMzUpIGRl dmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDoyYWE5MDZmY2NlZmF8ZXZl bnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3Jk IG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDQ6MzMgeGVu c2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVu fFZNIChkb21pZDogMzUpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9 IEQ6MTE4Yzk3ODQ4ZjNjfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3Nl ZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6 SnVsIDE4IDIxOjQ0OjM0IHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1sxMDA2XTogdGFwZGlzay1s b2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIx OjQ0OjM2IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYg eGFsX2xpc3RlbnxWTSAoZG9taWQ6IDM5KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24g e3ZiZCw1NjMyfSBEOjQxMzk4NTBlYTJkMXxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBi ZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAyMTo0NDozNiB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4 ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAzOSkgZGV2aWNlX2V2ZW50 ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjA1ZGQxYzgzMjYwMnxldmVudF0gZGV2aWNl X2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRh dGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDozNyB4ZW5zZXJ2ZXItdGVz dC0yIHRhcGRpc2tbMjEyNl06IHRhcGRpc2stbG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAov dmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDozOSB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6 IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAzMikgZGV2 aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDoyYzYxZTdlNzFkM2R8ZXZl bnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3Jk IG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDQ6MzkgeGVu c2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVu fFZNIChkb21pZDogMzIpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0g RDozNzgwOTY3ZjE1ZWF8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2Vk IGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMjE6NDQ6NDAgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzMyNjI3XTogdGFwZGlzay1s b2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIx OjQ0OjQyIHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYg eGFsX2xpc3RlbnxWTSAoZG9taWQ6IDU0KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24g e3ZiZCw3Njh9IEQ6NDdkMDYzZTFhMWMyfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJl IHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2Rh ZW1vbi5sb2c6SnVsIDE4IDIxOjQ0OjQyIHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhl bnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDU0KSBkZXZpY2VfZXZlbnQg PSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOmNmOGM0Yjk3NGU3OXxldmVudF0gZGV2aWNl X2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRh dGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDo0MyB4ZW5zZXJ2ZXItdGVz dC0yIHRhcGRpc2tbNjI3OV06IHRhcGRpc2stbG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAov dmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDo0NSB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6 IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAyOCkgZGV2 aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjE0MmRiMjRhMjhiN3xldmVu dF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQg bm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDo0NSB4ZW5z ZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58 Vk0gKGRvbWlkOiAyOCkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0g RDowOTZhYjE5MDEyZWV8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2Vk IGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMjE6NDQ6NDYgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzMxNTI2XTogdGFwZGlzay1s b2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIx OjQ0OjQ4IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYg eGFsX2xpc3RlbnxWTSAoZG9taWQ6IDIwKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24g e3ZiZCw1NjMyfSBEOjdiN2E5MmVmN2RmY3xldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBi ZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAyMTo0NDo0OCB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4 ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAyMCkgZGV2aWNlX2V2ZW50 ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjljYTg0MjFiM2JlNnxldmVudF0gZGV2aWNl X2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRh dGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDo0OSB4ZW5zZXJ2ZXItdGVz dC0yIHRhcGRpc2tbMjkzMDZdOiB0YXBkaXNrLWxvZzogY2xvc2luZyBhZnRlciAwIGVycm9ycyAK L3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDQ6NTAgeGVuc2VydmVyLXRlc3QtMiB4YXBp OiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMzYpIGRl dmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDozY2Q5NTkxMTkxZTN8ZXZl bnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3Jk IG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDQ6NTAgeGVu c2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVu fFZNIChkb21pZDogMzYpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9 IEQ6NjEzZmFkMjc2MmFmfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3Nl ZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6 SnVsIDE4IDIxOjQ0OjUyIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1sxMjgyXTogdGFwZGlzay1s b2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIx OjQ0OjUzIHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYg eGFsX2xpc3RlbnxWTSAoZG9taWQ6IDE2KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24g e3ZiZCw1NjMyfSBEOjc0OGYzZmNiYWVjMXxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBi ZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAyMTo0NDo1MyB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4 ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAxNikgZGV2aWNlX2V2ZW50 ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjUwYWVjOTRjY2E5ZXxldmVudF0gZGV2aWNl X2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRh dGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NDo1NCB4ZW5zZXJ2ZXItdGVz dC0yIHRhcGRpc2tbMjgxOTZdOiB0YXBkaXNrLWxvZzogY2xvc2luZyBhZnRlciAwIGVycm9ycyAK L3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDQ6NTYgeGVuc2VydmVyLXRlc3QtMiB4YXBp OiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMjEpIGRl dmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6MjNkNGNmNjQwYmM0fGV2 ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29y ZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ0OjU2IHhl bnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3Rl bnxWTSAoZG9taWQ6IDIxKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9 IEQ6YWIwNGJlZTJhMjg5fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3Nl ZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6 SnVsIDE4IDIxOjQ0OjU3IHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1syOTU5Nl06IHRhcGRpc2st bG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAy MTo0NDo1OCB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2 IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA1MSkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3du IHt2YmQsNzY4fSBEOjE5NzAyMzI5OWI1YnxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBi ZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAyMTo0NDo1OCB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4 ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA1MSkgZGV2aWNlX2V2ZW50 ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDozMjIxMjJiZThmMjN8ZXZlbnRdIGRldmlj ZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBk YXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDQ6NTkgeGVuc2VydmVyLXRl c3QtMiB0YXBkaXNrWzU0MzddOiB0YXBkaXNrLWxvZzogY2xvc2luZyBhZnRlciAwIGVycm9ycyAK L3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDU6MDEgeGVuc2VydmVyLXRlc3QtMiB4YXBp OiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogNDgpIGRl dmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6N2JhNjczMGZlOWQ0fGV2 ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29y ZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ1OjAxIHhl bnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3Rl bnxWTSAoZG9taWQ6IDQ4KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9 IEQ6ZDVmYzJkZWM0NGQwfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3Nl ZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6 SnVsIDE4IDIxOjQ1OjAyIHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1s0NjEyXTogdGFwZGlzay1s b2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIx OjQ1OjAzIHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYg eGFsX2xpc3RlbnxWTSAoZG9taWQ6IDQ5KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24g e3ZiZCw1NjMyfSBEOmNmOWNlY2MxZWJlY3xldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBi ZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAyMTo0NTowMyB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4 ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA0OSkgZGV2aWNlX2V2ZW50 ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjkzY2E5NDYyMmFhYnxldmVudF0gZGV2aWNl X2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRh dGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NTowNCB4ZW5zZXJ2ZXItdGVz dC0yIHRhcGRpc2tbNDg4N106IHRhcGRpc2stbG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAov dmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NTowNiB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6 IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAxMykgZGV2 aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjQ3ZWFkYzAwYjlkMXxldmVu dF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQg bm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NTowNiB4ZW5z ZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58 Vk0gKGRvbWlkOiAxMykgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0g RDoxMDBmY2JhMmNmOTJ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2Vk IGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMjE6NDU6MDcgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzI3MzU3XTogdGFwZGlzay1s b2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIx OjQ1OjA4IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYg eGFsX2xpc3RlbnxWTSAoZG9taWQ6IDUyKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24g e3ZiZCw3Njh9IEQ6ZGUzMzNlNzQxNzg2fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJl IHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2Rh ZW1vbi5sb2c6SnVsIDE4IDIxOjQ1OjA4IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhl bnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDUyKSBkZXZpY2VfZXZlbnQg PSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOjQxMDdkOTNmZjJhM3xldmVudF0gZGV2aWNl X2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRh dGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NTowOSB4ZW5zZXJ2ZXItdGVz dC0yIHRhcGRpc2tbNTcxN106IHRhcGRpc2stbG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAov dmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NToxMSB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6 IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA0MikgZGV2 aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOmEyMmFiMWJhMTUzYXxldmVu dF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQg bm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NToxMSB4ZW5z ZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58 Vk0gKGRvbWlkOiA0MikgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0g RDoyMTAwMmJjMjE1YzJ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2Vk IGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMjE6NDU6MTIgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzI5NTZdOiB0YXBkaXNrLWxv ZzogY2xvc2luZyBhZnRlciAwIGVycm9ycyAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6 NDU6MTMgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4 YWxfbGlzdGVufFZNIChkb21pZDogMTQpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7 dmJkLDc2OH0gRDpiNjdmN2ViODFkY2V8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUg cHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFl bW9uLmxvZzpKdWwgMTggMjE6NDU6MTMgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVu c2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMTQpIGRldmljZV9ldmVudCA9 IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6M2E5ZmRjNjIxNjc4fGV2ZW50XSBkZXZpY2Vf ZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0 YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ1OjE1IHhlbnNlcnZlci10ZXN0 LTIgdGFwZGlza1syNzYzNV06IHRhcGRpc2stbG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAov dmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NToxNiB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6 IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA0MSkgZGV2 aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDo5Yjk1YWQzNTAxZDN8ZXZl bnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3Jk IG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDU6MTYgeGVu c2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVu fFZNIChkb21pZDogNDEpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0g RDoxYjJjZDA2ODEwNzd8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2Vk IGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMjE6NDU6MTcgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzI2ODBdOiB0YXBkaXNrLWxv ZzogY2xvc2luZyBhZnRlciAwIGVycm9ycyAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6 NDU6MTggeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4 YWxfbGlzdGVufFZNIChkb21pZDogMzcpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7 dmJkLDU2MzJ9IEQ6MzI3ODJmMGM2MzkyfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJl IHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2Rh ZW1vbi5sb2c6SnVsIDE4IDIxOjQ1OjE4IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhl bnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDM3KSBkZXZpY2VfZXZlbnQg PSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6YjY5NzdiOWEwYzgzfGV2ZW50XSBkZXZpY2Vf ZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0 YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ1OjIwIHhlbnNlcnZlci10ZXN0 LTIgdGFwZGlza1sxNTU3XTogdGFwZGlzay1sb2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92 YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ1OjIxIHhlbnNlcnZlci10ZXN0LTIgeGFwaTog W2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDM4KSBkZXZp Y2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6MDlhZmE2YTVjZDcwfGV2ZW50 XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBu b3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ1OjIxIHhlbnNl cnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxW TSAoZG9taWQ6IDM4KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBE OjUzNmZkNDE0YzExOXxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQg YmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1 bCAxOCAyMTo0NToyMiB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMTg0OV06IHRhcGRpc2stbG9n OiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0 NToyNCB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhh bF9saXN0ZW58Vk0gKGRvbWlkOiA1NikgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2 YmQsNTYzMn0gRDpiZmIwNzczMTg3NTh8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUg cHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFl bW9uLmxvZzpKdWwgMTggMjE6NDU6MjQgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVu c2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogNTYpIGRldmljZV9ldmVudCA9 IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDpiNmZmZmQ1MDA2N2R8ZXZlbnRdIGRldmljZV9l dmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRh YmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDU6MjUgeGVuc2VydmVyLXRlc3Qt MiB0YXBkaXNrWzY4NDNdOiB0YXBkaXNrLWxvZzogY2xvc2luZyBhZnRlciAwIGVycm9ycyAKL3Zh ci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDU6MjYgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBb ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMjIpIGRldmlj ZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6YWIwMzZlN2VhMzdjfGV2ZW50 XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBu b3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ1OjI2IHhlbnNl cnZlci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxW TSAoZG9taWQ6IDIyKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6 OWUzZTVlNDkwMTRjfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBi ZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVs IDE4IDIxOjQ1OjI3IHhlbnNlcnZlci10ZXN0LTIgdGFwZGlza1syOTg3MV06IHRhcGRpc2stbG9n OiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0 NToyOSB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhh bF9saXN0ZW58Vk0gKGRvbWlkOiAzMykgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2 YmQsNzY4fSBEOjUxM2U2M2U5ZmU4Y3xldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBw cm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVt b24ubG9nOkp1bCAxOCAyMTo0NToyOSB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5z ZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAzMykgZGV2aWNlX2V2ZW50ID0g ZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDphNDU5M2Q4YmIwMjN8ZXZlbnRdIGRldmljZV9l dmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRh YmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDU6MzAgeGVuc2VydmVyLXRlc3Qt MiB0YXBkaXNrWzQzNV06IHRhcGRpc2stbG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAovdmFy L2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NTozMSB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtl cnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA0MykgZGV2aWNl X2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjc5MzVjNDZhM2NjY3xldmVudF0g ZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90 IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NTozMSB4ZW5zZXJ2 ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0g KGRvbWlkOiA0MykgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDpj M2M1MWI3YTk4MWJ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJl Y2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwg MTggMjE6NDU6MzIgeGVuc2VydmVyLXRlc3QtMiB0YXBkaXNrWzMyMzFdOiB0YXBkaXNrLWxvZzog Y2xvc2luZyBhZnRlciAwIGVycm9ycyAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDU6 MzQgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxf bGlzdGVufFZNIChkb21pZDogNTMpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJk LDc2OH0gRDpkYzJkNDY1MWFlMDJ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJv Y2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9u LmxvZzpKdWwgMTggMjE6NDU6MzQgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2Vy dmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogNTMpIGRldmljZV9ldmVudCA9IGRl dmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6ZGZmYTUxNGQyZTI5fGV2ZW50XSBkZXZpY2VfZXZl bnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJh c2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ1OjM1IHhlbnNlcnZlci10ZXN0LTIg dGFwZGlza1s1OTk3XTogdGFwZGlzay1sb2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIv bG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ1OjM2IHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vy cm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDQ0KSBkZXZpY2Vf ZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOmFmY2MzYmUyODFmNHxldmVudF0g ZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90 IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NTozNiB4ZW5zZXJ2 ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0g KGRvbWlkOiA0NCkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjJk YzMzMzFjZjM4YXxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVj YXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAx OCAyMTo0NTozOCB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMzUwNl06IHRhcGRpc2stbG9nOiBj bG9zaW5nIGFmdGVyIDAgZXJyb3JzIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NToz OSB4ZW5zZXJ2ZXItdGVzdC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9s aXN0ZW58Vk0gKGRvbWlkOiAxOCkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQs NTYzMn0gRDo1MWRkNzhmM2ZlODF8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJv Y2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9u LmxvZzpKdWwgMTggMjE6NDU6MzkgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2Vy dmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMTgpIGRldmljZV9ldmVudCA9IGRl dmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDo0MzU2OWFkNzAzN2R8ZXZlbnRdIGRldmljZV9ldmVu dCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFz ZSAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDU6NDAgeGVuc2VydmVyLXRlc3QtMiB0 YXBkaXNrWzI4NzU1XTogdGFwZGlzay1sb2c6IGNsb3NpbmcgYWZ0ZXIgMCBlcnJvcnMgCi92YXIv bG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ1OjQxIHhlbnNlcnZlci10ZXN0LTIgeGFwaTogW2Vy cm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDIzKSBkZXZpY2Vf ZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6NzAzMjY5Y2Q4ZTEyfGV2ZW50XSBk ZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3Qg aW4gZGF0YWJhc2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ1OjQxIHhlbnNlcnZl ci10ZXN0LTIgeGFwaTogW2Vycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAo ZG9taWQ6IDIzKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOjU0 NzBlMjY2MzE5ZHxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVj YXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAx OCAyMTo0NTo0MyB4ZW5zZXJ2ZXItdGVzdC0yIHRhcGRpc2tbMzAxNDddOiB0YXBkaXNrLWxvZzog Y2xvc2luZyBhZnRlciAwIGVycm9ycyAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDU6 NDQgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxf bGlzdGVufFZNIChkb21pZDogMjYpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJk LDc2OH0gRDo2N2QwYzI4MDU2NTJ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJv Y2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZSAKL3Zhci9sb2cvZGFlbW9u LmxvZzpKdWwgMTggMjE6NDU6NDQgeGVuc2VydmVyLXRlc3QtMiB4YXBpOiBbZXJyb3J8eGVuc2Vy dmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMjYpIGRldmljZV9ldmVudCA9IGRl dmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6ZDlhNDk3NGFkZTUyfGV2ZW50XSBkZXZpY2VfZXZl bnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJh c2UgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ1OjQ1IHhlbnNlcnZlci10ZXN0LTIg dGFwZGlza1szMDk3Ml06IHRhcGRpc2stbG9nOiBjbG9zaW5nIGFmdGVyIDAgZXJyb3JzIAovdmFy L2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NjowNCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTU3WzE3 NzM2XTogeHNfcmVhZCgvdm0vNDFlNjdjNTUtZjg1NS0wNzZkLWJhYmMtODQ5NzJlOTgwZmUwL2xv Zy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6 NDY6MDQgeGVuc2VydmVyLXRlc3QtMiBIVk01N1sxNzczNl06IHhzX3JlYWQoL2xvY2FsL2RvbWFp bi8wL2RldmljZS1tb2RlbC81Ny94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3Ig Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ2OjA0IHhlbnNlcnZlci10ZXN0LTIgSFZN NTdbMTc3MzZdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS80MWU2N2M1NS1m ODU1LTA3NmQtYmFiYy04NDk3MmU5ODBmZTAvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxv ZzpKdWwgMTggMjE6NDY6MTkgeGVuc2VydmVyLXRlc3QtMiBIVk01OFsxODAxN106IHhzX3JlYWQo L3ZtLzRiNzBlNjgxLTI1MmMtYTZhYS1iN2VhLTFlMzQ5MTE3MDNlOC9sb2ctdGhyb3R0bGluZyk6 IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ2OjE5IHhlbnNlcnZl ci10ZXN0LTIgSFZNNThbMTgwMTddOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9k ZWwvNTgveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVt b24ubG9nOkp1bCAxOCAyMTo0NjoxOSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTU4WzE4MDE3XTogeHNf cmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vNGI3MGU2ODEtMjUyYy1hNmFhLWI3ZWEt MWUzNDkxMTcwM2U4L3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ2 OjIzIHhlbnNlcnZlci10ZXN0LTIgSFZNNTlbMTgyOTJdOiB4c19yZWFkKC92bS80YWUwNDI2OS0x NDQwLTk4NDAtNzU3Yi0zMTE4NTkwYzgwZDYvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAov dmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NjoyMyB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTU5 WzE4MjkyXTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzU5L3hlbl9leHRl bmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTgg MjE6NDY6MjMgeGVuc2VydmVyLXRlc3QtMiBIVk01OVsxODI5Ml06IHhzX3JlYWQoKTogdm5jcGFz c3dkIGdldCBlcnJvci4gL3ZtLzRhZTA0MjY5LTE0NDAtOTg0MC03NTdiLTMxMTg1OTBjODBkNi92 bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NjozMSB4ZW5zZXJ2ZXIt dGVzdC0yIEhWTTYwWzE4NTczXTogeHNfcmVhZCgvdm0vZGI5YzZjZWQtNjAyZS03NzU5LWM1MjQt NGM0ZDU1MTg5NTQwL2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9u LmxvZzpKdWwgMTggMjE6NDY6MzEgeGVuc2VydmVyLXRlc3QtMiBIVk02MFsxODU3M106IHhzX3Jl YWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC82MC94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdt dCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ2OjMxIHhlbnNl cnZlci10ZXN0LTIgSFZNNjBbMTg1NzNdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3Iu IC92bS9kYjljNmNlZC02MDJlLTc3NTktYzUyNC00YzRkNTUxODk1NDAvdm5jcGFzc3dkLiAKL3Zh ci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDY6MzkgeGVuc2VydmVyLXRlc3QtMiBIVk02MVsx ODg2NF06IHhzX3JlYWQoL3ZtL2YzMmQ3ZWNkLWYzYjktMWIwZS1lMWEwLTM3ZjIxYTZlOTlmOS9s b2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIx OjQ2OjM5IHhlbnNlcnZlci10ZXN0LTIgSFZNNjFbMTg4NjRdOiB4c19yZWFkKC9sb2NhbC9kb21h aW4vMC9kZXZpY2UtbW9kZWwvNjEveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9y IAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0NjozOSB4ZW5zZXJ2ZXItdGVzdC0yIEhW TTYxWzE4ODY0XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vZjMyZDdlY2Qt ZjNiOS0xYjBlLWUxYTAtMzdmMjFhNmU5OWY5L3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5s b2c6SnVsIDE4IDIxOjQ2OjQ0IHhlbnNlcnZlci10ZXN0LTIgSFZNNjJbMTkxNDhdOiB4c19yZWFk KC92bS83NWYyN2Y2OC00M2Q2LWJiZTMtOTNjNS00MjY3MTNkZThkOWIvbG9nLXRocm90dGxpbmcp OiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0Njo0NCB4ZW5zZXJ2 ZXItdGVzdC0yIEhWTTYyWzE5MTQ4XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1v ZGVsLzYyL3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFl bW9uLmxvZzpKdWwgMTggMjE6NDY6NDQgeGVuc2VydmVyLXRlc3QtMiBIVk02MlsxOTE0OF06IHhz X3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtLzc1ZjI3ZjY4LTQzZDYtYmJlMy05M2M1 LTQyNjcxM2RlOGQ5Yi92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0 Njo0OSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTYzWzE5NDI3XTogeHNfcmVhZCgvdm0vMTdlMWEyYjEt MmEzYy05MTNmLWJjNmMtNDhkZGUwNDAyNjMyL2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAK L3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDY6NDkgeGVuc2VydmVyLXRlc3QtMiBIVk02 M1sxOTQyN106IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC82My94ZW5fZXh0 ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4 IDIxOjQ2OjQ5IHhlbnNlcnZlci10ZXN0LTIgSFZNNjNbMTk0MjddOiB4c19yZWFkKCk6IHZuY3Bh c3N3ZCBnZXQgZXJyb3IuIC92bS8xN2UxYTJiMS0yYTNjLTkxM2YtYmM2Yy00OGRkZTA0MDI2MzIv dm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDY6NTYgeGVuc2VydmVy LXRlc3QtMiBIVk02NFsxOTcwOF06IHhzX3JlYWQoL3ZtLzczZmZkODVmLTIzZWItZTUxNS1kNmFl LTJjOWI0MmM4MGNkOC9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1v bi5sb2c6SnVsIDE4IDIxOjQ2OjU2IHhlbnNlcnZlci10ZXN0LTIgSFZNNjRbMTk3MDhdOiB4c19y ZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvNjQveGVuX2V4dGVuZGVkX3Bvd2VyX21n bXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0Njo1NiB4ZW5z ZXJ2ZXItdGVzdC0yIEhWTTY0WzE5NzA4XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9y LiAvdm0vNzNmZmQ4NWYtMjNlYi1lNTE1LWQ2YWUtMmM5YjQyYzgwY2Q4L3ZuY3Bhc3N3ZC4gCi92 YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ3OjA3IHhlbnNlcnZlci10ZXN0LTIgSFZNNjVb MTk5ODldOiB4c19yZWFkKC92bS9jYzY2ZjViOS1kZjI5LWE0NTUtMmRhYi0zOWM5YzEyYjAzMTYv bG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAy MTo0NzowNyB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTY1WzE5OTg5XTogeHNfcmVhZCgvbG9jYWwvZG9t YWluLzAvZGV2aWNlLW1vZGVsLzY1L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJv ciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDc6MDcgeGVuc2VydmVyLXRlc3QtMiBI Vk02NVsxOTk4OV06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtL2NjNjZmNWI5 LWRmMjktYTQ1NS0yZGFiLTM5YzljMTJiMDMxNi92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24u bG9nOkp1bCAxOCAyMTo0NzoyNiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTY2WzIwMjc1XTogeHNfcmVh ZCgvdm0vNmQxOWYzMWEtZjdlZC0zYTZjLTRkY2ItZTkxZTA0MjU2NzQ3L2xvZy10aHJvdHRsaW5n KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDc6MjYgeGVuc2Vy dmVyLXRlc3QtMiBIVk02NlsyMDI3NV06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1t b2RlbC82Ni94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2Rh ZW1vbi5sb2c6SnVsIDE4IDIxOjQ3OjI2IHhlbnNlcnZlci10ZXN0LTIgSFZNNjZbMjAyNzVdOiB4 c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS82ZDE5ZjMxYS1mN2VkLTNhNmMtNGRj Yi1lOTFlMDQyNTY3NDcvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6 NDc6MzMgeGVuc2VydmVyLXRlc3QtMiBIVk02N1syMDU1NV06IHhzX3JlYWQoL3ZtLzYyZWM3MDAy LWJhNGYtZDE5OC03OWRiLTU2NjdmODI4ZmNlOS9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3Ig Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ3OjMzIHhlbnNlcnZlci10ZXN0LTIgSFZN NjdbMjA1NTVdOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvNjcveGVuX2V4 dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAx OCAyMTo0NzozMyB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTY3WzIwNTU1XTogeHNfcmVhZCgpOiB2bmNw YXNzd2QgZ2V0IGVycm9yLiAvdm0vNjJlYzcwMDItYmE0Zi1kMTk4LTc5ZGItNTY2N2Y4MjhmY2U5 L3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ3OjQxIHhlbnNlcnZl ci10ZXN0LTIgSFZNNjhbMjA4MzRdOiB4c19yZWFkKC92bS9lOTgxNDU2Zi1mMzZkLTMxNzktNDlh My00ZGE1ZDQ1YTA1Y2MvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVt b24ubG9nOkp1bCAxOCAyMTo0Nzo0MSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTY4WzIwODM0XTogeHNf cmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzY4L3hlbl9leHRlbmRlZF9wb3dlcl9t Z210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDc6NDEgeGVu c2VydmVyLXRlc3QtMiBIVk02OFsyMDgzNF06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJv ci4gL3ZtL2U5ODE0NTZmLWYzNmQtMzE3OS00OWEzLTRkYTVkNDVhMDVjYy92bmNwYXNzd2QuIAov dmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0Nzo1NCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTY5 WzIxMTIxXTogeHNfcmVhZCgvdm0vZTI2NzdlMTMtMWI5NC03ZjBlLTliODAtZDMyMzQ2YThmN2M5 L2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTgg MjE6NDc6NTQgeGVuc2VydmVyLXRlc3QtMiBIVk02OVsyMTEyMV06IHhzX3JlYWQoL2xvY2FsL2Rv bWFpbi8wL2RldmljZS1tb2RlbC82OS94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJy b3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ3OjU0IHhlbnNlcnZlci10ZXN0LTIg SFZNNjlbMjExMjFdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS9lMjY3N2Ux My0xYjk0LTdmMGUtOWI4MC1kMzIzNDZhOGY3Yzkvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9u LmxvZzpKdWwgMTggMjE6NDg6MDEgeGVuc2VydmVyLXRlc3QtMiBIVk03MFsyMTQwMl06IHhzX3Jl YWQoL3ZtLzFiZGVmYmJhLWQ5NmUtNjA3MS1mZmU0LTdjZTY0MTdkMGNjZS9sb2ctdGhyb3R0bGlu Zyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ4OjAxIHhlbnNl cnZlci10ZXN0LTIgSFZNNzBbMjE0MDJdOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2Ut bW9kZWwvNzAveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAyMTo0ODowMSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTcwWzIxNDAyXTog eHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vMWJkZWZiYmEtZDk2ZS02MDcxLWZm ZTQtN2NlNjQxN2QwY2NlL3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIx OjQ4OjA4IHhlbnNlcnZlci10ZXN0LTIgSFZNNzFbMjE2ODBdOiB4c19yZWFkKC92bS9lY2I2YzY1 MC05MzUzLTYxOGEtZTY4My1hMWI3MWZiZDU5ODQvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9y IAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0ODowOCB4ZW5zZXJ2ZXItdGVzdC0yIEhW TTcxWzIxNjgwXTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzcxL3hlbl9l eHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwg MTggMjE6NDg6MDggeGVuc2VydmVyLXRlc3QtMiBIVk03MVsyMTY4MF06IHhzX3JlYWQoKTogdm5j cGFzc3dkIGdldCBlcnJvci4gL3ZtL2VjYjZjNjUwLTkzNTMtNjE4YS1lNjgzLWExYjcxZmJkNTk4 NC92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0ODoyMCB4ZW5zZXJ2 ZXItdGVzdC0yIEhWTTcyWzIxOTY4XTogeHNfcmVhZCgvdm0vZWNjNTIyY2MtNjRmNy1kMGIxLWY4 ZTMtOTUyNjFlMDE3ODU1L2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFl bW9uLmxvZzpKdWwgMTggMjE6NDg6MjAgeGVuc2VydmVyLXRlc3QtMiBIVk03MlsyMTk2OF06IHhz X3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC83Mi94ZW5fZXh0ZW5kZWRfcG93ZXJf bWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ4OjIwIHhl bnNlcnZlci10ZXN0LTIgSFZNNzJbMjE5NjhdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJy b3IuIC92bS9lY2M1MjJjYy02NGY3LWQwYjEtZjhlMy05NTI2MWUwMTc4NTUvdm5jcGFzc3dkLiAK L3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDg6MzQgeGVuc2VydmVyLXRlc3QtMiBIVk03 M1syMjI1Ml06IHhzX3JlYWQoL3ZtL2RhMzVjNTVkLWVjYmYtNmU5MC1hMmRmLWVlMDdhYmNlMzRi Ny9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4 IDIxOjQ4OjM0IHhlbnNlcnZlci10ZXN0LTIgSFZNNzNbMjIyNTJdOiB4c19yZWFkKC9sb2NhbC9k b21haW4vMC9kZXZpY2UtbW9kZWwvNzMveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVy cm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0ODozNCB4ZW5zZXJ2ZXItdGVzdC0y IEhWTTczWzIyMjUyXTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vZGEzNWM1 NWQtZWNiZi02ZTkwLWEyZGYtZWUwN2FiY2UzNGI3L3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1v bi5sb2c6SnVsIDE4IDIxOjQ4OjQwIHhlbnNlcnZlci10ZXN0LTIgSFZNNzRbMjI1MzVdOiB4c19y ZWFkKC92bS9jYTNmZjkzMC05ZThlLTc5NWMtNzgwMi1hZTIwNTdmZmYxZGQvbG9nLXRocm90dGxp bmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0ODo0MCB4ZW5z ZXJ2ZXItdGVzdC0yIEhWTTc0WzIyNTM1XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNl LW1vZGVsLzc0L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cv ZGFlbW9uLmxvZzpKdWwgMTggMjE6NDg6NDAgeGVuc2VydmVyLXRlc3QtMiBIVk03NFsyMjUzNV06 IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtL2NhM2ZmOTMwLTllOGUtNzk1Yy03 ODAyLWFlMjA1N2ZmZjFkZC92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAy MTo0ODo0NyB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTc1WzIyODIzXTogeHNfcmVhZCgvdm0vYzYzODQ2 YWUtMTMyMi0xYTljLTVlNjgtMGM3Yzk1YTZjOTAyL2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJv ciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDg6NDcgeGVuc2VydmVyLXRlc3QtMiBI Vk03NVsyMjgyM106IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC83NS94ZW5f ZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVs IDE4IDIxOjQ4OjQ3IHhlbnNlcnZlci10ZXN0LTIgSFZNNzVbMjI4MjNdOiB4c19yZWFkKCk6IHZu Y3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS9jNjM4NDZhZS0xMzIyLTFhOWMtNWU2OC0wYzdjOTVhNmM5 MDIvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDg6NTYgeGVuc2Vy dmVyLXRlc3QtMiBIVk03NlsyMzEwOF06IHhzX3JlYWQoL3ZtLzJkZTM5MzNjLTlhNzYtMDlmOS0z M2JmLWQ1OTRlZmIyNWYxMC9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2Rh ZW1vbi5sb2c6SnVsIDE4IDIxOjQ4OjU2IHhlbnNlcnZlci10ZXN0LTIgSFZNNzZbMjMxMDhdOiB4 c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvNzYveGVuX2V4dGVuZGVkX3Bvd2Vy X21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo0ODo1NiB4 ZW5zZXJ2ZXItdGVzdC0yIEhWTTc2WzIzMTA4XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVy cm9yLiAvdm0vMmRlMzkzM2MtOWE3Ni0wOWY5LTMzYmYtZDU5NGVmYjI1ZjEwL3ZuY3Bhc3N3ZC4g Ci92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ5OjEzIHhlbnNlcnZlci10ZXN0LTIgSFZN NzdbMjMzOTBdOiB4c19yZWFkKC92bS9jZmUyNWU2Ni1iYjQyLTk3NTUtNDJhYS1mZjdlN2RjNjYx MGIvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAx OCAyMTo0OToxMyB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTc3WzIzMzkwXTogeHNfcmVhZCgvbG9jYWwv ZG9tYWluLzAvZGV2aWNlLW1vZGVsLzc3L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBl cnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDk6MTMgeGVuc2VydmVyLXRlc3Qt MiBIVk03N1syMzM5MF06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtL2NmZTI1 ZTY2LWJiNDItOTc1NS00MmFhLWZmN2U3ZGM2NjEwYi92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVt b24ubG9nOkp1bCAxOCAyMTo0OToyMSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTc4WzIzNjc3XTogeHNf cmVhZCgvdm0vNjBmMmEwNzQtOGMxNC1lMjNhLTg4OGEtNTdhYjkxMWEyOTUxL2xvZy10aHJvdHRs aW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDk6MjEgeGVu c2VydmVyLXRlc3QtMiBIVk03OFsyMzY3N106IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2Rldmlj ZS1tb2RlbC83OC94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9n L2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ5OjIxIHhlbnNlcnZlci10ZXN0LTIgSFZNNzhbMjM2Nzdd OiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS82MGYyYTA3NC04YzE0LWUyM2Et ODg4YS01N2FiOTExYTI5NTEvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTgg MjE6NDk6MjkgeGVuc2VydmVyLXRlc3QtMiBIVk03OVsyMzk2OV06IHhzX3JlYWQoL3ZtLzE5MDRh MjE2LTY2YTYtMzdlNy0yZTdiLTFkOTVhYmE5YWE1NC9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJy b3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ5OjI5IHhlbnNlcnZlci10ZXN0LTIg SFZNNzlbMjM5NjldOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvNzkveGVu X2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1 bCAxOCAyMTo0OToyOSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTc5WzIzOTY5XTogeHNfcmVhZCgpOiB2 bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vMTkwNGEyMTYtNjZhNi0zN2U3LTJlN2ItMWQ5NWFiYTlh YTU0L3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjQ5OjQ0IHhlbnNl cnZlci10ZXN0LTIgSFZNODBbMjQyNTJdOiB4c19yZWFkKC92bS8wYjUyZjc2ZS0xOTI3LTE0ZTct YmNmNS00OTgwZjM3YTZmZWEvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAyMTo0OTo0NCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTgwWzI0MjUyXTog eHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzgwL3hlbl9leHRlbmRlZF9wb3dl cl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NDk6NDQg eGVuc2VydmVyLXRlc3QtMiBIVk04MFsyNDI1Ml06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBl cnJvci4gL3ZtLzBiNTJmNzZlLTE5MjctMTRlNy1iY2Y1LTQ5ODBmMzdhNmZlYS92bmNwYXNzd2Qu IAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1MDowMSB4ZW5zZXJ2ZXItdGVzdC0yIEhW TTgxWzI0NTM3XTogeHNfcmVhZCgvdm0vOWU3NzM3NWYtMDQ4Ny1mNWRlLTExMmQtMGM3ZThhOTZh OTc3L2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwg MTggMjE6NTA6MDEgeGVuc2VydmVyLXRlc3QtMiBIVk04MVsyNDUzN106IHhzX3JlYWQoL2xvY2Fs L2RvbWFpbi8wL2RldmljZS1tb2RlbC84MS94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQg ZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjUwOjAxIHhlbnNlcnZlci10ZXN0 LTIgSFZNODFbMjQ1MzddOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS85ZTc3 Mzc1Zi0wNDg3LWY1ZGUtMTEyZC0wYzdlOGE5NmE5Nzcvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFl bW9uLmxvZzpKdWwgMTggMjE6NTA6MTEgeGVuc2VydmVyLXRlc3QtMiBIVk04MlsyNDgzNl06IHhz X3JlYWQoL3ZtL2QzMzg1N2IwLWFmOWYtYjJhZi03MDU0LTJlM2E2ZTFkOTQwMy9sb2ctdGhyb3R0 bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjUwOjExIHhl bnNlcnZlci10ZXN0LTIgSFZNODJbMjQ4MzZdOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZp Y2UtbW9kZWwvODIveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xv Zy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1MDoxMSB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTgyWzI0ODM2 XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vZDMzODU3YjAtYWY5Zi1iMmFm LTcwNTQtMmUzYTZlMWQ5NDAzL3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4 IDIxOjUwOjIwIHhlbnNlcnZlci10ZXN0LTIgSFZNODNbMjUxMjJdOiB4c19yZWFkKC92bS9jMDJh ZWU3Mi1iMzUzLWE3MzgtYmIyMy00M2MwYjM4MDc4NTAvbG9nLXRocm90dGxpbmcpOiByZWFkIGVy cm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1MDoyMCB4ZW5zZXJ2ZXItdGVzdC0y IEhWTTgzWzI1MTIyXTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzgzL3hl bl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMjE6NTA6MjAgeGVuc2VydmVyLXRlc3QtMiBIVk04M1syNTEyMl06IHhzX3JlYWQoKTog dm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtL2MwMmFlZTcyLWIzNTMtYTczOC1iYjIzLTQzYzBiMzgw Nzg1MC92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1MDoyOSB4ZW5z ZXJ2ZXItdGVzdC0yIEhWTTg0WzI1NDA1XTogeHNfcmVhZCgvdm0vZWM2MDA0YzgtMzQ3Zi1lODBl LWUwZjctZDI1OGYzNjM0YjZjL2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cv ZGFlbW9uLmxvZzpKdWwgMTggMjE6NTA6MjkgeGVuc2VydmVyLXRlc3QtMiBIVk04NFsyNTQwNV06 IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC84NC94ZW5fZXh0ZW5kZWRfcG93 ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjUwOjI5 IHhlbnNlcnZlci10ZXN0LTIgSFZNODRbMjU0MDVdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQg ZXJyb3IuIC92bS9lYzYwMDRjOC0zNDdmLWU4MGUtZTBmNy1kMjU4ZjM2MzRiNmMvdm5jcGFzc3dk LiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NTA6NDMgeGVuc2VydmVyLXRlc3QtMiBI Vk04NVsyNTY4OF06IHhzX3JlYWQoL3ZtLzdhNjBlZjA1LTVhNWYtNjI5NS0yOTA3LWE3Y2U2Mjk4 YWEzNS9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVs IDE4IDIxOjUwOjQzIHhlbnNlcnZlci10ZXN0LTIgSFZNODVbMjU2ODhdOiB4c19yZWFkKC9sb2Nh bC9kb21haW4vMC9kZXZpY2UtbW9kZWwvODUveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFk IGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1MDo0MyB4ZW5zZXJ2ZXItdGVz dC0yIEhWTTg1WzI1Njg4XTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vN2E2 MGVmMDUtNWE1Zi02Mjk1LTI5MDctYTdjZTYyOThhYTM1L3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2Rh ZW1vbi5sb2c6SnVsIDE4IDIxOjUwOjUzIHhlbnNlcnZlci10ZXN0LTIgSFZNODZbMjU5NzRdOiB4 c19yZWFkKC92bS81ODBlMzkxYy0yMzU4LWFjN2UtMTA2Yy00MWUyYWJmNGVhMzIvbG9nLXRocm90 dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1MDo1MyB4 ZW5zZXJ2ZXItdGVzdC0yIEhWTTg2WzI1OTc0XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2 aWNlLW1vZGVsLzg2L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9s b2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NTA6NTMgeGVuc2VydmVyLXRlc3QtMiBIVk04NlsyNTk3 NF06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtLzU4MGUzOTFjLTIzNTgtYWM3 ZS0xMDZjLTQxZTJhYmY0ZWEzMi92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAx OCAyMTo1MTowNiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTg3WzI2MjYzXTogeHNfcmVhZCgvdm0vNTJm YTlmZjQtNTg1My01Yjc3LWM3YTktOWU2NmIxMDc0ZTA4L2xvZy10aHJvdHRsaW5nKTogcmVhZCBl cnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NTE6MDYgeGVuc2VydmVyLXRlc3Qt MiBIVk04N1syNjI2M106IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC84Ny94 ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6 SnVsIDE4IDIxOjUxOjA2IHhlbnNlcnZlci10ZXN0LTIgSFZNODdbMjYyNjNdOiB4c19yZWFkKCk6 IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS81MmZhOWZmNC01ODUzLTViNzctYzdhOS05ZTY2YjEw NzRlMDgvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NTE6MTYgeGVu c2VydmVyLXRlc3QtMiBIVk04OFsyNjU1MF06IHhzX3JlYWQoL3ZtLzc1MmU0MWFmLTlmZDItZGMy Yi05N2JhLTQ2YmJmMjA0ZGEwYy9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9n L2RhZW1vbi5sb2c6SnVsIDE4IDIxOjUxOjE2IHhlbnNlcnZlci10ZXN0LTIgSFZNODhbMjY1NTBd OiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvODgveGVuX2V4dGVuZGVkX3Bv d2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1MTox NiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTg4WzI2NTUwXTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0 IGVycm9yLiAvdm0vNzUyZTQxYWYtOWZkMi1kYzJiLTk3YmEtNDZiYmYyMDRkYTBjL3ZuY3Bhc3N3 ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjUxOjM2IHhlbnNlcnZlci10ZXN0LTIg SFZNODlbMjY4NDZdOiB4c19yZWFkKC92bS9iZGEyZGI2ZS03MWMwLTE3Y2UtNzJkOS1jODU1Zjc4 YTZiNTUvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1 bCAxOCAyMTo1MTozNiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTg5WzI2ODQ2XTogeHNfcmVhZCgvbG9j YWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzg5L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVh ZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NTE6MzYgeGVuc2VydmVyLXRl c3QtMiBIVk04OVsyNjg0Nl06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtL2Jk YTJkYjZlLTcxYzAtMTdjZS03MmQ5LWM4NTVmNzhhNmI1NS92bmNwYXNzd2QuIAovdmFyL2xvZy9k YWVtb24ubG9nOkp1bCAxOCAyMTo1MTo0OCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTkwWzI3MTI5XTog eHNfcmVhZCgvdm0vZmRlZGEyZGMtNTEwNS1lZjQ3LWU4ZTYtMmJkMjAyY2FjZDk3L2xvZy10aHJv dHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NTE6NDgg eGVuc2VydmVyLXRlc3QtMiBIVk05MFsyNzEyOV06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2Rl dmljZS1tb2RlbC85MC94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIv bG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjUxOjQ4IHhlbnNlcnZlci10ZXN0LTIgSFZNOTBbMjcx MjldOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS9mZGVkYTJkYy01MTA1LWVm NDctZThlNi0yYmQyMDJjYWNkOTcvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwg MTggMjE6NTI6MDAgeGVuc2VydmVyLXRlc3QtMiBIVk05MVsyNzQxMV06IHhzX3JlYWQoL3ZtLzFk OGJiZTAxLTYwODQtZmQ5Yy05ZGYwLTZhOTdkZGMxZDA0MS9sb2ctdGhyb3R0bGluZyk6IHJlYWQg ZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjUyOjAwIHhlbnNlcnZlci10ZXN0 LTIgSFZNOTFbMjc0MTFdOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvOTEv eGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9n Okp1bCAxOCAyMTo1MjowMCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTkxWzI3NDExXTogeHNfcmVhZCgp OiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vMWQ4YmJlMDEtNjA4NC1mZDljLTlkZjAtNmE5N2Rk YzFkMDQxL3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjUyOjEwIHhl bnNlcnZlci10ZXN0LTIgSFZNOTJbMjc2OTFdOiB4c19yZWFkKC92bS9hMmM4YTMxMS1mYTExLTcx YWEtNzc1Zi1kYmUwNDIwNGNkMTAvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xv Zy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1MjoxMCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTkyWzI3Njkx XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzkyL3hlbl9leHRlbmRlZF9w b3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NTI6 MTAgeGVuc2VydmVyLXRlc3QtMiBIVk05MlsyNzY5MV06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdl dCBlcnJvci4gL3ZtL2EyYzhhMzExLWZhMTEtNzFhYS03NzVmLWRiZTA0MjA0Y2QxMC92bmNwYXNz d2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1MjozMyB4ZW5zZXJ2ZXItdGVzdC0y IEhWTTkzWzI3OTc1XTogeHNfcmVhZCgvdm0vOGUzMTVhZDgtZDllYi1iMzY0LTU2ODYtNjgzM2Fk MWE5ZjUzL2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpK dWwgMTggMjE6NTI6MzMgeGVuc2VydmVyLXRlc3QtMiBIVk05M1syNzk3NV06IHhzX3JlYWQoL2xv Y2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC85My94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJl YWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjUyOjMzIHhlbnNlcnZlci10 ZXN0LTIgSFZNOTNbMjc5NzVdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS84 ZTMxNWFkOC1kOWViLWIzNjQtNTY4Ni02ODMzYWQxYTlmNTMvdm5jcGFzc3dkLiAKL3Zhci9sb2cv ZGFlbW9uLmxvZzpKdWwgMTggMjE6NTI6NTYgeGVuc2VydmVyLXRlc3QtMiBIVk05NFsyODI2MV06 IHhzX3JlYWQoL3ZtLzY1Mzc0ODYyLTE3NGQtNmM4OS1jNjJhLTQ1YjU4NjJmZjQxNS9sb2ctdGhy b3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjUyOjU2 IHhlbnNlcnZlci10ZXN0LTIgSFZNOTRbMjgyNjFdOiB4c19yZWFkKC9sb2NhbC9kb21haW4vMC9k ZXZpY2UtbW9kZWwvOTQveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFy L2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1Mjo1NiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTk0WzI4 MjYxXTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0vNjUzNzQ4NjItMTc0ZC02 Yzg5LWM2MmEtNDViNTg2MmZmNDE1L3ZuY3Bhc3N3ZC4gCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVs IDE4IDIxOjUzOjIwIHhlbnNlcnZlci10ZXN0LTIgSFZNOTVbMjg1NDZdOiB4c19yZWFkKC92bS84 MWU2ZDY3Yy1kY2FjLWFiYjYtMjhhNi1lMzc5MmZlNmZkZmYvbG9nLXRocm90dGxpbmcpOiByZWFk IGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1MzoyMCB4ZW5zZXJ2ZXItdGVz dC0yIEhWTTk1WzI4NTQ2XTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAvZGV2aWNlLW1vZGVsLzk1 L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxv ZzpKdWwgMTggMjE6NTM6MjAgeGVuc2VydmVyLXRlc3QtMiBIVk05NVsyODU0Nl06IHhzX3JlYWQo KTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtLzgxZTZkNjdjLWRjYWMtYWJiNi0yOGE2LWUzNzky ZmU2ZmRmZi92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1MzozMyB4 ZW5zZXJ2ZXItdGVzdC0yIEhWTTk2WzI4ODI2XTogeHNfcmVhZCgvdm0vNGEyYmY5YTgtOGNjNC0w YmY1LWQ3NzMtMmFmNjE1NGY3YzEyL2xvZy10aHJvdHRsaW5nKTogcmVhZCBlcnJvciAKL3Zhci9s b2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NTM6MzMgeGVuc2VydmVyLXRlc3QtMiBIVk05NlsyODgy Nl06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC85Ni94ZW5fZXh0ZW5kZWRf cG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6SnVsIDE4IDIxOjUz OjMzIHhlbnNlcnZlci10ZXN0LTIgSFZNOTZbMjg4MjZdOiB4c19yZWFkKCk6IHZuY3Bhc3N3ZCBn ZXQgZXJyb3IuIC92bS80YTJiZjlhOC04Y2M0LTBiZjUtZDc3My0yYWY2MTU0ZjdjMTIvdm5jcGFz c3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NTM6NTIgeGVuc2VydmVyLXRlc3Qt MiBIVk05N1syOTExMV06IHhzX3JlYWQoL3ZtLzIwZmI5MjRmLWIxODMtM2VmYi0wZjc3LTg5MjYz MGUzZjE5Ni9sb2ctdGhyb3R0bGluZyk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5sb2c6 SnVsIDE4IDIxOjUzOjUyIHhlbnNlcnZlci10ZXN0LTIgSFZNOTdbMjkxMTFdOiB4c19yZWFkKC9s b2NhbC9kb21haW4vMC9kZXZpY2UtbW9kZWwvOTcveGVuX2V4dGVuZGVkX3Bvd2VyX21nbXQpOiBy ZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1Mzo1MiB4ZW5zZXJ2ZXIt dGVzdC0yIEhWTTk3WzI5MTExXTogeHNfcmVhZCgpOiB2bmNwYXNzd2QgZ2V0IGVycm9yLiAvdm0v MjBmYjkyNGYtYjE4My0zZWZiLTBmNzctODkyNjMwZTNmMTk2L3ZuY3Bhc3N3ZC4gCi92YXIvbG9n L2RhZW1vbi5sb2c6SnVsIDE4IDIxOjU0OjE0IHhlbnNlcnZlci10ZXN0LTIgSFZNOThbMjkzOTFd OiB4c19yZWFkKC92bS8zZWNkZTliNC0wMjA0LWNhMzItNDE2Yi04OTUxOWExOGExNTMvbG9nLXRo cm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1NDox NCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTk4WzI5MzkxXTogeHNfcmVhZCgvbG9jYWwvZG9tYWluLzAv ZGV2aWNlLW1vZGVsLzk4L3hlbl9leHRlbmRlZF9wb3dlcl9tZ210KTogcmVhZCBlcnJvciAKL3Zh ci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NTQ6MTQgeGVuc2VydmVyLXRlc3QtMiBIVk05OFsy OTM5MV06IHhzX3JlYWQoKTogdm5jcGFzc3dkIGdldCBlcnJvci4gL3ZtLzNlY2RlOWI0LTAyMDQt Y2EzMi00MTZiLTg5NTE5YTE4YTE1My92bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1 bCAxOCAyMTo1NDozNCB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTk5WzI5Njc4XTogeHNfcmVhZCgvdm0v ZDY1NWJmYjctYzIzMS0xN2U0LWUyZmEtNjE4MzM4MDI5ZTIzL2xvZy10aHJvdHRsaW5nKTogcmVh ZCBlcnJvciAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NTQ6MzQgeGVuc2VydmVyLXRl c3QtMiBIVk05OVsyOTY3OF06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC85 OS94ZW5fZXh0ZW5kZWRfcG93ZXJfbWdtdCk6IHJlYWQgZXJyb3IgCi92YXIvbG9nL2RhZW1vbi5s b2c6SnVsIDE4IDIxOjU0OjM0IHhlbnNlcnZlci10ZXN0LTIgSFZNOTlbMjk2NzhdOiB4c19yZWFk KCk6IHZuY3Bhc3N3ZCBnZXQgZXJyb3IuIC92bS9kNjU1YmZiNy1jMjMxLTE3ZTQtZTJmYS02MTgz MzgwMjllMjMvdm5jcGFzc3dkLiAKL3Zhci9sb2cvZGFlbW9uLmxvZzpKdWwgMTggMjE6NTU6MjYg eGVuc2VydmVyLXRlc3QtMiBIVk0xMDBbMjk5NzRdOiB4c19yZWFkKC92bS8yZjVkNDJkOC02MzQ3 LTU0ZmQtNWQ3MS1mMjMyOTYzMmQyZTAvbG9nLXRocm90dGxpbmcpOiByZWFkIGVycm9yIAovdmFy L2xvZy9kYWVtb24ubG9nOkp1bCAxOCAyMTo1NToyNiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTEwMFsy OTk3NF06IHhzX3JlYWQoL2xvY2FsL2RvbWFpbi8wL2RldmljZS1tb2RlbC8xMDAveGVuX2V4dGVu ZGVkX3Bvd2VyX21nbXQpOiByZWFkIGVycm9yIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOCAy MTo1NToyNiB4ZW5zZXJ2ZXItdGVzdC0yIEhWTTEwMFsyOTk3NF06IHhzX3JlYWQoKTogdm5jcGFz c3dkIGdldCBlcnJvci4gL3ZtLzJmNWQ0MmQ4LTYzNDctNTRmZC01ZDcxLWYyMzI5NjMyZDJlMC92 bmNwYXNzd2QuIAovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOSAxMTo1NjozNSB4ZW5zZXJ2ZXIt dGVzdC0yIHJwYy5zdGF0ZFs2NzM0XTogZ2V0aG9zdGJ5bmFtZSBlcnJvciBmb3IgeGVuc2VydmVy LXRlc3QtMgovdmFyL2xvZy9kYWVtb24ubG9nOkp1bCAxOSAxMTo1NTo1MSB4ZW5zZXJ2ZXItdGVz dC0yIHhhcGk6IFtlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDUgaW5ldF9ycGN8c2Vzc2lvbl9jaGVj ayBEOmJjMTUxNjQwYTJmOXxtYXN0ZXJfY29ubmVjdGlvbl0gQ29ubmVjdGlvbiB0byBtYXN0ZXIg ZGllZC4gSSB3aWxsIGNvbnRpbnVlIHRvIHJldHJ5IGluZGVmaW5pdGVseSAoc3VwcmVzc2luZyBm dXR1cmUgbG9nZ2luZyBvZiB0aGlzIG1lc3NhZ2UpLiAKL3Zhci9sb2cva2Vybi5sb2c6SnVsIDEy IDE3OjA3OjIxIHhlbnNlcnZlci10ZXN0LTIga2VybmVsOiBBQ1BJIEVycm9yOiBGaWVsZCBbQ0RX M10gYXQgOTYgZXhjZWVkcyBCdWZmZXIgW05VTExdIHNpemUgNjQgKGJpdHMpICgyMDA5MDkwMy9k c29wY29kZS01OTYpCi92YXIvbG9nL2tlcm4ubG9nOkp1bCAxMiAxNzowNzoyMSB4ZW5zZXJ2ZXIt dGVzdC0yIGtlcm5lbDogQUNQSSBFcnJvciAocHNwYXJzZS0wNTM3KTogTWV0aG9kIHBhcnNlL2V4 ZWN1dGlvbiBmYWlsZWQgW1xfU0JfLl9PU0NdIChOb2RlIGVlODM1M2VjKSwgQUVfQU1MX0JVRkZF Ul9MSU1JVAovdmFyL2xvZy9rZXJuLmxvZzpKdWwgMTIgMTc6MDc6MzcgeGVuc2VydmVyLXRlc3Qt MiBrZXJuZWw6IGx3cmVnZFs2NTA1XTogc2VnZmF1bHQgYXQgMzYzMDVmNzQgaXAgYjc2ZWI3ZjUg c3AgYjZlMTFhNjAgZXJyb3IgNCBpbiBsaWJsd21zZy5zby4wLjAuMFtiNzZlNjAwMCthMDAwXQov dmFyL2xvZy9rZXJuLmxvZzpKdWwgMTIgMTc6MDc6MzggeGVuc2VydmVyLXRlc3QtMiBrZXJuZWw6 IGx3cmVnZFs2Nzc5XTogc2VnZmF1bHQgYXQgMzYzMDVmNzQgaXAgYjc2YzY3ZjUgc3AgYjZkZWNh NjAgZXJyb3IgNCBpbiBsaWJsd21zZy5zby4wLjAuMFtiNzZjMTAwMCthMDAwXQovdmFyL2xvZy9r ZXJuLmxvZzpKdWwgMTkgMTE6NTY6MTggeGVuc2VydmVyLXRlc3QtMiBrZXJuZWw6IEFDUEkgRXJy b3I6IEZpZWxkIFtDRFczXSBhdCA5NiBleGNlZWRzIEJ1ZmZlciBbTlVMTF0gc2l6ZSA2NCAoYml0 cykgKDIwMDkwOTAzL2Rzb3Bjb2RlLTU5NikKL3Zhci9sb2cva2Vybi5sb2c6SnVsIDE5IDExOjU2 OjE4IHhlbnNlcnZlci10ZXN0LTIga2VybmVsOiBBQ1BJIEVycm9yIChwc3BhcnNlLTA1MzcpOiBN ZXRob2QgcGFyc2UvZXhlY3V0aW9uIGZhaWxlZCBbXF9TQl8uX09TQ10gKE5vZGUgZWU4MzUzZWMp LCBBRV9BTUxfQlVGRkVSX0xJTUlUCi92YXIvbG9nL3VzZXIubG9nOkp1bCAxNyAyMToyMzoxMiB4 ZW5zZXJ2ZXItdGVzdC0yIHB5dGhvbjogUEVSRk1PTjogY2F1Z2h0IElPRXJyb3I6IChodHRwIGVy cm9yIDQwMSBVbmF1dGhvcmlzZWQgV1dXLUF1dGhlbnRpY2F0ZTogQmFzaWMgcmVhbG09ImdldF9y cmRfdXBkYXRlcyINIENvbm5lY3Rpb246IGNsb3NlDSBDYWNoZS1Db250cm9sOiBuby1jYWNoZSwg bm8tc3RvcmUNICkgLSByZXN0YXJ0aW5nIFhBUEkgc2Vzc2lvbgovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0Mzo0NC4zNzFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY1 IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjowNjMxNGM3ZDZkZTB8eGVub3BzXSBJ Z25vcmluZyBleGNlcHRpb246IEZhaWx1cmUoImNyYXp5IGZvb2wiKSB3aGlsZSBFcnJvciBzdG9w aW5nIGRldmljZS1tb2RlbCwgYWxyZWFkeSBkZWFkID8KL3Zhci9sb2cveGVuc291cmNlLmxvZzpb MjAxMjA3MThUMTM6NDM6NDQuMzc0WnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0 ZW58Vk0gKGRvbWlkOiA0NSkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYz Mn0gRDplNTJlNjUwODIwNWJ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vz c2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0Mzo0NC4zNzZafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY1 IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjowNjMxNGM3ZDZkZTB8eGVub3BzXSB4 ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvNDUKL3Zhci9sb2cv eGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NDQuMzc3WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVz dC0yfDIzNTc2NSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MDYzMTRjN2Q2ZGUw fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi80NS9lcnJvci9kZXZpY2UvdmJkLzU2 MzIKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NDQuMzgyWnxlcnJvcnx4 ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA0NSkgZGV2aWNlX2V2ZW50 ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjdhODdmMmVkMzk3NnxldmVudF0gZGV2aWNl X2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRh dGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjQ0LjM4Mlp8ZGVi dWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjUgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93 biBSOjA2MzE0YzdkNmRlMHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJv ci9iYWNrZW5kL3ZiZC80NQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0Mzo0 NC4zODNafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY1IGluZXQtUlBDfEFzeW5jLlZNLmhh cmRfc2h1dGRvd24gUjowNjMxNGM3ZDZkZTB8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9t YWluLzQ1L2Vycm9yL2RldmljZS92YmQvNzY4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIw NzE4VDEzOjQzOjQ0Ljc3N1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjUgaW5ldC1SUEN8 QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjA2MzE0YzdkNmRlMHx4ZW5vcHNdIERldmljZS5WaWYu aGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMK L3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NDQuNzc5WnxkZWJ1Z3x4ZW5z ZXJ2ZXItdGVzdC0yfDIzNTc2NSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MDYz MTRjN2Q2ZGUwfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tl bmQvdmlmLzQ1Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjQ0Ljc3OVp8 ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjUgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0 ZG93biBSOjA2MzE0YzdkNmRlMHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNDUv ZXJyb3IvZGV2aWNlL3ZpZi8wCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQz OjQ1LjE1OFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjUgaW5ldC1SUEN8QXN5bmMuVk0u aGFyZF9zaHV0ZG93biBSOjA2MzE0YzdkNmRlMHx4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0 ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cv eGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NDUuMTYwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVz dC0yfDIzNTc2NSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MDYzMTRjN2Q2ZGUw fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzQ1 Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjQ1LjE2MFp8ZGVidWd8eGVu c2VydmVyLXRlc3QtMnwyMzU3NjUgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjA2 MzE0YzdkNmRlMHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNDUvZXJyb3IvZGV2 aWNlL3ZpZi8xCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjQ3Ljc2M1p8 ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjMgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0 ZG93biBSOjdlZjQzYmJlNTcwY3x4ZW5vcHNdIElnbm9yaW5nIGV4Y2VwdGlvbjogRmFpbHVyZSgi Y3JhenkgZm9vbCIpIHdoaWxlIEVycm9yIHN0b3BpbmcgZGV2aWNlLW1vZGVsLCBhbHJlYWR5IGRl YWQgPwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0Mzo0Ny43NzBafGVycm9y fHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDMxKSBkZXZpY2VfZXZl bnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOmZkMjA0OGM3MjA0M3xldmVudF0gZGV2 aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGlu IGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjQ3Ljc3Nlp8 ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjMgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0 ZG93biBSOjdlZjQzYmJlNTcwY3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9l cnJvci9iYWNrZW5kL3ZiZC8zMQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0 Mzo0Ny43NzZafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzYzIGluZXQtUlBDfEFzeW5jLlZN LmhhcmRfc2h1dGRvd24gUjo3ZWY0M2JiZTU3MGN8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwv ZG9tYWluLzMxL2Vycm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsy MDEyMDcxOFQxMzo0Mzo0Ny43ODFafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3Rl bnxWTSAoZG9taWQ6IDMxKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9 IEQ6Mjg3YmFlNzFjN2U5fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3Nl ZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxv ZzpbMjAxMjA3MThUMTM6NDM6NDcuNzg4WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MyBp bmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6N2VmNDNiYmU1NzBjfHhlbm9wc10geGVu c3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzMxCi92YXIvbG9nL3hl bnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjQ3Ljc5MFp8ZGVidWd8eGVuc2VydmVyLXRlc3Qt MnwyMzU3NjMgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjdlZjQzYmJlNTcwY3x4 ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMzEvZXJyb3IvZGV2aWNlL3ZiZC83NjgK L3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NDguMTc5WnxkZWJ1Z3x4ZW5z ZXJ2ZXItdGVzdC0yfDIzNTc2MyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6N2Vm NDNiYmU1NzBjfHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cg YXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEy MDcxOFQxMzo0Mzo0OC4xODBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzYzIGluZXQtUlBD fEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo3ZWY0M2JiZTU3MGN8eGVub3BzXSB4ZW5zdG9yZS1y bSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvMzEKL3Zhci9sb2cveGVuc291cmNl LmxvZzpbMjAxMjA3MThUMTM6NDM6NDguMTgxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2 MyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6N2VmNDNiYmU1NzBjfHhlbm9wc10g eGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8zMS9lcnJvci9kZXZpY2UvdmlmLzAKL3Zhci9sb2cv eGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NDguNTY4WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVz dC0yfDIzNTc2MyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6N2VmNDNiYmU1NzBj fHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNr ZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0 Mzo0OC41NzBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzYzIGluZXQtUlBDfEFzeW5jLlZN LmhhcmRfc2h1dGRvd24gUjo3ZWY0M2JiZTU3MGN8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwv ZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvMzEKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAx MjA3MThUMTM6NDM6NDguNTcxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MyBpbmV0LVJQ Q3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6N2VmNDNiYmU1NzBjfHhlbm9wc10geGVuc3RvcmUt cm0gL2xvY2FsL2RvbWFpbi8zMS9lcnJvci9kZXZpY2UvdmlmLzEKL3Zhci9sb2cveGVuc291cmNl LmxvZzpbMjAxMjA3MThUMTM6NDM6NTAuNTEyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2 NCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6ZTQyYTg0Y2JmYzE0fHhlbm9wc10g SWdub3JpbmcgZXhjZXB0aW9uOiBGYWlsdXJlKCJjcmF6eSBmb29sIikgd2hpbGUgRXJyb3Igc3Rv cGluZyBkZXZpY2UtbW9kZWwsIGFscmVhZHkgZGVhZCA/Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6 WzIwMTIwNzE4VDEzOjQzOjUwLjUyMlp8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlz dGVufFZNIChkb21pZDogMjcpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2 OH0gRDozN2I0ZGU3Mzk2NDZ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vz c2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0Mzo1MC41MjRafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY0 IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjplNDJhODRjYmZjMTR8eGVub3BzXSB4 ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvMjcKL3Zhci9sb2cv eGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NTAuNTI1WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVz dC0yfDIzNTc2NCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6ZTQyYTg0Y2JmYzE0 fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8yNy9lcnJvci9kZXZpY2UvdmJkLzc2 OAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0Mzo1MC41MzFafGVycm9yfHhl bnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDI3KSBkZXZpY2VfZXZlbnQg PSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOjBiNjU1ZDRiZWVlY3xldmVudF0gZGV2aWNl X2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRh dGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjUwLjU0M1p8ZGVi dWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjQgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93 biBSOmU0MmE4NGNiZmMxNHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJv ci9iYWNrZW5kL3ZiZC8yNwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0Mzo1 MC41NDRafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY0IGluZXQtUlBDfEFzeW5jLlZNLmhh cmRfc2h1dGRvd24gUjplNDJhODRjYmZjMTR8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9t YWluLzI3L2Vycm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEy MDcxOFQxMzo0Mzo1MC45MzhafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY0IGluZXQtUlBD fEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjplNDJhODRjYmZjMTR8eGVub3BzXSBEZXZpY2UuVmlm LmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhz Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjUwLjkzOVp8ZGVidWd8eGVu c2VydmVyLXRlc3QtMnwyMzU3NjQgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmU0 MmE4NGNiZmMxNHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNr ZW5kL3ZpZi8yNwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0Mzo1MC45NDBa fGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY0IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1 dGRvd24gUjplNDJhODRjYmZjMTR8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzI3 L2Vycm9yL2RldmljZS92aWYvMAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0 Mzo1MS4zMThafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY0IGluZXQtUlBDfEFzeW5jLlZN LmhhcmRfc2h1dGRvd24gUjplNDJhODRjYmZjMTR8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1 dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9n L3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjUxLjMyMFp8ZGVidWd8eGVuc2VydmVyLXRl c3QtMnwyMzU3NjQgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmU0MmE4NGNiZmMx NHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi8y NwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0Mzo1MS4zMjBafGRlYnVnfHhl bnNlcnZlci10ZXN0LTJ8MjM1NzY0IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpl NDJhODRjYmZjMTR8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzI3L2Vycm9yL2Rl dmljZS92aWYvMQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0Mzo1My42MzBa fGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDI0KSBkZXZp Y2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOmJkNWU0NGQ2YjY4NHxldmVu dF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQg bm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjUz LjY0M1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjggaW5ldC1SUEN8QXN5bmMuVk0uaGFy ZF9zaHV0ZG93biBSOjRjMTBiOWJlNDg5YXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21h aW4vMC9lcnJvci9iYWNrZW5kL3ZiZC8yNAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0Mzo1My42NDdafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY4IGluZXQtUlBDfEFz eW5jLlZNLmhhcmRfc2h1dGRvd24gUjo0YzEwYjliZTQ4OWF8eGVub3BzXSB4ZW5zdG9yZS1ybSAv bG9jYWwvZG9tYWluLzI0L2Vycm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0Mzo1My42NTRafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFs X2xpc3RlbnxWTSAoZG9taWQ6IDI0KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3Zi ZCw3Njh9IEQ6MWNkY2NlNWY3OTIwfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHBy b2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291 cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NTMuNjcxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIz NTc2OCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6NGMxMGI5YmU0ODlhfHhlbm9w c10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzI0Ci92YXIv bG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjUzLjY3MVp8ZGVidWd8eGVuc2VydmVy LXRlc3QtMnwyMzU3NjggaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjRjMTBiOWJl NDg5YXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMjQvZXJyb3IvZGV2aWNlL3Zi ZC83NjgKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NTQuMDU5WnxkZWJ1 Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3du IFI6NGMxMGI5YmU0ODlhfHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRv IGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9n OlsyMDEyMDcxOFQxMzo0Mzo1NC4wNjFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY4IGlu ZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo0YzEwYjliZTQ4OWF8eGVub3BzXSB4ZW5z dG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvMjQKL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NTQuMDYxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0y fDIzNTc2OCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6NGMxMGI5YmU0ODlhfHhl bm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8yNC9lcnJvci9kZXZpY2UvdmlmLzAKL3Zh ci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NTQuNDM4WnxkZWJ1Z3x4ZW5zZXJ2 ZXItdGVzdC0yfDIzNTc2OCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6NGMxMGI5 YmU0ODlhfHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdh eSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0Mzo1NC40MzlafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY4IGluZXQtUlBDfEFz eW5jLlZNLmhhcmRfc2h1dGRvd24gUjo0YzEwYjliZTQ4OWF8eGVub3BzXSB4ZW5zdG9yZS1ybSAv bG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvMjQKL3Zhci9sb2cveGVuc291cmNlLmxv ZzpbMjAxMjA3MThUMTM6NDM6NTQuNDQwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OCBp bmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6NGMxMGI5YmU0ODlhfHhlbm9wc10geGVu c3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8yNC9lcnJvci9kZXZpY2UvdmlmLzEKL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NTYuNTAxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0y fDIzNTc3MCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YjM1OTRmMDNjMjUyfHhl bm9wc10gSWdub3JpbmcgZXhjZXB0aW9uOiBGYWlsdXJlKCJjcmF6eSBmb29sIikgd2hpbGUgRXJy b3Igc3RvcGluZyBkZXZpY2UtbW9kZWwsIGFscmVhZHkgZGVhZCA/Ci92YXIvbG9nL3hlbnNvdXJj ZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjU2LjUwNVp8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4 YWxfbGlzdGVufFZNIChkb21pZDogMzApIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7 dmJkLDU2MzJ9IEQ6MTM0ZmMyMTM5OTdhfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJl IHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NTYuNTA3WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0y fDIzNTc3MCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YjM1OTRmMDNjMjUyfHhl bm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzMwCi92 YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjU2LjUwOFp8ZGVidWd8eGVuc2Vy dmVyLXRlc3QtMnwyMzU3NzAgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmIzNTk0 ZjAzYzI1Mnx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMzAvZXJyb3IvZGV2aWNl L3ZiZC81NjMyCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjU2LjUxNFp8 ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMzApIGRldmlj ZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDo1ZjYyOTM1ZTI0OWN8ZXZlbnRd IGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5v dCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0Mzo1Ni41 MTZafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcwIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRf c2h1dGRvd24gUjpiMzU5NGYwM2MyNTJ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWlu LzAvZXJyb3IvYmFja2VuZC92YmQvMzAKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThU MTM6NDM6NTYuNTE3WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MCBpbmV0LVJQQ3xBc3lu Yy5WTS5oYXJkX3NodXRkb3duIFI6YjM1OTRmMDNjMjUyfHhlbm9wc10geGVuc3RvcmUtcm0gL2xv Y2FsL2RvbWFpbi8zMC9lcnJvci9kZXZpY2UvdmJkLzc2OAovdmFyL2xvZy94ZW5zb3VyY2UubG9n OlsyMDEyMDcxOFQxMzo0Mzo1Ni45MjhafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcwIGlu ZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpiMzU5NGYwM2MyNTJ8eGVub3BzXSBEZXZp Y2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9y IHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjU2LjkzMFp8ZGVi dWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NzAgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93 biBSOmIzNTk0ZjAzYzI1Mnx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJv ci9iYWNrZW5kL3ZpZi8zMAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0Mzo1 Ni45MzBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcwIGluZXQtUlBDfEFzeW5jLlZNLmhh cmRfc2h1dGRvd24gUjpiMzU5NGYwM2MyNTJ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9t YWluLzMwL2Vycm9yL2RldmljZS92aWYvMAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0Mzo1Ny4zNjhafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcwIGluZXQtUlBDfEFz eW5jLlZNLmhhcmRfc2h1dGRvd24gUjpiMzU5NGYwM2MyNTJ8eGVub3BzXSBEZXZpY2UuVmlmLmhh cmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92 YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjU3LjM2OVp8ZGVidWd8eGVuc2Vy dmVyLXRlc3QtMnwyMzU3NzAgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmIzNTk0 ZjAzYzI1Mnx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5k L3ZpZi8zMAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0Mzo1Ny4zNzBafGRl YnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcwIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRv d24gUjpiMzU5NGYwM2MyNTJ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzMwL2Vy cm9yL2RldmljZS92aWYvMQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0Mzo1 OS40NTZafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY5IGluZXQtUlBDfEFzeW5jLlZNLmhh cmRfc2h1dGRvd24gUjo4NTg4ODdmNWQ0MDd8eGVub3BzXSBJZ25vcmluZyBleGNlcHRpb246IEZh aWx1cmUoImNyYXp5IGZvb2wiKSB3aGlsZSBFcnJvciBzdG9waW5nIGRldmljZS1tb2RlbCwgYWxy ZWFkeSBkZWFkID8KL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NTkuNDYw WnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA1MCkgZGV2 aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjc5YjU0YWMxZTI2OXxldmVu dF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQg bm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjU5 LjQ2M1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjkgaW5ldC1SUEN8QXN5bmMuVk0uaGFy ZF9zaHV0ZG93biBSOjg1ODg4N2Y1ZDQwN3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21h aW4vMC9lcnJvci9iYWNrZW5kL3ZiZC81MAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0Mzo1OS40NjRafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY5IGluZXQtUlBDfEFz eW5jLlZNLmhhcmRfc2h1dGRvd24gUjo4NTg4ODdmNWQ0MDd8eGVub3BzXSB4ZW5zdG9yZS1ybSAv bG9jYWwvZG9tYWluLzUwL2Vycm9yL2RldmljZS92YmQvNzY4Ci92YXIvbG9nL3hlbnNvdXJjZS5s b2c6WzIwMTIwNzE4VDEzOjQzOjU5LjQ2OVp8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxf bGlzdGVufFZNIChkb21pZDogNTApIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJk LDU2MzJ9IEQ6YjMyMjYxYzJlY2I3fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHBy b2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291 cmNlLmxvZzpbMjAxMjA3MThUMTM6NDM6NTkuNDcyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIz NTc2OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6ODU4ODg3ZjVkNDA3fHhlbm9w c10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzUwCi92YXIv bG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjU5LjQ3Mlp8ZGVidWd8eGVuc2VydmVy LXRlc3QtMnwyMzU3NjkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjg1ODg4N2Y1 ZDQwN3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNTAvZXJyb3IvZGV2aWNlL3Zi ZC81NjMyCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjU5Ljg0OVp8ZGVi dWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93 biBSOjg1ODg4N2Y1ZDQwN3x4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0 byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxv ZzpbMjAxMjA3MThUMTM6NDM6NTkuODUwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OSBp bmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6ODU4ODg3ZjVkNDA3fHhlbm9wc10geGVu c3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzUwCi92YXIvbG9nL3hl bnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQzOjU5Ljg1MVp8ZGVidWd8eGVuc2VydmVyLXRlc3Qt MnwyMzU3NjkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjg1ODg4N2Y1ZDQwN3x4 ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNTAvZXJyb3IvZGV2aWNlL3ZpZi8wCi92 YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjAwLjI0OVp8ZGVidWd8eGVuc2Vy dmVyLXRlc3QtMnwyMzU3NjkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjg1ODg4 N2Y1ZDQwN3x4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3 YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3 MThUMTM6NDQ6MDAuMjUwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OSBpbmV0LVJQQ3xB c3luYy5WTS5oYXJkX3NodXRkb3duIFI6ODU4ODg3ZjVkNDA3fHhlbm9wc10geGVuc3RvcmUtcm0g L2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzUwCi92YXIvbG9nL3hlbnNvdXJjZS5s b2c6WzIwMTIwNzE4VDEzOjQ0OjAwLjI1MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3Njkg aW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjg1ODg4N2Y1ZDQwN3x4ZW5vcHNdIHhl bnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNTAvZXJyb3IvZGV2aWNlL3ZpZi8xCi92YXIvbG9nL3hl bnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjAyLjg1MVp8ZGVidWd8eGVuc2VydmVyLXRlc3Qt MnwyMzU3NjIgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjU2MzNiZDYwYTU3MXx4 ZW5vcHNdIElnbm9yaW5nIGV4Y2VwdGlvbjogRmFpbHVyZSgiY3JhenkgZm9vbCIpIHdoaWxlIEVy cm9yIHN0b3BpbmcgZGV2aWNlLW1vZGVsLCBhbHJlYWR5IGRlYWQgPwovdmFyL2xvZy94ZW5zb3Vy Y2UubG9nOlsyMDEyMDcxOFQxMzo0NDowMi44NTZafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYg eGFsX2xpc3RlbnxWTSAoZG9taWQ6IDM0KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24g e3ZiZCw3Njh9IEQ6YTZlNWUyMDc4YjBifGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJl IHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MDIuODU4WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0y fDIzNTc2MiBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6NTYzM2JkNjBhNTcxfHhl bm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzM0Ci92 YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjAyLjg1OFp8ZGVidWd8eGVuc2Vy dmVyLXRlc3QtMnwyMzU3NjIgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjU2MzNi ZDYwYTU3MXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMzQvZXJyb3IvZGV2aWNl L3ZiZC83NjgKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MDIuODYyWnxl cnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAzNCkgZGV2aWNl X2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDo1MDMzZjNlZDA4ZTh8ZXZlbnRd IGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5v dCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDowMi44 NjlafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzYyIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRf c2h1dGRvd24gUjo1NjMzYmQ2MGE1NzF8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWlu LzAvZXJyb3IvYmFja2VuZC92YmQvMzQKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThU MTM6NDQ6MDIuODY5WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MiBpbmV0LVJQQ3xBc3lu Yy5WTS5oYXJkX3NodXRkb3duIFI6NTYzM2JkNjBhNTcxfHhlbm9wc10geGVuc3RvcmUtcm0gL2xv Y2FsL2RvbWFpbi8zNC9lcnJvci9kZXZpY2UvdmJkLzU2MzIKL3Zhci9sb2cveGVuc291cmNlLmxv ZzpbMjAxMjA3MThUMTM6NDQ6MDMuMjg4WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MiBp bmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6NTYzM2JkNjBhNTcxfHhlbm9wc10gRGV2 aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJv ciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDowMy4yOTBafGRl YnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzYyIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRv d24gUjo1NjMzYmQ2MGE1NzF8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJy b3IvYmFja2VuZC92aWYvMzQKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6 MDMuMjkwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MiBpbmV0LVJQQ3xBc3luYy5WTS5o YXJkX3NodXRkb3duIFI6NTYzM2JkNjBhNTcxfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2Rv bWFpbi8zNC9lcnJvci9kZXZpY2UvdmlmLzAKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3 MThUMTM6NDQ6MDMuNjY5WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MiBpbmV0LVJQQ3xB c3luYy5WTS5oYXJkX3NodXRkb3duIFI6NTYzM2JkNjBhNTcxfHhlbm9wc10gRGV2aWNlLlZpZi5o YXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwov dmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDowMy42NzBafGRlYnVnfHhlbnNl cnZlci10ZXN0LTJ8MjM1NzYyIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo1NjMz YmQ2MGE1NzF8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2Vu ZC92aWYvMzQKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MDMuNjcxWnxk ZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MiBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRk b3duIFI6NTYzM2JkNjBhNTcxfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8zNC9l cnJvci9kZXZpY2UvdmlmLzEKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6 MDUuOTAxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NyBpbmV0LVJQQ3xBc3luYy5WTS5o YXJkX3NodXRkb3duIFI6MDA2MDVmMzc3ZjQyfHhlbm9wc10gSWdub3JpbmcgZXhjZXB0aW9uOiBG YWlsdXJlKCJjcmF6eSBmb29sIikgd2hpbGUgRXJyb3Igc3RvcGluZyBkZXZpY2UtbW9kZWwsIGFs cmVhZHkgZGVhZCA/Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjA1Ljkx MFp8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogNDApIGRl dmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDpiM2UzYjgyY2JiYTl8ZXZl bnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3Jk IG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDow NS45MTJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY3IGluZXQtUlBDfEFzeW5jLlZNLmhh cmRfc2h1dGRvd24gUjowMDYwNWYzNzdmNDJ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9t YWluLzAvZXJyb3IvYmFja2VuZC92YmQvNDAKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3 MThUMTM6NDQ6MDUuOTEyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NyBpbmV0LVJQQ3xB c3luYy5WTS5oYXJkX3NodXRkb3duIFI6MDA2MDVmMzc3ZjQyfHhlbm9wc10geGVuc3RvcmUtcm0g L2xvY2FsL2RvbWFpbi80MC9lcnJvci9kZXZpY2UvdmJkLzc2OAovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0NDowNS45MTdafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFs X2xpc3RlbnxWTSAoZG9taWQ6IDQwKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3Zi ZCw1NjMyfSBEOmM2Y2QwY2IxYTYwYXxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBw cm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNv dXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjA1LjkxOVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwy MzU3NjcgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAwNjA1ZjM3N2Y0Mnx4ZW5v cHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC80MAovdmFy L2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDowNS45MjBafGRlYnVnfHhlbnNlcnZl ci10ZXN0LTJ8MjM1NzY3IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjowMDYwNWYz NzdmNDJ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzQwL2Vycm9yL2RldmljZS92 YmQvNTYzMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDowNi4yODlafGRl YnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY3IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRv d24gUjowMDYwNWYzNzdmNDJ8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQg dG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5s b2c6WzIwMTIwNzE4VDEzOjQ0OjA2LjI5MFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3Njcg aW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAwNjA1ZjM3N2Y0Mnx4ZW5vcHNdIHhl bnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi80MAovdmFyL2xvZy94 ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDowNi4yOTFafGRlYnVnfHhlbnNlcnZlci10ZXN0 LTJ8MjM1NzY3IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjowMDYwNWYzNzdmNDJ8 eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzQwL2Vycm9yL2RldmljZS92aWYvMAov dmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDowNi42ODhafGRlYnVnfHhlbnNl cnZlci10ZXN0LTJ8MjM1NzY3IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjowMDYw NWYzNzdmNDJ8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBh d2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIw NzE4VDEzOjQ0OjA2LjY5MFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjcgaW5ldC1SUEN8 QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAwNjA1ZjM3N2Y0Mnx4ZW5vcHNdIHhlbnN0b3JlLXJt IC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi80MAovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0NDowNi42OTBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY3 IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjowMDYwNWYzNzdmNDJ8eGVub3BzXSB4 ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzQwL2Vycm9yL2RldmljZS92aWYvMQovdmFyL2xvZy94 ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDowOS4wNjJafGRlYnVnfHhlbnNlcnZlci10ZXN0 LTJ8MjM1NzY2IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjoxZGRhY2M2YWM2Yjl8 eGVub3BzXSBJZ25vcmluZyBleGNlcHRpb246IEZhaWx1cmUoImNyYXp5IGZvb2wiKSB3aGlsZSBF cnJvciBzdG9waW5nIGRldmljZS1tb2RlbCwgYWxyZWFkeSBkZWFkID8KL3Zhci9sb2cveGVuc291 cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MDkuMDcwWnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2 IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA1NSkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3du IHt2YmQsNzY4fSBEOjQ3OWQ1ZmZiM2RjNnxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBi ZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hl bnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjA5LjA3MVp8ZGVidWd8eGVuc2VydmVyLXRlc3Qt MnwyMzU3NjYgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjFkZGFjYzZhYzZiOXx4 ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC81NQov dmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDowOS4wNzJafGRlYnVnfHhlbnNl cnZlci10ZXN0LTJ8MjM1NzY2IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjoxZGRh Y2M2YWM2Yjl8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzU1L2Vycm9yL2Rldmlj ZS92YmQvNzY4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjA5LjA3Nlp8 ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogNTUpIGRldmlj ZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6NTcyY2U3NDU0ZTc0fGV2ZW50 XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBu b3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MDku MDc3WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NiBpbmV0LVJQQ3xBc3luYy5WTS5oYXJk X3NodXRkb3duIFI6MWRkYWNjNmFjNmI5fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFp bi8wL2Vycm9yL2JhY2tlbmQvdmJkLzU1Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4 VDEzOjQ0OjA5LjA3OFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjYgaW5ldC1SUEN8QXN5 bmMuVk0uaGFyZF9zaHV0ZG93biBSOjFkZGFjYzZhYzZiOXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9s b2NhbC9kb21haW4vNTUvZXJyb3IvZGV2aWNlL3ZiZC81NjMyCi92YXIvbG9nL3hlbnNvdXJjZS5s b2c6WzIwMTIwNzE4VDEzOjQ0OjA5LjQ1OVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjYg aW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjFkZGFjYzZhYzZiOXx4ZW5vcHNdIERl dmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJy b3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MDkuNDYxWnxk ZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NiBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRk b3duIFI6MWRkYWNjNmFjNmI5fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vy cm9yL2JhY2tlbmQvdmlmLzU1Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0 OjA5LjQ2Mlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjYgaW5ldC1SUEN8QXN5bmMuVk0u aGFyZF9zaHV0ZG93biBSOjFkZGFjYzZhYzZiOXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9k b21haW4vNTUvZXJyb3IvZGV2aWNlL3ZpZi8wCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIw NzE4VDEzOjQ0OjA5Ljg2OVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjYgaW5ldC1SUEN8 QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjFkZGFjYzZhYzZiOXx4ZW5vcHNdIERldmljZS5WaWYu aGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMK L3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MDkuODcwWnxkZWJ1Z3x4ZW5z ZXJ2ZXItdGVzdC0yfDIzNTc2NiBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MWRk YWNjNmFjNmI5fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tl bmQvdmlmLzU1Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjA5Ljg3MVp8 ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjYgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0 ZG93biBSOjFkZGFjYzZhYzZiOXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNTUv ZXJyb3IvZGV2aWNlL3ZpZi8xCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0 OjEyLjA4MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NzEgaW5ldC1SUEN8QXN5bmMuVk0u aGFyZF9zaHV0ZG93biBSOjBjNDNjYzA0MDZkNnx4ZW5vcHNdIElnbm9yaW5nIGV4Y2VwdGlvbjog RmFpbHVyZSgiY3JhenkgZm9vbCIpIHdoaWxlIEVycm9yIHN0b3BpbmcgZGV2aWNlLW1vZGVsLCBh bHJlYWR5IGRlYWQgPwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoxMi4w ODVafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDE1KSBk ZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6YmEzZTVhNjkyZDEwfGV2 ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29y ZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6 MTIuMDg3WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MSBpbmV0LVJQQ3xBc3luYy5WTS5o YXJkX3NodXRkb3duIFI6MGM0M2NjMDQwNmQ2fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2Rv bWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzE1Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIw NzE4VDEzOjQ0OjEyLjA4OFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NzEgaW5ldC1SUEN8 QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjBjNDNjYzA0MDZkNnx4ZW5vcHNdIHhlbnN0b3JlLXJt IC9sb2NhbC9kb21haW4vMTUvZXJyb3IvZGV2aWNlL3ZiZC83NjgKL3Zhci9sb2cveGVuc291cmNl LmxvZzpbMjAxMjA3MThUMTM6NDQ6MTIuMTE0WnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhh bF9saXN0ZW58Vk0gKGRvbWlkOiAxNSkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2 YmQsNTYzMn0gRDpiMjY1OGY1MTFhODR8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUg cHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5z b3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoxMi4xMTZafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8 MjM1NzcxIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjowYzQzY2MwNDA2ZDZ8eGVu b3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvMTUKL3Zh ci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MTIuMTE2WnxkZWJ1Z3x4ZW5zZXJ2 ZXItdGVzdC0yfDIzNTc3MSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MGM0M2Nj MDQwNmQ2fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8xNS9lcnJvci9kZXZpY2Uv dmJkLzU2MzIKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MTIuNDk5Wnxk ZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRk b3duIFI6MGM0M2NjMDQwNmQ2fHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0 IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0NDoxMi41MDFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1Nzcx IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjowYzQzY2MwNDA2ZDZ8eGVub3BzXSB4 ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvMTUKL3Zhci9sb2cv eGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MTIuNTAxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVz dC0yfDIzNTc3MSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MGM0M2NjMDQwNmQ2 fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8xNS9lcnJvci9kZXZpY2UvdmlmLzAK L3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MTIuODk5WnxkZWJ1Z3x4ZW5z ZXJ2ZXItdGVzdC0yfDIzNTc3MSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MGM0 M2NjMDQwNmQ2fHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cg YXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEy MDcxOFQxMzo0NDoxMi45MDFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcxIGluZXQtUlBD fEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjowYzQzY2MwNDA2ZDZ8eGVub3BzXSB4ZW5zdG9yZS1y bSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvMTUKL3Zhci9sb2cveGVuc291cmNl LmxvZzpbMjAxMjA3MThUMTM6NDQ6MTIuOTAyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3 MSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MGM0M2NjMDQwNmQ2fHhlbm9wc10g eGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8xNS9lcnJvci9kZXZpY2UvdmlmLzEKL3Zhci9sb2cv eGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MTUuMjgyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVz dC0yfDIzNTc5OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YmRmYTRmOGI3NTQz fHhlbm9wc10gSWdub3JpbmcgZXhjZXB0aW9uOiBGYWlsdXJlKCJjcmF6eSBmb29sIikgd2hpbGUg RXJyb3Igc3RvcGluZyBkZXZpY2UtbW9kZWwsIGFscmVhZHkgZGVhZCA/Ci92YXIvbG9nL3hlbnNv dXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjE1LjI4N1p8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2 NiB4YWxfbGlzdGVufFZNIChkb21pZDogNDYpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93 biB7dmJkLDU2MzJ9IEQ6YTQ2MzhjOGQ5ZGE1fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90 IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cv eGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MTUuMjg5WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVz dC0yfDIzNTc5OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YmRmYTRmOGI3NTQz fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzQ2 Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjE1LjI5MFp8ZGVidWd8eGVu c2VydmVyLXRlc3QtMnwyMzU3OTkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmJk ZmE0ZjhiNzU0M3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNDYvZXJyb3IvZGV2 aWNlL3ZiZC81NjMyCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjE1LjI5 NVp8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogNDYpIGRl dmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDo0NGVlNjRmNjcxYzl8ZXZl bnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3Jk IG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDox NS4yOTdafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1Nzk5IGluZXQtUlBDfEFzeW5jLlZNLmhh cmRfc2h1dGRvd24gUjpiZGZhNGY4Yjc1NDN8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9t YWluLzAvZXJyb3IvYmFja2VuZC92YmQvNDYKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3 MThUMTM6NDQ6MTUuMjk4WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc5OSBpbmV0LVJQQ3xB c3luYy5WTS5oYXJkX3NodXRkb3duIFI6YmRmYTRmOGI3NTQzfHhlbm9wc10geGVuc3RvcmUtcm0g L2xvY2FsL2RvbWFpbi80Ni9lcnJvci9kZXZpY2UvdmJkLzc2OAovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0NDoxNS42OTBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1Nzk5 IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpiZGZhNGY4Yjc1NDN8eGVub3BzXSBE ZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVy cm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjE1LjY5MVp8 ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3OTkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0 ZG93biBSOmJkZmE0ZjhiNzU0M3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9l cnJvci9iYWNrZW5kL3ZpZi80NgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0 NDoxNS42OTJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1Nzk5IGluZXQtUlBDfEFzeW5jLlZN LmhhcmRfc2h1dGRvd24gUjpiZGZhNGY4Yjc1NDN8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwv ZG9tYWluLzQ2L2Vycm9yL2RldmljZS92aWYvMAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEy MDcxOFQxMzo0NDoxNi4wNThafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1Nzk5IGluZXQtUlBD fEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpiZGZhNGY4Yjc1NDN8eGVub3BzXSBEZXZpY2UuVmlm LmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhz Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjE2LjA2MFp8ZGVidWd8eGVu c2VydmVyLXRlc3QtMnwyMzU3OTkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmJk ZmE0ZjhiNzU0M3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNr ZW5kL3ZpZi80NgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoxNi4wNjBa fGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1Nzk5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1 dGRvd24gUjpiZGZhNGY4Yjc1NDN8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzQ2 L2Vycm9yL2RldmljZS92aWYvMQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0 NDoxOC4zNTFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY1IGluZXQtUlBDfEFzeW5jLlZN LmhhcmRfc2h1dGRvd24gUjpkMWZjOGJjN2RhNWF8eGVub3BzXSBJZ25vcmluZyBleGNlcHRpb246 IEZhaWx1cmUoImNyYXp5IGZvb2wiKSB3aGlsZSBFcnJvciBzdG9waW5nIGRldmljZS1tb2RlbCwg YWxyZWFkeSBkZWFkID8KL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MTgu MzU1WnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAxNykg ZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjU3YWE5NTEzYTU4ZHxl dmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNv cmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0 OjE4LjM1N1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjUgaW5ldC1SUEN8QXN5bmMuVk0u aGFyZF9zaHV0ZG93biBSOmQxZmM4YmM3ZGE1YXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9k b21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC8xNwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEy MDcxOFQxMzo0NDoxOC4zNThafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY1IGluZXQtUlBD fEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpkMWZjOGJjN2RhNWF8eGVub3BzXSB4ZW5zdG9yZS1y bSAvbG9jYWwvZG9tYWluLzE3L2Vycm9yL2RldmljZS92YmQvNzY4Ci92YXIvbG9nL3hlbnNvdXJj ZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjE4LjM2MVp8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4 YWxfbGlzdGVufFZNIChkb21pZDogMTcpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7 dmJkLDU2MzJ9IEQ6Yjc5ODgwODYxNDA3fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJl IHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MTguMzYzWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0y fDIzNTc2NSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6ZDFmYzhiYzdkYTVhfHhl bm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzE3Ci92 YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjE4LjM2NFp8ZGVidWd8eGVuc2Vy dmVyLXRlc3QtMnwyMzU3NjUgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmQxZmM4 YmM3ZGE1YXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMTcvZXJyb3IvZGV2aWNl L3ZiZC81NjMyCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjE4LjczOVp8 ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjUgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0 ZG93biBSOmQxZmM4YmM3ZGE1YXx4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91 dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNl LmxvZzpbMjAxMjA3MThUMTM6NDQ6MTguNzQwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2 NSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6ZDFmYzhiYzdkYTVhfHhlbm9wc10g eGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzE3Ci92YXIvbG9n L3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjE4Ljc0MFp8ZGVidWd8eGVuc2VydmVyLXRl c3QtMnwyMzU3NjUgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmQxZmM4YmM3ZGE1 YXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMTcvZXJyb3IvZGV2aWNlL3ZpZi8w Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjE5LjEwOFp8ZGVidWd8eGVu c2VydmVyLXRlc3QtMnwyMzU3NjUgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmQx ZmM4YmM3ZGE1YXx4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93 IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAx MjA3MThUMTM6NDQ6MTkuMTA5WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NSBpbmV0LVJQ Q3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6ZDFmYzhiYzdkYTVhfHhlbm9wc10geGVuc3RvcmUt cm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzE3Ci92YXIvbG9nL3hlbnNvdXJj ZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjE5LjExMFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3 NjUgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmQxZmM4YmM3ZGE1YXx4ZW5vcHNd IHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMTcvZXJyb3IvZGV2aWNlL3ZpZi8xCi92YXIvbG9n L3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjIxLjE5Mlp8ZGVidWd8eGVuc2VydmVyLXRl c3QtMnwyMzU3NjMgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjA2MTZlYWYzMWE2 Y3x4ZW5vcHNdIElnbm9yaW5nIGV4Y2VwdGlvbjogRmFpbHVyZSgiY3JhenkgZm9vbCIpIHdoaWxl IEVycm9yIHN0b3BpbmcgZGV2aWNlLW1vZGVsLCBhbHJlYWR5IGRlYWQgPwovdmFyL2xvZy94ZW5z b3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoyMS4xOTZafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8 NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDI1KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRv d24ge3ZiZCw1NjMyfSBEOjA4NDZkM2YzZmFiY3xldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5v dCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9n L3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjIxLjE5OFp8ZGVidWd8eGVuc2VydmVyLXRl c3QtMnwyMzU3NjMgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjA2MTZlYWYzMWE2 Y3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC8y NQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoyMS4xOThafGRlYnVnfHhl bnNlcnZlci10ZXN0LTJ8MjM1NzYzIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjow NjE2ZWFmMzFhNmN8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzI1L2Vycm9yL2Rl dmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoyMS4y MDJafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDI1KSBk ZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6NWI2NDQzZjkzNDZmfGV2 ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29y ZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6 MjEuMjAzWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MyBpbmV0LVJQQ3xBc3luYy5WTS5o YXJkX3NodXRkb3duIFI6MDYxNmVhZjMxYTZjfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2Rv bWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzI1Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIw NzE4VDEzOjQ0OjIxLjIwNFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjMgaW5ldC1SUEN8 QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjA2MTZlYWYzMWE2Y3x4ZW5vcHNdIHhlbnN0b3JlLXJt IC9sb2NhbC9kb21haW4vMjUvZXJyb3IvZGV2aWNlL3ZiZC83NjgKL3Zhci9sb2cveGVuc291cmNl LmxvZzpbMjAxMjA3MThUMTM6NDQ6MjEuNTg5WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2 MyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MDYxNmVhZjMxYTZjfHhlbm9wc10g RGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBl cnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoyMS41OTFa fGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzYzIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1 dGRvd24gUjowNjE2ZWFmMzFhNmN8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAv ZXJyb3IvYmFja2VuZC92aWYvMjUKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6 NDQ6MjEuNTkxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MyBpbmV0LVJQQ3xBc3luYy5W TS5oYXJkX3NodXRkb3duIFI6MDYxNmVhZjMxYTZjfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2Fs L2RvbWFpbi8yNS9lcnJvci9kZXZpY2UvdmlmLzAKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAx MjA3MThUMTM6NDQ6MjEuOTg5WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MyBpbmV0LVJQ Q3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MDYxNmVhZjMxYTZjfHhlbm9wc10gRGV2aWNlLlZp Zi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRo cwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoyMS45OTBafGRlYnVnfHhl bnNlcnZlci10ZXN0LTJ8MjM1NzYzIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjow NjE2ZWFmMzFhNmN8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFj a2VuZC92aWYvMjUKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MjEuOTkw WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3No dXRkb3duIFI6MDYxNmVhZjMxYTZjfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8y NS9lcnJvci9kZXZpY2UvdmlmLzEKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6 NDQ6MjQuMTQyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTg0OSBpbmV0LVJQQ3xBc3luYy5W TS5oYXJkX3NodXRkb3duIFI6ZDBlMjMwZGRkNThifHhlbm9wc10gSWdub3JpbmcgZXhjZXB0aW9u OiBGYWlsdXJlKCJjcmF6eSBmb29sIikgd2hpbGUgRXJyb3Igc3RvcGluZyBkZXZpY2UtbW9kZWws IGFscmVhZHkgZGVhZCA/Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjI0 LjE0Nlp8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMTkp IGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6YTJiNTA1YTg4ZjQ0 fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJl Y29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6 NDQ6MjQuMTQ4WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTg0OSBpbmV0LVJQQ3xBc3luYy5W TS5oYXJkX3NodXRkb3duIFI6ZDBlMjMwZGRkNThifHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2Fs L2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzE5Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIw MTIwNzE4VDEzOjQ0OjI0LjE0OVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU4NDkgaW5ldC1S UEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmQwZTIzMGRkZDU4Ynx4ZW5vcHNdIHhlbnN0b3Jl LXJtIC9sb2NhbC9kb21haW4vMTkvZXJyb3IvZGV2aWNlL3ZiZC81NjMyCi92YXIvbG9nL3hlbnNv dXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjI0LjE1M1p8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2 NiB4YWxfbGlzdGVufFZNIChkb21pZDogMTkpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93 biB7dmJkLDc2OH0gRDo0Mjg5YmNiOWNiOWR8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3Qg YmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94 ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoyNC4xNjBafGRlYnVnfHhlbnNlcnZlci10ZXN0 LTJ8MjM1ODQ5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpkMGUyMzBkZGQ1OGJ8 eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvMTkK L3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MjQuMTYwWnxkZWJ1Z3x4ZW5z ZXJ2ZXItdGVzdC0yfDIzNTg0OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6ZDBl MjMwZGRkNThifHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8xOS9lcnJvci9kZXZp Y2UvdmJkLzc2OAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoyNC41MzFa fGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1ODQ5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1 dGRvd24gUjpkMGUyMzBkZGQ1OGJ8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJv dXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJj ZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjI0LjUzN1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU4 NDkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmQwZTIzMGRkZDU4Ynx4ZW5vcHNd IHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi8xOQovdmFyL2xv Zy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoyNC41NDBafGRlYnVnfHhlbnNlcnZlci10 ZXN0LTJ8MjM1ODQ5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpkMGUyMzBkZGQ1 OGJ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzE5L2Vycm9yL2RldmljZS92aWYv MAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoyNC45MzlafGRlYnVnfHhl bnNlcnZlci10ZXN0LTJ8MjM1ODQ5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpk MGUyMzBkZGQ1OGJ8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxv dyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIw MTIwNzE4VDEzOjQ0OjI0Ljk0MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU4NDkgaW5ldC1S UEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmQwZTIzMGRkZDU4Ynx4ZW5vcHNdIHhlbnN0b3Jl LXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi8xOQovdmFyL2xvZy94ZW5zb3Vy Y2UubG9nOlsyMDEyMDcxOFQxMzo0NDoyNC45NDFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1 ODQ5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpkMGUyMzBkZGQ1OGJ8eGVub3Bz XSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzE5L2Vycm9yL2RldmljZS92aWYvMQovdmFyL2xv Zy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoyNi44OTJafGRlYnVnfHhlbnNlcnZlci10 ZXN0LTJ8MjM1NzY0IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjoyYjVlMGMzYjli NzN8eGVub3BzXSBJZ25vcmluZyBleGNlcHRpb246IEZhaWx1cmUoImNyYXp5IGZvb2wiKSB3aGls ZSBFcnJvciBzdG9waW5nIGRldmljZS1tb2RlbCwgYWxyZWFkeSBkZWFkID8KL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MjYuOTAzWnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0y fDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA0NykgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRk b3duIHt2YmQsNTYzMn0gRDo0N2I5OWM4ZTE1MmR8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBu b3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xv Zy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoyNi45MDRafGRlYnVnfHhlbnNlcnZlci10 ZXN0LTJ8MjM1NzY0IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjoyYjVlMGMzYjli NzN8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQv NDcKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MjYuOTA1WnxkZWJ1Z3x4 ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6 MmI1ZTBjM2I5YjczfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi80Ny9lcnJvci9k ZXZpY2UvdmJkLzU2MzIKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MjYu OTA5WnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA0Nykg ZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOmY5MWFlODk5ZjJkYnxl dmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNv cmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0 OjI2LjkxMFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjQgaW5ldC1SUEN8QXN5bmMuVk0u aGFyZF9zaHV0ZG93biBSOjJiNWUwYzNiOWI3M3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9k b21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC80NwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEy MDcxOFQxMzo0NDoyNi45MTFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY0IGluZXQtUlBD fEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjoyYjVlMGMzYjliNzN8eGVub3BzXSB4ZW5zdG9yZS1y bSAvbG9jYWwvZG9tYWluLzQ3L2Vycm9yL2RldmljZS92YmQvNzY4Ci92YXIvbG9nL3hlbnNvdXJj ZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjI3LjMyOVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3 NjQgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjJiNWUwYzNiOWI3M3x4ZW5vcHNd IERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQg ZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MjcuMzMw WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3No dXRkb3duIFI6MmI1ZTBjM2I5YjczfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8w L2Vycm9yL2JhY2tlbmQvdmlmLzQ3Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEz OjQ0OjI3LjMzMVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjQgaW5ldC1SUEN8QXN5bmMu Vk0uaGFyZF9zaHV0ZG93biBSOjJiNWUwYzNiOWI3M3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2Nh bC9kb21haW4vNDcvZXJyb3IvZGV2aWNlL3ZpZi8wCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIw MTIwNzE4VDEzOjQ0OjI3LjcxOVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjQgaW5ldC1S UEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjJiNWUwYzNiOWI3M3x4ZW5vcHNdIERldmljZS5W aWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0 aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MjcuNzIwWnxkZWJ1Z3x4 ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6 MmI1ZTBjM2I5YjczfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2Jh Y2tlbmQvdmlmLzQ3Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjI3Ljcy MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjQgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9z aHV0ZG93biBSOjJiNWUwYzNiOWI3M3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4v NDcvZXJyb3IvZGV2aWNlL3ZpZi8xCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEz OjQ0OjMwLjA4Mlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjggaW5ldC1SUEN8QXN5bmMu Vk0uaGFyZF9zaHV0ZG93biBSOmE5NzgyNTIxYTFmZnx4ZW5vcHNdIElnbm9yaW5nIGV4Y2VwdGlv bjogRmFpbHVyZSgiY3JhenkgZm9vbCIpIHdoaWxlIEVycm9yIHN0b3BpbmcgZGV2aWNlLW1vZGVs LCBhbHJlYWR5IGRlYWQgPwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoz MC4wOTBafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDI5 KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6YTMwZjRkZGIyNDhj fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJl Y29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6 NDQ6MzAuMDkyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OCBpbmV0LVJQQ3xBc3luYy5W TS5oYXJkX3NodXRkb3duIFI6YTk3ODI1MjFhMWZmfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2Fs L2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzI5Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIw MTIwNzE4VDEzOjQ0OjMwLjA5Mlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjggaW5ldC1S UEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmE5NzgyNTIxYTFmZnx4ZW5vcHNdIHhlbnN0b3Jl LXJtIC9sb2NhbC9kb21haW4vMjkvZXJyb3IvZGV2aWNlL3ZiZC83NjgKL3Zhci9sb2cveGVuc291 cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MzAuMTAwWnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2 IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAyOSkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3du IHt2YmQsNTYzMn0gRDo2YWFkM2UxZmNkM2V8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3Qg YmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94 ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDozMC4xMDFafGRlYnVnfHhlbnNlcnZlci10ZXN0 LTJ8MjM1NzY4IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphOTc4MjUyMWExZmZ8 eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvMjkK L3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MzAuMTAyWnxkZWJ1Z3x4ZW5z ZXJ2ZXItdGVzdC0yfDIzNTc2OCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YTk3 ODI1MjFhMWZmfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8yOS9lcnJvci9kZXZp Y2UvdmJkLzU2MzIKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MzAuNDc5 WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3No dXRkb3duIFI6YTk3ODI1MjFhMWZmfHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFi b3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3Vy Y2UubG9nOlsyMDEyMDcxOFQxMzo0NDozMC40ODBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1 NzY4IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphOTc4MjUyMWExZmZ8eGVub3Bz XSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvMjkKL3Zhci9s b2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MzAuNDgxWnxkZWJ1Z3x4ZW5zZXJ2ZXIt dGVzdC0yfDIzNTc2OCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YTk3ODI1MjFh MWZmfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8yOS9lcnJvci9kZXZpY2Uvdmlm LzAKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MzAuODY5WnxkZWJ1Z3x4 ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6 YTk3ODI1MjFhMWZmfHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJs b3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsy MDEyMDcxOFQxMzo0NDozMC44NzFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY4IGluZXQt UlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphOTc4MjUyMWExZmZ8eGVub3BzXSB4ZW5zdG9y ZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvMjkKL3Zhci9sb2cveGVuc291 cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MzAuODcxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIz NTc2OCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YTk3ODI1MjFhMWZmfHhlbm9w c10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8yOS9lcnJvci9kZXZpY2UvdmlmLzEKL3Zhci9s b2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MzMuMzkyWnxkZWJ1Z3x4ZW5zZXJ2ZXIt dGVzdC0yfDIzNTg5MSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YmU3MTVkMThi M2ZhfHhlbm9wc10gSWdub3JpbmcgZXhjZXB0aW9uOiBGYWlsdXJlKCJjcmF6eSBmb29sIikgd2hp bGUgRXJyb3Igc3RvcGluZyBkZXZpY2UtbW9kZWwsIGFscmVhZHkgZGVhZCA/Ci92YXIvbG9nL3hl bnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjMzLjM5NVp8ZXJyb3J8eGVuc2VydmVyLXRlc3Qt Mnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMzUpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0 ZG93biB7dmJkLDc2OH0gRDoyYWE5MDZmY2NlZmF8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBu b3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xv Zy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDozMy4zOTdafGRlYnVnfHhlbnNlcnZlci10 ZXN0LTJ8MjM1ODkxIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpiZTcxNWQxOGIz ZmF8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQv MzUKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MzMuMzk3WnxkZWJ1Z3x4 ZW5zZXJ2ZXItdGVzdC0yfDIzNTg5MSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6 YmU3MTVkMThiM2ZhfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8zNS9lcnJvci9k ZXZpY2UvdmJkLzc2OAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDozMy40 MDJafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDM1KSBk ZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOjExOGM5Nzg0OGYzY3xl dmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNv cmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0 OjMzLjQwM1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU4OTEgaW5ldC1SUEN8QXN5bmMuVk0u aGFyZF9zaHV0ZG93biBSOmJlNzE1ZDE4YjNmYXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9k b21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC8zNQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEy MDcxOFQxMzo0NDozMy40MDRafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1ODkxIGluZXQtUlBD fEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpiZTcxNWQxOGIzZmF8eGVub3BzXSB4ZW5zdG9yZS1y bSAvbG9jYWwvZG9tYWluLzM1L2Vycm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5zb3Vy Y2UubG9nOlsyMDEyMDcxOFQxMzo0NDozMy43OTlafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1 ODkxIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpiZTcxNWQxOGIzZmF8eGVub3Bz XSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5k IGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjMzLjgw MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU4OTEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9z aHV0ZG93biBSOmJlNzE1ZDE4YjNmYXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4v MC9lcnJvci9iYWNrZW5kL3ZpZi8zNQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQx Mzo0NDozMy44MDJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1ODkxIGluZXQtUlBDfEFzeW5j LlZNLmhhcmRfc2h1dGRvd24gUjpiZTcxNWQxOGIzZmF8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9j YWwvZG9tYWluLzM1L2Vycm9yL2RldmljZS92aWYvMAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsy MDEyMDcxOFQxMzo0NDozNC4yMTlafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1ODkxIGluZXQt UlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpiZTcxNWQxOGIzZmF8eGVub3BzXSBEZXZpY2Uu VmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBh dGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjM0LjIyMFp8ZGVidWd8 eGVuc2VydmVyLXRlc3QtMnwyMzU4OTEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBS OmJlNzE1ZDE4YjNmYXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9i YWNrZW5kL3ZpZi8zNQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDozNC4y MjFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1ODkxIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRf c2h1dGRvd24gUjpiZTcxNWQxOGIzZmF8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWlu LzM1L2Vycm9yL2RldmljZS92aWYvMQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQx Mzo0NDozNi41MjJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1OTE5IGluZXQtUlBDfEFzeW5j LlZNLmhhcmRfc2h1dGRvd24gUjoxMjQwZGIyNDI2NTZ8eGVub3BzXSBJZ25vcmluZyBleGNlcHRp b246IEZhaWx1cmUoImNyYXp5IGZvb2wiKSB3aGlsZSBFcnJvciBzdG9waW5nIGRldmljZS1tb2Rl bCwgYWxyZWFkeSBkZWFkID8KL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6 MzYuNTI3WnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAz OSkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDo0MTM5ODUwZWEy ZDF8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0g cmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQx Mzo0NDozNi41MjdafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1OTE5IGluZXQtUlBDfEFzeW5j LlZNLmhhcmRfc2h1dGRvd24gUjoxMjQwZGIyNDI2NTZ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9j YWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvMzkKL3Zhci9sb2cveGVuc291cmNlLmxvZzpb MjAxMjA3MThUMTM6NDQ6MzYuNTI4WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTkxOSBpbmV0 LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MTI0MGRiMjQyNjU2fHhlbm9wc10geGVuc3Rv cmUtcm0gL2xvY2FsL2RvbWFpbi8zOS9lcnJvci9kZXZpY2UvdmJkLzU2MzIKL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MzYuNTMzWnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0y fDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAzOSkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRk b3duIHt2YmQsNzY4fSBEOjA1ZGQxYzgzMjYwMnxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5v dCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9n L3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjM2LjUzNlp8ZGVidWd8eGVuc2VydmVyLXRl c3QtMnwyMzU5MTkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjEyNDBkYjI0MjY1 Nnx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC8z OQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDozNi41MzZafGRlYnVnfHhl bnNlcnZlci10ZXN0LTJ8MjM1OTE5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjox MjQwZGIyNDI2NTZ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzM5L2Vycm9yL2Rl dmljZS92YmQvNzY4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjM2Ljg5 OVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU5MTkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9z aHV0ZG93biBSOjEyNDBkYjI0MjY1Nnx4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBh Ym91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291 cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MzYuOTAxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIz NTkxOSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MTI0MGRiMjQyNjU2fHhlbm9w c10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzM5Ci92YXIv bG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjM2LjkwMVp8ZGVidWd8eGVuc2VydmVy LXRlc3QtMnwyMzU5MTkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjEyNDBkYjI0 MjY1Nnx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMzkvZXJyb3IvZGV2aWNlL3Zp Zi8wCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjM3LjI4OVp8ZGVidWd8 eGVuc2VydmVyLXRlc3QtMnwyMzU5MTkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBS OjEyNDBkYjI0MjY1Nnx4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBi bG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpb MjAxMjA3MThUMTM6NDQ6MzcuMjkxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTkxOSBpbmV0 LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MTI0MGRiMjQyNjU2fHhlbm9wc10geGVuc3Rv cmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzM5Ci92YXIvbG9nL3hlbnNv dXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjM3LjI5MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwy MzU5MTkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjEyNDBkYjI0MjY1Nnx4ZW5v cHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMzkvZXJyb3IvZGV2aWNlL3ZpZi8xCi92YXIv bG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjM5LjU1Mlp8ZGVidWd8eGVuc2VydmVy LXRlc3QtMnwyMzU3NzAgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjc5YWU0ZTUy YmRmZHx4ZW5vcHNdIElnbm9yaW5nIGV4Y2VwdGlvbjogRmFpbHVyZSgiY3JhenkgZm9vbCIpIHdo aWxlIEVycm9yIHN0b3BpbmcgZGV2aWNlLW1vZGVsLCBhbHJlYWR5IGRlYWQgPwovdmFyL2xvZy94 ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDozOS41NTVafGVycm9yfHhlbnNlcnZlci10ZXN0 LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDMyKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1 dGRvd24ge3ZiZCw1NjMyfSBEOjJjNjFlN2U3MWQzZHxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxk IG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIv bG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjM5LjU1N1p8ZGVidWd8eGVuc2VydmVy LXRlc3QtMnwyMzU3NzAgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjc5YWU0ZTUy YmRmZHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3Zi ZC8zMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDozOS41NTdafGRlYnVn fHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcwIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24g Ujo3OWFlNGU1MmJkZmR8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzMyL2Vycm9y L2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDoz OS41NzJafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDMy KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6Mzc4MDk2N2YxNWVh fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJl Y29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6 NDQ6MzkuNTczWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MCBpbmV0LVJQQ3xBc3luYy5W TS5oYXJkX3NodXRkb3duIFI6NzlhZTRlNTJiZGZkfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2Fs L2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzMyCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIw MTIwNzE4VDEzOjQ0OjM5LjU3NFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NzAgaW5ldC1S UEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjc5YWU0ZTUyYmRmZHx4ZW5vcHNdIHhlbnN0b3Jl LXJtIC9sb2NhbC9kb21haW4vMzIvZXJyb3IvZGV2aWNlL3ZiZC83NjgKL3Zhci9sb2cveGVuc291 cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6MzkuOTcwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIz NTc3MCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6NzlhZTRlNTJiZGZkfHhlbm9w c10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFu ZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDozOS45 NzNafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcwIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRf c2h1dGRvd24gUjo3OWFlNGU1MmJkZmR8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWlu LzAvZXJyb3IvYmFja2VuZC92aWYvMzIKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThU MTM6NDQ6MzkuOTczWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MCBpbmV0LVJQQ3xBc3lu Yy5WTS5oYXJkX3NodXRkb3duIFI6NzlhZTRlNTJiZGZkfHhlbm9wc10geGVuc3RvcmUtcm0gL2xv Y2FsL2RvbWFpbi8zMi9lcnJvci9kZXZpY2UvdmlmLzAKL3Zhci9sb2cveGVuc291cmNlLmxvZzpb MjAxMjA3MThUMTM6NDQ6NDAuMzQ5WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MCBpbmV0 LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6NzlhZTRlNTJiZGZkfHhlbm9wc10gRGV2aWNl LlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBw YXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo0MC4zNTBafGRlYnVn fHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcwIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24g Ujo3OWFlNGU1MmJkZmR8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3Iv YmFja2VuZC92aWYvMzIKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NDAu MzUxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJk X3NodXRkb3duIFI6NzlhZTRlNTJiZGZkfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFp bi8zMi9lcnJvci9kZXZpY2UvdmlmLzEKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThU MTM6NDQ6NDIuNDcyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OSBpbmV0LVJQQ3xBc3lu Yy5WTS5oYXJkX3NodXRkb3duIFI6ZmM2MGYyYTQzNjU1fHhlbm9wc10gSWdub3JpbmcgZXhjZXB0 aW9uOiBGYWlsdXJlKCJjcmF6eSBmb29sIikgd2hpbGUgRXJyb3Igc3RvcGluZyBkZXZpY2UtbW9k ZWwsIGFscmVhZHkgZGVhZCA/Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0 OjQyLjQ4MFp8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDog NTQpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDo0N2QwNjNlMWEx YzJ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0g cmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQx Mzo0NDo0Mi40ODFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY5IGluZXQtUlBDfEFzeW5j LlZNLmhhcmRfc2h1dGRvd24gUjpmYzYwZjJhNDM2NTV8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9j YWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvNTQKL3Zhci9sb2cveGVuc291cmNlLmxvZzpb MjAxMjA3MThUMTM6NDQ6NDIuNDgxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OSBpbmV0 LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6ZmM2MGYyYTQzNjU1fHhlbm9wc10geGVuc3Rv cmUtcm0gL2xvY2FsL2RvbWFpbi81NC9lcnJvci9kZXZpY2UvdmJkLzc2OAovdmFyL2xvZy94ZW5z b3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo0Mi40ODlafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8 NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDU0KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRv d24ge3ZiZCw1NjMyfSBEOmNmOGM0Yjk3NGU3OXxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5v dCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9n L3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjQyLjQ5MFp8ZGVidWd8eGVuc2VydmVyLXRl c3QtMnwyMzU3NjkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmZjNjBmMmE0MzY1 NXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC81 NAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo0Mi40OTFafGRlYnVnfHhl bnNlcnZlci10ZXN0LTJ8MjM1NzY5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpm YzYwZjJhNDM2NTV8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzU0L2Vycm9yL2Rl dmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo0Mi44 NDlafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRf c2h1dGRvd24gUjpmYzYwZjJhNDM2NTV8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24g YWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNv dXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjQyLjg1MFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwy MzU3NjkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmZjNjBmMmE0MzY1NXx4ZW5v cHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi81NAovdmFy L2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo0Mi44NTBafGRlYnVnfHhlbnNlcnZl ci10ZXN0LTJ8MjM1NzY5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpmYzYwZjJh NDM2NTV8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzU0L2Vycm9yL2RldmljZS92 aWYvMAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo0My4yNjhafGRlYnVn fHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24g UjpmYzYwZjJhNDM2NTV8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8g YmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6 WzIwMTIwNzE4VDEzOjQ0OjQzLjI3MFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjkgaW5l dC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmZjNjBmMmE0MzY1NXx4ZW5vcHNdIHhlbnN0 b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi81NAovdmFyL2xvZy94ZW5z b3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo0My4yNzBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8 MjM1NzY5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpmYzYwZjJhNDM2NTV8eGVu b3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzU0L2Vycm9yL2RldmljZS92aWYvMQovdmFy L2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo0NS41MjJafGRlYnVnfHhlbnNlcnZl ci10ZXN0LTJ8MjM1NzYyIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjowMWZmZWI4 YmQ4NmR8eGVub3BzXSBJZ25vcmluZyBleGNlcHRpb246IEZhaWx1cmUoImNyYXp5IGZvb2wiKSB3 aGlsZSBFcnJvciBzdG9waW5nIGRldmljZS1tb2RlbCwgYWxyZWFkeSBkZWFkID8KL3Zhci9sb2cv eGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NDUuNTI1WnxlcnJvcnx4ZW5zZXJ2ZXItdGVz dC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAyOCkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNo dXRkb3duIHt2YmQsNzY4fSBEOjE0MmRiMjRhMjhiN3xldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxk IG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIv bG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjQ1LjUyOVp8ZGVidWd8eGVuc2VydmVy LXRlc3QtMnwyMzU3NjIgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAxZmZlYjhi ZDg2ZHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3Zi ZC8yOAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo0NS41MjlafGRlYnVn fHhlbnNlcnZlci10ZXN0LTJ8MjM1NzYyIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24g UjowMWZmZWI4YmQ4NmR8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzI4L2Vycm9y L2RldmljZS92YmQvNzY4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjQ1 LjU0M1p8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMjgp IGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6MDk2YWIxOTAxMmVl fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJl Y29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6 NDQ6NDUuNTUwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MiBpbmV0LVJQQ3xBc3luYy5W TS5oYXJkX3NodXRkb3duIFI6MDFmZmViOGJkODZkfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2Fs L2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzI4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIw MTIwNzE4VDEzOjQ0OjQ1LjU1MFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjIgaW5ldC1S UEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAxZmZlYjhiZDg2ZHx4ZW5vcHNdIHhlbnN0b3Jl LXJtIC9sb2NhbC9kb21haW4vMjgvZXJyb3IvZGV2aWNlL3ZiZC81NjMyCi92YXIvbG9nL3hlbnNv dXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjQ1LjkzOVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwy MzU3NjIgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAxZmZlYjhiZDg2ZHx4ZW5v cHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBh bmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NDUu OTQxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MiBpbmV0LVJQQ3xBc3luYy5WTS5oYXJk X3NodXRkb3duIFI6MDFmZmViOGJkODZkfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFp bi8wL2Vycm9yL2JhY2tlbmQvdmlmLzI4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4 VDEzOjQ0OjQ1Ljk0MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjIgaW5ldC1SUEN8QXN5 bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAxZmZlYjhiZDg2ZHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9s b2NhbC9kb21haW4vMjgvZXJyb3IvZGV2aWNlL3ZpZi8wCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6 WzIwMTIwNzE4VDEzOjQ0OjQ2LjMyOVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjIgaW5l dC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAxZmZlYjhiZDg2ZHx4ZW5vcHNdIERldmlj ZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3Ig cGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NDYuMzMwWnxkZWJ1 Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MiBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3du IFI6MDFmZmViOGJkODZkfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9y L2JhY2tlbmQvdmlmLzI4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjQ2 LjMzMVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjIgaW5ldC1SUEN8QXN5bmMuVk0uaGFy ZF9zaHV0ZG93biBSOjAxZmZlYjhiZDg2ZHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21h aW4vMjgvZXJyb3IvZGV2aWNlL3ZpZi8xCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4 VDEzOjQ0OjQ4LjE5Mlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYwMDcgaW5ldC1SUEN8QXN5 bmMuVk0uaGFyZF9zaHV0ZG93biBSOmZkYTUzMWY1OTI4MHx4ZW5vcHNdIElnbm9yaW5nIGV4Y2Vw dGlvbjogRmFpbHVyZSgiY3JhenkgZm9vbCIpIHdoaWxlIEVycm9yIHN0b3BpbmcgZGV2aWNlLW1v ZGVsLCBhbHJlYWR5IGRlYWQgPwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0 NDo0OC4xOTVafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6 IDIwKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOjdiN2E5MmVm N2RmY3xldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBW TSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4 VDEzOjQ0OjQ4LjE5N1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYwMDcgaW5ldC1SUEN8QXN5 bmMuVk0uaGFyZF9zaHV0ZG93biBSOmZkYTUzMWY1OTI4MHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9s b2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC8yMAovdmFyL2xvZy94ZW5zb3VyY2UubG9n OlsyMDEyMDcxOFQxMzo0NDo0OC4xOThafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MDA3IGlu ZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpmZGE1MzFmNTkyODB8eGVub3BzXSB4ZW5z dG9yZS1ybSAvbG9jYWwvZG9tYWluLzIwL2Vycm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94 ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo0OC4yMDZafGVycm9yfHhlbnNlcnZlci10ZXN0 LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDIwKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1 dGRvd24ge3ZiZCw3Njh9IEQ6OWNhODQyMWIzYmU2fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQg bm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9s b2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NDguMjA2WnxkZWJ1Z3x4ZW5zZXJ2ZXIt dGVzdC0yfDIzNjAwNyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6ZmRhNTMxZjU5 MjgwfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJk LzIwCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjQ4LjIwN1p8ZGVidWd8 eGVuc2VydmVyLXRlc3QtMnwyMzYwMDcgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBS OmZkYTUzMWY1OTI4MHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMjAvZXJyb3Iv ZGV2aWNlL3ZiZC83NjgKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NDgu NTgwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjAwNyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJk X3NodXRkb3duIFI6ZmRhNTMxZjU5MjgwfHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3du IGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5z b3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo0OC41ODFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8 MjM2MDA3IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpmZGE1MzFmNTkyODB8eGVu b3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvMjAKL3Zh ci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NDguNTgyWnxkZWJ1Z3x4ZW5zZXJ2 ZXItdGVzdC0yfDIzNjAwNyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6ZmRhNTMx ZjU5MjgwfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8yMC9lcnJvci9kZXZpY2Uv dmlmLzAKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NDguOTYwWnxkZWJ1 Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjAwNyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3du IFI6ZmRhNTMxZjU5MjgwfHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRv IGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9n OlsyMDEyMDcxOFQxMzo0NDo0OC45NjFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MDA3IGlu ZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpmZGE1MzFmNTkyODB8eGVub3BzXSB4ZW5z dG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvMjAKL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NDguOTYxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0y fDIzNjAwNyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6ZmRhNTMxZjU5MjgwfHhl bm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8yMC9lcnJvci9kZXZpY2UvdmlmLzEKL3Zh ci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NTAuOTcyWnxkZWJ1Z3x4ZW5zZXJ2 ZXItdGVzdC0yfDIzNTc2NyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6NDRjNmQ5 ZDMyZWUwfHhlbm9wc10gSWdub3JpbmcgZXhjZXB0aW9uOiBGYWlsdXJlKCJjcmF6eSBmb29sIikg d2hpbGUgRXJyb3Igc3RvcGluZyBkZXZpY2UtbW9kZWwsIGFscmVhZHkgZGVhZCA/Ci92YXIvbG9n L3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjUwLjk4MFp8ZXJyb3J8eGVuc2VydmVyLXRl c3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMzYpIGRldmljZV9ldmVudCA9IGRldmljZSBz aHV0ZG93biB7dmJkLDc2OH0gRDozY2Q5NTkxMTkxZTN8ZXZlbnRdIGRldmljZV9ldmVudCBjb3Vs ZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFy L2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1MC45ODFafGRlYnVnfHhlbnNlcnZl ci10ZXN0LTJ8MjM1NzY3IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo0NGM2ZDlk MzJlZTB8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92 YmQvMzYKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NTAuOTgyWnxkZWJ1 Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3du IFI6NDRjNmQ5ZDMyZWUwfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8zNi9lcnJv ci9kZXZpY2UvdmJkLzc2OAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1 MC45OThafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDM2 KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOjYxM2ZhZDI3NjJh ZnxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSBy ZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEz OjQ0OjUwLjk5OVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjcgaW5ldC1SUEN8QXN5bmMu Vk0uaGFyZF9zaHV0ZG93biBSOjQ0YzZkOWQzMmVlMHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2Nh bC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC8zNgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsy MDEyMDcxOFQxMzo0NDo1MC45OTlafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY3IGluZXQt UlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo0NGM2ZDlkMzJlZTB8eGVub3BzXSB4ZW5zdG9y ZS1ybSAvbG9jYWwvZG9tYWluLzM2L2Vycm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5z b3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1MS40MDhafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8 MjM1NzY3IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo0NGM2ZDlkMzJlZTB8eGVu b3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQg YW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjUx LjQwOVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjcgaW5ldC1SUEN8QXN5bmMuVk0uaGFy ZF9zaHV0ZG93biBSOjQ0YzZkOWQzMmVlMHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21h aW4vMC9lcnJvci9iYWNrZW5kL3ZpZi8zNgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0NDo1MS40MTBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY3IGluZXQtUlBDfEFz eW5jLlZNLmhhcmRfc2h1dGRvd24gUjo0NGM2ZDlkMzJlZTB8eGVub3BzXSB4ZW5zdG9yZS1ybSAv bG9jYWwvZG9tYWluLzM2L2Vycm9yL2RldmljZS92aWYvMAovdmFyL2xvZy94ZW5zb3VyY2UubG9n OlsyMDEyMDcxOFQxMzo0NDo1MS44MjBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY3IGlu ZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo0NGM2ZDlkMzJlZTB8eGVub3BzXSBEZXZp Y2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9y IHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjUxLjgyMVp8ZGVi dWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjcgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93 biBSOjQ0YzZkOWQzMmVlMHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJv ci9iYWNrZW5kL3ZpZi8zNgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1 MS44MjFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY3IGluZXQtUlBDfEFzeW5jLlZNLmhh cmRfc2h1dGRvd24gUjo0NGM2ZDlkMzJlZTB8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9t YWluLzM2L2Vycm9yL2RldmljZS92aWYvMQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0NDo1My42MjJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY2IGluZXQtUlBDfEFz eW5jLlZNLmhhcmRfc2h1dGRvd24gUjoxOGU0ZWYyNjJjYzB8eGVub3BzXSBJZ25vcmluZyBleGNl cHRpb246IEZhaWx1cmUoImNyYXp5IGZvb2wiKSB3aGlsZSBFcnJvciBzdG9waW5nIGRldmljZS1t b2RlbCwgYWxyZWFkeSBkZWFkID8KL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6 NDQ6NTMuNjMwWnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlk OiAxNikgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDo3NDhmM2Zj YmFlYzF8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2Ug Vk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0NDo1My42MzFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY2IGluZXQtUlBDfEFz eW5jLlZNLmhhcmRfc2h1dGRvd24gUjoxOGU0ZWYyNjJjYzB8eGVub3BzXSB4ZW5zdG9yZS1ybSAv bG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvMTYKL3Zhci9sb2cveGVuc291cmNlLmxv ZzpbMjAxMjA3MThUMTM6NDQ6NTMuNjMxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NiBp bmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MThlNGVmMjYyY2MwfHhlbm9wc10geGVu c3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8xNi9lcnJvci9kZXZpY2UvdmJkLzU2MzIKL3Zhci9sb2cv eGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NTMuNjM2WnxlcnJvcnx4ZW5zZXJ2ZXItdGVz dC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAxNikgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNo dXRkb3duIHt2YmQsNzY4fSBEOjUwYWVjOTRjY2E5ZXxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxk IG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIv bG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjUzLjYzN1p8ZGVidWd8eGVuc2VydmVy LXRlc3QtMnwyMzU3NjYgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjE4ZTRlZjI2 MmNjMHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3Zi ZC8xNgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1My42MzdafGRlYnVn fHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY2IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24g UjoxOGU0ZWYyNjJjYzB8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzE2L2Vycm9y L2RldmljZS92YmQvNzY4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjU0 LjAyOVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjYgaW5ldC1SUEN8QXN5bmMuVk0uaGFy ZF9zaHV0ZG93biBSOjE4ZTRlZjI2MmNjMHx4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93 biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NTQuMDMwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0y fDIzNTc2NiBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MThlNGVmMjYyY2MwfHhl bm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzE2Ci92 YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjU0LjAzMVp8ZGVidWd8eGVuc2Vy dmVyLXRlc3QtMnwyMzU3NjYgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjE4ZTRl ZjI2MmNjMHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMTYvZXJyb3IvZGV2aWNl L3ZpZi8wCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjU0LjQ1OVp8ZGVi dWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjYgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93 biBSOjE4ZTRlZjI2MmNjMHx4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0 byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxv ZzpbMjAxMjA3MThUMTM6NDQ6NTQuNDYxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NiBp bmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MThlNGVmMjYyY2MwfHhlbm9wc10geGVu c3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzE2Ci92YXIvbG9nL3hl bnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjU0LjQ2MVp8ZGVidWd8eGVuc2VydmVyLXRlc3Qt MnwyMzU3NjYgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjE4ZTRlZjI2MmNjMHx4 ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMTYvZXJyb3IvZGV2aWNlL3ZpZi8xCi92 YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjU2LjMwMlp8ZGVidWd8eGVuc2Vy dmVyLXRlc3QtMnwyMzU3NzEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmMyZWRi YWRmMjEyZnx4ZW5vcHNdIElnbm9yaW5nIGV4Y2VwdGlvbjogRmFpbHVyZSgiY3JhenkgZm9vbCIp IHdoaWxlIEVycm9yIHN0b3BpbmcgZGV2aWNlLW1vZGVsLCBhbHJlYWR5IGRlYWQgPwovdmFyL2xv Zy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1Ni4zMTVafGVycm9yfHhlbnNlcnZlci10 ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDIxKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ug c2h1dGRvd24ge3ZiZCw1NjMyfSBEOjIzZDRjZjY0MGJjNHxldmVudF0gZGV2aWNlX2V2ZW50IGNv dWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92 YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjU2LjMxNlp8ZGVidWd8eGVuc2Vy dmVyLXRlc3QtMnwyMzU3NzEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmMyZWRi YWRmMjEyZnx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5k L3ZiZC8yMQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1Ni4zMTZafGRl YnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcxIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRv d24gUjpjMmVkYmFkZjIxMmZ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzIxL2Vy cm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0 NDo1Ni4zMjRafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6 IDIxKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6YWIwNGJlZTJh Mjg5fGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZN IHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThU MTM6NDQ6NTYuMzI1WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MSBpbmV0LVJQQ3xBc3lu Yy5WTS5oYXJkX3NodXRkb3duIFI6YzJlZGJhZGYyMTJmfHhlbm9wc10geGVuc3RvcmUtcm0gL2xv Y2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzIxCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6 WzIwMTIwNzE4VDEzOjQ0OjU2LjMyNlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NzEgaW5l dC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmMyZWRiYWRmMjEyZnx4ZW5vcHNdIHhlbnN0 b3JlLXJtIC9sb2NhbC9kb21haW4vMjEvZXJyb3IvZGV2aWNlL3ZiZC83NjgKL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6NTYuNzIwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0y fDIzNTc3MSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YzJlZGJhZGYyMTJmfHhl bm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5k IGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1 Ni43MjFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcxIGluZXQtUlBDfEFzeW5jLlZNLmhh cmRfc2h1dGRvd24gUjpjMmVkYmFkZjIxMmZ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9t YWluLzAvZXJyb3IvYmFja2VuZC92aWYvMjEKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3 MThUMTM6NDQ6NTYuNzIyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MSBpbmV0LVJQQ3xB c3luYy5WTS5oYXJkX3NodXRkb3duIFI6YzJlZGJhZGYyMTJmfHhlbm9wc10geGVuc3RvcmUtcm0g L2xvY2FsL2RvbWFpbi8yMS9lcnJvci9kZXZpY2UvdmlmLzAKL3Zhci9sb2cveGVuc291cmNlLmxv ZzpbMjAxMjA3MThUMTM6NDQ6NTcuMTE5WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MSBp bmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YzJlZGJhZGYyMTJmfHhlbm9wc10gRGV2 aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJv ciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1Ny4xMjBafGRl YnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcxIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRv d24gUjpjMmVkYmFkZjIxMmZ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJy b3IvYmFja2VuZC92aWYvMjEKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDQ6 NTcuMTIwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MSBpbmV0LVJQQ3xBc3luYy5WTS5o YXJkX3NodXRkb3duIFI6YzJlZGJhZGYyMTJmfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2Rv bWFpbi8yMS9lcnJvci9kZXZpY2UvdmlmLzEKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3 MThUMTM6NDQ6NTguNzMzWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjA5NiBpbmV0LVJQQ3xB c3luYy5WTS5oYXJkX3NodXRkb3duIFI6NGU1MDk1MTg5OGJhfHhlbm9wc10gSWdub3JpbmcgZXhj ZXB0aW9uOiBGYWlsdXJlKCJjcmF6eSBmb29sIikgd2hpbGUgRXJyb3Igc3RvcGluZyBkZXZpY2Ut bW9kZWwsIGFscmVhZHkgZGVhZCA/Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEz OjQ0OjU4LjczNlp8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21p ZDogNTEpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDoxOTcwMjMy OTliNWJ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2Ug Vk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0NDo1OC43MzhafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MDk2IGluZXQtUlBDfEFz eW5jLlZNLmhhcmRfc2h1dGRvd24gUjo0ZTUwOTUxODk4YmF8eGVub3BzXSB4ZW5zdG9yZS1ybSAv bG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvNTEKL3Zhci9sb2cveGVuc291cmNlLmxv ZzpbMjAxMjA3MThUMTM6NDQ6NTguNzM5WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjA5NiBp bmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6NGU1MDk1MTg5OGJhfHhlbm9wc10geGVu c3RvcmUtcm0gL2xvY2FsL2RvbWFpbi81MS9lcnJvci9kZXZpY2UvdmJkLzc2OAovdmFyL2xvZy94 ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1OC43NDRafGVycm9yfHhlbnNlcnZlci10ZXN0 LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDUxKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1 dGRvd24ge3ZiZCw1NjMyfSBEOjMyMjEyMmJlOGYyM3xldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxk IG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIv bG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjU4Ljc0NVp8ZGVidWd8eGVuc2VydmVy LXRlc3QtMnwyMzYwOTYgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjRlNTA5NTE4 OThiYXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3Zi ZC81MQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1OC43NDZafGRlYnVn fHhlbnNlcnZlci10ZXN0LTJ8MjM2MDk2IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24g Ujo0ZTUwOTUxODk4YmF8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzUxL2Vycm9y L2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1 OS4xMjBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MDk2IGluZXQtUlBDfEFzeW5jLlZNLmhh cmRfc2h1dGRvd24gUjo0ZTUwOTUxODk4YmF8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRv d24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hl bnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ0OjU5LjEyMVp8ZGVidWd8eGVuc2VydmVyLXRlc3Qt MnwyMzYwOTYgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjRlNTA5NTE4OThiYXx4 ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi81MQov dmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1OS4xMjJafGRlYnVnfHhlbnNl cnZlci10ZXN0LTJ8MjM2MDk2IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo0ZTUw OTUxODk4YmF8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzUxL2Vycm9yL2Rldmlj ZS92aWYvMAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1OS41NzBafGRl YnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MDk2IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRv d24gUjo0ZTUwOTUxODk4YmF8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQg dG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5s b2c6WzIwMTIwNzE4VDEzOjQ0OjU5LjU3MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYwOTYg aW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjRlNTA5NTE4OThiYXx4ZW5vcHNdIHhl bnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi81MQovdmFyL2xvZy94 ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NDo1OS41NzFafGRlYnVnfHhlbnNlcnZlci10ZXN0 LTJ8MjM2MDk2IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo0ZTUwOTUxODk4YmF8 eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzUxL2Vycm9yL2RldmljZS92aWYvMQov dmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTowMS4yNTJafGRlYnVnfHhlbnNl cnZlci10ZXN0LTJ8MjM1Nzk5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphNDY3 NzE1MzI4MWV8eGVub3BzXSBJZ25vcmluZyBleGNlcHRpb246IEZhaWx1cmUoImNyYXp5IGZvb2wi KSB3aGlsZSBFcnJvciBzdG9waW5nIGRldmljZS1tb2RlbCwgYWxyZWFkeSBkZWFkID8KL3Zhci9s b2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MDEuMjU2WnxlcnJvcnx4ZW5zZXJ2ZXIt dGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA0OCkgZGV2aWNlX2V2ZW50ID0gZGV2aWNl IHNodXRkb3duIHt2YmQsNTYzMn0gRDo3YmE2NzMwZmU5ZDR8ZXZlbnRdIGRldmljZV9ldmVudCBj b3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQov dmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTowMS4yNTdafGRlYnVnfHhlbnNl cnZlci10ZXN0LTJ8MjM1Nzk5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphNDY3 NzE1MzI4MWV8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2Vu ZC92YmQvNDgKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MDEuMjU3Wnxk ZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc5OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRk b3duIFI6YTQ2NzcxNTMyODFlfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi80OC9l cnJvci9kZXZpY2UvdmJkLzU2MzIKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6 NDU6MDEuMjY1WnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlk OiA0OCkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOmQ1ZmMyZGVj NDRkMHxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBW TSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4 VDEzOjQ1OjAxLjI2Nlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3OTkgaW5ldC1SUEN8QXN5 bmMuVk0uaGFyZF9zaHV0ZG93biBSOmE0Njc3MTUzMjgxZXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9s b2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC80OAovdmFyL2xvZy94ZW5zb3VyY2UubG9n OlsyMDEyMDcxOFQxMzo0NTowMS4yNjdafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1Nzk5IGlu ZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphNDY3NzE1MzI4MWV8eGVub3BzXSB4ZW5z dG9yZS1ybSAvbG9jYWwvZG9tYWluLzQ4L2Vycm9yL2RldmljZS92YmQvNzY4Ci92YXIvbG9nL3hl bnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjAxLjY0MVp8ZGVidWd8eGVuc2VydmVyLXRlc3Qt MnwyMzU3OTkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmE0Njc3MTUzMjgxZXx4 ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2Vu ZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6 MDEuNjUwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc5OSBpbmV0LVJQQ3xBc3luYy5WTS5o YXJkX3NodXRkb3duIFI6YTQ2NzcxNTMyODFlfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2Rv bWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzQ4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIw NzE4VDEzOjQ1OjAxLjY1MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3OTkgaW5ldC1SUEN8 QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmE0Njc3MTUzMjgxZXx4ZW5vcHNdIHhlbnN0b3JlLXJt IC9sb2NhbC9kb21haW4vNDgvZXJyb3IvZGV2aWNlL3ZpZi8wCi92YXIvbG9nL3hlbnNvdXJjZS5s b2c6WzIwMTIwNzE4VDEzOjQ1OjAyLjAyMFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3OTkg aW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmE0Njc3MTUzMjgxZXx4ZW5vcHNdIERl dmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJy b3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MDIuMDIxWnxk ZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc5OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRk b3duIFI6YTQ2NzcxNTMyODFlfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vy cm9yL2JhY2tlbmQvdmlmLzQ4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1 OjAyLjAyMVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3OTkgaW5ldC1SUEN8QXN5bmMuVk0u aGFyZF9zaHV0ZG93biBSOmE0Njc3MTUzMjgxZXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9k b21haW4vNDgvZXJyb3IvZGV2aWNlL3ZpZi8xCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIw NzE4VDEzOjQ1OjAzLjcyMlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYxMjUgaW5ldC1SUEN8 QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmNiNTBkMDNlZjc4NHx4ZW5vcHNdIElnbm9yaW5nIGV4 Y2VwdGlvbjogRmFpbHVyZSgiY3JhenkgZm9vbCIpIHdoaWxlIEVycm9yIHN0b3BpbmcgZGV2aWNl LW1vZGVsLCBhbHJlYWR5IGRlYWQgPwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQx Mzo0NTowMy43MzJafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9t aWQ6IDQ5KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOmNmOWNl Y2MxZWJlY3xldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVz ZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIw NzE4VDEzOjQ1OjAzLjczMlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYxMjUgaW5ldC1SUEN8 QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmNiNTBkMDNlZjc4NHx4ZW5vcHNdIHhlbnN0b3JlLXJt IC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC80OQovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0NTowMy43MzJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MTI1 IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpjYjUwZDAzZWY3ODR8eGVub3BzXSB4 ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzQ5L2Vycm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xv Zy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTowMy43NDBafGVycm9yfHhlbnNlcnZlci10 ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDQ5KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ug c2h1dGRvd24ge3ZiZCw3Njh9IEQ6OTNjYTk0NjIyYWFifGV2ZW50XSBkZXZpY2VfZXZlbnQgY291 bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zh ci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MDMuNzQxWnxkZWJ1Z3x4ZW5zZXJ2 ZXItdGVzdC0yfDIzNjEyNSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6Y2I1MGQw M2VmNzg0fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQv dmJkLzQ5Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjAzLjc0MVp8ZGVi dWd8eGVuc2VydmVyLXRlc3QtMnwyMzYxMjUgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93 biBSOmNiNTBkMDNlZjc4NHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNDkvZXJy b3IvZGV2aWNlL3ZiZC83NjgKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6 MDQuMTYwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjEyNSBpbmV0LVJQQ3xBc3luYy5WTS5o YXJkX3NodXRkb3duIFI6Y2I1MGQwM2VmNzg0fHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRk b3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94 ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTowNC4xNjFafGRlYnVnfHhlbnNlcnZlci10ZXN0 LTJ8MjM2MTI1IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpjYjUwZDAzZWY3ODR8 eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvNDkK L3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MDQuMTYxWnxkZWJ1Z3x4ZW5z ZXJ2ZXItdGVzdC0yfDIzNjEyNSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6Y2I1 MGQwM2VmNzg0fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi80OS9lcnJvci9kZXZp Y2UvdmlmLzAKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MDQuNTU5Wnxk ZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjEyNSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRk b3duIFI6Y2I1MGQwM2VmNzg0fHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0 IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0NTowNC41NjFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MTI1 IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjpjYjUwZDAzZWY3ODR8eGVub3BzXSB4 ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvNDkKL3Zhci9sb2cv eGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MDQuNTYxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVz dC0yfDIzNjEyNSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6Y2I1MGQwM2VmNzg0 fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi80OS9lcnJvci9kZXZpY2UvdmlmLzEK L3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MDYuMjUzWnxkZWJ1Z3x4ZW5z ZXJ2ZXItdGVzdC0yfDIzNTc2NSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YWM0 MGQ3ODdiM2UxfHhlbm9wc10gSWdub3JpbmcgZXhjZXB0aW9uOiBGYWlsdXJlKCJjcmF6eSBmb29s Iikgd2hpbGUgRXJyb3Igc3RvcGluZyBkZXZpY2UtbW9kZWwsIGFscmVhZHkgZGVhZCA/Ci92YXIv bG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjA2LjI1Nlp8ZXJyb3J8eGVuc2VydmVy LXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMTMpIGRldmljZV9ldmVudCA9IGRldmlj ZSBzaHV0ZG93biB7dmJkLDc2OH0gRDo0N2VhZGMwMGI5ZDF8ZXZlbnRdIGRldmljZV9ldmVudCBj b3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQov dmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTowNi4yNTdafGRlYnVnfHhlbnNl cnZlci10ZXN0LTJ8MjM1NzY1IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphYzQw ZDc4N2IzZTF8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2Vu ZC92YmQvMTMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MDYuMjU3Wnxk ZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRk b3duIFI6YWM0MGQ3ODdiM2UxfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8xMy9l cnJvci9kZXZpY2UvdmJkLzc2OAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0 NTowNi4yNjJafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6 IDEzKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOjEwMGZjYmEy Y2Y5MnxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBW TSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4 VDEzOjQ1OjA2LjI2Mlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjUgaW5ldC1SUEN8QXN5 bmMuVk0uaGFyZF9zaHV0ZG93biBSOmFjNDBkNzg3YjNlMXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9s b2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC8xMwovdmFyL2xvZy94ZW5zb3VyY2UubG9n OlsyMDEyMDcxOFQxMzo0NTowNi4yNjJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY1IGlu ZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphYzQwZDc4N2IzZTF8eGVub3BzXSB4ZW5z dG9yZS1ybSAvbG9jYWwvZG9tYWluLzEzL2Vycm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94 ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTowNi42NjBafGRlYnVnfHhlbnNlcnZlci10ZXN0 LTJ8MjM1NzY1IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphYzQwZDc4N2IzZTF8 eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tl bmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1 OjA2LjY2MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjUgaW5ldC1SUEN8QXN5bmMuVk0u aGFyZF9zaHV0ZG93biBSOmFjNDBkNzg3YjNlMXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9k b21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi8xMwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEy MDcxOFQxMzo0NTowNi42NjJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY1IGluZXQtUlBD fEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphYzQwZDc4N2IzZTF8eGVub3BzXSB4ZW5zdG9yZS1y bSAvbG9jYWwvZG9tYWluLzEzL2Vycm9yL2RldmljZS92aWYvMAovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0NTowNy4wNTBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY1 IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphYzQwZDc4N2IzZTF8eGVub3BzXSBE ZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVy cm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjA3LjA1Mlp8 ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjUgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0 ZG93biBSOmFjNDBkNzg3YjNlMXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9l cnJvci9iYWNrZW5kL3ZpZi8xMwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0 NTowNy4wNTJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY1IGluZXQtUlBDfEFzeW5jLlZN LmhhcmRfc2h1dGRvd24gUjphYzQwZDc4N2IzZTF8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwv ZG9tYWluLzEzL2Vycm9yL2RldmljZS92aWYvMQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEy MDcxOFQxMzo0NTowOC43MjNafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MTMxIGluZXQtUlBD fEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphMTNkZWU2NTQ3ODd8eGVub3BzXSBJZ25vcmluZyBl eGNlcHRpb246IEZhaWx1cmUoImNyYXp5IGZvb2wiKSB3aGlsZSBFcnJvciBzdG9waW5nIGRldmlj ZS1tb2RlbCwgYWxyZWFkeSBkZWFkID8KL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThU MTM6NDU6MDguNzI3WnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRv bWlkOiA1MikgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOmRlMzMz ZTc0MTc4NnxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVz ZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIw NzE4VDEzOjQ1OjA4LjcyN1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYxMzEgaW5ldC1SUEN8 QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmExM2RlZTY1NDc4N3x4ZW5vcHNdIHhlbnN0b3JlLXJt IC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC81MgovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0NTowOC43MjhafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MTMx IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphMTNkZWU2NTQ3ODd8eGVub3BzXSB4 ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzUyL2Vycm9yL2RldmljZS92YmQvNzY4Ci92YXIvbG9n L3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjA4LjczN1p8ZXJyb3J8eGVuc2VydmVyLXRl c3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogNTIpIGRldmljZV9ldmVudCA9IGRldmljZSBz aHV0ZG93biB7dmJkLDU2MzJ9IEQ6NDEwN2Q5M2ZmMmEzfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291 bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zh ci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MDguNzM4WnxkZWJ1Z3x4ZW5zZXJ2 ZXItdGVzdC0yfDIzNjEzMSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YTEzZGVl NjU0Nzg3fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQv dmJkLzUyCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjA4LjczOVp8ZGVi dWd8eGVuc2VydmVyLXRlc3QtMnwyMzYxMzEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93 biBSOmExM2RlZTY1NDc4N3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNTIvZXJy b3IvZGV2aWNlL3ZiZC81NjMyCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1 OjA5LjA5MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYxMzEgaW5ldC1SUEN8QXN5bmMuVk0u aGFyZF9zaHV0ZG93biBSOmExM2RlZTY1NDc4N3x4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0 ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cv eGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MDkuMDkyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVz dC0yfDIzNjEzMSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YTEzZGVlNjU0Nzg3 fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzUy Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjA5LjA5Mlp8ZGVidWd8eGVu c2VydmVyLXRlc3QtMnwyMzYxMzEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmEx M2RlZTY1NDc4N3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNTIvZXJyb3IvZGV2 aWNlL3ZpZi8wCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjA5LjQ1Mlp8 ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYxMzEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0 ZG93biBSOmExM2RlZTY1NDc4N3x4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91 dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNl LmxvZzpbMjAxMjA3MThUMTM6NDU6MDkuNDU0WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjEz MSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6YTEzZGVlNjU0Nzg3fHhlbm9wc10g eGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzUyCi92YXIvbG9n L3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjA5LjQ1NFp8ZGVidWd8eGVuc2VydmVyLXRl c3QtMnwyMzYxMzEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmExM2RlZTY1NDc4 N3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNTIvZXJyb3IvZGV2aWNlL3ZpZi8x Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjExLjI4M1p8ZGVidWd8eGVu c2VydmVyLXRlc3QtMnwyMzU3NjMgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAy YzQyNTdkNzBmMXx4ZW5vcHNdIElnbm9yaW5nIGV4Y2VwdGlvbjogRmFpbHVyZSgiY3JhenkgZm9v bCIpIHdoaWxlIEVycm9yIHN0b3BpbmcgZGV2aWNlLW1vZGVsLCBhbHJlYWR5IGRlYWQgPwovdmFy L2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToxMS4yOTFafGVycm9yfHhlbnNlcnZl ci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDQyKSBkZXZpY2VfZXZlbnQgPSBkZXZp Y2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6YTIyYWIxYmExNTNhfGV2ZW50XSBkZXZpY2VfZXZlbnQg Y291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UK L3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MTEuMjkyWnxkZWJ1Z3x4ZW5z ZXJ2ZXItdGVzdC0yfDIzNTc2MyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MDJj NDI1N2Q3MGYxfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tl bmQvdmJkLzQyCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjExLjI5Mlp8 ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjMgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0 ZG93biBSOjAyYzQyNTdkNzBmMXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNDIv ZXJyb3IvZGV2aWNlL3ZiZC83NjgKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6 NDU6MTEuMzAwWnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlk OiA0MikgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDoyMTAwMmJj MjE1YzJ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2Ug Vk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0NToxMS4zMDFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzYzIGluZXQtUlBDfEFz eW5jLlZNLmhhcmRfc2h1dGRvd24gUjowMmM0MjU3ZDcwZjF8eGVub3BzXSB4ZW5zdG9yZS1ybSAv bG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvNDIKL3Zhci9sb2cveGVuc291cmNlLmxv ZzpbMjAxMjA3MThUMTM6NDU6MTEuMzAxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MyBp bmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MDJjNDI1N2Q3MGYxfHhlbm9wc10geGVu c3RvcmUtcm0gL2xvY2FsL2RvbWFpbi80Mi9lcnJvci9kZXZpY2UvdmJkLzU2MzIKL3Zhci9sb2cv eGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MTEuNzEwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVz dC0yfDIzNTc2MyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MDJjNDI1N2Q3MGYx fHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNr ZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0 NToxMS43MTFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzYzIGluZXQtUlBDfEFzeW5jLlZN LmhhcmRfc2h1dGRvd24gUjowMmM0MjU3ZDcwZjF8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwv ZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvNDIKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAx MjA3MThUMTM6NDU6MTEuNzEyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MyBpbmV0LVJQ Q3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MDJjNDI1N2Q3MGYxfHhlbm9wc10geGVuc3RvcmUt cm0gL2xvY2FsL2RvbWFpbi80Mi9lcnJvci9kZXZpY2UvdmlmLzAKL3Zhci9sb2cveGVuc291cmNl LmxvZzpbMjAxMjA3MThUMTM6NDU6MTIuMTM4WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2 MyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MDJjNDI1N2Q3MGYxfHhlbm9wc10g RGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBl cnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToxMi4xMzla fGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzYzIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1 dGRvd24gUjowMmM0MjU3ZDcwZjF8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAv ZXJyb3IvYmFja2VuZC92aWYvNDIKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6 NDU6MTIuMTM5WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MyBpbmV0LVJQQ3xBc3luYy5W TS5oYXJkX3NodXRkb3duIFI6MDJjNDI1N2Q3MGYxfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2Fs L2RvbWFpbi80Mi9lcnJvci9kZXZpY2UvdmlmLzEKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAx MjA3MThUMTM6NDU6MTMuODkzWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjE3MiBpbmV0LVJQ Q3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MWYxMjIwNGU3ZWM3fHhlbm9wc10gSWdub3Jpbmcg ZXhjZXB0aW9uOiBGYWlsdXJlKCJjcmF6eSBmb29sIikgd2hpbGUgRXJyb3Igc3RvcGluZyBkZXZp Y2UtbW9kZWwsIGFscmVhZHkgZGVhZCA/Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4 VDEzOjQ1OjEzLjg5N1p8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChk b21pZDogMTQpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDpiNjdm N2ViODFkY2V8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1 c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEy MDcxOFQxMzo0NToxMy45MDNafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MTcyIGluZXQtUlBD fEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjoxZjEyMjA0ZTdlYzd8eGVub3BzXSB4ZW5zdG9yZS1y bSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvMTQKL3Zhci9sb2cveGVuc291cmNl LmxvZzpbMjAxMjA3MThUMTM6NDU6MTMuOTA0WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjE3 MiBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MWYxMjIwNGU3ZWM3fHhlbm9wc10g eGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8xNC9lcnJvci9kZXZpY2UvdmJkLzc2OAovdmFyL2xv Zy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToxMy45MDlafGVycm9yfHhlbnNlcnZlci10 ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDE0KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ug c2h1dGRvd24ge3ZiZCw1NjMyfSBEOjNhOWZkYzYyMTY3OHxldmVudF0gZGV2aWNlX2V2ZW50IGNv dWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92 YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjEzLjkxMlp8ZGVidWd8eGVuc2Vy dmVyLXRlc3QtMnwyMzYxNzIgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjFmMTIy MDRlN2VjN3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5k L3ZiZC8xNAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToxMy45MTNafGRl YnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MTcyIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRv d24gUjoxZjEyMjA0ZTdlYzd8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzE0L2Vy cm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0 NToxNC4zMTBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MTcyIGluZXQtUlBDfEFzeW5jLlZN LmhhcmRfc2h1dGRvd24gUjoxZjEyMjA0ZTdlYzd8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1 dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9n L3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjE0LjMxMVp8ZGVidWd8eGVuc2VydmVyLXRl c3QtMnwyMzYxNzIgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjFmMTIyMDRlN2Vj N3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi8x NAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToxNC4zMTJafGRlYnVnfHhl bnNlcnZlci10ZXN0LTJ8MjM2MTcyIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjox ZjEyMjA0ZTdlYzd8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzE0L2Vycm9yL2Rl dmljZS92aWYvMAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToxNC43MTla fGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MTcyIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1 dGRvd24gUjoxZjEyMjA0ZTdlYzd8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJv dXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJj ZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjE0LjcyMVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYx NzIgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjFmMTIyMDRlN2VjN3x4ZW5vcHNd IHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi8xNAovdmFyL2xv Zy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToxNC43MjFafGRlYnVnfHhlbnNlcnZlci10 ZXN0LTJ8MjM2MTcyIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjoxZjEyMjA0ZTdl Yzd8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzE0L2Vycm9yL2RldmljZS92aWYv MQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToxNi40NjNafGRlYnVnfHhl bnNlcnZlci10ZXN0LTJ8MjM2MTg4IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjph NzJkOWZmOWZkNmR8eGVub3BzXSBJZ25vcmluZyBleGNlcHRpb246IEZhaWx1cmUoImNyYXp5IGZv b2wiKSB3aGlsZSBFcnJvciBzdG9waW5nIGRldmljZS1tb2RlbCwgYWxyZWFkeSBkZWFkID8KL3Zh ci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MTYuNDY2WnxlcnJvcnx4ZW5zZXJ2 ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA0MSkgZGV2aWNlX2V2ZW50ID0gZGV2 aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDo5Yjk1YWQzNTAxZDN8ZXZlbnRdIGRldmljZV9ldmVu dCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFz ZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToxNi40NjhafGRlYnVnfHhl bnNlcnZlci10ZXN0LTJ8MjM2MTg4IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjph NzJkOWZmOWZkNmR8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFj a2VuZC92YmQvNDEKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MTYuNDY4 WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjE4OCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3No dXRkb3duIFI6YTcyZDlmZjlmZDZkfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi80 MS9lcnJvci9kZXZpY2UvdmJkLzU2MzIKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThU MTM6NDU6MTYuNDcyWnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRv bWlkOiA0MSkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjFiMmNk MDY4MTA3N3xldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVz ZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIw NzE4VDEzOjQ1OjE2LjQ3M1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYxODggaW5ldC1SUEN8 QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmE3MmQ5ZmY5ZmQ2ZHx4ZW5vcHNdIHhlbnN0b3JlLXJt IC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC80MQovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0NToxNi40NzNafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MTg4 IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjphNzJkOWZmOWZkNmR8eGVub3BzXSB4 ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzQxL2Vycm9yL2RldmljZS92YmQvNzY4Ci92YXIvbG9n L3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjE2Ljg3MFp8ZGVidWd8eGVuc2VydmVyLXRl c3QtMnwyMzYxODggaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmE3MmQ5ZmY5ZmQ2 ZHx4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFj a2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6 NDU6MTYuODcxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjE4OCBpbmV0LVJQQ3xBc3luYy5W TS5oYXJkX3NodXRkb3duIFI6YTcyZDlmZjlmZDZkfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2Fs L2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzQxCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIw MTIwNzE4VDEzOjQ1OjE2Ljg3Mlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYxODggaW5ldC1S UEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmE3MmQ5ZmY5ZmQ2ZHx4ZW5vcHNdIHhlbnN0b3Jl LXJtIC9sb2NhbC9kb21haW4vNDEvZXJyb3IvZGV2aWNlL3ZpZi8wCi92YXIvbG9nL3hlbnNvdXJj ZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjE3LjI1OVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYx ODggaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOmE3MmQ5ZmY5ZmQ2ZHx4ZW5vcHNd IERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQg ZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MTcuMjYw WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjE4OCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3No dXRkb3duIFI6YTcyZDlmZjlmZDZkfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8w L2Vycm9yL2JhY2tlbmQvdmlmLzQxCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEz OjQ1OjE3LjI2MFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYxODggaW5ldC1SUEN8QXN5bmMu Vk0uaGFyZF9zaHV0ZG93biBSOmE3MmQ5ZmY5ZmQ2ZHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2Nh bC9kb21haW4vNDEvZXJyb3IvZGV2aWNlL3ZpZi8xCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIw MTIwNzE4VDEzOjQ1OjE4Ljk4M1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU4NDkgaW5ldC1S UEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjdkOTAyYWVkYTJmZnx4ZW5vcHNdIElnbm9yaW5n IGV4Y2VwdGlvbjogRmFpbHVyZSgiY3JhenkgZm9vbCIpIHdoaWxlIEVycm9yIHN0b3BpbmcgZGV2 aWNlLW1vZGVsLCBhbHJlYWR5IGRlYWQgPwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0NToxOC45OTFafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAo ZG9taWQ6IDM3KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOjMy NzgyZjBjNjM5MnxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVj YXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIw MTIwNzE4VDEzOjQ1OjE4Ljk5MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU4NDkgaW5ldC1S UEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjdkOTAyYWVkYTJmZnx4ZW5vcHNdIHhlbnN0b3Jl LXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC8zNwovdmFyL2xvZy94ZW5zb3Vy Y2UubG9nOlsyMDEyMDcxOFQxMzo0NToxOC45OTFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1 ODQ5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo3ZDkwMmFlZGEyZmZ8eGVub3Bz XSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzM3L2Vycm9yL2RldmljZS92YmQvNTYzMgovdmFy L2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToxOC45OTlafGVycm9yfHhlbnNlcnZl ci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDM3KSBkZXZpY2VfZXZlbnQgPSBkZXZp Y2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6YjY5NzdiOWEwYzgzfGV2ZW50XSBkZXZpY2VfZXZlbnQg Y291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UK L3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MTguOTk5WnxkZWJ1Z3x4ZW5z ZXJ2ZXItdGVzdC0yfDIzNTg0OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6N2Q5 MDJhZWRhMmZmfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tl bmQvdmJkLzM3Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjE5LjAwMFp8 ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU4NDkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0 ZG93biBSOjdkOTAyYWVkYTJmZnx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMzcv ZXJyb3IvZGV2aWNlL3ZiZC83NjgKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6 NDU6MTkuNDEwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTg0OSBpbmV0LVJQQ3xBc3luYy5W TS5oYXJkX3NodXRkb3duIFI6N2Q5MDJhZWRhMmZmfHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3No dXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xv Zy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToxOS40MTFafGRlYnVnfHhlbnNlcnZlci10 ZXN0LTJ8MjM1ODQ5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo3ZDkwMmFlZGEy ZmZ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYv MzcKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MTkuNDEyWnxkZWJ1Z3x4 ZW5zZXJ2ZXItdGVzdC0yfDIzNTg0OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6 N2Q5MDJhZWRhMmZmfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8zNy9lcnJvci9k ZXZpY2UvdmlmLzAKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MTkuODAw WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTg0OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3No dXRkb3duIFI6N2Q5MDJhZWRhMmZmfHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFi b3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3Vy Y2UubG9nOlsyMDEyMDcxOFQxMzo0NToxOS44MDFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1 ODQ5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo3ZDkwMmFlZGEyZmZ8eGVub3Bz XSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvMzcKL3Zhci9s b2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MTkuODAxWnxkZWJ1Z3x4ZW5zZXJ2ZXIt dGVzdC0yfDIzNTg0OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6N2Q5MDJhZWRh MmZmfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8zNy9lcnJvci9kZXZpY2Uvdmlm LzEKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MjEuNjAzWnxkZWJ1Z3x4 ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6 NWMxNWFiMGE4MzU5fHhlbm9wc10gSWdub3JpbmcgZXhjZXB0aW9uOiBGYWlsdXJlKCJjcmF6eSBm b29sIikgd2hpbGUgRXJyb3Igc3RvcGluZyBkZXZpY2UtbW9kZWwsIGFscmVhZHkgZGVhZCA/Ci92 YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjIxLjYwOFp8ZXJyb3J8eGVuc2Vy dmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogMzgpIGRldmljZV9ldmVudCA9IGRl dmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDowOWFmYTZhNWNkNzB8ZXZlbnRdIGRldmljZV9ldmVu dCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFz ZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToyMS42MDlafGRlYnVnfHhl bnNlcnZlci10ZXN0LTJ8MjM1NzY0IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo1 YzE1YWIwYTgzNTl8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFj a2VuZC92YmQvMzgKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MjEuNjA5 WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2NCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3No dXRkb3duIFI6NWMxNWFiMGE4MzU5fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8z OC9lcnJvci9kZXZpY2UvdmJkLzc2OAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQx Mzo0NToyMS42MTNafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9t aWQ6IDM4KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOjUzNmZk NDE0YzExOXxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVz ZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIw NzE4VDEzOjQ1OjIxLjYxM1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjQgaW5ldC1SUEN8 QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjVjMTVhYjBhODM1OXx4ZW5vcHNdIHhlbnN0b3JlLXJt IC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC8zOAovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0NToyMS42MTdafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY0 IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo1YzE1YWIwYTgzNTl8eGVub3BzXSB4 ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzM4L2Vycm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xv Zy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToyMi4wNTFafGRlYnVnfHhlbnNlcnZlci10 ZXN0LTJ8MjM1NzY0IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo1YzE1YWIwYTgz NTl8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJh Y2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEz OjQ1OjIyLjA1Mlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjQgaW5ldC1SUEN8QXN5bmMu Vk0uaGFyZF9zaHV0ZG93biBSOjVjMTVhYjBhODM1OXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2Nh bC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi8zOAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsy MDEyMDcxOFQxMzo0NToyMi4wNTJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY0IGluZXQt UlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo1YzE1YWIwYTgzNTl8eGVub3BzXSB4ZW5zdG9y ZS1ybSAvbG9jYWwvZG9tYWluLzM4L2Vycm9yL2RldmljZS92aWYvMAovdmFyL2xvZy94ZW5zb3Vy Y2UubG9nOlsyMDEyMDcxOFQxMzo0NToyMi40MzBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1 NzY0IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo1YzE1YWIwYTgzNTl8eGVub3Bz XSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5k IGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjIyLjQz MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjQgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9z aHV0ZG93biBSOjVjMTVhYjBhODM1OXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4v MC9lcnJvci9iYWNrZW5kL3ZpZi8zOAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQx Mzo0NToyMi40MzJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY0IGluZXQtUlBDfEFzeW5j LlZNLmhhcmRfc2h1dGRvd24gUjo1YzE1YWIwYTgzNTl8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9j YWwvZG9tYWluLzM4L2Vycm9yL2RldmljZS92aWYvMQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsy MDEyMDcxOFQxMzo0NToyNC4wODNafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1ODkxIGluZXQt UlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjoxOWI0ZWI5NDRiOTB8eGVub3BzXSBJZ25vcmlu ZyBleGNlcHRpb246IEZhaWx1cmUoImNyYXp5IGZvb2wiKSB3aGlsZSBFcnJvciBzdG9waW5nIGRl dmljZS1tb2RlbCwgYWxyZWFkeSBkZWFkID8KL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3 MThUMTM6NDU6MjQuMDkwWnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0g KGRvbWlkOiA1NikgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDpi ZmIwNzczMTg3NTh8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJl Y2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsy MDEyMDcxOFQxMzo0NToyNC4wOTFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1ODkxIGluZXQt UlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjoxOWI0ZWI5NDRiOTB8eGVub3BzXSB4ZW5zdG9y ZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvNTYKL3Zhci9sb2cveGVuc291 cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MjQuMDkxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIz NTg5MSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MTliNGViOTQ0YjkwfHhlbm9w c10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi81Ni9lcnJvci9kZXZpY2UvdmJkLzU2MzIKL3Zh ci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MjQuMTAwWnxlcnJvcnx4ZW5zZXJ2 ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA1NikgZGV2aWNlX2V2ZW50ID0gZGV2 aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOmI2ZmZmZDUwMDY3ZHxldmVudF0gZGV2aWNlX2V2ZW50 IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNl Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjI0LjEwMFp8ZGVidWd8eGVu c2VydmVyLXRlc3QtMnwyMzU4OTEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjE5 YjRlYjk0NGI5MHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNr ZW5kL3ZiZC81NgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToyNC4xMDBa fGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1ODkxIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1 dGRvd24gUjoxOWI0ZWI5NDRiOTB8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzU2 L2Vycm9yL2RldmljZS92YmQvNzY4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEz OjQ1OjI0LjUzMVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU4OTEgaW5ldC1SUEN8QXN5bmMu Vk0uaGFyZF9zaHV0ZG93biBSOjE5YjRlYjk0NGI5MHx4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9z aHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9s b2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MjQuNTMyWnxkZWJ1Z3x4ZW5zZXJ2ZXIt dGVzdC0yfDIzNTg5MSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MTliNGViOTQ0 YjkwfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlm LzU2Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjI0LjUzMlp8ZGVidWd8 eGVuc2VydmVyLXRlc3QtMnwyMzU4OTEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBS OjE5YjRlYjk0NGI5MHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNTYvZXJyb3Iv ZGV2aWNlL3ZpZi8wCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjI0Ljkx OVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU4OTEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9z aHV0ZG93biBSOjE5YjRlYjk0NGI5MHx4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBh Ym91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291 cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MjQuOTIwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIz NTg5MSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MTliNGViOTQ0YjkwfHhlbm9w c10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzU2Ci92YXIv bG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjI0LjkyMVp8ZGVidWd8eGVuc2VydmVy LXRlc3QtMnwyMzU4OTEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjE5YjRlYjk0 NGI5MHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNTYvZXJyb3IvZGV2aWNlL3Zp Zi8xCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjI2LjcyM1p8ZGVidWd8 eGVuc2VydmVyLXRlc3QtMnwyMzU3NjggaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBS OjMyNGFhYjY5ODg0OHx4ZW5vcHNdIElnbm9yaW5nIGV4Y2VwdGlvbjogRmFpbHVyZSgiY3Jhenkg Zm9vbCIpIHdoaWxlIEVycm9yIHN0b3BpbmcgZGV2aWNlLW1vZGVsLCBhbHJlYWR5IGRlYWQgPwov dmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToyNi43MjdafGVycm9yfHhlbnNl cnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDIyKSBkZXZpY2VfZXZlbnQgPSBk ZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOmFiMDM2ZTdlYTM3Y3xldmVudF0gZGV2aWNlX2V2 ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFi YXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjI2LjcyOFp8ZGVidWd8 eGVuc2VydmVyLXRlc3QtMnwyMzU3NjggaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBS OjMyNGFhYjY5ODg0OHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9i YWNrZW5kL3ZiZC8yMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToyNi43 MjhafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY4IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRf c2h1dGRvd24gUjozMjRhYWI2OTg4NDh8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWlu LzIyL2Vycm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0NToyNi43MzJafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAo ZG9taWQ6IDIyKSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6OWUz ZTVlNDkwMTRjfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNh dXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAx MjA3MThUMTM6NDU6MjYuNzMzWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OCBpbmV0LVJQ Q3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MzI0YWFiNjk4ODQ4fHhlbm9wc10geGVuc3RvcmUt cm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzIyCi92YXIvbG9nL3hlbnNvdXJj ZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjI2LjczNFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3 NjggaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjMyNGFhYjY5ODg0OHx4ZW5vcHNd IHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMjIvZXJyb3IvZGV2aWNlL3ZiZC83NjgKL3Zhci9s b2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MjcuMDkwWnxkZWJ1Z3x4ZW5zZXJ2ZXIt dGVzdC0yfDIzNTc2OCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MzI0YWFiNjk4 ODQ4fHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBi YWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQx Mzo0NToyNy4wOTFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY4IGluZXQtUlBDfEFzeW5j LlZNLmhhcmRfc2h1dGRvd24gUjozMjRhYWI2OTg4NDh8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9j YWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvMjIKL3Zhci9sb2cveGVuc291cmNlLmxvZzpb MjAxMjA3MThUMTM6NDU6MjcuMDkyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OCBpbmV0 LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MzI0YWFiNjk4ODQ4fHhlbm9wc10geGVuc3Rv cmUtcm0gL2xvY2FsL2RvbWFpbi8yMi9lcnJvci9kZXZpY2UvdmlmLzAKL3Zhci9sb2cveGVuc291 cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MjcuNDgwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIz NTc2OCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MzI0YWFiNjk4ODQ4fHhlbm9w c10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFu ZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToyNy40 ODJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY4IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRf c2h1dGRvd24gUjozMjRhYWI2OTg4NDh8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWlu LzAvZXJyb3IvYmFja2VuZC92aWYvMjIKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThU MTM6NDU6MjcuNDgyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OCBpbmV0LVJQQ3xBc3lu Yy5WTS5oYXJkX3NodXRkb3duIFI6MzI0YWFiNjk4ODQ4fHhlbm9wc10geGVuc3RvcmUtcm0gL2xv Y2FsL2RvbWFpbi8yMi9lcnJvci9kZXZpY2UvdmlmLzEKL3Zhci9sb2cveGVuc291cmNlLmxvZzpb MjAxMjA3MThUMTM6NDU6MjkuMjEzWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTkxOSBpbmV0 LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6NmE2YmFlMDAyOTVifHhlbm9wc10gSWdub3Jp bmcgZXhjZXB0aW9uOiBGYWlsdXJlKCJjcmF6eSBmb29sIikgd2hpbGUgRXJyb3Igc3RvcGluZyBk ZXZpY2UtbW9kZWwsIGFscmVhZHkgZGVhZCA/Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIw NzE4VDEzOjQ1OjI5LjIxN1p8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZN IChkb21pZDogMzMpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0gRDo1 MTNlNjNlOWZlOGN8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJl Y2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsy MDEyMDcxOFQxMzo0NToyOS4yMThafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1OTE5IGluZXQt UlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo2YTZiYWUwMDI5NWJ8eGVub3BzXSB4ZW5zdG9y ZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvMzMKL3Zhci9sb2cveGVuc291 cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MjkuMjE4WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIz NTkxOSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6NmE2YmFlMDAyOTVifHhlbm9w c10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8zMy9lcnJvci9kZXZpY2UvdmJkLzc2OAovdmFy L2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToyOS4yMjJafGVycm9yfHhlbnNlcnZl ci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDMzKSBkZXZpY2VfZXZlbnQgPSBkZXZp Y2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOmE0NTkzZDhiYjAyM3xldmVudF0gZGV2aWNlX2V2ZW50 IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNl Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjI5LjIyM1p8ZGVidWd8eGVu c2VydmVyLXRlc3QtMnwyMzU5MTkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjZh NmJhZTAwMjk1Ynx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNr ZW5kL3ZiZC8zMwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToyOS4yMjRa fGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1OTE5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1 dGRvd24gUjo2YTZiYWUwMDI5NWJ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzMz L2Vycm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQx Mzo0NToyOS41OTlafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1OTE5IGluZXQtUlBDfEFzeW5j LlZNLmhhcmRfc2h1dGRvd24gUjo2YTZiYWUwMDI5NWJ8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRf c2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIv bG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjI5LjYwMFp8ZGVidWd8eGVuc2VydmVy LXRlc3QtMnwyMzU5MTkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjZhNmJhZTAw Mjk1Ynx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3Zp Zi8zMwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NToyOS42MDBafGRlYnVn fHhlbnNlcnZlci10ZXN0LTJ8MjM1OTE5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24g Ujo2YTZiYWUwMDI5NWJ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzMzL2Vycm9y L2RldmljZS92aWYvMAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTozMC4w MjFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1OTE5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRf c2h1dGRvd24gUjo2YTZiYWUwMDI5NWJ8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24g YWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNv dXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjMwLjAyMlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwy MzU5MTkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjZhNmJhZTAwMjk1Ynx4ZW5v cHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi8zMwovdmFy L2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTozMC4wMjJafGRlYnVnfHhlbnNlcnZl ci10ZXN0LTJ8MjM1OTE5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo2YTZiYWUw MDI5NWJ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzMzL2Vycm9yL2RldmljZS92 aWYvMQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTozMS43NzNafGRlYnVn fHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcwIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24g UjowMDRkMmY5YWU0MmF8eGVub3BzXSBJZ25vcmluZyBleGNlcHRpb246IEZhaWx1cmUoImNyYXp5 IGZvb2wiKSB3aGlsZSBFcnJvciBzdG9waW5nIGRldmljZS1tb2RlbCwgYWxyZWFkeSBkZWFkID8K L3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MzEuNzc2WnxlcnJvcnx4ZW5z ZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiA0MykgZGV2aWNlX2V2ZW50ID0g ZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjc5MzVjNDZhM2NjY3xldmVudF0gZGV2aWNlX2V2 ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFi YXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjMxLjc3N1p8ZGVidWd8 eGVuc2VydmVyLXRlc3QtMnwyMzU3NzAgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBS OjAwNGQyZjlhZTQyYXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9i YWNrZW5kL3ZiZC80MwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTozMS43 NzdafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzcwIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRf c2h1dGRvd24gUjowMDRkMmY5YWU0MmF8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWlu LzQzL2Vycm9yL2RldmljZS92YmQvNzY4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4 VDEzOjQ1OjMxLjc4MVp8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChk b21pZDogNDMpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6YzNj NTFiN2E5ODFifGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNh dXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAx MjA3MThUMTM6NDU6MzEuNzgzWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MCBpbmV0LVJQ Q3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MDA0ZDJmOWFlNDJhfHhlbm9wc10geGVuc3RvcmUt cm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmJkLzQzCi92YXIvbG9nL3hlbnNvdXJj ZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjMxLjc4M1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3 NzAgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAwNGQyZjlhZTQyYXx4ZW5vcHNd IHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNDMvZXJyb3IvZGV2aWNlL3ZiZC81NjMyCi92YXIv bG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjMyLjE2OVp8ZGVidWd8eGVuc2VydmVy LXRlc3QtMnwyMzU3NzAgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAwNGQyZjlh ZTQyYXx4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkg YmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThU MTM6NDU6MzIuMTcwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MCBpbmV0LVJQQ3xBc3lu Yy5WTS5oYXJkX3NodXRkb3duIFI6MDA0ZDJmOWFlNDJhfHhlbm9wc10geGVuc3RvcmUtcm0gL2xv Y2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzQzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6 WzIwMTIwNzE4VDEzOjQ1OjMyLjE3MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NzAgaW5l dC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAwNGQyZjlhZTQyYXx4ZW5vcHNdIHhlbnN0 b3JlLXJtIC9sb2NhbC9kb21haW4vNDMvZXJyb3IvZGV2aWNlL3ZpZi8wCi92YXIvbG9nL3hlbnNv dXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjMyLjU1MFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwy MzU3NzAgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAwNGQyZjlhZTQyYXx4ZW5v cHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBh bmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MzIu NTUxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc3MCBpbmV0LVJQQ3xBc3luYy5WTS5oYXJk X3NodXRkb3duIFI6MDA0ZDJmOWFlNDJhfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFp bi8wL2Vycm9yL2JhY2tlbmQvdmlmLzQzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4 VDEzOjQ1OjMyLjU1Mlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NzAgaW5ldC1SUEN8QXN5 bmMuVk0uaGFyZF9zaHV0ZG93biBSOjAwNGQyZjlhZTQyYXx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9s b2NhbC9kb21haW4vNDMvZXJyb3IvZGV2aWNlL3ZpZi8xCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6 WzIwMTIwNzE4VDEzOjQ1OjM0LjI4M1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjkgaW5l dC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjE0ZGNkY2UzNWVlY3x4ZW5vcHNdIElnbm9y aW5nIGV4Y2VwdGlvbjogRmFpbHVyZSgiY3JhenkgZm9vbCIpIHdoaWxlIEVycm9yIHN0b3Bpbmcg ZGV2aWNlLW1vZGVsLCBhbHJlYWR5IGRlYWQgPwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEy MDcxOFQxMzo0NTozNC4yODZafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzY5IGluZXQtUlBD fEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjoxNGRjZGNlMzVlZWN8eGVub3BzXSB4ZW5zdG9yZS1y bSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvNTMKL3Zhci9sb2cveGVuc291cmNl LmxvZzpbMjAxMjA3MThUMTM6NDU6MzQuMjg2WnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhh bF9saXN0ZW58Vk0gKGRvbWlkOiA1MykgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2 YmQsNzY4fSBEOmRjMmQ0NjUxYWUwMnxldmVudF0gZGV2aWNlX2V2ZW50IGNvdWxkIG5vdCBiZSBw cm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFiYXNlCi92YXIvbG9nL3hlbnNv dXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjM0LjI4N1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwy MzU3NjkgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjE0ZGNkY2UzNWVlY3x4ZW5v cHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vNTMvZXJyb3IvZGV2aWNlL3ZiZC83NjgKL3Zh ci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MzQuMjk2WnxkZWJ1Z3x4ZW5zZXJ2 ZXItdGVzdC0yfDIzNTc2OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MTRkY2Rj ZTM1ZWVjfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQv dmJkLzUzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjM0LjI5Nlp8ZXJy b3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogNTMpIGRldmljZV9l dmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6ZGZmYTUxNGQyZTI5fGV2ZW50XSBk ZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3Qg aW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MzQuMjk3 WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3No dXRkb3duIFI6MTRkY2RjZTM1ZWVjfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi81 My9lcnJvci9kZXZpY2UvdmJkLzU2MzIKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThU MTM6NDU6MzQuNjgxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OSBpbmV0LVJQQ3xBc3lu Yy5WTS5oYXJkX3NodXRkb3duIFI6MTRkY2RjZTM1ZWVjfHhlbm9wc10gRGV2aWNlLlZpZi5oYXJk X3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFy L2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTozNC42ODJafGRlYnVnfHhlbnNlcnZl ci10ZXN0LTJ8MjM1NzY5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjoxNGRjZGNl MzVlZWN8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92 aWYvNTMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MzQuNjgyWnxkZWJ1 Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3du IFI6MTRkY2RjZTM1ZWVjfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi81My9lcnJv ci9kZXZpY2UvdmlmLzAKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MzUu MTAwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJk X3NodXRkb3duIFI6MTRkY2RjZTM1ZWVjfHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3du IGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5z b3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTozNS4xMDFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8 MjM1NzY5IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjoxNGRjZGNlMzVlZWN8eGVu b3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvNTMKL3Zh ci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MzUuMTAxWnxkZWJ1Z3x4ZW5zZXJ2 ZXItdGVzdC0yfDIzNTc2OSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MTRkY2Rj ZTM1ZWVjfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi81My9lcnJvci9kZXZpY2Uv dmlmLzEKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MzYuODgzWnxkZWJ1 Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MiBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3du IFI6OWEzOTk4ZTcyMTVjfHhlbm9wc10gSWdub3JpbmcgZXhjZXB0aW9uOiBGYWlsdXJlKCJjcmF6 eSBmb29sIikgd2hpbGUgRXJyb3Igc3RvcGluZyBkZXZpY2UtbW9kZWwsIGFscmVhZHkgZGVhZCA/ Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjM2Ljg4Nlp8ZXJyb3J8eGVu c2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVufFZNIChkb21pZDogNDQpIGRldmljZV9ldmVudCA9 IGRldmljZSBzaHV0ZG93biB7dmJkLDU2MzJ9IEQ6YWZjYzNiZTI4MWY0fGV2ZW50XSBkZXZpY2Vf ZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0 YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MzYuODg3WnxkZWJ1 Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNTc2MiBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3du IFI6OWEzOTk4ZTcyMTVjfHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9y L2JhY2tlbmQvdmJkLzQ0Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjM2 Ljg4N1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjIgaW5ldC1SUEN8QXN5bmMuVk0uaGFy ZF9zaHV0ZG93biBSOjlhMzk5OGU3MjE1Y3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21h aW4vNDQvZXJyb3IvZGV2aWNlL3ZiZC81NjMyCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIw NzE4VDEzOjQ1OjM2Ljg5Mlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjIgaW5ldC1SUEN8 QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjlhMzk5OGU3MjE1Y3x4ZW5vcHNdIHhlbnN0b3JlLXJt IC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZiZC80NAovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOFQxMzo0NTozNi44OTNafGVycm9yfHhlbnNlcnZlci10ZXN0LTJ8NjYgeGFs X2xpc3RlbnxWTSAoZG9taWQ6IDQ0KSBkZXZpY2VfZXZlbnQgPSBkZXZpY2Ugc2h1dGRvd24ge3Zi ZCw3Njh9IEQ6MmRjMzMzMWNmMzhhfGV2ZW50XSBkZXZpY2VfZXZlbnQgY291bGQgbm90IGJlIHBy b2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0YWJhc2UKL3Zhci9sb2cveGVuc291 cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MzYuODkzWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIz NTc2MiBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6OWEzOTk4ZTcyMTVjfHhlbm9w c10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi80NC9lcnJvci9kZXZpY2UvdmJkLzc2OAovdmFy L2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTozNy4yNzBafGRlYnVnfHhlbnNlcnZl ci10ZXN0LTJ8MjM1NzYyIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo5YTM5OThl NzIxNWN8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5 IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4 VDEzOjQ1OjM3LjI3MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjIgaW5ldC1SUEN8QXN5 bmMuVk0uaGFyZF9zaHV0ZG93biBSOjlhMzk5OGU3MjE1Y3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9s b2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi80NAovdmFyL2xvZy94ZW5zb3VyY2UubG9n OlsyMDEyMDcxOFQxMzo0NTozNy4yNzFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzYyIGlu ZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo5YTM5OThlNzIxNWN8eGVub3BzXSB4ZW5z dG9yZS1ybSAvbG9jYWwvZG9tYWluLzQ0L2Vycm9yL2RldmljZS92aWYvMAovdmFyL2xvZy94ZW5z b3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTozNy42NzBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8 MjM1NzYyIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo5YTM5OThlNzIxNWN8eGVu b3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQg YW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjM3 LjY3MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzU3NjIgaW5ldC1SUEN8QXN5bmMuVk0uaGFy ZF9zaHV0ZG93biBSOjlhMzk5OGU3MjE1Y3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21h aW4vMC9lcnJvci9iYWNrZW5kL3ZpZi80NAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0NTozNy42NzJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM1NzYyIGluZXQtUlBDfEFz eW5jLlZNLmhhcmRfc2h1dGRvd24gUjo5YTM5OThlNzIxNWN8eGVub3BzXSB4ZW5zdG9yZS1ybSAv bG9jYWwvZG9tYWluLzQ0L2Vycm9yL2RldmljZS92aWYvMQovdmFyL2xvZy94ZW5zb3VyY2UubG9n OlsyMDEyMDcxOFQxMzo0NTozOS40MTNafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2NDIxIGlu ZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo5ZjNlYmQyNjc0ZTZ8eGVub3BzXSBJZ25v cmluZyBleGNlcHRpb246IEZhaWx1cmUoImNyYXp5IGZvb2wiKSB3aGlsZSBFcnJvciBzdG9waW5n IGRldmljZS1tb2RlbCwgYWxyZWFkeSBkZWFkID8KL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAx MjA3MThUMTM6NDU6MzkuNDE3WnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58 Vk0gKGRvbWlkOiAxOCkgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0g RDo1MWRkNzhmM2ZlODF8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2Vk IGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9n OlsyMDEyMDcxOFQxMzo0NTozOS40MTlafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2NDIxIGlu ZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo5ZjNlYmQyNjc0ZTZ8eGVub3BzXSB4ZW5z dG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvMTgKL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MzkuNDIwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0y fDIzNjQyMSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6OWYzZWJkMjY3NGU2fHhl bm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8xOC9lcnJvci9kZXZpY2UvdmJkLzU2MzIK L3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MzkuNDI0WnxlcnJvcnx4ZW5z ZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0gKGRvbWlkOiAxOCkgZGV2aWNlX2V2ZW50ID0g ZGV2aWNlIHNodXRkb3duIHt2YmQsNzY4fSBEOjQzNTY5YWQ3MDM3ZHxldmVudF0gZGV2aWNlX2V2 ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFi YXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjM5LjQyNVp8ZGVidWd8 eGVuc2VydmVyLXRlc3QtMnwyMzY0MjEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBS OjlmM2ViZDI2NzRlNnx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9i YWNrZW5kL3ZiZC8xOAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTozOS40 MjZafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2NDIxIGluZXQtUlBDfEFzeW5jLlZNLmhhcmRf c2h1dGRvd24gUjo5ZjNlYmQyNjc0ZTZ8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWlu LzE4L2Vycm9yL2RldmljZS92YmQvNzY4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4 VDEzOjQ1OjM5Ljc5MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzY0MjEgaW5ldC1SUEN8QXN5 bmMuVk0uaGFyZF9zaHV0ZG93biBSOjlmM2ViZDI2NzRlNnx4ZW5vcHNdIERldmljZS5WaWYuaGFy ZF9zaHV0ZG93biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zh ci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6MzkuNzkyWnxkZWJ1Z3x4ZW5zZXJ2 ZXItdGVzdC0yfDIzNjQyMSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6OWYzZWJk MjY3NGU2fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQv dmlmLzE4Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjM5Ljc5Mlp8ZGVi dWd8eGVuc2VydmVyLXRlc3QtMnwyMzY0MjEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93 biBSOjlmM2ViZDI2NzRlNnx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMTgvZXJy b3IvZGV2aWNlL3ZpZi8wCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjQw LjE1MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzY0MjEgaW5ldC1SUEN8QXN5bmMuVk0uaGFy ZF9zaHV0ZG93biBSOjlmM2ViZDI2NzRlNnx4ZW5vcHNdIERldmljZS5WaWYuaGFyZF9zaHV0ZG93 biBhYm91dCB0byBibG93IGF3YXkgYmFja2VuZCBhbmQgZXJyb3IgcGF0aHMKL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6NDAuMTUyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0y fDIzNjQyMSBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6OWYzZWJkMjY3NGU2fHhl bm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9yL2JhY2tlbmQvdmlmLzE4Ci92 YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjQwLjE1Mlp8ZGVidWd8eGVuc2Vy dmVyLXRlc3QtMnwyMzY0MjEgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjlmM2Vi ZDI2NzRlNnx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMTgvZXJyb3IvZGV2aWNl L3ZpZi8xCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjQxLjk3M1p8ZGVi dWd8eGVuc2VydmVyLXRlc3QtMnwyMzYwMDcgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93 biBSOjk4ZTg3NzRiZGJmNHx4ZW5vcHNdIElnbm9yaW5nIGV4Y2VwdGlvbjogRmFpbHVyZSgiY3Jh enkgZm9vbCIpIHdoaWxlIEVycm9yIHN0b3BpbmcgZGV2aWNlLW1vZGVsLCBhbHJlYWR5IGRlYWQg PwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTo0MS45NzdafGVycm9yfHhl bnNlcnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDIzKSBkZXZpY2VfZXZlbnQg PSBkZXZpY2Ugc2h1dGRvd24ge3ZiZCw3Njh9IEQ6NzAzMjY5Y2Q4ZTEyfGV2ZW50XSBkZXZpY2Vf ZXZlbnQgY291bGQgbm90IGJlIHByb2Nlc3NlZCBiZWNhdXNlIFZNIHJlY29yZCBub3QgaW4gZGF0 YWJhc2UKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6NDEuOTc3WnxkZWJ1 Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjAwNyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3du IFI6OThlODc3NGJkYmY0fHhlbm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8wL2Vycm9y L2JhY2tlbmQvdmJkLzIzCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjQx Ljk3N1p8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyMzYwMDcgaW5ldC1SUEN8QXN5bmMuVk0uaGFy ZF9zaHV0ZG93biBSOjk4ZTg3NzRiZGJmNHx4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21h aW4vMjMvZXJyb3IvZGV2aWNlL3ZiZC83NjgKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3 MThUMTM6NDU6NDEuOTgxWnxlcnJvcnx4ZW5zZXJ2ZXItdGVzdC0yfDY2IHhhbF9saXN0ZW58Vk0g KGRvbWlkOiAyMykgZGV2aWNlX2V2ZW50ID0gZGV2aWNlIHNodXRkb3duIHt2YmQsNTYzMn0gRDo1 NDcwZTI2NjMxOWR8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2VkIGJl Y2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsy MDEyMDcxOFQxMzo0NTo0MS45ODNafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MDA3IGluZXQt UlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjo5OGU4Nzc0YmRiZjR8eGVub3BzXSB4ZW5zdG9y ZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvMjMKL3Zhci9sb2cveGVuc291 cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6NDEuOTg0WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIz NjAwNyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6OThlODc3NGJkYmY0fHhlbm9w c10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8yMy9lcnJvci9kZXZpY2UvdmJkLzU2MzIKL3Zh ci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6NDIuMzgxWnxkZWJ1Z3x4ZW5zZXJ2 ZXItdGVzdC0yfDIzNjAwNyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6OThlODc3 NGJkYmY0fHhlbm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdh eSBiYWNrZW5kIGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0NTo0Mi4zODJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MDA3IGluZXQtUlBDfEFz eW5jLlZNLmhhcmRfc2h1dGRvd24gUjo5OGU4Nzc0YmRiZjR8eGVub3BzXSB4ZW5zdG9yZS1ybSAv bG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92aWYvMjMKL3Zhci9sb2cveGVuc291cmNlLmxv ZzpbMjAxMjA3MThUMTM6NDU6NDIuMzgyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjAwNyBp bmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6OThlODc3NGJkYmY0fHhlbm9wc10geGVu c3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8yMy9lcnJvci9kZXZpY2UvdmlmLzAKL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6NDIuNzkxWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0y fDIzNjAwNyBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6OThlODc3NGJkYmY0fHhl bm9wc10gRGV2aWNlLlZpZi5oYXJkX3NodXRkb3duIGFib3V0IHRvIGJsb3cgYXdheSBiYWNrZW5k IGFuZCBlcnJvciBwYXRocwovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTo0 Mi43OTJafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2MDA3IGluZXQtUlBDfEFzeW5jLlZNLmhh cmRfc2h1dGRvd24gUjo5OGU4Nzc0YmRiZjR8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9t YWluLzAvZXJyb3IvYmFja2VuZC92aWYvMjMKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3 MThUMTM6NDU6NDIuNzkyWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjAwNyBpbmV0LVJQQ3xB c3luYy5WTS5oYXJkX3NodXRkb3duIFI6OThlODc3NGJkYmY0fHhlbm9wc10geGVuc3RvcmUtcm0g L2xvY2FsL2RvbWFpbi8yMy9lcnJvci9kZXZpY2UvdmlmLzEKL3Zhci9sb2cveGVuc291cmNlLmxv ZzpbMjAxMjA3MThUMTM6NDU6NDQuNjMzWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDIzNjQyNiBp bmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MzdmMDRlMzQ4NmEzfHhlbm9wc10gSWdu b3JpbmcgZXhjZXB0aW9uOiBGYWlsdXJlKCJjcmF6eSBmb29sIikgd2hpbGUgRXJyb3Igc3RvcGlu ZyBkZXZpY2UtbW9kZWwsIGFscmVhZHkgZGVhZCA/Ci92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIw MTIwNzE4VDEzOjQ1OjQ0LjYzN1p8ZXJyb3J8eGVuc2VydmVyLXRlc3QtMnw2NiB4YWxfbGlzdGVu fFZNIChkb21pZDogMjYpIGRldmljZV9ldmVudCA9IGRldmljZSBzaHV0ZG93biB7dmJkLDc2OH0g RDo2N2QwYzI4MDU2NTJ8ZXZlbnRdIGRldmljZV9ldmVudCBjb3VsZCBub3QgYmUgcHJvY2Vzc2Vk IGJlY2F1c2UgVk0gcmVjb3JkIG5vdCBpbiBkYXRhYmFzZQovdmFyL2xvZy94ZW5zb3VyY2UubG9n OlsyMDEyMDcxOFQxMzo0NTo0NC42MzlafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2NDI2IGlu ZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjozN2YwNGUzNDg2YTN8eGVub3BzXSB4ZW5z dG9yZS1ybSAvbG9jYWwvZG9tYWluLzAvZXJyb3IvYmFja2VuZC92YmQvMjYKL3Zhci9sb2cveGVu c291cmNlLmxvZzpbMjAxMjA3MThUMTM6NDU6NDQuNjM5WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0y fDIzNjQyNiBpbmV0LVJQQ3xBc3luYy5WTS5oYXJkX3NodXRkb3duIFI6MzdmMDRlMzQ4NmEzfHhl bm9wc10geGVuc3RvcmUtcm0gL2xvY2FsL2RvbWFpbi8yNi9lcnJvci9kZXZpY2UvdmJkLzc2OAov dmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTo0NC42NDNafGVycm9yfHhlbnNl cnZlci10ZXN0LTJ8NjYgeGFsX2xpc3RlbnxWTSAoZG9taWQ6IDI2KSBkZXZpY2VfZXZlbnQgPSBk ZXZpY2Ugc2h1dGRvd24ge3ZiZCw1NjMyfSBEOmQ5YTQ5NzRhZGU1MnxldmVudF0gZGV2aWNlX2V2 ZW50IGNvdWxkIG5vdCBiZSBwcm9jZXNzZWQgYmVjYXVzZSBWTSByZWNvcmQgbm90IGluIGRhdGFi YXNlCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjQ0LjY0NFp8ZGVidWd8 eGVuc2VydmVyLXRlc3QtMnwyMzY0MjYgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBS OjM3ZjA0ZTM0ODZhM3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9i YWNrZW5kL3ZiZC8yNgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTo0NC42 NDRafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2NDI2IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRf c2h1dGRvd24gUjozN2YwNGUzNDg2YTN8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWlu LzI2L2Vycm9yL2RldmljZS92YmQvNTYzMgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OFQxMzo0NTo0NS4wNDlafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2NDI2IGluZXQtUlBDfEFz eW5jLlZNLmhhcmRfc2h1dGRvd24gUjozN2YwNGUzNDg2YTN8eGVub3BzXSBEZXZpY2UuVmlmLmhh cmRfc2h1dGRvd24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92 YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjQ1LjA1MFp8ZGVidWd8eGVuc2Vy dmVyLXRlc3QtMnwyMzY0MjYgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjM3ZjA0 ZTM0ODZhM3x4ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5k L3ZpZi8yNgovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTo0NS4wNTBafGRl YnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2NDI2IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRv d24gUjozN2YwNGUzNDg2YTN8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzI2L2Vy cm9yL2RldmljZS92aWYvMAovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTo0 NS40NjFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjM2NDI2IGluZXQtUlBDfEFzeW5jLlZNLmhh cmRfc2h1dGRvd24gUjozN2YwNGUzNDg2YTN8eGVub3BzXSBEZXZpY2UuVmlmLmhhcmRfc2h1dGRv d24gYWJvdXQgdG8gYmxvdyBhd2F5IGJhY2tlbmQgYW5kIGVycm9yIHBhdGhzCi92YXIvbG9nL3hl bnNvdXJjZS5sb2c6WzIwMTIwNzE4VDEzOjQ1OjQ1LjQ2MVp8ZGVidWd8eGVuc2VydmVyLXRlc3Qt MnwyMzY0MjYgaW5ldC1SUEN8QXN5bmMuVk0uaGFyZF9zaHV0ZG93biBSOjM3ZjA0ZTM0ODZhM3x4 ZW5vcHNdIHhlbnN0b3JlLXJtIC9sb2NhbC9kb21haW4vMC9lcnJvci9iYWNrZW5kL3ZpZi8yNgov dmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOFQxMzo0NTo0NS40NjJafGRlYnVnfHhlbnNl cnZlci10ZXN0LTJ8MjM2NDI2IGluZXQtUlBDfEFzeW5jLlZNLmhhcmRfc2h1dGRvd24gUjozN2Yw NGUzNDg2YTN8eGVub3BzXSB4ZW5zdG9yZS1ybSAvbG9jYWwvZG9tYWluLzI2L2Vycm9yL2Rldmlj ZS92aWYvMQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOVQwMzo1NTo1MS45MDNafGVy cm9yfHhlbnNlcnZlci10ZXN0LTJ8NSBpbmV0X3JwY3xzZXNzaW9uX2NoZWNrIEQ6YmMxNTE2NDBh MmY5fG1hc3Rlcl9jb25uZWN0aW9uXSBDb25uZWN0aW9uIHRvIG1hc3RlciBkaWVkLiBJIHdpbGwg Y29udGludWUgdG8gcmV0cnkgaW5kZWZpbml0ZWx5IChzdXByZXNzaW5nIGZ1dHVyZSBsb2dnaW5n IG9mIHRoaXMgbWVzc2FnZSkuCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE5VDA0OjAw OjIwLjg1OFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnw4NiBpbmV0LVJQQ3xDb25uZWN0aW9uIHRv IFZNIGNvbnNvbGUgUjo0YjMyNjA5NGQwM2F8ZGlzcGF0Y2hlcl0gU2VydmVyX2hlbHBlcnMuZXhl YyBleGNlcHRpb25faGFuZGxlcjogR290IGV4Y2VwdGlvbiBJTlRFUk5BTF9FUlJPUjogWyBYYy5F cnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogIikgXQovdmFyL2xvZy94ZW5zb3VyY2Uu bG9nOlsyMDEyMDcxOVQwNDowMToyOS44MDdafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8OTcgaW5l dC1SUEN8Q29ubmVjdGlvbiB0byBWTSBjb25zb2xlIFI6MTNjMzQwMjAxYTE4fGRpc3BhdGNoZXJd IFNlcnZlcl9oZWxwZXJzLmV4ZWMgZXhjZXB0aW9uX2hhbmRsZXI6IEdvdCBleGNlcHRpb24gSU5U RVJOQUxfRVJST1I6IFsgWGMuRXJyb3IoImdldGluZm8gZmFpbGVkOiBkb21haW4gLTE6IGdldGlu Zm8gZmFpbGVkOiBkb21haW4gLTE6ICIpIF0KL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3 MTlUMDQ6MDE6NDEuMzIwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDg2IGluZXQtUlBDfHxodHRw X2NyaXRpY2FsXSBVbmhhbmRsZWQgZXhjZXB0aW9uOiBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6 IGRvbWFpbiAtMTogIikKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MTlUMDQ6MDI6MzQu MDQ5WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDk3IGluZXQtUlBDfHxodHRwX2NyaXRpY2FsXSBV bmhhbmRsZWQgZXhjZXB0aW9uOiBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTog Z2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogIikKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAx MjA3MTlUMDQ6MDQ6NTUuNzY2WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDI4MiBpbmV0LVJQQ3xD b25uZWN0aW9uIHRvIFZNIGNvbnNvbGUgUjo5ZTI5NzExMzk1ZTV8ZGlzcGF0Y2hlcl0gU2VydmVy X2hlbHBlcnMuZXhlYyBleGNlcHRpb25faGFuZGxlcjogR290IGV4Y2VwdGlvbiBJTlRFUk5BTF9F UlJPUjogWyBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWls ZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogIikgXQovdmFyL2xvZy94 ZW5zb3VyY2UubG9nOlsyMDEyMDcxOVQwNDowNTozNy4wNjdafGRlYnVnfHhlbnNlcnZlci10ZXN0 LTJ8MjQ5IGluZXQtUlBDfENvbm5lY3Rpb24gdG8gVk0gY29uc29sZSBSOjBlYzU4MTExYTM3MXxk aXNwYXRjaGVyXSBTZXJ2ZXJfaGVscGVycy5leGVjIGV4Y2VwdGlvbl9oYW5kbGVyOiBHb3QgZXhj ZXB0aW9uIElOVEVSTkFMX0VSUk9SOiBbIFhjLkVycm9yKCJnZXRpbmZvIGZhaWxlZDogZG9tYWlu IC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0x OiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiAiKSBdCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6 WzIwMTIwNzE5VDA0OjA2OjA5LjAzMFp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnwyODIgaW5ldC1S UEN8fGh0dHBfY3JpdGljYWxdIFVuaGFuZGxlZCBleGNlcHRpb246IFhjLkVycm9yKCJnZXRpbmZv IGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZh aWxlZDogZG9tYWluIC0xOiAiKQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOVQwNDow NzoxMS44NTBafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8MjQ5IGluZXQtUlBDfHxodHRwX2NyaXRp Y2FsXSBVbmhhbmRsZWQgZXhjZXB0aW9uOiBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFp biAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAt MTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogIikKL3Zhci9sb2cveGVuc291cmNlLmxvZzpb MjAxMjA3MTlUMDQ6MDg6MzEuNTQzWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDM4NiBpbmV0LVJQ Q3xDb25uZWN0aW9uIHRvIFZNIGNvbnNvbGUgUjpmYmZjOWUzNTc2ZDl8ZGlzcGF0Y2hlcl0gU2Vy dmVyX2hlbHBlcnMuZXhlYyBleGNlcHRpb25faGFuZGxlcjogR290IGV4Y2VwdGlvbiBJTlRFUk5B TF9FUlJPUjogWyBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBm YWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWls ZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogIikgXQovdmFyL2xvZy94 ZW5zb3VyY2UubG9nOlsyMDEyMDcxOVQwNDowOToxNS4wOTFafGRlYnVnfHhlbnNlcnZlci10ZXN0 LTJ8Mzg2IGluZXQtUlBDfHxodHRwX2NyaXRpY2FsXSBVbmhhbmRsZWQgZXhjZXB0aW9uOiBYYy5F cnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAt MTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTog Z2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogIikKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAx MjA3MTlUMDQ6MTA6MTQuMDg2WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDQxMiBpbmV0LVJQQ3xD b25uZWN0aW9uIHRvIFZNIGNvbnNvbGUgUjo1ZWU4ZDAwMDI5ODh8ZGlzcGF0Y2hlcl0gU2VydmVy X2hlbHBlcnMuZXhlYyBleGNlcHRpb25faGFuZGxlcjogR290IGV4Y2VwdGlvbiBJTlRFUk5BTF9F UlJPUjogWyBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWls ZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6 IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRv bWFpbiAtMTogIikgXQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOVQwNDoxMToxMC4x ODhafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8NDEyIGluZXQtUlBDfHxodHRwX2NyaXRpY2FsXSBV bmhhbmRsZWQgZXhjZXB0aW9uOiBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTog Z2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0 aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5m byBmYWlsZWQ6IGRvbWFpbiAtMTogIikKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MTlU MDQ6MTI6NDEuMTMzWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDQ1NiBpbmV0LVJQQ3xDb25uZWN0 aW9uIHRvIFZNIGNvbnNvbGUgUjpmY2E0ZTViMjMxMmR8ZGlzcGF0Y2hlcl0gU2VydmVyX2hlbHBl cnMuZXhlYyBleGNlcHRpb25faGFuZGxlcjogR290IGV4Y2VwdGlvbiBJTlRFUk5BTF9FUlJPUjog WyBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRv bWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFp biAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAt MTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogIikgXQovdmFyL2xvZy94ZW5zb3VyY2UubG9n OlsyMDEyMDcxOVQwNDoxMzo0MS43MjFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8NDkyIGluZXQt UlBDfENvbm5lY3Rpb24gdG8gVk0gY29uc29sZSBSOjgyYWQzMDBlMDk5OXxkaXNwYXRjaGVyXSBT ZXJ2ZXJfaGVscGVycy5leGVjIGV4Y2VwdGlvbl9oYW5kbGVyOiBHb3QgZXhjZXB0aW9uIElOVEVS TkFMX0VSUk9SOiBbIFhjLkVycm9yKCJnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZv IGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZh aWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxl ZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDog ZG9tYWluIC0xOiAiKSBdCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE5VDA0OjE0OjM0 LjQ5MVp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnw0NTYgaW5ldC1SUEN8fGh0dHBfY3JpdGljYWxd IFVuaGFuZGxlZCBleGNlcHRpb246IFhjLkVycm9yKCJnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0x OiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBn ZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRp bmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiAiKQovdmFy L2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOVQwNDoxNjo1Ni4wMDhafGRlYnVnfHhlbnNlcnZl ci10ZXN0LTJ8NDkyIGluZXQtUlBDfHxodHRwX2NyaXRpY2FsXSBVbmhhbmRsZWQgZXhjZXB0aW9u OiBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRv bWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFp biAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAt MTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTog IikKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MTlUMDQ6MjM6MDkuODMzWnxkZWJ1Z3x4 ZW5zZXJ2ZXItdGVzdC0yfDU4MSBpbmV0LVJQQ3xDb25uZWN0aW9uIHRvIFZNIGNvbnNvbGUgUjo5 ZDdmZjdlNDYzNzl8ZGlzcGF0Y2hlcl0gU2VydmVyX2hlbHBlcnMuZXhlYyBleGNlcHRpb25faGFu ZGxlcjogR290IGV4Y2VwdGlvbiBJTlRFUk5BTF9FUlJPUjogWyBYYy5FcnJvcigiZ2V0aW5mbyBm YWlsZWQ6IGRvbWFpbiAtMTogaHlwZXJjYWxsIDE3IGZhaWw6IDI6IE5vIHN1Y2ggZmlsZSBvciBk aXJlY3RvcnkgKHJldCAxOTY2MTIpIikgXQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcx OVQwNDoyODozMi42NjFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8NTgxIGluZXQtUlBDfHxodHRw X2NyaXRpY2FsXSBVbmhhbmRsZWQgZXhjZXB0aW9uOiBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6 IGRvbWFpbiAtMTogaHlwZXJjYWxsIDE3IGZhaWw6IDI6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3Rv cnkgKHJldCAxOTY2MTIpIikKL3Zhci9sb2cveGVuc291cmNlLmxvZzpbMjAxMjA3MTlUMDQ6MzE6 MjMuNzA5WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDU5MCBpbmV0LVJQQ3xDb25uZWN0aW9uIHRv IFZNIGNvbnNvbGUgUjo2MTZkMDg0YjMxOTZ8ZGlzcGF0Y2hlcl0gU2VydmVyX2hlbHBlcnMuZXhl YyBleGNlcHRpb25faGFuZGxlcjogR290IGV4Y2VwdGlvbiBJTlRFUk5BTF9FUlJPUjogWyBYYy5F cnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAt MTogaHlwZXJjYWxsIDE3IGZhaWw6IDI6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkgKHJldCAx OTY2MTIpIikgXQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOVQwNDo0MTo1Ny4xNTFa fGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8NjczIGluZXQtUlBDfENvbm5lY3Rpb24gdG8gVk0gY29u c29sZSBSOjNiM2JjYjg3N2YzY3xkaXNwYXRjaGVyXSBTZXJ2ZXJfaGVscGVycy5leGVjIGV4Y2Vw dGlvbl9oYW5kbGVyOiBHb3QgZXhjZXB0aW9uIElOVEVSTkFMX0VSUk9SOiBbIFhjLkVycm9yKCJn ZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRp bmZvIGZhaWxlZDogZG9tYWluIC0xOiBoeXBlcmNhbGwgMTcgZmFpbDogMjogTm8gc3VjaCBmaWxl IG9yIGRpcmVjdG9yeSAocmV0IDE5NjYxMikiKSBdCi92YXIvbG9nL3hlbnNvdXJjZS5sb2c6WzIw MTIwNzE5VDA0OjQyOjQxLjU3Nlp8ZGVidWd8eGVuc2VydmVyLXRlc3QtMnw1OTAgaW5ldC1SUEN8 fGh0dHBfY3JpdGljYWxdIFVuaGFuZGxlZCBleGNlcHRpb246IFhjLkVycm9yKCJnZXRpbmZvIGZh aWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBoeXBlcmNhbGwgMTcg ZmFpbDogMjogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeSAocmV0IDE5NjYxMikiKQovdmFyL2xv Zy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOVQwNDo0NzoyNC4yMjdafGRlYnVnfHhlbnNlcnZlci10 ZXN0LTJ8NjczIGluZXQtUlBDfHxodHRwX2NyaXRpY2FsXSBVbmhhbmRsZWQgZXhjZXB0aW9uOiBY Yy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFp biAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogaHlwZXJjYWxsIDE3IGZhaWw6IDI6IE5v IHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkgKHJldCAxOTY2MTIpIikKL3Zhci9sb2cveGVuc291cmNl LmxvZzpbMjAxMjA3MTlUMDQ6NTk6MzUuMjEwWnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVzdC0yfDc1OSBp bmV0LVJQQ3xDb25uZWN0aW9uIHRvIFZNIGNvbnNvbGUgUjpjNmFhMDg2Y2IxZWR8ZGlzcGF0Y2hl cl0gU2VydmVyX2hlbHBlcnMuZXhlYyBleGNlcHRpb25faGFuZGxlcjogR290IGV4Y2VwdGlvbiBJ TlRFUk5BTF9FUlJPUjogWyBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0 aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5m byBmYWlsZWQ6IGRvbWFpbiAtMTogaHlwZXJjYWxsIDE3IGZhaWw6IDI6IE5vIHN1Y2ggZmlsZSBv ciBkaXJlY3RvcnkgKHJldCAxOTY2MTIpIikgXQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEy MDcxOVQwNDo1OTo0My41NzRafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8Nzc0IGluZXQtUlBDfENv bm5lY3Rpb24gdG8gVk0gY29uc29sZSBSOjg2MTEzMDI1MGNlN3xkaXNwYXRjaGVyXSBTZXJ2ZXJf aGVscGVycy5leGVjIGV4Y2VwdGlvbl9oYW5kbGVyOiBHb3QgZXhjZXB0aW9uIElOVEVSTkFMX0VS Uk9SOiBbIFhjLkVycm9yKCJnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxl ZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDog ZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBoeXBlcmNhbGwgMTcgZmFpbDog MjogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeSAocmV0IDE5NjYxMikiKSBdCi92YXIvbG9nL3hl bnNvdXJjZS5sb2c6WzIwMTIwNzE5VDA1OjA5OjE4LjM0NFp8ZGVidWd8eGVuc2VydmVyLXRlc3Qt Mnw3NTkgaW5ldC1SUEN8fGh0dHBfY3JpdGljYWxdIFVuaGFuZGxlZCBleGNlcHRpb246IFhjLkVy cm9yKCJnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0x OiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBo eXBlcmNhbGwgMTcgZmFpbDogMjogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeSAocmV0IDE5NjYx MikiKQovdmFyL2xvZy94ZW5zb3VyY2UubG9nOlsyMDEyMDcxOVQwNTowOTozNi4wOTRafGRlYnVn fHhlbnNlcnZlci10ZXN0LTJ8Nzc0IGluZXQtUlBDfHxodHRwX2NyaXRpY2FsXSBVbmhhbmRsZWQg ZXhjZXB0aW9uOiBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBm YWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWls ZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogaHlwZXJjYWxsIDE3IGZh aWw6IDI6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkgKHJldCAxOTY2MTIpIikKL3Zhci9sb2cv eGVuc291cmNlLmxvZzpbMjAxMjA3MTlUMDU6MTk6MDIuMTY3WnxkZWJ1Z3x4ZW5zZXJ2ZXItdGVz dC0yfDg0MyBpbmV0LVJQQ3xDb25uZWN0aW9uIHRvIFZNIGNvbnNvbGUgUjo2OWI4ZWQzY2E4NWZ8 ZGlzcGF0Y2hlcl0gU2VydmVyX2hlbHBlcnMuZXhlYyBleGNlcHRpb25faGFuZGxlcjogR290IGV4 Y2VwdGlvbiBJTlRFUk5BTF9FUlJPUjogWyBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFp biAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAt MTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTog Z2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogaHlwZXJjYWxsIDE3IGZhaWw6IDI6IE5vIHN1Y2gg ZmlsZSBvciBkaXJlY3RvcnkgKHJldCAxOTY2MTIpIikgXQovdmFyL2xvZy94ZW5zb3VyY2UubG9n OlsyMDEyMDcxOVQwNToyODowMS43NTFafGRlYnVnfHhlbnNlcnZlci10ZXN0LTJ8ODQ1IGluZXQt UlBDfENvbm5lY3Rpb24gdG8gVk0gY29uc29sZSBSOmMxODhmYjhmOTRmNXxkaXNwYXRjaGVyXSBT ZXJ2ZXJfaGVscGVycy5leGVjIGV4Y2VwdGlvbl9oYW5kbGVyOiBHb3QgZXhjZXB0aW9uIElOVEVS TkFMX0VSUk9SOiBbIFhjLkVycm9yKCJnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZv IGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZh aWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxl ZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBoeXBlcmNhbGwgMTcgZmFp bDogMjogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeSAocmV0IDE5NjYxMikiKSBdCi92YXIvbG9n L3hlbnNvdXJjZS5sb2c6WzIwMTIwNzE5VDA1OjI4OjM1LjAwNFp8ZGVidWd8eGVuc2VydmVyLXRl c3QtMnw4NDMgaW5ldC1SUEN8fGh0dHBfY3JpdGljYWxdIFVuaGFuZGxlZCBleGNlcHRpb246IFhj LkVycm9yKCJnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWlu IC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0x OiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBo eXBlcmNhbGwgMTcgZmFpbDogMjogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeSAocmV0IDE5NjYx MikiKQovdmFyL2xvZy94ZW5zdG9yZWQtYWNjZXNzLmxvZzpbMjAxMjA3MThUMTM6NTM6MjIuMjc2 Wl0gQTI2MzQuMiAgICAgIG1rZGlyICAgICAvbG9jYWwvZG9tYWluLzk2L2Vycm9yIAovdmFyL2xv Zy94ZW5zdG9yZWQtYWNjZXNzLmxvZzpbMjAxMjA3MThUMTM6NTM6MjIuMjc3Wl0gQTI2MzQuMiAg ICAgIHNldHBlcm1zICAvbG9jYWwvZG9tYWluLzk2L2Vycm9yIG45NiAKL3Zhci9sb2cveGVuc3Rv cmVkLWFjY2Vzcy5sb2c6WzIwMTIwNzE4VDEzOjUzOjIyLjg0MlpdIEEyNSAgICAgICAgICB3YXRj aCAgICAgL2xvY2FsL2RvbWFpbi85Ni9lcnJvci9kZXZpY2UgeGFsLTk2IAovdmFyL2xvZy94ZW5z dG9yZWQtYWNjZXNzLmxvZzpbMjAxMjA3MThUMTM6NTM6MjIuODQyWl0gQTI1ICAgICAgICAgIHcg ZXZlbnQgICAvbG9jYWwvZG9tYWluLzk2L2Vycm9yL2RldmljZSB4YWwtOTYgCi92YXIvbG9nL3hl bnN0b3JlZC1hY2Nlc3MubG9nOlsyMDEyMDcxOFQxMzo1MzozNS4yNjVaXSBBMjY2MC4yICAgICAg bWtkaXIgICAgIC9sb2NhbC9kb21haW4vOTcvZXJyb3IgCi92YXIvbG9nL3hlbnN0b3JlZC1hY2Nl c3MubG9nOlsyMDEyMDcxOFQxMzo1MzozNS4yNjZaXSBBMjY2MC4yICAgICAgc2V0cGVybXMgIC9s b2NhbC9kb21haW4vOTcvZXJyb3Igbjk3IAovdmFyL2xvZy94ZW5zdG9yZWQtYWNjZXNzLmxvZzpb MjAxMjA3MThUMTM6NTM6MzUuNjczWl0gQTI1ICAgICAgICAgIHdhdGNoICAgICAvbG9jYWwvZG9t YWluLzk3L2Vycm9yL2RldmljZSB4YWwtOTcgCi92YXIvbG9nL3hlbnN0b3JlZC1hY2Nlc3MubG9n OlsyMDEyMDcxOFQxMzo1MzozNS42NzRaXSBBMjUgICAgICAgICAgdyBldmVudCAgIC9sb2NhbC9k b21haW4vOTcvZXJyb3IvZGV2aWNlIHhhbC05NyAKL3Zhci9sb2cveGVuc3RvcmVkLWFjY2Vzcy5s b2c6WzIwMTIwNzE4VDEzOjU0OjAyLjUwOFpdIEEyNjg2LjIgICAgICBta2RpciAgICAgL2xvY2Fs L2RvbWFpbi85OC9lcnJvciAKL3Zhci9sb2cveGVuc3RvcmVkLWFjY2Vzcy5sb2c6WzIwMTIwNzE4 VDEzOjU0OjAyLjUwOFpdIEEyNjg2LjIgICAgICBzZXRwZXJtcyAgL2xvY2FsL2RvbWFpbi85OC9l cnJvciBuOTggCi92YXIvbG9nL3hlbnN0b3JlZC1hY2Nlc3MubG9nOlsyMDEyMDcxOFQxMzo1NDow My4wODdaXSBBMjUgICAgICAgICAgd2F0Y2ggICAgIC9sb2NhbC9kb21haW4vOTgvZXJyb3IvZGV2 aWNlIHhhbC05OCAKL3Zhci9sb2cveGVuc3RvcmVkLWFjY2Vzcy5sb2c6WzIwMTIwNzE4VDEzOjU0 OjAzLjA4OFpdIEEyNSAgICAgICAgICB3IGV2ZW50ICAgL2xvY2FsL2RvbWFpbi85OC9lcnJvci9k ZXZpY2UgeGFsLTk4IAovdmFyL2xvZy94ZW5zdG9yZWQtYWNjZXNzLmxvZzpbMjAxMjA3MThUMTM6 NTQ6MTYuMzU4Wl0gQTI3MTIuMiAgICAgIG1rZGlyICAgICAvbG9jYWwvZG9tYWluLzk5L2Vycm9y IAovdmFyL2xvZy94ZW5zdG9yZWQtYWNjZXNzLmxvZzpbMjAxMjA3MThUMTM6NTQ6MTYuMzU5Wl0g QTI3MTIuMiAgICAgIHNldHBlcm1zICAvbG9jYWwvZG9tYWluLzk5L2Vycm9yIG45OSAKL3Zhci9s b2cveGVuc3RvcmVkLWFjY2Vzcy5sb2c6WzIwMTIwNzE4VDEzOjU0OjE3LjE0M1pdIEEyNSAgICAg ICAgICB3YXRjaCAgICAgL2xvY2FsL2RvbWFpbi85OS9lcnJvci9kZXZpY2UgeGFsLTk5IAovdmFy L2xvZy94ZW5zdG9yZWQtYWNjZXNzLmxvZzpbMjAxMjA3MThUMTM6NTQ6MTcuMTQ1Wl0gQTI1ICAg ICAgICAgIHcgZXZlbnQgICAvbG9jYWwvZG9tYWluLzk5L2Vycm9yL2RldmljZSB4YWwtOTkgCi92 YXIvbG9nL3hlbnN0b3JlZC1hY2Nlc3MubG9nOlsyMDEyMDcxOFQxMzo1NToxNC4wMjZaXSBBMjcz OC4yICAgICAgbWtkaXIgICAgIC9sb2NhbC9kb21haW4vMTAwL2Vycm9yIAovdmFyL2xvZy94ZW5z dG9yZWQtYWNjZXNzLmxvZzpbMjAxMjA3MThUMTM6NTU6MTQuMDI2Wl0gQTI3MzguMiAgICAgIHNl dHBlcm1zICAvbG9jYWwvZG9tYWluLzEwMC9lcnJvciBuMTAwIAovdmFyL2xvZy94ZW5zdG9yZWQt YWNjZXNzLmxvZzpbMjAxMjA3MThUMTM6NTU6MTQuNDIyWl0gQTI1ICAgICAgICAgIHdhdGNoICAg ICAvbG9jYWwvZG9tYWluLzEwMC9lcnJvci9kZXZpY2UgeGFsLTEwMCAKL3Zhci9sb2cveGVuc3Rv cmVkLWFjY2Vzcy5sb2c6WzIwMTIwNzE4VDEzOjU1OjE0LjQyMlpdIEEyNSAgICAgICAgICB3IGV2 ZW50ICAgL2xvY2FsL2RvbWFpbi8xMDAvZXJyb3IvZGV2aWNlIHhhbC0xMDAgCg== --_004_557004149BCB6446BE48D5BA5F8C9D68F3D816E17EMAILcorpchtco_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --_004_557004149BCB6446BE48D5BA5F8C9D68F3D816E17EMAILcorpchtco_-- From xen-users-bounces@lists.xen.org Thu Jul 19 11:51:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Jul 2012 11: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 1SrpEo-0002bR-Iw; Thu, 19 Jul 2012 11:49:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrpEm-0002bE-0O for xen-users@lists.xen.org; Thu, 19 Jul 2012 11:49:44 +0000 Received: from [85.158.143.99:27632] by server-2.bemta-4.messagelabs.com id D0/B5-17938-754F7005; Thu, 19 Jul 2012 11:49:43 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-6.tower-216.messagelabs.com!1342698581!20654179!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=1.8 required=7.0 tests=BODY_RANDOM_LONG,HOT_NASTY, HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18427 invoked from network); 19 Jul 2012 11:49:41 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-6.tower-216.messagelabs.com with AES128-SHA encrypted SMTP; 19 Jul 2012 11:49:41 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Thu, 19 Jul 2012 13:49:41 +0200 From: Stephan Seitz To: Carlos Ribas Thread-Topic: [Xen-users] Does anybody here uses IPv6 for DomU? Thread-Index: AQHNZPRHGw/2n5DOzkePmTzVukJadZcvAM8AgAANSACAAU+ggA== Date: Thu, 19 Jul 2012 11:49:40 +0000 Message-ID: <1342698579.5477.13.camel@wotan2> References: In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: Simon Hobson , "xen-users@lists.xen.org" Subject: Re: [Xen-users] Does anybody here uses IPv6 for 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="===============4446640361522525855==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4446640361522525855== Content-Language: de-DE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-aC0CSbJSsvMV7v+esSrK" --=-aC0CSbJSsvMV7v+esSrK Content-Type: multipart/alternative; boundary="=-dBiO9N+5PatZ74ooSIWW" --=-dBiO9N+5PatZ74ooSIWW Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, as Simon already wrote, try to use your provisioned "regular" ipv6 net. This is usally a /48 or /64. Our dom0 don't have ipv6 configured in any way, it's just enabled by default. Only the usual local-link (fe80...) addresses are bound to the interfaces. If you're using bridges (peth0 -> eth0 -> vifX.X), you don't have to touch any forwarding settings. It's "just working". If you're using fixed addresses, don't forget to disable autoconf which is default. E.g. : iface eth0 inet6 static pre-up echo 0 > /proc/sys/net/ipv6/conf/eth0/autoconf address ... Am Mittwoch, den 18.07.2012, 12:48 -0300 schrieb Carlos Ribas: > Hello Simon, >=20 >=20 >=20 > Yes, I'm using bridging. I put 126 as subnet mask because I configured > a P-P link. Unfortunately use 64 makes no difference. However, the > command you said showed me that something is wrong:=20 >=20 >=20 > # ip -6 neigh > 2001:xxxx:xxxx::5 dev eth0 FAILED > fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router > STALE >=20 >=20 > I was cheking only with this command (and looking at red line, I > thought that it was all fine): >=20 >=20 > # route -A inet6 > Kernel IPv6 routing table > Destination Next Hop Flag Met Ref > Use If > 2001:xxxx:xxxx::4/126 :: Ue 256 0 > 4 eth0 > fe80::/64 :: U 256 0 > 0 eth0 > ::/0 2001:xxxx:xxxx::5 UG 1 0 > 0 eth0 > ::/0 fe80::224:38ff:fec9:8b00 UGDAe 1024 0 > 0 eth0 > ::/0 :: !n -1 1 > 73 lo > ::1/128 :: Un 0 1 > 23 lo > 2001:xxxx:xxxx::6/128 :: Un 0 1 > 24 lo > fe80::216:3eff:fee2:3f3d/128 :: Un 0 1 > 0 lo > ff00::/8 :: U 256 0 > 0 eth0 > ::/0 :: !n -1 1 > 73 lo >=20 >=20 > I will investigate further more. Do you think there are something > wrong with "network-script" that can cause this? I hope not! :) >=20 >=20 > Thanks, >=20 >=20 > ------------------------------- > Carlos Eduardo Ribas >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 > 2012/7/18 Simon Hobson >=20 > Carlos Ribas wrote: > =20 > =20 > I am trying to do some tests with IPv6. I would like > to configure a dual stack for some services, such as > DNS and Web Server. > =20 > First of all, to have IPv6 in DomU should I configure > IPv6 in Dom0? I'm not sure, but I dont think so, since > from Dom0 using loopback address I can ping the IPv6 > address from my router. > =20 > =20 > =20 > =20 > You don't need any address of Dom0 (I'm assuming you are using > bridging ?) > =20 > I have one DomU running IPv6 for testing (DNS, Web server), > Dom0 and the rest of the network is IPv4 only - well as much > as you can when everything defaults to at least configuring > link-local IPv6 addresses. > =20 > =20 > =20 > =20 > # The primary network interface > auto eth0 > iface eth0 inet static > address 10.0.0.100 > gateway 10.0.0.1 > netmask 255.255.255.0 > broadcast 10.0.0.255 > =20 > iface eth0 inet6 static > address 2001:xxxx:xxxx::6 > netmask 126 > gateway 2001:xxxx:xxxx::5 > =20 > =20 > =20 > =20 > That looks OK, I'm running a Hurricane Electric tunnel so mine > looks different. > =20 > =20 > =20 > =20 > But I cant ping the IPv6 address from my gateway. My > routes seems to be OK. Should I configure something > else? I was looking in google and saw some people > saying about to check /etc/sysctl.conf, specially the > line "net.ipv6.conf.all.forwarding=3D1", but this dont > did any difference. > =20 > =20 > =20 > =20 > I have "post-up echo 1 > > /proc/sys/net/ipv6/conf/all/forwarding" in the IPv6 stanza > in my /etc/network/interfaces. But that is only needed to make > the machine route packets between networks (ie act as a router > for other devices' traffic), it will still talk to other > devices without this. > =20 > =20 > =20 > =20 > (network-script 'network-bridge antispoof=3Dyes') > (vif-script vif-bridge) > =20 > =20 > =20 > =20 > Standard advice now is not to use a network-script. It made > sense a while back, but the scripts are deprecated and the > host OS generally has better tools. For example, in Debian you > can put something like this in /etc/network/interfaces : > auto br0 > iface br0 inet static > bridge_ports eth0 > address a.b.c.d > netmask 255.255.255.0 > =20 > One things I suggest it might be worth looking at is your > subnet mask. Try using 64 instead of 126 and see if it makes > any difference. While technically a 126 bit netmask ought to > work on a P-P link, in practice I believe there are a lot of > things that break if you go less than 64 bits for the host > part of the address. > =20 > Also, "ip -6 neigh" will show you the known IPv6 neighbours > (roughly equivalent to ARP cache for Ipv4). That may help in > debugging. > =20 > =20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --=-dBiO9N+5PatZ74ooSIWW Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi,

as Simon already wrote, try to use your provisioned "regular" ipv= 6 net. This is usally
a /48 or /64.

Our dom0 don't have ipv6 configured in any way, it's just enabled by defaul= t.
Only the usual local-link (fe80...) addresses are bound to the interfaces.<= BR> If you're using bridges (peth0 -> eth0 -> vifX.X), you don't have to = touch any
forwarding settings. It's "just working".

If you're using fixed addresses, don't forget to disable autoconf which is = default.
E.g. :
iface eth0 inet6 static
    pre-up echo 0 > /proc/sys/net/ipv6/conf/eth0/autoconf=
    address ...
Am Mittwoch, den 18.07.2012, 12:48 -0300 schrieb Carlos Ribas:
Hello Simon,


Yes, I'm using bridging. I put 126 as subnet mask because I c= onfigured a P-P link. Unfortunately use 64 makes no difference. Howeve= r, the command you said showed me that something is wrong: 


# ip -6 neigh
2001:xxxx:xxxx::5 dev eth0  FAILED
fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE


I was cheking only with this command (and looking at red line, I though= t that it was all fine):


# route -A inet6
Kernel IPv6 routing table
Destination                 &nb= sp;  Next Hop                 =   Flag Met Ref Use If
2001:xxxx:xxxx::4/126          ::    = ;                     Ue =   256 0     4 eth0
fe80::/64                  = ;    ::                 &= nbsp;       U    256 0     0 eth0
::/0           &nbs= p;               2001:xxxx:xxxx::5  = ;        UG   1   0     0 eth0
::/0                   &nb= sp;       fe80::224:38ff:fec9:8b00   UGDAe 1024 0  = ;   0 eth0
::/0                   &nb= sp;       ::              = ;           !n   -1  1    73 l= o
::1/128                   =      ::               &nb= sp;         Un   0   1    23 lo
2001:xxxx:xxxx::6/128          ::    = ;                     Un =   0   1    24 lo
fe80::216:3eff:fee2:3f3d/128   ::         &nbs= p;               Un   0   1 &n= bsp;   0 lo
ff00::/8                  =     ::                 &= nbsp;       U    256 0     0 eth0
::/0                   &nb= sp;       ::              = ;           !n   -1  1    73 l= o


I will investigate further more. Do you think there are something wrong= with "network-script" that can cause this? I hope not! :)


Thanks,


-------------------------------
Carlos Eduardo Ribas







2012/7/18 Simon Hobson <li= nux@thehobsons.co.uk>
Carlos Ribas wrote:

I am trying to do some tests with IPv6. I would like to configu= re a dual stack for some services, such as DNS and Web Server.

First of all, to have IPv6 in DomU should I configure IPv6 in D= om0? I'm not sure, but I dont think so, since from Dom0 using loopback addr= ess I can ping the IPv6 address from my router.


You don't need any address of Dom0 (I'm assuming you are using brid= ging ?)

I have one DomU running IPv6 for testing (DNS, Web server), Dom0 an= d the rest of the network is IPv4 only - well as much as you can when every= thing defaults to at least configuring link-local IPv6 addresses.


# The primary network interface
auto eth0
iface eth0 inet static
 address 10.0.0.100
 gateway 10.0.0.1
 netmask 255.255.255.0
 broadcast 10.0.0.255

iface eth0 inet6 static
 address 2001:xxxx:xxxx::6
 netmask 126
 gateway 2001:xxxx:xxxx::5


That looks OK, I'm running a Hurricane Electric tunnel so mine look= s different.


But I cant ping the IPv6 address from my gateway. My routes see= ms to be OK. Should I configure something else? I was looking in google and= saw some people saying about to check /etc/sysctl.conf, specially the line= "net.ipv6.conf.all.forwarding=3D1", but this dont did any differ= ence.


I have "post-up echo 1 > /proc/sys/net/ipv6/conf/all/forwar= ding" in the IPv6 stanza in my /etc/network/interfaces. But that is on= ly needed to make the machine route packets between networks (ie act as a r= outer for other devices' traffic), it will still talk to other devices with= out this.


(network-script 'network-bridge antispoof=3Dyes')
(vif-script vif-bridge)


Standard advice now is not to use a network-script. It made sense a= while back, but the scripts are deprecated and the host OS generally has b= etter tools. For example, in Debian you can put something like this in /etc= /network/interfaces :
auto br0
iface br0 inet static
        bridge_ports eth0
        address a.b.c.d
        netmask 255.255.255.0

One things I suggest it might be worth looking at is your subnet ma= sk. Try using 64 instead of 126 and see if it makes any difference. While t= echnically a 126 bit netmask ought to work on a P-P link, in practice I bel= ieve there are a lot of things that break if you go less than 64 bits for t= he host part of the address.

Also, "ip -6 neigh" will show you the known IPv6 neighbou= rs (roughly equivalent to ARP cache for Ipv4). That may help in debugging.<= BR> 
_______________________________________________
Xen-users mailing list
Xen-user=
s@lists.xen.org
http://l=
ists.xen.org/xen-users
--=-dBiO9N+5PatZ74ooSIWW-- --=-aC0CSbJSsvMV7v+esSrK 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.11 (GNU/Linux) iQEcBAABAgAGBQJQB/RTAAoJEHzu36SveCllfr4H/3GplRK0+tdKhnbXIZyIyg5g Wl4ewH8WB8ie62dFhh9Xt39wb59cfq0Rset7Ss/TMusHZsGeQBFQMr6SEH9m3grF ISXSeuEEC5/l/O1Jw/r6xUXypLAr1OS526kfweZXl+MNCRmkHCf8joMW9mM8PzGI /dLJN1xuEac6HjrrfhRRJA607/kPz7ftdRNogLBxn8OkgvkTLkLQhV4bmG6Nusjs DPK/i2MQ1imEObvzwowPBEHJvNzwvfL5AhlmAFkItmexL9qBWkubUJhesO6KownZ P+ttd7hX8bRfn9/wSpUI0YemCw2WW8V9wtep7ebwSkLNmVJJ29i1miR1cbg0nGo= =4uUV -----END PGP SIGNATURE----- --=-aC0CSbJSsvMV7v+esSrK-- --===============4446640361522525855== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4446640361522525855==-- From xen-users-bounces@lists.xen.org Thu Jul 19 11:51:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Jul 2012 11: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 1SrpEo-0002bR-Iw; Thu, 19 Jul 2012 11:49:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrpEm-0002bE-0O for xen-users@lists.xen.org; Thu, 19 Jul 2012 11:49:44 +0000 Received: from [85.158.143.99:27632] by server-2.bemta-4.messagelabs.com id D0/B5-17938-754F7005; Thu, 19 Jul 2012 11:49:43 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-6.tower-216.messagelabs.com!1342698581!20654179!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=1.8 required=7.0 tests=BODY_RANDOM_LONG,HOT_NASTY, HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18427 invoked from network); 19 Jul 2012 11:49:41 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-6.tower-216.messagelabs.com with AES128-SHA encrypted SMTP; 19 Jul 2012 11:49:41 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Thu, 19 Jul 2012 13:49:41 +0200 From: Stephan Seitz To: Carlos Ribas Thread-Topic: [Xen-users] Does anybody here uses IPv6 for DomU? Thread-Index: AQHNZPRHGw/2n5DOzkePmTzVukJadZcvAM8AgAANSACAAU+ggA== Date: Thu, 19 Jul 2012 11:49:40 +0000 Message-ID: <1342698579.5477.13.camel@wotan2> References: In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: Simon Hobson , "xen-users@lists.xen.org" Subject: Re: [Xen-users] Does anybody here uses IPv6 for 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="===============4446640361522525855==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4446640361522525855== Content-Language: de-DE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-aC0CSbJSsvMV7v+esSrK" --=-aC0CSbJSsvMV7v+esSrK Content-Type: multipart/alternative; boundary="=-dBiO9N+5PatZ74ooSIWW" --=-dBiO9N+5PatZ74ooSIWW Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, as Simon already wrote, try to use your provisioned "regular" ipv6 net. This is usally a /48 or /64. Our dom0 don't have ipv6 configured in any way, it's just enabled by default. Only the usual local-link (fe80...) addresses are bound to the interfaces. If you're using bridges (peth0 -> eth0 -> vifX.X), you don't have to touch any forwarding settings. It's "just working". If you're using fixed addresses, don't forget to disable autoconf which is default. E.g. : iface eth0 inet6 static pre-up echo 0 > /proc/sys/net/ipv6/conf/eth0/autoconf address ... Am Mittwoch, den 18.07.2012, 12:48 -0300 schrieb Carlos Ribas: > Hello Simon, >=20 >=20 >=20 > Yes, I'm using bridging. I put 126 as subnet mask because I configured > a P-P link. Unfortunately use 64 makes no difference. However, the > command you said showed me that something is wrong:=20 >=20 >=20 > # ip -6 neigh > 2001:xxxx:xxxx::5 dev eth0 FAILED > fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router > STALE >=20 >=20 > I was cheking only with this command (and looking at red line, I > thought that it was all fine): >=20 >=20 > # route -A inet6 > Kernel IPv6 routing table > Destination Next Hop Flag Met Ref > Use If > 2001:xxxx:xxxx::4/126 :: Ue 256 0 > 4 eth0 > fe80::/64 :: U 256 0 > 0 eth0 > ::/0 2001:xxxx:xxxx::5 UG 1 0 > 0 eth0 > ::/0 fe80::224:38ff:fec9:8b00 UGDAe 1024 0 > 0 eth0 > ::/0 :: !n -1 1 > 73 lo > ::1/128 :: Un 0 1 > 23 lo > 2001:xxxx:xxxx::6/128 :: Un 0 1 > 24 lo > fe80::216:3eff:fee2:3f3d/128 :: Un 0 1 > 0 lo > ff00::/8 :: U 256 0 > 0 eth0 > ::/0 :: !n -1 1 > 73 lo >=20 >=20 > I will investigate further more. Do you think there are something > wrong with "network-script" that can cause this? I hope not! :) >=20 >=20 > Thanks, >=20 >=20 > ------------------------------- > Carlos Eduardo Ribas >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 > 2012/7/18 Simon Hobson >=20 > Carlos Ribas wrote: > =20 > =20 > I am trying to do some tests with IPv6. I would like > to configure a dual stack for some services, such as > DNS and Web Server. > =20 > First of all, to have IPv6 in DomU should I configure > IPv6 in Dom0? I'm not sure, but I dont think so, since > from Dom0 using loopback address I can ping the IPv6 > address from my router. > =20 > =20 > =20 > =20 > You don't need any address of Dom0 (I'm assuming you are using > bridging ?) > =20 > I have one DomU running IPv6 for testing (DNS, Web server), > Dom0 and the rest of the network is IPv4 only - well as much > as you can when everything defaults to at least configuring > link-local IPv6 addresses. > =20 > =20 > =20 > =20 > # The primary network interface > auto eth0 > iface eth0 inet static > address 10.0.0.100 > gateway 10.0.0.1 > netmask 255.255.255.0 > broadcast 10.0.0.255 > =20 > iface eth0 inet6 static > address 2001:xxxx:xxxx::6 > netmask 126 > gateway 2001:xxxx:xxxx::5 > =20 > =20 > =20 > =20 > That looks OK, I'm running a Hurricane Electric tunnel so mine > looks different. > =20 > =20 > =20 > =20 > But I cant ping the IPv6 address from my gateway. My > routes seems to be OK. Should I configure something > else? I was looking in google and saw some people > saying about to check /etc/sysctl.conf, specially the > line "net.ipv6.conf.all.forwarding=3D1", but this dont > did any difference. > =20 > =20 > =20 > =20 > I have "post-up echo 1 > > /proc/sys/net/ipv6/conf/all/forwarding" in the IPv6 stanza > in my /etc/network/interfaces. But that is only needed to make > the machine route packets between networks (ie act as a router > for other devices' traffic), it will still talk to other > devices without this. > =20 > =20 > =20 > =20 > (network-script 'network-bridge antispoof=3Dyes') > (vif-script vif-bridge) > =20 > =20 > =20 > =20 > Standard advice now is not to use a network-script. It made > sense a while back, but the scripts are deprecated and the > host OS generally has better tools. For example, in Debian you > can put something like this in /etc/network/interfaces : > auto br0 > iface br0 inet static > bridge_ports eth0 > address a.b.c.d > netmask 255.255.255.0 > =20 > One things I suggest it might be worth looking at is your > subnet mask. Try using 64 instead of 126 and see if it makes > any difference. While technically a 126 bit netmask ought to > work on a P-P link, in practice I believe there are a lot of > things that break if you go less than 64 bits for the host > part of the address. > =20 > Also, "ip -6 neigh" will show you the known IPv6 neighbours > (roughly equivalent to ARP cache for Ipv4). That may help in > debugging. > =20 > =20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --=-dBiO9N+5PatZ74ooSIWW Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi,

as Simon already wrote, try to use your provisioned "regular" ipv= 6 net. This is usally
a /48 or /64.

Our dom0 don't have ipv6 configured in any way, it's just enabled by defaul= t.
Only the usual local-link (fe80...) addresses are bound to the interfaces.<= BR> If you're using bridges (peth0 -> eth0 -> vifX.X), you don't have to = touch any
forwarding settings. It's "just working".

If you're using fixed addresses, don't forget to disable autoconf which is = default.
E.g. :
iface eth0 inet6 static
    pre-up echo 0 > /proc/sys/net/ipv6/conf/eth0/autoconf=
    address ...
Am Mittwoch, den 18.07.2012, 12:48 -0300 schrieb Carlos Ribas:
Hello Simon,


Yes, I'm using bridging. I put 126 as subnet mask because I c= onfigured a P-P link. Unfortunately use 64 makes no difference. Howeve= r, the command you said showed me that something is wrong: 


# ip -6 neigh
2001:xxxx:xxxx::5 dev eth0  FAILED
fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE


I was cheking only with this command (and looking at red line, I though= t that it was all fine):


# route -A inet6
Kernel IPv6 routing table
Destination                 &nb= sp;  Next Hop                 =   Flag Met Ref Use If
2001:xxxx:xxxx::4/126          ::    = ;                     Ue =   256 0     4 eth0
fe80::/64                  = ;    ::                 &= nbsp;       U    256 0     0 eth0
::/0           &nbs= p;               2001:xxxx:xxxx::5  = ;        UG   1   0     0 eth0
::/0                   &nb= sp;       fe80::224:38ff:fec9:8b00   UGDAe 1024 0  = ;   0 eth0
::/0                   &nb= sp;       ::              = ;           !n   -1  1    73 l= o
::1/128                   =      ::               &nb= sp;         Un   0   1    23 lo
2001:xxxx:xxxx::6/128          ::    = ;                     Un =   0   1    24 lo
fe80::216:3eff:fee2:3f3d/128   ::         &nbs= p;               Un   0   1 &n= bsp;   0 lo
ff00::/8                  =     ::                 &= nbsp;       U    256 0     0 eth0
::/0                   &nb= sp;       ::              = ;           !n   -1  1    73 l= o


I will investigate further more. Do you think there are something wrong= with "network-script" that can cause this? I hope not! :)


Thanks,


-------------------------------
Carlos Eduardo Ribas







2012/7/18 Simon Hobson <li= nux@thehobsons.co.uk>
Carlos Ribas wrote:

I am trying to do some tests with IPv6. I would like to configu= re a dual stack for some services, such as DNS and Web Server.

First of all, to have IPv6 in DomU should I configure IPv6 in D= om0? I'm not sure, but I dont think so, since from Dom0 using loopback addr= ess I can ping the IPv6 address from my router.


You don't need any address of Dom0 (I'm assuming you are using brid= ging ?)

I have one DomU running IPv6 for testing (DNS, Web server), Dom0 an= d the rest of the network is IPv4 only - well as much as you can when every= thing defaults to at least configuring link-local IPv6 addresses.


# The primary network interface
auto eth0
iface eth0 inet static
 address 10.0.0.100
 gateway 10.0.0.1
 netmask 255.255.255.0
 broadcast 10.0.0.255

iface eth0 inet6 static
 address 2001:xxxx:xxxx::6
 netmask 126
 gateway 2001:xxxx:xxxx::5


That looks OK, I'm running a Hurricane Electric tunnel so mine look= s different.


But I cant ping the IPv6 address from my gateway. My routes see= ms to be OK. Should I configure something else? I was looking in google and= saw some people saying about to check /etc/sysctl.conf, specially the line= "net.ipv6.conf.all.forwarding=3D1", but this dont did any differ= ence.


I have "post-up echo 1 > /proc/sys/net/ipv6/conf/all/forwar= ding" in the IPv6 stanza in my /etc/network/interfaces. But that is on= ly needed to make the machine route packets between networks (ie act as a r= outer for other devices' traffic), it will still talk to other devices with= out this.


(network-script 'network-bridge antispoof=3Dyes')
(vif-script vif-bridge)


Standard advice now is not to use a network-script. It made sense a= while back, but the scripts are deprecated and the host OS generally has b= etter tools. For example, in Debian you can put something like this in /etc= /network/interfaces :
auto br0
iface br0 inet static
        bridge_ports eth0
        address a.b.c.d
        netmask 255.255.255.0

One things I suggest it might be worth looking at is your subnet ma= sk. Try using 64 instead of 126 and see if it makes any difference. While t= echnically a 126 bit netmask ought to work on a P-P link, in practice I bel= ieve there are a lot of things that break if you go less than 64 bits for t= he host part of the address.

Also, "ip -6 neigh" will show you the known IPv6 neighbou= rs (roughly equivalent to ARP cache for Ipv4). That may help in debugging.<= BR> 
_______________________________________________
Xen-users mailing list
Xen-user=
s@lists.xen.org
http://l=
ists.xen.org/xen-users
--=-dBiO9N+5PatZ74ooSIWW-- --=-aC0CSbJSsvMV7v+esSrK 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.11 (GNU/Linux) iQEcBAABAgAGBQJQB/RTAAoJEHzu36SveCllfr4H/3GplRK0+tdKhnbXIZyIyg5g Wl4ewH8WB8ie62dFhh9Xt39wb59cfq0Rset7Ss/TMusHZsGeQBFQMr6SEH9m3grF ISXSeuEEC5/l/O1Jw/r6xUXypLAr1OS526kfweZXl+MNCRmkHCf8joMW9mM8PzGI /dLJN1xuEac6HjrrfhRRJA607/kPz7ftdRNogLBxn8OkgvkTLkLQhV4bmG6Nusjs DPK/i2MQ1imEObvzwowPBEHJvNzwvfL5AhlmAFkItmexL9qBWkubUJhesO6KownZ P+ttd7hX8bRfn9/wSpUI0YemCw2WW8V9wtep7ebwSkLNmVJJ29i1miR1cbg0nGo= =4uUV -----END PGP SIGNATURE----- --=-aC0CSbJSsvMV7v+esSrK-- --===============4446640361522525855== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4446640361522525855==-- From xen-users-bounces@lists.xen.org Thu Jul 19 14:21:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Jul 2012 14:21: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 1SrrZw-00058E-7t; Thu, 19 Jul 2012 14:19:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrrZt-000585-Po for xen-users@lists.xen.org; Thu, 19 Jul 2012 14:19:42 +0000 Received: from [85.158.143.99:17290] by server-3.bemta-4.messagelabs.com id 95/4A-01511-D7718005; Thu, 19 Jul 2012 14:19:41 +0000 X-Env-Sender: carlos@ansp.br X-Msg-Ref: server-9.tower-216.messagelabs.com!1342707577!27738445!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=2.6 required=7.0 tests=BODY_RANDOM_LONG,HOT_NASTY, HTML_40_50,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1291 invoked from network); 19 Jul 2012 14:19:38 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 19 Jul 2012 14:19:38 -0000 Received: by qcab12 with SMTP id b12so1901030qca.32 for ; Thu, 19 Jul 2012 07:19:36 -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=Nedjm2Q/3MQ+EKK2761qDR8pqLsUjh3jjoDjvMPfIUI=; b=ZFEd68X2PxATbhv2grf0wO0NF09KwDH4rgabkTCcQeVNafap5X9WZ04SphA7sgD5D/ /Ro5uzyw0Lx7O9poZF/e7VhMjJ9ZkxZpv9wxrjvY5WnK/MfIDbLzvEEdTU3MDBVm/djA XC4e32TVLZZBStY3vZkb1HJUcrA5VHCEqDurB7fwZ9zTZi55U7C3vRX9ia9oZxQGmhro ekkDwBdGP0xNIy6VAv4TuJb2uaLPKEG9o/cHWUpFkJKI/3loqxyELVvoGCGW1aChSiPD fcQh6gkZNDapDLRhEOrQ99rXk0ftHABj0Zcim7Wxd5l00GTKhD3an3FD7KQC6KHddkG8 4/WA== MIME-Version: 1.0 Received: by 10.229.135.195 with SMTP id o3mr970156qct.87.1342707576770; Thu, 19 Jul 2012 07:19:36 -0700 (PDT) Received: by 10.229.45.12 with HTTP; Thu, 19 Jul 2012 07:19:36 -0700 (PDT) In-Reply-To: <1342698579.5477.13.camel@wotan2> References: <1342698579.5477.13.camel@wotan2> Date: Thu, 19 Jul 2012 11:19:36 -0300 Message-ID: From: Carlos Ribas To: Stephan Seitz X-Gm-Message-State: ALoCoQnuQfoRXvzc4+YX1ORSgxOeg7PM+/idF8sF0fEX1CzvcIP89ue2UB1NKvIvyc3QV894R7TZ Cc: Simon Hobson , "xen-users@lists.xen.org" Subject: Re: [Xen-users] Does anybody here uses IPv6 for 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="===============6607365808003926858==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6607365808003926858== Content-Type: multipart/alternative; boundary=00248c76914a2691e204c52f784c --00248c76914a2691e204c52f784c Content-Type: text/plain; charset=ISO-8859-1 Hello Stephan, I tried to use my subnet, but didnt work. I tried to disable autoconf, no success. I also tried to manually configure the forward in Dom0 using "ip6tables -A FORWARD -s 2001:xxxx:xxxx::6 -m physdev --physdev-in vif21.0 -j ACCEPT" but once again, without success. It's odd because if I try to ping the router from my DomU, it will not work, and this is the output from "ip -6 neigh": # ip -6 neigh 2001:xxxx:xxxx::5 dev eth0 FAILED fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE From my router I can't ping my DomU, but then I got this message: # ip -6 neigh 2001:xxxx:xxxx::5 dev eth0 lladdr 00:24:38:c9:8b:00 router REACHABLE fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router REACHABLE And then it changed to: # ip -6 neigh 2001:xxxx:xxxx::5 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE What seems to be ok, but it is not ok. Well, I'm still investigating. Thank you for your help, ------------------------------- Carlos Eduardo Ribas 2012/7/19 Stephan Seitz > ** > Hi, > > as Simon already wrote, try to use your provisioned "regular" ipv6 net. > This is usally > a /48 or /64. > > Our dom0 don't have ipv6 configured in any way, it's just enabled by > default. > Only the usual local-link (fe80...) addresses are bound to the interfaces. > If you're using bridges (peth0 -> eth0 -> vifX.X), you don't have to touch > any > forwarding settings. It's "just working". > > If you're using fixed addresses, don't forget to disable autoconf which is > default. > E.g. : > iface eth0 inet6 static > pre-up echo 0 > /proc/sys/net/ipv6/conf/eth0/autoconf > address ... > > > > > > Am Mittwoch, den 18.07.2012, 12:48 -0300 schrieb Carlos Ribas: > > Hello Simon, > > > > Yes, I'm using bridging. I put 126 as subnet mask because I configured a > P-P link. Unfortunately use 64 makes no difference. However, the command > you said showed me that something is wrong: > > > > # ip -6 neigh > > 2001:xxxx:xxxx::5 dev eth0 FAILED > > fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE > > > > I was cheking only with this command (and looking at red line, I thought > that it was all fine): > > > > # route -A inet6 > > Kernel IPv6 routing table > > Destination Next Hop Flag Met Ref > Use If > > 2001:xxxx:xxxx::4/126 :: Ue 256 0 > 4 eth0 > > fe80::/64 :: U 256 0 > 0 eth0 > > *::/0 2001:xxxx:xxxx::5 UG 1 0 > 0 eth0* > > ::/0 fe80::224:38ff:fec9:8b00 UGDAe 1024 0 > 0 eth0 > > ::/0 :: !n -1 1 > 73 lo > > ::1/128 :: Un 0 1 > 23 lo > > 2001:xxxx:xxxx::6/128 :: Un 0 1 > 24 lo > > fe80::216:3eff:fee2:3f3d/128 :: Un 0 1 > 0 lo > > ff00::/8 :: U 256 0 > 0 eth0 > > ::/0 :: !n -1 1 > 73 lo > > > > I will investigate further more. Do you think there are something wrong > with "network-script" that can cause this? I hope not! :) > > > > Thanks, > > > > ------------------------------- > > Carlos Eduardo Ribas > > > > > > > > > 2012/7/18 Simon Hobson > > Carlos Ribas wrote: > > I am trying to do some tests with IPv6. I would like to configure a dual > stack for some services, such as DNS and Web Server. > > First of all, to have IPv6 in DomU should I configure IPv6 in Dom0? I'm > not sure, but I dont think so, since from Dom0 using loopback address I can > ping the IPv6 address from my router. > > > > You don't need any address of Dom0 (I'm assuming you are using bridging > ?) > > I have one DomU running IPv6 for testing (DNS, Web server), Dom0 and the > rest of the network is IPv4 only - well as much as you can when everything > defaults to at least configuring link-local IPv6 addresses. > > > > # The primary network interface > auto eth0 > iface eth0 inet static > address 10.0.0.100 > gateway 10.0.0.1 > netmask 255.255.255.0 > broadcast 10.0.0.255 > > iface eth0 inet6 static > address 2001:xxxx:xxxx::6 > netmask 126 > gateway 2001:xxxx:xxxx::5 > > > > That looks OK, I'm running a Hurricane Electric tunnel so mine looks > different. > > > > But I cant ping the IPv6 address from my gateway. My routes seems to be > OK. Should I configure something else? I was looking in google and saw some > people saying about to check /etc/sysctl.conf, specially the line > "net.ipv6.conf.all.forwarding=1", but this dont did any difference. > > > > I have "post-up echo 1 > /proc/sys/net/ipv6/conf/all/forwarding" in the > IPv6 stanza in my /etc/network/interfaces. But that is only needed to make > the machine route packets between networks (ie act as a router for other > devices' traffic), it will still talk to other devices without this. > > > > (network-script 'network-bridge antispoof=yes') > (vif-script vif-bridge) > > > > Standard advice now is not to use a network-script. It made sense a > while back, but the scripts are deprecated and the host OS generally has > better tools. For example, in Debian you can put something like this in > /etc/network/interfaces : > auto br0 > iface br0 inet static > bridge_ports eth0 > address a.b.c.d > netmask 255.255.255.0 > > One things I suggest it might be worth looking at is your subnet mask. Try > using 64 instead of 126 and see if it makes any difference. While > technically a 126 bit netmask ought to work on a P-P link, in practice I > believe there are a lot of things that break if you go less than 64 bits > for the host part of the address. > > Also, "ip -6 neigh" will show you the known IPv6 neighbours (roughly > equivalent to ARP cache for Ipv4). That may help in debugging. > > _______________________________________________Xen-users mailing listXen-users@lists.xen.orghttp://lists.xen.org/xen-users > > --00248c76914a2691e204c52f784c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello Stephan,

=A0 =A0 I tried to use my subnet, but did= nt work. I tried to disable autoconf, no success. I also tried to manually = configure the forward in Dom0 using "ip6tables -A FORWARD -s 2001:xxxx= :xxxx::6 -m physdev --physdev-in vif21.0 -j ACCEPT" but once again, wi= thout success.

=A0 =A0 It's odd because if I try to ping the route= r from my DomU, it will not work, and this is the output from "ip -6 n= eigh":

# ip -6 neigh
2001:xxxx:xxxx::5 dev eth0 =A0FA= ILED
fe80::224:38ff:= fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE
=

=A0 =A0 From my router I can't ping my DomU, but then I = got this message:=A0
=A0=A0
# ip -6 neigh
2001:xxxx:xxxx::5 dev eth0 lladdr 00:24:38:c9:8b:00 r= outer REACHABLE
fe80::224:38ff:fec9:8b00 dev eth= 0 lladdr 00:24:38:c9:8b:00 router REACHABLE
<= div>
=A0 =A0 And then it changed to:

# ip -6 neigh
<= font face=3D"courier new, monospace">2001:xxxx:xxxx::5 dev eth0 lladdr 00:2= 4:38:c9:8b:00 router STALE
fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router ST= ALE

=A0 =A0 What = seems to be ok, but it is not ok. Well, I'm still investigating.=A0

Thank you for your help,=A0
=A0
=
-------------------------------
Carlos Eduardo Ribas





2012/7/19 Stephan Seitz <s.seitz@netz= haut.de>
=20 =20
Hi,

as Simon already wrote, try to use your provisioned "regular" ipv= 6 net. This is usally
a /48 or /64.

Our dom0 don't have ipv6 configured in any way, it's just enabled b= y default.
Only the usual local-link (fe80...) addresses are bound to the interfaces.<= br> If you're using bridges (peth0 -> eth0 -> vifX.X), you don't = have to touch any
forwarding settings. It's "just working".

If you're using fixed addresses, don't forget to disable autoconf w= hich is default.
E.g. :
iface eth0 inet6 static
=A0=A0=A0 pre-up echo 0 > /proc/sys/net/ipv6/conf/eth0/autoconf
=A0=A0=A0 address ...
Am Mittwoch, den 18.07.2012, 12:48 -0300 schrieb Carlos Ribas:
Hello Simon,


Yes, I'm=A0using bridging.=A0I put 126 as subnet mask because I con= figured a P-P link. Unfortunately use 64 makes no difference.=A0However, th= e command you said showed me that something is wrong:=A0


# ip -6 neigh
2001:xxxx:xxxx::5 dev eth0 =A0FAILED
fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE


I was cheking only with this command (and looking at red line, I though= t that it was all fine):


# route -A inet6
Kernel IPv6 routing table
Destination =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Next Hop =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 Flag Met Ref Use If
2001:xxxx:xxxx::4/126 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 Ue =A0 256 0 =A0 =A0 4 eth0
fe80::/64 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 U =A0 =A0256 0 =A0 =A0 0 eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 2001:xxxx:xxxx::5 =A0 =A0 =A0 =A0 =A0UG =A0 1 =A0 0 =A0 =A0 0 = eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 fe80::224:38ff= :fec9:8b00 =A0 UGDAe 1024 0 =A0 =A0 0 eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 :: =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 !n =A0 -1 =A01 =A0 =A073 lo
::1/128 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Un =A0 0 =A0 1 =A0 =A023 lo
2001:xxxx:xxxx::6/128 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 Un =A0 0 =A0 1 =A0 =A024 lo
fe80::216:3eff:fee2:3f3d/128 =A0 :: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 Un =A0 0 =A0 1 =A0 =A0 0 lo
ff00::/8 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 :: =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 U =A0 =A0256 0 =A0 =A0 0 eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 :: =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 !n =A0 -1 =A01 =A0 =A073 lo


I will investigate further more. Do you think there are something wrong= with "network-script" that can cause this? I hope not! :)


Thanks,


-------------------------------
Carlos Eduardo Ribas







2012/7/18 Simon Hobson <linux@thehobsons.co.uk>
Carlos Ribas wrote:

I am trying to do some tests with IPv6. I would like to configu= re a dual stack for some services, such as DNS and Web Server.

First of all, to have IPv6 in DomU should I configure IPv6 in D= om0? I'm not sure, but I dont think so, since from Dom0 using loopback = address I can ping the IPv6 address from my router.


You don't need any address of Dom0 (I'm assuming you are us= ing bridging ?)

I have one DomU running IPv6 for testing (DNS, Web server), Dom0 an= d the rest of the network is IPv4 only - well as much as you can when every= thing defaults to at least configuring link-local IPv6 addresses.


# The primary network interface
auto eth0
iface eth0 inet static
=A0address 10.0.0.100
=A0gateway 10.0.0.1
=A0netmask 255.255.255.0
=A0broadcast 10.0.0.255

iface eth0 inet6 static
=A0address 2001:xxxx:xxxx::6
=A0netmask 126
=A0gateway 2001:xxxx:xxxx::5


That looks OK, I'm running a Hurricane Electric tunnel so mine = looks different.


But I cant ping the IPv6 address from my gateway. My routes see= ms to be OK. Should I configure something else? I was looking in google and= saw some people saying about to check /etc/sysctl.conf, specially the line= "net.ipv6.conf.all.forwarding=3D1", but this dont did any differ= ence.


I have "post-up echo 1 > /proc/sys/net/ipv6/conf/all/forwar= ding" in the IPv6 stanza in my /etc/network/interfaces. But that is on= ly needed to make the machine route packets between networks (ie act as a r= outer for other devices' traffic), it will still talk to other devices = without this.


(network-script 'network-bridge antispoof=3Dyes')
(vif-script vif-bridge)


Standard advice now is not to use a network-script. It made sense a= while back, but the scripts are deprecated and the host OS generally has b= etter tools. For example, in Debian you can put something like this in /etc= /network/interfaces :
auto br0
iface br0 inet static
=A0 =A0 =A0 =A0 bridge_ports eth0
=A0 =A0 =A0 =A0 address a.b.c.d
=A0 =A0 =A0 =A0 netmask 255.255.255.0

One things I suggest it might be worth looking at is your subnet ma= sk. Try using 64 instead of 126 and see if it makes any difference. While t= echnically a 126 bit netmask ought to work on a P-P link, in practice I bel= ieve there are a lot of things that break if you go less than 64 bits for t= he host part of the address.

Also, "ip -6 neigh" will show you the known IPv6 neighbou= rs (roughly equivalent to ARP cache for Ipv4). That may help in debugging.<= br> 
__________________________________=
_____________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

--00248c76914a2691e204c52f784c-- --===============6607365808003926858== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6607365808003926858==-- From xen-users-bounces@lists.xen.org Thu Jul 19 14:21:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Jul 2012 14:21: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 1SrrZw-00058E-7t; Thu, 19 Jul 2012 14:19:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SrrZt-000585-Po for xen-users@lists.xen.org; Thu, 19 Jul 2012 14:19:42 +0000 Received: from [85.158.143.99:17290] by server-3.bemta-4.messagelabs.com id 95/4A-01511-D7718005; Thu, 19 Jul 2012 14:19:41 +0000 X-Env-Sender: carlos@ansp.br X-Msg-Ref: server-9.tower-216.messagelabs.com!1342707577!27738445!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=2.6 required=7.0 tests=BODY_RANDOM_LONG,HOT_NASTY, HTML_40_50,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1291 invoked from network); 19 Jul 2012 14:19:38 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 19 Jul 2012 14:19:38 -0000 Received: by qcab12 with SMTP id b12so1901030qca.32 for ; Thu, 19 Jul 2012 07:19:36 -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=Nedjm2Q/3MQ+EKK2761qDR8pqLsUjh3jjoDjvMPfIUI=; b=ZFEd68X2PxATbhv2grf0wO0NF09KwDH4rgabkTCcQeVNafap5X9WZ04SphA7sgD5D/ /Ro5uzyw0Lx7O9poZF/e7VhMjJ9ZkxZpv9wxrjvY5WnK/MfIDbLzvEEdTU3MDBVm/djA XC4e32TVLZZBStY3vZkb1HJUcrA5VHCEqDurB7fwZ9zTZi55U7C3vRX9ia9oZxQGmhro ekkDwBdGP0xNIy6VAv4TuJb2uaLPKEG9o/cHWUpFkJKI/3loqxyELVvoGCGW1aChSiPD fcQh6gkZNDapDLRhEOrQ99rXk0ftHABj0Zcim7Wxd5l00GTKhD3an3FD7KQC6KHddkG8 4/WA== MIME-Version: 1.0 Received: by 10.229.135.195 with SMTP id o3mr970156qct.87.1342707576770; Thu, 19 Jul 2012 07:19:36 -0700 (PDT) Received: by 10.229.45.12 with HTTP; Thu, 19 Jul 2012 07:19:36 -0700 (PDT) In-Reply-To: <1342698579.5477.13.camel@wotan2> References: <1342698579.5477.13.camel@wotan2> Date: Thu, 19 Jul 2012 11:19:36 -0300 Message-ID: From: Carlos Ribas To: Stephan Seitz X-Gm-Message-State: ALoCoQnuQfoRXvzc4+YX1ORSgxOeg7PM+/idF8sF0fEX1CzvcIP89ue2UB1NKvIvyc3QV894R7TZ Cc: Simon Hobson , "xen-users@lists.xen.org" Subject: Re: [Xen-users] Does anybody here uses IPv6 for 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="===============6607365808003926858==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6607365808003926858== Content-Type: multipart/alternative; boundary=00248c76914a2691e204c52f784c --00248c76914a2691e204c52f784c Content-Type: text/plain; charset=ISO-8859-1 Hello Stephan, I tried to use my subnet, but didnt work. I tried to disable autoconf, no success. I also tried to manually configure the forward in Dom0 using "ip6tables -A FORWARD -s 2001:xxxx:xxxx::6 -m physdev --physdev-in vif21.0 -j ACCEPT" but once again, without success. It's odd because if I try to ping the router from my DomU, it will not work, and this is the output from "ip -6 neigh": # ip -6 neigh 2001:xxxx:xxxx::5 dev eth0 FAILED fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE From my router I can't ping my DomU, but then I got this message: # ip -6 neigh 2001:xxxx:xxxx::5 dev eth0 lladdr 00:24:38:c9:8b:00 router REACHABLE fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router REACHABLE And then it changed to: # ip -6 neigh 2001:xxxx:xxxx::5 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE What seems to be ok, but it is not ok. Well, I'm still investigating. Thank you for your help, ------------------------------- Carlos Eduardo Ribas 2012/7/19 Stephan Seitz > ** > Hi, > > as Simon already wrote, try to use your provisioned "regular" ipv6 net. > This is usally > a /48 or /64. > > Our dom0 don't have ipv6 configured in any way, it's just enabled by > default. > Only the usual local-link (fe80...) addresses are bound to the interfaces. > If you're using bridges (peth0 -> eth0 -> vifX.X), you don't have to touch > any > forwarding settings. It's "just working". > > If you're using fixed addresses, don't forget to disable autoconf which is > default. > E.g. : > iface eth0 inet6 static > pre-up echo 0 > /proc/sys/net/ipv6/conf/eth0/autoconf > address ... > > > > > > Am Mittwoch, den 18.07.2012, 12:48 -0300 schrieb Carlos Ribas: > > Hello Simon, > > > > Yes, I'm using bridging. I put 126 as subnet mask because I configured a > P-P link. Unfortunately use 64 makes no difference. However, the command > you said showed me that something is wrong: > > > > # ip -6 neigh > > 2001:xxxx:xxxx::5 dev eth0 FAILED > > fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE > > > > I was cheking only with this command (and looking at red line, I thought > that it was all fine): > > > > # route -A inet6 > > Kernel IPv6 routing table > > Destination Next Hop Flag Met Ref > Use If > > 2001:xxxx:xxxx::4/126 :: Ue 256 0 > 4 eth0 > > fe80::/64 :: U 256 0 > 0 eth0 > > *::/0 2001:xxxx:xxxx::5 UG 1 0 > 0 eth0* > > ::/0 fe80::224:38ff:fec9:8b00 UGDAe 1024 0 > 0 eth0 > > ::/0 :: !n -1 1 > 73 lo > > ::1/128 :: Un 0 1 > 23 lo > > 2001:xxxx:xxxx::6/128 :: Un 0 1 > 24 lo > > fe80::216:3eff:fee2:3f3d/128 :: Un 0 1 > 0 lo > > ff00::/8 :: U 256 0 > 0 eth0 > > ::/0 :: !n -1 1 > 73 lo > > > > I will investigate further more. Do you think there are something wrong > with "network-script" that can cause this? I hope not! :) > > > > Thanks, > > > > ------------------------------- > > Carlos Eduardo Ribas > > > > > > > > > 2012/7/18 Simon Hobson > > Carlos Ribas wrote: > > I am trying to do some tests with IPv6. I would like to configure a dual > stack for some services, such as DNS and Web Server. > > First of all, to have IPv6 in DomU should I configure IPv6 in Dom0? I'm > not sure, but I dont think so, since from Dom0 using loopback address I can > ping the IPv6 address from my router. > > > > You don't need any address of Dom0 (I'm assuming you are using bridging > ?) > > I have one DomU running IPv6 for testing (DNS, Web server), Dom0 and the > rest of the network is IPv4 only - well as much as you can when everything > defaults to at least configuring link-local IPv6 addresses. > > > > # The primary network interface > auto eth0 > iface eth0 inet static > address 10.0.0.100 > gateway 10.0.0.1 > netmask 255.255.255.0 > broadcast 10.0.0.255 > > iface eth0 inet6 static > address 2001:xxxx:xxxx::6 > netmask 126 > gateway 2001:xxxx:xxxx::5 > > > > That looks OK, I'm running a Hurricane Electric tunnel so mine looks > different. > > > > But I cant ping the IPv6 address from my gateway. My routes seems to be > OK. Should I configure something else? I was looking in google and saw some > people saying about to check /etc/sysctl.conf, specially the line > "net.ipv6.conf.all.forwarding=1", but this dont did any difference. > > > > I have "post-up echo 1 > /proc/sys/net/ipv6/conf/all/forwarding" in the > IPv6 stanza in my /etc/network/interfaces. But that is only needed to make > the machine route packets between networks (ie act as a router for other > devices' traffic), it will still talk to other devices without this. > > > > (network-script 'network-bridge antispoof=yes') > (vif-script vif-bridge) > > > > Standard advice now is not to use a network-script. It made sense a > while back, but the scripts are deprecated and the host OS generally has > better tools. For example, in Debian you can put something like this in > /etc/network/interfaces : > auto br0 > iface br0 inet static > bridge_ports eth0 > address a.b.c.d > netmask 255.255.255.0 > > One things I suggest it might be worth looking at is your subnet mask. Try > using 64 instead of 126 and see if it makes any difference. While > technically a 126 bit netmask ought to work on a P-P link, in practice I > believe there are a lot of things that break if you go less than 64 bits > for the host part of the address. > > Also, "ip -6 neigh" will show you the known IPv6 neighbours (roughly > equivalent to ARP cache for Ipv4). That may help in debugging. > > _______________________________________________Xen-users mailing listXen-users@lists.xen.orghttp://lists.xen.org/xen-users > > --00248c76914a2691e204c52f784c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello Stephan,

=A0 =A0 I tried to use my subnet, but did= nt work. I tried to disable autoconf, no success. I also tried to manually = configure the forward in Dom0 using "ip6tables -A FORWARD -s 2001:xxxx= :xxxx::6 -m physdev --physdev-in vif21.0 -j ACCEPT" but once again, wi= thout success.

=A0 =A0 It's odd because if I try to ping the route= r from my DomU, it will not work, and this is the output from "ip -6 n= eigh":

# ip -6 neigh
2001:xxxx:xxxx::5 dev eth0 =A0FA= ILED
fe80::224:38ff:= fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE
=

=A0 =A0 From my router I can't ping my DomU, but then I = got this message:=A0
=A0=A0
# ip -6 neigh
2001:xxxx:xxxx::5 dev eth0 lladdr 00:24:38:c9:8b:00 r= outer REACHABLE
fe80::224:38ff:fec9:8b00 dev eth= 0 lladdr 00:24:38:c9:8b:00 router REACHABLE
<= div>
=A0 =A0 And then it changed to:

# ip -6 neigh
<= font face=3D"courier new, monospace">2001:xxxx:xxxx::5 dev eth0 lladdr 00:2= 4:38:c9:8b:00 router STALE
fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router ST= ALE

=A0 =A0 What = seems to be ok, but it is not ok. Well, I'm still investigating.=A0

Thank you for your help,=A0
=A0
=
-------------------------------
Carlos Eduardo Ribas





2012/7/19 Stephan Seitz <s.seitz@netz= haut.de>
=20 =20
Hi,

as Simon already wrote, try to use your provisioned "regular" ipv= 6 net. This is usally
a /48 or /64.

Our dom0 don't have ipv6 configured in any way, it's just enabled b= y default.
Only the usual local-link (fe80...) addresses are bound to the interfaces.<= br> If you're using bridges (peth0 -> eth0 -> vifX.X), you don't = have to touch any
forwarding settings. It's "just working".

If you're using fixed addresses, don't forget to disable autoconf w= hich is default.
E.g. :
iface eth0 inet6 static
=A0=A0=A0 pre-up echo 0 > /proc/sys/net/ipv6/conf/eth0/autoconf
=A0=A0=A0 address ...
Am Mittwoch, den 18.07.2012, 12:48 -0300 schrieb Carlos Ribas:
Hello Simon,


Yes, I'm=A0using bridging.=A0I put 126 as subnet mask because I con= figured a P-P link. Unfortunately use 64 makes no difference.=A0However, th= e command you said showed me that something is wrong:=A0


# ip -6 neigh
2001:xxxx:xxxx::5 dev eth0 =A0FAILED
fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE


I was cheking only with this command (and looking at red line, I though= t that it was all fine):


# route -A inet6
Kernel IPv6 routing table
Destination =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Next Hop =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 Flag Met Ref Use If
2001:xxxx:xxxx::4/126 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 Ue =A0 256 0 =A0 =A0 4 eth0
fe80::/64 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 U =A0 =A0256 0 =A0 =A0 0 eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 2001:xxxx:xxxx::5 =A0 =A0 =A0 =A0 =A0UG =A0 1 =A0 0 =A0 =A0 0 = eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 fe80::224:38ff= :fec9:8b00 =A0 UGDAe 1024 0 =A0 =A0 0 eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 :: =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 !n =A0 -1 =A01 =A0 =A073 lo
::1/128 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Un =A0 0 =A0 1 =A0 =A023 lo
2001:xxxx:xxxx::6/128 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 Un =A0 0 =A0 1 =A0 =A024 lo
fe80::216:3eff:fee2:3f3d/128 =A0 :: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 Un =A0 0 =A0 1 =A0 =A0 0 lo
ff00::/8 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 :: =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 U =A0 =A0256 0 =A0 =A0 0 eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 :: =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 !n =A0 -1 =A01 =A0 =A073 lo


I will investigate further more. Do you think there are something wrong= with "network-script" that can cause this? I hope not! :)


Thanks,


-------------------------------
Carlos Eduardo Ribas







2012/7/18 Simon Hobson <linux@thehobsons.co.uk>
Carlos Ribas wrote:

I am trying to do some tests with IPv6. I would like to configu= re a dual stack for some services, such as DNS and Web Server.

First of all, to have IPv6 in DomU should I configure IPv6 in D= om0? I'm not sure, but I dont think so, since from Dom0 using loopback = address I can ping the IPv6 address from my router.


You don't need any address of Dom0 (I'm assuming you are us= ing bridging ?)

I have one DomU running IPv6 for testing (DNS, Web server), Dom0 an= d the rest of the network is IPv4 only - well as much as you can when every= thing defaults to at least configuring link-local IPv6 addresses.


# The primary network interface
auto eth0
iface eth0 inet static
=A0address 10.0.0.100
=A0gateway 10.0.0.1
=A0netmask 255.255.255.0
=A0broadcast 10.0.0.255

iface eth0 inet6 static
=A0address 2001:xxxx:xxxx::6
=A0netmask 126
=A0gateway 2001:xxxx:xxxx::5


That looks OK, I'm running a Hurricane Electric tunnel so mine = looks different.


But I cant ping the IPv6 address from my gateway. My routes see= ms to be OK. Should I configure something else? I was looking in google and= saw some people saying about to check /etc/sysctl.conf, specially the line= "net.ipv6.conf.all.forwarding=3D1", but this dont did any differ= ence.


I have "post-up echo 1 > /proc/sys/net/ipv6/conf/all/forwar= ding" in the IPv6 stanza in my /etc/network/interfaces. But that is on= ly needed to make the machine route packets between networks (ie act as a r= outer for other devices' traffic), it will still talk to other devices = without this.


(network-script 'network-bridge antispoof=3Dyes')
(vif-script vif-bridge)


Standard advice now is not to use a network-script. It made sense a= while back, but the scripts are deprecated and the host OS generally has b= etter tools. For example, in Debian you can put something like this in /etc= /network/interfaces :
auto br0
iface br0 inet static
=A0 =A0 =A0 =A0 bridge_ports eth0
=A0 =A0 =A0 =A0 address a.b.c.d
=A0 =A0 =A0 =A0 netmask 255.255.255.0

One things I suggest it might be worth looking at is your subnet ma= sk. Try using 64 instead of 126 and see if it makes any difference. While t= echnically a 126 bit netmask ought to work on a P-P link, in practice I bel= ieve there are a lot of things that break if you go less than 64 bits for t= he host part of the address.

Also, "ip -6 neigh" will show you the known IPv6 neighbou= rs (roughly equivalent to ARP cache for Ipv4). That may help in debugging.<= br> 
__________________________________=
_____________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

--00248c76914a2691e204c52f784c-- --===============6607365808003926858== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6607365808003926858==-- From xen-users-bounces@lists.xen.org Thu Jul 19 14:50:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Jul 2012 14:50: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 1Srs2j-00067i-S4; Thu, 19 Jul 2012 14:49:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Srs2h-00067V-Jh for xen-users@lists.xen.org; Thu, 19 Jul 2012 14:49:28 +0000 Received: from [85.158.139.83:18963] by server-12.bemta-5.messagelabs.com id 34/E2-25233-67E18005; Thu, 19 Jul 2012 14:49:26 +0000 X-Env-Sender: carlos@ansp.br X-Msg-Ref: server-13.tower-182.messagelabs.com!1342709363!27120558!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=2.1 required=7.0 tests=BODY_RANDOM_LONG,HOT_NASTY, HTML_50_60,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15128 invoked from network); 19 Jul 2012 14:49:24 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 19 Jul 2012 14:49:24 -0000 Received: by qcab12 with SMTP id b12so1937491qca.32 for ; Thu, 19 Jul 2012 07:49:23 -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=6dyeLhRI4IiTO/E2qTbUhRAxiS3qcbV3lS5fJs9N4Ks=; b=n7HgOLaVetMg3hmM2tBpg1cDI+7FRIoHJCB8YZ2qd8wXtVKvMM1qqnWcggv/X3rJlP wFaTB5ysriR6Azrxm8Dq5x9Z7H9hDaJfMMJnzJXP/mNt0DA68NrTfMVQDe+466bkk3d+ TsHZyJJ6AciU8MN/ybl3pAYIXl1fN1fWraEh43uF/fm2dSslY2/okMKmRsrKFS9p0cPG IgHHeJmx2P1Q0cH1SHAvPdulJNBW4rLeeK2UyIx2I7eyhqhCD6BO7jhf/03i7sTzDpr/ 6LQY6ewzCNuHqlsi0YukYIIBpMUr+N4jMYyEWrRIR8SJ20JjMjKeJD1BaTVc+F/4l6ih ijqw== MIME-Version: 1.0 Received: by 10.224.216.7 with SMTP id hg7mr4360289qab.3.1342709363192; Thu, 19 Jul 2012 07:49:23 -0700 (PDT) Received: by 10.229.45.12 with HTTP; Thu, 19 Jul 2012 07:49:23 -0700 (PDT) In-Reply-To: References: <1342698579.5477.13.camel@wotan2> Date: Thu, 19 Jul 2012 11:49:23 -0300 Message-ID: From: Carlos Ribas To: Stephan Seitz X-Gm-Message-State: ALoCoQmG0IQFwVExXkRYtPMt5l/6M/zEUykgsaXr5oBFG7MWjscRDntMbpaA+b/ZKqWA8p0JrGow Cc: Simon Hobson , "xen-users@lists.xen.org" Subject: Re: [Xen-users] Does anybody here uses IPv6 for 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="===============1950946427925468201==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1950946427925468201== Content-Type: multipart/alternative; boundary=485b393aab73a1318204c52fe26f --485b393aab73a1318204c52fe26f Content-Type: text/plain; charset=ISO-8859-1 What let me crazy is that from Dom0 (with local-link) I can ping the router and from DomU with static IP I can't! Dom0: # ping6 2001:xxxx:xxxx::5 PING 2001:xxxx:xxxx::5(2001:xxxx:xxxx::5) 56 data bytes 64 bytes from 2001:xxxx:xxxx::5: icmp_seq=1 ttl=64 time=4.56 ms ^C DomU: # ping6 2001:xxxx:xxxx::5 PING 2001:xxxx:xxxx::5(2001:xxxx:xxxx::5) 56 data bytes ^C --- 2001:xxxx:xxxx::5 ping statistics --- 5 packets transmitted, 0 received, 100% packet loss, time 3999ms Regards, ------------------------------- Carlos Eduardo Ribas 2012/7/19 Carlos Ribas > Hello Stephan, > > I tried to use my subnet, but didnt work. I tried to disable autoconf, > no success. I also tried to manually configure the forward in Dom0 using > "ip6tables -A FORWARD -s 2001:xxxx:xxxx::6 -m physdev --physdev-in vif21.0 > -j ACCEPT" but once again, without success. > > It's odd because if I try to ping the router from my DomU, it will not > work, and this is the output from "ip -6 neigh": > > # ip -6 neigh > 2001:xxxx:xxxx::5 dev eth0 FAILED > fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE > > From my router I can't ping my DomU, but then I got this message: > > # ip -6 neigh > 2001:xxxx:xxxx::5 dev eth0 lladdr 00:24:38:c9:8b:00 router REACHABLE > fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router REACHABLE > > And then it changed to: > > # ip -6 neigh > 2001:xxxx:xxxx::5 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE > fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE > > What seems to be ok, but it is not ok. Well, I'm still investigating. > > Thank you for your help, > > ------------------------------- > Carlos Eduardo Ribas > > > > > > 2012/7/19 Stephan Seitz > >> ** >> Hi, >> >> as Simon already wrote, try to use your provisioned "regular" ipv6 net. >> This is usally >> a /48 or /64. >> >> Our dom0 don't have ipv6 configured in any way, it's just enabled by >> default. >> Only the usual local-link (fe80...) addresses are bound to the interfaces. >> If you're using bridges (peth0 -> eth0 -> vifX.X), you don't have to >> touch any >> forwarding settings. It's "just working". >> >> If you're using fixed addresses, don't forget to disable autoconf which >> is default. >> E.g. : >> iface eth0 inet6 static >> pre-up echo 0 > /proc/sys/net/ipv6/conf/eth0/autoconf >> address ... >> >> >> >> >> >> Am Mittwoch, den 18.07.2012, 12:48 -0300 schrieb Carlos Ribas: >> >> Hello Simon, >> >> >> >> Yes, I'm using bridging. I put 126 as subnet mask because I configured >> a P-P link. Unfortunately use 64 makes no difference. However, the command >> you said showed me that something is wrong: >> >> >> >> # ip -6 neigh >> >> 2001:xxxx:xxxx::5 dev eth0 FAILED >> >> fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE >> >> >> >> I was cheking only with this command (and looking at red line, I >> thought that it was all fine): >> >> >> >> # route -A inet6 >> >> Kernel IPv6 routing table >> >> Destination Next Hop Flag Met Ref >> Use If >> >> 2001:xxxx:xxxx::4/126 :: Ue 256 0 >> 4 eth0 >> >> fe80::/64 :: U 256 0 >> 0 eth0 >> >> *::/0 2001:xxxx:xxxx::5 UG 1 0 >> 0 eth0* >> >> ::/0 fe80::224:38ff:fec9:8b00 UGDAe 1024 0 >> 0 eth0 >> >> ::/0 :: !n -1 1 >> 73 lo >> >> ::1/128 :: Un 0 1 >> 23 lo >> >> 2001:xxxx:xxxx::6/128 :: Un 0 1 >> 24 lo >> >> fe80::216:3eff:fee2:3f3d/128 :: Un 0 1 >> 0 lo >> >> ff00::/8 :: U 256 0 >> 0 eth0 >> >> ::/0 :: !n -1 1 >> 73 lo >> >> >> >> I will investigate further more. Do you think there are something wrong >> with "network-script" that can cause this? I hope not! :) >> >> >> >> Thanks, >> >> >> >> ------------------------------- >> >> Carlos Eduardo Ribas >> >> >> >> >> >> >> >> >> 2012/7/18 Simon Hobson >> >> Carlos Ribas wrote: >> >> I am trying to do some tests with IPv6. I would like to configure a dual >> stack for some services, such as DNS and Web Server. >> >> First of all, to have IPv6 in DomU should I configure IPv6 in Dom0? I'm >> not sure, but I dont think so, since from Dom0 using loopback address I can >> ping the IPv6 address from my router. >> >> >> >> You don't need any address of Dom0 (I'm assuming you are using >> bridging ?) >> >> I have one DomU running IPv6 for testing (DNS, Web server), Dom0 and the >> rest of the network is IPv4 only - well as much as you can when everything >> defaults to at least configuring link-local IPv6 addresses. >> >> >> >> # The primary network interface >> auto eth0 >> iface eth0 inet static >> address 10.0.0.100 >> gateway 10.0.0.1 >> netmask 255.255.255.0 >> broadcast 10.0.0.255 >> >> iface eth0 inet6 static >> address 2001:xxxx:xxxx::6 >> netmask 126 >> gateway 2001:xxxx:xxxx::5 >> >> >> >> That looks OK, I'm running a Hurricane Electric tunnel so mine looks >> different. >> >> >> >> But I cant ping the IPv6 address from my gateway. My routes seems to be >> OK. Should I configure something else? I was looking in google and saw some >> people saying about to check /etc/sysctl.conf, specially the line >> "net.ipv6.conf.all.forwarding=1", but this dont did any difference. >> >> >> >> I have "post-up echo 1 > /proc/sys/net/ipv6/conf/all/forwarding" in >> the IPv6 stanza in my /etc/network/interfaces. But that is only needed to >> make the machine route packets between networks (ie act as a router for >> other devices' traffic), it will still talk to other devices without this. >> >> >> >> (network-script 'network-bridge antispoof=yes') >> (vif-script vif-bridge) >> >> >> >> Standard advice now is not to use a network-script. It made sense a >> while back, but the scripts are deprecated and the host OS generally has >> better tools. For example, in Debian you can put something like this in >> /etc/network/interfaces : >> auto br0 >> iface br0 inet static >> bridge_ports eth0 >> address a.b.c.d >> netmask 255.255.255.0 >> >> One things I suggest it might be worth looking at is your subnet mask. >> Try using 64 instead of 126 and see if it makes any difference. While >> technically a 126 bit netmask ought to work on a P-P link, in practice I >> believe there are a lot of things that break if you go less than 64 bits >> for the host part of the address. >> >> Also, "ip -6 neigh" will show you the known IPv6 neighbours (roughly >> equivalent to ARP cache for Ipv4). That may help in debugging. >> >> _______________________________________________Xen-users mailing listXen-users@lists.xen.orghttp://lists.xen.org/xen-users >> >> > --485b393aab73a1318204c52fe26f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable What let me crazy is that from Dom0 (with local-link) I can ping the router= and from DomU with static IP I can't!

Dom0:
# ping6 2001:xxxx:xxxx::5
PING 2001:xxxx:xxxx::5(2001:xxxx= :xxxx::5) 56 data bytes
64 bytes from 2001:xxxx:xxxx::5: icmp_seq=3D1 ttl=3D64 time=3D4.56 ms
^C<= /div>

DomU:
# ping6 2001:xxxx:xxxx::5
PING 2001:xxxx:xxxx::5(2001:xxxx:xxxx::5) 56 data bytes
^C
--- 2001:xxxx:xxxx::5 ping statistics ---
5 packets transmitted, 0 = received, 100% packet loss, time 3999ms
=A0=A0
Regards,

-----= --------------------------
Carlos Eduardo Ribas





2012/7/19 Carlos Ribas <carlos@ansp.br= >
Hello Stephan,

=A0 =A0 I tried to use my subnet, but did= nt work. I tried to disable autoconf, no success. I also tried to manually = configure the forward in Dom0 using "ip6tables -A FORWARD -s 2001:xxxx= :xxxx::6 -m physdev --physdev-in vif21.0 -j ACCEPT" but once again, wi= thout success.

=A0 =A0 It's odd because if I try to ping the route= r from my DomU, it will not work, and this is the output from "ip -6 n= eigh":

# ip -6 neigh
2001:xxxx:xxxx::5 dev eth0 =A0FA= ILED
fe80::224:38ff:= fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE
=

=A0 =A0 From my router I can't ping my DomU, but t= hen I got this message:=A0
=A0=A0
# ip -6 neigh
2001:xxxx:xxxx::5 dev eth0 lladdr 00:24:38:c9:8= b:00 router REACHABLE
fe80::224:38ff:fec9:8b00 dev eth= 0 lladdr 00:24:38:c9:8b:00 router REACHABLE
<= div>
=A0 =A0 And then it changed to:

# ip -6 neigh
<= font face=3D"courier new, monospace">2001:xxxx:xxxx::5 dev eth0 lladdr 00:2= 4:38:c9:8b:00 router STALE
fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:= c9:8b:00 router STALE

=A0 =A0 What seems to be ok, but it is not = ok. Well, I'm still investigating.=A0

Thank yo= u for your help,=A0
=A0
-------------------------------
Carlos Eduardo Ribas





2012/7/19 Stephan Seitz <s.seitz@netz= haut.de>
=20 =20
Hi,

as Simon already wrote, try to use your provisioned "regular" ipv= 6 net. This is usally
a /48 or /64.

Our dom0 don't have ipv6 configured in any way, it's just enabled b= y default.
Only the usual local-link (fe80...) addresses are bound to the interfaces.<= br> If you're using bridges (peth0 -> eth0 -> vifX.X), you don't = have to touch any
forwarding settings. It's "just working".

If you're using fixed addresses, don't forget to disable autoconf w= hich is default.
E.g. :
iface eth0 inet6 static
=A0=A0=A0 pre-up echo 0 > /proc/sys/net/ipv6/conf/eth0/autoconf
=A0=A0=A0 address ...
Am Mittwoch, den 18.07.2012, 12:48 -0300 schrieb Carlos Ribas:
Hello Simon,


Yes, I'm=A0using bridging.=A0I put 126 as subnet mask because I con= figured a P-P link. Unfortunately use 64 makes no difference.=A0However, th= e command you said showed me that something is wrong:=A0


# ip -6 neigh
2001:xxxx:xxxx::5 dev eth0 =A0FAILED
fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE


I was cheking only with this command (and looking at red line, I though= t that it was all fine):


# route -A inet6
Kernel IPv6 routing table
Destination =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Next Hop =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 Flag Met Ref Use If
2001:xxxx:xxxx::4/126 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 Ue =A0 256 0 =A0 =A0 4 eth0
fe80::/64 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 U =A0 =A0256 0 =A0 =A0 0 eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 2001:xxxx:xxxx::5 =A0 =A0 =A0 =A0 =A0UG =A0 1 =A0 0 =A0 =A0 0 = eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 fe80::224:38ff= :fec9:8b00 =A0 UGDAe 1024 0 =A0 =A0 0 eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 :: =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 !n =A0 -1 =A01 =A0 =A073 lo
::1/128 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Un =A0 0 =A0 1 =A0 =A023 lo
2001:xxxx:xxxx::6/128 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 Un =A0 0 =A0 1 =A0 =A024 lo
fe80::216:3eff:fee2:3f3d/128 =A0 :: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 Un =A0 0 =A0 1 =A0 =A0 0 lo
ff00::/8 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 :: =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 U =A0 =A0256 0 =A0 =A0 0 eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 :: =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 !n =A0 -1 =A01 =A0 =A073 lo


I will investigate further more. Do you think there are something wrong= with "network-script" that can cause this? I hope not! :)


Thanks,


-------------------------------
Carlos Eduardo Ribas







2012/7/18 Simon Hobson <linux@thehobsons.co.uk>
Carlos Ribas wrote:

I am trying to do some tests with IPv6. I would like to configu= re a dual stack for some services, such as DNS and Web Server.

First of all, to have IPv6 in DomU should I configure IPv6 in D= om0? I'm not sure, but I dont think so, since from Dom0 using loopback = address I can ping the IPv6 address from my router.


You don't need any address of Dom0 (I'm assuming you are us= ing bridging ?)

I have one DomU running IPv6 for testing (DNS, Web server), Dom0 an= d the rest of the network is IPv4 only - well as much as you can when every= thing defaults to at least configuring link-local IPv6 addresses.


# The primary network interface
auto eth0
iface eth0 inet static
=A0address 10.0.0.100
=A0gateway 10.0.0.1
=A0netmask 255.255.255.0
=A0broadcast 10.0.0.255

iface eth0 inet6 static
=A0address 2001:xxxx:xxxx::6
=A0netmask 126
=A0gateway 2001:xxxx:xxxx::5


That looks OK, I'm running a Hurricane Electric tunnel so mine = looks different.


But I cant ping the IPv6 address from my gateway. My routes see= ms to be OK. Should I configure something else? I was looking in google and= saw some people saying about to check /etc/sysctl.conf, specially the line= "net.ipv6.conf.all.forwarding=3D1", but this dont did any differ= ence.


I have "post-up echo 1 > /proc/sys/net/ipv6/conf/all/forwar= ding" in the IPv6 stanza in my /etc/network/interfaces. But that is on= ly needed to make the machine route packets between networks (ie act as a r= outer for other devices' traffic), it will still talk to other devices = without this.


(network-script 'network-bridge antispoof=3Dyes')
(vif-script vif-bridge)


Standard advice now is not to use a network-script. It made sense a= while back, but the scripts are deprecated and the host OS generally has b= etter tools. For example, in Debian you can put something like this in /etc= /network/interfaces :
auto br0
iface br0 inet static
=A0 =A0 =A0 =A0 bridge_ports eth0
=A0 =A0 =A0 =A0 address a.b.c.d
=A0 =A0 =A0 =A0 netmask 255.255.255.0

One things I suggest it might be worth looking at is your subnet ma= sk. Try using 64 instead of 126 and see if it makes any difference. While t= echnically a 126 bit netmask ought to work on a P-P link, in practice I bel= ieve there are a lot of things that break if you go less than 64 bits for t= he host part of the address.

Also, "ip -6 neigh" will show you the known IPv6 neighbou= rs (roughly equivalent to ARP cache for Ipv4). That may help in debugging.<= br> 
__________________________________=
_____________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users


--485b393aab73a1318204c52fe26f-- --===============1950946427925468201== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1950946427925468201==-- From xen-users-bounces@lists.xen.org Thu Jul 19 14:50:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Jul 2012 14:50: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 1Srs2j-00067i-S4; Thu, 19 Jul 2012 14:49:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Srs2h-00067V-Jh for xen-users@lists.xen.org; Thu, 19 Jul 2012 14:49:28 +0000 Received: from [85.158.139.83:18963] by server-12.bemta-5.messagelabs.com id 34/E2-25233-67E18005; Thu, 19 Jul 2012 14:49:26 +0000 X-Env-Sender: carlos@ansp.br X-Msg-Ref: server-13.tower-182.messagelabs.com!1342709363!27120558!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=2.1 required=7.0 tests=BODY_RANDOM_LONG,HOT_NASTY, HTML_50_60,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15128 invoked from network); 19 Jul 2012 14:49:24 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 19 Jul 2012 14:49:24 -0000 Received: by qcab12 with SMTP id b12so1937491qca.32 for ; Thu, 19 Jul 2012 07:49:23 -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=6dyeLhRI4IiTO/E2qTbUhRAxiS3qcbV3lS5fJs9N4Ks=; b=n7HgOLaVetMg3hmM2tBpg1cDI+7FRIoHJCB8YZ2qd8wXtVKvMM1qqnWcggv/X3rJlP wFaTB5ysriR6Azrxm8Dq5x9Z7H9hDaJfMMJnzJXP/mNt0DA68NrTfMVQDe+466bkk3d+ TsHZyJJ6AciU8MN/ybl3pAYIXl1fN1fWraEh43uF/fm2dSslY2/okMKmRsrKFS9p0cPG IgHHeJmx2P1Q0cH1SHAvPdulJNBW4rLeeK2UyIx2I7eyhqhCD6BO7jhf/03i7sTzDpr/ 6LQY6ewzCNuHqlsi0YukYIIBpMUr+N4jMYyEWrRIR8SJ20JjMjKeJD1BaTVc+F/4l6ih ijqw== MIME-Version: 1.0 Received: by 10.224.216.7 with SMTP id hg7mr4360289qab.3.1342709363192; Thu, 19 Jul 2012 07:49:23 -0700 (PDT) Received: by 10.229.45.12 with HTTP; Thu, 19 Jul 2012 07:49:23 -0700 (PDT) In-Reply-To: References: <1342698579.5477.13.camel@wotan2> Date: Thu, 19 Jul 2012 11:49:23 -0300 Message-ID: From: Carlos Ribas To: Stephan Seitz X-Gm-Message-State: ALoCoQmG0IQFwVExXkRYtPMt5l/6M/zEUykgsaXr5oBFG7MWjscRDntMbpaA+b/ZKqWA8p0JrGow Cc: Simon Hobson , "xen-users@lists.xen.org" Subject: Re: [Xen-users] Does anybody here uses IPv6 for 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="===============1950946427925468201==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1950946427925468201== Content-Type: multipart/alternative; boundary=485b393aab73a1318204c52fe26f --485b393aab73a1318204c52fe26f Content-Type: text/plain; charset=ISO-8859-1 What let me crazy is that from Dom0 (with local-link) I can ping the router and from DomU with static IP I can't! Dom0: # ping6 2001:xxxx:xxxx::5 PING 2001:xxxx:xxxx::5(2001:xxxx:xxxx::5) 56 data bytes 64 bytes from 2001:xxxx:xxxx::5: icmp_seq=1 ttl=64 time=4.56 ms ^C DomU: # ping6 2001:xxxx:xxxx::5 PING 2001:xxxx:xxxx::5(2001:xxxx:xxxx::5) 56 data bytes ^C --- 2001:xxxx:xxxx::5 ping statistics --- 5 packets transmitted, 0 received, 100% packet loss, time 3999ms Regards, ------------------------------- Carlos Eduardo Ribas 2012/7/19 Carlos Ribas > Hello Stephan, > > I tried to use my subnet, but didnt work. I tried to disable autoconf, > no success. I also tried to manually configure the forward in Dom0 using > "ip6tables -A FORWARD -s 2001:xxxx:xxxx::6 -m physdev --physdev-in vif21.0 > -j ACCEPT" but once again, without success. > > It's odd because if I try to ping the router from my DomU, it will not > work, and this is the output from "ip -6 neigh": > > # ip -6 neigh > 2001:xxxx:xxxx::5 dev eth0 FAILED > fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE > > From my router I can't ping my DomU, but then I got this message: > > # ip -6 neigh > 2001:xxxx:xxxx::5 dev eth0 lladdr 00:24:38:c9:8b:00 router REACHABLE > fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router REACHABLE > > And then it changed to: > > # ip -6 neigh > 2001:xxxx:xxxx::5 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE > fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE > > What seems to be ok, but it is not ok. Well, I'm still investigating. > > Thank you for your help, > > ------------------------------- > Carlos Eduardo Ribas > > > > > > 2012/7/19 Stephan Seitz > >> ** >> Hi, >> >> as Simon already wrote, try to use your provisioned "regular" ipv6 net. >> This is usally >> a /48 or /64. >> >> Our dom0 don't have ipv6 configured in any way, it's just enabled by >> default. >> Only the usual local-link (fe80...) addresses are bound to the interfaces. >> If you're using bridges (peth0 -> eth0 -> vifX.X), you don't have to >> touch any >> forwarding settings. It's "just working". >> >> If you're using fixed addresses, don't forget to disable autoconf which >> is default. >> E.g. : >> iface eth0 inet6 static >> pre-up echo 0 > /proc/sys/net/ipv6/conf/eth0/autoconf >> address ... >> >> >> >> >> >> Am Mittwoch, den 18.07.2012, 12:48 -0300 schrieb Carlos Ribas: >> >> Hello Simon, >> >> >> >> Yes, I'm using bridging. I put 126 as subnet mask because I configured >> a P-P link. Unfortunately use 64 makes no difference. However, the command >> you said showed me that something is wrong: >> >> >> >> # ip -6 neigh >> >> 2001:xxxx:xxxx::5 dev eth0 FAILED >> >> fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE >> >> >> >> I was cheking only with this command (and looking at red line, I >> thought that it was all fine): >> >> >> >> # route -A inet6 >> >> Kernel IPv6 routing table >> >> Destination Next Hop Flag Met Ref >> Use If >> >> 2001:xxxx:xxxx::4/126 :: Ue 256 0 >> 4 eth0 >> >> fe80::/64 :: U 256 0 >> 0 eth0 >> >> *::/0 2001:xxxx:xxxx::5 UG 1 0 >> 0 eth0* >> >> ::/0 fe80::224:38ff:fec9:8b00 UGDAe 1024 0 >> 0 eth0 >> >> ::/0 :: !n -1 1 >> 73 lo >> >> ::1/128 :: Un 0 1 >> 23 lo >> >> 2001:xxxx:xxxx::6/128 :: Un 0 1 >> 24 lo >> >> fe80::216:3eff:fee2:3f3d/128 :: Un 0 1 >> 0 lo >> >> ff00::/8 :: U 256 0 >> 0 eth0 >> >> ::/0 :: !n -1 1 >> 73 lo >> >> >> >> I will investigate further more. Do you think there are something wrong >> with "network-script" that can cause this? I hope not! :) >> >> >> >> Thanks, >> >> >> >> ------------------------------- >> >> Carlos Eduardo Ribas >> >> >> >> >> >> >> >> >> 2012/7/18 Simon Hobson >> >> Carlos Ribas wrote: >> >> I am trying to do some tests with IPv6. I would like to configure a dual >> stack for some services, such as DNS and Web Server. >> >> First of all, to have IPv6 in DomU should I configure IPv6 in Dom0? I'm >> not sure, but I dont think so, since from Dom0 using loopback address I can >> ping the IPv6 address from my router. >> >> >> >> You don't need any address of Dom0 (I'm assuming you are using >> bridging ?) >> >> I have one DomU running IPv6 for testing (DNS, Web server), Dom0 and the >> rest of the network is IPv4 only - well as much as you can when everything >> defaults to at least configuring link-local IPv6 addresses. >> >> >> >> # The primary network interface >> auto eth0 >> iface eth0 inet static >> address 10.0.0.100 >> gateway 10.0.0.1 >> netmask 255.255.255.0 >> broadcast 10.0.0.255 >> >> iface eth0 inet6 static >> address 2001:xxxx:xxxx::6 >> netmask 126 >> gateway 2001:xxxx:xxxx::5 >> >> >> >> That looks OK, I'm running a Hurricane Electric tunnel so mine looks >> different. >> >> >> >> But I cant ping the IPv6 address from my gateway. My routes seems to be >> OK. Should I configure something else? I was looking in google and saw some >> people saying about to check /etc/sysctl.conf, specially the line >> "net.ipv6.conf.all.forwarding=1", but this dont did any difference. >> >> >> >> I have "post-up echo 1 > /proc/sys/net/ipv6/conf/all/forwarding" in >> the IPv6 stanza in my /etc/network/interfaces. But that is only needed to >> make the machine route packets between networks (ie act as a router for >> other devices' traffic), it will still talk to other devices without this. >> >> >> >> (network-script 'network-bridge antispoof=yes') >> (vif-script vif-bridge) >> >> >> >> Standard advice now is not to use a network-script. It made sense a >> while back, but the scripts are deprecated and the host OS generally has >> better tools. For example, in Debian you can put something like this in >> /etc/network/interfaces : >> auto br0 >> iface br0 inet static >> bridge_ports eth0 >> address a.b.c.d >> netmask 255.255.255.0 >> >> One things I suggest it might be worth looking at is your subnet mask. >> Try using 64 instead of 126 and see if it makes any difference. While >> technically a 126 bit netmask ought to work on a P-P link, in practice I >> believe there are a lot of things that break if you go less than 64 bits >> for the host part of the address. >> >> Also, "ip -6 neigh" will show you the known IPv6 neighbours (roughly >> equivalent to ARP cache for Ipv4). That may help in debugging. >> >> _______________________________________________Xen-users mailing listXen-users@lists.xen.orghttp://lists.xen.org/xen-users >> >> > --485b393aab73a1318204c52fe26f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable What let me crazy is that from Dom0 (with local-link) I can ping the router= and from DomU with static IP I can't!

Dom0:
# ping6 2001:xxxx:xxxx::5
PING 2001:xxxx:xxxx::5(2001:xxxx= :xxxx::5) 56 data bytes
64 bytes from 2001:xxxx:xxxx::5: icmp_seq=3D1 ttl=3D64 time=3D4.56 ms
^C<= /div>

DomU:
# ping6 2001:xxxx:xxxx::5
PING 2001:xxxx:xxxx::5(2001:xxxx:xxxx::5) 56 data bytes
^C
--- 2001:xxxx:xxxx::5 ping statistics ---
5 packets transmitted, 0 = received, 100% packet loss, time 3999ms
=A0=A0
Regards,

-----= --------------------------
Carlos Eduardo Ribas





2012/7/19 Carlos Ribas <carlos@ansp.br= >
Hello Stephan,

=A0 =A0 I tried to use my subnet, but did= nt work. I tried to disable autoconf, no success. I also tried to manually = configure the forward in Dom0 using "ip6tables -A FORWARD -s 2001:xxxx= :xxxx::6 -m physdev --physdev-in vif21.0 -j ACCEPT" but once again, wi= thout success.

=A0 =A0 It's odd because if I try to ping the route= r from my DomU, it will not work, and this is the output from "ip -6 n= eigh":

# ip -6 neigh
2001:xxxx:xxxx::5 dev eth0 =A0FA= ILED
fe80::224:38ff:= fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE
=

=A0 =A0 From my router I can't ping my DomU, but t= hen I got this message:=A0
=A0=A0
# ip -6 neigh
2001:xxxx:xxxx::5 dev eth0 lladdr 00:24:38:c9:8= b:00 router REACHABLE
fe80::224:38ff:fec9:8b00 dev eth= 0 lladdr 00:24:38:c9:8b:00 router REACHABLE
<= div>
=A0 =A0 And then it changed to:

# ip -6 neigh
<= font face=3D"courier new, monospace">2001:xxxx:xxxx::5 dev eth0 lladdr 00:2= 4:38:c9:8b:00 router STALE
fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:= c9:8b:00 router STALE

=A0 =A0 What seems to be ok, but it is not = ok. Well, I'm still investigating.=A0

Thank yo= u for your help,=A0
=A0
-------------------------------
Carlos Eduardo Ribas





2012/7/19 Stephan Seitz <s.seitz@netz= haut.de>
=20 =20
Hi,

as Simon already wrote, try to use your provisioned "regular" ipv= 6 net. This is usally
a /48 or /64.

Our dom0 don't have ipv6 configured in any way, it's just enabled b= y default.
Only the usual local-link (fe80...) addresses are bound to the interfaces.<= br> If you're using bridges (peth0 -> eth0 -> vifX.X), you don't = have to touch any
forwarding settings. It's "just working".

If you're using fixed addresses, don't forget to disable autoconf w= hich is default.
E.g. :
iface eth0 inet6 static
=A0=A0=A0 pre-up echo 0 > /proc/sys/net/ipv6/conf/eth0/autoconf
=A0=A0=A0 address ...
Am Mittwoch, den 18.07.2012, 12:48 -0300 schrieb Carlos Ribas:
Hello Simon,


Yes, I'm=A0using bridging.=A0I put 126 as subnet mask because I con= figured a P-P link. Unfortunately use 64 makes no difference.=A0However, th= e command you said showed me that something is wrong:=A0


# ip -6 neigh
2001:xxxx:xxxx::5 dev eth0 =A0FAILED
fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE


I was cheking only with this command (and looking at red line, I though= t that it was all fine):


# route -A inet6
Kernel IPv6 routing table
Destination =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Next Hop =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 Flag Met Ref Use If
2001:xxxx:xxxx::4/126 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 Ue =A0 256 0 =A0 =A0 4 eth0
fe80::/64 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 U =A0 =A0256 0 =A0 =A0 0 eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 2001:xxxx:xxxx::5 =A0 =A0 =A0 =A0 =A0UG =A0 1 =A0 0 =A0 =A0 0 = eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 fe80::224:38ff= :fec9:8b00 =A0 UGDAe 1024 0 =A0 =A0 0 eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 :: =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 !n =A0 -1 =A01 =A0 =A073 lo
::1/128 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Un =A0 0 =A0 1 =A0 =A023 lo
2001:xxxx:xxxx::6/128 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 Un =A0 0 =A0 1 =A0 =A024 lo
fe80::216:3eff:fee2:3f3d/128 =A0 :: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 Un =A0 0 =A0 1 =A0 =A0 0 lo
ff00::/8 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 :: =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 U =A0 =A0256 0 =A0 =A0 0 eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 :: =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 !n =A0 -1 =A01 =A0 =A073 lo


I will investigate further more. Do you think there are something wrong= with "network-script" that can cause this? I hope not! :)


Thanks,


-------------------------------
Carlos Eduardo Ribas







2012/7/18 Simon Hobson <linux@thehobsons.co.uk>
Carlos Ribas wrote:

I am trying to do some tests with IPv6. I would like to configu= re a dual stack for some services, such as DNS and Web Server.

First of all, to have IPv6 in DomU should I configure IPv6 in D= om0? I'm not sure, but I dont think so, since from Dom0 using loopback = address I can ping the IPv6 address from my router.


You don't need any address of Dom0 (I'm assuming you are us= ing bridging ?)

I have one DomU running IPv6 for testing (DNS, Web server), Dom0 an= d the rest of the network is IPv4 only - well as much as you can when every= thing defaults to at least configuring link-local IPv6 addresses.


# The primary network interface
auto eth0
iface eth0 inet static
=A0address 10.0.0.100
=A0gateway 10.0.0.1
=A0netmask 255.255.255.0
=A0broadcast 10.0.0.255

iface eth0 inet6 static
=A0address 2001:xxxx:xxxx::6
=A0netmask 126
=A0gateway 2001:xxxx:xxxx::5


That looks OK, I'm running a Hurricane Electric tunnel so mine = looks different.


But I cant ping the IPv6 address from my gateway. My routes see= ms to be OK. Should I configure something else? I was looking in google and= saw some people saying about to check /etc/sysctl.conf, specially the line= "net.ipv6.conf.all.forwarding=3D1", but this dont did any differ= ence.


I have "post-up echo 1 > /proc/sys/net/ipv6/conf/all/forwar= ding" in the IPv6 stanza in my /etc/network/interfaces. But that is on= ly needed to make the machine route packets between networks (ie act as a r= outer for other devices' traffic), it will still talk to other devices = without this.


(network-script 'network-bridge antispoof=3Dyes')
(vif-script vif-bridge)


Standard advice now is not to use a network-script. It made sense a= while back, but the scripts are deprecated and the host OS generally has b= etter tools. For example, in Debian you can put something like this in /etc= /network/interfaces :
auto br0
iface br0 inet static
=A0 =A0 =A0 =A0 bridge_ports eth0
=A0 =A0 =A0 =A0 address a.b.c.d
=A0 =A0 =A0 =A0 netmask 255.255.255.0

One things I suggest it might be worth looking at is your subnet ma= sk. Try using 64 instead of 126 and see if it makes any difference. While t= echnically a 126 bit netmask ought to work on a P-P link, in practice I bel= ieve there are a lot of things that break if you go less than 64 bits for t= he host part of the address.

Also, "ip -6 neigh" will show you the known IPv6 neighbou= rs (roughly equivalent to ARP cache for Ipv4). That may help in debugging.<= br> 
__________________________________=
_____________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users


--485b393aab73a1318204c52fe26f-- --===============1950946427925468201== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1950946427925468201==-- From xen-users-bounces@lists.xen.org Thu Jul 19 17:42:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Jul 2012 17:42: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 1SruiU-0001Tj-AY; Thu, 19 Jul 2012 17:40:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SruiT-0001Te-3H for xen-users@lists.xen.org; Thu, 19 Jul 2012 17:40:45 +0000 Received: from [85.158.143.99:47566] by server-1.bemta-4.messagelabs.com id FA/4B-24392-C9648005; Thu, 19 Jul 2012 17:40:44 +0000 X-Env-Sender: carlos@ansp.br X-Msg-Ref: server-11.tower-216.messagelabs.com!1342719641!20215531!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=2.1 required=7.0 tests=BODY_RANDOM_LONG,HOT_NASTY, HTML_50_60,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2611 invoked from network); 19 Jul 2012 17:40:42 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 19 Jul 2012 17:40:42 -0000 Received: by qcab12 with SMTP id b12so2097658qca.32 for ; Thu, 19 Jul 2012 10:40:41 -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=MJ2+F/DRHDuhKz4UvlNygVl+kK/7hoqYh/mfSnINo6s=; b=Gda6IzOxGJOnCNtjpnj/1v+UDINCeGDbnwuCKb8kMixyBRYN0uwGWBt4y2dXUM6seP WEOVbT8a/yhKx0wI5iTFtaPfx0YQQPGgKrEavkFszVKsEN55nD0lqX6+IcbsCmRndFzN k9qcJuhX64Nlo9Xtm8JsAqo/cPkj8qPpqnv8XlSsUPpW35AM2mdq3tdD+E78HHAy4Icn KpECyShRBWeEoxihn1m769yap5yaoW8L/3jJ5zmGA5Zhazlg+UAJGy39wDyHR7A8a4aB +mFzmVbBZyhm4QniDI8E6rb3v3wHE7M4R5YDwxXevrOdgHK0oT0/JRiNHOxTRgU0LmAD Ky8w== MIME-Version: 1.0 Received: by 10.224.191.138 with SMTP id dm10mr5040981qab.94.1342719641288; Thu, 19 Jul 2012 10:40:41 -0700 (PDT) Received: by 10.229.45.12 with HTTP; Thu, 19 Jul 2012 10:40:41 -0700 (PDT) In-Reply-To: References: <1342698579.5477.13.camel@wotan2> Date: Thu, 19 Jul 2012 14:40:41 -0300 Message-ID: From: Carlos Ribas To: Stephan Seitz X-Gm-Message-State: ALoCoQm5t+iwgBFINVCFvtH1Kzjl03OBuLIx6KLDIxTQ7HBWHn9V7VKjAntlCpzvK5aFLRB5QWB6 Cc: Simon Hobson , "xen-users@lists.xen.org" Subject: Re: [Xen-users] Does anybody here uses IPv6 for 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="===============4113588895328468223==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4113588895328468223== Content-Type: multipart/alternative; boundary=20cf300fb0d5407e7904c532472f --20cf300fb0d5407e7904c532472f Content-Type: text/plain; charset=ISO-8859-1 Can someone put here the output from the command "ip6tables -L -n" from Dom0? Thanks, ------------------------------- Carlos Eduardo Ribas 2012/7/19 Carlos Ribas > What let me crazy is that from Dom0 (with local-link) I can ping the > router and from DomU with static IP I can't! > > Dom0: > # ping6 2001:xxxx:xxxx::5 > PING 2001:xxxx:xxxx::5(2001:xxxx:xxxx::5) 56 data bytes > 64 bytes from 2001:xxxx:xxxx::5: icmp_seq=1 ttl=64 time=4.56 ms > ^C > > DomU: > # ping6 2001:xxxx:xxxx::5 > PING 2001:xxxx:xxxx::5(2001:xxxx:xxxx::5) 56 data bytes > ^C > --- 2001:xxxx:xxxx::5 ping statistics --- > 5 packets transmitted, 0 received, 100% packet loss, time 3999ms > > Regards, > > ------------------------------- > Carlos Eduardo Ribas > > > > > > 2012/7/19 Carlos Ribas > >> Hello Stephan, >> >> I tried to use my subnet, but didnt work. I tried to disable >> autoconf, no success. I also tried to manually configure the forward in >> Dom0 using "ip6tables -A FORWARD -s 2001:xxxx:xxxx::6 -m physdev >> --physdev-in vif21.0 -j ACCEPT" but once again, without success. >> >> It's odd because if I try to ping the router from my DomU, it will >> not work, and this is the output from "ip -6 neigh": >> >> # ip -6 neigh >> 2001:xxxx:xxxx::5 dev eth0 FAILED >> fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE >> >> From my router I can't ping my DomU, but then I got this message: >> >> # ip -6 neigh >> 2001:xxxx:xxxx::5 dev eth0 lladdr 00:24:38:c9:8b:00 router REACHABLE >> fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router >> REACHABLE >> >> And then it changed to: >> >> # ip -6 neigh >> 2001:xxxx:xxxx::5 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE >> fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE >> >> What seems to be ok, but it is not ok. Well, I'm still investigating. >> >> Thank you for your help, >> >> ------------------------------- >> Carlos Eduardo Ribas >> >> >> >> >> >> 2012/7/19 Stephan Seitz >> >>> ** >>> Hi, >>> >>> as Simon already wrote, try to use your provisioned "regular" ipv6 net. >>> This is usally >>> a /48 or /64. >>> >>> Our dom0 don't have ipv6 configured in any way, it's just enabled by >>> default. >>> Only the usual local-link (fe80...) addresses are bound to the >>> interfaces. >>> If you're using bridges (peth0 -> eth0 -> vifX.X), you don't have to >>> touch any >>> forwarding settings. It's "just working". >>> >>> If you're using fixed addresses, don't forget to disable autoconf which >>> is default. >>> E.g. : >>> iface eth0 inet6 static >>> pre-up echo 0 > /proc/sys/net/ipv6/conf/eth0/autoconf >>> address ... >>> >>> >>> >>> >>> >>> Am Mittwoch, den 18.07.2012, 12:48 -0300 schrieb Carlos Ribas: >>> >>> Hello Simon, >>> >>> >>> >>> Yes, I'm using bridging. I put 126 as subnet mask because I configured >>> a P-P link. Unfortunately use 64 makes no difference. However, the command >>> you said showed me that something is wrong: >>> >>> >>> >>> # ip -6 neigh >>> >>> 2001:xxxx:xxxx::5 dev eth0 FAILED >>> >>> fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE >>> >>> >>> >>> I was cheking only with this command (and looking at red line, I >>> thought that it was all fine): >>> >>> >>> >>> # route -A inet6 >>> >>> Kernel IPv6 routing table >>> >>> Destination Next Hop Flag Met Ref >>> Use If >>> >>> 2001:xxxx:xxxx::4/126 :: Ue 256 0 >>> 4 eth0 >>> >>> fe80::/64 :: U 256 0 >>> 0 eth0 >>> >>> *::/0 2001:xxxx:xxxx::5 UG 1 0 >>> 0 eth0* >>> >>> ::/0 fe80::224:38ff:fec9:8b00 UGDAe 1024 0 >>> 0 eth0 >>> >>> ::/0 :: !n -1 1 >>> 73 lo >>> >>> ::1/128 :: Un 0 1 >>> 23 lo >>> >>> 2001:xxxx:xxxx::6/128 :: Un 0 1 >>> 24 lo >>> >>> fe80::216:3eff:fee2:3f3d/128 :: Un 0 1 >>> 0 lo >>> >>> ff00::/8 :: U 256 0 >>> 0 eth0 >>> >>> ::/0 :: !n -1 1 >>> 73 lo >>> >>> >>> >>> I will investigate further more. Do you think there are something >>> wrong with "network-script" that can cause this? I hope not! :) >>> >>> >>> >>> Thanks, >>> >>> >>> >>> ------------------------------- >>> >>> Carlos Eduardo Ribas >>> >>> >>> >>> >>> >>> >>> >>> >>> 2012/7/18 Simon Hobson >>> >>> Carlos Ribas wrote: >>> >>> I am trying to do some tests with IPv6. I would like to configure a >>> dual stack for some services, such as DNS and Web Server. >>> >>> First of all, to have IPv6 in DomU should I configure IPv6 in Dom0? I'm >>> not sure, but I dont think so, since from Dom0 using loopback address I can >>> ping the IPv6 address from my router. >>> >>> >>> >>> You don't need any address of Dom0 (I'm assuming you are using >>> bridging ?) >>> >>> I have one DomU running IPv6 for testing (DNS, Web server), Dom0 and the >>> rest of the network is IPv4 only - well as much as you can when everything >>> defaults to at least configuring link-local IPv6 addresses. >>> >>> >>> >>> # The primary network interface >>> auto eth0 >>> iface eth0 inet static >>> address 10.0.0.100 >>> gateway 10.0.0.1 >>> netmask 255.255.255.0 >>> broadcast 10.0.0.255 >>> >>> iface eth0 inet6 static >>> address 2001:xxxx:xxxx::6 >>> netmask 126 >>> gateway 2001:xxxx:xxxx::5 >>> >>> >>> >>> That looks OK, I'm running a Hurricane Electric tunnel so mine looks >>> different. >>> >>> >>> >>> But I cant ping the IPv6 address from my gateway. My routes seems to be >>> OK. Should I configure something else? I was looking in google and saw some >>> people saying about to check /etc/sysctl.conf, specially the line >>> "net.ipv6.conf.all.forwarding=1", but this dont did any difference. >>> >>> >>> >>> I have "post-up echo 1 > /proc/sys/net/ipv6/conf/all/forwarding" in >>> the IPv6 stanza in my /etc/network/interfaces. But that is only needed to >>> make the machine route packets between networks (ie act as a router for >>> other devices' traffic), it will still talk to other devices without this. >>> >>> >>> >>> (network-script 'network-bridge antispoof=yes') >>> (vif-script vif-bridge) >>> >>> >>> >>> Standard advice now is not to use a network-script. It made sense a >>> while back, but the scripts are deprecated and the host OS generally has >>> better tools. For example, in Debian you can put something like this in >>> /etc/network/interfaces : >>> auto br0 >>> iface br0 inet static >>> bridge_ports eth0 >>> address a.b.c.d >>> netmask 255.255.255.0 >>> >>> One things I suggest it might be worth looking at is your subnet mask. >>> Try using 64 instead of 126 and see if it makes any difference. While >>> technically a 126 bit netmask ought to work on a P-P link, in practice I >>> believe there are a lot of things that break if you go less than 64 bits >>> for the host part of the address. >>> >>> Also, "ip -6 neigh" will show you the known IPv6 neighbours (roughly >>> equivalent to ARP cache for Ipv4). That may help in debugging. >>> >>> _______________________________________________Xen-users mailing listXen-users@lists.xen.orghttp://lists.xen.org/xen-users >>> >>> >> > --20cf300fb0d5407e7904c532472f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Can someone put here the output from the command "ip6tables -L -n"= ; from Dom0?

Thanks,

--= -----------------------------
Carlos Eduardo Ribas



2012/7/19 Carlos Ribas <carlos@ansp.br= >
What let me crazy is that from Dom0 (with local-link) I can ping the router= and from DomU with static IP I can't!

Dom0:
# ping6 2001:xxxx:xxxx::5
PING 2001:xxxx:xxxx::5(2001:xxxx= :xxxx::5) 56 data bytes
64 bytes from 2001:xxxx:xxxx::5: icmp_seq=3D1 ttl=3D64 time=3D4.56 ms
^C<= /div>

DomU:
# ping6 2001:xxxx:xxxx::5
PING 2001:xxxx:xxxx::5(2001:xxxx:xxxx::5) 56 data bytes
^C
--- 2001:xxxx:xxxx::5 ping statistics ---
5 packets transmitted, 0 = received, 100% packet loss, time 3999ms
=A0=A0
Regards,

-----= --------------------------
Carlos Eduardo Ribas





2012/7/19 Carlos Ribas <carlos@ansp.br= >
Hello Stephan,

=A0 =A0 I tried to use my subnet, but did= nt work. I tried to disable autoconf, no success. I also tried to manually = configure the forward in Dom0 using "ip6tables -A FORWARD -s 2001:xxxx= :xxxx::6 -m physdev --physdev-in vif21.0 -j ACCEPT" but once again, wi= thout success.

=A0 =A0 It's odd because if I try to ping the route= r from my DomU, it will not work, and this is the output from "ip -6 n= eigh":

# ip -6 neigh
2001:xxxx:xxxx::5 dev eth0 =A0FA= ILED
fe80::224:38ff:= fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE
=

=A0 =A0 From my router I can't ping my DomU, but t= hen I got this message:=A0
=A0=A0
# ip -6 neigh
2001:xxxx:xxxx::5 dev eth0 lladdr 00:24:38:c9:8= b:00 router REACHABLE
fe80::224:38ff:fec9:8b00 dev eth= 0 lladdr 00:24:38:c9:8b:00 router REACHABLE
<= div>
=A0 =A0 And then it changed to:

# ip -6 neigh
<= font face=3D"courier new, monospace">2001:xxxx:xxxx::5 dev eth0 lladdr 00:2= 4:38:c9:8b:00 router STALE
fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 rout= er STALE

=A0 =A0 What seems to be ok, but it is not = ok. Well, I'm still investigating.=A0

Thank yo= u for your help,=A0
=A0
-------------------------------
Carlos Eduardo Ribas





2012/7/19 Stephan Seitz <s.seitz@netz= haut.de>
=20 =20
Hi,

as Simon already wrote, try to use your provisioned "regular" ipv= 6 net. This is usally
a /48 or /64.

Our dom0 don't have ipv6 configured in any way, it's just enabled b= y default.
Only the usual local-link (fe80...) addresses are bound to the interfaces.<= br> If you're using bridges (peth0 -> eth0 -> vifX.X), you don't = have to touch any
forwarding settings. It's "just working".

If you're using fixed addresses, don't forget to disable autoconf w= hich is default.
E.g. :
iface eth0 inet6 static
=A0=A0=A0 pre-up echo 0 > /proc/sys/net/ipv6/conf/eth0/autoconf
=A0=A0=A0 address ...
Am Mittwoch, den 18.07.2012, 12:48 -0300 schrieb Carlos Ribas:
Hello Simon,


Yes, I'm=A0using bridging.=A0I put 126 as subnet mask because I con= figured a P-P link. Unfortunately use 64 makes no difference.=A0However, th= e command you said showed me that something is wrong:=A0


# ip -6 neigh
2001:xxxx:xxxx::5 dev eth0 =A0FAILED
fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE


I was cheking only with this command (and looking at red line, I though= t that it was all fine):


# route -A inet6
Kernel IPv6 routing table
Destination =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Next Hop =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 Flag Met Ref Use If
2001:xxxx:xxxx::4/126 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 Ue =A0 256 0 =A0 =A0 4 eth0
fe80::/64 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 U =A0 =A0256 0 =A0 =A0 0 eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 2001:xxxx:xxxx::5 =A0 =A0 =A0 =A0 =A0UG =A0 1 =A0 0 =A0 =A0 0 = eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 fe80::224:38ff= :fec9:8b00 =A0 UGDAe 1024 0 =A0 =A0 0 eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 :: =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 !n =A0 -1 =A01 =A0 =A073 lo
::1/128 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Un =A0 0 =A0 1 =A0 =A023 lo
2001:xxxx:xxxx::6/128 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 Un =A0 0 =A0 1 =A0 =A024 lo
fe80::216:3eff:fee2:3f3d/128 =A0 :: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 Un =A0 0 =A0 1 =A0 =A0 0 lo
ff00::/8 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 :: =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 U =A0 =A0256 0 =A0 =A0 0 eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 :: =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 !n =A0 -1 =A01 =A0 =A073 lo


I will investigate further more. Do you think there are something wrong= with "network-script" that can cause this? I hope not! :)


Thanks,


-------------------------------
Carlos Eduardo Ribas







2012/7/18 Simon Hobson <linux@thehobsons.co.uk>
Carlos Ribas wrote:

I am trying to do some tests with IPv6. I would like to configu= re a dual stack for some services, such as DNS and Web Server.

First of all, to have IPv6 in DomU should I configure IPv6 in D= om0? I'm not sure, but I dont think so, since from Dom0 using loopback = address I can ping the IPv6 address from my router.


You don't need any address of Dom0 (I'm assuming you are us= ing bridging ?)

I have one DomU running IPv6 for testing (DNS, Web server), Dom0 an= d the rest of the network is IPv4 only - well as much as you can when every= thing defaults to at least configuring link-local IPv6 addresses.


# The primary network interface
auto eth0
iface eth0 inet static
=A0address 10.0.0.100
=A0gateway 10.0.0.1
=A0netmask 255.255.255.0
=A0broadcast 10.0.0.255

iface eth0 inet6 static
=A0address 2001:xxxx:xxxx::6
=A0netmask 126
=A0gateway 2001:xxxx:xxxx::5


That looks OK, I'm running a Hurricane Electric tunnel so mine = looks different.


But I cant ping the IPv6 address from my gateway. My routes see= ms to be OK. Should I configure something else? I was looking in google and= saw some people saying about to check /etc/sysctl.conf, specially the line= "net.ipv6.conf.all.forwarding=3D1", but this dont did any differ= ence.


I have "post-up echo 1 > /proc/sys/net/ipv6/conf/all/forwar= ding" in the IPv6 stanza in my /etc/network/interfaces. But that is on= ly needed to make the machine route packets between networks (ie act as a r= outer for other devices' traffic), it will still talk to other devices = without this.


(network-script 'network-bridge antispoof=3Dyes')
(vif-script vif-bridge)


Standard advice now is not to use a network-script. It made sense a= while back, but the scripts are deprecated and the host OS generally has b= etter tools. For example, in Debian you can put something like this in /etc= /network/interfaces :
auto br0
iface br0 inet static
=A0 =A0 =A0 =A0 bridge_ports eth0
=A0 =A0 =A0 =A0 address a.b.c.d
=A0 =A0 =A0 =A0 netmask 255.255.255.0

One things I suggest it might be worth looking at is your subnet ma= sk. Try using 64 instead of 126 and see if it makes any difference. While t= echnically a 126 bit netmask ought to work on a P-P link, in practice I bel= ieve there are a lot of things that break if you go less than 64 bits for t= he host part of the address.

Also, "ip -6 neigh" will show you the known IPv6 neighbou= rs (roughly equivalent to ARP cache for Ipv4). That may help in debugging.<= br> 
__________________________________=
_____________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users



--20cf300fb0d5407e7904c532472f-- --===============4113588895328468223== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4113588895328468223==-- From xen-users-bounces@lists.xen.org Thu Jul 19 17:42:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Jul 2012 17:42: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 1SruiU-0001Tj-AY; Thu, 19 Jul 2012 17:40:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SruiT-0001Te-3H for xen-users@lists.xen.org; Thu, 19 Jul 2012 17:40:45 +0000 Received: from [85.158.143.99:47566] by server-1.bemta-4.messagelabs.com id FA/4B-24392-C9648005; Thu, 19 Jul 2012 17:40:44 +0000 X-Env-Sender: carlos@ansp.br X-Msg-Ref: server-11.tower-216.messagelabs.com!1342719641!20215531!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=2.1 required=7.0 tests=BODY_RANDOM_LONG,HOT_NASTY, HTML_50_60,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2611 invoked from network); 19 Jul 2012 17:40:42 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 19 Jul 2012 17:40:42 -0000 Received: by qcab12 with SMTP id b12so2097658qca.32 for ; Thu, 19 Jul 2012 10:40:41 -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=MJ2+F/DRHDuhKz4UvlNygVl+kK/7hoqYh/mfSnINo6s=; b=Gda6IzOxGJOnCNtjpnj/1v+UDINCeGDbnwuCKb8kMixyBRYN0uwGWBt4y2dXUM6seP WEOVbT8a/yhKx0wI5iTFtaPfx0YQQPGgKrEavkFszVKsEN55nD0lqX6+IcbsCmRndFzN k9qcJuhX64Nlo9Xtm8JsAqo/cPkj8qPpqnv8XlSsUPpW35AM2mdq3tdD+E78HHAy4Icn KpECyShRBWeEoxihn1m769yap5yaoW8L/3jJ5zmGA5Zhazlg+UAJGy39wDyHR7A8a4aB +mFzmVbBZyhm4QniDI8E6rb3v3wHE7M4R5YDwxXevrOdgHK0oT0/JRiNHOxTRgU0LmAD Ky8w== MIME-Version: 1.0 Received: by 10.224.191.138 with SMTP id dm10mr5040981qab.94.1342719641288; Thu, 19 Jul 2012 10:40:41 -0700 (PDT) Received: by 10.229.45.12 with HTTP; Thu, 19 Jul 2012 10:40:41 -0700 (PDT) In-Reply-To: References: <1342698579.5477.13.camel@wotan2> Date: Thu, 19 Jul 2012 14:40:41 -0300 Message-ID: From: Carlos Ribas To: Stephan Seitz X-Gm-Message-State: ALoCoQm5t+iwgBFINVCFvtH1Kzjl03OBuLIx6KLDIxTQ7HBWHn9V7VKjAntlCpzvK5aFLRB5QWB6 Cc: Simon Hobson , "xen-users@lists.xen.org" Subject: Re: [Xen-users] Does anybody here uses IPv6 for 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="===============4113588895328468223==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4113588895328468223== Content-Type: multipart/alternative; boundary=20cf300fb0d5407e7904c532472f --20cf300fb0d5407e7904c532472f Content-Type: text/plain; charset=ISO-8859-1 Can someone put here the output from the command "ip6tables -L -n" from Dom0? Thanks, ------------------------------- Carlos Eduardo Ribas 2012/7/19 Carlos Ribas > What let me crazy is that from Dom0 (with local-link) I can ping the > router and from DomU with static IP I can't! > > Dom0: > # ping6 2001:xxxx:xxxx::5 > PING 2001:xxxx:xxxx::5(2001:xxxx:xxxx::5) 56 data bytes > 64 bytes from 2001:xxxx:xxxx::5: icmp_seq=1 ttl=64 time=4.56 ms > ^C > > DomU: > # ping6 2001:xxxx:xxxx::5 > PING 2001:xxxx:xxxx::5(2001:xxxx:xxxx::5) 56 data bytes > ^C > --- 2001:xxxx:xxxx::5 ping statistics --- > 5 packets transmitted, 0 received, 100% packet loss, time 3999ms > > Regards, > > ------------------------------- > Carlos Eduardo Ribas > > > > > > 2012/7/19 Carlos Ribas > >> Hello Stephan, >> >> I tried to use my subnet, but didnt work. I tried to disable >> autoconf, no success. I also tried to manually configure the forward in >> Dom0 using "ip6tables -A FORWARD -s 2001:xxxx:xxxx::6 -m physdev >> --physdev-in vif21.0 -j ACCEPT" but once again, without success. >> >> It's odd because if I try to ping the router from my DomU, it will >> not work, and this is the output from "ip -6 neigh": >> >> # ip -6 neigh >> 2001:xxxx:xxxx::5 dev eth0 FAILED >> fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE >> >> From my router I can't ping my DomU, but then I got this message: >> >> # ip -6 neigh >> 2001:xxxx:xxxx::5 dev eth0 lladdr 00:24:38:c9:8b:00 router REACHABLE >> fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router >> REACHABLE >> >> And then it changed to: >> >> # ip -6 neigh >> 2001:xxxx:xxxx::5 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE >> fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE >> >> What seems to be ok, but it is not ok. Well, I'm still investigating. >> >> Thank you for your help, >> >> ------------------------------- >> Carlos Eduardo Ribas >> >> >> >> >> >> 2012/7/19 Stephan Seitz >> >>> ** >>> Hi, >>> >>> as Simon already wrote, try to use your provisioned "regular" ipv6 net. >>> This is usally >>> a /48 or /64. >>> >>> Our dom0 don't have ipv6 configured in any way, it's just enabled by >>> default. >>> Only the usual local-link (fe80...) addresses are bound to the >>> interfaces. >>> If you're using bridges (peth0 -> eth0 -> vifX.X), you don't have to >>> touch any >>> forwarding settings. It's "just working". >>> >>> If you're using fixed addresses, don't forget to disable autoconf which >>> is default. >>> E.g. : >>> iface eth0 inet6 static >>> pre-up echo 0 > /proc/sys/net/ipv6/conf/eth0/autoconf >>> address ... >>> >>> >>> >>> >>> >>> Am Mittwoch, den 18.07.2012, 12:48 -0300 schrieb Carlos Ribas: >>> >>> Hello Simon, >>> >>> >>> >>> Yes, I'm using bridging. I put 126 as subnet mask because I configured >>> a P-P link. Unfortunately use 64 makes no difference. However, the command >>> you said showed me that something is wrong: >>> >>> >>> >>> # ip -6 neigh >>> >>> 2001:xxxx:xxxx::5 dev eth0 FAILED >>> >>> fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE >>> >>> >>> >>> I was cheking only with this command (and looking at red line, I >>> thought that it was all fine): >>> >>> >>> >>> # route -A inet6 >>> >>> Kernel IPv6 routing table >>> >>> Destination Next Hop Flag Met Ref >>> Use If >>> >>> 2001:xxxx:xxxx::4/126 :: Ue 256 0 >>> 4 eth0 >>> >>> fe80::/64 :: U 256 0 >>> 0 eth0 >>> >>> *::/0 2001:xxxx:xxxx::5 UG 1 0 >>> 0 eth0* >>> >>> ::/0 fe80::224:38ff:fec9:8b00 UGDAe 1024 0 >>> 0 eth0 >>> >>> ::/0 :: !n -1 1 >>> 73 lo >>> >>> ::1/128 :: Un 0 1 >>> 23 lo >>> >>> 2001:xxxx:xxxx::6/128 :: Un 0 1 >>> 24 lo >>> >>> fe80::216:3eff:fee2:3f3d/128 :: Un 0 1 >>> 0 lo >>> >>> ff00::/8 :: U 256 0 >>> 0 eth0 >>> >>> ::/0 :: !n -1 1 >>> 73 lo >>> >>> >>> >>> I will investigate further more. Do you think there are something >>> wrong with "network-script" that can cause this? I hope not! :) >>> >>> >>> >>> Thanks, >>> >>> >>> >>> ------------------------------- >>> >>> Carlos Eduardo Ribas >>> >>> >>> >>> >>> >>> >>> >>> >>> 2012/7/18 Simon Hobson >>> >>> Carlos Ribas wrote: >>> >>> I am trying to do some tests with IPv6. I would like to configure a >>> dual stack for some services, such as DNS and Web Server. >>> >>> First of all, to have IPv6 in DomU should I configure IPv6 in Dom0? I'm >>> not sure, but I dont think so, since from Dom0 using loopback address I can >>> ping the IPv6 address from my router. >>> >>> >>> >>> You don't need any address of Dom0 (I'm assuming you are using >>> bridging ?) >>> >>> I have one DomU running IPv6 for testing (DNS, Web server), Dom0 and the >>> rest of the network is IPv4 only - well as much as you can when everything >>> defaults to at least configuring link-local IPv6 addresses. >>> >>> >>> >>> # The primary network interface >>> auto eth0 >>> iface eth0 inet static >>> address 10.0.0.100 >>> gateway 10.0.0.1 >>> netmask 255.255.255.0 >>> broadcast 10.0.0.255 >>> >>> iface eth0 inet6 static >>> address 2001:xxxx:xxxx::6 >>> netmask 126 >>> gateway 2001:xxxx:xxxx::5 >>> >>> >>> >>> That looks OK, I'm running a Hurricane Electric tunnel so mine looks >>> different. >>> >>> >>> >>> But I cant ping the IPv6 address from my gateway. My routes seems to be >>> OK. Should I configure something else? I was looking in google and saw some >>> people saying about to check /etc/sysctl.conf, specially the line >>> "net.ipv6.conf.all.forwarding=1", but this dont did any difference. >>> >>> >>> >>> I have "post-up echo 1 > /proc/sys/net/ipv6/conf/all/forwarding" in >>> the IPv6 stanza in my /etc/network/interfaces. But that is only needed to >>> make the machine route packets between networks (ie act as a router for >>> other devices' traffic), it will still talk to other devices without this. >>> >>> >>> >>> (network-script 'network-bridge antispoof=yes') >>> (vif-script vif-bridge) >>> >>> >>> >>> Standard advice now is not to use a network-script. It made sense a >>> while back, but the scripts are deprecated and the host OS generally has >>> better tools. For example, in Debian you can put something like this in >>> /etc/network/interfaces : >>> auto br0 >>> iface br0 inet static >>> bridge_ports eth0 >>> address a.b.c.d >>> netmask 255.255.255.0 >>> >>> One things I suggest it might be worth looking at is your subnet mask. >>> Try using 64 instead of 126 and see if it makes any difference. While >>> technically a 126 bit netmask ought to work on a P-P link, in practice I >>> believe there are a lot of things that break if you go less than 64 bits >>> for the host part of the address. >>> >>> Also, "ip -6 neigh" will show you the known IPv6 neighbours (roughly >>> equivalent to ARP cache for Ipv4). That may help in debugging. >>> >>> _______________________________________________Xen-users mailing listXen-users@lists.xen.orghttp://lists.xen.org/xen-users >>> >>> >> > --20cf300fb0d5407e7904c532472f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Can someone put here the output from the command "ip6tables -L -n"= ; from Dom0?

Thanks,

--= -----------------------------
Carlos Eduardo Ribas



2012/7/19 Carlos Ribas <carlos@ansp.br= >
What let me crazy is that from Dom0 (with local-link) I can ping the router= and from DomU with static IP I can't!

Dom0:
# ping6 2001:xxxx:xxxx::5
PING 2001:xxxx:xxxx::5(2001:xxxx= :xxxx::5) 56 data bytes
64 bytes from 2001:xxxx:xxxx::5: icmp_seq=3D1 ttl=3D64 time=3D4.56 ms
^C<= /div>

DomU:
# ping6 2001:xxxx:xxxx::5
PING 2001:xxxx:xxxx::5(2001:xxxx:xxxx::5) 56 data bytes
^C
--- 2001:xxxx:xxxx::5 ping statistics ---
5 packets transmitted, 0 = received, 100% packet loss, time 3999ms
=A0=A0
Regards,

-----= --------------------------
Carlos Eduardo Ribas





2012/7/19 Carlos Ribas <carlos@ansp.br= >
Hello Stephan,

=A0 =A0 I tried to use my subnet, but did= nt work. I tried to disable autoconf, no success. I also tried to manually = configure the forward in Dom0 using "ip6tables -A FORWARD -s 2001:xxxx= :xxxx::6 -m physdev --physdev-in vif21.0 -j ACCEPT" but once again, wi= thout success.

=A0 =A0 It's odd because if I try to ping the route= r from my DomU, it will not work, and this is the output from "ip -6 n= eigh":

# ip -6 neigh
2001:xxxx:xxxx::5 dev eth0 =A0FA= ILED
fe80::224:38ff:= fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE
=

=A0 =A0 From my router I can't ping my DomU, but t= hen I got this message:=A0
=A0=A0
# ip -6 neigh
2001:xxxx:xxxx::5 dev eth0 lladdr 00:24:38:c9:8= b:00 router REACHABLE
fe80::224:38ff:fec9:8b00 dev eth= 0 lladdr 00:24:38:c9:8b:00 router REACHABLE
<= div>
=A0 =A0 And then it changed to:

# ip -6 neigh
<= font face=3D"courier new, monospace">2001:xxxx:xxxx::5 dev eth0 lladdr 00:2= 4:38:c9:8b:00 router STALE
fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 rout= er STALE

=A0 =A0 What seems to be ok, but it is not = ok. Well, I'm still investigating.=A0

Thank yo= u for your help,=A0
=A0
-------------------------------
Carlos Eduardo Ribas





2012/7/19 Stephan Seitz <s.seitz@netz= haut.de>
=20 =20
Hi,

as Simon already wrote, try to use your provisioned "regular" ipv= 6 net. This is usally
a /48 or /64.

Our dom0 don't have ipv6 configured in any way, it's just enabled b= y default.
Only the usual local-link (fe80...) addresses are bound to the interfaces.<= br> If you're using bridges (peth0 -> eth0 -> vifX.X), you don't = have to touch any
forwarding settings. It's "just working".

If you're using fixed addresses, don't forget to disable autoconf w= hich is default.
E.g. :
iface eth0 inet6 static
=A0=A0=A0 pre-up echo 0 > /proc/sys/net/ipv6/conf/eth0/autoconf
=A0=A0=A0 address ...
Am Mittwoch, den 18.07.2012, 12:48 -0300 schrieb Carlos Ribas:
Hello Simon,


Yes, I'm=A0using bridging.=A0I put 126 as subnet mask because I con= figured a P-P link. Unfortunately use 64 makes no difference.=A0However, th= e command you said showed me that something is wrong:=A0


# ip -6 neigh
2001:xxxx:xxxx::5 dev eth0 =A0FAILED
fe80::224:38ff:fec9:8b00 dev eth0 lladdr 00:24:38:c9:8b:00 router STALE


I was cheking only with this command (and looking at red line, I though= t that it was all fine):


# route -A inet6
Kernel IPv6 routing table
Destination =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Next Hop =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 Flag Met Ref Use If
2001:xxxx:xxxx::4/126 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 Ue =A0 256 0 =A0 =A0 4 eth0
fe80::/64 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 U =A0 =A0256 0 =A0 =A0 0 eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 2001:xxxx:xxxx::5 =A0 =A0 =A0 =A0 =A0UG =A0 1 =A0 0 =A0 =A0 0 = eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 fe80::224:38ff= :fec9:8b00 =A0 UGDAe 1024 0 =A0 =A0 0 eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 :: =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 !n =A0 -1 =A01 =A0 =A073 lo
::1/128 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Un =A0 0 =A0 1 =A0 =A023 lo
2001:xxxx:xxxx::6/128 =A0 =A0 =A0 =A0 =A0:: =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 Un =A0 0 =A0 1 =A0 =A024 lo
fe80::216:3eff:fee2:3f3d/128 =A0 :: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 Un =A0 0 =A0 1 =A0 =A0 0 lo
ff00::/8 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 :: =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 U =A0 =A0256 0 =A0 =A0 0 eth0
::/0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 :: =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 !n =A0 -1 =A01 =A0 =A073 lo


I will investigate further more. Do you think there are something wrong= with "network-script" that can cause this? I hope not! :)


Thanks,


-------------------------------
Carlos Eduardo Ribas







2012/7/18 Simon Hobson <linux@thehobsons.co.uk>
Carlos Ribas wrote:

I am trying to do some tests with IPv6. I would like to configu= re a dual stack for some services, such as DNS and Web Server.

First of all, to have IPv6 in DomU should I configure IPv6 in D= om0? I'm not sure, but I dont think so, since from Dom0 using loopback = address I can ping the IPv6 address from my router.


You don't need any address of Dom0 (I'm assuming you are us= ing bridging ?)

I have one DomU running IPv6 for testing (DNS, Web server), Dom0 an= d the rest of the network is IPv4 only - well as much as you can when every= thing defaults to at least configuring link-local IPv6 addresses.


# The primary network interface
auto eth0
iface eth0 inet static
=A0address 10.0.0.100
=A0gateway 10.0.0.1
=A0netmask 255.255.255.0
=A0broadcast 10.0.0.255

iface eth0 inet6 static
=A0address 2001:xxxx:xxxx::6
=A0netmask 126
=A0gateway 2001:xxxx:xxxx::5


That looks OK, I'm running a Hurricane Electric tunnel so mine = looks different.


But I cant ping the IPv6 address from my gateway. My routes see= ms to be OK. Should I configure something else? I was looking in google and= saw some people saying about to check /etc/sysctl.conf, specially the line= "net.ipv6.conf.all.forwarding=3D1", but this dont did any differ= ence.


I have "post-up echo 1 > /proc/sys/net/ipv6/conf/all/forwar= ding" in the IPv6 stanza in my /etc/network/interfaces. But that is on= ly needed to make the machine route packets between networks (ie act as a r= outer for other devices' traffic), it will still talk to other devices = without this.


(network-script 'network-bridge antispoof=3Dyes')
(vif-script vif-bridge)


Standard advice now is not to use a network-script. It made sense a= while back, but the scripts are deprecated and the host OS generally has b= etter tools. For example, in Debian you can put something like this in /etc= /network/interfaces :
auto br0
iface br0 inet static
=A0 =A0 =A0 =A0 bridge_ports eth0
=A0 =A0 =A0 =A0 address a.b.c.d
=A0 =A0 =A0 =A0 netmask 255.255.255.0

One things I suggest it might be worth looking at is your subnet ma= sk. Try using 64 instead of 126 and see if it makes any difference. While t= echnically a 126 bit netmask ought to work on a P-P link, in practice I bel= ieve there are a lot of things that break if you go less than 64 bits for t= he host part of the address.

Also, "ip -6 neigh" will show you the known IPv6 neighbou= rs (roughly equivalent to ARP cache for Ipv4). That may help in debugging.<= br> 
__________________________________=
_____________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users



--20cf300fb0d5407e7904c532472f-- --===============4113588895328468223== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4113588895328468223==-- From xen-users-bounces@lists.xen.org Fri Jul 20 02:38:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Jul 2012 02:38:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ss35D-0000UX-Tn; Fri, 20 Jul 2012 02:36:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ss35C-0000UR-CK for xen-users@lists.xen.org; Fri, 20 Jul 2012 02:36:46 +0000 Received: from [85.158.143.99:54703] by server-3.bemta-4.messagelabs.com id BC/48-01511-D34C8005; Fri, 20 Jul 2012 02:36:45 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1342751804!20255007!1 X-Originating-IP: [209.85.161.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23512 invoked from network); 20 Jul 2012 02:36:45 -0000 Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com) (209.85.161.173) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jul 2012 02:36:45 -0000 Received: by ggnp1 with SMTP id p1so4064442ggn.32 for ; Thu, 19 Jul 2012 19:36:43 -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=aMl6lk4T7CYGTChxnIXPR7eKa68cCL8adNnbdSDltPo=; b=TJKbbX7RmDfUFuGilpFP8QEOXfyCG/o5waBDKbTOD2Ab3f1W00Q/NooDWhptyuOi5o WowkvSxCvrH2z0M1Dg3asV48y1obLhVrhr6yYqs0Ur3SoCGn+8hDGmiD6zmhbQp0R3WB ld7uD4gvmCzAEX2zToHUHKvEyF6ZQYbuLifL3jxj794JqNz9naUSBKDRbfG1j8A9HJGp Fv+qWuVb+khiQPNFuAuP+nXqopiwTw9MiW3xmPdC1jRU46I/j75N+p8K7wlg5jCW4BrO vODkwSZO1nKSQgQ/IDLq/uwsJR/TjdMVUYk+7WQWdHsJwo8nWomNac0d6tDcIh2sy4RQ CUWw== MIME-Version: 1.0 Received: by 10.50.196.201 with SMTP id io9mr3085654igc.58.1342751803418; Thu, 19 Jul 2012 19:36:43 -0700 (PDT) Received: by 10.64.23.49 with HTTP; Thu, 19 Jul 2012 19:36:43 -0700 (PDT) Date: Fri, 20 Jul 2012 11:36:43 +0900 Message-ID: From: jaeyong yoo To: xen-users@lists.xen.org Subject: [Xen-users] Simple question on making libvirtd listening on tcp port X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2948629350868569830==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2948629350868569830== Content-Type: multipart/alternative; boundary=14dae93410ed43a81404c539c44e --14dae93410ed43a81404c539c44e Content-Type: text/plain; charset=ISO-8859-1 Hi, I'm trying to make libvirtd to listen on tcp port and the comments on the configuration file (/etc/libvirt/libvirtd.conf) says that I have to run libvirtd with -l option. No matter how I try to find a way to give -l option at the init.d script, I failed. I believe there would be an absolutely simple way and anybody can tell me? Jaeyong --14dae93410ed43a81404c539c44e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,

I'm trying to make libvirtd to listen on tcp por= t and the comments on the configuration file (/etc/libvirt/libvirtd.conf) s= ays that I have to run libvirtd with -l option.
No matter how I t= ry to find a way to give -l option at the init.d script, I failed.=A0
I believe there would be an absolutely simple way and anybody can tell= me?

Jaeyong

--14dae93410ed43a81404c539c44e-- --===============2948629350868569830== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2948629350868569830==-- From xen-users-bounces@lists.xen.org Fri Jul 20 02:38:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Jul 2012 02:38:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ss35D-0000UX-Tn; Fri, 20 Jul 2012 02:36:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ss35C-0000UR-CK for xen-users@lists.xen.org; Fri, 20 Jul 2012 02:36:46 +0000 Received: from [85.158.143.99:54703] by server-3.bemta-4.messagelabs.com id BC/48-01511-D34C8005; Fri, 20 Jul 2012 02:36:45 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1342751804!20255007!1 X-Originating-IP: [209.85.161.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23512 invoked from network); 20 Jul 2012 02:36:45 -0000 Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com) (209.85.161.173) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jul 2012 02:36:45 -0000 Received: by ggnp1 with SMTP id p1so4064442ggn.32 for ; Thu, 19 Jul 2012 19:36:43 -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=aMl6lk4T7CYGTChxnIXPR7eKa68cCL8adNnbdSDltPo=; b=TJKbbX7RmDfUFuGilpFP8QEOXfyCG/o5waBDKbTOD2Ab3f1W00Q/NooDWhptyuOi5o WowkvSxCvrH2z0M1Dg3asV48y1obLhVrhr6yYqs0Ur3SoCGn+8hDGmiD6zmhbQp0R3WB ld7uD4gvmCzAEX2zToHUHKvEyF6ZQYbuLifL3jxj794JqNz9naUSBKDRbfG1j8A9HJGp Fv+qWuVb+khiQPNFuAuP+nXqopiwTw9MiW3xmPdC1jRU46I/j75N+p8K7wlg5jCW4BrO vODkwSZO1nKSQgQ/IDLq/uwsJR/TjdMVUYk+7WQWdHsJwo8nWomNac0d6tDcIh2sy4RQ CUWw== MIME-Version: 1.0 Received: by 10.50.196.201 with SMTP id io9mr3085654igc.58.1342751803418; Thu, 19 Jul 2012 19:36:43 -0700 (PDT) Received: by 10.64.23.49 with HTTP; Thu, 19 Jul 2012 19:36:43 -0700 (PDT) Date: Fri, 20 Jul 2012 11:36:43 +0900 Message-ID: From: jaeyong yoo To: xen-users@lists.xen.org Subject: [Xen-users] Simple question on making libvirtd listening on tcp port X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2948629350868569830==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2948629350868569830== Content-Type: multipart/alternative; boundary=14dae93410ed43a81404c539c44e --14dae93410ed43a81404c539c44e Content-Type: text/plain; charset=ISO-8859-1 Hi, I'm trying to make libvirtd to listen on tcp port and the comments on the configuration file (/etc/libvirt/libvirtd.conf) says that I have to run libvirtd with -l option. No matter how I try to find a way to give -l option at the init.d script, I failed. I believe there would be an absolutely simple way and anybody can tell me? Jaeyong --14dae93410ed43a81404c539c44e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,

I'm trying to make libvirtd to listen on tcp por= t and the comments on the configuration file (/etc/libvirt/libvirtd.conf) s= ays that I have to run libvirtd with -l option.
No matter how I t= ry to find a way to give -l option at the init.d script, I failed.=A0
I believe there would be an absolutely simple way and anybody can tell= me?

Jaeyong

--14dae93410ed43a81404c539c44e-- --===============2948629350868569830== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2948629350868569830==-- From xen-users-bounces@lists.xen.org Fri Jul 20 04:09:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Jul 2012 04:09:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ss4Up-0001Fh-Jn; Fri, 20 Jul 2012 04:07:19 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ss4Un-0001Fc-5X for xen-users@lists.xen.org; Fri, 20 Jul 2012 04:07:17 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1342757230!1451957!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.7 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MIME_BASE64_TEXT,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23580 invoked from network); 20 Jul 2012 04:07:10 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jul 2012 04:07:10 -0000 Received: by weyz53 with SMTP id z53so2742767wey.32 for ; Thu, 19 Jul 2012 21:07:10 -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=RSc5UgwgkGY8WdhcxJoLpIkvXuu9Bvv8x1/N6xeyGfc=; b=XdMlSU2V+kG2U2jlgRi3m0iVRofwvtIv8hptDstmyhhRLZzeJGSUrTpflgCbq84O75 mO27T5DF+FJs75TxWziIfgwdHQnTrjJ/oMcFQywrElC4+Q1/rs5zD4rarbD0DlrkqaAd ueJzHvP7fM2vwr4AmyF/wrRKuuRx4yiqQ3nupm2AAabXFOPXYNNboWrBG2RQFfVZUGOP DOzIsTzwpruCGJarLSO+DG6aD0UhzTV+sZCMK37zuGwEmsEt8aSJnmrgq9HqtomNUSpd o16fwZ/RF6sv2NJqIaJjMvhaY3uPfog4We/dB/2kyVkrJ5z3aMfzbnrejiXpc4HBN3HR /F3A== MIME-Version: 1.0 Received: by 10.217.7.6 with SMTP id z6mr2868146wes.5.1342757230552; Thu, 19 Jul 2012 21:07:10 -0700 (PDT) Received: by 10.216.221.130 with HTTP; Thu, 19 Jul 2012 21:07:10 -0700 (PDT) Date: Thu, 19 Jul 2012 22:07:10 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] qemu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4461944003086742557==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4461944003086742557== Content-Type: multipart/alternative; boundary=20cf30267100bf270404c53b0790 --20cf30267100bf270404c53b0790 Content-Type: text/plain; charset=ISO-8859-1 I am attempting to compile en with qemu http://git.qemu.org/qemu.git/ but this does not include xen-setup. it seems that tools/Makefile there is subdir-install-qemu-xen-traditional-dir: qemu-xen-traditional-dir-find set -e; \ $(buildmakevars2shellvars); \ cd qemu-xen-traditional-dir; \ $(QEMU_ROOT)/xen-setup \ --extra-cflags="$(EXTRA_CFLAGS_QEMU_TRADITIONAL)" \ $(IOEMU_CONFIGURE_CROSS); \ $(MAKE) install How I get xen to use this subdir-all-qemu-xen-dir: qemu-xen-dir-find if test -d $(QEMU_UPSTREAM_URL) ; then \ source=$(QEMU_UPSTREAM_URL); \ else \ source=.; \ fi; \ cd qemu-xen-dir; \ $$source/configure --enable-xen --target-list=i386-softmmu \ --source-path=$$source \ --extra-cflags="-I$(XEN_ROOT)/tools/include \ -I$(XEN_ROOT)/tools/libxc \ -I$(XEN_ROOT)/tools/xenstore \ -I$(XEN_ROOT)/tools/xenstore/compat \ $(EXTRA_CFLAGS_QEMU_XEN)" \ --extra-ldflags="-L$(XEN_ROOT)/tools/libxc \ -L$(XEN_ROOT)/tools/xenstore" \ --bindir=$(LIBEXEC) \ --datadir=$(SHAREDIR)/qemu-xen \ --disable-kvm \ at compile time in xen ? --20cf30267100bf270404c53b0790 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: base64 SSBhbSBhdHRlbXB0aW5nIHRvIGNvbXBpbGUgZW4gd2l0aCBxZW11IDxhIGhyZWY9Imh0dHA6Ly9n aXQucWVtdS5vcmcvcWVtdS5naXQvIj5odHRwOi8vZ2l0LnFlbXUub3JnL3FlbXUuZ2l0LzwvYT4g YnV0IHRoaXMgZG9lcyBub3QgaW5jbHVkZSB4ZW4tc2V0dXAuIGl0IHNlZW1zIHRoYXQgdG9vbHMv TWFrZWZpbGUgdGhlcmUgaXMgPGJyPnN1YmRpci1pbnN0YWxsLXFlbXUteGVuLXRyYWRpdGlvbmFs LWRpcjogcWVtdS14ZW4tdHJhZGl0aW9uYWwtZGlyLWZpbmQ8YnI+CqCgoKCgoKAgc2V0IC1lOyBc PGJyPqCgoKCgoKCgoKCgoKCgoCAkKGJ1aWxkbWFrZXZhcnMyc2hlbGx2YXJzKTsgXDxicj6goKCg oKCgoKCgoKCgoKAgY2QgcWVtdS14ZW4tdHJhZGl0aW9uYWwtZGlyOyBcPGJyPqCgoKCgoKCgoKCg oKCgoCAkKFFFTVVfUk9PVCkveGVuLXNldHVwIFw8YnI+oKCgoKCgoKCgoKCgoKCgIC0tZXh0cmEt Y2ZsYWdzPSZxdW90OyQoRVhUUkFfQ0ZMQUdTX1FFTVVfVFJBRElUSU9OQUwpJnF1b3Q7IFw8YnI+ CqCgoKCgoKCgoKCgoKCgoCAkKElPRU1VX0NPTkZJR1VSRV9DUk9TUyk7IFw8YnI+oKCgoKCgoKCg oKCgoKCgICQoTUFLRSkgaW5zdGFsbDxicj48YnI+SG93IEkgZ2V0IHhlbiB0byB1c2UgdGhpcyA8 YnI+PGJyPnN1YmRpci1hbGwtcWVtdS14ZW4tZGlyOiBxZW11LXhlbi1kaXItZmluZDxicj6goKCg oKCgIGlmIHRlc3QgLWQgJChRRU1VX1VQU1RSRUFNX1VSTCkgOyB0aGVuIFw8YnI+oKCgoKCgoKCg oKCgoKCgIHNvdXJjZT0kKFFFTVVfVVBTVFJFQU1fVVJMKTsgXDxicj4KoKCgoKCgoCBlbHNlIFw8 YnI+oKCgoKCgoKCgoKCgoKCgIHNvdXJjZT0uOyBcPGJyPqCgoKCgoKAgZmk7IFw8YnI+oKCgoKCg oCBjZCBxZW11LXhlbi1kaXI7IFw8YnI+oKCgoKCgoCAkJHNvdXJjZS9jb25maWd1cmUgLS1lbmFi bGUteGVuIC0tdGFyZ2V0LWxpc3Q9aTM4Ni1zb2Z0bW11IFw8YnI+oKCgoKCgoKCgoKCgoKCgIC0t c291cmNlLXBhdGg9JCRzb3VyY2UgXDxicj6goKCgoKCgoKCgoKCgoKAgLS1leHRyYS1jZmxhZ3M9 JnF1b3Q7LUkkKFhFTl9ST09UKS90b29scy9pbmNsdWRlIFw8YnI+CqCgoKCgoKCgoKCgoKCgoCAt SSQoWEVOX1JPT1QpL3Rvb2xzL2xpYnhjIFw8YnI+oKCgoKCgoKCgoKCgoKCgIC1JJChYRU5fUk9P VCkvdG9vbHMveGVuc3RvcmUgXDxicj6goKCgoKCgoKCgoKCgoKAgLUkkKFhFTl9ST09UKS90b29s cy94ZW5zdG9yZS9jb21wYXQgXDxicj6goKCgoKCgoKCgoKCgoKAgJChFWFRSQV9DRkxBR1NfUUVN VV9YRU4pJnF1b3Q7IFw8YnI+oKCgoKCgoKCgoKCgoKCgIC0tZXh0cmEtbGRmbGFncz0mcXVvdDst TCQoWEVOX1JPT1QpL3Rvb2xzL2xpYnhjIFw8YnI+CqCgoKCgoKCgoKCgoKCgoCAtTCQoWEVOX1JP T1QpL3Rvb2xzL3hlbnN0b3JlJnF1b3Q7IFw8YnI+oKCgoKCgoKCgoKCgoKCgIC0tYmluZGlyPSQo TElCRVhFQykgXDxicj6goKCgoKCgoKCgoKCgoKAgLS1kYXRhZGlyPSQoU0hBUkVESVIpL3FlbXUt eGVuIFw8YnI+oKCgoKCgoKCgoKCgoKCgIC0tZGlzYWJsZS1rdm0gXDxicj48YnI+YXQgY29tcGls ZSB0aW1lIGluIHhlbiA/PGJyPgo= --20cf30267100bf270404c53b0790-- --===============4461944003086742557== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4461944003086742557==-- From xen-users-bounces@lists.xen.org Fri Jul 20 04:09:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Jul 2012 04:09:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ss4Up-0001Fh-Jn; Fri, 20 Jul 2012 04:07:19 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ss4Un-0001Fc-5X for xen-users@lists.xen.org; Fri, 20 Jul 2012 04:07:17 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1342757230!1451957!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.7 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MIME_BASE64_TEXT,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23580 invoked from network); 20 Jul 2012 04:07:10 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jul 2012 04:07:10 -0000 Received: by weyz53 with SMTP id z53so2742767wey.32 for ; Thu, 19 Jul 2012 21:07:10 -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=RSc5UgwgkGY8WdhcxJoLpIkvXuu9Bvv8x1/N6xeyGfc=; b=XdMlSU2V+kG2U2jlgRi3m0iVRofwvtIv8hptDstmyhhRLZzeJGSUrTpflgCbq84O75 mO27T5DF+FJs75TxWziIfgwdHQnTrjJ/oMcFQywrElC4+Q1/rs5zD4rarbD0DlrkqaAd ueJzHvP7fM2vwr4AmyF/wrRKuuRx4yiqQ3nupm2AAabXFOPXYNNboWrBG2RQFfVZUGOP DOzIsTzwpruCGJarLSO+DG6aD0UhzTV+sZCMK37zuGwEmsEt8aSJnmrgq9HqtomNUSpd o16fwZ/RF6sv2NJqIaJjMvhaY3uPfog4We/dB/2kyVkrJ5z3aMfzbnrejiXpc4HBN3HR /F3A== MIME-Version: 1.0 Received: by 10.217.7.6 with SMTP id z6mr2868146wes.5.1342757230552; Thu, 19 Jul 2012 21:07:10 -0700 (PDT) Received: by 10.216.221.130 with HTTP; Thu, 19 Jul 2012 21:07:10 -0700 (PDT) Date: Thu, 19 Jul 2012 22:07:10 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] qemu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4461944003086742557==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4461944003086742557== Content-Type: multipart/alternative; boundary=20cf30267100bf270404c53b0790 --20cf30267100bf270404c53b0790 Content-Type: text/plain; charset=ISO-8859-1 I am attempting to compile en with qemu http://git.qemu.org/qemu.git/ but this does not include xen-setup. it seems that tools/Makefile there is subdir-install-qemu-xen-traditional-dir: qemu-xen-traditional-dir-find set -e; \ $(buildmakevars2shellvars); \ cd qemu-xen-traditional-dir; \ $(QEMU_ROOT)/xen-setup \ --extra-cflags="$(EXTRA_CFLAGS_QEMU_TRADITIONAL)" \ $(IOEMU_CONFIGURE_CROSS); \ $(MAKE) install How I get xen to use this subdir-all-qemu-xen-dir: qemu-xen-dir-find if test -d $(QEMU_UPSTREAM_URL) ; then \ source=$(QEMU_UPSTREAM_URL); \ else \ source=.; \ fi; \ cd qemu-xen-dir; \ $$source/configure --enable-xen --target-list=i386-softmmu \ --source-path=$$source \ --extra-cflags="-I$(XEN_ROOT)/tools/include \ -I$(XEN_ROOT)/tools/libxc \ -I$(XEN_ROOT)/tools/xenstore \ -I$(XEN_ROOT)/tools/xenstore/compat \ $(EXTRA_CFLAGS_QEMU_XEN)" \ --extra-ldflags="-L$(XEN_ROOT)/tools/libxc \ -L$(XEN_ROOT)/tools/xenstore" \ --bindir=$(LIBEXEC) \ --datadir=$(SHAREDIR)/qemu-xen \ --disable-kvm \ at compile time in xen ? --20cf30267100bf270404c53b0790 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: base64 SSBhbSBhdHRlbXB0aW5nIHRvIGNvbXBpbGUgZW4gd2l0aCBxZW11IDxhIGhyZWY9Imh0dHA6Ly9n aXQucWVtdS5vcmcvcWVtdS5naXQvIj5odHRwOi8vZ2l0LnFlbXUub3JnL3FlbXUuZ2l0LzwvYT4g YnV0IHRoaXMgZG9lcyBub3QgaW5jbHVkZSB4ZW4tc2V0dXAuIGl0IHNlZW1zIHRoYXQgdG9vbHMv TWFrZWZpbGUgdGhlcmUgaXMgPGJyPnN1YmRpci1pbnN0YWxsLXFlbXUteGVuLXRyYWRpdGlvbmFs LWRpcjogcWVtdS14ZW4tdHJhZGl0aW9uYWwtZGlyLWZpbmQ8YnI+CqCgoKCgoKAgc2V0IC1lOyBc PGJyPqCgoKCgoKCgoKCgoKCgoCAkKGJ1aWxkbWFrZXZhcnMyc2hlbGx2YXJzKTsgXDxicj6goKCg oKCgoKCgoKCgoKAgY2QgcWVtdS14ZW4tdHJhZGl0aW9uYWwtZGlyOyBcPGJyPqCgoKCgoKCgoKCg oKCgoCAkKFFFTVVfUk9PVCkveGVuLXNldHVwIFw8YnI+oKCgoKCgoKCgoKCgoKCgIC0tZXh0cmEt Y2ZsYWdzPSZxdW90OyQoRVhUUkFfQ0ZMQUdTX1FFTVVfVFJBRElUSU9OQUwpJnF1b3Q7IFw8YnI+ CqCgoKCgoKCgoKCgoKCgoCAkKElPRU1VX0NPTkZJR1VSRV9DUk9TUyk7IFw8YnI+oKCgoKCgoKCg oKCgoKCgICQoTUFLRSkgaW5zdGFsbDxicj48YnI+SG93IEkgZ2V0IHhlbiB0byB1c2UgdGhpcyA8 YnI+PGJyPnN1YmRpci1hbGwtcWVtdS14ZW4tZGlyOiBxZW11LXhlbi1kaXItZmluZDxicj6goKCg oKCgIGlmIHRlc3QgLWQgJChRRU1VX1VQU1RSRUFNX1VSTCkgOyB0aGVuIFw8YnI+oKCgoKCgoKCg oKCgoKCgIHNvdXJjZT0kKFFFTVVfVVBTVFJFQU1fVVJMKTsgXDxicj4KoKCgoKCgoCBlbHNlIFw8 YnI+oKCgoKCgoKCgoKCgoKCgIHNvdXJjZT0uOyBcPGJyPqCgoKCgoKAgZmk7IFw8YnI+oKCgoKCg oCBjZCBxZW11LXhlbi1kaXI7IFw8YnI+oKCgoKCgoCAkJHNvdXJjZS9jb25maWd1cmUgLS1lbmFi bGUteGVuIC0tdGFyZ2V0LWxpc3Q9aTM4Ni1zb2Z0bW11IFw8YnI+oKCgoKCgoKCgoKCgoKCgIC0t c291cmNlLXBhdGg9JCRzb3VyY2UgXDxicj6goKCgoKCgoKCgoKCgoKAgLS1leHRyYS1jZmxhZ3M9 JnF1b3Q7LUkkKFhFTl9ST09UKS90b29scy9pbmNsdWRlIFw8YnI+CqCgoKCgoKCgoKCgoKCgoCAt SSQoWEVOX1JPT1QpL3Rvb2xzL2xpYnhjIFw8YnI+oKCgoKCgoKCgoKCgoKCgIC1JJChYRU5fUk9P VCkvdG9vbHMveGVuc3RvcmUgXDxicj6goKCgoKCgoKCgoKCgoKAgLUkkKFhFTl9ST09UKS90b29s cy94ZW5zdG9yZS9jb21wYXQgXDxicj6goKCgoKCgoKCgoKCgoKAgJChFWFRSQV9DRkxBR1NfUUVN VV9YRU4pJnF1b3Q7IFw8YnI+oKCgoKCgoKCgoKCgoKCgIC0tZXh0cmEtbGRmbGFncz0mcXVvdDst TCQoWEVOX1JPT1QpL3Rvb2xzL2xpYnhjIFw8YnI+CqCgoKCgoKCgoKCgoKCgoCAtTCQoWEVOX1JP T1QpL3Rvb2xzL3hlbnN0b3JlJnF1b3Q7IFw8YnI+oKCgoKCgoKCgoKCgoKCgIC0tYmluZGlyPSQo TElCRVhFQykgXDxicj6goKCgoKCgoKCgoKCgoKAgLS1kYXRhZGlyPSQoU0hBUkVESVIpL3FlbXUt eGVuIFw8YnI+oKCgoKCgoKCgoKCgoKCgIC0tZGlzYWJsZS1rdm0gXDxicj48YnI+YXQgY29tcGls ZSB0aW1lIGluIHhlbiA/PGJyPgo= --20cf30267100bf270404c53b0790-- --===============4461944003086742557== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4461944003086742557==-- From xen-users-bounces@lists.xen.org Fri Jul 20 07:03:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Jul 2012 07:03: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 1Ss7DR-0002nL-7a; Fri, 20 Jul 2012 07:01:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ss7DP-0002iz-8B for xen-users@lists.xen.org; Fri, 20 Jul 2012 07:01:31 +0000 Received: from [85.158.143.35:52330] by server-1.bemta-4.messagelabs.com id EB/DE-24392-A4209005; Fri, 20 Jul 2012 07:01:30 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1342767681!10629955!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDYyMTg=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9491 invoked from network); 20 Jul 2012 07:01:21 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jul 2012 07:01:21 -0000 X-IronPort-AV: E=Sophos;i="4.77,621,1336348800"; d="scan'208";a="13619722" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 20 Jul 2012 07:01:20 +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.213.0; Fri, 20 Jul 2012 08:01:20 +0100 Message-ID: <1342767679.18848.72.camel@dagon.hellion.org.uk> From: Ian Campbell To: jacek burghardt Date: Fri, 20 Jul 2012 08:01:19 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: xen-users Subject: Re: [Xen-users] qemu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2012-07-20 at 05:07 +0100, jacek burghardt wrote: > I am attempting to compile en with qemu http://git.qemu.org/qemu.git/ Please have a look at http://wiki.xen.org/wiki/QEMU_Upstream > but this does not include xen-setup. That's a qemu-xen-traditional thing and not a qemu-xen thing. > it seems that tools/Makefile there is > subdir-install-qemu-xen-traditional-dir: qemu-xen-traditional-dir-find > set -e; \ > $(buildmakevars2shellvars); \ > cd qemu-xen-traditional-dir; \ > $(QEMU_ROOT)/xen-setup \ > --extra-cflags="$(EXTRA_CFLAGS_QEMU_TRADITIONAL)" \ > $(IOEMU_CONFIGURE_CROSS); \ > $(MAKE) install > > How I get xen to use this > > subdir-all-qemu-xen-dir: qemu-xen-dir-find > if test -d $(QEMU_UPSTREAM_URL) ; then \ > source=$(QEMU_UPSTREAM_URL); \ > else \ > source=.; \ > fi; \ > cd qemu-xen-dir; \ > $$source/configure --enable-xen --target-list=i386-softmmu \ > --source-path=$$source \ > --extra-cflags="-I$(XEN_ROOT)/tools/include \ > -I$(XEN_ROOT)/tools/libxc \ > -I$(XEN_ROOT)/tools/xenstore \ > -I$(XEN_ROOT)/tools/xenstore/compat \ > $(EXTRA_CFLAGS_QEMU_XEN)" \ > --extra-ldflags="-L$(XEN_ROOT)/tools/libxc \ > -L$(XEN_ROOT)/tools/xenstore" \ > --bindir=$(LIBEXEC) \ > --datadir=$(SHAREDIR)/qemu-xen \ > --disable-kvm \ > > at compile time in xen ? Xen unstable/4.2 will build both at compile time, you select which one to run in your guest cfg file. By default the qemu-xen is built from our own branch of qemu-upstreams stable release. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 20 07:03:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Jul 2012 07:03: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 1Ss7DR-0002nL-7a; Fri, 20 Jul 2012 07:01:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ss7DP-0002iz-8B for xen-users@lists.xen.org; Fri, 20 Jul 2012 07:01:31 +0000 Received: from [85.158.143.35:52330] by server-1.bemta-4.messagelabs.com id EB/DE-24392-A4209005; Fri, 20 Jul 2012 07:01:30 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1342767681!10629955!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDYyMTg=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9491 invoked from network); 20 Jul 2012 07:01:21 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jul 2012 07:01:21 -0000 X-IronPort-AV: E=Sophos;i="4.77,621,1336348800"; d="scan'208";a="13619722" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 20 Jul 2012 07:01:20 +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.213.0; Fri, 20 Jul 2012 08:01:20 +0100 Message-ID: <1342767679.18848.72.camel@dagon.hellion.org.uk> From: Ian Campbell To: jacek burghardt Date: Fri, 20 Jul 2012 08:01:19 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: xen-users Subject: Re: [Xen-users] qemu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2012-07-20 at 05:07 +0100, jacek burghardt wrote: > I am attempting to compile en with qemu http://git.qemu.org/qemu.git/ Please have a look at http://wiki.xen.org/wiki/QEMU_Upstream > but this does not include xen-setup. That's a qemu-xen-traditional thing and not a qemu-xen thing. > it seems that tools/Makefile there is > subdir-install-qemu-xen-traditional-dir: qemu-xen-traditional-dir-find > set -e; \ > $(buildmakevars2shellvars); \ > cd qemu-xen-traditional-dir; \ > $(QEMU_ROOT)/xen-setup \ > --extra-cflags="$(EXTRA_CFLAGS_QEMU_TRADITIONAL)" \ > $(IOEMU_CONFIGURE_CROSS); \ > $(MAKE) install > > How I get xen to use this > > subdir-all-qemu-xen-dir: qemu-xen-dir-find > if test -d $(QEMU_UPSTREAM_URL) ; then \ > source=$(QEMU_UPSTREAM_URL); \ > else \ > source=.; \ > fi; \ > cd qemu-xen-dir; \ > $$source/configure --enable-xen --target-list=i386-softmmu \ > --source-path=$$source \ > --extra-cflags="-I$(XEN_ROOT)/tools/include \ > -I$(XEN_ROOT)/tools/libxc \ > -I$(XEN_ROOT)/tools/xenstore \ > -I$(XEN_ROOT)/tools/xenstore/compat \ > $(EXTRA_CFLAGS_QEMU_XEN)" \ > --extra-ldflags="-L$(XEN_ROOT)/tools/libxc \ > -L$(XEN_ROOT)/tools/xenstore" \ > --bindir=$(LIBEXEC) \ > --datadir=$(SHAREDIR)/qemu-xen \ > --disable-kvm \ > > at compile time in xen ? Xen unstable/4.2 will build both at compile time, you select which one to run in your guest cfg file. By default the qemu-xen is built from our own branch of qemu-upstreams stable release. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 20 07:57:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Jul 2012 07:57: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 1Ss84P-0003v4-6u; Fri, 20 Jul 2012 07:56:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ss84N-0003ux-Ds for xen-users@lists.xen.org; Fri, 20 Jul 2012 07:56:15 +0000 Received: from [85.158.143.99:61688] by server-3.bemta-4.messagelabs.com id 46/78-01511-E1F09005; Fri, 20 Jul 2012 07:56:14 +0000 X-Env-Sender: luceoastrum@gmail.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1342770971!22561903!1 X-Originating-IP: [209.85.214.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18481 invoked from network); 20 Jul 2012 07:56:13 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jul 2012 07:56:13 -0000 Received: by obbta14 with SMTP id ta14so6052485obb.32 for ; Fri, 20 Jul 2012 00:56:11 -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=EnbrYbUWDvEAg331e5Vai7wmofR5xBmaYa8jWT/43vg=; b=vq7ajwu2GNx7qYgX75m5uaCAqouxdASbCjFEo7zw49ahsU2+paODtEP60dqMJ22sKj oqK+ITEb+R4h3tY1X1uF0iO81aQ7uWqT/dMTVyfaADS59rRoTPY3DvxsOEGV9+4QoWqx oMFo6Q8uSPY9a0rOjCiDJ3aXKYKpepimwJWrrMPJLuamCYb0QtySg6oz5TNPCMELO8ue mcqkTVct8Wp/iO7LTkIJyBoHkuAAI4d+fq3QALaBtwOViDszv1rNcI7PyRUxRoGtjSls heUNzCfo6K+UmMvKbI0rSJHPa/dhi7HZpuHC8V1ofIomnJl4Z8lW9Ft08xniYmnqj6vc FSJg== MIME-Version: 1.0 Received: by 10.182.222.39 with SMTP id qj7mr5882939obc.16.1342770971196; Fri, 20 Jul 2012 00:56:11 -0700 (PDT) Received: by 10.76.70.228 with HTTP; Fri, 20 Jul 2012 00:56:11 -0700 (PDT) Date: Fri, 20 Jul 2012 08:56:11 +0100 Message-ID: From: Luceo Astrum To: xen-users@lists.xen.org Subject: [Xen-users] RuntimeError: Unable to find partition containing 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="===============8279192605367988538==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8279192605367988538== Content-Type: multipart/alternative; boundary=f46d04447383c0bd6404c53e3a06 --f46d04447383c0bd6404c53e3a06 Content-Type: text/plain; charset=ISO-8859-1 Hardware: 2x Intel Xeon Quad-Core 2.33GHz 24GB FBDIMM RAM 2x 2TB HDD in RAID-1 Intel Server Board S5400SF Setup: Arch Linux x86_64 Xen 4.1.2 Grub2 Multiboot Synopsis: I set up a new VM for Debian Squeeze following instructions here: http://www.howtoforge.com/installing-debian-squeeze-6.0-domu-on-centos-5.5-x86_64-dom0. Partitioning & installation completed correctly. When I tried to run the VPS afterwards, I got this output: | [root@srv0 xen]# xm create -c /etc/xen/xm-debian.cfg | Using config file "/etc/xen/xm-debian.cfg". | Error: Boot loader didn't return any data! I've attached a more complete log output at the end of the mail. This is the first VM I have tried to create on this setup. Additional: I can mount the partition within the lvm: | [root@srv0 xen]# kpartx -av /dev/VPS/fennec | add map VPS-fennec1 (253:2): 0 83881984 linear /dev/VPS/fennec 2048 | [root@srv0 xen]# mount /dev/mapper/VPS-fennec1 /mnt | [root@srv0 xen]# cd /mnt | [root@srv0 mnt]# ls | bin etc lib lost+found opt sbin sys var | boot home lib32 media proc selinux tmp vmlinuz | dev initrd.img lib64 mnt root srv usr | [root@srv0 mnt]# cd boot | [root@srv0 boot]# ls | config-2.6.32-5-amd64 initrd.img-2.6.32-5-amd64 vmlinuz-2.6.32-5-amd64 | grub System.map-2.6.32-5-amd64 | initrd vmlinuz | [root@srv0 boot]# cd grub | [root@srv0 grub]# cat menu.lst | timeout 5 | default 0 | | title Linux | kernel /boot/vmlinuz root=/dev/xvda1 | initrd /boot/initrd As you can see, the kernel (which is 2.6.32) and vmlinuz (also 2.6.32) exist in the /boot directory. Pygrub: Attempting to pygrub the VPS LVM gives the following output: | [root@srv0 /]# pygrub --kernel=/boot/vmlinuz --ramdisk=/boot/initrd /dev/VPS/fennec | Traceback (most recent call last): | File "/usr/bin/pygrub", line 774, in | raise RuntimeError, "Unable to find partition containing kernel" | RuntimeError: Unable to find partition containing kernel domU Config File: | name = "fennec" | memory = 1024 | maxmem = 1024 | cpus = "2-7" | disk = [ | 'phy:/dev/VPS/fennec,xvda,w', | 'phy:/dev/VPS/fennec-swap,xvdb,w' | ] | vif = [''] | bootloader = "pygrub" | bootargs = "--kernel=/boot/vmlinuz --ramdisk=/boot/initrd" I have tried this with and without the bootargs line without any success. About The Filesystem: /dev/VPS is a vg on a RAID-1 array /dev/VPS/fennec is an lv on VPS vg The fennec lv has a single ext3 partition of 40GB xend.log Output: [2012-07-20 09:35:17 907] DEBUG (XendDomainInfo:103) XendDomainInfo.create(['vm', ['name', 'fennec'], ['memory', 1024], ['maxmem', 1024], ['on_xend_start', 'ignore'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['cpus', '2-7'], ['oos', 1], ['bootloader', '/usr/bin/pygrub'], ['bootloader_args', '--kernel=/boot/vmlinuz --ramdisk=/boot/initrd'], ['image', ['linux', ['videoram', 4], ['tsc_mode', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['uname', 'phy:/dev/VPS/fennec'], ['dev', 'xvda'], ['mode', 'w']]], ['device', ['vbd', ['uname', 'phy:/dev/VPS/fennec-swap'], ['dev', 'xvdb'], ['mode', 'w']]], ['device', ['vif']]]) [2012-07-20 09:35:17 907] DEBUG (XendDomainInfo:2498) XendDomainInfo.constructDomain [2012-07-20 09:35:17 907] DEBUG (balloon:187) Balloon: 22794808 KiB free; need 16384; done. [2012-07-20 09:35:17 907] DEBUG (XendDomain:476) Adding Domain: 17 [2012-07-20 09:35:17 907] DEBUG (XendDomainInfo:2836) XendDomainInfo.initDomain: 17 256 [2012-07-20 09:35:17 25157] DEBUG (XendBootloader:113) Launching bootloader as ['/usr/bin/pygrub', '--output=/var/run/xend/boot/xenbl.15844', '--kernel=/boot/vmlinuz', '--ramdisk=/boot/initrd', '/dev/VPS/fennec']. [2012-07-20 09:35:17 907] ERROR (XendBootloader:214) Boot loader didn't return any data! [2012-07-20 09:35:17 907] ERROR (XendDomainInfo:488) VM start failed Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/xen/xend/XendDomainInfo.py", line 474, in start XendTask.log_progress(31, 60, self._initDomain) File "/usr/lib/python2.7/site-packages/xen/xend/XendTask.py", line 209, in log_progress retval = func(*args, **kwds) File "/usr/lib/python2.7/site-packages/xen/xend/XendDomainInfo.py", line 2838, in _initDomain self._configureBootloader() File "/usr/lib/python2.7/site-packages/xen/xend/XendDomainInfo.py", line 3285, in _configureBootloader bootloader_args, kernel, ramdisk, args) File "/usr/lib/python2.7/site-packages/xen/xend/XendBootloader.py", line 215, in bootloader raise VmError, msg VmError: Boot loader didn't return any data! [2012-07-20 09:35:17 907] DEBUG (XendDomainInfo:3071) XendDomainInfo.destroy: domid=17 [2012-07-20 09:35:17 907] DEBUG (XendDomainInfo:2406) No device model [2012-07-20 09:35:17 907] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-20 09:35:17 907] ERROR (XendDomainInfo:108) Domain construction failed Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/xen/xend/XendDomainInfo.py", line 106, in create vm.start() File "/usr/lib/python2.7/site-packages/xen/xend/XendDomainInfo.py", line 474, in start XendTask.log_progress(31, 60, self._initDomain) File "/usr/lib/python2.7/site-packages/xen/xend/XendTask.py", line 209, in log_progress retval = func(*args, **kwds) File "/usr/lib/python2.7/site-packages/xen/xend/XendDomainInfo.py", line 2838, in _initDomain self._configureBootloader() File "/usr/lib/python2.7/site-packages/xen/xend/XendDomainInfo.py", line 3285, in _configureBootloader bootloader_args, kernel, ramdisk, args) File "/usr/lib/python2.7/site-packages/xen/xend/XendBootloader.py", line 215, in bootloader raise VmError, msg VmError: Boot loader didn't return any data! Appreciate any suggestions. --f46d04447383c0bd6404c53e3a06 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hardware:
2x Intel Xeon Quad-Core 2.33GHz
24GB FBDIMM RAM
2x 2TB H= DD in RAID-1
Intel Server Board S5400SF

Setup:
Arch Linux x86_= 64
Xen 4.1.2
Grub2 Multiboot

Synopsis:
I set up a new VM fo= r Debian Squeeze following instructions here: http:= //www.howtoforge.com/installing-debian-squeeze-6.0-domu-on-centos-5.5-x86_6= 4-dom0. Partitioning & installation completed correctly. When I tri= ed to run the VPS afterwards, I got this output:
| [root@srv0 xen]# xm create -c /etc/xen/xm-debian.cfg
| Using config fi= le "/etc/xen/xm-debian.cfg".
| Error: Boot loader didn't r= eturn any data!
I've attached a more complete log output at the end = of the mail.
This is the first VM I have tried to create on this setup.

Additiona= l:
I can mount the partition within the lvm:
| [root@srv0 xen]# kpart= x -av /dev/VPS/fennec
| add map VPS-fennec1 (253:2): 0 83881984 linear /= dev/VPS/fennec 2048
| [root@srv0 xen]# mount /dev/mapper/VPS-fennec1 /mnt
| [root@srv0 xen]#= cd /mnt
| [root@srv0 mnt]# ls
| bin=A0=A0 etc=A0=A0=A0 =A0 lib=A0=A0= =A0 =A0lost+found=A0 opt=A0=A0 sbin=A0=A0=A0=A0 sys=A0 var
| boot=A0 hom= e=A0=A0=A0 =A0 lib32=A0 media=A0=A0=A0 =A0=A0=A0=A0 proc=A0 selinux=A0 tmp= =A0 vmlinuz
| dev=A0=A0 initrd.img=A0 lib64=A0 mnt=A0=A0=A0 =A0=A0=A0=A0 root=A0 srv=A0= =A0=A0 =A0=A0=A0 usr
| [root@srv0 mnt]# cd boot
| [root@srv0 boot]# l= s
| config-2.6.32-5-amd64=A0 initrd.img-2.6.32-5-amd64=A0 vmlinuz-2.6.32= -5-amd64
| grub=A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 System.map-2.6.32-= 5-amd64
| initrd=A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 vmlinuz
| [root@srv0 boot= ]# cd grub
| [root@srv0 grub]# cat menu.lst
| timeout 5
| default = 0
|
| title Linux
| kernel /boot/vmlinuz root=3D/dev/xvda1
| in= itrd /boot/initrd
As you can see, the kernel (which is 2.6.32) and vmlin= uz (also 2.6.32) exist in the /boot directory.

Pygrub:
Attempting to pygrub the VPS LVM gives the following output:=
| [root@srv0 /]# pygrub --kernel=3D/boot/vmlinuz --ramdisk=3D/boot/init= rd /dev/VPS/fennec
| Traceback (most recent call last):
| =A0 File &q= uot;/usr/bin/pygrub", line 774, in <module>
|=A0 =A0=A0 raise RuntimeError, "Unable to find partition containing k= ernel"
| RuntimeError: Unable to find partition containing kernel
domU Config File:
| name =3D "fennec"
| memory =3D 10= 24
| maxmem =3D 1024
| cpus =3D "2-7"
| disk =3D [
| =A0=A0= =A0 'phy:/dev/VPS/fennec,xvda,w',
| =A0=A0=A0 'phy:/dev/VPS/= fennec-swap,xvdb,w'
| ]
| vif =3D ['']
| bootloader = =3D "pygrub"
| bootargs =3D "--kernel=3D/boot/vmlinuz --ramdisk=3D/boot/initrd"= ;
I have tried this with and without the bootargs line without any succe= ss.

About The Filesystem:
/dev/VPS is a vg on a RAID-1 array
/= dev/VPS/fennec is an lv on VPS vg
The fennec lv has a single ext3 partition of 40GB

xend.log Output:[2012-07-20 09:35:17 907] DEBUG (XendDomainInfo:103) XendDomainInfo.creat= e(['vm', ['name', 'fennec'], ['memory', 102= 4], ['maxmem', 1024], ['on_xend_start', 'ignore'], = ['on_xend_stop', 'ignore'], ['vcpus', 1], ['cpu= s', '2-7'], ['oos', 1], ['bootloader', '/us= r/bin/pygrub'], ['bootloader_args', '--kernel=3D/boot/vmlin= uz --ramdisk=3D/boot/initrd'], ['image', ['linux', [= 9;videoram', 4], ['tsc_mode', 0], ['nomigrate', 0]]], [= 's3_integrity', 1], ['device', ['vbd', ['uname&= #39;, 'phy:/dev/VPS/fennec'], ['dev', 'xvda'], [= 9;mode', 'w']]], ['device', ['vbd', ['uname= ', 'phy:/dev/VPS/fennec-swap'], ['dev', 'xvdb']= , ['mode', 'w']]], ['device', ['vif']]]) [2012-07-20 09:35:17 907] DEBUG (XendDomainInfo:2498) XendDomainInfo.constr= uctDomain
[2012-07-20 09:35:17 907] DEBUG (balloon:187) Balloon: 2279480= 8 KiB free; need 16384; done.
[2012-07-20 09:35:17 907] DEBUG (XendDomai= n:476) Adding Domain: 17
[2012-07-20 09:35:17 907] DEBUG (XendDomainInfo:2836) XendDomainInfo.initDo= main: 17 256
[2012-07-20 09:35:17 25157] DEBUG (XendBootloader:113) Laun= ching bootloader as ['/usr/bin/pygrub', '--output=3D/var/run/xe= nd/boot/xenbl.15844', '--kernel=3D/boot/vmlinuz', '--ramdis= k=3D/boot/initrd', '/dev/VPS/fennec'].
[2012-07-20 09:35:17 907] ERROR (XendBootloader:214) Boot loader didn't= return any data!
[2012-07-20 09:35:17 907] ERROR (XendDomainInfo:488) V= M start failed
Traceback (most recent call last):
=A0 File "/usr= /lib/python2.7/site-packages/xen/xend/XendDomainInfo.py", line 474, in= start
=A0=A0=A0 XendTask.log_progress(31, 60, self._initDomain)
=A0 File "= ;/usr/lib/python2.7/site-packages/xen/xend/XendTask.py", line 209, in = log_progress
=A0=A0=A0 retval =3D func(*args, **kwds)
=A0 File "= /usr/lib/python2.7/site-packages/xen/xend/XendDomainInfo.py", line 283= 8, in _initDomain
=A0=A0=A0 self._configureBootloader()
=A0 File "/usr/lib/python2.7/= site-packages/xen/xend/XendDomainInfo.py", line 3285, in _configureBoo= tloader
=A0=A0=A0 bootloader_args, kernel, ramdisk, args)
=A0 File &q= uot;/usr/lib/python2.7/site-packages/xen/xend/XendBootloader.py", line= 215, in bootloader
=A0=A0=A0 raise VmError, msg
VmError: Boot loader didn't return any = data!
[2012-07-20 09:35:17 907] DEBUG (XendDomainInfo:3071) XendDomainIn= fo.destroy: domid=3D17
[2012-07-20 09:35:17 907] DEBUG (XendDomainInfo:2= 406) No device model
[2012-07-20 09:35:17 907] DEBUG (XendDomainInfo:2408) Releasing devices
= [2012-07-20 09:35:17 907] ERROR (XendDomainInfo:108) Domain construction fa= iled
Traceback (most recent call last):
=A0 File "/usr/lib/pytho= n2.7/site-packages/xen/xend/XendDomainInfo.py", line 106, in create =A0=A0=A0 vm.start()
=A0 File "/usr/lib/python2.7/site-packages/xen= /xend/XendDomainInfo.py", line 474, in start
=A0=A0=A0 XendTask.log= _progress(31, 60, self._initDomain)
=A0 File "/usr/lib/python2.7/si= te-packages/xen/xend/XendTask.py", line 209, in log_progress
=A0=A0=A0 retval =3D func(*args, **kwds)
=A0 File "/usr/lib/python2= .7/site-packages/xen/xend/XendDomainInfo.py", line 2838, in _initDomai= n
=A0=A0=A0 self._configureBootloader()
=A0 File "/usr/lib/pytho= n2.7/site-packages/xen/xend/XendDomainInfo.py", line 3285, in _configu= reBootloader
=A0=A0=A0 bootloader_args, kernel, ramdisk, args)
=A0 File "/usr/li= b/python2.7/site-packages/xen/xend/XendBootloader.py", line 215, in bo= otloader
=A0=A0=A0 raise VmError, msg
VmError: Boot loader didn't= return any data!

Appreciate any suggestions.
--f46d04447383c0bd6404c53e3a06-- --===============8279192605367988538== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8279192605367988538==-- From xen-users-bounces@lists.xen.org Fri Jul 20 07:57:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Jul 2012 07:57: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 1Ss84P-0003v4-6u; Fri, 20 Jul 2012 07:56:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ss84N-0003ux-Ds for xen-users@lists.xen.org; Fri, 20 Jul 2012 07:56:15 +0000 Received: from [85.158.143.99:61688] by server-3.bemta-4.messagelabs.com id 46/78-01511-E1F09005; Fri, 20 Jul 2012 07:56:14 +0000 X-Env-Sender: luceoastrum@gmail.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1342770971!22561903!1 X-Originating-IP: [209.85.214.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18481 invoked from network); 20 Jul 2012 07:56:13 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jul 2012 07:56:13 -0000 Received: by obbta14 with SMTP id ta14so6052485obb.32 for ; Fri, 20 Jul 2012 00:56:11 -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=EnbrYbUWDvEAg331e5Vai7wmofR5xBmaYa8jWT/43vg=; b=vq7ajwu2GNx7qYgX75m5uaCAqouxdASbCjFEo7zw49ahsU2+paODtEP60dqMJ22sKj oqK+ITEb+R4h3tY1X1uF0iO81aQ7uWqT/dMTVyfaADS59rRoTPY3DvxsOEGV9+4QoWqx oMFo6Q8uSPY9a0rOjCiDJ3aXKYKpepimwJWrrMPJLuamCYb0QtySg6oz5TNPCMELO8ue mcqkTVct8Wp/iO7LTkIJyBoHkuAAI4d+fq3QALaBtwOViDszv1rNcI7PyRUxRoGtjSls heUNzCfo6K+UmMvKbI0rSJHPa/dhi7HZpuHC8V1ofIomnJl4Z8lW9Ft08xniYmnqj6vc FSJg== MIME-Version: 1.0 Received: by 10.182.222.39 with SMTP id qj7mr5882939obc.16.1342770971196; Fri, 20 Jul 2012 00:56:11 -0700 (PDT) Received: by 10.76.70.228 with HTTP; Fri, 20 Jul 2012 00:56:11 -0700 (PDT) Date: Fri, 20 Jul 2012 08:56:11 +0100 Message-ID: From: Luceo Astrum To: xen-users@lists.xen.org Subject: [Xen-users] RuntimeError: Unable to find partition containing 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="===============8279192605367988538==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8279192605367988538== Content-Type: multipart/alternative; boundary=f46d04447383c0bd6404c53e3a06 --f46d04447383c0bd6404c53e3a06 Content-Type: text/plain; charset=ISO-8859-1 Hardware: 2x Intel Xeon Quad-Core 2.33GHz 24GB FBDIMM RAM 2x 2TB HDD in RAID-1 Intel Server Board S5400SF Setup: Arch Linux x86_64 Xen 4.1.2 Grub2 Multiboot Synopsis: I set up a new VM for Debian Squeeze following instructions here: http://www.howtoforge.com/installing-debian-squeeze-6.0-domu-on-centos-5.5-x86_64-dom0. Partitioning & installation completed correctly. When I tried to run the VPS afterwards, I got this output: | [root@srv0 xen]# xm create -c /etc/xen/xm-debian.cfg | Using config file "/etc/xen/xm-debian.cfg". | Error: Boot loader didn't return any data! I've attached a more complete log output at the end of the mail. This is the first VM I have tried to create on this setup. Additional: I can mount the partition within the lvm: | [root@srv0 xen]# kpartx -av /dev/VPS/fennec | add map VPS-fennec1 (253:2): 0 83881984 linear /dev/VPS/fennec 2048 | [root@srv0 xen]# mount /dev/mapper/VPS-fennec1 /mnt | [root@srv0 xen]# cd /mnt | [root@srv0 mnt]# ls | bin etc lib lost+found opt sbin sys var | boot home lib32 media proc selinux tmp vmlinuz | dev initrd.img lib64 mnt root srv usr | [root@srv0 mnt]# cd boot | [root@srv0 boot]# ls | config-2.6.32-5-amd64 initrd.img-2.6.32-5-amd64 vmlinuz-2.6.32-5-amd64 | grub System.map-2.6.32-5-amd64 | initrd vmlinuz | [root@srv0 boot]# cd grub | [root@srv0 grub]# cat menu.lst | timeout 5 | default 0 | | title Linux | kernel /boot/vmlinuz root=/dev/xvda1 | initrd /boot/initrd As you can see, the kernel (which is 2.6.32) and vmlinuz (also 2.6.32) exist in the /boot directory. Pygrub: Attempting to pygrub the VPS LVM gives the following output: | [root@srv0 /]# pygrub --kernel=/boot/vmlinuz --ramdisk=/boot/initrd /dev/VPS/fennec | Traceback (most recent call last): | File "/usr/bin/pygrub", line 774, in | raise RuntimeError, "Unable to find partition containing kernel" | RuntimeError: Unable to find partition containing kernel domU Config File: | name = "fennec" | memory = 1024 | maxmem = 1024 | cpus = "2-7" | disk = [ | 'phy:/dev/VPS/fennec,xvda,w', | 'phy:/dev/VPS/fennec-swap,xvdb,w' | ] | vif = [''] | bootloader = "pygrub" | bootargs = "--kernel=/boot/vmlinuz --ramdisk=/boot/initrd" I have tried this with and without the bootargs line without any success. About The Filesystem: /dev/VPS is a vg on a RAID-1 array /dev/VPS/fennec is an lv on VPS vg The fennec lv has a single ext3 partition of 40GB xend.log Output: [2012-07-20 09:35:17 907] DEBUG (XendDomainInfo:103) XendDomainInfo.create(['vm', ['name', 'fennec'], ['memory', 1024], ['maxmem', 1024], ['on_xend_start', 'ignore'], ['on_xend_stop', 'ignore'], ['vcpus', 1], ['cpus', '2-7'], ['oos', 1], ['bootloader', '/usr/bin/pygrub'], ['bootloader_args', '--kernel=/boot/vmlinuz --ramdisk=/boot/initrd'], ['image', ['linux', ['videoram', 4], ['tsc_mode', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['uname', 'phy:/dev/VPS/fennec'], ['dev', 'xvda'], ['mode', 'w']]], ['device', ['vbd', ['uname', 'phy:/dev/VPS/fennec-swap'], ['dev', 'xvdb'], ['mode', 'w']]], ['device', ['vif']]]) [2012-07-20 09:35:17 907] DEBUG (XendDomainInfo:2498) XendDomainInfo.constructDomain [2012-07-20 09:35:17 907] DEBUG (balloon:187) Balloon: 22794808 KiB free; need 16384; done. [2012-07-20 09:35:17 907] DEBUG (XendDomain:476) Adding Domain: 17 [2012-07-20 09:35:17 907] DEBUG (XendDomainInfo:2836) XendDomainInfo.initDomain: 17 256 [2012-07-20 09:35:17 25157] DEBUG (XendBootloader:113) Launching bootloader as ['/usr/bin/pygrub', '--output=/var/run/xend/boot/xenbl.15844', '--kernel=/boot/vmlinuz', '--ramdisk=/boot/initrd', '/dev/VPS/fennec']. [2012-07-20 09:35:17 907] ERROR (XendBootloader:214) Boot loader didn't return any data! [2012-07-20 09:35:17 907] ERROR (XendDomainInfo:488) VM start failed Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/xen/xend/XendDomainInfo.py", line 474, in start XendTask.log_progress(31, 60, self._initDomain) File "/usr/lib/python2.7/site-packages/xen/xend/XendTask.py", line 209, in log_progress retval = func(*args, **kwds) File "/usr/lib/python2.7/site-packages/xen/xend/XendDomainInfo.py", line 2838, in _initDomain self._configureBootloader() File "/usr/lib/python2.7/site-packages/xen/xend/XendDomainInfo.py", line 3285, in _configureBootloader bootloader_args, kernel, ramdisk, args) File "/usr/lib/python2.7/site-packages/xen/xend/XendBootloader.py", line 215, in bootloader raise VmError, msg VmError: Boot loader didn't return any data! [2012-07-20 09:35:17 907] DEBUG (XendDomainInfo:3071) XendDomainInfo.destroy: domid=17 [2012-07-20 09:35:17 907] DEBUG (XendDomainInfo:2406) No device model [2012-07-20 09:35:17 907] DEBUG (XendDomainInfo:2408) Releasing devices [2012-07-20 09:35:17 907] ERROR (XendDomainInfo:108) Domain construction failed Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/xen/xend/XendDomainInfo.py", line 106, in create vm.start() File "/usr/lib/python2.7/site-packages/xen/xend/XendDomainInfo.py", line 474, in start XendTask.log_progress(31, 60, self._initDomain) File "/usr/lib/python2.7/site-packages/xen/xend/XendTask.py", line 209, in log_progress retval = func(*args, **kwds) File "/usr/lib/python2.7/site-packages/xen/xend/XendDomainInfo.py", line 2838, in _initDomain self._configureBootloader() File "/usr/lib/python2.7/site-packages/xen/xend/XendDomainInfo.py", line 3285, in _configureBootloader bootloader_args, kernel, ramdisk, args) File "/usr/lib/python2.7/site-packages/xen/xend/XendBootloader.py", line 215, in bootloader raise VmError, msg VmError: Boot loader didn't return any data! Appreciate any suggestions. --f46d04447383c0bd6404c53e3a06 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hardware:
2x Intel Xeon Quad-Core 2.33GHz
24GB FBDIMM RAM
2x 2TB H= DD in RAID-1
Intel Server Board S5400SF

Setup:
Arch Linux x86_= 64
Xen 4.1.2
Grub2 Multiboot

Synopsis:
I set up a new VM fo= r Debian Squeeze following instructions here: http:= //www.howtoforge.com/installing-debian-squeeze-6.0-domu-on-centos-5.5-x86_6= 4-dom0. Partitioning & installation completed correctly. When I tri= ed to run the VPS afterwards, I got this output:
| [root@srv0 xen]# xm create -c /etc/xen/xm-debian.cfg
| Using config fi= le "/etc/xen/xm-debian.cfg".
| Error: Boot loader didn't r= eturn any data!
I've attached a more complete log output at the end = of the mail.
This is the first VM I have tried to create on this setup.

Additiona= l:
I can mount the partition within the lvm:
| [root@srv0 xen]# kpart= x -av /dev/VPS/fennec
| add map VPS-fennec1 (253:2): 0 83881984 linear /= dev/VPS/fennec 2048
| [root@srv0 xen]# mount /dev/mapper/VPS-fennec1 /mnt
| [root@srv0 xen]#= cd /mnt
| [root@srv0 mnt]# ls
| bin=A0=A0 etc=A0=A0=A0 =A0 lib=A0=A0= =A0 =A0lost+found=A0 opt=A0=A0 sbin=A0=A0=A0=A0 sys=A0 var
| boot=A0 hom= e=A0=A0=A0 =A0 lib32=A0 media=A0=A0=A0 =A0=A0=A0=A0 proc=A0 selinux=A0 tmp= =A0 vmlinuz
| dev=A0=A0 initrd.img=A0 lib64=A0 mnt=A0=A0=A0 =A0=A0=A0=A0 root=A0 srv=A0= =A0=A0 =A0=A0=A0 usr
| [root@srv0 mnt]# cd boot
| [root@srv0 boot]# l= s
| config-2.6.32-5-amd64=A0 initrd.img-2.6.32-5-amd64=A0 vmlinuz-2.6.32= -5-amd64
| grub=A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 System.map-2.6.32-= 5-amd64
| initrd=A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0 vmlinuz
| [root@srv0 boot= ]# cd grub
| [root@srv0 grub]# cat menu.lst
| timeout 5
| default = 0
|
| title Linux
| kernel /boot/vmlinuz root=3D/dev/xvda1
| in= itrd /boot/initrd
As you can see, the kernel (which is 2.6.32) and vmlin= uz (also 2.6.32) exist in the /boot directory.

Pygrub:
Attempting to pygrub the VPS LVM gives the following output:=
| [root@srv0 /]# pygrub --kernel=3D/boot/vmlinuz --ramdisk=3D/boot/init= rd /dev/VPS/fennec
| Traceback (most recent call last):
| =A0 File &q= uot;/usr/bin/pygrub", line 774, in <module>
|=A0 =A0=A0 raise RuntimeError, "Unable to find partition containing k= ernel"
| RuntimeError: Unable to find partition containing kernel
domU Config File:
| name =3D "fennec"
| memory =3D 10= 24
| maxmem =3D 1024
| cpus =3D "2-7"
| disk =3D [
| =A0=A0= =A0 'phy:/dev/VPS/fennec,xvda,w',
| =A0=A0=A0 'phy:/dev/VPS/= fennec-swap,xvdb,w'
| ]
| vif =3D ['']
| bootloader = =3D "pygrub"
| bootargs =3D "--kernel=3D/boot/vmlinuz --ramdisk=3D/boot/initrd"= ;
I have tried this with and without the bootargs line without any succe= ss.

About The Filesystem:
/dev/VPS is a vg on a RAID-1 array
/= dev/VPS/fennec is an lv on VPS vg
The fennec lv has a single ext3 partition of 40GB

xend.log Output:[2012-07-20 09:35:17 907] DEBUG (XendDomainInfo:103) XendDomainInfo.creat= e(['vm', ['name', 'fennec'], ['memory', 102= 4], ['maxmem', 1024], ['on_xend_start', 'ignore'], = ['on_xend_stop', 'ignore'], ['vcpus', 1], ['cpu= s', '2-7'], ['oos', 1], ['bootloader', '/us= r/bin/pygrub'], ['bootloader_args', '--kernel=3D/boot/vmlin= uz --ramdisk=3D/boot/initrd'], ['image', ['linux', [= 9;videoram', 4], ['tsc_mode', 0], ['nomigrate', 0]]], [= 's3_integrity', 1], ['device', ['vbd', ['uname&= #39;, 'phy:/dev/VPS/fennec'], ['dev', 'xvda'], [= 9;mode', 'w']]], ['device', ['vbd', ['uname= ', 'phy:/dev/VPS/fennec-swap'], ['dev', 'xvdb']= , ['mode', 'w']]], ['device', ['vif']]]) [2012-07-20 09:35:17 907] DEBUG (XendDomainInfo:2498) XendDomainInfo.constr= uctDomain
[2012-07-20 09:35:17 907] DEBUG (balloon:187) Balloon: 2279480= 8 KiB free; need 16384; done.
[2012-07-20 09:35:17 907] DEBUG (XendDomai= n:476) Adding Domain: 17
[2012-07-20 09:35:17 907] DEBUG (XendDomainInfo:2836) XendDomainInfo.initDo= main: 17 256
[2012-07-20 09:35:17 25157] DEBUG (XendBootloader:113) Laun= ching bootloader as ['/usr/bin/pygrub', '--output=3D/var/run/xe= nd/boot/xenbl.15844', '--kernel=3D/boot/vmlinuz', '--ramdis= k=3D/boot/initrd', '/dev/VPS/fennec'].
[2012-07-20 09:35:17 907] ERROR (XendBootloader:214) Boot loader didn't= return any data!
[2012-07-20 09:35:17 907] ERROR (XendDomainInfo:488) V= M start failed
Traceback (most recent call last):
=A0 File "/usr= /lib/python2.7/site-packages/xen/xend/XendDomainInfo.py", line 474, in= start
=A0=A0=A0 XendTask.log_progress(31, 60, self._initDomain)
=A0 File "= ;/usr/lib/python2.7/site-packages/xen/xend/XendTask.py", line 209, in = log_progress
=A0=A0=A0 retval =3D func(*args, **kwds)
=A0 File "= /usr/lib/python2.7/site-packages/xen/xend/XendDomainInfo.py", line 283= 8, in _initDomain
=A0=A0=A0 self._configureBootloader()
=A0 File "/usr/lib/python2.7/= site-packages/xen/xend/XendDomainInfo.py", line 3285, in _configureBoo= tloader
=A0=A0=A0 bootloader_args, kernel, ramdisk, args)
=A0 File &q= uot;/usr/lib/python2.7/site-packages/xen/xend/XendBootloader.py", line= 215, in bootloader
=A0=A0=A0 raise VmError, msg
VmError: Boot loader didn't return any = data!
[2012-07-20 09:35:17 907] DEBUG (XendDomainInfo:3071) XendDomainIn= fo.destroy: domid=3D17
[2012-07-20 09:35:17 907] DEBUG (XendDomainInfo:2= 406) No device model
[2012-07-20 09:35:17 907] DEBUG (XendDomainInfo:2408) Releasing devices
= [2012-07-20 09:35:17 907] ERROR (XendDomainInfo:108) Domain construction fa= iled
Traceback (most recent call last):
=A0 File "/usr/lib/pytho= n2.7/site-packages/xen/xend/XendDomainInfo.py", line 106, in create =A0=A0=A0 vm.start()
=A0 File "/usr/lib/python2.7/site-packages/xen= /xend/XendDomainInfo.py", line 474, in start
=A0=A0=A0 XendTask.log= _progress(31, 60, self._initDomain)
=A0 File "/usr/lib/python2.7/si= te-packages/xen/xend/XendTask.py", line 209, in log_progress
=A0=A0=A0 retval =3D func(*args, **kwds)
=A0 File "/usr/lib/python2= .7/site-packages/xen/xend/XendDomainInfo.py", line 2838, in _initDomai= n
=A0=A0=A0 self._configureBootloader()
=A0 File "/usr/lib/pytho= n2.7/site-packages/xen/xend/XendDomainInfo.py", line 3285, in _configu= reBootloader
=A0=A0=A0 bootloader_args, kernel, ramdisk, args)
=A0 File "/usr/li= b/python2.7/site-packages/xen/xend/XendBootloader.py", line 215, in bo= otloader
=A0=A0=A0 raise VmError, msg
VmError: Boot loader didn't= return any data!

Appreciate any suggestions.
--f46d04447383c0bd6404c53e3a06-- --===============8279192605367988538== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8279192605367988538==-- From xen-users-bounces@lists.xen.org Fri Jul 20 08:45:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Jul 2012 08:45: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 1Ss8pA-0005Po-5p; Fri, 20 Jul 2012 08:44:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ss8p8-0005Ph-IP for xen-users@lists.xen.org; Fri, 20 Jul 2012 08:44:34 +0000 Received: from [85.158.143.35:29796] by server-1.bemta-4.messagelabs.com id E7/BF-24392-17A19005; Fri, 20 Jul 2012 08:44:33 +0000 X-Env-Sender: tsb20112012@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1342773871!14353949!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=3.1 required=7.0 tests=FROM_ENDS_IN_NUMS, HTML_10_20, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25264 invoked from network); 20 Jul 2012 08:44:33 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jul 2012 08:44:33 -0000 Received: by yenl1 with SMTP id l1so4290769yen.32 for ; Fri, 20 Jul 2012 01:44:31 -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=ZoAWTkYUzv4DJmQE6P5IW15MvtMonaNW8r9+laZONkc=; b=jFe/5kUAgp4I7QpVNnMd22kUndbZ5Dod+ELeIwEYA7eaxRDbLTsAglDdT3ip6/dgRT qak0FDV+SEkJ00TPB6bcWISHlghePsjwiWveEmR4Q3tbOqQHOMaThtPPG2EyM6vXUKYb dWeHh/WizYWRqBQ5XwykQWeVqajxeYOEgAi5Lui/YmungPllu6yA1mnI4HN5F0fRwG5c EZ+leUQ8LbfcwQmJD9gSAv/5kn177AvVgFBnPKqUKDKl8XQKyNZvImqlA3MYpaTk25F2 /zRur5UA5GJSNOEblYR/0FDKP6x5wKJpIUuEyFGxSnEZ4/wVfsKOAEqq+NneOIgjnByf m+3Q== MIME-Version: 1.0 Received: by 10.50.217.193 with SMTP id pa1mr7584105igc.39.1342773871528; Fri, 20 Jul 2012 01:44:31 -0700 (PDT) Received: by 10.64.76.234 with HTTP; Fri, 20 Jul 2012 01:44:30 -0700 (PDT) Date: Fri, 20 Jul 2012 10:44:30 +0200 Message-ID: From: Mesut Donmez To: xen-users@lists.xen.org Subject: [Xen-users] Problem MTU > 1500 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8783183589145382029==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8783183589145382029== Content-Type: multipart/alternative; boundary=14dae934053da04b1104c53ee715 --14dae934053da04b1104c53ee715 Content-Type: text/plain; charset=ISO-8859-1 Hi, I am using XCP version 1.5beta (1.4.90) with for the host the kernel version 2.6.32.12-0.7.1.xs1.4.90.530.170661xen en for the guests reh6.1 as operating system. When we increase the MTU of the ethX, vifX and xenbrX to 9000 and also for other machines in our test envioranment and we give the command; ping -s 9000 from the guest to an other machine wich is not on the same host we do not get any response. When we give the same command to an other guest on the same host the ping command succeeds. When we ping from the host to other machines outside the host the ping command is also succeeds. Has somebody ideas what I am doing wrong? --14dae934053da04b1104c53ee715 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,
=A0
I am using XCP version 1.5beta (1.4.90) with for the host the kernel v= ersion 2.6.32.12-0.7.1.xs1.4.90.530.170661xen en for the guests reh6.1 as o= perating system.
When we=A0 increase the MTU of the ethX, vifX and xenbrX to 9000 and a= lso for other machines in our test envioranment and we give the command; pi= ng -s 9000 <ip of extern machine>=A0from the guest to an other machin= e
wich is not on the same host we do not get any response.
When we give the same command to an other guest on the same host the p= ing command succeeds.
When we ping from the host to other machines outside the host the ping= command is also succeeds.
=A0
Has somebody ideas what I am doing wrong?
=A0
=A0
=A0
--14dae934053da04b1104c53ee715-- --===============8783183589145382029== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8783183589145382029==-- From xen-users-bounces@lists.xen.org Fri Jul 20 08:45:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Jul 2012 08:45: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 1Ss8pA-0005Po-5p; Fri, 20 Jul 2012 08:44:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ss8p8-0005Ph-IP for xen-users@lists.xen.org; Fri, 20 Jul 2012 08:44:34 +0000 Received: from [85.158.143.35:29796] by server-1.bemta-4.messagelabs.com id E7/BF-24392-17A19005; Fri, 20 Jul 2012 08:44:33 +0000 X-Env-Sender: tsb20112012@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1342773871!14353949!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=3.1 required=7.0 tests=FROM_ENDS_IN_NUMS, HTML_10_20, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25264 invoked from network); 20 Jul 2012 08:44:33 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jul 2012 08:44:33 -0000 Received: by yenl1 with SMTP id l1so4290769yen.32 for ; Fri, 20 Jul 2012 01:44:31 -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=ZoAWTkYUzv4DJmQE6P5IW15MvtMonaNW8r9+laZONkc=; b=jFe/5kUAgp4I7QpVNnMd22kUndbZ5Dod+ELeIwEYA7eaxRDbLTsAglDdT3ip6/dgRT qak0FDV+SEkJ00TPB6bcWISHlghePsjwiWveEmR4Q3tbOqQHOMaThtPPG2EyM6vXUKYb dWeHh/WizYWRqBQ5XwykQWeVqajxeYOEgAi5Lui/YmungPllu6yA1mnI4HN5F0fRwG5c EZ+leUQ8LbfcwQmJD9gSAv/5kn177AvVgFBnPKqUKDKl8XQKyNZvImqlA3MYpaTk25F2 /zRur5UA5GJSNOEblYR/0FDKP6x5wKJpIUuEyFGxSnEZ4/wVfsKOAEqq+NneOIgjnByf m+3Q== MIME-Version: 1.0 Received: by 10.50.217.193 with SMTP id pa1mr7584105igc.39.1342773871528; Fri, 20 Jul 2012 01:44:31 -0700 (PDT) Received: by 10.64.76.234 with HTTP; Fri, 20 Jul 2012 01:44:30 -0700 (PDT) Date: Fri, 20 Jul 2012 10:44:30 +0200 Message-ID: From: Mesut Donmez To: xen-users@lists.xen.org Subject: [Xen-users] Problem MTU > 1500 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8783183589145382029==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8783183589145382029== Content-Type: multipart/alternative; boundary=14dae934053da04b1104c53ee715 --14dae934053da04b1104c53ee715 Content-Type: text/plain; charset=ISO-8859-1 Hi, I am using XCP version 1.5beta (1.4.90) with for the host the kernel version 2.6.32.12-0.7.1.xs1.4.90.530.170661xen en for the guests reh6.1 as operating system. When we increase the MTU of the ethX, vifX and xenbrX to 9000 and also for other machines in our test envioranment and we give the command; ping -s 9000 from the guest to an other machine wich is not on the same host we do not get any response. When we give the same command to an other guest on the same host the ping command succeeds. When we ping from the host to other machines outside the host the ping command is also succeeds. Has somebody ideas what I am doing wrong? --14dae934053da04b1104c53ee715 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,
=A0
I am using XCP version 1.5beta (1.4.90) with for the host the kernel v= ersion 2.6.32.12-0.7.1.xs1.4.90.530.170661xen en for the guests reh6.1 as o= perating system.
When we=A0 increase the MTU of the ethX, vifX and xenbrX to 9000 and a= lso for other machines in our test envioranment and we give the command; pi= ng -s 9000 <ip of extern machine>=A0from the guest to an other machin= e
wich is not on the same host we do not get any response.
When we give the same command to an other guest on the same host the p= ing command succeeds.
When we ping from the host to other machines outside the host the ping= command is also succeeds.
=A0
Has somebody ideas what I am doing wrong?
=A0
=A0
=A0
--14dae934053da04b1104c53ee715-- --===============8783183589145382029== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8783183589145382029==-- From xen-users-bounces@lists.xen.org Fri Jul 20 09:17:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Jul 2012 09:17: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 1Ss9Jn-00068l-6Z; Fri, 20 Jul 2012 09:16:15 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ss9Jl-00068d-Q2 for xen-users@lists.xen.org; Fri, 20 Jul 2012 09:16:13 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-15.tower-27.messagelabs.com!1342775734!3217052!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25292 invoked from network); 20 Jul 2012 09:15:35 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-15.tower-27.messagelabs.com with AES128-SHA encrypted SMTP; 20 Jul 2012 09:15:35 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Fri, 20 Jul 2012 11:15:34 +0200 From: Stephan Seitz To: Mesut Donmez Thread-Topic: [Xen-users] Problem MTU > 1500 Thread-Index: AQHNZlY8Ild3eiv+xU600G4bvyk/a5cxwjqA Date: Fri, 20 Jul 2012 09:15:34 +0000 Message-ID: <1342775733.5477.35.camel@wotan2> References: In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Problem MTU > 1500 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1370471262035761897==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1370471262035761897== Content-Language: de-DE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-0GqDVCScbR/ijzU/MH/z" --=-0GqDVCScbR/ijzU/MH/z Content-Type: multipart/alternative; boundary="=-loGBPzoYkP1gtkAvZCJ5" --=-loGBPzoYkP1gtkAvZCJ5 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, if you're sure, the interfaces are all set to 9k, i'ld expect your switch in between your hosts is not capable of / not cofigured for 9k frames. I'd only done 9k on dom0 so far, but for having it available to domU I assume it needs to be set in a persistant way. If you change your vifX.X interfaces that would be gone if you shutdown/create your machine, wouldn't it? Am Freitag, den 20.07.2012, 10:44 +0200 schrieb Mesut Donmez: > Hi, > =20 > I am using XCP version 1.5beta (1.4.90) with for the host the kernel > version 2.6.32.12-0.7.1.xs1.4.90.530.170661xen en for the guests > reh6.1 as operating system. > When we increase the MTU of the ethX, vifX and xenbrX to 9000 and > also for other machines in our test envioranment and we give the > command; ping -s 9000 from the guest to an > other machine > wich is not on the same host we do not get any response. > When we give the same command to an other guest on the same host the > ping command succeeds.=20 > When we ping from the host to other machines outside the host the ping > command is also succeeds. > =20 > Has somebody ideas what I am doing wrong? > =20 > =20 > =20 >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --=-loGBPzoYkP1gtkAvZCJ5 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi,

if you're sure, the interfaces are all set to 9k, i'ld expect your switch i= n between your
hosts is not capable of / not cofigured for 9k frames.

I'd only done 9k on  dom0 so far, but for having it available to domU = I assume it needs to
be set in a persistant way. If you change your vifX.X interfaces that would= be gone
if you shutdown/create your machine, wouldn't it?


Am Freitag, den 20.07.2012, 10:44 +0200 schrieb Mesut Donmez:
Hi,
 
I am using XCP version 1.5beta (1.4.90) with for the host the kernel ve= rsion 2.6.32.12-0.7.1.xs1.4.90.530.170661xen en for the guests reh6.1 as op= erating system.
When we  increase the MTU of the ethX, vifX and xenbrX to 9000 and= also for other machines in our test envioranment and we give the command; = ping -s 9000 <ip of extern machine> from the guest to an other m= achine
wich is not on the same host we do not get any response.
When we give the same command to an other guest on the same host the pi= ng command succeeds.=20
When we ping from the host to other machines outside the host the ping = command is also succeeds.
 
Has somebody ideas what I am doing wrong?
 
 
  
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--=-loGBPzoYkP1gtkAvZCJ5-- --=-0GqDVCScbR/ijzU/MH/z 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.11 (GNU/Linux) iQEcBAABAgAGBQJQCSG1AAoJEHzu36SveCllM1wH/itt3+8XHH4P8n+mviLezPCc kxuG8tSFXVoa3Ca+FuyaSh8A41YV3fhWxcmCBpfWv+hkdN4h/1m15vEfpnY3cQ9i 1auGOoZFETMK+2dBGSfs7nIj4Y33T0gDcdBS48kLH6UivenrjFtX3Ii1sk61E9y1 mSNysJpB51mOJt0IDCAJvPH/mm4A53QoJekuFCmWqeoEgTvBOq2/sPtK19OB7Kgf zFVI1sz14p0TVPeaCm0x8J5ppQ4J6hLhjXFun+72pbamCw4y79WtVYrIx+7hsrtx YJkexX6Kw3zvvuTKUbCbpZVD/MW10Dx9Wfs3VA02hQNF2NZ6VB96vx+7by2ee34= =kvqy -----END PGP SIGNATURE----- --=-0GqDVCScbR/ijzU/MH/z-- --===============1370471262035761897== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1370471262035761897==-- From xen-users-bounces@lists.xen.org Fri Jul 20 09:17:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Jul 2012 09:17: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 1Ss9Jn-00068l-6Z; Fri, 20 Jul 2012 09:16:15 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ss9Jl-00068d-Q2 for xen-users@lists.xen.org; Fri, 20 Jul 2012 09:16:13 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-15.tower-27.messagelabs.com!1342775734!3217052!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25292 invoked from network); 20 Jul 2012 09:15:35 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-15.tower-27.messagelabs.com with AES128-SHA encrypted SMTP; 20 Jul 2012 09:15:35 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Fri, 20 Jul 2012 11:15:34 +0200 From: Stephan Seitz To: Mesut Donmez Thread-Topic: [Xen-users] Problem MTU > 1500 Thread-Index: AQHNZlY8Ild3eiv+xU600G4bvyk/a5cxwjqA Date: Fri, 20 Jul 2012 09:15:34 +0000 Message-ID: <1342775733.5477.35.camel@wotan2> References: In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Problem MTU > 1500 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1370471262035761897==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1370471262035761897== Content-Language: de-DE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-0GqDVCScbR/ijzU/MH/z" --=-0GqDVCScbR/ijzU/MH/z Content-Type: multipart/alternative; boundary="=-loGBPzoYkP1gtkAvZCJ5" --=-loGBPzoYkP1gtkAvZCJ5 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, if you're sure, the interfaces are all set to 9k, i'ld expect your switch in between your hosts is not capable of / not cofigured for 9k frames. I'd only done 9k on dom0 so far, but for having it available to domU I assume it needs to be set in a persistant way. If you change your vifX.X interfaces that would be gone if you shutdown/create your machine, wouldn't it? Am Freitag, den 20.07.2012, 10:44 +0200 schrieb Mesut Donmez: > Hi, > =20 > I am using XCP version 1.5beta (1.4.90) with for the host the kernel > version 2.6.32.12-0.7.1.xs1.4.90.530.170661xen en for the guests > reh6.1 as operating system. > When we increase the MTU of the ethX, vifX and xenbrX to 9000 and > also for other machines in our test envioranment and we give the > command; ping -s 9000 from the guest to an > other machine > wich is not on the same host we do not get any response. > When we give the same command to an other guest on the same host the > ping command succeeds.=20 > When we ping from the host to other machines outside the host the ping > command is also succeeds. > =20 > Has somebody ideas what I am doing wrong? > =20 > =20 > =20 >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --=-loGBPzoYkP1gtkAvZCJ5 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi,

if you're sure, the interfaces are all set to 9k, i'ld expect your switch i= n between your
hosts is not capable of / not cofigured for 9k frames.

I'd only done 9k on  dom0 so far, but for having it available to domU = I assume it needs to
be set in a persistant way. If you change your vifX.X interfaces that would= be gone
if you shutdown/create your machine, wouldn't it?


Am Freitag, den 20.07.2012, 10:44 +0200 schrieb Mesut Donmez:
Hi,
 
I am using XCP version 1.5beta (1.4.90) with for the host the kernel ve= rsion 2.6.32.12-0.7.1.xs1.4.90.530.170661xen en for the guests reh6.1 as op= erating system.
When we  increase the MTU of the ethX, vifX and xenbrX to 9000 and= also for other machines in our test envioranment and we give the command; = ping -s 9000 <ip of extern machine> from the guest to an other m= achine
wich is not on the same host we do not get any response.
When we give the same command to an other guest on the same host the pi= ng command succeeds.=20
When we ping from the host to other machines outside the host the ping = command is also succeeds.
 
Has somebody ideas what I am doing wrong?
 
 
  
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--=-loGBPzoYkP1gtkAvZCJ5-- --=-0GqDVCScbR/ijzU/MH/z 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.11 (GNU/Linux) iQEcBAABAgAGBQJQCSG1AAoJEHzu36SveCllM1wH/itt3+8XHH4P8n+mviLezPCc kxuG8tSFXVoa3Ca+FuyaSh8A41YV3fhWxcmCBpfWv+hkdN4h/1m15vEfpnY3cQ9i 1auGOoZFETMK+2dBGSfs7nIj4Y33T0gDcdBS48kLH6UivenrjFtX3Ii1sk61E9y1 mSNysJpB51mOJt0IDCAJvPH/mm4A53QoJekuFCmWqeoEgTvBOq2/sPtK19OB7Kgf zFVI1sz14p0TVPeaCm0x8J5ppQ4J6hLhjXFun+72pbamCw4y79WtVYrIx+7hsrtx YJkexX6Kw3zvvuTKUbCbpZVD/MW10Dx9Wfs3VA02hQNF2NZ6VB96vx+7by2ee34= =kvqy -----END PGP SIGNATURE----- --=-0GqDVCScbR/ijzU/MH/z-- --===============1370471262035761897== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1370471262035761897==-- From xen-users-bounces@lists.xen.org Fri Jul 20 11:23:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Jul 2012 11:23: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 1SsBHu-00010u-Kp; Fri, 20 Jul 2012 11:22:26 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SsBHt-00010p-Ow for xen-users@lists.xen.org; Fri, 20 Jul 2012 11:22:25 +0000 Received: from [85.158.143.35:25927] by server-1.bemta-4.messagelabs.com id B9/DD-24392-17F39005; Fri, 20 Jul 2012 11:22:25 +0000 X-Env-Sender: lists+xen@internecto.net X-Msg-Ref: server-5.tower-21.messagelabs.com!1342783343!4480116!1 X-Originating-IP: [176.9.245.29] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27856 invoked from network); 20 Jul 2012 11:22:24 -0000 Received: from polaris.internecto.net (HELO mx1.internecto.net) (176.9.245.29) by server-5.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Jul 2012 11:22:24 -0000 Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id BA2C3A02F1 for ; Fri, 20 Jul 2012 11:22:23 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mail.internecto.net Received: from mx1.internecto.net ([127.0.0.1]) by localhost (mail.polaris.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Fao18gLy6D59 for ; Fri, 20 Jul 2012 11:22:16 +0000 (UTC) Received: from internecto.net (5ED4FDEB.cm-7-5d.dynamic.ziggo.nl [94.212.253.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: lists@internecto.net) by mx1.internecto.net (Postfix) with ESMTPSA id BD82DA02EA for ; Fri, 20 Jul 2012 11:22:16 +0000 (UTC) Date: Fri, 20 Jul 2012 13:22:15 +0200 From: Mark van Dijk To: xen-users@lists.xen.org Message-ID: <20120720132215.0125c298@internecto.net> Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; i686-pc-linux-gnu) Mime-Version: 1.0 Subject: [Xen-users] pvgrub replacements X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 number of distributions that are dropping grub 1 support is raising. Tody I received a notification from Arch Linux who are also doing this. The problem with this situation is when a distro installs grub2 because of a package dependency. So what I would like to know is whether there are more alternatives for PV than pvgrub. ExtLinux or pvgrub2 would be nice.. Mark _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 20 11:23:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Jul 2012 11:23: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 1SsBHu-00010u-Kp; Fri, 20 Jul 2012 11:22:26 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SsBHt-00010p-Ow for xen-users@lists.xen.org; Fri, 20 Jul 2012 11:22:25 +0000 Received: from [85.158.143.35:25927] by server-1.bemta-4.messagelabs.com id B9/DD-24392-17F39005; Fri, 20 Jul 2012 11:22:25 +0000 X-Env-Sender: lists+xen@internecto.net X-Msg-Ref: server-5.tower-21.messagelabs.com!1342783343!4480116!1 X-Originating-IP: [176.9.245.29] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27856 invoked from network); 20 Jul 2012 11:22:24 -0000 Received: from polaris.internecto.net (HELO mx1.internecto.net) (176.9.245.29) by server-5.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Jul 2012 11:22:24 -0000 Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id BA2C3A02F1 for ; Fri, 20 Jul 2012 11:22:23 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mail.internecto.net Received: from mx1.internecto.net ([127.0.0.1]) by localhost (mail.polaris.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Fao18gLy6D59 for ; Fri, 20 Jul 2012 11:22:16 +0000 (UTC) Received: from internecto.net (5ED4FDEB.cm-7-5d.dynamic.ziggo.nl [94.212.253.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: lists@internecto.net) by mx1.internecto.net (Postfix) with ESMTPSA id BD82DA02EA for ; Fri, 20 Jul 2012 11:22:16 +0000 (UTC) Date: Fri, 20 Jul 2012 13:22:15 +0200 From: Mark van Dijk To: xen-users@lists.xen.org Message-ID: <20120720132215.0125c298@internecto.net> Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; i686-pc-linux-gnu) Mime-Version: 1.0 Subject: [Xen-users] pvgrub replacements X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 number of distributions that are dropping grub 1 support is raising. Tody I received a notification from Arch Linux who are also doing this. The problem with this situation is when a distro installs grub2 because of a package dependency. So what I would like to know is whether there are more alternatives for PV than pvgrub. ExtLinux or pvgrub2 would be nice.. Mark _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 20 13:29:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Jul 2012 13:29: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 1SsDFs-00046m-JR; Fri, 20 Jul 2012 13:28:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ss9zL-0007n8-47 for xen-users@lists.xen.org; Fri, 20 Jul 2012 09:59:12 +0000 Received: from [85.158.143.99:63408] by server-1.bemta-4.messagelabs.com id 5A/C2-24392-EEB29005; Fri, 20 Jul 2012 09:59:10 +0000 X-Env-Sender: vonami@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1342778346!20798258!1 X-Originating-IP: [209.85.214.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23937 invoked from network); 20 Jul 2012 09:59:08 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jul 2012 09:59:08 -0000 Received: by obbta14 with SMTP id ta14so6241642obb.32 for ; Fri, 20 Jul 2012 02:59:06 -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=8D2fW4U+9f9tz8D2qFs8H1/5ulFs6/emUu6Y2lscdCI=; b=rRw8AkqZF9ezODwZL6OcQ0UXo9Q/PFo2jd/A9BEqQHwPE9drHGp39EXNoK7/IRSf8A ulnIHbAfcY5mgjlnn3aEpOtuL1Fd4GDhpfA3xxxpOacVcJVRtKGxTGLcG+lN8TPVNrtR sbL8bfbi8VwMmA9XZ2UJy9izi9ojFkv4sqHzA8FZnc+lpuukcXfJXN3E9OJcOFoeT5/x Dkckq902mU8V7vooA0XwsPEbkV7YLKVALhDdhP9EO70TO+oJ8ZXxWg2ZPiJPdMu+uaoD X2RzG/qRMOXmbQJ3bwo+H+J+E1pAbRHKWypOWNSu05v3fyGY4Trv9ikfKWAZvmw55pYP KUGw== MIME-Version: 1.0 Received: by 10.182.17.36 with SMTP id l4mr6208655obd.59.1342778346405; Fri, 20 Jul 2012 02:59:06 -0700 (PDT) Received: by 10.182.62.65 with HTTP; Fri, 20 Jul 2012 02:59:03 -0700 (PDT) Date: Fri, 20 Jul 2012 13:59:03 +0400 Message-ID: From: Dmitry Ivanov To: xen-users@lists.xen.org Content-Type: multipart/mixed; boundary=f46d0444732f5980d404c53ff2f5 X-Mailman-Approved-At: Fri, 20 Jul 2012 13:28:27 +0000 Subject: [Xen-users] X not working 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 --f46d0444732f5980d404c53ff2f5 Content-Type: text/plain; charset=ISO-8859-1 Hello, I'm building a dom0 system from sources and facing a problem with the xorg server. I've successfully compiled and booted a dom0 with xen 4.1.2. Everything works fine and Im able to start an HVM Windows domain. Now comes the problem: the Xorg server using either vesa or fbdev driver can't start: - when using the vesa driver it just fails with error messages (see the attached log xorg_vesa.log) - when using the fbdev driver it tries to start but the screen goes blank and I can't get the terminal back. However I can login using a serial cable. I see that dom0 is alive and the Xorg server failed to start. ( see the attached log xorg_fbdev.log). CONFIG_DMAR (now it is CONFIG_INTEL_IOMMU) is on per http://wiki.xen.org/wiki/Paravirtualized_DRM. The kernel config is attached as well. Am I missing something to get it working? The Xorg server starts just fine when booting dom0 without xen. Thanks in advance. -- Best regards, Dmitry Ivanov A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? --f46d0444732f5980d404c53ff2f5 Content-Type: application/octet-stream; name="kernel_dmesg.log" Content-Disposition: attachment; filename="kernel_dmesg.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h4v3kbjf0 WyAgICAwLjAwMDAwMF0gSW5pdGlhbGl6aW5nIGNncm91cCBzdWJzeXMgY3B1c2V0ClsgICAgMC4w MDAwMDBdIEluaXRpYWxpemluZyBjZ3JvdXAgc3Vic3lzIGNwdQpbICAgIDAuMDAwMDAwXSBMaW51 eCB2ZXJzaW9uIDMuNC4zICh2b25hbWlAZmxha3kpIChnY2MgdmVyc2lvbiA0LjYuMSAoU291cmNl cnkgQ29kZUJlbmNoIExpdGUgMjAxMS4wOS0yNCkgKSAjOSBTTVAgRnJpIEp1bCAyMCAxMzowMToy MSBNU0sgMjAxMgpbICAgIDAuMDAwMDAwXSBDb21tYW5kIGxpbmU6IApbICAgIDAuMDAwMDAwXSBG cmVlaW5nICA5Zi0xMDAgcGZuIHJhbmdlOiA5NyBwYWdlcyBmcmVlZApbICAgIDAuMDAwMDAwXSAx LTEgbWFwcGluZyBvbiA5Zi0+MTAwClsgICAgMC4wMDAwMDBdIEZyZWVpbmcgIGNmNmEwLWY0MzYw IHBmbiByYW5nZTogMTUwNzIwIHBhZ2VzIGZyZWVkClsgICAgMC4wMDAwMDBdIDEtMSBtYXBwaW5n IG9uIGNmNmEwLT4xMDAwMDAKWyAgICAwLjAwMDAwMF0gUmVsZWFzZWQgMTUwODE3IHBhZ2VzIG9m IHVudXNlZCBtZW1vcnkKWyAgICAwLjAwMDAwMF0gU2V0IDE5OTEwNSBwYWdlKHMpIHRvIDEtMSBt YXBwaW5nClsgICAgMC4wMDAwMDBdIEJJT1MtcHJvdmlkZWQgcGh5c2ljYWwgUkFNIG1hcDoKWyAg ICAwLjAwMDAwMF0gIFhlbjogMDAwMDAwMDAwMDAwMDAwMCAtIDAwMDAwMDAwMDAwOWYwMDAgKHVz YWJsZSkKWyAgICAwLjAwMDAwMF0gIFhlbjogMDAwMDAwMDAwMDA5ZmMwMCAtIDAwMDAwMDAwMDAx MDAwMDAgKHJlc2VydmVkKQpbICAgIDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAwMDAwMTAwMDAwIC0g MDAwMDAwMDBjZjZhMDAwMCAodXNhYmxlKQpbICAgIDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAwMGNm NmEwMDAwIC0gMDAwMDAwMDBjZjZhZTAwMCAoQUNQSSBkYXRhKQpbICAgIDAuMDAwMDAwXSAgWGVu OiAwMDAwMDAwMGNmNmFlMDAwIC0gMDAwMDAwMDBjZjZmMDAwMCAoQUNQSSBOVlMpClsgICAgMC4w MDAwMDBdICBYZW46IDAwMDAwMDAwY2Y2ZjAwMDAgLSAwMDAwMDAwMGNmNzAwMDAwIChyZXNlcnZl ZCkKWyAgICAwLjAwMDAwMF0gIFhlbjogMDAwMDAwMDBmZWMwMDAwMCAtIDAwMDAwMDAwZmVjMDEw MDAgKHJlc2VydmVkKQpbICAgIDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAwMGZlZTAwMDAwIC0gMDAw MDAwMDBmZWUwMTAwMCAocmVzZXJ2ZWQpClsgICAgMC4wMDAwMDBdICBYZW46IDAwMDAwMDAwZmZi MDAwMDAgLSAwMDAwMDAwMTAwMDAwMDAwIChyZXNlcnZlZCkKWyAgICAwLjAwMDAwMF0gIFhlbjog MDAwMDAwMDEwMDAwMDAwMCAtIDAwMDAwMDAxMzAwMDAwMDAgKHVzYWJsZSkKWyAgICAwLjAwMDAw MF0gTm90aWNlOiBOWCAoRXhlY3V0ZSBEaXNhYmxlKSBwcm90ZWN0aW9uIG1pc3NpbmcgaW4gQ1BV IQpbICAgIDAuMDAwMDAwXSBETUkgcHJlc2VudC4KWyAgICAwLjAwMDAwMF0gRE1JOiBNSUNSTy1T VEFSIElOVEVSTkFUSU9OQUwgQ08uLExURCBNUy03NTI5L0czMVRNLVAyMSAoTVMtNzUyOSksIEJJ T1MgVjQuMiAwOC8xMC8yMDA5ClsgICAgMC4wMDAwMDBdIGU4MjAgdXBkYXRlIHJhbmdlOiAwMDAw MDAwMDAwMDAwMDAwIC0gMDAwMDAwMDAwMDAxMDAwMCAodXNhYmxlKSA9PT4gKHJlc2VydmVkKQpb ICAgIDAuMDAwMDAwXSBlODIwIHJlbW92ZSByYW5nZTogMDAwMDAwMDAwMDBhMDAwMCAtIDAwMDAw MDAwMDAxMDAwMDAgKHVzYWJsZSkKWyAgICAwLjAwMDAwMF0gTm8gQUdQIGJyaWRnZSBmb3VuZApb ICAgIDAuMDAwMDAwXSBsYXN0X3BmbiA9IDB4MTMwMDAwIG1heF9hcmNoX3BmbiA9IDB4NDAwMDAw MDAwClsgICAgMC4wMDAwMDBdIGxhc3RfcGZuID0gMHhjZjZhMCBtYXhfYXJjaF9wZm4gPSAweDQw MDAwMDAwMApbICAgIDAuMDAwMDAwXSBmb3VuZCBTTVAgTVAtdGFibGUgYXQgW2ZmZmY4ODAwMDAw ZmY3ODBdIGZmNzgwClsgICAgMC4wMDAwMDBdIGluaXRpYWwgbWVtb3J5IG1hcHBlZCA6IDAgLSAw N2ZjNDAwMApbICAgIDAuMDAwMDAwXSBCYXNlIG1lbW9yeSB0cmFtcG9saW5lIGF0IFtmZmZmODgw MDAwMDlhMDAwXSA5YTAwMCBzaXplIDIwNDgwClsgICAgMC4wMDAwMDBdIGluaXRfbWVtb3J5X21h cHBpbmc6IDAwMDAwMDAwMDAwMDAwMDAtMDAwMDAwMDBjZjZhMDAwMApbICAgIDAuMDAwMDAwXSAg MDAwMDAwMDAwMCAtIDAwY2Y2YTAwMDAgcGFnZSA0awpbICAgIDAuMDAwMDAwXSBrZXJuZWwgZGly ZWN0IG1hcHBpbmcgdGFibGVzIHVwIHRvIGNmNmEwMDAwIEAgOTdmMDAwLTEwMDAwMDAKWyAgICAw LjAwMDAwMF0geGVuOiBzZXR0aW5nIFJXIHRoZSByYW5nZSBmYjQwMDAgLSAxMDAwMDAwClsgICAg MC4wMDAwMDBdIGluaXRfbWVtb3J5X21hcHBpbmc6IDAwMDAwMDAxMDAwMDAwMDAtMDAwMDAwMDEz MDAwMDAwMApbICAgIDAuMDAwMDAwXSAgMDEwMDAwMDAwMCAtIDAxMzAwMDAwMDAgcGFnZSA0awpb ICAgIDAuMDAwMDAwXSBrZXJuZWwgZGlyZWN0IG1hcHBpbmcgdGFibGVzIHVwIHRvIDEzMDAwMDAw MCBAIGNlZDFhMDAwLWNmNmEwMDAwClsgICAgMC4wMDAwMDBdIHhlbjogc2V0dGluZyBSVyB0aGUg cmFuZ2UgY2VlOWIwMDAgLSBjZjZhMDAwMApbICAgIDAuMDAwMDAwXSBSQU1ESVNLOiAwMjQ2MDAw MCAtIDA3ZmM0MDAwClsgICAgMC4wMDAwMDBdIEFDUEk6IFJTRFAgMDAwMDAwMDAwMDBmYTYwMCAw MDAxNCAodjAwIEFDUElBTSkKWyAgICAwLjAwMDAwMF0gQUNQSTogUlNEVCAwMDAwMDAwMGNmNmEw MDAwIDAwMDNDICh2MDEgNzUyOU1TIEE3NTI5NDAwIDIwMDkwODEwIE1TRlQgMDAwMDAwOTcpClsg ICAgMC4wMDAwMDBdIEFDUEk6IEZBQ1AgMDAwMDAwMDBjZjZhMDIwMCAwMDA4NCAodjAxIDc1MjlN UyBBNzUyOTQwMCAyMDA5MDgxMCBNU0ZUIDAwMDAwMDk3KQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBE U0RUIDAwMDAwMDAwY2Y2YTA0NDAgMDVFMjcgKHYwMSAgQTc1MjkgQTc1Mjk0MDAgMDAwMDA0MDAg SU5UTCAyMDA1MTExNykKWyAgICAwLjAwMDAwMF0gQUNQSTogRkFDUyAwMDAwMDAwMGNmNmFlMDAw IDAwMDQwClsgICAgMC4wMDAwMDBdIEFDUEk6IEFQSUMgMDAwMDAwMDBjZjZhMDM5MCAwMDA2QyAo djAxIDc1MjlNUyBBNzUyOTQwMCAyMDA5MDgxMCBNU0ZUIDAwMDAwMDk3KQpbICAgIDAuMDAwMDAw XSBBQ1BJOiBNQ0ZHIDAwMDAwMDAwY2Y2YTA0MDAgMDAwM0MgKHYwMSA3NTI5TVMgT0VNTUNGRyAg MjAwOTA4MTAgTVNGVCAwMDAwMDA5NykKWyAgICAwLjAwMDAwMF0gQUNQSTogT0VNQiAwMDAwMDAw MGNmNmFlMDQwIDAwMDcyICh2MDEgNzUyOU1TIEE3NTI5NDAwIDIwMDkwODEwIE1TRlQgMDAwMDAw OTcpClsgICAgMC4wMDAwMDBdIEFDUEk6IEdTQ0kgMDAwMDAwMDBjZjZhZTBjMCAwMjAyNCAodjAx IDc1MjlNUyBHTUNIU0NJICAyMDA5MDgxMCBNU0ZUIDAwMDAwMDk3KQpbICAgIDAuMDAwMDAwXSBB Q1BJOiBTU0RUIDAwMDAwMDAwY2Y2YjA1ODAgMDAzNjMgKHYwMSBEcGdQbW0gICAgQ3B1UG0gMDAw MDAwMTIgSU5UTCAyMDA1MTExNykKWyAgICAwLjAwMDAwMF0gQUNQSTogTG9jYWwgQVBJQyBhZGRy ZXNzIDB4ZmVlMDAwMDAKWyAgICAwLjAwMDAwMF0gWm9uZSBQRk4gcmFuZ2VzOgpbICAgIDAuMDAw MDAwXSAgIERNQSAgICAgIDB4MDAwMDAwMTAgLT4gMHgwMDAwMTAwMApbICAgIDAuMDAwMDAwXSAg IERNQTMyICAgIDB4MDAwMDEwMDAgLT4gMHgwMDEwMDAwMApbICAgIDAuMDAwMDAwXSAgIE5vcm1h bCAgIDB4MDAxMDAwMDAgLT4gMHgwMDEzMDAwMApbICAgIDAuMDAwMDAwXSBNb3ZhYmxlIHpvbmUg c3RhcnQgUEZOIGZvciBlYWNoIG5vZGUKWyAgICAwLjAwMDAwMF0gRWFybHkgbWVtb3J5IFBGTiBy YW5nZXMKWyAgICAwLjAwMDAwMF0gICAgIDA6IDB4MDAwMDAwMTAgLT4gMHgwMDAwMDA5ZgpbICAg IDAuMDAwMDAwXSAgICAgMDogMHgwMDAwMDEwMCAtPiAweDAwMGNmNmEwClsgICAgMC4wMDAwMDBd ICAgICAwOiAweDAwMTAwMDAwIC0+IDB4MDAxMzAwMDAKWyAgICAwLjAwMDAwMF0gT24gbm9kZSAw IHRvdGFscGFnZXM6IDEwNDYwNjMKWyAgICAwLjAwMDAwMF0gICBETUEgem9uZTogNjQgcGFnZXMg dXNlZCBmb3IgbWVtbWFwClsgICAgMC4wMDAwMDBdICAgRE1BIHpvbmU6IDE1OTQgcGFnZXMgcmVz ZXJ2ZWQKWyAgICAwLjAwMDAwMF0gICBETUEgem9uZTogMjMyNSBwYWdlcywgTElGTyBiYXRjaDow ClsgICAgMC4wMDAwMDBdICAgRE1BMzIgem9uZTogMTYzMjAgcGFnZXMgdXNlZCBmb3IgbWVtbWFw ClsgICAgMC4wMDAwMDBdICAgRE1BMzIgem9uZTogODI5MTUyIHBhZ2VzLCBMSUZPIGJhdGNoOjMx ClsgICAgMC4wMDAwMDBdICAgTm9ybWFsIHpvbmU6IDMwNzIgcGFnZXMgdXNlZCBmb3IgbWVtbWFw ClsgICAgMC4wMDAwMDBdICAgTm9ybWFsIHpvbmU6IDE5MzUzNiBwYWdlcywgTElGTyBiYXRjaDoz MQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBQTS1UaW1lciBJTyBQb3J0OiAweDgwOApbICAgIDAuMDAw MDAwXSBBQ1BJOiBMb2NhbCBBUElDIGFkZHJlc3MgMHhmZWUwMDAwMApbICAgIDAuMDAwMDAwXSBB Q1BJOiBMQVBJQyAoYWNwaV9pZFsweDAxXSBsYXBpY19pZFsweDAwXSBlbmFibGVkKQpbICAgIDAu MDAwMDAwXSBBQ1BJOiBMQVBJQyAoYWNwaV9pZFsweDAyXSBsYXBpY19pZFsweDAxXSBlbmFibGVk KQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBMQVBJQyAoYWNwaV9pZFsweDAzXSBsYXBpY19pZFsweDgy XSBkaXNhYmxlZCkKWyAgICAwLjAwMDAwMF0gQUNQSTogTEFQSUMgKGFjcGlfaWRbMHgwNF0gbGFw aWNfaWRbMHg4M10gZGlzYWJsZWQpClsgICAgMC4wMDAwMDBdIEFDUEk6IElPQVBJQyAoaWRbMHgw Ml0gYWRkcmVzc1sweGZlYzAwMDAwXSBnc2lfYmFzZVswXSkKWyAgICAwLjAwMDAwMF0gSU9BUElD WzBdOiBhcGljX2lkIDIsIHZlcnNpb24gMjUzLCBhZGRyZXNzIDB4ZmVjMDAwMDAsIEdTSSAwLTI1 MwpbICAgIDAuMDAwMDAwXSBBQ1BJOiBJTlRfU1JDX09WUiAoYnVzIDAgYnVzX2lycSAwIGdsb2Jh bF9pcnEgMiBkZmwgZGZsKQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBJTlRfU1JDX09WUiAoYnVzIDAg YnVzX2lycSA5IGdsb2JhbF9pcnEgOSBoaWdoIGxldmVsKQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBJ UlEwIHVzZWQgYnkgb3ZlcnJpZGUuClsgICAgMC4wMDAwMDBdIEFDUEk6IElSUTIgdXNlZCBieSBv dmVycmlkZS4KWyAgICAwLjAwMDAwMF0gQUNQSTogSVJROSB1c2VkIGJ5IG92ZXJyaWRlLgpbICAg IDAuMDAwMDAwXSBVc2luZyBBQ1BJIChNQURUKSBmb3IgU01QIGNvbmZpZ3VyYXRpb24gaW5mb3Jt YXRpb24KWyAgICAwLjAwMDAwMF0gU01QOiBBbGxvd2luZyA0IENQVXMsIDIgaG90cGx1ZyBDUFVz ClsgICAgMC4wMDAwMDBdIG5yX2lycXNfZ3NpOiAyNzAKWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lz dGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDAwMDA5ZjAwMCAtIDAwMDAwMDAwMDAwYTAwMDAK WyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDAwMDBh MDAwMCAtIDAwMDAwMDAwMDAxMDAwMDAKWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9z YXZlIG1lbW9yeTogMDAwMDAwMDBjZjZhMDAwMCAtIDAwMDAwMDAwY2Y2YWUwMDAKWyAgICAwLjAw MDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDBjZjZhZTAwMCAtIDAw MDAwMDAwY2Y2ZjAwMDAKWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9y eTogMDAwMDAwMDBjZjZmMDAwMCAtIDAwMDAwMDAwY2Y3MDAwMDAKWyAgICAwLjAwMDAwMF0gUE06 IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDBjZjcwMDAwMCAtIDAwMDAwMDAwZmVj MDAwMDAKWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAw MDBmZWMwMDAwMCAtIDAwMDAwMDAwZmVjMDEwMDAKWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVy ZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDBmZWMwMTAwMCAtIDAwMDAwMDAwZmVlMDAwMDAKWyAg ICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDBmZWUwMDAw MCAtIDAwMDAwMDAwZmVlMDEwMDAKWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZl IG1lbW9yeTogMDAwMDAwMDBmZWUwMTAwMCAtIDAwMDAwMDAwZmZiMDAwMDAKWyAgICAwLjAwMDAw MF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDBmZmIwMDAwMCAtIDAwMDAw MDAxMDAwMDAwMDAKWyAgICAwLjAwMDAwMF0gQWxsb2NhdGluZyBQQ0kgcmVzb3VyY2VzIHN0YXJ0 aW5nIGF0IGNmNzAwMDAwIChnYXA6IGNmNzAwMDAwOjJmNTAwMDAwKQpbICAgIDAuMDAwMDAwXSBC b290aW5nIHBhcmF2aXJ0dWFsaXplZCBrZXJuZWwgb24gWGVuClsgICAgMC4wMDAwMDBdIFhlbiB2 ZXJzaW9uOiA0LjEuMiAocHJlc2VydmUtQUQpClsgICAgMC4wMDAwMDBdIHNldHVwX3BlcmNwdTog TlJfQ1BVUzo4IG5yX2NwdW1hc2tfYml0czo4IG5yX2NwdV9pZHM6NCBucl9ub2RlX2lkczoxClsg ICAgMC4wMDAwMDBdIFBFUkNQVTogRW1iZWRkZWQgMjcgcGFnZXMvY3B1IEBmZmZmODgwMGNmNDAw MDAwIHM4MTI4MCByODE5MiBkMjExMjAgdTUyNDI4OApbICAgIDAuMDAwMDAwXSBwY3B1LWFsbG9j OiBzODEyODAgcjgxOTIgZDIxMTIwIHU1MjQyODggYWxsb2M9MSoyMDk3MTUyClsgICAgMC4wMDAw MDBdIHBjcHUtYWxsb2M6IFswXSAwIDEgMiAzIApbICAgIDAuMDAwMDAwXSBCdWlsdCAxIHpvbmVs aXN0cyBpbiBab25lIG9yZGVyLCBtb2JpbGl0eSBncm91cGluZyBvbi4gIFRvdGFsIHBhZ2VzOiAx MDI1MDEzClsgICAgMC4wMDAwMDBdIEtlcm5lbCBjb21tYW5kIGxpbmU6IGRybS5kZWJ1Zz0yNTUg ZGVidWcgbG9nbGV2ZWw9OCBpbml0Y2FsbF9kZWJ1ZyBjb25zb2xlPXR0eVMwLDExNTIwMG44IApb ICAgIDAuMDAwMDAwXSBQSUQgaGFzaCB0YWJsZSBlbnRyaWVzOiA0MDk2IChvcmRlcjogMywgMzI3 NjggYnl0ZXMpClsgICAgMC4wMDAwMDBdIERlbnRyeSBjYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6 IDUyNDI4OCAob3JkZXI6IDEwLCA0MTk0MzA0IGJ5dGVzKQpbICAgIDAuMDAwMDAwXSBJbm9kZS1j YWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDI2MjE0NCAob3JkZXI6IDksIDIwOTcxNTIgYnl0ZXMp ClsgICAgMC4wMDAwMDBdIFBsYWNpbmcgNjRNQiBzb2Z0d2FyZSBJTyBUTEIgYmV0d2VlbiBmZmZm ODgwMGM2YTAwMDAwIC0gZmZmZjg4MDBjYWEwMDAwMApbICAgIDAuMDAwMDAwXSBzb2Z0d2FyZSBJ TyBUTEIgYXQgcGh5cyAweGM2YTAwMDAwIC0gMHhjYWEwMDAwMApbICAgIDAuMDAwMDAwXSBNZW1v cnk6IDMxMzMwODRrLzQ5ODA3MzZrIGF2YWlsYWJsZSAoODY1M2sga2VybmVsIGNvZGUsIDc5NjQ4 NGsgYWJzZW50LCAxMDUxMTY4ayByZXNlcnZlZCwgNjM2MWsgZGF0YSwgNjI0ayBpbml0KQpbICAg IDAuMDAwMDAwXSBTTFVCOiBHZW5zbGFicz0xNSwgSFdhbGlnbj02NCwgT3JkZXI9MC0zLCBNaW5P YmplY3RzPTAsIENQVXM9MiwgTm9kZXM9MQpbICAgIDAuMDAwMDAwXSBIaWVyYXJjaGljYWwgUkNV IGltcGxlbWVudGF0aW9uLgpbICAgIDAuMDAwMDAwXSAJQ09ORklHX1JDVV9GQU5PVVQgc2V0IHRv IG5vbi1kZWZhdWx0IHZhbHVlIG9mIDMyClsgICAgMC4wMDAwMDBdIE5SX0lSUVM6NDM1MiBucl9p cnFzOjUxMiAxNgpbICAgIDAuMDAwMDAwXSB4ZW46IHNjaSBvdmVycmlkZTogZ2xvYmFsX2lycT05 IHRyaWdnZXI9MCBwb2xhcml0eT0wClsgICAgMC4wMDAwMDBdIHhlbjogcmVnaXN0ZXJpbmcgZ3Np IDkgdHJpZ2dlcmluZyAwIHBvbGFyaXR5IDAKWyAgICAwLjAwMDAwMF0geGVuOiAtLT4gcGlycT05 IC0+IGlycT05IChnc2k9OSkKWyAgICAwLjAwMDAwMF0geGVuOiBhY3BpIHNjaSA5ClsgICAgMC4w MDAwMDBdIHhlbjogLS0+IHBpcnE9MSAtPiBpcnE9MSAoZ3NpPTEpClsgICAgMC4wMDAwMDBdIHhl bjogLS0+IHBpcnE9MiAtPiBpcnE9MiAoZ3NpPTIpClsgICAgMC4wMDAwMDBdIHhlbjogLS0+IHBp cnE9MyAtPiBpcnE9MyAoZ3NpPTMpClsgICAgMC4wMDAwMDBdIHhlbjogLS0+IHBpcnE9NCAtPiBp cnE9NCAoZ3NpPTQpClsgICAgMC4wMDAwMDBdIHhlbjogLS0+IHBpcnE9NSAtPiBpcnE9NSAoZ3Np PTUpClsgICAgMC4wMDAwMDBdIHhlbjogLS0+IHBpcnE9NiAtPiBpcnE9NiAoZ3NpPTYpClsgICAg MC4wMDAwMDBdIHhlbjogLS0+IHBpcnE9NyAtPiBpcnE9NyAoZ3NpPTcpClsgICAgMC4wMDAwMDBd IHhlbjogLS0+IHBpcnE9OCAtPiBpcnE9OCAoZ3NpPTgpClsgICAgMC4wMDAwMDBdIHhlbjogLS0+ IHBpcnE9MTAgLT4gaXJxPTEwIChnc2k9MTApClsgICAgMC4wMDAwMDBdIHhlbjogLS0+IHBpcnE9 MTEgLT4gaXJxPTExIChnc2k9MTEpClsgICAgMC4wMDAwMDBdIHhlbjogLS0+IHBpcnE9MTIgLT4g aXJxPTEyIChnc2k9MTIpClsgICAgMC4wMDAwMDBdIHhlbjogLS0+IHBpcnE9MTMgLT4gaXJxPTEz IChnc2k9MTMpClsgICAgMC4wMDAwMDBdIHhlbjogLS0+IHBpcnE9MTQgLT4gaXJxPTE0IChnc2k9 MTQpClsgICAgMC4wMDAwMDBdIHhlbjogLS0+IHBpcnE9MTUgLT4gaXJxPTE1IChnc2k9MTUpClsg ICAgMC4wMDAwMDBdIENvbnNvbGU6IGNvbG91ciBkdW1teSBkZXZpY2UgODB4MjUKWyAgICAwLjAw MDAwMF0gY29uc29sZSBbdHR5UzBdIGVuYWJsZWQKWyAgICAwLjAwMDAwMF0gWGVuOiB1c2luZyB2 Y3B1b3AgdGltZXIgaW50ZXJmYWNlClsgICAgMC4wMDAwMDBdIGluc3RhbGxpbmcgWGVuIHRpbWVy IGZvciBDUFUgMApbICAgIDAuMDAwMDAwXSBEZXRlY3RlZCAyODAwLjAzMCBNSHogcHJvY2Vzc29y LgpbICAgIDAuMDAxOTk5XSBDYWxpYnJhdGluZyBkZWxheSBsb29wIChza2lwcGVkKSwgdmFsdWUg Y2FsY3VsYXRlZCB1c2luZyB0aW1lciBmcmVxdWVuY3kuLiA1NjAwLjA2IEJvZ29NSVBTIChscGo9 MjgwMDAzMCkKWyAgICAwLjAwMzAwMl0gcGlkX21heDogZGVmYXVsdDogMzI3NjggbWluaW11bTog MzAxClsgICAgMC4wMDQwMzBdIFNlY3VyaXR5IEZyYW1ld29yayBpbml0aWFsaXplZApbICAgIDAu MDA1MDA1XSBTRUxpbnV4OiAgSW5pdGlhbGl6aW5nLgpbICAgIDAuMDA2MDA5XSBTRUxpbnV4OiAg U3RhcnRpbmcgaW4gcGVybWlzc2l2ZSBtb2RlClsgICAgMC4wMDcwMTFdIE1vdW50LWNhY2hlIGhh c2ggdGFibGUgZW50cmllczogMjU2ClsgICAgMC4wMDgyMzFdIEluaXRpYWxpemluZyBjZ3JvdXAg c3Vic3lzIGNwdWFjY3QKWyAgICAwLjAwOTAwMl0gSW5pdGlhbGl6aW5nIGNncm91cCBzdWJzeXMg ZnJlZXplcgpbICAgIDAuMDEwMDUyXSBDUFU6IFBoeXNpY2FsIFByb2Nlc3NvciBJRDogMApbICAg IDAuMDExMDAxXSBDUFU6IFByb2Nlc3NvciBDb3JlIElEOiAwClsgICAgMC4wMTMwODddIEFDUEk6 IENvcmUgcmV2aXNpb24gMjAxMjAzMjAKWyAgICAwLjAxNjA3NF0gY2FsbGluZyAgdHJhY2VfaW5p dF9mbGFnc19zeXNfZXhpdCsweDAvMHgxMiBAIDEKWyAgICAwLjAxNzAwMl0gaW5pdGNhbGwgdHJh Y2VfaW5pdF9mbGFnc19zeXNfZXhpdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MK WyAgICAwLjAxODAwMV0gY2FsbGluZyAgdHJhY2VfaW5pdF9mbGFnc19zeXNfZW50ZXIrMHgwLzB4 MTIgQCAxClsgICAgMC4wMTkwMDFdIGluaXRjYWxsIHRyYWNlX2luaXRfZmxhZ3Nfc3lzX2VudGVy KzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMDIwMDAxXSBjYWxsaW5n ICBpbml0X2h3X3BlcmZfZXZlbnRzKzB4MC8weDQzYSBAIDEKWyAgICAwLjAyMTAwMF0gUGVyZm9y bWFuY2UgRXZlbnRzOiB1bnN1cHBvcnRlZCBwNiBDUFUgbW9kZWwgMjMgbm8gUE1VIGRyaXZlciwg c29mdHdhcmUgZXZlbnRzIG9ubHkuClsgICAgMC4wMjQwMDFdIGluaXRjYWxsIGluaXRfaHdfcGVy Zl9ldmVudHMrMHgwLzB4NDNhIHJldHVybmVkIDAgYWZ0ZXIgMjkyOSB1c2VjcwpbICAgIDAuMDI1 MDAyXSBjYWxsaW5nICBzcGF3bl9rc29mdGlycWQrMHgwLzB4NTMgQCAxClsgICAgMC4wMjYwMjFd IGluaXRjYWxsIHNwYXduX2tzb2Z0aXJxZCsweDAvMHg1MyByZXR1cm5lZCAwIGFmdGVyIDAgdXNl Y3MKWyAgICAwLjAyNzAwMV0gY2FsbGluZyAgaW5pdF93b3JrcXVldWVzKzB4MC8weDJlMyBAIDEK WyAgICAwLjAyODA1Ml0gaW5pdGNhbGwgaW5pdF93b3JrcXVldWVzKzB4MC8weDJlMyByZXR1cm5l ZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjAyOTAwMV0gY2FsbGluZyAgbWlncmF0aW9uX2luaXQr MHgwLzB4NmMgQCAxClsgICAgMC4wMzAwMDFdIGluaXRjYWxsIG1pZ3JhdGlvbl9pbml0KzB4MC8w eDZjIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMDMxMDAxXSBjYWxsaW5nICBjcHVf c3RvcF9pbml0KzB4MC8weGFjIEAgMQpbICAgIDAuMDMyMDIxXSBpbml0Y2FsbCBjcHVfc3RvcF9p bml0KzB4MC8weGFjIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMDMzMDAxXSBjYWxs aW5nICByY3Vfc2NoZWR1bGVyX3JlYWxseV9zdGFydGVkKzB4MC8weDEyIEAgMQpbICAgIDAuMDM0 MDAwXSBpbml0Y2FsbCByY3Vfc2NoZWR1bGVyX3JlYWxseV9zdGFydGVkKzB4MC8weDEyIHJldHVy bmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMDM1MDAwXSBjYWxsaW5nICByZWxheV9pbml0KzB4 MC8weDE0IEAgMQpbICAgIDAuMDM2MDAwXSBpbml0Y2FsbCByZWxheV9pbml0KzB4MC8weDE0IHJl dHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMDM3MDAwXSBjYWxsaW5nICB0cmFjZXJfYWxs b2NfYnVmZmVycysweDAvMHgxNmYgQCAxClsgICAgMC4wMzgwMzhdIGluaXRjYWxsIHRyYWNlcl9h bGxvY19idWZmZXJzKzB4MC8weDE2ZiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjAz OTAwMF0gY2FsbGluZyAgaW5pdF90cmFjZV9wcmludGsrMHgwLzB4MTIgQCAxClsgICAgMC4wNDAw MDFdIGluaXRjYWxsIGluaXRfdHJhY2VfcHJpbnRrKzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIg MCB1c2VjcwpbICAgIDAuMDQxMDAwXSBjYWxsaW5nICBtY2VfYW1kX2luaXQrMHgwLzB4MTE2IEAg MQpbICAgIDAuMDQxOTk5XSBpbml0Y2FsbCBtY2VfYW1kX2luaXQrMHgwLzB4MTE2IHJldHVybmVk IDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMDQzMDU3XSBpbnN0YWxsaW5nIFhlbiB0aW1lciBmb3Ig Q1BVIDEKWyAgICAwLjA0NDEwNF0gQnJvdWdodCB1cCAyIENQVXMKWyAgICAwLjA0NTAzNV0gZGV2 dG1wZnM6IGluaXRpYWxpemVkClsgICAgMC4wNDYxNDhdIGNhbGxpbmcgIGlwY19uc19pbml0KzB4 MC8weDE0IEAgMQpbICAgIDAuMDQ3MDAxXSBpbml0Y2FsbCBpcGNfbnNfaW5pdCsweDAvMHgxNCBy ZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjA0Nzk5OV0gY2FsbGluZyAgaW5pdF9tbWFw X21pbl9hZGRyKzB4MC8weDI3IEAgMQpbICAgIDAuMDQ4OTk5XSBpbml0Y2FsbCBpbml0X21tYXBf bWluX2FkZHIrMHgwLzB4MjcgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4wNTAwMDBd IGNhbGxpbmcgIGluaXRfY3B1ZnJlcV90cmFuc2l0aW9uX25vdGlmaWVyX2xpc3QrMHgwLzB4MWIg QCAxClsgICAgMC4wNTEwMDBdIGluaXRjYWxsIGluaXRfY3B1ZnJlcV90cmFuc2l0aW9uX25vdGlm aWVyX2xpc3QrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4wNTIwMDBd IGNhbGxpbmcgIG5ldF9uc19pbml0KzB4MC8weGVhIEAgMQpbICAgIDAuMDUzMDE2XSBpbml0Y2Fs bCBuZXRfbnNfaW5pdCsweDAvMHhlYSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjA1 NDAxNF0gY2FsbGluZyAgZTgyMF9tYXJrX252c19tZW1vcnkrMHgwLzB4M2QgQCAxClsgICAgMC4w NTQ5OTldIFBNOiBSZWdpc3RlcmluZyBBQ1BJIE5WUyByZWdpb24gW21lbSAweGNmNmFlMDAwLTB4 Y2Y2ZWZmZmZdICgyNzAzMzYgYnl0ZXMpClsgICAgMC4wNTYwMDJdIGluaXRjYWxsIGU4MjBfbWFy a19udnNfbWVtb3J5KzB4MC8weDNkIHJldHVybmVkIDAgYWZ0ZXIgOTc2IHVzZWNzClsgICAgMC4w NTY5OThdIGNhbGxpbmcgIGNwdWZyZXFfdHNjKzB4MC8weDMwIEAgMQpbICAgIDAuMDU3OTk4XSBp bml0Y2FsbCBjcHVmcmVxX3RzYysweDAvMHgzMCByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAg ICAwLjA1ODk5OF0gY2FsbGluZyAgcGNpX3JlYm9vdF9pbml0KzB4MC8weDFkIEAgMQpbICAgIDAu MDU5OTk5XSBpbml0Y2FsbCBwY2lfcmVib290X2luaXQrMHgwLzB4MWQgcmV0dXJuZWQgMCBhZnRl ciAwIHVzZWNzClsgICAgMC4wNjA5OThdIGNhbGxpbmcgIGluaXRfbGFwaWNfc3lzZnMrMHgwLzB4 MjAgQCAxClsgICAgMC4wNjE5OThdIGluaXRjYWxsIGluaXRfbGFwaWNfc3lzZnMrMHgwLzB4MjAg cmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4wNjI5OThdIGNhbGxpbmcgIGluaXRfc21w X2ZsdXNoKzB4MC8weDMyIEAgMQpbICAgIDAuMDYzOTk3XSBpbml0Y2FsbCBpbml0X3NtcF9mbHVz aCsweDAvMHgzMiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjA2NDk5N10gY2FsbGlu ZyAgY3B1X2hvdHBsdWdfcG1fc3luY19pbml0KzB4MC8weDE0IEAgMQpbICAgIDAuMDY1OTk3XSBp bml0Y2FsbCBjcHVfaG90cGx1Z19wbV9zeW5jX2luaXQrMHgwLzB4MTQgcmV0dXJuZWQgMCBhZnRl ciAwIHVzZWNzClsgICAgMC4wNjY5OTddIGNhbGxpbmcgIGFsbG9jX2Zyb3plbl9jcHVzKzB4MC8w eDggQCAxClsgICAgMC4wNjc5OTddIGluaXRjYWxsIGFsbG9jX2Zyb3plbl9jcHVzKzB4MC8weDgg cmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4wNjg5OTZdIGNhbGxpbmcgIGtzeXNmc19p bml0KzB4MC8weDkxIEAgMQpbICAgIDAuMDcwMDAxXSBpbml0Y2FsbCBrc3lzZnNfaW5pdCsweDAv MHg5MSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjA3MDk5Nl0gY2FsbGluZyAgcG1f aW5pdCsweDAvMHgzZSBAIDEKWyAgICAwLjA3MjAwMF0gaW5pdGNhbGwgcG1faW5pdCsweDAvMHgz ZSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjA3Mjk5Nl0gY2FsbGluZyAgcG1fZGlz a19pbml0KzB4MC8weDE5IEAgMQpbICAgIDAuMDc0MDAwXSBpbml0Y2FsbCBwbV9kaXNrX2luaXQr MHgwLzB4MTkgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4wNzQ5OTddIGNhbGxpbmcg IHN3c3VzcF9oZWFkZXJfaW5pdCsweDAvMHgzMCBAIDEKWyAgICAwLjA3NTk5Nl0gaW5pdGNhbGwg c3dzdXNwX2hlYWRlcl9pbml0KzB4MC8weDMwIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAg IDAuMDc2OTk2XSBjYWxsaW5nICBpbml0X2ppZmZpZXNfY2xvY2tzb3VyY2UrMHgwLzB4MTIgQCAx ClsgICAgMC4wNzc5OTZdIGluaXRjYWxsIGluaXRfamlmZmllc19jbG9ja3NvdXJjZSsweDAvMHgx MiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjA3ODk5Nl0gY2FsbGluZyAgaW5pdF96 ZXJvX3BmbisweDAvMHgxZiBAIDEKWyAgICAwLjA3OTk5NV0gaW5pdGNhbGwgaW5pdF96ZXJvX3Bm bisweDAvMHgxZiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjA4MDk5Nl0gY2FsbGlu ZyAgZnNub3RpZnlfaW5pdCsweDAvMHgyNiBAIDEKWyAgICAwLjA4MTk5Nl0gaW5pdGNhbGwgZnNu b3RpZnlfaW5pdCsweDAvMHgyNiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjA4Mjk5 NV0gY2FsbGluZyAgZmlsZWxvY2tfaW5pdCsweDAvMHgyYSBAIDEKWyAgICAwLjA4Mzk5Nl0gaW5p dGNhbGwgZmlsZWxvY2tfaW5pdCsweDAvMHgyYSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAg ICAwLjA4NDk5NV0gY2FsbGluZyAgaW5pdF9taXNjX2JpbmZtdCsweDAvMHgzMSBAIDEKWyAgICAw LjA4NTk5Nl0gaW5pdGNhbGwgaW5pdF9taXNjX2JpbmZtdCsweDAvMHgzMSByZXR1cm5lZCAwIGFm dGVyIDAgdXNlY3MKWyAgICAwLjA4Njk5NV0gY2FsbGluZyAgaW5pdF9zY3JpcHRfYmluZm10KzB4 MC8weDE2IEAgMQpbICAgIDAuMDg3OTk1XSBpbml0Y2FsbCBpbml0X3NjcmlwdF9iaW5mbXQrMHgw LzB4MTYgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4wODg5OTVdIGNhbGxpbmcgIGlu aXRfZWxmX2JpbmZtdCsweDAvMHgxNiBAIDEKWyAgICAwLjA4OTk5NV0gaW5pdGNhbGwgaW5pdF9l bGZfYmluZm10KzB4MC8weDE2IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMDkwOTk1 XSBjYWxsaW5nICBkZWJ1Z2ZzX2luaXQrMHgwLzB4NTcgQCAxClsgICAgMC4wOTE5OTddIGluaXRj YWxsIGRlYnVnZnNfaW5pdCsweDAvMHg1NyByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAw LjA5Mjk5NV0gY2FsbGluZyAgcmFuZG9tMzJfaW5pdCsweDAvMHhkNiBAIDEKWyAgICAwLjA5Mzk5 NV0gaW5pdGNhbGwgcmFuZG9tMzJfaW5pdCsweDAvMHhkNiByZXR1cm5lZCAwIGFmdGVyIDAgdXNl Y3MKWyAgICAwLjA5NDk5NV0gY2FsbGluZyAgX19nbnR0YWJfaW5pdCsweDAvMHgyMSBAIDEKWyAg ICAwLjA5NjAwM10gR3JhbnQgdGFibGVzIHVzaW5nIHZlcnNpb24gMiBsYXlvdXQuClsgICAgMC4w OTcwMDFdIEdyYW50IHRhYmxlIGluaXRpYWxpemVkClsgICAgMC4wOTc5OTVdIGluaXRjYWxsIF9f Z250dGFiX2luaXQrMHgwLzB4MjEgcmV0dXJuZWQgMCBhZnRlciAxOTUyIHVzZWNzClsgICAgMC4w OTg5OTVdIGNhbGxpbmcgIGVhcmx5X3Jlc3VtZV9pbml0KzB4MC8weDFkMCBAIDEKWyAgICAwLjEw MDAxNl0gUlRDIHRpbWU6ICA5OjUwOjI1LCBkYXRlOiAwNy8yMC8xMgpbICAgIDAuMTAwOTk0XSBp bml0Y2FsbCBlYXJseV9yZXN1bWVfaW5pdCsweDAvMHgxZDAgcmV0dXJuZWQgMCBhZnRlciA5NzYg dXNlY3MKWyAgICAwLjEwMTk5NF0gY2FsbGluZyAgY3B1ZnJlcV9jb3JlX2luaXQrMHgwLzB4YzAg QCAxClsgICAgMC4xMDI5OTRdIGluaXRjYWxsIGNwdWZyZXFfY29yZV9pbml0KzB4MC8weGMwIHJl dHVybmVkIC0xOSBhZnRlciAwIHVzZWNzClsgICAgMC4xMDM5OTNdIGNhbGxpbmcgIGNwdWlkbGVf aW5pdCsweDAvMHgzZCBAIDEKWyAgICAwLjEwNDk5M10gaW5pdGNhbGwgY3B1aWRsZV9pbml0KzB4 MC8weDNkIHJldHVybmVkIC0xOSBhZnRlciAwIHVzZWNzClsgICAgMC4xMDU5OTNdIGNhbGxpbmcg IHNvY2tfaW5pdCsweDAvMHg4MCBAIDEKWyAgICAwLjEwNzAxNV0gaW5pdGNhbGwgc29ja19pbml0 KzB4MC8weDgwIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMTA3OTkzXSBjYWxsaW5n ICBuZXRfaW51c2VfaW5pdCsweDAvMHgyNiBAIDEKWyAgICAwLjEwODk5NV0gaW5pdGNhbGwgbmV0 X2ludXNlX2luaXQrMHgwLzB4MjYgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4xMDk5 OTNdIGNhbGxpbmcgIG5ldHBvbGxfaW5pdCsweDAvMHgzMCBAIDEKWyAgICAwLjExMDk5M10gaW5p dGNhbGwgbmV0cG9sbF9pbml0KzB4MC8weDMwIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAg IDAuMTExOTkyXSBjYWxsaW5nICBuZXRsaW5rX3Byb3RvX2luaXQrMHgwLzB4MWFiIEAgMQpbICAg IDAuMTEyOTk1XSBORVQ6IFJlZ2lzdGVyZWQgcHJvdG9jb2wgZmFtaWx5IDE2ClsgICAgMC4xMTQw MDFdIGluaXRjYWxsIG5ldGxpbmtfcHJvdG9faW5pdCsweDAvMHgxYWIgcmV0dXJuZWQgMCBhZnRl ciA5NzYgdXNlY3MKWyAgICAwLjExNTAwOF0gY2FsbGluZyAgYmRpX2NsYXNzX2luaXQrMHgwLzB4 NDkgQCAxClsgICAgMC4xMTYwMTZdIGt3b3JrZXIvdTowIHVzZWQgZ3JlYXRlc3Qgc3RhY2sgZGVw dGg6IDY1NjggYnl0ZXMgbGVmdApbICAgIDAuMTE2MDE2XSBpbml0Y2FsbCBiZGlfY2xhc3NfaW5p dCsweDAvMHg0OSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjExNjAxNl0gY2FsbGlu ZyAga29iamVjdF91ZXZlbnRfaW5pdCsweDAvMHgyMSBAIDEKWyAgICAwLjExNjAxNl0gaW5pdGNh bGwga29iamVjdF91ZXZlbnRfaW5pdCsweDAvMHgyMSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MK WyAgICAwLjExNjAxNl0gY2FsbGluZyAgcGNpYnVzX2NsYXNzX2luaXQrMHgwLzB4MTkgQCAxClsg ICAgMC4xNDI5OTddIGluaXRjYWxsIHBjaWJ1c19jbGFzc19pbml0KzB4MC8weDE5IHJldHVybmVk IDAgYWZ0ZXIgMjYzNjMgdXNlY3MKWyAgICAwLjE0Mzk4OV0gY2FsbGluZyAgcGNpX2RyaXZlcl9p bml0KzB4MC8weDE5IEAgMQpbICAgIDAuMTQ1MDA4XSBpbml0Y2FsbCBwY2lfZHJpdmVyX2luaXQr MHgwLzB4MTkgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4xNDU5ODldIGNhbGxpbmcg IGJhY2tsaWdodF9jbGFzc19pbml0KzB4MC8weDVkIEAgMQpbICAgIDAuMTQ3MDA4XSBpbml0Y2Fs bCBiYWNrbGlnaHRfY2xhc3NfaW5pdCsweDAvMHg1ZCByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MK WyAgICAwLjE0Nzk4OV0gY2FsbGluZyAgdmlkZW9fb3V0cHV0X2NsYXNzX2luaXQrMHgwLzB4MTkg QCAxClsgICAgMC4xNDkwMDVdIGluaXRjYWxsIHZpZGVvX291dHB1dF9jbGFzc19pbml0KzB4MC8w eDE5IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMTQ5OTg5XSBjYWxsaW5nICB4ZW5i dXNfaW5pdCsweDAvMHgyNzAgQCAxClsgICAgMC4xNTEwMTVdIGluaXRjYWxsIHhlbmJ1c19pbml0 KzB4MC8weDI3MCByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjE1MTk4OF0gY2FsbGlu ZyAgdHR5X2NsYXNzX2luaXQrMHgwLzB4MzQgQCAxClsgICAgMC4xNTMwMDRdIGluaXRjYWxsIHR0 eV9jbGFzc19pbml0KzB4MC8weDM0IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMTUz OTg4XSBjYWxsaW5nICB2dGNvbnNvbGVfY2xhc3NfaW5pdCsweDAvMHhlMSBAIDEKWyAgICAwLjE1 NTAxMl0gaW5pdGNhbGwgdnRjb25zb2xlX2NsYXNzX2luaXQrMHgwLzB4ZTEgcmV0dXJuZWQgMCBh ZnRlciAwIHVzZWNzClsgICAgMC4xNTU5ODhdIGNhbGxpbmcgIHdha2V1cF9zb3VyY2VzX2RlYnVn ZnNfaW5pdCsweDAvMHgyYiBAIDEKWyAgICAwLjE1Njk5MF0gaW5pdGNhbGwgd2FrZXVwX3NvdXJj ZXNfZGVidWdmc19pbml0KzB4MC8weDJiIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAu MTU3OTg3XSBjYWxsaW5nICBpMmNfaW5pdCsweDAvMHg3NiBAIDEKWyAgICAwLjE1OTAxM10gaW5p dGNhbGwgaTJjX2luaXQrMHgwLzB4NzYgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4x NTk5ODddIGNhbGxpbmcgIGFtZF9wb3N0Y29yZV9pbml0KzB4MC8weDE0MiBAIDEKWyAgICAwLjE2 MDk4N10gaW5pdGNhbGwgYW1kX3Bvc3Rjb3JlX2luaXQrMHgwLzB4MTQyIHJldHVybmVkIDAgYWZ0 ZXIgMCB1c2VjcwpbICAgIDAuMTYyMDAyXSBjYWxsaW5nICBhcmNoX2tkZWJ1Z2ZzX2luaXQrMHgw LzB4MjAxIEAgMQpbICAgIDAuMTYyOTk0XSBpbml0Y2FsbCBhcmNoX2tkZWJ1Z2ZzX2luaXQrMHgw LzB4MjAxIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMTYzOTg2XSBjYWxsaW5nICBj b25maWd1cmVfdHJhbXBvbGluZXMrMHgwLzB4MjYgQCAxClsgICAgMC4xNjQ5ODddIGluaXRjYWxs IGNvbmZpZ3VyZV90cmFtcG9saW5lcysweDAvMHgyNiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MK WyAgICAwLjE2NTk4Nl0gY2FsbGluZyAgbXRycl9pZl9pbml0KzB4MC8weDY0IEAgMQpbICAgIDAu MTY2OTg2XSBpbml0Y2FsbCBtdHJyX2lmX2luaXQrMHgwLzB4NjQgcmV0dXJuZWQgLTE5IGFmdGVy IDAgdXNlY3MKWyAgICAwLjE2Nzk4NV0gY2FsbGluZyAgZmZoX2NzdGF0ZV9pbml0KzB4MC8weDJh IEAgMQpbICAgIDAuMTY4OTg4XSBpbml0Y2FsbCBmZmhfY3N0YXRlX2luaXQrMHgwLzB4MmEgcmV0 dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4xNjk5ODZdIGNhbGxpbmcgIGFjcGlfcGNpX2lu aXQrMHgwLzB4NWMgQCAxClsgICAgMC4xNzA5ODVdIEFDUEk6IGJ1cyB0eXBlIHBjaSByZWdpc3Rl cmVkClsgICAgMC4xNzE5ODZdIGluaXRjYWxsIGFjcGlfcGNpX2luaXQrMHgwLzB4NWMgcmV0dXJu ZWQgMCBhZnRlciA5NzYgdXNlY3MKWyAgICAwLjE3Mjk4NV0gY2FsbGluZyAgc2V0dXBfdmNwdV9o b3RwbHVnX2V2ZW50KzB4MC8weDIyIEAgMQpbICAgIDAuMTczOTg1XSBpbml0Y2FsbCBzZXR1cF92 Y3B1X2hvdHBsdWdfZXZlbnQrMHgwLzB4MjIgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAg MC4xNzQ5ODVdIGNhbGxpbmcgIHJlZ2lzdGVyX3hlbl9wY2lfbm90aWZpZXIrMHgwLzB4MzEgQCAx ClsgICAgMC4xNzU5ODVdIGluaXRjYWxsIHJlZ2lzdGVyX3hlbl9wY2lfbm90aWZpZXIrMHgwLzB4 MzEgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4xNzY5ODRdIGNhbGxpbmcgIGRtaV9p ZF9pbml0KzB4MC8weDMxOCBAIDEKWyAgICAwLjE3ODAxNl0gaW5pdGNhbGwgZG1pX2lkX2luaXQr MHgwLzB4MzE4IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMTc4OTg2XSBjYWxsaW5n ICBwY2lfYXJjaF9pbml0KzB4MC8weDY2IEAgMQpbICAgIDAuMTc5OTk4XSBQQ0k6IE1NQ09ORklH IGZvciBkb21haW4gMDAwMCBbYnVzIDAwLWZmXSBhdCBbbWVtIDB4ZTAwMDAwMDAtMHhlZmZmZmZm Zl0gKGJhc2UgMHhlMDAwMDAwMCkKWyAgICAwLjE4MDk4NF0gUENJOiBub3QgdXNpbmcgTU1DT05G SUcKWyAgICAwLjE4MTk4M10gUENJOiBVc2luZyBjb25maWd1cmF0aW9uIHR5cGUgMSBmb3IgYmFz ZSBhY2Nlc3MKWyAgICAwLjE4Mjk4N10gaW5pdGNhbGwgcGNpX2FyY2hfaW5pdCsweDAvMHg2NiBy ZXR1cm5lZCAwIGFmdGVyIDI5MjkgdXNlY3MKWyAgICAwLjE4Mzk5OV0gY2FsbGluZyAgdG9wb2xv Z3lfaW5pdCsweDAvMHg0MCBAIDEKWyAgICAwLjE4NTAxMV0gaW5pdGNhbGwgdG9wb2xvZ3lfaW5p dCsweDAvMHg0MCByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjE4NTk4NF0gY2FsbGlu ZyAgbXRycl9pbml0X2ZpbmlhbGl6ZSsweDAvMHgzNiBAIDEKWyAgICAwLjE4Njk4NF0gaW5pdGNh bGwgbXRycl9pbml0X2ZpbmlhbGl6ZSsweDAvMHgzNiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MK WyAgICAwLjE4Nzk4M10gY2FsbGluZyAgaW5pdF92ZHNvKzB4MC8weDEyNSBAIDEKWyAgICAwLjE4 ODk4NV0gaW5pdGNhbGwgaW5pdF92ZHNvKzB4MC8weDEyNSByZXR1cm5lZCAwIGFmdGVyIDAgdXNl Y3MKWyAgICAwLjE4OTk4M10gY2FsbGluZyAgcGFyYW1fc3lzZnNfaW5pdCsweDAvMHgxOGYgQCAx ClsgICAgMC4xOTEwMDRdIGt3b3JrZXIvdTowIHVzZWQgZ3JlYXRlc3Qgc3RhY2sgZGVwdGg6IDYy NjQgYnl0ZXMgbGVmdApbICAgIDAuMTk3MDAyXSBrd29ya2VyL3U6MCB1c2VkIGdyZWF0ZXN0IHN0 YWNrIGRlcHRoOiA1ODMyIGJ5dGVzIGxlZnQKWyAgICAwLjIxMjAwMF0gaW5pdGNhbGwgcGFyYW1f c3lzZnNfaW5pdCsweDAvMHgxOGYgcmV0dXJuZWQgMCBhZnRlciAyMDUwNCB1c2VjcwpbICAgIDAu MjEyOTgzXSBjYWxsaW5nICBwbV9zeXNycV9pbml0KzB4MC8weDIwIEAgMQpbICAgIDAuMjEzOTgw XSBpbml0Y2FsbCBwbV9zeXNycV9pbml0KzB4MC8weDIwIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2Vj cwpbICAgIDAuMjE0OTc5XSBjYWxsaW5nICBkZWZhdWx0X2JkaV9pbml0KzB4MC8weGE1IEAgMQpb ICAgIDAuMjE2MDE1XSBpbml0Y2FsbCBkZWZhdWx0X2JkaV9pbml0KzB4MC8weGE1IHJldHVybmVk IDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMjE2OTgxXSBjYWxsaW5nICBpbml0X2JpbysweDAvMHhm NiBAIDEKWyAgICAwLjIxNzk4M10gYmlvOiBjcmVhdGUgc2xhYiA8YmlvLTA+IGF0IDAKWyAgICAw LjIxODk3OV0gaW5pdGNhbGwgaW5pdF9iaW8rMHgwLzB4ZjYgcmV0dXJuZWQgMCBhZnRlciA5NzYg dXNlY3MKWyAgICAwLjIxOTk3OF0gY2FsbGluZyAgZnNub3RpZnlfbm90aWZpY2F0aW9uX2luaXQr MHgwLzB4OGIgQCAxClsgICAgMC4yMjA5ODRdIGluaXRjYWxsIGZzbm90aWZ5X25vdGlmaWNhdGlv bl9pbml0KzB4MC8weDhiIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMjIxOTc5XSBj YWxsaW5nICBjcnlwdG9tZ3JfaW5pdCsweDAvMHgxMiBAIDEKWyAgICAwLjIyMjk3OV0gaW5pdGNh bGwgY3J5cHRvbWdyX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAg MC4yMjM5NzhdIGNhbGxpbmcgIGJsa19zZXR0aW5nc19pbml0KzB4MC8weDJhIEAgMQpbICAgIDAu MjI0OTc4XSBpbml0Y2FsbCBibGtfc2V0dGluZ3NfaW5pdCsweDAvMHgyYSByZXR1cm5lZCAwIGFm dGVyIDAgdXNlY3MKWyAgICAwLjIyNTk3OF0gY2FsbGluZyAgYmxrX2lvY19pbml0KzB4MC8weDJh IEAgMQpbICAgIDAuMjI2OTc5XSBpbml0Y2FsbCBibGtfaW9jX2luaXQrMHgwLzB4MmEgcmV0dXJu ZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4yMjc5NzhdIGNhbGxpbmcgIGJsa19zb2Z0aXJxX2lu aXQrMHgwLzB4NmQgQCAxClsgICAgMC4yMjg5NzldIGluaXRjYWxsIGJsa19zb2Z0aXJxX2luaXQr MHgwLzB4NmQgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4yMjk5NzddIGNhbGxpbmcg IGJsa19pb3BvbGxfc2V0dXArMHgwLzB4NmQgQCAxClsgICAgMC4yMzA5NzddIGluaXRjYWxsIGJs a19pb3BvbGxfc2V0dXArMHgwLzB4NmQgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4y MzE5NzZdIGNhbGxpbmcgIGdlbmhkX2RldmljZV9pbml0KzB4MC8weDc4IEAgMQpbICAgIDAuMjMy OTk1XSBpbml0Y2FsbCBnZW5oZF9kZXZpY2VfaW5pdCsweDAvMHg3OCByZXR1cm5lZCAwIGFmdGVy IDAgdXNlY3MKWyAgICAwLjIzMzk3OF0gY2FsbGluZyAgcGNpX3Nsb3RfaW5pdCsweDAvMHg1MCBA IDEKWyAgICAwLjIzNDk3OV0gaW5pdGNhbGwgcGNpX3Nsb3RfaW5pdCsweDAvMHg1MCByZXR1cm5l ZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjIzNTk3Nl0gY2FsbGluZyAgZmJtZW1faW5pdCsweDAv MHg5OCBAIDEKWyAgICAwLjIzNjk5N10gaW5pdGNhbGwgZmJtZW1faW5pdCsweDAvMHg5OCByZXR1 cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjIzNzk3Nl0gY2FsbGluZyAgYWNwaV9pbml0KzB4 MC8weDI5YiBAIDEKWyAgICAwLjIzODk4NF0gQUNQSTogQWRkZWQgX09TSShNb2R1bGUgRGV2aWNl KQpbICAgIDAuMjM5OTc1XSBBQ1BJOiBBZGRlZCBfT1NJKFByb2Nlc3NvciBEZXZpY2UpClsgICAg MC4yNDA5NzVdIEFDUEk6IEFkZGVkIF9PU0koMy4wIF9TQ1AgRXh0ZW5zaW9ucykKWyAgICAwLjI0 MTk3NV0gQUNQSTogQWRkZWQgX09TSShQcm9jZXNzb3IgQWdncmVnYXRvciBEZXZpY2UpClsgICAg MC4yNDM2NTRdIEFDUEk6IEVDOiBEZXRlY3RlZCBNU0kgaGFyZHdhcmUsIGVuYWJsaW5nIHdvcmth cm91bmRzLgpbICAgIDAuMjQzOTc1XSBBQ1BJOiBFQzogTG9vayB1cCBFQyBpbiBEU0RUClsgICAg MC4yNDU4MTRdIEFDUEk6IEV4ZWN1dGVkIDEgYmxvY2tzIG9mIG1vZHVsZS1sZXZlbCBleGVjdXRh YmxlIEFNTCBjb2RlClsgICAgMC4yNDg1MjBdIEFDUEk6IFNTRFQgMDAwMDAwMDBjZjZiMDBmMCAw MDQ4QSAodjAxIERwZ1BtbSAgUDAwMUlzdCAwMDAwMDAxMSBJTlRMIDIwMDUxMTE3KQpbICAgIDAu MjUwMzM5XSBBQ1BJOiBEeW5hbWljIE9FTSBUYWJsZSBMb2FkOgpbICAgIDAuMjUyMTYzXSBBQ1BJ OiBTU0RUICAgICAgICAgICAobnVsbCkgMDA0OEEgKHYwMSBEcGdQbW0gIFAwMDFJc3QgMDAwMDAw MTEgSU5UTCAyMDA1MTExNykKWyAgICAwLjI1NDQwNl0gQUNQSTogSW50ZXJwcmV0ZXIgZW5hYmxl ZApbICAgIDAuMjU0OTc2XSBBQ1BJOiAoc3VwcG9ydHMgUzAgUzEgUzQgUzUpClsgICAgMC4yNTY5 NzRdIEFDUEk6IFVzaW5nIElPQVBJQyBmb3IgaW50ZXJydXB0IHJvdXRpbmcKWyAgICAwLjI1Nzk5 MF0gUENJOiBNTUNPTkZJRyBmb3IgZG9tYWluIDAwMDAgW2J1cyAwMC1mZl0gYXQgW21lbSAweGUw MDAwMDAwLTB4ZWZmZmZmZmZdIChiYXNlIDB4ZTAwMDAwMDApClsgICAgMC4yNTk4NzNdIFBDSTog TU1DT05GSUcgYXQgW21lbSAweGUwMDAwMDAwLTB4ZWZmZmZmZmZdIHJlc2VydmVkIGluIEFDUEkg bW90aGVyYm9hcmQgcmVzb3VyY2VzClsgICAgMC4zMzUwMTRdIGluaXRjYWxsIGFjcGlfaW5pdCsw eDAvMHgyOWIgcmV0dXJuZWQgMCBhZnRlciA5MzczNSB1c2VjcwpbICAgIDAuMzM1OTYyXSBjYWxs aW5nICBkb2NrX2luaXQrMHgwLzB4YTUgQCAxClsgICAgMC4zMzcwMzFdIEFDUEk6IE5vIGRvY2sg ZGV2aWNlcyBmb3VuZC4KWyAgICAwLjMzNzk2MV0gaW5pdGNhbGwgZG9ja19pbml0KzB4MC8weGE1 IHJldHVybmVkIDAgYWZ0ZXIgOTc2IHVzZWNzClsgICAgMC4zMzg5NjFdIGNhbGxpbmcgIGFjcGlf cGNpX3Jvb3RfaW5pdCsweDAvMHgyOCBAIDEKWyAgICAwLjMzOTk2Ml0gUENJOiBVc2luZyBob3N0 IGJyaWRnZSB3aW5kb3dzIGZyb20gQUNQSTsgaWYgbmVjZXNzYXJ5LCB1c2UgInBjaT1ub2NycyIg YW5kIHJlcG9ydCBhIGJ1ZwpbICAgIDAuMzQxMDIyXSBBQ1BJOiBQQ0kgUm9vdCBCcmlkZ2UgW1BD STBdIChkb21haW4gMDAwMCBbYnVzIDAwLWZmXSkKWyAgICAwLjM0MjA1Nl0gcGNpX3Jvb3QgUE5Q MEEwODowMDogaG9zdCBicmlkZ2Ugd2luZG93IFtpbyAgMHgwMDAwLTB4MGNmN10KWyAgICAwLjM0 Mjk2MF0gcGNpX3Jvb3QgUE5QMEEwODowMDogaG9zdCBicmlkZ2Ugd2luZG93IFtpbyAgMHgwZDAw LTB4ZmZmZl0KWyAgICAwLjM0Mzk1OV0gcGNpX3Jvb3QgUE5QMEEwODowMDogaG9zdCBicmlkZ2Ug d2luZG93IFttZW0gMHgwMDBhMDAwMC0weDAwMGJmZmZmXQpbICAgIDAuMzQ0OTU5XSBwY2lfcm9v dCBQTlAwQTA4OjAwOiBob3N0IGJyaWRnZSB3aW5kb3cgW21lbSAweDAwMGQwMDAwLTB4MDAwZGZm ZmZdClsgICAgMC4zNDU5NTldIHBjaV9yb290IFBOUDBBMDg6MDA6IGhvc3QgYnJpZGdlIHdpbmRv dyBbbWVtIDB4Y2Y3MDAwMDAtMHhkZmZmZmZmZl0KWyAgICAwLjM0Njk1OV0gcGNpX3Jvb3QgUE5Q MEEwODowMDogaG9zdCBicmlkZ2Ugd2luZG93IFttZW0gMHhmMDAwMDAwMC0weGZmZmZmZmZmXQpb ICAgIDAuMzQ3OTkzXSBQQ0kgaG9zdCBicmlkZ2UgdG8gYnVzIDAwMDA6MDAKWyAgICAwLjM0ODk2 MF0gcGNpX2J1cyAwMDAwOjAwOiByb290IGJ1cyByZXNvdXJjZSBbaW8gIDB4MDAwMC0weDBjZjdd ClsgICAgMC4zNDk5NTldIHBjaV9idXMgMDAwMDowMDogcm9vdCBidXMgcmVzb3VyY2UgW2lvICAw eDBkMDAtMHhmZmZmXQpbICAgIDAuMzUwOTU4XSBwY2lfYnVzIDAwMDA6MDA6IHJvb3QgYnVzIHJl c291cmNlIFttZW0gMHgwMDBhMDAwMC0weDAwMGJmZmZmXQpbICAgIDAuMzUxOTU5XSBwY2lfYnVz IDAwMDA6MDA6IHJvb3QgYnVzIHJlc291cmNlIFttZW0gMHgwMDBkMDAwMC0weDAwMGRmZmZmXQpb ICAgIDAuMzUyOTU5XSBwY2lfYnVzIDAwMDA6MDA6IHJvb3QgYnVzIHJlc291cmNlIFttZW0gMHhj ZjcwMDAwMC0weGRmZmZmZmZmXQpbICAgIDAuMzUzOTU4XSBwY2lfYnVzIDAwMDA6MDA6IHJvb3Qg YnVzIHJlc291cmNlIFttZW0gMHhmMDAwMDAwMC0weGZmZmZmZmZmXQpbICAgIDAuMzU0OTcwXSBw Y2kgMDAwMDowMDowMC4wOiBbODA4NjoyOWMwXSB0eXBlIDAwIGNsYXNzIDB4MDYwMDAwClsgICAg MC4zNTU5NjFdIGNhbGxpbmcgIHF1aXJrX21taW9fYWx3YXlzX29uKzB4MC8weGEgQCAxIGZvciAw MDAwOjAwOjAwLjAKWyAgICAwLjM1Njk1OF0gcGNpIGZpeHVwIHF1aXJrX21taW9fYWx3YXlzX29u KzB4MC8weGEgcmV0dXJuZWQgYWZ0ZXIgMCB1c2VjcyBmb3IgMDAwMDowMDowMC4wClsgICAgMC4z NTgwMzhdIHBjaSAwMDAwOjAwOjAyLjA6IFs4MDg2OjI5YzJdIHR5cGUgMDAgY2xhc3MgMHgwMzAw MDAKWyAgICAwLjM1ODk3NV0gcGNpIDAwMDA6MDA6MDIuMDogcmVnIDEwOiBbbWVtIDB4ZmVhODAw MDAtMHhmZWFmZmZmZl0KWyAgICAwLjM1OTk2NV0gcGNpIDAwMDA6MDA6MDIuMDogcmVnIDE0OiBb aW8gIDB4ZGMwMC0weGRjMDddClsgICAgMC4zNjA5NjVdIHBjaSAwMDAwOjAwOjAyLjA6IHJlZyAx ODogW21lbSAweGQwMDAwMDAwLTB4ZGZmZmZmZmYgcHJlZl0KWyAgICAwLjM2MTk2NV0gcGNpIDAw MDA6MDA6MDIuMDogcmVnIDFjOiBbbWVtIDB4ZmU5MDAwMDAtMHhmZTlmZmZmZl0KWyAgICAwLjM2 MzA4MF0gcGNpIDAwMDA6MDA6MWIuMDogWzgwODY6MjdkOF0gdHlwZSAwMCBjbGFzcyAweDA0MDMw MApbICAgIDAuMzYzOTc4XSBwY2kgMDAwMDowMDoxYi4wOiByZWcgMTA6IFttZW0gMHhmZWE3ODAw MC0weGZlYTdiZmZmIDY0Yml0XQpbICAgIDAuMzY1MDY1XSBwY2kgMDAwMDowMDoxYi4wOiBQTUUj IHN1cHBvcnRlZCBmcm9tIEQwIEQzaG90IEQzY29sZApbICAgIDAuMzY1OTg3XSBwY2kgMDAwMDow MDoxYy4wOiBbODA4NjoyN2QwXSB0eXBlIDAxIGNsYXNzIDB4MDYwNDAwClsgICAgMC4zNjcwMTBd IGNhbGxpbmcgIHBjaV9maXh1cF90cmFuc3BhcmVudF9icmlkZ2UrMHgwLzB4MWQgQCAxIGZvciAw MDAwOjAwOjFjLjAKWyAgICAwLjM2Nzk1N10gcGNpIGZpeHVwIHBjaV9maXh1cF90cmFuc3BhcmVu dF9icmlkZ2UrMHgwLzB4MWQgcmV0dXJuZWQgYWZ0ZXIgMCB1c2VjcyBmb3IgMDAwMDowMDoxYy4w ClsgICAgMC4zNjkwMTZdIHBjaSAwMDAwOjAwOjFjLjA6IFBNRSMgc3VwcG9ydGVkIGZyb20gRDAg RDNob3QgRDNjb2xkClsgICAgMC4zNjk5ODhdIHBjaSAwMDAwOjAwOjFjLjE6IFs4MDg2OjI3ZDJd IHR5cGUgMDEgY2xhc3MgMHgwNjA0MDAKWyAgICAwLjM3MTAwOV0gY2FsbGluZyAgcGNpX2ZpeHVw X3RyYW5zcGFyZW50X2JyaWRnZSsweDAvMHgxZCBAIDEgZm9yIDAwMDA6MDA6MWMuMQpbICAgIDAu MzcxOTU2XSBwY2kgZml4dXAgcGNpX2ZpeHVwX3RyYW5zcGFyZW50X2JyaWRnZSsweDAvMHgxZCBy ZXR1cm5lZCBhZnRlciAwIHVzZWNzIGZvciAwMDAwOjAwOjFjLjEKWyAgICAwLjM3MzAxNV0gcGNp IDAwMDA6MDA6MWMuMTogUE1FIyBzdXBwb3J0ZWQgZnJvbSBEMCBEM2hvdCBEM2NvbGQKWyAgICAw LjM3Mzk5MV0gcGNpIDAwMDA6MDA6MWQuMDogWzgwODY6MjdjOF0gdHlwZSAwMCBjbGFzcyAweDBj MDMwMApbICAgIDAuMzc1MDE1XSBwY2kgMDAwMDowMDoxZC4wOiByZWcgMjA6IFtpbyAgMHhkODgw LTB4ZDg5Zl0KWyAgICAwLjM3NTk5OV0gcGNpIDAwMDA6MDA6MWQuMTogWzgwODY6MjdjOV0gdHlw ZSAwMCBjbGFzcyAweDBjMDMwMApbICAgIDAuMzc3MDE1XSBwY2kgMDAwMDowMDoxZC4xOiByZWcg MjA6IFtpbyAgMHhkODAwLTB4ZDgxZl0KWyAgICAwLjM3Nzk5OF0gcGNpIDAwMDA6MDA6MWQuMjog WzgwODY6MjdjYV0gdHlwZSAwMCBjbGFzcyAweDBjMDMwMApbICAgIDAuMzc5MDE0XSBwY2kgMDAw MDowMDoxZC4yOiByZWcgMjA6IFtpbyAgMHhkNDgwLTB4ZDQ5Zl0KWyAgICAwLjM3OTk5OF0gcGNp IDAwMDA6MDA6MWQuMzogWzgwODY6MjdjYl0gdHlwZSAwMCBjbGFzcyAweDBjMDMwMApbICAgIDAu MzgxMDE0XSBwY2kgMDAwMDowMDoxZC4zOiByZWcgMjA6IFtpbyAgMHhkNDAwLTB4ZDQxZl0KWyAg ICAwLjM4MjAxMV0gcGNpIDAwMDA6MDA6MWQuNzogWzgwODY6MjdjY10gdHlwZSAwMCBjbGFzcyAw eDBjMDMyMApbICAgIDAuMzgyOTc5XSBwY2kgMDAwMDowMDoxZC43OiByZWcgMTA6IFttZW0gMHhm ZWE3N2MwMC0weGZlYTc3ZmZmXQpbICAgIDAuMzg0MDc1XSBwY2kgMDAwMDowMDoxZC43OiBQTUUj IHN1cHBvcnRlZCBmcm9tIEQwIEQzaG90IEQzY29sZApbICAgIDAuMzg0OTc5XSBwY2kgMDAwMDow MDoxZS4wOiBbODA4NjoyNDRlXSB0eXBlIDAxIGNsYXNzIDB4MDYwNDAxClsgICAgMC4zODYwMDFd IGNhbGxpbmcgIHBjaV9maXh1cF90cmFuc3BhcmVudF9icmlkZ2UrMHgwLzB4MWQgQCAxIGZvciAw MDAwOjAwOjFlLjAKWyAgICAwLjM4Njk1M10gcGNpIGZpeHVwIHBjaV9maXh1cF90cmFuc3BhcmVu dF9icmlkZ2UrMHgwLzB4MWQgcmV0dXJuZWQgYWZ0ZXIgMCB1c2VjcyBmb3IgMDAwMDowMDoxZS4w ClsgICAgMC4zODgwMDNdIHBjaSAwMDAwOjAwOjFmLjA6IFs4MDg2OjI3YjhdIHR5cGUgMDAgY2xh c3MgMHgwNjAxMDAKWyAgICAwLjM4OTA2MF0gY2FsbGluZyAgaWNoX2ZvcmNlX2VuYWJsZV9ocGV0 KzB4MC8weDFhMCBAIDEgZm9yIDAwMDA6MDA6MWYuMApbICAgIDAuMzg5OTY3XSBwY2kgMDAwMDow MDoxZi4wOiBGb3JjZSBlbmFibGVkIEhQRVQgYXQgMHhmZWQwMDAwMApbICAgIDAuMzkwOTUzXSBw Y2kgZml4dXAgaWNoX2ZvcmNlX2VuYWJsZV9ocGV0KzB4MC8weDFhMCByZXR1cm5lZCBhZnRlciA5 NzYgdXNlY3MgZm9yIDAwMDA6MDA6MWYuMApbICAgIDAuMzkxOTUzXSBjYWxsaW5nICBxdWlya19p Y2g3X2xwYysweDAvMHg2NCBAIDEgZm9yIDAwMDA6MDA6MWYuMApbICAgIDAuMzkyOTYyXSBwY2kg MDAwMDowMDoxZi4wOiBJQ0g3IExQQyBHZW5lcmljIElPIGRlY29kZSAxIFBJTyBhdCAwYTAwICht YXNrIDAwZmYpClsgICAgMC4zOTM5NTNdIHBjaSAwMDAwOjAwOjFmLjA6IElDSDcgTFBDIEdlbmVy aWMgSU8gZGVjb2RlIDIgUElPIGF0IDQ3MDAgKG1hc2sgMDBmZikKWyAgICAwLjM5NDk1Nl0gcGNp IGZpeHVwIHF1aXJrX2ljaDdfbHBjKzB4MC8weDY0IHJldHVybmVkIGFmdGVyIDE5NTIgdXNlY3Mg Zm9yIDAwMDA6MDA6MWYuMApbICAgIDAuMzk2MDA1XSBwY2kgMDAwMDowMDoxZi4xOiBbODA4Njoy N2RmXSB0eXBlIDAwIGNsYXNzIDB4MDEwMThhClsgICAgMC4zOTY5NjhdIHBjaSAwMDAwOjAwOjFm LjE6IHJlZyAxMDogW2lvICAweDAwMDAtMHgwMDA3XQpbICAgIDAuMzk3OTYzXSBwY2kgMDAwMDow MDoxZi4xOiByZWcgMTQ6IFtpbyAgMHgwMDAwLTB4MDAwM10KWyAgICAwLjM5ODk2Ml0gcGNpIDAw MDA6MDA6MWYuMTogcmVnIDE4OiBbaW8gIDB4MDhmMC0weDA4ZjddClsgICAgMC4zOTk5NjJdIHBj aSAwMDAwOjAwOjFmLjE6IHJlZyAxYzogW2lvICAweDA4ZjgtMHgwOGZiXQpbICAgIDAuNDAwOTYy XSBwY2kgMDAwMDowMDoxZi4xOiByZWcgMjA6IFtpbyAgMHhmZmEwLTB4ZmZhZl0KWyAgICAwLjQw MjAwMV0gcGNpIDAwMDA6MDA6MWYuMjogWzgwODY6MjdjMF0gdHlwZSAwMCBjbGFzcyAweDAxMDE4 ZgpbICAgIDAuNDAyOTcwXSBwY2kgMDAwMDowMDoxZi4yOiByZWcgMTA6IFtpbyAgMHhkMDgwLTB4 ZDA4N10KWyAgICAwLjQwMzk2MF0gcGNpIDAwMDA6MDA6MWYuMjogcmVnIDE0OiBbaW8gIDB4ZDAw MC0weGQwMDNdClsgICAgMC40MDQ5NjBdIHBjaSAwMDAwOjAwOjFmLjI6IHJlZyAxODogW2lvICAw eGNjMDAtMHhjYzA3XQpbICAgIDAuNDA1OTYwXSBwY2kgMDAwMDowMDoxZi4yOiByZWcgMWM6IFtp byAgMHhjODgwLTB4Yzg4M10KWyAgICAwLjQwNjk2MF0gcGNpIDAwMDA6MDA6MWYuMjogcmVnIDIw OiBbaW8gIDB4YzgwMC0weGM4MGZdClsgICAgMC40MDgwMDVdIHBjaSAwMDAwOjAwOjFmLjI6IFBN RSMgc3VwcG9ydGVkIGZyb20gRDNob3QKWyAgICAwLjQwODk2OF0gcGNpIDAwMDA6MDA6MWYuMzog WzgwODY6MjdkYV0gdHlwZSAwMCBjbGFzcyAweDBjMDUwMApbICAgIDAuNDEwMDIwXSBwY2kgMDAw MDowMDoxZi4zOiByZWcgMjA6IFtpbyAgMHgwNDAwLTB4MDQxZl0KWyAgICAwLjQxMTA1N10gcGNp IDAwMDA6MDA6MWMuMDogUENJIGJyaWRnZSB0byBbYnVzIDAxLTAxXQpbICAgIDAuNDEyMDQ2XSBw Y2kgMDAwMDowMjowMC4wOiBbMTBlYzo4MTM2XSB0eXBlIDAwIGNsYXNzIDB4MDIwMDAwClsgICAg MC40MTI5NjldIHBjaSAwMDAwOjAyOjAwLjA6IHJlZyAxMDogW2lvICAweGU4MDAtMHhlOGZmXQpb ICAgIDAuNDEzOTg2XSBwY2kgMDAwMDowMjowMC4wOiByZWcgMTg6IFttZW0gMHhmZGZmZjAwMC0w eGZkZmZmZmZmIDY0Yml0IHByZWZdClsgICAgMC40MTQ5NzFdIHBjaSAwMDAwOjAyOjAwLjA6IHJl ZyAyMDogW21lbSAweGZkZmUwMDAwLTB4ZmRmZWZmZmYgNjRiaXQgcHJlZl0KWyAgICAwLjQxNTk2 M10gcGNpIDAwMDA6MDI6MDAuMDogcmVnIDMwOiBbbWVtIDB4ZmViZTAwMDAtMHhmZWJmZmZmZiBw cmVmXQpbICAgIDAuNDE3MDM3XSBwY2kgMDAwMDowMjowMC4wOiBzdXBwb3J0cyBEMSBEMgpbICAg IDAuNDE3OTQ4XSBwY2kgMDAwMDowMjowMC4wOiBQTUUjIHN1cHBvcnRlZCBmcm9tIEQwIEQxIEQy IEQzaG90IEQzY29sZApbICAgIDAuNDIwOTc3XSBwY2kgMDAwMDowMDoxYy4xOiBQQ0kgYnJpZGdl IHRvIFtidXMgMDItMDJdClsgICAgMC40MjE5NTFdIHBjaSAwMDAwOjAwOjFjLjE6ICAgYnJpZGdl IHdpbmRvdyBbaW8gIDB4ZTAwMC0weGVmZmZdClsgICAgMC40MjI5NTBdIHBjaSAwMDAwOjAwOjFj LjE6ICAgYnJpZGdlIHdpbmRvdyBbbWVtIDB4ZmViMDAwMDAtMHhmZWJmZmZmZl0KWyAgICAwLjQy Mzk1M10gcGNpIDAwMDA6MDA6MWMuMTogICBicmlkZ2Ugd2luZG93IFttZW0gMHhmZGYwMDAwMC0w eGZkZmZmZmZmIDY0Yml0IHByZWZdClsgICAgMC40MjUwMzVdIHBjaSAwMDAwOjAwOjFlLjA6IFBD SSBicmlkZ2UgdG8gW2J1cyAwMy0wM10gKHN1YnRyYWN0aXZlIGRlY29kZSkKWyAgICAwLjQyNTk1 OV0gcGNpIDAwMDA6MDA6MWUuMDogICBicmlkZ2Ugd2luZG93IFtpbyAgMHgwMDAwLTB4MGNmN10g KHN1YnRyYWN0aXZlIGRlY29kZSkKWyAgICAwLjQyNjk0N10gcGNpIDAwMDA6MDA6MWUuMDogICBi cmlkZ2Ugd2luZG93IFtpbyAgMHgwZDAwLTB4ZmZmZl0gKHN1YnRyYWN0aXZlIGRlY29kZSkKWyAg ICAwLjQyNzk0N10gcGNpIDAwMDA6MDA6MWUuMDogICBicmlkZ2Ugd2luZG93IFttZW0gMHgwMDBh MDAwMC0weDAwMGJmZmZmXSAoc3VidHJhY3RpdmUgZGVjb2RlKQpbICAgIDAuNDI4OTQ2XSBwY2kg MDAwMDowMDoxZS4wOiAgIGJyaWRnZSB3aW5kb3cgW21lbSAweDAwMGQwMDAwLTB4MDAwZGZmZmZd IChzdWJ0cmFjdGl2ZSBkZWNvZGUpClsgICAgMC40Mjk5NDZdIHBjaSAwMDAwOjAwOjFlLjA6ICAg YnJpZGdlIHdpbmRvdyBbbWVtIDB4Y2Y3MDAwMDAtMHhkZmZmZmZmZl0gKHN1YnRyYWN0aXZlIGRl Y29kZSkKWyAgICAwLjQzMDk0Nl0gcGNpIDAwMDA6MDA6MWUuMDogICBicmlkZ2Ugd2luZG93IFtt ZW0gMHhmMDAwMDAwMC0weGZmZmZmZmZmXSAoc3VidHJhY3RpdmUgZGVjb2RlKQpbICAgIDAuNDMx OTY2XSBwY2lfYnVzIDAwMDA6MDA6IG9uIE5VTUEgbm9kZSAwClsgICAgMC40MzI5NDddIEFDUEk6 IFBDSSBJbnRlcnJ1cHQgUm91dGluZyBUYWJsZSBbXF9TQl8uUENJMC5fUFJUXQpbICAgIDAuNDM0 MDAwXSBBQ1BJOiBQQ0kgSW50ZXJydXB0IFJvdXRpbmcgVGFibGUgW1xfU0JfLlBDSTAuUDBQMS5f UFJUXQpbICAgIDAuNDM0OTkyXSBBQ1BJOiBQQ0kgSW50ZXJydXB0IFJvdXRpbmcgVGFibGUgW1xf U0JfLlBDSTAuUDBQNC5fUFJUXQpbICAgIDAuNDM1OTY4XSBBQ1BJOiBQQ0kgSW50ZXJydXB0IFJv dXRpbmcgVGFibGUgW1xfU0JfLlBDSTAuUDBQNS5fUFJUXQpbICAgIDAuNDM2OTcyXSAgcGNpMDAw MDowMDogUmVxdWVzdGluZyBBQ1BJIF9PU0MgY29udHJvbCAoMHgxZCkKWyAgICAwLjQzNzk0Nl0g IHBjaTAwMDA6MDA6IEFDUEkgX09TQyByZXF1ZXN0IGZhaWxlZCAoQUVfTk9UX0ZPVU5EKSwgcmV0 dXJuZWQgY29udHJvbCBtYXNrOiAweDFkClsgICAgMC40Mzg5NDRdIEFDUEkgX09TQyBjb250cm9s IGZvciBQQ0llIG5vdCBncmFudGVkLCBkaXNhYmxpbmcgQVNQTQpbICAgIDAuNDQyMDg4XSBpbml0 Y2FsbCBhY3BpX3BjaV9yb290X2luaXQrMHgwLzB4MjggcmV0dXJuZWQgMCBhZnRlciA5OTU5NCB1 c2VjcwpbICAgIDAuNDQyOTQ2XSBjYWxsaW5nICBhY3BpX3BjaV9saW5rX2luaXQrMHgwLzB4M2Ug QCAxClsgICAgMC40NDM5NzddIEFDUEk6IFBDSSBJbnRlcnJ1cHQgTGluayBbTE5LQV0gKElSUXMg MyA0IDUgNiA3ICoxMCAxMSAxMiAxNCAxNSkKWyAgICAwLjQ0NzE2NV0gQUNQSTogUENJIEludGVy cnVwdCBMaW5rIFtMTktCXSAoSVJRcyAzIDQgNSA2IDcgMTAgKjExIDEyIDE0IDE1KQpbICAgIDAu NDUwMjYyXSBBQ1BJOiBQQ0kgSW50ZXJydXB0IExpbmsgW0xOS0NdIChJUlFzIDMgNCA1IDYgNyAq MTAgMTEgMTIgMTQgMTUpClsgICAgMC40NTMxNjRdIEFDUEk6IFBDSSBJbnRlcnJ1cHQgTGluayBb TE5LRF0gKElSUXMgMyA0IDUgKjYgNyAxMCAxMSAxMiAxNCAxNSkKWyAgICAwLjQ1NjE2MV0gQUNQ STogUENJIEludGVycnVwdCBMaW5rIFtMTktFXSAoSVJRcyAzIDQgNSA2IDcgMTAgMTEgMTIgMTQg MTUpICowLCBkaXNhYmxlZC4KWyAgICAwLjQ2MDE2M10gQUNQSTogUENJIEludGVycnVwdCBMaW5r IFtMTktGXSAoSVJRcyAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUpICowLCBkaXNhYmxlZC4KWyAg ICAwLjQ2NDE1N10gQUNQSTogUENJIEludGVycnVwdCBMaW5rIFtMTktHXSAoSVJRcyAzIDQgNSA2 IDcgMTAgMTEgMTIgMTQgMTUpICowLCBkaXNhYmxlZC4KWyAgICAwLjQ2ODE2MV0gQUNQSTogUENJ IEludGVycnVwdCBMaW5rIFtMTktIXSAoSVJRcyAzIDQgKjUgNiA3IDEwIDExIDEyIDE0IDE1KQpb ICAgIDAuNDcxMTU4XSBpbml0Y2FsbCBhY3BpX3BjaV9saW5rX2luaXQrMHgwLzB4M2UgcmV0dXJu ZWQgMCBhZnRlciAyNjM2MyB1c2VjcwpbICAgIDAuNDcxOTQxXSBjYWxsaW5nICBwbnBfaW5pdCsw eDAvMHgxOSBAIDEKWyAgICAwLjQ3Mjk1Nl0gaW5pdGNhbGwgcG5wX2luaXQrMHgwLzB4MTkgcmV0 dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC40NzM5NDJdIGNhbGxpbmcgIHhlbl9zZXR1cF9z aHV0ZG93bl9ldmVudCsweDAvMHgzMCBAIDEKWyAgICAwLjQ3NDk0MV0gaW5pdGNhbGwgeGVuX3Nl dHVwX3NodXRkb3duX2V2ZW50KzB4MC8weDMwIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAg IDAuNDc1OTQwXSBjYWxsaW5nICBiYWxsb29uX2luaXQrMHgwLzB4MTY3IEAgMQpbICAgIDAuNDc2 OTM4XSB4ZW4vYmFsbG9vbjogSW5pdGlhbGlzaW5nIGJhbGxvb24gZHJpdmVyLgpbICAgIDAuNDgy NTE5XSBpbml0Y2FsbCBiYWxsb29uX2luaXQrMHgwLzB4MTY3IHJldHVybmVkIDAgYWZ0ZXIgNDg4 MiB1c2VjcwpbICAgIDAuNDgyOTQzXSBjYWxsaW5nICB4ZW5idXNfcHJvYmVfYmFja2VuZF9pbml0 KzB4MC8weDMxIEAgMQpbICAgIDAuNDg0MDI5XSBpbml0Y2FsbCB4ZW5idXNfcHJvYmVfYmFja2Vu ZF9pbml0KzB4MC8weDMxIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuNDg0OTM5XSBj YWxsaW5nICB4ZW5idXNfcHJvYmVfZnJvbnRlbmRfaW5pdCsweDAvMHgzMyBAIDEKWyAgICAwLjQ4 NTk1N10gaW5pdGNhbGwgeGVuYnVzX3Byb2JlX2Zyb250ZW5kX2luaXQrMHgwLzB4MzMgcmV0dXJu ZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC40ODY5MzhdIGNhbGxpbmcgIGJhbGxvb25faW5pdCsw eDAvMHhmMiBAIDEKWyAgICAwLjQ4NzkzN10geGVuLWJhbGxvb246IEluaXRpYWxpc2luZyBiYWxs b29uIGRyaXZlci4KWyAgICAwLjQ4ODk3Nl0gaW5pdGNhbGwgYmFsbG9vbl9pbml0KzB4MC8weGYy IHJldHVybmVkIDAgYWZ0ZXIgOTc2IHVzZWNzClsgICAgMC40ODk5MzhdIGNhbGxpbmcgIG1pc2Nf aW5pdCsweDAvMHhiNiBAIDEKWyAgICAwLjQ5MDk2MV0gaW5pdGNhbGwgbWlzY19pbml0KzB4MC8w eGI2IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuNDkxOTM4XSBjYWxsaW5nICB2Z2Ff YXJiX2RldmljZV9pbml0KzB4MC8weGYyIEAgMQpbICAgIDAuNDkyOTY2XSB2Z2FhcmI6IGRldmlj ZSBhZGRlZDogUENJOjAwMDA6MDA6MDIuMCxkZWNvZGVzPWlvK21lbSxvd25zPWlvK21lbSxsb2Nr cz1ub25lClsgICAgMC40OTM5NDVdIHZnYWFyYjogbG9hZGVkClsgICAgMC40OTQ5MzZdIHZnYWFy YjogYnJpZGdlIGNvbnRyb2wgcG9zc2libGUgMDAwMDowMDowMi4wClsgICAgMC40OTU5MzddIGlu aXRjYWxsIHZnYV9hcmJfZGV2aWNlX2luaXQrMHgwLzB4ZjIgcmV0dXJuZWQgMCBhZnRlciAyOTI5 IHVzZWNzClsgICAgMC40OTY5MzddIGNhbGxpbmcgIGNuX2luaXQrMHgwLzB4OWUgQCAxClsgICAg MC40OTc5NTBdIGluaXRjYWxsIGNuX2luaXQrMHgwLzB4OWUgcmV0dXJuZWQgMCBhZnRlciAwIHVz ZWNzClsgICAgMC40OTg5MzddIGNhbGxpbmcgIGluaXRfc2NzaSsweDAvMHg4OSBAIDEKWyAgICAw LjQ5OTk5M10gU0NTSSBzdWJzeXN0ZW0gaW5pdGlhbGl6ZWQKWyAgICAwLjUwMDkzN10gaW5pdGNh bGwgaW5pdF9zY3NpKzB4MC8weDg5IHJldHVybmVkIDAgYWZ0ZXIgOTc2IHVzZWNzClsgICAgMC41 MDE5MzZdIGNhbGxpbmcgIGF0YV9pbml0KzB4MC8weDQ1MiBAIDEKWyAgICAwLjUwMjk1N10gbGli YXRhIHZlcnNpb24gMy4wMCBsb2FkZWQuClsgICAgMC41MDM5MzddIGluaXRjYWxsIGF0YV9pbml0 KzB4MC8weDQ1MiByZXR1cm5lZCAwIGFmdGVyIDk3NiB1c2VjcwpbICAgIDAuNTA0OTM1XSBjYWxs aW5nICBwaHlfaW5pdCsweDAvMHgyZSBAIDEKWyAgICAwLjUwNTk1OF0gaW5pdGNhbGwgcGh5X2lu aXQrMHgwLzB4MmUgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC41MDY5MzZdIGNhbGxp bmcgIGluaXRfcGNtY2lhX2NzKzB4MC8weDNkIEAgMQpbICAgIDAuNTA3OTUxXSBpbml0Y2FsbCBp bml0X3BjbWNpYV9jcysweDAvMHgzZCByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjUw ODkzNV0gY2FsbGluZyAgdXNiX2luaXQrMHgwLzB4MTc3IEAgMQpbICAgIDAuNTA5OTY5XSB1c2Jj b3JlOiByZWdpc3RlcmVkIG5ldyBpbnRlcmZhY2UgZHJpdmVyIHVzYmZzClsgICAgMC41MTA5NTld IHVzYmNvcmU6IHJlZ2lzdGVyZWQgbmV3IGludGVyZmFjZSBkcml2ZXIgaHViClsgICAgMC41MTE5 NTNdIHVzYmNvcmU6IHJlZ2lzdGVyZWQgbmV3IGRldmljZSBkcml2ZXIgdXNiClsgICAgMC41MTI5 MzVdIGluaXRjYWxsIHVzYl9pbml0KzB4MC8weDE3NyByZXR1cm5lZCAwIGFmdGVyIDI5MjkgdXNl Y3MKWyAgICAwLjUxMzkzNF0gY2FsbGluZyAgc2VyaW9faW5pdCsweDAvMHgzNSBAIDEKWyAgICAw LjUxNDk0OV0gaW5pdGNhbGwgc2VyaW9faW5pdCsweDAvMHgzNSByZXR1cm5lZCAwIGFmdGVyIDAg dXNlY3MKWyAgICAwLjUxNTkzNF0gY2FsbGluZyAgaW5wdXRfaW5pdCsweDAvMHgxMGEgQCAxClsg ICAgMC41MTY5NDldIGluaXRjYWxsIGlucHV0X2luaXQrMHgwLzB4MTBhIHJldHVybmVkIDAgYWZ0 ZXIgMCB1c2VjcwpbICAgIDAuNTE3OTMzXSBjYWxsaW5nICBydGNfaW5pdCsweDAvMHg2YSBAIDEK WyAgICAwLjUxODk0OF0gaW5pdGNhbGwgcnRjX2luaXQrMHgwLzB4NmEgcmV0dXJuZWQgMCBhZnRl ciAwIHVzZWNzClsgICAgMC41MTk5MzNdIGNhbGxpbmcgIHBvd2VyX3N1cHBseV9jbGFzc19pbml0 KzB4MC8weDQwIEAgMQpbICAgIDAuNTIwOTQ4XSBpbml0Y2FsbCBwb3dlcl9zdXBwbHlfY2xhc3Nf aW5pdCsweDAvMHg0MCByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjUyMTkzM10gY2Fs bGluZyAgaHdtb25faW5pdCsweDAvMHhlZSBAIDEKWyAgICAwLjUyMjk1MF0gaW5pdGNhbGwgaHdt b25faW5pdCsweDAvMHhlZSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjUyMzkzMl0g Y2FsbGluZyAgbWRfaW5pdCsweDAvMHgxNDQgQCAxClsgICAgMC41MjQ5NDVdIGluaXRjYWxsIG1k X2luaXQrMHgwLzB4MTQ0IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuNTI1OTMzXSBj YWxsaW5nICBsZWRzX2luaXQrMHgwLzB4NDQgQCAxClsgICAgMC41MjY5NDddIGluaXRjYWxsIGxl ZHNfaW5pdCsweDAvMHg0NCByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjUyNzkzMl0g Y2FsbGluZyAgYWNwaV93bWlfaW5pdCsweDAvMHg2ZiBAIDEKWyAgICAwLjUyODk3Nl0gd21pOiBN YXBwZXIgbG9hZGVkClsgICAgMC41Mjk5MzNdIGluaXRjYWxsIGFjcGlfd21pX2luaXQrMHgwLzB4 NmYgcmV0dXJuZWQgMCBhZnRlciA5NzYgdXNlY3MKWyAgICAwLjUzMDkzMl0gY2FsbGluZyAgaW5p dF9zb3VuZGNvcmUrMHgwLzB4OTUgQCAxClsgICAgMC41MzE5NDddIGluaXRjYWxsIGluaXRfc291 bmRjb3JlKzB4MC8weDk1IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuNTMyOTMxXSBj YWxsaW5nICBhbHNhX3NvdW5kX2luaXQrMHgwLzB4OTUgQCAxClsgICAgMC41MzM5MzhdIEFkdmFu Y2VkIExpbnV4IFNvdW5kIEFyY2hpdGVjdHVyZSBEcml2ZXIgVmVyc2lvbiAxLjAuMjUuClsgICAg MC41MzQ5MzFdIGluaXRjYWxsIGFsc2Ffc291bmRfaW5pdCsweDAvMHg5NSByZXR1cm5lZCAwIGFm dGVyIDk3NiB1c2VjcwpbICAgIDAuNTM1OTMxXSBjYWxsaW5nICBwY2lfc3Vic3lzX2luaXQrMHgw LzB4NGEgQCAxClsgICAgMC41MzY5MzBdIFBDSTogVXNpbmcgQUNQSSBmb3IgSVJRIHJvdXRpbmcK WyAgICAwLjU0NzkyNV0gUENJOiBwY2lfY2FjaGVfbGluZV9zaXplIHNldCB0byA2NCBieXRlcwpb ICAgIDAuNTQ4MDAzXSByZXNlcnZlIFJBTSBidWZmZXI6IDAwMDAwMDAwMDAwOWYwMDAgLSAwMDAw MDAwMDAwMDlmZmZmIApbICAgIDAuNTQ4OTI4XSByZXNlcnZlIFJBTSBidWZmZXI6IDAwMDAwMDAw Y2Y2YTAwMDAgLSAwMDAwMDAwMGNmZmZmZmZmIApbICAgIDAuNTQ5OTMwXSBpbml0Y2FsbCBwY2lf c3Vic3lzX2luaXQrMHgwLzB4NGEgcmV0dXJuZWQgMCBhZnRlciAxMjY5MyB1c2VjcwpbICAgIDAu NTUwOTI4XSBjYWxsaW5nICBwcm90b19pbml0KzB4MC8weDEyIEAgMQpbICAgIDAuNTUxOTMxXSBp bml0Y2FsbCBwcm90b19pbml0KzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAg IDAuNTUyOTI4XSBjYWxsaW5nICBuZXRfZGV2X2luaXQrMHgwLzB4MjM1IEAgMQpbICAgIDAuNTUz OTc5XSBpbml0Y2FsbCBuZXRfZGV2X2luaXQrMHgwLzB4MjM1IHJldHVybmVkIDAgYWZ0ZXIgMCB1 c2VjcwpbICAgIDAuNTU0OTI4XSBjYWxsaW5nICBuZWlnaF9pbml0KzB4MC8weDgwIEAgMQpbICAg IDAuNTU1OTI4XSBpbml0Y2FsbCBuZWlnaF9pbml0KzB4MC8weDgwIHJldHVybmVkIDAgYWZ0ZXIg MCB1c2VjcwpbICAgIDAuNTU2OTI3XSBjYWxsaW5nICBmaWJfcnVsZXNfaW5pdCsweDAvMHhhYyBA IDEKWyAgICAwLjU1NzkyOF0gaW5pdGNhbGwgZmliX3J1bGVzX2luaXQrMHgwLzB4YWMgcmV0dXJu ZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC41NTg5MjhdIGNhbGxpbmcgIHBrdHNjaGVkX2luaXQr MHgwLzB4ZmMgQCAxClsgICAgMC41NTk5MzBdIGluaXRjYWxsIHBrdHNjaGVkX2luaXQrMHgwLzB4 ZmMgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC41NjA5MjddIGNhbGxpbmcgIHRjX2Zp bHRlcl9pbml0KzB4MC8weDU1IEAgMQpbICAgIDAuNTYxOTI2XSBpbml0Y2FsbCB0Y19maWx0ZXJf aW5pdCsweDAvMHg1NSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjU2MjkyNl0gY2Fs bGluZyAgdGNfYWN0aW9uX2luaXQrMHgwLzB4NTUgQCAxClsgICAgMC41NjM5MjZdIGluaXRjYWxs IHRjX2FjdGlvbl9pbml0KzB4MC8weDU1IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAu NTY0OTI2XSBjYWxsaW5nICBnZW5sX2luaXQrMHgwLzB4OTEgQCAxClsgICAgMC41NjU5MzNdIGlu aXRjYWxsIGdlbmxfaW5pdCsweDAvMHg5MSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAw LjU2NjkyNl0gY2FsbGluZyAgY2lwc29fdjRfaW5pdCsweDAvMHg1ZCBAIDEKWyAgICAwLjU2Nzky Nl0gaW5pdGNhbGwgY2lwc29fdjRfaW5pdCsweDAvMHg1ZCByZXR1cm5lZCAwIGFmdGVyIDAgdXNl Y3MKWyAgICAwLjU2ODkyNV0gY2FsbGluZyAgY2ZnODAyMTFfaW5pdCsweDAvMHhjNSBAIDEKWyAg ICAwLjU2OTk2OV0gY2ZnODAyMTE6IENhbGxpbmcgQ1JEQSB0byB1cGRhdGUgd29ybGQgcmVndWxh dG9yeSBkb21haW4KWyAgICAwLjU3MDk0Nl0gaW5pdGNhbGwgY2ZnODAyMTFfaW5pdCsweDAvMHhj NSByZXR1cm5lZCAwIGFmdGVyIDk3NiB1c2VjcwpbICAgIDAuNTcxOTI1XSBjYWxsaW5nICB3aXJl bGVzc19ubGV2ZW50X2luaXQrMHgwLzB4MTIgQCAxClsgICAgMC41NzI5MzFdIGluaXRjYWxsIHdp cmVsZXNzX25sZXZlbnRfaW5pdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAg ICAwLjU3MzkyNV0gY2FsbGluZyAgaWVlZTgwMjExX2luaXQrMHgwLzB4M2IgQCAxClsgICAgMC41 NzQ5OTldIGluaXRjYWxsIGllZWU4MDIxMV9pbml0KzB4MC8weDNiIHJldHVybmVkIDAgYWZ0ZXIg MCB1c2VjcwpbICAgIDAuNTc1OTI1XSBjYWxsaW5nICBuZXRsYmxfaW5pdCsweDAvMHg4MSBAIDEK WyAgICAwLjU3NjkyM10gTmV0TGFiZWw6IEluaXRpYWxpemluZwpbICAgIDAuNTc3OTIzXSBOZXRM YWJlbDogIGRvbWFpbiBoYXNoIHNpemUgPSAxMjgKWyAgICAwLjU3ODkyM10gTmV0TGFiZWw6ICBw cm90b2NvbHMgPSBVTkxBQkVMRUQgQ0lQU092NApbICAgIDAuNTc5OTMzXSBOZXRMYWJlbDogIHVu bGFiZWxlZCB0cmFmZmljIGFsbG93ZWQgYnkgZGVmYXVsdApbICAgIDAuNTgwOTI0XSBpbml0Y2Fs bCBuZXRsYmxfaW5pdCsweDAvMHg4MSByZXR1cm5lZCAwIGFmdGVyIDM5MDUgdXNlY3MKWyAgICAw LjU4MTkyM10gY2FsbGluZyAgcmZraWxsX2luaXQrMHgwLzB4OTUgQCAxClsgICAgMC41ODI5Mzld IGluaXRjYWxsIHJma2lsbF9pbml0KzB4MC8weDk1IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2Vjcwpb ICAgIDAuNTgzOTI0XSBjYWxsaW5nICBuZXRfc3lzY3RsX2luaXQrMHgwLzB4NDkgQCAxClsgICAg MC41ODQ5MjRdIGluaXRjYWxsIG5ldF9zeXNjdGxfaW5pdCsweDAvMHg0OSByZXR1cm5lZCAwIGFm dGVyIDAgdXNlY3MKWyAgICAwLjU4NTk1OF0gY2FsbGluZyAgaHBldF9sYXRlX2luaXQrMHgwLzB4 ZmIgQCAxClsgICAgMC41ODcwMjhdIGhwZXQgY2xvY2tldmVudCByZWdpc3RlcmVkClsgICAgMC41 ODc5MjRdIEhQRVQ6IDMgdGltZXJzIGluIHRvdGFsLCAwIHRpbWVycyB3aWxsIGJlIHVzZWQgZm9y IHBlci1jcHUgdGltZXIKWyAgICAwLjU4ODkyNF0gaHBldDA6IGF0IE1NSU8gMHhmZWQwMDAwMCwg SVJRcyAyLCA4LCAwClsgICAgMC41OTA4NDJdIGhwZXQwOiAzIGNvbXBhcmF0b3JzLCA2NC1iaXQg MTQuMzE4MTgwIE1IeiBjb3VudGVyClsgICAgMC41OTM5MzddIGluaXRjYWxsIGhwZXRfbGF0ZV9p bml0KzB4MC8weGZiIHJldHVybmVkIDAgYWZ0ZXIgNjgzNCB1c2VjcwpbICAgIDAuNTk0OTIyXSBj YWxsaW5nICBpbml0X2FtZF9uYnMrMHgwLzB4YjYgQCAxClsgICAgMC41OTU5MjldIGluaXRjYWxs IGluaXRfYW1kX25icysweDAvMHhiNiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjU5 NjkyMl0gY2FsbGluZyAgY2xvY2tzb3VyY2VfZG9uZV9ib290aW5nKzB4MC8weDVhIEAgMQpbICAg IDAuNTk3OTIxXSBTd2l0Y2hpbmcgdG8gY2xvY2tzb3VyY2UgeGVuClsgICAgMC41OTg5MzJdIGlu aXRjYWxsIGNsb2Nrc291cmNlX2RvbmVfYm9vdGluZysweDAvMHg1YSByZXR1cm5lZCAwIGFmdGVy IDk3OCB1c2VjcwpbICAgIDAuNjA2NDAyXSBjYWxsaW5nICB0cmFjZXJfaW5pdF9kZWJ1Z2ZzKzB4 MC8weDNhNyBAIDEKWyAgICAwLjYxMTYwMV0gaW5pdGNhbGwgdHJhY2VyX2luaXRfZGVidWdmcysw eDAvMHgzYTcgcmV0dXJuZWQgMCBhZnRlciA2MiB1c2VjcwpbICAgIDAuNjE4NjQyXSBjYWxsaW5n ICBpbml0X3RyYWNlX3ByaW50a19mdW5jdGlvbl9leHBvcnQrMHgwLzB4MmYgQCAxClsgICAgMC42 MjQ5MDRdIGluaXRjYWxsIGluaXRfdHJhY2VfcHJpbnRrX2Z1bmN0aW9uX2V4cG9ydCsweDAvMHgy ZiByZXR1cm5lZCAwIGFmdGVyIDEgdXNlY3MKWyAgICAwLjYzMjk4NV0gY2FsbGluZyAgZXZlbnRf dHJhY2VfaW5pdCsweDAvMHgyYjYgQCAxClsgICAgMC42NDAzNzldIGluaXRjYWxsIGV2ZW50X3Ry YWNlX2luaXQrMHgwLzB4MmI2IHJldHVybmVkIDAgYWZ0ZXIgMjQ2MyB1c2VjcwpbICAgIDAuNjQ3 MzQyXSBjYWxsaW5nICBpbml0X2twcm9iZV90cmFjZSsweDAvMHg5NCBAIDEKWyAgICAwLjY1MjY0 Ml0gaW5pdGNhbGwgaW5pdF9rcHJvYmVfdHJhY2UrMHgwLzB4OTQgcmV0dXJuZWQgMCBhZnRlciAz IHVzZWNzClsgICAgMC42NTkzMzRdIGNhbGxpbmcgIGluaXRfcGlwZV9mcysweDAvMHg0YSBAIDEK WyAgICAwLjY2Mzc4N10gaW5pdGNhbGwgaW5pdF9waXBlX2ZzKzB4MC8weDRhIHJldHVybmVkIDAg YWZ0ZXIgMTUgdXNlY3MKWyAgICAwLjY3MDEzNF0gY2FsbGluZyAgZXZlbnRwb2xsX2luaXQrMHgw LzB4ZDcgQCAxClsgICAgMC42NzQ3NTNdIGluaXRjYWxsIGV2ZW50cG9sbF9pbml0KzB4MC8weGQ3 IHJldHVybmVkIDAgYWZ0ZXIgNCB1c2VjcwpbICAgIDAuNjgxMTgyXSBjYWxsaW5nICBhbm9uX2lu b2RlX2luaXQrMHgwLzB4NWQgQCAxClsgICAgMC42ODU4ODZdIGluaXRjYWxsIGFub25faW5vZGVf aW5pdCsweDAvMHg1ZCByZXR1cm5lZCAwIGFmdGVyIDUgdXNlY3MKWyAgICAwLjY5MjQwOF0gY2Fs bGluZyAgYmxrX3Njc2lfaW9jdGxfaW5pdCsweDAvMHgyODkgQCAxClsgICAgMC42OTc1NDJdIGlu aXRjYWxsIGJsa19zY3NpX2lvY3RsX2luaXQrMHgwLzB4Mjg5IHJldHVybmVkIDAgYWZ0ZXIgMCB1 c2VjcwpbICAgIDAuNzA0NDk1XSBjYWxsaW5nICBhY3BpX2V2ZW50X2luaXQrMHgwLzB4N2QgQCAx ClsgICAgMC43MDkyMDNdIGluaXRjYWxsIGFjcGlfZXZlbnRfaW5pdCsweDAvMHg3ZCByZXR1cm5l ZCAwIGFmdGVyIDkgdXNlY3MKWyAgICAwLjcxNTcyM10gY2FsbGluZyAgcG5wX3N5c3RlbV9pbml0 KzB4MC8weDEyIEAgMQpbICAgIDAuNzIwNDk1XSBpbml0Y2FsbCBwbnBfc3lzdGVtX2luaXQrMHgw LzB4MTIgcmV0dXJuZWQgMCBhZnRlciA3NCB1c2VjcwpbICAgIDAuNzI3MTAyXSBjYWxsaW5nICBw bnBhY3BpX2luaXQrMHgwLzB4OGMgQCAxClsgICAgMC43MzE1MzhdIHBucDogUG5QIEFDUEkgaW5p dApbICAgIDAuNzM0NTk2XSBBQ1BJOiBidXMgdHlwZSBwbnAgcmVnaXN0ZXJlZApbICAgIDAuNzM4 Njk0XSBwbnAgMDA6MDA6IFtidXMgMDAtZmZdClsgICAgMC43NDIwOTddIHBucCAwMDowMDogW2lv ICAweDBjZjgtMHgwY2ZmXQpbICAgIDAuNzQ2MTg5XSBwbnAgMDA6MDA6IFtpbyAgMHgwMDAwLTB4 MGNmNyB3aW5kb3ddClsgICAgMC43NTA4ODZdIHBucCAwMDowMDogW2lvICAweDBkMDAtMHhmZmZm IHdpbmRvd10KWyAgICAwLjc1NTU4Ml0gcG5wIDAwOjAwOiBbbWVtIDB4MDAwYTAwMDAtMHgwMDBi ZmZmZiB3aW5kb3ddClsgICAgMC43NjA5NzRdIHBucCAwMDowMDogW21lbSAweDAwMGQwMDAwLTB4 MDAwZGZmZmYgd2luZG93XQpbICAgIDAuNzY2MzY0XSBwbnAgMDA6MDA6IFttZW0gMHhjZjcwMDAw MC0weGRmZmZmZmZmIHdpbmRvd10KWyAgICAwLjc3MTc1NV0gcG5wIDAwOjAwOiBbbWVtIDB4ZjAw MDAwMDAtMHhmZmZmZmZmZiB3aW5kb3ddClsgICAgMC43NzcyMjNdIHBucCAwMDowMDogUGx1ZyBh bmQgUGxheSBBQ1BJIGRldmljZSwgSURzIFBOUDBhMDggUE5QMGEwMyAoYWN0aXZlKQpbICAgIDAu Nzg0NDQyXSBwbnAgMDA6MDE6IFttZW0gMHhmZWQxNDAwMC0weGZlZDE5ZmZmXQpbICAgIDAuNzg5 MjI3XSBwbnAgMDA6MDE6IFttZW0gMHhmZWQ5MDAwMC0weGZlZDkzZmZmXQpbICAgIDAuNzk0MDc2 XSBzeXN0ZW0gMDA6MDE6IFttZW0gMHhmZWQxNDAwMC0weGZlZDE5ZmZmXSBoYXMgYmVlbiByZXNl cnZlZApbICAgIDAuODAwNjgyXSBzeXN0ZW0gMDA6MDE6IFttZW0gMHhmZWQ5MDAwMC0weGZlZDkz ZmZmXSBoYXMgYmVlbiByZXNlcnZlZApbICAgIDAuODA3Mjg4XSBzeXN0ZW0gMDA6MDE6IFBsdWcg YW5kIFBsYXkgQUNQSSBkZXZpY2UsIElEcyBQTlAwYzAxIChhY3RpdmUpClsgICAgMC44MTQwOTNd IHBucCAwMDowMjogW2RtYSA0XQpbICAgIDAuODE3MTQ3XSBwbnAgMDA6MDI6IFtpbyAgMHgwMDAw LTB4MDAwZl0KWyAgICAwLjgyMTIzNl0gcG5wIDAwOjAyOiBbaW8gIDB4MDA4MS0weDAwODNdClsg ICAgMC44MjUzMjhdIHBucCAwMDowMjogW2lvICAweDAwODddClsgICAgMC44Mjg4MTFdIHBucCAw MDowMjogW2lvICAweDAwODktMHgwMDhiXQpbICAgIDAuODMyOTAxXSBwbnAgMDA6MDI6IFtpbyAg MHgwMDhmXQpbICAgIDAuODM2Mzg4XSBwbnAgMDA6MDI6IFtpbyAgMHgwMGMwLTB4MDBkZl0KWyAg ICAwLjg0MDUyNV0gcG5wIDAwOjAyOiBQbHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMgUE5Q MDIwMCAoYWN0aXZlKQpbICAgIDAuODQ3MDQ5XSBwbnAgMDA6MDM6IFtpbyAgMHgwMDcwLTB4MDA3 MV0KWyAgICAwLjg1MTE0M10geGVuOiByZWdpc3RlcmluZyBnc2kgOCB0cmlnZ2VyaW5nIDEgcG9s YXJpdHkgMApbICAgIDAuODU2NjI4XSBwbnAgMDA6MDM6IFtpcnEgOF0KWyAgICAwLjg1OTcxOV0g cG5wIDAwOjAzOiBQbHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMgUE5QMGIwMCAoYWN0aXZl KQpbICAgIDAuODY2MjQ0XSBwbnAgMDA6MDQ6IFtpbyAgMHgwMDYxXQpbICAgIDAuODY5Nzc0XSBw bnAgMDA6MDQ6IFBsdWcgYW5kIFBsYXkgQUNQSSBkZXZpY2UsIElEcyBQTlAwODAwIChhY3RpdmUp ClsgICAgMC44NzYyOTddIHBucCAwMDowNTogW2lvICAweDAwZjAtMHgwMGZmXQpbICAgIDAuODgw MzkwXSB4ZW46IHJlZ2lzdGVyaW5nIGdzaSAxMyB0cmlnZ2VyaW5nIDEgcG9sYXJpdHkgMApbICAg IDAuODg1OTU2XSBwbnAgMDA6MDU6IFtpcnEgMTNdClsgICAgMC44ODkxMzhdIHBucCAwMDowNTog UGx1ZyBhbmQgUGxheSBBQ1BJIGRldmljZSwgSURzIFBOUDBjMDQgKGFjdGl2ZSkKWyAgICAwLjg5 NTgzNV0gcG5wIDAwOjA2OiBbaW8gIDB4MDNmOC0weDAzZmZdClsgICAgMC44OTk5MjhdIHhlbjog cmVnaXN0ZXJpbmcgZ3NpIDQgdHJpZ2dlcmluZyAxIHBvbGFyaXR5IDAKWyAgICAwLjkwNTQwN10g cG5wIDAwOjA2OiBbaXJxIDRdClsgICAgMC45MDg4OTBdIHBucCAwMDowNjogW2RtYSAwIGRpc2Fi bGVkXQpbICAgIDAuOTEyNzk2XSBwbnAgMDA6MDY6IFBsdWcgYW5kIFBsYXkgQUNQSSBkZXZpY2Us IElEcyBQTlAwNTAxIChhY3RpdmUpClsgICAgMC45MTk0OTFdIHBucCAwMDowNzogW2lvICAweDAy ZjgtMHgwMmZmXQpbICAgIDAuOTIzNTg0XSB4ZW46IHJlZ2lzdGVyaW5nIGdzaSAzIHRyaWdnZXJp bmcgMSBwb2xhcml0eSAwClsgICAgMC45MjkwNjNdIHBucCAwMDowNzogW2lycSAzXQpbICAgIDAu OTMyMTE0XSBwbnAgMDA6MDc6IFtkbWEgMCBkaXNhYmxlZF0KWyAgICAwLjkzNjA0MV0gcG5wIDAw OjA3OiBQbHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMgUE5QMDUwMSAoYWN0aXZlKQpbICAg IDAuOTQyODU0XSBwbnAgMDA6MDg6IFtpbyAgMHgwMzc4LTB4MDM3Zl0KWyAgICAwLjk0Njk0NV0g eGVuOiByZWdpc3RlcmluZyBnc2kgNyB0cmlnZ2VyaW5nIDEgcG9sYXJpdHkgMApbICAgIDAuOTUy NDI0XSBwbnAgMDA6MDg6IFtpcnEgN10KWyAgICAwLjk1NTQ3NV0gcG5wIDAwOjA4OiBbZG1hIDAg ZGlzYWJsZWRdClsgICAgMC45NTk0MjhdIHBucCAwMDowODogUGx1ZyBhbmQgUGxheSBBQ1BJIGRl dmljZSwgSURzIFBOUDA0MDAgKGFjdGl2ZSkKWyAgICAwLjk2NTk2N10gcG5wIDAwOjA5OiBbaW8g IDB4MDA2MF0KWyAgICAwLjk2OTQ1MV0gcG5wIDAwOjA5OiBbaW8gIDB4MDA2NF0KWyAgICAwLjk3 MjkzM10geGVuOiByZWdpc3RlcmluZyBnc2kgMSB0cmlnZ2VyaW5nIDEgcG9sYXJpdHkgMApbICAg IDAuOTc4NDEyXSBwbnAgMDA6MDk6IFtpcnEgMV0KWyAgICAwLjk4MTUxMl0gcG5wIDAwOjA5OiBQ bHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMgUE5QMDMwMyBQTlAwMzBiIChhY3RpdmUpClsg ICAgMC45ODg3NTZdIHhlbjogcmVnaXN0ZXJpbmcgZ3NpIDEyIHRyaWdnZXJpbmcgMSBwb2xhcml0 eSAwClsgICAgMC45OTQzMjNdIHBucCAwMDowYTogW2lycSAxMl0KWyAgICAwLjk5NzUxMl0gcG5w IDAwOjBhOiBQbHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMgUE5QMGYwMyBQTlAwZjEzIChh Y3RpdmUpClsgICAgMS4wMDQ3ODJdIHBucCAwMDowYjogW2lvICAweDAwMDAtMHhmZmZmZmZmZmZm ZmZmZmZmIGRpc2FibGVkXQpbICAgIDEuMDEwNjk0XSBwbnAgMDA6MGI6IFtpbyAgMHgwYTAwLTB4 MGFkZl0KWyAgICAxLjAxNDc4NF0gcG5wIDAwOjBiOiBbaW8gIDB4MGFlMC0weDBhZWZdClsgICAg MS4wMTg5MzNdIHN5c3RlbSAwMDowYjogW2lvICAweDBhMDAtMHgwYWRmXSBoYXMgYmVlbiByZXNl cnZlZApbICAgIDEuMDI0ODQ4XSBzeXN0ZW0gMDA6MGI6IFtpbyAgMHgwYWUwLTB4MGFlZl0gaGFz IGJlZW4gcmVzZXJ2ZWQKWyAgICAxLjAzMDc2M10gc3lzdGVtIDAwOjBiOiBQbHVnIGFuZCBQbGF5 IEFDUEkgZGV2aWNlLCBJRHMgUE5QMGMwMiAoYWN0aXZlKQpbICAgIDEuMDM3NTk1XSBwbnAgMDA6 MGM6IFtpbyAgMHgwMDEwLTB4MDAxZl0KWyAgICAxLjA0MTY4OF0gcG5wIDAwOjBjOiBbaW8gIDB4 MDAyMi0weDAwMmRdClsgICAgMS4wNDU3ODFdIHBucCAwMDowYzogW2lvICAweDAwMzAtMHgwMDNm XQpbICAgIDEuMDQ5ODcwXSBwbnAgMDA6MGM6IFtpbyAgMHgwMDQ0LTB4MDA1Zl0KWyAgICAxLjA1 Mzk2M10gcG5wIDAwOjBjOiBbaW8gIDB4MDA2Mi0weDAwNjNdClsgICAgMS4wNTgwNTFdIHBucCAw MDowYzogW2lvICAweDAwNjUtMHgwMDZmXQpbICAgIDEuMDYyMTQzXSBwbnAgMDA6MGM6IFtpbyAg MHgwMDcyLTB4MDA3Zl0KWyAgICAxLjA2NjIzMl0gcG5wIDAwOjBjOiBbaW8gIDB4MDA4MF0KWyAg ICAxLjA2OTcxNl0gcG5wIDAwOjBjOiBbaW8gIDB4MDA4NC0weDAwODZdClsgICAgMS4wNzM4MDZd IHBucCAwMDowYzogW2lvICAweDAwODhdClsgICAgMS4wNzcyOTJdIHBucCAwMDowYzogW2lvICAw eDAwOGMtMHgwMDhlXQpbICAgIDEuMDgxMzg1XSBwbnAgMDA6MGM6IFtpbyAgMHgwMDkwLTB4MDA5 Zl0KWyAgICAxLjA4NTQ3OV0gcG5wIDAwOjBjOiBbaW8gIDB4MDBhMi0weDAwYmZdClsgICAgMS4w ODk1NjZdIHBucCAwMDowYzogW2lvICAweDAwZTAtMHgwMGVmXQpbICAgIDEuMDkzNjU4XSBwbnAg MDA6MGM6IFtpbyAgMHgwNGQwLTB4MDRkMV0KWyAgICAxLjA5Nzc1MF0gcG5wIDAwOjBjOiBbaW8g IDB4MDgwMC0weDA4N2ZdClsgICAgMS4xMDE4NDFdIHBucCAwMDowYzogW2lvICAweDAwMDAtMHhm ZmZmZmZmZmZmZmZmZmZmIGRpc2FibGVkXQpbICAgIDEuMTA3NzU0XSBwbnAgMDA6MGM6IFtpbyAg MHgwNDgwLTB4MDRiZl0KWyAgICAxLjExMTg0NF0gcG5wIDAwOjBjOiBbbWVtIDB4ZmVkMWMwMDAt MHhmZWQxZmZmZl0KWyAgICAxLjExNjYzMF0gcG5wIDAwOjBjOiBbbWVtIDB4ZmVkMjAwMDAtMHhm ZWQzZmZmZl0KWyAgICAxLjEyMTQxM10gcG5wIDAwOjBjOiBbbWVtIDB4ZmVkNDUwMDAtMHhmZWQ4 OWZmZl0KWyAgICAxLjEyNjI2NF0gc3lzdGVtIDAwOjBjOiBbaW8gIDB4MDRkMC0weDA0ZDFdIGhh cyBiZWVuIHJlc2VydmVkClsgICAgMS4xMzIxNzhdIHN5c3RlbSAwMDowYzogW2lvICAweDA4MDAt MHgwODdmXSBoYXMgYmVlbiByZXNlcnZlZApbICAgIDEuMTM4MDkxXSBzeXN0ZW0gMDA6MGM6IFtp byAgMHgwNDgwLTB4MDRiZl0gaGFzIGJlZW4gcmVzZXJ2ZWQKWyAgICAxLjE0NDAwNF0gc3lzdGVt IDAwOjBjOiBbbWVtIDB4ZmVkMWMwMDAtMHhmZWQxZmZmZl0gaGFzIGJlZW4gcmVzZXJ2ZWQKWyAg ICAxLjE1MDYxMV0gc3lzdGVtIDAwOjBjOiBbbWVtIDB4ZmVkMjAwMDAtMHhmZWQzZmZmZl0gaGFz IGJlZW4gcmVzZXJ2ZWQKWyAgICAxLjE1NzIxNV0gc3lzdGVtIDAwOjBjOiBbbWVtIDB4ZmVkNDUw MDAtMHhmZWQ4OWZmZl0gaGFzIGJlZW4gcmVzZXJ2ZWQKWyAgICAxLjE2NDI3NF0gc3lzdGVtIDAw OjBjOiBQbHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMgUE5QMGMwMiAoYWN0aXZlKQpbICAg IDEuMTcxMTEwXSBwbnAgMDA6MGQ6IFttZW0gMHhmZmIwMDAwMC0weGZmYmZmZmZmXQpbICAgIDEu MTc1ODk1XSBwbnAgMDA6MGQ6IFttZW0gMHhmZmYwMDAwMC0weGZmZmZmZmZmXQpbICAgIDEuMTgw NzMwXSBwbnAgMDA6MGQ6IFBsdWcgYW5kIFBsYXkgQUNQSSBkZXZpY2UsIElEcyBJTlQwODAwIChh Y3RpdmUpClsgICAgMS4xODcyNzddIHBucCAwMDowZTogW21lbSAweGZmYzAwMDAwLTB4ZmZlZmZm ZmZdClsgICAgMS4xOTIxMTldIHN5c3RlbSAwMDowZTogW21lbSAweGZmYzAwMDAwLTB4ZmZlZmZm ZmZdIGhhcyBiZWVuIHJlc2VydmVkClsgICAgMS4xOTg3MjldIHN5c3RlbSAwMDowZTogUGx1ZyBh bmQgUGxheSBBQ1BJIGRldmljZSwgSURzIFBOUDBjMDIgKGFjdGl2ZSkKWyAgICAxLjIwNTU2Ml0g cG5wIDAwOjBmOiBbbWVtIDB4ZmVjMDAwMDAtMHhmZWMwMGZmZl0KWyAgICAxLjIxMDM0OV0gcG5w IDAwOjBmOiBbbWVtIDB4ZmVlMDAwMDAtMHhmZWUwMGZmZl0KWyAgICAxLjIxNTE4Nl0gc3lzdGVt IDAwOjBmOiBbbWVtIDB4ZmVjMDAwMDAtMHhmZWMwMGZmZl0gY291bGQgbm90IGJlIHJlc2VydmVk ClsgICAgMS4yMjIxNDFdIHN5c3RlbSAwMDowZjogW21lbSAweGZlZTAwMDAwLTB4ZmVlMDBmZmZd IGhhcyBiZWVuIHJlc2VydmVkClsgICAgMS4yMjg3NDddIHN5c3RlbSAwMDowZjogUGx1ZyBhbmQg UGxheSBBQ1BJIGRldmljZSwgSURzIFBOUDBjMDIgKGFjdGl2ZSkKWyAgICAxLjIzNTU1N10gcG5w IDAwOjEwOiBbbWVtIDB4ZTAwMDAwMDAtMHhlZmZmZmZmZl0KWyAgICAxLjI0MDQwMV0gc3lzdGVt IDAwOjEwOiBbbWVtIDB4ZTAwMDAwMDAtMHhlZmZmZmZmZl0gaGFzIGJlZW4gcmVzZXJ2ZWQKWyAg ICAxLjI0NzAwOV0gc3lzdGVtIDAwOjEwOiBQbHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMg UE5QMGMwMiAoYWN0aXZlKQpbICAgIDEuMjUzOTAxXSBwbnAgMDA6MTE6IFttZW0gMHgwMDAwMDAw MC0weDAwMDlmZmZmXQpbICAgIDEuMjU4Njg3XSBwbnAgMDA6MTE6IFttZW0gMHgwMDBjMDAwMC0w eDAwMGNmZmZmXQpbICAgIDEuMjYzNDczXSBwbnAgMDA6MTE6IFttZW0gMHgwMDBlMDAwMC0weDAw MGZmZmZmXQpbICAgIDEuMjY4MjU4XSBwbnAgMDA6MTE6IFttZW0gMHgwMDEwMDAwMC0weGNmNmZm ZmZmXQpbICAgIDEuMjczMDQxXSBwbnAgMDA6MTE6IFttZW0gMHgwMDAwMDAwMC0weGZmZmZmZmZm ZmZmZmZmZmYgZGlzYWJsZWRdClsgICAgMS4yNzkzNjFdIHN5c3RlbSAwMDoxMTogW21lbSAweDAw MDAwMDAwLTB4MDAwOWZmZmZdIGNvdWxkIG5vdCBiZSByZXNlcnZlZApbICAgIDEuMjg2MzE3XSBz eXN0ZW0gMDA6MTE6IFttZW0gMHgwMDBjMDAwMC0weDAwMGNmZmZmXSBjb3VsZCBub3QgYmUgcmVz ZXJ2ZWQKWyAgICAxLjI5MzI3MF0gc3lzdGVtIDAwOjExOiBbbWVtIDB4MDAwZTAwMDAtMHgwMDBm ZmZmZl0gY291bGQgbm90IGJlIHJlc2VydmVkClsgICAgMS4zMDAyMjBdIHN5c3RlbSAwMDoxMTog W21lbSAweDAwMTAwMDAwLTB4Y2Y2ZmZmZmZdIGNvdWxkIG5vdCBiZSByZXNlcnZlZApbICAgIDEu MzA3MTcwXSBzeXN0ZW0gMDA6MTE6IFBsdWcgYW5kIFBsYXkgQUNQSSBkZXZpY2UsIElEcyBQTlAw YzAxIChhY3RpdmUpClsgICAgMS4zMTQwNDVdIHBucDogUG5QIEFDUEk6IGZvdW5kIDE4IGRldmlj ZXMKWyAgICAxLjMxODIyNF0gQUNQSTogQUNQSSBidXMgdHlwZSBwbnAgdW5yZWdpc3RlcmVkClsg ICAgMS4zMjI4MzZdIGluaXRjYWxsIHBucGFjcGlfaW5pdCsweDAvMHg4YyByZXR1cm5lZCAwIGFm dGVyIDU3NzQzOCB1c2VjcwpbICAgIDEuMzI5NTI5XSBjYWxsaW5nICBwY2lzdHViX2luaXQrMHgw LzB4MWNiIEAgMQpbICAgIDEuMzM0MTY0XSBpbml0Y2FsbCBwY2lzdHViX2luaXQrMHgwLzB4MWNi IHJldHVybmVkIDAgYWZ0ZXIgODMgdXNlY3MKWyAgICAxLjM0MDU5NF0gY2FsbGluZyAgY2hyX2Rl dl9pbml0KzB4MC8weGMxIEAgMQpbICAgIDEuMzQ5MjkwXSBpbml0Y2FsbCBjaHJfZGV2X2luaXQr MHgwLzB4YzEgcmV0dXJuZWQgMCBhZnRlciA0MTU2IHVzZWNzClsgICAgMS4zNTU4MTVdIGNhbGxp bmcgIGZpcm13YXJlX2NsYXNzX2luaXQrMHgwLzB4MTkgQCAxClsgICAgMS4zNjA5MDBdIGluaXRj YWxsIGZpcm13YXJlX2NsYXNzX2luaXQrMHgwLzB4MTkgcmV0dXJuZWQgMCBhZnRlciAzNyB1c2Vj cwpbICAgIDEuMzY3ODUyXSBjYWxsaW5nICBpbml0X3BjbWNpYV9idXMrMHgwLzB4NjkgQCAxClsg ICAgMS4zNzI1ODldIGluaXRjYWxsIGluaXRfcGNtY2lhX2J1cysweDAvMHg2OSByZXR1cm5lZCAw IGFmdGVyIDM2IHVzZWNzClsgICAgMS4zNzkxOTZdIGNhbGxpbmcgIHRoZXJtYWxfaW5pdCsweDAv MHg3NCBAIDEKWyAgICAxLjM4MzY3NF0gaW5pdGNhbGwgdGhlcm1hbF9pbml0KzB4MC8weDc0IHJl dHVybmVkIDAgYWZ0ZXIgMzYgdXNlY3MKWyAgICAxLjM5MDAyMV0gY2FsbGluZyAgY3B1ZnJlcV9n b3ZfcGVyZm9ybWFuY2VfaW5pdCsweDAvMHgxMiBAIDEKWyAgICAxLjM5NTg0N10gaW5pdGNhbGwg Y3B1ZnJlcV9nb3ZfcGVyZm9ybWFuY2VfaW5pdCsweDAvMHgxMiByZXR1cm5lZCAtMTkgYWZ0ZXIg MCB1c2VjcwpbICAgIDEuNDAzNjY0XSBjYWxsaW5nICBjcHVmcmVxX2dvdl91c2Vyc3BhY2VfaW5p dCsweDAvMHgxMiBAIDEKWyAgICAxLjQwOTMxNV0gaW5pdGNhbGwgY3B1ZnJlcV9nb3ZfdXNlcnNw YWNlX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgLTE5IGFmdGVyIDAgdXNlY3MKWyAgICAxLjQxNjk1 N10gY2FsbGluZyAgaW5pdF9hY3BpX3BtX2Nsb2Nrc291cmNlKzB4MC8weGQ5IEAgMQpbICAgIDEu NDI2Nzg3XSBQTS1UaW1lciBmYWlsZWQgY29uc2lzdGVuY3kgY2hlY2sgICgweDB4ZmZmZmZmKSAt IGFib3J0aW5nLgpbICAgIDEuNDMzMzkzXSBpbml0Y2FsbCBpbml0X2FjcGlfcG1fY2xvY2tzb3Vy Y2UrMHgwLzB4ZDkgcmV0dXJuZWQgLTE5IGFmdGVyIDEwMjUwIHVzZWNzClsgICAgMS40NDEyMTFd IGNhbGxpbmcgIHBjaWJpb3NfYXNzaWduX3Jlc291cmNlcysweDAvMHhmOCBAIDEKWyAgICAxLjQ0 NjcxM10gcGNpIDAwMDA6MDA6MWMuMDogYnJpZGdlIHdpbmRvdyBbaW8gIDB4MTAwMC0weDBmZmZd IHRvIFtidXMgMDEtMDFdIGFkZF9zaXplIDEwMDAKWyAgICAxLjQ1NTE0MF0gcGNpIDAwMDA6MDA6 MWMuMDogYnJpZGdlIHdpbmRvdyBbbWVtIDB4MDAxMDAwMDAtMHgwMDBmZmZmZiA2NGJpdCBwcmVm XSB0byBbYnVzIDAxLTAxXSBhZGRfc2l6ZSAyMDAwMDAKWyAgICAxLjQ2NTM4N10gcGNpIDAwMDA6 MDA6MWMuMDogYnJpZGdlIHdpbmRvdyBbbWVtIDB4MDAxMDAwMDAtMHgwMDBmZmZmZl0gdG8gW2J1 cyAwMS0wMV0gYWRkX3NpemUgMjAwMDAwClsgICAgMS40NzQ3MDFdIHBjaSAwMDAwOjAwOjFjLjA6 IHJlc1s4XT1bbWVtIDB4MDAxMDAwMDAtMHgwMDBmZmZmZl0gZ2V0X3Jlc19hZGRfc2l6ZSBhZGRf c2l6ZSAyMDAwMDAKWyAgICAxLjQ4MzU1OV0gcGNpIDAwMDA6MDA6MWMuMDogcmVzWzldPVttZW0g MHgwMDEwMDAwMC0weDAwMGZmZmZmIDY0Yml0IHByZWZdIGdldF9yZXNfYWRkX3NpemUgYWRkX3Np emUgMjAwMDAwClsgICAgMS40OTMzNzFdIHBjaSAwMDAwOjAwOjFjLjA6IHJlc1s3XT1baW8gIDB4 MTAwMC0weDBmZmZdIGdldF9yZXNfYWRkX3NpemUgYWRkX3NpemUgMTAwMApbICAgIDEuNTAxMzY1 XSBwY2kgMDAwMDowMDoxYy4wOiBCQVIgODogYXNzaWduZWQgW21lbSAweGNmNzAwMDAwLTB4Y2Y4 ZmZmZmZdClsgICAgMS41MDgxNDRdIHBjaSAwMDAwOjAwOjFjLjA6IEJBUiA5OiBhc3NpZ25lZCBb bWVtIDB4Y2Y5MDAwMDAtMHhjZmFmZmZmZiA2NGJpdCBwcmVmXQpbICAgIDEuNTE1ODc2XSBwY2kg MDAwMDowMDoxYy4wOiBCQVIgNzogYXNzaWduZWQgW2lvICAweDEwMDAtMHgxZmZmXQpbICAgIDEu NTIxOTYxXSBwY2kgMDAwMDowMDoxYy4wOiBQQ0kgYnJpZGdlIHRvIFtidXMgMDEtMDFdClsgICAg MS41MjcxODFdIHBjaSAwMDAwOjAwOjFjLjA6ICAgYnJpZGdlIHdpbmRvdyBbaW8gIDB4MTAwMC0w eDFmZmZdClsgICAgMS41MzMyNzJdIHBjaSAwMDAwOjAwOjFjLjA6ICAgYnJpZGdlIHdpbmRvdyBb bWVtIDB4Y2Y3MDAwMDAtMHhjZjhmZmZmZl0KWyAgICAxLjU0MDA1Ml0gcGNpIDAwMDA6MDA6MWMu MDogICBicmlkZ2Ugd2luZG93IFttZW0gMHhjZjkwMDAwMC0weGNmYWZmZmZmIDY0Yml0IHByZWZd ClsgICAgMS41NDc3ODldIHBjaSAwMDAwOjAwOjFjLjE6IFBDSSBicmlkZ2UgdG8gW2J1cyAwMi0w Ml0KWyAgICAxLjU1MzAxMV0gcGNpIDAwMDA6MDA6MWMuMTogICBicmlkZ2Ugd2luZG93IFtpbyAg MHhlMDAwLTB4ZWZmZl0KWyAgICAxLjU1OTEwMl0gcGNpIDAwMDA6MDA6MWMuMTogICBicmlkZ2Ug d2luZG93IFttZW0gMHhmZWIwMDAwMC0weGZlYmZmZmZmXQpbICAgIDEuNTY1ODgwXSBwY2kgMDAw MDowMDoxYy4xOiAgIGJyaWRnZSB3aW5kb3cgW21lbSAweGZkZjAwMDAwLTB4ZmRmZmZmZmYgNjRi aXQgcHJlZl0KWyAgICAxLjU3MzYxOV0gcGNpIDAwMDA6MDA6MWUuMDogUENJIGJyaWRnZSB0byBb YnVzIDAzLTAzXQpbICAgIDEuNTc4ODU4XSBwY2kgMDAwMDowMDoxYy4wOiBlbmFibGluZyBkZXZp Y2UgKDAxMDQgLT4gMDEwNykKWyAgICAxLjU4NDUxNF0geGVuOiByZWdpc3RlcmluZyBnc2kgMTYg dHJpZ2dlcmluZyAwIHBvbGFyaXR5IDEKWyAgICAxLjU5MDA5MF0geGVuOiAtLT4gcGlycT0xNiAt PiBpcnE9MTYgKGdzaT0xNikKWyAgICAxLjU5NDYyNl0geGVuOiByZWdpc3RlcmluZyBnc2kgMTcg dHJpZ2dlcmluZyAwIHBvbGFyaXR5IDEKWyAgICAxLjYwMDE5Ml0geGVuOiAtLT4gcGlycT0xNyAt PiBpcnE9MTcgKGdzaT0xNykKWyAgICAxLjYwNDcyNF0gcGNpIDAwMDA6MDA6MWUuMDogc2V0dGlu ZyBsYXRlbmN5IHRpbWVyIHRvIDY0ClsgICAgMS42MTAxMTldIHBjaV9idXMgMDAwMDowMDogcmVz b3VyY2UgNCBbaW8gIDB4MDAwMC0weDBjZjddClsgICAgMS42MTU2ODRdIHBjaV9idXMgMDAwMDow MDogcmVzb3VyY2UgNSBbaW8gIDB4MGQwMC0weGZmZmZdClsgICAgMS42MjEyNDhdIHBjaV9idXMg MDAwMDowMDogcmVzb3VyY2UgNiBbbWVtIDB4MDAwYTAwMDAtMHgwMDBiZmZmZl0KWyAgICAxLjYy NzUwNl0gcGNpX2J1cyAwMDAwOjAwOiByZXNvdXJjZSA3IFttZW0gMHgwMDBkMDAwMC0weDAwMGRm ZmZmXQpbICAgIDEuNjMzNzYyXSBwY2lfYnVzIDAwMDA6MDA6IHJlc291cmNlIDggW21lbSAweGNm NzAwMDAwLTB4ZGZmZmZmZmZdClsgICAgMS42NDAwMTldIHBjaV9idXMgMDAwMDowMDogcmVzb3Vy Y2UgOSBbbWVtIDB4ZjAwMDAwMDAtMHhmZmZmZmZmZl0KWyAgICAxLjY0NjI3N10gcGNpX2J1cyAw MDAwOjAxOiByZXNvdXJjZSAwIFtpbyAgMHgxMDAwLTB4MWZmZl0KWyAgICAxLjY1MTg0Ml0gcGNp X2J1cyAwMDAwOjAxOiByZXNvdXJjZSAxIFttZW0gMHhjZjcwMDAwMC0weGNmOGZmZmZmXQpbICAg IDEuNjU4MDk5XSBwY2lfYnVzIDAwMDA6MDE6IHJlc291cmNlIDIgW21lbSAweGNmOTAwMDAwLTB4 Y2ZhZmZmZmYgNjRiaXQgcHJlZl0KWyAgICAxLjY2NTMwOF0gcGNpX2J1cyAwMDAwOjAyOiByZXNv dXJjZSAwIFtpbyAgMHhlMDAwLTB4ZWZmZl0KWyAgICAxLjY3MDg3MV0gcGNpX2J1cyAwMDAwOjAy OiByZXNvdXJjZSAxIFttZW0gMHhmZWIwMDAwMC0weGZlYmZmZmZmXQpbICAgIDEuNjc3NTg2XSBw Y2lfYnVzIDAwMDA6MDI6IHJlc291cmNlIDIgW21lbSAweGZkZjAwMDAwLTB4ZmRmZmZmZmYgNjRi aXQgcHJlZl0KWyAgICAxLjY4NDc5NV0gcGNpX2J1cyAwMDAwOjAzOiByZXNvdXJjZSA0IFtpbyAg MHgwMDAwLTB4MGNmN10KWyAgICAxLjY5MDM1OV0gcGNpX2J1cyAwMDAwOjAzOiByZXNvdXJjZSA1 IFtpbyAgMHgwZDAwLTB4ZmZmZl0KWyAgICAxLjY5NTkyMl0gcGNpX2J1cyAwMDAwOjAzOiByZXNv dXJjZSA2IFttZW0gMHgwMDBhMDAwMC0weDAwMGJmZmZmXQpbICAgIDEuNzAyMTgwXSBwY2lfYnVz IDAwMDA6MDM6IHJlc291cmNlIDcgW21lbSAweDAwMGQwMDAwLTB4MDAwZGZmZmZdClsgICAgMS43 MDg0MzZdIHBjaV9idXMgMDAwMDowMzogcmVzb3VyY2UgOCBbbWVtIDB4Y2Y3MDAwMDAtMHhkZmZm ZmZmZl0KWyAgICAxLjcxNDY5NV0gcGNpX2J1cyAwMDAwOjAzOiByZXNvdXJjZSA5IFttZW0gMHhm MDAwMDAwMC0weGZmZmZmZmZmXQpbICAgIDEuNzIwOTU0XSBpbml0Y2FsbCBwY2liaW9zX2Fzc2ln bl9yZXNvdXJjZXMrMHgwLzB4ZjggcmV0dXJuZWQgMCBhZnRlciAyNjc4MzYgdXNlY3MKWyAgICAx LjcyODY4Nl0gY2FsbGluZyAgc3lzY3RsX2NvcmVfaW5pdCsweDAvMHgzOCBAIDEKWyAgICAxLjcz MzQ5M10gaW5pdGNhbGwgc3lzY3RsX2NvcmVfaW5pdCsweDAvMHgzOCByZXR1cm5lZCAwIGFmdGVy IDIwIHVzZWNzClsgICAgMS43NDAxODVdIGNhbGxpbmcgIGluZXRfaW5pdCsweDAvMHgyYjIgQCAx ClsgICAgMS43NDQ0NjVdIE5FVDogUmVnaXN0ZXJlZCBwcm90b2NvbCBmYW1pbHkgMgpbICAgIDEu NzQ4ODYyXSBJUCByb3V0ZSBjYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDEzMTA3MiAob3JkZXI6 IDgsIDEwNDg1NzYgYnl0ZXMpClsgICAgMS43NTY1MzldIFRDUCBlc3RhYmxpc2hlZCBoYXNoIHRh YmxlIGVudHJpZXM6IDI2MjE0NCAob3JkZXI6IDEwLCA0MTk0MzA0IGJ5dGVzKQpbICAgIDEuNzY1 NjEwXSBUQ1AgYmluZCBoYXNoIHRhYmxlIGVudHJpZXM6IDY1NTM2IChvcmRlcjogOCwgMTA0ODU3 NiBieXRlcykKWyAgICAxLjc3Mjc4NF0gVENQOiBIYXNoIHRhYmxlcyBjb25maWd1cmVkIChlc3Rh Ymxpc2hlZCAyNjIxNDQgYmluZCA2NTUzNikKWyAgICAxLjc3OTM5M10gVENQOiByZW5vIHJlZ2lz dGVyZWQKWyAgICAxLjc4MjYxOV0gVURQIGhhc2ggdGFibGUgZW50cmllczogMjA0OCAob3JkZXI6 IDQsIDY1NTM2IGJ5dGVzKQpbICAgIDEuNzg4NjQ3XSBVRFAtTGl0ZSBoYXNoIHRhYmxlIGVudHJp ZXM6IDIwNDggKG9yZGVyOiA0LCA2NTUzNiBieXRlcykKWyAgICAxLjc5NTE5OF0gaW5pdGNhbGwg aW5ldF9pbml0KzB4MC8weDJiMiByZXR1cm5lZCAwIGFmdGVyIDQ5NTUzIHVzZWNzClsgICAgMS44 MDE2MzZdIGNhbGxpbmcgIGFmX3VuaXhfaW5pdCsweDAvMHg1MiBAIDEKWyAgICAxLjgwNjA3NF0g TkVUOiBSZWdpc3RlcmVkIHByb3RvY29sIGZhbWlseSAxClsgICAgMS44MTA0MzFdIGluaXRjYWxs IGFmX3VuaXhfaW5pdCsweDAvMHg1MiByZXR1cm5lZCAwIGFmdGVyIDQyNTQgdXNlY3MKWyAgICAx LjgxNjk1MV0gY2FsbGluZyAgaW5pdF9zdW5ycGMrMHgwLzB4NjYgQCAxClsgICAgMS44MjE0MThd IFJQQzogUmVnaXN0ZXJlZCBuYW1lZCBVTklYIHNvY2tldCB0cmFuc3BvcnQgbW9kdWxlLgpbICAg IDEuODI3MzI5XSBSUEM6IFJlZ2lzdGVyZWQgdWRwIHRyYW5zcG9ydCBtb2R1bGUuClsgICAgMS44 MzIwMjddIFJQQzogUmVnaXN0ZXJlZCB0Y3AgdHJhbnNwb3J0IG1vZHVsZS4KWyAgICAxLjgzNjcy Nl0gUlBDOiBSZWdpc3RlcmVkIHRjcCBORlN2NC4xIGJhY2tjaGFubmVsIHRyYW5zcG9ydCBtb2R1 bGUuClsgICAgMS44NDMxNjBdIGluaXRjYWxsIGluaXRfc3VucnBjKzB4MC8weDY2IHJldHVybmVk IDAgYWZ0ZXIgMjEzNDQgdXNlY3MKWyAgICAxLjg0OTY4MV0gY2FsbGluZyAgcGNpX2FwcGx5X2Zp bmFsX3F1aXJrcysweDAvMHgxMDUgQCAxClsgICAgMS44NTUxMDBdIGNhbGxpbmcgIHBjaV9maXh1 cF92aWRlbysweDAvMHg5OCBAIDEgZm9yIDAwMDA6MDA6MDIuMApbICAgIDEuODYxMjc3XSBwY2kg MDAwMDowMDowMi4wOiBCb290IHZpZGVvIGRldmljZQpbICAgIDEuODY1ODA0XSBwY2kgZml4dXAg cGNpX2ZpeHVwX3ZpZGVvKzB4MC8weDk4IHJldHVybmVkIGFmdGVyIDQ0MjIgdXNlY3MgZm9yIDAw MDA6MDA6MDIuMApbICAgIDEuODczOTgwXSBjYWxsaW5nICBxdWlya191c2JfZWFybHlfaGFuZG9m ZisweDAvMHg2M2EgQCAxIGZvciAwMDAwOjAwOjFkLjAKWyAgICAxLjg4MDk0MF0geGVuOiByZWdp c3RlcmluZyBnc2kgMjMgdHJpZ2dlcmluZyAwIHBvbGFyaXR5IDEKWyAgICAxLjg4NjUxN10geGVu OiAtLT4gcGlycT0yMyAtPiBpcnE9MjMgKGdzaT0yMykKWyAgICAxLjg5MTA1MV0gcGNpIDAwMDA6 MDA6MWQuMDogdWhjaV9jaGVja19hbmRfcmVzZXRfaGM6IGxlZ3N1cCA9IDB4MGYzMApbICAgIDEu ODk3NTY5XSBwY2kgMDAwMDowMDoxZC4wOiBQZXJmb3JtaW5nIGZ1bGwgcmVzZXQKWyAgICAxLjkw MjQ1OF0gcGNpIGZpeHVwIHF1aXJrX3VzYl9lYXJseV9oYW5kb2ZmKzB4MC8weDYzYSByZXR1cm5l ZCBhZnRlciAyMTAyMSB1c2VjcyBmb3IgMDAwMDowMDoxZC4wClsgICAgMS45MTE0OTJdIGNhbGxp bmcgIHF1aXJrX3VzYl9lYXJseV9oYW5kb2ZmKzB4MC8weDYzYSBAIDEgZm9yIDAwMDA6MDA6MWQu MQpbICAgIDEuOTE4NDQ4XSB4ZW46IHJlZ2lzdGVyaW5nIGdzaSAxOSB0cmlnZ2VyaW5nIDAgcG9s YXJpdHkgMQpbICAgIDEuOTI0MDE2XSB4ZW46IC0tPiBwaXJxPTE5IC0+IGlycT0xOSAoZ3NpPTE5 KQpbICAgIDEuOTI4NTQ0XSBwY2kgMDAwMDowMDoxZC4xOiB1aGNpX2NoZWNrX2FuZF9yZXNldF9o YzogbGVnc3VwID0gMHgwMDMwClsgICAgMS45MzUwNjJdIHBjaSAwMDAwOjAwOjFkLjE6IFBlcmZv cm1pbmcgZnVsbCByZXNldApbICAgIDEuOTM5OTQ3XSBwY2kgZml4dXAgcXVpcmtfdXNiX2Vhcmx5 X2hhbmRvZmYrMHgwLzB4NjNhIHJldHVybmVkIGFmdGVyIDIwOTk4IHVzZWNzIGZvciAwMDAwOjAw OjFkLjEKWyAgICAxLjk0ODk4M10gY2FsbGluZyAgcXVpcmtfdXNiX2Vhcmx5X2hhbmRvZmYrMHgw LzB4NjNhIEAgMSBmb3IgMDAwMDowMDoxZC4yClsgICAgMS45NTU5MzldIHhlbjogcmVnaXN0ZXJp bmcgZ3NpIDE4IHRyaWdnZXJpbmcgMCBwb2xhcml0eSAxClsgICAgMS45NjE1MDZdIHhlbjogLS0+ IHBpcnE9MTggLT4gaXJxPTE4IChnc2k9MTgpClsgICAgMS45NjYwMzddIHBjaSAwMDAwOjAwOjFk LjI6IHVoY2lfY2hlY2tfYW5kX3Jlc2V0X2hjOiBsZWdzdXAgPSAweDAwMzAKWyAgICAxLjk3MjU1 Nl0gcGNpIDAwMDA6MDA6MWQuMjogUGVyZm9ybWluZyBmdWxsIHJlc2V0ClsgICAgMS45Nzc0NDRd IHBjaSBmaXh1cCBxdWlya191c2JfZWFybHlfaGFuZG9mZisweDAvMHg2M2EgcmV0dXJuZWQgYWZ0 ZXIgMjEwMDMgdXNlY3MgZm9yIDAwMDA6MDA6MWQuMgpbICAgIDEuOTg2NDgwXSBjYWxsaW5nICBx dWlya191c2JfZWFybHlfaGFuZG9mZisweDAvMHg2M2EgQCAxIGZvciAwMDAwOjAwOjFkLjMKWyAg ICAxLjk5MzQzMl0geGVuOiByZWdpc3RlcmluZyBnc2kgMTYgdHJpZ2dlcmluZyAwIHBvbGFyaXR5 IDEKWyAgICAxLjk5ODk5N10gQWxyZWFkeSBzZXR1cCB0aGUgR1NJIDoxNgpbICAgIDIuMDAyNjU4 XSBwY2kgMDAwMDowMDoxZC4zOiB1aGNpX2NoZWNrX2FuZF9yZXNldF9oYzogbGVnc3VwID0gMHgw MDMwClsgICAgMi4wMDkxNzZdIHBjaSAwMDAwOjAwOjFkLjM6IFBlcmZvcm1pbmcgZnVsbCByZXNl dApbICAgIDIuMDE0MDY0XSBwY2kgZml4dXAgcXVpcmtfdXNiX2Vhcmx5X2hhbmRvZmYrMHgwLzB4 NjNhIHJldHVybmVkIGFmdGVyIDIwMTUwIHVzZWNzIGZvciAwMDAwOjAwOjFkLjMKWyAgICAyLjAy MzA5OF0gY2FsbGluZyAgcXVpcmtfdXNiX2Vhcmx5X2hhbmRvZmYrMHgwLzB4NjNhIEAgMSBmb3Ig MDAwMDowMDoxZC43ClsgICAgMi4wMzAwNTVdIHhlbjogcmVnaXN0ZXJpbmcgZ3NpIDIzIHRyaWdn ZXJpbmcgMCBwb2xhcml0eSAxClsgICAgMi4wMzU2MThdIEFscmVhZHkgc2V0dXAgdGhlIEdTSSA6 MjMKWyAgICAyLjAzOTMyMV0gcGNpIGZpeHVwIHF1aXJrX3VzYl9lYXJseV9oYW5kb2ZmKzB4MC8w eDYzYSByZXR1cm5lZCBhZnRlciA5MDUyIHVzZWNzIGZvciAwMDAwOjAwOjFkLjcKWyAgICAyLjA0 ODI4Nl0gUENJOiBDTFMgMzIgYnl0ZXMsIGRlZmF1bHQgNjQKWyAgICAyLjA1MjI5NV0gaW5pdGNh bGwgcGNpX2FwcGx5X2ZpbmFsX3F1aXJrcysweDAvMHgxMDUgcmV0dXJuZWQgMCBhZnRlciAxOTI1 OTUgdXNlY3MKWyAgICAyLjA1OTk0MV0gY2FsbGluZyAgcG9wdWxhdGVfcm9vdGZzKzB4MC8weGQx IEAgMQpbICAgIDIuMDY0NjkyXSBUcnlpbmcgdG8gdW5wYWNrIHJvb3RmcyBpbWFnZSBhcyBpbml0 cmFtZnMuLi4KWyAgICAyLjE2OTUxOV0gRnJlZWluZyBpbml0cmQgbWVtb3J5OiA5MzU4NGsgZnJl ZWQKWyAgICAyLjIxMTE4Nl0gaW5pdGNhbGwgcG9wdWxhdGVfcm9vdGZzKzB4MC8weGQxIHJldHVy bmVkIDAgYWZ0ZXIgMTQzMTAwIHVzZWNzClsgICAgMi4yMTgxNTldIGNhbGxpbmcgIHBjaV9pb21t dV9pbml0KzB4MC8weDNlIEAgMQpbICAgIDIuMjIyNzc1XSBpbml0Y2FsbCBwY2lfaW9tbXVfaW5p dCsweDAvMHgzZSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAyLjIyOTIwOV0gY2FsbGlu ZyAgaXJfZGV2X3Njb3BlX2luaXQrMHgwLzB4MTYgQCAxClsgICAgMi4yMzQwODNdIGluaXRjYWxs IGlyX2Rldl9zY29wZV9pbml0KzB4MC8weDE2IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAg IDIuMjQwODE2XSBjYWxsaW5nICBpODI1OUFfaW5pdF9vcHMrMHgwLzB4MjEgQCAxClsgICAgMi4y NDU1MzRdIGluaXRjYWxsIGk4MjU5QV9pbml0X29wcysweDAvMHgyMSByZXR1cm5lZCAwIGFmdGVy IDE2IHVzZWNzClsgICAgMi4yNTIxNzZdIGNhbGxpbmcgIHZzeXNjYWxsX2luaXQrMHgwLzB4Mjcg QCAxClsgICAgMi4yNTY3MzNdIGluaXRjYWxsIHZzeXNjYWxsX2luaXQrMHgwLzB4MjcgcmV0dXJu ZWQgMCBhZnRlciA3IHVzZWNzClsgICAgMi4yNjMwOThdIGNhbGxpbmcgIHNiZl9pbml0KzB4MC8w eGYyIEAgMQpbICAgIDIuMjY3MTk4XSBpbml0Y2FsbCBzYmZfaW5pdCsweDAvMHhmMiByZXR1cm5l ZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAyLjI3MzExM10gY2FsbGluZyAgaW5pdF90c2NfY2xvY2tz b3VyY2UrMHgwLzB4ODIgQCAxClsgICAgMi4yNzgyNTFdIGluaXRjYWxsIGluaXRfdHNjX2Nsb2Nr c291cmNlKzB4MC8weDgyIHJldHVybmVkIDAgYWZ0ZXIgMyB1c2VjcwpbICAgIDIuMjg1MjA1XSBj YWxsaW5nICBhZGRfcnRjX2Ntb3MrMHgwLzB4OTYgQCAxClsgICAgMi4yODk2NDZdIGluaXRjYWxs IGFkZF9ydGNfY21vcysweDAvMHg5NiByZXR1cm5lZCAwIGFmdGVyIDIgdXNlY3MKWyAgICAyLjI5 NTkwNF0gY2FsbGluZyAgaTgyMzdBX2luaXRfb3BzKzB4MC8weDE0IEAgMQpbICAgIDIuMzAwNjEz XSBpbml0Y2FsbCBpODIzN0FfaW5pdF9vcHMrMHgwLzB4MTQgcmV0dXJuZWQgMCBhZnRlciAxMSB1 c2VjcwpbICAgIDIuMzA3MjI4XSBjYWxsaW5nICBjYWNoZV9zeXNmc19pbml0KzB4MC8weDU5IEAg MQpbICAgIDIuMzEyMDgwXSBpbml0Y2FsbCBjYWNoZV9zeXNmc19pbml0KzB4MC8weDU5IHJldHVy bmVkIDAgYWZ0ZXIgNjMgdXNlY3MKWyAgICAyLjMxODc3N10gY2FsbGluZyAgbWNoZWNrX2luaXRf ZGV2aWNlKzB4MC8weGZmIEAgMQpbICAgIDIuMzIzNzM1XSBpbml0Y2FsbCBtY2hlY2tfaW5pdF9k ZXZpY2UrMHgwLzB4ZmYgcmV0dXJuZWQgLTUgYWZ0ZXIgMCB1c2VjcwpbICAgIDIuMzMwNjAwXSBp bml0Y2FsbCBtY2hlY2tfaW5pdF9kZXZpY2UrMHgwLzB4ZmYgcmV0dXJuZWQgd2l0aCBlcnJvciBj b2RlIC01IApbICAgIDIuMzM3NzUxXSBjYWxsaW5nICB0aHJlc2hvbGRfaW5pdF9kZXZpY2UrMHgw LzB4NTYgQCAxClsgICAgMi4zNDI5NjldIGluaXRjYWxsIHRocmVzaG9sZF9pbml0X2RldmljZSsw eDAvMHg1NiByZXR1cm5lZCAwIGFmdGVyIDEgdXNlY3MKWyAgICAyLjM1MDAwNl0gY2FsbGluZyAg dGhlcm1hbF90aHJvdHRsZV9pbml0X2RldmljZSsweDAvMHg5YyBAIDEKWyAgICAyLjM1NTgzNF0g aW5pdGNhbGwgdGhlcm1hbF90aHJvdHRsZV9pbml0X2RldmljZSsweDAvMHg5YyByZXR1cm5lZCAw IGFmdGVyIDAgdXNlY3MKWyAgICAyLjM2MzQ3OF0gY2FsbGluZyAgYW1kX2lic19pbml0KzB4MC8w eDJiMSBAIDEKWyAgICAyLjM2ODAwM10gaW5pdGNhbGwgYW1kX2lic19pbml0KzB4MC8weDJiMSBy ZXR1cm5lZCAtMTkgYWZ0ZXIgMCB1c2VjcwpbICAgIDIuMzc0NTI0XSBjYWxsaW5nICBtc3JfaW5p dCsweDAvMHgxMjcgQCAxClsgICAgMi4zNzg5NTNdIGluaXRjYWxsIG1zcl9pbml0KzB4MC8weDEy NyByZXR1cm5lZCAwIGFmdGVyIDI0MyB1c2VjcwpbICAgIDIuMzg1MTI2XSBjYWxsaW5nICBjcHVp ZF9pbml0KzB4MC8weDEyNyBAIDEKWyAgICAyLjM4OTYyOV0gaW5pdGNhbGwgY3B1aWRfaW5pdCsw eDAvMHgxMjcgcmV0dXJuZWQgMCBhZnRlciAxNDggdXNlY3MKWyAgICAyLjM5NTk3N10gY2FsbGlu ZyAgaW9hcGljX2luaXRfb3BzKzB4MC8weDE0IEAgMQpbICAgIDIuNDAwNjczXSBpbml0Y2FsbCBp b2FwaWNfaW5pdF9vcHMrMHgwLzB4MTQgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMi40 MDcxOTFdIGNhbGxpbmcgIGFkZF9wY3Nwa3IrMHgwLzB4NWUgQCAxClsgICAgMi40MTE0OTNdIGlu aXRjYWxsIGFkZF9wY3Nwa3IrMHgwLzB4NWUgcmV0dXJuZWQgMCBhZnRlciAzOCB1c2VjcwpbICAg IDIuNDE3NjY0XSBjYWxsaW5nICBtaWNyb2NvZGVfaW5pdCsweDAvMHgxODIgQCAxClsgICAgMi40 MjI0MDVdIG1pY3JvY29kZTogQ1BVMCBzaWc9MHgxMDY3YSwgcGY9MHgxLCByZXZpc2lvbj0weGEw NwpbICAgIDIuNDI4MzIyXSBtaWNyb2NvZGU6IENQVTEgc2lnPTB4MTA2N2EsIHBmPTB4MSwgcmV2 aXNpb249MHhhMDcKWyAgICAyLjQzNDI4Nl0gbWljcm9jb2RlOiBNaWNyb2NvZGUgVXBkYXRlIERy aXZlcjogdjIuMDAgPHRpZ3JhbkBhaXZhemlhbi5mc25ldC5jby51az4sIFBldGVyIE9ydWJhClsg ICAgMi40NDMwNTldIGluaXRjYWxsIG1pY3JvY29kZV9pbml0KzB4MC8weDE4MiByZXR1cm5lZCAw IGFmdGVyIDIwMjExIHVzZWNzClsgICAgMi40NDk5MjZdIGNhbGxpbmcgIHN0YXJ0X3BlcmlvZGlj X2NoZWNrX2Zvcl9jb3JydXB0aW9uKzB4MC8weDUwIEAgMQpbICAgIDIuNDU2MzU5XSBpbml0Y2Fs bCBzdGFydF9wZXJpb2RpY19jaGVja19mb3JfY29ycnVwdGlvbisweDAvMHg1MCByZXR1cm5lZCAw IGFmdGVyIDAgdXNlY3MKWyAgICAyLjQ2NDYxMF0gY2FsbGluZyAgYXVkaXRfY2xhc3Nlc19pbml0 KzB4MC8weDVhIEAgMQpbICAgIDIuNDY5NTY4XSBpbml0Y2FsbCBhdWRpdF9jbGFzc2VzX2luaXQr MHgwLzB4NWEgcmV0dXJuZWQgMCBhZnRlciAxIHVzZWNzClsgICAgMi40NzYzNDZdIGNhbGxpbmcg IHByb2NfZXhlY2RvbWFpbnNfaW5pdCsweDAvMHgyMiBAIDEKWyAgICAyLjQ4MTU2Nl0gaW5pdGNh bGwgcHJvY19leGVjZG9tYWluc19pbml0KzB4MC8weDIyIHJldHVybmVkIDAgYWZ0ZXIgNCB1c2Vj cwpbICAgIDIuNDg4NjAyXSBjYWxsaW5nICBpb3Jlc291cmNlc19pbml0KzB4MC8weDNjIEAgMQpb ICAgIDIuNDkzMzkwXSBpbml0Y2FsbCBpb3Jlc291cmNlc19pbml0KzB4MC8weDNjIHJldHVybmVk IDAgYWZ0ZXIgMiB1c2VjcwpbICAgIDIuNDk5OTk1XSBjYWxsaW5nICB1aWRfY2FjaGVfaW5pdCsw eDAvMHg4ZSBAIDEKWyAgICAyLjUwNDYxMl0gaW5pdGNhbGwgdWlkX2NhY2hlX2luaXQrMHgwLzB4 OGUgcmV0dXJuZWQgMCBhZnRlciA2IHVzZWNzClsgICAgMi41MTEwNDVdIGNhbGxpbmcgIGluaXRf cG9zaXhfdGltZXJzKzB4MC8weDIwMyBAIDEKWyAgICAyLjUxNjAxM10gaW5pdGNhbGwgaW5pdF9w b3NpeF90aW1lcnMrMHgwLzB4MjAzIHJldHVybmVkIDAgYWZ0ZXIgOCB1c2VjcwpbICAgIDIuNTIy NzkyXSBjYWxsaW5nICBpbml0X3Bvc2l4X2NwdV90aW1lcnMrMHgwLzB4YzIgQCAxClsgICAgMi41 MjgwMTBdIGluaXRjYWxsIGluaXRfcG9zaXhfY3B1X3RpbWVycysweDAvMHhjMiByZXR1cm5lZCAw IGFmdGVyIDAgdXNlY3MKWyAgICAyLjUzNTA0N10gY2FsbGluZyAgcHJvY19zY2hlZHN0YXRfaW5p dCsweDAvMHgyMiBAIDEKWyAgICAyLjU0MDA5MV0gaW5pdGNhbGwgcHJvY19zY2hlZHN0YXRfaW5p dCsweDAvMHgyMiByZXR1cm5lZCAwIGFmdGVyIDEgdXNlY3MKWyAgICAyLjU0Njk1NF0gY2FsbGlu ZyAgc25hcHNob3RfZGV2aWNlX2luaXQrMHgwLzB4MTIgQCAxClsgICAgMi41NTIxNDRdIGluaXRj YWxsIHNuYXBzaG90X2RldmljZV9pbml0KzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgNTYgdXNl Y3MKWyAgICAyLjU1OTE4M10gY2FsbGluZyAgY3JlYXRlX3Byb2NfcHJvZmlsZSsweDAvMHgyNDAg QCAxClsgICAgMi41NjQzMTRdIGluaXRjYWxsIGNyZWF0ZV9wcm9jX3Byb2ZpbGUrMHgwLzB4MjQw IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDIuNTcxMjY2XSBjYWxsaW5nICB0aW1la2Vl cGluZ19pbml0X29wcysweDAvMHgxNCBAIDEKWyAgICAyLjU3NjM5OV0gaW5pdGNhbGwgdGltZWtl ZXBpbmdfaW5pdF9vcHMrMHgwLzB4MTQgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMi41 ODMzNDhdIGNhbGxpbmcgIGluaXRfY2xvY2tzb3VyY2Vfc3lzZnMrMHgwLzB4NTIgQCAxClsgICAg Mi41ODg3MzFdIGluaXRjYWxsIGluaXRfY2xvY2tzb3VyY2Vfc3lzZnMrMHgwLzB4NTIgcmV0dXJu ZWQgMCBhZnRlciA3NiB1c2VjcwpbICAgIDIuNTk1OTQ0XSBjYWxsaW5nICBpbml0X3RpbWVyX2xp c3RfcHJvY2ZzKzB4MC8weDJjIEAgMQpbICAgIDIuNjAxMjUwXSBpbml0Y2FsbCBpbml0X3RpbWVy X2xpc3RfcHJvY2ZzKzB4MC8weDJjIHJldHVybmVkIDAgYWZ0ZXIgMSB1c2VjcwpbICAgIDIuNjA4 Mzc0XSBjYWxsaW5nICBhbGFybXRpbWVyX2luaXQrMHgwLzB4MTdlIEAgMQpbICAgIDIuNjEzMjMw XSBpbml0Y2FsbCBhbGFybXRpbWVyX2luaXQrMHgwLzB4MTdlIHJldHVybmVkIDAgYWZ0ZXIgNzAg dXNlY3MKWyAgICAyLjYxOTkyMl0gY2FsbGluZyAgaW5pdF90c3RhdHNfcHJvY2ZzKzB4MC8weDJj IEAgMQpbICAgIDIuNjI0ODgwXSBpbml0Y2FsbCBpbml0X3RzdGF0c19wcm9jZnMrMHgwLzB4MmMg cmV0dXJuZWQgMCBhZnRlciAxIHVzZWNzClsgICAgMi42MzE2NTZdIGNhbGxpbmcgIGZ1dGV4X2lu aXQrMHgwLzB4NTggQCAxClsgICAgMi42MzU5MjddIGluaXRjYWxsIGZ1dGV4X2luaXQrMHgwLzB4 NTggcmV0dXJuZWQgMCBhZnRlciA2IHVzZWNzClsgICAgMi42NDIwMTNdIGNhbGxpbmcgIHByb2Nf ZG1hX2luaXQrMHgwLzB4MjIgQCAxClsgICAgMi42NDY1MzldIGluaXRjYWxsIHByb2NfZG1hX2lu aXQrMHgwLzB4MjIgcmV0dXJuZWQgMCBhZnRlciAxIHVzZWNzClsgICAgMi42NTI4ODVdIGNhbGxp bmcgIHByb2NfbW9kdWxlc19pbml0KzB4MC8weDIyIEAgMQpbICAgIDIuNjU3NzU3XSBpbml0Y2Fs bCBwcm9jX21vZHVsZXNfaW5pdCsweDAvMHgyMiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAg ICAyLjY2NDQ1MF0gY2FsbGluZyAga2FsbHN5bXNfaW5pdCsweDAvMHgyNSBAIDEKWyAgICAyLjY2 ODk3Nl0gaW5pdGNhbGwga2FsbHN5bXNfaW5pdCsweDAvMHgyNSByZXR1cm5lZCAwIGFmdGVyIDEg dXNlY3MKWyAgICAyLjY3NTMyM10gY2FsbGluZyAgY3Jhc2hfc2F2ZV92bWNvcmVpbmZvX2luaXQr MHgwLzB4NGI0IEAgMQpbICAgIDIuNjgxMDc4XSBpbml0Y2FsbCBjcmFzaF9zYXZlX3ZtY29yZWlu Zm9faW5pdCsweDAvMHg0YjQgcmV0dXJuZWQgMCBhZnRlciAxNyB1c2VjcwpbICAgIDIuNjg4NzI1 XSBjYWxsaW5nICBjcmFzaF9ub3Rlc19tZW1vcnlfaW5pdCsweDAvMHgzNyBAIDEKWyAgICAyLjY5 NDExOF0gaW5pdGNhbGwgY3Jhc2hfbm90ZXNfbWVtb3J5X2luaXQrMHgwLzB4MzcgcmV0dXJuZWQg MCBhZnRlciAyIHVzZWNzClsgICAgMi43MDEzMjldIGNhbGxpbmcgIHVzZXJfbmFtZXNwYWNlc19p bml0KzB4MC8weDJkIEAgMQpbICAgIDIuNzA2NDY2XSBpbml0Y2FsbCB1c2VyX25hbWVzcGFjZXNf aW5pdCsweDAvMHgyZCByZXR1cm5lZCAwIGFmdGVyIDMgdXNlY3MKWyAgICAyLjcxMzQxNl0gY2Fs bGluZyAgcGlkX25hbWVzcGFjZXNfaW5pdCsweDAvMHg0MCBAIDEKWyAgICAyLjcxODQ3MF0gaW5p dGNhbGwgcGlkX25hbWVzcGFjZXNfaW5pdCsweDAvMHg0MCByZXR1cm5lZCAwIGFmdGVyIDEwIHVz ZWNzClsgICAgMi43MjU0MjJdIGNhbGxpbmcgIGlrY29uZmlnX2luaXQrMHgwLzB4MzkgQCAxClsg ICAgMi43Mjk5NDhdIGluaXRjYWxsIGlrY29uZmlnX2luaXQrMHgwLzB4MzkgcmV0dXJuZWQgMCBh ZnRlciAwIHVzZWNzClsgICAgMi43MzYyODldIGNhbGxpbmcgIGF1ZGl0X2luaXQrMHgwLzB4MTNl IEAgMQpbICAgIDIuNzQwNjQxXSBhdWRpdDogaW5pdGlhbGl6aW5nIG5ldGxpbmsgc29ja2V0IChk aXNhYmxlZCkKWyAgICAyLjc0NjA0M10gdHlwZT0yMDAwIGF1ZGl0KDEzNDI3Nzc4MjguMDUzOjEp OiBpbml0aWFsaXplZApbICAgIDIuNzUxNTI0XSBpbml0Y2FsbCBhdWRpdF9pbml0KzB4MC8weDEz ZSByZXR1cm5lZCAwIGFmdGVyIDEwNjI3IHVzZWNzClsgICAgMi43NTgwNDJdIGNhbGxpbmcgIGF1 ZGl0X3dhdGNoX2luaXQrMHgwLzB4M2EgQCAxClsgICAgMi43NjI4MjhdIGluaXRjYWxsIGF1ZGl0 X3dhdGNoX2luaXQrMHgwLzB4M2EgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMi43Njk0 MzNdIGNhbGxpbmcgIGF1ZGl0X3RyZWVfaW5pdCsweDAvMHg1OCBAIDEKWyAgICAyLjc3NDEzNV0g aW5pdGNhbGwgYXVkaXRfdHJlZV9pbml0KzB4MC8weDU4IHJldHVybmVkIDAgYWZ0ZXIgMSB1c2Vj cwpbICAgIDIuNzgwNjU1XSBjYWxsaW5nICBpbml0X2twcm9iZXMrMHgwLzB4MTRmIEAgMQpbICAg IDIuNzk5NTU0XSBpbml0Y2FsbCBpbml0X2twcm9iZXMrMHgwLzB4MTRmIHJldHVybmVkIDAgYWZ0 ZXIgMTQwMzcgdXNlY3MKWyAgICAyLjgwNjI0N10gY2FsbGluZyAgaXJxX3BtX2luaXRfb3BzKzB4 MC8weDE0IEAgMQpbICAgIDIuODEwOTQ1XSBpbml0Y2FsbCBpcnFfcG1faW5pdF9vcHMrMHgwLzB4 MTQgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMi44MTc0NjBdIGNhbGxpbmcgIHV0c25h bWVfc3lzY3RsX2luaXQrMHgwLzB4MTQgQCAxClsgICAgMi44MjI1MDldIGluaXRjYWxsIHV0c25h bWVfc3lzY3RsX2luaXQrMHgwLzB4MTQgcmV0dXJuZWQgMCBhZnRlciA0IHVzZWNzClsgICAgMi44 MjkzNzNdIGNhbGxpbmcgIGluaXRfdHJhY2Vwb2ludHMrMHgwLzB4MjAgQCAxClsgICAgMi44MzQx NThdIGluaXRjYWxsIGluaXRfdHJhY2Vwb2ludHMrMHgwLzB4MjAgcmV0dXJuZWQgMCBhZnRlciAw IHVzZWNzClsgICAgMi44NDA3NjFdIGNhbGxpbmcgIGluaXRfZXZlbnRzKzB4MC8weDYwIEAgMQpb ICAgIDIuODQ1MTE0XSBpbml0Y2FsbCBpbml0X2V2ZW50cysweDAvMHg2MCByZXR1cm5lZCAwIGFm dGVyIDMgdXNlY3MKWyAgICAyLjg1MTI4Nl0gY2FsbGluZyAgaW5pdF9ibGtfdHJhY2VyKzB4MC8w eDVjIEAgMQpbICAgIDIuODU1OTg0XSBpbml0Y2FsbCBpbml0X2Jsa190cmFjZXIrMHgwLzB4NWMg cmV0dXJuZWQgMCBhZnRlciAxIHVzZWNzClsgICAgMi44NjI1MDFdIGNhbGxpbmcgIHBlcmZfZXZl bnRfc3lzZnNfaW5pdCsweDAvMHg5YSBAIDEKWyAgICAyLjg2Nzg2MV0gaW5pdGNhbGwgcGVyZl9l dmVudF9zeXNmc19pbml0KzB4MC8weDlhIHJldHVybmVkIDAgYWZ0ZXIgMTM5IHVzZWNzClsgICAg Mi44NzUwNzRdIGNhbGxpbmcgIGluaXRfcGVyX3pvbmVfd21hcmtfbWluKzB4MC8weDhhIEAgMQpb ICAgIDIuODgwNTgyXSBpbml0Y2FsbCBpbml0X3Blcl96b25lX3dtYXJrX21pbisweDAvMHg4YSBy ZXR1cm5lZCAwIGFmdGVyIDExMSB1c2VjcwpbICAgIDIuODg3OTY5XSBjYWxsaW5nICBrc3dhcGRf aW5pdCsweDAvMHgyMCBAIDEKWyAgICAyLjg5MjM1Nl0gaW5pdGNhbGwga3N3YXBkX2luaXQrMHgw LzB4MjAgcmV0dXJuZWQgMCBhZnRlciAzNCB1c2VjcwpbICAgIDIuODk4NjE0XSBjYWxsaW5nICBz ZXR1cF92bXN0YXQrMHgwLzB4YzcgQCAxClsgICAgMi45MDMwNTZdIGluaXRjYWxsIHNldHVwX3Zt c3RhdCsweDAvMHhjNyByZXR1cm5lZCAwIGFmdGVyIDUgdXNlY3MKWyAgICAyLjkwOTMxM10gY2Fs bGluZyAgbW1fc3lzZnNfaW5pdCsweDAvMHgyOSBAIDEKWyAgICAyLjkxMzg0MF0gaW5pdGNhbGwg bW1fc3lzZnNfaW5pdCsweDAvMHgyOSByZXR1cm5lZCAwIGFmdGVyIDIgdXNlY3MKWyAgICAyLjky MDE4NF0gY2FsbGluZyAgcHJvY192bWFsbG9jX2luaXQrMHgwLzB4MjUgQCAxClsgICAgMi45MjUw NTddIGluaXRjYWxsIHByb2Nfdm1hbGxvY19pbml0KzB4MC8weDI1IHJldHVybmVkIDAgYWZ0ZXIg MSB1c2VjcwpbICAgIDIuOTMxNzQ5XSBjYWxsaW5nICBwcm9jc3dhcHNfaW5pdCsweDAvMHgyMiBA IDEKWyAgICAyLjkzNjM2M10gaW5pdGNhbGwgcHJvY3N3YXBzX2luaXQrMHgwLzB4MjIgcmV0dXJu ZWQgMCBhZnRlciAxIHVzZWNzClsgICAgMi45NDI3OTRdIGNhbGxpbmcgIGh1Z2V0bGJfaW5pdCsw eDAvMHgzZTYgQCAxClsgICAgMi45NDczMjFdIEh1Z2VUTEIgcmVnaXN0ZXJlZCAyIE1CIHBhZ2Ug c2l6ZSwgcHJlLWFsbG9jYXRlZCAwIHBhZ2VzClsgICAgMi45NTM2NzJdIGluaXRjYWxsIGh1Z2V0 bGJfaW5pdCsweDAvMHgzZTYgcmV0dXJuZWQgMCBhZnRlciA2MjAyIHVzZWNzClsgICAgMi45NjAy NzddIGNhbGxpbmcgIHNsYWJfcHJvY19pbml0KzB4MC8weDI1IEAgMQpbICAgIDIuOTY0ODg4XSBp bml0Y2FsbCBzbGFiX3Byb2NfaW5pdCsweDAvMHgyNSByZXR1cm5lZCAwIGFmdGVyIDEgdXNlY3MK WyAgICAyLjk3MTMyMV0gY2FsbGluZyAgc2xhYl9zeXNmc19pbml0KzB4MC8weDEwOSBAIDEKWyAg ICAyLjk3ODk2MF0gaW5pdGNhbGwgc2xhYl9zeXNmc19pbml0KzB4MC8weDEwOSByZXR1cm5lZCAw IGFmdGVyIDI3ODYgdXNlY3MKWyAgICAyLjk4NTgyOF0gY2FsbGluZyAgZmNudGxfaW5pdCsweDAv MHgyYSBAIDEKWyAgICAyLjk5MDA5NF0gaW5pdGNhbGwgZmNudGxfaW5pdCsweDAvMHgyYSByZXR1 cm5lZCAwIGFmdGVyIDIgdXNlY3MKWyAgICAyLjk5NjE4Ml0gY2FsbGluZyAgcHJvY19maWxlc3lz dGVtc19pbml0KzB4MC8weDIyIEAgMQpbICAgIDMuMDAxMzk5XSBpbml0Y2FsbCBwcm9jX2ZpbGVz eXN0ZW1zX2luaXQrMHgwLzB4MjIgcmV0dXJuZWQgMCBhZnRlciAyIHVzZWNzClsgICAgMy4wMDg0 MzldIGNhbGxpbmcgIGRpb19pbml0KzB4MC8weDJkIEAgMQpbICAgIDMuMDEyNTgzXSBpbml0Y2Fs bCBkaW9faW5pdCsweDAvMHgyZCByZXR1cm5lZCAwIGFmdGVyIDQ5IHVzZWNzClsgICAgMy4wMTg1 ODFdIGNhbGxpbmcgIGZzbm90aWZ5X21hcmtfaW5pdCsweDAvMHg0MCBAIDEKWyAgICAzLjAyMzU2 MF0gaW5pdGNhbGwgZnNub3RpZnlfbWFya19pbml0KzB4MC8weDQwIHJldHVybmVkIDAgYWZ0ZXIg MjEgdXNlY3MKWyAgICAzLjAzMDQyNl0gY2FsbGluZyAgZG5vdGlmeV9pbml0KzB4MC8weDdiIEAg MQpbICAgIDMuMDM0OTE0XSBpbml0Y2FsbCBkbm90aWZ5X2luaXQrMHgwLzB4N2IgcmV0dXJuZWQg MCBhZnRlciA0NyB1c2VjcwpbICAgIDMuMDQxMjYxXSBjYWxsaW5nICBpbm90aWZ5X3VzZXJfc2V0 dXArMHgwLzB4NzAgQCAxClsgICAgMy4wNDYyMjRdIGluaXRjYWxsIGlub3RpZnlfdXNlcl9zZXR1 cCsweDAvMHg3MCByZXR1cm5lZCAwIGFmdGVyIDIgdXNlY3MKWyAgICAzLjA1MzAwM10gY2FsbGlu ZyAgYWlvX3NldHVwKzB4MC8weDdhIEAgMQpbICAgIDMuMDU3MTg2XSBpbml0Y2FsbCBhaW9fc2V0 dXArMHgwLzB4N2EgcmV0dXJuZWQgMCBhZnRlciA1IHVzZWNzClsgICAgMy4wNjMxODVdIGNhbGxp bmcgIHByb2NfbG9ja3NfaW5pdCsweDAvMHgyMiBAIDEKWyAgICAzLjA2Nzg4NF0gaW5pdGNhbGwg cHJvY19sb2Nrc19pbml0KzB4MC8weDIyIHJldHVybmVkIDAgYWZ0ZXIgMSB1c2VjcwpbICAgIDMu MDc0NDA0XSBjYWxsaW5nICBpbml0X21iY2FjaGUrMHgwLzB4MTQgQCAxClsgICAgMy4wNzg4NDFd IGluaXRjYWxsIGluaXRfbWJjYWNoZSsweDAvMHgxNCByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MK WyAgICAzLjA4NTA5OV0gY2FsbGluZyAgZHF1b3RfaW5pdCsweDAvMHgxMWEgQCAxClsgICAgMy4w ODk0NDhdIFZGUzogRGlzayBxdW90YXMgZHF1b3RfNi41LjIKWyAgICAzLjA5MzQzM10gRHF1b3Qt Y2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiA1MTIgKG9yZGVyIDAsIDQwOTYgYnl0ZXMpClsgICAg My4wOTk4NjhdIGluaXRjYWxsIGRxdW90X2luaXQrMHgwLzB4MTFhIHJldHVybmVkIDAgYWZ0ZXIg MTAxNzQgdXNlY3MKWyAgICAzLjEwNjM4OF0gY2FsbGluZyAgaW5pdF92Ml9xdW90YV9mb3JtYXQr MHgwLzB4MjIgQCAxClsgICAgMy4xMTE1MThdIGluaXRjYWxsIGluaXRfdjJfcXVvdGFfZm9ybWF0 KzB4MC8weDIyIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDMuMTE4NDY5XSBjYWxsaW5n ICBxdW90YV9pbml0KzB4MC8weDI2IEAgMQpbICAgIDMuMTIyNzQwXSBpbml0Y2FsbCBxdW90YV9p bml0KzB4MC8weDI2IHJldHVybmVkIDAgYWZ0ZXIgNiB1c2VjcwpbICAgIDMuMTI4ODI2XSBjYWxs aW5nICBwcm9jX2NtZGxpbmVfaW5pdCsweDAvMHgyMiBAIDEKWyAgICAzLjEzMzY5OV0gaW5pdGNh bGwgcHJvY19jbWRsaW5lX2luaXQrMHgwLzB4MjIgcmV0dXJuZWQgMCBhZnRlciAxIHVzZWNzClsg ICAgMy4xNDAzOTFdIGNhbGxpbmcgIHByb2NfY29uc29sZXNfaW5pdCsweDAvMHgyMiBAIDEKWyAg ICAzLjE0NTM0OV0gaW5pdGNhbGwgcHJvY19jb25zb2xlc19pbml0KzB4MC8weDIyIHJldHVybmVk IDAgYWZ0ZXIgMSB1c2VjcwpbICAgIDMuMTUyMTI2XSBjYWxsaW5nICBwcm9jX2NwdWluZm9faW5p dCsweDAvMHgyMiBAIDEKWyAgICAzLjE1Njk5Nl0gaW5pdGNhbGwgcHJvY19jcHVpbmZvX2luaXQr MHgwLzB4MjIgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMy4xNjM2ODZdIGNhbGxpbmcg IHByb2NfZGV2aWNlc19pbml0KzB4MC8weDIyIEAgMQpbICAgIDMuMTY4NTU4XSBpbml0Y2FsbCBw cm9jX2RldmljZXNfaW5pdCsweDAvMHgyMiByZXR1cm5lZCAwIGFmdGVyIDEgdXNlY3MKWyAgICAz LjE3NTI1M10gY2FsbGluZyAgcHJvY19pbnRlcnJ1cHRzX2luaXQrMHgwLzB4MjIgQCAxClsgICAg My4xODAzODRdIGluaXRjYWxsIHByb2NfaW50ZXJydXB0c19pbml0KzB4MC8weDIyIHJldHVybmVk IDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDMuMTg3MzM4XSBjYWxsaW5nICBwcm9jX2xvYWRhdmdfaW5p dCsweDAvMHgyMiBAIDEKWyAgICAzLjE5MjIwOF0gaW5pdGNhbGwgcHJvY19sb2FkYXZnX2luaXQr MHgwLzB4MjIgcmV0dXJuZWQgMCBhZnRlciAxIHVzZWNzClsgICAgMy4xOTg4OThdIGNhbGxpbmcg IHByb2NfbWVtaW5mb19pbml0KzB4MC8weDIyIEAgMQpbICAgIDMuMjAzNzcxXSBpbml0Y2FsbCBw cm9jX21lbWluZm9faW5pdCsweDAvMHgyMiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAz LjIxMDQ2NF0gY2FsbGluZyAgcHJvY19zdGF0X2luaXQrMHgwLzB4MjIgQCAxClsgICAgMy4yMTUw NzZdIGluaXRjYWxsIHByb2Nfc3RhdF9pbml0KzB4MC8weDIyIHJldHVybmVkIDAgYWZ0ZXIgMSB1 c2VjcwpbICAgIDMuMjIxNTA4XSBjYWxsaW5nICBwcm9jX3VwdGltZV9pbml0KzB4MC8weDIyIEAg MQpbICAgIDMuMjI2Mjk2XSBpbml0Y2FsbCBwcm9jX3VwdGltZV9pbml0KzB4MC8weDIyIHJldHVy bmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDMuMjMyOTAxXSBjYWxsaW5nICBwcm9jX3ZlcnNpb25f aW5pdCsweDAvMHgyMiBAIDEKWyAgICAzLjIzNzc3NF0gaW5pdGNhbGwgcHJvY192ZXJzaW9uX2lu aXQrMHgwLzB4MjIgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMy4yNDQ0NjZdIGNhbGxp bmcgIHByb2Nfc29mdGlycXNfaW5pdCsweDAvMHgyMiBAIDEKWyAgICAzLjI0OTQyNl0gaW5pdGNh bGwgcHJvY19zb2Z0aXJxc19pbml0KzB4MC8weDIyIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2Vjcwpb ICAgIDMuMjU2MjA1XSBjYWxsaW5nICBwcm9jX2tjb3JlX2luaXQrMHgwLzB4YTkgQCAxClsgICAg My4yNjA5MDhdIGluaXRjYWxsIHByb2Nfa2NvcmVfaW5pdCsweDAvMHhhOSByZXR1cm5lZCAwIGFm dGVyIDMgdXNlY3MKWyAgICAzLjI2NzQzMF0gY2FsbGluZyAgdm1jb3JlX2luaXQrMHgwLzB4NTFi IEAgMQpbICAgIDMuMjcxODY1XSBpbml0Y2FsbCB2bWNvcmVfaW5pdCsweDAvMHg1MWIgcmV0dXJu ZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMy4yNzgxMjRdIGNhbGxpbmcgIHByb2Nfa21zZ19pbml0 KzB4MC8weDI1IEAgMQpbICAgIDMuMjgyNzM0XSBpbml0Y2FsbCBwcm9jX2ttc2dfaW5pdCsweDAv MHgyNSByZXR1cm5lZCAwIGFmdGVyIDEgdXNlY3MKWyAgICAzLjI4OTE2M10gY2FsbGluZyAgcHJv Y19wYWdlX2luaXQrMHgwLzB4NDIgQCAxClsgICAgMy4yOTM3NzldIGluaXRjYWxsIHByb2NfcGFn ZV9pbml0KzB4MC8weDQyIHJldHVybmVkIDAgYWZ0ZXIgMiB1c2VjcwpbICAgIDMuMzAwMjEwXSBj YWxsaW5nICBpbml0X2RldnB0c19mcysweDAvMHg2MiBAIDEKWyAgICAzLjMwMjA2M10gUmVmaW5l ZCBUU0MgY2xvY2tzb3VyY2UgY2FsaWJyYXRpb246IDI3OTkuOTY0IE1Iei4KWyAgICAzLjMxMDY2 MF0gaW5pdGNhbGwgaW5pdF9kZXZwdHNfZnMrMHgwLzB4NjIgcmV0dXJuZWQgMCBhZnRlciAxOSB1 c2VjcwpbICAgIDMuMzE3MTgwXSBjYWxsaW5nICBpbml0X2V4dDNfZnMrMHgwLzB4NzYgQCAxClsg ICAgMy4zMjE3MjJdIGluaXRjYWxsIGluaXRfZXh0M19mcysweDAvMHg3NiByZXR1cm5lZCAwIGFm dGVyIDEwMCB1c2VjcwpbICAgIDMuMzI4MTU0XSBjYWxsaW5nICBqb3VybmFsX2luaXQrMHgwLzB4 OWUgQCAxClsgICAgMy4zMzI3OTddIGluaXRjYWxsIGpvdXJuYWxfaW5pdCsweDAvMHg5ZSByZXR1 cm5lZCAwIGFmdGVyIDE3NyB1c2VjcwpbICAgIDMuMzM5MjI4XSBjYWxsaW5nICBpbml0X3JhbWZz X2ZzKzB4MC8weDEyIEAgMQpbICAgIDMuMzQzNzUxXSBpbml0Y2FsbCBpbml0X3JhbWZzX2ZzKzB4 MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDMuMzUwMDk0XSBjYWxsaW5nICBp bml0X2h1Z2V0bGJmc19mcysweDAvMHg5YSBAIDEKWyAgICAzLjM1NTAyOV0gaW5pdGNhbGwgaW5p dF9odWdldGxiZnNfZnMrMHgwLzB4OWEgcmV0dXJuZWQgMCBhZnRlciA2MiB1c2VjcwpbICAgIDMu MzYxODA5XSBjYWxsaW5nICBpbml0X2ZhdF9mcysweDAvMHg0ZCBAIDEKWyAgICAzLjM2NjI0OV0g aW5pdGNhbGwgaW5pdF9mYXRfZnMrMHgwLzB4NGQgcmV0dXJuZWQgMCBhZnRlciA4NyB1c2Vjcwpb ICAgIDMuMzcyNTA4XSBjYWxsaW5nICBpbml0X3ZmYXRfZnMrMHgwLzB4MTIgQCAxClsgICAgMy4z NzY5NDldIGluaXRjYWxsIGluaXRfdmZhdF9mcysweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDAg dXNlY3MKWyAgICAzLjM4MzIxMV0gY2FsbGluZyAgaW5pdF9tc2Rvc19mcysweDAvMHgxMiBAIDEK WyAgICAzLjM4NzczM10gaW5pdGNhbGwgaW5pdF9tc2Rvc19mcysweDAvMHgxMiByZXR1cm5lZCAw IGFmdGVyIDAgdXNlY3MKWyAgICAzLjM5NDA3N10gY2FsbGluZyAgaW5pdF9pc285NjYwX2ZzKzB4 MC8weDc3IEAgMQpbICAgIDMuMzk4ODQzXSBpbml0Y2FsbCBpbml0X2lzbzk2NjBfZnMrMHgwLzB4 NzcgcmV0dXJuZWQgMCBhZnRlciA2NSB1c2VjcwpbICAgIDMuNDA1NDQ3XSBjYWxsaW5nICBpbml0 X25mc19mcysweDAvMHgxNzIgQCAxClsgICAgMy40MDk4ODRdIE5GUzogUmVnaXN0ZXJpbmcgdGhl IGlkX3Jlc29sdmVyIGtleSB0eXBlClsgICAgMy40MTUxMjBdIGluaXRjYWxsIGluaXRfbmZzX2Zz KzB4MC8weDE3MiByZXR1cm5lZCAwIGFmdGVyIDUxMTIgdXNlY3MKWyAgICAzLjQyMTY0MV0gY2Fs bGluZyAgaW5pdF9ubG0rMHgwLzB4NDcgQCAxClsgICAgMy40MjU3MzVdIGluaXRjYWxsIGluaXRf bmxtKzB4MC8weDQ3IHJldHVybmVkIDAgYWZ0ZXIgNCB1c2VjcwpbICAgIDMuNDMxNjQ3XSBjYWxs aW5nICBpbml0X25sc19jcDQzNysweDAvMHgxMiBAIDEKWyAgICAzLjQzNjI1OF0gaW5pdGNhbGwg aW5pdF9ubHNfY3A0MzcrMHgwLzB4MTIgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMy40 NDI2ODddIGNhbGxpbmcgIGluaXRfbmxzX2FzY2lpKzB4MC8weDEyIEAgMQpbICAgIDMuNDQ3Mjk4 XSBpbml0Y2FsbCBpbml0X25sc19hc2NpaSsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDAgdXNl Y3MKWyAgICAzLjQ1MzcyOF0gY2FsbGluZyAgaW5pdF9ubHNfaXNvODg1OV8xKzB4MC8weDEyIEAg MQpbICAgIDMuNDU4Njg1XSBpbml0Y2FsbCBpbml0X25sc19pc284ODU5XzErMHgwLzB4MTIgcmV0 dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMy40NjU0NjNdIGNhbGxpbmcgIGluaXRfbmxzX3V0 ZjgrMHgwLzB4MjUgQCAxClsgICAgMy40Njk5ODddIGluaXRjYWxsIGluaXRfbmxzX3V0ZjgrMHgw LzB4MjUgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMy40NzYzMzFdIGNhbGxpbmcgIGlu aXRfYXV0b2ZzNF9mcysweDAvMHgyYSBAIDEKWyAgICAzLjQ4MTA5NV0gaW5pdGNhbGwgaW5pdF9h dXRvZnM0X2ZzKzB4MC8weDJhIHJldHVybmVkIDAgYWZ0ZXIgNjQgdXNlY3MKWyAgICAzLjQ4Nzcw Ml0gY2FsbGluZyAgaXBjX2luaXQrMHgwLzB4MjMgQCAxClsgICAgMy40OTE3OTVdIG1zZ21uaSBo YXMgYmVlbiBzZXQgdG8gNjMwMgpbICAgIDMuNDk1NjMwXSBpbml0Y2FsbCBpcGNfaW5pdCsweDAv MHgyMyByZXR1cm5lZCAwIGFmdGVyIDM3NDcgdXNlY3MKWyAgICAzLjUwMTgwMV0gY2FsbGluZyAg aXBjX3N5c2N0bF9pbml0KzB4MC8weDE0IEAgMQpbICAgIDMuNTA2NTA2XSBpbml0Y2FsbCBpcGNf c3lzY3RsX2luaXQrMHgwLzB4MTQgcmV0dXJuZWQgMCBhZnRlciA2IHVzZWNzClsgICAgMy41MTMw MjVdIGNhbGxpbmcgIGluaXRfbXF1ZXVlX2ZzKzB4MC8weDllIEAgMQpbICAgIDMuNTE3NzAzXSBp bml0Y2FsbCBpbml0X21xdWV1ZV9mcysweDAvMHg5ZSByZXR1cm5lZCAwIGFmdGVyIDY1IHVzZWNz ClsgICAgMy41MjQyMjJdIGNhbGxpbmcgIGtleV9wcm9jX2luaXQrMHgwLzB4NWUgQCAxClsgICAg My41Mjg3NDddIGluaXRjYWxsIGtleV9wcm9jX2luaXQrMHgwLzB4NWUgcmV0dXJuZWQgMCBhZnRl ciAxIHVzZWNzClsgICAgMy41MzUwOTBdIGNhbGxpbmcgIHNlbGludXhfbmZfaXBfaW5pdCsweDAv MHg2OSBAIDEKWyAgICAzLjU0MDA0NF0gU0VMaW51eDogIFJlZ2lzdGVyaW5nIG5ldGZpbHRlciBo b29rcwpbICAgIDMuNTQ0NzQ0XSBpbml0Y2FsbCBzZWxpbnV4X25mX2lwX2luaXQrMHgwLzB4Njkg cmV0dXJuZWQgMCBhZnRlciA0NTg4IHVzZWNzClsgICAgMy41NTE3ODJdIGNhbGxpbmcgIGluaXRf c2VsX2ZzKzB4MC8weDliIEAgMQpbICAgIDMuNTU2MjAwXSBpbml0Y2FsbCBpbml0X3NlbF9mcysw eDAvMHg5YiByZXR1cm5lZCAwIGFmdGVyIDY1IHVzZWNzClsgICAgMy41NjI0NTldIGNhbGxpbmcg IHNlbG5sX2luaXQrMHgwLzB4NGQgQCAxClsgICAgMy41NjY3MjVdIGluaXRjYWxsIHNlbG5sX2lu aXQrMHgwLzB4NGQgcmV0dXJuZWQgMCBhZnRlciA0IHVzZWNzClsgICAgMy41NzI4MTBdIGNhbGxp bmcgIHNlbF9uZXRpZl9pbml0KzB4MC8weDczIEAgMQpbICAgIDMuNTc3NDI0XSBpbml0Y2FsbCBz ZWxfbmV0aWZfaW5pdCsweDAvMHg3MyByZXR1cm5lZCAwIGFmdGVyIDQgdXNlY3MKWyAgICAzLjU4 Mzg1N10gY2FsbGluZyAgc2VsX25ldG5vZGVfaW5pdCsweDAvMHg3NCBAIDEKWyAgICAzLjU4ODY0 N10gaW5pdGNhbGwgc2VsX25ldG5vZGVfaW5pdCsweDAvMHg3NCByZXR1cm5lZCAwIGFmdGVyIDEg dXNlY3MKWyAgICAzLjU5NTI1MV0gY2FsbGluZyAgc2VsX25ldHBvcnRfaW5pdCsweDAvMHg3NCBA IDEKWyAgICAzLjYwMDAzN10gaW5pdGNhbGwgc2VsX25ldHBvcnRfaW5pdCsweDAvMHg3NCByZXR1 cm5lZCAwIGFmdGVyIDEgdXNlY3MKWyAgICAzLjYwNjY0M10gY2FsbGluZyAgYXVydWxlX2luaXQr MHgwLzB4MzcgQCAxClsgICAgMy42MTA5OTRdIGluaXRjYWxsIGF1cnVsZV9pbml0KzB4MC8weDM3 IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDMuNjE3MTY0XSBjYWxsaW5nICBjcnlwdG9f d3FfaW5pdCsweDAvMHgzMyBAIDEKWyAgICAzLjYyMTc5OV0gaW5pdGNhbGwgY3J5cHRvX3dxX2lu aXQrMHgwLzB4MzMgcmV0dXJuZWQgMCBhZnRlciAyMyB1c2VjcwpbICAgIDMuNjI4MzIwXSBjYWxs aW5nICBjcnlwdG9fYWxnYXBpX2luaXQrMHgwLzB4ZCBAIDEKWyAgICAzLjYzMzE5N10gaW5pdGNh bGwgY3J5cHRvX2FsZ2FwaV9pbml0KzB4MC8weGQgcmV0dXJuZWQgMCBhZnRlciAxIHVzZWNzClsg ICAgMy42Mzk4ODhdIGNhbGxpbmcgIHNrY2lwaGVyX21vZHVsZV9pbml0KzB4MC8weDM5IEAgMQpb ICAgIDMuNjQ1MDE5XSBpbml0Y2FsbCBza2NpcGhlcl9tb2R1bGVfaW5pdCsweDAvMHgzOSByZXR1 cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAzLjY1MTk2OV0gY2FsbGluZyAgY2hhaW5pdl9tb2R1 bGVfaW5pdCsweDAvMHgxMiBAIDEKWyAgICAzLjY1NzAxNV0gaW5pdGNhbGwgY2hhaW5pdl9tb2R1 bGVfaW5pdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAzLjY2Mzg4MV0g Y2FsbGluZyAgZXNlcWl2X21vZHVsZV9pbml0KzB4MC8weDEyIEAgMQpbICAgIDMuNjY4ODM5XSBp bml0Y2FsbCBlc2VxaXZfbW9kdWxlX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgMCBhZnRlciAwIHVz ZWNzClsgICAgMy42NzU2MTVdIGNhbGxpbmcgIGhtYWNfbW9kdWxlX2luaXQrMHgwLzB4MTIgQCAx ClsgICAgMy42ODA0MDBdIGluaXRjYWxsIGhtYWNfbW9kdWxlX2luaXQrMHgwLzB4MTIgcmV0dXJu ZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMy42ODcwMDRdIGNhbGxpbmcgIG1kNV9tb2RfaW5pdCsw eDAvMHgxMiBAIDEKWyAgICAzLjY5MTQ3OF0gaW5pdGNhbGwgbWQ1X21vZF9pbml0KzB4MC8weDEy IHJldHVybmVkIDAgYWZ0ZXIgMzQgdXNlY3MKWyAgICAzLjY5NzgyNl0gY2FsbGluZyAgc2hhMV9n ZW5lcmljX21vZF9pbml0KzB4MC8weDEyIEAgMQpbICAgIDMuNzAzMDc3XSBpbml0Y2FsbCBzaGEx X2dlbmVyaWNfbW9kX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgMCBhZnRlciAzMCB1c2VjcwpbICAg IDMuNzEwMjA2XSBjYWxsaW5nICBjcnlwdG9fY2JjX21vZHVsZV9pbml0KzB4MC8weDEyIEAgMQpb ICAgIDMuNzE1NTE3XSBpbml0Y2FsbCBjcnlwdG9fY2JjX21vZHVsZV9pbml0KzB4MC8weDEyIHJl dHVybmVkIDAgYWZ0ZXIgNSB1c2VjcwpbICAgIDMuNzIyNjQwXSBjYWxsaW5nICBkZXNfZ2VuZXJp Y19tb2RfaW5pdCsweDAvMHgzYyBAIDEKWyAgICAzLjcyNzgzMF0gaW5pdGNhbGwgZGVzX2dlbmVy aWNfbW9kX2luaXQrMHgwLzB4M2MgcmV0dXJuZWQgMCBhZnRlciA1NiB1c2VjcwpbICAgIDMuNzM0 ODY5XSBjYWxsaW5nICBhZXNfaW5pdCsweDAvMHgxMiBAIDEKWyAgICAzLjczODk5MV0gaW5pdGNh bGwgYWVzX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgMCBhZnRlciAyOSB1c2VjcwpbICAgIDMuNzQ0 OTkzXSBjYWxsaW5nICBhcmM0X2luaXQrMHgwLzB4MTIgQCAxClsgICAgMy43NDkyMDNdIGluaXRj YWxsIGFyYzRfaW5pdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDI5IHVzZWNzClsgICAgMy43 NTUyODhdIGNhbGxpbmcgIGNyeXB0b19hdXRoZW5jX21vZHVsZV9pbml0KzB4MC8weDEyIEAgMQpb ICAgIDMuNzYwOTM3XSBpbml0Y2FsbCBjcnlwdG9fYXV0aGVuY19tb2R1bGVfaW5pdCsweDAvMHgx MiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAzLjc2ODQwOF0gY2FsbGluZyAgY3J5cHRv X2F1dGhlbmNfZXNuX21vZHVsZV9pbml0KzB4MC8weDEyIEAgMQpbICAgIDMuNzc0NDA3XSBpbml0 Y2FsbCBjcnlwdG9fYXV0aGVuY19lc25fbW9kdWxlX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgMCBh ZnRlciAwIHVzZWNzClsgICAgMy43ODIyMjhdIGNhbGxpbmcgIGtybmdfbW9kX2luaXQrMHgwLzB4 MTIgQCAxClsgICAgMy43ODY3ODNdIGluaXRjYWxsIGtybmdfbW9kX2luaXQrMHgwLzB4MTIgcmV0 dXJuZWQgMCBhZnRlciAyOSB1c2VjcwpbICAgIDMuNzkzMjE2XSBjYWxsaW5nICBwcm9jX2dlbmhk X2luaXQrMHgwLzB4M2MgQCAxClsgICAgMy43OTc5MTVdIGluaXRjYWxsIHByb2NfZ2VuaGRfaW5p dCsweDAvMHgzYyByZXR1cm5lZCAwIGFmdGVyIDIgdXNlY3MKWyAgICAzLjgwNDQzN10gY2FsbGlu ZyAgYnNnX2luaXQrMHgwLzB4MTJlIEAgMQpbICAgIDMuODA4Njk1XSBCbG9jayBsYXllciBTQ1NJ IGdlbmVyaWMgKGJzZykgZHJpdmVyIHZlcnNpb24gMC40IGxvYWRlZCAobWFqb3IgMjUzKQpbICAg IDMuODE2MDg0XSBpbml0Y2FsbCBic2dfaW5pdCsweDAvMHgxMmUgcmV0dXJuZWQgMCBhZnRlciA3 MjkzIHVzZWNzClsgICAgMy44MjIzNDNdIGNhbGxpbmcgIG5vb3BfaW5pdCsweDAvMHgxMiBAIDEK WyAgICAzLjgyNjUxOV0gaW8gc2NoZWR1bGVyIG5vb3AgcmVnaXN0ZXJlZApbICAgIDMuODMwNDM4 XSBpbml0Y2FsbCBub29wX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgMCBhZnRlciAzODI2IHVzZWNz ClsgICAgMy44MzY2OTZdIGNhbGxpbmcgIGRlYWRsaW5lX2luaXQrMHgwLzB4MTIgQCAxClsgICAg My44NDEyMThdIGlvIHNjaGVkdWxlciBkZWFkbGluZSByZWdpc3RlcmVkClsgICAgMy44NDU0ODNd IGluaXRjYWxsIGRlYWRsaW5lX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgMCBhZnRlciA0MTY0IHVz ZWNzClsgICAgMy44NTIwODZdIGNhbGxpbmcgIGNmcV9pbml0KzB4MC8weDg2IEAgMQpbICAgIDMu ODU2MjcwXSBpbyBzY2hlZHVsZXIgY2ZxIHJlZ2lzdGVyZWQgKGRlZmF1bHQpClsgICAgMy44NjA5 NzFdIGluaXRjYWxsIGNmcV9pbml0KzB4MC8weDg2IHJldHVybmVkIDAgYWZ0ZXIgNDY4MSB1c2Vj cwpbICAgIDMuODY3MTQyXSBjYWxsaW5nICBwZXJjcHVfY291bnRlcl9zdGFydHVwKzB4MC8weDE5 IEAgMQpbICAgIDMuODcyNDUwXSBpbml0Y2FsbCBwZXJjcHVfY291bnRlcl9zdGFydHVwKzB4MC8w eDE5IHJldHVybmVkIDAgYWZ0ZXIgMSB1c2VjcwpbICAgIDMuODc5NTc3XSBjYWxsaW5nICBwY2lf cHJvY19pbml0KzB4MC8weDY5IEAgMQpbICAgIDMuODg0MTI4XSBpbml0Y2FsbCBwY2lfcHJvY19p bml0KzB4MC8weDY5IHJldHVybmVkIDAgYWZ0ZXIgMjUgdXNlY3MKWyAgICAzLjg5MDU1N10gY2Fs bGluZyAgcGNpZV9wb3J0ZHJ2X2luaXQrMHgwLzB4NzcgQCAxClsgICAgMy44OTU4NDZdIGluaXRj YWxsIHBjaWVfcG9ydGRydl9pbml0KzB4MC8weDc3IHJldHVybmVkIDAgYWZ0ZXIgNDA4IHVzZWNz ClsgICAgMy45MDI3MTRdIGNhbGxpbmcgIGFlcl9zZXJ2aWNlX2luaXQrMHgwLzB4MjIgQCAxClsg ICAgMy45MDc1MzNdIGluaXRjYWxsIGFlcl9zZXJ2aWNlX2luaXQrMHgwLzB4MjIgcmV0dXJuZWQg MCBhZnRlciAzMiB1c2VjcwpbICAgIDMuOTE0MjI1XSBjYWxsaW5nICBpb2FwaWNfaW5pdCsweDAv MHgxYiBAIDEKWyAgICAzLjkxODYxMl0gaW5pdGNhbGwgaW9hcGljX2luaXQrMHgwLzB4MWIgcmV0 dXJuZWQgMCBhZnRlciAzNCB1c2VjcwpbICAgIDMuOTI0ODczXSBjYWxsaW5nICBwY2lfaG90cGx1 Z19pbml0KzB4MC8weDFkIEAgMQpbICAgIDMuOTI5NjU1XSBwY2lfaG90cGx1ZzogUENJIEhvdCBQ bHVnIFBDSSBDb3JlIHZlcnNpb246IDAuNQpbICAgIDMuOTM1MjE5XSBpbml0Y2FsbCBwY2lfaG90 cGx1Z19pbml0KzB4MC8weDFkIHJldHVybmVkIDAgYWZ0ZXIgNTQzMyB1c2VjcwpbICAgIDMuOTQy MDg0XSBjYWxsaW5nICBwY2lmcm9udF9pbml0KzB4MC8weDM4IEAgMQpbICAgIDMuOTQ2NjA3XSBp bml0Y2FsbCBwY2lmcm9udF9pbml0KzB4MC8weDM4IHJldHVybmVkIC0xOSBhZnRlciAwIHVzZWNz ClsgICAgMy45NTMxMjVdIGNhbGxpbmcgIGZiX2NvbnNvbGVfaW5pdCsweDAvMHgxMWUgQCAxClsg ICAgMy45NTc5NDZdIGluaXRjYWxsIGZiX2NvbnNvbGVfaW5pdCsweDAvMHgxMWUgcmV0dXJuZWQg MCBhZnRlciAzNyB1c2VjcwpbICAgIDMuOTY0NjM4XSBjYWxsaW5nICBnZW5lcmljYmxfZHJpdmVy X2luaXQrMHgwLzB4MTIgQCAxClsgICAgMy45Njk4OTJdIGluaXRjYWxsIGdlbmVyaWNibF9kcml2 ZXJfaW5pdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDMzIHVzZWNzClsgICAgMy45NzcwMjBd IGNhbGxpbmcgIHhlbmZiX2luaXQrMHgwLzB4MmQgQCAxClsgICAgMy45ODEyODhdIGluaXRjYWxs IHhlbmZiX2luaXQrMHgwLzB4MmQgcmV0dXJuZWQgLTE5IGFmdGVyIDAgdXNlY3MKWyAgICAzLjk4 NzU0M10gY2FsbGluZyAgdmVzYWZiX2luaXQrMHgwLzB4MjQ3IEAgMQpbICAgIDMuOTkyMDI2XSB2 ZXNhZmI6IG1vZGUgaXMgMTAyNHg3Njh4MTYsIGxpbmVsZW5ndGg9MjA0OCwgcGFnZXM9MApbICAg IDMuOTk4MTEzXSB2ZXNhZmI6IHNjcm9sbGluZzogcmVkcmF3ClsgICAgNC4wMDE3NjldIHZlc2Fm YjogVHJ1ZWNvbG9yOiBzaXplPTA6NTo2OjUsIHNoaWZ0PTA6MTE6NTowClsgICAgNC4wMDgyNzNd IHZlc2FmYjogZnJhbWVidWZmZXIgYXQgMHhkMDAwMDAwMCwgbWFwcGVkIHRvIDB4ZmZmZmM5MDAx MDEwMDAwMCwgdXNpbmcgMzA3MmssIHRvdGFsIDgxMjhrClsgICAgNC4wMjk1NjNdIENvbnNvbGU6 IHN3aXRjaGluZyB0byBjb2xvdXIgZnJhbWUgYnVmZmVyIGRldmljZSAxMjh4NDgKWyAgICA0LjA0 NjczNV0gZmIwOiBWRVNBIFZHQSBmcmFtZSBidWZmZXIgZGV2aWNlClsgICAgNC4wNTExMTldIGlu aXRjYWxsIHZlc2FmYl9pbml0KzB4MC8weDI0NyByZXR1cm5lZCAwIGFmdGVyIDU3NzUyIHVzZWNz ClsgICAgNC4wNTc3MjRdIGNhbGxpbmcgIGVmaWZiX2luaXQrMHgwLzB4MWZiIEAgMQpbICAgIDQu MDYyMDgwXSBpbml0Y2FsbCBlZmlmYl9pbml0KzB4MC8weDFmYiByZXR1cm5lZCAtMTkgYWZ0ZXIg NCB1c2VjcwpbICAgIDQuMDY4NDI0XSBjYWxsaW5nICBhY3BpX3Jlc2VydmVfcmVzb3VyY2VzKzB4 MC8weGViIEAgMQpbICAgIDQuMDczNzI5XSBpbml0Y2FsbCBhY3BpX3Jlc2VydmVfcmVzb3VyY2Vz KzB4MC8weGViIHJldHVybmVkIDAgYWZ0ZXIgMiB1c2VjcwpbICAgIDQuMDgwODU2XSBjYWxsaW5n ICBpcnFyb3V0ZXJfaW5pdF9vcHMrMHgwLzB4MjYgQCAxClsgICAgNC4wODU4MTRdIGluaXRjYWxs IGlycXJvdXRlcl9pbml0X29wcysweDAvMHgyNiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAg ICA0LjA5MjU5MV0gY2FsbGluZyAgYWNwaV9hY19pbml0KzB4MC8weDI2IEAgMQpbICAgIDQuMDk3 MDg0XSBpbml0Y2FsbCBhY3BpX2FjX2luaXQrMHgwLzB4MjYgcmV0dXJuZWQgMCBhZnRlciA1NCB1 c2VjcwpbICAgIDQuMTAzNDMwXSBjYWxsaW5nICBhY3BpX2J1dHRvbl9pbml0KzB4MC8weDEyIEAg MQpbICAgIDQuMTA4Mjg1XSBpbnB1dDogUG93ZXIgQnV0dG9uIGFzIC9kZXZpY2VzL0xOWFNZU1RN OjAwL2RldmljZTowMC9QTlAwQzBDOjAwL2lucHV0L2lucHV0MApbICAgIDQuMTE2NDUyXSBBQ1BJ OiBQb3dlciBCdXR0b24gW1BXUkJdClsgICAgNC4xMjAxNzBdIGlucHV0OiBQb3dlciBCdXR0b24g YXMgL2RldmljZXMvTE5YU1lTVE06MDAvTE5YUFdSQk46MDAvaW5wdXQvaW5wdXQxClsgICAgNC4x Mjc1NTZdIEFDUEk6IFBvd2VyIEJ1dHRvbiBbUFdSRl0KWyAgICA0LjEzMTI1M10gaW5pdGNhbGwg YWNwaV9idXR0b25faW5pdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDIyNDk1IHVzZWNzClsg ICAgNC4xMzgyMDZdIGNhbGxpbmcgIGFjcGlfZmFuX2luaXQrMHgwLzB4MTggQCAxClsgICAgNC4x NDI3NjddIGluaXRjYWxsIGFjcGlfZmFuX2luaXQrMHgwLzB4MTggcmV0dXJuZWQgMCBhZnRlciAz NyB1c2VjcwpbICAgIDQuMTQ5MjAxXSBjYWxsaW5nICBhY3BpX3ZpZGVvX2luaXQrMHgwLzB4N2Qg QCAxClsgICAgNC4xNTM5MTFdIGluaXRjYWxsIGFjcGlfdmlkZW9faW5pdCsweDAvMHg3ZCByZXR1 cm5lZCAwIGFmdGVyIDkgdXNlY3MKWyAgICA0LjE2MDQzMV0gY2FsbGluZyAgYWNwaV9wcm9jZXNz b3JfaW5pdCsweDAvMHg3ZSBAIDEKWyAgICA0LjE2NTUyOF0gQUNQSTogUmVxdWVzdGluZyBhY3Bp X2NwdWZyZXEKWyAgICA0LjE3MTAxN10gaW5pdGNhbGwgYWNwaV9wcm9jZXNzb3JfaW5pdCsweDAv MHg3ZSByZXR1cm5lZCAwIGFmdGVyIDU0MTAgdXNlY3MKWyAgICA0LjE3ODE0OV0gY2FsbGluZyAg YWNwaV9jb250YWluZXJfaW5pdCsweDAvMHg0YSBAIDEKWyAgICA0LjE3ODI2OF0gbW9kcHJvYmUg dXNlZCBncmVhdGVzdCBzdGFjayBkZXB0aDogNTI5NiBieXRlcyBsZWZ0ClsgICAgNC4xOTAwMzld IGluaXRjYWxsIGFjcGlfY29udGFpbmVyX2luaXQrMHgwLzB4NGEgcmV0dXJuZWQgMCBhZnRlciA5 MTMgdXNlY3MKWyAgICA0LjE5NzA4MF0gY2FsbGluZyAgYWNwaV90aGVybWFsX2luaXQrMHgwLzB4 NDIgQCAxClsgICAgNC4yMDE5OTRdIGluaXRjYWxsIGFjcGlfdGhlcm1hbF9pbml0KzB4MC8weDQy IHJldHVybmVkIDAgYWZ0ZXIgNDEgdXNlY3MKWyAgICA0LjIwODc3M10gY2FsbGluZyAgYWNwaV9i YXR0ZXJ5X2luaXQrMHgwLzB4MTYgQCAxClsgICAgNC4yMTM2NDVdIGluaXRjYWxsIGFjcGlfYmF0 dGVyeV9pbml0KzB4MC8weDE2IHJldHVybmVkIDAgYWZ0ZXIgMSB1c2VjcwpbICAgIDQuMjIwMzQw XSBjYWxsaW5nICB4ZW5idXNfcHJvYmVfaW5pdGNhbGwrMHgwLzB4MzkgQCAxClsgICAgNC4yMjU1 NTldIGluaXRjYWxsIHhlbmJ1c19wcm9iZV9pbml0Y2FsbCsweDAvMHgzOSByZXR1cm5lZCAwIGFm dGVyIDAgdXNlY3MKWyAgICA0LjIzMjU5N10gY2FsbGluZyAgeGVuYnVzX2luaXQrMHgwLzB4M2Eg QCAxClsgICAgNC4yMzYwNjBdIGNhbGxpbmcgIDFfYWNwaV9iYXR0ZXJ5X2luaXRfYXN5bmMrMHgw LzB4MWIgQCA1ClsgICAgNC4yMzYxMjFdIGluaXRjYWxsIDFfYWNwaV9iYXR0ZXJ5X2luaXRfYXN5 bmMrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRlciA1NiB1c2VjcwpbICAgIDQuMjUwMDQwXSBpbml0 Y2FsbCB4ZW5idXNfaW5pdCsweDAvMHgzYSByZXR1cm5lZCAwIGFmdGVyIDY1IHVzZWNzClsgICAg NC4yNTYzMDVdIGNhbGxpbmcgIHhlbmJ1c19iYWNrZW5kX2luaXQrMHgwLzB4NDcgQCAxClsgICAg NC4yNjE0MDBdIGluaXRjYWxsIHhlbmJ1c19iYWNrZW5kX2luaXQrMHgwLzB4NDcgcmV0dXJuZWQg MCBhZnRlciA0NSB1c2VjcwpbICAgIDQuMjY4MzUzXSBjYWxsaW5nICBldnRjaG5faW5pdCsweDAv MHg3MiBAIDEKWyAgICA0LjI3Mjc1N10gRXZlbnQtY2hhbm5lbCBkZXZpY2UgaW5zdGFsbGVkLgpb ICAgIDQuMjc2OTM5XSBpbml0Y2FsbCBldnRjaG5faW5pdCsweDAvMHg3MiByZXR1cm5lZCAwIGFm dGVyIDQxMzIgdXNlY3MKWyAgICA0LjI4MzM3MV0gY2FsbGluZyAgZ250ZGV2X2luaXQrMHgwLzB4 NDkgQCAxClsgICAgNC4yODc3NzBdIGluaXRjYWxsIGdudGRldl9pbml0KzB4MC8weDQ5IHJldHVy bmVkIDAgYWZ0ZXIgNDMgdXNlY3MKWyAgICA0LjI5NDAzMV0gY2FsbGluZyAgZ250YWxsb2NfaW5p dCsweDAvMHgzYSBAIDEKWyAgICA0LjI5ODYwNV0gaW5pdGNhbGwgZ250YWxsb2NfaW5pdCsweDAv MHgzYSByZXR1cm5lZCAwIGFmdGVyIDQ1IHVzZWNzClsgICAgNC4zMDUwNDFdIGNhbGxpbmcgIHhl bmZzX2luaXQrMHgwLzB4MmQgQCAxClsgICAgNC4zMDkzMTNdIGluaXRjYWxsIHhlbmZzX2luaXQr MHgwLzB4MmQgcmV0dXJuZWQgMCBhZnRlciAzIHVzZWNzClsgICAgNC4zMTUzOTddIGNhbGxpbmcg IGh5cGVydmlzb3Jfc3Vic3lzX2luaXQrMHgwLzB4MjUgQCAxClsgICAgNC4zMjA3MDBdIGluaXRj YWxsIGh5cGVydmlzb3Jfc3Vic3lzX2luaXQrMHgwLzB4MjUgcmV0dXJuZWQgMCBhZnRlciAwIHVz ZWNzClsgICAgNC4zMjc4MjVdIGNhbGxpbmcgIGh5cGVyX3N5c2ZzX2luaXQrMHgwLzB4ZmIgQCAx ClsgICAgNC4zMzI2MzhdIGluaXRjYWxsIGh5cGVyX3N5c2ZzX2luaXQrMHgwLzB4ZmIgcmV0dXJu ZWQgMCBhZnRlciA3IHVzZWNzClsgICAgNC4zMzkyNDRdIGNhbGxpbmcgIHBsYXRmb3JtX3BjaV9t b2R1bGVfaW5pdCsweDAvMHgxYiBAIDEKWyAgICA0LjM0NDc2M10gaW5pdGNhbGwgcGxhdGZvcm1f cGNpX21vZHVsZV9pbml0KzB4MC8weDFiIHJldHVybmVkIDAgYWZ0ZXIgMzkgdXNlY3MKWyAgICA0 LjM1MjE1MF0gY2FsbGluZyAgeGVuX3BjaWJrX2luaXQrMHgwLzB4MTNiIEAgMQpbICAgIDQuMzU2 ODc4XSB4ZW4tcGNpYmFjazogYmFja2VuZCBpcyB2cGNpClsgICAgNC4zNjA4MzRdIGluaXRjYWxs IHhlbl9wY2lia19pbml0KzB4MC8weDEzYiByZXR1cm5lZCAwIGFmdGVyIDM4ODggdXNlY3MKWyAg ICA0LjM2NzYxNF0gY2FsbGluZyAgcHJpdmNtZF9pbml0KzB4MC8weDNhIEAgMQpbICAgIDQuMzcy MDk4XSBpbml0Y2FsbCBwcml2Y21kX2luaXQrMHgwLzB4M2EgcmV0dXJuZWQgMCBhZnRlciA0NiB1 c2VjcwpbICAgIDQuMzc4NDQ0XSBjYWxsaW5nICBwdHlfaW5pdCsweDAvMHgyNjEgQCAxClsgICAg NC4zODI2NzZdIGluaXRjYWxsIHB0eV9pbml0KzB4MC8weDI2MSByZXR1cm5lZCAwIGFmdGVyIDUw IHVzZWNzClsgICAgNC4zODg3NjBdIGNhbGxpbmcgIHN5c3JxX2luaXQrMHgwLzB4NzggQCAxClsg ICAgNC4zOTMwMjldIGluaXRjYWxsIHN5c3JxX2luaXQrMHgwLzB4NzggcmV0dXJuZWQgMCBhZnRl ciA1IHVzZWNzClsgICAgNC4zOTkxMTZdIGNhbGxpbmcgIHhlbl9odmNfaW5pdCsweDAvMHgyMWUg QCAxClsgICAgNC40MDQwNDZdIGluaXRjYWxsIHhlbl9odmNfaW5pdCsweDAvMHgyMWUgcmV0dXJu ZWQgMCBhZnRlciAzOTUgdXNlY3MKWyAgICA0LjQxMDU2NV0gY2FsbGluZyAgc2VyaWFsODI1MF9p bml0KzB4MC8weDE4OSBAIDEKWyAgICA0LjQxNTM0OV0gU2VyaWFsOiA4MjUwLzE2NTUwIGRyaXZl ciwgNCBwb3J0cywgSVJRIHNoYXJpbmcgZW5hYmxlZApbICAgIDQuNDQyMjYyXSBhc3luY193YWl0 aW5nIEAgMQpbICAgIDQuNDQ1MjI1XSBhc3luY19jb250aW51aW5nIEAgMSBhZnRlciAwIHVzZWMK WyAgICA0LjU3MTEyM10gYXN5bmNfd2FpdGluZyBAIDEKWyAgICA0LjU3NDA5MV0gYXN5bmNfY29u dGludWluZyBAIDEgYWZ0ZXIgMCB1c2VjClsgICAgNC43MDAxNzFdIHNlcmlhbDgyNTA6IHR0eVMw IGF0IEkvTyAweDNmOCAoaXJxID0gNCkgaXMgYSAxNjU1MEEKWyAgICA0LjcyNjg0OV0gYXN5bmNf d2FpdGluZyBAIDEKWyAgICA0LjcyOTgxNl0gYXN5bmNfY29udGludWluZyBAIDEgYWZ0ZXIgMCB1 c2VjClsgICAgNC44NTYxMjFdIGFzeW5jX3dhaXRpbmcgQCAxClsgICAgNC44NTkwOTBdIGFzeW5j X2NvbnRpbnVpbmcgQCAxIGFmdGVyIDAgdXNlYwpbICAgIDQuOTg1MTcxXSBzZXJpYWw4MjUwOiB0 dHlTMSBhdCBJL08gMHgyZjggKGlycSA9IDMpIGlzIGEgMTY1NTBBClsgICAgNC45OTEzNzJdIGlu aXRjYWxsIHNlcmlhbDgyNTBfaW5pdCsweDAvMHgxODkgcmV0dXJuZWQgMCBhZnRlciA1NjI1MjAg dXNlY3MKWyAgICA0Ljk5ODQxMV0gY2FsbGluZyAgc2VyaWFsODI1MF9wbnBfaW5pdCsweDAvMHgx MiBAIDEKWyAgICA1LjAyNDE5N10gMDA6MDY6IHR0eVMwIGF0IEkvTyAweDNmOCAoaXJxID0gNCkg aXMgYSAxNjU1MEEKWyAgICA1LjA1MDQ3OF0gMDA6MDc6IHR0eVMxIGF0IEkvTyAweDJmOCAoaXJx ID0gMykgaXMgYSAxNjU1MEEKWyAgICA1LjA1NjIwOV0gaW5pdGNhbGwgc2VyaWFsODI1MF9wbnBf aW5pdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDUxNTE2IHVzZWNzClsgICAgNS4wNjM0MjVd IGNhbGxpbmcgIHNlcmlhbDgyNTBfcGNpX2luaXQrMHgwLzB4MWIgQCAxClsgICAgNS4wNjg1MTld IGluaXRjYWxsIHNlcmlhbDgyNTBfcGNpX2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRlciA0 NiB1c2VjcwpbICAgIDUuMDc1NDc0XSBjYWxsaW5nICByYW5kX2luaXRpYWxpemUrMHgwLzB4MzAg QCAxClsgICAgNS4wODAxODFdIGluaXRjYWxsIHJhbmRfaW5pdGlhbGl6ZSsweDAvMHgzMCByZXR1 cm5lZCAwIGFmdGVyIDkgdXNlY3MKWyAgICA1LjA4NjcwMV0gY2FsbGluZyAgaHBldF9pbml0KzB4 MC8weDY3IEAgMQpbICAgIDUuMDkwOTY4XSBpbml0Y2FsbCBocGV0X2luaXQrMHgwLzB4NjcgcmV0 dXJuZWQgMCBhZnRlciA4NSB1c2VjcwpbICAgIDUuMDk3MDU0XSBjYWxsaW5nICBudnJhbV9pbml0 KzB4MC8weDdmIEAgMQpbICAgIDUuMTAxMzYzXSBOb24tdm9sYXRpbGUgbWVtb3J5IGRyaXZlciB2 MS4zClsgICAgNS4xMDU1NDVdIGluaXRjYWxsIG52cmFtX2luaXQrMHgwLzB4N2YgcmV0dXJuZWQg MCBhZnRlciA0MTI4IHVzZWNzClsgICAgNS4xMTE4OTBdIGNhbGxpbmcgIG1vZF9pbml0KzB4MC8w eDIwNyBAIDEKWyAgICA1LjExNjEzOF0gaW50ZWxfcm5nOiBGV0ggbm90IGRldGVjdGVkClsgICAg NS4xMTk5NzddIGluaXRjYWxsIG1vZF9pbml0KzB4MC8weDIwNyByZXR1cm5lZCAtMTkgYWZ0ZXIg MzgxNyB1c2VjcwpbICAgIDUuMTI2NDExXSBjYWxsaW5nICBtb2RfaW5pdCsweDAvMHgxMmEgQCAx ClsgICAgNS4xMzA1OTVdIGluaXRjYWxsIG1vZF9pbml0KzB4MC8weDEyYSByZXR1cm5lZCAtMTkg YWZ0ZXIgNSB1c2VjcwpbICAgIDUuMTM2NzY3XSBjYWxsaW5nICBtb2RfaW5pdCsweDAvMHg1MCBA IDEKWyAgICA1LjE0MDg1N10gaW5pdGNhbGwgbW9kX2luaXQrMHgwLzB4NTAgcmV0dXJuZWQgLTE5 IGFmdGVyIDAgdXNlY3MKWyAgICA1LjE0Njk0M10gY2FsbGluZyAgYWdwX2luaXQrMHgwLzB4MjYg QCAxClsgICAgNS4xNTEwMzFdIExpbnV4IGFncGdhcnQgaW50ZXJmYWNlIHYwLjEwMwpbICAgIDUu MTU1MTI0XSBpbml0Y2FsbCBhZ3BfaW5pdCsweDAvMHgyNiByZXR1cm5lZCAwIGFmdGVyIDM5OTYg dXNlY3MKWyAgICA1LjE2MTI5Ml0gY2FsbGluZyAgYWdwX2FtZDY0X21vZF9pbml0KzB4MC8weDIy IEAgMQpbICAgIDUuMTY2MzI2XSBpbml0Y2FsbCBhZ3BfYW1kNjRfbW9kX2luaXQrMHgwLzB4MjIg cmV0dXJuZWQgLTE5IGFmdGVyIDcxIHVzZWNzClsgICAgNS4xNzMzNjZdIGNhbGxpbmcgIGFncF9p bnRlbF9pbml0KzB4MC8weDI5IEAgMQpbICAgIDUuMTc4MDEyXSBhZ3BnYXJ0LWludGVsIDAwMDA6 MDA6MDAuMDogSW50ZWwgRzMzIENoaXBzZXQKWyAgICA1LjE4MzU5N10gYWdwZ2FydC1pbnRlbCAw MDAwOjAwOjAwLjA6IGRldGVjdGVkIGd0dCBzaXplOiA1MjQyODhLIHRvdGFsLCAyNjIxNDRLIG1h cHBhYmxlClsgICAgNS4xOTI2MzJdIGFncGdhcnQtaW50ZWwgMDAwMDowMDowMC4wOiBkZXRlY3Rl ZCA4MTkySyBzdG9sZW4gbWVtb3J5ClsgICAgNS4xOTkxNDVdIGFncGdhcnQtaW50ZWwgMDAwMDow MDowMC4wOiBBR1AgYXBlcnR1cmUgaXMgMjU2TSBAIDB4ZDAwMDAwMDAKWyAgICA1LjIwNTk4M10g aW5pdGNhbGwgYWdwX2ludGVsX2luaXQrMHgwLzB4MjkgcmV0dXJuZWQgMCBhZnRlciAyNzM0NiB1 c2VjcwpbICAgIDUuMjEyNzY2XSBjYWxsaW5nICBhZ3Bfc2lzX2luaXQrMHgwLzB4MjkgQCAxClsg ICAgNS4yMTcyNDldIGluaXRjYWxsIGFncF9zaXNfaW5pdCsweDAvMHgyOSByZXR1cm5lZCAwIGFm dGVyIDQwIHVzZWNzClsgICAgNS4yMjM1OTZdIGNhbGxpbmcgIGFncF92aWFfaW5pdCsweDAvMHgy OSBAIDEKWyAgICA1LjIyODA2MV0gaW5pdGNhbGwgYWdwX3ZpYV9pbml0KzB4MC8weDI5IHJldHVy bmVkIDAgYWZ0ZXIgNDM1NyB1c2VjcwpbICAgIDUuMjM0NTg1XSBjYWxsaW5nICBkcm1fY29yZV9p bml0KzB4MC8weDEzNiBAIDEKWyAgICA1LjIzOTI0OV0gW2RybV0gSW5pdGlhbGl6ZWQgZHJtIDEu MS4wIDIwMDYwODEwClsgICAgNS4yNDM4NjFdIGluaXRjYWxsIGRybV9jb3JlX2luaXQrMHgwLzB4 MTM2IHJldHVybmVkIDAgYWZ0ZXIgNDU1NCB1c2VjcwpbICAgIDUuMjUwNTU0XSBjYWxsaW5nICB0 dG1faW5pdCsweDAvMHg2MiBAIDEKWyAgICA1LjI1NDY4MV0gaW5pdGNhbGwgdHRtX2luaXQrMHgw LzB4NjIgcmV0dXJuZWQgMCBhZnRlciAzNCB1c2VjcwpbICAgIDUuMjYwNjgzXSBjYWxsaW5nICBy YWRlb25faW5pdCsweDAvMHhlOSBAIDEKWyAgICA1LjI2NTAzNF0gW2RybV0gcmFkZW9uIGRlZmF1 bHRpbmcgdG8ga2VybmVsIG1vZGVzZXR0aW5nLgpbICAgIDUuMjcwNTEyXSBbZHJtXSByYWRlb24g a2VybmVsIG1vZGVzZXR0aW5nIGVuYWJsZWQuClsgICAgNS4yNzU0NzFdIFtkcm06ZHJtX3BjaV9p bml0XSwgClsgICAgNS4yNzg3NjNdIGluaXRjYWxsIHJhZGVvbl9pbml0KzB4MC8weGU5IHJldHVy bmVkIDAgYWZ0ZXIgMTM0MDYgdXNlY3MKWyAgICA1LjI4NTI4Ml0gY2FsbGluZyAgaTkxNV9pbml0 KzB4MC8weDhkIEAgMQpbICAgIDUuMjg5NDYxXSBbZHJtOmRybV9wY2lfaW5pdF0sIApbICAgIDUu MjkyNzA0XSBbZHJtOmRybV9nZXRfcGNpX2Rldl0sIApbICAgIDUuMjk2MjExXSB4ZW46IHJlZ2lz dGVyaW5nIGdzaSAxNiB0cmlnZ2VyaW5nIDAgcG9sYXJpdHkgMQpbICAgIDUuMzAxNzc4XSBBbHJl YWR5IHNldHVwIHRoZSBHU0kgOjE2ClsgICAgNS4zMDU0NjZdIFtkcm06ZHJtX2dldF9taW5vcl0s IApbICAgIDUuMzA4OTE1XSBbZHJtOmRybV9nZXRfbWlub3JdLCBuZXcgbWlub3IgYXNzaWduZWQg NjQKWyAgICA1LjMxNDA2NV0gW2RybTpkcm1fZ2V0X21pbm9yXSwgClsgICAgNS4zMTc1MDVdIFtk cm06ZHJtX2dldF9taW5vcl0sIG5ldyBtaW5vciBhc3NpZ25lZCAwClsgICAgNS4zMjI1NzNdIGk5 MTUgMDAwMDowMDowMi4wOiBzZXR0aW5nIGxhdGVuY3kgdGltZXIgdG8gNjQKWyAgICA1LjQwNTgw Ml0gW2RybV0gTVRSUiBhbGxvY2F0aW9uIGZhaWxlZC4gIEdyYXBoaWNzIHBlcmZvcm1hbmNlIG1h eSBzdWZmZXIuClsgICAgNS40MTMwODJdIFtkcm06aW50ZWxfb3ByZWdpb25fc2V0dXBdLCBncmFw aGljIG9wcmVnaW9uIHBoeXNpY2FsIGFkZHI6IDB4Y2Y2YWUwZTQKWyAgICA1LjQyMDY3Ml0gW2Ry bTppbnRlbF9vcHJlZ2lvbl9zZXR1cF0sIFNXU0NJIHN1cHBvcnRlZApbICAgIDUuNDI1OTU2XSBb ZHJtXSBTdXBwb3J0cyB2YmxhbmsgdGltZXN0YW1wIGNhY2hpbmcgUmV2IDEgKDEwLjEwLjIwMTAp LgpbICAgIDUuNDMyNTYyXSBbZHJtXSBEcml2ZXIgc3VwcG9ydHMgcHJlY2lzZSB2YmxhbmsgdGlt ZXN0YW1wIHF1ZXJ5LgpbICAgIDUuNDM4NjUyXSBbZHJtOmluaXRfdmJ0X2RlZmF1bHRzXSwgU2V0 IGRlZmF1bHQgdG8gU1NDIGF0IDEwME1IegpbICAgIDUuNDQ0NzU0XSBbZHJtOmludGVsX3BhcnNl X2Jpb3NdLCBVc2luZyBWQlQgZnJvbSBPcFJlZ2lvbjogJFZCVCBCRUFSTEFLRS1CICAgICBkClsg ICAgNS40NTIzMjhdIFtkcm06cGFyc2VfZ2VuZXJhbF9mZWF0dXJlc10sIEJEQl9HRU5FUkFMX0ZF QVRVUkVTIGludF90dl9zdXBwb3J0IDEgaW50X2NydF9zdXBwb3J0IDEgbHZkc191c2Vfc3NjIDAg bHZkc19zc2NfZnJlcSA5NiBkaXNwbGF5X2Nsb2NrX21vZGUgMApbICAgIDUuNDY1Nzk0XSBbZHJt OnBhcnNlX2dlbmVyYWxfZGVmaW5pdGlvbnNdLCBjcnRfZGRjX2J1c19waW46IDIKWyAgICA1LjQ3 MTcyNV0gW2RybTpwYXJzZV9zZHZvX3BhbmVsX2RhdGFdLCBGb3VuZCBTRFZPIHBhbmVsIG1vZGUg aW4gQklPUyBWQlQgdGFibGVzOgpbICAgIDUuNDc5MzAxXSBbZHJtOmRybV9tb2RlX2RlYnVnX3By aW50bW9kZWxpbmVdLCBNb2RlbGluZSAwOiIxNjAweDEyMDAiIDAgMTYyMDAwIDE2MDAgMTY2NCAx ODU2IDIxNjAgMTIwMCAxMjAxIDEyMDQgMTI1MCAweDggMHhhClsgICAgNS40OTA3NzRdIFtkcm06 cGFyc2Vfc2R2b19kZXZpY2VfbWFwcGluZ10sIE5vIFNEVk8gZGV2aWNlIGluZm8gaXMgZm91bmQg aW4gVkJUClsgICAgNS40OTgxNzhdIFtkcm06cGFyc2VfZGV2aWNlX21hcHBpbmddLCBubyBjaGls ZCBkZXYgaXMgcGFyc2VkIGZyb20gVkJUClsgICAgNS41MDQ4MDRdIFtkcm06aW50ZWxfZHNtX3Bj aV9wcm9iZV0sIG5vIF9EU00gbWV0aG9kIGZvciBpbnRlbCBkZXZpY2UKWyAgICA1LjUxMTM0NV0g W2RybTppbnRlbF9tb2Rlc2V0X2luaXRdLCAyIGRpc3BsYXkgcGlwZXMgYXZhaWxhYmxlLgpbICAg IDUuNTE3MzYyXSBbZHJtOmludGVsX21vZGVzZXRfaW5pdF0sIHBsYW5lIDAgaW5pdCBmYWlsZWQ6 IC0xOQpbICAgIDUuNTIzMjAzXSBbZHJtOmludGVsX21vZGVzZXRfaW5pdF0sIHBsYW5lIDEgaW5p dCBmYWlsZWQ6IC0xOQpbICAgIDUuNTI5MDQ2XSB2Z2FhcmI6IGRldmljZSBjaGFuZ2VkIGRlY29k ZXM6IFBDSTowMDAwOjAwOjAyLjAsb2xkZGVjb2Rlcz1pbyttZW0sZGVjb2Rlcz1pbyttZW06b3du cz1pbyttZW0KWyAgICA1LjUzODkwNF0gW2RybTpkcm1fc3lzZnNfY29ubmVjdG9yX2FkZF0sIGFk ZGluZyAiVkdBLTEiIHRvIHN5c2ZzClsgICAgNS41NDUxMzVdIFtkcm06ZHJtX3N5c2ZzX2hvdHBs dWdfZXZlbnRdLCBnZW5lcmF0aW5nIGhvdHBsdWcgZXZlbnQKWyAgICA1LjU1MTQ0OF0gW2RybTpp OTE1X2dldF92YmxhbmtfdGltZXN0YW1wXSwgY3J0YyAwIGlzIGRpc2FibGVkClsgICAgNS41ODgw NTVdIFtkcm06aW50ZWxfdXBkYXRlX2ZiY10sIApbICAgIDUuNTkxNjQyXSBbZHJtOmk5eHhfZ2V0 X2ZpZm9fc2l6ZV0sIEZJRk8gc2l6ZSAtICgweDAwMDAxZDljKSBBOiAyOApbICAgIDUuNTk4MDAz XSBbZHJtOmk5eHhfZ2V0X2ZpZm9fc2l6ZV0sIEZJRk8gc2l6ZSAtICgweDAwMDAxZDljKSBCOiAz MQpbICAgIDUuNjA0MzYzXSBbZHJtOmk5eHhfdXBkYXRlX3dtXSwgRklGTyB3YXRlcm1hcmtzIC0g QTogMjYsIEI6IDI5ClsgICAgNS42MTAzNzhdIFtkcm06aTl4eF91cGRhdGVfd21dLCBTZXR0aW5n IEZJRk8gd2F0ZXJtYXJrcyAtIEE6IDI2LCBCOiAyOSwgQzogMiwgU1IgMQpbICAgIDUuNjE4MTI1 XSBbZHJtOmk5eHhfdXBkYXRlX3dtXSwgbWVtb3J5IHNlbGYgcmVmcmVzaCBkaXNhYmxlZApbICAg IDUuNjIxMzUyXSBbZHJtOmk5MTVfZ2V0X3ZibGFua19jb3VudGVyXSwgdHJ5aW5nIHRvIGdldCB2 YmxhbmsgY291bnQgZm9yIGRpc2FibGVkIHBpcGUgQgpbICAgIDUuNjIxMzU0XSBbZHJtOmk5MTVf Z2V0X3ZibGFua190aW1lc3RhbXBdLCBjcnRjIDEgaXMgZGlzYWJsZWQKWyAgICA1LjYyMTM1Nl0g W2RybTppOTE1X2dldF92YmxhbmtfY291bnRlcl0sIHRyeWluZyB0byBnZXQgdmJsYW5rIGNvdW50 IGZvciBkaXNhYmxlZCBwaXBlIEIKWyAgICA1LjYyMTM2MV0gW2RybTppbnRlbF91cGRhdGVfZmJj XSwgClsgICAgNS42MjEzNjNdIFtkcm06aTl4eF9nZXRfZmlmb19zaXplXSwgRklGTyBzaXplIC0g KDB4MDAwMDFkOWMpIEE6IDI4ClsgICAgNS42MjEzNjZdIFtkcm06aTl4eF9nZXRfZmlmb19zaXpl XSwgRklGTyBzaXplIC0gKDB4MDAwMDFkOWMpIEI6IDMxClsgICAgNS42MjEzNjddIFtkcm06aTl4 eF91cGRhdGVfd21dLCBGSUZPIHdhdGVybWFya3MgLSBBOiAyNiwgQjogMjkKWyAgICA1LjYyMTM2 OV0gW2RybTppOXh4X3VwZGF0ZV93bV0sIFNldHRpbmcgRklGTyB3YXRlcm1hcmtzIC0gQTogMjYs IEI6IDI5LCBDOiAyLCBTUiAxClsgICAgNS42MjEzNzFdIFtkcm06aTl4eF91cGRhdGVfd21dLCBt ZW1vcnkgc2VsZiByZWZyZXNoIGRpc2FibGVkClsgICAgNS42MjUzODBdIFtkcm06aW5pdF9zdGF0 dXNfcGFnZV0sIHJlbmRlciByaW5nIGh3cyBvZmZzZXQ6IDB4MDAwMDAwMDAKWyAgICA1LjYyNTU0 OV0gW2RybV0gaW5pdGlhbGl6ZWQgb3ZlcmxheSBzdXBwb3J0ClsgICAgNS42MjU1NTBdIFtkcm06 ZHJtX2lycV9pbnN0YWxsXSwgaXJxPTI4NApbICAgIDUuNjI1NTc2XSBbZHJtOmRybV9oZWxwZXJf cHJvYmVfc2luZ2xlX2Nvbm5lY3Rvcl9tb2Rlc10sIFtDT05ORUNUT1I6NTpWR0EtMV0KWyAgICA1 LjYzMzA2MV0gW2RybTppbnRlbF9jcnRfZGV0ZWN0XSwgQ1JUIGRldGVjdGVkIHZpYSBob3RwbHVn ClsgICAgNS42NjA4NzRdIFtkcm06ZHJtX2VkaWRfdG9fZWxkXSwgRUxEOiBubyBDRUEgRXh0ZW5z aW9uIGZvdW5kClsgICAgNS42NjA4ODFdIFtkcm06ZHJtX2hlbHBlcl9wcm9iZV9zaW5nbGVfY29u bmVjdG9yX21vZGVzXSwgW0NPTk5FQ1RPUjo1OlZHQS0xXSBwcm9iZWQgbW9kZXMgOgpbICAgIDUu NjYwODgzXSBbZHJtOmRybV9tb2RlX2RlYnVnX3ByaW50bW9kZWxpbmVdLCBNb2RlbGluZSA4OiIx NDQweDkwMCIgNjAgMTA2NTAwIDE0NDAgMTUyMCAxNjcyIDE5MDQgOTAwIDkwNiA5MDkgOTM0IDB4 NDggMHg1ClsgICAgNS42NjA4ODZdIFtkcm06ZHJtX21vZGVfZGVidWdfcHJpbnRtb2RlbGluZV0s IE1vZGVsaW5lIDE4OiIxMjgweDEwMjQiIDc1IDEzNTAwMCAxMjgwIDEyOTYgMTQ0MCAxNjg4IDEw MjQgMTAyNSAxMDI4IDEwNjYgMHg0MCAweDUKWyAgICA1LjY2MDg4OV0gW2RybTpkcm1fbW9kZV9k ZWJ1Z19wcmludG1vZGVsaW5lXSwgTW9kZWxpbmUgMTM6IjEyODB4OTYwIiA2MCAxMDgwMDAgMTI4 MCAxMzc2IDE0ODggMTgwMCA5NjAgOTYxIDk2NCAxMDAwIDB4NDAgMHg1ClsgICAgNS42NjA4OTJd IFtkcm06ZHJtX21vZGVfZGVidWdfcHJpbnRtb2RlbGluZV0sIE1vZGVsaW5lIDEyOiIxMjgweDgw MCIgNzUgMTA2NTAwIDEyODAgMTM2MCAxNDg4IDE2OTYgODAwIDgwMyA4MDkgODM4IDB4NDAgMHg2 ClsgICAgNS42NjA4OTVdIFtkcm06ZHJtX21vZGVfZGVidWdfcHJpbnRtb2RlbGluZV0sIE1vZGVs aW5lIDIzOiIxMTUyeDg2NCIgNzUgMTA4MDAwIDExNTIgMTIxNiAxMzQ0IDE2MDAgODY0IDg2NSA4 NjggOTAwIDB4NDAgMHg1ClsgICAgNS42NjA4OThdIFtkcm06ZHJtX21vZGVfZGVidWdfcHJpbnRt b2RlbGluZV0sIE1vZGVsaW5lIDExOiIxMjgweDcyMCIgNzUgOTU2ODEgMTI4MCAxMzUyIDE0ODgg MTY5NiA3MjAgNzIxIDcyNCA3NTIgMHgwIDB4NgpbICAgIDUuNjYwOTAxXSBbZHJtOmRybV9tb2Rl X2RlYnVnX3ByaW50bW9kZWxpbmVdLCBNb2RlbGluZSAxMDoiMTI4MHg3MjAiIDYwIDc0NDQwIDEy ODAgMTMzNiAxNDcyIDE2NjQgNzIwIDcyMSA3MjQgNzQ2IDB4MCAweDYKWyAgICA1LjY2MDkwNF0g W2RybTpkcm1fbW9kZV9kZWJ1Z19wcmludG1vZGVsaW5lXSwgTW9kZWxpbmUgOToiMTE1Mng3MjAi IDYwIDY3MjgyIDExNTIgMTIwOCAxMzI4IDE1MDQgNzIwIDcyMSA3MjQgNzQ2IDB4MCAweDYKWyAg ICA1LjY2MDkwNl0gW2RybTpkcm1fbW9kZV9kZWJ1Z19wcmludG1vZGVsaW5lXSwgTW9kZWxpbmUg MTk6IjEwMjR4NzY4IiA3NSA3ODgwMCAxMDI0IDEwNDAgMTEzNiAxMzEyIDc2OCA3NjkgNzcyIDgw MCAweDQwIDB4NQpbICAgIDUuNjYwOTEwXSBbZHJtOmRybV9tb2RlX2RlYnVnX3ByaW50bW9kZWxp bmVdLCBNb2RlbGluZSAyMDoiMTAyNHg3NjgiIDYwIDY1MDAwIDEwMjQgMTA0OCAxMTg0IDEzNDQg NzY4IDc3MSA3NzcgODA2IDB4NDAgMHhhClsgICAgNS42NjA5MTNdIFtkcm06ZHJtX21vZGVfZGVi dWdfcHJpbnRtb2RlbGluZV0sIE1vZGVsaW5lIDIxOiI4MzJ4NjI0IiA3NSA1NzI4NCA4MzIgODY0 IDkyOCAxMTUyIDYyNCA2MjUgNjI4IDY2NyAweDQwIDB4YQpbICAgIDUuNjYwOTE2XSBbZHJtOmRy bV9tb2RlX2RlYnVnX3ByaW50bW9kZWxpbmVdLCBNb2RlbGluZSAyMjoiODAweDYwMCIgNzUgNDk1 MDAgODAwIDgxNiA4OTYgMTA1NiA2MDAgNjAxIDYwNCA2MjUgMHg0MCAweDUKWyAgICA1LjY2MDkx OF0gW2RybTpkcm1fbW9kZV9kZWJ1Z19wcmludG1vZGVsaW5lXSwgTW9kZWxpbmUgMTQ6IjgwMHg2 MDAiIDYwIDQwMDAwIDgwMCA4NDAgOTY4IDEwNTYgNjAwIDYwMSA2MDUgNjI4IDB4NDAgMHg1Clsg ICAgNS42NjA5MjJdIFtkcm06ZHJtX21vZGVfZGVidWdfcHJpbnRtb2RlbGluZV0sIE1vZGVsaW5l IDE1OiI2NDB4NDgwIiA3NSAzMTUwMCA2NDAgNjU2IDcyMCA4NDAgNDgwIDQ4MSA0ODQgNTAwIDB4 NDAgMHhhClsgICAgNS42NjA5MjRdIFtkcm06ZHJtX21vZGVfZGVidWdfcHJpbnRtb2RlbGluZV0s IE1vZGVsaW5lIDE2OiI2NDB4NDgwIiA2MCAyNTIwMCA2NDAgNjU2IDc1MiA4MDAgNDgwIDQ5MCA0 OTIgNTI1IDB4NDAgMHhhClsgICAgNS42NjA5MjddIFtkcm06ZHJtX21vZGVfZGVidWdfcHJpbnRt b2RlbGluZV0sIE1vZGVsaW5lIDE3OiI3MjB4NDAwIiA3MCAyODMyMCA3MjAgNzM4IDg0NiA5MDAg NDAwIDQxMiA0MTQgNDQ5IDB4NDAgMHg2ClsgICAgNS42NjA5MzBdIFtkcm06ZHJtX3NldHVwX2Ny dGNzXSwgClsgICAgNS42NjA5MzJdIFtkcm06ZHJtX2VuYWJsZV9jb25uZWN0b3JzXSwgY29ubmVj dG9yIDUgZW5hYmxlZD8geWVzClsgICAgNS42NjA5MzNdIFtkcm06ZHJtX3RhcmdldF9wcmVmZXJy ZWRdLCBsb29raW5nIGZvciBjbWRsaW5lIG1vZGUgb24gY29ubmVjdG9yIDUKWyAgICA1LjY2MDkz NV0gW2RybTpkcm1fdGFyZ2V0X3ByZWZlcnJlZF0sIGxvb2tpbmcgZm9yIHByZWZlcnJlZCBtb2Rl IG9uIGNvbm5lY3RvciA1ClsgICAgNS42NjA5MzddIFtkcm06ZHJtX3RhcmdldF9wcmVmZXJyZWRd LCBmb3VuZCBtb2RlIDE0NDB4OTAwClsgICAgNS42NjA5MzhdIFtkcm06ZHJtX3NldHVwX2NydGNz XSwgcGlja2luZyBDUlRDcyBmb3IgNDA5Nng0MDk2IGNvbmZpZwpbICAgIDUuNjYwOTQwXSBbZHJt OmRybV9zZXR1cF9jcnRjc10sIGRlc2lyZWQgbW9kZSAxNDQweDkwMCBzZXQgb24gY3J0YyAzClsg ICAgNS42NjYzNTddIFtkcm06aW50ZWxmYl9jcmVhdGVdLCBhbGxvY2F0ZWQgMTQ0MHg5MDAgZmI6 IDB4MDAwMzAwMDAsIGJvIGZmZmY4ODAwYmYxZmM2MDAKWyAgICA1LjY2NjM2NF0gY2hlY2tpbmcg Z2VuZXJpYyAoZDAwMDAwMDAgN2YwMDAwKSB2cyBodyAoZDAwMDAwMDAgMTAwMDAwMDApClsgICAg NS42NjYzNjVdIGZiOiBjb25mbGljdGluZyBmYiBodyB1c2FnZSBpbnRlbGRybWZiIHZzIFZFU0Eg VkdBIC0gcmVtb3ZpbmcgZ2VuZXJpYyBkcml2ZXIKWyAgICA1Ljk2NzA4MF0gQ29uc29sZTogc3dp dGNoaW5nIHRvIGNvbG91ciBkdW1teSBkZXZpY2UgODB4MjUKWyAgICA1Ljk3MzYwNF0gZmJjb246 IGludGVsZHJtZmIgKGZiMCkgaXMgcHJpbWFyeSBkZXZpY2UKWyAgICA1Ljk3ODY5OV0gW2RybTpk cm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10sIApbICAgIDUuOTc4NzAxXSBbZHJtOmRybV9jcnRj X2hlbHBlcl9zZXRfY29uZmlnXSwgW0NSVEM6M10gW0ZCOjI1XSAjY29ubmVjdG9ycz0xICh4IHkp ICgwIDApClsgICAgNS45Nzg3MDVdIFtkcm06ZHJtX2NydGNfaGVscGVyX3NldF9jb25maWddLCBj cnRjIGhhcyBubyBmYiwgZnVsbCBtb2RlIHNldApbICAgIDUuOTc4NzA3XSBbZHJtOmRybV9jcnRj X2hlbHBlcl9zZXRfY29uZmlnXSwgbW9kZXMgYXJlIGRpZmZlcmVudCwgZnVsbCBtb2RlIHNldApb ICAgIDUuOTc4NzA4XSBbZHJtOmRybV9tb2RlX2RlYnVnX3ByaW50bW9kZWxpbmVdLCBNb2RlbGlu ZSAwOiIiIDAgMCAwIDAgMCAwIDAgMCAwIDAgMHgwIDB4MApbICAgIDUuOTc4NzExXSBbZHJtOmRy bV9tb2RlX2RlYnVnX3ByaW50bW9kZWxpbmVdLCBNb2RlbGluZSAyNDoiMTQ0MHg5MDAiIDYwIDEw NjUwMCAxNDQwIDE1MjAgMTY3MiAxOTA0IDkwMCA5MDYgOTA5IDkzNCAweDQ4IDB4NQpbICAgIDUu OTc4NzE0XSBbZHJtOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSwgZW5jb2RlciBjaGFuZ2Vk LCBmdWxsIG1vZGUgc3dpdGNoClsgICAgNS45Nzg3MTZdIFtkcm06ZHJtX2NydGNfaGVscGVyX3Nl dF9jb25maWddLCBjcnRjIGNoYW5nZWQsIGZ1bGwgbW9kZSBzd2l0Y2gKWyAgICA1Ljk3ODcxOF0g W2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10sIFtDT05ORUNUT1I6NTpWR0EtMV0gdG8g W0NSVEM6M10KWyAgICA1Ljk3ODcxOV0gW2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10s IGF0dGVtcHRpbmcgdG8gc2V0IG1vZGUgZnJvbSB1c2Vyc3BhY2UKWyAgICA1Ljk3ODcyMV0gW2Ry bTpkcm1fbW9kZV9kZWJ1Z19wcmludG1vZGVsaW5lXSwgTW9kZWxpbmUgMjQ6IjE0NDB4OTAwIiA2 MCAxMDY1MDAgMTQ0MCAxNTIwIDE2NzIgMTkwNCA5MDAgOTA2IDkwOSA5MzQgMHg0OCAweDUKWyAg ICA1Ljk3ODcyNV0gW2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0X21vZGVdLCBbQ1JUQzozXQpbICAg IDUuOTc4NzMwXSBbZHJtOmRybV92YmxhbmtfZ2V0XSwgZW5hYmxpbmcgdmJsYW5rIG9uIGNydGMg MCwgcmV0OiAtMjIKWyAgICA1Ljk3ODgwMl0gW2RybTppOXh4X2NydGNfbW9kZV9zZXRdLCBNb2Rl IGZvciBwaXBlIEE6ClsgICAgNS45Nzg4MDRdIFtkcm06ZHJtX21vZGVfZGVidWdfcHJpbnRtb2Rl bGluZV0sIE1vZGVsaW5lIDI0OiIxNDQweDkwMCIgNjAgMTA2NTAwIDE0NDAgMTUyMCAxNjcyIDE5 MDQgOTAwIDkwNiA5MDkgOTM0IDB4NDggMHg1ClsgICAgNi4wMTMwNjJdIFtkcm06aTl4eF91cGRh dGVfcGxhbmVdLCBXcml0aW5nIGJhc2UgMDAwMzAwMDAgMDAwMDAwMDAgMCAwIDU3NjAKWyAgICA2 LjAxMzA2Nl0gW2RybTppbnRlbF91cGRhdGVfZmJjXSwgClsgICAgNi4wMTMwNjldIFtkcm06aTl4 eF9nZXRfZmlmb19zaXplXSwgRklGTyBzaXplIC0gKDB4MDAwMDFkOWMpIEE6IDI4ClsgICAgNi4w MTMwNzNdIFtkcm06aW50ZWxfY2FsY3VsYXRlX3dtXSwgRklGTyBlbnRyaWVzIHJlcXVpcmVkIGZv ciBtb2RlOiAzNApbICAgIDYuMDEzMDc1XSBbZHJtOmludGVsX2NhbGN1bGF0ZV93bV0sIEZJRk8g d2F0ZXJtYXJrIGxldmVsOiAtOApbICAgIDYuMDEzMDc4XSBbZHJtOmk5eHhfZ2V0X2ZpZm9fc2l6 ZV0sIEZJRk8gc2l6ZSAtICgweDAwMDAxZDljKSBCOiAzMQpbICAgIDYuMDEzMDgxXSBbZHJtOmk5 eHhfdXBkYXRlX3dtXSwgRklGTyB3YXRlcm1hcmtzIC0gQTogMSwgQjogMjkKWyAgICA2LjAxMzA4 NF0gW2RybTppOXh4X3VwZGF0ZV93bV0sIHNlbGYtcmVmcmVzaCBlbnRyaWVzOiA5MApbICAgIDYu MDEzMDg2XSBbZHJtOmk5eHhfdXBkYXRlX3dtXSwgU2V0dGluZyBGSUZPIHdhdGVybWFya3MgLSBB OiAxLCBCOiAyOSwgQzogMiwgU1IgNQpbICAgIDYuMDEzMDg5XSBbZHJtOmk5eHhfdXBkYXRlX3dt XSwgbWVtb3J5IHNlbGYgcmVmcmVzaCBlbmFibGVkClsgICAgNi4wMTMwOTJdIFtkcm06ZHJtX2Ny dGNfaGVscGVyX3NldF9tb2RlXSwgW0VOQ09ERVI6NjpEQUMtNl0gc2V0IFtNT0RFOjI0OjE0NDB4 OTAwXQpbICAgIDYuMDEzMDk2XSBbZHJtOmk5eHhfZ2V0X2ZpZm9fc2l6ZV0sIEZJRk8gc2l6ZSAt ICgweDAwMDAxZDljKSBBOiAyOApbICAgIDYuMDEzMDk5XSBbZHJtOmludGVsX2NhbGN1bGF0ZV93 bV0sIEZJRk8gZW50cmllcyByZXF1aXJlZCBmb3IgbW9kZTogMzQKWyAgICA2LjAxMzEwMl0gW2Ry bTppbnRlbF9jYWxjdWxhdGVfd21dLCBGSUZPIHdhdGVybWFyayBsZXZlbDogLTgKWyAgICA2LjAx MzEwNF0gW2RybTppOXh4X2dldF9maWZvX3NpemVdLCBGSUZPIHNpemUgLSAoMHgwMDAwMWQ5Yykg QjogMzEKWyAgICA2LjAxMzEwN10gW2RybTppOXh4X3VwZGF0ZV93bV0sIEZJRk8gd2F0ZXJtYXJr cyAtIEE6IDEsIEI6IDI5ClsgICAgNi4wMTMxMDldIFtkcm06aTl4eF91cGRhdGVfd21dLCBzZWxm LXJlZnJlc2ggZW50cmllczogOTAKWyAgICA2LjAxMzExMl0gW2RybTppOXh4X3VwZGF0ZV93bV0s IFNldHRpbmcgRklGTyB3YXRlcm1hcmtzIC0gQTogMSwgQjogMjksIEM6IDIsIFNSIDUKWyAgICA2 LjAxMzExNV0gW2RybTppOXh4X3VwZGF0ZV93bV0sIG1lbW9yeSBzZWxmIHJlZnJlc2ggZW5hYmxl ZApbICAgIDYuMDEzNzM0XSBbZHJtOmludGVsX3VwZGF0ZV9mYmNdLCAKWyAgICA2LjAxMzczNl0g W2RybTpkcm1fY2FsY190aW1lc3RhbXBpbmdfY29uc3RhbnRzXSwgY3J0YyAzOiBod21vZGU6IGh0 b3RhbCAxOTA0LCB2dG90YWwgOTM0LCB2ZGlzcGxheSA5MDAKWyAgICA2LjAxMzczOF0gW2RybTpk cm1fY2FsY190aW1lc3RhbXBpbmdfY29uc3RhbnRzXSwgY3J0YyAzOiBjbG9jayAxMDY1MDAga0h6 IGZyYW1lZHVyIDE2Njk3MTE4IGxpbmVkdXIgMTc4NzcsIHBpeGVsZHVyIDkKWyAgICA2LjAxMzc0 MV0gW2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10sIFNldHRpbmcgY29ubmVjdG9yIERQ TVMgc3RhdGUgdG8gb24KWyAgICA2LjAxMzc0Ml0gW2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0X2Nv bmZpZ10sIAlbQ09OTkVDVE9SOjU6VkdBLTFdIHNldCBEUE1TIG9uClsgICAgNi4wMTM3NDVdIFtk cm06ZHJtX2NydGNfaGVscGVyX3NldF9jb25maWddLCAKWyAgICA2LjAxMzc0Nl0gW2RybTpkcm1f Y3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10sIFtDUlRDOjRdIFtOT0ZCXQpbICAgIDYuMDEzODQ3XSBb ZHJtOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSwgClsgICAgNi4wMTM4NDhdIFtkcm06ZHJt X2NydGNfaGVscGVyX3NldF9jb25maWddLCBbQ1JUQzozXSBbRkI6MjVdICNjb25uZWN0b3JzPTEg KHggeSkgKDAgMCkKWyAgICA2LjAxMzg1MV0gW2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZp Z10sIFtDT05ORUNUT1I6NTpWR0EtMV0gdG8gW0NSVEM6M10KWyAgICA2LjA1MzMzMF0gQ29uc29s ZTogc3dpdGNoaW5nIHRvIGNvbG91ciBmcmFtZSBidWZmZXIgZGV2aWNlIDE4MHg1NgpbICAgIDYu MDUzMzM3XSBbZHJtOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSwgClsgICAgNi4wNTMzMzhd IFtkcm06ZHJtX2NydGNfaGVscGVyX3NldF9jb25maWddLCBbQ1JUQzozXSBbRkI6MjVdICNjb25u ZWN0b3JzPTEgKHggeSkgKDAgMCkKWyAgICA2LjA1MzM0MV0gW2RybTpkcm1fY3J0Y19oZWxwZXJf c2V0X2NvbmZpZ10sIFtDT05ORUNUT1I6NTpWR0EtMV0gdG8gW0NSVEM6M10KWyAgICA2LjQxNjQw NF0gZmIwOiBpbnRlbGRybWZiIGZyYW1lIGJ1ZmZlciBkZXZpY2UKWyAgICA2LjQyMDkyOV0gZHJt OiByZWdpc3RlcmVkIHBhbmljIG5vdGlmaWVyClsgICAgNi40MjUwOTNdIFtkcm1dIEluaXRpYWxp emVkIGk5MTUgMS42LjAgMjAwODA3MzAgZm9yIDAwMDA6MDA6MDIuMCBvbiBtaW5vciAwClsgICAg Ni40MzIyNjldIGluaXRjYWxsIGk5MTVfaW5pdCsweDAvMHg4ZCByZXR1cm5lZCAwIGFmdGVyIDEx MTYwMTggdXNlY3MKWyAgICA2LjQzODc4OF0gY2FsbGluZyAgbm91dmVhdV9pbml0KzB4MC8weDUx IEAgMQpbICAgIDYuNDQzMjM3XSBbZHJtOmRybV9wY2lfaW5pdF0sIApbICAgIDYuNDQ2NTExXSBp bml0Y2FsbCBub3V2ZWF1X2luaXQrMHgwLzB4NTEgcmV0dXJuZWQgMCBhZnRlciAzMjA0IHVzZWNz ClsgICAgNi40NTMwMjldIGNhbGxpbmcgIGNuX3Byb2NfaW5pdCsweDAvMHgzYSBAIDEKWyAgICA2 LjQ1NzQ2OV0gaW5pdGNhbGwgY25fcHJvY19pbml0KzB4MC8weDNhIHJldHVybmVkIDAgYWZ0ZXIg MSB1c2VjcwpbICAgIDYuNDYzNzI5XSBjYWxsaW5nICB0b3BvbG9neV9zeXNmc19pbml0KzB4MC8w eDY3IEAgMQpbICAgIDYuNDY4NzgzXSBpbml0Y2FsbCB0b3BvbG9neV9zeXNmc19pbml0KzB4MC8w eDY3IHJldHVybmVkIDAgYWZ0ZXIgMTAgdXNlY3MKWyAgICA2LjQ3NTczNl0gY2FsbGluZyAgYnJk X2luaXQrMHgwLzB4MWNlIEAgMQpbICAgIDYuNDgxNzEzXSBicmQ6IG1vZHVsZSBsb2FkZWQKWyAg ICA2LjQ4NDc2OV0gaW5pdGNhbGwgYnJkX2luaXQrMHgwLzB4MWNlIHJldHVybmVkIDAgYWZ0ZXIg NDc0MSB1c2VjcwpbICAgIDYuNDkxMDI5XSBjYWxsaW5nICBsb29wX2luaXQrMHgwLzB4MTJlIEAg MQpbICAgIDYuNDk2Mjc1XSBsb29wOiBtb2R1bGUgbG9hZGVkClsgICAgNi40OTk0MTRdIGluaXRj YWxsIGxvb3BfaW5pdCsweDAvMHgxMmUgcmV0dXJuZWQgMCBhZnRlciA0MDI2IHVzZWNzClsgICAg Ni41MDU3NjBdIGNhbGxpbmcgIHhsYmxrX2luaXQrMHgwLzB4ODQgQCAxClsgICAgNi41MTAwNjBd IGluaXRjYWxsIHhsYmxrX2luaXQrMHgwLzB4ODQgcmV0dXJuZWQgMCBhZnRlciAzNSB1c2Vjcwpb ICAgIDYuNTE2MjM0XSBjYWxsaW5nICB4ZW5fYmxraWZfaW5pdCsweDAvMHgyNWUgQCAxClsgICAg Ni41MjExMjBdIGluaXRjYWxsIHhlbl9ibGtpZl9pbml0KzB4MC8weDI1ZSByZXR1cm5lZCAwIGFm dGVyIDE4MiB1c2VjcwpbICAgIDYuNTI3ODEzXSBjYWxsaW5nICBtYWNfaGlkX2luaXQrMHgwLzB4 MjIgQCAxClsgICAgNi41MzIyNTddIGluaXRjYWxsIG1hY19oaWRfaW5pdCsweDAvMHgyMiByZXR1 cm5lZCAwIGFmdGVyIDUgdXNlY3MKWyAgICA2LjUzODUxNl0gY2FsbGluZyAgc3BpX3RyYW5zcG9y dF9pbml0KzB4MC8weDdiIEAgMQpbICAgIDYuNTQzNTQwXSBpbml0Y2FsbCBzcGlfdHJhbnNwb3J0 X2luaXQrMHgwLzB4N2IgcmV0dXJuZWQgMCBhZnRlciA2NSB1c2VjcwpbICAgIDYuNTUwNDA2XSBj YWxsaW5nICBpbml0X3NkKzB4MC8weDExMiBAIDEKWyAgICA2LjU1NDU2OF0gaW5pdGNhbGwgaW5p dF9zZCsweDAvMHgxMTIgcmV0dXJuZWQgMCBhZnRlciA2OSB1c2VjcwpbICAgIDYuNTYwNTY4XSBj YWxsaW5nICBpbml0X3NyKzB4MC8weDQ2IEAgMQpbICAgIDYuNTY0NjA1XSBpbml0Y2FsbCBpbml0 X3NyKzB4MC8weDQ2IHJldHVybmVkIDAgYWZ0ZXIgMzIgdXNlY3MKWyAgICA2LjU3MDUxOF0gY2Fs bGluZyAgaW5pdF9zZysweDAvMHgxMmUgQCAxClsgICAgNi41NzQ2NTddIGluaXRjYWxsIGluaXRf c2crMHgwLzB4MTJlIHJldHVybmVkIDAgYWZ0ZXIgNDMgdXNlY3MKWyAgICA2LjU4MDY1OF0gY2Fs bGluZyAgYWhjaV9pbml0KzB4MC8weDFiIEAgMQpbICAgIDYuNTg0ODg3XSBpbml0Y2FsbCBhaGNp X2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRlciA0OCB1c2VjcwpbICAgIDYuNTkwOTc1XSBj YWxsaW5nICBwaWl4X2luaXQrMHgwLzB4MjkgQCAxClsgICAgNi41OTUxNjRdIGF0YV9waWl4IDAw MDA6MDA6MWYuMTogdmVyc2lvbiAyLjEzClsgICAgNi41OTk2OThdIHhlbjogcmVnaXN0ZXJpbmcg Z3NpIDE4IHRyaWdnZXJpbmcgMCBwb2xhcml0eSAxClsgICAgNi42MDUyNjhdIEFscmVhZHkgc2V0 dXAgdGhlIEdTSSA6MTgKWyAgICA2LjYwODk1Nl0gYXRhX3BpaXggMDAwMDowMDoxZi4xOiBzZXR0 aW5nIGxhdGVuY3kgdGltZXIgdG8gNjQKWyAgICA2LjYxNTE5OV0gc2NzaTAgOiBhdGFfcGlpeApb ICAgIDYuNjE4MTk5XSBzY3NpMSA6IGF0YV9waWl4ClsgICAgNi42MjE4MzBdIGF0YTE6IFBBVEEg bWF4IFVETUEvMTAwIGNtZCAweDFmMCBjdGwgMHgzZjYgYm1kbWEgMHhmZmEwIGlycSAxNApbICAg IDYuNjI4NzgzXSBhdGEyOiBQQVRBIG1heCBVRE1BLzEwMCBjbWQgMHgxNzAgY3RsIDB4Mzc2IGJt ZG1hIDB4ZmZhOCBpcnEgMTUKWyAgICA2LjYzNTc0NV0gY2FsbGluZyAgMl9hc3luY19wb3J0X3By b2JlKzB4MC8weDcwIEAgNQpbICAgIDYuNjQwNzA5XSBjYWxsaW5nICAzX2FzeW5jX3BvcnRfcHJv YmUrMHgwLzB4NzAgQCAxNApbICAgIDYuNjQwODkxXSB4ZW46IHJlZ2lzdGVyaW5nIGdzaSAxOSB0 cmlnZ2VyaW5nIDAgcG9sYXJpdHkgMQpbICAgIDYuNjQwODkzXSBBbHJlYWR5IHNldHVwIHRoZSBH U0kgOjE5ClsgICAgNi42NDA5MDFdIGF0YV9waWl4IDAwMDA6MDA6MWYuMjogTUFQIFsgUDAgUDIg UDEgUDMgXQpbICAgIDYuNjQwOTI3XSBhdGFfcGlpeCAwMDAwOjAwOjFmLjI6IHNldHRpbmcgbGF0 ZW5jeSB0aW1lciB0byA2NApbICAgIDYuNjY2Mzk5XSBzY3NpMiA6IGF0YV9waWl4ClsgICAgNi42 NjkzOTddIHNjc2kzIDogYXRhX3BpaXgKWyAgICA2LjY3Mjk1Ml0gYXRhMzogU0FUQSBtYXggVURN QS8xMzMgY21kIDB4ZDA4MCBjdGwgMHhkMDAwIGJtZG1hIDB4YzgwMCBpcnEgMTkKWyAgICA2LjY4 MDA5NV0gYXRhNDogU0FUQSBtYXggVURNQS8xMzMgY21kIDB4Y2MwMCBjdGwgMHhjODgwIGJtZG1h IDB4YzgwOCBpcnEgMTkKWyAgICA2LjY4NzIyOF0gY2FsbGluZyAgNF9hc3luY19wb3J0X3Byb2Jl KzB4MC8weDcwIEAgNzUxClsgICAgNi42OTIzODRdIGNhbGxpbmcgIDVfYXN5bmNfcG9ydF9wcm9i ZSsweDAvMHg3MCBAIDg4OQpbICAgIDYuNjk3NTY0XSBpbml0Y2FsbCBwaWl4X2luaXQrMHgwLzB4 MjkgcmV0dXJuZWQgMCBhZnRlciAxMDAwMDggdXNlY3MKWyAgICA2LjcwMzk5OF0gY2FsbGluZyAg YW1kX2luaXQrMHgwLzB4MWIgQCAxClsgICAgNi43MDgxMjhdIGluaXRjYWxsIGFtZF9pbml0KzB4 MC8weDFiIHJldHVybmVkIDAgYWZ0ZXIgMzkgdXNlY3MKWyAgICA2LjcxNDEzMF0gY2FsbGluZyAg b2xkcGlpeF9pbml0KzB4MC8weDFiIEAgMQpbICAgIDYuNzE4NjExXSBpbml0Y2FsbCBvbGRwaWl4 X2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRlciA0MCB1c2VjcwpbICAgIDYuNzI0OTYwXSBj YWxsaW5nICBzY2hfaW5pdCsweDAvMHgxYiBAIDEKWyAgICA2LjcyOTA4OF0gaW5pdGNhbGwgc2No X2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRlciAzNSB1c2VjcwpbICAgIDYuNzM1MDg4XSBj YWxsaW5nICBtcGlpeF9pbml0KzB4MC8weDFiIEAgMQpbICAgIDYuNzM5Mzg4XSBpbml0Y2FsbCBt cGlpeF9pbml0KzB4MC8weDFiIHJldHVybmVkIDAgYWZ0ZXIgMzUgdXNlY3MKWyAgICA2Ljc0NTU2 M10gY2FsbGluZyAgYXRhX2dlbmVyaWNfaW5pdCsweDAvMHgxYiBAIDEKWyAgICA2Ljc1MDM4Ml0g aW5pdGNhbGwgYXRhX2dlbmVyaWNfaW5pdCsweDAvMHgxYiByZXR1cm5lZCAwIGFmdGVyIDM2IHVz ZWNzClsgICAgNi43NTcwNzhdIGNhbGxpbmcgIG5ldF9vbGRkZXZzX2luaXQrMHgwLzB4OWUgQCAx ClsgICAgNi43NjE4NjhdIGluaXRjYWxsIG5ldF9vbGRkZXZzX2luaXQrMHgwLzB4OWUgcmV0dXJu ZWQgMCBhZnRlciAyIHVzZWNzClsgICAgNi43Njg0NjldIGNhbGxpbmcgIHR1bl9pbml0KzB4MC8w eDkwIEAgMQpbICAgIDYuNzcyNTYwXSB0dW46IFVuaXZlcnNhbCBUVU4vVEFQIGRldmljZSBkcml2 ZXIsIDEuNgpbICAgIDYuNzc3NjA1XSB0dW46IChDKSAxOTk5LTIwMDQgTWF4IEtyYXNueWFuc2t5 IDxtYXhrQHF1YWxjb21tLmNvbT4KWyAgICA2Ljc4MzgzNV0gaW5pdGNhbGwgdHVuX2luaXQrMHgw LzB4OTAgcmV0dXJuZWQgMCBhZnRlciAxMTAwOSB1c2VjcwpbICAgIDYuNzkwMDk2XSBjYWxsaW5n ICBuZTJrX3BjaV9pbml0KzB4MC8weDFiIEAgMQpbICAgIDYuNzk0NjYyXSBpbml0Y2FsbCBuZTJr X3BjaV9pbml0KzB4MC8weDFiIHJldHVybmVkIDAgYWZ0ZXIgMzkgdXNlY3MKWyAgICA2LjgwMTA5 Ml0gY2FsbGluZyAgYm54Ml9pbml0KzB4MC8weDFiIEAgMQpbICAgIDYuODA1MzA1XSBpbml0Y2Fs bCBibngyX2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRlciAzNSB1c2VjcwpbICAgIDYuODEx MzkyXSBjYWxsaW5nICB0ZzNfaW5pdCsweDAvMHgxYiBAIDEKWyAgICA2LjgxNTUyM10gaW5pdGNh bGwgdGczX2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRlciAzOCB1c2VjcwpbICAgIDYuODIx NTIzXSBjYWxsaW5nICBlMTAwX2luaXRfbW9kdWxlKzB4MC8weDVkIEAgMQpbICAgIDYuODI2MzA2 XSBlMTAwOiBJbnRlbChSKSBQUk8vMTAwIE5ldHdvcmsgRHJpdmVyLCAzLjUuMjQtazItTkFQSQpb ICAgIDYuODMyMzkzXSBlMTAwOiBDb3B5cmlnaHQoYykgMTk5OS0yMDA2IEludGVsIENvcnBvcmF0 aW9uClsgICAgNi44Mzc4NzRdIGFzeW5jX3dhaXRpbmcgQCAxNApbICAgIDYuODQwOTc1XSBpbml0 Y2FsbCBlMTAwX2luaXRfbW9kdWxlKzB4MC8weDVkIHJldHVybmVkIDAgYWZ0ZXIgMTQzMjQgdXNl Y3MKWyAgICA2Ljg0NzkyNl0gY2FsbGluZyAgZTEwMDBfaW5pdF9tb2R1bGUrMHgwLzB4ODYgQCAx ClsgICAgNi44NTI3OTVdIGUxMDAwOiBJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIERyaXZlciAt IHZlcnNpb24gNy4zLjIxLWs4LU5BUEkKWyAgICA2Ljg1OTgzMl0gZTEwMDA6IENvcHlyaWdodCAo YykgMTk5OS0yMDA2IEludGVsIENvcnBvcmF0aW9uLgpbICAgIDYuODY1NzY3XSBhc3luY193YWl0 aW5nIEAgNzUxClsgICAgNi44NjYwNjNdIGF0YTEuMDA6IEhQQSBkZXRlY3RlZDogY3VycmVudCAy MzQ0Mzk1MzUsIG5hdGl2ZSAyMzQ0NDE2NDgKWyAgICA2Ljg2NjA2Nl0gYXRhMS4wMDogQVRBLTY6 IFNUMzEyMDAyMkEsIDMuMDYsIG1heCBVRE1BLzEwMApbICAgIDYuODY2MDY4XSBhdGExLjAwOiAy MzQ0Mzk1MzUgc2VjdG9ycywgbXVsdGkgMTY6IExCQTQ4IApbICAgIDYuODY2MDcxXSBhdGExLjAw OiBsaW1pdGVkIHRvIFVETUEvMzMgZHVlIHRvIDQwLXdpcmUgY2FibGUKWyAgICA2Ljg4ODUzOV0g YXRhMS4wMDogY29uZmlndXJlZCBmb3IgVURNQS8zMwpbICAgIDYuODg4NTQ0XSBhc3luY193YWl0 aW5nIEAgNQpbICAgIDYuODg4NTQ1XSBhc3luY19jb250aW51aW5nIEAgNSBhZnRlciAwIHVzZWMK WyAgICA2Ljg4ODYyN10gc2NzaSAwOjA6MDowOiBEaXJlY3QtQWNjZXNzICAgICBBVEEgICAgICBT VDMxMjAwMjJBICAgICAgIDMuMDYgUFE6IDAgQU5TSTogNQpbICAgIDYuODg4NzYzXSBjYWxsaW5n ICA2X3NkX3Byb2JlX2FzeW5jKzB4MC8weDFkMCBAIDkwNApbICAgIDYuODg4NzkyXSBzZCAwOjA6 MDowOiBbc2RhXSAyMzQ0Mzk1MzUgNTEyLWJ5dGUgbG9naWNhbCBibG9ja3M6ICgxMjAgR0IvMTEx IEdpQikKWyAgICA2Ljg4ODgzNV0gc2QgMDowOjA6MDogW3NkYV0gV3JpdGUgUHJvdGVjdCBpcyBv ZmYKWyAgICA2Ljg4ODgzN10gc2QgMDowOjA6MDogW3NkYV0gTW9kZSBTZW5zZTogMDAgM2EgMDAg MDAKWyAgICA2Ljg4ODg1Nl0gc2QgMDowOjA6MDogW3NkYV0gV3JpdGUgY2FjaGU6IGVuYWJsZWQs IHJlYWQgY2FjaGU6IGVuYWJsZWQsIGRvZXNuJ3Qgc3VwcG9ydCBEUE8gb3IgRlVBClsgICAgNi45 NDI3NTldIGFzeW5jX3dhaXRpbmcgQCA4ODkKWyAgICA2Ljk0NTE2MV0gaW5pdGNhbGwgZTEwMDBf aW5pdF9tb2R1bGUrMHgwLzB4ODYgcmV0dXJuZWQgMCBhZnRlciA5MDE5OSB1c2VjcwpbICAgIDYu OTQ1MTYzXSBjYWxsaW5nICBlMTAwMF9pbml0X21vZHVsZSsweDAvMHgzZSBAIDEKWyAgICA2Ljk0 NTE2NF0gZTEwMDBlOiBJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIERyaXZlciAtIDEuOS41LWsK WyAgICA2Ljk0NTE2NV0gZTEwMDBlOiBDb3B5cmlnaHQoYykgMTk5OSAtIDIwMTIgSW50ZWwgQ29y cG9yYXRpb24uClsgICAgNi45NDUyMDhdIGluaXRjYWxsIGUxMDAwX2luaXRfbW9kdWxlKzB4MC8w eDNlIHJldHVybmVkIDAgYWZ0ZXIgNDEgdXNlY3MKWyAgICA2Ljk0NTIxMF0gY2FsbGluZyAgc2t5 Ml9pbml0X21vZHVsZSsweDAvMHgyOSBAIDEKWyAgICA2Ljk0NTIxMV0gc2t5MjogZHJpdmVyIHZl cnNpb24gMS4zMApbICAgIDYuOTQ1MjUwXSBpbml0Y2FsbCBza3kyX2luaXRfbW9kdWxlKzB4MC8w eDI5IHJldHVybmVkIDAgYWZ0ZXIgMzYgdXNlY3MKWyAgICA2Ljk0NTI1Ml0gY2FsbGluZyAgaW5p dF9uaWMrMHgwLzB4MWIgQCAxClsgICAgNi45NDUyOTJdIGluaXRjYWxsIGluaXRfbmljKzB4MC8w eDFiIHJldHVybmVkIDAgYWZ0ZXIgMzYgdXNlY3MKWyAgICA2Ljk0NTI5NF0gY2FsbGluZyAgcnRs ODEzOV9pbml0X21vZHVsZSsweDAvMHgxYiBAIDEKWyAgICA2Ljk0NTMzNF0gaW5pdGNhbGwgcnRs ODEzOV9pbml0X21vZHVsZSsweDAvMHgxYiByZXR1cm5lZCAwIGFmdGVyIDM2IHVzZWNzClsgICAg Ni45NDUzMzVdIGNhbGxpbmcgIHJ0bDgxNjlfaW5pdF9tb2R1bGUrMHgwLzB4MWIgQCAxClsgICAg Ni45NDUzNDNdIHI4MTY5IEdpZ2FiaXQgRXRoZXJuZXQgZHJpdmVyIDIuM0xLLU5BUEkgbG9hZGVk ClsgICAgNi45NDUzNThdIHhlbjogcmVnaXN0ZXJpbmcgZ3NpIDE3IHRyaWdnZXJpbmcgMCBwb2xh cml0eSAxClsgICAgNi45NDUzNjBdIEFscmVhZHkgc2V0dXAgdGhlIEdTSSA6MTcKWyAgICA3LjAz MzM1MF0gc2QgMDowOjA6MDogQXR0YWNoZWQgc2NzaSBnZW5lcmljIHNnMCB0eXBlIDAKWyAgICA3 LjAzMzgwOV0gcjgxNjkgMDAwMDowMjowMC4wOiBldGgwOiBSVEw4MTAyZSBhdCAweGZmZmZjOTAw MDAwNmUwMDAsIDQwOjYxOjg2OjRhOmFjOjg0LCBYSUQgMDRjMDAwMDAgSVJRIDI4NQpbICAgIDcu MDMzODUzXSBpbml0Y2FsbCBydGw4MTY5X2luaXRfbW9kdWxlKzB4MC8weDFiIHJldHVybmVkIDAg YWZ0ZXIgODY0NDAgdXNlY3MKWyAgICA3LjAzMzg1NV0gY2FsbGluZyAgY2Ryb21faW5pdCsweDAv MHgxNiBAIDEKWyAgICA3LjAzMzg2Ml0gaW5pdGNhbGwgY2Ryb21faW5pdCsweDAvMHgxNiByZXR1 cm5lZCAwIGFmdGVyIDQgdXNlY3MKWyAgICA3LjAzMzg2M10gY2FsbGluZyAgbm9uc3RhdGljX3N5 c2ZzX2luaXQrMHgwLzB4MTIgQCAxClsgICAgNy4wMzM4NjZdIGluaXRjYWxsIG5vbnN0YXRpY19z eXNmc19pbml0KzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDcuMDMzODY3 XSBjYWxsaW5nICB5ZW50YV9zb2NrZXRfaW5pdCsweDAvMHgxYiBAIDEKWyAgICA3LjAzMzkwOV0g aW5pdGNhbGwgeWVudGFfc29ja2V0X2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRlciAzOCB1 c2VjcwpbICAgIDcuMDMzOTExXSBjYWxsaW5nICBtb25faW5pdCsweDAvMHhmZCBAIDEKWyAgICA3 LjA0MTY5MF0gIHNkYTogc2RhMSBzZGEyIHNkYTMKWyAgICA3LjA5NzE5NF0gaW5pdGNhbGwgMl9h c3luY19wb3J0X3Byb2JlKzB4MC8weDcwIHJldHVybmVkIDAgYWZ0ZXIgNDQ1NzkwIHVzZWNzClsg ICAgNy4wOTc0NjNdIHNkIDA6MDowOjA6IFtzZGFdIEF0dGFjaGVkIFNDU0kgZGlzawpbICAgIDcu MDk3NDY3XSBpbml0Y2FsbCA2X3NkX3Byb2JlX2FzeW5jKzB4MC8weDFkMCByZXR1cm5lZCAwIGFm dGVyIDIwMzgwOCB1c2VjcwpbICAgIDcuMTE2MTM2XSBhc3luY19jb250aW51aW5nIEAgMTQgYWZ0 ZXIgMjY4NzYyIHVzZWMKWyAgICA3LjExNzA2M10gaW5pdGNhbGwgbW9uX2luaXQrMHgwLzB4ZmQg cmV0dXJuZWQgMCBhZnRlciA4MTIwMCB1c2VjcwpbICAgIDcuMTE3MDY1XSBjYWxsaW5nICBlaGNp X2hjZF9pbml0KzB4MC8weGU4IEAgMQpbICAgIDcuMTE3MDY2XSBlaGNpX2hjZDogVVNCIDIuMCAn RW5oYW5jZWQnIEhvc3QgQ29udHJvbGxlciAoRUhDSSkgRHJpdmVyClsgICAgNy4xMTcwNjhdIGVo Y2lfaGNkOiBibG9jayBzaXplczogcWggMTEyIHF0ZCA5NiBpdGQgMTkyIHNpdGQgOTYKWyAgICA3 LjExNzA4NV0geGVuOiByZWdpc3RlcmluZyBnc2kgMjMgdHJpZ2dlcmluZyAwIHBvbGFyaXR5IDEK WyAgICA3LjExNzA4N10gQWxyZWFkeSBzZXR1cCB0aGUgR1NJIDoyMwpbICAgIDcuMTE3MTA2XSBl aGNpX2hjZCAwMDAwOjAwOjFkLjc6IHNldHRpbmcgbGF0ZW5jeSB0aW1lciB0byA2NApbICAgIDcu MTE3MTExXSBlaGNpX2hjZCAwMDAwOjAwOjFkLjc6IEVIQ0kgSG9zdCBDb250cm9sbGVyClsgICAg Ny4xMTcxMjhdIGRyaXZlcnMvdXNiL2NvcmUvaW5vZGUuYzogY3JlYXRpbmcgZmlsZSAnZGV2aWNl cycKWyAgICA3LjExNzEzMV0gZHJpdmVycy91c2IvY29yZS9pbm9kZS5jOiBjcmVhdGluZyBmaWxl ICcwMDEnClsgICAgNy4xMTcxODNdIGVoY2lfaGNkIDAwMDA6MDA6MWQuNzogbmV3IFVTQiBidXMg cmVnaXN0ZXJlZCwgYXNzaWduZWQgYnVzIG51bWJlciAxClsgICAgNy4xMTcxOTBdIGVoY2lfaGNk IDAwMDA6MDA6MWQuNzogcmVzZXQgaGNzX3BhcmFtcyAweDEwNDIwOCBkYmc9MSBjYz00IHBjYz0y IG9yZGVyZWQgIXBwYyBwb3J0cz04ClsgICAgNy4xMTcxOTNdIGVoY2lfaGNkIDAwMDA6MDA6MWQu NzogcmVzZXQgaGNjX3BhcmFtcyA2ODcxIHRocmVzaCA3IHVmcmFtZXMgMTAyNCA2NCBiaXQgYWRk cgpbICAgIDcuMTE3MjI1XSBlaGNpX2hjZCAwMDAwOjAwOjFkLjc6IHVzaW5nIGJyb2tlbiBwZXJp b2RpYyB3b3JrYXJvdW5kClsgICAgNy4xMTcyNDRdIGVoY2lfaGNkIDAwMDA6MDA6MWQuNzogZGVi dWcgcG9ydCAxClsgICAgNy4xMTcyNDddIGVoY2lfaGNkIDAwMDA6MDA6MWQuNzogcmVzZXQgY29t bWFuZCAwMDgwMDAyIChwYXJrKT0wIGl0aHJlc2g9OCBwZXJpb2Q9MTAyNCBSZXNldCBIQUxUClsg ICAgNy4xMjExMzddIGVoY2lfaGNkIDAwMDA6MDA6MWQuNzogY2FjaGUgbGluZSBzaXplIG9mIDMy IGlzIG5vdCBzdXBwb3J0ZWQKWyAgICA3LjEyMTEzOF0gZWhjaV9oY2QgMDAwMDowMDoxZC43OiBz dXBwb3J0cyBVU0IgcmVtb3RlIHdha2V1cApbICAgIDcuMTIxMTU5XSBlaGNpX2hjZCAwMDAwOjAw OjFkLjc6IGlycSAyMywgaW8gbWVtIDB4ZmVhNzdjMDAKWyAgICA3LjEyMTE2M10gZWhjaV9oY2Qg MDAwMDowMDoxZC43OiBpbml0IGNvbW1hbmQgMDAxMDAwMSAocGFyayk9MCBpdGhyZXNoPTEgcGVy aW9kPTEwMjQgUlVOClsgICAgNy4xMjcwNTldIGVoY2lfaGNkIDAwMDA6MDA6MWQuNzogVVNCIDIu MCBzdGFydGVkLCBFSENJIDEuMDAKWyAgICA3LjEyNzEyN10gdXNiIHVzYjE6IGRlZmF1bHQgbGFu Z3VhZ2UgMHgwNDA5ClsgICAgNy4xMjcxMzddIHVzYiB1c2IxOiB1ZGV2IDEsIGJ1c251bSAxLCBt aW5vciA9IDAKWyAgICA3LjEyNzE0MV0gdXNiIHVzYjE6IE5ldyBVU0IgZGV2aWNlIGZvdW5kLCBp ZFZlbmRvcj0xZDZiLCBpZFByb2R1Y3Q9MDAwMgpbICAgIDcuMTI3MTQ2XSB1c2IgdXNiMTogTmV3 IFVTQiBkZXZpY2Ugc3RyaW5nczogTWZyPTMsIFByb2R1Y3Q9MiwgU2VyaWFsTnVtYmVyPTEKWyAg ICA3LjEyNzE0OF0gdXNiIHVzYjE6IFByb2R1Y3Q6IEVIQ0kgSG9zdCBDb250cm9sbGVyClsgICAg Ny4xMjcxNTJdIHVzYiB1c2IxOiBNYW51ZmFjdHVyZXI6IExpbnV4IDMuNC4zIGVoY2lfaGNkClsg ICAgNy4xMjcxNTRdIHVzYiB1c2IxOiBTZXJpYWxOdW1iZXI6IDAwMDA6MDA6MWQuNwpbICAgIDcu MTI3MjUyXSB1c2IgdXNiMTogdXNiX3Byb2JlX2RldmljZQpbICAgIDcuMTI3MjU1XSB1c2IgdXNi MTogY29uZmlndXJhdGlvbiAjMSBjaG9zZW4gZnJvbSAxIGNob2ljZQpbICAgIDcuMTI3MjYwXSB1 c2IgdXNiMTogYWRkaW5nIDEtMDoxLjAgKGNvbmZpZyAjMSwgaW50ZXJmYWNlIDApClsgICAgNy4x MjczMDBdIGh1YiAxLTA6MS4wOiB1c2JfcHJvYmVfaW50ZXJmYWNlClsgICAgNy4xMjczMDFdIGh1 YiAxLTA6MS4wOiB1c2JfcHJvYmVfaW50ZXJmYWNlIC0gZ290IGlkClsgICAgNy4xMjczMDNdIGh1 YiAxLTA6MS4wOiBVU0IgaHViIGZvdW5kClsgICAgNy4xMjczMDZdIGh1YiAxLTA6MS4wOiA4IHBv cnRzIGRldGVjdGVkClsgICAgNy4xMjczMDhdIGh1YiAxLTA6MS4wOiBzdGFuZGFsb25lIGh1Ygpb ICAgIDcuMTI3MzA5XSBodWIgMS0wOjEuMDogbm8gcG93ZXIgc3dpdGNoaW5nICh1c2IgMS4wKQpb ICAgIDcuMTI3MzEwXSBodWIgMS0wOjEuMDogaW5kaXZpZHVhbCBwb3J0IG92ZXItY3VycmVudCBw cm90ZWN0aW9uClsgICAgNy4xMjczMTJdIGh1YiAxLTA6MS4wOiBwb3dlciBvbiB0byBwb3dlciBn b29kIHRpbWU6IDIwbXMKWyAgICA3LjEyNzMxNF0gaHViIDEtMDoxLjA6IGxvY2FsIHBvd2VyIHNv dXJjZSBpcyBnb29kClsgICAgNy4xMjczMTZdIGh1YiAxLTA6MS4wOiB0cnlpbmcgdG8gZW5hYmxl IHBvcnQgcG93ZXIgb24gbm9uLXN3aXRjaGFibGUgaHViClsgICAgNy4xMjczNDhdIGRyaXZlcnMv dXNiL2NvcmUvaW5vZGUuYzogY3JlYXRpbmcgZmlsZSAnMDAxJwpbICAgIDcuMTI3NDAzXSBpbml0 Y2FsbCBlaGNpX2hjZF9pbml0KzB4MC8weGU4IHJldHVybmVkIDAgYWZ0ZXIgMTAwOTMgdXNlY3MK WyAgICA3LjEyNzQwNV0gY2FsbGluZyAgb2hjaV9oY2RfbW9kX2luaXQrMHgwLzB4YjggQCAxClsg ICAgNy4xMjc0MDddIG9oY2lfaGNkOiBVU0IgMS4xICdPcGVuJyBIb3N0IENvbnRyb2xsZXIgKE9I Q0kpIERyaXZlcgpbICAgIDcuMTI3NDA4XSBvaGNpX2hjZDogYmxvY2sgc2l6ZXM6IGVkIDgwIHRk IDk2ClsgICAgNy4xMjc0NTFdIGluaXRjYWxsIG9oY2lfaGNkX21vZF9pbml0KzB4MC8weGI4IHJl dHVybmVkIDAgYWZ0ZXIgNDIgdXNlY3MKWyAgICA3LjEyNzQ1M10gY2FsbGluZyAgdWhjaV9oY2Rf aW5pdCsweDAvMHgxMTQgQCAxClsgICAgNy4xMjc0NTRdIHVoY2lfaGNkOiBVU0IgVW5pdmVyc2Fs IEhvc3QgQ29udHJvbGxlciBJbnRlcmZhY2UgZHJpdmVyClsgICAgNy4xMjc0NzVdIHhlbjogcmVn aXN0ZXJpbmcgZ3NpIDIzIHRyaWdnZXJpbmcgMCBwb2xhcml0eSAxClsgICAgNy4xMjc0NzddIEFs cmVhZHkgc2V0dXAgdGhlIEdTSSA6MjMKWyAgICA3LjEyNzQ4NV0gdWhjaV9oY2QgMDAwMDowMDox ZC4wOiBzZXR0aW5nIGxhdGVuY3kgdGltZXIgdG8gNjQKWyAgICA3LjEyNzQ4OV0gdWhjaV9oY2Qg MDAwMDowMDoxZC4wOiBVSENJIEhvc3QgQ29udHJvbGxlcgpbICAgIDcuMTI3NDkyXSBkcml2ZXJz L3VzYi9jb3JlL2lub2RlLmM6IGNyZWF0aW5nIGZpbGUgJzAwMicKWyAgICA3LjEyNzU0N10gdWhj aV9oY2QgMDAwMDowMDoxZC4wOiBuZXcgVVNCIGJ1cyByZWdpc3RlcmVkLCBhc3NpZ25lZCBidXMg bnVtYmVyIDIKWyAgICA3LjEyNzU1Nl0gdWhjaV9oY2QgMDAwMDowMDoxZC4wOiBkZXRlY3RlZCAy IHBvcnRzClsgICAgNy4xMjc1NjFdIHVoY2lfaGNkIDAwMDA6MDA6MWQuMDogdWhjaV9jaGVja19h bmRfcmVzZXRfaGM6IGNtZCA9IDB4MDAwMApbICAgIDcuMTI3NTYzXSB1aGNpX2hjZCAwMDAwOjAw OjFkLjA6IFBlcmZvcm1pbmcgZnVsbCByZXNldApbICAgIDcuMTI3NTgxXSB1aGNpX2hjZCAwMDAw OjAwOjFkLjA6IHN1cHBvcnRzIFVTQiByZW1vdGUgd2FrZXVwClsgICAgNy4xMjc1ODVdIHVoY2lf aGNkIDAwMDA6MDA6MWQuMDogaXJxIDIzLCBpbyBiYXNlIDB4MDAwMGQ4ODAKWyAgICA3LjEyNzYz M10gdXNiIHVzYjI6IGRlZmF1bHQgbGFuZ3VhZ2UgMHgwNDA5ClsgICAgNy4xMjc2MzddIHVzYiB1 c2IyOiB1ZGV2IDEsIGJ1c251bSAyLCBtaW5vciA9IDEyOApbICAgIDcuMTI3NjM5XSB1c2IgdXNi MjogTmV3IFVTQiBkZXZpY2UgZm91bmQsIGlkVmVuZG9yPTFkNmIsIGlkUHJvZHVjdD0wMDAxClsg ICAgNy4xMjc2NDFdIHVzYiB1c2IyOiBOZXcgVVNCIGRldmljZSBzdHJpbmdzOiBNZnI9MywgUHJv ZHVjdD0yLCBTZXJpYWxOdW1iZXI9MQpbICAgIDcuMTI3NjQyXSB1c2IgdXNiMjogUHJvZHVjdDog VUhDSSBIb3N0IENvbnRyb2xsZXIKWyAgICA3LjEyNzY0NF0gdXNiIHVzYjI6IE1hbnVmYWN0dXJl cjogTGludXggMy40LjMgdWhjaV9oY2QKWyAgICA3LjEyNzY0NV0gdXNiIHVzYjI6IFNlcmlhbE51 bWJlcjogMDAwMDowMDoxZC4wClsgICAgNy4xMjc3MjJdIHVzYiB1c2IyOiB1c2JfcHJvYmVfZGV2 aWNlClsgICAgNy4xMjc3MjRdIHVzYiB1c2IyOiBjb25maWd1cmF0aW9uICMxIGNob3NlbiBmcm9t IDEgY2hvaWNlClsgICAgNy4xMjc3MjhdIHVzYiB1c2IyOiBhZGRpbmcgMi0wOjEuMCAoY29uZmln ICMxLCBpbnRlcmZhY2UgMCkKWyAgICA3LjEyNzc3MV0gaHViIDItMDoxLjA6IHVzYl9wcm9iZV9p bnRlcmZhY2UKWyAgICA3LjEyNzc3Ml0gaHViIDItMDoxLjA6IHVzYl9wcm9iZV9pbnRlcmZhY2Ug LSBnb3QgaWQKWyAgICA3LjEyNzc3NF0gaHViIDItMDoxLjA6IFVTQiBodWIgZm91bmQKWyAgICA3 LjEyNzc3N10gaHViIDItMDoxLjA6IDIgcG9ydHMgZGV0ZWN0ZWQKWyAgICA3LjEyNzc3OF0gaHVi IDItMDoxLjA6IHN0YW5kYWxvbmUgaHViClsgICAgNy4xMjc3NzldIGh1YiAyLTA6MS4wOiBubyBw b3dlciBzd2l0Y2hpbmcgKHVzYiAxLjApClsgICAgNy4xMjc3ODBdIGh1YiAyLTA6MS4wOiBpbmRp dmlkdWFsIHBvcnQgb3Zlci1jdXJyZW50IHByb3RlY3Rpb24KWyAgICA3LjEyNzc4Ml0gaHViIDIt MDoxLjA6IHBvd2VyIG9uIHRvIHBvd2VyIGdvb2QgdGltZTogMm1zClsgICAgNy4xMjc3ODRdIGh1 YiAyLTA6MS4wOiBsb2NhbCBwb3dlciBzb3VyY2UgaXMgZ29vZApbICAgIDcuMTI3Nzg1XSBodWIg Mi0wOjEuMDogdHJ5aW5nIHRvIGVuYWJsZSBwb3J0IHBvd2VyIG9uIG5vbi1zd2l0Y2hhYmxlIGh1 YgpbICAgIDcuMTI3Nzk1XSBkcml2ZXJzL3VzYi9jb3JlL2lub2RlLmM6IGNyZWF0aW5nIGZpbGUg JzAwMScKWyAgICA3LjEyNzgyMl0gZWhjaV9oY2QgMDAwMDowMDoxZC43OiBIUyBjb21wYW5pb24g Zm9yIDAwMDA6MDA6MWQuMApbICAgIDcuMTI3ODMyXSB4ZW46IHJlZ2lzdGVyaW5nIGdzaSAxOSB0 cmlnZ2VyaW5nIDAgcG9sYXJpdHkgMQpbICAgIDcuMTI3ODM0XSBBbHJlYWR5IHNldHVwIHRoZSBH U0kgOjE5ClsgICAgNy4xMjc4NDRdIHVoY2lfaGNkIDAwMDA6MDA6MWQuMTogc2V0dGluZyBsYXRl bmN5IHRpbWVyIHRvIDY0ClsgICAgNy4xMjc4NDddIHVoY2lfaGNkIDAwMDA6MDA6MWQuMTogVUhD SSBIb3N0IENvbnRyb2xsZXIKWyAgICA3LjEyNzg1MV0gZHJpdmVycy91c2IvY29yZS9pbm9kZS5j OiBjcmVhdGluZyBmaWxlICcwMDMnClsgICAgNy4xMjc5MDZdIHVoY2lfaGNkIDAwMDA6MDA6MWQu MTogbmV3IFVTQiBidXMgcmVnaXN0ZXJlZCwgYXNzaWduZWQgYnVzIG51bWJlciAzClsgICAgNy4x Mjc5MTRdIHVoY2lfaGNkIDAwMDA6MDA6MWQuMTogZGV0ZWN0ZWQgMiBwb3J0cwpbICAgIDcuMTI3 OTIwXSB1aGNpX2hjZCAwMDAwOjAwOjFkLjE6IHVoY2lfY2hlY2tfYW5kX3Jlc2V0X2hjOiBjbWQg PSAweDAwMDAKWyAgICA3LjEyNzkyMV0gdWhjaV9oY2QgMDAwMDowMDoxZC4xOiBQZXJmb3JtaW5n IGZ1bGwgcmVzZXQKWyAgICA3LjEyNzk0MF0gdWhjaV9oY2QgMDAwMDowMDoxZC4xOiBzdXBwb3J0 cyBVU0IgcmVtb3RlIHdha2V1cApbICAgIDcuMTI3OTQ0XSB1aGNpX2hjZCAwMDAwOjAwOjFkLjE6 IGlycSAxOSwgaW8gYmFzZSAweDAwMDBkODAwClsgICAgNy4xMjc5ODddIHVzYiB1c2IzOiBkZWZh dWx0IGxhbmd1YWdlIDB4MDQwOQpbICAgIDcuMTI3OTkxXSB1c2IgdXNiMzogdWRldiAxLCBidXNu dW0gMywgbWlub3IgPSAyNTYKWyAgICA3LjEyNzk5Ml0gdXNiIHVzYjM6IE5ldyBVU0IgZGV2aWNl IGZvdW5kLCBpZFZlbmRvcj0xZDZiLCBpZFByb2R1Y3Q9MDAwMQpbICAgIDcuMTI3OTk0XSB1c2Ig dXNiMzogTmV3IFVTQiBkZXZpY2Ugc3RyaW5nczogTWZyPTMsIFByb2R1Y3Q9MiwgU2VyaWFsTnVt YmVyPTEKWyAgICA3LjEyNzk5NV0gdXNiIHVzYjM6IFByb2R1Y3Q6IFVIQ0kgSG9zdCBDb250cm9s bGVyClsgICAgNy4xMjc5OTddIHVzYiB1c2IzOiBNYW51ZmFjdHVyZXI6IExpbnV4IDMuNC4zIHVo Y2lfaGNkClsgICAgNy4xMjc5OThdIHVzYiB1c2IzOiBTZXJpYWxOdW1iZXI6IDAwMDA6MDA6MWQu MQpbICAgIDcuMTI4MDgxXSB1c2IgdXNiMzogdXNiX3Byb2JlX2RldmljZQpbICAgIDcuMTI4MDgz XSB1c2IgdXNiMzogY29uZmlndXJhdGlvbiAjMSBjaG9zZW4gZnJvbSAxIGNob2ljZQpbICAgIDcu MTI4MDg3XSB1c2IgdXNiMzogYWRkaW5nIDMtMDoxLjAgKGNvbmZpZyAjMSwgaW50ZXJmYWNlIDAp ClsgICAgNy4xMjgxMzBdIGh1YiAzLTA6MS4wOiB1c2JfcHJvYmVfaW50ZXJmYWNlClsgICAgNy4x MjgxMzJdIGh1YiAzLTA6MS4wOiB1c2JfcHJvYmVfaW50ZXJmYWNlIC0gZ290IGlkClsgICAgNy4x MjgxMzNdIGh1YiAzLTA6MS4wOiBVU0IgaHViIGZvdW5kClsgICAgNy4xMjgxMzddIGh1YiAzLTA6 MS4wOiAyIHBvcnRzIGRldGVjdGVkClsgICAgNy4xMjgxMzhdIGh1YiAzLTA6MS4wOiBzdGFuZGFs b25lIGh1YgpbICAgIDcuMTI4MTM5XSBodWIgMy0wOjEuMDogbm8gcG93ZXIgc3dpdGNoaW5nICh1 c2IgMS4wKQpbICAgIDcuMTI4MTQwXSBodWIgMy0wOjEuMDogaW5kaXZpZHVhbCBwb3J0IG92ZXIt Y3VycmVudCBwcm90ZWN0aW9uClsgICAgNy4xMjgxNDFdIGh1YiAzLTA6MS4wOiBwb3dlciBvbiB0 byBwb3dlciBnb29kIHRpbWU6IDJtcwpbICAgIDcuMTI4MTQ0XSBodWIgMy0wOjEuMDogbG9jYWwg cG93ZXIgc291cmNlIGlzIGdvb2QKWyAgICA3LjEyODE0NV0gaHViIDMtMDoxLjA6IHRyeWluZyB0 byBlbmFibGUgcG9ydCBwb3dlciBvbiBub24tc3dpdGNoYWJsZSBodWIKWyAgICA3LjEyODE1Nl0g ZHJpdmVycy91c2IvY29yZS9pbm9kZS5jOiBjcmVhdGluZyBmaWxlICcwMDEnClsgICAgNy4xMjgx ODNdIGVoY2lfaGNkIDAwMDA6MDA6MWQuNzogSFMgY29tcGFuaW9uIGZvciAwMDAwOjAwOjFkLjEK WyAgICA3LjEyODE5NV0geGVuOiByZWdpc3RlcmluZyBnc2kgMTggdHJpZ2dlcmluZyAwIHBvbGFy aXR5IDEKWyAgICA3LjEyODE5N10gQWxyZWFkeSBzZXR1cCB0aGUgR1NJIDoxOApbICAgIDcuMTI4 MjA1XSB1aGNpX2hjZCAwMDAwOjAwOjFkLjI6IHNldHRpbmcgbGF0ZW5jeSB0aW1lciB0byA2NApb ICAgIDcuMTI4MjA4XSB1aGNpX2hjZCAwMDAwOjAwOjFkLjI6IFVIQ0kgSG9zdCBDb250cm9sbGVy ClsgICAgNy4xMjgyMTJdIGRyaXZlcnMvdXNiL2NvcmUvaW5vZGUuYzogY3JlYXRpbmcgZmlsZSAn MDA0JwpbICAgIDcuMTI4MjY5XSB1aGNpX2hjZCAwMDAwOjAwOjFkLjI6IG5ldyBVU0IgYnVzIHJl Z2lzdGVyZWQsIGFzc2lnbmVkIGJ1cyBudW1iZXIgNApbICAgIDcuMTI4Mjc2XSB1aGNpX2hjZCAw MDAwOjAwOjFkLjI6IGRldGVjdGVkIDIgcG9ydHMKWyAgICA3LjEyODI4Ml0gdWhjaV9oY2QgMDAw MDowMDoxZC4yOiB1aGNpX2NoZWNrX2FuZF9yZXNldF9oYzogY21kID0gMHgwMDAwClsgICAgNy4x MjgyODNdIHVoY2lfaGNkIDAwMDA6MDA6MWQuMjogUGVyZm9ybWluZyBmdWxsIHJlc2V0ClsgICAg Ny4xMjgzMDFdIHVoY2lfaGNkIDAwMDA6MDA6MWQuMjogc3VwcG9ydHMgVVNCIHJlbW90ZSB3YWtl dXAKWyAgICA3LjEyODMxN10gdWhjaV9oY2QgMDAwMDowMDoxZC4yOiBpcnEgMTgsIGlvIGJhc2Ug MHgwMDAwZDQ4MApbICAgIDcuMTI4MzYyXSB1c2IgdXNiNDogZGVmYXVsdCBsYW5ndWFnZSAweDA0 MDkKWyAgICA3LjEyODM2N10gdXNiIHVzYjQ6IHVkZXYgMSwgYnVzbnVtIDQsIG1pbm9yID0gMzg0 ClsgICAgNy4xMjgzNjhdIHVzYiB1c2I0OiBOZXcgVVNCIGRldmljZSBmb3VuZCwgaWRWZW5kb3I9 MWQ2YiwgaWRQcm9kdWN0PTAwMDEKWyAgICA3LjEyODM3MF0gdXNiIHVzYjQ6IE5ldyBVU0IgZGV2 aWNlIHN0cmluZ3M6IE1mcj0zLCBQcm9kdWN0PTIsIFNlcmlhbE51bWJlcj0xClsgICAgNy4xMjgz NzFdIHVzYiB1c2I0OiBQcm9kdWN0OiBVSENJIEhvc3QgQ29udHJvbGxlcgpbICAgIDcuMTI4Mzcy XSB1c2IgdXNiNDogTWFudWZhY3R1cmVyOiBMaW51eCAzLjQuMyB1aGNpX2hjZApbICAgIDcuMTI4 Mzc0XSB1c2IgdXNiNDogU2VyaWFsTnVtYmVyOiAwMDAwOjAwOjFkLjIKWyAgICA3LjEyODQ0NV0g dXNiIHVzYjQ6IHVzYl9wcm9iZV9kZXZpY2UKWyAgICA3LjEyODQ0N10gdXNiIHVzYjQ6IGNvbmZp Z3VyYXRpb24gIzEgY2hvc2VuIGZyb20gMSBjaG9pY2UKWyAgICA3LjEyODQ1MV0gdXNiIHVzYjQ6 IGFkZGluZyA0LTA6MS4wIChjb25maWcgIzEsIGludGVyZmFjZSAwKQpbICAgIDcuMTI4NDkyXSBo dWIgNC0wOjEuMDogdXNiX3Byb2JlX2ludGVyZmFjZQpbICAgIDcuMTI4NDkzXSBodWIgNC0wOjEu MDogdXNiX3Byb2JlX2ludGVyZmFjZSAtIGdvdCBpZApbICAgIDcuMTI4NDk1XSBodWIgNC0wOjEu MDogVVNCIGh1YiBmb3VuZApbICAgIDcuMTI4NDk3XSBodWIgNC0wOjEuMDogMiBwb3J0cyBkZXRl Y3RlZApbICAgIDcuMTI4NDk4XSBodWIgNC0wOjEuMDogc3RhbmRhbG9uZSBodWIKWyAgICA3LjEy ODQ5OV0gaHViIDQtMDoxLjA6IG5vIHBvd2VyIHN3aXRjaGluZyAodXNiIDEuMCkKWyAgICA3LjEy ODUwMV0gaHViIDQtMDoxLjA6IGluZGl2aWR1YWwgcG9ydCBvdmVyLWN1cnJlbnQgcHJvdGVjdGlv bgpbICAgIDcuMTI4NTAyXSBodWIgNC0wOjEuMDogcG93ZXIgb24gdG8gcG93ZXIgZ29vZCB0aW1l OiAybXMKWyAgICA3LjEyODUwNF0gaHViIDQtMDoxLjA6IGxvY2FsIHBvd2VyIHNvdXJjZSBpcyBn b29kClsgICAgNy4xMjg1MDVdIGh1YiA0LTA6MS4wOiB0cnlpbmcgdG8gZW5hYmxlIHBvcnQgcG93 ZXIgb24gbm9uLXN3aXRjaGFibGUgaHViClsgICAgNy4xMjg1MTVdIGRyaXZlcnMvdXNiL2NvcmUv aW5vZGUuYzogY3JlYXRpbmcgZmlsZSAnMDAxJwpbICAgIDcuMTI4NTQxXSBlaGNpX2hjZCAwMDAw OjAwOjFkLjc6IEhTIGNvbXBhbmlvbiBmb3IgMDAwMDowMDoxZC4yClsgICAgNy4xMjg1NTFdIHhl bjogcmVnaXN0ZXJpbmcgZ3NpIDE2IHRyaWdnZXJpbmcgMCBwb2xhcml0eSAxClsgICAgNy4xMjg1 NTNdIEFscmVhZHkgc2V0dXAgdGhlIEdTSSA6MTYKWyAgICA3LjEyODU2Ml0gdWhjaV9oY2QgMDAw MDowMDoxZC4zOiBzZXR0aW5nIGxhdGVuY3kgdGltZXIgdG8gNjQKWyAgICA3LjEyODU2NV0gdWhj aV9oY2QgMDAwMDowMDoxZC4zOiBVSENJIEhvc3QgQ29udHJvbGxlcgpbICAgIDcuMTI4NTY4XSBk cml2ZXJzL3VzYi9jb3JlL2lub2RlLmM6IGNyZWF0aW5nIGZpbGUgJzAwNScKWyAgICA3LjEyODYy Ml0gdWhjaV9oY2QgMDAwMDowMDoxZC4zOiBuZXcgVVNCIGJ1cyByZWdpc3RlcmVkLCBhc3NpZ25l ZCBidXMgbnVtYmVyIDUKWyAgICA3LjEyODYzMF0gdWhjaV9oY2QgMDAwMDowMDoxZC4zOiBkZXRl Y3RlZCAyIHBvcnRzClsgICAgNy4xMjg2MzVdIHVoY2lfaGNkIDAwMDA6MDA6MWQuMzogdWhjaV9j aGVja19hbmRfcmVzZXRfaGM6IGNtZCA9IDB4MDAwMApbICAgIDcuMTI4NjM3XSB1aGNpX2hjZCAw MDAwOjAwOjFkLjM6IFBlcmZvcm1pbmcgZnVsbCByZXNldApbICAgIDcuMTI4NjU0XSB1aGNpX2hj ZCAwMDAwOjAwOjFkLjM6IHN1cHBvcnRzIFVTQiByZW1vdGUgd2FrZXVwClsgICAgNy4xMjg2NzFd IHVoY2lfaGNkIDAwMDA6MDA6MWQuMzogaXJxIDE2LCBpbyBiYXNlIDB4MDAwMGQ0MDAKWyAgICA3 LjEyODcxNF0gdXNiIHVzYjU6IGRlZmF1bHQgbGFuZ3VhZ2UgMHgwNDA5ClsgICAgNy4xMjg3MTld IHVzYiB1c2I1OiB1ZGV2IDEsIGJ1c251bSA1LCBtaW5vciA9IDUxMgpbICAgIDcuMTI4NzIwXSB1 c2IgdXNiNTogTmV3IFVTQiBkZXZpY2UgZm91bmQsIGlkVmVuZG9yPTFkNmIsIGlkUHJvZHVjdD0w MDAxClsgICAgNy4xMjg3MjJdIHVzYiB1c2I1OiBOZXcgVVNCIGRldmljZSBzdHJpbmdzOiBNZnI9 MywgUHJvZHVjdD0yLCBTZXJpYWxOdW1iZXI9MQpbICAgIDcuMTI4NzIzXSB1c2IgdXNiNTogUHJv ZHVjdDogVUhDSSBIb3N0IENvbnRyb2xsZXIKWyAgICA3LjEyODcyNV0gdXNiIHVzYjU6IE1hbnVm YWN0dXJlcjogTGludXggMy40LjMgdWhjaV9oY2QKWyAgICA3LjEyODcyNl0gdXNiIHVzYjU6IFNl cmlhbE51bWJlcjogMDAwMDowMDoxZC4zClsgICAgNy4xMjg3OTldIHVzYiB1c2I1OiB1c2JfcHJv YmVfZGV2aWNlClsgICAgNy4xMjg4MDBdIHVzYiB1c2I1OiBjb25maWd1cmF0aW9uICMxIGNob3Nl biBmcm9tIDEgY2hvaWNlClsgICAgNy4xMjg4MDVdIHVzYiB1c2I1OiBhZGRpbmcgNS0wOjEuMCAo Y29uZmlnICMxLCBpbnRlcmZhY2UgMCkKWyAgICA3LjEyODg0OV0gaHViIDUtMDoxLjA6IHVzYl9w cm9iZV9pbnRlcmZhY2UKWyAgICA3LjEyODg1MV0gaHViIDUtMDoxLjA6IHVzYl9wcm9iZV9pbnRl cmZhY2UgLSBnb3QgaWQKWyAgICA3LjEyODg1Ml0gaHViIDUtMDoxLjA6IFVTQiBodWIgZm91bmQK WyAgICA3LjEyODg1NF0gaHViIDUtMDoxLjA6IDIgcG9ydHMgZGV0ZWN0ZWQKWyAgICA3LjEyODg1 Nl0gaHViIDUtMDoxLjA6IHN0YW5kYWxvbmUgaHViClsgICAgNy4xMjg4NTddIGh1YiA1LTA6MS4w OiBubyBwb3dlciBzd2l0Y2hpbmcgKHVzYiAxLjApClsgICAgNy4xMjg4NThdIGh1YiA1LTA6MS4w OiBpbmRpdmlkdWFsIHBvcnQgb3Zlci1jdXJyZW50IHByb3RlY3Rpb24KWyAgICA3LjEyODg1OV0g aHViIDUtMDoxLjA6IHBvd2VyIG9uIHRvIHBvd2VyIGdvb2QgdGltZTogMm1zClsgICAgNy4xMjg4 NjFdIGh1YiA1LTA6MS4wOiBsb2NhbCBwb3dlciBzb3VyY2UgaXMgZ29vZApbICAgIDcuMTI4ODYz XSBodWIgNS0wOjEuMDogdHJ5aW5nIHRvIGVuYWJsZSBwb3J0IHBvd2VyIG9uIG5vbi1zd2l0Y2hh YmxlIGh1YgpbICAgIDcuMTI4ODcyXSBkcml2ZXJzL3VzYi9jb3JlL2lub2RlLmM6IGNyZWF0aW5n IGZpbGUgJzAwMScKWyAgICA3LjEyODg5N10gZWhjaV9oY2QgMDAwMDowMDoxZC43OiBIUyBjb21w YW5pb24gZm9yIDAwMDA6MDA6MWQuMwpbICAgIDcuMTI4OTQxXSBpbml0Y2FsbCB1aGNpX2hjZF9p bml0KzB4MC8weDExNCByZXR1cm5lZCAwIGFmdGVyIDE0NTAgdXNlY3MKWyAgICA3LjEyODk0NF0g Y2FsbGluZyAgdXNibHBfZHJpdmVyX2luaXQrMHgwLzB4MWIgQCAxClsgICAgNy4xMjg5ODJdIHVz YmNvcmU6IHJlZ2lzdGVyZWQgbmV3IGludGVyZmFjZSBkcml2ZXIgdXNibHAKWyAgICA3LjEyODk4 NV0gaW5pdGNhbGwgdXNibHBfZHJpdmVyX2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRlciAz NyB1c2VjcwpbICAgIDcuMTI4OTg2XSBjYWxsaW5nICB1c2Jfc3Rvcl9pbml0KzB4MC8weDRkIEAg MQpbICAgIDcuMTI4OTg3XSBJbml0aWFsaXppbmcgVVNCIE1hc3MgU3RvcmFnZSBkcml2ZXIuLi4K WyAgICA3LjEyOTAzNl0gdXNiY29yZTogcmVnaXN0ZXJlZCBuZXcgaW50ZXJmYWNlIGRyaXZlciB1 c2Itc3RvcmFnZQpbICAgIDcuMTI5MDM3XSBVU0IgTWFzcyBTdG9yYWdlIHN1cHBvcnQgcmVnaXN0 ZXJlZC4KWyAgICA3LjEyOTAzOV0gaW5pdGNhbGwgdXNiX3N0b3JfaW5pdCsweDAvMHg0ZCByZXR1 cm5lZCAwIGFmdGVyIDQ5IHVzZWNzClsgICAgNy4xMjkwNDFdIGNhbGxpbmcgIHVzYl91c3VhbF9p bml0KzB4MC8weDNiIEAgMQpbICAgIDcuMTI5MDk3XSB1c2Jjb3JlOiByZWdpc3RlcmVkIG5ldyBp bnRlcmZhY2UgZHJpdmVyIGxpYnVzdWFsClsgICAgNy4xMjkxMDBdIGluaXRjYWxsIHVzYl91c3Vh bF9pbml0KzB4MC8weDNiIHJldHVybmVkIDAgYWZ0ZXIgNTUgdXNlY3MKWyAgICA3LjEyOTEwMV0g Y2FsbGluZyAgaTgwNDJfaW5pdCsweDAvMHgzYzIgQCAxClsgICAgNy4xMjkyMDhdIGk4MDQyOiBQ TlA6IFBTLzIgQ29udHJvbGxlciBbUE5QMDMwMzpQUzJLLFBOUDBmMDM6UFMyTV0gYXQgMHg2MCww eDY0IGlycSAxLDEyClsgICAgNy4xMzE2MzldIHNlcmlvOiBpODA0MiBLQkQgcG9ydCBhdCAweDYw LDB4NjQgaXJxIDEKWyAgICA3LjEzMTY0NF0gc2VyaW86IGk4MDQyIEFVWCBwb3J0IGF0IDB4NjAs MHg2NCBpcnEgMTIKWyAgICA3LjEzMTc0N10gaW5pdGNhbGwgaTgwNDJfaW5pdCsweDAvMHgzYzIg cmV0dXJuZWQgMCBhZnRlciAyNTgxIHVzZWNzClsgICAgNy4xMzE3NDldIGNhbGxpbmcgIHNlcnBv cnRfaW5pdCsweDAvMHgzMSBAIDEKWyAgICA3LjEzMTc1Ml0gaW5pdGNhbGwgc2VycG9ydF9pbml0 KzB4MC8weDMxIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDcuMTMxNzUzXSBjYWxsaW5n ICBtb3VzZWRldl9pbml0KzB4MC8weDVlIEAgMQpbICAgIDcuMTMxODIzXSBtb3VzZWRldjogUFMv MiBtb3VzZSBkZXZpY2UgY29tbW9uIGZvciBhbGwgbWljZQpbICAgIDcuMTMxODI2XSBpbml0Y2Fs bCBtb3VzZWRldl9pbml0KzB4MC8weDVlIHJldHVybmVkIDAgYWZ0ZXIgNjggdXNlY3MKWyAgICA3 LjEzMTgyOF0gY2FsbGluZyAgZXZkZXZfaW5pdCsweDAvMHgxMiBAIDEKWyAgICA3LjEzMTkyNV0g aW5pdGNhbGwgZXZkZXZfaW5pdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDkyIHVzZWNzClsg ICAgNy4xMzE5MjddIGNhbGxpbmcgIGF0a2JkX2luaXQrMHgwLzB4MjcgQCAxClsgICAgNy4xMzE5 NjddIGluaXRjYWxsIGF0a2JkX2luaXQrMHgwLzB4MjcgcmV0dXJuZWQgMCBhZnRlciAzNSB1c2Vj cwpbICAgIDcuMTMxOTY4XSBjYWxsaW5nICBwc21vdXNlX2luaXQrMHgwLzB4N2IgQCAxClsgICAg Ny4xNTE3NDVdIGlucHV0OiBBVCBUcmFuc2xhdGVkIFNldCAyIGtleWJvYXJkIGFzIC9kZXZpY2Vz L3BsYXRmb3JtL2k4MDQyL3NlcmlvMC9pbnB1dC9pbnB1dDIKWyAgICA3LjIyNzA2OV0gZWhjaV9o Y2QgMDAwMDowMDoxZC43OiBHZXRTdGF0dXMgcG9ydDo0IHN0YXR1cyAwMDE4MDMgMCAgQUNLIFBP V0VSIHNpZz1qIENTQyBDT05ORUNUClsgICAgNy4yMjcwNzFdIGh1YiAxLTA6MS4wOiBwb3J0IDQ6 IHN0YXR1cyAwNTAxIGNoYW5nZSAwMDAxClsgICAgNy4yMjgwNzBdIHVoY2lfaGNkIDAwMDA6MDA6 MWQuMTogcG9ydCAyIHBvcnRzYyAwMDgyLDAwClsgICAgOC4yMDQwNjVdIHVzYiB1c2IyOiBzdXNw ZW5kX3JoIChhdXRvLXN0b3ApClsgICAgOC4yMDQwOTRdIHVzYiB1c2I0OiBzdXNwZW5kX3JoIChh dXRvLXN0b3ApClsgICAgOC4yMDQxMjBdIHVzYiB1c2I1OiBzdXNwZW5kX3JoIChhdXRvLXN0b3Ap ClsgICAgOC4yODczMjNdIGluaXRjYWxsIDNfYXN5bmNfcG9ydF9wcm9iZSsweDAvMHg3MCByZXR1 cm5lZCAwIGFmdGVyIDE1ODM0MDUgdXNlY3MKWyAgICA4LjI4NzMzMl0gaHViIDItMDoxLjA6IHN0 YXRlIDcgcG9ydHMgMiBjaGcgMDAwMCBldnQgMDAwMApbICAgIDguMjg3MzM0XSBodWIgNC0wOjEu MDogc3RhdGUgNyBwb3J0cyAyIGNoZyAwMDAwIGV2dCAwMDAwClsgICAgOC4yODczMzZdIGh1YiA1 LTA6MS4wOiBzdGF0ZSA3IHBvcnRzIDIgY2hnIDAwMDAgZXZ0IDAwMDAKWyAgICA4LjI4NzMzOF0g aHViIDEtMDoxLjA6IHN0YXRlIDcgcG9ydHMgOCBjaGcgMDAxMCBldnQgMDAwMApbICAgIDguMjg3 MzQyXSBodWIgMS0wOjEuMDogcG9ydCA0LCBzdGF0dXMgMDUwMSwgY2hhbmdlIDAwMDAsIDQ4MCBN Yi9zClsgICAgOC4yODc0MDJdIGluaXRjYWxsIHBzbW91c2VfaW5pdCsweDAvMHg3YiByZXR1cm5l ZCAwIGFmdGVyIDExMjgzNTAgdXNlY3MKWyAgICA4LjI4NzQwNV0gY2FsbGluZyAgeGVua2JkX2lu aXQrMHgwLzB4MzIgQCAxClsgICAgOC4yODc0MDZdIGluaXRjYWxsIHhlbmtiZF9pbml0KzB4MC8w eDMyIHJldHVybmVkIC0xOSBhZnRlciAwIHVzZWNzClsgICAgOC4yODc0MDhdIGNhbGxpbmcgIGNt b3NfaW5pdCsweDAvMHg2YSBAIDEKWyAgICA4LjI4NzQzNF0gcnRjX2Ntb3MgMDA6MDM6IFJUQyBj YW4gd2FrZSBmcm9tIFM0ClsgICAgOC4yODc2NzJdIHJ0Y19jbW9zIDAwOjAzOiBydGMgY29yZTog cmVnaXN0ZXJlZCBydGNfY21vcyBhcyBydGMwClsgICAgOC4yODc3MTJdIHJ0YzA6IGFsYXJtcyB1 cCB0byBvbmUgbW9udGgsIHkzaywgMTE0IGJ5dGVzIG52cmFtLCBocGV0IGlycXMKWyAgICA4LjI4 Nzc0OV0gaW5pdGNhbGwgY21vc19pbml0KzB4MC8weDZhIHJldHVybmVkIDAgYWZ0ZXIgMzI5IHVz ZWNzClsgICAgOC4yODc3NTFdIGNhbGxpbmcgIGkyY19pODAxX2luaXQrMHgwLzB4YTggQCAxClsg ICAgOC4yODc3NjddIHhlbjogcmVnaXN0ZXJpbmcgZ3NpIDE5IHRyaWdnZXJpbmcgMCBwb2xhcml0 eSAxClsgICAgOC4yODc3NjldIEFscmVhZHkgc2V0dXAgdGhlIEdTSSA6MTkKWyAgICA4LjI4Nzg2 Ml0gaW5pdGNhbGwgaTJjX2k4MDFfaW5pdCsweDAvMHhhOCByZXR1cm5lZCAwIGFmdGVyIDEwNiB1 c2VjcwpbICAgIDguMjg3ODY0XSBjYWxsaW5nICBkbV9pbml0KzB4MC8weDQ1IEAgMQpbICAgIDgu Mjg3OTg3XSBkZXZpY2UtbWFwcGVyOiBpb2N0bDogNC4yMi4wLWlvY3RsICgyMDExLTEwLTE5KSBp bml0aWFsaXNlZDogZG0tZGV2ZWxAcmVkaGF0LmNvbQpbICAgIDguMjg3OTkwXSBpbml0Y2FsbCBk bV9pbml0KzB4MC8weDQ1IHJldHVybmVkIDAgYWZ0ZXIgMTE5IHVzZWNzClsgICAgOC4yODc5OTFd IGNhbGxpbmcgIGRtX21pcnJvcl9pbml0KzB4MC8weDc2IEAgMQpbICAgIDguMjg4MDQwXSBpbml0 Y2FsbCBkbV9taXJyb3JfaW5pdCsweDAvMHg3NiByZXR1cm5lZCAwIGFmdGVyIDQ1IHVzZWNzClsg ICAgOC4yODgwNDJdIGNhbGxpbmcgIGRtX2RpcnR5X2xvZ19pbml0KzB4MC8weDU2IEAgMQpbICAg IDguMjg4MDQ1XSBpbml0Y2FsbCBkbV9kaXJ0eV9sb2dfaW5pdCsweDAvMHg1NiByZXR1cm5lZCAw IGFmdGVyIDAgdXNlY3MKWyAgICA4LjI4ODA0Nl0gY2FsbGluZyAgZG1femVyb19pbml0KzB4MC8w eDJlIEAgMQpbICAgIDguMjg4MDQ4XSBpbml0Y2FsbCBkbV96ZXJvX2luaXQrMHgwLzB4MmUgcmV0 dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgOC4yODgwNTFdIGNhbGxpbmcgIGNwdWZyZXFfZ292 X2Ric19pbml0KzB4MC8weDU4IEAgMQpbICAgIDguMjg4MTAxXSBpbml0Y2FsbCBjcHVmcmVxX2dv dl9kYnNfaW5pdCsweDAvMHg1OCByZXR1cm5lZCAtMTkgYWZ0ZXIgMCB1c2VjcwpbICAgIDguMjg4 MTAzXSBjYWxsaW5nICBpbml0X2xhZGRlcisweDAvMHgxMiBAIDEKWyAgICA4LjI4ODEwNV0gaW5p dGNhbGwgaW5pdF9sYWRkZXIrMHgwLzB4MTIgcmV0dXJuZWQgLTE5IGFmdGVyIDAgdXNlY3MKWyAg ICA4LjI4ODEwNl0gY2FsbGluZyAgaW5pdF9tZW51KzB4MC8weDEyIEAgMQpbICAgIDguMjg4MTA4 XSBpbml0Y2FsbCBpbml0X21lbnUrMHgwLzB4MTIgcmV0dXJuZWQgLTE5IGFmdGVyIDAgdXNlY3MK WyAgICA4LjI4ODExMF0gY2FsbGluZyAgZWZpdmFyc19pbml0KzB4MC8weGYzIEAgMQpbICAgIDgu Mjg4MTExXSBFRkkgVmFyaWFibGVzIEZhY2lsaXR5IHYwLjA4IDIwMDQtTWF5LTE3ClsgICAgOC4y ODgxMTNdIGluaXRjYWxsIGVmaXZhcnNfaW5pdCsweDAvMHhmMyByZXR1cm5lZCAwIGFmdGVyIDEg dXNlY3MKWyAgICA4LjI4ODExNV0gY2FsbGluZyAgaGlkX2luaXQrMHgwLzB4NmEgQCAxClsgICAg OC4yODgxOThdIGluaXRjYWxsIGhpZF9pbml0KzB4MC8weDZhIHJldHVybmVkIDAgYWZ0ZXIgNzgg dXNlY3MKWyAgICA4LjI4ODIwMF0gY2FsbGluZyAgYTRfaW5pdCsweDAvMHgxYiBAIDEKWyAgICA4 LjI4ODIzNV0gaW5pdGNhbGwgYTRfaW5pdCsweDAvMHgxYiByZXR1cm5lZCAwIGFmdGVyIDMxIHVz ZWNzClsgICAgOC4yODgyMzddIGNhbGxpbmcgIGFwcGxlX2luaXQrMHgwLzB4MzcgQCAxClsgICAg OC4yODgyNzNdIGluaXRjYWxsIGFwcGxlX2luaXQrMHgwLzB4MzcgcmV0dXJuZWQgMCBhZnRlciAz MyB1c2VjcwpbICAgIDguMjg4Mjc1XSBjYWxsaW5nICBiZWxraW5faW5pdCsweDAvMHgxYiBAIDEK WyAgICA4LjI4ODMwN10gaW5pdGNhbGwgYmVsa2luX2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBh ZnRlciAyOCB1c2VjcwpbICAgIDguMjg4MzA5XSBjYWxsaW5nICBjaF9pbml0KzB4MC8weDFiIEAg MQpbICAgIDguMjg4MzQwXSBpbml0Y2FsbCBjaF9pbml0KzB4MC8weDFiIHJldHVybmVkIDAgYWZ0 ZXIgMjggdXNlY3MKWyAgICA4LjI4ODM0Ml0gY2FsbGluZyAgY2hfaW5pdCsweDAvMHgxYiBAIDEK WyAgICA4LjI4ODM3OF0gaW5pdGNhbGwgY2hfaW5pdCsweDAvMHgxYiByZXR1cm5lZCAwIGFmdGVy IDMyIHVzZWNzClsgICAgOC4yODgzODBdIGNhbGxpbmcgIGNwX2luaXQrMHgwLzB4MWIgQCAxClsg ICAgOC4yODg0MTFdIGluaXRjYWxsIGNwX2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRlciAy OCB1c2VjcwpbICAgIDguMjg4NDEzXSBjYWxsaW5nICBlel9pbml0KzB4MC8weDFiIEAgMQpbICAg IDguMjg4NDQ1XSBpbml0Y2FsbCBlel9pbml0KzB4MC8weDFiIHJldHVybmVkIDAgYWZ0ZXIgMjgg dXNlY3MKWyAgICA4LjI4ODQ0N10gY2FsbGluZyAgZ3lyYXRpb25faW5pdCsweDAvMHgxYiBAIDEK WyAgICA4LjI4ODQ4MV0gaW5pdGNhbGwgZ3lyYXRpb25faW5pdCsweDAvMHgxYiByZXR1cm5lZCAw IGFmdGVyIDMwIHVzZWNzClsgICAgOC4yODg0ODNdIGNhbGxpbmcgIGtzX2luaXQrMHgwLzB4MWIg QCAxClsgICAgOC4yODg1MTZdIGluaXRjYWxsIGtzX2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBh ZnRlciAzMCB1c2VjcwpbICAgIDguMjg4NTE4XSBjYWxsaW5nICBsZ19pbml0KzB4MC8weDFiIEAg MQpbICAgIDguMjg4NTUyXSBpbml0Y2FsbCBsZ19pbml0KzB4MC8weDFiIHJldHVybmVkIDAgYWZ0 ZXIgMzAgdXNlY3MKWyAgICA4LjI4ODU1NF0gY2FsbGluZyAgbXNfaW5pdCsweDAvMHgxYiBAIDEK WyAgICA4LjI4ODU4Nl0gaW5pdGNhbGwgbXNfaW5pdCsweDAvMHgxYiByZXR1cm5lZCAwIGFmdGVy IDI5IHVzZWNzClsgICAgOC4yODg1ODhdIGNhbGxpbmcgIG1yX2luaXQrMHgwLzB4MWIgQCAxClsg ICAgOC4yODg2MjBdIGluaXRjYWxsIG1yX2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRlciAy OCB1c2VjcwpbICAgIDguMjg4NjIyXSBjYWxsaW5nICBudHJpZ19pbml0KzB4MC8weDFiIEAgMQpb ICAgIDguMjg4NjU5XSBpbml0Y2FsbCBudHJpZ19pbml0KzB4MC8weDFiIHJldHVybmVkIDAgYWZ0 ZXIgMzMgdXNlY3MKWyAgICA4LjI4ODY2MF0gY2FsbGluZyAgcGxfaW5pdCsweDAvMHgxYiBAIDEK WyAgICA4LjI4ODY5NV0gaW5pdGNhbGwgcGxfaW5pdCsweDAvMHgxYiByZXR1cm5lZCAwIGFmdGVy IDMxIHVzZWNzClsgICAgOC4yODg2OTddIGNhbGxpbmcgIHBsX2luaXQrMHgwLzB4MWIgQCAxClsg ICAgOC4yODg3MzBdIGluaXRjYWxsIHBsX2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRlciAy OSB1c2VjcwpbICAgIDguMjg4NzMyXSBjYWxsaW5nICBzYW1zdW5nX2luaXQrMHgwLzB4MWIgQCAx ClsgICAgOC4yODg3NjVdIGluaXRjYWxsIHNhbXN1bmdfaW5pdCsweDAvMHgxYiByZXR1cm5lZCAw IGFmdGVyIDMwIHVzZWNzClsgICAgOC4yODg3NjddIGNhbGxpbmcgIHNvbnlfaW5pdCsweDAvMHgx YiBAIDEKWyAgICA4LjI4ODgwMl0gaW5pdGNhbGwgc29ueV9pbml0KzB4MC8weDFiIHJldHVybmVk IDAgYWZ0ZXIgMzEgdXNlY3MKWyAgICA4LjI4ODgwNF0gY2FsbGluZyAgc3BfaW5pdCsweDAvMHgx YiBAIDEKWyAgICA4LjI4ODgzNl0gaW5pdGNhbGwgc3BfaW5pdCsweDAvMHgxYiByZXR1cm5lZCAw IGFmdGVyIDI4IHVzZWNzClsgICAgOC4yODg4MzhdIGNhbGxpbmcgIHRzX2luaXQrMHgwLzB4MWIg QCAxClsgICAgOC4yODg4NzddIGluaXRjYWxsIHRzX2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBh ZnRlciAzNSB1c2VjcwpbICAgIDguMjg4ODc5XSBjYWxsaW5nICBoaWRfaW5pdCsweDAvMHg3NSBA IDEKWyAgICA4LjI4ODk0N10gdXNiY29yZTogcmVnaXN0ZXJlZCBuZXcgaW50ZXJmYWNlIGRyaXZl ciB1c2JoaWQKWyAgICA4LjI4ODk0OF0gdXNiaGlkOiBVU0IgSElEIGNvcmUgZHJpdmVyClsgICAg OC4yODg5NTFdIGluaXRjYWxsIGhpZF9pbml0KzB4MC8weDc1IHJldHVybmVkIDAgYWZ0ZXIgNjgg dXNlY3MKWyAgICA4LjI4ODk1M10gY2FsbGluZyAgZWVlcGNfbGFwdG9wX2luaXQrMHgwLzB4NTgg QCAxClsgICAgOC4yODkxMDJdIGluaXRjYWxsIGVlZXBjX2xhcHRvcF9pbml0KzB4MC8weDU4IHJl dHVybmVkIC0xOSBhZnRlciAxNDIgdXNlY3MKWyAgICA4LjI4OTEwNF0gY2FsbGluZyAgbXhtX3dt aV9pbml0KzB4MC8weDggQCAxClsgICAgOC4yODkxMDZdIGluaXRjYWxsIG14bV93bWlfaW5pdCsw eDAvMHg4IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDguMjg5MTA4XSBjYWxsaW5nICBh bHNhX2h3ZGVwX2luaXQrMHgwLzB4NTUgQCAxClsgICAgOC4yODkxMTNdIGluaXRjYWxsIGFsc2Ff aHdkZXBfaW5pdCsweDAvMHg1NSByZXR1cm5lZCAwIGFmdGVyIDIgdXNlY3MKWyAgICA4LjI4OTEx NV0gY2FsbGluZyAgYWxzYV90aW1lcl9pbml0KzB4MC8weDE2OCBAIDEKWyAgICA4LjI4OTE3MV0g aW5pdGNhbGwgYWxzYV90aW1lcl9pbml0KzB4MC8weDE2OCByZXR1cm5lZCAwIGFmdGVyIDUyIHVz ZWNzClsgICAgOC4yODkxNzNdIGNhbGxpbmcgIHNuZF9ocnRpbWVyX2luaXQrMHgwLzB4ZTIgQCAx ClsgICAgOC4yODkxNzZdIGluaXRjYWxsIHNuZF9ocnRpbWVyX2luaXQrMHgwLzB4ZTIgcmV0dXJu ZWQgMCBhZnRlciAwIHVzZWNzClsgICAgOC4yODkxNzhdIGNhbGxpbmcgIGFsc2FfcGNtX2luaXQr MHgwLzB4NWQgQCAxClsgICAgOC4yODkxODBdIGluaXRjYWxsIGFsc2FfcGNtX2luaXQrMHgwLzB4 NWQgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgOC4yODkxODJdIGNhbGxpbmcgIHNuZF9t ZW1faW5pdCsweDAvMHgyYyBAIDEKWyAgICA4LjI4OTE4Nl0gaW5pdGNhbGwgc25kX21lbV9pbml0 KzB4MC8weDJjIHJldHVybmVkIDAgYWZ0ZXIgMiB1c2VjcwpbICAgIDguMjg5MTg4XSBjYWxsaW5n ICBhbHNhX21peGVyX29zc19pbml0KzB4MC8weDNiIEAgMQpbICAgIDguMjg5MTkwXSBpbml0Y2Fs bCBhbHNhX21peGVyX29zc19pbml0KzB4MC8weDNiIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2Vjcwpb ICAgIDguMjg5MTkyXSBjYWxsaW5nICBhbHNhX3BjbV9vc3NfaW5pdCsweDAvMHg4NiBAIDEKWyAg ICA4LjI4OTE5NV0gaW5pdGNhbGwgYWxzYV9wY21fb3NzX2luaXQrMHgwLzB4ODYgcmV0dXJuZWQg MCBhZnRlciAwIHVzZWNzClsgICAgOC4yODkxOTddIGNhbGxpbmcgIGFsc2Ffc2VxX2luaXQrMHgw LzB4NGMgQCAxClsgICAgOC4yODkyNTFdIGluaXRjYWxsIGFsc2Ffc2VxX2luaXQrMHgwLzB4NGMg cmV0dXJuZWQgMCBhZnRlciA0OSB1c2VjcwpbICAgIDguMjg5MjUzXSBjYWxsaW5nICBhbHNhX3Nl cV9kZXZpY2VfaW5pdCsweDAvMHg1YiBAIDEKWyAgICA4LjI4OTI1Nl0gaW5pdGNhbGwgYWxzYV9z ZXFfZGV2aWNlX2luaXQrMHgwLzB4NWIgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgOC4y ODkyNThdIGNhbGxpbmcgIGFsc2Ffc2VxX21pZGlfZXZlbnRfaW5pdCsweDAvMHg4IEAgMQpbICAg IDguMjg5MjYwXSBpbml0Y2FsbCBhbHNhX3NlcV9taWRpX2V2ZW50X2luaXQrMHgwLzB4OCByZXR1 cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICA4LjI4OTI2Ml0gY2FsbGluZyAgYWxzYV9zZXFfb3Nz X2luaXQrMHgwLzB4MTYxIEAgMQpbICAgIDguMjkwNTQ2XSBpbml0Y2FsbCBhbHNhX3NlcV9vc3Nf aW5pdCsweDAvMHgxNjEgcmV0dXJuZWQgMCBhZnRlciAxMjUwIHVzZWNzClsgICAgOC4yOTA1NDhd IGNhbGxpbmcgIGFsc2Ffc2VxX2R1bW15X2luaXQrMHgwLzB4YjUgQCAxClsgICAgOC4yOTA1NTRd IGluaXRjYWxsIGFsc2Ffc2VxX2R1bW15X2luaXQrMHgwLzB4YjUgcmV0dXJuZWQgMCBhZnRlciAz IHVzZWNzClsgICAgOC4yOTA1NTZdIGNhbGxpbmcgIHBhdGNoX3JlYWx0ZWtfaW5pdCsweDAvMHgx MiBAIDEKWyAgICA4LjI5MDU1OV0gaW5pdGNhbGwgcGF0Y2hfcmVhbHRla19pbml0KzB4MC8weDEy IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDguMjkwNTYxXSBjYWxsaW5nICBwYXRjaF9j bWVkaWFfaW5pdCsweDAvMHgxMiBAIDEKWyAgICA4LjI5MDU2M10gaW5pdGNhbGwgcGF0Y2hfY21l ZGlhX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgOC4yOTA1NjVd IGNhbGxpbmcgIHBhdGNoX2FuYWxvZ19pbml0KzB4MC8weDEyIEAgMQpbICAgIDguMjkwNTY3XSBp bml0Y2FsbCBwYXRjaF9hbmFsb2dfaW5pdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDAgdXNl Y3MKWyAgICA4LjI5MDU2OV0gY2FsbGluZyAgcGF0Y2hfc2lnbWF0ZWxfaW5pdCsweDAvMHgxMiBA IDEKWyAgICA4LjI5MDU3MV0gaW5pdGNhbGwgcGF0Y2hfc2lnbWF0ZWxfaW5pdCsweDAvMHgxMiBy ZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICA4LjI5MDU3M10gY2FsbGluZyAgcGF0Y2hfc2kz MDU0X2luaXQrMHgwLzB4MTIgQCAxClsgICAgOC4yOTA1NzVdIGluaXRjYWxsIHBhdGNoX3NpMzA1 NF9pbml0KzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDguMjkwNTc3XSBj YWxsaW5nICBwYXRjaF9jaXJydXNfaW5pdCsweDAvMHgxMiBAIDEKWyAgICA4LjI5MDU3OV0gaW5p dGNhbGwgcGF0Y2hfY2lycnVzX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNz ClsgICAgOC4yOTA1ODFdIGNhbGxpbmcgIHBhdGNoX2NhMDExMF9pbml0KzB4MC8weDEyIEAgMQpb ICAgIDguMjkwNTgzXSBpbml0Y2FsbCBwYXRjaF9jYTAxMTBfaW5pdCsweDAvMHgxMiByZXR1cm5l ZCAwIGFmdGVyIDAgdXNlY3MKWyAgICA4LjI5MDU4NV0gY2FsbGluZyAgcGF0Y2hfY2EwMTMyX2lu aXQrMHgwLzB4MTIgQCAxClsgICAgOC4yOTA1ODddIGluaXRjYWxsIHBhdGNoX2NhMDEzMl9pbml0 KzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDguMjkwNTg5XSBjYWxsaW5n ICBwYXRjaF9jb25leGFudF9pbml0KzB4MC8weDEyIEAgMQpbICAgIDguMjkwNTkxXSBpbml0Y2Fs bCBwYXRjaF9jb25leGFudF9pbml0KzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2Vjcwpb ICAgIDguMjkwNTkzXSBjYWxsaW5nICBwYXRjaF92aWFfaW5pdCsweDAvMHgxMiBAIDEKWyAgICA4 LjI5MDU5NV0gaW5pdGNhbGwgcGF0Y2hfdmlhX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgMCBhZnRl ciAwIHVzZWNzClsgICAgOC4yOTA1OTddIGNhbGxpbmcgIHBhdGNoX2hkbWlfaW5pdCsweDAvMHgx MiBAIDEKWyAgICA4LjI5MDU5OV0gaW5pdGNhbGwgcGF0Y2hfaGRtaV9pbml0KzB4MC8weDEyIHJl dHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDguMjkwNjAxXSBjYWxsaW5nICBhbHNhX2NhcmRf YXp4X2luaXQrMHgwLzB4MWIgQCAxClsgICAgOC4yOTA2MjNdIHhlbjogcmVnaXN0ZXJpbmcgZ3Np IDE2IHRyaWdnZXJpbmcgMCBwb2xhcml0eSAxClsgICAgOC4yOTA2MjVdIEFscmVhZHkgc2V0dXAg dGhlIEdTSSA6MTYKWyAgICA4LjMxMjIwNV0gaW5pdGNhbGwgYWxzYV9jYXJkX2F6eF9pbml0KzB4 MC8weDFiIHJldHVybmVkIDAgYWZ0ZXIgMjEwOTMgdXNlY3MKWyAgICA4LjMxMjIwOF0gY2FsbGlu ZyAgc29ja19kaWFnX2luaXQrMHgwLzB4MzYgQCAxClsgICAgOC4zMTIyMTZdIGluaXRjYWxsIHNv Y2tfZGlhZ19pbml0KzB4MC8weDM2IHJldHVybmVkIDAgYWZ0ZXIgNiB1c2VjcwpbICAgIDguMzEy MjE4XSBjYWxsaW5nICBmbG93X2NhY2hlX2luaXRfZ2xvYmFsKzB4MC8weDE5OSBAIDEKWyAgICA4 LjMxMjIzNF0gaW5pdGNhbGwgZmxvd19jYWNoZV9pbml0X2dsb2JhbCsweDAvMHgxOTkgcmV0dXJu ZWQgMCBhZnRlciAxMyB1c2VjcwpbICAgIDguMzEyMjM2XSBjYWxsaW5nICBsbGNfaW5pdCsweDAv MHgyMCBAIDEKWyAgICA4LjMxMjIzOF0gaW5pdGNhbGwgbGxjX2luaXQrMHgwLzB4MjAgcmV0dXJu ZWQgMCBhZnRlciAwIHVzZWNzClsgICAgOC4zMTIyMzldIGNhbGxpbmcgIHNuYXBfaW5pdCsweDAv MHgzOSBAIDEKWyAgICA4LjMxMjI0M10gaW5pdGNhbGwgc25hcF9pbml0KzB4MC8weDM5IHJldHVy bmVkIDAgYWZ0ZXIgMSB1c2VjcwpbICAgIDguMzEyMjQ0XSBjYWxsaW5nICBibGFja2hvbGVfbW9k dWxlX2luaXQrMHgwLzB4MTIgQCAxClsgICAgOC4zMTIyNDddIGluaXRjYWxsIGJsYWNraG9sZV9t b2R1bGVfaW5pdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICA4LjMxMjI0 OV0gY2FsbGluZyAgbmZuZXRsaW5rX2luaXQrMHgwLzB4MjcgQCAxClsgICAgOC4zMTIyNTBdIE5l dGZpbHRlciBtZXNzYWdlcyB2aWEgTkVUTElOSyB2MC4zMC4KWyAgICA4LjMxMjI1OV0gaW5pdGNh bGwgbmZuZXRsaW5rX2luaXQrMHgwLzB4MjcgcmV0dXJuZWQgMCBhZnRlciA3IHVzZWNzClsgICAg OC4zMTIyNjBdIGNhbGxpbmcgIG5mbmV0bGlua19sb2dfaW5pdCsweDAvMHhkMSBAIDEKWyAgICA4 LjMxMjI2N10gaW5pdGNhbGwgbmZuZXRsaW5rX2xvZ19pbml0KzB4MC8weGQxIHJldHVybmVkIDAg YWZ0ZXIgNSB1c2VjcwpbICAgIDguMzEyMjY5XSBjYWxsaW5nICBuZl9jb25udHJhY2tfc3RhbmRh bG9uZV9pbml0KzB4MC8weDEyIEAgMQpbICAgIDguMzEyMjcxXSBuZl9jb25udHJhY2sgdmVyc2lv biAwLjUuMCAoMTYzODQgYnVja2V0cywgNjU1MzYgbWF4KQpbICAgIDguMzEyMzkyXSBpbml0Y2Fs bCBuZl9jb25udHJhY2tfc3RhbmRhbG9uZV9pbml0KzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIg MTE3IHVzZWNzClsgICAgOC4zMTIzOTRdIGNhbGxpbmcgIGN0bmV0bGlua19pbml0KzB4MC8weDlm IEAgMQpbICAgIDguMzEyMzk1XSBjdG5ldGxpbmsgdjAuOTM6IHJlZ2lzdGVyaW5nIHdpdGggbmZu ZXRsaW5rLgpbICAgIDguMzEyMzk3XSBpbml0Y2FsbCBjdG5ldGxpbmtfaW5pdCsweDAvMHg5ZiBy ZXR1cm5lZCAwIGFmdGVyIDEgdXNlY3MKWyAgICA4LjMxMjM5OV0gY2FsbGluZyAgbmZfY29ubnRy YWNrX2Z0cF9pbml0KzB4MC8weDE5MSBAIDEKWyAgICA4LjMxMjQwMl0gaW5pdGNhbGwgbmZfY29u bnRyYWNrX2Z0cF9pbml0KzB4MC8weDE5MSByZXR1cm5lZCAwIGFmdGVyIDEgdXNlY3MKWyAgICA4 LjMxMjQwNF0gY2FsbGluZyAgbmZfY29ubnRyYWNrX2lyY19pbml0KzB4MC8weDE3OSBAIDEKWyAg ICA4LjMxMjQwN10gaW5pdGNhbGwgbmZfY29ubnRyYWNrX2lyY19pbml0KzB4MC8weDE3OSByZXR1 cm5lZCAwIGFmdGVyIDEgdXNlY3MKWyAgICA4LjMxMjQwOF0gY2FsbGluZyAgbmZfY29ubnRyYWNr X3NpcF9pbml0KzB4MC8weDFjZSBAIDEKWyAgICA4LjMxMjQxMV0gaW5pdGNhbGwgbmZfY29ubnRy YWNrX3NpcF9pbml0KzB4MC8weDFjZSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICA4LjMx MjQxMl0gY2FsbGluZyAgeHRfaW5pdCsweDAvMHhmNSBAIDEKWyAgICA4LjMxMjQxNV0gaW5pdGNh bGwgeHRfaW5pdCsweDAvMHhmNSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICA4LjMxMjQx N10gY2FsbGluZyAgdGNwdWRwX210X2luaXQrMHgwLzB4MTcgQCAxClsgICAgOC4zMTI0MTldIGlu aXRjYWxsIHRjcHVkcF9tdF9pbml0KzB4MC8weDE3IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2Vjcwpb ICAgIDguMzEyNDIxXSBjYWxsaW5nICBjb25uc2VjbWFya190Z19pbml0KzB4MC8weDEyIEAgMQpb ICAgIDguMzEyNDIzXSBpbml0Y2FsbCBjb25uc2VjbWFya190Z19pbml0KzB4MC8weDEyIHJldHVy bmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDguMzEyNDI0XSBjYWxsaW5nICBuZmxvZ190Z19pbml0 KzB4MC8weDEyIEAgMQpbICAgIDguMzEyNDI2XSBpbml0Y2FsbCBuZmxvZ190Z19pbml0KzB4MC8w eDEyIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDguMzEyNDI4XSBjYWxsaW5nICBzZWNt YXJrX3RnX2luaXQrMHgwLzB4MTIgQCAxClsgICAgOC4zMTI0MzBdIGluaXRjYWxsIHNlY21hcmtf dGdfaW5pdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICA4LjMxMjQzMV0g Y2FsbGluZyAgdGNwbXNzX3RnX2luaXQrMHgwLzB4MTcgQCAxClsgICAgOC4zMTI0MzNdIGluaXRj YWxsIHRjcG1zc190Z19pbml0KzB4MC8weDE3IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAg IDguMzEyNDM1XSBjYWxsaW5nICBjb25udHJhY2tfbXRfaW5pdCsweDAvMHgxNyBAIDEKWyAgICA4 LjMxMjQzN10gaW5pdGNhbGwgY29ubnRyYWNrX210X2luaXQrMHgwLzB4MTcgcmV0dXJuZWQgMCBh ZnRlciAwIHVzZWNzClsgICAgOC4zMTI0MzldIGNhbGxpbmcgIHBvbGljeV9tdF9pbml0KzB4MC8w eDE3IEAgMQpbICAgIDguMzEyNDQxXSBpbml0Y2FsbCBwb2xpY3lfbXRfaW5pdCsweDAvMHgxNyBy ZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICA4LjMxMjQ0Ml0gY2FsbGluZyAgc3RhdGVfbXRf aW5pdCsweDAvMHgxMiBAIDEKWyAgICA4LjMxMjQ0NF0gaW5pdGNhbGwgc3RhdGVfbXRfaW5pdCsw eDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICA4LjMxMjQ0Nl0gY2FsbGluZyAg c3lzY3RsX2lwdjRfaW5pdCsweDAvMHg4NCBAIDEKWyAgICA4LjMxMjQ5M10gaW5pdGNhbGwgc3lz Y3RsX2lwdjRfaW5pdCsweDAvMHg4NCByZXR1cm5lZCAwIGFmdGVyIDQzIHVzZWNzClsgICAgOC4z MTI0OTVdIGNhbGxpbmcgIGluaXRfc3luY29va2llcysweDAvMHgxOSBAIDEKWyAgICA4LjMxMjUw N10gaW5pdGNhbGwgaW5pdF9zeW5jb29raWVzKzB4MC8weDE5IHJldHVybmVkIDAgYWZ0ZXIgMTAg dXNlY3MKWyAgICA4LjMxMjUwOV0gY2FsbGluZyAgdHVubmVsNF9pbml0KzB4MC8weDc0IEAgMQpb ICAgIDguMzEyNTExXSBpbml0Y2FsbCB0dW5uZWw0X2luaXQrMHgwLzB4NzQgcmV0dXJuZWQgMCBh ZnRlciAwIHVzZWNzClsgICAgOC4zMTI1MTRdIGNhbGxpbmcgIGlwdjRfbmV0ZmlsdGVyX2luaXQr MHgwLzB4MjAgQCAxClsgICAgOC4zMTI1MTZdIGluaXRjYWxsIGlwdjRfbmV0ZmlsdGVyX2luaXQr MHgwLzB4MjAgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgOC4zMTI1MThdIGNhbGxpbmcg IG5mX2Nvbm50cmFja19sM3Byb3RvX2lwdjRfaW5pdCsweDAvMHgxNDggQCAxClsgICAgOC4zMTI1 NTJdIGluaXRjYWxsIG5mX2Nvbm50cmFja19sM3Byb3RvX2lwdjRfaW5pdCsweDAvMHgxNDggcmV0 dXJuZWQgMCBhZnRlciAzMSB1c2VjcwpbICAgIDguMzEyNTU0XSBjYWxsaW5nICBuZl9uYXRfaW5p dCsweDAvMHgxMWEgQCAxClsgICAgOC4zMTI1ODhdIGluaXRjYWxsIG5mX25hdF9pbml0KzB4MC8w eDExYSByZXR1cm5lZCAwIGFmdGVyIDMxIHVzZWNzClsgICAgOC4zMTI1OTBdIGNhbGxpbmcgIG5m X2RlZnJhZ19pbml0KzB4MC8weDE3IEAgMQpbICAgIDguMzEyNTkyXSBpbml0Y2FsbCBuZl9kZWZy YWdfaW5pdCsweDAvMHgxNyByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICA4LjMxMjU5NF0g Y2FsbGluZyAgbmZfbmF0X2Z0cF9pbml0KzB4MC8weDFmIEAgMQpbICAgIDguMzEyNTk2XSBpbml0 Y2FsbCBuZl9uYXRfZnRwX2luaXQrMHgwLzB4MWYgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsg ICAgOC4zMTI1OThdIGNhbGxpbmcgIG5mX25hdF9pcmNfaW5pdCsweDAvMHgxZiBAIDEKWyAgICA4 LjMxMjYwMF0gaW5pdGNhbGwgbmZfbmF0X2lyY19pbml0KzB4MC8weDFmIHJldHVybmVkIDAgYWZ0 ZXIgMCB1c2VjcwpbICAgIDguMzEyNjAxXSBjYWxsaW5nICBuZl9uYXRfc2lwX2luaXQrMHgwLzB4 YjUgQCAxClsgICAgOC4zMTI2MDNdIGluaXRjYWxsIG5mX25hdF9zaXBfaW5pdCsweDAvMHhiNSBy ZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICA4LjMxMjYwNV0gY2FsbGluZyAgaXBfdGFibGVz X2luaXQrMHgwLzB4YWEgQCAxClsgICAgOC4zMTI2MDldIGlwX3RhYmxlczogKEMpIDIwMDAtMjAw NiBOZXRmaWx0ZXIgQ29yZSBUZWFtClsgICAgOC4zMTI2MTFdIGluaXRjYWxsIGlwX3RhYmxlc19p bml0KzB4MC8weGFhIHJldHVybmVkIDAgYWZ0ZXIgNCB1c2VjcwpbICAgIDguMzEyNjEzXSBjYWxs aW5nICBpcHRhYmxlX2ZpbHRlcl9pbml0KzB4MC8weDRlIEAgMQpbICAgIDguMzEyNjI0XSBpbml0 Y2FsbCBpcHRhYmxlX2ZpbHRlcl9pbml0KzB4MC8weDRlIHJldHVybmVkIDAgYWZ0ZXIgOCB1c2Vj cwpbICAgIDguMzEyNjI2XSBjYWxsaW5nICBpcHRhYmxlX21hbmdsZV9pbml0KzB4MC8weDRlIEAg MQpbICAgIDguMzEyNjM3XSBpbml0Y2FsbCBpcHRhYmxlX21hbmdsZV9pbml0KzB4MC8weDRlIHJl dHVybmVkIDAgYWZ0ZXIgOCB1c2VjcwpbICAgIDguMzEyNjM4XSBjYWxsaW5nICBuZl9uYXRfc3Rh bmRhbG9uZV9pbml0KzB4MC8weDdkIEAgMQpbICAgIDguMzEyNjQ2XSBpbml0Y2FsbCBuZl9uYXRf c3RhbmRhbG9uZV9pbml0KzB4MC8weDdkIHJldHVybmVkIDAgYWZ0ZXIgNSB1c2VjcwpbICAgIDgu MzEyNjQ4XSBjYWxsaW5nICBtYXNxdWVyYWRlX3RnX2luaXQrMHgwLzB4MzYgQCAxClsgICAgOC4z MTI2NTNdIGluaXRjYWxsIG1hc3F1ZXJhZGVfdGdfaW5pdCsweDAvMHgzNiByZXR1cm5lZCAwIGFm dGVyIDMgdXNlY3MKWyAgICA4LjMxMjY1NV0gY2FsbGluZyAgcmVqZWN0X3RnX2luaXQrMHgwLzB4 MTIgQCAxClsgICAgOC4zMTI2NTddIGluaXRjYWxsIHJlamVjdF90Z19pbml0KzB4MC8weDEyIHJl dHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDguMzEyNjU5XSBjYWxsaW5nICB1bG9nX3RnX2lu aXQrMHgwLzB4YzkgQCAxClsgICAgOC4zMTI2NjRdIGluaXRjYWxsIHVsb2dfdGdfaW5pdCsweDAv MHhjOSByZXR1cm5lZCAwIGFmdGVyIDMgdXNlY3MKWyAgICA4LjMxMjY2Nl0gY2FsbGluZyAgY3Vi aWN0Y3BfcmVnaXN0ZXIrMHgwLzB4NTkgQCAxClsgICAgOC4zMTI2NjhdIFRDUDogY3ViaWMgcmVn aXN0ZXJlZApbICAgIDguMzEyNjcwXSBpbml0Y2FsbCBjdWJpY3RjcF9yZWdpc3RlcisweDAvMHg1 OSByZXR1cm5lZCAwIGFmdGVyIDEgdXNlY3MKWyAgICA4LjMxMjY3MV0gY2FsbGluZyAgeGZybV91 c2VyX2luaXQrMHgwLzB4NGEgQCAxClsgICAgOC4zMTI2NzJdIEluaXRpYWxpemluZyBYRlJNIG5l dGxpbmsgc29ja2V0ClsgICAgOC4zMTI2NzddIGluaXRjYWxsIHhmcm1fdXNlcl9pbml0KzB4MC8w eDRhIHJldHVybmVkIDAgYWZ0ZXIgNCB1c2VjcwpbICAgIDguMzEyNjc5XSBjYWxsaW5nICBpbmV0 Nl9pbml0KzB4MC8weDJhZiBAIDEKWyAgICA4LjMxMjg3MV0gTkVUOiBSZWdpc3RlcmVkIHByb3Rv Y29sIGZhbWlseSAxMApbICAgIDguMzEzMDkwXSBpbml0Y2FsbCBpbmV0Nl9pbml0KzB4MC8weDJh ZiByZXR1cm5lZCAwIGFmdGVyIDM5NyB1c2VjcwpbICAgIDguMzEzMDkyXSBjYWxsaW5nICBhaDZf aW5pdCsweDAvMHg2ZCBAIDEKWyAgICA4LjMxMzA5NF0gaW5pdGNhbGwgYWg2X2luaXQrMHgwLzB4 NmQgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgOC4zMTMwOTZdIGNhbGxpbmcgIGVzcDZf aW5pdCsweDAvMHg2ZCBAIDEKWyAgICA4LjMxMzA5OF0gaW5pdGNhbGwgZXNwNl9pbml0KzB4MC8w eDZkIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDguMzEzMTAwXSBjYWxsaW5nICB4ZnJt Nl90cmFuc3BvcnRfaW5pdCsweDAvMHgxNyBAIDEKWyAgICA4LjMxMzEwMl0gaW5pdGNhbGwgeGZy bTZfdHJhbnNwb3J0X2luaXQrMHgwLzB4MTcgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAg OC4zMTMxMDRdIGNhbGxpbmcgIHhmcm02X21vZGVfdHVubmVsX2luaXQrMHgwLzB4MTcgQCAxClsg ICAgOC4zMTMxMDZdIGluaXRjYWxsIHhmcm02X21vZGVfdHVubmVsX2luaXQrMHgwLzB4MTcgcmV0 dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgOC4zMTMxMDhdIGNhbGxpbmcgIHhmcm02X2JlZXRf aW5pdCsweDAvMHgxNyBAIDEKWyAgICA4LjMxMzExMF0gaW5pdGNhbGwgeGZybTZfYmVldF9pbml0 KzB4MC8weDE3IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDguMzEzMTEyXSBjYWxsaW5n ICBpcDZfdGFibGVzX2luaXQrMHgwLzB4YWEgQCAxClsgICAgOC4zMTMxMThdIGlwNl90YWJsZXM6 IChDKSAyMDAwLTIwMDYgTmV0ZmlsdGVyIENvcmUgVGVhbQpbICAgIDguMzEzMTIwXSBpbml0Y2Fs bCBpcDZfdGFibGVzX2luaXQrMHgwLzB4YWEgcmV0dXJuZWQgMCBhZnRlciA1IHVzZWNzClsgICAg OC4zMTMxMjJdIGNhbGxpbmcgIGlwNnRhYmxlX2ZpbHRlcl9pbml0KzB4MC8weDRlIEAgMQpbICAg IDguMzEzMTMxXSBpbml0Y2FsbCBpcDZ0YWJsZV9maWx0ZXJfaW5pdCsweDAvMHg0ZSByZXR1cm5l ZCAwIGFmdGVyIDcgdXNlY3MKWyAgICA4LjMxMzEzM10gY2FsbGluZyAgaXA2dGFibGVfbWFuZ2xl X2luaXQrMHgwLzB4NGUgQCAxClsgICAgOC4zMTMxNDRdIGluaXRjYWxsIGlwNnRhYmxlX21hbmds ZV9pbml0KzB4MC8weDRlIHJldHVybmVkIDAgYWZ0ZXIgOSB1c2VjcwpbICAgIDguMzEzMTQ2XSBj YWxsaW5nICBuZl9jb25udHJhY2tfbDNwcm90b19pcHY2X2luaXQrMHgwLzB4ZjkgQCAxClsgICAg OC4zMTMxNTJdIGluaXRjYWxsIG5mX2Nvbm50cmFja19sM3Byb3RvX2lwdjZfaW5pdCsweDAvMHhm OSByZXR1cm5lZCAwIGFmdGVyIDMgdXNlY3MKWyAgICA4LjMxMzE1NF0gY2FsbGluZyAgbmZfZGVm cmFnX2luaXQrMHgwLzB4NTEgQCAxClsgICAgOC4zMTMxNTldIGluaXRjYWxsIG5mX2RlZnJhZ19p bml0KzB4MC8weDUxIHJldHVybmVkIDAgYWZ0ZXIgMiB1c2VjcwpbICAgIDguMzEzMTYxXSBjYWxs aW5nICBpcHY2aGVhZGVyX210Nl9pbml0KzB4MC8weDEyIEAgMQpbICAgIDguMzEzMTYzXSBpbml0 Y2FsbCBpcHY2aGVhZGVyX210Nl9pbml0KzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2Vj cwpbICAgIDguMzEzMTY0XSBjYWxsaW5nICByZWplY3RfdGc2X2luaXQrMHgwLzB4MTIgQCAxClsg ICAgOC4zMTMxNjZdIGluaXRjYWxsIHJlamVjdF90ZzZfaW5pdCsweDAvMHgxMiByZXR1cm5lZCAw IGFmdGVyIDAgdXNlY3MKWyAgICA4LjMxMzE2OF0gY2FsbGluZyAgc2l0X2luaXQrMHgwLzB4NWQg QCAxClsgICAgOC4zMTMxNjldIElQdjYgb3ZlciBJUHY0IHR1bm5lbGluZyBkcml2ZXIKWyAgICA4 LjMxMzM1NV0gaW5pdGNhbGwgc2l0X2luaXQrMHgwLzB4NWQgcmV0dXJuZWQgMCBhZnRlciAxNzkg dXNlY3MKWyAgICA4LjMxMzM1OF0gY2FsbGluZyAgcGFja2V0X2luaXQrMHgwLzB4NDYgQCAxClsg ICAgOC4zMTMzNTldIE5FVDogUmVnaXN0ZXJlZCBwcm90b2NvbCBmYW1pbHkgMTcKWyAgICA4LjMx MzM2M10gaW5pdGNhbGwgcGFja2V0X2luaXQrMHgwLzB4NDYgcmV0dXJuZWQgMCBhZnRlciAzIHVz ZWNzClsgICAgOC4zMTMzNjVdIGNhbGxpbmcgIGJyX2luaXQrMHgwLzB4OWYgQCAxClsgICAgOC4z MTMzNzRdIGluaXRjYWxsIGJyX2luaXQrMHgwLzB4OWYgcmV0dXJuZWQgMCBhZnRlciA2IHVzZWNz ClsgICAgOC4zMTMzNzZdIGNhbGxpbmcgIGluaXRfcnBjc2VjX2dzcysweDAvMHg2MSBAIDEKWyAg ICA4LjMxMzM4N10gaW5pdGNhbGwgaW5pdF9ycGNzZWNfZ3NzKzB4MC8weDYxIHJldHVybmVkIDAg YWZ0ZXIgOSB1c2VjcwpbICAgIDguMzEzMzg5XSBjYWxsaW5nICB2bGFuX3Byb3RvX2luaXQrMHgw LzB4N2YgQCAxClsgICAgOC4zMTMzOTBdIDgwMjFxOiA4MDIuMVEgVkxBTiBTdXBwb3J0IHYxLjgK WyAgICA4LjMxMzM5NV0gaW5pdGNhbGwgdmxhbl9wcm90b19pbml0KzB4MC8weDdmIHJldHVybmVk IDAgYWZ0ZXIgMyB1c2VjcwpbICAgIDguMzEzMzk3XSBjYWxsaW5nICBpbml0X2Ruc19yZXNvbHZl cisweDAvMHgxMDggQCAxClsgICAgOC4zMTMzOTldIFJlZ2lzdGVyaW5nIHRoZSBkbnNfcmVzb2x2 ZXIga2V5IHR5cGUKWyAgICA4LjMxMzQwNl0gaW5pdGNhbGwgaW5pdF9kbnNfcmVzb2x2ZXIrMHgw LzB4MTA4IHJldHVybmVkIDAgYWZ0ZXIgNiB1c2VjcwpbICAgIDguMzEzNDQwXSBjYWxsaW5nICBt Y2hlY2tfZGVidWdmc19pbml0KzB4MC8weDNiIEAgMQpbICAgIDguMzEzNDUyXSBpbml0Y2FsbCBt Y2hlY2tfZGVidWdmc19pbml0KzB4MC8weDNiIHJldHVybmVkIDAgYWZ0ZXIgOSB1c2VjcwpbICAg IDguMzEzNDU0XSBjYWxsaW5nICBzZXZlcml0aWVzX2RlYnVnZnNfaW5pdCsweDAvMHgzYiBAIDEK WyAgICA4LjMxMzQ1N10gaW5pdGNhbGwgc2V2ZXJpdGllc19kZWJ1Z2ZzX2luaXQrMHgwLzB4M2Ig cmV0dXJuZWQgMCBhZnRlciAxIHVzZWNzClsgICAgOC4zMTM0NThdIGNhbGxpbmcgIGhwZXRfaW5z ZXJ0X3Jlc291cmNlKzB4MC8weDIzIEAgMQpbICAgIDguMzEzNDYxXSBpbml0Y2FsbCBocGV0X2lu c2VydF9yZXNvdXJjZSsweDAvMHgyMyByZXR1cm5lZCAxIGFmdGVyIDAgdXNlY3MKWyAgICA4LjMx MzQ2M10gaW5pdGNhbGwgaHBldF9pbnNlcnRfcmVzb3VyY2UrMHgwLzB4MjMgcmV0dXJuZWQgd2l0 aCBlcnJvciBjb2RlIDEgClsgICAgOC4zMTM0NjVdIGNhbGxpbmcgIHVwZGF0ZV9tcF90YWJsZSsw eDAvMHg0MjQgQCAxClsgICAgOC4zMTM0NjhdIGluaXRjYWxsIHVwZGF0ZV9tcF90YWJsZSsweDAv MHg0MjQgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgOC4zMTM0NzBdIGNhbGxpbmcgIGxh cGljX2luc2VydF9yZXNvdXJjZSsweDAvMHgzZiBAIDEKWyAgICA4LjMxMzQ3NF0gaW5pdGNhbGwg bGFwaWNfaW5zZXJ0X3Jlc291cmNlKzB4MC8weDNmIHJldHVybmVkIDAgYWZ0ZXIgMSB1c2Vjcwpb ICAgIDguMzEzNDc2XSBjYWxsaW5nICBpb19hcGljX2J1Z19maW5hbGl6ZSsweDAvMHgxYiBAIDEK WyAgICA4LjMxMzQ3OF0gaW5pdGNhbGwgaW9fYXBpY19idWdfZmluYWxpemUrMHgwLzB4MWIgcmV0 dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgOC4zMTM0ODBdIGNhbGxpbmcgIHByaW50X0lDcysw eDAvMHg1ZDQgQCAxClsgICAgOC4zMTM0ODJdIGluaXRjYWxsIHByaW50X0lDcysweDAvMHg1ZDQg cmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgOC4zMTM0ODRdIGNhbGxpbmcgIGNoZWNrX2Vh cmx5X2lvcmVtYXBfbGVhaysweDAvMHg1MCBAIDEKWyAgICA4LjMxMzQ4Nl0gaW5pdGNhbGwgY2hl Y2tfZWFybHlfaW9yZW1hcF9sZWFrKzB4MC8weDUwIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2Vjcwpb ICAgIDguMzEzNDg4XSBjYWxsaW5nICBwYXRfbWVtdHlwZV9saXN0X2luaXQrMHgwLzB4MzIgQCAx ClsgICAgOC4zMTM0OTJdIGluaXRjYWxsIHBhdF9tZW10eXBlX2xpc3RfaW5pdCsweDAvMHgzMiBy ZXR1cm5lZCAwIGFmdGVyIDEgdXNlY3MKWyAgICA4LjMxMzQ5NV0gY2FsbGluZyAgaW5pdF9vb3Bz X2lkKzB4MC8weDQwIEAgMQpbICAgIDguMzEzNDk4XSBpbml0Y2FsbCBpbml0X29vcHNfaWQrMHgw LzB4NDAgcmV0dXJuZWQgMCBhZnRlciAxIHVzZWNzClsgICAgOC4zMTM1MDBdIGNhbGxpbmcgIHBy aW50a19sYXRlX2luaXQrMHgwLzB4NTYgQCAxClsgICAgOC4zMTM1MDJdIGluaXRjYWxsIHByaW50 a19sYXRlX2luaXQrMHgwLzB4NTYgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgOC4zMTM1 MDRdIGNhbGxpbmcgIHBtX3Fvc19wb3dlcl9pbml0KzB4MC8weDY5IEAgMQpbICAgIDguMzEzNjQy XSBpbml0Y2FsbCBwbV9xb3NfcG93ZXJfaW5pdCsweDAvMHg2OSByZXR1cm5lZCAwIGFmdGVyIDEz MSB1c2VjcwpbICAgIDguMzEzNjQ1XSBjYWxsaW5nICBwbV9kZWJ1Z2ZzX2luaXQrMHgwLzB4MjQg QCAxClsgICAgOC4zMTM2NDhdIGluaXRjYWxsIHBtX2RlYnVnZnNfaW5pdCsweDAvMHgyNCByZXR1 cm5lZCAwIGFmdGVyIDEgdXNlY3MKWyAgICA4LjMxMzY1Ml0gY2FsbGluZyAgc29mdHdhcmVfcmVz dW1lKzB4MC8weDI1MCBAIDEKWyAgICA4LjMxMzY1NF0gUE06IEhpYmVybmF0aW9uIGltYWdlIG5v dCBwcmVzZW50IG9yIGNvdWxkIG5vdCBiZSBsb2FkZWQuClsgICAgOC4zMTM2NTZdIGluaXRjYWxs IHNvZnR3YXJlX3Jlc3VtZSsweDAvMHgyNTAgcmV0dXJuZWQgLTIgYWZ0ZXIgMSB1c2VjcwpbICAg IDguMzEzNjU4XSBpbml0Y2FsbCBzb2Z0d2FyZV9yZXN1bWUrMHgwLzB4MjUwIHJldHVybmVkIHdp dGggZXJyb3IgY29kZSAtMiAKWyAgICA4LjMxMzY2MV0gY2FsbGluZyAgZGVidWdmc19rcHJvYmVf aW5pdCsweDAvMHg5MCBAIDEKWyAgICA4LjMxMzY2N10gaW5pdGNhbGwgZGVidWdmc19rcHJvYmVf aW5pdCsweDAvMHg5MCByZXR1cm5lZCAwIGFmdGVyIDMgdXNlY3MKWyAgICA4LjMxMzY2OV0gY2Fs bGluZyAgdGFza3N0YXRzX2luaXQrMHgwLzB4OTUgQCAxClsgICAgOC4zMTM2NzZdIHJlZ2lzdGVy ZWQgdGFza3N0YXRzIHZlcnNpb24gMQpbICAgIDguMzEzNjc4XSBpbml0Y2FsbCB0YXNrc3RhdHNf aW5pdCsweDAvMHg5NSByZXR1cm5lZCAwIGFmdGVyIDYgdXNlY3MKWyAgICA4LjMxMzY4MF0gY2Fs bGluZyAgY2xlYXJfYm9vdF90cmFjZXIrMHgwLzB4MmQgQCAxClsgICAgOC4zMTM2ODJdIGluaXRj YWxsIGNsZWFyX2Jvb3RfdHJhY2VyKzB4MC8weDJkIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2Vjcwpb ICAgIDguMzEzNjg0XSBjYWxsaW5nICBtYXhfc3dhcGZpbGVzX2NoZWNrKzB4MC8weDggQCAxClsg ICAgOC4zMTM2ODZdIGluaXRjYWxsIG1heF9zd2FwZmlsZXNfY2hlY2srMHgwLzB4OCByZXR1cm5l ZCAwIGFmdGVyIDAgdXNlY3MKWyAgICA4LjMxMzY4OF0gY2FsbGluZyAgcmFuZG9tMzJfcmVzZWVk KzB4MC8weGEyIEAgMQpbICAgIDguMzEzNjk1XSBpbml0Y2FsbCByYW5kb20zMl9yZXNlZWQrMHgw LzB4YTIgcmV0dXJuZWQgMCBhZnRlciA0IHVzZWNzClsgICAgOC4zMTM2OTddIGNhbGxpbmcgIHBj aV9yZXNvdXJjZV9hbGlnbm1lbnRfc3lzZnNfaW5pdCsweDAvMHgxOSBAIDEKWyAgICA4LjMxMzcw MV0gaW5pdGNhbGwgcGNpX3Jlc291cmNlX2FsaWdubWVudF9zeXNmc19pbml0KzB4MC8weDE5IHJl dHVybmVkIDAgYWZ0ZXIgMSB1c2VjcwpbICAgIDguMzEzNzAyXSBjYWxsaW5nICBwY2lfc3lzZnNf aW5pdCsweDAvMHg1MSBAIDEKWyAgICA4LjMxMzk2N10gaW5pdGNhbGwgcGNpX3N5c2ZzX2luaXQr MHgwLzB4NTEgcmV0dXJuZWQgMCBhZnRlciAyNTYgdXNlY3MKWyAgICA4LjMxMzk3MF0gY2FsbGlu ZyAgYm9vdF93YWl0X2Zvcl9kZXZpY2VzKzB4MC8weDMwIEAgMQpbICAgIDguMzEzOTcyXSBpbml0 Y2FsbCBib290X3dhaXRfZm9yX2RldmljZXMrMHgwLzB4MzAgcmV0dXJuZWQgMCBhZnRlciAwIHVz ZWNzClsgICAgOC4zMTM5NzRdIGNhbGxpbmcgIHJhbmRvbV9pbnRfc2VjcmV0X2luaXQrMHgwLzB4 MTkgQCAxClsgICAgOC4zMTM5ODJdIGluaXRjYWxsIHJhbmRvbV9pbnRfc2VjcmV0X2luaXQrMHgw LzB4MTkgcmV0dXJuZWQgMCBhZnRlciA1IHVzZWNzClsgICAgOC4zMTM5ODRdIGNhbGxpbmcgIHBz Yl9pbml0KzB4MC8weDE5IEAgMQpbICAgIDguMzEzOTg2XSBbZHJtOmRybV9wY2lfaW5pdF0sIApb ICAgIDguMzE0MDM3XSBpbml0Y2FsbCBwc2JfaW5pdCsweDAvMHgxOSByZXR1cm5lZCAwIGFmdGVy IDQ4IHVzZWNzClsgICAgOC4zMTQwMzldIGNhbGxpbmcgIGRlZmVycmVkX3Byb2JlX2luaXRjYWxs KzB4MC8weDYwIEAgMQpbICAgIDguMzE0MDcwXSBpbml0Y2FsbCBkZWZlcnJlZF9wcm9iZV9pbml0 Y2FsbCsweDAvMHg2MCByZXR1cm5lZCAwIGFmdGVyIDI3IHVzZWNzClsgICAgOC4zMTQwNzNdIGNh bGxpbmcgIGxhdGVfcmVzdW1lX2luaXQrMHgwLzB4MWIwIEAgMQpbICAgIDguMzE0MDc0XSAgIE1h Z2ljIG51bWJlcjogNDoyNTA6ODI5ClsgICAgOC4zMTQxNTZdIGluaXRjYWxsIGxhdGVfcmVzdW1l X2luaXQrMHgwLzB4MWIwIHJldHVybmVkIDAgYWZ0ZXIgNzkgdXNlY3MKWyAgICA4LjMxNDE1OV0g Y2FsbGluZyAgc2NzaV9jb21wbGV0ZV9hc3luY19zY2FucysweDAvMHgxNDAgQCAxClsgICAgOC4z MTQxNjFdIGluaXRjYWxsIHNjc2lfY29tcGxldGVfYXN5bmNfc2NhbnMrMHgwLzB4MTQwIHJldHVy bmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDguMzE0MTYzXSBjYWxsaW5nICBpbml0X25ldGNvbnNv bGUrMHgwLzB4MWUxIEAgMQpbICAgIDguMzM4MzM1XSBlaGNpX2hjZCAwMDAwOjAwOjFkLjc6IHBv cnQgNCBoaWdoIHNwZWVkClsgICAgOC4zMzgzMzldIGVoY2lfaGNkIDAwMDA6MDA6MWQuNzogR2V0 U3RhdHVzIHBvcnQ6NCBzdGF0dXMgMDAxMDA1IDAgIEFDSyBQT1dFUiBzaWc9c2UwIFBFIENPTk5F Q1QKWyAgICA4LjM4OTA2Ml0gdXNiIDEtNDogbmV3IGhpZ2gtc3BlZWQgVVNCIGRldmljZSBudW1i ZXIgMiB1c2luZyBlaGNpX2hjZApbICAgIDguNDQwMzMyXSBlaGNpX2hjZCAwMDAwOjAwOjFkLjc6 IHBvcnQgNCBoaWdoIHNwZWVkClsgICAgOC40NDAzMzVdIGVoY2lfaGNkIDAwMDA6MDA6MWQuNzog R2V0U3RhdHVzIHBvcnQ6NCBzdGF0dXMgMDAxMDA1IDAgIEFDSyBQT1dFUiBzaWc9c2UwIFBFIENP Tk5FQ1QKWyAgICA4LjQ1NDA4N10gdXNiIHVzYjM6IHN1c3BlbmRfcmggKGF1dG8tc3RvcCkKWyAg ICA4LjUwMzUzN10gdXNiIDEtNDogZGVmYXVsdCBsYW5ndWFnZSAweDA0MDkKWyAgICA4LjUwNjM0 NV0gdXNiIDEtNDogdWRldiAyLCBidXNudW0gMSwgbWlub3IgPSAxClsgICAgOC41MDYzNTFdIHVz YiAxLTQ6IE5ldyBVU0IgZGV2aWNlIGZvdW5kLCBpZFZlbmRvcj0xM2ZlLCBpZFByb2R1Y3Q9MzYw MApbICAgIDguNTA2MzU3XSB1c2IgMS00OiBOZXcgVVNCIGRldmljZSBzdHJpbmdzOiBNZnI9MSwg UHJvZHVjdD0yLCBTZXJpYWxOdW1iZXI9MwpbICAgIDguNTA2MzYzXSB1c2IgMS00OiBQcm9kdWN0 OiBzaWxpY29uLXBvd2VyClsgICAgOC41MDYzNjZdIHVzYiAxLTQ6IE1hbnVmYWN0dXJlcjogICAg ICAgICAKWyAgICA4LjUwNjM3MV0gdXNiIDEtNDogU2VyaWFsTnVtYmVyOiAxMDEwMTk1OEU2QUEx RTAwMTEyRDAxMTQKWyAgICA4LjUwNjQ5Nl0gdXNiIDEtNDogdXNiX3Byb2JlX2RldmljZQpbICAg IDguNTA2NDk4XSB1c2IgMS00OiBjb25maWd1cmF0aW9uICMxIGNob3NlbiBmcm9tIDEgY2hvaWNl ClsgICAgOC41MDY1OTldIHVzYiAxLTQ6IGFkZGluZyAxLTQ6MS4wIChjb25maWcgIzEsIGludGVy ZmFjZSAwKQpbICAgIDguNTA2NzE3XSB1c2Itc3RvcmFnZSAxLTQ6MS4wOiB1c2JfcHJvYmVfaW50 ZXJmYWNlClsgICAgOC41MDY3MjFdIHVzYi1zdG9yYWdlIDEtNDoxLjA6IHVzYl9wcm9iZV9pbnRl cmZhY2UgLSBnb3QgaWQKWyAgICA4LjUwNjc2Ml0gdXNiLXN0b3JhZ2UgMS00OjEuMDogUXVpcmtz IG1hdGNoIGZvciB2aWQgMTNmZSBwaWQgMzYwMDogNDAwMApbICAgIDguNTA2Nzc5XSBzY3NpNCA6 IHVzYi1zdG9yYWdlIDEtNDoxLjAKWyAgICA4LjUwNjg3Nl0gZHJpdmVycy91c2IvY29yZS9pbm9k ZS5jOiBjcmVhdGluZyBmaWxlICcwMDInClsgICAgOC41MDY4OTFdIGh1YiAzLTA6MS4wOiBzdGF0 ZSA3IHBvcnRzIDIgY2hnIDAwMDAgZXZ0IDAwMDAKWyAgICA4Ljk3MjI1N10gaW5wdXQ6IEltUFMv MiBMb2dpdGVjaCBXaGVlbCBNb3VzZSBhcyAvZGV2aWNlcy9wbGF0Zm9ybS9pODA0Mi9zZXJpbzEv aW5wdXQvaW5wdXQzClsgICAgOS41MDkwNzhdIHNjc2kgNDowOjA6MDogRGlyZWN0LUFjY2VzcyAg ICAgICAgICAgICAgc2lsaWNvbi1wb3dlciAgICBQTUFQIFBROiAwIEFOU0k6IDAgQ0NTClsgICAg OS41MDkyMjNdIGNhbGxpbmcgIDdfc2RfcHJvYmVfYXN5bmMrMHgwLzB4MWQwIEAgNQpbICAgIDku NTA5MzIxXSBzZCA0OjA6MDowOiBBdHRhY2hlZCBzY3NpIGdlbmVyaWMgc2cxIHR5cGUgMApbICAg IDkuNTA5OTA5XSBzZCA0OjA6MDowOiBbc2RiXSA3ODMxNTUyIDUxMi1ieXRlIGxvZ2ljYWwgYmxv Y2tzOiAoNC4wMCBHQi8zLjczIEdpQikKWyAgICA5LjUxMTQwMV0gc2QgNDowOjA6MDogW3NkYl0g V3JpdGUgUHJvdGVjdCBpcyBvZmYKWyAgICA5LjUxMTQwN10gc2QgNDowOjA6MDogW3NkYl0gTW9k ZSBTZW5zZTogMDMgNDEgMDAgMDAKWyAgICA5LjUxMjkwN10gc2QgNDowOjA6MDogW3NkYl0gTm8g Q2FjaGluZyBtb2RlIHBhZ2UgcHJlc2VudApbICAgIDkuNTEyOTEzXSBzZCA0OjA6MDowOiBbc2Ri XSBBc3N1bWluZyBkcml2ZSBjYWNoZTogd3JpdGUgdGhyb3VnaApbICAgIDkuNTE3NDAyXSBzZCA0 OjA6MDowOiBbc2RiXSBObyBDYWNoaW5nIG1vZGUgcGFnZSBwcmVzZW50ClsgICAgOS41MTc0MDdd IHNkIDQ6MDowOjA6IFtzZGJdIEFzc3VtaW5nIGRyaXZlIGNhY2hlOiB3cml0ZSB0aHJvdWdoClsg ICAgOS41MTgxNzNdICBzZGI6IHNkYjEKWyAgICA5LjUyMjAyNl0gc2QgNDowOjA6MDogW3NkYl0g Tm8gQ2FjaGluZyBtb2RlIHBhZ2UgcHJlc2VudApbICAgIDkuNTIyMDMyXSBzZCA0OjA6MDowOiBb c2RiXSBBc3N1bWluZyBkcml2ZSBjYWNoZTogd3JpdGUgdGhyb3VnaApbICAgIDkuNTIyMDM1XSBz ZCA0OjA6MDowOiBbc2RiXSBBdHRhY2hlZCBTQ1NJIHJlbW92YWJsZSBkaXNrClsgICAgOS41MjIw NDJdIGluaXRjYWxsIDdfc2RfcHJvYmVfYXN5bmMrMHgwLzB4MWQwIHJldHVybmVkIDAgYWZ0ZXIg MTI1MTUgdXNlY3MKWyAgIDEwLjMyMDIzMF0gY29uc29sZSBbbmV0Y29uMF0gZW5hYmxlZApbICAg MTAuMzIzOTAxXSBuZXRjb25zb2xlOiBuZXR3b3JrIGxvZ2dpbmcgc3RhcnRlZApbICAgMTAuMzIz OTA5XSBhc3luY19jb250aW51aW5nIEAgNzUxIGFmdGVyIDMzMDE5MTggdXNlYwpbICAgMTAuMzIz OTEzXSBpbml0Y2FsbCA0X2FzeW5jX3BvcnRfcHJvYmUrMHgwLzB4NzAgcmV0dXJuZWQgMCBhZnRl ciAzNTQ2NDM0IHVzZWNzClsgICAxMC4zMjM5MTddIGFzeW5jX2NvbnRpbnVpbmcgQCA4ODkgYWZ0 ZXIgMzIxMzQ5NSB1c2VjClsgICAxMC4zMjM5MjBdIGluaXRjYWxsIDVfYXN5bmNfcG9ydF9wcm9i ZSsweDAvMHg3MCByZXR1cm5lZCAwIGFmdGVyIDM1NDE0MTEgdXNlY3MKWyAgIDEwLjM1MzExOF0g aW5pdGNhbGwgaW5pdF9uZXRjb25zb2xlKzB4MC8weDFlMSByZXR1cm5lZCAwIGFmdGVyIDE5OTEx NjMgdXNlY3MKWyAgIDEwLjM2MDI0NF0gY2FsbGluZyAgYWNwaV9jcHVmcmVxX2luaXQrMHgwLzB4 YTQgQCAxClsgICAxMC4zNjUxNjBdIGluaXRjYWxsIGFjcGlfY3B1ZnJlcV9pbml0KzB4MC8weGE0 IHJldHVybmVkIC0xOSBhZnRlciA0NSB1c2VjcwpbICAgMTAuMzcyMTYxXSBjYWxsaW5nICBtZW1t YXBfaW5pdCsweDAvMHgzNSBAIDEKWyAgIDEwLjM3NjYyNl0gaW5pdGNhbGwgbWVtbWFwX2luaXQr MHgwLzB4MzUgcmV0dXJuZWQgMCBhZnRlciA2OSB1c2VjcwpbICAgMTAuMzgyOTI2XSBjYWxsaW5n ICBwY2lfbW1jZmdfbGF0ZV9pbnNlcnRfcmVzb3VyY2VzKzB4MC8weDU5IEAgMQpbICAgMTAuMzg5 MDU4XSBpbml0Y2FsbCBwY2lfbW1jZmdfbGF0ZV9pbnNlcnRfcmVzb3VyY2VzKzB4MC8weDU5IHJl dHVybmVkIDAgYWZ0ZXIgMSB1c2VjcwpbICAgMTAuMzk3MDAyXSBjYWxsaW5nICBuZXRfc2VjcmV0 X2luaXQrMHgwLzB4MTkgQCAxClsgICAxMC40MDE3NDVdIGluaXRjYWxsIG5ldF9zZWNyZXRfaW5p dCsweDAvMHgxOSByZXR1cm5lZCAwIGFmdGVyIDYgdXNlY3MKWyAgIDEwLjQwODI5MV0gY2FsbGlu ZyAgdGNwX2Nvbmdlc3Rpb25fZGVmYXVsdCsweDAvMHgxMiBAIDEKWyAgIDEwLjQxMzYxMV0gaW5p dGNhbGwgdGNwX2Nvbmdlc3Rpb25fZGVmYXVsdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDAg dXNlY3MKWyAgIDEwLjQyMDczNV0gY2FsbGluZyAgaXBfYXV0b19jb25maWcrMHgwLzB4ZTUwIEAg MQpbICAgMTAuNDI1NDQ5XSBpbml0Y2FsbCBpcF9hdXRvX2NvbmZpZysweDAvMHhlNTAgcmV0dXJu ZWQgMCBhZnRlciAxMyB1c2VjcwpbICAgMTAuNDMyMDU0XSBjYWxsaW5nICBhbHNhX3NvdW5kX2xh c3RfaW5pdCsweDAvMHg2MSBAIDEKWyAgIDEwLjQzNzE4OF0gQUxTQSBkZXZpY2UgbGlzdDoKWyAg IDEwLjQ0MDE0OV0gICAjMDogSERBIEludGVsIGF0IDB4ZmVhNzgwMDAgaXJxIDI4NgpbICAgMTAu NDQ0ODQ4XSBpbml0Y2FsbCBhbHNhX3NvdW5kX2xhc3RfaW5pdCsweDAvMHg2MSByZXR1cm5lZCAw IGFmdGVyIDc0NzkgdXNlY3MKWyAgIDEwLjQ1MjA1OV0gY2FsbGluZyAgaW5pdGlhbGl6ZV9oYXNo cm5kKzB4MC8weDE5IEAgMQpbICAgMTAuNDU3MDE4XSBpbml0Y2FsbCBpbml0aWFsaXplX2hhc2hy bmQrMHgwLzB4MTkgcmV0dXJuZWQgMCBhZnRlciAxIHVzZWNzClsgICAxMC40NjM5MjRdIGFzeW5j X3dhaXRpbmcgQCAxClsgICAxMC40NjY4ODddIGFzeW5jX2NvbnRpbnVpbmcgQCAxIGFmdGVyIDAg dXNlYwpbICAgMTAuNDcxMzA0XSBGcmVlaW5nIHVudXNlZCBrZXJuZWwgbWVtb3J5OiA2MjRrIGZy ZWVkClsgICAxMC40NzY0MTRdIFdyaXRlIHByb3RlY3RpbmcgdGhlIGtlcm5lbCByZWFkLW9ubHkg ZGF0YTogMTQzMzZrClsgICAxMC40ODY3ODddIEZyZWVpbmcgdW51c2VkIGtlcm5lbCBtZW1vcnk6 IDE1ODBrIGZyZWVkClsgICAxMC40OTI1NTNdIEZyZWVpbmcgdW51c2VkIGtlcm5lbCBtZW1vcnk6 IDEwNjRrIGZyZWVkClsgICAxMC41MjQ3MzRdIHVkZXZkWzEwNzhdOiBzdGFydGluZyB2ZXJzaW9u IDE4MgpbICAgMTAuNTQ4MzExXSBpcCB1c2VkIGdyZWF0ZXN0IHN0YWNrIGRlcHRoOiA0NzA0IGJ5 dGVzIGxlZnQKWyAgIDE2LjQ2MDA2M10gW2RybTppbnRlbF9jcnRfZGV0ZWN0XSwgQ1JUIGRldGVj dGVkIHZpYSBob3RwbHVnClsgICAxNi40NjU3NDRdIFtkcm06b3V0cHV0X3BvbGxfZXhlY3V0ZV0s IFtDT05ORUNUT1I6NTpWR0EtMV0gc3RhdHVzIHVwZGF0ZWQgZnJvbSAxIHRvIDEKWyAgIDMzLjgw NTk1OV0gRVhUMy1mcyAoc2RiMSk6IGVycm9yOiBjYW4ndCBmaW5kIGV4dDMgZmlsZXN5c3RlbSBv biBkZXYgc2RiMS4KWyAgIDU2LjY0ODUyMl0gcjgxNjkgMDAwMDowMjowMC4wOiBldGgwOiBsaW5r IGRvd24KWyAgIDU2LjY0ODUzOF0gcjgxNjkgMDAwMDowMjowMC4wOiBldGgwOiBsaW5rIGRvd24K WyAgIDU2LjY0ODU0M10gTk9IWjogbG9jYWxfc29mdGlycV9wZW5kaW5nIDA4ClsgICA1Ni42NjIw MzBdIEFERFJDT05GKE5FVERFVl9VUCk6IGV0aDA6IGxpbmsgaXMgbm90IHJlYWR5ClsgICA1OC4z NjQyNTldIHI4MTY5IDAwMDA6MDI6MDAuMDogZXRoMDogbGluayB1cApbICAgNTguMzY4OTE1XSBB RERSQ09ORihORVRERVZfQ0hBTkdFKTogZXRoMDogbGluayBiZWNvbWVzIHJlYWR5ClsgICA2OS4x MzgwNjddIGV0aDA6IG5vIElQdjYgcm91dGVycyBwcmVzZW50ClsgIDEyOS45MTUxOTBdIFtkcm06 ZHJtX2NydGNfaGVscGVyX3NldF9jb25maWddLCAKWyAgMTI5LjkxNTE5M10gW2RybTpkcm1fY3J0 Y19oZWxwZXJfc2V0X2NvbmZpZ10sIFtDUlRDOjNdIFtGQjoyNV0gI2Nvbm5lY3RvcnM9MSAoeCB5 KSAoMCAwKQpbICAxMjkuOTE1MjAwXSBbZHJtOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSwg W0NPTk5FQ1RPUjo1OlZHQS0xXSB0byBbQ1JUQzozXQpbICAxMjkuOTc5MzgwXSBbZHJtOmRybV9j cnRjX2hlbHBlcl9zZXRfY29uZmlnXSwgClsgIDEyOS45NzkzODJdIFtkcm06ZHJtX2NydGNfaGVs cGVyX3NldF9jb25maWddLCBbQ1JUQzozXSBbRkI6MjVdICNjb25uZWN0b3JzPTEgKHggeSkgKDAg MCkKWyAgMTI5Ljk3OTM4OF0gW2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10sIFtDT05O RUNUT1I6NTpWR0EtMV0gdG8gW0NSVEM6M10KWyAgMTI5Ljk3OTM5MF0gW2RybTpkcm1fY3J0Y19o ZWxwZXJfc2V0X2NvbmZpZ10sIApbICAxMjkuOTc5MzkyXSBbZHJtOmRybV9jcnRjX2hlbHBlcl9z ZXRfY29uZmlnXSwgW0NSVEM6NF0gW05PRkJdClsgIDEyOS45NzkzOTZdIFtkcm06ZHJtX2NydGNf aGVscGVyX3NldF9jb25maWddLCAKWyAgMTI5Ljk3OTM5N10gW2RybTpkcm1fY3J0Y19oZWxwZXJf c2V0X2NvbmZpZ10sIFtDUlRDOjNdIFtGQjoyNV0gI2Nvbm5lY3RvcnM9MSAoeCB5KSAoMCAwKQpb ICAxMjkuOTc5Mzk5XSBbZHJtOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSwgW0NPTk5FQ1RP Ujo1OlZHQS0xXSB0byBbQ1JUQzozXQpbICAxMjkuOTc5NDExXSBbZHJtOmRybV9jcnRjX2hlbHBl cl9zZXRfY29uZmlnXSwgClsgIDEyOS45Nzk0MTJdIFtkcm06ZHJtX2NydGNfaGVscGVyX3NldF9j b25maWddLCBbQ1JUQzozXSBbRkI6MjVdICNjb25uZWN0b3JzPTEgKHggeSkgKDAgMCkKWyAgMTI5 Ljk3OTQxNV0gW2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10sIFtDT05ORUNUT1I6NTpW R0EtMV0gdG8gW0NSVEM6M10KWyAgMTMwLjA4ODE3NV0gW2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0 X2NvbmZpZ10sIApbICAxMzAuMDg4MTc3XSBbZHJtOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmln XSwgW0NSVEM6M10gW0ZCOjI1XSAjY29ubmVjdG9ycz0xICh4IHkpICgwIDApClsgIDEzMC4wODgx ODBdIFtkcm06ZHJtX2NydGNfaGVscGVyX3NldF9jb25maWddLCBbQ09OTkVDVE9SOjU6VkdBLTFd IHRvIFtDUlRDOjNdClsgIDE4OC42MDIyNjZdIFtkcm06ZHJtX2NydGNfaGVscGVyX3NldF9jb25m aWddLCAKWyAgMTg4LjYwMjI2OF0gW2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10sIFtD UlRDOjNdIFtGQjoyNV0gI2Nvbm5lY3RvcnM9MSAoeCB5KSAoMCAwKQpbICAxODguNjAyMjc0XSBb ZHJtOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSwgW0NPTk5FQ1RPUjo1OlZHQS0xXSB0byBb Q1JUQzozXQpbICAxODguNjY2ODkwXSBbZHJtOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSwg ClsgIDE4OC42NjY4OTJdIFtkcm06ZHJtX2NydGNfaGVscGVyX3NldF9jb25maWddLCBbQ1JUQzoz XSBbRkI6MjVdICNjb25uZWN0b3JzPTEgKHggeSkgKDAgMCkKWyAgMTg4LjY2Njg5N10gW2RybTpk cm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10sIFtDT05ORUNUT1I6NTpWR0EtMV0gdG8gW0NSVEM6 M10KWyAgMTg4Ljc2MDE1Ml0gWDoxMTc1IG1hcCBwZm4gZXhwZWN0ZWQgbWFwcGluZyB0eXBlIHdy aXRlLWJhY2sgZm9yIGQwMDMwMDAwLWQwNTIyMDAwLCBnb3QgdW5jYWNoZWQtbWludXMKWyAgMTg4 Ljc3MTE1OV0gW2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10sIApbICAxODguNzcxMTYx XSBbZHJtOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSwgW0NSVEM6M10gW0ZCOjI1XSAjY29u bmVjdG9ycz0xICh4IHkpICgwIDApClsgIDE4OC43NzExNjldIFtkcm06ZHJtX2NydGNfaGVscGVy X3NldF9jb25maWddLCBbQ09OTkVDVE9SOjU6VkdBLTFdIHRvIFtDUlRDOjNdClsgIDE4OC43NzEx NzFdIFtkcm06ZHJtX2NydGNfaGVscGVyX3NldF9jb25maWddLCAKWyAgMTg4Ljc3MTE3Ml0gW2Ry bTpkcm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10sIFtDUlRDOjRdIFtOT0ZCXQpbICAxODguNzcx MTc3XSBbZHJtOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSwgClsgIDE4OC43NzExNzhdIFtk cm06ZHJtX2NydGNfaGVscGVyX3NldF9jb25maWddLCBbQ1JUQzozXSBbRkI6MjVdICNjb25uZWN0 b3JzPTEgKHggeSkgKDAgMCkKWyAgMTg4Ljc3MTE4MV0gW2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0 X2NvbmZpZ10sIFtDT05ORUNUT1I6NTpWR0EtMV0gdG8gW0NSVEM6M10KWyAgMTg4Ljc3MTE5NV0g W2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10sIApbICAxODguNzcxMTk2XSBbZHJtOmRy bV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSwgW0NSVEM6M10gW0ZCOjI1XSAjY29ubmVjdG9ycz0x ICh4IHkpICgwIDApClsgIDE4OC43NzExOTldIFtkcm06ZHJtX2NydGNfaGVscGVyX3NldF9jb25m aWddLCBbQ09OTkVDVE9SOjU6VkdBLTFdIHRvIFtDUlRDOjNdClsgIDE4OC44Nzk5NDVdIFtkcm06 ZHJtX2NydGNfaGVscGVyX3NldF9jb25maWddLCAKWyAgMTg4Ljg3OTk0Nl0gW2RybTpkcm1fY3J0 Y19oZWxwZXJfc2V0X2NvbmZpZ10sIFtDUlRDOjNdIFtGQjoyNV0gI2Nvbm5lY3RvcnM9MSAoeCB5 KSAoMCAwKQpbICAxODguODc5OTQ5XSBbZHJtOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSwg W0NPTk5FQ1RPUjo1OlZHQS0xXSB0byBbQ1JUQzozXQo= --f46d0444732f5980d404c53ff2f5 Content-Type: application/octet-stream; name="xen_dmesg.log" Content-Disposition: attachment; filename="xen_dmesg.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h4v3kbjm1 IF9fICBfXyAgICAgICAgICAgIF8gIF8gICAgXyAgIF9fX18gIAogXCBcLyAvX19fIF8gX18gICB8 IHx8IHwgIC8gfCB8X19fIFwgCiAgXCAgLy8gXyBcICdfIFwgIHwgfHwgfF8gfCB8ICAgX18pIHwK ICAvICBcICBfXy8gfCB8IHwgfF9fICAgX3x8IHxfIC8gX18vIAogL18vXF9cX19ffF98IHxffCAg ICB8X3woXylfKF8pX19fX198CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAK KFhFTikgWGVuIHZlcnNpb24gNC4xLjIgKHZvbmFtaUApIChnY2MgdmVyc2lvbiA0LjYuMSAoU291 cmNlcnkgQ29kZUJlbmNoIExpdGUgMjAxMS4wOS0yNCkgKSBXZWQgSnVsIDE4IDE2OjEzOjMwIE1T SyAyMDEyCihYRU4pIExhdGVzdCBDaGFuZ2VTZXQ6IHVuYXZhaWxhYmxlCihYRU4pIEJvb3Rsb2Fk ZXI6IFNZU0xJTlVYIDQuMDQgMjAxMTA1MTgKKFhFTikgQ29tbWFuZCBsaW5lOiB2Z2E9bW9kZS0w eDMxNyB4ZW5jb25zPW9mZgooWEVOKSBWaWRlbyBpbmZvcm1hdGlvbjoKKFhFTikgIFZHQSBpcyBn cmFwaGljcyBtb2RlIDEwMjR4NzY4LCAxNiBicHAKKFhFTikgIFZCRS9EREMgbWV0aG9kczogVjI7 IEVESUQgdHJhbnNmZXIgdGltZTogMSBzZWNvbmRzCihYRU4pIERpc2MgaW5mb3JtYXRpb246CihY RU4pICBGb3VuZCAyIE1CUiBzaWduYXR1cmVzCihYRU4pICBGb3VuZCAyIEVERCBpbmZvcm1hdGlv biBzdHJ1Y3R1cmVzCihYRU4pIFhlbi1lODIwIFJBTSBtYXA6CihYRU4pICAwMDAwMDAwMDAwMDAw MDAwIC0gMDAwMDAwMDAwMDA5ZmMwMCAodXNhYmxlKQooWEVOKSAgMDAwMDAwMDAwMDA5ZmMwMCAt IDAwMDAwMDAwMDAwYTAwMDAgKHJlc2VydmVkKQooWEVOKSAgMDAwMDAwMDAwMDBlMDAwMCAtIDAw MDAwMDAwMDAxMDAwMDAgKHJlc2VydmVkKQooWEVOKSAgMDAwMDAwMDAwMDEwMDAwMCAtIDAwMDAw MDAwY2Y2YTAwMDAgKHVzYWJsZSkKKFhFTikgIDAwMDAwMDAwY2Y2YTAwMDAgLSAwMDAwMDAwMGNm NmFlMDAwIChBQ1BJIGRhdGEpCihYRU4pICAwMDAwMDAwMGNmNmFlMDAwIC0gMDAwMDAwMDBjZjZm MDAwMCAoQUNQSSBOVlMpCihYRU4pICAwMDAwMDAwMGNmNmYwMDAwIC0gMDAwMDAwMDBjZjcwMDAw MCAocmVzZXJ2ZWQpCihYRU4pICAwMDAwMDAwMGZlZTAwMDAwIC0gMDAwMDAwMDBmZWUwMTAwMCAo cmVzZXJ2ZWQpCihYRU4pICAwMDAwMDAwMGZmYjAwMDAwIC0gMDAwMDAwMDEwMDAwMDAwMCAocmVz ZXJ2ZWQpCihYRU4pICAwMDAwMDAwMTAwMDAwMDAwIC0gMDAwMDAwMDEzMDAwMDAwMCAodXNhYmxl KQooWEVOKSBBQ1BJOiBSU0RQIDAwMEZBNjAwLCAwMDE0IChyMCBBQ1BJQU0pCihYRU4pIEFDUEk6 IFJTRFQgQ0Y2QTAwMDAsIDAwM0MgKHIxIDc1MjlNUyBBNzUyOTQwMCAyMDA5MDgxMCBNU0ZUICAg ICAgIDk3KQooWEVOKSBBQ1BJOiBGQUNQIENGNkEwMjAwLCAwMDg0IChyMSA3NTI5TVMgQTc1Mjk0 MDAgMjAwOTA4MTAgTVNGVCAgICAgICA5NykKKFhFTikgQUNQSTogRFNEVCBDRjZBMDQ0MCwgNUUy NyAocjEgIEE3NTI5IEE3NTI5NDAwICAgICAgNDAwIElOVEwgMjAwNTExMTcpCihYRU4pIEFDUEk6 IEZBQ1MgQ0Y2QUUwMDAsIDAwNDAKKFhFTikgQUNQSTogQVBJQyBDRjZBMDM5MCwgMDA2QyAocjEg NzUyOU1TIEE3NTI5NDAwIDIwMDkwODEwIE1TRlQgICAgICAgOTcpCihYRU4pIEFDUEk6IE1DRkcg Q0Y2QTA0MDAsIDAwM0MgKHIxIDc1MjlNUyBPRU1NQ0ZHICAyMDA5MDgxMCBNU0ZUICAgICAgIDk3 KQooWEVOKSBBQ1BJOiBPRU1CIENGNkFFMDQwLCAwMDcyIChyMSA3NTI5TVMgQTc1Mjk0MDAgMjAw OTA4MTAgTVNGVCAgICAgICA5NykKKFhFTikgQUNQSTogR1NDSSBDRjZBRTBDMCwgMjAyNCAocjEg NzUyOU1TIEdNQ0hTQ0kgIDIwMDkwODEwIE1TRlQgICAgICAgOTcpCihYRU4pIEFDUEk6IFNTRFQg Q0Y2QjA1ODAsIDAzNjMgKHIxIERwZ1BtbSAgICBDcHVQbSAgICAgICAxMiBJTlRMIDIwMDUxMTE3 KQooWEVOKSBTeXN0ZW0gUkFNOiA0MDg2TUIgKDQxODQzMTZrQikKKFhFTikgRG9tYWluIGhlYXAg aW5pdGlhbGlzZWQKKFhFTikgUHJvY2Vzc29yICMwIDc6NyBBUElDIHZlcnNpb24gMjAKKFhFTikg UHJvY2Vzc29yICMxIDc6NyBBUElDIHZlcnNpb24gMjAKKFhFTikgSU9BUElDWzBdOiBhcGljX2lk IDIsIHZlcnNpb24gMzIsIGFkZHJlc3MgMHhmZWMwMDAwMCwgR1NJIDAtMjMKKFhFTikgRW5hYmxp bmcgQVBJQyBtb2RlOiAgRmxhdC4gIFVzaW5nIDEgSS9PIEFQSUNzCihYRU4pIFRhYmxlIGlzIG5v dCBmb3VuZCEKKFhFTikgVXNpbmcgc2NoZWR1bGVyOiBTTVAgQ3JlZGl0IFNjaGVkdWxlciAoY3Jl ZGl0KQooWEVOKSBEZXRlY3RlZCAyODAwLjAzMCBNSHogcHJvY2Vzc29yLgooWEVOKSBJbml0aW5n IG1lbW9yeSBzaGFyaW5nLgooWEVOKSBJL08gdmlydHVhbGlzYXRpb24gZGlzYWJsZWQKKFhFTikg RU5BQkxJTkcgSU8tQVBJQyBJUlFzCihYRU4pICAtPiBVc2luZyBuZXcgQUNLIG1ldGhvZAooWEVO KSBQbGF0Zm9ybSB0aW1lciBpcyAzLjU3OU1IeiBBQ1BJIFBNIFRpbWVyCihYRU4pIEFsbG9jYXRl ZCBjb25zb2xlIHJpbmcgb2YgMTYgS2lCLgooWEVOKSBWTVg6IFN1cHBvcnRlZCBhZHZhbmNlZCBm ZWF0dXJlczoKKFhFTikgIC0gQVBJQyBNTUlPIGFjY2VzcyB2aXJ0dWFsaXNhdGlvbgooWEVOKSAg LSBBUElDIFRQUiBzaGFkb3cKKFhFTikgIC0gVmlydHVhbCBOTUkKKFhFTikgIC0gTVNSIGRpcmVj dC1hY2Nlc3MgYml0bWFwCihYRU4pIEhWTTogQVNJRHMgZGlzYWJsZWQuCihYRU4pIEhWTTogVk1Y IGVuYWJsZWQKKFhFTikgQnJvdWdodCB1cCAyIENQVXMKKFhFTikgQ1BVSURMRTogZGlzYWJsZWQg ZHVlIHRvIG5vIEhQRVQuIEZvcmNlIGVuYWJsZSB3aXRoICdjcHVpZGxlJy4KKFhFTikgKioqIExP QURJTkcgRE9NQUlOIDAgKioqCihYRU4pICBYZW4gIGtlcm5lbDogNjQtYml0LCBsc2IsIGNvbXBh dDMyCihYRU4pICBEb20wIGtlcm5lbDogNjQtYml0LCBQQUUsIGxzYiwgcGFkZHIgMHgxMDAwMDAw IC0+IDB4MjQ2MDAwMAooWEVOKSBQSFlTSUNBTCBNRU1PUlkgQVJSQU5HRU1FTlQ6CihYRU4pICBE b20wIGFsbG9jLjogICAwMDAwMDAwMTIwMDAwMDAwLT4wMDAwMDAwMTI0MDAwMDAwICg5NjA1MDgg cGFnZXMgdG8gYmUgYWxsb2NhdGVkKQooWEVOKSAgSW5pdC4gcmFtZGlzazogMDAwMDAwMDEyYTQ5 YzAwMC0+MDAwMDAwMDEyZmZmZjYwMAooWEVOKSBWSVJUVUFMIE1FTU9SWSBBUlJBTkdFTUVOVDoK KFhFTikgIExvYWRlZCBrZXJuZWw6IGZmZmZmZmZmODEwMDAwMDAtPmZmZmZmZmZmODI0NjAwMDAK KFhFTikgIEluaXQuIHJhbWRpc2s6IGZmZmZmZmZmODI0NjAwMDAtPmZmZmZmZmZmODdmYzM2MDAK KFhFTikgIFBoeXMtTWFjaCBtYXA6IGZmZmZmZmZmODdmYzQwMDAtPmZmZmZmZmZmODg3NjViMDAK KFhFTikgIFN0YXJ0IGluZm86ICAgIGZmZmZmZmZmODg3NjYwMDAtPmZmZmZmZmZmODg3NjY0YjQK KFhFTikgIFBhZ2UgdGFibGVzOiAgIGZmZmZmZmZmODg3NjcwMDAtPmZmZmZmZmZmODg3YjAwMDAK KFhFTikgIEJvb3Qgc3RhY2s6ICAgIGZmZmZmZmZmODg3YjAwMDAtPmZmZmZmZmZmODg3YjEwMDAK KFhFTikgIFRPVEFMOiAgICAgICAgIGZmZmZmZmZmODAwMDAwMDAtPmZmZmZmZmZmODhjMDAwMDAK KFhFTikgIEVOVFJZIEFERFJFU1M6IGZmZmZmZmZmODFlYmYyMDAKKFhFTikgRG9tMCBoYXMgbWF4 aW11bSAyIFZDUFVzCihYRU4pIFNjcnViYmluZyBGcmVlIFJBTTogLmRvbmUuCihYRU4pIFhlbiB0 cmFjZSBidWZmZXJzOiBkaXNhYmxlZAooWEVOKSBTdGQuIExvZ2xldmVsOiBFcnJvcnMgYW5kIHdh cm5pbmdzCihYRU4pIEd1ZXN0IExvZ2xldmVsOiBOb3RoaW5nIChSYXRlLWxpbWl0ZWQ6IEVycm9y cyBhbmQgd2FybmluZ3MpCihYRU4pIFhlbiBpcyByZWxpbnF1aXNoaW5nIFZHQSBjb25zb2xlLgoo WEVOKSAqKiogU2VyaWFsIGlucHV0IC0+IERPTTAgKHR5cGUgJ0NUUkwtYScgdGhyZWUgdGltZXMg dG8gc3dpdGNoIGlucHV0IHRvIFhlbikKKFhFTikgRnJlZWQgMjE2a0IgaW5pdCBtZW1vcnkuCihY RU4pIHBoeXNkZXYuYzoxNTU6IGRvbTA6IHdyb25nIG1hcF9waXJxIHR5cGUgMwo= --f46d0444732f5980d404c53ff2f5 Content-Type: application/octet-stream; name="xorg_fbdev.log" Content-Disposition: attachment; filename="xorg_fbdev.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h4v3kbju2 ClguT3JnIFggU2VydmVyIDEuNy41ClJlbGVhc2UgRGF0ZTogMjAxMC0wMi0xNgpYIFByb3RvY29s IFZlcnNpb24gMTEsIFJldmlzaW9uIDAKQnVpbGQgT3BlcmF0aW5nIFN5c3RlbTogTGludXggMy4w LjAtMTYtZ2VuZXJpYyB4ODZfNjQgCkN1cnJlbnQgT3BlcmF0aW5nIFN5c3RlbTogTGludXggaHds b2NrIDMuNC4zICM5IFNNUCBGcmkgSnVsIDIwIDEzOjAxOjIxIE1TSyAyMDEyIHg4Nl82NApLZXJu ZWwgY29tbWFuZCBsaW5lOiBkcm0uZGVidWc9MjU1IGRlYnVnIGxvZ2xldmVsPTggaW5pdGNhbGxf ZGVidWcgY29uc29sZT10dHlTMCwxMTUyMDBuOCAKQnVpbGQgRGF0ZTogMTggSnVseSAyMDEyICAw NDowNTowNFBNCiAKQ3VycmVudCB2ZXJzaW9uIG9mIHBpeG1hbjogMC4yNS4yCglCZWZvcmUgcmVw b3J0aW5nIHByb2JsZW1zLCBjaGVjayBodHRwOi8vd2lraS54Lm9yZwoJdG8gbWFrZSBzdXJlIHRo YXQgeW91IGhhdmUgdGhlIGxhdGVzdCB2ZXJzaW9uLgpNYXJrZXJzOiAoLS0pIHByb2JlZCwgKCoq KSBmcm9tIGNvbmZpZyBmaWxlLCAoPT0pIGRlZmF1bHQgc2V0dGluZywKCSgrKykgZnJvbSBjb21t YW5kIGxpbmUsICghISkgbm90aWNlLCAoSUkpIGluZm9ybWF0aW9uYWwsCgkoV1cpIHdhcm5pbmcs IChFRSkgZXJyb3IsIChOSSkgbm90IGltcGxlbWVudGVkLCAoPz8pIHVua25vd24uCig9PSkgTG9n IGZpbGU6ICIvdmFyL2xvZy9Yb3JnLjAubG9nIiwgVGltZTogRnJpIEp1bCAyMCAwOTo1MzozMyAy MDEyCihJSSkgTG9hZGVyIG1hZ2ljOiAweDc3OTNlMAooSUkpIE1vZHVsZSBBQkkgdmVyc2lvbnM6 CglYLk9yZyBBTlNJIEMgRW11bGF0aW9uOiAwLjQKCVguT3JnIFZpZGVvIERyaXZlcjogNi4wCglY Lk9yZyBYSW5wdXQgZHJpdmVyIDogNy4wCglYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uIDogMi4wCigt LSkgdXNpbmcgVlQgbnVtYmVyIDMKCigtLSkgUENJOiooMDowOjI6MCkgODA4NjoyOWMyOjE0NjI6 NzUyOSByZXYgMTYsIE1lbSBAIDB4ZmVhODAwMDAvNTI0Mjg4LCAweGQwMDAwMDAwLzI2ODQzNTQ1 NiwgMHhmZTkwMDAwMC8xMDQ4NTc2LCBJL08gQCAweDAwMDBkYzAwLzgKKD09KSBVc2luZyBkZWZh dWx0IGJ1aWx0LWluIGNvbmZpZ3VyYXRpb24gKDMwIGxpbmVzKQooPT0pIC0tLSBTdGFydCBvZiBi dWlsdC1pbiBjb25maWd1cmF0aW9uIC0tLQoJU2VjdGlvbiAiRGV2aWNlIgoJCUlkZW50aWZpZXIJ IkJ1aWx0aW4gRGVmYXVsdCBpbnRlbCBEZXZpY2UgMCIKCQlEcml2ZXIJImludGVsIgoJRW5kU2Vj dGlvbgoJU2VjdGlvbiAiU2NyZWVuIgoJCUlkZW50aWZpZXIJIkJ1aWx0aW4gRGVmYXVsdCBpbnRl bCBTY3JlZW4gMCIKCQlEZXZpY2UJIkJ1aWx0aW4gRGVmYXVsdCBpbnRlbCBEZXZpY2UgMCIKCUVu ZFNlY3Rpb24KCVNlY3Rpb24gIkRldmljZSIKCQlJZGVudGlmaWVyCSJCdWlsdGluIERlZmF1bHQg dmVzYSBEZXZpY2UgMCIKCQlEcml2ZXIJInZlc2EiCglFbmRTZWN0aW9uCglTZWN0aW9uICJTY3Jl ZW4iCgkJSWRlbnRpZmllcgkiQnVpbHRpbiBEZWZhdWx0IHZlc2EgU2NyZWVuIDAiCgkJRGV2aWNl CSJCdWlsdGluIERlZmF1bHQgdmVzYSBEZXZpY2UgMCIKCUVuZFNlY3Rpb24KCVNlY3Rpb24gIkRl dmljZSIKCQlJZGVudGlmaWVyCSJCdWlsdGluIERlZmF1bHQgZmJkZXYgRGV2aWNlIDAiCgkJRHJp dmVyCSJmYmRldiIKCUVuZFNlY3Rpb24KCVNlY3Rpb24gIlNjcmVlbiIKCQlJZGVudGlmaWVyCSJC dWlsdGluIERlZmF1bHQgZmJkZXYgU2NyZWVuIDAiCgkJRGV2aWNlCSJCdWlsdGluIERlZmF1bHQg ZmJkZXYgRGV2aWNlIDAiCglFbmRTZWN0aW9uCglTZWN0aW9uICJTZXJ2ZXJMYXlvdXQiCgkJSWRl bnRpZmllcgkiQnVpbHRpbiBEZWZhdWx0IExheW91dCIKCQlTY3JlZW4JIkJ1aWx0aW4gRGVmYXVs dCBpbnRlbCBTY3JlZW4gMCIKCQlTY3JlZW4JIkJ1aWx0aW4gRGVmYXVsdCB2ZXNhIFNjcmVlbiAw IgoJCVNjcmVlbgkiQnVpbHRpbiBEZWZhdWx0IGZiZGV2IFNjcmVlbiAwIgoJRW5kU2VjdGlvbgoo PT0pIC0tLSBFbmQgb2YgYnVpbHQtaW4gY29uZmlndXJhdGlvbiAtLS0KKD09KSBTZXJ2ZXJMYXlv dXQgIkJ1aWx0aW4gRGVmYXVsdCBMYXlvdXQiCigqKikgfC0tPlNjcmVlbiAiQnVpbHRpbiBEZWZh dWx0IGludGVsIFNjcmVlbiAwIiAoMCkKKCoqKSB8ICAgfC0tPk1vbml0b3IgIjxkZWZhdWx0IG1v bml0b3I+IgooKiopIHwgICB8LS0+RGV2aWNlICJCdWlsdGluIERlZmF1bHQgaW50ZWwgRGV2aWNl IDAiCig9PSkgTm8gbW9uaXRvciBzcGVjaWZpZWQgZm9yIHNjcmVlbiAiQnVpbHRpbiBEZWZhdWx0 IGludGVsIFNjcmVlbiAwIi4KCVVzaW5nIGEgZGVmYXVsdCBtb25pdG9yIGNvbmZpZ3VyYXRpb24u CigqKikgfC0tPlNjcmVlbiAiQnVpbHRpbiBEZWZhdWx0IHZlc2EgU2NyZWVuIDAiICgxKQooKiop IHwgICB8LS0+TW9uaXRvciAiPGRlZmF1bHQgbW9uaXRvcj4iCigqKikgfCAgIHwtLT5EZXZpY2Ug IkJ1aWx0aW4gRGVmYXVsdCB2ZXNhIERldmljZSAwIgooPT0pIE5vIG1vbml0b3Igc3BlY2lmaWVk IGZvciBzY3JlZW4gIkJ1aWx0aW4gRGVmYXVsdCB2ZXNhIFNjcmVlbiAwIi4KCVVzaW5nIGEgZGVm YXVsdCBtb25pdG9yIGNvbmZpZ3VyYXRpb24uCigqKikgfC0tPlNjcmVlbiAiQnVpbHRpbiBEZWZh dWx0IGZiZGV2IFNjcmVlbiAwIiAoMikKKCoqKSB8ICAgfC0tPk1vbml0b3IgIjxkZWZhdWx0IG1v bml0b3I+IgooKiopIHwgICB8LS0+RGV2aWNlICJCdWlsdGluIERlZmF1bHQgZmJkZXYgRGV2aWNl IDAiCig9PSkgTm8gbW9uaXRvciBzcGVjaWZpZWQgZm9yIHNjcmVlbiAiQnVpbHRpbiBEZWZhdWx0 IGZiZGV2IFNjcmVlbiAwIi4KCVVzaW5nIGEgZGVmYXVsdCBtb25pdG9yIGNvbmZpZ3VyYXRpb24u Cig9PSkgTm90IGF1dG9tYXRpY2FsbHkgYWRkaW5nIGRldmljZXMKKD09KSBOb3QgYXV0b21hdGlj YWxseSBlbmFibGluZyBkZXZpY2VzCihXVykgVGhlIGRpcmVjdG9yeSAiL3Vzci9zaGFyZS9mb250 cy9YMTEvL1RURi8iIGRvZXMgbm90IGV4aXN0LgoJRW50cnkgZGVsZXRlZCBmcm9tIGZvbnQgcGF0 aC4KKFdXKSBUaGUgZGlyZWN0b3J5ICIvdXNyL3NoYXJlL2ZvbnRzL1gxMS8vT1RGIiBkb2VzIG5v dCBleGlzdC4KCUVudHJ5IGRlbGV0ZWQgZnJvbSBmb250IHBhdGguCihXVykgVGhlIGRpcmVjdG9y eSAiL3Vzci9zaGFyZS9mb250cy9YMTEvL1R5cGUxLyIgZG9lcyBub3QgZXhpc3QuCglFbnRyeSBk ZWxldGVkIGZyb20gZm9udCBwYXRoLgooV1cpIGBmb250cy5kaXInIG5vdCBmb3VuZCAob3Igbm90 IHZhbGlkKSBpbiAiL3Vzci9zaGFyZS9mb250cy9YMTEvLzEwMGRwaS8iLgoJRW50cnkgZGVsZXRl ZCBmcm9tIGZvbnQgcGF0aC4KCShSdW4gJ21rZm9udGRpcicgb24gIi91c3Ivc2hhcmUvZm9udHMv WDExLy8xMDBkcGkvIikuCihXVykgYGZvbnRzLmRpcicgbm90IGZvdW5kIChvciBub3QgdmFsaWQp IGluICIvdXNyL3NoYXJlL2ZvbnRzL1gxMS8vNzVkcGkvIi4KCUVudHJ5IGRlbGV0ZWQgZnJvbSBm b250IHBhdGguCgkoUnVuICdta2ZvbnRkaXInIG9uICIvdXNyL3NoYXJlL2ZvbnRzL1gxMS8vNzVk cGkvIikuCig9PSkgRm9udFBhdGggc2V0IHRvOgoJL3Vzci9zaGFyZS9mb250cy9YMTEvL21pc2Mv Cig9PSkgTW9kdWxlUGF0aCBzZXQgdG8gIi91c3IvbGliL3hvcmcvbW9kdWxlcyIKKD09KSB8LS0+ SW5wdXQgRGV2aWNlICI8ZGVmYXVsdCBwb2ludGVyPiIKKD09KSB8LS0+SW5wdXQgRGV2aWNlICI8 ZGVmYXVsdCBrZXlib2FyZD4iCig9PSkgVGhlIGNvcmUgcG9pbnRlciBkZXZpY2Ugd2Fzbid0IHNw ZWNpZmllZCBleHBsaWNpdGx5IGluIHRoZSBsYXlvdXQuCglVc2luZyB0aGUgZGVmYXVsdCBtb3Vz ZSBjb25maWd1cmF0aW9uLgooPT0pIFRoZSBjb3JlIGtleWJvYXJkIGRldmljZSB3YXNuJ3Qgc3Bl Y2lmaWVkIGV4cGxpY2l0bHkgaW4gdGhlIGxheW91dC4KCVVzaW5nIHRoZSBkZWZhdWx0IGtleWJv YXJkIGNvbmZpZ3VyYXRpb24uCihXVykgT3BlbiBBQ1BJIGZhaWxlZCAoL3Zhci9ydW4vYWNwaWQu c29ja2V0KSAoTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeSkKKElJKSBMb2FkTW9kdWxlOiAiZXh0 bW9kIgooSUkpIExvYWRpbmcgL3Vzci9saWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvbGliZXh0 bW9kLnNvCihJSSkgTW9kdWxlIGV4dG1vZDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29t cGlsZWQgZm9yIDEuNy41LCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wCglNb2R1bGUgY2xhc3M6IFgu T3JnIFNlcnZlciBFeHRlbnNpb24KCUFCSSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbiwg dmVyc2lvbiAyLjAKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYRnJlZTg2LVZpZE1vZGVFeHRlbnNp b24KKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYRnJlZTg2LURHQQooSUkpIExvYWRpbmcgZXh0ZW5z aW9uIERQTVMKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYVmlkZW8KKElJKSBMb2FkaW5nIGV4dGVu c2lvbiBYVmlkZW8tTW90aW9uQ29tcGVuc2F0aW9uCihJSSkgTG9hZGluZyBleHRlbnNpb24gWC1S ZXNvdXJjZQooSUkpIExvYWRNb2R1bGU6ICJkYmUiCihJSSkgTG9hZGluZyAvdXNyL2xpYi94b3Jn L21vZHVsZXMvZXh0ZW5zaW9ucy9saWJkYmUuc28KKElJKSBNb2R1bGUgZGJlOiB2ZW5kb3I9Ilgu T3JnIEZvdW5kYXRpb24iCgljb21waWxlZCBmb3IgMS43LjUsIG1vZHVsZSB2ZXJzaW9uID0gMS4w LjAKCU1vZHVsZSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbgoJQUJJIGNsYXNzOiBYLk9y ZyBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJzaW9uIDIuMAooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIERP VUJMRS1CVUZGRVIKKElJKSBMb2FkTW9kdWxlOiAicmVjb3JkIgooSUkpIExvYWRpbmcgL3Vzci9s aWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvbGlicmVjb3JkLnNvCihJSSkgTW9kdWxlIHJlY29y ZDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNy41LCBtb2R1bGUg dmVyc2lvbiA9IDEuMTMuMAoJTW9kdWxlIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uCglB QkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gMi4wCihJSSkgTG9hZGlu ZyBleHRlbnNpb24gUkVDT1JECihJSSkgTG9hZE1vZHVsZTogImRyaTIiCihJSSkgTG9hZGluZyAv dXNyL2xpYi94b3JnL21vZHVsZXMvZXh0ZW5zaW9ucy9saWJkcmkyLnNvCihJSSkgTW9kdWxlIGRy aTI6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjcuNSwgbW9kdWxl IHZlcnNpb24gPSAxLjEuMAoJQUJJIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJz aW9uIDIuMAooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIERSSTIKKElJKSBMb2FkTW9kdWxlOiAiaW50 ZWwiCihXVykgV2FybmluZywgY291bGRuJ3Qgb3BlbiBtb2R1bGUgaW50ZWwKKElJKSBVbmxvYWRN b2R1bGU6ICJpbnRlbCIKKEVFKSBGYWlsZWQgdG8gbG9hZCBtb2R1bGUgImludGVsIiAobW9kdWxl IGRvZXMgbm90IGV4aXN0LCAwKQooSUkpIExvYWRNb2R1bGU6ICJ2ZXNhIgooV1cpIFdhcm5pbmcs IGNvdWxkbid0IG9wZW4gbW9kdWxlIHZlc2EKKElJKSBVbmxvYWRNb2R1bGU6ICJ2ZXNhIgooRUUp IEZhaWxlZCB0byBsb2FkIG1vZHVsZSAidmVzYSIgKG1vZHVsZSBkb2VzIG5vdCBleGlzdCwgMCkK KElJKSBMb2FkTW9kdWxlOiAiZmJkZXYiCihJSSkgTG9hZGluZyAvdXNyL2xpYi94b3JnL21vZHVs ZXMvZHJpdmVycy9mYmRldl9kcnYuc28KKElJKSBNb2R1bGUgZmJkZXY6IHZlbmRvcj0iWC5Pcmcg Rm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjcuNSwgbW9kdWxlIHZlcnNpb24gPSAwLjQuMgoJ QUJJIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIsIHZlcnNpb24gNi4wCihJSSkgTG9hZE1vZHVs ZTogIm1vdXNlIgooSUkpIExvYWRpbmcgL3Vzci9saWIveG9yZy9tb2R1bGVzL2lucHV0L21vdXNl X2Rydi5zbwooSUkpIE1vZHVsZSBtb3VzZTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29t cGlsZWQgZm9yIDEuNy41LCBtb2R1bGUgdmVyc2lvbiA9IDEuNS4wCglNb2R1bGUgY2xhc3M6IFgu T3JnIFhJbnB1dCBEcml2ZXIKCUFCSSBjbGFzczogWC5PcmcgWElucHV0IGRyaXZlciwgdmVyc2lv biA3LjAKKElJKSBMb2FkTW9kdWxlOiAia2JkIgooSUkpIExvYWRpbmcgL3Vzci9saWIveG9yZy9t b2R1bGVzL2lucHV0L2tiZF9kcnYuc28KKElJKSBNb2R1bGUga2JkOiB2ZW5kb3I9IlguT3JnIEZv dW5kYXRpb24iCgljb21waWxlZCBmb3IgMS43LjUsIG1vZHVsZSB2ZXJzaW9uID0gMS40LjAKCU1v ZHVsZSBjbGFzczogWC5PcmcgWElucHV0IERyaXZlcgoJQUJJIGNsYXNzOiBYLk9yZyBYSW5wdXQg ZHJpdmVyLCB2ZXJzaW9uIDcuMAooSUkpIEZCREVWOiBkcml2ZXIgZm9yIGZyYW1lYnVmZmVyOiBm YmRldgooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiZmJkZXZodyIKKElJKSBMb2FkTW9kdWxlOiAi ZmJkZXZodyIKKElJKSBMb2FkaW5nIC91c3IvbGliL3hvcmcvbW9kdWxlcy9saW51eC9saWJmYmRl dmh3LnNvCihJSSkgTW9kdWxlIGZiZGV2aHc6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNv bXBpbGVkIGZvciAxLjcuNSwgbW9kdWxlIHZlcnNpb24gPSAwLjAuMgoJQUJJIGNsYXNzOiBYLk9y ZyBWaWRlbyBEcml2ZXIsIHZlcnNpb24gNi4wCigqKikgRkJERVYoMCk6IGNsYWltZWQgUENJIHNs b3QgMEAwOjI6MAooSUkpIEZCREVWKDApOiB1c2luZyBkZWZhdWx0IGRldmljZQooSUkpIEZCREVW KDApOiBDcmVhdGluZyBkZWZhdWx0IERpc3BsYXkgc3Vic2VjdGlvbiBpbiBTY3JlZW4gc2VjdGlv bgoJIkJ1aWx0aW4gRGVmYXVsdCBmYmRldiBTY3JlZW4gMCIgZm9yIGRlcHRoL2ZiYnBwIDI0LzMy Cig9PSkgRkJERVYoMCk6IERlcHRoIDI0LCAoPT0pIGZyYW1lYnVmZmVyIGJwcCAzMgooPT0pIEZC REVWKDApOiBSR0Igd2VpZ2h0IDg4OAooPT0pIEZCREVWKDApOiBEZWZhdWx0IHZpc3VhbCBpcyBU cnVlQ29sb3IKKD09KSBGQkRFVigwKTogVXNpbmcgZ2FtbWEgY29ycmVjdGlvbiAoMS4wLCAxLjAs IDEuMCkKKElJKSBGQkRFVigwKTogaGFyZHdhcmU6IGludGVsZHJtZmIgKHZpZGVvIG1lbW9yeTog NTA2NGtCKQooSUkpIEZCREVWKDApOiBjaGVja2luZyBtb2RlcyBhZ2FpbnN0IGZyYW1lYnVmZmVy IGRldmljZS4uLgooSUkpIEZCREVWKDApOiBjaGVja2luZyBtb2RlcyBhZ2FpbnN0IG1vbml0b3Iu Li4KKC0tKSBGQkRFVigwKTogVmlydHVhbCBzaXplIGlzIDE0NDB4OTAwIChwaXRjaCAxNDQwKQoo KiopIEZCREVWKDApOiAgQnVpbHQtaW4gbW9kZSAiY3VycmVudCIKKD09KSBGQkRFVigwKTogRFBJ IHNldCB0byAoOTYsIDk2KQooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiZmIiCihJSSkgTG9hZE1v ZHVsZTogImZiIgooSUkpIExvYWRpbmcgL3Vzci9saWIveG9yZy9tb2R1bGVzL2xpYmZiLnNvCihJ SSkgTW9kdWxlIGZiOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxlZCBmb3IgMS43 LjUsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKCUFCSSBjbGFzczogWC5PcmcgQU5TSSBDIEVtdWxh dGlvbiwgdmVyc2lvbiAwLjQKKCoqKSBGQkRFVigwKTogdXNpbmcgc2hhZG93IGZyYW1lYnVmZmVy CihJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJzaGFkb3ciCihJSSkgTG9hZE1vZHVsZTogInNoYWRv dyIKKElJKSBMb2FkaW5nIC91c3IvbGliL3hvcmcvbW9kdWxlcy9saWJzaGFkb3cuc28KKElJKSBN b2R1bGUgc2hhZG93OiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxlZCBmb3IgMS43 LjUsIG1vZHVsZSB2ZXJzaW9uID0gMS4xLjAKCUFCSSBjbGFzczogWC5PcmcgQU5TSSBDIEVtdWxh dGlvbiwgdmVyc2lvbiAwLjQKKD09KSBEZXB0aCAyNCBwaXhtYXAgZm9ybWF0IGlzIDMyIGJwcAoo PT0pIEZCREVWKDApOiBCYWNraW5nIHN0b3JlIGRpc2FibGVkCihFRSkgRkJERVYoMCk6IEZCSU9Q VVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZh bGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50 CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYo MCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRD TUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlk IGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihF RSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6 IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQ OiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFy Z3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkg RkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZC SU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJ bnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3Vt ZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJE RVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9Q VVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZh bGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50 CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYo MCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRD TUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlk IGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihF RSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6 IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQ OiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFy Z3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkg RkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZC SU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJ bnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3Vt ZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJE RVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9Q VVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZh bGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50 CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYo MCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRD TUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlk IGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihF RSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6 IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQ OiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFy Z3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkg RkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZC SU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJ bnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3Vt ZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJE RVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9Q VVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZh bGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50 CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYo MCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRD TUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlk IGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihF RSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6 IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQ OiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFy Z3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkg RkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZC SU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJ bnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3Vt ZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJE RVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9Q VVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZh bGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50 CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYo MCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRD TUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlk IGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihF RSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6 IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQ OiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFy Z3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkg RkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZC SU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJ bnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3Vt ZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJE RVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9Q VVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZh bGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50 CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYo MCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRD TUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlk IGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihF RSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6 IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQ OiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFy Z3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkg RkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZC SU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJ bnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3Vt ZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJE RVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9Q VVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZh bGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50 CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYo MCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRD TUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlk IGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihF RSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6 IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQ OiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFy Z3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkg RkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZC SU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJ bnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3Vt ZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJE RVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9Q VVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZh bGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50 CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYo MCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRD TUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlk IGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihF RSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6 IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQ OiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFy Z3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkg RkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZC SU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJ bnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3Vt ZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJE RVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9Q VVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZh bGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50 CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYo MCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRD TUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlk IGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihF RSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6 IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQ OiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFy Z3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkg RkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZC SU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJ bnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3Vt ZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJE RVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9Q VVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZh bGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50 CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYo MCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRD TUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlk IGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihF RSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6 IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQ OiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFy Z3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkg RkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZC SU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJ bnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3Vt ZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJE RVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9Q VVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZh bGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50 CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYo MCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRD TUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlk IGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihF RSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6 IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQ OiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFy Z3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkg RkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZC SU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJ bnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3Vt ZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJE RVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9Q VVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZh bGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50 CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYo MCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRD TUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlk IGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihF RSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6 IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQ OiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFy Z3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkg RkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZC SU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJ bnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3Vt ZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJE RVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9Q VVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZh bGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50 CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYo MCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRD TUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlk IGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihF RSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6 IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQ OiBJbnZhbGlkIGFyZ3VtZW50Cig9PSkgRkJERVYoMCk6IERQTVMgZW5hYmxlZAooPT0pIFJhbmRS IGVuYWJsZWQKKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIEdlbmVyaWMgRXZl bnQgRXh0ZW5zaW9uCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBTSEFQRQoo SUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gTUlULVNITQooSUkpIEluaXRpYWxp emluZyBidWlsdC1pbiBleHRlbnNpb24gWElucHV0RXh0ZW5zaW9uCihJSSkgSW5pdGlhbGl6aW5n IGJ1aWx0LWluIGV4dGVuc2lvbiBYVEVTVAooSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRl bnNpb24gQklHLVJFUVVFU1RTCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBT WU5DCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYS0VZQk9BUkQKKElJKSBJ bml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhDLU1JU0MKKElJKSBJbml0aWFsaXppbmcg YnVpbHQtaW4gZXh0ZW5zaW9uIFhJTkVSQU1BCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4 dGVuc2lvbiBYRklYRVMKKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFJFTkRF UgooSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gUkFORFIKKElJKSBJbml0aWFs aXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIERBTUFHRQpyZWNvcmQ6IFJFQ09SRCBleHRlbnNpb24g ZW5hYmxlZCBhdCBjb25maWd1cmUgdGltZS4KcmVjb3JkOiBUaGlzIGV4dGVuc2lvbiBpcyBrbm93 biB0byBiZSBicm9rZW4sIGRpc2FibGluZyBleHRlbnNpb24gbm93Li4KcmVjb3JkOiBodHRwOi8v YnVncy5mcmVlZGVza3RvcC5vcmcvc2hvd19idWcuY2dpP2lkPTIwNTAwCihFRSkgWEtCOiBDb3Vs ZCBub3QgaW52b2tlIHhrYmNvbXAKKEVFKSBYS0I6IENvdWxkbid0IGNvbXBpbGUga2V5bWFwClhL QjogRmFpbGVkIHRvIGNvbXBpbGUga2V5bWFwCktleWJvYXJkIGluaXRpYWxpemF0aW9uIGZhaWxl ZC4gVGhpcyBjb3VsZCBiZSBhIG1pc3Npbmcgb3IgaW5jb3JyZWN0IHNldHVwIG9mIHhrZXlib2Fy ZC1jb25maWcuCgpGYXRhbCBzZXJ2ZXIgZXJyb3I6CkZhaWxlZCB0byBhY3RpdmF0ZSBjb3JlIGRl dmljZXMuCgpQbGVhc2UgY29uc3VsdCB0aGUgVGhlIFguT3JnIEZvdW5kYXRpb24gc3VwcG9ydCAK CSBhdCBodHRwOi8vd2lraS54Lm9yZwogZm9yIGhlbHAuIApQbGVhc2UgYWxzbyBjaGVjayB0aGUg bG9nIGZpbGUgYXQgIi92YXIvbG9nL1hvcmcuMC5sb2ciIGZvciBhZGRpdGlvbmFsIGluZm9ybWF0 aW9uLgoK --f46d0444732f5980d404c53ff2f5 Content-Type: application/octet-stream; name="xorg_vesa.log" Content-Disposition: attachment; filename="xorg_vesa.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h4v3kbjv3 ClguT3JnIFggU2VydmVyIDEuNy41ClJlbGVhc2UgRGF0ZTogMjAxMC0wMi0xNgpYIFByb3RvY29s IFZlcnNpb24gMTEsIFJldmlzaW9uIDAKQnVpbGQgT3BlcmF0aW5nIFN5c3RlbTogTGludXggMy4w LjAtMTYtZ2VuZXJpYyB4ODZfNjQgCkN1cnJlbnQgT3BlcmF0aW5nIFN5c3RlbTogTGludXggaHds b2NrIDMuNC4zICM5IFNNUCBGcmkgSnVsIDIwIDEzOjAxOjIxIE1TSyAyMDEyIHg4Nl82NApLZXJu ZWwgY29tbWFuZCBsaW5lOiBkcm0uZGVidWc9MjU1IGRlYnVnIGxvZ2xldmVsPTggaW5pdGNhbGxf ZGVidWcgY29uc29sZT10dHlTMCwxMTUyMDBuOCAKQnVpbGQgRGF0ZTogMTggSnVseSAyMDEyICAw NDowNTowNFBNCiAKQ3VycmVudCB2ZXJzaW9uIG9mIHBpeG1hbjogMC4yNS4yCglCZWZvcmUgcmVw b3J0aW5nIHByb2JsZW1zLCBjaGVjayBodHRwOi8vd2lraS54Lm9yZwoJdG8gbWFrZSBzdXJlIHRo YXQgeW91IGhhdmUgdGhlIGxhdGVzdCB2ZXJzaW9uLgpNYXJrZXJzOiAoLS0pIHByb2JlZCwgKCoq KSBmcm9tIGNvbmZpZyBmaWxlLCAoPT0pIGRlZmF1bHQgc2V0dGluZywKCSgrKykgZnJvbSBjb21t YW5kIGxpbmUsICghISkgbm90aWNlLCAoSUkpIGluZm9ybWF0aW9uYWwsCgkoV1cpIHdhcm5pbmcs IChFRSkgZXJyb3IsIChOSSkgbm90IGltcGxlbWVudGVkLCAoPz8pIHVua25vd24uCig9PSkgTG9n IGZpbGU6ICIvdmFyL2xvZy9Yb3JnLjAubG9nIiwgVGltZTogRnJpIEp1bCAyMCAwOTo1MjozNSAy MDEyCihJSSkgTG9hZGVyIG1hZ2ljOiAweDc3OTNlMAooSUkpIE1vZHVsZSBBQkkgdmVyc2lvbnM6 CglYLk9yZyBBTlNJIEMgRW11bGF0aW9uOiAwLjQKCVguT3JnIFZpZGVvIERyaXZlcjogNi4wCglY Lk9yZyBYSW5wdXQgZHJpdmVyIDogNy4wCglYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uIDogMi4wCigt LSkgdXNpbmcgVlQgbnVtYmVyIDMKCigtLSkgUENJOiooMDowOjI6MCkgODA4NjoyOWMyOjE0NjI6 NzUyOSByZXYgMTYsIE1lbSBAIDB4ZmVhODAwMDAvNTI0Mjg4LCAweGQwMDAwMDAwLzI2ODQzNTQ1 NiwgMHhmZTkwMDAwMC8xMDQ4NTc2LCBJL08gQCAweDAwMDBkYzAwLzgKKD09KSBVc2luZyBkZWZh dWx0IGJ1aWx0LWluIGNvbmZpZ3VyYXRpb24gKDMwIGxpbmVzKQooPT0pIC0tLSBTdGFydCBvZiBi dWlsdC1pbiBjb25maWd1cmF0aW9uIC0tLQoJU2VjdGlvbiAiRGV2aWNlIgoJCUlkZW50aWZpZXIJ IkJ1aWx0aW4gRGVmYXVsdCBpbnRlbCBEZXZpY2UgMCIKCQlEcml2ZXIJImludGVsIgoJRW5kU2Vj dGlvbgoJU2VjdGlvbiAiU2NyZWVuIgoJCUlkZW50aWZpZXIJIkJ1aWx0aW4gRGVmYXVsdCBpbnRl bCBTY3JlZW4gMCIKCQlEZXZpY2UJIkJ1aWx0aW4gRGVmYXVsdCBpbnRlbCBEZXZpY2UgMCIKCUVu ZFNlY3Rpb24KCVNlY3Rpb24gIkRldmljZSIKCQlJZGVudGlmaWVyCSJCdWlsdGluIERlZmF1bHQg dmVzYSBEZXZpY2UgMCIKCQlEcml2ZXIJInZlc2EiCglFbmRTZWN0aW9uCglTZWN0aW9uICJTY3Jl ZW4iCgkJSWRlbnRpZmllcgkiQnVpbHRpbiBEZWZhdWx0IHZlc2EgU2NyZWVuIDAiCgkJRGV2aWNl CSJCdWlsdGluIERlZmF1bHQgdmVzYSBEZXZpY2UgMCIKCUVuZFNlY3Rpb24KCVNlY3Rpb24gIkRl dmljZSIKCQlJZGVudGlmaWVyCSJCdWlsdGluIERlZmF1bHQgZmJkZXYgRGV2aWNlIDAiCgkJRHJp dmVyCSJmYmRldiIKCUVuZFNlY3Rpb24KCVNlY3Rpb24gIlNjcmVlbiIKCQlJZGVudGlmaWVyCSJC dWlsdGluIERlZmF1bHQgZmJkZXYgU2NyZWVuIDAiCgkJRGV2aWNlCSJCdWlsdGluIERlZmF1bHQg ZmJkZXYgRGV2aWNlIDAiCglFbmRTZWN0aW9uCglTZWN0aW9uICJTZXJ2ZXJMYXlvdXQiCgkJSWRl bnRpZmllcgkiQnVpbHRpbiBEZWZhdWx0IExheW91dCIKCQlTY3JlZW4JIkJ1aWx0aW4gRGVmYXVs dCBpbnRlbCBTY3JlZW4gMCIKCQlTY3JlZW4JIkJ1aWx0aW4gRGVmYXVsdCB2ZXNhIFNjcmVlbiAw IgoJCVNjcmVlbgkiQnVpbHRpbiBEZWZhdWx0IGZiZGV2IFNjcmVlbiAwIgoJRW5kU2VjdGlvbgoo PT0pIC0tLSBFbmQgb2YgYnVpbHQtaW4gY29uZmlndXJhdGlvbiAtLS0KKD09KSBTZXJ2ZXJMYXlv dXQgIkJ1aWx0aW4gRGVmYXVsdCBMYXlvdXQiCigqKikgfC0tPlNjcmVlbiAiQnVpbHRpbiBEZWZh dWx0IGludGVsIFNjcmVlbiAwIiAoMCkKKCoqKSB8ICAgfC0tPk1vbml0b3IgIjxkZWZhdWx0IG1v bml0b3I+IgooKiopIHwgICB8LS0+RGV2aWNlICJCdWlsdGluIERlZmF1bHQgaW50ZWwgRGV2aWNl IDAiCig9PSkgTm8gbW9uaXRvciBzcGVjaWZpZWQgZm9yIHNjcmVlbiAiQnVpbHRpbiBEZWZhdWx0 IGludGVsIFNjcmVlbiAwIi4KCVVzaW5nIGEgZGVmYXVsdCBtb25pdG9yIGNvbmZpZ3VyYXRpb24u CigqKikgfC0tPlNjcmVlbiAiQnVpbHRpbiBEZWZhdWx0IHZlc2EgU2NyZWVuIDAiICgxKQooKiop IHwgICB8LS0+TW9uaXRvciAiPGRlZmF1bHQgbW9uaXRvcj4iCigqKikgfCAgIHwtLT5EZXZpY2Ug IkJ1aWx0aW4gRGVmYXVsdCB2ZXNhIERldmljZSAwIgooPT0pIE5vIG1vbml0b3Igc3BlY2lmaWVk IGZvciBzY3JlZW4gIkJ1aWx0aW4gRGVmYXVsdCB2ZXNhIFNjcmVlbiAwIi4KCVVzaW5nIGEgZGVm YXVsdCBtb25pdG9yIGNvbmZpZ3VyYXRpb24uCigqKikgfC0tPlNjcmVlbiAiQnVpbHRpbiBEZWZh dWx0IGZiZGV2IFNjcmVlbiAwIiAoMikKKCoqKSB8ICAgfC0tPk1vbml0b3IgIjxkZWZhdWx0IG1v bml0b3I+IgooKiopIHwgICB8LS0+RGV2aWNlICJCdWlsdGluIERlZmF1bHQgZmJkZXYgRGV2aWNl IDAiCig9PSkgTm8gbW9uaXRvciBzcGVjaWZpZWQgZm9yIHNjcmVlbiAiQnVpbHRpbiBEZWZhdWx0 IGZiZGV2IFNjcmVlbiAwIi4KCVVzaW5nIGEgZGVmYXVsdCBtb25pdG9yIGNvbmZpZ3VyYXRpb24u Cig9PSkgTm90IGF1dG9tYXRpY2FsbHkgYWRkaW5nIGRldmljZXMKKD09KSBOb3QgYXV0b21hdGlj YWxseSBlbmFibGluZyBkZXZpY2VzCihXVykgVGhlIGRpcmVjdG9yeSAiL3Vzci9zaGFyZS9mb250 cy9YMTEvL1RURi8iIGRvZXMgbm90IGV4aXN0LgoJRW50cnkgZGVsZXRlZCBmcm9tIGZvbnQgcGF0 aC4KKFdXKSBUaGUgZGlyZWN0b3J5ICIvdXNyL3NoYXJlL2ZvbnRzL1gxMS8vT1RGIiBkb2VzIG5v dCBleGlzdC4KCUVudHJ5IGRlbGV0ZWQgZnJvbSBmb250IHBhdGguCihXVykgVGhlIGRpcmVjdG9y eSAiL3Vzci9zaGFyZS9mb250cy9YMTEvL1R5cGUxLyIgZG9lcyBub3QgZXhpc3QuCglFbnRyeSBk ZWxldGVkIGZyb20gZm9udCBwYXRoLgooV1cpIGBmb250cy5kaXInIG5vdCBmb3VuZCAob3Igbm90 IHZhbGlkKSBpbiAiL3Vzci9zaGFyZS9mb250cy9YMTEvLzEwMGRwaS8iLgoJRW50cnkgZGVsZXRl ZCBmcm9tIGZvbnQgcGF0aC4KCShSdW4gJ21rZm9udGRpcicgb24gIi91c3Ivc2hhcmUvZm9udHMv WDExLy8xMDBkcGkvIikuCihXVykgYGZvbnRzLmRpcicgbm90IGZvdW5kIChvciBub3QgdmFsaWQp IGluICIvdXNyL3NoYXJlL2ZvbnRzL1gxMS8vNzVkcGkvIi4KCUVudHJ5IGRlbGV0ZWQgZnJvbSBm b250IHBhdGguCgkoUnVuICdta2ZvbnRkaXInIG9uICIvdXNyL3NoYXJlL2ZvbnRzL1gxMS8vNzVk cGkvIikuCig9PSkgRm9udFBhdGggc2V0IHRvOgoJL3Vzci9zaGFyZS9mb250cy9YMTEvL21pc2Mv Cig9PSkgTW9kdWxlUGF0aCBzZXQgdG8gIi91c3IvbGliL3hvcmcvbW9kdWxlcyIKKD09KSB8LS0+ SW5wdXQgRGV2aWNlICI8ZGVmYXVsdCBwb2ludGVyPiIKKD09KSB8LS0+SW5wdXQgRGV2aWNlICI8 ZGVmYXVsdCBrZXlib2FyZD4iCig9PSkgVGhlIGNvcmUgcG9pbnRlciBkZXZpY2Ugd2Fzbid0IHNw ZWNpZmllZCBleHBsaWNpdGx5IGluIHRoZSBsYXlvdXQuCglVc2luZyB0aGUgZGVmYXVsdCBtb3Vz ZSBjb25maWd1cmF0aW9uLgooPT0pIFRoZSBjb3JlIGtleWJvYXJkIGRldmljZSB3YXNuJ3Qgc3Bl Y2lmaWVkIGV4cGxpY2l0bHkgaW4gdGhlIGxheW91dC4KCVVzaW5nIHRoZSBkZWZhdWx0IGtleWJv YXJkIGNvbmZpZ3VyYXRpb24uCihXVykgT3BlbiBBQ1BJIGZhaWxlZCAoL3Zhci9ydW4vYWNwaWQu c29ja2V0KSAoTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeSkKKElJKSBMb2FkTW9kdWxlOiAiZXh0 bW9kIgooSUkpIExvYWRpbmcgL3Vzci9saWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvbGliZXh0 bW9kLnNvCihJSSkgTW9kdWxlIGV4dG1vZDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29t cGlsZWQgZm9yIDEuNy41LCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wCglNb2R1bGUgY2xhc3M6IFgu T3JnIFNlcnZlciBFeHRlbnNpb24KCUFCSSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbiwg dmVyc2lvbiAyLjAKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYRnJlZTg2LVZpZE1vZGVFeHRlbnNp b24KKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYRnJlZTg2LURHQQooSUkpIExvYWRpbmcgZXh0ZW5z aW9uIERQTVMKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYVmlkZW8KKElJKSBMb2FkaW5nIGV4dGVu c2lvbiBYVmlkZW8tTW90aW9uQ29tcGVuc2F0aW9uCihJSSkgTG9hZGluZyBleHRlbnNpb24gWC1S ZXNvdXJjZQooSUkpIExvYWRNb2R1bGU6ICJkYmUiCihJSSkgTG9hZGluZyAvdXNyL2xpYi94b3Jn L21vZHVsZXMvZXh0ZW5zaW9ucy9saWJkYmUuc28KKElJKSBNb2R1bGUgZGJlOiB2ZW5kb3I9Ilgu T3JnIEZvdW5kYXRpb24iCgljb21waWxlZCBmb3IgMS43LjUsIG1vZHVsZSB2ZXJzaW9uID0gMS4w LjAKCU1vZHVsZSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbgoJQUJJIGNsYXNzOiBYLk9y ZyBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJzaW9uIDIuMAooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIERP VUJMRS1CVUZGRVIKKElJKSBMb2FkTW9kdWxlOiAicmVjb3JkIgooSUkpIExvYWRpbmcgL3Vzci9s aWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvbGlicmVjb3JkLnNvCihJSSkgTW9kdWxlIHJlY29y ZDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNy41LCBtb2R1bGUg dmVyc2lvbiA9IDEuMTMuMAoJTW9kdWxlIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uCglB QkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gMi4wCihJSSkgTG9hZGlu ZyBleHRlbnNpb24gUkVDT1JECihJSSkgTG9hZE1vZHVsZTogImRyaTIiCihJSSkgTG9hZGluZyAv dXNyL2xpYi94b3JnL21vZHVsZXMvZXh0ZW5zaW9ucy9saWJkcmkyLnNvCihJSSkgTW9kdWxlIGRy aTI6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjcuNSwgbW9kdWxl IHZlcnNpb24gPSAxLjEuMAoJQUJJIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJz aW9uIDIuMAooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIERSSTIKKElJKSBMb2FkTW9kdWxlOiAiaW50 ZWwiCihXVykgV2FybmluZywgY291bGRuJ3Qgb3BlbiBtb2R1bGUgaW50ZWwKKElJKSBVbmxvYWRN b2R1bGU6ICJpbnRlbCIKKEVFKSBGYWlsZWQgdG8gbG9hZCBtb2R1bGUgImludGVsIiAobW9kdWxl IGRvZXMgbm90IGV4aXN0LCAwKQooSUkpIExvYWRNb2R1bGU6ICJ2ZXNhIgooSUkpIExvYWRpbmcg L3Vzci9saWIveG9yZy9tb2R1bGVzL2RyaXZlcnMvdmVzYV9kcnYuc28KKElJKSBNb2R1bGUgdmVz YTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNy41LCBtb2R1bGUg dmVyc2lvbiA9IDIuMi4xCglNb2R1bGUgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlcgoJQUJJIGNs YXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIsIHZlcnNpb24gNi4wCihJSSkgTG9hZE1vZHVsZTogImZi ZGV2IgooSUkpIExvYWRpbmcgL3Vzci9saWIveG9yZy9tb2R1bGVzL2RyaXZlcnMvZmJkZXZfZHJ2 LnNvCihJSSkgTW9kdWxlIGZiZGV2OiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxl ZCBmb3IgMS43LjUsIG1vZHVsZSB2ZXJzaW9uID0gMC40LjIKCUFCSSBjbGFzczogWC5PcmcgVmlk ZW8gRHJpdmVyLCB2ZXJzaW9uIDYuMAooSUkpIExvYWRNb2R1bGU6ICJtb3VzZSIKKElJKSBMb2Fk aW5nIC91c3IvbGliL3hvcmcvbW9kdWxlcy9pbnB1dC9tb3VzZV9kcnYuc28KKElJKSBNb2R1bGUg bW91c2U6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjcuNSwgbW9k dWxlIHZlcnNpb24gPSAxLjUuMAoJTW9kdWxlIGNsYXNzOiBYLk9yZyBYSW5wdXQgRHJpdmVyCglB QkkgY2xhc3M6IFguT3JnIFhJbnB1dCBkcml2ZXIsIHZlcnNpb24gNy4wCihJSSkgTG9hZE1vZHVs ZTogImtiZCIKKElJKSBMb2FkaW5nIC91c3IvbGliL3hvcmcvbW9kdWxlcy9pbnB1dC9rYmRfZHJ2 LnNvCihJSSkgTW9kdWxlIGtiZDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQg Zm9yIDEuNy41LCBtb2R1bGUgdmVyc2lvbiA9IDEuNC4wCglNb2R1bGUgY2xhc3M6IFguT3JnIFhJ bnB1dCBEcml2ZXIKCUFCSSBjbGFzczogWC5PcmcgWElucHV0IGRyaXZlciwgdmVyc2lvbiA3LjAK KElJKSBWRVNBOiBkcml2ZXIgZm9yIFZFU0EgY2hpcHNldHM6IHZlc2EKKElJKSBGQkRFVjogZHJp dmVyIGZvciBmcmFtZWJ1ZmZlcjogZmJkZXYKKElJKSBQcmltYXJ5IERldmljZSBpczogUENJIDAw QDAwOjAyOjAKKFdXKSBGYWxsaW5nIGJhY2sgdG8gb2xkIHByb2JlIG1ldGhvZCBmb3IgZmJkZXYK KElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgImZiZGV2aHciCihJSSkgTG9hZE1vZHVsZTogImZiZGV2 aHciCihJSSkgTG9hZGluZyAvdXNyL2xpYi94b3JnL21vZHVsZXMvbGludXgvbGliZmJkZXZody5z bwooSUkpIE1vZHVsZSBmYmRldmh3OiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxl ZCBmb3IgMS43LjUsIG1vZHVsZSB2ZXJzaW9uID0gMC4wLjIKCUFCSSBjbGFzczogWC5PcmcgVmlk ZW8gRHJpdmVyLCB2ZXJzaW9uIDYuMAooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAidmJlIgooSUkp IExvYWRNb2R1bGU6ICJ2YmUiCihJSSkgTG9hZGluZyAvdXNyL2xpYi94b3JnL21vZHVsZXMvbGli dmJlLnNvCihJSSkgTW9kdWxlIHZiZTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGls ZWQgZm9yIDEuNy41LCBtb2R1bGUgdmVyc2lvbiA9IDEuMS4wCglBQkkgY2xhc3M6IFguT3JnIFZp ZGVvIERyaXZlciwgdmVyc2lvbiA2LjAKKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgImludDEwIgoo SUkpIExvYWRNb2R1bGU6ICJpbnQxMCIKKElJKSBMb2FkaW5nIC91c3IvbGliL3hvcmcvbW9kdWxl cy9saWJpbnQxMC5zbwooSUkpIE1vZHVsZSBpbnQxMDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9u IgoJY29tcGlsZWQgZm9yIDEuNy41LCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wCglBQkkgY2xhc3M6 IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiA2LjAKKElJKSBWRVNBKDApOiBpbml0aWFsaXpp bmcgaW50MTAKKFdXKSBTeXN0ZW0gbGFja3Mgc3VwcG9ydCBmb3IgY2hhbmdpbmcgTVRSUnMKKEVF KSBWRVNBKDApOiBWX0JJT1MgYWRkcmVzcyAweDAgb3V0IG9mIHJhbmdlCihJSSkgVW5sb2FkTW9k dWxlOiAidmVzYSIKKElJKSBVbmxvYWRNb2R1bGU6ICJpbnQxMCIKKElJKSBVbmxvYWRpbmcgL3Vz ci9saWIveG9yZy9tb2R1bGVzL2xpYmludDEwLnNvCihJSSkgVW5sb2FkTW9kdWxlOiAidmJlIgoo SUkpIFVubG9hZGluZyAvdXNyL2xpYi94b3JnL21vZHVsZXMvbGlidmJlLnNvCihFRSkgU2NyZWVu KHMpIGZvdW5kLCBidXQgbm9uZSBoYXZlIGEgdXNhYmxlIGNvbmZpZ3VyYXRpb24uCgpGYXRhbCBz ZXJ2ZXIgZXJyb3I6Cm5vIHNjcmVlbnMgZm91bmQKClBsZWFzZSBjb25zdWx0IHRoZSBUaGUgWC5P cmcgRm91bmRhdGlvbiBzdXBwb3J0IAoJIGF0IGh0dHA6Ly93aWtpLngub3JnCiBmb3IgaGVscC4g ClBsZWFzZSBhbHNvIGNoZWNrIHRoZSBsb2cgZmlsZSBhdCAiL3Zhci9sb2cvWG9yZy4wLmxvZyIg Zm9yIGFkZGl0aW9uYWwgaW5mb3JtYXRpb24uCgo= --f46d0444732f5980d404c53ff2f5 Content-Type: application/octet-stream; name=".config" Content-Disposition: attachment; filename=".config" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h4v3kkkf4 IwojIEF1dG9tYXRpY2FsbHkgZ2VuZXJhdGVkIGZpbGU7IERPIE5PVCBFRElULgojIExpbnV4L3g4 Nl82NCAzLjQuMyBLZXJuZWwgQ29uZmlndXJhdGlvbgojCkNPTkZJR182NEJJVD15CiMgQ09ORklH X1g4Nl8zMiBpcyBub3Qgc2V0CkNPTkZJR19YODZfNjQ9eQpDT05GSUdfWDg2PXkKQ09ORklHX0lO U1RSVUNUSU9OX0RFQ09ERVI9eQpDT05GSUdfT1VUUFVUX0ZPUk1BVD0iZWxmNjQteDg2LTY0IgpD T05GSUdfQVJDSF9ERUZDT05GSUc9ImFyY2gveDg2L2NvbmZpZ3MveDg2XzY0X2RlZmNvbmZpZyIK Q09ORklHX0dFTkVSSUNfQ01PU19VUERBVEU9eQpDT05GSUdfQ0xPQ0tTT1VSQ0VfV0FUQ0hET0c9 eQpDT05GSUdfR0VORVJJQ19DTE9DS0VWRU5UUz15CkNPTkZJR19BUkNIX0NMT0NLU09VUkNFX0RB VEE9eQpDT05GSUdfR0VORVJJQ19DTE9DS0VWRU5UU19CUk9BRENBU1Q9eQpDT05GSUdfTE9DS0RF UF9TVVBQT1JUPXkKQ09ORklHX1NUQUNLVFJBQ0VfU1VQUE9SVD15CkNPTkZJR19IQVZFX0xBVEVO Q1lUT1BfU1VQUE9SVD15CkNPTkZJR19NTVU9eQpDT05GSUdfTkVFRF9ETUFfTUFQX1NUQVRFPXkK Q09ORklHX05FRURfU0dfRE1BX0xFTkdUSD15CkNPTkZJR19HRU5FUklDX0lTQV9ETUE9eQpDT05G SUdfR0VORVJJQ19CVUc9eQpDT05GSUdfR0VORVJJQ19CVUdfUkVMQVRJVkVfUE9JTlRFUlM9eQpD T05GSUdfR0VORVJJQ19IV0VJR0hUPXkKQ09ORklHX0FSQ0hfTUFZX0hBVkVfUENfRkRDPXkKIyBD T05GSUdfUldTRU1fR0VORVJJQ19TUElOTE9DSyBpcyBub3Qgc2V0CkNPTkZJR19SV1NFTV9YQ0hH QUREX0FMR09SSVRITT15CkNPTkZJR19BUkNIX0hBU19DUFVfSURMRV9XQUlUPXkKQ09ORklHX0dF TkVSSUNfQ0FMSUJSQVRFX0RFTEFZPXkKQ09ORklHX0dFTkVSSUNfVElNRV9WU1lTQ0FMTD15CkNP TkZJR19BUkNIX0hBU19DUFVfUkVMQVg9eQpDT05GSUdfQVJDSF9IQVNfREVGQVVMVF9JRExFPXkK Q09ORklHX0FSQ0hfSEFTX0NBQ0hFX0xJTkVfU0laRT15CkNPTkZJR19BUkNIX0hBU19DUFVfQVVU T1BST0JFPXkKQ09ORklHX0hBVkVfU0VUVVBfUEVSX0NQVV9BUkVBPXkKQ09ORklHX05FRURfUEVS X0NQVV9FTUJFRF9GSVJTVF9DSFVOSz15CkNPTkZJR19ORUVEX1BFUl9DUFVfUEFHRV9GSVJTVF9D SFVOSz15CkNPTkZJR19BUkNIX0hJQkVSTkFUSU9OX1BPU1NJQkxFPXkKQ09ORklHX0FSQ0hfU1VT UEVORF9QT1NTSUJMRT15CkNPTkZJR19aT05FX0RNQTMyPXkKQ09ORklHX0FVRElUX0FSQ0g9eQpD T05GSUdfQVJDSF9TVVBQT1JUU19PUFRJTUlaRURfSU5MSU5JTkc9eQpDT05GSUdfQVJDSF9TVVBQ T1JUU19ERUJVR19QQUdFQUxMT0M9eQpDT05GSUdfSEFWRV9JTlRFTF9UWFQ9eQpDT05GSUdfWDg2 XzY0X1NNUD15CkNPTkZJR19YODZfSFQ9eQpDT05GSUdfQVJDSF9IV0VJR0hUX0NGTEFHUz0iLWZj YWxsLXNhdmVkLXJkaSAtZmNhbGwtc2F2ZWQtcnNpIC1mY2FsbC1zYXZlZC1yZHggLWZjYWxsLXNh dmVkLXJjeCAtZmNhbGwtc2F2ZWQtcjggLWZjYWxsLXNhdmVkLXI5IC1mY2FsbC1zYXZlZC1yMTAg LWZjYWxsLXNhdmVkLXIxMSIKIyBDT05GSUdfS1RJTUVfU0NBTEFSIGlzIG5vdCBzZXQKQ09ORklH X0FSQ0hfQ1BVX1BST0JFX1JFTEVBU0U9eQpDT05GSUdfREVGQ09ORklHX0xJU1Q9Ii9saWIvbW9k dWxlcy8kVU5BTUVfUkVMRUFTRS8uY29uZmlnIgpDT05GSUdfSEFWRV9JUlFfV09SSz15CkNPTkZJ R19JUlFfV09SSz15CgojCiMgR2VuZXJhbCBzZXR1cAojCkNPTkZJR19FWFBFUklNRU5UQUw9eQpD T05GSUdfSU5JVF9FTlZfQVJHX0xJTUlUPTMyCkNPTkZJR19DUk9TU19DT01QSUxFPSIiCkNPTkZJ R19MT0NBTFZFUlNJT049IiIKIyBDT05GSUdfTE9DQUxWRVJTSU9OX0FVVE8gaXMgbm90IHNldApD T05GSUdfSEFWRV9LRVJORUxfR1pJUD15CkNPTkZJR19IQVZFX0tFUk5FTF9CWklQMj15CkNPTkZJ R19IQVZFX0tFUk5FTF9MWk1BPXkKQ09ORklHX0hBVkVfS0VSTkVMX1haPXkKQ09ORklHX0hBVkVf S0VSTkVMX0xaTz15CkNPTkZJR19LRVJORUxfR1pJUD15CiMgQ09ORklHX0tFUk5FTF9CWklQMiBp cyBub3Qgc2V0CiMgQ09ORklHX0tFUk5FTF9MWk1BIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VSTkVM X1haIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VSTkVMX0xaTyBpcyBub3Qgc2V0CkNPTkZJR19ERUZB VUxUX0hPU1ROQU1FPSIobm9uZSkiCkNPTkZJR19TV0FQPXkKQ09ORklHX1NZU1ZJUEM9eQpDT05G SUdfU1lTVklQQ19TWVNDVEw9eQpDT05GSUdfUE9TSVhfTVFVRVVFPXkKQ09ORklHX1BPU0lYX01R VUVVRV9TWVNDVEw9eQpDT05GSUdfQlNEX1BST0NFU1NfQUNDVD15CiMgQ09ORklHX0JTRF9QUk9D RVNTX0FDQ1RfVjMgaXMgbm90IHNldAojIENPTkZJR19GSEFORExFIGlzIG5vdCBzZXQKQ09ORklH X1RBU0tTVEFUUz15CkNPTkZJR19UQVNLX0RFTEFZX0FDQ1Q9eQpDT05GSUdfVEFTS19YQUNDVD15 CkNPTkZJR19UQVNLX0lPX0FDQ09VTlRJTkc9eQpDT05GSUdfQVVESVQ9eQpDT05GSUdfQVVESVRT WVNDQUxMPXkKQ09ORklHX0FVRElUX1dBVENIPXkKQ09ORklHX0FVRElUX1RSRUU9eQojIENPTkZJ R19BVURJVF9MT0dJTlVJRF9JTU1VVEFCTEUgaXMgbm90IHNldApDT05GSUdfSEFWRV9HRU5FUklD X0hBUkRJUlFTPXkKCiMKIyBJUlEgc3Vic3lzdGVtCiMKQ09ORklHX0dFTkVSSUNfSEFSRElSUVM9 eQpDT05GSUdfR0VORVJJQ19JUlFfUFJPQkU9eQpDT05GSUdfR0VORVJJQ19JUlFfU0hPVz15CkNP TkZJR19HRU5FUklDX1BFTkRJTkdfSVJRPXkKQ09ORklHX0lSUV9GT1JDRURfVEhSRUFESU5HPXkK Q09ORklHX1NQQVJTRV9JUlE9eQoKIwojIFJDVSBTdWJzeXN0ZW0KIwpDT05GSUdfVFJFRV9SQ1U9 eQojIENPTkZJR19QUkVFTVBUX1JDVSBpcyBub3Qgc2V0CkNPTkZJR19SQ1VfRkFOT1VUPTMyCiMg Q09ORklHX1JDVV9GQU5PVVRfRVhBQ1QgaXMgbm90IHNldAojIENPTkZJR19SQ1VfRkFTVF9OT19I WiBpcyBub3Qgc2V0CiMgQ09ORklHX1RSRUVfUkNVX1RSQUNFIGlzIG5vdCBzZXQKQ09ORklHX0lL Q09ORklHPXkKQ09ORklHX0lLQ09ORklHX1BST0M9eQpDT05GSUdfTE9HX0JVRl9TSElGVD0xOApD T05GSUdfSEFWRV9VTlNUQUJMRV9TQ0hFRF9DTE9DSz15CkNPTkZJR19DR1JPVVBTPXkKIyBDT05G SUdfQ0dST1VQX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0NHUk9VUF9GUkVFWkVSPXkKIyBDT05G SUdfQ0dST1VQX0RFVklDRSBpcyBub3Qgc2V0CkNPTkZJR19DUFVTRVRTPXkKQ09ORklHX1BST0Nf UElEX0NQVVNFVD15CkNPTkZJR19DR1JPVVBfQ1BVQUNDVD15CkNPTkZJR19SRVNPVVJDRV9DT1VO VEVSUz15CiMgQ09ORklHX0NHUk9VUF9NRU1fUkVTX0NUTFIgaXMgbm90IHNldAojIENPTkZJR19D R1JPVVBfUEVSRiBpcyBub3Qgc2V0CkNPTkZJR19DR1JPVVBfU0NIRUQ9eQpDT05GSUdfRkFJUl9H Uk9VUF9TQ0hFRD15CiMgQ09ORklHX0NGU19CQU5EV0lEVEggaXMgbm90IHNldAojIENPTkZJR19S VF9HUk9VUF9TQ0hFRCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19DR1JPVVAgaXMgbm90IHNldAoj IENPTkZJR19DSEVDS1BPSU5UX1JFU1RPUkUgaXMgbm90IHNldApDT05GSUdfTkFNRVNQQUNFUz15 CkNPTkZJR19VVFNfTlM9eQpDT05GSUdfSVBDX05TPXkKQ09ORklHX1VTRVJfTlM9eQpDT05GSUdf UElEX05TPXkKQ09ORklHX05FVF9OUz15CiMgQ09ORklHX1NDSEVEX0FVVE9HUk9VUCBpcyBub3Qg c2V0CiMgQ09ORklHX1NZU0ZTX0RFUFJFQ0FURUQgaXMgbm90IHNldApDT05GSUdfUkVMQVk9eQpD T05GSUdfQkxLX0RFVl9JTklUUkQ9eQpDT05GSUdfSU5JVFJBTUZTX1NPVVJDRT0iIgpDT05GSUdf UkRfR1pJUD15CkNPTkZJR19SRF9CWklQMj15CkNPTkZJR19SRF9MWk1BPXkKQ09ORklHX1JEX1ha PXkKQ09ORklHX1JEX0xaTz15CiMgQ09ORklHX0NDX09QVElNSVpFX0ZPUl9TSVpFIGlzIG5vdCBz ZXQKQ09ORklHX1NZU0NUTD15CkNPTkZJR19BTk9OX0lOT0RFUz15CiMgQ09ORklHX0VYUEVSVCBp cyBub3Qgc2V0CiMgQ09ORklHX1NZU0NUTF9TWVNDQUxMIGlzIG5vdCBzZXQKQ09ORklHX0tBTExT WU1TPXkKIyBDT05GSUdfS0FMTFNZTVNfQUxMIGlzIG5vdCBzZXQKQ09ORklHX0hPVFBMVUc9eQpD T05GSUdfUFJJTlRLPXkKQ09ORklHX0JVRz15CkNPTkZJR19FTEZfQ09SRT15CkNPTkZJR19QQ1NQ S1JfUExBVEZPUk09eQpDT05GSUdfSEFWRV9QQ1NQS1JfUExBVEZPUk09eQpDT05GSUdfQkFTRV9G VUxMPXkKQ09ORklHX0ZVVEVYPXkKQ09ORklHX0VQT0xMPXkKQ09ORklHX1NJR05BTEZEPXkKQ09O RklHX1RJTUVSRkQ9eQpDT05GSUdfRVZFTlRGRD15CkNPTkZJR19TSE1FTT15CkNPTkZJR19BSU89 eQojIENPTkZJR19FTUJFRERFRCBpcyBub3Qgc2V0CkNPTkZJR19IQVZFX1BFUkZfRVZFTlRTPXkK CiMKIyBLZXJuZWwgUGVyZm9ybWFuY2UgRXZlbnRzIEFuZCBDb3VudGVycwojCkNPTkZJR19QRVJG X0VWRU5UUz15CiMgQ09ORklHX1BFUkZfQ09VTlRFUlMgaXMgbm90IHNldAojIENPTkZJR19ERUJV R19QRVJGX1VTRV9WTUFMTE9DIGlzIG5vdCBzZXQKQ09ORklHX1ZNX0VWRU5UX0NPVU5URVJTPXkK Q09ORklHX1BDSV9RVUlSS1M9eQpDT05GSUdfU0xVQl9ERUJVRz15CiMgQ09ORklHX0NPTVBBVF9C UksgaXMgbm90IHNldAojIENPTkZJR19TTEFCIGlzIG5vdCBzZXQKQ09ORklHX1NMVUI9eQpDT05G SUdfUFJPRklMSU5HPXkKQ09ORklHX1RSQUNFUE9JTlRTPXkKIyBDT05GSUdfT1BST0ZJTEUgaXMg bm90IHNldApDT05GSUdfSEFWRV9PUFJPRklMRT15CkNPTkZJR19PUFJPRklMRV9OTUlfVElNRVI9 eQpDT05GSUdfS1BST0JFUz15CiMgQ09ORklHX0pVTVBfTEFCRUwgaXMgbm90IHNldApDT05GSUdf T1BUUFJPQkVTPXkKQ09ORklHX0hBVkVfRUZGSUNJRU5UX1VOQUxJR05FRF9BQ0NFU1M9eQpDT05G SUdfS1JFVFBST0JFUz15CkNPTkZJR19IQVZFX0lPUkVNQVBfUFJPVD15CkNPTkZJR19IQVZFX0tQ Uk9CRVM9eQpDT05GSUdfSEFWRV9LUkVUUFJPQkVTPXkKQ09ORklHX0hBVkVfT1BUUFJPQkVTPXkK Q09ORklHX0hBVkVfQVJDSF9UUkFDRUhPT0s9eQpDT05GSUdfSEFWRV9ETUFfQVRUUlM9eQpDT05G SUdfVVNFX0dFTkVSSUNfU01QX0hFTFBFUlM9eQpDT05GSUdfSEFWRV9SRUdTX0FORF9TVEFDS19B Q0NFU1NfQVBJPXkKQ09ORklHX0hBVkVfRE1BX0FQSV9ERUJVRz15CkNPTkZJR19IQVZFX0hXX0JS RUFLUE9JTlQ9eQpDT05GSUdfSEFWRV9NSVhFRF9CUkVBS1BPSU5UU19SRUdTPXkKQ09ORklHX0hB VkVfVVNFUl9SRVRVUk5fTk9USUZJRVI9eQpDT05GSUdfSEFWRV9QRVJGX0VWRU5UU19OTUk9eQpD T05GSUdfSEFWRV9BUkNIX0pVTVBfTEFCRUw9eQpDT05GSUdfQVJDSF9IQVZFX05NSV9TQUZFX0NN UFhDSEc9eQpDT05GSUdfSEFWRV9BTElHTkVEX1NUUlVDVF9QQUdFPXkKQ09ORklHX0hBVkVfQ01Q WENIR19MT0NBTD15CkNPTkZJR19IQVZFX0NNUFhDSEdfRE9VQkxFPXkKCiMKIyBHQ09WLWJhc2Vk IGtlcm5lbCBwcm9maWxpbmcKIwojIENPTkZJR19HQ09WX0tFUk5FTCBpcyBub3Qgc2V0CiMgQ09O RklHX0hBVkVfR0VORVJJQ19ETUFfQ09IRVJFTlQgaXMgbm90IHNldApDT05GSUdfU0xBQklORk89 eQpDT05GSUdfUlRfTVVURVhFUz15CkNPTkZJR19CQVNFX1NNQUxMPTAKQ09ORklHX01PRFVMRVM9 eQojIENPTkZJR19NT0RVTEVfRk9SQ0VfTE9BRCBpcyBub3Qgc2V0CkNPTkZJR19NT0RVTEVfVU5M T0FEPXkKQ09ORklHX01PRFVMRV9GT1JDRV9VTkxPQUQ9eQojIENPTkZJR19NT0RWRVJTSU9OUyBp cyBub3Qgc2V0CiMgQ09ORklHX01PRFVMRV9TUkNWRVJTSU9OX0FMTCBpcyBub3Qgc2V0CkNPTkZJ R19TVE9QX01BQ0hJTkU9eQpDT05GSUdfQkxPQ0s9eQpDT05GSUdfQkxLX0RFVl9CU0c9eQojIENP TkZJR19CTEtfREVWX0JTR0xJQiBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfSU5URUdSSVRZ IGlzIG5vdCBzZXQKCiMKIyBQYXJ0aXRpb24gVHlwZXMKIwpDT05GSUdfUEFSVElUSU9OX0FEVkFO Q0VEPXkKIyBDT05GSUdfQUNPUk5fUEFSVElUSU9OIGlzIG5vdCBzZXQKQ09ORklHX09TRl9QQVJU SVRJT049eQpDT05GSUdfQU1JR0FfUEFSVElUSU9OPXkKIyBDT05GSUdfQVRBUklfUEFSVElUSU9O IGlzIG5vdCBzZXQKQ09ORklHX01BQ19QQVJUSVRJT049eQpDT05GSUdfTVNET1NfUEFSVElUSU9O PXkKQ09ORklHX0JTRF9ESVNLTEFCRUw9eQpDT05GSUdfTUlOSVhfU1VCUEFSVElUSU9OPXkKQ09O RklHX1NPTEFSSVNfWDg2X1BBUlRJVElPTj15CkNPTkZJR19VTklYV0FSRV9ESVNLTEFCRUw9eQoj IENPTkZJR19MRE1fUEFSVElUSU9OIGlzIG5vdCBzZXQKQ09ORklHX1NHSV9QQVJUSVRJT049eQoj IENPTkZJR19VTFRSSVhfUEFSVElUSU9OIGlzIG5vdCBzZXQKQ09ORklHX1NVTl9QQVJUSVRJT049 eQpDT05GSUdfS0FSTUFfUEFSVElUSU9OPXkKQ09ORklHX0VGSV9QQVJUSVRJT049eQojIENPTkZJ R19TWVNWNjhfUEFSVElUSU9OIGlzIG5vdCBzZXQKCiMKIyBJTyBTY2hlZHVsZXJzCiMKQ09ORklH X0lPU0NIRURfTk9PUD15CkNPTkZJR19JT1NDSEVEX0RFQURMSU5FPXkKQ09ORklHX0lPU0NIRURf Q0ZRPXkKIyBDT05GSUdfREVGQVVMVF9ERUFETElORSBpcyBub3Qgc2V0CkNPTkZJR19ERUZBVUxU X0NGUT15CiMgQ09ORklHX0RFRkFVTFRfTk9PUCBpcyBub3Qgc2V0CkNPTkZJR19ERUZBVUxUX0lP U0NIRUQ9ImNmcSIKIyBDT05GSUdfSU5MSU5FX1NQSU5fVFJZTE9DSyBpcyBub3Qgc2V0CiMgQ09O RklHX0lOTElORV9TUElOX1RSWUxPQ0tfQkggaXMgbm90IHNldAojIENPTkZJR19JTkxJTkVfU1BJ Tl9MT0NLIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5MSU5FX1NQSU5fTE9DS19CSCBpcyBub3Qgc2V0 CiMgQ09ORklHX0lOTElORV9TUElOX0xPQ0tfSVJRIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5MSU5F X1NQSU5fTE9DS19JUlFTQVZFIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5MSU5FX1NQSU5fVU5MT0NL X0JIIGlzIG5vdCBzZXQKQ09ORklHX0lOTElORV9TUElOX1VOTE9DS19JUlE9eQojIENPTkZJR19J TkxJTkVfU1BJTl9VTkxPQ0tfSVJRUkVTVE9SRSBpcyBub3Qgc2V0CiMgQ09ORklHX0lOTElORV9S RUFEX1RSWUxPQ0sgaXMgbm90IHNldAojIENPTkZJR19JTkxJTkVfUkVBRF9MT0NLIGlzIG5vdCBz ZXQKIyBDT05GSUdfSU5MSU5FX1JFQURfTE9DS19CSCBpcyBub3Qgc2V0CiMgQ09ORklHX0lOTElO RV9SRUFEX0xPQ0tfSVJRIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5MSU5FX1JFQURfTE9DS19JUlFT QVZFIGlzIG5vdCBzZXQKQ09ORklHX0lOTElORV9SRUFEX1VOTE9DSz15CiMgQ09ORklHX0lOTElO RV9SRUFEX1VOTE9DS19CSCBpcyBub3Qgc2V0CkNPTkZJR19JTkxJTkVfUkVBRF9VTkxPQ0tfSVJR PXkKIyBDT05GSUdfSU5MSU5FX1JFQURfVU5MT0NLX0lSUVJFU1RPUkUgaXMgbm90IHNldAojIENP TkZJR19JTkxJTkVfV1JJVEVfVFJZTE9DSyBpcyBub3Qgc2V0CiMgQ09ORklHX0lOTElORV9XUklU RV9MT0NLIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5MSU5FX1dSSVRFX0xPQ0tfQkggaXMgbm90IHNl dAojIENPTkZJR19JTkxJTkVfV1JJVEVfTE9DS19JUlEgaXMgbm90IHNldAojIENPTkZJR19JTkxJ TkVfV1JJVEVfTE9DS19JUlFTQVZFIGlzIG5vdCBzZXQKQ09ORklHX0lOTElORV9XUklURV9VTkxP Q0s9eQojIENPTkZJR19JTkxJTkVfV1JJVEVfVU5MT0NLX0JIIGlzIG5vdCBzZXQKQ09ORklHX0lO TElORV9XUklURV9VTkxPQ0tfSVJRPXkKIyBDT05GSUdfSU5MSU5FX1dSSVRFX1VOTE9DS19JUlFS RVNUT1JFIGlzIG5vdCBzZXQKQ09ORklHX01VVEVYX1NQSU5fT05fT1dORVI9eQpDT05GSUdfRlJF RVpFUj15CgojCiMgUHJvY2Vzc29yIHR5cGUgYW5kIGZlYXR1cmVzCiMKQ09ORklHX1pPTkVfRE1B PXkKQ09ORklHX1RJQ0tfT05FU0hPVD15CkNPTkZJR19OT19IWj15CkNPTkZJR19ISUdIX1JFU19U SU1FUlM9eQpDT05GSUdfR0VORVJJQ19DTE9DS0VWRU5UU19CVUlMRD15CkNPTkZJR19HRU5FUklD X0NMT0NLRVZFTlRTX01JTl9BREpVU1Q9eQpDT05GSUdfU01QPXkKIyBDT05GSUdfWDg2X1gyQVBJ QyBpcyBub3Qgc2V0CkNPTkZJR19YODZfTVBQQVJTRT15CkNPTkZJR19YODZfRVhURU5ERURfUExB VEZPUk09eQojIENPTkZJR19YODZfVlNNUCBpcyBub3Qgc2V0CkNPTkZJR19YODZfU1VQUE9SVFNf TUVNT1JZX0ZBSUxVUkU9eQpDT05GSUdfU0NIRURfT01JVF9GUkFNRV9QT0lOVEVSPXkKQ09ORklH X1BBUkFWSVJUX0dVRVNUPXkKIyBDT05GSUdfUEFSQVZJUlRfVElNRV9BQ0NPVU5USU5HIGlzIG5v dCBzZXQKQ09ORklHX1hFTj15CkNPTkZJR19YRU5fRE9NMD15CkNPTkZJR19YRU5fUFJJVklMRUdF RF9HVUVTVD15CkNPTkZJR19YRU5fUFZIVk09eQpDT05GSUdfWEVOX01BWF9ET01BSU5fTUVNT1JZ PTUwMApDT05GSUdfWEVOX1NBVkVfUkVTVE9SRT15CiMgQ09ORklHX1hFTl9ERUJVR19GUyBpcyBu b3Qgc2V0CiMgQ09ORklHX0tWTV9DTE9DSyBpcyBub3Qgc2V0CiMgQ09ORklHX0tWTV9HVUVTVCBp cyBub3Qgc2V0CkNPTkZJR19QQVJBVklSVD15CiMgQ09ORklHX1BBUkFWSVJUX1NQSU5MT0NLUyBp cyBub3Qgc2V0CkNPTkZJR19QQVJBVklSVF9DTE9DSz15CiMgQ09ORklHX1BBUkFWSVJUX0RFQlVH IGlzIG5vdCBzZXQKQ09ORklHX05PX0JPT1RNRU09eQojIENPTkZJR19NRU1URVNUIGlzIG5vdCBz ZXQKIyBDT05GSUdfTUs4IGlzIG5vdCBzZXQKIyBDT05GSUdfTVBTQyBpcyBub3Qgc2V0CiMgQ09O RklHX01DT1JFMiBpcyBub3Qgc2V0CiMgQ09ORklHX01BVE9NIGlzIG5vdCBzZXQKQ09ORklHX0dF TkVSSUNfQ1BVPXkKQ09ORklHX1g4Nl9JTlRFUk5PREVfQ0FDSEVfU0hJRlQ9NgpDT05GSUdfWDg2 X0NNUFhDSEc9eQpDT05GSUdfWDg2X0wxX0NBQ0hFX1NISUZUPTYKQ09ORklHX1g4Nl9YQUREPXkK Q09ORklHX1g4Nl9XUF9XT1JLU19PSz15CkNPTkZJR19YODZfVFNDPXkKQ09ORklHX1g4Nl9DTVBY Q0hHNjQ9eQpDT05GSUdfWDg2X0NNT1Y9eQpDT05GSUdfWDg2X01JTklNVU1fQ1BVX0ZBTUlMWT02 NApDT05GSUdfWDg2X0RFQlVHQ1RMTVNSPXkKQ09ORklHX0NQVV9TVVBfSU5URUw9eQpDT05GSUdf Q1BVX1NVUF9BTUQ9eQpDT05GSUdfQ1BVX1NVUF9DRU5UQVVSPXkKQ09ORklHX0hQRVRfVElNRVI9 eQpDT05GSUdfSFBFVF9FTVVMQVRFX1JUQz15CkNPTkZJR19ETUk9eQpDT05GSUdfR0FSVF9JT01N VT15CiMgQ09ORklHX0NBTEdBUllfSU9NTVUgaXMgbm90IHNldApDT05GSUdfU1dJT1RMQj15CkNP TkZJR19JT01NVV9IRUxQRVI9eQojIENPTkZJR19NQVhTTVAgaXMgbm90IHNldApDT05GSUdfTlJf Q1BVUz04CkNPTkZJR19TQ0hFRF9TTVQ9eQpDT05GSUdfU0NIRURfTUM9eQojIENPTkZJR19JUlFf VElNRV9BQ0NPVU5USU5HIGlzIG5vdCBzZXQKIyBDT05GSUdfUFJFRU1QVF9OT05FIGlzIG5vdCBz ZXQKQ09ORklHX1BSRUVNUFRfVk9MVU5UQVJZPXkKIyBDT05GSUdfUFJFRU1QVCBpcyBub3Qgc2V0 CkNPTkZJR19YODZfTE9DQUxfQVBJQz15CkNPTkZJR19YODZfSU9fQVBJQz15CkNPTkZJR19YODZf UkVST1VURV9GT1JfQlJPS0VOX0JPT1RfSVJRUz15CkNPTkZJR19YODZfTUNFPXkKQ09ORklHX1g4 Nl9NQ0VfSU5URUw9eQpDT05GSUdfWDg2X01DRV9BTUQ9eQpDT05GSUdfWDg2X01DRV9USFJFU0hP TEQ9eQojIENPTkZJR19YODZfTUNFX0lOSkVDVCBpcyBub3Qgc2V0CkNPTkZJR19YODZfVEhFUk1B TF9WRUNUT1I9eQojIENPTkZJR19JOEsgaXMgbm90IHNldApDT05GSUdfTUlDUk9DT0RFPXkKQ09O RklHX01JQ1JPQ09ERV9JTlRFTD15CkNPTkZJR19NSUNST0NPREVfQU1EPXkKQ09ORklHX01JQ1JP Q09ERV9PTERfSU5URVJGQUNFPXkKQ09ORklHX1g4Nl9NU1I9eQpDT05GSUdfWDg2X0NQVUlEPXkK Q09ORklHX0FSQ0hfUEhZU19BRERSX1RfNjRCSVQ9eQpDT05GSUdfQVJDSF9ETUFfQUREUl9UXzY0 QklUPXkKQ09ORklHX0RJUkVDVF9HQlBBR0VTPXkKIyBDT05GSUdfTlVNQSBpcyBub3Qgc2V0CkNP TkZJR19BUkNIX1NQQVJTRU1FTV9FTkFCTEU9eQpDT05GSUdfQVJDSF9TUEFSU0VNRU1fREVGQVVM VD15CkNPTkZJR19BUkNIX1NFTEVDVF9NRU1PUllfTU9ERUw9eQpDT05GSUdfQVJDSF9QUk9DX0tD T1JFX1RFWFQ9eQpDT05GSUdfSUxMRUdBTF9QT0lOVEVSX1ZBTFVFPTB4ZGVhZDAwMDAwMDAwMDAw MApDT05GSUdfU0VMRUNUX01FTU9SWV9NT0RFTD15CkNPTkZJR19TUEFSU0VNRU1fTUFOVUFMPXkK Q09ORklHX1NQQVJTRU1FTT15CkNPTkZJR19IQVZFX01FTU9SWV9QUkVTRU5UPXkKQ09ORklHX1NQ QVJTRU1FTV9FWFRSRU1FPXkKQ09ORklHX1NQQVJTRU1FTV9WTUVNTUFQX0VOQUJMRT15CkNPTkZJ R19TUEFSU0VNRU1fQUxMT0NfTUVNX01BUF9UT0dFVEhFUj15CkNPTkZJR19TUEFSU0VNRU1fVk1F TU1BUD15CkNPTkZJR19IQVZFX01FTUJMT0NLPXkKQ09ORklHX0hBVkVfTUVNQkxPQ0tfTk9ERV9N QVA9eQpDT05GSUdfQVJDSF9ESVNDQVJEX01FTUJMT0NLPXkKIyBDT05GSUdfTUVNT1JZX0hPVFBM VUcgaXMgbm90IHNldApDT05GSUdfUEFHRUZMQUdTX0VYVEVOREVEPXkKQ09ORklHX1NQTElUX1BU TE9DS19DUFVTPTQKIyBDT05GSUdfQ09NUEFDVElPTiBpcyBub3Qgc2V0CkNPTkZJR19QSFlTX0FE RFJfVF82NEJJVD15CkNPTkZJR19aT05FX0RNQV9GTEFHPTEKQ09ORklHX0JPVU5DRT15CkNPTkZJ R19WSVJUX1RPX0JVUz15CkNPTkZJR19NTVVfTk9USUZJRVI9eQojIENPTkZJR19LU00gaXMgbm90 IHNldApDT05GSUdfREVGQVVMVF9NTUFQX01JTl9BRERSPTQwOTYKQ09ORklHX0FSQ0hfU1VQUE9S VFNfTUVNT1JZX0ZBSUxVUkU9eQojIENPTkZJR19NRU1PUllfRkFJTFVSRSBpcyBub3Qgc2V0CiMg Q09ORklHX1RSQU5TUEFSRU5UX0hVR0VQQUdFIGlzIG5vdCBzZXQKIyBDT05GSUdfQ0xFQU5DQUNI RSBpcyBub3Qgc2V0CkNPTkZJR19YODZfQ0hFQ0tfQklPU19DT1JSVVBUSU9OPXkKQ09ORklHX1g4 Nl9CT09UUEFSQU1fTUVNT1JZX0NPUlJVUFRJT05fQ0hFQ0s9eQpDT05GSUdfWDg2X1JFU0VSVkVf TE9XPTY0CkNPTkZJR19NVFJSPXkKIyBDT05GSUdfTVRSUl9TQU5JVElaRVIgaXMgbm90IHNldApD T05GSUdfWDg2X1BBVD15CkNPTkZJR19BUkNIX1VTRVNfUEdfVU5DQUNIRUQ9eQpDT05GSUdfQVJD SF9SQU5ET009eQpDT05GSUdfRUZJPXkKIyBDT05GSUdfRUZJX1NUVUIgaXMgbm90IHNldApDT05G SUdfU0VDQ09NUD15CiMgQ09ORklHX0NDX1NUQUNLUFJPVEVDVE9SIGlzIG5vdCBzZXQKIyBDT05G SUdfSFpfMTAwIGlzIG5vdCBzZXQKIyBDT05GSUdfSFpfMjUwIGlzIG5vdCBzZXQKIyBDT05GSUdf SFpfMzAwIGlzIG5vdCBzZXQKQ09ORklHX0haXzEwMDA9eQpDT05GSUdfSFo9MTAwMApDT05GSUdf U0NIRURfSFJUSUNLPXkKQ09ORklHX0tFWEVDPXkKQ09ORklHX0NSQVNIX0RVTVA9eQojIENPTkZJ R19LRVhFQ19KVU1QIGlzIG5vdCBzZXQKQ09ORklHX1BIWVNJQ0FMX1NUQVJUPTB4MTAwMDAwMApD T05GSUdfUkVMT0NBVEFCTEU9eQpDT05GSUdfUEhZU0lDQUxfQUxJR049MHgxMDAwMDAwCkNPTkZJ R19IT1RQTFVHX0NQVT15CkNPTkZJR19DTURMSU5FX0JPT0w9eQpDT05GSUdfQ01ETElORT0iZHJt LmRlYnVnPTI1NSBkZWJ1ZyBsb2dsZXZlbD04IGluaXRjYWxsX2RlYnVnIGNvbnNvbGU9dHR5UzAs MTE1MjAwbjgiCiMgQ09ORklHX0NNRExJTkVfT1ZFUlJJREUgaXMgbm90IHNldApDT05GSUdfQVJD SF9FTkFCTEVfTUVNT1JZX0hPVFBMVUc9eQoKIwojIFBvd2VyIG1hbmFnZW1lbnQgYW5kIEFDUEkg b3B0aW9ucwojCkNPTkZJR19BUkNIX0hJQkVSTkFUSU9OX0hFQURFUj15CkNPTkZJR19TVVNQRU5E PXkKQ09ORklHX1NVU1BFTkRfRlJFRVpFUj15CkNPTkZJR19ISUJFUk5BVEVfQ0FMTEJBQ0tTPXkK Q09ORklHX0hJQkVSTkFUSU9OPXkKQ09ORklHX1BNX1NURF9QQVJUSVRJT049IiIKQ09ORklHX1BN X1NMRUVQPXkKQ09ORklHX1BNX1NMRUVQX1NNUD15CiMgQ09ORklHX1BNX1JVTlRJTUUgaXMgbm90 IHNldApDT05GSUdfUE09eQpDT05GSUdfUE1fREVCVUc9eQojIENPTkZJR19QTV9BRFZBTkNFRF9E RUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX1BNX1RFU1RfU1VTUEVORCBpcyBub3Qgc2V0CkNPTkZJ R19DQU5fUE1fVFJBQ0U9eQpDT05GSUdfUE1fVFJBQ0U9eQpDT05GSUdfUE1fVFJBQ0VfUlRDPXkK Q09ORklHX0FDUEk9eQpDT05GSUdfQUNQSV9TTEVFUD15CkNPTkZJR19BQ1BJX1BST0NGUz15CiMg Q09ORklHX0FDUElfUFJPQ0ZTX1BPV0VSIGlzIG5vdCBzZXQKIyBDT05GSUdfQUNQSV9FQ19ERUJV R0ZTIGlzIG5vdCBzZXQKQ09ORklHX0FDUElfUFJPQ19FVkVOVD15CkNPTkZJR19BQ1BJX0FDPXkK Q09ORklHX0FDUElfQkFUVEVSWT15CkNPTkZJR19BQ1BJX0JVVFRPTj15CkNPTkZJR19BQ1BJX1ZJ REVPPXkKQ09ORklHX0FDUElfRkFOPXkKQ09ORklHX0FDUElfRE9DSz15CkNPTkZJR19BQ1BJX1BS T0NFU1NPUj15CkNPTkZJR19BQ1BJX0hPVFBMVUdfQ1BVPXkKIyBDT05GSUdfQUNQSV9QUk9DRVNT T1JfQUdHUkVHQVRPUiBpcyBub3Qgc2V0CkNPTkZJR19BQ1BJX1RIRVJNQUw9eQojIENPTkZJR19B Q1BJX0NVU1RPTV9EU0RUIGlzIG5vdCBzZXQKQ09ORklHX0FDUElfQkxBQ0tMSVNUX1lFQVI9MAoj IENPTkZJR19BQ1BJX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfQUNQSV9QQ0lfU0xPVCBpcyBu b3Qgc2V0CkNPTkZJR19YODZfUE1fVElNRVI9eQpDT05GSUdfQUNQSV9DT05UQUlORVI9eQojIENP TkZJR19BQ1BJX1NCUyBpcyBub3Qgc2V0CiMgQ09ORklHX0FDUElfSEVEIGlzIG5vdCBzZXQKIyBD T05GSUdfQUNQSV9DVVNUT01fTUVUSE9EIGlzIG5vdCBzZXQKIyBDT05GSUdfQUNQSV9CR1JUIGlz IG5vdCBzZXQKIyBDT05GSUdfQUNQSV9BUEVJIGlzIG5vdCBzZXQKIyBDT05GSUdfU0ZJIGlzIG5v dCBzZXQKCiMKIyBDUFUgRnJlcXVlbmN5IHNjYWxpbmcKIwpDT05GSUdfQ1BVX0ZSRVE9eQpDT05G SUdfQ1BVX0ZSRVFfVEFCTEU9eQojIENPTkZJR19DUFVfRlJFUV9TVEFUIGlzIG5vdCBzZXQKIyBD T05GSUdfQ1BVX0ZSRVFfREVGQVVMVF9HT1ZfUEVSRk9STUFOQ0UgaXMgbm90IHNldApDT05GSUdf Q1BVX0ZSRVFfREVGQVVMVF9HT1ZfVVNFUlNQQUNFPXkKIyBDT05GSUdfQ1BVX0ZSRVFfREVGQVVM VF9HT1ZfT05ERU1BTkQgaXMgbm90IHNldAojIENPTkZJR19DUFVfRlJFUV9ERUZBVUxUX0dPVl9D T05TRVJWQVRJVkUgaXMgbm90IHNldApDT05GSUdfQ1BVX0ZSRVFfR09WX1BFUkZPUk1BTkNFPXkK IyBDT05GSUdfQ1BVX0ZSRVFfR09WX1BPV0VSU0FWRSBpcyBub3Qgc2V0CkNPTkZJR19DUFVfRlJF UV9HT1ZfVVNFUlNQQUNFPXkKQ09ORklHX0NQVV9GUkVRX0dPVl9PTkRFTUFORD15CiMgQ09ORklH X0NQVV9GUkVRX0dPVl9DT05TRVJWQVRJVkUgaXMgbm90IHNldAoKIwojIHg4NiBDUFUgZnJlcXVl bmN5IHNjYWxpbmcgZHJpdmVycwojCiMgQ09ORklHX1g4Nl9QQ0NfQ1BVRlJFUSBpcyBub3Qgc2V0 CkNPTkZJR19YODZfQUNQSV9DUFVGUkVRPXkKIyBDT05GSUdfWDg2X1BPV0VSTk9XX0s4IGlzIG5v dCBzZXQKIyBDT05GSUdfWDg2X1NQRUVEU1RFUF9DRU5UUklOTyBpcyBub3Qgc2V0CiMgQ09ORklH X1g4Nl9QNF9DTE9DS01PRCBpcyBub3Qgc2V0CgojCiMgc2hhcmVkIG9wdGlvbnMKIwojIENPTkZJ R19YODZfU1BFRURTVEVQX0xJQiBpcyBub3Qgc2V0CkNPTkZJR19DUFVfSURMRT15CkNPTkZJR19D UFVfSURMRV9HT1ZfTEFEREVSPXkKQ09ORklHX0NQVV9JRExFX0dPVl9NRU5VPXkKIyBDT05GSUdf SU5URUxfSURMRSBpcyBub3Qgc2V0CgojCiMgTWVtb3J5IHBvd2VyIHNhdmluZ3MKIwojIENPTkZJ R19JNzMwMF9JRExFIGlzIG5vdCBzZXQKCiMKIyBCdXMgb3B0aW9ucyAoUENJIGV0Yy4pCiMKQ09O RklHX1BDST15CkNPTkZJR19QQ0lfRElSRUNUPXkKQ09ORklHX1BDSV9NTUNPTkZJRz15CkNPTkZJ R19QQ0lfWEVOPXkKQ09ORklHX1BDSV9ET01BSU5TPXkKIyBDT05GSUdfUENJX0NOQjIwTEVfUVVJ UksgaXMgbm90IHNldApDT05GSUdfUENJRVBPUlRCVVM9eQojIENPTkZJR19IT1RQTFVHX1BDSV9Q Q0lFIGlzIG5vdCBzZXQKQ09ORklHX1BDSUVBRVI9eQojIENPTkZJR19QQ0lFX0VDUkMgaXMgbm90 IHNldAojIENPTkZJR19QQ0lFQUVSX0lOSkVDVCBpcyBub3Qgc2V0CkNPTkZJR19QQ0lFQVNQTT15 CiMgQ09ORklHX1BDSUVBU1BNX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX1BDSUVBU1BNX0RFRkFV TFQ9eQojIENPTkZJR19QQ0lFQVNQTV9QT1dFUlNBVkUgaXMgbm90IHNldAojIENPTkZJR19QQ0lF QVNQTV9QRVJGT1JNQU5DRSBpcyBub3Qgc2V0CkNPTkZJR19BUkNIX1NVUFBPUlRTX01TST15CkNP TkZJR19QQ0lfTVNJPXkKIyBDT05GSUdfUENJX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfUENJ X1JFQUxMT0NfRU5BQkxFX0FVVE8gaXMgbm90IHNldAojIENPTkZJR19QQ0lfU1RVQiBpcyBub3Qg c2V0CkNPTkZJR19YRU5fUENJREVWX0ZST05URU5EPXkKQ09ORklHX0hUX0lSUT15CkNPTkZJR19Q Q0lfQVRTPXkKIyBDT05GSUdfUENJX0lPViBpcyBub3Qgc2V0CkNPTkZJR19QQ0lfUFJJPXkKQ09O RklHX1BDSV9QQVNJRD15CkNPTkZJR19QQ0lfSU9BUElDPXkKQ09ORklHX1BDSV9MQUJFTD15CkNP TkZJR19JU0FfRE1BX0FQST15CkNPTkZJR19BTURfTkI9eQpDT05GSUdfUENDQVJEPXkKQ09ORklH X1BDTUNJQT15CkNPTkZJR19QQ01DSUFfTE9BRF9DSVM9eQpDT05GSUdfQ0FSREJVUz15CgojCiMg UEMtY2FyZCBicmlkZ2VzCiMKQ09ORklHX1lFTlRBPXkKQ09ORklHX1lFTlRBX08yPXkKQ09ORklH X1lFTlRBX1JJQ09IPXkKQ09ORklHX1lFTlRBX1RJPXkKQ09ORklHX1lFTlRBX0VORV9UVU5FPXkK Q09ORklHX1lFTlRBX1RPU0hJQkE9eQojIENPTkZJR19QRDY3MjkgaXMgbm90IHNldAojIENPTkZJ R19JODIwOTIgaXMgbm90IHNldApDT05GSUdfUENDQVJEX05PTlNUQVRJQz15CkNPTkZJR19IT1RQ TFVHX1BDST15CiMgQ09ORklHX0hPVFBMVUdfUENJX0ZBS0UgaXMgbm90IHNldAojIENPTkZJR19I T1RQTFVHX1BDSV9BQ1BJIGlzIG5vdCBzZXQKIyBDT05GSUdfSE9UUExVR19QQ0lfQ1BDSSBpcyBu b3Qgc2V0CiMgQ09ORklHX0hPVFBMVUdfUENJX1NIUEMgaXMgbm90IHNldAojIENPTkZJR19SQVBJ RElPIGlzIG5vdCBzZXQKCiMKIyBFeGVjdXRhYmxlIGZpbGUgZm9ybWF0cyAvIEVtdWxhdGlvbnMK IwpDT05GSUdfQklORk1UX0VMRj15CkNPTkZJR19BUkNIX0JJTkZNVF9FTEZfUkFORE9NSVpFX1BJ RT15CkNPTkZJR19DT1JFX0RVTVBfREVGQVVMVF9FTEZfSEVBREVSUz15CiMgQ09ORklHX0hBVkVf QU9VVCBpcyBub3Qgc2V0CkNPTkZJR19CSU5GTVRfTUlTQz15CiMgQ09ORklHX0lBMzJfRU1VTEFU SU9OIGlzIG5vdCBzZXQKIyBDT05GSUdfQ09NUEFUX0ZPUl9VNjRfQUxJR05NRU5UIGlzIG5vdCBz ZXQKQ09ORklHX0hBVkVfVEVYVF9QT0tFX1NNUD15CkNPTkZJR19ORVQ9eQoKIwojIE5ldHdvcmtp bmcgb3B0aW9ucwojCkNPTkZJR19QQUNLRVQ9eQpDT05GSUdfVU5JWD15CiMgQ09ORklHX1VOSVhf RElBRyBpcyBub3Qgc2V0CkNPTkZJR19YRlJNPXkKQ09ORklHX1hGUk1fVVNFUj15CiMgQ09ORklH X1hGUk1fU1VCX1BPTElDWSBpcyBub3Qgc2V0CiMgQ09ORklHX1hGUk1fTUlHUkFURSBpcyBub3Qg c2V0CiMgQ09ORklHX1hGUk1fU1RBVElTVElDUyBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9LRVkg aXMgbm90IHNldApDT05GSUdfSU5FVD15CkNPTkZJR19JUF9NVUxUSUNBU1Q9eQpDT05GSUdfSVBf QURWQU5DRURfUk9VVEVSPXkKIyBDT05GSUdfSVBfRklCX1RSSUVfU1RBVFMgaXMgbm90IHNldApD T05GSUdfSVBfTVVMVElQTEVfVEFCTEVTPXkKQ09ORklHX0lQX1JPVVRFX01VTFRJUEFUSD15CkNP TkZJR19JUF9ST1VURV9WRVJCT1NFPXkKQ09ORklHX0lQX1BOUD15CkNPTkZJR19JUF9QTlBfREhD UD15CkNPTkZJR19JUF9QTlBfQk9PVFA9eQpDT05GSUdfSVBfUE5QX1JBUlA9eQojIENPTkZJR19O RVRfSVBJUCBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9JUEdSRV9ERU1VWCBpcyBub3Qgc2V0CkNP TkZJR19JUF9NUk9VVEU9eQojIENPTkZJR19JUF9NUk9VVEVfTVVMVElQTEVfVEFCTEVTIGlzIG5v dCBzZXQKQ09ORklHX0lQX1BJTVNNX1YxPXkKQ09ORklHX0lQX1BJTVNNX1YyPXkKIyBDT05GSUdf QVJQRCBpcyBub3Qgc2V0CkNPTkZJR19TWU5fQ09PS0lFUz15CiMgQ09ORklHX0lORVRfQUggaXMg bm90IHNldAojIENPTkZJR19JTkVUX0VTUCBpcyBub3Qgc2V0CiMgQ09ORklHX0lORVRfSVBDT01Q IGlzIG5vdCBzZXQKIyBDT05GSUdfSU5FVF9YRlJNX1RVTk5FTCBpcyBub3Qgc2V0CkNPTkZJR19J TkVUX1RVTk5FTD15CiMgQ09ORklHX0lORVRfWEZSTV9NT0RFX1RSQU5TUE9SVCBpcyBub3Qgc2V0 CiMgQ09ORklHX0lORVRfWEZSTV9NT0RFX1RVTk5FTCBpcyBub3Qgc2V0CiMgQ09ORklHX0lORVRf WEZSTV9NT0RFX0JFRVQgaXMgbm90IHNldApDT05GSUdfSU5FVF9MUk89eQojIENPTkZJR19JTkVU X0RJQUcgaXMgbm90IHNldApDT05GSUdfVENQX0NPTkdfQURWQU5DRUQ9eQojIENPTkZJR19UQ1Bf Q09OR19CSUMgaXMgbm90IHNldApDT05GSUdfVENQX0NPTkdfQ1VCSUM9eQojIENPTkZJR19UQ1Bf Q09OR19XRVNUV09PRCBpcyBub3Qgc2V0CiMgQ09ORklHX1RDUF9DT05HX0hUQ1AgaXMgbm90IHNl dAojIENPTkZJR19UQ1BfQ09OR19IU1RDUCBpcyBub3Qgc2V0CiMgQ09ORklHX1RDUF9DT05HX0hZ QkxBIGlzIG5vdCBzZXQKIyBDT05GSUdfVENQX0NPTkdfVkVHQVMgaXMgbm90IHNldAojIENPTkZJ R19UQ1BfQ09OR19TQ0FMQUJMRSBpcyBub3Qgc2V0CiMgQ09ORklHX1RDUF9DT05HX0xQIGlzIG5v dCBzZXQKIyBDT05GSUdfVENQX0NPTkdfVkVOTyBpcyBub3Qgc2V0CiMgQ09ORklHX1RDUF9DT05H X1lFQUggaXMgbm90IHNldAojIENPTkZJR19UQ1BfQ09OR19JTExJTk9JUyBpcyBub3Qgc2V0CkNP TkZJR19ERUZBVUxUX0NVQklDPXkKIyBDT05GSUdfREVGQVVMVF9SRU5PIGlzIG5vdCBzZXQKQ09O RklHX0RFRkFVTFRfVENQX0NPTkc9ImN1YmljIgpDT05GSUdfVENQX01ENVNJRz15CkNPTkZJR19J UFY2PXkKIyBDT05GSUdfSVBWNl9QUklWQUNZIGlzIG5vdCBzZXQKIyBDT05GSUdfSVBWNl9ST1VU RVJfUFJFRiBpcyBub3Qgc2V0CiMgQ09ORklHX0lQVjZfT1BUSU1JU1RJQ19EQUQgaXMgbm90IHNl dApDT05GSUdfSU5FVDZfQUg9eQpDT05GSUdfSU5FVDZfRVNQPXkKIyBDT05GSUdfSU5FVDZfSVBD T01QIGlzIG5vdCBzZXQKIyBDT05GSUdfSVBWNl9NSVA2IGlzIG5vdCBzZXQKIyBDT05GSUdfSU5F VDZfWEZSTV9UVU5ORUwgaXMgbm90IHNldAojIENPTkZJR19JTkVUNl9UVU5ORUwgaXMgbm90IHNl dApDT05GSUdfSU5FVDZfWEZSTV9NT0RFX1RSQU5TUE9SVD15CkNPTkZJR19JTkVUNl9YRlJNX01P REVfVFVOTkVMPXkKQ09ORklHX0lORVQ2X1hGUk1fTU9ERV9CRUVUPXkKIyBDT05GSUdfSU5FVDZf WEZSTV9NT0RFX1JPVVRFT1BUSU1JWkFUSU9OIGlzIG5vdCBzZXQKQ09ORklHX0lQVjZfU0lUPXkK IyBDT05GSUdfSVBWNl9TSVRfNlJEIGlzIG5vdCBzZXQKQ09ORklHX0lQVjZfTkRJU0NfTk9ERVRZ UEU9eQojIENPTkZJR19JUFY2X1RVTk5FTCBpcyBub3Qgc2V0CiMgQ09ORklHX0lQVjZfTVVMVElQ TEVfVEFCTEVTIGlzIG5vdCBzZXQKIyBDT05GSUdfSVBWNl9NUk9VVEUgaXMgbm90IHNldApDT05G SUdfTkVUTEFCRUw9eQpDT05GSUdfTkVUV09SS19TRUNNQVJLPXkKIyBDT05GSUdfTkVUV09SS19Q SFlfVElNRVNUQU1QSU5HIGlzIG5vdCBzZXQKQ09ORklHX05FVEZJTFRFUj15CiMgQ09ORklHX05F VEZJTFRFUl9ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX05FVEZJTFRFUl9BRFZBTkNFRCBpcyBu b3Qgc2V0CgojCiMgQ29yZSBOZXRmaWx0ZXIgQ29uZmlndXJhdGlvbgojCkNPTkZJR19ORVRGSUxU RVJfTkVUTElOSz15CkNPTkZJR19ORVRGSUxURVJfTkVUTElOS19MT0c9eQpDT05GSUdfTkZfQ09O TlRSQUNLPXkKQ09ORklHX05GX0NPTk5UUkFDS19TRUNNQVJLPXkKQ09ORklHX05GX0NPTk5UUkFD S19QUk9DRlM9eQpDT05GSUdfTkZfQ09OTlRSQUNLX0ZUUD15CkNPTkZJR19ORl9DT05OVFJBQ0tf SVJDPXkKIyBDT05GSUdfTkZfQ09OTlRSQUNLX05FVEJJT1NfTlMgaXMgbm90IHNldApDT05GSUdf TkZfQ09OTlRSQUNLX1NJUD15CkNPTkZJR19ORl9DVF9ORVRMSU5LPXkKQ09ORklHX05FVEZJTFRF Ul9YVEFCTEVTPXkKCiMKIyBYdGFibGVzIGNvbWJpbmVkIG1vZHVsZXMKIwpDT05GSUdfTkVURklM VEVSX1hUX01BUks9bQoKIwojIFh0YWJsZXMgdGFyZ2V0cwojCkNPTkZJR19ORVRGSUxURVJfWFRf VEFSR0VUX0NPTk5TRUNNQVJLPXkKQ09ORklHX05FVEZJTFRFUl9YVF9UQVJHRVRfTE9HPW0KQ09O RklHX05FVEZJTFRFUl9YVF9UQVJHRVRfTkZMT0c9eQpDT05GSUdfTkVURklMVEVSX1hUX1RBUkdF VF9TRUNNQVJLPXkKQ09ORklHX05FVEZJTFRFUl9YVF9UQVJHRVRfVENQTVNTPXkKCiMKIyBYdGFi bGVzIG1hdGNoZXMKIwpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0NPTk5UUkFDSz15CkNPTkZJ R19ORVRGSUxURVJfWFRfTUFUQ0hfUE9MSUNZPXkKQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9T VEFURT15CiMgQ09ORklHX0lQX1NFVCBpcyBub3Qgc2V0CiMgQ09ORklHX0lQX1ZTIGlzIG5vdCBz ZXQKCiMKIyBJUDogTmV0ZmlsdGVyIENvbmZpZ3VyYXRpb24KIwpDT05GSUdfTkZfREVGUkFHX0lQ VjQ9eQpDT05GSUdfTkZfQ09OTlRSQUNLX0lQVjQ9eQpDT05GSUdfTkZfQ09OTlRSQUNLX1BST0Nf Q09NUEFUPXkKQ09ORklHX0lQX05GX0lQVEFCTEVTPXkKQ09ORklHX0lQX05GX0ZJTFRFUj15CkNP TkZJR19JUF9ORl9UQVJHRVRfUkVKRUNUPXkKQ09ORklHX0lQX05GX1RBUkdFVF9VTE9HPXkKQ09O RklHX05GX05BVD15CkNPTkZJR19ORl9OQVRfTkVFREVEPXkKQ09ORklHX0lQX05GX1RBUkdFVF9N QVNRVUVSQURFPXkKQ09ORklHX05GX05BVF9GVFA9eQpDT05GSUdfTkZfTkFUX0lSQz15CiMgQ09O RklHX05GX05BVF9URlRQIGlzIG5vdCBzZXQKIyBDT05GSUdfTkZfTkFUX0FNQU5EQSBpcyBub3Qg c2V0CiMgQ09ORklHX05GX05BVF9QUFRQIGlzIG5vdCBzZXQKIyBDT05GSUdfTkZfTkFUX0gzMjMg aXMgbm90IHNldApDT05GSUdfTkZfTkFUX1NJUD15CkNPTkZJR19JUF9ORl9NQU5HTEU9eQojIENP TkZJR19JUF9ORl9SQVcgaXMgbm90IHNldAoKIwojIElQdjY6IE5ldGZpbHRlciBDb25maWd1cmF0 aW9uCiMKQ09ORklHX05GX0RFRlJBR19JUFY2PXkKQ09ORklHX05GX0NPTk5UUkFDS19JUFY2PXkK Q09ORklHX0lQNl9ORl9JUFRBQkxFUz15CkNPTkZJR19JUDZfTkZfTUFUQ0hfSVBWNkhFQURFUj15 CkNPTkZJR19JUDZfTkZfRklMVEVSPXkKQ09ORklHX0lQNl9ORl9UQVJHRVRfUkVKRUNUPXkKQ09O RklHX0lQNl9ORl9NQU5HTEU9eQojIENPTkZJR19JUDZfTkZfUkFXIGlzIG5vdCBzZXQKIyBDT05G SUdfQlJJREdFX05GX0VCVEFCTEVTIGlzIG5vdCBzZXQKIyBDT05GSUdfSVBfRENDUCBpcyBub3Qg c2V0CiMgQ09ORklHX0lQX1NDVFAgaXMgbm90IHNldAojIENPTkZJR19SRFMgaXMgbm90IHNldAoj IENPTkZJR19USVBDIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRNIGlzIG5vdCBzZXQKIyBDT05GSUdf TDJUUCBpcyBub3Qgc2V0CkNPTkZJR19TVFA9eQpDT05GSUdfQlJJREdFPXkKQ09ORklHX0JSSURH RV9JR01QX1NOT09QSU5HPXkKIyBDT05GSUdfTkVUX0RTQSBpcyBub3Qgc2V0CkNPTkZJR19WTEFO XzgwMjFRPXkKIyBDT05GSUdfVkxBTl84MDIxUV9HVlJQIGlzIG5vdCBzZXQKIyBDT05GSUdfREVD TkVUIGlzIG5vdCBzZXQKQ09ORklHX0xMQz15CiMgQ09ORklHX0xMQzIgaXMgbm90IHNldAojIENP TkZJR19JUFggaXMgbm90IHNldAojIENPTkZJR19BVEFMSyBpcyBub3Qgc2V0CiMgQ09ORklHX1gy NSBpcyBub3Qgc2V0CiMgQ09ORklHX0xBUEIgaXMgbm90IHNldAojIENPTkZJR19FQ09ORVQgaXMg bm90IHNldAojIENPTkZJR19XQU5fUk9VVEVSIGlzIG5vdCBzZXQKIyBDT05GSUdfUEhPTkVUIGlz IG5vdCBzZXQKIyBDT05GSUdfSUVFRTgwMjE1NCBpcyBub3Qgc2V0CkNPTkZJR19ORVRfU0NIRUQ9 eQoKIwojIFF1ZXVlaW5nL1NjaGVkdWxpbmcKIwojIENPTkZJR19ORVRfU0NIX0NCUSBpcyBub3Qg c2V0CiMgQ09ORklHX05FVF9TQ0hfSFRCIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1NDSF9IRlND IGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1NDSF9QUklPIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVU X1NDSF9NVUxUSVEgaXMgbm90IHNldAojIENPTkZJR19ORVRfU0NIX1JFRCBpcyBub3Qgc2V0CiMg Q09ORklHX05FVF9TQ0hfU0ZCIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1NDSF9TRlEgaXMgbm90 IHNldAojIENPTkZJR19ORVRfU0NIX1RFUUwgaXMgbm90IHNldAojIENPTkZJR19ORVRfU0NIX1RC RiBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9TQ0hfR1JFRCBpcyBub3Qgc2V0CiMgQ09ORklHX05F VF9TQ0hfRFNNQVJLIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1NDSF9ORVRFTSBpcyBub3Qgc2V0 CiMgQ09ORklHX05FVF9TQ0hfRFJSIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1NDSF9NUVBSSU8g aXMgbm90IHNldAojIENPTkZJR19ORVRfU0NIX0NIT0tFIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVU X1NDSF9RRlEgaXMgbm90IHNldAojIENPTkZJR19ORVRfU0NIX0lOR1JFU1MgaXMgbm90IHNldAoj IENPTkZJR19ORVRfU0NIX1BMVUcgaXMgbm90IHNldAoKIwojIENsYXNzaWZpY2F0aW9uCiMKQ09O RklHX05FVF9DTFM9eQojIENPTkZJR19ORVRfQ0xTX0JBU0lDIGlzIG5vdCBzZXQKIyBDT05GSUdf TkVUX0NMU19UQ0lOREVYIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0NMU19ST1VURTQgaXMgbm90 IHNldAojIENPTkZJR19ORVRfQ0xTX0ZXIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0NMU19VMzIg aXMgbm90IHNldAojIENPTkZJR19ORVRfQ0xTX1JTVlAgaXMgbm90IHNldAojIENPTkZJR19ORVRf Q0xTX1JTVlA2IGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0NMU19GTE9XIGlzIG5vdCBzZXQKIyBD T05GSUdfTkVUX0NMU19DR1JPVVAgaXMgbm90IHNldApDT05GSUdfTkVUX0VNQVRDSD15CkNPTkZJ R19ORVRfRU1BVENIX1NUQUNLPTMyCiMgQ09ORklHX05FVF9FTUFUQ0hfQ01QIGlzIG5vdCBzZXQK IyBDT05GSUdfTkVUX0VNQVRDSF9OQllURSBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9FTUFUQ0hf VTMyIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0VNQVRDSF9NRVRBIGlzIG5vdCBzZXQKIyBDT05G SUdfTkVUX0VNQVRDSF9URVhUIGlzIG5vdCBzZXQKQ09ORklHX05FVF9DTFNfQUNUPXkKIyBDT05G SUdfTkVUX0FDVF9QT0xJQ0UgaXMgbm90IHNldAojIENPTkZJR19ORVRfQUNUX0dBQ1QgaXMgbm90 IHNldAojIENPTkZJR19ORVRfQUNUX01JUlJFRCBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9BQ1Rf SVBUIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0FDVF9OQVQgaXMgbm90IHNldAojIENPTkZJR19O RVRfQUNUX1BFRElUIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0FDVF9TSU1QIGlzIG5vdCBzZXQK IyBDT05GSUdfTkVUX0FDVF9TS0JFRElUIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0FDVF9DU1VN IGlzIG5vdCBzZXQKQ09ORklHX05FVF9TQ0hfRklGTz15CiMgQ09ORklHX0RDQiBpcyBub3Qgc2V0 CkNPTkZJR19ETlNfUkVTT0xWRVI9eQojIENPTkZJR19CQVRNQU5fQURWIGlzIG5vdCBzZXQKIyBD T05GSUdfT1BFTlZTV0lUQ0ggaXMgbm90IHNldApDT05GSUdfUlBTPXkKQ09ORklHX1JGU19BQ0NF TD15CkNPTkZJR19YUFM9eQojIENPTkZJR19ORVRQUklPX0NHUk9VUCBpcyBub3Qgc2V0CkNPTkZJ R19CUUw9eQpDT05GSUdfSEFWRV9CUEZfSklUPXkKIyBDT05GSUdfQlBGX0pJVCBpcyBub3Qgc2V0 CgojCiMgTmV0d29yayB0ZXN0aW5nCiMKIyBDT05GSUdfTkVUX1BLVEdFTiBpcyBub3Qgc2V0CiMg Q09ORklHX05FVF9UQ1BQUk9CRSBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9EUk9QX01PTklUT1Ig aXMgbm90IHNldAojIENPTkZJR19IQU1SQURJTyBpcyBub3Qgc2V0CiMgQ09ORklHX0NBTiBpcyBu b3Qgc2V0CiMgQ09ORklHX0lSREEgaXMgbm90IHNldAojIENPTkZJR19CVCBpcyBub3Qgc2V0CiMg Q09ORklHX0FGX1JYUlBDIGlzIG5vdCBzZXQKQ09ORklHX0ZJQl9SVUxFUz15CkNPTkZJR19XSVJF TEVTUz15CkNPTkZJR19XRVhUX0NPUkU9eQpDT05GSUdfV0VYVF9QUk9DPXkKQ09ORklHX0NGRzgw MjExPXkKIyBDT05GSUdfTkw4MDIxMV9URVNUTU9ERSBpcyBub3Qgc2V0CiMgQ09ORklHX0NGRzgw MjExX0RFVkVMT1BFUl9XQVJOSU5HUyBpcyBub3Qgc2V0CiMgQ09ORklHX0NGRzgwMjExX1JFR19E RUJVRyBpcyBub3Qgc2V0CkNPTkZJR19DRkc4MDIxMV9ERUZBVUxUX1BTPXkKIyBDT05GSUdfQ0ZH ODAyMTFfREVCVUdGUyBpcyBub3Qgc2V0CiMgQ09ORklHX0NGRzgwMjExX0lOVEVSTkFMX1JFR0RC IGlzIG5vdCBzZXQKQ09ORklHX0NGRzgwMjExX1dFWFQ9eQojIENPTkZJR19XSVJFTEVTU19FWFRf U1lTRlMgaXMgbm90IHNldAojIENPTkZJR19MSUI4MDIxMSBpcyBub3Qgc2V0CkNPTkZJR19NQUM4 MDIxMT15CkNPTkZJR19NQUM4MDIxMV9IQVNfUkM9eQpDT05GSUdfTUFDODAyMTFfUkNfTUlOU1RS RUw9eQpDT05GSUdfTUFDODAyMTFfUkNfTUlOU1RSRUxfSFQ9eQpDT05GSUdfTUFDODAyMTFfUkNf REVGQVVMVF9NSU5TVFJFTD15CkNPTkZJR19NQUM4MDIxMV9SQ19ERUZBVUxUPSJtaW5zdHJlbF9o dCIKIyBDT05GSUdfTUFDODAyMTFfTUVTSCBpcyBub3Qgc2V0CkNPTkZJR19NQUM4MDIxMV9MRURT PXkKIyBDT05GSUdfTUFDODAyMTFfREVCVUdGUyBpcyBub3Qgc2V0CiMgQ09ORklHX01BQzgwMjEx X0RFQlVHX01FTlUgaXMgbm90IHNldAojIENPTkZJR19XSU1BWCBpcyBub3Qgc2V0CkNPTkZJR19S RktJTEw9eQpDT05GSUdfUkZLSUxMX0xFRFM9eQpDT05GSUdfUkZLSUxMX0lOUFVUPXkKIyBDT05G SUdfTkVUXzlQIGlzIG5vdCBzZXQKIyBDT05GSUdfQ0FJRiBpcyBub3Qgc2V0CiMgQ09ORklHX0NF UEhfTElCIGlzIG5vdCBzZXQKIyBDT05GSUdfTkZDIGlzIG5vdCBzZXQKCiMKIyBEZXZpY2UgRHJp dmVycwojCgojCiMgR2VuZXJpYyBEcml2ZXIgT3B0aW9ucwojCkNPTkZJR19VRVZFTlRfSEVMUEVS X1BBVEg9Ii9zYmluL2hvdHBsdWciCkNPTkZJR19ERVZUTVBGUz15CkNPTkZJR19ERVZUTVBGU19N T1VOVD15CkNPTkZJR19TVEFOREFMT05FPXkKQ09ORklHX1BSRVZFTlRfRklSTVdBUkVfQlVJTEQ9 eQpDT05GSUdfRldfTE9BREVSPXkKQ09ORklHX0ZJUk1XQVJFX0lOX0tFUk5FTD15CkNPTkZJR19F WFRSQV9GSVJNV0FSRT0iIgojIENPTkZJR19ERUJVR19EUklWRVIgaXMgbm90IHNldApDT05GSUdf REVCVUdfREVWUkVTPXkKQ09ORklHX1NZU19IWVBFUlZJU09SPXkKIyBDT05GSUdfR0VORVJJQ19D UFVfREVWSUNFUyBpcyBub3Qgc2V0CkNPTkZJR19ETUFfU0hBUkVEX0JVRkZFUj15CkNPTkZJR19D T05ORUNUT1I9eQpDT05GSUdfUFJPQ19FVkVOVFM9eQojIENPTkZJR19NVEQgaXMgbm90IHNldAoj IENPTkZJR19QQVJQT1JUIGlzIG5vdCBzZXQKQ09ORklHX1BOUD15CkNPTkZJR19QTlBfREVCVUdf TUVTU0FHRVM9eQoKIwojIFByb3RvY29scwojCkNPTkZJR19QTlBBQ1BJPXkKQ09ORklHX0JMS19E RVY9eQojIENPTkZJR19CTEtfREVWX0ZEIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9QQ0lF U1NEX01USVAzMlhYIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0NQUV9EQSBpcyBub3Qgc2V0CiMg Q09ORklHX0JMS19DUFFfQ0lTU19EQSBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfREFDOTYw IGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9VTUVNIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxL X0RFVl9DT1dfQ09NTU9OIGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZfTE9PUD15CkNPTkZJR19C TEtfREVWX0xPT1BfTUlOX0NPVU5UPTgKIyBDT05GSUdfQkxLX0RFVl9DUllQVE9MT09QIGlzIG5v dCBzZXQKIyBDT05GSUdfQkxLX0RFVl9EUkJEIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9O QkQgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX05WTUUgaXMgbm90IHNldAojIENPTkZJR19C TEtfREVWX1NYOCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfVUIgaXMgbm90IHNldApDT05G SUdfQkxLX0RFVl9SQU09eQpDT05GSUdfQkxLX0RFVl9SQU1fQ09VTlQ9MTYKQ09ORklHX0JMS19E RVZfUkFNX1NJWkU9MTYzODQKIyBDT05GSUdfQkxLX0RFVl9YSVAgaXMgbm90IHNldAojIENPTkZJ R19DRFJPTV9QS1RDRFZEIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRBX09WRVJfRVRIIGlzIG5vdCBz ZXQKQ09ORklHX1hFTl9CTEtERVZfRlJPTlRFTkQ9eQpDT05GSUdfWEVOX0JMS0RFVl9CQUNLRU5E PXkKIyBDT05GSUdfQkxLX0RFVl9IRCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfUkJEIGlz IG5vdCBzZXQKCiMKIyBNaXNjIGRldmljZXMKIwojIENPTkZJR19TRU5TT1JTX0xJUzNMVjAyRCBp cyBub3Qgc2V0CiMgQ09ORklHX0FENTI1WF9EUE9UIGlzIG5vdCBzZXQKIyBDT05GSUdfSUJNX0FT TSBpcyBub3Qgc2V0CiMgQ09ORklHX1BIQU5UT00gaXMgbm90IHNldAojIENPTkZJR19JTlRFTF9N SURfUFRJIGlzIG5vdCBzZXQKIyBDT05GSUdfU0dJX0lPQzQgaXMgbm90IHNldAojIENPTkZJR19U SUZNX0NPUkUgaXMgbm90IHNldAojIENPTkZJR19JQ1M5MzJTNDAxIGlzIG5vdCBzZXQKIyBDT05G SUdfRU5DTE9TVVJFX1NFUlZJQ0VTIGlzIG5vdCBzZXQKIyBDT05GSUdfSFBfSUxPIGlzIG5vdCBz ZXQKIyBDT05GSUdfQVBEUzk4MDJBTFMgaXMgbm90IHNldAojIENPTkZJR19JU0wyOTAwMyBpcyBu b3Qgc2V0CiMgQ09ORklHX0lTTDI5MDIwIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19UU0wy NTUwIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19CSDE3ODAgaXMgbm90IHNldAojIENPTkZJ R19TRU5TT1JTX0JIMTc3MCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQVBEUzk5MFggaXMg bm90IHNldAojIENPTkZJR19ITUM2MzUyIGlzIG5vdCBzZXQKIyBDT05GSUdfRFMxNjgyIGlzIG5v dCBzZXQKIyBDT05GSUdfVk1XQVJFX0JBTExPT04gaXMgbm90IHNldAojIENPTkZJR19CTVAwODUg aXMgbm90IHNldAojIENPTkZJR19QQ0hfUEhVQiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TV0lU Q0hfRlNBOTQ4MCBpcyBub3Qgc2V0CiMgQ09ORklHX0MyUE9SVCBpcyBub3Qgc2V0CgojCiMgRUVQ Uk9NIHN1cHBvcnQKIwojIENPTkZJR19FRVBST01fQVQyNCBpcyBub3Qgc2V0CiMgQ09ORklHX0VF UFJPTV9MRUdBQ1kgaXMgbm90IHNldAojIENPTkZJR19FRVBST01fTUFYNjg3NSBpcyBub3Qgc2V0 CiMgQ09ORklHX0VFUFJPTV85M0NYNiBpcyBub3Qgc2V0CiMgQ09ORklHX0NCNzEwX0NPUkUgaXMg bm90IHNldAoKIwojIFRleGFzIEluc3RydW1lbnRzIHNoYXJlZCB0cmFuc3BvcnQgbGluZSBkaXNj aXBsaW5lCiMKIyBDT05GSUdfU0VOU09SU19MSVMzX0kyQyBpcyBub3Qgc2V0CgojCiMgQWx0ZXJh IEZQR0EgZmlybXdhcmUgZG93bmxvYWQgbW9kdWxlCiMKIyBDT05GSUdfQUxURVJBX1NUQVBMIGlz IG5vdCBzZXQKQ09ORklHX0hBVkVfSURFPXkKIyBDT05GSUdfSURFIGlzIG5vdCBzZXQKCiMKIyBT Q1NJIGRldmljZSBzdXBwb3J0CiMKQ09ORklHX1NDU0lfTU9EPXkKIyBDT05GSUdfUkFJRF9BVFRS UyBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJPXkKQ09ORklHX1NDU0lfRE1BPXkKIyBDT05GSUdfU0NT SV9UR1QgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX05FVExJTksgaXMgbm90IHNldApDT05GSUdf U0NTSV9QUk9DX0ZTPXkKCiMKIyBTQ1NJIHN1cHBvcnQgdHlwZSAoZGlzaywgdGFwZSwgQ0QtUk9N KQojCkNPTkZJR19CTEtfREVWX1NEPXkKIyBDT05GSUdfQ0hSX0RFVl9TVCBpcyBub3Qgc2V0CiMg Q09ORklHX0NIUl9ERVZfT1NTVCBpcyBub3Qgc2V0CkNPTkZJR19CTEtfREVWX1NSPXkKQ09ORklH X0JMS19ERVZfU1JfVkVORE9SPXkKQ09ORklHX0NIUl9ERVZfU0c9eQojIENPTkZJR19DSFJfREVW X1NDSCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfTVVMVElfTFVOIGlzIG5vdCBzZXQKQ09ORklH X1NDU0lfQ09OU1RBTlRTPXkKIyBDT05GSUdfU0NTSV9MT0dHSU5HIGlzIG5vdCBzZXQKIyBDT05G SUdfU0NTSV9TQ0FOX0FTWU5DIGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfV0FJVF9TQ0FOPW0KCiMK IyBTQ1NJIFRyYW5zcG9ydHMKIwpDT05GSUdfU0NTSV9TUElfQVRUUlM9eQojIENPTkZJR19TQ1NJ X0ZDX0FUVFJTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9JU0NTSV9BVFRSUyBpcyBub3Qgc2V0 CiMgQ09ORklHX1NDU0lfU0FTX0FUVFJTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9TQVNfTElC U0FTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9TUlBfQVRUUlMgaXMgbm90IHNldAojIENPTkZJ R19TQ1NJX0xPV0xFVkVMIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9MT1dMRVZFTF9QQ01DSUEg aXMgbm90IHNldAojIENPTkZJR19TQ1NJX0RIIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9PU0Rf SU5JVElBVE9SIGlzIG5vdCBzZXQKQ09ORklHX0FUQT15CiMgQ09ORklHX0FUQV9OT05TVEFOREFS RCBpcyBub3Qgc2V0CkNPTkZJR19BVEFfVkVSQk9TRV9FUlJPUj15CkNPTkZJR19BVEFfQUNQST15 CkNPTkZJR19TQVRBX1BNUD15CgojCiMgQ29udHJvbGxlcnMgd2l0aCBub24tU0ZGIG5hdGl2ZSBp bnRlcmZhY2UKIwpDT05GSUdfU0FUQV9BSENJPXkKIyBDT05GSUdfU0FUQV9BSENJX1BMQVRGT1JN IGlzIG5vdCBzZXQKIyBDT05GSUdfU0FUQV9JTklDMTYyWCBpcyBub3Qgc2V0CiMgQ09ORklHX1NB VEFfQUNBUkRfQUhDSSBpcyBub3Qgc2V0CiMgQ09ORklHX1NBVEFfU0lMMjQgaXMgbm90IHNldApD T05GSUdfQVRBX1NGRj15CgojCiMgU0ZGIGNvbnRyb2xsZXJzIHdpdGggY3VzdG9tIERNQSBpbnRl cmZhY2UKIwojIENPTkZJR19QRENfQURNQSBpcyBub3Qgc2V0CiMgQ09ORklHX1NBVEFfUVNUT1Ig aXMgbm90IHNldAojIENPTkZJR19TQVRBX1NYNCBpcyBub3Qgc2V0CkNPTkZJR19BVEFfQk1ETUE9 eQoKIwojIFNBVEEgU0ZGIGNvbnRyb2xsZXJzIHdpdGggQk1ETUEKIwpDT05GSUdfQVRBX1BJSVg9 eQojIENPTkZJR19TQVRBX01WIGlzIG5vdCBzZXQKIyBDT05GSUdfU0FUQV9OViBpcyBub3Qgc2V0 CiMgQ09ORklHX1NBVEFfUFJPTUlTRSBpcyBub3Qgc2V0CiMgQ09ORklHX1NBVEFfU0lMIGlzIG5v dCBzZXQKIyBDT05GSUdfU0FUQV9TSVMgaXMgbm90IHNldAojIENPTkZJR19TQVRBX1NWVyBpcyBu b3Qgc2V0CiMgQ09ORklHX1NBVEFfVUxJIGlzIG5vdCBzZXQKIyBDT05GSUdfU0FUQV9WSUEgaXMg bm90IHNldAojIENPTkZJR19TQVRBX1ZJVEVTU0UgaXMgbm90IHNldAoKIwojIFBBVEEgU0ZGIGNv bnRyb2xsZXJzIHdpdGggQk1ETUEKIwojIENPTkZJR19QQVRBX0FMSSBpcyBub3Qgc2V0CkNPTkZJ R19QQVRBX0FNRD15CiMgQ09ORklHX1BBVEFfQVJBU0FOX0NGIGlzIG5vdCBzZXQKIyBDT05GSUdf UEFUQV9BUlRPUCBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfQVRJSVhQIGlzIG5vdCBzZXQKIyBD T05GSUdfUEFUQV9BVFA4NjdYIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9DTUQ2NFggaXMgbm90 IHNldAojIENPTkZJR19QQVRBX0NTNTUyMCBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfQ1M1NTMw IGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9DUzU1MzYgaXMgbm90IHNldAojIENPTkZJR19QQVRB X0NZUFJFU1MgaXMgbm90IHNldAojIENPTkZJR19QQVRBX0VGQVIgaXMgbm90IHNldAojIENPTkZJ R19QQVRBX0hQVDM2NiBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfSFBUMzdYIGlzIG5vdCBzZXQK IyBDT05GSUdfUEFUQV9IUFQzWDJOIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9IUFQzWDMgaXMg bm90IHNldAojIENPTkZJR19QQVRBX0lUODIxMyBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfSVQ4 MjFYIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9KTUlDUk9OIGlzIG5vdCBzZXQKIyBDT05GSUdf UEFUQV9NQVJWRUxMIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9ORVRDRUxMIGlzIG5vdCBzZXQK IyBDT05GSUdfUEFUQV9OSU5KQTMyIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9OUzg3NDE1IGlz IG5vdCBzZXQKQ09ORklHX1BBVEFfT0xEUElJWD15CiMgQ09ORklHX1BBVEFfT1BUSURNQSBpcyBu b3Qgc2V0CiMgQ09ORklHX1BBVEFfUERDMjAyN1ggaXMgbm90IHNldAojIENPTkZJR19QQVRBX1BE Q19PTEQgaXMgbm90IHNldAojIENPTkZJR19QQVRBX1JBRElTWVMgaXMgbm90IHNldAojIENPTkZJ R19QQVRBX1JEQyBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfU0MxMjAwIGlzIG5vdCBzZXQKQ09O RklHX1BBVEFfU0NIPXkKIyBDT05GSUdfUEFUQV9TRVJWRVJXT1JLUyBpcyBub3Qgc2V0CiMgQ09O RklHX1BBVEFfU0lMNjgwIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9TSVMgaXMgbm90IHNldAoj IENPTkZJR19QQVRBX1RPU0hJQkEgaXMgbm90IHNldAojIENPTkZJR19QQVRBX1RSSUZMRVggaXMg bm90IHNldAojIENPTkZJR19QQVRBX1ZJQSBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfV0lOQk9O RCBpcyBub3Qgc2V0CgojCiMgUElPLW9ubHkgU0ZGIGNvbnRyb2xsZXJzCiMKIyBDT05GSUdfUEFU QV9DTUQ2NDBfUENJIGlzIG5vdCBzZXQKQ09ORklHX1BBVEFfTVBJSVg9eQojIENPTkZJR19QQVRB X05TODc0MTAgaXMgbm90IHNldAojIENPTkZJR19QQVRBX09QVEkgaXMgbm90IHNldAojIENPTkZJ R19QQVRBX1BDTUNJQSBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfUloxMDAwIGlzIG5vdCBzZXQK CiMKIyBHZW5lcmljIGZhbGxiYWNrIC8gbGVnYWN5IGRyaXZlcnMKIwojIENPTkZJR19QQVRBX0FD UEkgaXMgbm90IHNldApDT05GSUdfQVRBX0dFTkVSSUM9eQojIENPTkZJR19QQVRBX0xFR0FDWSBp cyBub3Qgc2V0CkNPTkZJR19NRD15CkNPTkZJR19CTEtfREVWX01EPXkKQ09ORklHX01EX0FVVE9E RVRFQ1Q9eQojIENPTkZJR19NRF9MSU5FQVIgaXMgbm90IHNldAojIENPTkZJR19NRF9SQUlEMCBp cyBub3Qgc2V0CiMgQ09ORklHX01EX1JBSUQxIGlzIG5vdCBzZXQKIyBDT05GSUdfTURfUkFJRDEw IGlzIG5vdCBzZXQKIyBDT05GSUdfTURfUkFJRDQ1NiBpcyBub3Qgc2V0CiMgQ09ORklHX01EX01V TFRJUEFUSCBpcyBub3Qgc2V0CiMgQ09ORklHX01EX0ZBVUxUWSBpcyBub3Qgc2V0CkNPTkZJR19C TEtfREVWX0RNPXkKIyBDT05GSUdfRE1fREVCVUcgaXMgbm90IHNldAojIENPTkZJR19ETV9DUllQ VCBpcyBub3Qgc2V0CiMgQ09ORklHX0RNX1NOQVBTSE9UIGlzIG5vdCBzZXQKIyBDT05GSUdfRE1f VEhJTl9QUk9WSVNJT05JTkcgaXMgbm90IHNldApDT05GSUdfRE1fTUlSUk9SPXkKIyBDT05GSUdf RE1fUkFJRCBpcyBub3Qgc2V0CiMgQ09ORklHX0RNX0xPR19VU0VSU1BBQ0UgaXMgbm90IHNldApD T05GSUdfRE1fWkVSTz15CiMgQ09ORklHX0RNX01VTFRJUEFUSCBpcyBub3Qgc2V0CiMgQ09ORklH X0RNX0RFTEFZIGlzIG5vdCBzZXQKIyBDT05GSUdfRE1fVUVWRU5UIGlzIG5vdCBzZXQKIyBDT05G SUdfRE1fRkxBS0VZIGlzIG5vdCBzZXQKIyBDT05GSUdfRE1fVkVSSVRZIGlzIG5vdCBzZXQKIyBD T05GSUdfVEFSR0VUX0NPUkUgaXMgbm90IHNldAojIENPTkZJR19GVVNJT04gaXMgbm90IHNldAoK IwojIElFRUUgMTM5NCAoRmlyZVdpcmUpIHN1cHBvcnQKIwojIENPTkZJR19GSVJFV0lSRSBpcyBu b3Qgc2V0CiMgQ09ORklHX0ZJUkVXSVJFX05PU1kgaXMgbm90IHNldAojIENPTkZJR19JMk8gaXMg bm90IHNldApDT05GSUdfTUFDSU5UT1NIX0RSSVZFUlM9eQpDT05GSUdfTUFDX0VNVU1PVVNFQlRO PXkKQ09ORklHX05FVERFVklDRVM9eQpDT05GSUdfTkVUX0NPUkU9eQojIENPTkZJR19CT05ESU5H IGlzIG5vdCBzZXQKIyBDT05GSUdfRFVNTVkgaXMgbm90IHNldAojIENPTkZJR19FUVVBTElaRVIg aXMgbm90IHNldAojIENPTkZJR19ORVRfRkMgaXMgbm90IHNldApDT05GSUdfTUlJPXkKIyBDT05G SUdfSUZCIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1RFQU0gaXMgbm90IHNldAojIENPTkZJR19N QUNWTEFOIGlzIG5vdCBzZXQKQ09ORklHX05FVENPTlNPTEU9eQpDT05GSUdfTkVUUE9MTD15CiMg Q09ORklHX05FVFBPTExfVFJBUCBpcyBub3Qgc2V0CkNPTkZJR19ORVRfUE9MTF9DT05UUk9MTEVS PXkKQ09ORklHX1RVTj15CiMgQ09ORklHX1ZFVEggaXMgbm90IHNldAojIENPTkZJR19BUkNORVQg aXMgbm90IHNldAoKIwojIENBSUYgdHJhbnNwb3J0IGRyaXZlcnMKIwpDT05GSUdfRVRIRVJORVQ9 eQpDT05GSUdfTkVUX1ZFTkRPUl8zQ09NPXkKIyBDT05GSUdfUENNQ0lBXzNDNTc0IGlzIG5vdCBz ZXQKIyBDT05GSUdfUENNQ0lBXzNDNTg5IGlzIG5vdCBzZXQKIyBDT05GSUdfVk9SVEVYIGlzIG5v dCBzZXQKIyBDT05GSUdfVFlQSE9PTiBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9SX0FEQVBU RUM9eQojIENPTkZJR19BREFQVEVDX1NUQVJGSVJFIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5E T1JfQUxURU9OPXkKIyBDT05GSUdfQUNFTklDIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1Jf QU1EPXkKIyBDT05GSUdfQU1EODExMV9FVEggaXMgbm90IHNldAojIENPTkZJR19QQ05FVDMyIGlz IG5vdCBzZXQKIyBDT05GSUdfUENNQ0lBX05NQ0xBTiBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVO RE9SX0FUSEVST1M9eQojIENPTkZJR19BVEwyIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRMMSBpcyBu b3Qgc2V0CiMgQ09ORklHX0FUTDFFIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRMMUMgaXMgbm90IHNl dApDT05GSUdfTkVUX1ZFTkRPUl9CUk9BRENPTT15CiMgQ09ORklHX0I0NCBpcyBub3Qgc2V0CkNP TkZJR19CTlgyPXkKIyBDT05GSUdfQ05JQyBpcyBub3Qgc2V0CkNPTkZJR19USUdPTjM9eQojIENP TkZJR19CTlgyWCBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9SX0JST0NBREU9eQojIENPTkZJ R19CTkEgaXMgbm90IHNldAojIENPTkZJR19ORVRfQ0FMWEVEQV9YR01BQyBpcyBub3Qgc2V0CkNP TkZJR19ORVRfVkVORE9SX0NIRUxTSU89eQojIENPTkZJR19DSEVMU0lPX1QxIGlzIG5vdCBzZXQK IyBDT05GSUdfQ0hFTFNJT19UMyBpcyBub3Qgc2V0CiMgQ09ORklHX0NIRUxTSU9fVDQgaXMgbm90 IHNldAojIENPTkZJR19DSEVMU0lPX1Q0VkYgaXMgbm90IHNldApDT05GSUdfTkVUX1ZFTkRPUl9D SVNDTz15CiMgQ09ORklHX0VOSUMgaXMgbm90IHNldAojIENPTkZJR19ETkVUIGlzIG5vdCBzZXQK Q09ORklHX05FVF9WRU5ET1JfREVDPXkKQ09ORklHX05FVF9UVUxJUD15CiMgQ09ORklHX0RFMjEw NFggaXMgbm90IHNldAojIENPTkZJR19UVUxJUCBpcyBub3Qgc2V0CiMgQ09ORklHX0RFNFg1IGlz IG5vdCBzZXQKIyBDT05GSUdfV0lOQk9ORF84NDAgaXMgbm90IHNldAojIENPTkZJR19ETTkxMDIg aXMgbm90IHNldAojIENPTkZJR19VTEk1MjZYIGlzIG5vdCBzZXQKIyBDT05GSUdfUENNQ0lBX1hJ UkNPTSBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9SX0RMSU5LPXkKIyBDT05GSUdfREwySyBp cyBub3Qgc2V0CiMgQ09ORklHX1NVTkRBTkNFIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1Jf RU1VTEVYPXkKIyBDT05GSUdfQkUyTkVUIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1JfRVhB Uj15CiMgQ09ORklHX1MySU8gaXMgbm90IHNldAojIENPTkZJR19WWEdFIGlzIG5vdCBzZXQKQ09O RklHX05FVF9WRU5ET1JfRlVKSVRTVT15CiMgQ09ORklHX1BDTUNJQV9GTVZKMThYIGlzIG5vdCBz ZXQKQ09ORklHX05FVF9WRU5ET1JfSFA9eQojIENPTkZJR19IUDEwMCBpcyBub3Qgc2V0CkNPTkZJ R19ORVRfVkVORE9SX0lOVEVMPXkKQ09ORklHX0UxMDA9eQpDT05GSUdfRTEwMDA9eQpDT05GSUdf RTEwMDBFPXkKIyBDT05GSUdfSUdCIGlzIG5vdCBzZXQKIyBDT05GSUdfSUdCVkYgaXMgbm90IHNl dAojIENPTkZJR19JWEdCIGlzIG5vdCBzZXQKIyBDT05GSUdfSVhHQkUgaXMgbm90IHNldAojIENP TkZJR19JWEdCRVZGIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1JfSTgyNVhYPXkKIyBDT05G SUdfWk5FVCBpcyBub3Qgc2V0CiMgQ09ORklHX0lQMTAwMCBpcyBub3Qgc2V0CiMgQ09ORklHX0pN RSBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9SX01BUlZFTEw9eQojIENPTkZJR19TS0dFIGlz IG5vdCBzZXQKQ09ORklHX1NLWTI9eQojIENPTkZJR19TS1kyX0RFQlVHIGlzIG5vdCBzZXQKQ09O RklHX05FVF9WRU5ET1JfTUVMTEFOT1g9eQojIENPTkZJR19NTFg0X0VOIGlzIG5vdCBzZXQKIyBD T05GSUdfTUxYNF9DT1JFIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1JfTUlDUkVMPXkKIyBD T05GSUdfS1M4ODUxX01MTCBpcyBub3Qgc2V0CiMgQ09ORklHX0tTWjg4NFhfUENJIGlzIG5vdCBz ZXQKQ09ORklHX05FVF9WRU5ET1JfTVlSST15CiMgQ09ORklHX01ZUkkxMEdFIGlzIG5vdCBzZXQK IyBDT05GSUdfRkVBTE5YIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1JfTkFUU0VNST15CiMg Q09ORklHX05BVFNFTUkgaXMgbm90IHNldAojIENPTkZJR19OUzgzODIwIGlzIG5vdCBzZXQKQ09O RklHX05FVF9WRU5ET1JfODM5MD15CiMgQ09ORklHX1BDTUNJQV9BWE5FVCBpcyBub3Qgc2V0CkNP TkZJR19ORTJLX1BDST15CiMgQ09ORklHX1BDTUNJQV9QQ05FVCBpcyBub3Qgc2V0CkNPTkZJR19O RVRfVkVORE9SX05WSURJQT15CkNPTkZJR19GT1JDRURFVEg9eQpDT05GSUdfTkVUX1ZFTkRPUl9P S0k9eQojIENPTkZJR19QQ0hfR0JFIGlzIG5vdCBzZXQKIyBDT05GSUdfRVRIT0MgaXMgbm90IHNl dApDT05GSUdfTkVUX1BBQ0tFVF9FTkdJTkU9eQojIENPTkZJR19IQU1BQ0hJIGlzIG5vdCBzZXQK IyBDT05GSUdfWUVMTE9XRklOIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1JfUUxPR0lDPXkK IyBDT05GSUdfUUxBM1hYWCBpcyBub3Qgc2V0CiMgQ09ORklHX1FMQ05JQyBpcyBub3Qgc2V0CiMg Q09ORklHX1FMR0UgaXMgbm90IHNldAojIENPTkZJR19ORVRYRU5fTklDIGlzIG5vdCBzZXQKQ09O RklHX05FVF9WRU5ET1JfUkVBTFRFSz15CiMgQ09ORklHXzgxMzlDUCBpcyBub3Qgc2V0CkNPTkZJ R184MTM5VE9PPXkKIyBDT05GSUdfODEzOVRPT19QSU8gaXMgbm90IHNldAojIENPTkZJR184MTM5 VE9PX1RVTkVfVFdJU1RFUiBpcyBub3Qgc2V0CiMgQ09ORklHXzgxMzlUT09fODEyOSBpcyBub3Qg c2V0CiMgQ09ORklHXzgxMzlfT0xEX1JYX1JFU0VUIGlzIG5vdCBzZXQKQ09ORklHX1I4MTY5PXkK Q09ORklHX05FVF9WRU5ET1JfUkRDPXkKIyBDT05GSUdfUjYwNDAgaXMgbm90IHNldApDT05GSUdf TkVUX1ZFTkRPUl9TRUVRPXkKIyBDT05GSUdfU0VFUTgwMDUgaXMgbm90IHNldApDT05GSUdfTkVU X1ZFTkRPUl9TSUxBTj15CiMgQ09ORklHX1NDOTIwMzEgaXMgbm90IHNldApDT05GSUdfTkVUX1ZF TkRPUl9TSVM9eQojIENPTkZJR19TSVM5MDAgaXMgbm90IHNldAojIENPTkZJR19TSVMxOTAgaXMg bm90IHNldAojIENPTkZJR19TRkMgaXMgbm90IHNldApDT05GSUdfTkVUX1ZFTkRPUl9TTVNDPXkK IyBDT05GSUdfUENNQ0lBX1NNQzkxQzkyIGlzIG5vdCBzZXQKIyBDT05GSUdfRVBJQzEwMCBpcyBu b3Qgc2V0CiMgQ09ORklHX1NNU0M5NDIwIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1JfU1RN SUNSTz15CiMgQ09ORklHX1NUTU1BQ19FVEggaXMgbm90IHNldApDT05GSUdfTkVUX1ZFTkRPUl9T VU49eQojIENPTkZJR19IQVBQWU1FQUwgaXMgbm90IHNldAojIENPTkZJR19TVU5HRU0gaXMgbm90 IHNldAojIENPTkZJR19DQVNTSU5JIGlzIG5vdCBzZXQKIyBDT05GSUdfTklVIGlzIG5vdCBzZXQK Q09ORklHX05FVF9WRU5ET1JfVEVIVVRJPXkKIyBDT05GSUdfVEVIVVRJIGlzIG5vdCBzZXQKQ09O RklHX05FVF9WRU5ET1JfVEk9eQojIENPTkZJR19UTEFOIGlzIG5vdCBzZXQKQ09ORklHX05FVF9W RU5ET1JfVklBPXkKIyBDT05GSUdfVklBX1JISU5FIGlzIG5vdCBzZXQKIyBDT05GSUdfVklBX1ZF TE9DSVRZIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1JfWElSQ09NPXkKIyBDT05GSUdfUENN Q0lBX1hJUkMyUFMgaXMgbm90IHNldAojIENPTkZJR19GRERJIGlzIG5vdCBzZXQKIyBDT05GSUdf SElQUEkgaXMgbm90IHNldAojIENPTkZJR19ORVRfU0IxMDAwIGlzIG5vdCBzZXQKQ09ORklHX1BI WUxJQj15CgojCiMgTUlJIFBIWSBkZXZpY2UgZHJpdmVycwojCiMgQ09ORklHX0FNRF9QSFkgaXMg bm90IHNldAojIENPTkZJR19NQVJWRUxMX1BIWSBpcyBub3Qgc2V0CiMgQ09ORklHX0RBVklDT01f UEhZIGlzIG5vdCBzZXQKIyBDT05GSUdfUVNFTUlfUEhZIGlzIG5vdCBzZXQKIyBDT05GSUdfTFhU X1BIWSBpcyBub3Qgc2V0CiMgQ09ORklHX0NJQ0FEQV9QSFkgaXMgbm90IHNldAojIENPTkZJR19W SVRFU1NFX1BIWSBpcyBub3Qgc2V0CiMgQ09ORklHX1NNU0NfUEhZIGlzIG5vdCBzZXQKIyBDT05G SUdfQlJPQURDT01fUEhZIGlzIG5vdCBzZXQKIyBDT05GSUdfSUNQTFVTX1BIWSBpcyBub3Qgc2V0 CiMgQ09ORklHX1JFQUxURUtfUEhZIGlzIG5vdCBzZXQKIyBDT05GSUdfTkFUSU9OQUxfUEhZIGlz IG5vdCBzZXQKIyBDT05GSUdfU1RFMTBYUCBpcyBub3Qgc2V0CiMgQ09ORklHX0xTSV9FVDEwMTFD X1BIWSBpcyBub3Qgc2V0CiMgQ09ORklHX01JQ1JFTF9QSFkgaXMgbm90IHNldAojIENPTkZJR19G SVhFRF9QSFkgaXMgbm90IHNldAojIENPTkZJR19NRElPX0JJVEJBTkcgaXMgbm90IHNldAojIENP TkZJR19QUFAgaXMgbm90IHNldAojIENPTkZJR19TTElQIGlzIG5vdCBzZXQKIyBDT05GSUdfVFIg aXMgbm90IHNldAoKIwojIFVTQiBOZXR3b3JrIEFkYXB0ZXJzCiMKIyBDT05GSUdfVVNCX0NBVEMg aXMgbm90IHNldAojIENPTkZJR19VU0JfS0FXRVRIIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1BF R0FTVVMgaXMgbm90IHNldAojIENPTkZJR19VU0JfUlRMODE1MCBpcyBub3Qgc2V0CiMgQ09ORklH X1VTQl9VU0JORVQgaXMgbm90IHNldAojIENPTkZJR19VU0JfSFNPIGlzIG5vdCBzZXQKIyBDT05G SUdfVVNCX0lQSEVUSCBpcyBub3Qgc2V0CkNPTkZJR19XTEFOPXkKIyBDT05GSUdfUENNQ0lBX1JB WUNTIGlzIG5vdCBzZXQKIyBDT05GSUdfTElCRVJUQVNfVEhJTkZJUk0gaXMgbm90IHNldAojIENP TkZJR19BSVJPIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRNRUwgaXMgbm90IHNldAojIENPTkZJR19B VDc2QzUwWF9VU0IgaXMgbm90IHNldAojIENPTkZJR19BSVJPX0NTIGlzIG5vdCBzZXQKIyBDT05G SUdfUENNQ0lBX1dMMzUwMSBpcyBub3Qgc2V0CiMgQ09ORklHX1BSSVNNNTQgaXMgbm90IHNldAoj IENPTkZJR19VU0JfWkQxMjAxIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX05FVF9STkRJU19XTEFO IGlzIG5vdCBzZXQKIyBDT05GSUdfUlRMODE4MCBpcyBub3Qgc2V0CiMgQ09ORklHX1JUTDgxODcg aXMgbm90IHNldAojIENPTkZJR19BRE04MjExIGlzIG5vdCBzZXQKIyBDT05GSUdfTUFDODAyMTFf SFdTSU0gaXMgbm90IHNldAojIENPTkZJR19NV0w4SyBpcyBub3Qgc2V0CiMgQ09ORklHX0FUSF9D T01NT04gaXMgbm90IHNldAojIENPTkZJR19CNDMgaXMgbm90IHNldAojIENPTkZJR19CNDNMRUdB Q1kgaXMgbm90IHNldAojIENPTkZJR19CUkNNRk1BQyBpcyBub3Qgc2V0CiMgQ09ORklHX0hPU1RB UCBpcyBub3Qgc2V0CiMgQ09ORklHX0lQVzIxMDAgaXMgbm90IHNldAojIENPTkZJR19JUFcyMjAw IGlzIG5vdCBzZXQKIyBDT05GSUdfSVdMV0lGSSBpcyBub3Qgc2V0CiMgQ09ORklHX0lXTDQ5NjUg aXMgbm90IHNldAojIENPTkZJR19JV0wzOTQ1IGlzIG5vdCBzZXQKIyBDT05GSUdfTElCRVJUQVMg aXMgbm90IHNldAojIENPTkZJR19IRVJNRVMgaXMgbm90IHNldAojIENPTkZJR19QNTRfQ09NTU9O IGlzIG5vdCBzZXQKIyBDT05GSUdfUlQyWDAwIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRMODE5MkNF IGlzIG5vdCBzZXQKIyBDT05GSUdfUlRMODE5MlNFIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRMODE5 MkRFIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRMODE5MkNVIGlzIG5vdCBzZXQKIyBDT05GSUdfV0wx MjUxIGlzIG5vdCBzZXQKIyBDT05GSUdfV0wxMlhYX01FTlUgaXMgbm90IHNldAojIENPTkZJR19a RDEyMTFSVyBpcyBub3Qgc2V0CiMgQ09ORklHX01XSUZJRVggaXMgbm90IHNldAoKIwojIEVuYWJs ZSBXaU1BWCAoTmV0d29ya2luZyBvcHRpb25zKSB0byBzZWUgdGhlIFdpTUFYIGRyaXZlcnMKIwoj IENPTkZJR19XQU4gaXMgbm90IHNldAojIENPTkZJR19YRU5fTkVUREVWX0ZST05URU5EIGlzIG5v dCBzZXQKQ09ORklHX1hFTl9ORVRERVZfQkFDS0VORD1tCiMgQ09ORklHX1ZNWE5FVDMgaXMgbm90 IHNldAojIENPTkZJR19JU0ROIGlzIG5vdCBzZXQKCiMKIyBJbnB1dCBkZXZpY2Ugc3VwcG9ydAoj CkNPTkZJR19JTlBVVD15CkNPTkZJR19JTlBVVF9GRl9NRU1MRVNTPXkKQ09ORklHX0lOUFVUX1BP TExERVY9eQpDT05GSUdfSU5QVVRfU1BBUlNFS01BUD15CgojCiMgVXNlcmxhbmQgaW50ZXJmYWNl cwojCkNPTkZJR19JTlBVVF9NT1VTRURFVj15CiMgQ09ORklHX0lOUFVUX01PVVNFREVWX1BTQVVY IGlzIG5vdCBzZXQKQ09ORklHX0lOUFVUX01PVVNFREVWX1NDUkVFTl9YPTEwMjQKQ09ORklHX0lO UFVUX01PVVNFREVWX1NDUkVFTl9ZPTc2OAojIENPTkZJR19JTlBVVF9KT1lERVYgaXMgbm90IHNl dApDT05GSUdfSU5QVVRfRVZERVY9eQojIENPTkZJR19JTlBVVF9FVkJVRyBpcyBub3Qgc2V0Cgoj CiMgSW5wdXQgRGV2aWNlIERyaXZlcnMKIwpDT05GSUdfSU5QVVRfS0VZQk9BUkQ9eQojIENPTkZJ R19LRVlCT0FSRF9BRFA1NTg4IGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfQURQNTU4OSBp cyBub3Qgc2V0CkNPTkZJR19LRVlCT0FSRF9BVEtCRD15CiMgQ09ORklHX0tFWUJPQVJEX1FUMTA3 MCBpcyBub3Qgc2V0CiMgQ09ORklHX0tFWUJPQVJEX1FUMjE2MCBpcyBub3Qgc2V0CiMgQ09ORklH X0tFWUJPQVJEX0xLS0JEIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfVENBNjQxNiBpcyBu b3Qgc2V0CiMgQ09ORklHX0tFWUJPQVJEX1RDQTg0MTggaXMgbm90IHNldAojIENPTkZJR19LRVlC T0FSRF9MTTgzMjMgaXMgbm90IHNldAojIENPTkZJR19LRVlCT0FSRF9NQVg3MzU5IGlzIG5vdCBz ZXQKIyBDT05GSUdfS0VZQk9BUkRfTUNTIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfTVBS MTIxIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfTkVXVE9OIGlzIG5vdCBzZXQKIyBDT05G SUdfS0VZQk9BUkRfT1BFTkNPUkVTIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfU1RPV0FX QVkgaXMgbm90IHNldAojIENPTkZJR19LRVlCT0FSRF9TVU5LQkQgaXMgbm90IHNldAojIENPTkZJ R19LRVlCT0FSRF9PTUFQNCBpcyBub3Qgc2V0CiMgQ09ORklHX0tFWUJPQVJEX1hUS0JEIGlzIG5v dCBzZXQKQ09ORklHX0lOUFVUX01PVVNFPXkKQ09ORklHX01PVVNFX1BTMj15CkNPTkZJR19NT1VT RV9QUzJfQUxQUz15CkNPTkZJR19NT1VTRV9QUzJfTE9HSVBTMlBQPXkKQ09ORklHX01PVVNFX1BT Ml9TWU5BUFRJQ1M9eQpDT05GSUdfTU9VU0VfUFMyX0xJRkVCT09LPXkKQ09ORklHX01PVVNFX1BT Ml9UUkFDS1BPSU5UPXkKIyBDT05GSUdfTU9VU0VfUFMyX0VMQU5URUNIIGlzIG5vdCBzZXQKIyBD T05GSUdfTU9VU0VfUFMyX1NFTlRFTElDIGlzIG5vdCBzZXQKIyBDT05GSUdfTU9VU0VfUFMyX1RP VUNIS0lUIGlzIG5vdCBzZXQKIyBDT05GSUdfTU9VU0VfU0VSSUFMIGlzIG5vdCBzZXQKIyBDT05G SUdfTU9VU0VfQVBQTEVUT1VDSCBpcyBub3Qgc2V0CiMgQ09ORklHX01PVVNFX0JDTTU5NzQgaXMg bm90IHNldAojIENPTkZJR19NT1VTRV9WU1hYWEFBIGlzIG5vdCBzZXQKIyBDT05GSUdfTU9VU0Vf U1lOQVBUSUNTX0kyQyBpcyBub3Qgc2V0CiMgQ09ORklHX01PVVNFX1NZTkFQVElDU19VU0IgaXMg bm90IHNldApDT05GSUdfSU5QVVRfSk9ZU1RJQ0s9eQojIENPTkZJR19KT1lTVElDS19BTkFMT0cg aXMgbm90IHNldAojIENPTkZJR19KT1lTVElDS19BM0QgaXMgbm90IHNldAojIENPTkZJR19KT1lT VElDS19BREkgaXMgbm90IHNldAojIENPTkZJR19KT1lTVElDS19DT0JSQSBpcyBub3Qgc2V0CiMg Q09ORklHX0pPWVNUSUNLX0dGMksgaXMgbm90IHNldAojIENPTkZJR19KT1lTVElDS19HUklQIGlz IG5vdCBzZXQKIyBDT05GSUdfSk9ZU1RJQ0tfR1JJUF9NUCBpcyBub3Qgc2V0CiMgQ09ORklHX0pP WVNUSUNLX0dVSUxMRU1PVCBpcyBub3Qgc2V0CiMgQ09ORklHX0pPWVNUSUNLX0lOVEVSQUNUIGlz IG5vdCBzZXQKIyBDT05GSUdfSk9ZU1RJQ0tfU0lERVdJTkRFUiBpcyBub3Qgc2V0CiMgQ09ORklH X0pPWVNUSUNLX1RNREMgaXMgbm90IHNldAojIENPTkZJR19KT1lTVElDS19JRk9SQ0UgaXMgbm90 IHNldAojIENPTkZJR19KT1lTVElDS19XQVJSSU9SIGlzIG5vdCBzZXQKIyBDT05GSUdfSk9ZU1RJ Q0tfTUFHRUxMQU4gaXMgbm90IHNldAojIENPTkZJR19KT1lTVElDS19TUEFDRU9SQiBpcyBub3Qg c2V0CiMgQ09ORklHX0pPWVNUSUNLX1NQQUNFQkFMTCBpcyBub3Qgc2V0CiMgQ09ORklHX0pPWVNU SUNLX1NUSU5HRVIgaXMgbm90IHNldAojIENPTkZJR19KT1lTVElDS19UV0lESk9ZIGlzIG5vdCBz ZXQKIyBDT05GSUdfSk9ZU1RJQ0tfWkhFTkhVQSBpcyBub3Qgc2V0CiMgQ09ORklHX0pPWVNUSUNL X0FTNTAxMSBpcyBub3Qgc2V0CiMgQ09ORklHX0pPWVNUSUNLX0pPWURVTVAgaXMgbm90IHNldAoj IENPTkZJR19KT1lTVElDS19YUEFEIGlzIG5vdCBzZXQKQ09ORklHX0lOUFVUX1RBQkxFVD15CiMg Q09ORklHX1RBQkxFVF9VU0JfQUNFQ0FEIGlzIG5vdCBzZXQKIyBDT05GSUdfVEFCTEVUX1VTQl9B SVBURUsgaXMgbm90IHNldAojIENPTkZJR19UQUJMRVRfVVNCX0dUQ08gaXMgbm90IHNldAojIENP TkZJR19UQUJMRVRfVVNCX0hBTldBTkcgaXMgbm90IHNldAojIENPTkZJR19UQUJMRVRfVVNCX0tC VEFCIGlzIG5vdCBzZXQKIyBDT05GSUdfVEFCTEVUX1VTQl9XQUNPTSBpcyBub3Qgc2V0CkNPTkZJ R19JTlBVVF9UT1VDSFNDUkVFTj15CiMgQ09ORklHX1RPVUNIU0NSRUVOX0FENzg3OSBpcyBub3Qg c2V0CiMgQ09ORklHX1RPVUNIU0NSRUVOX0FUTUVMX01YVCBpcyBub3Qgc2V0CiMgQ09ORklHX1RP VUNIU0NSRUVOX0JVMjEwMTMgaXMgbm90IHNldAojIENPTkZJR19UT1VDSFNDUkVFTl9DWVRUU1Bf Q09SRSBpcyBub3Qgc2V0CiMgQ09ORklHX1RPVUNIU0NSRUVOX0RZTkFQUk8gaXMgbm90IHNldAoj IENPTkZJR19UT1VDSFNDUkVFTl9IQU1QU0hJUkUgaXMgbm90IHNldAojIENPTkZJR19UT1VDSFND UkVFTl9FRVRJIGlzIG5vdCBzZXQKIyBDT05GSUdfVE9VQ0hTQ1JFRU5fRUdBTEFYIGlzIG5vdCBz ZXQKIyBDT05GSUdfVE9VQ0hTQ1JFRU5fRlVKSVRTVSBpcyBub3Qgc2V0CiMgQ09ORklHX1RPVUNI U0NSRUVOX0lMSTIxMFggaXMgbm90IHNldAojIENPTkZJR19UT1VDSFNDUkVFTl9HVU5aRSBpcyBu b3Qgc2V0CiMgQ09ORklHX1RPVUNIU0NSRUVOX0VMTyBpcyBub3Qgc2V0CiMgQ09ORklHX1RPVUNI U0NSRUVOX1dBQ09NX1c4MDAxIGlzIG5vdCBzZXQKIyBDT05GSUdfVE9VQ0hTQ1JFRU5fTUFYMTE4 MDEgaXMgbm90IHNldAojIENPTkZJR19UT1VDSFNDUkVFTl9NQ1M1MDAwIGlzIG5vdCBzZXQKIyBD T05GSUdfVE9VQ0hTQ1JFRU5fTVRPVUNIIGlzIG5vdCBzZXQKIyBDT05GSUdfVE9VQ0hTQ1JFRU5f SU5FWElPIGlzIG5vdCBzZXQKIyBDT05GSUdfVE9VQ0hTQ1JFRU5fTUs3MTIgaXMgbm90IHNldAoj IENPTkZJR19UT1VDSFNDUkVFTl9QRU5NT1VOVCBpcyBub3Qgc2V0CiMgQ09ORklHX1RPVUNIU0NS RUVOX1RPVUNIUklHSFQgaXMgbm90IHNldAojIENPTkZJR19UT1VDSFNDUkVFTl9UT1VDSFdJTiBp cyBub3Qgc2V0CiMgQ09ORklHX1RPVUNIU0NSRUVOX1BJWENJUiBpcyBub3Qgc2V0CiMgQ09ORklH X1RPVUNIU0NSRUVOX1VTQl9DT01QT1NJVEUgaXMgbm90IHNldAojIENPTkZJR19UT1VDSFNDUkVF Tl9UT1VDSElUMjEzIGlzIG5vdCBzZXQKIyBDT05GSUdfVE9VQ0hTQ1JFRU5fVFNDX1NFUklPIGlz IG5vdCBzZXQKIyBDT05GSUdfVE9VQ0hTQ1JFRU5fVFNDMjAwNyBpcyBub3Qgc2V0CiMgQ09ORklH X1RPVUNIU0NSRUVOX1NUMTIzMiBpcyBub3Qgc2V0CiMgQ09ORklHX1RPVUNIU0NSRUVOX1RQUzY1 MDdYIGlzIG5vdCBzZXQKQ09ORklHX0lOUFVUX01JU0M9eQojIENPTkZJR19JTlBVVF9BRDcxNFgg aXMgbm90IHNldAojIENPTkZJR19JTlBVVF9CTUExNTAgaXMgbm90IHNldAojIENPTkZJR19JTlBV VF9QQ1NQS1IgaXMgbm90IHNldAojIENPTkZJR19JTlBVVF9NTUE4NDUwIGlzIG5vdCBzZXQKIyBD T05GSUdfSU5QVVRfTVBVMzA1MCBpcyBub3Qgc2V0CiMgQ09ORklHX0lOUFVUX0FQQU5FTCBpcyBu b3Qgc2V0CiMgQ09ORklHX0lOUFVUX0FUTEFTX0JUTlMgaXMgbm90IHNldAojIENPTkZJR19JTlBV VF9BVElfUkVNT1RFMiBpcyBub3Qgc2V0CiMgQ09ORklHX0lOUFVUX0tFWVNQQU5fUkVNT1RFIGlz IG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfS1hUSjkgaXMgbm90IHNldAojIENPTkZJR19JTlBVVF9Q T1dFUk1BVEUgaXMgbm90IHNldAojIENPTkZJR19JTlBVVF9ZRUFMSU5LIGlzIG5vdCBzZXQKIyBD T05GSUdfSU5QVVRfQ00xMDkgaXMgbm90IHNldAojIENPTkZJR19JTlBVVF9VSU5QVVQgaXMgbm90 IHNldAojIENPTkZJR19JTlBVVF9QQ0Y4NTc0IGlzIG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfQURY TDM0WCBpcyBub3Qgc2V0CiMgQ09ORklHX0lOUFVUX0NNQTMwMDAgaXMgbm90IHNldApDT05GSUdf SU5QVVRfWEVOX0tCRERFVl9GUk9OVEVORD15CgojCiMgSGFyZHdhcmUgSS9PIHBvcnRzCiMKQ09O RklHX1NFUklPPXkKQ09ORklHX1NFUklPX0k4MDQyPXkKQ09ORklHX1NFUklPX1NFUlBPUlQ9eQoj IENPTkZJR19TRVJJT19DVDgyQzcxMCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFUklPX1BDSVBTMiBp cyBub3Qgc2V0CkNPTkZJR19TRVJJT19MSUJQUzI9eQojIENPTkZJR19TRVJJT19SQVcgaXMgbm90 IHNldAojIENPTkZJR19TRVJJT19BTFRFUkFfUFMyIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VSSU9f UFMyTVVMVCBpcyBub3Qgc2V0CiMgQ09ORklHX0dBTUVQT1JUIGlzIG5vdCBzZXQKCiMKIyBDaGFy YWN0ZXIgZGV2aWNlcwojCkNPTkZJR19WVD15CkNPTkZJR19DT05TT0xFX1RSQU5TTEFUSU9OUz15 CkNPTkZJR19WVF9DT05TT0xFPXkKQ09ORklHX1ZUX0NPTlNPTEVfU0xFRVA9eQpDT05GSUdfSFdf Q09OU09MRT15CkNPTkZJR19WVF9IV19DT05TT0xFX0JJTkRJTkc9eQpDT05GSUdfVU5JWDk4X1BU WVM9eQojIENPTkZJR19ERVZQVFNfTVVMVElQTEVfSU5TVEFOQ0VTIGlzIG5vdCBzZXQKIyBDT05G SUdfTEVHQUNZX1BUWVMgaXMgbm90IHNldApDT05GSUdfU0VSSUFMX05PTlNUQU5EQVJEPXkKIyBD T05GSUdfUk9DS0VUUE9SVCBpcyBub3Qgc2V0CiMgQ09ORklHX0NZQ0xBREVTIGlzIG5vdCBzZXQK IyBDT05GSUdfTU9YQV9JTlRFTExJTyBpcyBub3Qgc2V0CiMgQ09ORklHX01PWEFfU01BUlRJTyBp cyBub3Qgc2V0CiMgQ09ORklHX1NZTkNMSU5LIGlzIG5vdCBzZXQKIyBDT05GSUdfU1lOQ0xJTktN UCBpcyBub3Qgc2V0CiMgQ09ORklHX1NZTkNMSU5LX0dUIGlzIG5vdCBzZXQKIyBDT05GSUdfTk9a T01JIGlzIG5vdCBzZXQKIyBDT05GSUdfSVNJIGlzIG5vdCBzZXQKIyBDT05GSUdfTl9IRExDIGlz IG5vdCBzZXQKIyBDT05GSUdfTl9HU00gaXMgbm90IHNldAojIENPTkZJR19UUkFDRV9TSU5LIGlz IG5vdCBzZXQKQ09ORklHX0RFVktNRU09eQojIENPTkZJR19TVEFMRFJWIGlzIG5vdCBzZXQKCiMK IyBTZXJpYWwgZHJpdmVycwojCkNPTkZJR19TRVJJQUxfODI1MD15CkNPTkZJR19TRVJJQUxfODI1 MF9DT05TT0xFPXkKQ09ORklHX0ZJWF9FQVJMWUNPTl9NRU09eQpDT05GSUdfU0VSSUFMXzgyNTBf UENJPXkKQ09ORklHX1NFUklBTF84MjUwX1BOUD15CiMgQ09ORklHX1NFUklBTF84MjUwX0NTIGlz IG5vdCBzZXQKQ09ORklHX1NFUklBTF84MjUwX05SX1VBUlRTPTMyCkNPTkZJR19TRVJJQUxfODI1 MF9SVU5USU1FX1VBUlRTPTQKQ09ORklHX1NFUklBTF84MjUwX0VYVEVOREVEPXkKQ09ORklHX1NF UklBTF84MjUwX01BTllfUE9SVFM9eQpDT05GSUdfU0VSSUFMXzgyNTBfU0hBUkVfSVJRPXkKQ09O RklHX1NFUklBTF84MjUwX0RFVEVDVF9JUlE9eQpDT05GSUdfU0VSSUFMXzgyNTBfUlNBPXkKCiMK IyBOb24tODI1MCBzZXJpYWwgcG9ydCBzdXBwb3J0CiMKIyBDT05GSUdfU0VSSUFMX01GRF9IU1Ug aXMgbm90IHNldApDT05GSUdfU0VSSUFMX0NPUkU9eQpDT05GSUdfU0VSSUFMX0NPUkVfQ09OU09M RT15CiMgQ09ORklHX1NFUklBTF9KU00gaXMgbm90IHNldAojIENPTkZJR19TRVJJQUxfVElNQkVS REFMRSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFUklBTF9BTFRFUkFfSlRBR1VBUlQgaXMgbm90IHNl dAojIENPTkZJR19TRVJJQUxfQUxURVJBX1VBUlQgaXMgbm90IHNldAojIENPTkZJR19TRVJJQUxf UENIX1VBUlQgaXMgbm90IHNldAojIENPTkZJR19TRVJJQUxfWElMSU5YX1BTX1VBUlQgaXMgbm90 IHNldApDT05GSUdfSFZDX0RSSVZFUj15CkNPTkZJR19IVkNfSVJRPXkKQ09ORklHX0hWQ19YRU49 eQpDT05GSUdfSFZDX1hFTl9GUk9OVEVORD15CiMgQ09ORklHX0lQTUlfSEFORExFUiBpcyBub3Qg c2V0CkNPTkZJR19IV19SQU5ET009eQojIENPTkZJR19IV19SQU5ET01fVElNRVJJT01FTSBpcyBu b3Qgc2V0CkNPTkZJR19IV19SQU5ET01fSU5URUw9eQpDT05GSUdfSFdfUkFORE9NX0FNRD15CkNP TkZJR19IV19SQU5ET01fVklBPXkKQ09ORklHX05WUkFNPXkKIyBDT05GSUdfUjM5NjQgaXMgbm90 IHNldAojIENPTkZJR19BUFBMSUNPTSBpcyBub3Qgc2V0CgojCiMgUENNQ0lBIGNoYXJhY3RlciBk ZXZpY2VzCiMKIyBDT05GSUdfU1lOQ0xJTktfQ1MgaXMgbm90IHNldAojIENPTkZJR19DQVJETUFO XzQwMDAgaXMgbm90IHNldAojIENPTkZJR19DQVJETUFOXzQwNDAgaXMgbm90IHNldAojIENPTkZJ R19JUFdJUkVMRVNTIGlzIG5vdCBzZXQKIyBDT05GSUdfTVdBVkUgaXMgbm90IHNldAojIENPTkZJ R19SQVdfRFJJVkVSIGlzIG5vdCBzZXQKQ09ORklHX0hQRVQ9eQojIENPTkZJR19IUEVUX01NQVAg aXMgbm90IHNldAojIENPTkZJR19IQU5HQ0hFQ0tfVElNRVIgaXMgbm90IHNldAojIENPTkZJR19U Q0dfVFBNIGlzIG5vdCBzZXQKIyBDT05GSUdfVEVMQ0xPQ0sgaXMgbm90IHNldApDT05GSUdfREVW UE9SVD15CiMgQ09ORklHX1JBTU9PUFMgaXMgbm90IHNldApDT05GSUdfSTJDPXkKQ09ORklHX0ky Q19CT0FSRElORk89eQpDT05GSUdfSTJDX0NPTVBBVD15CiMgQ09ORklHX0kyQ19DSEFSREVWIGlz IG5vdCBzZXQKIyBDT05GSUdfSTJDX01VWCBpcyBub3Qgc2V0CkNPTkZJR19JMkNfSEVMUEVSX0FV VE89eQpDT05GSUdfSTJDX0FMR09CSVQ9eQoKIwojIEkyQyBIYXJkd2FyZSBCdXMgc3VwcG9ydAoj CgojCiMgUEMgU01CdXMgaG9zdCBjb250cm9sbGVyIGRyaXZlcnMKIwojIENPTkZJR19JMkNfQUxJ MTUzNSBpcyBub3Qgc2V0CiMgQ09ORklHX0kyQ19BTEkxNTYzIGlzIG5vdCBzZXQKIyBDT05GSUdf STJDX0FMSTE1WDMgaXMgbm90IHNldAojIENPTkZJR19JMkNfQU1ENzU2IGlzIG5vdCBzZXQKIyBD T05GSUdfSTJDX0FNRDgxMTEgaXMgbm90IHNldApDT05GSUdfSTJDX0k4MDE9eQojIENPTkZJR19J MkNfSVNDSCBpcyBub3Qgc2V0CiMgQ09ORklHX0kyQ19QSUlYNCBpcyBub3Qgc2V0CiMgQ09ORklH X0kyQ19ORk9SQ0UyIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJDX1NJUzU1OTUgaXMgbm90IHNldAoj IENPTkZJR19JMkNfU0lTNjMwIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJDX1NJUzk2WCBpcyBub3Qg c2V0CiMgQ09ORklHX0kyQ19WSUEgaXMgbm90IHNldAojIENPTkZJR19JMkNfVklBUFJPIGlzIG5v dCBzZXQKCiMKIyBBQ1BJIGRyaXZlcnMKIwojIENPTkZJR19JMkNfU0NNSSBpcyBub3Qgc2V0Cgoj CiMgSTJDIHN5c3RlbSBidXMgZHJpdmVycyAobW9zdGx5IGVtYmVkZGVkIC8gc3lzdGVtLW9uLWNo aXApCiMKIyBDT05GSUdfSTJDX0RFU0lHTldBUkVfUENJIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJD X0VHMjBUIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJDX0lOVEVMX01JRCBpcyBub3Qgc2V0CiMgQ09O RklHX0kyQ19PQ09SRVMgaXMgbm90IHNldAojIENPTkZJR19JMkNfUENBX1BMQVRGT1JNIGlzIG5v dCBzZXQKIyBDT05GSUdfSTJDX1BYQV9QQ0kgaXMgbm90IHNldAojIENPTkZJR19JMkNfU0lNVEVD IGlzIG5vdCBzZXQKIyBDT05GSUdfSTJDX1hJTElOWCBpcyBub3Qgc2V0CgojCiMgRXh0ZXJuYWwg STJDL1NNQnVzIGFkYXB0ZXIgZHJpdmVycwojCiMgQ09ORklHX0kyQ19ESU9MQU5fVTJDIGlzIG5v dCBzZXQKIyBDT05GSUdfSTJDX1BBUlBPUlRfTElHSFQgaXMgbm90IHNldAojIENPTkZJR19JMkNf VEFPU19FVk0gaXMgbm90IHNldAojIENPTkZJR19JMkNfVElOWV9VU0IgaXMgbm90IHNldAoKIwoj IE90aGVyIEkyQy9TTUJ1cyBidXMgZHJpdmVycwojCiMgQ09ORklHX0kyQ19TVFVCIGlzIG5vdCBz ZXQKIyBDT05GSUdfSTJDX0RFQlVHX0NPUkUgaXMgbm90IHNldAojIENPTkZJR19JMkNfREVCVUdf QUxHTyBpcyBub3Qgc2V0CiMgQ09ORklHX0kyQ19ERUJVR19CVVMgaXMgbm90IHNldAojIENPTkZJ R19TUEkgaXMgbm90IHNldAojIENPTkZJR19IU0kgaXMgbm90IHNldAoKIwojIFBQUyBzdXBwb3J0 CiMKIyBDT05GSUdfUFBTIGlzIG5vdCBzZXQKCiMKIyBQUFMgZ2VuZXJhdG9ycyBzdXBwb3J0CiMK CiMKIyBQVFAgY2xvY2sgc3VwcG9ydAojCgojCiMgRW5hYmxlIERldmljZSBEcml2ZXJzIC0+IFBQ UyB0byBzZWUgdGhlIFBUUCBjbG9jayBvcHRpb25zLgojCkNPTkZJR19BUkNIX1dBTlRfT1BUSU9O QUxfR1BJT0xJQj15CiMgQ09ORklHX0dQSU9MSUIgaXMgbm90IHNldAojIENPTkZJR19XMSBpcyBu b3Qgc2V0CkNPTkZJR19QT1dFUl9TVVBQTFk9eQojIENPTkZJR19QT1dFUl9TVVBQTFlfREVCVUcg aXMgbm90IHNldAojIENPTkZJR19QREFfUE9XRVIgaXMgbm90IHNldAojIENPTkZJR19URVNUX1BP V0VSIGlzIG5vdCBzZXQKIyBDT05GSUdfQkFUVEVSWV9EUzI3ODAgaXMgbm90IHNldAojIENPTkZJ R19CQVRURVJZX0RTMjc4MSBpcyBub3Qgc2V0CiMgQ09ORklHX0JBVFRFUllfRFMyNzgyIGlzIG5v dCBzZXQKIyBDT05GSUdfQkFUVEVSWV9TQlMgaXMgbm90IHNldAojIENPTkZJR19CQVRURVJZX0JR Mjd4MDAgaXMgbm90IHNldAojIENPTkZJR19CQVRURVJZX01BWDE3MDQwIGlzIG5vdCBzZXQKIyBD T05GSUdfQkFUVEVSWV9NQVgxNzA0MiBpcyBub3Qgc2V0CiMgQ09ORklHX0NIQVJHRVJfTUFYODkw MyBpcyBub3Qgc2V0CiMgQ09ORklHX0NIQVJHRVJfTFA4NzI3IGlzIG5vdCBzZXQKIyBDT05GSUdf Q0hBUkdFUl9TTUIzNDcgaXMgbm90IHNldApDT05GSUdfSFdNT049eQojIENPTkZJR19IV01PTl9W SUQgaXMgbm90IHNldAojIENPTkZJR19IV01PTl9ERUJVR19DSElQIGlzIG5vdCBzZXQKCiMKIyBO YXRpdmUgZHJpdmVycwojCiMgQ09ORklHX1NFTlNPUlNfQUJJVFVHVVJVIGlzIG5vdCBzZXQKIyBD T05GSUdfU0VOU09SU19BQklUVUdVUlUzIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19BRDc0 MTQgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0FENzQxOCBpcyBub3Qgc2V0CiMgQ09ORklH X1NFTlNPUlNfQURNMTAyMSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQURNMTAyNSBpcyBu b3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQURNMTAyNiBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNP UlNfQURNMTAyOSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQURNMTAzMSBpcyBub3Qgc2V0 CiMgQ09ORklHX1NFTlNPUlNfQURNOTI0MCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQURU NzQxMSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQURUNzQ2MiBpcyBub3Qgc2V0CiMgQ09O RklHX1NFTlNPUlNfQURUNzQ3MCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQURUNzQ3NSBp cyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQVNDNzYyMSBpcyBub3Qgc2V0CiMgQ09ORklHX1NF TlNPUlNfSzhURU1QIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19LMTBURU1QIGlzIG5vdCBz ZXQKIyBDT05GSUdfU0VOU09SU19GQU0xNUhfUE9XRVIgaXMgbm90IHNldAojIENPTkZJR19TRU5T T1JTX0FTQjEwMCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQVRYUDEgaXMgbm90IHNldAoj IENPTkZJR19TRU5TT1JTX0RTNjIwIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19EUzE2MjEg aXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0k1S19BTUIgaXMgbm90IHNldAojIENPTkZJR19T RU5TT1JTX0Y3MTgwNUYgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0Y3MTg4MkZHIGlzIG5v dCBzZXQKIyBDT05GSUdfU0VOU09SU19GNzUzNzVTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09S U19GU0NITUQgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0c3NjBBIGlzIG5vdCBzZXQKIyBD T05GSUdfU0VOU09SU19HTDUxOFNNIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19HTDUyMFNN IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19DT1JFVEVNUCBpcyBub3Qgc2V0CiMgQ09ORklH X1NFTlNPUlNfSVQ4NyBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfSkM0MiBpcyBub3Qgc2V0 CiMgQ09ORklHX1NFTlNPUlNfTElORUFHRSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTE02 MyBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTE03MyBpcyBub3Qgc2V0CiMgQ09ORklHX1NF TlNPUlNfTE03NSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTE03NyBpcyBub3Qgc2V0CiMg Q09ORklHX1NFTlNPUlNfTE03OCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTE04MCBpcyBu b3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTE04MyBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNf TE04NSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTE04NyBpcyBub3Qgc2V0CiMgQ09ORklH X1NFTlNPUlNfTE05MCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTE05MiBpcyBub3Qgc2V0 CiMgQ09ORklHX1NFTlNPUlNfTE05MyBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTFRDNDE1 MSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTFRDNDIxNSBpcyBub3Qgc2V0CiMgQ09ORklH X1NFTlNPUlNfTFRDNDI0NSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTFRDNDI2MSBpcyBu b3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTE05NTI0MSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNP UlNfTE05NTI0NSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTUFYMTYwNjUgaXMgbm90IHNl dAojIENPTkZJR19TRU5TT1JTX01BWDE2MTkgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX01B WDE2NjggaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX01BWDY2MzkgaXMgbm90IHNldAojIENP TkZJR19TRU5TT1JTX01BWDY2NDIgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX01BWDY2NTAg aXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX01DUDMwMjEgaXMgbm90IHNldAojIENPTkZJR19T RU5TT1JTX05UQ19USEVSTUlTVE9SIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19QQzg3MzYw IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19QQzg3NDI3IGlzIG5vdCBzZXQKIyBDT05GSUdf U0VOU09SU19QQ0Y4NTkxIGlzIG5vdCBzZXQKIyBDT05GSUdfUE1CVVMgaXMgbm90IHNldAojIENP TkZJR19TRU5TT1JTX1NIVDIxIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19TSVM1NTk1IGlz IG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19TTU02NjUgaXMgbm90IHNldAojIENPTkZJR19TRU5T T1JTX0RNRTE3MzcgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0VNQzE0MDMgaXMgbm90IHNl dAojIENPTkZJR19TRU5TT1JTX0VNQzIxMDMgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0VN QzZXMjAxIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19TTVNDNDdNMSBpcyBub3Qgc2V0CiMg Q09ORklHX1NFTlNPUlNfU01TQzQ3TTE5MiBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfU01T QzQ3QjM5NyBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfU0NINTZYWF9DT01NT04gaXMgbm90 IHNldAojIENPTkZJR19TRU5TT1JTX1NDSDU2MjcgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JT X1NDSDU2MzYgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0FEUzEwMTUgaXMgbm90IHNldAoj IENPTkZJR19TRU5TT1JTX0FEUzc4MjggaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0FNQzY4 MjEgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX1RITUM1MCBpcyBub3Qgc2V0CiMgQ09ORklH X1NFTlNPUlNfVE1QMTAyIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19UTVA0MDEgaXMgbm90 IHNldAojIENPTkZJR19TRU5TT1JTX1RNUDQyMSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNf VklBX0NQVVRFTVAgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX1ZJQTY4NkEgaXMgbm90IHNl dAojIENPTkZJR19TRU5TT1JTX1ZUMTIxMSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfVlQ4 MjMxIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19XODM3ODFEIGlzIG5vdCBzZXQKIyBDT05G SUdfU0VOU09SU19XODM3OTFEIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19XODM3OTJEIGlz IG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19XODM3OTMgaXMgbm90IHNldAojIENPTkZJR19TRU5T T1JTX1c4Mzc5NSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfVzgzTDc4NVRTIGlzIG5vdCBz ZXQKIyBDT05GSUdfU0VOU09SU19XODNMNzg2TkcgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JT X1c4MzYyN0hGIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19XODM2MjdFSEYgaXMgbm90IHNl dAojIENPTkZJR19TRU5TT1JTX0FQUExFU01DIGlzIG5vdCBzZXQKCiMKIyBBQ1BJIGRyaXZlcnMK IwojIENPTkZJR19TRU5TT1JTX0FDUElfUE9XRVIgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JT X0FUSzAxMTAgaXMgbm90IHNldApDT05GSUdfVEhFUk1BTD15CkNPTkZJR19USEVSTUFMX0hXTU9O PXkKQ09ORklHX1dBVENIRE9HPXkKIyBDT05GSUdfV0FUQ0hET0dfQ09SRSBpcyBub3Qgc2V0CiMg Q09ORklHX1dBVENIRE9HX05PV0FZT1VUIGlzIG5vdCBzZXQKCiMKIyBXYXRjaGRvZyBEZXZpY2Ug RHJpdmVycwojCiMgQ09ORklHX1NPRlRfV0FUQ0hET0cgaXMgbm90IHNldAojIENPTkZJR19BQ1FV SVJFX1dEVCBpcyBub3Qgc2V0CiMgQ09ORklHX0FEVkFOVEVDSF9XRFQgaXMgbm90IHNldAojIENP TkZJR19BTElNMTUzNV9XRFQgaXMgbm90IHNldAojIENPTkZJR19BTElNNzEwMV9XRFQgaXMgbm90 IHNldAojIENPTkZJR19GNzE4MDhFX1dEVCBpcyBub3Qgc2V0CiMgQ09ORklHX1NQNTEwMF9UQ08g aXMgbm90IHNldAojIENPTkZJR19TQzUyMF9XRFQgaXMgbm90IHNldAojIENPTkZJR19TQkNfRklU UEMyX1dBVENIRE9HIGlzIG5vdCBzZXQKIyBDT05GSUdfRVVST1RFQ0hfV0RUIGlzIG5vdCBzZXQK IyBDT05GSUdfSUI3MDBfV0RUIGlzIG5vdCBzZXQKIyBDT05GSUdfSUJNQVNSIGlzIG5vdCBzZXQK IyBDT05GSUdfV0FGRVJfV0RUIGlzIG5vdCBzZXQKIyBDT05GSUdfSTYzMDBFU0JfV0RUIGlzIG5v dCBzZXQKIyBDT05GSUdfSVRDT19XRFQgaXMgbm90IHNldAojIENPTkZJR19JVDg3MTJGX1dEVCBp cyBub3Qgc2V0CiMgQ09ORklHX0lUODdfV0RUIGlzIG5vdCBzZXQKIyBDT05GSUdfSFBfV0FUQ0hE T0cgaXMgbm90IHNldAojIENPTkZJR19TQzEyMDBfV0RUIGlzIG5vdCBzZXQKIyBDT05GSUdfUEM4 NzQxM19XRFQgaXMgbm90IHNldAojIENPTkZJR19OVl9UQ08gaXMgbm90IHNldAojIENPTkZJR182 MFhYX1dEVCBpcyBub3Qgc2V0CiMgQ09ORklHX1NCQzgzNjBfV0RUIGlzIG5vdCBzZXQKIyBDT05G SUdfQ1BVNV9XRFQgaXMgbm90IHNldAojIENPTkZJR19TTVNDX1NDSDMxMVhfV0RUIGlzIG5vdCBz ZXQKIyBDT05GSUdfU01TQzM3Qjc4N19XRFQgaXMgbm90IHNldAojIENPTkZJR19WSUFfV0RUIGlz IG5vdCBzZXQKIyBDT05GSUdfVzgzNjI3SEZfV0RUIGlzIG5vdCBzZXQKIyBDT05GSUdfVzgzNjk3 SEZfV0RUIGlzIG5vdCBzZXQKIyBDT05GSUdfVzgzNjk3VUdfV0RUIGlzIG5vdCBzZXQKIyBDT05G SUdfVzgzODc3Rl9XRFQgaXMgbm90IHNldAojIENPTkZJR19XODM5NzdGX1dEVCBpcyBub3Qgc2V0 CiMgQ09ORklHX01BQ0haX1dEVCBpcyBub3Qgc2V0CiMgQ09ORklHX1NCQ19FUFhfQzNfV0FUQ0hE T0cgaXMgbm90IHNldAojIENPTkZJR19YRU5fV0RUIGlzIG5vdCBzZXQKCiMKIyBQQ0ktYmFzZWQg V2F0Y2hkb2cgQ2FyZHMKIwojIENPTkZJR19QQ0lQQ1dBVENIRE9HIGlzIG5vdCBzZXQKIyBDT05G SUdfV0RUUENJIGlzIG5vdCBzZXQKCiMKIyBVU0ItYmFzZWQgV2F0Y2hkb2cgQ2FyZHMKIwojIENP TkZJR19VU0JQQ1dBVENIRE9HIGlzIG5vdCBzZXQKQ09ORklHX1NTQl9QT1NTSUJMRT15CgojCiMg U29uaWNzIFNpbGljb24gQmFja3BsYW5lCiMKIyBDT05GSUdfU1NCIGlzIG5vdCBzZXQKQ09ORklH X0JDTUFfUE9TU0lCTEU9eQoKIwojIEJyb2FkY29tIHNwZWNpZmljIEFNQkEKIwojIENPTkZJR19C Q01BIGlzIG5vdCBzZXQKCiMKIyBNdWx0aWZ1bmN0aW9uIGRldmljZSBkcml2ZXJzCiMKIyBDT05G SUdfTUZEX0NPUkUgaXMgbm90IHNldAojIENPTkZJR19NRkRfODhQTTg2MFggaXMgbm90IHNldAoj IENPTkZJR19NRkRfU001MDEgaXMgbm90IHNldAojIENPTkZJR19IVENfUEFTSUMzIGlzIG5vdCBz ZXQKIyBDT05GSUdfVFBTNjEwNVggaXMgbm90IHNldAojIENPTkZJR19UUFM2NTA3WCBpcyBub3Qg c2V0CiMgQ09ORklHX01GRF9UUFM2NTIxNyBpcyBub3Qgc2V0CiMgQ09ORklHX1RXTDQwMzBfQ09S RSBpcyBub3Qgc2V0CiMgQ09ORklHX1RXTDYwNDBfQ09SRSBpcyBub3Qgc2V0CiMgQ09ORklHX01G RF9TVE1QRSBpcyBub3Qgc2V0CiMgQ09ORklHX01GRF9UQzM1ODlYIGlzIG5vdCBzZXQKIyBDT05G SUdfTUZEX1RNSU8gaXMgbm90IHNldAojIENPTkZJR19QTUlDX0RBOTAzWCBpcyBub3Qgc2V0CiMg Q09ORklHX01GRF9EQTkwNTJfSTJDIGlzIG5vdCBzZXQKIyBDT05GSUdfUE1JQ19BRFA1NTIwIGlz IG5vdCBzZXQKIyBDT05GSUdfTUZEX01BWDg5MjUgaXMgbm90IHNldAojIENPTkZJR19NRkRfTUFY ODk5NyBpcyBub3Qgc2V0CiMgQ09ORklHX01GRF9NQVg4OTk4IGlzIG5vdCBzZXQKIyBDT05GSUdf TUZEX1M1TV9DT1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1dNODQwMCBpcyBub3Qgc2V0CiMg Q09ORklHX01GRF9XTTgzMVhfSTJDIGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1dNODM1MF9JMkMg aXMgbm90IHNldAojIENPTkZJR19NRkRfV004OTk0IGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1BD RjUwNjMzIGlzIG5vdCBzZXQKIyBDT05GSUdfQUJYNTAwX0NPUkUgaXMgbm90IHNldAojIENPTkZJ R19NRkRfQ1M1NTM1IGlzIG5vdCBzZXQKIyBDT05GSUdfTFBDX1NDSCBpcyBub3Qgc2V0CiMgQ09O RklHX01GRF9SREMzMjFYIGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX0pBTlpfQ01PRElPIGlzIG5v dCBzZXQKIyBDT05GSUdfTUZEX1ZYODU1IGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1dMMTI3M19D T1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1RQUzY1MDkwIGlzIG5vdCBzZXQKIyBDT05GSUdf TUZEX1JDNVQ1ODMgaXMgbm90IHNldAojIENPTkZJR19SRUdVTEFUT1IgaXMgbm90IHNldAojIENP TkZJR19NRURJQV9TVVBQT1JUIGlzIG5vdCBzZXQKCiMKIyBHcmFwaGljcyBzdXBwb3J0CiMKQ09O RklHX0FHUD15CkNPTkZJR19BR1BfQU1ENjQ9eQpDT05GSUdfQUdQX0lOVEVMPXkKQ09ORklHX0FH UF9TSVM9eQpDT05GSUdfQUdQX1ZJQT15CkNPTkZJR19WR0FfQVJCPXkKQ09ORklHX1ZHQV9BUkJf TUFYX0dQVVM9MTYKIyBDT05GSUdfVkdBX1NXSVRDSEVST08gaXMgbm90IHNldApDT05GSUdfRFJN PXkKQ09ORklHX0RSTV9LTVNfSEVMUEVSPXkKIyBDT05GSUdfRFJNX0xPQURfRURJRF9GSVJNV0FS RSBpcyBub3Qgc2V0CkNPTkZJR19EUk1fVFRNPXkKIyBDT05GSUdfRFJNX1RERlggaXMgbm90IHNl dAojIENPTkZJR19EUk1fUjEyOCBpcyBub3Qgc2V0CkNPTkZJR19EUk1fUkFERU9OPXkKQ09ORklH X0RSTV9SQURFT05fS01TPXkKQ09ORklHX0RSTV9OT1VWRUFVPXkKQ09ORklHX0RSTV9OT1VWRUFV X0JBQ0tMSUdIVD15CkNPTkZJR19EUk1fTk9VVkVBVV9ERUJVRz15CgojCiMgSTJDIGVuY29kZXIg b3IgaGVscGVyIGNoaXBzCiMKIyBDT05GSUdfRFJNX0kyQ19DSDcwMDYgaXMgbm90IHNldAojIENP TkZJR19EUk1fSTJDX1NJTDE2NCBpcyBub3Qgc2V0CiMgQ09ORklHX0RSTV9JODEwIGlzIG5vdCBz ZXQKQ09ORklHX0RSTV9JOTE1PXkKQ09ORklHX0RSTV9JOTE1X0tNUz15CiMgQ09ORklHX0RSTV9N R0EgaXMgbm90IHNldAojIENPTkZJR19EUk1fU0lTIGlzIG5vdCBzZXQKIyBDT05GSUdfRFJNX1ZJ QSBpcyBub3Qgc2V0CiMgQ09ORklHX0RSTV9TQVZBR0UgaXMgbm90IHNldAojIENPTkZJR19EUk1f Vk1XR0ZYIGlzIG5vdCBzZXQKQ09ORklHX0RSTV9HTUE1MDA9eQojIENPTkZJR19EUk1fR01BNjAw IGlzIG5vdCBzZXQKIyBDT05GSUdfRFJNX0dNQTM2MDAgaXMgbm90IHNldAojIENPTkZJR19EUk1f VURMIGlzIG5vdCBzZXQKIyBDT05GSUdfU1RVQl9QT1VMU0JPIGlzIG5vdCBzZXQKIyBDT05GSUdf VkdBU1RBVEUgaXMgbm90IHNldApDT05GSUdfVklERU9fT1VUUFVUX0NPTlRST0w9eQpDT05GSUdf RkI9eQpDT05GSUdfRklSTVdBUkVfRURJRD15CiMgQ09ORklHX0ZCX0REQyBpcyBub3Qgc2V0CkNP TkZJR19GQl9CT09UX1ZFU0FfU1VQUE9SVD15CkNPTkZJR19GQl9DRkJfRklMTFJFQ1Q9eQpDT05G SUdfRkJfQ0ZCX0NPUFlBUkVBPXkKQ09ORklHX0ZCX0NGQl9JTUFHRUJMSVQ9eQojIENPTkZJR19G Ql9DRkJfUkVWX1BJWEVMU19JTl9CWVRFIGlzIG5vdCBzZXQKQ09ORklHX0ZCX1NZU19GSUxMUkVD VD15CkNPTkZJR19GQl9TWVNfQ09QWUFSRUE9eQpDT05GSUdfRkJfU1lTX0lNQUdFQkxJVD15CiMg Q09ORklHX0ZCX0ZPUkVJR05fRU5ESUFOIGlzIG5vdCBzZXQKQ09ORklHX0ZCX1NZU19GT1BTPXkK IyBDT05GSUdfRkJfV01UX0dFX1JPUFMgaXMgbm90IHNldApDT05GSUdfRkJfREVGRVJSRURfSU89 eQojIENPTkZJR19GQl9TVkdBTElCIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfTUFDTU9ERVMgaXMg bm90IHNldApDT05GSUdfRkJfQkFDS0xJR0hUPXkKQ09ORklHX0ZCX01PREVfSEVMUEVSUz15CkNP TkZJR19GQl9USUxFQkxJVFRJTkc9eQoKIwojIEZyYW1lIGJ1ZmZlciBoYXJkd2FyZSBkcml2ZXJz CiMKIyBDT05GSUdfRkJfQ0lSUlVTIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfUE0yIGlzIG5vdCBz ZXQKIyBDT05GSUdfRkJfQ1lCRVIyMDAwIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfQVJDIGlzIG5v dCBzZXQKIyBDT05GSUdfRkJfQVNJTElBTlQgaXMgbm90IHNldAojIENPTkZJR19GQl9JTVNUVCBp cyBub3Qgc2V0CiMgQ09ORklHX0ZCX1ZHQTE2IGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfVVZFU0Eg aXMgbm90IHNldApDT05GSUdfRkJfVkVTQT15CkNPTkZJR19GQl9FRkk9eQojIENPTkZJR19GQl9O NDExIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfSEdBIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfUzFE MTNYWFggaXMgbm90IHNldAojIENPTkZJR19GQl9OVklESUEgaXMgbm90IHNldAojIENPTkZJR19G Ql9SSVZBIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfSTc0MCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZC X0xFODA1NzggaXMgbm90IHNldAojIENPTkZJR19GQl9NQVRST1ggaXMgbm90IHNldAojIENPTkZJ R19GQl9SQURFT04gaXMgbm90IHNldAojIENPTkZJR19GQl9BVFkxMjggaXMgbm90IHNldAojIENP TkZJR19GQl9BVFkgaXMgbm90IHNldAojIENPTkZJR19GQl9TMyBpcyBub3Qgc2V0CiMgQ09ORklH X0ZCX1NBVkFHRSBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1NJUyBpcyBub3Qgc2V0CiMgQ09ORklH X0ZCX1ZJQSBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX05FT01BR0lDIGlzIG5vdCBzZXQKIyBDT05G SUdfRkJfS1lSTyBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCXzNERlggaXMgbm90IHNldAojIENPTkZJ R19GQl9WT09ET08xIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfVlQ4NjIzIGlzIG5vdCBzZXQKIyBD T05GSUdfRkJfVFJJREVOVCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX0FSSyBpcyBub3Qgc2V0CiMg Q09ORklHX0ZCX1BNMyBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX0NBUk1JTkUgaXMgbm90IHNldAoj IENPTkZJR19GQl9HRU9ERSBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1NNU0NVRlggaXMgbm90IHNl dAojIENPTkZJR19GQl9VREwgaXMgbm90IHNldAojIENPTkZJR19GQl9WSVJUVUFMIGlzIG5vdCBz ZXQKQ09ORklHX1hFTl9GQkRFVl9GUk9OVEVORD15CiMgQ09ORklHX0ZCX01FVFJPTk9NRSBpcyBu b3Qgc2V0CiMgQ09ORklHX0ZCX01CODYyWFggaXMgbm90IHNldAojIENPTkZJR19GQl9CUk9BRFNI RUVUIGlzIG5vdCBzZXQKIyBDT05GSUdfRVhZTk9TX1ZJREVPIGlzIG5vdCBzZXQKQ09ORklHX0JB Q0tMSUdIVF9MQ0RfU1VQUE9SVD15CiMgQ09ORklHX0xDRF9DTEFTU19ERVZJQ0UgaXMgbm90IHNl dApDT05GSUdfQkFDS0xJR0hUX0NMQVNTX0RFVklDRT15CkNPTkZJR19CQUNLTElHSFRfR0VORVJJ Qz15CiMgQ09ORklHX0JBQ0tMSUdIVF9QUk9HRUFSIGlzIG5vdCBzZXQKIyBDT05GSUdfQkFDS0xJ R0hUX0FQUExFIGlzIG5vdCBzZXQKIyBDT05GSUdfQkFDS0xJR0hUX1NBSEFSQSBpcyBub3Qgc2V0 CiMgQ09ORklHX0JBQ0tMSUdIVF9BRFA4ODYwIGlzIG5vdCBzZXQKIyBDT05GSUdfQkFDS0xJR0hU X0FEUDg4NzAgaXMgbm90IHNldAojIENPTkZJR19CQUNLTElHSFRfTFA4NTVYIGlzIG5vdCBzZXQK CiMKIyBDb25zb2xlIGRpc3BsYXkgZHJpdmVyIHN1cHBvcnQKIwpDT05GSUdfVkdBX0NPTlNPTEU9 eQpDT05GSUdfVkdBQ09OX1NPRlRfU0NST0xMQkFDSz15CkNPTkZJR19WR0FDT05fU09GVF9TQ1JP TExCQUNLX1NJWkU9NjQKQ09ORklHX0RVTU1ZX0NPTlNPTEU9eQpDT05GSUdfRlJBTUVCVUZGRVJf Q09OU09MRT15CkNPTkZJR19GUkFNRUJVRkZFUl9DT05TT0xFX0RFVEVDVF9QUklNQVJZPXkKIyBD T05GSUdfRlJBTUVCVUZGRVJfQ09OU09MRV9ST1RBVElPTiBpcyBub3Qgc2V0CiMgQ09ORklHX0ZP TlRTIGlzIG5vdCBzZXQKQ09ORklHX0ZPTlRfOHg4PXkKQ09ORklHX0ZPTlRfOHgxNj15CkNPTkZJ R19MT0dPPXkKIyBDT05GSUdfTE9HT19MSU5VWF9NT05PIGlzIG5vdCBzZXQKIyBDT05GSUdfTE9H T19MSU5VWF9WR0ExNiBpcyBub3Qgc2V0CkNPTkZJR19MT0dPX0xJTlVYX0NMVVQyMjQ9eQpDT05G SUdfU09VTkQ9eQpDT05GSUdfU09VTkRfT1NTX0NPUkU9eQpDT05GSUdfU09VTkRfT1NTX0NPUkVf UFJFQ0xBSU09eQpDT05GSUdfU05EPXkKQ09ORklHX1NORF9USU1FUj15CkNPTkZJR19TTkRfUENN PXkKQ09ORklHX1NORF9IV0RFUD15CkNPTkZJR19TTkRfU0VRVUVOQ0VSPXkKQ09ORklHX1NORF9T RVFfRFVNTVk9eQpDT05GSUdfU05EX09TU0VNVUw9eQpDT05GSUdfU05EX01JWEVSX09TUz15CkNP TkZJR19TTkRfUENNX09TUz15CkNPTkZJR19TTkRfUENNX09TU19QTFVHSU5TPXkKQ09ORklHX1NO RF9TRVFVRU5DRVJfT1NTPXkKQ09ORklHX1NORF9IUlRJTUVSPXkKQ09ORklHX1NORF9TRVFfSFJU SU1FUl9ERUZBVUxUPXkKQ09ORklHX1NORF9EWU5BTUlDX01JTk9SUz15CkNPTkZJR19TTkRfU1VQ UE9SVF9PTERfQVBJPXkKQ09ORklHX1NORF9WRVJCT1NFX1BST0NGUz15CiMgQ09ORklHX1NORF9W RVJCT1NFX1BSSU5USyBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9ERUJVRyBpcyBub3Qgc2V0CkNP TkZJR19TTkRfVk1BU1RFUj15CkNPTkZJR19TTkRfS0NUTF9KQUNLPXkKQ09ORklHX1NORF9ETUFf U0dCVUY9eQojIENPTkZJR19TTkRfUkFXTUlESV9TRVEgaXMgbm90IHNldAojIENPTkZJR19TTkRf T1BMM19MSUJfU0VRIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX09QTDRfTElCX1NFUSBpcyBub3Qg c2V0CiMgQ09ORklHX1NORF9TQkFXRV9TRVEgaXMgbm90IHNldAojIENPTkZJR19TTkRfRU1VMTBL MV9TRVEgaXMgbm90IHNldApDT05GSUdfU05EX0RSSVZFUlM9eQojIENPTkZJR19TTkRfUENTUCBp cyBub3Qgc2V0CiMgQ09ORklHX1NORF9EVU1NWSBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9BTE9P UCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9WSVJNSURJIGlzIG5vdCBzZXQKIyBDT05GSUdfU05E X01UUEFWIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX1NFUklBTF9VMTY1NTAgaXMgbm90IHNldAoj IENPTkZJR19TTkRfTVBVNDAxIGlzIG5vdCBzZXQKQ09ORklHX1NORF9QQ0k9eQojIENPTkZJR19T TkRfQUQxODg5IGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0FMUzMwMCBpcyBub3Qgc2V0CiMgQ09O RklHX1NORF9BTFM0MDAwIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0FMSTU0NTEgaXMgbm90IHNl dAojIENPTkZJR19TTkRfQVNJSFBJIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0FUSUlYUCBpcyBu b3Qgc2V0CiMgQ09ORklHX1NORF9BVElJWFBfTU9ERU0gaXMgbm90IHNldAojIENPTkZJR19TTkRf QVU4ODEwIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0FVODgyMCBpcyBub3Qgc2V0CiMgQ09ORklH X1NORF9BVTg4MzAgaXMgbm90IHNldAojIENPTkZJR19TTkRfQVcyIGlzIG5vdCBzZXQKIyBDT05G SUdfU05EX0FaVDMzMjggaXMgbm90IHNldAojIENPTkZJR19TTkRfQlQ4N1ggaXMgbm90IHNldAoj IENPTkZJR19TTkRfQ0EwMTA2IGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0NNSVBDSSBpcyBub3Qg c2V0CiMgQ09ORklHX1NORF9PWFlHRU4gaXMgbm90IHNldAojIENPTkZJR19TTkRfQ1M0MjgxIGlz IG5vdCBzZXQKIyBDT05GSUdfU05EX0NTNDZYWCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9DUzU1 MzAgaXMgbm90IHNldAojIENPTkZJR19TTkRfQ1M1NTM1QVVESU8gaXMgbm90IHNldAojIENPTkZJ R19TTkRfQ1RYRkkgaXMgbm90IHNldAojIENPTkZJR19TTkRfREFSTEEyMCBpcyBub3Qgc2V0CiMg Q09ORklHX1NORF9HSU5BMjAgaXMgbm90IHNldAojIENPTkZJR19TTkRfTEFZTEEyMCBpcyBub3Qg c2V0CiMgQ09ORklHX1NORF9EQVJMQTI0IGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0dJTkEyNCBp cyBub3Qgc2V0CiMgQ09ORklHX1NORF9MQVlMQTI0IGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX01P TkEgaXMgbm90IHNldAojIENPTkZJR19TTkRfTUlBIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0VD SE8zRyBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9JTkRJR08gaXMgbm90IHNldAojIENPTkZJR19T TkRfSU5ESUdPSU8gaXMgbm90IHNldAojIENPTkZJR19TTkRfSU5ESUdPREogaXMgbm90IHNldAoj IENPTkZJR19TTkRfSU5ESUdPSU9YIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0lORElHT0RKWCBp cyBub3Qgc2V0CiMgQ09ORklHX1NORF9FTVUxMEsxIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0VN VTEwSzFYIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0VOUzEzNzAgaXMgbm90IHNldAojIENPTkZJ R19TTkRfRU5TMTM3MSBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9FUzE5MzggaXMgbm90IHNldAoj IENPTkZJR19TTkRfRVMxOTY4IGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0ZNODAxIGlzIG5vdCBz ZXQKQ09ORklHX1NORF9IREFfSU5URUw9eQpDT05GSUdfU05EX0hEQV9QUkVBTExPQ19TSVpFPTY0 CkNPTkZJR19TTkRfSERBX0hXREVQPXkKIyBDT05GSUdfU05EX0hEQV9SRUNPTkZJRyBpcyBub3Qg c2V0CiMgQ09ORklHX1NORF9IREFfSU5QVVRfQkVFUCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9I REFfSU5QVVRfSkFDSyBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9IREFfUEFUQ0hfTE9BREVSIGlz IG5vdCBzZXQKQ09ORklHX1NORF9IREFfQ09ERUNfUkVBTFRFSz15CkNPTkZJR19TTkRfSERBX0VO QUJMRV9SRUFMVEVLX1FVSVJLUz15CkNPTkZJR19TTkRfSERBX0NPREVDX0FOQUxPRz15CkNPTkZJ R19TTkRfSERBX0NPREVDX1NJR01BVEVMPXkKQ09ORklHX1NORF9IREFfQ09ERUNfVklBPXkKQ09O RklHX1NORF9IREFfQ09ERUNfSERNST15CkNPTkZJR19TTkRfSERBX0NPREVDX0NJUlJVUz15CkNP TkZJR19TTkRfSERBX0NPREVDX0NPTkVYQU5UPXkKQ09ORklHX1NORF9IREFfQ09ERUNfQ0EwMTEw PXkKQ09ORklHX1NORF9IREFfQ09ERUNfQ0EwMTMyPXkKQ09ORklHX1NORF9IREFfQ09ERUNfQ01F RElBPXkKQ09ORklHX1NORF9IREFfQ09ERUNfU0kzMDU0PXkKQ09ORklHX1NORF9IREFfR0VORVJJ Qz15CiMgQ09ORklHX1NORF9IREFfUE9XRVJfU0FWRSBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9I RFNQIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0hEU1BNIGlzIG5vdCBzZXQKIyBDT05GSUdfU05E X0lDRTE3MTIgaXMgbm90IHNldAojIENPTkZJR19TTkRfSUNFMTcyNCBpcyBub3Qgc2V0CiMgQ09O RklHX1NORF9JTlRFTDhYMCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9JTlRFTDhYME0gaXMgbm90 IHNldAojIENPTkZJR19TTkRfS09SRzEyMTIgaXMgbm90IHNldAojIENPTkZJR19TTkRfTE9MQSBp cyBub3Qgc2V0CiMgQ09ORklHX1NORF9MWDY0NjRFUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9N QUVTVFJPMyBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9NSVhBUlQgaXMgbm90IHNldAojIENPTkZJ R19TTkRfTk0yNTYgaXMgbm90IHNldAojIENPTkZJR19TTkRfUENYSFIgaXMgbm90IHNldAojIENP TkZJR19TTkRfUklQVElERSBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9STUUzMiBpcyBub3Qgc2V0 CiMgQ09ORklHX1NORF9STUU5NiBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9STUU5NjUyIGlzIG5v dCBzZXQKIyBDT05GSUdfU05EX1NPTklDVklCRVMgaXMgbm90IHNldAojIENPTkZJR19TTkRfVFJJ REVOVCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9WSUE4MlhYIGlzIG5vdCBzZXQKIyBDT05GSUdf U05EX1ZJQTgyWFhfTU9ERU0gaXMgbm90IHNldAojIENPTkZJR19TTkRfVklSVFVPU08gaXMgbm90 IHNldAojIENPTkZJR19TTkRfVlgyMjIgaXMgbm90IHNldAojIENPTkZJR19TTkRfWU1GUENJIGlz IG5vdCBzZXQKQ09ORklHX1NORF9VU0I9eQojIENPTkZJR19TTkRfVVNCX0FVRElPIGlzIG5vdCBz ZXQKIyBDT05GSUdfU05EX1VTQl9VQTEwMSBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9VU0JfVVNY MlkgaXMgbm90IHNldAojIENPTkZJR19TTkRfVVNCX0NBSUFRIGlzIG5vdCBzZXQKIyBDT05GSUdf U05EX1VTQl9VUzEyMkwgaXMgbm90IHNldAojIENPTkZJR19TTkRfVVNCXzZGSVJFIGlzIG5vdCBz ZXQKQ09ORklHX1NORF9QQ01DSUE9eQojIENPTkZJR19TTkRfVlhQT0NLRVQgaXMgbm90IHNldAoj IENPTkZJR19TTkRfUERBVURJT0NGIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX1NPQyBpcyBub3Qg c2V0CiMgQ09ORklHX1NPVU5EX1BSSU1FIGlzIG5vdCBzZXQKQ09ORklHX0hJRF9TVVBQT1JUPXkK Q09ORklHX0hJRD15CiMgQ09ORklHX0hJRF9CQVRURVJZX1NUUkVOR1RIIGlzIG5vdCBzZXQKQ09O RklHX0hJRFJBVz15CgojCiMgVVNCIElucHV0IERldmljZXMKIwpDT05GSUdfVVNCX0hJRD15CkNP TkZJR19ISURfUElEPXkKQ09ORklHX1VTQl9ISURERVY9eQoKIwojIFNwZWNpYWwgSElEIGRyaXZl cnMKIwpDT05GSUdfSElEX0E0VEVDSD15CiMgQ09ORklHX0hJRF9BQ1JVWCBpcyBub3Qgc2V0CkNP TkZJR19ISURfQVBQTEU9eQpDT05GSUdfSElEX0JFTEtJTj15CkNPTkZJR19ISURfQ0hFUlJZPXkK Q09ORklHX0hJRF9DSElDT05ZPXkKIyBDT05GSUdfSElEX1BST0RJS0VZUyBpcyBub3Qgc2V0CkNP TkZJR19ISURfQ1lQUkVTUz15CiMgQ09ORklHX0hJRF9EUkFHT05SSVNFIGlzIG5vdCBzZXQKIyBD T05GSUdfSElEX0VNU19GRiBpcyBub3Qgc2V0CkNPTkZJR19ISURfRVpLRVk9eQojIENPTkZJR19I SURfSE9MVEVLIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX0tFWVRPVUNIIGlzIG5vdCBzZXQKIyBD T05GSUdfSElEX0tZRSBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9VQ0xPR0lDIGlzIG5vdCBzZXQK IyBDT05GSUdfSElEX1dBTFRPUCBpcyBub3Qgc2V0CkNPTkZJR19ISURfR1lSQVRJT049eQojIENP TkZJR19ISURfVFdJTkhBTiBpcyBub3Qgc2V0CkNPTkZJR19ISURfS0VOU0lOR1RPTj15CiMgQ09O RklHX0hJRF9MQ1BPV0VSIGlzIG5vdCBzZXQKQ09ORklHX0hJRF9MT0dJVEVDSD15CkNPTkZJR19I SURfTE9HSVRFQ0hfREo9bQpDT05GSUdfTE9HSVRFQ0hfRkY9eQojIENPTkZJR19MT0dJUlVNQkxF UEFEMl9GRiBpcyBub3Qgc2V0CiMgQ09ORklHX0xPR0lHOTQwX0ZGIGlzIG5vdCBzZXQKQ09ORklH X0xPR0lXSEVFTFNfRkY9eQpDT05GSUdfSElEX01JQ1JPU09GVD15CkNPTkZJR19ISURfTU9OVEVS RVk9eQojIENPTkZJR19ISURfTVVMVElUT1VDSCBpcyBub3Qgc2V0CkNPTkZJR19ISURfTlRSSUc9 eQojIENPTkZJR19ISURfT1JURUsgaXMgbm90IHNldApDT05GSUdfSElEX1BBTlRIRVJMT1JEPXkK Q09ORklHX1BBTlRIRVJMT1JEX0ZGPXkKQ09ORklHX0hJRF9QRVRBTFlOWD15CiMgQ09ORklHX0hJ RF9QSUNPTENEIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX1BSSU1BWCBpcyBub3Qgc2V0CiMgQ09O RklHX0hJRF9ST0NDQVQgaXMgbm90IHNldAojIENPTkZJR19ISURfU0FJVEVLIGlzIG5vdCBzZXQK Q09ORklHX0hJRF9TQU1TVU5HPXkKQ09ORklHX0hJRF9TT05ZPXkKIyBDT05GSUdfSElEX1NQRUVE TElOSyBpcyBub3Qgc2V0CkNPTkZJR19ISURfU1VOUExVUz15CiMgQ09ORklHX0hJRF9HUkVFTkFT SUEgaXMgbm90IHNldAojIENPTkZJR19ISURfU01BUlRKT1lQTFVTIGlzIG5vdCBzZXQKIyBDT05G SUdfSElEX1RJVk8gaXMgbm90IHNldApDT05GSUdfSElEX1RPUFNFRUQ9eQojIENPTkZJR19ISURf VEhSVVNUTUFTVEVSIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX1pFUk9QTFVTIGlzIG5vdCBzZXQK IyBDT05GSUdfSElEX1pZREFDUk9OIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9BUkNIX0hBU19PSENJ PXkKQ09ORklHX1VTQl9BUkNIX0hBU19FSENJPXkKQ09ORklHX1VTQl9BUkNIX0hBU19YSENJPXkK Q09ORklHX1VTQl9TVVBQT1JUPXkKQ09ORklHX1VTQl9DT01NT049eQpDT05GSUdfVVNCX0FSQ0hf SEFTX0hDRD15CkNPTkZJR19VU0I9eQpDT05GSUdfVVNCX0RFQlVHPXkKQ09ORklHX1VTQl9BTk5P VU5DRV9ORVdfREVWSUNFUz15CgojCiMgTWlzY2VsbGFuZW91cyBVU0Igb3B0aW9ucwojCkNPTkZJ R19VU0JfREVWSUNFRlM9eQojIENPTkZJR19VU0JfREVWSUNFX0NMQVNTIGlzIG5vdCBzZXQKIyBD T05GSUdfVVNCX0RZTkFNSUNfTUlOT1JTIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9NT049eQojIENP TkZJR19VU0JfV1VTQl9DQkFGIGlzIG5vdCBzZXQKCiMKIyBVU0IgSG9zdCBDb250cm9sbGVyIERy aXZlcnMKIwojIENPTkZJR19VU0JfQzY3WDAwX0hDRCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9Y SENJX0hDRCBpcyBub3Qgc2V0CkNPTkZJR19VU0JfRUhDSV9IQ0Q9eQojIENPTkZJR19VU0JfRUhD SV9ST09UX0hVQl9UVCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9FSENJX1RUX05FV1NDSEVEIGlz IG5vdCBzZXQKIyBDT05GSUdfVVNCX09YVTIxMEhQX0hDRCBpcyBub3Qgc2V0CiMgQ09ORklHX1VT Ql9JU1AxMTZYX0hDRCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9JU1AxNzYwX0hDRCBpcyBub3Qg c2V0CiMgQ09ORklHX1VTQl9JU1AxMzYyX0hDRCBpcyBub3Qgc2V0CkNPTkZJR19VU0JfT0hDSV9I Q0Q9eQojIENPTkZJR19VU0JfT0hDSV9IQ0RfUExBVEZPUk0gaXMgbm90IHNldAojIENPTkZJR19V U0JfRUhDSV9IQ0RfUExBVEZPUk0gaXMgbm90IHNldAojIENPTkZJR19VU0JfT0hDSV9CSUdfRU5E SUFOX0RFU0MgaXMgbm90IHNldAojIENPTkZJR19VU0JfT0hDSV9CSUdfRU5ESUFOX01NSU8gaXMg bm90IHNldApDT05GSUdfVVNCX09IQ0lfTElUVExFX0VORElBTj15CkNPTkZJR19VU0JfVUhDSV9I Q0Q9eQojIENPTkZJR19VU0JfU0w4MTFfSENEIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1I4QTY2 NTk3X0hDRCBpcyBub3Qgc2V0CgojCiMgVVNCIERldmljZSBDbGFzcyBkcml2ZXJzCiMKIyBDT05G SUdfVVNCX0FDTSBpcyBub3Qgc2V0CkNPTkZJR19VU0JfUFJJTlRFUj15CiMgQ09ORklHX1VTQl9X RE0gaXMgbm90IHNldAojIENPTkZJR19VU0JfVE1DIGlzIG5vdCBzZXQKCiMKIyBOT1RFOiBVU0Jf U1RPUkFHRSBkZXBlbmRzIG9uIFNDU0kgYnV0IEJMS19ERVZfU0QgbWF5CiMKCiMKIyBhbHNvIGJl IG5lZWRlZDsgc2VlIFVTQl9TVE9SQUdFIEhlbHAgZm9yIG1vcmUgaW5mbwojCkNPTkZJR19VU0Jf U1RPUkFHRT15CiMgQ09ORklHX1VTQl9TVE9SQUdFX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdf VVNCX1NUT1JBR0VfUkVBTFRFSyBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TVE9SQUdFX0RBVEFG QUIgaXMgbm90IHNldAojIENPTkZJR19VU0JfU1RPUkFHRV9GUkVFQ09NIGlzIG5vdCBzZXQKIyBD T05GSUdfVVNCX1NUT1JBR0VfSVNEMjAwIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NUT1JBR0Vf VVNCQVQgaXMgbm90IHNldAojIENPTkZJR19VU0JfU1RPUkFHRV9TRERSMDkgaXMgbm90IHNldAoj IENPTkZJR19VU0JfU1RPUkFHRV9TRERSNTUgaXMgbm90IHNldAojIENPTkZJR19VU0JfU1RPUkFH RV9KVU1QU0hPVCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TVE9SQUdFX0FMQVVEQSBpcyBub3Qg c2V0CiMgQ09ORklHX1VTQl9TVE9SQUdFX09ORVRPVUNIIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNC X1NUT1JBR0VfS0FSTUEgaXMgbm90IHNldAojIENPTkZJR19VU0JfU1RPUkFHRV9DWVBSRVNTX0FU QUNCIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NUT1JBR0VfRU5FX1VCNjI1MCBpcyBub3Qgc2V0 CiMgQ09ORklHX1VTQl9VQVMgaXMgbm90IHNldApDT05GSUdfVVNCX0xJQlVTVUFMPXkKCiMKIyBV U0IgSW1hZ2luZyBkZXZpY2VzCiMKIyBDT05GSUdfVVNCX01EQzgwMCBpcyBub3Qgc2V0CiMgQ09O RklHX1VTQl9NSUNST1RFSyBpcyBub3Qgc2V0CgojCiMgVVNCIHBvcnQgZHJpdmVycwojCiMgQ09O RklHX1VTQl9TRVJJQUwgaXMgbm90IHNldAoKIwojIFVTQiBNaXNjZWxsYW5lb3VzIGRyaXZlcnMK IwojIENPTkZJR19VU0JfRU1JNjIgaXMgbm90IHNldAojIENPTkZJR19VU0JfRU1JMjYgaXMgbm90 IHNldAojIENPTkZJR19VU0JfQURVVFVYIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NFVlNFRyBp cyBub3Qgc2V0CiMgQ09ORklHX1VTQl9SSU81MDAgaXMgbm90IHNldAojIENPTkZJR19VU0JfTEVH T1RPV0VSIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0xDRCBpcyBub3Qgc2V0CiMgQ09ORklHX1VT Ql9MRUQgaXMgbm90IHNldAojIENPTkZJR19VU0JfQ1lQUkVTU19DWTdDNjMgaXMgbm90IHNldAoj IENPTkZJR19VU0JfQ1lUSEVSTSBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9JRE1PVVNFIGlzIG5v dCBzZXQKIyBDT05GSUdfVVNCX0ZURElfRUxBTiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9BUFBM RURJU1BMQVkgaXMgbm90IHNldAojIENPTkZJR19VU0JfU0lTVVNCVkdBIGlzIG5vdCBzZXQKIyBD T05GSUdfVVNCX0xEIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1RSQU5DRVZJQlJBVE9SIGlzIG5v dCBzZXQKIyBDT05GSUdfVVNCX0lPV0FSUklPUiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9URVNU IGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0lTSUdIVEZXIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNC X1lVUkVYIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0dBREdFVCBpcyBub3Qgc2V0CgojCiMgT1RH IGFuZCByZWxhdGVkIGluZnJhc3RydWN0dXJlCiMKIyBDT05GSUdfTk9QX1VTQl9YQ0VJViBpcyBu b3Qgc2V0CiMgQ09ORklHX1VXQiBpcyBub3Qgc2V0CiMgQ09ORklHX01NQyBpcyBub3Qgc2V0CiMg Q09ORklHX01FTVNUSUNLIGlzIG5vdCBzZXQKQ09ORklHX05FV19MRURTPXkKQ09ORklHX0xFRFNf Q0xBU1M9eQoKIwojIExFRCBkcml2ZXJzCiMKIyBDT05GSUdfTEVEU19MTTM1MzAgaXMgbm90IHNl dAojIENPTkZJR19MRURTX1BDQTk1MzIgaXMgbm90IHNldAojIENPTkZJR19MRURTX0xQMzk0NCBp cyBub3Qgc2V0CiMgQ09ORklHX0xFRFNfTFA1NTIxIGlzIG5vdCBzZXQKIyBDT05GSUdfTEVEU19M UDU1MjMgaXMgbm90IHNldAojIENPTkZJR19MRURTX0NMRVZPX01BSUwgaXMgbm90IHNldAojIENP TkZJR19MRURTX1BDQTk1NVggaXMgbm90IHNldAojIENPTkZJR19MRURTX1BDQTk2MzMgaXMgbm90 IHNldAojIENPTkZJR19MRURTX0JEMjgwMiBpcyBub3Qgc2V0CiMgQ09ORklHX0xFRFNfSU5URUxf U1M0MjAwIGlzIG5vdCBzZXQKIyBDT05GSUdfTEVEU19ERUxMX05FVEJPT0tTIGlzIG5vdCBzZXQK IyBDT05GSUdfTEVEU19UQ0E2NTA3IGlzIG5vdCBzZXQKIyBDT05GSUdfTEVEU19PVDIwMCBpcyBu b3Qgc2V0CkNPTkZJR19MRURTX1RSSUdHRVJTPXkKCiMKIyBMRUQgVHJpZ2dlcnMKIwojIENPTkZJ R19MRURTX1RSSUdHRVJfVElNRVIgaXMgbm90IHNldAojIENPTkZJR19MRURTX1RSSUdHRVJfSEVB UlRCRUFUIGlzIG5vdCBzZXQKIyBDT05GSUdfTEVEU19UUklHR0VSX0JBQ0tMSUdIVCBpcyBub3Qg c2V0CiMgQ09ORklHX0xFRFNfVFJJR0dFUl9ERUZBVUxUX09OIGlzIG5vdCBzZXQKCiMKIyBpcHRh YmxlcyB0cmlnZ2VyIGlzIHVuZGVyIE5ldGZpbHRlciBjb25maWcgKExFRCB0YXJnZXQpCiMKIyBD T05GSUdfQUNDRVNTSUJJTElUWSBpcyBub3Qgc2V0CiMgQ09ORklHX0lORklOSUJBTkQgaXMgbm90 IHNldApDT05GSUdfRURBQz15CgojCiMgUmVwb3J0aW5nIHN1YnN5c3RlbXMKIwojIENPTkZJR19F REFDX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0VEQUNfREVDT0RFX01DRT15CiMgQ09ORklHX0VE QUNfTUNFX0lOSiBpcyBub3Qgc2V0CiMgQ09ORklHX0VEQUNfTU1fRURBQyBpcyBub3Qgc2V0CkNP TkZJR19SVENfTElCPXkKQ09ORklHX1JUQ19DTEFTUz15CiMgQ09ORklHX1JUQ19IQ1RPU1lTIGlz IG5vdCBzZXQKIyBDT05GSUdfUlRDX0RFQlVHIGlzIG5vdCBzZXQKCiMKIyBSVEMgaW50ZXJmYWNl cwojCkNPTkZJR19SVENfSU5URl9TWVNGUz15CkNPTkZJR19SVENfSU5URl9QUk9DPXkKQ09ORklH X1JUQ19JTlRGX0RFVj15CiMgQ09ORklHX1JUQ19JTlRGX0RFVl9VSUVfRU1VTCBpcyBub3Qgc2V0 CiMgQ09ORklHX1JUQ19EUlZfVEVTVCBpcyBub3Qgc2V0CgojCiMgSTJDIFJUQyBkcml2ZXJzCiMK IyBDT05GSUdfUlRDX0RSVl9EUzEzMDcgaXMgbm90IHNldAojIENPTkZJR19SVENfRFJWX0RTMTM3 NCBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfRFMxNjcyIGlzIG5vdCBzZXQKIyBDT05GSUdf UlRDX0RSVl9EUzMyMzIgaXMgbm90IHNldAojIENPTkZJR19SVENfRFJWX01BWDY5MDAgaXMgbm90 IHNldAojIENPTkZJR19SVENfRFJWX1JTNUMzNzIgaXMgbm90IHNldAojIENPTkZJR19SVENfRFJW X0lTTDEyMDggaXMgbm90IHNldAojIENPTkZJR19SVENfRFJWX0lTTDEyMDIyIGlzIG5vdCBzZXQK IyBDT05GSUdfUlRDX0RSVl9YMTIwNSBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfUENGODU2 MyBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfUENGODU4MyBpcyBub3Qgc2V0CiMgQ09ORklH X1JUQ19EUlZfTTQxVDgwIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRDX0RSVl9CUTMySyBpcyBub3Qg c2V0CiMgQ09ORklHX1JUQ19EUlZfUzM1MzkwQSBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZf Rk0zMTMwIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRDX0RSVl9SWDg1ODEgaXMgbm90IHNldAojIENP TkZJR19SVENfRFJWX1JYODAyNSBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfRU0zMDI3IGlz IG5vdCBzZXQKIyBDT05GSUdfUlRDX0RSVl9SVjMwMjlDMiBpcyBub3Qgc2V0CgojCiMgU1BJIFJU QyBkcml2ZXJzCiMKCiMKIyBQbGF0Zm9ybSBSVEMgZHJpdmVycwojCkNPTkZJR19SVENfRFJWX0NN T1M9eQojIENPTkZJR19SVENfRFJWX0RTMTI4NiBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZf RFMxNTExIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRDX0RSVl9EUzE1NTMgaXMgbm90IHNldAojIENP TkZJR19SVENfRFJWX0RTMTc0MiBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfU1RLMTdUQTgg aXMgbm90IHNldAojIENPTkZJR19SVENfRFJWX000OFQ4NiBpcyBub3Qgc2V0CiMgQ09ORklHX1JU Q19EUlZfTTQ4VDM1IGlzIG5vdCBzZXQKIyBDT05GSUdfUlRDX0RSVl9NNDhUNTkgaXMgbm90IHNl dAojIENPTkZJR19SVENfRFJWX01TTTYyNDIgaXMgbm90IHNldAojIENPTkZJR19SVENfRFJWX0JR NDgwMiBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfUlA1QzAxIGlzIG5vdCBzZXQKIyBDT05G SUdfUlRDX0RSVl9WMzAyMCBpcyBub3Qgc2V0CgojCiMgb24tQ1BVIFJUQyBkcml2ZXJzCiMKQ09O RklHX0RNQURFVklDRVM9eQojIENPTkZJR19ETUFERVZJQ0VTX0RFQlVHIGlzIG5vdCBzZXQKCiMK IyBETUEgRGV2aWNlcwojCiMgQ09ORklHX0lOVEVMX01JRF9ETUFDIGlzIG5vdCBzZXQKIyBDT05G SUdfSU5URUxfSU9BVERNQSBpcyBub3Qgc2V0CiMgQ09ORklHX1RJTUJfRE1BIGlzIG5vdCBzZXQK IyBDT05GSUdfUENIX0RNQSBpcyBub3Qgc2V0CiMgQ09ORklHX0FVWERJU1BMQVkgaXMgbm90IHNl dAojIENPTkZJR19VSU8gaXMgbm90IHNldAoKIwojIFZpcnRpbyBkcml2ZXJzCiMKIyBDT05GSUdf VklSVElPX1BDSSBpcyBub3Qgc2V0CiMgQ09ORklHX1ZJUlRJT19CQUxMT09OIGlzIG5vdCBzZXQK IyBDT05GSUdfVklSVElPX01NSU8gaXMgbm90IHNldAoKIwojIE1pY3Jvc29mdCBIeXBlci1WIGd1 ZXN0IHN1cHBvcnQKIwojIENPTkZJR19IWVBFUlYgaXMgbm90IHNldAoKIwojIFhlbiBkcml2ZXIg c3VwcG9ydAojCkNPTkZJR19YRU5fQkFMTE9PTj15CkNPTkZJR19YRU5fU0NSVUJfUEFHRVM9eQpD T05GSUdfWEVOX0RFVl9FVlRDSE49eQpDT05GSUdfWEVOX0JBQ0tFTkQ9eQpDT05GSUdfWEVORlM9 eQpDT05GSUdfWEVOX0NPTVBBVF9YRU5GUz15CkNPTkZJR19YRU5fU1lTX0hZUEVSVklTT1I9eQpD T05GSUdfWEVOX1hFTkJVU19GUk9OVEVORD15CkNPTkZJR19YRU5fR05UREVWPXkKQ09ORklHX1hF Tl9HUkFOVF9ERVZfQUxMT0M9eQpDT05GSUdfU1dJT1RMQl9YRU49eQpDT05GSUdfWEVOX1BDSURF Vl9CQUNLRU5EPXkKQ09ORklHX1hFTl9QUklWQ01EPXkKQ09ORklHX1hFTl9BQ1BJX1BST0NFU1NP Uj1tCiMgQ09ORklHX1NUQUdJTkcgaXMgbm90IHNldApDT05GSUdfWDg2X1BMQVRGT1JNX0RFVklD RVM9eQojIENPTkZJR19BQ0VSX1dNSSBpcyBub3Qgc2V0CiMgQ09ORklHX0FDRVJIREYgaXMgbm90 IHNldAojIENPTkZJR19BU1VTX0xBUFRPUCBpcyBub3Qgc2V0CiMgQ09ORklHX0RFTExfV01JIGlz IG5vdCBzZXQKIyBDT05GSUdfREVMTF9XTUlfQUlPIGlzIG5vdCBzZXQKIyBDT05GSUdfRlVKSVRT VV9MQVBUT1AgaXMgbm90IHNldAojIENPTkZJR19GVUpJVFNVX1RBQkxFVCBpcyBub3Qgc2V0CiMg Q09ORklHX0FNSUxPX1JGS0lMTCBpcyBub3Qgc2V0CiMgQ09ORklHX0hQX0FDQ0VMIGlzIG5vdCBz ZXQKIyBDT05GSUdfSFBfV01JIGlzIG5vdCBzZXQKIyBDT05GSUdfTVNJX0xBUFRPUCBpcyBub3Qg c2V0CiMgQ09ORklHX1BBTkFTT05JQ19MQVBUT1AgaXMgbm90IHNldAojIENPTkZJR19DT01QQUxf TEFQVE9QIGlzIG5vdCBzZXQKIyBDT05GSUdfU09OWV9MQVBUT1AgaXMgbm90IHNldAojIENPTkZJ R19JREVBUEFEX0xBUFRPUCBpcyBub3Qgc2V0CiMgQ09ORklHX1RISU5LUEFEX0FDUEkgaXMgbm90 IHNldAojIENPTkZJR19TRU5TT1JTX0hEQVBTIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5URUxfTUVO TE9XIGlzIG5vdCBzZXQKQ09ORklHX0VFRVBDX0xBUFRPUD15CiMgQ09ORklHX0FTVVNfV01JIGlz IG5vdCBzZXQKQ09ORklHX0FDUElfV01JPXkKIyBDT05GSUdfTVNJX1dNSSBpcyBub3Qgc2V0CiMg Q09ORklHX1RPUFNUQVJfTEFQVE9QIGlzIG5vdCBzZXQKIyBDT05GSUdfQUNQSV9UT1NISUJBIGlz IG5vdCBzZXQKIyBDT05GSUdfVE9TSElCQV9CVF9SRktJTEwgaXMgbm90IHNldAojIENPTkZJR19B Q1BJX0NNUEMgaXMgbm90IHNldAojIENPTkZJR19JTlRFTF9JUFMgaXMgbm90IHNldAojIENPTkZJ R19JQk1fUlRMIGlzIG5vdCBzZXQKIyBDT05GSUdfWE8xNV9FQk9PSyBpcyBub3Qgc2V0CiMgQ09O RklHX1NBTVNVTkdfTEFQVE9QIGlzIG5vdCBzZXQKQ09ORklHX01YTV9XTUk9eQojIENPTkZJR19J TlRFTF9PQUtUUkFJTCBpcyBub3Qgc2V0CiMgQ09ORklHX1NBTVNVTkdfUTEwIGlzIG5vdCBzZXQK IyBDT05GSUdfQVBQTEVfR01VWCBpcyBub3Qgc2V0CgojCiMgSGFyZHdhcmUgU3BpbmxvY2sgZHJp dmVycwojCkNPTkZJR19DTEtFVlRfSTgyNTM9eQpDT05GSUdfSTgyNTNfTE9DSz15CkNPTkZJR19D TEtCTERfSTgyNTM9eQpDT05GSUdfSU9NTVVfQVBJPXkKQ09ORklHX0lPTU1VX1NVUFBPUlQ9eQpD T05GSUdfQU1EX0lPTU1VPXkKQ09ORklHX0FNRF9JT01NVV9TVEFUUz15CiMgQ09ORklHX0FNRF9J T01NVV9WMiBpcyBub3Qgc2V0CkNPTkZJR19ETUFSX1RBQkxFPXkKQ09ORklHX0lOVEVMX0lPTU1V PXkKIyBDT05GSUdfSU5URUxfSU9NTVVfREVGQVVMVF9PTiBpcyBub3Qgc2V0CkNPTkZJR19JTlRF TF9JT01NVV9GTE9QUFlfV0E9eQpDT05GSUdfSVJRX1JFTUFQPXkKCiMKIyBSZW1vdGVwcm9jIGRy aXZlcnMgKEVYUEVSSU1FTlRBTCkKIwoKIwojIFJwbXNnIGRyaXZlcnMgKEVYUEVSSU1FTlRBTCkK IwpDT05GSUdfVklSVF9EUklWRVJTPXkKIyBDT05GSUdfUE1fREVWRlJFUSBpcyBub3Qgc2V0Cgoj CiMgRmlybXdhcmUgRHJpdmVycwojCiMgQ09ORklHX0VERCBpcyBub3Qgc2V0CkNPTkZJR19GSVJN V0FSRV9NRU1NQVA9eQpDT05GSUdfRUZJX1ZBUlM9eQojIENPTkZJR19ERUxMX1JCVSBpcyBub3Qg c2V0CiMgQ09ORklHX0RDREJBUyBpcyBub3Qgc2V0CkNPTkZJR19ETUlJRD15CiMgQ09ORklHX0RN SV9TWVNGUyBpcyBub3Qgc2V0CiMgQ09ORklHX0lTQ1NJX0lCRlRfRklORCBpcyBub3Qgc2V0CiMg Q09ORklHX0dPT0dMRV9GSVJNV0FSRSBpcyBub3Qgc2V0CgojCiMgRmlsZSBzeXN0ZW1zCiMKQ09O RklHX0RDQUNIRV9XT1JEX0FDQ0VTUz15CiMgQ09ORklHX0VYVDJfRlMgaXMgbm90IHNldApDT05G SUdfRVhUM19GUz15CiMgQ09ORklHX0VYVDNfREVGQVVMVFNfVE9fT1JERVJFRCBpcyBub3Qgc2V0 CkNPTkZJR19FWFQzX0ZTX1hBVFRSPXkKQ09ORklHX0VYVDNfRlNfUE9TSVhfQUNMPXkKQ09ORklH X0VYVDNfRlNfU0VDVVJJVFk9eQojIENPTkZJR19FWFQ0X0ZTIGlzIG5vdCBzZXQKQ09ORklHX0pC RD15CiMgQ09ORklHX0pCRF9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19GU19NQkNBQ0hFPXkKIyBD T05GSUdfUkVJU0VSRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19KRlNfRlMgaXMgbm90IHNldAoj IENPTkZJR19YRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19HRlMyX0ZTIGlzIG5vdCBzZXQKIyBD T05GSUdfQlRSRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19OSUxGUzJfRlMgaXMgbm90IHNldApD T05GSUdfRlNfUE9TSVhfQUNMPXkKQ09ORklHX0ZJTEVfTE9DS0lORz15CkNPTkZJR19GU05PVElG WT15CkNPTkZJR19ETk9USUZZPXkKQ09ORklHX0lOT1RJRllfVVNFUj15CiMgQ09ORklHX0ZBTk9U SUZZIGlzIG5vdCBzZXQKQ09ORklHX1FVT1RBPXkKQ09ORklHX1FVT1RBX05FVExJTktfSU5URVJG QUNFPXkKIyBDT05GSUdfUFJJTlRfUVVPVEFfV0FSTklORyBpcyBub3Qgc2V0CiMgQ09ORklHX1FV T1RBX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX1FVT1RBX1RSRUU9eQojIENPTkZJR19RRk1UX1Yx IGlzIG5vdCBzZXQKQ09ORklHX1FGTVRfVjI9eQpDT05GSUdfUVVPVEFDVEw9eQpDT05GSUdfQVVU T0ZTNF9GUz15CiMgQ09ORklHX0ZVU0VfRlMgaXMgbm90IHNldApDT05GSUdfR0VORVJJQ19BQ0w9 eQoKIwojIENhY2hlcwojCiMgQ09ORklHX0ZTQ0FDSEUgaXMgbm90IHNldAoKIwojIENELVJPTS9E VkQgRmlsZXN5c3RlbXMKIwpDT05GSUdfSVNPOTY2MF9GUz15CkNPTkZJR19KT0xJRVQ9eQpDT05G SUdfWklTT0ZTPXkKIyBDT05GSUdfVURGX0ZTIGlzIG5vdCBzZXQKCiMKIyBET1MvRkFUL05UIEZp bGVzeXN0ZW1zCiMKQ09ORklHX0ZBVF9GUz15CkNPTkZJR19NU0RPU19GUz15CkNPTkZJR19WRkFU X0ZTPXkKQ09ORklHX0ZBVF9ERUZBVUxUX0NPREVQQUdFPTQzNwpDT05GSUdfRkFUX0RFRkFVTFRf SU9DSEFSU0VUPSJpc284ODU5LTEiCiMgQ09ORklHX05URlNfRlMgaXMgbm90IHNldAoKIwojIFBz ZXVkbyBmaWxlc3lzdGVtcwojCkNPTkZJR19QUk9DX0ZTPXkKQ09ORklHX1BST0NfS0NPUkU9eQpD T05GSUdfUFJPQ19WTUNPUkU9eQpDT05GSUdfUFJPQ19TWVNDVEw9eQpDT05GSUdfUFJPQ19QQUdF X01PTklUT1I9eQpDT05GSUdfU1lTRlM9eQpDT05GSUdfVE1QRlM9eQpDT05GSUdfVE1QRlNfUE9T SVhfQUNMPXkKQ09ORklHX1RNUEZTX1hBVFRSPXkKQ09ORklHX0hVR0VUTEJGUz15CkNPTkZJR19I VUdFVExCX1BBR0U9eQojIENPTkZJR19DT05GSUdGU19GUyBpcyBub3Qgc2V0CkNPTkZJR19NSVND X0ZJTEVTWVNURU1TPXkKIyBDT05GSUdfQURGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0FGRlNf RlMgaXMgbm90IHNldAojIENPTkZJR19FQ1JZUFRfRlMgaXMgbm90IHNldAojIENPTkZJR19IRlNf RlMgaXMgbm90IHNldAojIENPTkZJR19IRlNQTFVTX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfQkVG U19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0JGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0VGU19G UyBpcyBub3Qgc2V0CiMgQ09ORklHX0xPR0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JBTUZTIGlz IG5vdCBzZXQKIyBDT05GSUdfU1FVQVNIRlMgaXMgbm90IHNldAojIENPTkZJR19WWEZTX0ZTIGlz IG5vdCBzZXQKIyBDT05GSUdfTUlOSVhfRlMgaXMgbm90IHNldAojIENPTkZJR19PTUZTX0ZTIGlz IG5vdCBzZXQKIyBDT05GSUdfSFBGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX1FOWDRGU19GUyBp cyBub3Qgc2V0CiMgQ09ORklHX1FOWDZGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX1JPTUZTX0ZT IGlzIG5vdCBzZXQKIyBDT05GSUdfUFNUT1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfU1lTVl9GUyBp cyBub3Qgc2V0CiMgQ09ORklHX1VGU19GUyBpcyBub3Qgc2V0CkNPTkZJR19ORVRXT1JLX0ZJTEVT WVNURU1TPXkKQ09ORklHX05GU19GUz15CkNPTkZJR19ORlNfVjM9eQpDT05GSUdfTkZTX1YzX0FD TD15CkNPTkZJR19ORlNfVjQ9eQojIENPTkZJR19ORlNfVjRfMSBpcyBub3Qgc2V0CkNPTkZJR19S T09UX05GUz15CiMgQ09ORklHX05GU19VU0VfTEVHQUNZX0ROUyBpcyBub3Qgc2V0CkNPTkZJR19O RlNfVVNFX0tFUk5FTF9ETlM9eQojIENPTkZJR19ORlNEIGlzIG5vdCBzZXQKQ09ORklHX0xPQ0tE PXkKQ09ORklHX0xPQ0tEX1Y0PXkKQ09ORklHX05GU19BQ0xfU1VQUE9SVD15CkNPTkZJR19ORlNf Q09NTU9OPXkKQ09ORklHX1NVTlJQQz15CkNPTkZJR19TVU5SUENfR1NTPXkKIyBDT05GSUdfU1VO UlBDX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfQ0VQSF9GUyBpcyBub3Qgc2V0CiMgQ09ORklH X0NJRlMgaXMgbm90IHNldAojIENPTkZJR19OQ1BfRlMgaXMgbm90IHNldAojIENPTkZJR19DT0RB X0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfQUZTX0ZTIGlzIG5vdCBzZXQKQ09ORklHX05MUz15CkNP TkZJR19OTFNfREVGQVVMVD0idXRmOCIKQ09ORklHX05MU19DT0RFUEFHRV80Mzc9eQojIENPTkZJ R19OTFNfQ09ERVBBR0VfNzM3IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzc3NSBp cyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV84NTAgaXMgbm90IHNldAojIENPTkZJR19O TFNfQ09ERVBBR0VfODUyIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzg1NSBpcyBu b3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV84NTcgaXMgbm90IHNldAojIENPTkZJR19OTFNf Q09ERVBBR0VfODYwIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzg2MSBpcyBub3Qg c2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV84NjIgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09E RVBBR0VfODYzIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzg2NCBpcyBub3Qgc2V0 CiMgQ09ORklHX05MU19DT0RFUEFHRV84NjUgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09ERVBB R0VfODY2IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzg2OSBpcyBub3Qgc2V0CiMg Q09ORklHX05MU19DT0RFUEFHRV85MzYgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0Vf OTUwIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzkzMiBpcyBub3Qgc2V0CiMgQ09O RklHX05MU19DT0RFUEFHRV85NDkgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0VfODc0 IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0lTTzg4NTlfOCBpcyBub3Qgc2V0CiMgQ09ORklHX05M U19DT0RFUEFHRV8xMjUwIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzEyNTEgaXMg bm90IHNldApDT05GSUdfTkxTX0FTQ0lJPXkKQ09ORklHX05MU19JU084ODU5XzE9eQojIENPTkZJ R19OTFNfSVNPODg1OV8yIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0lTTzg4NTlfMyBpcyBub3Qg c2V0CiMgQ09ORklHX05MU19JU084ODU5XzQgaXMgbm90IHNldAojIENPTkZJR19OTFNfSVNPODg1 OV81IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0lTTzg4NTlfNiBpcyBub3Qgc2V0CiMgQ09ORklH X05MU19JU084ODU5XzcgaXMgbm90IHNldAojIENPTkZJR19OTFNfSVNPODg1OV85IGlzIG5vdCBz ZXQKIyBDT05GSUdfTkxTX0lTTzg4NTlfMTMgaXMgbm90IHNldAojIENPTkZJR19OTFNfSVNPODg1 OV8xNCBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19JU084ODU5XzE1IGlzIG5vdCBzZXQKIyBDT05G SUdfTkxTX0tPSThfUiBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19LT0k4X1UgaXMgbm90IHNldApD T05GSUdfTkxTX1VURjg9eQoKIwojIEtlcm5lbCBoYWNraW5nCiMKQ09ORklHX1RSQUNFX0lSUUZM QUdTX1NVUFBPUlQ9eQpDT05GSUdfUFJJTlRLX1RJTUU9eQpDT05GSUdfREVGQVVMVF9NRVNTQUdF X0xPR0xFVkVMPTQKIyBDT05GSUdfRU5BQkxFX1dBUk5fREVQUkVDQVRFRCBpcyBub3Qgc2V0CkNP TkZJR19FTkFCTEVfTVVTVF9DSEVDSz15CkNPTkZJR19GUkFNRV9XQVJOPTIwNDgKQ09ORklHX01B R0lDX1NZU1JRPXkKIyBDT05GSUdfU1RSSVBfQVNNX1NZTVMgaXMgbm90IHNldAojIENPTkZJR19V TlVTRURfU1lNQk9MUyBpcyBub3Qgc2V0CkNPTkZJR19ERUJVR19GUz15CiMgQ09ORklHX0hFQURF UlNfQ0hFQ0sgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19TRUNUSU9OX01JU01BVENIIGlzIG5v dCBzZXQKQ09ORklHX0RFQlVHX0tFUk5FTD15CiMgQ09ORklHX0RFQlVHX1NISVJRIGlzIG5vdCBz ZXQKIyBDT05GSUdfTE9DS1VQX0RFVEVDVE9SIGlzIG5vdCBzZXQKIyBDT05GSUdfSEFSRExPQ0tV UF9ERVRFQ1RPUiBpcyBub3Qgc2V0CiMgQ09ORklHX0RFVEVDVF9IVU5HX1RBU0sgaXMgbm90IHNl dAojIENPTkZJR19TQ0hFRF9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19TQ0hFRFNUQVRTPXkKQ09O RklHX1RJTUVSX1NUQVRTPXkKIyBDT05GSUdfREVCVUdfT0JKRUNUUyBpcyBub3Qgc2V0CiMgQ09O RklHX1NMVUJfREVCVUdfT04gaXMgbm90IHNldAojIENPTkZJR19TTFVCX1NUQVRTIGlzIG5vdCBz ZXQKIyBDT05GSUdfREVCVUdfS01FTUxFQUsgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19SVF9N VVRFWEVTIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRfTVVURVhfVEVTVEVSIGlzIG5vdCBzZXQKIyBD T05GSUdfREVCVUdfU1BJTkxPQ0sgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19NVVRFWEVTIGlz IG5vdCBzZXQKIyBDT05GSUdfREVCVUdfTE9DS19BTExPQyBpcyBub3Qgc2V0CiMgQ09ORklHX1BS T1ZFX0xPQ0tJTkcgaXMgbm90IHNldAojIENPTkZJR19TUEFSU0VfUkNVX1BPSU5URVIgaXMgbm90 IHNldAojIENPTkZJR19MT0NLX1NUQVQgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19BVE9NSUNf U0xFRVAgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19MT0NLSU5HX0FQSV9TRUxGVEVTVFMgaXMg bm90IHNldApDT05GSUdfU1RBQ0tUUkFDRT15CkNPTkZJR19ERUJVR19TVEFDS19VU0FHRT15CiMg Q09ORklHX0RFQlVHX0tPQkpFQ1QgaXMgbm90IHNldApDT05GSUdfREVCVUdfQlVHVkVSQk9TRT15 CiMgQ09ORklHX0RFQlVHX0lORk8gaXMgbm90IHNldAojIENPTkZJR19ERUJVR19WTSBpcyBub3Qg c2V0CiMgQ09ORklHX0RFQlVHX1ZJUlRVQUwgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19XUklU RUNPVU5UIGlzIG5vdCBzZXQKQ09ORklHX0RFQlVHX01FTU9SWV9JTklUPXkKIyBDT05GSUdfREVC VUdfTElTVCBpcyBub3Qgc2V0CiMgQ09ORklHX1RFU1RfTElTVF9TT1JUIGlzIG5vdCBzZXQKIyBD T05GSUdfREVCVUdfU0cgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19OT1RJRklFUlMgaXMgbm90 IHNldAojIENPTkZJR19ERUJVR19DUkVERU5USUFMUyBpcyBub3Qgc2V0CkNPTkZJR19BUkNIX1dB TlRfRlJBTUVfUE9JTlRFUlM9eQpDT05GSUdfRlJBTUVfUE9JTlRFUj15CiMgQ09ORklHX0JPT1Rf UFJJTlRLX0RFTEFZIGlzIG5vdCBzZXQKIyBDT05GSUdfUkNVX1RPUlRVUkVfVEVTVCBpcyBub3Qg c2V0CkNPTkZJR19SQ1VfQ1BVX1NUQUxMX1RJTUVPVVQ9NjAKIyBDT05GSUdfUkNVX0NQVV9TVEFM TF9JTkZPIGlzIG5vdCBzZXQKIyBDT05GSUdfUkNVX1RSQUNFIGlzIG5vdCBzZXQKIyBDT05GSUdf S1BST0JFU19TQU5JVFlfVEVTVCBpcyBub3Qgc2V0CiMgQ09ORklHX0JBQ0tUUkFDRV9TRUxGX1RF U1QgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19CTE9DS19FWFRfREVWVCBpcyBub3Qgc2V0CiMg Q09ORklHX0RFQlVHX0ZPUkNFX1dFQUtfUEVSX0NQVSBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVH X1BFUl9DUFVfTUFQUyBpcyBub3Qgc2V0CiMgQ09ORklHX0xLRFRNIGlzIG5vdCBzZXQKIyBDT05G SUdfQ1BVX05PVElGSUVSX0VSUk9SX0lOSkVDVCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZBVUxUX0lO SkVDVElPTiBpcyBub3Qgc2V0CiMgQ09ORklHX0xBVEVOQ1lUT1AgaXMgbm90IHNldAojIENPTkZJ R19ERUJVR19QQUdFQUxMT0MgaXMgbm90IHNldApDT05GSUdfVVNFUl9TVEFDS1RSQUNFX1NVUFBP UlQ9eQpDT05GSUdfTk9QX1RSQUNFUj15CkNPTkZJR19IQVZFX0ZVTkNUSU9OX1RSQUNFUj15CkNP TkZJR19IQVZFX0ZVTkNUSU9OX0dSQVBIX1RSQUNFUj15CkNPTkZJR19IQVZFX0ZVTkNUSU9OX0dS QVBIX0ZQX1RFU1Q9eQpDT05GSUdfSEFWRV9GVU5DVElPTl9UUkFDRV9NQ09VTlRfVEVTVD15CkNP TkZJR19IQVZFX0RZTkFNSUNfRlRSQUNFPXkKQ09ORklHX0hBVkVfRlRSQUNFX01DT1VOVF9SRUNP UkQ9eQpDT05GSUdfSEFWRV9TWVNDQUxMX1RSQUNFUE9JTlRTPXkKQ09ORklHX0hBVkVfQ19SRUNP UkRNQ09VTlQ9eQpDT05GSUdfUklOR19CVUZGRVI9eQpDT05GSUdfRVZFTlRfVFJBQ0lORz15CkNP TkZJR19FVkVOVF9QT1dFUl9UUkFDSU5HX0RFUFJFQ0FURUQ9eQpDT05GSUdfQ09OVEVYVF9TV0lU Q0hfVFJBQ0VSPXkKQ09ORklHX1RSQUNJTkc9eQpDT05GSUdfR0VORVJJQ19UUkFDRVI9eQpDT05G SUdfVFJBQ0lOR19TVVBQT1JUPXkKQ09ORklHX0ZUUkFDRT15CiMgQ09ORklHX0ZVTkNUSU9OX1RS QUNFUiBpcyBub3Qgc2V0CiMgQ09ORklHX0lSUVNPRkZfVFJBQ0VSIGlzIG5vdCBzZXQKIyBDT05G SUdfU0NIRURfVFJBQ0VSIGlzIG5vdCBzZXQKIyBDT05GSUdfRlRSQUNFX1NZU0NBTExTIGlzIG5v dCBzZXQKQ09ORklHX0JSQU5DSF9QUk9GSUxFX05PTkU9eQojIENPTkZJR19QUk9GSUxFX0FOTk9U QVRFRF9CUkFOQ0hFUyBpcyBub3Qgc2V0CiMgQ09ORklHX1BST0ZJTEVfQUxMX0JSQU5DSEVTIGlz IG5vdCBzZXQKIyBDT05GSUdfU1RBQ0tfVFJBQ0VSIGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZf SU9fVFJBQ0U9eQpDT05GSUdfS1BST0JFX0VWRU5UPXkKIyBDT05GSUdfRlRSQUNFX1NUQVJUVVBf VEVTVCBpcyBub3Qgc2V0CiMgQ09ORklHX01NSU9UUkFDRSBpcyBub3Qgc2V0CiMgQ09ORklHX1JJ TkdfQlVGRkVSX0JFTkNITUFSSyBpcyBub3Qgc2V0CkNPTkZJR19QUk9WSURFX09IQ0kxMzk0X0RN QV9JTklUPXkKIyBDT05GSUdfRFlOQU1JQ19ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX0RNQV9B UElfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19BVE9NSUM2NF9TRUxGVEVTVCBpcyBub3Qgc2V0 CiMgQ09ORklHX1NBTVBMRVMgaXMgbm90IHNldApDT05GSUdfSEFWRV9BUkNIX0tHREI9eQojIENP TkZJR19LR0RCIGlzIG5vdCBzZXQKQ09ORklHX0hBVkVfQVJDSF9LTUVNQ0hFQ0s9eQojIENPTkZJ R19LTUVNQ0hFQ0sgaXMgbm90IHNldAojIENPTkZJR19URVNUX0tTVFJUT1ggaXMgbm90IHNldAoj IENPTkZJR19TVFJJQ1RfREVWTUVNIGlzIG5vdCBzZXQKQ09ORklHX1g4Nl9WRVJCT1NFX0JPT1RV UD15CkNPTkZJR19FQVJMWV9QUklOVEs9eQpDT05GSUdfRUFSTFlfUFJJTlRLX0RCR1A9eQpDT05G SUdfREVCVUdfU1RBQ0tPVkVSRkxPVz15CiMgQ09ORklHX1g4Nl9QVERVTVAgaXMgbm90IHNldApD T05GSUdfREVCVUdfUk9EQVRBPXkKIyBDT05GSUdfREVCVUdfUk9EQVRBX1RFU1QgaXMgbm90IHNl dAojIENPTkZJR19ERUJVR19TRVRfTU9EVUxFX1JPTlggaXMgbm90IHNldApDT05GSUdfREVCVUdf TlhfVEVTVD1tCkNPTkZJR19JT01NVV9ERUJVRz15CiMgQ09ORklHX0lPTU1VX1NUUkVTUyBpcyBu b3Qgc2V0CkNPTkZJR19IQVZFX01NSU9UUkFDRV9TVVBQT1JUPXkKIyBDT05GSUdfWDg2X0RFQ09E RVJfU0VMRlRFU1QgaXMgbm90IHNldApDT05GSUdfSU9fREVMQVlfVFlQRV8wWDgwPTAKQ09ORklH X0lPX0RFTEFZX1RZUEVfMFhFRD0xCkNPTkZJR19JT19ERUxBWV9UWVBFX1VERUxBWT0yCkNPTkZJ R19JT19ERUxBWV9UWVBFX05PTkU9MwpDT05GSUdfSU9fREVMQVlfMFg4MD15CiMgQ09ORklHX0lP X0RFTEFZXzBYRUQgaXMgbm90IHNldAojIENPTkZJR19JT19ERUxBWV9VREVMQVkgaXMgbm90IHNl dAojIENPTkZJR19JT19ERUxBWV9OT05FIGlzIG5vdCBzZXQKQ09ORklHX0RFRkFVTFRfSU9fREVM QVlfVFlQRT0wCkNPTkZJR19ERUJVR19CT09UX1BBUkFNUz15CiMgQ09ORklHX0NQQV9ERUJVRyBp cyBub3Qgc2V0CkNPTkZJR19PUFRJTUlaRV9JTkxJTklORz15CiMgQ09ORklHX0RFQlVHX1NUUklD VF9VU0VSX0NPUFlfQ0hFQ0tTIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfTk1JX1NFTEZURVNU IGlzIG5vdCBzZXQKCiMKIyBTZWN1cml0eSBvcHRpb25zCiMKQ09ORklHX0tFWVM9eQojIENPTkZJ R19FTkNSWVBURURfS0VZUyBpcyBub3Qgc2V0CkNPTkZJR19LRVlTX0RFQlVHX1BST0NfS0VZUz15 CiMgQ09ORklHX1NFQ1VSSVRZX0RNRVNHX1JFU1RSSUNUIGlzIG5vdCBzZXQKQ09ORklHX1NFQ1VS SVRZPXkKIyBDT05GSUdfU0VDVVJJVFlGUyBpcyBub3Qgc2V0CkNPTkZJR19TRUNVUklUWV9ORVRX T1JLPXkKIyBDT05GSUdfU0VDVVJJVFlfTkVUV09SS19YRlJNIGlzIG5vdCBzZXQKIyBDT05GSUdf U0VDVVJJVFlfUEFUSCBpcyBub3Qgc2V0CiMgQ09ORklHX0lOVEVMX1RYVCBpcyBub3Qgc2V0CkNP TkZJR19MU01fTU1BUF9NSU5fQUREUj02NTUzNgpDT05GSUdfU0VDVVJJVFlfU0VMSU5VWD15CkNP TkZJR19TRUNVUklUWV9TRUxJTlVYX0JPT1RQQVJBTT15CkNPTkZJR19TRUNVUklUWV9TRUxJTlVY X0JPT1RQQVJBTV9WQUxVRT0xCkNPTkZJR19TRUNVUklUWV9TRUxJTlVYX0RJU0FCTEU9eQpDT05G SUdfU0VDVVJJVFlfU0VMSU5VWF9ERVZFTE9QPXkKQ09ORklHX1NFQ1VSSVRZX1NFTElOVVhfQVZD X1NUQVRTPXkKQ09ORklHX1NFQ1VSSVRZX1NFTElOVVhfQ0hFQ0tSRVFQUk9UX1ZBTFVFPTEKIyBD T05GSUdfU0VDVVJJVFlfU0VMSU5VWF9QT0xJQ1lEQl9WRVJTSU9OX01BWCBpcyBub3Qgc2V0CiMg Q09ORklHX1NFQ1VSSVRZX1NNQUNLIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VDVVJJVFlfVE9NT1lP IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VDVVJJVFlfQVBQQVJNT1IgaXMgbm90IHNldAojIENPTkZJ R19TRUNVUklUWV9ZQU1BIGlzIG5vdCBzZXQKIyBDT05GSUdfSU1BIGlzIG5vdCBzZXQKIyBDT05G SUdfRVZNIGlzIG5vdCBzZXQKQ09ORklHX0RFRkFVTFRfU0VDVVJJVFlfU0VMSU5VWD15CiMgQ09O RklHX0RFRkFVTFRfU0VDVVJJVFlfREFDIGlzIG5vdCBzZXQKQ09ORklHX0RFRkFVTFRfU0VDVVJJ VFk9InNlbGludXgiCkNPTkZJR19DUllQVE89eQoKIwojIENyeXB0byBjb3JlIG9yIGhlbHBlcgoj CkNPTkZJR19DUllQVE9fQUxHQVBJPXkKQ09ORklHX0NSWVBUT19BTEdBUEkyPXkKQ09ORklHX0NS WVBUT19BRUFEPXkKQ09ORklHX0NSWVBUT19BRUFEMj15CkNPTkZJR19DUllQVE9fQkxLQ0lQSEVS PXkKQ09ORklHX0NSWVBUT19CTEtDSVBIRVIyPXkKQ09ORklHX0NSWVBUT19IQVNIPXkKQ09ORklH X0NSWVBUT19IQVNIMj15CkNPTkZJR19DUllQVE9fUk5HMj15CkNPTkZJR19DUllQVE9fUENPTVAy PXkKQ09ORklHX0NSWVBUT19NQU5BR0VSPXkKQ09ORklHX0NSWVBUT19NQU5BR0VSMj15CiMgQ09O RklHX0NSWVBUT19VU0VSIGlzIG5vdCBzZXQKQ09ORklHX0NSWVBUT19NQU5BR0VSX0RJU0FCTEVf VEVTVFM9eQojIENPTkZJR19DUllQVE9fR0YxMjhNVUwgaXMgbm90IHNldAojIENPTkZJR19DUllQ VE9fTlVMTCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19QQ1JZUFQgaXMgbm90IHNldApDT05G SUdfQ1JZUFRPX1dPUktRVUVVRT15CiMgQ09ORklHX0NSWVBUT19DUllQVEQgaXMgbm90IHNldApD T05GSUdfQ1JZUFRPX0FVVEhFTkM9eQojIENPTkZJR19DUllQVE9fVEVTVCBpcyBub3Qgc2V0Cgoj CiMgQXV0aGVudGljYXRlZCBFbmNyeXB0aW9uIHdpdGggQXNzb2NpYXRlZCBEYXRhCiMKIyBDT05G SUdfQ1JZUFRPX0NDTSBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19HQ00gaXMgbm90IHNldAoj IENPTkZJR19DUllQVE9fU0VRSVYgaXMgbm90IHNldAoKIwojIEJsb2NrIG1vZGVzCiMKQ09ORklH X0NSWVBUT19DQkM9eQojIENPTkZJR19DUllQVE9fQ1RSIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZ UFRPX0NUUyBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19FQ0IgaXMgbm90IHNldAojIENPTkZJ R19DUllQVE9fTFJXIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1BDQkMgaXMgbm90IHNldAoj IENPTkZJR19DUllQVE9fWFRTIGlzIG5vdCBzZXQKCiMKIyBIYXNoIG1vZGVzCiMKQ09ORklHX0NS WVBUT19ITUFDPXkKIyBDT05GSUdfQ1JZUFRPX1hDQkMgaXMgbm90IHNldAojIENPTkZJR19DUllQ VE9fVk1BQyBpcyBub3Qgc2V0CgojCiMgRGlnZXN0CiMKIyBDT05GSUdfQ1JZUFRPX0NSQzMyQyBp cyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19DUkMzMkNfSU5URUwgaXMgbm90IHNldAojIENPTkZJ R19DUllQVE9fR0hBU0ggaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fTUQ0IGlzIG5vdCBzZXQK Q09ORklHX0NSWVBUT19NRDU9eQojIENPTkZJR19DUllQVE9fTUlDSEFFTF9NSUMgaXMgbm90IHNl dAojIENPTkZJR19DUllQVE9fUk1EMTI4IGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1JNRDE2 MCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19STUQyNTYgaXMgbm90IHNldAojIENPTkZJR19D UllQVE9fUk1EMzIwIGlzIG5vdCBzZXQKQ09ORklHX0NSWVBUT19TSEExPXkKIyBDT05GSUdfQ1JZ UFRPX1NIQTFfU1NTRTMgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fU0hBMjU2IGlzIG5vdCBz ZXQKIyBDT05GSUdfQ1JZUFRPX1NIQTUxMiBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19UR1Ix OTIgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fV1A1MTIgaXMgbm90IHNldAojIENPTkZJR19D UllQVE9fR0hBU0hfQ0xNVUxfTklfSU5URUwgaXMgbm90IHNldAoKIwojIENpcGhlcnMKIwpDT05G SUdfQ1JZUFRPX0FFUz15CiMgQ09ORklHX0NSWVBUT19BRVNfWDg2XzY0IGlzIG5vdCBzZXQKIyBD T05GSUdfQ1JZUFRPX0FFU19OSV9JTlRFTCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19BTlVC SVMgaXMgbm90IHNldApDT05GSUdfQ1JZUFRPX0FSQzQ9eQojIENPTkZJR19DUllQVE9fQkxPV0ZJ U0ggaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fQkxPV0ZJU0hfWDg2XzY0IGlzIG5vdCBzZXQK IyBDT05GSUdfQ1JZUFRPX0NBTUVMTElBIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX0NBTUVM TElBX1g4Nl82NCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19DQVNUNSBpcyBub3Qgc2V0CiMg Q09ORklHX0NSWVBUT19DQVNUNiBpcyBub3Qgc2V0CkNPTkZJR19DUllQVE9fREVTPXkKIyBDT05G SUdfQ1JZUFRPX0ZDUllQVCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19LSEFaQUQgaXMgbm90 IHNldAojIENPTkZJR19DUllQVE9fU0FMU0EyMCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19T QUxTQTIwX1g4Nl82NCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19TRUVEIGlzIG5vdCBzZXQK IyBDT05GSUdfQ1JZUFRPX1NFUlBFTlQgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fU0VSUEVO VF9TU0UyX1g4Nl82NCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19URUEgaXMgbm90IHNldAoj IENPTkZJR19DUllQVE9fVFdPRklTSCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19UV09GSVNI X1g4Nl82NCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19UV09GSVNIX1g4Nl82NF8zV0FZIGlz IG5vdCBzZXQKCiMKIyBDb21wcmVzc2lvbgojCiMgQ09ORklHX0NSWVBUT19ERUZMQVRFIGlzIG5v dCBzZXQKIyBDT05GSUdfQ1JZUFRPX1pMSUIgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fTFpP IGlzIG5vdCBzZXQKCiMKIyBSYW5kb20gTnVtYmVyIEdlbmVyYXRpb24KIwojIENPTkZJR19DUllQ VE9fQU5TSV9DUFJORyBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19VU0VSX0FQSV9IQVNIIGlz IG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1VTRVJfQVBJX1NLQ0lQSEVSIGlzIG5vdCBzZXQKQ09O RklHX0NSWVBUT19IVz15CiMgQ09ORklHX0NSWVBUT19ERVZfUEFETE9DSyBpcyBub3Qgc2V0CkNP TkZJR19IQVZFX0tWTT15CkNPTkZJR19WSVJUVUFMSVpBVElPTj15CiMgQ09ORklHX0tWTSBpcyBu b3Qgc2V0CiMgQ09ORklHX1ZIT1NUX05FVCBpcyBub3Qgc2V0CkNPTkZJR19CSU5BUllfUFJJTlRG PXkKCiMKIyBMaWJyYXJ5IHJvdXRpbmVzCiMKQ09ORklHX0JJVFJFVkVSU0U9eQpDT05GSUdfR0VO RVJJQ19GSU5EX0ZJUlNUX0JJVD15CkNPTkZJR19HRU5FUklDX1BDSV9JT01BUD15CkNPTkZJR19H RU5FUklDX0lPTUFQPXkKQ09ORklHX0dFTkVSSUNfSU89eQojIENPTkZJR19DUkNfQ0NJVFQgaXMg bm90IHNldAojIENPTkZJR19DUkMxNiBpcyBub3Qgc2V0CkNPTkZJR19DUkNfVDEwRElGPXkKIyBD T05GSUdfQ1JDX0lUVV9UIGlzIG5vdCBzZXQKQ09ORklHX0NSQzMyPXkKIyBDT05GSUdfQ1JDMzJf U0VMRlRFU1QgaXMgbm90IHNldApDT05GSUdfQ1JDMzJfU0xJQ0VCWTg9eQojIENPTkZJR19DUkMz Ml9TTElDRUJZNCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSQzMyX1NBUldBVEUgaXMgbm90IHNldAoj IENPTkZJR19DUkMzMl9CSVQgaXMgbm90IHNldAojIENPTkZJR19DUkM3IGlzIG5vdCBzZXQKIyBD T05GSUdfTElCQ1JDMzJDIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JDOCBpcyBub3Qgc2V0CkNPTkZJ R19aTElCX0lORkxBVEU9eQpDT05GSUdfTFpPX0NPTVBSRVNTPXkKQ09ORklHX0xaT19ERUNPTVBS RVNTPXkKQ09ORklHX1haX0RFQz15CkNPTkZJR19YWl9ERUNfWDg2PXkKQ09ORklHX1haX0RFQ19Q T1dFUlBDPXkKQ09ORklHX1haX0RFQ19JQTY0PXkKQ09ORklHX1haX0RFQ19BUk09eQpDT05GSUdf WFpfREVDX0FSTVRIVU1CPXkKQ09ORklHX1haX0RFQ19TUEFSQz15CkNPTkZJR19YWl9ERUNfQkNK PXkKIyBDT05GSUdfWFpfREVDX1RFU1QgaXMgbm90IHNldApDT05GSUdfREVDT01QUkVTU19HWklQ PXkKQ09ORklHX0RFQ09NUFJFU1NfQlpJUDI9eQpDT05GSUdfREVDT01QUkVTU19MWk1BPXkKQ09O RklHX0RFQ09NUFJFU1NfWFo9eQpDT05GSUdfREVDT01QUkVTU19MWk89eQpDT05GSUdfSEFTX0lP TUVNPXkKQ09ORklHX0hBU19JT1BPUlQ9eQpDT05GSUdfSEFTX0RNQT15CkNPTkZJR19DSEVDS19T SUdOQVRVUkU9eQpDT05GSUdfQ1BVX1JNQVA9eQpDT05GSUdfRFFMPXkKQ09ORklHX05MQVRUUj15 CkNPTkZJR19BVkVSQUdFPXkKIyBDT05GSUdfQ09SRElDIGlzIG5vdCBzZXQK --f46d0444732f5980d404c53ff2f5 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --f46d0444732f5980d404c53ff2f5-- From xen-users-bounces@lists.xen.org Fri Jul 20 13:29:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Jul 2012 13:29: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 1SsDFs-00046m-JR; Fri, 20 Jul 2012 13:28:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ss9zL-0007n8-47 for xen-users@lists.xen.org; Fri, 20 Jul 2012 09:59:12 +0000 Received: from [85.158.143.99:63408] by server-1.bemta-4.messagelabs.com id 5A/C2-24392-EEB29005; Fri, 20 Jul 2012 09:59:10 +0000 X-Env-Sender: vonami@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1342778346!20798258!1 X-Originating-IP: [209.85.214.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23937 invoked from network); 20 Jul 2012 09:59:08 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jul 2012 09:59:08 -0000 Received: by obbta14 with SMTP id ta14so6241642obb.32 for ; Fri, 20 Jul 2012 02:59:06 -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=8D2fW4U+9f9tz8D2qFs8H1/5ulFs6/emUu6Y2lscdCI=; b=rRw8AkqZF9ezODwZL6OcQ0UXo9Q/PFo2jd/A9BEqQHwPE9drHGp39EXNoK7/IRSf8A ulnIHbAfcY5mgjlnn3aEpOtuL1Fd4GDhpfA3xxxpOacVcJVRtKGxTGLcG+lN8TPVNrtR sbL8bfbi8VwMmA9XZ2UJy9izi9ojFkv4sqHzA8FZnc+lpuukcXfJXN3E9OJcOFoeT5/x Dkckq902mU8V7vooA0XwsPEbkV7YLKVALhDdhP9EO70TO+oJ8ZXxWg2ZPiJPdMu+uaoD X2RzG/qRMOXmbQJ3bwo+H+J+E1pAbRHKWypOWNSu05v3fyGY4Trv9ikfKWAZvmw55pYP KUGw== MIME-Version: 1.0 Received: by 10.182.17.36 with SMTP id l4mr6208655obd.59.1342778346405; Fri, 20 Jul 2012 02:59:06 -0700 (PDT) Received: by 10.182.62.65 with HTTP; Fri, 20 Jul 2012 02:59:03 -0700 (PDT) Date: Fri, 20 Jul 2012 13:59:03 +0400 Message-ID: From: Dmitry Ivanov To: xen-users@lists.xen.org Content-Type: multipart/mixed; boundary=f46d0444732f5980d404c53ff2f5 X-Mailman-Approved-At: Fri, 20 Jul 2012 13:28:27 +0000 Subject: [Xen-users] X not working 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 --f46d0444732f5980d404c53ff2f5 Content-Type: text/plain; charset=ISO-8859-1 Hello, I'm building a dom0 system from sources and facing a problem with the xorg server. I've successfully compiled and booted a dom0 with xen 4.1.2. Everything works fine and Im able to start an HVM Windows domain. Now comes the problem: the Xorg server using either vesa or fbdev driver can't start: - when using the vesa driver it just fails with error messages (see the attached log xorg_vesa.log) - when using the fbdev driver it tries to start but the screen goes blank and I can't get the terminal back. However I can login using a serial cable. I see that dom0 is alive and the Xorg server failed to start. ( see the attached log xorg_fbdev.log). CONFIG_DMAR (now it is CONFIG_INTEL_IOMMU) is on per http://wiki.xen.org/wiki/Paravirtualized_DRM. The kernel config is attached as well. Am I missing something to get it working? The Xorg server starts just fine when booting dom0 without xen. Thanks in advance. -- Best regards, Dmitry Ivanov A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? --f46d0444732f5980d404c53ff2f5 Content-Type: application/octet-stream; name="kernel_dmesg.log" Content-Disposition: attachment; filename="kernel_dmesg.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h4v3kbjf0 WyAgICAwLjAwMDAwMF0gSW5pdGlhbGl6aW5nIGNncm91cCBzdWJzeXMgY3B1c2V0ClsgICAgMC4w MDAwMDBdIEluaXRpYWxpemluZyBjZ3JvdXAgc3Vic3lzIGNwdQpbICAgIDAuMDAwMDAwXSBMaW51 eCB2ZXJzaW9uIDMuNC4zICh2b25hbWlAZmxha3kpIChnY2MgdmVyc2lvbiA0LjYuMSAoU291cmNl cnkgQ29kZUJlbmNoIExpdGUgMjAxMS4wOS0yNCkgKSAjOSBTTVAgRnJpIEp1bCAyMCAxMzowMToy MSBNU0sgMjAxMgpbICAgIDAuMDAwMDAwXSBDb21tYW5kIGxpbmU6IApbICAgIDAuMDAwMDAwXSBG cmVlaW5nICA5Zi0xMDAgcGZuIHJhbmdlOiA5NyBwYWdlcyBmcmVlZApbICAgIDAuMDAwMDAwXSAx LTEgbWFwcGluZyBvbiA5Zi0+MTAwClsgICAgMC4wMDAwMDBdIEZyZWVpbmcgIGNmNmEwLWY0MzYw IHBmbiByYW5nZTogMTUwNzIwIHBhZ2VzIGZyZWVkClsgICAgMC4wMDAwMDBdIDEtMSBtYXBwaW5n IG9uIGNmNmEwLT4xMDAwMDAKWyAgICAwLjAwMDAwMF0gUmVsZWFzZWQgMTUwODE3IHBhZ2VzIG9m IHVudXNlZCBtZW1vcnkKWyAgICAwLjAwMDAwMF0gU2V0IDE5OTEwNSBwYWdlKHMpIHRvIDEtMSBt YXBwaW5nClsgICAgMC4wMDAwMDBdIEJJT1MtcHJvdmlkZWQgcGh5c2ljYWwgUkFNIG1hcDoKWyAg ICAwLjAwMDAwMF0gIFhlbjogMDAwMDAwMDAwMDAwMDAwMCAtIDAwMDAwMDAwMDAwOWYwMDAgKHVz YWJsZSkKWyAgICAwLjAwMDAwMF0gIFhlbjogMDAwMDAwMDAwMDA5ZmMwMCAtIDAwMDAwMDAwMDAx MDAwMDAgKHJlc2VydmVkKQpbICAgIDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAwMDAwMTAwMDAwIC0g MDAwMDAwMDBjZjZhMDAwMCAodXNhYmxlKQpbICAgIDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAwMGNm NmEwMDAwIC0gMDAwMDAwMDBjZjZhZTAwMCAoQUNQSSBkYXRhKQpbICAgIDAuMDAwMDAwXSAgWGVu OiAwMDAwMDAwMGNmNmFlMDAwIC0gMDAwMDAwMDBjZjZmMDAwMCAoQUNQSSBOVlMpClsgICAgMC4w MDAwMDBdICBYZW46IDAwMDAwMDAwY2Y2ZjAwMDAgLSAwMDAwMDAwMGNmNzAwMDAwIChyZXNlcnZl ZCkKWyAgICAwLjAwMDAwMF0gIFhlbjogMDAwMDAwMDBmZWMwMDAwMCAtIDAwMDAwMDAwZmVjMDEw MDAgKHJlc2VydmVkKQpbICAgIDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAwMGZlZTAwMDAwIC0gMDAw MDAwMDBmZWUwMTAwMCAocmVzZXJ2ZWQpClsgICAgMC4wMDAwMDBdICBYZW46IDAwMDAwMDAwZmZi MDAwMDAgLSAwMDAwMDAwMTAwMDAwMDAwIChyZXNlcnZlZCkKWyAgICAwLjAwMDAwMF0gIFhlbjog MDAwMDAwMDEwMDAwMDAwMCAtIDAwMDAwMDAxMzAwMDAwMDAgKHVzYWJsZSkKWyAgICAwLjAwMDAw MF0gTm90aWNlOiBOWCAoRXhlY3V0ZSBEaXNhYmxlKSBwcm90ZWN0aW9uIG1pc3NpbmcgaW4gQ1BV IQpbICAgIDAuMDAwMDAwXSBETUkgcHJlc2VudC4KWyAgICAwLjAwMDAwMF0gRE1JOiBNSUNSTy1T VEFSIElOVEVSTkFUSU9OQUwgQ08uLExURCBNUy03NTI5L0czMVRNLVAyMSAoTVMtNzUyOSksIEJJ T1MgVjQuMiAwOC8xMC8yMDA5ClsgICAgMC4wMDAwMDBdIGU4MjAgdXBkYXRlIHJhbmdlOiAwMDAw MDAwMDAwMDAwMDAwIC0gMDAwMDAwMDAwMDAxMDAwMCAodXNhYmxlKSA9PT4gKHJlc2VydmVkKQpb ICAgIDAuMDAwMDAwXSBlODIwIHJlbW92ZSByYW5nZTogMDAwMDAwMDAwMDBhMDAwMCAtIDAwMDAw MDAwMDAxMDAwMDAgKHVzYWJsZSkKWyAgICAwLjAwMDAwMF0gTm8gQUdQIGJyaWRnZSBmb3VuZApb ICAgIDAuMDAwMDAwXSBsYXN0X3BmbiA9IDB4MTMwMDAwIG1heF9hcmNoX3BmbiA9IDB4NDAwMDAw MDAwClsgICAgMC4wMDAwMDBdIGxhc3RfcGZuID0gMHhjZjZhMCBtYXhfYXJjaF9wZm4gPSAweDQw MDAwMDAwMApbICAgIDAuMDAwMDAwXSBmb3VuZCBTTVAgTVAtdGFibGUgYXQgW2ZmZmY4ODAwMDAw ZmY3ODBdIGZmNzgwClsgICAgMC4wMDAwMDBdIGluaXRpYWwgbWVtb3J5IG1hcHBlZCA6IDAgLSAw N2ZjNDAwMApbICAgIDAuMDAwMDAwXSBCYXNlIG1lbW9yeSB0cmFtcG9saW5lIGF0IFtmZmZmODgw MDAwMDlhMDAwXSA5YTAwMCBzaXplIDIwNDgwClsgICAgMC4wMDAwMDBdIGluaXRfbWVtb3J5X21h cHBpbmc6IDAwMDAwMDAwMDAwMDAwMDAtMDAwMDAwMDBjZjZhMDAwMApbICAgIDAuMDAwMDAwXSAg MDAwMDAwMDAwMCAtIDAwY2Y2YTAwMDAgcGFnZSA0awpbICAgIDAuMDAwMDAwXSBrZXJuZWwgZGly ZWN0IG1hcHBpbmcgdGFibGVzIHVwIHRvIGNmNmEwMDAwIEAgOTdmMDAwLTEwMDAwMDAKWyAgICAw LjAwMDAwMF0geGVuOiBzZXR0aW5nIFJXIHRoZSByYW5nZSBmYjQwMDAgLSAxMDAwMDAwClsgICAg MC4wMDAwMDBdIGluaXRfbWVtb3J5X21hcHBpbmc6IDAwMDAwMDAxMDAwMDAwMDAtMDAwMDAwMDEz MDAwMDAwMApbICAgIDAuMDAwMDAwXSAgMDEwMDAwMDAwMCAtIDAxMzAwMDAwMDAgcGFnZSA0awpb ICAgIDAuMDAwMDAwXSBrZXJuZWwgZGlyZWN0IG1hcHBpbmcgdGFibGVzIHVwIHRvIDEzMDAwMDAw MCBAIGNlZDFhMDAwLWNmNmEwMDAwClsgICAgMC4wMDAwMDBdIHhlbjogc2V0dGluZyBSVyB0aGUg cmFuZ2UgY2VlOWIwMDAgLSBjZjZhMDAwMApbICAgIDAuMDAwMDAwXSBSQU1ESVNLOiAwMjQ2MDAw MCAtIDA3ZmM0MDAwClsgICAgMC4wMDAwMDBdIEFDUEk6IFJTRFAgMDAwMDAwMDAwMDBmYTYwMCAw MDAxNCAodjAwIEFDUElBTSkKWyAgICAwLjAwMDAwMF0gQUNQSTogUlNEVCAwMDAwMDAwMGNmNmEw MDAwIDAwMDNDICh2MDEgNzUyOU1TIEE3NTI5NDAwIDIwMDkwODEwIE1TRlQgMDAwMDAwOTcpClsg ICAgMC4wMDAwMDBdIEFDUEk6IEZBQ1AgMDAwMDAwMDBjZjZhMDIwMCAwMDA4NCAodjAxIDc1MjlN UyBBNzUyOTQwMCAyMDA5MDgxMCBNU0ZUIDAwMDAwMDk3KQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBE U0RUIDAwMDAwMDAwY2Y2YTA0NDAgMDVFMjcgKHYwMSAgQTc1MjkgQTc1Mjk0MDAgMDAwMDA0MDAg SU5UTCAyMDA1MTExNykKWyAgICAwLjAwMDAwMF0gQUNQSTogRkFDUyAwMDAwMDAwMGNmNmFlMDAw IDAwMDQwClsgICAgMC4wMDAwMDBdIEFDUEk6IEFQSUMgMDAwMDAwMDBjZjZhMDM5MCAwMDA2QyAo djAxIDc1MjlNUyBBNzUyOTQwMCAyMDA5MDgxMCBNU0ZUIDAwMDAwMDk3KQpbICAgIDAuMDAwMDAw XSBBQ1BJOiBNQ0ZHIDAwMDAwMDAwY2Y2YTA0MDAgMDAwM0MgKHYwMSA3NTI5TVMgT0VNTUNGRyAg MjAwOTA4MTAgTVNGVCAwMDAwMDA5NykKWyAgICAwLjAwMDAwMF0gQUNQSTogT0VNQiAwMDAwMDAw MGNmNmFlMDQwIDAwMDcyICh2MDEgNzUyOU1TIEE3NTI5NDAwIDIwMDkwODEwIE1TRlQgMDAwMDAw OTcpClsgICAgMC4wMDAwMDBdIEFDUEk6IEdTQ0kgMDAwMDAwMDBjZjZhZTBjMCAwMjAyNCAodjAx IDc1MjlNUyBHTUNIU0NJICAyMDA5MDgxMCBNU0ZUIDAwMDAwMDk3KQpbICAgIDAuMDAwMDAwXSBB Q1BJOiBTU0RUIDAwMDAwMDAwY2Y2YjA1ODAgMDAzNjMgKHYwMSBEcGdQbW0gICAgQ3B1UG0gMDAw MDAwMTIgSU5UTCAyMDA1MTExNykKWyAgICAwLjAwMDAwMF0gQUNQSTogTG9jYWwgQVBJQyBhZGRy ZXNzIDB4ZmVlMDAwMDAKWyAgICAwLjAwMDAwMF0gWm9uZSBQRk4gcmFuZ2VzOgpbICAgIDAuMDAw MDAwXSAgIERNQSAgICAgIDB4MDAwMDAwMTAgLT4gMHgwMDAwMTAwMApbICAgIDAuMDAwMDAwXSAg IERNQTMyICAgIDB4MDAwMDEwMDAgLT4gMHgwMDEwMDAwMApbICAgIDAuMDAwMDAwXSAgIE5vcm1h bCAgIDB4MDAxMDAwMDAgLT4gMHgwMDEzMDAwMApbICAgIDAuMDAwMDAwXSBNb3ZhYmxlIHpvbmUg c3RhcnQgUEZOIGZvciBlYWNoIG5vZGUKWyAgICAwLjAwMDAwMF0gRWFybHkgbWVtb3J5IFBGTiBy YW5nZXMKWyAgICAwLjAwMDAwMF0gICAgIDA6IDB4MDAwMDAwMTAgLT4gMHgwMDAwMDA5ZgpbICAg IDAuMDAwMDAwXSAgICAgMDogMHgwMDAwMDEwMCAtPiAweDAwMGNmNmEwClsgICAgMC4wMDAwMDBd ICAgICAwOiAweDAwMTAwMDAwIC0+IDB4MDAxMzAwMDAKWyAgICAwLjAwMDAwMF0gT24gbm9kZSAw IHRvdGFscGFnZXM6IDEwNDYwNjMKWyAgICAwLjAwMDAwMF0gICBETUEgem9uZTogNjQgcGFnZXMg dXNlZCBmb3IgbWVtbWFwClsgICAgMC4wMDAwMDBdICAgRE1BIHpvbmU6IDE1OTQgcGFnZXMgcmVz ZXJ2ZWQKWyAgICAwLjAwMDAwMF0gICBETUEgem9uZTogMjMyNSBwYWdlcywgTElGTyBiYXRjaDow ClsgICAgMC4wMDAwMDBdICAgRE1BMzIgem9uZTogMTYzMjAgcGFnZXMgdXNlZCBmb3IgbWVtbWFw ClsgICAgMC4wMDAwMDBdICAgRE1BMzIgem9uZTogODI5MTUyIHBhZ2VzLCBMSUZPIGJhdGNoOjMx ClsgICAgMC4wMDAwMDBdICAgTm9ybWFsIHpvbmU6IDMwNzIgcGFnZXMgdXNlZCBmb3IgbWVtbWFw ClsgICAgMC4wMDAwMDBdICAgTm9ybWFsIHpvbmU6IDE5MzUzNiBwYWdlcywgTElGTyBiYXRjaDoz MQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBQTS1UaW1lciBJTyBQb3J0OiAweDgwOApbICAgIDAuMDAw MDAwXSBBQ1BJOiBMb2NhbCBBUElDIGFkZHJlc3MgMHhmZWUwMDAwMApbICAgIDAuMDAwMDAwXSBB Q1BJOiBMQVBJQyAoYWNwaV9pZFsweDAxXSBsYXBpY19pZFsweDAwXSBlbmFibGVkKQpbICAgIDAu MDAwMDAwXSBBQ1BJOiBMQVBJQyAoYWNwaV9pZFsweDAyXSBsYXBpY19pZFsweDAxXSBlbmFibGVk KQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBMQVBJQyAoYWNwaV9pZFsweDAzXSBsYXBpY19pZFsweDgy XSBkaXNhYmxlZCkKWyAgICAwLjAwMDAwMF0gQUNQSTogTEFQSUMgKGFjcGlfaWRbMHgwNF0gbGFw aWNfaWRbMHg4M10gZGlzYWJsZWQpClsgICAgMC4wMDAwMDBdIEFDUEk6IElPQVBJQyAoaWRbMHgw Ml0gYWRkcmVzc1sweGZlYzAwMDAwXSBnc2lfYmFzZVswXSkKWyAgICAwLjAwMDAwMF0gSU9BUElD WzBdOiBhcGljX2lkIDIsIHZlcnNpb24gMjUzLCBhZGRyZXNzIDB4ZmVjMDAwMDAsIEdTSSAwLTI1 MwpbICAgIDAuMDAwMDAwXSBBQ1BJOiBJTlRfU1JDX09WUiAoYnVzIDAgYnVzX2lycSAwIGdsb2Jh bF9pcnEgMiBkZmwgZGZsKQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBJTlRfU1JDX09WUiAoYnVzIDAg YnVzX2lycSA5IGdsb2JhbF9pcnEgOSBoaWdoIGxldmVsKQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBJ UlEwIHVzZWQgYnkgb3ZlcnJpZGUuClsgICAgMC4wMDAwMDBdIEFDUEk6IElSUTIgdXNlZCBieSBv dmVycmlkZS4KWyAgICAwLjAwMDAwMF0gQUNQSTogSVJROSB1c2VkIGJ5IG92ZXJyaWRlLgpbICAg IDAuMDAwMDAwXSBVc2luZyBBQ1BJIChNQURUKSBmb3IgU01QIGNvbmZpZ3VyYXRpb24gaW5mb3Jt YXRpb24KWyAgICAwLjAwMDAwMF0gU01QOiBBbGxvd2luZyA0IENQVXMsIDIgaG90cGx1ZyBDUFVz ClsgICAgMC4wMDAwMDBdIG5yX2lycXNfZ3NpOiAyNzAKWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lz dGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDAwMDA5ZjAwMCAtIDAwMDAwMDAwMDAwYTAwMDAK WyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDAwMDBh MDAwMCAtIDAwMDAwMDAwMDAxMDAwMDAKWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9z YXZlIG1lbW9yeTogMDAwMDAwMDBjZjZhMDAwMCAtIDAwMDAwMDAwY2Y2YWUwMDAKWyAgICAwLjAw MDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDBjZjZhZTAwMCAtIDAw MDAwMDAwY2Y2ZjAwMDAKWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9y eTogMDAwMDAwMDBjZjZmMDAwMCAtIDAwMDAwMDAwY2Y3MDAwMDAKWyAgICAwLjAwMDAwMF0gUE06 IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDBjZjcwMDAwMCAtIDAwMDAwMDAwZmVj MDAwMDAKWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAw MDBmZWMwMDAwMCAtIDAwMDAwMDAwZmVjMDEwMDAKWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVy ZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDBmZWMwMTAwMCAtIDAwMDAwMDAwZmVlMDAwMDAKWyAg ICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDBmZWUwMDAw MCAtIDAwMDAwMDAwZmVlMDEwMDAKWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZl IG1lbW9yeTogMDAwMDAwMDBmZWUwMTAwMCAtIDAwMDAwMDAwZmZiMDAwMDAKWyAgICAwLjAwMDAw MF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDBmZmIwMDAwMCAtIDAwMDAw MDAxMDAwMDAwMDAKWyAgICAwLjAwMDAwMF0gQWxsb2NhdGluZyBQQ0kgcmVzb3VyY2VzIHN0YXJ0 aW5nIGF0IGNmNzAwMDAwIChnYXA6IGNmNzAwMDAwOjJmNTAwMDAwKQpbICAgIDAuMDAwMDAwXSBC b290aW5nIHBhcmF2aXJ0dWFsaXplZCBrZXJuZWwgb24gWGVuClsgICAgMC4wMDAwMDBdIFhlbiB2 ZXJzaW9uOiA0LjEuMiAocHJlc2VydmUtQUQpClsgICAgMC4wMDAwMDBdIHNldHVwX3BlcmNwdTog TlJfQ1BVUzo4IG5yX2NwdW1hc2tfYml0czo4IG5yX2NwdV9pZHM6NCBucl9ub2RlX2lkczoxClsg ICAgMC4wMDAwMDBdIFBFUkNQVTogRW1iZWRkZWQgMjcgcGFnZXMvY3B1IEBmZmZmODgwMGNmNDAw MDAwIHM4MTI4MCByODE5MiBkMjExMjAgdTUyNDI4OApbICAgIDAuMDAwMDAwXSBwY3B1LWFsbG9j OiBzODEyODAgcjgxOTIgZDIxMTIwIHU1MjQyODggYWxsb2M9MSoyMDk3MTUyClsgICAgMC4wMDAw MDBdIHBjcHUtYWxsb2M6IFswXSAwIDEgMiAzIApbICAgIDAuMDAwMDAwXSBCdWlsdCAxIHpvbmVs aXN0cyBpbiBab25lIG9yZGVyLCBtb2JpbGl0eSBncm91cGluZyBvbi4gIFRvdGFsIHBhZ2VzOiAx MDI1MDEzClsgICAgMC4wMDAwMDBdIEtlcm5lbCBjb21tYW5kIGxpbmU6IGRybS5kZWJ1Zz0yNTUg ZGVidWcgbG9nbGV2ZWw9OCBpbml0Y2FsbF9kZWJ1ZyBjb25zb2xlPXR0eVMwLDExNTIwMG44IApb ICAgIDAuMDAwMDAwXSBQSUQgaGFzaCB0YWJsZSBlbnRyaWVzOiA0MDk2IChvcmRlcjogMywgMzI3 NjggYnl0ZXMpClsgICAgMC4wMDAwMDBdIERlbnRyeSBjYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6 IDUyNDI4OCAob3JkZXI6IDEwLCA0MTk0MzA0IGJ5dGVzKQpbICAgIDAuMDAwMDAwXSBJbm9kZS1j YWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDI2MjE0NCAob3JkZXI6IDksIDIwOTcxNTIgYnl0ZXMp ClsgICAgMC4wMDAwMDBdIFBsYWNpbmcgNjRNQiBzb2Z0d2FyZSBJTyBUTEIgYmV0d2VlbiBmZmZm ODgwMGM2YTAwMDAwIC0gZmZmZjg4MDBjYWEwMDAwMApbICAgIDAuMDAwMDAwXSBzb2Z0d2FyZSBJ TyBUTEIgYXQgcGh5cyAweGM2YTAwMDAwIC0gMHhjYWEwMDAwMApbICAgIDAuMDAwMDAwXSBNZW1v cnk6IDMxMzMwODRrLzQ5ODA3MzZrIGF2YWlsYWJsZSAoODY1M2sga2VybmVsIGNvZGUsIDc5NjQ4 NGsgYWJzZW50LCAxMDUxMTY4ayByZXNlcnZlZCwgNjM2MWsgZGF0YSwgNjI0ayBpbml0KQpbICAg IDAuMDAwMDAwXSBTTFVCOiBHZW5zbGFicz0xNSwgSFdhbGlnbj02NCwgT3JkZXI9MC0zLCBNaW5P YmplY3RzPTAsIENQVXM9MiwgTm9kZXM9MQpbICAgIDAuMDAwMDAwXSBIaWVyYXJjaGljYWwgUkNV IGltcGxlbWVudGF0aW9uLgpbICAgIDAuMDAwMDAwXSAJQ09ORklHX1JDVV9GQU5PVVQgc2V0IHRv IG5vbi1kZWZhdWx0IHZhbHVlIG9mIDMyClsgICAgMC4wMDAwMDBdIE5SX0lSUVM6NDM1MiBucl9p cnFzOjUxMiAxNgpbICAgIDAuMDAwMDAwXSB4ZW46IHNjaSBvdmVycmlkZTogZ2xvYmFsX2lycT05 IHRyaWdnZXI9MCBwb2xhcml0eT0wClsgICAgMC4wMDAwMDBdIHhlbjogcmVnaXN0ZXJpbmcgZ3Np IDkgdHJpZ2dlcmluZyAwIHBvbGFyaXR5IDAKWyAgICAwLjAwMDAwMF0geGVuOiAtLT4gcGlycT05 IC0+IGlycT05IChnc2k9OSkKWyAgICAwLjAwMDAwMF0geGVuOiBhY3BpIHNjaSA5ClsgICAgMC4w MDAwMDBdIHhlbjogLS0+IHBpcnE9MSAtPiBpcnE9MSAoZ3NpPTEpClsgICAgMC4wMDAwMDBdIHhl bjogLS0+IHBpcnE9MiAtPiBpcnE9MiAoZ3NpPTIpClsgICAgMC4wMDAwMDBdIHhlbjogLS0+IHBp cnE9MyAtPiBpcnE9MyAoZ3NpPTMpClsgICAgMC4wMDAwMDBdIHhlbjogLS0+IHBpcnE9NCAtPiBp cnE9NCAoZ3NpPTQpClsgICAgMC4wMDAwMDBdIHhlbjogLS0+IHBpcnE9NSAtPiBpcnE9NSAoZ3Np PTUpClsgICAgMC4wMDAwMDBdIHhlbjogLS0+IHBpcnE9NiAtPiBpcnE9NiAoZ3NpPTYpClsgICAg MC4wMDAwMDBdIHhlbjogLS0+IHBpcnE9NyAtPiBpcnE9NyAoZ3NpPTcpClsgICAgMC4wMDAwMDBd IHhlbjogLS0+IHBpcnE9OCAtPiBpcnE9OCAoZ3NpPTgpClsgICAgMC4wMDAwMDBdIHhlbjogLS0+ IHBpcnE9MTAgLT4gaXJxPTEwIChnc2k9MTApClsgICAgMC4wMDAwMDBdIHhlbjogLS0+IHBpcnE9 MTEgLT4gaXJxPTExIChnc2k9MTEpClsgICAgMC4wMDAwMDBdIHhlbjogLS0+IHBpcnE9MTIgLT4g aXJxPTEyIChnc2k9MTIpClsgICAgMC4wMDAwMDBdIHhlbjogLS0+IHBpcnE9MTMgLT4gaXJxPTEz IChnc2k9MTMpClsgICAgMC4wMDAwMDBdIHhlbjogLS0+IHBpcnE9MTQgLT4gaXJxPTE0IChnc2k9 MTQpClsgICAgMC4wMDAwMDBdIHhlbjogLS0+IHBpcnE9MTUgLT4gaXJxPTE1IChnc2k9MTUpClsg ICAgMC4wMDAwMDBdIENvbnNvbGU6IGNvbG91ciBkdW1teSBkZXZpY2UgODB4MjUKWyAgICAwLjAw MDAwMF0gY29uc29sZSBbdHR5UzBdIGVuYWJsZWQKWyAgICAwLjAwMDAwMF0gWGVuOiB1c2luZyB2 Y3B1b3AgdGltZXIgaW50ZXJmYWNlClsgICAgMC4wMDAwMDBdIGluc3RhbGxpbmcgWGVuIHRpbWVy IGZvciBDUFUgMApbICAgIDAuMDAwMDAwXSBEZXRlY3RlZCAyODAwLjAzMCBNSHogcHJvY2Vzc29y LgpbICAgIDAuMDAxOTk5XSBDYWxpYnJhdGluZyBkZWxheSBsb29wIChza2lwcGVkKSwgdmFsdWUg Y2FsY3VsYXRlZCB1c2luZyB0aW1lciBmcmVxdWVuY3kuLiA1NjAwLjA2IEJvZ29NSVBTIChscGo9 MjgwMDAzMCkKWyAgICAwLjAwMzAwMl0gcGlkX21heDogZGVmYXVsdDogMzI3NjggbWluaW11bTog MzAxClsgICAgMC4wMDQwMzBdIFNlY3VyaXR5IEZyYW1ld29yayBpbml0aWFsaXplZApbICAgIDAu MDA1MDA1XSBTRUxpbnV4OiAgSW5pdGlhbGl6aW5nLgpbICAgIDAuMDA2MDA5XSBTRUxpbnV4OiAg U3RhcnRpbmcgaW4gcGVybWlzc2l2ZSBtb2RlClsgICAgMC4wMDcwMTFdIE1vdW50LWNhY2hlIGhh c2ggdGFibGUgZW50cmllczogMjU2ClsgICAgMC4wMDgyMzFdIEluaXRpYWxpemluZyBjZ3JvdXAg c3Vic3lzIGNwdWFjY3QKWyAgICAwLjAwOTAwMl0gSW5pdGlhbGl6aW5nIGNncm91cCBzdWJzeXMg ZnJlZXplcgpbICAgIDAuMDEwMDUyXSBDUFU6IFBoeXNpY2FsIFByb2Nlc3NvciBJRDogMApbICAg IDAuMDExMDAxXSBDUFU6IFByb2Nlc3NvciBDb3JlIElEOiAwClsgICAgMC4wMTMwODddIEFDUEk6 IENvcmUgcmV2aXNpb24gMjAxMjAzMjAKWyAgICAwLjAxNjA3NF0gY2FsbGluZyAgdHJhY2VfaW5p dF9mbGFnc19zeXNfZXhpdCsweDAvMHgxMiBAIDEKWyAgICAwLjAxNzAwMl0gaW5pdGNhbGwgdHJh Y2VfaW5pdF9mbGFnc19zeXNfZXhpdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MK WyAgICAwLjAxODAwMV0gY2FsbGluZyAgdHJhY2VfaW5pdF9mbGFnc19zeXNfZW50ZXIrMHgwLzB4 MTIgQCAxClsgICAgMC4wMTkwMDFdIGluaXRjYWxsIHRyYWNlX2luaXRfZmxhZ3Nfc3lzX2VudGVy KzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMDIwMDAxXSBjYWxsaW5n ICBpbml0X2h3X3BlcmZfZXZlbnRzKzB4MC8weDQzYSBAIDEKWyAgICAwLjAyMTAwMF0gUGVyZm9y bWFuY2UgRXZlbnRzOiB1bnN1cHBvcnRlZCBwNiBDUFUgbW9kZWwgMjMgbm8gUE1VIGRyaXZlciwg c29mdHdhcmUgZXZlbnRzIG9ubHkuClsgICAgMC4wMjQwMDFdIGluaXRjYWxsIGluaXRfaHdfcGVy Zl9ldmVudHMrMHgwLzB4NDNhIHJldHVybmVkIDAgYWZ0ZXIgMjkyOSB1c2VjcwpbICAgIDAuMDI1 MDAyXSBjYWxsaW5nICBzcGF3bl9rc29mdGlycWQrMHgwLzB4NTMgQCAxClsgICAgMC4wMjYwMjFd IGluaXRjYWxsIHNwYXduX2tzb2Z0aXJxZCsweDAvMHg1MyByZXR1cm5lZCAwIGFmdGVyIDAgdXNl Y3MKWyAgICAwLjAyNzAwMV0gY2FsbGluZyAgaW5pdF93b3JrcXVldWVzKzB4MC8weDJlMyBAIDEK WyAgICAwLjAyODA1Ml0gaW5pdGNhbGwgaW5pdF93b3JrcXVldWVzKzB4MC8weDJlMyByZXR1cm5l ZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjAyOTAwMV0gY2FsbGluZyAgbWlncmF0aW9uX2luaXQr MHgwLzB4NmMgQCAxClsgICAgMC4wMzAwMDFdIGluaXRjYWxsIG1pZ3JhdGlvbl9pbml0KzB4MC8w eDZjIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMDMxMDAxXSBjYWxsaW5nICBjcHVf c3RvcF9pbml0KzB4MC8weGFjIEAgMQpbICAgIDAuMDMyMDIxXSBpbml0Y2FsbCBjcHVfc3RvcF9p bml0KzB4MC8weGFjIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMDMzMDAxXSBjYWxs aW5nICByY3Vfc2NoZWR1bGVyX3JlYWxseV9zdGFydGVkKzB4MC8weDEyIEAgMQpbICAgIDAuMDM0 MDAwXSBpbml0Y2FsbCByY3Vfc2NoZWR1bGVyX3JlYWxseV9zdGFydGVkKzB4MC8weDEyIHJldHVy bmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMDM1MDAwXSBjYWxsaW5nICByZWxheV9pbml0KzB4 MC8weDE0IEAgMQpbICAgIDAuMDM2MDAwXSBpbml0Y2FsbCByZWxheV9pbml0KzB4MC8weDE0IHJl dHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMDM3MDAwXSBjYWxsaW5nICB0cmFjZXJfYWxs b2NfYnVmZmVycysweDAvMHgxNmYgQCAxClsgICAgMC4wMzgwMzhdIGluaXRjYWxsIHRyYWNlcl9h bGxvY19idWZmZXJzKzB4MC8weDE2ZiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjAz OTAwMF0gY2FsbGluZyAgaW5pdF90cmFjZV9wcmludGsrMHgwLzB4MTIgQCAxClsgICAgMC4wNDAw MDFdIGluaXRjYWxsIGluaXRfdHJhY2VfcHJpbnRrKzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIg MCB1c2VjcwpbICAgIDAuMDQxMDAwXSBjYWxsaW5nICBtY2VfYW1kX2luaXQrMHgwLzB4MTE2IEAg MQpbICAgIDAuMDQxOTk5XSBpbml0Y2FsbCBtY2VfYW1kX2luaXQrMHgwLzB4MTE2IHJldHVybmVk IDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMDQzMDU3XSBpbnN0YWxsaW5nIFhlbiB0aW1lciBmb3Ig Q1BVIDEKWyAgICAwLjA0NDEwNF0gQnJvdWdodCB1cCAyIENQVXMKWyAgICAwLjA0NTAzNV0gZGV2 dG1wZnM6IGluaXRpYWxpemVkClsgICAgMC4wNDYxNDhdIGNhbGxpbmcgIGlwY19uc19pbml0KzB4 MC8weDE0IEAgMQpbICAgIDAuMDQ3MDAxXSBpbml0Y2FsbCBpcGNfbnNfaW5pdCsweDAvMHgxNCBy ZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjA0Nzk5OV0gY2FsbGluZyAgaW5pdF9tbWFw X21pbl9hZGRyKzB4MC8weDI3IEAgMQpbICAgIDAuMDQ4OTk5XSBpbml0Y2FsbCBpbml0X21tYXBf bWluX2FkZHIrMHgwLzB4MjcgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4wNTAwMDBd IGNhbGxpbmcgIGluaXRfY3B1ZnJlcV90cmFuc2l0aW9uX25vdGlmaWVyX2xpc3QrMHgwLzB4MWIg QCAxClsgICAgMC4wNTEwMDBdIGluaXRjYWxsIGluaXRfY3B1ZnJlcV90cmFuc2l0aW9uX25vdGlm aWVyX2xpc3QrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4wNTIwMDBd IGNhbGxpbmcgIG5ldF9uc19pbml0KzB4MC8weGVhIEAgMQpbICAgIDAuMDUzMDE2XSBpbml0Y2Fs bCBuZXRfbnNfaW5pdCsweDAvMHhlYSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjA1 NDAxNF0gY2FsbGluZyAgZTgyMF9tYXJrX252c19tZW1vcnkrMHgwLzB4M2QgQCAxClsgICAgMC4w NTQ5OTldIFBNOiBSZWdpc3RlcmluZyBBQ1BJIE5WUyByZWdpb24gW21lbSAweGNmNmFlMDAwLTB4 Y2Y2ZWZmZmZdICgyNzAzMzYgYnl0ZXMpClsgICAgMC4wNTYwMDJdIGluaXRjYWxsIGU4MjBfbWFy a19udnNfbWVtb3J5KzB4MC8weDNkIHJldHVybmVkIDAgYWZ0ZXIgOTc2IHVzZWNzClsgICAgMC4w NTY5OThdIGNhbGxpbmcgIGNwdWZyZXFfdHNjKzB4MC8weDMwIEAgMQpbICAgIDAuMDU3OTk4XSBp bml0Y2FsbCBjcHVmcmVxX3RzYysweDAvMHgzMCByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAg ICAwLjA1ODk5OF0gY2FsbGluZyAgcGNpX3JlYm9vdF9pbml0KzB4MC8weDFkIEAgMQpbICAgIDAu MDU5OTk5XSBpbml0Y2FsbCBwY2lfcmVib290X2luaXQrMHgwLzB4MWQgcmV0dXJuZWQgMCBhZnRl ciAwIHVzZWNzClsgICAgMC4wNjA5OThdIGNhbGxpbmcgIGluaXRfbGFwaWNfc3lzZnMrMHgwLzB4 MjAgQCAxClsgICAgMC4wNjE5OThdIGluaXRjYWxsIGluaXRfbGFwaWNfc3lzZnMrMHgwLzB4MjAg cmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4wNjI5OThdIGNhbGxpbmcgIGluaXRfc21w X2ZsdXNoKzB4MC8weDMyIEAgMQpbICAgIDAuMDYzOTk3XSBpbml0Y2FsbCBpbml0X3NtcF9mbHVz aCsweDAvMHgzMiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjA2NDk5N10gY2FsbGlu ZyAgY3B1X2hvdHBsdWdfcG1fc3luY19pbml0KzB4MC8weDE0IEAgMQpbICAgIDAuMDY1OTk3XSBp bml0Y2FsbCBjcHVfaG90cGx1Z19wbV9zeW5jX2luaXQrMHgwLzB4MTQgcmV0dXJuZWQgMCBhZnRl ciAwIHVzZWNzClsgICAgMC4wNjY5OTddIGNhbGxpbmcgIGFsbG9jX2Zyb3plbl9jcHVzKzB4MC8w eDggQCAxClsgICAgMC4wNjc5OTddIGluaXRjYWxsIGFsbG9jX2Zyb3plbl9jcHVzKzB4MC8weDgg cmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4wNjg5OTZdIGNhbGxpbmcgIGtzeXNmc19p bml0KzB4MC8weDkxIEAgMQpbICAgIDAuMDcwMDAxXSBpbml0Y2FsbCBrc3lzZnNfaW5pdCsweDAv MHg5MSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjA3MDk5Nl0gY2FsbGluZyAgcG1f aW5pdCsweDAvMHgzZSBAIDEKWyAgICAwLjA3MjAwMF0gaW5pdGNhbGwgcG1faW5pdCsweDAvMHgz ZSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjA3Mjk5Nl0gY2FsbGluZyAgcG1fZGlz a19pbml0KzB4MC8weDE5IEAgMQpbICAgIDAuMDc0MDAwXSBpbml0Y2FsbCBwbV9kaXNrX2luaXQr MHgwLzB4MTkgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4wNzQ5OTddIGNhbGxpbmcg IHN3c3VzcF9oZWFkZXJfaW5pdCsweDAvMHgzMCBAIDEKWyAgICAwLjA3NTk5Nl0gaW5pdGNhbGwg c3dzdXNwX2hlYWRlcl9pbml0KzB4MC8weDMwIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAg IDAuMDc2OTk2XSBjYWxsaW5nICBpbml0X2ppZmZpZXNfY2xvY2tzb3VyY2UrMHgwLzB4MTIgQCAx ClsgICAgMC4wNzc5OTZdIGluaXRjYWxsIGluaXRfamlmZmllc19jbG9ja3NvdXJjZSsweDAvMHgx MiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjA3ODk5Nl0gY2FsbGluZyAgaW5pdF96 ZXJvX3BmbisweDAvMHgxZiBAIDEKWyAgICAwLjA3OTk5NV0gaW5pdGNhbGwgaW5pdF96ZXJvX3Bm bisweDAvMHgxZiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjA4MDk5Nl0gY2FsbGlu ZyAgZnNub3RpZnlfaW5pdCsweDAvMHgyNiBAIDEKWyAgICAwLjA4MTk5Nl0gaW5pdGNhbGwgZnNu b3RpZnlfaW5pdCsweDAvMHgyNiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjA4Mjk5 NV0gY2FsbGluZyAgZmlsZWxvY2tfaW5pdCsweDAvMHgyYSBAIDEKWyAgICAwLjA4Mzk5Nl0gaW5p dGNhbGwgZmlsZWxvY2tfaW5pdCsweDAvMHgyYSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAg ICAwLjA4NDk5NV0gY2FsbGluZyAgaW5pdF9taXNjX2JpbmZtdCsweDAvMHgzMSBAIDEKWyAgICAw LjA4NTk5Nl0gaW5pdGNhbGwgaW5pdF9taXNjX2JpbmZtdCsweDAvMHgzMSByZXR1cm5lZCAwIGFm dGVyIDAgdXNlY3MKWyAgICAwLjA4Njk5NV0gY2FsbGluZyAgaW5pdF9zY3JpcHRfYmluZm10KzB4 MC8weDE2IEAgMQpbICAgIDAuMDg3OTk1XSBpbml0Y2FsbCBpbml0X3NjcmlwdF9iaW5mbXQrMHgw LzB4MTYgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4wODg5OTVdIGNhbGxpbmcgIGlu aXRfZWxmX2JpbmZtdCsweDAvMHgxNiBAIDEKWyAgICAwLjA4OTk5NV0gaW5pdGNhbGwgaW5pdF9l bGZfYmluZm10KzB4MC8weDE2IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMDkwOTk1 XSBjYWxsaW5nICBkZWJ1Z2ZzX2luaXQrMHgwLzB4NTcgQCAxClsgICAgMC4wOTE5OTddIGluaXRj YWxsIGRlYnVnZnNfaW5pdCsweDAvMHg1NyByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAw LjA5Mjk5NV0gY2FsbGluZyAgcmFuZG9tMzJfaW5pdCsweDAvMHhkNiBAIDEKWyAgICAwLjA5Mzk5 NV0gaW5pdGNhbGwgcmFuZG9tMzJfaW5pdCsweDAvMHhkNiByZXR1cm5lZCAwIGFmdGVyIDAgdXNl Y3MKWyAgICAwLjA5NDk5NV0gY2FsbGluZyAgX19nbnR0YWJfaW5pdCsweDAvMHgyMSBAIDEKWyAg ICAwLjA5NjAwM10gR3JhbnQgdGFibGVzIHVzaW5nIHZlcnNpb24gMiBsYXlvdXQuClsgICAgMC4w OTcwMDFdIEdyYW50IHRhYmxlIGluaXRpYWxpemVkClsgICAgMC4wOTc5OTVdIGluaXRjYWxsIF9f Z250dGFiX2luaXQrMHgwLzB4MjEgcmV0dXJuZWQgMCBhZnRlciAxOTUyIHVzZWNzClsgICAgMC4w OTg5OTVdIGNhbGxpbmcgIGVhcmx5X3Jlc3VtZV9pbml0KzB4MC8weDFkMCBAIDEKWyAgICAwLjEw MDAxNl0gUlRDIHRpbWU6ICA5OjUwOjI1LCBkYXRlOiAwNy8yMC8xMgpbICAgIDAuMTAwOTk0XSBp bml0Y2FsbCBlYXJseV9yZXN1bWVfaW5pdCsweDAvMHgxZDAgcmV0dXJuZWQgMCBhZnRlciA5NzYg dXNlY3MKWyAgICAwLjEwMTk5NF0gY2FsbGluZyAgY3B1ZnJlcV9jb3JlX2luaXQrMHgwLzB4YzAg QCAxClsgICAgMC4xMDI5OTRdIGluaXRjYWxsIGNwdWZyZXFfY29yZV9pbml0KzB4MC8weGMwIHJl dHVybmVkIC0xOSBhZnRlciAwIHVzZWNzClsgICAgMC4xMDM5OTNdIGNhbGxpbmcgIGNwdWlkbGVf aW5pdCsweDAvMHgzZCBAIDEKWyAgICAwLjEwNDk5M10gaW5pdGNhbGwgY3B1aWRsZV9pbml0KzB4 MC8weDNkIHJldHVybmVkIC0xOSBhZnRlciAwIHVzZWNzClsgICAgMC4xMDU5OTNdIGNhbGxpbmcg IHNvY2tfaW5pdCsweDAvMHg4MCBAIDEKWyAgICAwLjEwNzAxNV0gaW5pdGNhbGwgc29ja19pbml0 KzB4MC8weDgwIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMTA3OTkzXSBjYWxsaW5n ICBuZXRfaW51c2VfaW5pdCsweDAvMHgyNiBAIDEKWyAgICAwLjEwODk5NV0gaW5pdGNhbGwgbmV0 X2ludXNlX2luaXQrMHgwLzB4MjYgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4xMDk5 OTNdIGNhbGxpbmcgIG5ldHBvbGxfaW5pdCsweDAvMHgzMCBAIDEKWyAgICAwLjExMDk5M10gaW5p dGNhbGwgbmV0cG9sbF9pbml0KzB4MC8weDMwIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAg IDAuMTExOTkyXSBjYWxsaW5nICBuZXRsaW5rX3Byb3RvX2luaXQrMHgwLzB4MWFiIEAgMQpbICAg IDAuMTEyOTk1XSBORVQ6IFJlZ2lzdGVyZWQgcHJvdG9jb2wgZmFtaWx5IDE2ClsgICAgMC4xMTQw MDFdIGluaXRjYWxsIG5ldGxpbmtfcHJvdG9faW5pdCsweDAvMHgxYWIgcmV0dXJuZWQgMCBhZnRl ciA5NzYgdXNlY3MKWyAgICAwLjExNTAwOF0gY2FsbGluZyAgYmRpX2NsYXNzX2luaXQrMHgwLzB4 NDkgQCAxClsgICAgMC4xMTYwMTZdIGt3b3JrZXIvdTowIHVzZWQgZ3JlYXRlc3Qgc3RhY2sgZGVw dGg6IDY1NjggYnl0ZXMgbGVmdApbICAgIDAuMTE2MDE2XSBpbml0Y2FsbCBiZGlfY2xhc3NfaW5p dCsweDAvMHg0OSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjExNjAxNl0gY2FsbGlu ZyAga29iamVjdF91ZXZlbnRfaW5pdCsweDAvMHgyMSBAIDEKWyAgICAwLjExNjAxNl0gaW5pdGNh bGwga29iamVjdF91ZXZlbnRfaW5pdCsweDAvMHgyMSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MK WyAgICAwLjExNjAxNl0gY2FsbGluZyAgcGNpYnVzX2NsYXNzX2luaXQrMHgwLzB4MTkgQCAxClsg ICAgMC4xNDI5OTddIGluaXRjYWxsIHBjaWJ1c19jbGFzc19pbml0KzB4MC8weDE5IHJldHVybmVk IDAgYWZ0ZXIgMjYzNjMgdXNlY3MKWyAgICAwLjE0Mzk4OV0gY2FsbGluZyAgcGNpX2RyaXZlcl9p bml0KzB4MC8weDE5IEAgMQpbICAgIDAuMTQ1MDA4XSBpbml0Y2FsbCBwY2lfZHJpdmVyX2luaXQr MHgwLzB4MTkgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4xNDU5ODldIGNhbGxpbmcg IGJhY2tsaWdodF9jbGFzc19pbml0KzB4MC8weDVkIEAgMQpbICAgIDAuMTQ3MDA4XSBpbml0Y2Fs bCBiYWNrbGlnaHRfY2xhc3NfaW5pdCsweDAvMHg1ZCByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MK WyAgICAwLjE0Nzk4OV0gY2FsbGluZyAgdmlkZW9fb3V0cHV0X2NsYXNzX2luaXQrMHgwLzB4MTkg QCAxClsgICAgMC4xNDkwMDVdIGluaXRjYWxsIHZpZGVvX291dHB1dF9jbGFzc19pbml0KzB4MC8w eDE5IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMTQ5OTg5XSBjYWxsaW5nICB4ZW5i dXNfaW5pdCsweDAvMHgyNzAgQCAxClsgICAgMC4xNTEwMTVdIGluaXRjYWxsIHhlbmJ1c19pbml0 KzB4MC8weDI3MCByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjE1MTk4OF0gY2FsbGlu ZyAgdHR5X2NsYXNzX2luaXQrMHgwLzB4MzQgQCAxClsgICAgMC4xNTMwMDRdIGluaXRjYWxsIHR0 eV9jbGFzc19pbml0KzB4MC8weDM0IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMTUz OTg4XSBjYWxsaW5nICB2dGNvbnNvbGVfY2xhc3NfaW5pdCsweDAvMHhlMSBAIDEKWyAgICAwLjE1 NTAxMl0gaW5pdGNhbGwgdnRjb25zb2xlX2NsYXNzX2luaXQrMHgwLzB4ZTEgcmV0dXJuZWQgMCBh ZnRlciAwIHVzZWNzClsgICAgMC4xNTU5ODhdIGNhbGxpbmcgIHdha2V1cF9zb3VyY2VzX2RlYnVn ZnNfaW5pdCsweDAvMHgyYiBAIDEKWyAgICAwLjE1Njk5MF0gaW5pdGNhbGwgd2FrZXVwX3NvdXJj ZXNfZGVidWdmc19pbml0KzB4MC8weDJiIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAu MTU3OTg3XSBjYWxsaW5nICBpMmNfaW5pdCsweDAvMHg3NiBAIDEKWyAgICAwLjE1OTAxM10gaW5p dGNhbGwgaTJjX2luaXQrMHgwLzB4NzYgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4x NTk5ODddIGNhbGxpbmcgIGFtZF9wb3N0Y29yZV9pbml0KzB4MC8weDE0MiBAIDEKWyAgICAwLjE2 MDk4N10gaW5pdGNhbGwgYW1kX3Bvc3Rjb3JlX2luaXQrMHgwLzB4MTQyIHJldHVybmVkIDAgYWZ0 ZXIgMCB1c2VjcwpbICAgIDAuMTYyMDAyXSBjYWxsaW5nICBhcmNoX2tkZWJ1Z2ZzX2luaXQrMHgw LzB4MjAxIEAgMQpbICAgIDAuMTYyOTk0XSBpbml0Y2FsbCBhcmNoX2tkZWJ1Z2ZzX2luaXQrMHgw LzB4MjAxIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMTYzOTg2XSBjYWxsaW5nICBj b25maWd1cmVfdHJhbXBvbGluZXMrMHgwLzB4MjYgQCAxClsgICAgMC4xNjQ5ODddIGluaXRjYWxs IGNvbmZpZ3VyZV90cmFtcG9saW5lcysweDAvMHgyNiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MK WyAgICAwLjE2NTk4Nl0gY2FsbGluZyAgbXRycl9pZl9pbml0KzB4MC8weDY0IEAgMQpbICAgIDAu MTY2OTg2XSBpbml0Y2FsbCBtdHJyX2lmX2luaXQrMHgwLzB4NjQgcmV0dXJuZWQgLTE5IGFmdGVy IDAgdXNlY3MKWyAgICAwLjE2Nzk4NV0gY2FsbGluZyAgZmZoX2NzdGF0ZV9pbml0KzB4MC8weDJh IEAgMQpbICAgIDAuMTY4OTg4XSBpbml0Y2FsbCBmZmhfY3N0YXRlX2luaXQrMHgwLzB4MmEgcmV0 dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4xNjk5ODZdIGNhbGxpbmcgIGFjcGlfcGNpX2lu aXQrMHgwLzB4NWMgQCAxClsgICAgMC4xNzA5ODVdIEFDUEk6IGJ1cyB0eXBlIHBjaSByZWdpc3Rl cmVkClsgICAgMC4xNzE5ODZdIGluaXRjYWxsIGFjcGlfcGNpX2luaXQrMHgwLzB4NWMgcmV0dXJu ZWQgMCBhZnRlciA5NzYgdXNlY3MKWyAgICAwLjE3Mjk4NV0gY2FsbGluZyAgc2V0dXBfdmNwdV9o b3RwbHVnX2V2ZW50KzB4MC8weDIyIEAgMQpbICAgIDAuMTczOTg1XSBpbml0Y2FsbCBzZXR1cF92 Y3B1X2hvdHBsdWdfZXZlbnQrMHgwLzB4MjIgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAg MC4xNzQ5ODVdIGNhbGxpbmcgIHJlZ2lzdGVyX3hlbl9wY2lfbm90aWZpZXIrMHgwLzB4MzEgQCAx ClsgICAgMC4xNzU5ODVdIGluaXRjYWxsIHJlZ2lzdGVyX3hlbl9wY2lfbm90aWZpZXIrMHgwLzB4 MzEgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4xNzY5ODRdIGNhbGxpbmcgIGRtaV9p ZF9pbml0KzB4MC8weDMxOCBAIDEKWyAgICAwLjE3ODAxNl0gaW5pdGNhbGwgZG1pX2lkX2luaXQr MHgwLzB4MzE4IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMTc4OTg2XSBjYWxsaW5n ICBwY2lfYXJjaF9pbml0KzB4MC8weDY2IEAgMQpbICAgIDAuMTc5OTk4XSBQQ0k6IE1NQ09ORklH IGZvciBkb21haW4gMDAwMCBbYnVzIDAwLWZmXSBhdCBbbWVtIDB4ZTAwMDAwMDAtMHhlZmZmZmZm Zl0gKGJhc2UgMHhlMDAwMDAwMCkKWyAgICAwLjE4MDk4NF0gUENJOiBub3QgdXNpbmcgTU1DT05G SUcKWyAgICAwLjE4MTk4M10gUENJOiBVc2luZyBjb25maWd1cmF0aW9uIHR5cGUgMSBmb3IgYmFz ZSBhY2Nlc3MKWyAgICAwLjE4Mjk4N10gaW5pdGNhbGwgcGNpX2FyY2hfaW5pdCsweDAvMHg2NiBy ZXR1cm5lZCAwIGFmdGVyIDI5MjkgdXNlY3MKWyAgICAwLjE4Mzk5OV0gY2FsbGluZyAgdG9wb2xv Z3lfaW5pdCsweDAvMHg0MCBAIDEKWyAgICAwLjE4NTAxMV0gaW5pdGNhbGwgdG9wb2xvZ3lfaW5p dCsweDAvMHg0MCByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjE4NTk4NF0gY2FsbGlu ZyAgbXRycl9pbml0X2ZpbmlhbGl6ZSsweDAvMHgzNiBAIDEKWyAgICAwLjE4Njk4NF0gaW5pdGNh bGwgbXRycl9pbml0X2ZpbmlhbGl6ZSsweDAvMHgzNiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MK WyAgICAwLjE4Nzk4M10gY2FsbGluZyAgaW5pdF92ZHNvKzB4MC8weDEyNSBAIDEKWyAgICAwLjE4 ODk4NV0gaW5pdGNhbGwgaW5pdF92ZHNvKzB4MC8weDEyNSByZXR1cm5lZCAwIGFmdGVyIDAgdXNl Y3MKWyAgICAwLjE4OTk4M10gY2FsbGluZyAgcGFyYW1fc3lzZnNfaW5pdCsweDAvMHgxOGYgQCAx ClsgICAgMC4xOTEwMDRdIGt3b3JrZXIvdTowIHVzZWQgZ3JlYXRlc3Qgc3RhY2sgZGVwdGg6IDYy NjQgYnl0ZXMgbGVmdApbICAgIDAuMTk3MDAyXSBrd29ya2VyL3U6MCB1c2VkIGdyZWF0ZXN0IHN0 YWNrIGRlcHRoOiA1ODMyIGJ5dGVzIGxlZnQKWyAgICAwLjIxMjAwMF0gaW5pdGNhbGwgcGFyYW1f c3lzZnNfaW5pdCsweDAvMHgxOGYgcmV0dXJuZWQgMCBhZnRlciAyMDUwNCB1c2VjcwpbICAgIDAu MjEyOTgzXSBjYWxsaW5nICBwbV9zeXNycV9pbml0KzB4MC8weDIwIEAgMQpbICAgIDAuMjEzOTgw XSBpbml0Y2FsbCBwbV9zeXNycV9pbml0KzB4MC8weDIwIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2Vj cwpbICAgIDAuMjE0OTc5XSBjYWxsaW5nICBkZWZhdWx0X2JkaV9pbml0KzB4MC8weGE1IEAgMQpb ICAgIDAuMjE2MDE1XSBpbml0Y2FsbCBkZWZhdWx0X2JkaV9pbml0KzB4MC8weGE1IHJldHVybmVk IDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMjE2OTgxXSBjYWxsaW5nICBpbml0X2JpbysweDAvMHhm NiBAIDEKWyAgICAwLjIxNzk4M10gYmlvOiBjcmVhdGUgc2xhYiA8YmlvLTA+IGF0IDAKWyAgICAw LjIxODk3OV0gaW5pdGNhbGwgaW5pdF9iaW8rMHgwLzB4ZjYgcmV0dXJuZWQgMCBhZnRlciA5NzYg dXNlY3MKWyAgICAwLjIxOTk3OF0gY2FsbGluZyAgZnNub3RpZnlfbm90aWZpY2F0aW9uX2luaXQr MHgwLzB4OGIgQCAxClsgICAgMC4yMjA5ODRdIGluaXRjYWxsIGZzbm90aWZ5X25vdGlmaWNhdGlv bl9pbml0KzB4MC8weDhiIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMjIxOTc5XSBj YWxsaW5nICBjcnlwdG9tZ3JfaW5pdCsweDAvMHgxMiBAIDEKWyAgICAwLjIyMjk3OV0gaW5pdGNh bGwgY3J5cHRvbWdyX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAg MC4yMjM5NzhdIGNhbGxpbmcgIGJsa19zZXR0aW5nc19pbml0KzB4MC8weDJhIEAgMQpbICAgIDAu MjI0OTc4XSBpbml0Y2FsbCBibGtfc2V0dGluZ3NfaW5pdCsweDAvMHgyYSByZXR1cm5lZCAwIGFm dGVyIDAgdXNlY3MKWyAgICAwLjIyNTk3OF0gY2FsbGluZyAgYmxrX2lvY19pbml0KzB4MC8weDJh IEAgMQpbICAgIDAuMjI2OTc5XSBpbml0Y2FsbCBibGtfaW9jX2luaXQrMHgwLzB4MmEgcmV0dXJu ZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4yMjc5NzhdIGNhbGxpbmcgIGJsa19zb2Z0aXJxX2lu aXQrMHgwLzB4NmQgQCAxClsgICAgMC4yMjg5NzldIGluaXRjYWxsIGJsa19zb2Z0aXJxX2luaXQr MHgwLzB4NmQgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4yMjk5NzddIGNhbGxpbmcg IGJsa19pb3BvbGxfc2V0dXArMHgwLzB4NmQgQCAxClsgICAgMC4yMzA5NzddIGluaXRjYWxsIGJs a19pb3BvbGxfc2V0dXArMHgwLzB4NmQgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4y MzE5NzZdIGNhbGxpbmcgIGdlbmhkX2RldmljZV9pbml0KzB4MC8weDc4IEAgMQpbICAgIDAuMjMy OTk1XSBpbml0Y2FsbCBnZW5oZF9kZXZpY2VfaW5pdCsweDAvMHg3OCByZXR1cm5lZCAwIGFmdGVy IDAgdXNlY3MKWyAgICAwLjIzMzk3OF0gY2FsbGluZyAgcGNpX3Nsb3RfaW5pdCsweDAvMHg1MCBA IDEKWyAgICAwLjIzNDk3OV0gaW5pdGNhbGwgcGNpX3Nsb3RfaW5pdCsweDAvMHg1MCByZXR1cm5l ZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjIzNTk3Nl0gY2FsbGluZyAgZmJtZW1faW5pdCsweDAv MHg5OCBAIDEKWyAgICAwLjIzNjk5N10gaW5pdGNhbGwgZmJtZW1faW5pdCsweDAvMHg5OCByZXR1 cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjIzNzk3Nl0gY2FsbGluZyAgYWNwaV9pbml0KzB4 MC8weDI5YiBAIDEKWyAgICAwLjIzODk4NF0gQUNQSTogQWRkZWQgX09TSShNb2R1bGUgRGV2aWNl KQpbICAgIDAuMjM5OTc1XSBBQ1BJOiBBZGRlZCBfT1NJKFByb2Nlc3NvciBEZXZpY2UpClsgICAg MC4yNDA5NzVdIEFDUEk6IEFkZGVkIF9PU0koMy4wIF9TQ1AgRXh0ZW5zaW9ucykKWyAgICAwLjI0 MTk3NV0gQUNQSTogQWRkZWQgX09TSShQcm9jZXNzb3IgQWdncmVnYXRvciBEZXZpY2UpClsgICAg MC4yNDM2NTRdIEFDUEk6IEVDOiBEZXRlY3RlZCBNU0kgaGFyZHdhcmUsIGVuYWJsaW5nIHdvcmth cm91bmRzLgpbICAgIDAuMjQzOTc1XSBBQ1BJOiBFQzogTG9vayB1cCBFQyBpbiBEU0RUClsgICAg MC4yNDU4MTRdIEFDUEk6IEV4ZWN1dGVkIDEgYmxvY2tzIG9mIG1vZHVsZS1sZXZlbCBleGVjdXRh YmxlIEFNTCBjb2RlClsgICAgMC4yNDg1MjBdIEFDUEk6IFNTRFQgMDAwMDAwMDBjZjZiMDBmMCAw MDQ4QSAodjAxIERwZ1BtbSAgUDAwMUlzdCAwMDAwMDAxMSBJTlRMIDIwMDUxMTE3KQpbICAgIDAu MjUwMzM5XSBBQ1BJOiBEeW5hbWljIE9FTSBUYWJsZSBMb2FkOgpbICAgIDAuMjUyMTYzXSBBQ1BJ OiBTU0RUICAgICAgICAgICAobnVsbCkgMDA0OEEgKHYwMSBEcGdQbW0gIFAwMDFJc3QgMDAwMDAw MTEgSU5UTCAyMDA1MTExNykKWyAgICAwLjI1NDQwNl0gQUNQSTogSW50ZXJwcmV0ZXIgZW5hYmxl ZApbICAgIDAuMjU0OTc2XSBBQ1BJOiAoc3VwcG9ydHMgUzAgUzEgUzQgUzUpClsgICAgMC4yNTY5 NzRdIEFDUEk6IFVzaW5nIElPQVBJQyBmb3IgaW50ZXJydXB0IHJvdXRpbmcKWyAgICAwLjI1Nzk5 MF0gUENJOiBNTUNPTkZJRyBmb3IgZG9tYWluIDAwMDAgW2J1cyAwMC1mZl0gYXQgW21lbSAweGUw MDAwMDAwLTB4ZWZmZmZmZmZdIChiYXNlIDB4ZTAwMDAwMDApClsgICAgMC4yNTk4NzNdIFBDSTog TU1DT05GSUcgYXQgW21lbSAweGUwMDAwMDAwLTB4ZWZmZmZmZmZdIHJlc2VydmVkIGluIEFDUEkg bW90aGVyYm9hcmQgcmVzb3VyY2VzClsgICAgMC4zMzUwMTRdIGluaXRjYWxsIGFjcGlfaW5pdCsw eDAvMHgyOWIgcmV0dXJuZWQgMCBhZnRlciA5MzczNSB1c2VjcwpbICAgIDAuMzM1OTYyXSBjYWxs aW5nICBkb2NrX2luaXQrMHgwLzB4YTUgQCAxClsgICAgMC4zMzcwMzFdIEFDUEk6IE5vIGRvY2sg ZGV2aWNlcyBmb3VuZC4KWyAgICAwLjMzNzk2MV0gaW5pdGNhbGwgZG9ja19pbml0KzB4MC8weGE1 IHJldHVybmVkIDAgYWZ0ZXIgOTc2IHVzZWNzClsgICAgMC4zMzg5NjFdIGNhbGxpbmcgIGFjcGlf cGNpX3Jvb3RfaW5pdCsweDAvMHgyOCBAIDEKWyAgICAwLjMzOTk2Ml0gUENJOiBVc2luZyBob3N0 IGJyaWRnZSB3aW5kb3dzIGZyb20gQUNQSTsgaWYgbmVjZXNzYXJ5LCB1c2UgInBjaT1ub2NycyIg YW5kIHJlcG9ydCBhIGJ1ZwpbICAgIDAuMzQxMDIyXSBBQ1BJOiBQQ0kgUm9vdCBCcmlkZ2UgW1BD STBdIChkb21haW4gMDAwMCBbYnVzIDAwLWZmXSkKWyAgICAwLjM0MjA1Nl0gcGNpX3Jvb3QgUE5Q MEEwODowMDogaG9zdCBicmlkZ2Ugd2luZG93IFtpbyAgMHgwMDAwLTB4MGNmN10KWyAgICAwLjM0 Mjk2MF0gcGNpX3Jvb3QgUE5QMEEwODowMDogaG9zdCBicmlkZ2Ugd2luZG93IFtpbyAgMHgwZDAw LTB4ZmZmZl0KWyAgICAwLjM0Mzk1OV0gcGNpX3Jvb3QgUE5QMEEwODowMDogaG9zdCBicmlkZ2Ug d2luZG93IFttZW0gMHgwMDBhMDAwMC0weDAwMGJmZmZmXQpbICAgIDAuMzQ0OTU5XSBwY2lfcm9v dCBQTlAwQTA4OjAwOiBob3N0IGJyaWRnZSB3aW5kb3cgW21lbSAweDAwMGQwMDAwLTB4MDAwZGZm ZmZdClsgICAgMC4zNDU5NTldIHBjaV9yb290IFBOUDBBMDg6MDA6IGhvc3QgYnJpZGdlIHdpbmRv dyBbbWVtIDB4Y2Y3MDAwMDAtMHhkZmZmZmZmZl0KWyAgICAwLjM0Njk1OV0gcGNpX3Jvb3QgUE5Q MEEwODowMDogaG9zdCBicmlkZ2Ugd2luZG93IFttZW0gMHhmMDAwMDAwMC0weGZmZmZmZmZmXQpb ICAgIDAuMzQ3OTkzXSBQQ0kgaG9zdCBicmlkZ2UgdG8gYnVzIDAwMDA6MDAKWyAgICAwLjM0ODk2 MF0gcGNpX2J1cyAwMDAwOjAwOiByb290IGJ1cyByZXNvdXJjZSBbaW8gIDB4MDAwMC0weDBjZjdd ClsgICAgMC4zNDk5NTldIHBjaV9idXMgMDAwMDowMDogcm9vdCBidXMgcmVzb3VyY2UgW2lvICAw eDBkMDAtMHhmZmZmXQpbICAgIDAuMzUwOTU4XSBwY2lfYnVzIDAwMDA6MDA6IHJvb3QgYnVzIHJl c291cmNlIFttZW0gMHgwMDBhMDAwMC0weDAwMGJmZmZmXQpbICAgIDAuMzUxOTU5XSBwY2lfYnVz IDAwMDA6MDA6IHJvb3QgYnVzIHJlc291cmNlIFttZW0gMHgwMDBkMDAwMC0weDAwMGRmZmZmXQpb ICAgIDAuMzUyOTU5XSBwY2lfYnVzIDAwMDA6MDA6IHJvb3QgYnVzIHJlc291cmNlIFttZW0gMHhj ZjcwMDAwMC0weGRmZmZmZmZmXQpbICAgIDAuMzUzOTU4XSBwY2lfYnVzIDAwMDA6MDA6IHJvb3Qg YnVzIHJlc291cmNlIFttZW0gMHhmMDAwMDAwMC0weGZmZmZmZmZmXQpbICAgIDAuMzU0OTcwXSBw Y2kgMDAwMDowMDowMC4wOiBbODA4NjoyOWMwXSB0eXBlIDAwIGNsYXNzIDB4MDYwMDAwClsgICAg MC4zNTU5NjFdIGNhbGxpbmcgIHF1aXJrX21taW9fYWx3YXlzX29uKzB4MC8weGEgQCAxIGZvciAw MDAwOjAwOjAwLjAKWyAgICAwLjM1Njk1OF0gcGNpIGZpeHVwIHF1aXJrX21taW9fYWx3YXlzX29u KzB4MC8weGEgcmV0dXJuZWQgYWZ0ZXIgMCB1c2VjcyBmb3IgMDAwMDowMDowMC4wClsgICAgMC4z NTgwMzhdIHBjaSAwMDAwOjAwOjAyLjA6IFs4MDg2OjI5YzJdIHR5cGUgMDAgY2xhc3MgMHgwMzAw MDAKWyAgICAwLjM1ODk3NV0gcGNpIDAwMDA6MDA6MDIuMDogcmVnIDEwOiBbbWVtIDB4ZmVhODAw MDAtMHhmZWFmZmZmZl0KWyAgICAwLjM1OTk2NV0gcGNpIDAwMDA6MDA6MDIuMDogcmVnIDE0OiBb aW8gIDB4ZGMwMC0weGRjMDddClsgICAgMC4zNjA5NjVdIHBjaSAwMDAwOjAwOjAyLjA6IHJlZyAx ODogW21lbSAweGQwMDAwMDAwLTB4ZGZmZmZmZmYgcHJlZl0KWyAgICAwLjM2MTk2NV0gcGNpIDAw MDA6MDA6MDIuMDogcmVnIDFjOiBbbWVtIDB4ZmU5MDAwMDAtMHhmZTlmZmZmZl0KWyAgICAwLjM2 MzA4MF0gcGNpIDAwMDA6MDA6MWIuMDogWzgwODY6MjdkOF0gdHlwZSAwMCBjbGFzcyAweDA0MDMw MApbICAgIDAuMzYzOTc4XSBwY2kgMDAwMDowMDoxYi4wOiByZWcgMTA6IFttZW0gMHhmZWE3ODAw MC0weGZlYTdiZmZmIDY0Yml0XQpbICAgIDAuMzY1MDY1XSBwY2kgMDAwMDowMDoxYi4wOiBQTUUj IHN1cHBvcnRlZCBmcm9tIEQwIEQzaG90IEQzY29sZApbICAgIDAuMzY1OTg3XSBwY2kgMDAwMDow MDoxYy4wOiBbODA4NjoyN2QwXSB0eXBlIDAxIGNsYXNzIDB4MDYwNDAwClsgICAgMC4zNjcwMTBd IGNhbGxpbmcgIHBjaV9maXh1cF90cmFuc3BhcmVudF9icmlkZ2UrMHgwLzB4MWQgQCAxIGZvciAw MDAwOjAwOjFjLjAKWyAgICAwLjM2Nzk1N10gcGNpIGZpeHVwIHBjaV9maXh1cF90cmFuc3BhcmVu dF9icmlkZ2UrMHgwLzB4MWQgcmV0dXJuZWQgYWZ0ZXIgMCB1c2VjcyBmb3IgMDAwMDowMDoxYy4w ClsgICAgMC4zNjkwMTZdIHBjaSAwMDAwOjAwOjFjLjA6IFBNRSMgc3VwcG9ydGVkIGZyb20gRDAg RDNob3QgRDNjb2xkClsgICAgMC4zNjk5ODhdIHBjaSAwMDAwOjAwOjFjLjE6IFs4MDg2OjI3ZDJd IHR5cGUgMDEgY2xhc3MgMHgwNjA0MDAKWyAgICAwLjM3MTAwOV0gY2FsbGluZyAgcGNpX2ZpeHVw X3RyYW5zcGFyZW50X2JyaWRnZSsweDAvMHgxZCBAIDEgZm9yIDAwMDA6MDA6MWMuMQpbICAgIDAu MzcxOTU2XSBwY2kgZml4dXAgcGNpX2ZpeHVwX3RyYW5zcGFyZW50X2JyaWRnZSsweDAvMHgxZCBy ZXR1cm5lZCBhZnRlciAwIHVzZWNzIGZvciAwMDAwOjAwOjFjLjEKWyAgICAwLjM3MzAxNV0gcGNp IDAwMDA6MDA6MWMuMTogUE1FIyBzdXBwb3J0ZWQgZnJvbSBEMCBEM2hvdCBEM2NvbGQKWyAgICAw LjM3Mzk5MV0gcGNpIDAwMDA6MDA6MWQuMDogWzgwODY6MjdjOF0gdHlwZSAwMCBjbGFzcyAweDBj MDMwMApbICAgIDAuMzc1MDE1XSBwY2kgMDAwMDowMDoxZC4wOiByZWcgMjA6IFtpbyAgMHhkODgw LTB4ZDg5Zl0KWyAgICAwLjM3NTk5OV0gcGNpIDAwMDA6MDA6MWQuMTogWzgwODY6MjdjOV0gdHlw ZSAwMCBjbGFzcyAweDBjMDMwMApbICAgIDAuMzc3MDE1XSBwY2kgMDAwMDowMDoxZC4xOiByZWcg MjA6IFtpbyAgMHhkODAwLTB4ZDgxZl0KWyAgICAwLjM3Nzk5OF0gcGNpIDAwMDA6MDA6MWQuMjog WzgwODY6MjdjYV0gdHlwZSAwMCBjbGFzcyAweDBjMDMwMApbICAgIDAuMzc5MDE0XSBwY2kgMDAw MDowMDoxZC4yOiByZWcgMjA6IFtpbyAgMHhkNDgwLTB4ZDQ5Zl0KWyAgICAwLjM3OTk5OF0gcGNp IDAwMDA6MDA6MWQuMzogWzgwODY6MjdjYl0gdHlwZSAwMCBjbGFzcyAweDBjMDMwMApbICAgIDAu MzgxMDE0XSBwY2kgMDAwMDowMDoxZC4zOiByZWcgMjA6IFtpbyAgMHhkNDAwLTB4ZDQxZl0KWyAg ICAwLjM4MjAxMV0gcGNpIDAwMDA6MDA6MWQuNzogWzgwODY6MjdjY10gdHlwZSAwMCBjbGFzcyAw eDBjMDMyMApbICAgIDAuMzgyOTc5XSBwY2kgMDAwMDowMDoxZC43OiByZWcgMTA6IFttZW0gMHhm ZWE3N2MwMC0weGZlYTc3ZmZmXQpbICAgIDAuMzg0MDc1XSBwY2kgMDAwMDowMDoxZC43OiBQTUUj IHN1cHBvcnRlZCBmcm9tIEQwIEQzaG90IEQzY29sZApbICAgIDAuMzg0OTc5XSBwY2kgMDAwMDow MDoxZS4wOiBbODA4NjoyNDRlXSB0eXBlIDAxIGNsYXNzIDB4MDYwNDAxClsgICAgMC4zODYwMDFd IGNhbGxpbmcgIHBjaV9maXh1cF90cmFuc3BhcmVudF9icmlkZ2UrMHgwLzB4MWQgQCAxIGZvciAw MDAwOjAwOjFlLjAKWyAgICAwLjM4Njk1M10gcGNpIGZpeHVwIHBjaV9maXh1cF90cmFuc3BhcmVu dF9icmlkZ2UrMHgwLzB4MWQgcmV0dXJuZWQgYWZ0ZXIgMCB1c2VjcyBmb3IgMDAwMDowMDoxZS4w ClsgICAgMC4zODgwMDNdIHBjaSAwMDAwOjAwOjFmLjA6IFs4MDg2OjI3YjhdIHR5cGUgMDAgY2xh c3MgMHgwNjAxMDAKWyAgICAwLjM4OTA2MF0gY2FsbGluZyAgaWNoX2ZvcmNlX2VuYWJsZV9ocGV0 KzB4MC8weDFhMCBAIDEgZm9yIDAwMDA6MDA6MWYuMApbICAgIDAuMzg5OTY3XSBwY2kgMDAwMDow MDoxZi4wOiBGb3JjZSBlbmFibGVkIEhQRVQgYXQgMHhmZWQwMDAwMApbICAgIDAuMzkwOTUzXSBw Y2kgZml4dXAgaWNoX2ZvcmNlX2VuYWJsZV9ocGV0KzB4MC8weDFhMCByZXR1cm5lZCBhZnRlciA5 NzYgdXNlY3MgZm9yIDAwMDA6MDA6MWYuMApbICAgIDAuMzkxOTUzXSBjYWxsaW5nICBxdWlya19p Y2g3X2xwYysweDAvMHg2NCBAIDEgZm9yIDAwMDA6MDA6MWYuMApbICAgIDAuMzkyOTYyXSBwY2kg MDAwMDowMDoxZi4wOiBJQ0g3IExQQyBHZW5lcmljIElPIGRlY29kZSAxIFBJTyBhdCAwYTAwICht YXNrIDAwZmYpClsgICAgMC4zOTM5NTNdIHBjaSAwMDAwOjAwOjFmLjA6IElDSDcgTFBDIEdlbmVy aWMgSU8gZGVjb2RlIDIgUElPIGF0IDQ3MDAgKG1hc2sgMDBmZikKWyAgICAwLjM5NDk1Nl0gcGNp IGZpeHVwIHF1aXJrX2ljaDdfbHBjKzB4MC8weDY0IHJldHVybmVkIGFmdGVyIDE5NTIgdXNlY3Mg Zm9yIDAwMDA6MDA6MWYuMApbICAgIDAuMzk2MDA1XSBwY2kgMDAwMDowMDoxZi4xOiBbODA4Njoy N2RmXSB0eXBlIDAwIGNsYXNzIDB4MDEwMThhClsgICAgMC4zOTY5NjhdIHBjaSAwMDAwOjAwOjFm LjE6IHJlZyAxMDogW2lvICAweDAwMDAtMHgwMDA3XQpbICAgIDAuMzk3OTYzXSBwY2kgMDAwMDow MDoxZi4xOiByZWcgMTQ6IFtpbyAgMHgwMDAwLTB4MDAwM10KWyAgICAwLjM5ODk2Ml0gcGNpIDAw MDA6MDA6MWYuMTogcmVnIDE4OiBbaW8gIDB4MDhmMC0weDA4ZjddClsgICAgMC4zOTk5NjJdIHBj aSAwMDAwOjAwOjFmLjE6IHJlZyAxYzogW2lvICAweDA4ZjgtMHgwOGZiXQpbICAgIDAuNDAwOTYy XSBwY2kgMDAwMDowMDoxZi4xOiByZWcgMjA6IFtpbyAgMHhmZmEwLTB4ZmZhZl0KWyAgICAwLjQw MjAwMV0gcGNpIDAwMDA6MDA6MWYuMjogWzgwODY6MjdjMF0gdHlwZSAwMCBjbGFzcyAweDAxMDE4 ZgpbICAgIDAuNDAyOTcwXSBwY2kgMDAwMDowMDoxZi4yOiByZWcgMTA6IFtpbyAgMHhkMDgwLTB4 ZDA4N10KWyAgICAwLjQwMzk2MF0gcGNpIDAwMDA6MDA6MWYuMjogcmVnIDE0OiBbaW8gIDB4ZDAw MC0weGQwMDNdClsgICAgMC40MDQ5NjBdIHBjaSAwMDAwOjAwOjFmLjI6IHJlZyAxODogW2lvICAw eGNjMDAtMHhjYzA3XQpbICAgIDAuNDA1OTYwXSBwY2kgMDAwMDowMDoxZi4yOiByZWcgMWM6IFtp byAgMHhjODgwLTB4Yzg4M10KWyAgICAwLjQwNjk2MF0gcGNpIDAwMDA6MDA6MWYuMjogcmVnIDIw OiBbaW8gIDB4YzgwMC0weGM4MGZdClsgICAgMC40MDgwMDVdIHBjaSAwMDAwOjAwOjFmLjI6IFBN RSMgc3VwcG9ydGVkIGZyb20gRDNob3QKWyAgICAwLjQwODk2OF0gcGNpIDAwMDA6MDA6MWYuMzog WzgwODY6MjdkYV0gdHlwZSAwMCBjbGFzcyAweDBjMDUwMApbICAgIDAuNDEwMDIwXSBwY2kgMDAw MDowMDoxZi4zOiByZWcgMjA6IFtpbyAgMHgwNDAwLTB4MDQxZl0KWyAgICAwLjQxMTA1N10gcGNp IDAwMDA6MDA6MWMuMDogUENJIGJyaWRnZSB0byBbYnVzIDAxLTAxXQpbICAgIDAuNDEyMDQ2XSBw Y2kgMDAwMDowMjowMC4wOiBbMTBlYzo4MTM2XSB0eXBlIDAwIGNsYXNzIDB4MDIwMDAwClsgICAg MC40MTI5NjldIHBjaSAwMDAwOjAyOjAwLjA6IHJlZyAxMDogW2lvICAweGU4MDAtMHhlOGZmXQpb ICAgIDAuNDEzOTg2XSBwY2kgMDAwMDowMjowMC4wOiByZWcgMTg6IFttZW0gMHhmZGZmZjAwMC0w eGZkZmZmZmZmIDY0Yml0IHByZWZdClsgICAgMC40MTQ5NzFdIHBjaSAwMDAwOjAyOjAwLjA6IHJl ZyAyMDogW21lbSAweGZkZmUwMDAwLTB4ZmRmZWZmZmYgNjRiaXQgcHJlZl0KWyAgICAwLjQxNTk2 M10gcGNpIDAwMDA6MDI6MDAuMDogcmVnIDMwOiBbbWVtIDB4ZmViZTAwMDAtMHhmZWJmZmZmZiBw cmVmXQpbICAgIDAuNDE3MDM3XSBwY2kgMDAwMDowMjowMC4wOiBzdXBwb3J0cyBEMSBEMgpbICAg IDAuNDE3OTQ4XSBwY2kgMDAwMDowMjowMC4wOiBQTUUjIHN1cHBvcnRlZCBmcm9tIEQwIEQxIEQy IEQzaG90IEQzY29sZApbICAgIDAuNDIwOTc3XSBwY2kgMDAwMDowMDoxYy4xOiBQQ0kgYnJpZGdl IHRvIFtidXMgMDItMDJdClsgICAgMC40MjE5NTFdIHBjaSAwMDAwOjAwOjFjLjE6ICAgYnJpZGdl IHdpbmRvdyBbaW8gIDB4ZTAwMC0weGVmZmZdClsgICAgMC40MjI5NTBdIHBjaSAwMDAwOjAwOjFj LjE6ICAgYnJpZGdlIHdpbmRvdyBbbWVtIDB4ZmViMDAwMDAtMHhmZWJmZmZmZl0KWyAgICAwLjQy Mzk1M10gcGNpIDAwMDA6MDA6MWMuMTogICBicmlkZ2Ugd2luZG93IFttZW0gMHhmZGYwMDAwMC0w eGZkZmZmZmZmIDY0Yml0IHByZWZdClsgICAgMC40MjUwMzVdIHBjaSAwMDAwOjAwOjFlLjA6IFBD SSBicmlkZ2UgdG8gW2J1cyAwMy0wM10gKHN1YnRyYWN0aXZlIGRlY29kZSkKWyAgICAwLjQyNTk1 OV0gcGNpIDAwMDA6MDA6MWUuMDogICBicmlkZ2Ugd2luZG93IFtpbyAgMHgwMDAwLTB4MGNmN10g KHN1YnRyYWN0aXZlIGRlY29kZSkKWyAgICAwLjQyNjk0N10gcGNpIDAwMDA6MDA6MWUuMDogICBi cmlkZ2Ugd2luZG93IFtpbyAgMHgwZDAwLTB4ZmZmZl0gKHN1YnRyYWN0aXZlIGRlY29kZSkKWyAg ICAwLjQyNzk0N10gcGNpIDAwMDA6MDA6MWUuMDogICBicmlkZ2Ugd2luZG93IFttZW0gMHgwMDBh MDAwMC0weDAwMGJmZmZmXSAoc3VidHJhY3RpdmUgZGVjb2RlKQpbICAgIDAuNDI4OTQ2XSBwY2kg MDAwMDowMDoxZS4wOiAgIGJyaWRnZSB3aW5kb3cgW21lbSAweDAwMGQwMDAwLTB4MDAwZGZmZmZd IChzdWJ0cmFjdGl2ZSBkZWNvZGUpClsgICAgMC40Mjk5NDZdIHBjaSAwMDAwOjAwOjFlLjA6ICAg YnJpZGdlIHdpbmRvdyBbbWVtIDB4Y2Y3MDAwMDAtMHhkZmZmZmZmZl0gKHN1YnRyYWN0aXZlIGRl Y29kZSkKWyAgICAwLjQzMDk0Nl0gcGNpIDAwMDA6MDA6MWUuMDogICBicmlkZ2Ugd2luZG93IFtt ZW0gMHhmMDAwMDAwMC0weGZmZmZmZmZmXSAoc3VidHJhY3RpdmUgZGVjb2RlKQpbICAgIDAuNDMx OTY2XSBwY2lfYnVzIDAwMDA6MDA6IG9uIE5VTUEgbm9kZSAwClsgICAgMC40MzI5NDddIEFDUEk6 IFBDSSBJbnRlcnJ1cHQgUm91dGluZyBUYWJsZSBbXF9TQl8uUENJMC5fUFJUXQpbICAgIDAuNDM0 MDAwXSBBQ1BJOiBQQ0kgSW50ZXJydXB0IFJvdXRpbmcgVGFibGUgW1xfU0JfLlBDSTAuUDBQMS5f UFJUXQpbICAgIDAuNDM0OTkyXSBBQ1BJOiBQQ0kgSW50ZXJydXB0IFJvdXRpbmcgVGFibGUgW1xf U0JfLlBDSTAuUDBQNC5fUFJUXQpbICAgIDAuNDM1OTY4XSBBQ1BJOiBQQ0kgSW50ZXJydXB0IFJv dXRpbmcgVGFibGUgW1xfU0JfLlBDSTAuUDBQNS5fUFJUXQpbICAgIDAuNDM2OTcyXSAgcGNpMDAw MDowMDogUmVxdWVzdGluZyBBQ1BJIF9PU0MgY29udHJvbCAoMHgxZCkKWyAgICAwLjQzNzk0Nl0g IHBjaTAwMDA6MDA6IEFDUEkgX09TQyByZXF1ZXN0IGZhaWxlZCAoQUVfTk9UX0ZPVU5EKSwgcmV0 dXJuZWQgY29udHJvbCBtYXNrOiAweDFkClsgICAgMC40Mzg5NDRdIEFDUEkgX09TQyBjb250cm9s IGZvciBQQ0llIG5vdCBncmFudGVkLCBkaXNhYmxpbmcgQVNQTQpbICAgIDAuNDQyMDg4XSBpbml0 Y2FsbCBhY3BpX3BjaV9yb290X2luaXQrMHgwLzB4MjggcmV0dXJuZWQgMCBhZnRlciA5OTU5NCB1 c2VjcwpbICAgIDAuNDQyOTQ2XSBjYWxsaW5nICBhY3BpX3BjaV9saW5rX2luaXQrMHgwLzB4M2Ug QCAxClsgICAgMC40NDM5NzddIEFDUEk6IFBDSSBJbnRlcnJ1cHQgTGluayBbTE5LQV0gKElSUXMg MyA0IDUgNiA3ICoxMCAxMSAxMiAxNCAxNSkKWyAgICAwLjQ0NzE2NV0gQUNQSTogUENJIEludGVy cnVwdCBMaW5rIFtMTktCXSAoSVJRcyAzIDQgNSA2IDcgMTAgKjExIDEyIDE0IDE1KQpbICAgIDAu NDUwMjYyXSBBQ1BJOiBQQ0kgSW50ZXJydXB0IExpbmsgW0xOS0NdIChJUlFzIDMgNCA1IDYgNyAq MTAgMTEgMTIgMTQgMTUpClsgICAgMC40NTMxNjRdIEFDUEk6IFBDSSBJbnRlcnJ1cHQgTGluayBb TE5LRF0gKElSUXMgMyA0IDUgKjYgNyAxMCAxMSAxMiAxNCAxNSkKWyAgICAwLjQ1NjE2MV0gQUNQ STogUENJIEludGVycnVwdCBMaW5rIFtMTktFXSAoSVJRcyAzIDQgNSA2IDcgMTAgMTEgMTIgMTQg MTUpICowLCBkaXNhYmxlZC4KWyAgICAwLjQ2MDE2M10gQUNQSTogUENJIEludGVycnVwdCBMaW5r IFtMTktGXSAoSVJRcyAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUpICowLCBkaXNhYmxlZC4KWyAg ICAwLjQ2NDE1N10gQUNQSTogUENJIEludGVycnVwdCBMaW5rIFtMTktHXSAoSVJRcyAzIDQgNSA2 IDcgMTAgMTEgMTIgMTQgMTUpICowLCBkaXNhYmxlZC4KWyAgICAwLjQ2ODE2MV0gQUNQSTogUENJ IEludGVycnVwdCBMaW5rIFtMTktIXSAoSVJRcyAzIDQgKjUgNiA3IDEwIDExIDEyIDE0IDE1KQpb ICAgIDAuNDcxMTU4XSBpbml0Y2FsbCBhY3BpX3BjaV9saW5rX2luaXQrMHgwLzB4M2UgcmV0dXJu ZWQgMCBhZnRlciAyNjM2MyB1c2VjcwpbICAgIDAuNDcxOTQxXSBjYWxsaW5nICBwbnBfaW5pdCsw eDAvMHgxOSBAIDEKWyAgICAwLjQ3Mjk1Nl0gaW5pdGNhbGwgcG5wX2luaXQrMHgwLzB4MTkgcmV0 dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC40NzM5NDJdIGNhbGxpbmcgIHhlbl9zZXR1cF9z aHV0ZG93bl9ldmVudCsweDAvMHgzMCBAIDEKWyAgICAwLjQ3NDk0MV0gaW5pdGNhbGwgeGVuX3Nl dHVwX3NodXRkb3duX2V2ZW50KzB4MC8weDMwIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAg IDAuNDc1OTQwXSBjYWxsaW5nICBiYWxsb29uX2luaXQrMHgwLzB4MTY3IEAgMQpbICAgIDAuNDc2 OTM4XSB4ZW4vYmFsbG9vbjogSW5pdGlhbGlzaW5nIGJhbGxvb24gZHJpdmVyLgpbICAgIDAuNDgy NTE5XSBpbml0Y2FsbCBiYWxsb29uX2luaXQrMHgwLzB4MTY3IHJldHVybmVkIDAgYWZ0ZXIgNDg4 MiB1c2VjcwpbICAgIDAuNDgyOTQzXSBjYWxsaW5nICB4ZW5idXNfcHJvYmVfYmFja2VuZF9pbml0 KzB4MC8weDMxIEAgMQpbICAgIDAuNDg0MDI5XSBpbml0Y2FsbCB4ZW5idXNfcHJvYmVfYmFja2Vu ZF9pbml0KzB4MC8weDMxIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuNDg0OTM5XSBj YWxsaW5nICB4ZW5idXNfcHJvYmVfZnJvbnRlbmRfaW5pdCsweDAvMHgzMyBAIDEKWyAgICAwLjQ4 NTk1N10gaW5pdGNhbGwgeGVuYnVzX3Byb2JlX2Zyb250ZW5kX2luaXQrMHgwLzB4MzMgcmV0dXJu ZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC40ODY5MzhdIGNhbGxpbmcgIGJhbGxvb25faW5pdCsw eDAvMHhmMiBAIDEKWyAgICAwLjQ4NzkzN10geGVuLWJhbGxvb246IEluaXRpYWxpc2luZyBiYWxs b29uIGRyaXZlci4KWyAgICAwLjQ4ODk3Nl0gaW5pdGNhbGwgYmFsbG9vbl9pbml0KzB4MC8weGYy IHJldHVybmVkIDAgYWZ0ZXIgOTc2IHVzZWNzClsgICAgMC40ODk5MzhdIGNhbGxpbmcgIG1pc2Nf aW5pdCsweDAvMHhiNiBAIDEKWyAgICAwLjQ5MDk2MV0gaW5pdGNhbGwgbWlzY19pbml0KzB4MC8w eGI2IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuNDkxOTM4XSBjYWxsaW5nICB2Z2Ff YXJiX2RldmljZV9pbml0KzB4MC8weGYyIEAgMQpbICAgIDAuNDkyOTY2XSB2Z2FhcmI6IGRldmlj ZSBhZGRlZDogUENJOjAwMDA6MDA6MDIuMCxkZWNvZGVzPWlvK21lbSxvd25zPWlvK21lbSxsb2Nr cz1ub25lClsgICAgMC40OTM5NDVdIHZnYWFyYjogbG9hZGVkClsgICAgMC40OTQ5MzZdIHZnYWFy YjogYnJpZGdlIGNvbnRyb2wgcG9zc2libGUgMDAwMDowMDowMi4wClsgICAgMC40OTU5MzddIGlu aXRjYWxsIHZnYV9hcmJfZGV2aWNlX2luaXQrMHgwLzB4ZjIgcmV0dXJuZWQgMCBhZnRlciAyOTI5 IHVzZWNzClsgICAgMC40OTY5MzddIGNhbGxpbmcgIGNuX2luaXQrMHgwLzB4OWUgQCAxClsgICAg MC40OTc5NTBdIGluaXRjYWxsIGNuX2luaXQrMHgwLzB4OWUgcmV0dXJuZWQgMCBhZnRlciAwIHVz ZWNzClsgICAgMC40OTg5MzddIGNhbGxpbmcgIGluaXRfc2NzaSsweDAvMHg4OSBAIDEKWyAgICAw LjQ5OTk5M10gU0NTSSBzdWJzeXN0ZW0gaW5pdGlhbGl6ZWQKWyAgICAwLjUwMDkzN10gaW5pdGNh bGwgaW5pdF9zY3NpKzB4MC8weDg5IHJldHVybmVkIDAgYWZ0ZXIgOTc2IHVzZWNzClsgICAgMC41 MDE5MzZdIGNhbGxpbmcgIGF0YV9pbml0KzB4MC8weDQ1MiBAIDEKWyAgICAwLjUwMjk1N10gbGli YXRhIHZlcnNpb24gMy4wMCBsb2FkZWQuClsgICAgMC41MDM5MzddIGluaXRjYWxsIGF0YV9pbml0 KzB4MC8weDQ1MiByZXR1cm5lZCAwIGFmdGVyIDk3NiB1c2VjcwpbICAgIDAuNTA0OTM1XSBjYWxs aW5nICBwaHlfaW5pdCsweDAvMHgyZSBAIDEKWyAgICAwLjUwNTk1OF0gaW5pdGNhbGwgcGh5X2lu aXQrMHgwLzB4MmUgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC41MDY5MzZdIGNhbGxp bmcgIGluaXRfcGNtY2lhX2NzKzB4MC8weDNkIEAgMQpbICAgIDAuNTA3OTUxXSBpbml0Y2FsbCBp bml0X3BjbWNpYV9jcysweDAvMHgzZCByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjUw ODkzNV0gY2FsbGluZyAgdXNiX2luaXQrMHgwLzB4MTc3IEAgMQpbICAgIDAuNTA5OTY5XSB1c2Jj b3JlOiByZWdpc3RlcmVkIG5ldyBpbnRlcmZhY2UgZHJpdmVyIHVzYmZzClsgICAgMC41MTA5NTld IHVzYmNvcmU6IHJlZ2lzdGVyZWQgbmV3IGludGVyZmFjZSBkcml2ZXIgaHViClsgICAgMC41MTE5 NTNdIHVzYmNvcmU6IHJlZ2lzdGVyZWQgbmV3IGRldmljZSBkcml2ZXIgdXNiClsgICAgMC41MTI5 MzVdIGluaXRjYWxsIHVzYl9pbml0KzB4MC8weDE3NyByZXR1cm5lZCAwIGFmdGVyIDI5MjkgdXNl Y3MKWyAgICAwLjUxMzkzNF0gY2FsbGluZyAgc2VyaW9faW5pdCsweDAvMHgzNSBAIDEKWyAgICAw LjUxNDk0OV0gaW5pdGNhbGwgc2VyaW9faW5pdCsweDAvMHgzNSByZXR1cm5lZCAwIGFmdGVyIDAg dXNlY3MKWyAgICAwLjUxNTkzNF0gY2FsbGluZyAgaW5wdXRfaW5pdCsweDAvMHgxMGEgQCAxClsg ICAgMC41MTY5NDldIGluaXRjYWxsIGlucHV0X2luaXQrMHgwLzB4MTBhIHJldHVybmVkIDAgYWZ0 ZXIgMCB1c2VjcwpbICAgIDAuNTE3OTMzXSBjYWxsaW5nICBydGNfaW5pdCsweDAvMHg2YSBAIDEK WyAgICAwLjUxODk0OF0gaW5pdGNhbGwgcnRjX2luaXQrMHgwLzB4NmEgcmV0dXJuZWQgMCBhZnRl ciAwIHVzZWNzClsgICAgMC41MTk5MzNdIGNhbGxpbmcgIHBvd2VyX3N1cHBseV9jbGFzc19pbml0 KzB4MC8weDQwIEAgMQpbICAgIDAuNTIwOTQ4XSBpbml0Y2FsbCBwb3dlcl9zdXBwbHlfY2xhc3Nf aW5pdCsweDAvMHg0MCByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjUyMTkzM10gY2Fs bGluZyAgaHdtb25faW5pdCsweDAvMHhlZSBAIDEKWyAgICAwLjUyMjk1MF0gaW5pdGNhbGwgaHdt b25faW5pdCsweDAvMHhlZSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjUyMzkzMl0g Y2FsbGluZyAgbWRfaW5pdCsweDAvMHgxNDQgQCAxClsgICAgMC41MjQ5NDVdIGluaXRjYWxsIG1k X2luaXQrMHgwLzB4MTQ0IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuNTI1OTMzXSBj YWxsaW5nICBsZWRzX2luaXQrMHgwLzB4NDQgQCAxClsgICAgMC41MjY5NDddIGluaXRjYWxsIGxl ZHNfaW5pdCsweDAvMHg0NCByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjUyNzkzMl0g Y2FsbGluZyAgYWNwaV93bWlfaW5pdCsweDAvMHg2ZiBAIDEKWyAgICAwLjUyODk3Nl0gd21pOiBN YXBwZXIgbG9hZGVkClsgICAgMC41Mjk5MzNdIGluaXRjYWxsIGFjcGlfd21pX2luaXQrMHgwLzB4 NmYgcmV0dXJuZWQgMCBhZnRlciA5NzYgdXNlY3MKWyAgICAwLjUzMDkzMl0gY2FsbGluZyAgaW5p dF9zb3VuZGNvcmUrMHgwLzB4OTUgQCAxClsgICAgMC41MzE5NDddIGluaXRjYWxsIGluaXRfc291 bmRjb3JlKzB4MC8weDk1IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuNTMyOTMxXSBj YWxsaW5nICBhbHNhX3NvdW5kX2luaXQrMHgwLzB4OTUgQCAxClsgICAgMC41MzM5MzhdIEFkdmFu Y2VkIExpbnV4IFNvdW5kIEFyY2hpdGVjdHVyZSBEcml2ZXIgVmVyc2lvbiAxLjAuMjUuClsgICAg MC41MzQ5MzFdIGluaXRjYWxsIGFsc2Ffc291bmRfaW5pdCsweDAvMHg5NSByZXR1cm5lZCAwIGFm dGVyIDk3NiB1c2VjcwpbICAgIDAuNTM1OTMxXSBjYWxsaW5nICBwY2lfc3Vic3lzX2luaXQrMHgw LzB4NGEgQCAxClsgICAgMC41MzY5MzBdIFBDSTogVXNpbmcgQUNQSSBmb3IgSVJRIHJvdXRpbmcK WyAgICAwLjU0NzkyNV0gUENJOiBwY2lfY2FjaGVfbGluZV9zaXplIHNldCB0byA2NCBieXRlcwpb ICAgIDAuNTQ4MDAzXSByZXNlcnZlIFJBTSBidWZmZXI6IDAwMDAwMDAwMDAwOWYwMDAgLSAwMDAw MDAwMDAwMDlmZmZmIApbICAgIDAuNTQ4OTI4XSByZXNlcnZlIFJBTSBidWZmZXI6IDAwMDAwMDAw Y2Y2YTAwMDAgLSAwMDAwMDAwMGNmZmZmZmZmIApbICAgIDAuNTQ5OTMwXSBpbml0Y2FsbCBwY2lf c3Vic3lzX2luaXQrMHgwLzB4NGEgcmV0dXJuZWQgMCBhZnRlciAxMjY5MyB1c2VjcwpbICAgIDAu NTUwOTI4XSBjYWxsaW5nICBwcm90b19pbml0KzB4MC8weDEyIEAgMQpbICAgIDAuNTUxOTMxXSBp bml0Y2FsbCBwcm90b19pbml0KzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAg IDAuNTUyOTI4XSBjYWxsaW5nICBuZXRfZGV2X2luaXQrMHgwLzB4MjM1IEAgMQpbICAgIDAuNTUz OTc5XSBpbml0Y2FsbCBuZXRfZGV2X2luaXQrMHgwLzB4MjM1IHJldHVybmVkIDAgYWZ0ZXIgMCB1 c2VjcwpbICAgIDAuNTU0OTI4XSBjYWxsaW5nICBuZWlnaF9pbml0KzB4MC8weDgwIEAgMQpbICAg IDAuNTU1OTI4XSBpbml0Y2FsbCBuZWlnaF9pbml0KzB4MC8weDgwIHJldHVybmVkIDAgYWZ0ZXIg MCB1c2VjcwpbICAgIDAuNTU2OTI3XSBjYWxsaW5nICBmaWJfcnVsZXNfaW5pdCsweDAvMHhhYyBA IDEKWyAgICAwLjU1NzkyOF0gaW5pdGNhbGwgZmliX3J1bGVzX2luaXQrMHgwLzB4YWMgcmV0dXJu ZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC41NTg5MjhdIGNhbGxpbmcgIHBrdHNjaGVkX2luaXQr MHgwLzB4ZmMgQCAxClsgICAgMC41NTk5MzBdIGluaXRjYWxsIHBrdHNjaGVkX2luaXQrMHgwLzB4 ZmMgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC41NjA5MjddIGNhbGxpbmcgIHRjX2Zp bHRlcl9pbml0KzB4MC8weDU1IEAgMQpbICAgIDAuNTYxOTI2XSBpbml0Y2FsbCB0Y19maWx0ZXJf aW5pdCsweDAvMHg1NSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjU2MjkyNl0gY2Fs bGluZyAgdGNfYWN0aW9uX2luaXQrMHgwLzB4NTUgQCAxClsgICAgMC41NjM5MjZdIGluaXRjYWxs IHRjX2FjdGlvbl9pbml0KzB4MC8weDU1IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAu NTY0OTI2XSBjYWxsaW5nICBnZW5sX2luaXQrMHgwLzB4OTEgQCAxClsgICAgMC41NjU5MzNdIGlu aXRjYWxsIGdlbmxfaW5pdCsweDAvMHg5MSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAw LjU2NjkyNl0gY2FsbGluZyAgY2lwc29fdjRfaW5pdCsweDAvMHg1ZCBAIDEKWyAgICAwLjU2Nzky Nl0gaW5pdGNhbGwgY2lwc29fdjRfaW5pdCsweDAvMHg1ZCByZXR1cm5lZCAwIGFmdGVyIDAgdXNl Y3MKWyAgICAwLjU2ODkyNV0gY2FsbGluZyAgY2ZnODAyMTFfaW5pdCsweDAvMHhjNSBAIDEKWyAg ICAwLjU2OTk2OV0gY2ZnODAyMTE6IENhbGxpbmcgQ1JEQSB0byB1cGRhdGUgd29ybGQgcmVndWxh dG9yeSBkb21haW4KWyAgICAwLjU3MDk0Nl0gaW5pdGNhbGwgY2ZnODAyMTFfaW5pdCsweDAvMHhj NSByZXR1cm5lZCAwIGFmdGVyIDk3NiB1c2VjcwpbICAgIDAuNTcxOTI1XSBjYWxsaW5nICB3aXJl bGVzc19ubGV2ZW50X2luaXQrMHgwLzB4MTIgQCAxClsgICAgMC41NzI5MzFdIGluaXRjYWxsIHdp cmVsZXNzX25sZXZlbnRfaW5pdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAg ICAwLjU3MzkyNV0gY2FsbGluZyAgaWVlZTgwMjExX2luaXQrMHgwLzB4M2IgQCAxClsgICAgMC41 NzQ5OTldIGluaXRjYWxsIGllZWU4MDIxMV9pbml0KzB4MC8weDNiIHJldHVybmVkIDAgYWZ0ZXIg MCB1c2VjcwpbICAgIDAuNTc1OTI1XSBjYWxsaW5nICBuZXRsYmxfaW5pdCsweDAvMHg4MSBAIDEK WyAgICAwLjU3NjkyM10gTmV0TGFiZWw6IEluaXRpYWxpemluZwpbICAgIDAuNTc3OTIzXSBOZXRM YWJlbDogIGRvbWFpbiBoYXNoIHNpemUgPSAxMjgKWyAgICAwLjU3ODkyM10gTmV0TGFiZWw6ICBw cm90b2NvbHMgPSBVTkxBQkVMRUQgQ0lQU092NApbICAgIDAuNTc5OTMzXSBOZXRMYWJlbDogIHVu bGFiZWxlZCB0cmFmZmljIGFsbG93ZWQgYnkgZGVmYXVsdApbICAgIDAuNTgwOTI0XSBpbml0Y2Fs bCBuZXRsYmxfaW5pdCsweDAvMHg4MSByZXR1cm5lZCAwIGFmdGVyIDM5MDUgdXNlY3MKWyAgICAw LjU4MTkyM10gY2FsbGluZyAgcmZraWxsX2luaXQrMHgwLzB4OTUgQCAxClsgICAgMC41ODI5Mzld IGluaXRjYWxsIHJma2lsbF9pbml0KzB4MC8weDk1IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2Vjcwpb ICAgIDAuNTgzOTI0XSBjYWxsaW5nICBuZXRfc3lzY3RsX2luaXQrMHgwLzB4NDkgQCAxClsgICAg MC41ODQ5MjRdIGluaXRjYWxsIG5ldF9zeXNjdGxfaW5pdCsweDAvMHg0OSByZXR1cm5lZCAwIGFm dGVyIDAgdXNlY3MKWyAgICAwLjU4NTk1OF0gY2FsbGluZyAgaHBldF9sYXRlX2luaXQrMHgwLzB4 ZmIgQCAxClsgICAgMC41ODcwMjhdIGhwZXQgY2xvY2tldmVudCByZWdpc3RlcmVkClsgICAgMC41 ODc5MjRdIEhQRVQ6IDMgdGltZXJzIGluIHRvdGFsLCAwIHRpbWVycyB3aWxsIGJlIHVzZWQgZm9y IHBlci1jcHUgdGltZXIKWyAgICAwLjU4ODkyNF0gaHBldDA6IGF0IE1NSU8gMHhmZWQwMDAwMCwg SVJRcyAyLCA4LCAwClsgICAgMC41OTA4NDJdIGhwZXQwOiAzIGNvbXBhcmF0b3JzLCA2NC1iaXQg MTQuMzE4MTgwIE1IeiBjb3VudGVyClsgICAgMC41OTM5MzddIGluaXRjYWxsIGhwZXRfbGF0ZV9p bml0KzB4MC8weGZiIHJldHVybmVkIDAgYWZ0ZXIgNjgzNCB1c2VjcwpbICAgIDAuNTk0OTIyXSBj YWxsaW5nICBpbml0X2FtZF9uYnMrMHgwLzB4YjYgQCAxClsgICAgMC41OTU5MjldIGluaXRjYWxs IGluaXRfYW1kX25icysweDAvMHhiNiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjU5 NjkyMl0gY2FsbGluZyAgY2xvY2tzb3VyY2VfZG9uZV9ib290aW5nKzB4MC8weDVhIEAgMQpbICAg IDAuNTk3OTIxXSBTd2l0Y2hpbmcgdG8gY2xvY2tzb3VyY2UgeGVuClsgICAgMC41OTg5MzJdIGlu aXRjYWxsIGNsb2Nrc291cmNlX2RvbmVfYm9vdGluZysweDAvMHg1YSByZXR1cm5lZCAwIGFmdGVy IDk3OCB1c2VjcwpbICAgIDAuNjA2NDAyXSBjYWxsaW5nICB0cmFjZXJfaW5pdF9kZWJ1Z2ZzKzB4 MC8weDNhNyBAIDEKWyAgICAwLjYxMTYwMV0gaW5pdGNhbGwgdHJhY2VyX2luaXRfZGVidWdmcysw eDAvMHgzYTcgcmV0dXJuZWQgMCBhZnRlciA2MiB1c2VjcwpbICAgIDAuNjE4NjQyXSBjYWxsaW5n ICBpbml0X3RyYWNlX3ByaW50a19mdW5jdGlvbl9leHBvcnQrMHgwLzB4MmYgQCAxClsgICAgMC42 MjQ5MDRdIGluaXRjYWxsIGluaXRfdHJhY2VfcHJpbnRrX2Z1bmN0aW9uX2V4cG9ydCsweDAvMHgy ZiByZXR1cm5lZCAwIGFmdGVyIDEgdXNlY3MKWyAgICAwLjYzMjk4NV0gY2FsbGluZyAgZXZlbnRf dHJhY2VfaW5pdCsweDAvMHgyYjYgQCAxClsgICAgMC42NDAzNzldIGluaXRjYWxsIGV2ZW50X3Ry YWNlX2luaXQrMHgwLzB4MmI2IHJldHVybmVkIDAgYWZ0ZXIgMjQ2MyB1c2VjcwpbICAgIDAuNjQ3 MzQyXSBjYWxsaW5nICBpbml0X2twcm9iZV90cmFjZSsweDAvMHg5NCBAIDEKWyAgICAwLjY1MjY0 Ml0gaW5pdGNhbGwgaW5pdF9rcHJvYmVfdHJhY2UrMHgwLzB4OTQgcmV0dXJuZWQgMCBhZnRlciAz IHVzZWNzClsgICAgMC42NTkzMzRdIGNhbGxpbmcgIGluaXRfcGlwZV9mcysweDAvMHg0YSBAIDEK WyAgICAwLjY2Mzc4N10gaW5pdGNhbGwgaW5pdF9waXBlX2ZzKzB4MC8weDRhIHJldHVybmVkIDAg YWZ0ZXIgMTUgdXNlY3MKWyAgICAwLjY3MDEzNF0gY2FsbGluZyAgZXZlbnRwb2xsX2luaXQrMHgw LzB4ZDcgQCAxClsgICAgMC42NzQ3NTNdIGluaXRjYWxsIGV2ZW50cG9sbF9pbml0KzB4MC8weGQ3 IHJldHVybmVkIDAgYWZ0ZXIgNCB1c2VjcwpbICAgIDAuNjgxMTgyXSBjYWxsaW5nICBhbm9uX2lu b2RlX2luaXQrMHgwLzB4NWQgQCAxClsgICAgMC42ODU4ODZdIGluaXRjYWxsIGFub25faW5vZGVf aW5pdCsweDAvMHg1ZCByZXR1cm5lZCAwIGFmdGVyIDUgdXNlY3MKWyAgICAwLjY5MjQwOF0gY2Fs bGluZyAgYmxrX3Njc2lfaW9jdGxfaW5pdCsweDAvMHgyODkgQCAxClsgICAgMC42OTc1NDJdIGlu aXRjYWxsIGJsa19zY3NpX2lvY3RsX2luaXQrMHgwLzB4Mjg5IHJldHVybmVkIDAgYWZ0ZXIgMCB1 c2VjcwpbICAgIDAuNzA0NDk1XSBjYWxsaW5nICBhY3BpX2V2ZW50X2luaXQrMHgwLzB4N2QgQCAx ClsgICAgMC43MDkyMDNdIGluaXRjYWxsIGFjcGlfZXZlbnRfaW5pdCsweDAvMHg3ZCByZXR1cm5l ZCAwIGFmdGVyIDkgdXNlY3MKWyAgICAwLjcxNTcyM10gY2FsbGluZyAgcG5wX3N5c3RlbV9pbml0 KzB4MC8weDEyIEAgMQpbICAgIDAuNzIwNDk1XSBpbml0Y2FsbCBwbnBfc3lzdGVtX2luaXQrMHgw LzB4MTIgcmV0dXJuZWQgMCBhZnRlciA3NCB1c2VjcwpbICAgIDAuNzI3MTAyXSBjYWxsaW5nICBw bnBhY3BpX2luaXQrMHgwLzB4OGMgQCAxClsgICAgMC43MzE1MzhdIHBucDogUG5QIEFDUEkgaW5p dApbICAgIDAuNzM0NTk2XSBBQ1BJOiBidXMgdHlwZSBwbnAgcmVnaXN0ZXJlZApbICAgIDAuNzM4 Njk0XSBwbnAgMDA6MDA6IFtidXMgMDAtZmZdClsgICAgMC43NDIwOTddIHBucCAwMDowMDogW2lv ICAweDBjZjgtMHgwY2ZmXQpbICAgIDAuNzQ2MTg5XSBwbnAgMDA6MDA6IFtpbyAgMHgwMDAwLTB4 MGNmNyB3aW5kb3ddClsgICAgMC43NTA4ODZdIHBucCAwMDowMDogW2lvICAweDBkMDAtMHhmZmZm IHdpbmRvd10KWyAgICAwLjc1NTU4Ml0gcG5wIDAwOjAwOiBbbWVtIDB4MDAwYTAwMDAtMHgwMDBi ZmZmZiB3aW5kb3ddClsgICAgMC43NjA5NzRdIHBucCAwMDowMDogW21lbSAweDAwMGQwMDAwLTB4 MDAwZGZmZmYgd2luZG93XQpbICAgIDAuNzY2MzY0XSBwbnAgMDA6MDA6IFttZW0gMHhjZjcwMDAw MC0weGRmZmZmZmZmIHdpbmRvd10KWyAgICAwLjc3MTc1NV0gcG5wIDAwOjAwOiBbbWVtIDB4ZjAw MDAwMDAtMHhmZmZmZmZmZiB3aW5kb3ddClsgICAgMC43NzcyMjNdIHBucCAwMDowMDogUGx1ZyBh bmQgUGxheSBBQ1BJIGRldmljZSwgSURzIFBOUDBhMDggUE5QMGEwMyAoYWN0aXZlKQpbICAgIDAu Nzg0NDQyXSBwbnAgMDA6MDE6IFttZW0gMHhmZWQxNDAwMC0weGZlZDE5ZmZmXQpbICAgIDAuNzg5 MjI3XSBwbnAgMDA6MDE6IFttZW0gMHhmZWQ5MDAwMC0weGZlZDkzZmZmXQpbICAgIDAuNzk0MDc2 XSBzeXN0ZW0gMDA6MDE6IFttZW0gMHhmZWQxNDAwMC0weGZlZDE5ZmZmXSBoYXMgYmVlbiByZXNl cnZlZApbICAgIDAuODAwNjgyXSBzeXN0ZW0gMDA6MDE6IFttZW0gMHhmZWQ5MDAwMC0weGZlZDkz ZmZmXSBoYXMgYmVlbiByZXNlcnZlZApbICAgIDAuODA3Mjg4XSBzeXN0ZW0gMDA6MDE6IFBsdWcg YW5kIFBsYXkgQUNQSSBkZXZpY2UsIElEcyBQTlAwYzAxIChhY3RpdmUpClsgICAgMC44MTQwOTNd IHBucCAwMDowMjogW2RtYSA0XQpbICAgIDAuODE3MTQ3XSBwbnAgMDA6MDI6IFtpbyAgMHgwMDAw LTB4MDAwZl0KWyAgICAwLjgyMTIzNl0gcG5wIDAwOjAyOiBbaW8gIDB4MDA4MS0weDAwODNdClsg ICAgMC44MjUzMjhdIHBucCAwMDowMjogW2lvICAweDAwODddClsgICAgMC44Mjg4MTFdIHBucCAw MDowMjogW2lvICAweDAwODktMHgwMDhiXQpbICAgIDAuODMyOTAxXSBwbnAgMDA6MDI6IFtpbyAg MHgwMDhmXQpbICAgIDAuODM2Mzg4XSBwbnAgMDA6MDI6IFtpbyAgMHgwMGMwLTB4MDBkZl0KWyAg ICAwLjg0MDUyNV0gcG5wIDAwOjAyOiBQbHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMgUE5Q MDIwMCAoYWN0aXZlKQpbICAgIDAuODQ3MDQ5XSBwbnAgMDA6MDM6IFtpbyAgMHgwMDcwLTB4MDA3 MV0KWyAgICAwLjg1MTE0M10geGVuOiByZWdpc3RlcmluZyBnc2kgOCB0cmlnZ2VyaW5nIDEgcG9s YXJpdHkgMApbICAgIDAuODU2NjI4XSBwbnAgMDA6MDM6IFtpcnEgOF0KWyAgICAwLjg1OTcxOV0g cG5wIDAwOjAzOiBQbHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMgUE5QMGIwMCAoYWN0aXZl KQpbICAgIDAuODY2MjQ0XSBwbnAgMDA6MDQ6IFtpbyAgMHgwMDYxXQpbICAgIDAuODY5Nzc0XSBw bnAgMDA6MDQ6IFBsdWcgYW5kIFBsYXkgQUNQSSBkZXZpY2UsIElEcyBQTlAwODAwIChhY3RpdmUp ClsgICAgMC44NzYyOTddIHBucCAwMDowNTogW2lvICAweDAwZjAtMHgwMGZmXQpbICAgIDAuODgw MzkwXSB4ZW46IHJlZ2lzdGVyaW5nIGdzaSAxMyB0cmlnZ2VyaW5nIDEgcG9sYXJpdHkgMApbICAg IDAuODg1OTU2XSBwbnAgMDA6MDU6IFtpcnEgMTNdClsgICAgMC44ODkxMzhdIHBucCAwMDowNTog UGx1ZyBhbmQgUGxheSBBQ1BJIGRldmljZSwgSURzIFBOUDBjMDQgKGFjdGl2ZSkKWyAgICAwLjg5 NTgzNV0gcG5wIDAwOjA2OiBbaW8gIDB4MDNmOC0weDAzZmZdClsgICAgMC44OTk5MjhdIHhlbjog cmVnaXN0ZXJpbmcgZ3NpIDQgdHJpZ2dlcmluZyAxIHBvbGFyaXR5IDAKWyAgICAwLjkwNTQwN10g cG5wIDAwOjA2OiBbaXJxIDRdClsgICAgMC45MDg4OTBdIHBucCAwMDowNjogW2RtYSAwIGRpc2Fi bGVkXQpbICAgIDAuOTEyNzk2XSBwbnAgMDA6MDY6IFBsdWcgYW5kIFBsYXkgQUNQSSBkZXZpY2Us IElEcyBQTlAwNTAxIChhY3RpdmUpClsgICAgMC45MTk0OTFdIHBucCAwMDowNzogW2lvICAweDAy ZjgtMHgwMmZmXQpbICAgIDAuOTIzNTg0XSB4ZW46IHJlZ2lzdGVyaW5nIGdzaSAzIHRyaWdnZXJp bmcgMSBwb2xhcml0eSAwClsgICAgMC45MjkwNjNdIHBucCAwMDowNzogW2lycSAzXQpbICAgIDAu OTMyMTE0XSBwbnAgMDA6MDc6IFtkbWEgMCBkaXNhYmxlZF0KWyAgICAwLjkzNjA0MV0gcG5wIDAw OjA3OiBQbHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMgUE5QMDUwMSAoYWN0aXZlKQpbICAg IDAuOTQyODU0XSBwbnAgMDA6MDg6IFtpbyAgMHgwMzc4LTB4MDM3Zl0KWyAgICAwLjk0Njk0NV0g eGVuOiByZWdpc3RlcmluZyBnc2kgNyB0cmlnZ2VyaW5nIDEgcG9sYXJpdHkgMApbICAgIDAuOTUy NDI0XSBwbnAgMDA6MDg6IFtpcnEgN10KWyAgICAwLjk1NTQ3NV0gcG5wIDAwOjA4OiBbZG1hIDAg ZGlzYWJsZWRdClsgICAgMC45NTk0MjhdIHBucCAwMDowODogUGx1ZyBhbmQgUGxheSBBQ1BJIGRl dmljZSwgSURzIFBOUDA0MDAgKGFjdGl2ZSkKWyAgICAwLjk2NTk2N10gcG5wIDAwOjA5OiBbaW8g IDB4MDA2MF0KWyAgICAwLjk2OTQ1MV0gcG5wIDAwOjA5OiBbaW8gIDB4MDA2NF0KWyAgICAwLjk3 MjkzM10geGVuOiByZWdpc3RlcmluZyBnc2kgMSB0cmlnZ2VyaW5nIDEgcG9sYXJpdHkgMApbICAg IDAuOTc4NDEyXSBwbnAgMDA6MDk6IFtpcnEgMV0KWyAgICAwLjk4MTUxMl0gcG5wIDAwOjA5OiBQ bHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMgUE5QMDMwMyBQTlAwMzBiIChhY3RpdmUpClsg ICAgMC45ODg3NTZdIHhlbjogcmVnaXN0ZXJpbmcgZ3NpIDEyIHRyaWdnZXJpbmcgMSBwb2xhcml0 eSAwClsgICAgMC45OTQzMjNdIHBucCAwMDowYTogW2lycSAxMl0KWyAgICAwLjk5NzUxMl0gcG5w IDAwOjBhOiBQbHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMgUE5QMGYwMyBQTlAwZjEzIChh Y3RpdmUpClsgICAgMS4wMDQ3ODJdIHBucCAwMDowYjogW2lvICAweDAwMDAtMHhmZmZmZmZmZmZm ZmZmZmZmIGRpc2FibGVkXQpbICAgIDEuMDEwNjk0XSBwbnAgMDA6MGI6IFtpbyAgMHgwYTAwLTB4 MGFkZl0KWyAgICAxLjAxNDc4NF0gcG5wIDAwOjBiOiBbaW8gIDB4MGFlMC0weDBhZWZdClsgICAg MS4wMTg5MzNdIHN5c3RlbSAwMDowYjogW2lvICAweDBhMDAtMHgwYWRmXSBoYXMgYmVlbiByZXNl cnZlZApbICAgIDEuMDI0ODQ4XSBzeXN0ZW0gMDA6MGI6IFtpbyAgMHgwYWUwLTB4MGFlZl0gaGFz IGJlZW4gcmVzZXJ2ZWQKWyAgICAxLjAzMDc2M10gc3lzdGVtIDAwOjBiOiBQbHVnIGFuZCBQbGF5 IEFDUEkgZGV2aWNlLCBJRHMgUE5QMGMwMiAoYWN0aXZlKQpbICAgIDEuMDM3NTk1XSBwbnAgMDA6 MGM6IFtpbyAgMHgwMDEwLTB4MDAxZl0KWyAgICAxLjA0MTY4OF0gcG5wIDAwOjBjOiBbaW8gIDB4 MDAyMi0weDAwMmRdClsgICAgMS4wNDU3ODFdIHBucCAwMDowYzogW2lvICAweDAwMzAtMHgwMDNm XQpbICAgIDEuMDQ5ODcwXSBwbnAgMDA6MGM6IFtpbyAgMHgwMDQ0LTB4MDA1Zl0KWyAgICAxLjA1 Mzk2M10gcG5wIDAwOjBjOiBbaW8gIDB4MDA2Mi0weDAwNjNdClsgICAgMS4wNTgwNTFdIHBucCAw MDowYzogW2lvICAweDAwNjUtMHgwMDZmXQpbICAgIDEuMDYyMTQzXSBwbnAgMDA6MGM6IFtpbyAg MHgwMDcyLTB4MDA3Zl0KWyAgICAxLjA2NjIzMl0gcG5wIDAwOjBjOiBbaW8gIDB4MDA4MF0KWyAg ICAxLjA2OTcxNl0gcG5wIDAwOjBjOiBbaW8gIDB4MDA4NC0weDAwODZdClsgICAgMS4wNzM4MDZd IHBucCAwMDowYzogW2lvICAweDAwODhdClsgICAgMS4wNzcyOTJdIHBucCAwMDowYzogW2lvICAw eDAwOGMtMHgwMDhlXQpbICAgIDEuMDgxMzg1XSBwbnAgMDA6MGM6IFtpbyAgMHgwMDkwLTB4MDA5 Zl0KWyAgICAxLjA4NTQ3OV0gcG5wIDAwOjBjOiBbaW8gIDB4MDBhMi0weDAwYmZdClsgICAgMS4w ODk1NjZdIHBucCAwMDowYzogW2lvICAweDAwZTAtMHgwMGVmXQpbICAgIDEuMDkzNjU4XSBwbnAg MDA6MGM6IFtpbyAgMHgwNGQwLTB4MDRkMV0KWyAgICAxLjA5Nzc1MF0gcG5wIDAwOjBjOiBbaW8g IDB4MDgwMC0weDA4N2ZdClsgICAgMS4xMDE4NDFdIHBucCAwMDowYzogW2lvICAweDAwMDAtMHhm ZmZmZmZmZmZmZmZmZmZmIGRpc2FibGVkXQpbICAgIDEuMTA3NzU0XSBwbnAgMDA6MGM6IFtpbyAg MHgwNDgwLTB4MDRiZl0KWyAgICAxLjExMTg0NF0gcG5wIDAwOjBjOiBbbWVtIDB4ZmVkMWMwMDAt MHhmZWQxZmZmZl0KWyAgICAxLjExNjYzMF0gcG5wIDAwOjBjOiBbbWVtIDB4ZmVkMjAwMDAtMHhm ZWQzZmZmZl0KWyAgICAxLjEyMTQxM10gcG5wIDAwOjBjOiBbbWVtIDB4ZmVkNDUwMDAtMHhmZWQ4 OWZmZl0KWyAgICAxLjEyNjI2NF0gc3lzdGVtIDAwOjBjOiBbaW8gIDB4MDRkMC0weDA0ZDFdIGhh cyBiZWVuIHJlc2VydmVkClsgICAgMS4xMzIxNzhdIHN5c3RlbSAwMDowYzogW2lvICAweDA4MDAt MHgwODdmXSBoYXMgYmVlbiByZXNlcnZlZApbICAgIDEuMTM4MDkxXSBzeXN0ZW0gMDA6MGM6IFtp byAgMHgwNDgwLTB4MDRiZl0gaGFzIGJlZW4gcmVzZXJ2ZWQKWyAgICAxLjE0NDAwNF0gc3lzdGVt IDAwOjBjOiBbbWVtIDB4ZmVkMWMwMDAtMHhmZWQxZmZmZl0gaGFzIGJlZW4gcmVzZXJ2ZWQKWyAg ICAxLjE1MDYxMV0gc3lzdGVtIDAwOjBjOiBbbWVtIDB4ZmVkMjAwMDAtMHhmZWQzZmZmZl0gaGFz IGJlZW4gcmVzZXJ2ZWQKWyAgICAxLjE1NzIxNV0gc3lzdGVtIDAwOjBjOiBbbWVtIDB4ZmVkNDUw MDAtMHhmZWQ4OWZmZl0gaGFzIGJlZW4gcmVzZXJ2ZWQKWyAgICAxLjE2NDI3NF0gc3lzdGVtIDAw OjBjOiBQbHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMgUE5QMGMwMiAoYWN0aXZlKQpbICAg IDEuMTcxMTEwXSBwbnAgMDA6MGQ6IFttZW0gMHhmZmIwMDAwMC0weGZmYmZmZmZmXQpbICAgIDEu MTc1ODk1XSBwbnAgMDA6MGQ6IFttZW0gMHhmZmYwMDAwMC0weGZmZmZmZmZmXQpbICAgIDEuMTgw NzMwXSBwbnAgMDA6MGQ6IFBsdWcgYW5kIFBsYXkgQUNQSSBkZXZpY2UsIElEcyBJTlQwODAwIChh Y3RpdmUpClsgICAgMS4xODcyNzddIHBucCAwMDowZTogW21lbSAweGZmYzAwMDAwLTB4ZmZlZmZm ZmZdClsgICAgMS4xOTIxMTldIHN5c3RlbSAwMDowZTogW21lbSAweGZmYzAwMDAwLTB4ZmZlZmZm ZmZdIGhhcyBiZWVuIHJlc2VydmVkClsgICAgMS4xOTg3MjldIHN5c3RlbSAwMDowZTogUGx1ZyBh bmQgUGxheSBBQ1BJIGRldmljZSwgSURzIFBOUDBjMDIgKGFjdGl2ZSkKWyAgICAxLjIwNTU2Ml0g cG5wIDAwOjBmOiBbbWVtIDB4ZmVjMDAwMDAtMHhmZWMwMGZmZl0KWyAgICAxLjIxMDM0OV0gcG5w IDAwOjBmOiBbbWVtIDB4ZmVlMDAwMDAtMHhmZWUwMGZmZl0KWyAgICAxLjIxNTE4Nl0gc3lzdGVt IDAwOjBmOiBbbWVtIDB4ZmVjMDAwMDAtMHhmZWMwMGZmZl0gY291bGQgbm90IGJlIHJlc2VydmVk ClsgICAgMS4yMjIxNDFdIHN5c3RlbSAwMDowZjogW21lbSAweGZlZTAwMDAwLTB4ZmVlMDBmZmZd IGhhcyBiZWVuIHJlc2VydmVkClsgICAgMS4yMjg3NDddIHN5c3RlbSAwMDowZjogUGx1ZyBhbmQg UGxheSBBQ1BJIGRldmljZSwgSURzIFBOUDBjMDIgKGFjdGl2ZSkKWyAgICAxLjIzNTU1N10gcG5w IDAwOjEwOiBbbWVtIDB4ZTAwMDAwMDAtMHhlZmZmZmZmZl0KWyAgICAxLjI0MDQwMV0gc3lzdGVt IDAwOjEwOiBbbWVtIDB4ZTAwMDAwMDAtMHhlZmZmZmZmZl0gaGFzIGJlZW4gcmVzZXJ2ZWQKWyAg ICAxLjI0NzAwOV0gc3lzdGVtIDAwOjEwOiBQbHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMg UE5QMGMwMiAoYWN0aXZlKQpbICAgIDEuMjUzOTAxXSBwbnAgMDA6MTE6IFttZW0gMHgwMDAwMDAw MC0weDAwMDlmZmZmXQpbICAgIDEuMjU4Njg3XSBwbnAgMDA6MTE6IFttZW0gMHgwMDBjMDAwMC0w eDAwMGNmZmZmXQpbICAgIDEuMjYzNDczXSBwbnAgMDA6MTE6IFttZW0gMHgwMDBlMDAwMC0weDAw MGZmZmZmXQpbICAgIDEuMjY4MjU4XSBwbnAgMDA6MTE6IFttZW0gMHgwMDEwMDAwMC0weGNmNmZm ZmZmXQpbICAgIDEuMjczMDQxXSBwbnAgMDA6MTE6IFttZW0gMHgwMDAwMDAwMC0weGZmZmZmZmZm ZmZmZmZmZmYgZGlzYWJsZWRdClsgICAgMS4yNzkzNjFdIHN5c3RlbSAwMDoxMTogW21lbSAweDAw MDAwMDAwLTB4MDAwOWZmZmZdIGNvdWxkIG5vdCBiZSByZXNlcnZlZApbICAgIDEuMjg2MzE3XSBz eXN0ZW0gMDA6MTE6IFttZW0gMHgwMDBjMDAwMC0weDAwMGNmZmZmXSBjb3VsZCBub3QgYmUgcmVz ZXJ2ZWQKWyAgICAxLjI5MzI3MF0gc3lzdGVtIDAwOjExOiBbbWVtIDB4MDAwZTAwMDAtMHgwMDBm ZmZmZl0gY291bGQgbm90IGJlIHJlc2VydmVkClsgICAgMS4zMDAyMjBdIHN5c3RlbSAwMDoxMTog W21lbSAweDAwMTAwMDAwLTB4Y2Y2ZmZmZmZdIGNvdWxkIG5vdCBiZSByZXNlcnZlZApbICAgIDEu MzA3MTcwXSBzeXN0ZW0gMDA6MTE6IFBsdWcgYW5kIFBsYXkgQUNQSSBkZXZpY2UsIElEcyBQTlAw YzAxIChhY3RpdmUpClsgICAgMS4zMTQwNDVdIHBucDogUG5QIEFDUEk6IGZvdW5kIDE4IGRldmlj ZXMKWyAgICAxLjMxODIyNF0gQUNQSTogQUNQSSBidXMgdHlwZSBwbnAgdW5yZWdpc3RlcmVkClsg ICAgMS4zMjI4MzZdIGluaXRjYWxsIHBucGFjcGlfaW5pdCsweDAvMHg4YyByZXR1cm5lZCAwIGFm dGVyIDU3NzQzOCB1c2VjcwpbICAgIDEuMzI5NTI5XSBjYWxsaW5nICBwY2lzdHViX2luaXQrMHgw LzB4MWNiIEAgMQpbICAgIDEuMzM0MTY0XSBpbml0Y2FsbCBwY2lzdHViX2luaXQrMHgwLzB4MWNi IHJldHVybmVkIDAgYWZ0ZXIgODMgdXNlY3MKWyAgICAxLjM0MDU5NF0gY2FsbGluZyAgY2hyX2Rl dl9pbml0KzB4MC8weGMxIEAgMQpbICAgIDEuMzQ5MjkwXSBpbml0Y2FsbCBjaHJfZGV2X2luaXQr MHgwLzB4YzEgcmV0dXJuZWQgMCBhZnRlciA0MTU2IHVzZWNzClsgICAgMS4zNTU4MTVdIGNhbGxp bmcgIGZpcm13YXJlX2NsYXNzX2luaXQrMHgwLzB4MTkgQCAxClsgICAgMS4zNjA5MDBdIGluaXRj YWxsIGZpcm13YXJlX2NsYXNzX2luaXQrMHgwLzB4MTkgcmV0dXJuZWQgMCBhZnRlciAzNyB1c2Vj cwpbICAgIDEuMzY3ODUyXSBjYWxsaW5nICBpbml0X3BjbWNpYV9idXMrMHgwLzB4NjkgQCAxClsg ICAgMS4zNzI1ODldIGluaXRjYWxsIGluaXRfcGNtY2lhX2J1cysweDAvMHg2OSByZXR1cm5lZCAw IGFmdGVyIDM2IHVzZWNzClsgICAgMS4zNzkxOTZdIGNhbGxpbmcgIHRoZXJtYWxfaW5pdCsweDAv MHg3NCBAIDEKWyAgICAxLjM4MzY3NF0gaW5pdGNhbGwgdGhlcm1hbF9pbml0KzB4MC8weDc0IHJl dHVybmVkIDAgYWZ0ZXIgMzYgdXNlY3MKWyAgICAxLjM5MDAyMV0gY2FsbGluZyAgY3B1ZnJlcV9n b3ZfcGVyZm9ybWFuY2VfaW5pdCsweDAvMHgxMiBAIDEKWyAgICAxLjM5NTg0N10gaW5pdGNhbGwg Y3B1ZnJlcV9nb3ZfcGVyZm9ybWFuY2VfaW5pdCsweDAvMHgxMiByZXR1cm5lZCAtMTkgYWZ0ZXIg MCB1c2VjcwpbICAgIDEuNDAzNjY0XSBjYWxsaW5nICBjcHVmcmVxX2dvdl91c2Vyc3BhY2VfaW5p dCsweDAvMHgxMiBAIDEKWyAgICAxLjQwOTMxNV0gaW5pdGNhbGwgY3B1ZnJlcV9nb3ZfdXNlcnNw YWNlX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgLTE5IGFmdGVyIDAgdXNlY3MKWyAgICAxLjQxNjk1 N10gY2FsbGluZyAgaW5pdF9hY3BpX3BtX2Nsb2Nrc291cmNlKzB4MC8weGQ5IEAgMQpbICAgIDEu NDI2Nzg3XSBQTS1UaW1lciBmYWlsZWQgY29uc2lzdGVuY3kgY2hlY2sgICgweDB4ZmZmZmZmKSAt IGFib3J0aW5nLgpbICAgIDEuNDMzMzkzXSBpbml0Y2FsbCBpbml0X2FjcGlfcG1fY2xvY2tzb3Vy Y2UrMHgwLzB4ZDkgcmV0dXJuZWQgLTE5IGFmdGVyIDEwMjUwIHVzZWNzClsgICAgMS40NDEyMTFd IGNhbGxpbmcgIHBjaWJpb3NfYXNzaWduX3Jlc291cmNlcysweDAvMHhmOCBAIDEKWyAgICAxLjQ0 NjcxM10gcGNpIDAwMDA6MDA6MWMuMDogYnJpZGdlIHdpbmRvdyBbaW8gIDB4MTAwMC0weDBmZmZd IHRvIFtidXMgMDEtMDFdIGFkZF9zaXplIDEwMDAKWyAgICAxLjQ1NTE0MF0gcGNpIDAwMDA6MDA6 MWMuMDogYnJpZGdlIHdpbmRvdyBbbWVtIDB4MDAxMDAwMDAtMHgwMDBmZmZmZiA2NGJpdCBwcmVm XSB0byBbYnVzIDAxLTAxXSBhZGRfc2l6ZSAyMDAwMDAKWyAgICAxLjQ2NTM4N10gcGNpIDAwMDA6 MDA6MWMuMDogYnJpZGdlIHdpbmRvdyBbbWVtIDB4MDAxMDAwMDAtMHgwMDBmZmZmZl0gdG8gW2J1 cyAwMS0wMV0gYWRkX3NpemUgMjAwMDAwClsgICAgMS40NzQ3MDFdIHBjaSAwMDAwOjAwOjFjLjA6 IHJlc1s4XT1bbWVtIDB4MDAxMDAwMDAtMHgwMDBmZmZmZl0gZ2V0X3Jlc19hZGRfc2l6ZSBhZGRf c2l6ZSAyMDAwMDAKWyAgICAxLjQ4MzU1OV0gcGNpIDAwMDA6MDA6MWMuMDogcmVzWzldPVttZW0g MHgwMDEwMDAwMC0weDAwMGZmZmZmIDY0Yml0IHByZWZdIGdldF9yZXNfYWRkX3NpemUgYWRkX3Np emUgMjAwMDAwClsgICAgMS40OTMzNzFdIHBjaSAwMDAwOjAwOjFjLjA6IHJlc1s3XT1baW8gIDB4 MTAwMC0weDBmZmZdIGdldF9yZXNfYWRkX3NpemUgYWRkX3NpemUgMTAwMApbICAgIDEuNTAxMzY1 XSBwY2kgMDAwMDowMDoxYy4wOiBCQVIgODogYXNzaWduZWQgW21lbSAweGNmNzAwMDAwLTB4Y2Y4 ZmZmZmZdClsgICAgMS41MDgxNDRdIHBjaSAwMDAwOjAwOjFjLjA6IEJBUiA5OiBhc3NpZ25lZCBb bWVtIDB4Y2Y5MDAwMDAtMHhjZmFmZmZmZiA2NGJpdCBwcmVmXQpbICAgIDEuNTE1ODc2XSBwY2kg MDAwMDowMDoxYy4wOiBCQVIgNzogYXNzaWduZWQgW2lvICAweDEwMDAtMHgxZmZmXQpbICAgIDEu NTIxOTYxXSBwY2kgMDAwMDowMDoxYy4wOiBQQ0kgYnJpZGdlIHRvIFtidXMgMDEtMDFdClsgICAg MS41MjcxODFdIHBjaSAwMDAwOjAwOjFjLjA6ICAgYnJpZGdlIHdpbmRvdyBbaW8gIDB4MTAwMC0w eDFmZmZdClsgICAgMS41MzMyNzJdIHBjaSAwMDAwOjAwOjFjLjA6ICAgYnJpZGdlIHdpbmRvdyBb bWVtIDB4Y2Y3MDAwMDAtMHhjZjhmZmZmZl0KWyAgICAxLjU0MDA1Ml0gcGNpIDAwMDA6MDA6MWMu MDogICBicmlkZ2Ugd2luZG93IFttZW0gMHhjZjkwMDAwMC0weGNmYWZmZmZmIDY0Yml0IHByZWZd ClsgICAgMS41NDc3ODldIHBjaSAwMDAwOjAwOjFjLjE6IFBDSSBicmlkZ2UgdG8gW2J1cyAwMi0w Ml0KWyAgICAxLjU1MzAxMV0gcGNpIDAwMDA6MDA6MWMuMTogICBicmlkZ2Ugd2luZG93IFtpbyAg MHhlMDAwLTB4ZWZmZl0KWyAgICAxLjU1OTEwMl0gcGNpIDAwMDA6MDA6MWMuMTogICBicmlkZ2Ug d2luZG93IFttZW0gMHhmZWIwMDAwMC0weGZlYmZmZmZmXQpbICAgIDEuNTY1ODgwXSBwY2kgMDAw MDowMDoxYy4xOiAgIGJyaWRnZSB3aW5kb3cgW21lbSAweGZkZjAwMDAwLTB4ZmRmZmZmZmYgNjRi aXQgcHJlZl0KWyAgICAxLjU3MzYxOV0gcGNpIDAwMDA6MDA6MWUuMDogUENJIGJyaWRnZSB0byBb YnVzIDAzLTAzXQpbICAgIDEuNTc4ODU4XSBwY2kgMDAwMDowMDoxYy4wOiBlbmFibGluZyBkZXZp Y2UgKDAxMDQgLT4gMDEwNykKWyAgICAxLjU4NDUxNF0geGVuOiByZWdpc3RlcmluZyBnc2kgMTYg dHJpZ2dlcmluZyAwIHBvbGFyaXR5IDEKWyAgICAxLjU5MDA5MF0geGVuOiAtLT4gcGlycT0xNiAt PiBpcnE9MTYgKGdzaT0xNikKWyAgICAxLjU5NDYyNl0geGVuOiByZWdpc3RlcmluZyBnc2kgMTcg dHJpZ2dlcmluZyAwIHBvbGFyaXR5IDEKWyAgICAxLjYwMDE5Ml0geGVuOiAtLT4gcGlycT0xNyAt PiBpcnE9MTcgKGdzaT0xNykKWyAgICAxLjYwNDcyNF0gcGNpIDAwMDA6MDA6MWUuMDogc2V0dGlu ZyBsYXRlbmN5IHRpbWVyIHRvIDY0ClsgICAgMS42MTAxMTldIHBjaV9idXMgMDAwMDowMDogcmVz b3VyY2UgNCBbaW8gIDB4MDAwMC0weDBjZjddClsgICAgMS42MTU2ODRdIHBjaV9idXMgMDAwMDow MDogcmVzb3VyY2UgNSBbaW8gIDB4MGQwMC0weGZmZmZdClsgICAgMS42MjEyNDhdIHBjaV9idXMg MDAwMDowMDogcmVzb3VyY2UgNiBbbWVtIDB4MDAwYTAwMDAtMHgwMDBiZmZmZl0KWyAgICAxLjYy NzUwNl0gcGNpX2J1cyAwMDAwOjAwOiByZXNvdXJjZSA3IFttZW0gMHgwMDBkMDAwMC0weDAwMGRm ZmZmXQpbICAgIDEuNjMzNzYyXSBwY2lfYnVzIDAwMDA6MDA6IHJlc291cmNlIDggW21lbSAweGNm NzAwMDAwLTB4ZGZmZmZmZmZdClsgICAgMS42NDAwMTldIHBjaV9idXMgMDAwMDowMDogcmVzb3Vy Y2UgOSBbbWVtIDB4ZjAwMDAwMDAtMHhmZmZmZmZmZl0KWyAgICAxLjY0NjI3N10gcGNpX2J1cyAw MDAwOjAxOiByZXNvdXJjZSAwIFtpbyAgMHgxMDAwLTB4MWZmZl0KWyAgICAxLjY1MTg0Ml0gcGNp X2J1cyAwMDAwOjAxOiByZXNvdXJjZSAxIFttZW0gMHhjZjcwMDAwMC0weGNmOGZmZmZmXQpbICAg IDEuNjU4MDk5XSBwY2lfYnVzIDAwMDA6MDE6IHJlc291cmNlIDIgW21lbSAweGNmOTAwMDAwLTB4 Y2ZhZmZmZmYgNjRiaXQgcHJlZl0KWyAgICAxLjY2NTMwOF0gcGNpX2J1cyAwMDAwOjAyOiByZXNv dXJjZSAwIFtpbyAgMHhlMDAwLTB4ZWZmZl0KWyAgICAxLjY3MDg3MV0gcGNpX2J1cyAwMDAwOjAy OiByZXNvdXJjZSAxIFttZW0gMHhmZWIwMDAwMC0weGZlYmZmZmZmXQpbICAgIDEuNjc3NTg2XSBw Y2lfYnVzIDAwMDA6MDI6IHJlc291cmNlIDIgW21lbSAweGZkZjAwMDAwLTB4ZmRmZmZmZmYgNjRi aXQgcHJlZl0KWyAgICAxLjY4NDc5NV0gcGNpX2J1cyAwMDAwOjAzOiByZXNvdXJjZSA0IFtpbyAg MHgwMDAwLTB4MGNmN10KWyAgICAxLjY5MDM1OV0gcGNpX2J1cyAwMDAwOjAzOiByZXNvdXJjZSA1 IFtpbyAgMHgwZDAwLTB4ZmZmZl0KWyAgICAxLjY5NTkyMl0gcGNpX2J1cyAwMDAwOjAzOiByZXNv dXJjZSA2IFttZW0gMHgwMDBhMDAwMC0weDAwMGJmZmZmXQpbICAgIDEuNzAyMTgwXSBwY2lfYnVz IDAwMDA6MDM6IHJlc291cmNlIDcgW21lbSAweDAwMGQwMDAwLTB4MDAwZGZmZmZdClsgICAgMS43 MDg0MzZdIHBjaV9idXMgMDAwMDowMzogcmVzb3VyY2UgOCBbbWVtIDB4Y2Y3MDAwMDAtMHhkZmZm ZmZmZl0KWyAgICAxLjcxNDY5NV0gcGNpX2J1cyAwMDAwOjAzOiByZXNvdXJjZSA5IFttZW0gMHhm MDAwMDAwMC0weGZmZmZmZmZmXQpbICAgIDEuNzIwOTU0XSBpbml0Y2FsbCBwY2liaW9zX2Fzc2ln bl9yZXNvdXJjZXMrMHgwLzB4ZjggcmV0dXJuZWQgMCBhZnRlciAyNjc4MzYgdXNlY3MKWyAgICAx LjcyODY4Nl0gY2FsbGluZyAgc3lzY3RsX2NvcmVfaW5pdCsweDAvMHgzOCBAIDEKWyAgICAxLjcz MzQ5M10gaW5pdGNhbGwgc3lzY3RsX2NvcmVfaW5pdCsweDAvMHgzOCByZXR1cm5lZCAwIGFmdGVy IDIwIHVzZWNzClsgICAgMS43NDAxODVdIGNhbGxpbmcgIGluZXRfaW5pdCsweDAvMHgyYjIgQCAx ClsgICAgMS43NDQ0NjVdIE5FVDogUmVnaXN0ZXJlZCBwcm90b2NvbCBmYW1pbHkgMgpbICAgIDEu NzQ4ODYyXSBJUCByb3V0ZSBjYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDEzMTA3MiAob3JkZXI6 IDgsIDEwNDg1NzYgYnl0ZXMpClsgICAgMS43NTY1MzldIFRDUCBlc3RhYmxpc2hlZCBoYXNoIHRh YmxlIGVudHJpZXM6IDI2MjE0NCAob3JkZXI6IDEwLCA0MTk0MzA0IGJ5dGVzKQpbICAgIDEuNzY1 NjEwXSBUQ1AgYmluZCBoYXNoIHRhYmxlIGVudHJpZXM6IDY1NTM2IChvcmRlcjogOCwgMTA0ODU3 NiBieXRlcykKWyAgICAxLjc3Mjc4NF0gVENQOiBIYXNoIHRhYmxlcyBjb25maWd1cmVkIChlc3Rh Ymxpc2hlZCAyNjIxNDQgYmluZCA2NTUzNikKWyAgICAxLjc3OTM5M10gVENQOiByZW5vIHJlZ2lz dGVyZWQKWyAgICAxLjc4MjYxOV0gVURQIGhhc2ggdGFibGUgZW50cmllczogMjA0OCAob3JkZXI6 IDQsIDY1NTM2IGJ5dGVzKQpbICAgIDEuNzg4NjQ3XSBVRFAtTGl0ZSBoYXNoIHRhYmxlIGVudHJp ZXM6IDIwNDggKG9yZGVyOiA0LCA2NTUzNiBieXRlcykKWyAgICAxLjc5NTE5OF0gaW5pdGNhbGwg aW5ldF9pbml0KzB4MC8weDJiMiByZXR1cm5lZCAwIGFmdGVyIDQ5NTUzIHVzZWNzClsgICAgMS44 MDE2MzZdIGNhbGxpbmcgIGFmX3VuaXhfaW5pdCsweDAvMHg1MiBAIDEKWyAgICAxLjgwNjA3NF0g TkVUOiBSZWdpc3RlcmVkIHByb3RvY29sIGZhbWlseSAxClsgICAgMS44MTA0MzFdIGluaXRjYWxs IGFmX3VuaXhfaW5pdCsweDAvMHg1MiByZXR1cm5lZCAwIGFmdGVyIDQyNTQgdXNlY3MKWyAgICAx LjgxNjk1MV0gY2FsbGluZyAgaW5pdF9zdW5ycGMrMHgwLzB4NjYgQCAxClsgICAgMS44MjE0MThd IFJQQzogUmVnaXN0ZXJlZCBuYW1lZCBVTklYIHNvY2tldCB0cmFuc3BvcnQgbW9kdWxlLgpbICAg IDEuODI3MzI5XSBSUEM6IFJlZ2lzdGVyZWQgdWRwIHRyYW5zcG9ydCBtb2R1bGUuClsgICAgMS44 MzIwMjddIFJQQzogUmVnaXN0ZXJlZCB0Y3AgdHJhbnNwb3J0IG1vZHVsZS4KWyAgICAxLjgzNjcy Nl0gUlBDOiBSZWdpc3RlcmVkIHRjcCBORlN2NC4xIGJhY2tjaGFubmVsIHRyYW5zcG9ydCBtb2R1 bGUuClsgICAgMS44NDMxNjBdIGluaXRjYWxsIGluaXRfc3VucnBjKzB4MC8weDY2IHJldHVybmVk IDAgYWZ0ZXIgMjEzNDQgdXNlY3MKWyAgICAxLjg0OTY4MV0gY2FsbGluZyAgcGNpX2FwcGx5X2Zp bmFsX3F1aXJrcysweDAvMHgxMDUgQCAxClsgICAgMS44NTUxMDBdIGNhbGxpbmcgIHBjaV9maXh1 cF92aWRlbysweDAvMHg5OCBAIDEgZm9yIDAwMDA6MDA6MDIuMApbICAgIDEuODYxMjc3XSBwY2kg MDAwMDowMDowMi4wOiBCb290IHZpZGVvIGRldmljZQpbICAgIDEuODY1ODA0XSBwY2kgZml4dXAg cGNpX2ZpeHVwX3ZpZGVvKzB4MC8weDk4IHJldHVybmVkIGFmdGVyIDQ0MjIgdXNlY3MgZm9yIDAw MDA6MDA6MDIuMApbICAgIDEuODczOTgwXSBjYWxsaW5nICBxdWlya191c2JfZWFybHlfaGFuZG9m ZisweDAvMHg2M2EgQCAxIGZvciAwMDAwOjAwOjFkLjAKWyAgICAxLjg4MDk0MF0geGVuOiByZWdp c3RlcmluZyBnc2kgMjMgdHJpZ2dlcmluZyAwIHBvbGFyaXR5IDEKWyAgICAxLjg4NjUxN10geGVu OiAtLT4gcGlycT0yMyAtPiBpcnE9MjMgKGdzaT0yMykKWyAgICAxLjg5MTA1MV0gcGNpIDAwMDA6 MDA6MWQuMDogdWhjaV9jaGVja19hbmRfcmVzZXRfaGM6IGxlZ3N1cCA9IDB4MGYzMApbICAgIDEu ODk3NTY5XSBwY2kgMDAwMDowMDoxZC4wOiBQZXJmb3JtaW5nIGZ1bGwgcmVzZXQKWyAgICAxLjkw MjQ1OF0gcGNpIGZpeHVwIHF1aXJrX3VzYl9lYXJseV9oYW5kb2ZmKzB4MC8weDYzYSByZXR1cm5l ZCBhZnRlciAyMTAyMSB1c2VjcyBmb3IgMDAwMDowMDoxZC4wClsgICAgMS45MTE0OTJdIGNhbGxp bmcgIHF1aXJrX3VzYl9lYXJseV9oYW5kb2ZmKzB4MC8weDYzYSBAIDEgZm9yIDAwMDA6MDA6MWQu MQpbICAgIDEuOTE4NDQ4XSB4ZW46IHJlZ2lzdGVyaW5nIGdzaSAxOSB0cmlnZ2VyaW5nIDAgcG9s YXJpdHkgMQpbICAgIDEuOTI0MDE2XSB4ZW46IC0tPiBwaXJxPTE5IC0+IGlycT0xOSAoZ3NpPTE5 KQpbICAgIDEuOTI4NTQ0XSBwY2kgMDAwMDowMDoxZC4xOiB1aGNpX2NoZWNrX2FuZF9yZXNldF9o YzogbGVnc3VwID0gMHgwMDMwClsgICAgMS45MzUwNjJdIHBjaSAwMDAwOjAwOjFkLjE6IFBlcmZv cm1pbmcgZnVsbCByZXNldApbICAgIDEuOTM5OTQ3XSBwY2kgZml4dXAgcXVpcmtfdXNiX2Vhcmx5 X2hhbmRvZmYrMHgwLzB4NjNhIHJldHVybmVkIGFmdGVyIDIwOTk4IHVzZWNzIGZvciAwMDAwOjAw OjFkLjEKWyAgICAxLjk0ODk4M10gY2FsbGluZyAgcXVpcmtfdXNiX2Vhcmx5X2hhbmRvZmYrMHgw LzB4NjNhIEAgMSBmb3IgMDAwMDowMDoxZC4yClsgICAgMS45NTU5MzldIHhlbjogcmVnaXN0ZXJp bmcgZ3NpIDE4IHRyaWdnZXJpbmcgMCBwb2xhcml0eSAxClsgICAgMS45NjE1MDZdIHhlbjogLS0+ IHBpcnE9MTggLT4gaXJxPTE4IChnc2k9MTgpClsgICAgMS45NjYwMzddIHBjaSAwMDAwOjAwOjFk LjI6IHVoY2lfY2hlY2tfYW5kX3Jlc2V0X2hjOiBsZWdzdXAgPSAweDAwMzAKWyAgICAxLjk3MjU1 Nl0gcGNpIDAwMDA6MDA6MWQuMjogUGVyZm9ybWluZyBmdWxsIHJlc2V0ClsgICAgMS45Nzc0NDRd IHBjaSBmaXh1cCBxdWlya191c2JfZWFybHlfaGFuZG9mZisweDAvMHg2M2EgcmV0dXJuZWQgYWZ0 ZXIgMjEwMDMgdXNlY3MgZm9yIDAwMDA6MDA6MWQuMgpbICAgIDEuOTg2NDgwXSBjYWxsaW5nICBx dWlya191c2JfZWFybHlfaGFuZG9mZisweDAvMHg2M2EgQCAxIGZvciAwMDAwOjAwOjFkLjMKWyAg ICAxLjk5MzQzMl0geGVuOiByZWdpc3RlcmluZyBnc2kgMTYgdHJpZ2dlcmluZyAwIHBvbGFyaXR5 IDEKWyAgICAxLjk5ODk5N10gQWxyZWFkeSBzZXR1cCB0aGUgR1NJIDoxNgpbICAgIDIuMDAyNjU4 XSBwY2kgMDAwMDowMDoxZC4zOiB1aGNpX2NoZWNrX2FuZF9yZXNldF9oYzogbGVnc3VwID0gMHgw MDMwClsgICAgMi4wMDkxNzZdIHBjaSAwMDAwOjAwOjFkLjM6IFBlcmZvcm1pbmcgZnVsbCByZXNl dApbICAgIDIuMDE0MDY0XSBwY2kgZml4dXAgcXVpcmtfdXNiX2Vhcmx5X2hhbmRvZmYrMHgwLzB4 NjNhIHJldHVybmVkIGFmdGVyIDIwMTUwIHVzZWNzIGZvciAwMDAwOjAwOjFkLjMKWyAgICAyLjAy MzA5OF0gY2FsbGluZyAgcXVpcmtfdXNiX2Vhcmx5X2hhbmRvZmYrMHgwLzB4NjNhIEAgMSBmb3Ig MDAwMDowMDoxZC43ClsgICAgMi4wMzAwNTVdIHhlbjogcmVnaXN0ZXJpbmcgZ3NpIDIzIHRyaWdn ZXJpbmcgMCBwb2xhcml0eSAxClsgICAgMi4wMzU2MThdIEFscmVhZHkgc2V0dXAgdGhlIEdTSSA6 MjMKWyAgICAyLjAzOTMyMV0gcGNpIGZpeHVwIHF1aXJrX3VzYl9lYXJseV9oYW5kb2ZmKzB4MC8w eDYzYSByZXR1cm5lZCBhZnRlciA5MDUyIHVzZWNzIGZvciAwMDAwOjAwOjFkLjcKWyAgICAyLjA0 ODI4Nl0gUENJOiBDTFMgMzIgYnl0ZXMsIGRlZmF1bHQgNjQKWyAgICAyLjA1MjI5NV0gaW5pdGNh bGwgcGNpX2FwcGx5X2ZpbmFsX3F1aXJrcysweDAvMHgxMDUgcmV0dXJuZWQgMCBhZnRlciAxOTI1 OTUgdXNlY3MKWyAgICAyLjA1OTk0MV0gY2FsbGluZyAgcG9wdWxhdGVfcm9vdGZzKzB4MC8weGQx IEAgMQpbICAgIDIuMDY0NjkyXSBUcnlpbmcgdG8gdW5wYWNrIHJvb3RmcyBpbWFnZSBhcyBpbml0 cmFtZnMuLi4KWyAgICAyLjE2OTUxOV0gRnJlZWluZyBpbml0cmQgbWVtb3J5OiA5MzU4NGsgZnJl ZWQKWyAgICAyLjIxMTE4Nl0gaW5pdGNhbGwgcG9wdWxhdGVfcm9vdGZzKzB4MC8weGQxIHJldHVy bmVkIDAgYWZ0ZXIgMTQzMTAwIHVzZWNzClsgICAgMi4yMTgxNTldIGNhbGxpbmcgIHBjaV9pb21t dV9pbml0KzB4MC8weDNlIEAgMQpbICAgIDIuMjIyNzc1XSBpbml0Y2FsbCBwY2lfaW9tbXVfaW5p dCsweDAvMHgzZSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAyLjIyOTIwOV0gY2FsbGlu ZyAgaXJfZGV2X3Njb3BlX2luaXQrMHgwLzB4MTYgQCAxClsgICAgMi4yMzQwODNdIGluaXRjYWxs IGlyX2Rldl9zY29wZV9pbml0KzB4MC8weDE2IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAg IDIuMjQwODE2XSBjYWxsaW5nICBpODI1OUFfaW5pdF9vcHMrMHgwLzB4MjEgQCAxClsgICAgMi4y NDU1MzRdIGluaXRjYWxsIGk4MjU5QV9pbml0X29wcysweDAvMHgyMSByZXR1cm5lZCAwIGFmdGVy IDE2IHVzZWNzClsgICAgMi4yNTIxNzZdIGNhbGxpbmcgIHZzeXNjYWxsX2luaXQrMHgwLzB4Mjcg QCAxClsgICAgMi4yNTY3MzNdIGluaXRjYWxsIHZzeXNjYWxsX2luaXQrMHgwLzB4MjcgcmV0dXJu ZWQgMCBhZnRlciA3IHVzZWNzClsgICAgMi4yNjMwOThdIGNhbGxpbmcgIHNiZl9pbml0KzB4MC8w eGYyIEAgMQpbICAgIDIuMjY3MTk4XSBpbml0Y2FsbCBzYmZfaW5pdCsweDAvMHhmMiByZXR1cm5l ZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAyLjI3MzExM10gY2FsbGluZyAgaW5pdF90c2NfY2xvY2tz b3VyY2UrMHgwLzB4ODIgQCAxClsgICAgMi4yNzgyNTFdIGluaXRjYWxsIGluaXRfdHNjX2Nsb2Nr c291cmNlKzB4MC8weDgyIHJldHVybmVkIDAgYWZ0ZXIgMyB1c2VjcwpbICAgIDIuMjg1MjA1XSBj YWxsaW5nICBhZGRfcnRjX2Ntb3MrMHgwLzB4OTYgQCAxClsgICAgMi4yODk2NDZdIGluaXRjYWxs IGFkZF9ydGNfY21vcysweDAvMHg5NiByZXR1cm5lZCAwIGFmdGVyIDIgdXNlY3MKWyAgICAyLjI5 NTkwNF0gY2FsbGluZyAgaTgyMzdBX2luaXRfb3BzKzB4MC8weDE0IEAgMQpbICAgIDIuMzAwNjEz XSBpbml0Y2FsbCBpODIzN0FfaW5pdF9vcHMrMHgwLzB4MTQgcmV0dXJuZWQgMCBhZnRlciAxMSB1 c2VjcwpbICAgIDIuMzA3MjI4XSBjYWxsaW5nICBjYWNoZV9zeXNmc19pbml0KzB4MC8weDU5IEAg MQpbICAgIDIuMzEyMDgwXSBpbml0Y2FsbCBjYWNoZV9zeXNmc19pbml0KzB4MC8weDU5IHJldHVy bmVkIDAgYWZ0ZXIgNjMgdXNlY3MKWyAgICAyLjMxODc3N10gY2FsbGluZyAgbWNoZWNrX2luaXRf ZGV2aWNlKzB4MC8weGZmIEAgMQpbICAgIDIuMzIzNzM1XSBpbml0Y2FsbCBtY2hlY2tfaW5pdF9k ZXZpY2UrMHgwLzB4ZmYgcmV0dXJuZWQgLTUgYWZ0ZXIgMCB1c2VjcwpbICAgIDIuMzMwNjAwXSBp bml0Y2FsbCBtY2hlY2tfaW5pdF9kZXZpY2UrMHgwLzB4ZmYgcmV0dXJuZWQgd2l0aCBlcnJvciBj b2RlIC01IApbICAgIDIuMzM3NzUxXSBjYWxsaW5nICB0aHJlc2hvbGRfaW5pdF9kZXZpY2UrMHgw LzB4NTYgQCAxClsgICAgMi4zNDI5NjldIGluaXRjYWxsIHRocmVzaG9sZF9pbml0X2RldmljZSsw eDAvMHg1NiByZXR1cm5lZCAwIGFmdGVyIDEgdXNlY3MKWyAgICAyLjM1MDAwNl0gY2FsbGluZyAg dGhlcm1hbF90aHJvdHRsZV9pbml0X2RldmljZSsweDAvMHg5YyBAIDEKWyAgICAyLjM1NTgzNF0g aW5pdGNhbGwgdGhlcm1hbF90aHJvdHRsZV9pbml0X2RldmljZSsweDAvMHg5YyByZXR1cm5lZCAw IGFmdGVyIDAgdXNlY3MKWyAgICAyLjM2MzQ3OF0gY2FsbGluZyAgYW1kX2lic19pbml0KzB4MC8w eDJiMSBAIDEKWyAgICAyLjM2ODAwM10gaW5pdGNhbGwgYW1kX2lic19pbml0KzB4MC8weDJiMSBy ZXR1cm5lZCAtMTkgYWZ0ZXIgMCB1c2VjcwpbICAgIDIuMzc0NTI0XSBjYWxsaW5nICBtc3JfaW5p dCsweDAvMHgxMjcgQCAxClsgICAgMi4zNzg5NTNdIGluaXRjYWxsIG1zcl9pbml0KzB4MC8weDEy NyByZXR1cm5lZCAwIGFmdGVyIDI0MyB1c2VjcwpbICAgIDIuMzg1MTI2XSBjYWxsaW5nICBjcHVp ZF9pbml0KzB4MC8weDEyNyBAIDEKWyAgICAyLjM4OTYyOV0gaW5pdGNhbGwgY3B1aWRfaW5pdCsw eDAvMHgxMjcgcmV0dXJuZWQgMCBhZnRlciAxNDggdXNlY3MKWyAgICAyLjM5NTk3N10gY2FsbGlu ZyAgaW9hcGljX2luaXRfb3BzKzB4MC8weDE0IEAgMQpbICAgIDIuNDAwNjczXSBpbml0Y2FsbCBp b2FwaWNfaW5pdF9vcHMrMHgwLzB4MTQgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMi40 MDcxOTFdIGNhbGxpbmcgIGFkZF9wY3Nwa3IrMHgwLzB4NWUgQCAxClsgICAgMi40MTE0OTNdIGlu aXRjYWxsIGFkZF9wY3Nwa3IrMHgwLzB4NWUgcmV0dXJuZWQgMCBhZnRlciAzOCB1c2VjcwpbICAg IDIuNDE3NjY0XSBjYWxsaW5nICBtaWNyb2NvZGVfaW5pdCsweDAvMHgxODIgQCAxClsgICAgMi40 MjI0MDVdIG1pY3JvY29kZTogQ1BVMCBzaWc9MHgxMDY3YSwgcGY9MHgxLCByZXZpc2lvbj0weGEw NwpbICAgIDIuNDI4MzIyXSBtaWNyb2NvZGU6IENQVTEgc2lnPTB4MTA2N2EsIHBmPTB4MSwgcmV2 aXNpb249MHhhMDcKWyAgICAyLjQzNDI4Nl0gbWljcm9jb2RlOiBNaWNyb2NvZGUgVXBkYXRlIERy aXZlcjogdjIuMDAgPHRpZ3JhbkBhaXZhemlhbi5mc25ldC5jby51az4sIFBldGVyIE9ydWJhClsg ICAgMi40NDMwNTldIGluaXRjYWxsIG1pY3JvY29kZV9pbml0KzB4MC8weDE4MiByZXR1cm5lZCAw IGFmdGVyIDIwMjExIHVzZWNzClsgICAgMi40NDk5MjZdIGNhbGxpbmcgIHN0YXJ0X3BlcmlvZGlj X2NoZWNrX2Zvcl9jb3JydXB0aW9uKzB4MC8weDUwIEAgMQpbICAgIDIuNDU2MzU5XSBpbml0Y2Fs bCBzdGFydF9wZXJpb2RpY19jaGVja19mb3JfY29ycnVwdGlvbisweDAvMHg1MCByZXR1cm5lZCAw IGFmdGVyIDAgdXNlY3MKWyAgICAyLjQ2NDYxMF0gY2FsbGluZyAgYXVkaXRfY2xhc3Nlc19pbml0 KzB4MC8weDVhIEAgMQpbICAgIDIuNDY5NTY4XSBpbml0Y2FsbCBhdWRpdF9jbGFzc2VzX2luaXQr MHgwLzB4NWEgcmV0dXJuZWQgMCBhZnRlciAxIHVzZWNzClsgICAgMi40NzYzNDZdIGNhbGxpbmcg IHByb2NfZXhlY2RvbWFpbnNfaW5pdCsweDAvMHgyMiBAIDEKWyAgICAyLjQ4MTU2Nl0gaW5pdGNh bGwgcHJvY19leGVjZG9tYWluc19pbml0KzB4MC8weDIyIHJldHVybmVkIDAgYWZ0ZXIgNCB1c2Vj cwpbICAgIDIuNDg4NjAyXSBjYWxsaW5nICBpb3Jlc291cmNlc19pbml0KzB4MC8weDNjIEAgMQpb ICAgIDIuNDkzMzkwXSBpbml0Y2FsbCBpb3Jlc291cmNlc19pbml0KzB4MC8weDNjIHJldHVybmVk IDAgYWZ0ZXIgMiB1c2VjcwpbICAgIDIuNDk5OTk1XSBjYWxsaW5nICB1aWRfY2FjaGVfaW5pdCsw eDAvMHg4ZSBAIDEKWyAgICAyLjUwNDYxMl0gaW5pdGNhbGwgdWlkX2NhY2hlX2luaXQrMHgwLzB4 OGUgcmV0dXJuZWQgMCBhZnRlciA2IHVzZWNzClsgICAgMi41MTEwNDVdIGNhbGxpbmcgIGluaXRf cG9zaXhfdGltZXJzKzB4MC8weDIwMyBAIDEKWyAgICAyLjUxNjAxM10gaW5pdGNhbGwgaW5pdF9w b3NpeF90aW1lcnMrMHgwLzB4MjAzIHJldHVybmVkIDAgYWZ0ZXIgOCB1c2VjcwpbICAgIDIuNTIy NzkyXSBjYWxsaW5nICBpbml0X3Bvc2l4X2NwdV90aW1lcnMrMHgwLzB4YzIgQCAxClsgICAgMi41 MjgwMTBdIGluaXRjYWxsIGluaXRfcG9zaXhfY3B1X3RpbWVycysweDAvMHhjMiByZXR1cm5lZCAw IGFmdGVyIDAgdXNlY3MKWyAgICAyLjUzNTA0N10gY2FsbGluZyAgcHJvY19zY2hlZHN0YXRfaW5p dCsweDAvMHgyMiBAIDEKWyAgICAyLjU0MDA5MV0gaW5pdGNhbGwgcHJvY19zY2hlZHN0YXRfaW5p dCsweDAvMHgyMiByZXR1cm5lZCAwIGFmdGVyIDEgdXNlY3MKWyAgICAyLjU0Njk1NF0gY2FsbGlu ZyAgc25hcHNob3RfZGV2aWNlX2luaXQrMHgwLzB4MTIgQCAxClsgICAgMi41NTIxNDRdIGluaXRj YWxsIHNuYXBzaG90X2RldmljZV9pbml0KzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgNTYgdXNl Y3MKWyAgICAyLjU1OTE4M10gY2FsbGluZyAgY3JlYXRlX3Byb2NfcHJvZmlsZSsweDAvMHgyNDAg QCAxClsgICAgMi41NjQzMTRdIGluaXRjYWxsIGNyZWF0ZV9wcm9jX3Byb2ZpbGUrMHgwLzB4MjQw IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDIuNTcxMjY2XSBjYWxsaW5nICB0aW1la2Vl cGluZ19pbml0X29wcysweDAvMHgxNCBAIDEKWyAgICAyLjU3NjM5OV0gaW5pdGNhbGwgdGltZWtl ZXBpbmdfaW5pdF9vcHMrMHgwLzB4MTQgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMi41 ODMzNDhdIGNhbGxpbmcgIGluaXRfY2xvY2tzb3VyY2Vfc3lzZnMrMHgwLzB4NTIgQCAxClsgICAg Mi41ODg3MzFdIGluaXRjYWxsIGluaXRfY2xvY2tzb3VyY2Vfc3lzZnMrMHgwLzB4NTIgcmV0dXJu ZWQgMCBhZnRlciA3NiB1c2VjcwpbICAgIDIuNTk1OTQ0XSBjYWxsaW5nICBpbml0X3RpbWVyX2xp c3RfcHJvY2ZzKzB4MC8weDJjIEAgMQpbICAgIDIuNjAxMjUwXSBpbml0Y2FsbCBpbml0X3RpbWVy X2xpc3RfcHJvY2ZzKzB4MC8weDJjIHJldHVybmVkIDAgYWZ0ZXIgMSB1c2VjcwpbICAgIDIuNjA4 Mzc0XSBjYWxsaW5nICBhbGFybXRpbWVyX2luaXQrMHgwLzB4MTdlIEAgMQpbICAgIDIuNjEzMjMw XSBpbml0Y2FsbCBhbGFybXRpbWVyX2luaXQrMHgwLzB4MTdlIHJldHVybmVkIDAgYWZ0ZXIgNzAg dXNlY3MKWyAgICAyLjYxOTkyMl0gY2FsbGluZyAgaW5pdF90c3RhdHNfcHJvY2ZzKzB4MC8weDJj IEAgMQpbICAgIDIuNjI0ODgwXSBpbml0Y2FsbCBpbml0X3RzdGF0c19wcm9jZnMrMHgwLzB4MmMg cmV0dXJuZWQgMCBhZnRlciAxIHVzZWNzClsgICAgMi42MzE2NTZdIGNhbGxpbmcgIGZ1dGV4X2lu aXQrMHgwLzB4NTggQCAxClsgICAgMi42MzU5MjddIGluaXRjYWxsIGZ1dGV4X2luaXQrMHgwLzB4 NTggcmV0dXJuZWQgMCBhZnRlciA2IHVzZWNzClsgICAgMi42NDIwMTNdIGNhbGxpbmcgIHByb2Nf ZG1hX2luaXQrMHgwLzB4MjIgQCAxClsgICAgMi42NDY1MzldIGluaXRjYWxsIHByb2NfZG1hX2lu aXQrMHgwLzB4MjIgcmV0dXJuZWQgMCBhZnRlciAxIHVzZWNzClsgICAgMi42NTI4ODVdIGNhbGxp bmcgIHByb2NfbW9kdWxlc19pbml0KzB4MC8weDIyIEAgMQpbICAgIDIuNjU3NzU3XSBpbml0Y2Fs bCBwcm9jX21vZHVsZXNfaW5pdCsweDAvMHgyMiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAg ICAyLjY2NDQ1MF0gY2FsbGluZyAga2FsbHN5bXNfaW5pdCsweDAvMHgyNSBAIDEKWyAgICAyLjY2 ODk3Nl0gaW5pdGNhbGwga2FsbHN5bXNfaW5pdCsweDAvMHgyNSByZXR1cm5lZCAwIGFmdGVyIDEg dXNlY3MKWyAgICAyLjY3NTMyM10gY2FsbGluZyAgY3Jhc2hfc2F2ZV92bWNvcmVpbmZvX2luaXQr MHgwLzB4NGI0IEAgMQpbICAgIDIuNjgxMDc4XSBpbml0Y2FsbCBjcmFzaF9zYXZlX3ZtY29yZWlu Zm9faW5pdCsweDAvMHg0YjQgcmV0dXJuZWQgMCBhZnRlciAxNyB1c2VjcwpbICAgIDIuNjg4NzI1 XSBjYWxsaW5nICBjcmFzaF9ub3Rlc19tZW1vcnlfaW5pdCsweDAvMHgzNyBAIDEKWyAgICAyLjY5 NDExOF0gaW5pdGNhbGwgY3Jhc2hfbm90ZXNfbWVtb3J5X2luaXQrMHgwLzB4MzcgcmV0dXJuZWQg MCBhZnRlciAyIHVzZWNzClsgICAgMi43MDEzMjldIGNhbGxpbmcgIHVzZXJfbmFtZXNwYWNlc19p bml0KzB4MC8weDJkIEAgMQpbICAgIDIuNzA2NDY2XSBpbml0Y2FsbCB1c2VyX25hbWVzcGFjZXNf aW5pdCsweDAvMHgyZCByZXR1cm5lZCAwIGFmdGVyIDMgdXNlY3MKWyAgICAyLjcxMzQxNl0gY2Fs bGluZyAgcGlkX25hbWVzcGFjZXNfaW5pdCsweDAvMHg0MCBAIDEKWyAgICAyLjcxODQ3MF0gaW5p dGNhbGwgcGlkX25hbWVzcGFjZXNfaW5pdCsweDAvMHg0MCByZXR1cm5lZCAwIGFmdGVyIDEwIHVz ZWNzClsgICAgMi43MjU0MjJdIGNhbGxpbmcgIGlrY29uZmlnX2luaXQrMHgwLzB4MzkgQCAxClsg ICAgMi43Mjk5NDhdIGluaXRjYWxsIGlrY29uZmlnX2luaXQrMHgwLzB4MzkgcmV0dXJuZWQgMCBh ZnRlciAwIHVzZWNzClsgICAgMi43MzYyODldIGNhbGxpbmcgIGF1ZGl0X2luaXQrMHgwLzB4MTNl IEAgMQpbICAgIDIuNzQwNjQxXSBhdWRpdDogaW5pdGlhbGl6aW5nIG5ldGxpbmsgc29ja2V0IChk aXNhYmxlZCkKWyAgICAyLjc0NjA0M10gdHlwZT0yMDAwIGF1ZGl0KDEzNDI3Nzc4MjguMDUzOjEp OiBpbml0aWFsaXplZApbICAgIDIuNzUxNTI0XSBpbml0Y2FsbCBhdWRpdF9pbml0KzB4MC8weDEz ZSByZXR1cm5lZCAwIGFmdGVyIDEwNjI3IHVzZWNzClsgICAgMi43NTgwNDJdIGNhbGxpbmcgIGF1 ZGl0X3dhdGNoX2luaXQrMHgwLzB4M2EgQCAxClsgICAgMi43NjI4MjhdIGluaXRjYWxsIGF1ZGl0 X3dhdGNoX2luaXQrMHgwLzB4M2EgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMi43Njk0 MzNdIGNhbGxpbmcgIGF1ZGl0X3RyZWVfaW5pdCsweDAvMHg1OCBAIDEKWyAgICAyLjc3NDEzNV0g aW5pdGNhbGwgYXVkaXRfdHJlZV9pbml0KzB4MC8weDU4IHJldHVybmVkIDAgYWZ0ZXIgMSB1c2Vj cwpbICAgIDIuNzgwNjU1XSBjYWxsaW5nICBpbml0X2twcm9iZXMrMHgwLzB4MTRmIEAgMQpbICAg IDIuNzk5NTU0XSBpbml0Y2FsbCBpbml0X2twcm9iZXMrMHgwLzB4MTRmIHJldHVybmVkIDAgYWZ0 ZXIgMTQwMzcgdXNlY3MKWyAgICAyLjgwNjI0N10gY2FsbGluZyAgaXJxX3BtX2luaXRfb3BzKzB4 MC8weDE0IEAgMQpbICAgIDIuODEwOTQ1XSBpbml0Y2FsbCBpcnFfcG1faW5pdF9vcHMrMHgwLzB4 MTQgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMi44MTc0NjBdIGNhbGxpbmcgIHV0c25h bWVfc3lzY3RsX2luaXQrMHgwLzB4MTQgQCAxClsgICAgMi44MjI1MDldIGluaXRjYWxsIHV0c25h bWVfc3lzY3RsX2luaXQrMHgwLzB4MTQgcmV0dXJuZWQgMCBhZnRlciA0IHVzZWNzClsgICAgMi44 MjkzNzNdIGNhbGxpbmcgIGluaXRfdHJhY2Vwb2ludHMrMHgwLzB4MjAgQCAxClsgICAgMi44MzQx NThdIGluaXRjYWxsIGluaXRfdHJhY2Vwb2ludHMrMHgwLzB4MjAgcmV0dXJuZWQgMCBhZnRlciAw IHVzZWNzClsgICAgMi44NDA3NjFdIGNhbGxpbmcgIGluaXRfZXZlbnRzKzB4MC8weDYwIEAgMQpb ICAgIDIuODQ1MTE0XSBpbml0Y2FsbCBpbml0X2V2ZW50cysweDAvMHg2MCByZXR1cm5lZCAwIGFm dGVyIDMgdXNlY3MKWyAgICAyLjg1MTI4Nl0gY2FsbGluZyAgaW5pdF9ibGtfdHJhY2VyKzB4MC8w eDVjIEAgMQpbICAgIDIuODU1OTg0XSBpbml0Y2FsbCBpbml0X2Jsa190cmFjZXIrMHgwLzB4NWMg cmV0dXJuZWQgMCBhZnRlciAxIHVzZWNzClsgICAgMi44NjI1MDFdIGNhbGxpbmcgIHBlcmZfZXZl bnRfc3lzZnNfaW5pdCsweDAvMHg5YSBAIDEKWyAgICAyLjg2Nzg2MV0gaW5pdGNhbGwgcGVyZl9l dmVudF9zeXNmc19pbml0KzB4MC8weDlhIHJldHVybmVkIDAgYWZ0ZXIgMTM5IHVzZWNzClsgICAg Mi44NzUwNzRdIGNhbGxpbmcgIGluaXRfcGVyX3pvbmVfd21hcmtfbWluKzB4MC8weDhhIEAgMQpb ICAgIDIuODgwNTgyXSBpbml0Y2FsbCBpbml0X3Blcl96b25lX3dtYXJrX21pbisweDAvMHg4YSBy ZXR1cm5lZCAwIGFmdGVyIDExMSB1c2VjcwpbICAgIDIuODg3OTY5XSBjYWxsaW5nICBrc3dhcGRf aW5pdCsweDAvMHgyMCBAIDEKWyAgICAyLjg5MjM1Nl0gaW5pdGNhbGwga3N3YXBkX2luaXQrMHgw LzB4MjAgcmV0dXJuZWQgMCBhZnRlciAzNCB1c2VjcwpbICAgIDIuODk4NjE0XSBjYWxsaW5nICBz ZXR1cF92bXN0YXQrMHgwLzB4YzcgQCAxClsgICAgMi45MDMwNTZdIGluaXRjYWxsIHNldHVwX3Zt c3RhdCsweDAvMHhjNyByZXR1cm5lZCAwIGFmdGVyIDUgdXNlY3MKWyAgICAyLjkwOTMxM10gY2Fs bGluZyAgbW1fc3lzZnNfaW5pdCsweDAvMHgyOSBAIDEKWyAgICAyLjkxMzg0MF0gaW5pdGNhbGwg bW1fc3lzZnNfaW5pdCsweDAvMHgyOSByZXR1cm5lZCAwIGFmdGVyIDIgdXNlY3MKWyAgICAyLjky MDE4NF0gY2FsbGluZyAgcHJvY192bWFsbG9jX2luaXQrMHgwLzB4MjUgQCAxClsgICAgMi45MjUw NTddIGluaXRjYWxsIHByb2Nfdm1hbGxvY19pbml0KzB4MC8weDI1IHJldHVybmVkIDAgYWZ0ZXIg MSB1c2VjcwpbICAgIDIuOTMxNzQ5XSBjYWxsaW5nICBwcm9jc3dhcHNfaW5pdCsweDAvMHgyMiBA IDEKWyAgICAyLjkzNjM2M10gaW5pdGNhbGwgcHJvY3N3YXBzX2luaXQrMHgwLzB4MjIgcmV0dXJu ZWQgMCBhZnRlciAxIHVzZWNzClsgICAgMi45NDI3OTRdIGNhbGxpbmcgIGh1Z2V0bGJfaW5pdCsw eDAvMHgzZTYgQCAxClsgICAgMi45NDczMjFdIEh1Z2VUTEIgcmVnaXN0ZXJlZCAyIE1CIHBhZ2Ug c2l6ZSwgcHJlLWFsbG9jYXRlZCAwIHBhZ2VzClsgICAgMi45NTM2NzJdIGluaXRjYWxsIGh1Z2V0 bGJfaW5pdCsweDAvMHgzZTYgcmV0dXJuZWQgMCBhZnRlciA2MjAyIHVzZWNzClsgICAgMi45NjAy NzddIGNhbGxpbmcgIHNsYWJfcHJvY19pbml0KzB4MC8weDI1IEAgMQpbICAgIDIuOTY0ODg4XSBp bml0Y2FsbCBzbGFiX3Byb2NfaW5pdCsweDAvMHgyNSByZXR1cm5lZCAwIGFmdGVyIDEgdXNlY3MK WyAgICAyLjk3MTMyMV0gY2FsbGluZyAgc2xhYl9zeXNmc19pbml0KzB4MC8weDEwOSBAIDEKWyAg ICAyLjk3ODk2MF0gaW5pdGNhbGwgc2xhYl9zeXNmc19pbml0KzB4MC8weDEwOSByZXR1cm5lZCAw IGFmdGVyIDI3ODYgdXNlY3MKWyAgICAyLjk4NTgyOF0gY2FsbGluZyAgZmNudGxfaW5pdCsweDAv MHgyYSBAIDEKWyAgICAyLjk5MDA5NF0gaW5pdGNhbGwgZmNudGxfaW5pdCsweDAvMHgyYSByZXR1 cm5lZCAwIGFmdGVyIDIgdXNlY3MKWyAgICAyLjk5NjE4Ml0gY2FsbGluZyAgcHJvY19maWxlc3lz dGVtc19pbml0KzB4MC8weDIyIEAgMQpbICAgIDMuMDAxMzk5XSBpbml0Y2FsbCBwcm9jX2ZpbGVz eXN0ZW1zX2luaXQrMHgwLzB4MjIgcmV0dXJuZWQgMCBhZnRlciAyIHVzZWNzClsgICAgMy4wMDg0 MzldIGNhbGxpbmcgIGRpb19pbml0KzB4MC8weDJkIEAgMQpbICAgIDMuMDEyNTgzXSBpbml0Y2Fs bCBkaW9faW5pdCsweDAvMHgyZCByZXR1cm5lZCAwIGFmdGVyIDQ5IHVzZWNzClsgICAgMy4wMTg1 ODFdIGNhbGxpbmcgIGZzbm90aWZ5X21hcmtfaW5pdCsweDAvMHg0MCBAIDEKWyAgICAzLjAyMzU2 MF0gaW5pdGNhbGwgZnNub3RpZnlfbWFya19pbml0KzB4MC8weDQwIHJldHVybmVkIDAgYWZ0ZXIg MjEgdXNlY3MKWyAgICAzLjAzMDQyNl0gY2FsbGluZyAgZG5vdGlmeV9pbml0KzB4MC8weDdiIEAg MQpbICAgIDMuMDM0OTE0XSBpbml0Y2FsbCBkbm90aWZ5X2luaXQrMHgwLzB4N2IgcmV0dXJuZWQg MCBhZnRlciA0NyB1c2VjcwpbICAgIDMuMDQxMjYxXSBjYWxsaW5nICBpbm90aWZ5X3VzZXJfc2V0 dXArMHgwLzB4NzAgQCAxClsgICAgMy4wNDYyMjRdIGluaXRjYWxsIGlub3RpZnlfdXNlcl9zZXR1 cCsweDAvMHg3MCByZXR1cm5lZCAwIGFmdGVyIDIgdXNlY3MKWyAgICAzLjA1MzAwM10gY2FsbGlu ZyAgYWlvX3NldHVwKzB4MC8weDdhIEAgMQpbICAgIDMuMDU3MTg2XSBpbml0Y2FsbCBhaW9fc2V0 dXArMHgwLzB4N2EgcmV0dXJuZWQgMCBhZnRlciA1IHVzZWNzClsgICAgMy4wNjMxODVdIGNhbGxp bmcgIHByb2NfbG9ja3NfaW5pdCsweDAvMHgyMiBAIDEKWyAgICAzLjA2Nzg4NF0gaW5pdGNhbGwg cHJvY19sb2Nrc19pbml0KzB4MC8weDIyIHJldHVybmVkIDAgYWZ0ZXIgMSB1c2VjcwpbICAgIDMu MDc0NDA0XSBjYWxsaW5nICBpbml0X21iY2FjaGUrMHgwLzB4MTQgQCAxClsgICAgMy4wNzg4NDFd IGluaXRjYWxsIGluaXRfbWJjYWNoZSsweDAvMHgxNCByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MK WyAgICAzLjA4NTA5OV0gY2FsbGluZyAgZHF1b3RfaW5pdCsweDAvMHgxMWEgQCAxClsgICAgMy4w ODk0NDhdIFZGUzogRGlzayBxdW90YXMgZHF1b3RfNi41LjIKWyAgICAzLjA5MzQzM10gRHF1b3Qt Y2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiA1MTIgKG9yZGVyIDAsIDQwOTYgYnl0ZXMpClsgICAg My4wOTk4NjhdIGluaXRjYWxsIGRxdW90X2luaXQrMHgwLzB4MTFhIHJldHVybmVkIDAgYWZ0ZXIg MTAxNzQgdXNlY3MKWyAgICAzLjEwNjM4OF0gY2FsbGluZyAgaW5pdF92Ml9xdW90YV9mb3JtYXQr MHgwLzB4MjIgQCAxClsgICAgMy4xMTE1MThdIGluaXRjYWxsIGluaXRfdjJfcXVvdGFfZm9ybWF0 KzB4MC8weDIyIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDMuMTE4NDY5XSBjYWxsaW5n ICBxdW90YV9pbml0KzB4MC8weDI2IEAgMQpbICAgIDMuMTIyNzQwXSBpbml0Y2FsbCBxdW90YV9p bml0KzB4MC8weDI2IHJldHVybmVkIDAgYWZ0ZXIgNiB1c2VjcwpbICAgIDMuMTI4ODI2XSBjYWxs aW5nICBwcm9jX2NtZGxpbmVfaW5pdCsweDAvMHgyMiBAIDEKWyAgICAzLjEzMzY5OV0gaW5pdGNh bGwgcHJvY19jbWRsaW5lX2luaXQrMHgwLzB4MjIgcmV0dXJuZWQgMCBhZnRlciAxIHVzZWNzClsg ICAgMy4xNDAzOTFdIGNhbGxpbmcgIHByb2NfY29uc29sZXNfaW5pdCsweDAvMHgyMiBAIDEKWyAg ICAzLjE0NTM0OV0gaW5pdGNhbGwgcHJvY19jb25zb2xlc19pbml0KzB4MC8weDIyIHJldHVybmVk IDAgYWZ0ZXIgMSB1c2VjcwpbICAgIDMuMTUyMTI2XSBjYWxsaW5nICBwcm9jX2NwdWluZm9faW5p dCsweDAvMHgyMiBAIDEKWyAgICAzLjE1Njk5Nl0gaW5pdGNhbGwgcHJvY19jcHVpbmZvX2luaXQr MHgwLzB4MjIgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMy4xNjM2ODZdIGNhbGxpbmcg IHByb2NfZGV2aWNlc19pbml0KzB4MC8weDIyIEAgMQpbICAgIDMuMTY4NTU4XSBpbml0Y2FsbCBw cm9jX2RldmljZXNfaW5pdCsweDAvMHgyMiByZXR1cm5lZCAwIGFmdGVyIDEgdXNlY3MKWyAgICAz LjE3NTI1M10gY2FsbGluZyAgcHJvY19pbnRlcnJ1cHRzX2luaXQrMHgwLzB4MjIgQCAxClsgICAg My4xODAzODRdIGluaXRjYWxsIHByb2NfaW50ZXJydXB0c19pbml0KzB4MC8weDIyIHJldHVybmVk IDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDMuMTg3MzM4XSBjYWxsaW5nICBwcm9jX2xvYWRhdmdfaW5p dCsweDAvMHgyMiBAIDEKWyAgICAzLjE5MjIwOF0gaW5pdGNhbGwgcHJvY19sb2FkYXZnX2luaXQr MHgwLzB4MjIgcmV0dXJuZWQgMCBhZnRlciAxIHVzZWNzClsgICAgMy4xOTg4OThdIGNhbGxpbmcg IHByb2NfbWVtaW5mb19pbml0KzB4MC8weDIyIEAgMQpbICAgIDMuMjAzNzcxXSBpbml0Y2FsbCBw cm9jX21lbWluZm9faW5pdCsweDAvMHgyMiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAz LjIxMDQ2NF0gY2FsbGluZyAgcHJvY19zdGF0X2luaXQrMHgwLzB4MjIgQCAxClsgICAgMy4yMTUw NzZdIGluaXRjYWxsIHByb2Nfc3RhdF9pbml0KzB4MC8weDIyIHJldHVybmVkIDAgYWZ0ZXIgMSB1 c2VjcwpbICAgIDMuMjIxNTA4XSBjYWxsaW5nICBwcm9jX3VwdGltZV9pbml0KzB4MC8weDIyIEAg MQpbICAgIDMuMjI2Mjk2XSBpbml0Y2FsbCBwcm9jX3VwdGltZV9pbml0KzB4MC8weDIyIHJldHVy bmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDMuMjMyOTAxXSBjYWxsaW5nICBwcm9jX3ZlcnNpb25f aW5pdCsweDAvMHgyMiBAIDEKWyAgICAzLjIzNzc3NF0gaW5pdGNhbGwgcHJvY192ZXJzaW9uX2lu aXQrMHgwLzB4MjIgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMy4yNDQ0NjZdIGNhbGxp bmcgIHByb2Nfc29mdGlycXNfaW5pdCsweDAvMHgyMiBAIDEKWyAgICAzLjI0OTQyNl0gaW5pdGNh bGwgcHJvY19zb2Z0aXJxc19pbml0KzB4MC8weDIyIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2Vjcwpb ICAgIDMuMjU2MjA1XSBjYWxsaW5nICBwcm9jX2tjb3JlX2luaXQrMHgwLzB4YTkgQCAxClsgICAg My4yNjA5MDhdIGluaXRjYWxsIHByb2Nfa2NvcmVfaW5pdCsweDAvMHhhOSByZXR1cm5lZCAwIGFm dGVyIDMgdXNlY3MKWyAgICAzLjI2NzQzMF0gY2FsbGluZyAgdm1jb3JlX2luaXQrMHgwLzB4NTFi IEAgMQpbICAgIDMuMjcxODY1XSBpbml0Y2FsbCB2bWNvcmVfaW5pdCsweDAvMHg1MWIgcmV0dXJu ZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMy4yNzgxMjRdIGNhbGxpbmcgIHByb2Nfa21zZ19pbml0 KzB4MC8weDI1IEAgMQpbICAgIDMuMjgyNzM0XSBpbml0Y2FsbCBwcm9jX2ttc2dfaW5pdCsweDAv MHgyNSByZXR1cm5lZCAwIGFmdGVyIDEgdXNlY3MKWyAgICAzLjI4OTE2M10gY2FsbGluZyAgcHJv Y19wYWdlX2luaXQrMHgwLzB4NDIgQCAxClsgICAgMy4yOTM3NzldIGluaXRjYWxsIHByb2NfcGFn ZV9pbml0KzB4MC8weDQyIHJldHVybmVkIDAgYWZ0ZXIgMiB1c2VjcwpbICAgIDMuMzAwMjEwXSBj YWxsaW5nICBpbml0X2RldnB0c19mcysweDAvMHg2MiBAIDEKWyAgICAzLjMwMjA2M10gUmVmaW5l ZCBUU0MgY2xvY2tzb3VyY2UgY2FsaWJyYXRpb246IDI3OTkuOTY0IE1Iei4KWyAgICAzLjMxMDY2 MF0gaW5pdGNhbGwgaW5pdF9kZXZwdHNfZnMrMHgwLzB4NjIgcmV0dXJuZWQgMCBhZnRlciAxOSB1 c2VjcwpbICAgIDMuMzE3MTgwXSBjYWxsaW5nICBpbml0X2V4dDNfZnMrMHgwLzB4NzYgQCAxClsg ICAgMy4zMjE3MjJdIGluaXRjYWxsIGluaXRfZXh0M19mcysweDAvMHg3NiByZXR1cm5lZCAwIGFm dGVyIDEwMCB1c2VjcwpbICAgIDMuMzI4MTU0XSBjYWxsaW5nICBqb3VybmFsX2luaXQrMHgwLzB4 OWUgQCAxClsgICAgMy4zMzI3OTddIGluaXRjYWxsIGpvdXJuYWxfaW5pdCsweDAvMHg5ZSByZXR1 cm5lZCAwIGFmdGVyIDE3NyB1c2VjcwpbICAgIDMuMzM5MjI4XSBjYWxsaW5nICBpbml0X3JhbWZz X2ZzKzB4MC8weDEyIEAgMQpbICAgIDMuMzQzNzUxXSBpbml0Y2FsbCBpbml0X3JhbWZzX2ZzKzB4 MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDMuMzUwMDk0XSBjYWxsaW5nICBp bml0X2h1Z2V0bGJmc19mcysweDAvMHg5YSBAIDEKWyAgICAzLjM1NTAyOV0gaW5pdGNhbGwgaW5p dF9odWdldGxiZnNfZnMrMHgwLzB4OWEgcmV0dXJuZWQgMCBhZnRlciA2MiB1c2VjcwpbICAgIDMu MzYxODA5XSBjYWxsaW5nICBpbml0X2ZhdF9mcysweDAvMHg0ZCBAIDEKWyAgICAzLjM2NjI0OV0g aW5pdGNhbGwgaW5pdF9mYXRfZnMrMHgwLzB4NGQgcmV0dXJuZWQgMCBhZnRlciA4NyB1c2Vjcwpb ICAgIDMuMzcyNTA4XSBjYWxsaW5nICBpbml0X3ZmYXRfZnMrMHgwLzB4MTIgQCAxClsgICAgMy4z NzY5NDldIGluaXRjYWxsIGluaXRfdmZhdF9mcysweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDAg dXNlY3MKWyAgICAzLjM4MzIxMV0gY2FsbGluZyAgaW5pdF9tc2Rvc19mcysweDAvMHgxMiBAIDEK WyAgICAzLjM4NzczM10gaW5pdGNhbGwgaW5pdF9tc2Rvc19mcysweDAvMHgxMiByZXR1cm5lZCAw IGFmdGVyIDAgdXNlY3MKWyAgICAzLjM5NDA3N10gY2FsbGluZyAgaW5pdF9pc285NjYwX2ZzKzB4 MC8weDc3IEAgMQpbICAgIDMuMzk4ODQzXSBpbml0Y2FsbCBpbml0X2lzbzk2NjBfZnMrMHgwLzB4 NzcgcmV0dXJuZWQgMCBhZnRlciA2NSB1c2VjcwpbICAgIDMuNDA1NDQ3XSBjYWxsaW5nICBpbml0 X25mc19mcysweDAvMHgxNzIgQCAxClsgICAgMy40MDk4ODRdIE5GUzogUmVnaXN0ZXJpbmcgdGhl IGlkX3Jlc29sdmVyIGtleSB0eXBlClsgICAgMy40MTUxMjBdIGluaXRjYWxsIGluaXRfbmZzX2Zz KzB4MC8weDE3MiByZXR1cm5lZCAwIGFmdGVyIDUxMTIgdXNlY3MKWyAgICAzLjQyMTY0MV0gY2Fs bGluZyAgaW5pdF9ubG0rMHgwLzB4NDcgQCAxClsgICAgMy40MjU3MzVdIGluaXRjYWxsIGluaXRf bmxtKzB4MC8weDQ3IHJldHVybmVkIDAgYWZ0ZXIgNCB1c2VjcwpbICAgIDMuNDMxNjQ3XSBjYWxs aW5nICBpbml0X25sc19jcDQzNysweDAvMHgxMiBAIDEKWyAgICAzLjQzNjI1OF0gaW5pdGNhbGwg aW5pdF9ubHNfY3A0MzcrMHgwLzB4MTIgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMy40 NDI2ODddIGNhbGxpbmcgIGluaXRfbmxzX2FzY2lpKzB4MC8weDEyIEAgMQpbICAgIDMuNDQ3Mjk4 XSBpbml0Y2FsbCBpbml0X25sc19hc2NpaSsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDAgdXNl Y3MKWyAgICAzLjQ1MzcyOF0gY2FsbGluZyAgaW5pdF9ubHNfaXNvODg1OV8xKzB4MC8weDEyIEAg MQpbICAgIDMuNDU4Njg1XSBpbml0Y2FsbCBpbml0X25sc19pc284ODU5XzErMHgwLzB4MTIgcmV0 dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMy40NjU0NjNdIGNhbGxpbmcgIGluaXRfbmxzX3V0 ZjgrMHgwLzB4MjUgQCAxClsgICAgMy40Njk5ODddIGluaXRjYWxsIGluaXRfbmxzX3V0ZjgrMHgw LzB4MjUgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMy40NzYzMzFdIGNhbGxpbmcgIGlu aXRfYXV0b2ZzNF9mcysweDAvMHgyYSBAIDEKWyAgICAzLjQ4MTA5NV0gaW5pdGNhbGwgaW5pdF9h dXRvZnM0X2ZzKzB4MC8weDJhIHJldHVybmVkIDAgYWZ0ZXIgNjQgdXNlY3MKWyAgICAzLjQ4Nzcw Ml0gY2FsbGluZyAgaXBjX2luaXQrMHgwLzB4MjMgQCAxClsgICAgMy40OTE3OTVdIG1zZ21uaSBo YXMgYmVlbiBzZXQgdG8gNjMwMgpbICAgIDMuNDk1NjMwXSBpbml0Y2FsbCBpcGNfaW5pdCsweDAv MHgyMyByZXR1cm5lZCAwIGFmdGVyIDM3NDcgdXNlY3MKWyAgICAzLjUwMTgwMV0gY2FsbGluZyAg aXBjX3N5c2N0bF9pbml0KzB4MC8weDE0IEAgMQpbICAgIDMuNTA2NTA2XSBpbml0Y2FsbCBpcGNf c3lzY3RsX2luaXQrMHgwLzB4MTQgcmV0dXJuZWQgMCBhZnRlciA2IHVzZWNzClsgICAgMy41MTMw MjVdIGNhbGxpbmcgIGluaXRfbXF1ZXVlX2ZzKzB4MC8weDllIEAgMQpbICAgIDMuNTE3NzAzXSBp bml0Y2FsbCBpbml0X21xdWV1ZV9mcysweDAvMHg5ZSByZXR1cm5lZCAwIGFmdGVyIDY1IHVzZWNz ClsgICAgMy41MjQyMjJdIGNhbGxpbmcgIGtleV9wcm9jX2luaXQrMHgwLzB4NWUgQCAxClsgICAg My41Mjg3NDddIGluaXRjYWxsIGtleV9wcm9jX2luaXQrMHgwLzB4NWUgcmV0dXJuZWQgMCBhZnRl ciAxIHVzZWNzClsgICAgMy41MzUwOTBdIGNhbGxpbmcgIHNlbGludXhfbmZfaXBfaW5pdCsweDAv MHg2OSBAIDEKWyAgICAzLjU0MDA0NF0gU0VMaW51eDogIFJlZ2lzdGVyaW5nIG5ldGZpbHRlciBo b29rcwpbICAgIDMuNTQ0NzQ0XSBpbml0Y2FsbCBzZWxpbnV4X25mX2lwX2luaXQrMHgwLzB4Njkg cmV0dXJuZWQgMCBhZnRlciA0NTg4IHVzZWNzClsgICAgMy41NTE3ODJdIGNhbGxpbmcgIGluaXRf c2VsX2ZzKzB4MC8weDliIEAgMQpbICAgIDMuNTU2MjAwXSBpbml0Y2FsbCBpbml0X3NlbF9mcysw eDAvMHg5YiByZXR1cm5lZCAwIGFmdGVyIDY1IHVzZWNzClsgICAgMy41NjI0NTldIGNhbGxpbmcg IHNlbG5sX2luaXQrMHgwLzB4NGQgQCAxClsgICAgMy41NjY3MjVdIGluaXRjYWxsIHNlbG5sX2lu aXQrMHgwLzB4NGQgcmV0dXJuZWQgMCBhZnRlciA0IHVzZWNzClsgICAgMy41NzI4MTBdIGNhbGxp bmcgIHNlbF9uZXRpZl9pbml0KzB4MC8weDczIEAgMQpbICAgIDMuNTc3NDI0XSBpbml0Y2FsbCBz ZWxfbmV0aWZfaW5pdCsweDAvMHg3MyByZXR1cm5lZCAwIGFmdGVyIDQgdXNlY3MKWyAgICAzLjU4 Mzg1N10gY2FsbGluZyAgc2VsX25ldG5vZGVfaW5pdCsweDAvMHg3NCBAIDEKWyAgICAzLjU4ODY0 N10gaW5pdGNhbGwgc2VsX25ldG5vZGVfaW5pdCsweDAvMHg3NCByZXR1cm5lZCAwIGFmdGVyIDEg dXNlY3MKWyAgICAzLjU5NTI1MV0gY2FsbGluZyAgc2VsX25ldHBvcnRfaW5pdCsweDAvMHg3NCBA IDEKWyAgICAzLjYwMDAzN10gaW5pdGNhbGwgc2VsX25ldHBvcnRfaW5pdCsweDAvMHg3NCByZXR1 cm5lZCAwIGFmdGVyIDEgdXNlY3MKWyAgICAzLjYwNjY0M10gY2FsbGluZyAgYXVydWxlX2luaXQr MHgwLzB4MzcgQCAxClsgICAgMy42MTA5OTRdIGluaXRjYWxsIGF1cnVsZV9pbml0KzB4MC8weDM3 IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDMuNjE3MTY0XSBjYWxsaW5nICBjcnlwdG9f d3FfaW5pdCsweDAvMHgzMyBAIDEKWyAgICAzLjYyMTc5OV0gaW5pdGNhbGwgY3J5cHRvX3dxX2lu aXQrMHgwLzB4MzMgcmV0dXJuZWQgMCBhZnRlciAyMyB1c2VjcwpbICAgIDMuNjI4MzIwXSBjYWxs aW5nICBjcnlwdG9fYWxnYXBpX2luaXQrMHgwLzB4ZCBAIDEKWyAgICAzLjYzMzE5N10gaW5pdGNh bGwgY3J5cHRvX2FsZ2FwaV9pbml0KzB4MC8weGQgcmV0dXJuZWQgMCBhZnRlciAxIHVzZWNzClsg ICAgMy42Mzk4ODhdIGNhbGxpbmcgIHNrY2lwaGVyX21vZHVsZV9pbml0KzB4MC8weDM5IEAgMQpb ICAgIDMuNjQ1MDE5XSBpbml0Y2FsbCBza2NpcGhlcl9tb2R1bGVfaW5pdCsweDAvMHgzOSByZXR1 cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAzLjY1MTk2OV0gY2FsbGluZyAgY2hhaW5pdl9tb2R1 bGVfaW5pdCsweDAvMHgxMiBAIDEKWyAgICAzLjY1NzAxNV0gaW5pdGNhbGwgY2hhaW5pdl9tb2R1 bGVfaW5pdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAzLjY2Mzg4MV0g Y2FsbGluZyAgZXNlcWl2X21vZHVsZV9pbml0KzB4MC8weDEyIEAgMQpbICAgIDMuNjY4ODM5XSBp bml0Y2FsbCBlc2VxaXZfbW9kdWxlX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgMCBhZnRlciAwIHVz ZWNzClsgICAgMy42NzU2MTVdIGNhbGxpbmcgIGhtYWNfbW9kdWxlX2luaXQrMHgwLzB4MTIgQCAx ClsgICAgMy42ODA0MDBdIGluaXRjYWxsIGhtYWNfbW9kdWxlX2luaXQrMHgwLzB4MTIgcmV0dXJu ZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMy42ODcwMDRdIGNhbGxpbmcgIG1kNV9tb2RfaW5pdCsw eDAvMHgxMiBAIDEKWyAgICAzLjY5MTQ3OF0gaW5pdGNhbGwgbWQ1X21vZF9pbml0KzB4MC8weDEy IHJldHVybmVkIDAgYWZ0ZXIgMzQgdXNlY3MKWyAgICAzLjY5NzgyNl0gY2FsbGluZyAgc2hhMV9n ZW5lcmljX21vZF9pbml0KzB4MC8weDEyIEAgMQpbICAgIDMuNzAzMDc3XSBpbml0Y2FsbCBzaGEx X2dlbmVyaWNfbW9kX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgMCBhZnRlciAzMCB1c2VjcwpbICAg IDMuNzEwMjA2XSBjYWxsaW5nICBjcnlwdG9fY2JjX21vZHVsZV9pbml0KzB4MC8weDEyIEAgMQpb ICAgIDMuNzE1NTE3XSBpbml0Y2FsbCBjcnlwdG9fY2JjX21vZHVsZV9pbml0KzB4MC8weDEyIHJl dHVybmVkIDAgYWZ0ZXIgNSB1c2VjcwpbICAgIDMuNzIyNjQwXSBjYWxsaW5nICBkZXNfZ2VuZXJp Y19tb2RfaW5pdCsweDAvMHgzYyBAIDEKWyAgICAzLjcyNzgzMF0gaW5pdGNhbGwgZGVzX2dlbmVy aWNfbW9kX2luaXQrMHgwLzB4M2MgcmV0dXJuZWQgMCBhZnRlciA1NiB1c2VjcwpbICAgIDMuNzM0 ODY5XSBjYWxsaW5nICBhZXNfaW5pdCsweDAvMHgxMiBAIDEKWyAgICAzLjczODk5MV0gaW5pdGNh bGwgYWVzX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgMCBhZnRlciAyOSB1c2VjcwpbICAgIDMuNzQ0 OTkzXSBjYWxsaW5nICBhcmM0X2luaXQrMHgwLzB4MTIgQCAxClsgICAgMy43NDkyMDNdIGluaXRj YWxsIGFyYzRfaW5pdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDI5IHVzZWNzClsgICAgMy43 NTUyODhdIGNhbGxpbmcgIGNyeXB0b19hdXRoZW5jX21vZHVsZV9pbml0KzB4MC8weDEyIEAgMQpb ICAgIDMuNzYwOTM3XSBpbml0Y2FsbCBjcnlwdG9fYXV0aGVuY19tb2R1bGVfaW5pdCsweDAvMHgx MiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAzLjc2ODQwOF0gY2FsbGluZyAgY3J5cHRv X2F1dGhlbmNfZXNuX21vZHVsZV9pbml0KzB4MC8weDEyIEAgMQpbICAgIDMuNzc0NDA3XSBpbml0 Y2FsbCBjcnlwdG9fYXV0aGVuY19lc25fbW9kdWxlX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgMCBh ZnRlciAwIHVzZWNzClsgICAgMy43ODIyMjhdIGNhbGxpbmcgIGtybmdfbW9kX2luaXQrMHgwLzB4 MTIgQCAxClsgICAgMy43ODY3ODNdIGluaXRjYWxsIGtybmdfbW9kX2luaXQrMHgwLzB4MTIgcmV0 dXJuZWQgMCBhZnRlciAyOSB1c2VjcwpbICAgIDMuNzkzMjE2XSBjYWxsaW5nICBwcm9jX2dlbmhk X2luaXQrMHgwLzB4M2MgQCAxClsgICAgMy43OTc5MTVdIGluaXRjYWxsIHByb2NfZ2VuaGRfaW5p dCsweDAvMHgzYyByZXR1cm5lZCAwIGFmdGVyIDIgdXNlY3MKWyAgICAzLjgwNDQzN10gY2FsbGlu ZyAgYnNnX2luaXQrMHgwLzB4MTJlIEAgMQpbICAgIDMuODA4Njk1XSBCbG9jayBsYXllciBTQ1NJ IGdlbmVyaWMgKGJzZykgZHJpdmVyIHZlcnNpb24gMC40IGxvYWRlZCAobWFqb3IgMjUzKQpbICAg IDMuODE2MDg0XSBpbml0Y2FsbCBic2dfaW5pdCsweDAvMHgxMmUgcmV0dXJuZWQgMCBhZnRlciA3 MjkzIHVzZWNzClsgICAgMy44MjIzNDNdIGNhbGxpbmcgIG5vb3BfaW5pdCsweDAvMHgxMiBAIDEK WyAgICAzLjgyNjUxOV0gaW8gc2NoZWR1bGVyIG5vb3AgcmVnaXN0ZXJlZApbICAgIDMuODMwNDM4 XSBpbml0Y2FsbCBub29wX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgMCBhZnRlciAzODI2IHVzZWNz ClsgICAgMy44MzY2OTZdIGNhbGxpbmcgIGRlYWRsaW5lX2luaXQrMHgwLzB4MTIgQCAxClsgICAg My44NDEyMThdIGlvIHNjaGVkdWxlciBkZWFkbGluZSByZWdpc3RlcmVkClsgICAgMy44NDU0ODNd IGluaXRjYWxsIGRlYWRsaW5lX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgMCBhZnRlciA0MTY0IHVz ZWNzClsgICAgMy44NTIwODZdIGNhbGxpbmcgIGNmcV9pbml0KzB4MC8weDg2IEAgMQpbICAgIDMu ODU2MjcwXSBpbyBzY2hlZHVsZXIgY2ZxIHJlZ2lzdGVyZWQgKGRlZmF1bHQpClsgICAgMy44NjA5 NzFdIGluaXRjYWxsIGNmcV9pbml0KzB4MC8weDg2IHJldHVybmVkIDAgYWZ0ZXIgNDY4MSB1c2Vj cwpbICAgIDMuODY3MTQyXSBjYWxsaW5nICBwZXJjcHVfY291bnRlcl9zdGFydHVwKzB4MC8weDE5 IEAgMQpbICAgIDMuODcyNDUwXSBpbml0Y2FsbCBwZXJjcHVfY291bnRlcl9zdGFydHVwKzB4MC8w eDE5IHJldHVybmVkIDAgYWZ0ZXIgMSB1c2VjcwpbICAgIDMuODc5NTc3XSBjYWxsaW5nICBwY2lf cHJvY19pbml0KzB4MC8weDY5IEAgMQpbICAgIDMuODg0MTI4XSBpbml0Y2FsbCBwY2lfcHJvY19p bml0KzB4MC8weDY5IHJldHVybmVkIDAgYWZ0ZXIgMjUgdXNlY3MKWyAgICAzLjg5MDU1N10gY2Fs bGluZyAgcGNpZV9wb3J0ZHJ2X2luaXQrMHgwLzB4NzcgQCAxClsgICAgMy44OTU4NDZdIGluaXRj YWxsIHBjaWVfcG9ydGRydl9pbml0KzB4MC8weDc3IHJldHVybmVkIDAgYWZ0ZXIgNDA4IHVzZWNz ClsgICAgMy45MDI3MTRdIGNhbGxpbmcgIGFlcl9zZXJ2aWNlX2luaXQrMHgwLzB4MjIgQCAxClsg ICAgMy45MDc1MzNdIGluaXRjYWxsIGFlcl9zZXJ2aWNlX2luaXQrMHgwLzB4MjIgcmV0dXJuZWQg MCBhZnRlciAzMiB1c2VjcwpbICAgIDMuOTE0MjI1XSBjYWxsaW5nICBpb2FwaWNfaW5pdCsweDAv MHgxYiBAIDEKWyAgICAzLjkxODYxMl0gaW5pdGNhbGwgaW9hcGljX2luaXQrMHgwLzB4MWIgcmV0 dXJuZWQgMCBhZnRlciAzNCB1c2VjcwpbICAgIDMuOTI0ODczXSBjYWxsaW5nICBwY2lfaG90cGx1 Z19pbml0KzB4MC8weDFkIEAgMQpbICAgIDMuOTI5NjU1XSBwY2lfaG90cGx1ZzogUENJIEhvdCBQ bHVnIFBDSSBDb3JlIHZlcnNpb246IDAuNQpbICAgIDMuOTM1MjE5XSBpbml0Y2FsbCBwY2lfaG90 cGx1Z19pbml0KzB4MC8weDFkIHJldHVybmVkIDAgYWZ0ZXIgNTQzMyB1c2VjcwpbICAgIDMuOTQy MDg0XSBjYWxsaW5nICBwY2lmcm9udF9pbml0KzB4MC8weDM4IEAgMQpbICAgIDMuOTQ2NjA3XSBp bml0Y2FsbCBwY2lmcm9udF9pbml0KzB4MC8weDM4IHJldHVybmVkIC0xOSBhZnRlciAwIHVzZWNz ClsgICAgMy45NTMxMjVdIGNhbGxpbmcgIGZiX2NvbnNvbGVfaW5pdCsweDAvMHgxMWUgQCAxClsg ICAgMy45NTc5NDZdIGluaXRjYWxsIGZiX2NvbnNvbGVfaW5pdCsweDAvMHgxMWUgcmV0dXJuZWQg MCBhZnRlciAzNyB1c2VjcwpbICAgIDMuOTY0NjM4XSBjYWxsaW5nICBnZW5lcmljYmxfZHJpdmVy X2luaXQrMHgwLzB4MTIgQCAxClsgICAgMy45Njk4OTJdIGluaXRjYWxsIGdlbmVyaWNibF9kcml2 ZXJfaW5pdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDMzIHVzZWNzClsgICAgMy45NzcwMjBd IGNhbGxpbmcgIHhlbmZiX2luaXQrMHgwLzB4MmQgQCAxClsgICAgMy45ODEyODhdIGluaXRjYWxs IHhlbmZiX2luaXQrMHgwLzB4MmQgcmV0dXJuZWQgLTE5IGFmdGVyIDAgdXNlY3MKWyAgICAzLjk4 NzU0M10gY2FsbGluZyAgdmVzYWZiX2luaXQrMHgwLzB4MjQ3IEAgMQpbICAgIDMuOTkyMDI2XSB2 ZXNhZmI6IG1vZGUgaXMgMTAyNHg3Njh4MTYsIGxpbmVsZW5ndGg9MjA0OCwgcGFnZXM9MApbICAg IDMuOTk4MTEzXSB2ZXNhZmI6IHNjcm9sbGluZzogcmVkcmF3ClsgICAgNC4wMDE3NjldIHZlc2Fm YjogVHJ1ZWNvbG9yOiBzaXplPTA6NTo2OjUsIHNoaWZ0PTA6MTE6NTowClsgICAgNC4wMDgyNzNd IHZlc2FmYjogZnJhbWVidWZmZXIgYXQgMHhkMDAwMDAwMCwgbWFwcGVkIHRvIDB4ZmZmZmM5MDAx MDEwMDAwMCwgdXNpbmcgMzA3MmssIHRvdGFsIDgxMjhrClsgICAgNC4wMjk1NjNdIENvbnNvbGU6 IHN3aXRjaGluZyB0byBjb2xvdXIgZnJhbWUgYnVmZmVyIGRldmljZSAxMjh4NDgKWyAgICA0LjA0 NjczNV0gZmIwOiBWRVNBIFZHQSBmcmFtZSBidWZmZXIgZGV2aWNlClsgICAgNC4wNTExMTldIGlu aXRjYWxsIHZlc2FmYl9pbml0KzB4MC8weDI0NyByZXR1cm5lZCAwIGFmdGVyIDU3NzUyIHVzZWNz ClsgICAgNC4wNTc3MjRdIGNhbGxpbmcgIGVmaWZiX2luaXQrMHgwLzB4MWZiIEAgMQpbICAgIDQu MDYyMDgwXSBpbml0Y2FsbCBlZmlmYl9pbml0KzB4MC8weDFmYiByZXR1cm5lZCAtMTkgYWZ0ZXIg NCB1c2VjcwpbICAgIDQuMDY4NDI0XSBjYWxsaW5nICBhY3BpX3Jlc2VydmVfcmVzb3VyY2VzKzB4 MC8weGViIEAgMQpbICAgIDQuMDczNzI5XSBpbml0Y2FsbCBhY3BpX3Jlc2VydmVfcmVzb3VyY2Vz KzB4MC8weGViIHJldHVybmVkIDAgYWZ0ZXIgMiB1c2VjcwpbICAgIDQuMDgwODU2XSBjYWxsaW5n ICBpcnFyb3V0ZXJfaW5pdF9vcHMrMHgwLzB4MjYgQCAxClsgICAgNC4wODU4MTRdIGluaXRjYWxs IGlycXJvdXRlcl9pbml0X29wcysweDAvMHgyNiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAg ICA0LjA5MjU5MV0gY2FsbGluZyAgYWNwaV9hY19pbml0KzB4MC8weDI2IEAgMQpbICAgIDQuMDk3 MDg0XSBpbml0Y2FsbCBhY3BpX2FjX2luaXQrMHgwLzB4MjYgcmV0dXJuZWQgMCBhZnRlciA1NCB1 c2VjcwpbICAgIDQuMTAzNDMwXSBjYWxsaW5nICBhY3BpX2J1dHRvbl9pbml0KzB4MC8weDEyIEAg MQpbICAgIDQuMTA4Mjg1XSBpbnB1dDogUG93ZXIgQnV0dG9uIGFzIC9kZXZpY2VzL0xOWFNZU1RN OjAwL2RldmljZTowMC9QTlAwQzBDOjAwL2lucHV0L2lucHV0MApbICAgIDQuMTE2NDUyXSBBQ1BJ OiBQb3dlciBCdXR0b24gW1BXUkJdClsgICAgNC4xMjAxNzBdIGlucHV0OiBQb3dlciBCdXR0b24g YXMgL2RldmljZXMvTE5YU1lTVE06MDAvTE5YUFdSQk46MDAvaW5wdXQvaW5wdXQxClsgICAgNC4x Mjc1NTZdIEFDUEk6IFBvd2VyIEJ1dHRvbiBbUFdSRl0KWyAgICA0LjEzMTI1M10gaW5pdGNhbGwg YWNwaV9idXR0b25faW5pdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDIyNDk1IHVzZWNzClsg ICAgNC4xMzgyMDZdIGNhbGxpbmcgIGFjcGlfZmFuX2luaXQrMHgwLzB4MTggQCAxClsgICAgNC4x NDI3NjddIGluaXRjYWxsIGFjcGlfZmFuX2luaXQrMHgwLzB4MTggcmV0dXJuZWQgMCBhZnRlciAz NyB1c2VjcwpbICAgIDQuMTQ5MjAxXSBjYWxsaW5nICBhY3BpX3ZpZGVvX2luaXQrMHgwLzB4N2Qg QCAxClsgICAgNC4xNTM5MTFdIGluaXRjYWxsIGFjcGlfdmlkZW9faW5pdCsweDAvMHg3ZCByZXR1 cm5lZCAwIGFmdGVyIDkgdXNlY3MKWyAgICA0LjE2MDQzMV0gY2FsbGluZyAgYWNwaV9wcm9jZXNz b3JfaW5pdCsweDAvMHg3ZSBAIDEKWyAgICA0LjE2NTUyOF0gQUNQSTogUmVxdWVzdGluZyBhY3Bp X2NwdWZyZXEKWyAgICA0LjE3MTAxN10gaW5pdGNhbGwgYWNwaV9wcm9jZXNzb3JfaW5pdCsweDAv MHg3ZSByZXR1cm5lZCAwIGFmdGVyIDU0MTAgdXNlY3MKWyAgICA0LjE3ODE0OV0gY2FsbGluZyAg YWNwaV9jb250YWluZXJfaW5pdCsweDAvMHg0YSBAIDEKWyAgICA0LjE3ODI2OF0gbW9kcHJvYmUg dXNlZCBncmVhdGVzdCBzdGFjayBkZXB0aDogNTI5NiBieXRlcyBsZWZ0ClsgICAgNC4xOTAwMzld IGluaXRjYWxsIGFjcGlfY29udGFpbmVyX2luaXQrMHgwLzB4NGEgcmV0dXJuZWQgMCBhZnRlciA5 MTMgdXNlY3MKWyAgICA0LjE5NzA4MF0gY2FsbGluZyAgYWNwaV90aGVybWFsX2luaXQrMHgwLzB4 NDIgQCAxClsgICAgNC4yMDE5OTRdIGluaXRjYWxsIGFjcGlfdGhlcm1hbF9pbml0KzB4MC8weDQy IHJldHVybmVkIDAgYWZ0ZXIgNDEgdXNlY3MKWyAgICA0LjIwODc3M10gY2FsbGluZyAgYWNwaV9i YXR0ZXJ5X2luaXQrMHgwLzB4MTYgQCAxClsgICAgNC4yMTM2NDVdIGluaXRjYWxsIGFjcGlfYmF0 dGVyeV9pbml0KzB4MC8weDE2IHJldHVybmVkIDAgYWZ0ZXIgMSB1c2VjcwpbICAgIDQuMjIwMzQw XSBjYWxsaW5nICB4ZW5idXNfcHJvYmVfaW5pdGNhbGwrMHgwLzB4MzkgQCAxClsgICAgNC4yMjU1 NTldIGluaXRjYWxsIHhlbmJ1c19wcm9iZV9pbml0Y2FsbCsweDAvMHgzOSByZXR1cm5lZCAwIGFm dGVyIDAgdXNlY3MKWyAgICA0LjIzMjU5N10gY2FsbGluZyAgeGVuYnVzX2luaXQrMHgwLzB4M2Eg QCAxClsgICAgNC4yMzYwNjBdIGNhbGxpbmcgIDFfYWNwaV9iYXR0ZXJ5X2luaXRfYXN5bmMrMHgw LzB4MWIgQCA1ClsgICAgNC4yMzYxMjFdIGluaXRjYWxsIDFfYWNwaV9iYXR0ZXJ5X2luaXRfYXN5 bmMrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRlciA1NiB1c2VjcwpbICAgIDQuMjUwMDQwXSBpbml0 Y2FsbCB4ZW5idXNfaW5pdCsweDAvMHgzYSByZXR1cm5lZCAwIGFmdGVyIDY1IHVzZWNzClsgICAg NC4yNTYzMDVdIGNhbGxpbmcgIHhlbmJ1c19iYWNrZW5kX2luaXQrMHgwLzB4NDcgQCAxClsgICAg NC4yNjE0MDBdIGluaXRjYWxsIHhlbmJ1c19iYWNrZW5kX2luaXQrMHgwLzB4NDcgcmV0dXJuZWQg MCBhZnRlciA0NSB1c2VjcwpbICAgIDQuMjY4MzUzXSBjYWxsaW5nICBldnRjaG5faW5pdCsweDAv MHg3MiBAIDEKWyAgICA0LjI3Mjc1N10gRXZlbnQtY2hhbm5lbCBkZXZpY2UgaW5zdGFsbGVkLgpb ICAgIDQuMjc2OTM5XSBpbml0Y2FsbCBldnRjaG5faW5pdCsweDAvMHg3MiByZXR1cm5lZCAwIGFm dGVyIDQxMzIgdXNlY3MKWyAgICA0LjI4MzM3MV0gY2FsbGluZyAgZ250ZGV2X2luaXQrMHgwLzB4 NDkgQCAxClsgICAgNC4yODc3NzBdIGluaXRjYWxsIGdudGRldl9pbml0KzB4MC8weDQ5IHJldHVy bmVkIDAgYWZ0ZXIgNDMgdXNlY3MKWyAgICA0LjI5NDAzMV0gY2FsbGluZyAgZ250YWxsb2NfaW5p dCsweDAvMHgzYSBAIDEKWyAgICA0LjI5ODYwNV0gaW5pdGNhbGwgZ250YWxsb2NfaW5pdCsweDAv MHgzYSByZXR1cm5lZCAwIGFmdGVyIDQ1IHVzZWNzClsgICAgNC4zMDUwNDFdIGNhbGxpbmcgIHhl bmZzX2luaXQrMHgwLzB4MmQgQCAxClsgICAgNC4zMDkzMTNdIGluaXRjYWxsIHhlbmZzX2luaXQr MHgwLzB4MmQgcmV0dXJuZWQgMCBhZnRlciAzIHVzZWNzClsgICAgNC4zMTUzOTddIGNhbGxpbmcg IGh5cGVydmlzb3Jfc3Vic3lzX2luaXQrMHgwLzB4MjUgQCAxClsgICAgNC4zMjA3MDBdIGluaXRj YWxsIGh5cGVydmlzb3Jfc3Vic3lzX2luaXQrMHgwLzB4MjUgcmV0dXJuZWQgMCBhZnRlciAwIHVz ZWNzClsgICAgNC4zMjc4MjVdIGNhbGxpbmcgIGh5cGVyX3N5c2ZzX2luaXQrMHgwLzB4ZmIgQCAx ClsgICAgNC4zMzI2MzhdIGluaXRjYWxsIGh5cGVyX3N5c2ZzX2luaXQrMHgwLzB4ZmIgcmV0dXJu ZWQgMCBhZnRlciA3IHVzZWNzClsgICAgNC4zMzkyNDRdIGNhbGxpbmcgIHBsYXRmb3JtX3BjaV9t b2R1bGVfaW5pdCsweDAvMHgxYiBAIDEKWyAgICA0LjM0NDc2M10gaW5pdGNhbGwgcGxhdGZvcm1f cGNpX21vZHVsZV9pbml0KzB4MC8weDFiIHJldHVybmVkIDAgYWZ0ZXIgMzkgdXNlY3MKWyAgICA0 LjM1MjE1MF0gY2FsbGluZyAgeGVuX3BjaWJrX2luaXQrMHgwLzB4MTNiIEAgMQpbICAgIDQuMzU2 ODc4XSB4ZW4tcGNpYmFjazogYmFja2VuZCBpcyB2cGNpClsgICAgNC4zNjA4MzRdIGluaXRjYWxs IHhlbl9wY2lia19pbml0KzB4MC8weDEzYiByZXR1cm5lZCAwIGFmdGVyIDM4ODggdXNlY3MKWyAg ICA0LjM2NzYxNF0gY2FsbGluZyAgcHJpdmNtZF9pbml0KzB4MC8weDNhIEAgMQpbICAgIDQuMzcy MDk4XSBpbml0Y2FsbCBwcml2Y21kX2luaXQrMHgwLzB4M2EgcmV0dXJuZWQgMCBhZnRlciA0NiB1 c2VjcwpbICAgIDQuMzc4NDQ0XSBjYWxsaW5nICBwdHlfaW5pdCsweDAvMHgyNjEgQCAxClsgICAg NC4zODI2NzZdIGluaXRjYWxsIHB0eV9pbml0KzB4MC8weDI2MSByZXR1cm5lZCAwIGFmdGVyIDUw IHVzZWNzClsgICAgNC4zODg3NjBdIGNhbGxpbmcgIHN5c3JxX2luaXQrMHgwLzB4NzggQCAxClsg ICAgNC4zOTMwMjldIGluaXRjYWxsIHN5c3JxX2luaXQrMHgwLzB4NzggcmV0dXJuZWQgMCBhZnRl ciA1IHVzZWNzClsgICAgNC4zOTkxMTZdIGNhbGxpbmcgIHhlbl9odmNfaW5pdCsweDAvMHgyMWUg QCAxClsgICAgNC40MDQwNDZdIGluaXRjYWxsIHhlbl9odmNfaW5pdCsweDAvMHgyMWUgcmV0dXJu ZWQgMCBhZnRlciAzOTUgdXNlY3MKWyAgICA0LjQxMDU2NV0gY2FsbGluZyAgc2VyaWFsODI1MF9p bml0KzB4MC8weDE4OSBAIDEKWyAgICA0LjQxNTM0OV0gU2VyaWFsOiA4MjUwLzE2NTUwIGRyaXZl ciwgNCBwb3J0cywgSVJRIHNoYXJpbmcgZW5hYmxlZApbICAgIDQuNDQyMjYyXSBhc3luY193YWl0 aW5nIEAgMQpbICAgIDQuNDQ1MjI1XSBhc3luY19jb250aW51aW5nIEAgMSBhZnRlciAwIHVzZWMK WyAgICA0LjU3MTEyM10gYXN5bmNfd2FpdGluZyBAIDEKWyAgICA0LjU3NDA5MV0gYXN5bmNfY29u dGludWluZyBAIDEgYWZ0ZXIgMCB1c2VjClsgICAgNC43MDAxNzFdIHNlcmlhbDgyNTA6IHR0eVMw IGF0IEkvTyAweDNmOCAoaXJxID0gNCkgaXMgYSAxNjU1MEEKWyAgICA0LjcyNjg0OV0gYXN5bmNf d2FpdGluZyBAIDEKWyAgICA0LjcyOTgxNl0gYXN5bmNfY29udGludWluZyBAIDEgYWZ0ZXIgMCB1 c2VjClsgICAgNC44NTYxMjFdIGFzeW5jX3dhaXRpbmcgQCAxClsgICAgNC44NTkwOTBdIGFzeW5j X2NvbnRpbnVpbmcgQCAxIGFmdGVyIDAgdXNlYwpbICAgIDQuOTg1MTcxXSBzZXJpYWw4MjUwOiB0 dHlTMSBhdCBJL08gMHgyZjggKGlycSA9IDMpIGlzIGEgMTY1NTBBClsgICAgNC45OTEzNzJdIGlu aXRjYWxsIHNlcmlhbDgyNTBfaW5pdCsweDAvMHgxODkgcmV0dXJuZWQgMCBhZnRlciA1NjI1MjAg dXNlY3MKWyAgICA0Ljk5ODQxMV0gY2FsbGluZyAgc2VyaWFsODI1MF9wbnBfaW5pdCsweDAvMHgx MiBAIDEKWyAgICA1LjAyNDE5N10gMDA6MDY6IHR0eVMwIGF0IEkvTyAweDNmOCAoaXJxID0gNCkg aXMgYSAxNjU1MEEKWyAgICA1LjA1MDQ3OF0gMDA6MDc6IHR0eVMxIGF0IEkvTyAweDJmOCAoaXJx ID0gMykgaXMgYSAxNjU1MEEKWyAgICA1LjA1NjIwOV0gaW5pdGNhbGwgc2VyaWFsODI1MF9wbnBf aW5pdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDUxNTE2IHVzZWNzClsgICAgNS4wNjM0MjVd IGNhbGxpbmcgIHNlcmlhbDgyNTBfcGNpX2luaXQrMHgwLzB4MWIgQCAxClsgICAgNS4wNjg1MTld IGluaXRjYWxsIHNlcmlhbDgyNTBfcGNpX2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRlciA0 NiB1c2VjcwpbICAgIDUuMDc1NDc0XSBjYWxsaW5nICByYW5kX2luaXRpYWxpemUrMHgwLzB4MzAg QCAxClsgICAgNS4wODAxODFdIGluaXRjYWxsIHJhbmRfaW5pdGlhbGl6ZSsweDAvMHgzMCByZXR1 cm5lZCAwIGFmdGVyIDkgdXNlY3MKWyAgICA1LjA4NjcwMV0gY2FsbGluZyAgaHBldF9pbml0KzB4 MC8weDY3IEAgMQpbICAgIDUuMDkwOTY4XSBpbml0Y2FsbCBocGV0X2luaXQrMHgwLzB4NjcgcmV0 dXJuZWQgMCBhZnRlciA4NSB1c2VjcwpbICAgIDUuMDk3MDU0XSBjYWxsaW5nICBudnJhbV9pbml0 KzB4MC8weDdmIEAgMQpbICAgIDUuMTAxMzYzXSBOb24tdm9sYXRpbGUgbWVtb3J5IGRyaXZlciB2 MS4zClsgICAgNS4xMDU1NDVdIGluaXRjYWxsIG52cmFtX2luaXQrMHgwLzB4N2YgcmV0dXJuZWQg MCBhZnRlciA0MTI4IHVzZWNzClsgICAgNS4xMTE4OTBdIGNhbGxpbmcgIG1vZF9pbml0KzB4MC8w eDIwNyBAIDEKWyAgICA1LjExNjEzOF0gaW50ZWxfcm5nOiBGV0ggbm90IGRldGVjdGVkClsgICAg NS4xMTk5NzddIGluaXRjYWxsIG1vZF9pbml0KzB4MC8weDIwNyByZXR1cm5lZCAtMTkgYWZ0ZXIg MzgxNyB1c2VjcwpbICAgIDUuMTI2NDExXSBjYWxsaW5nICBtb2RfaW5pdCsweDAvMHgxMmEgQCAx ClsgICAgNS4xMzA1OTVdIGluaXRjYWxsIG1vZF9pbml0KzB4MC8weDEyYSByZXR1cm5lZCAtMTkg YWZ0ZXIgNSB1c2VjcwpbICAgIDUuMTM2NzY3XSBjYWxsaW5nICBtb2RfaW5pdCsweDAvMHg1MCBA IDEKWyAgICA1LjE0MDg1N10gaW5pdGNhbGwgbW9kX2luaXQrMHgwLzB4NTAgcmV0dXJuZWQgLTE5 IGFmdGVyIDAgdXNlY3MKWyAgICA1LjE0Njk0M10gY2FsbGluZyAgYWdwX2luaXQrMHgwLzB4MjYg QCAxClsgICAgNS4xNTEwMzFdIExpbnV4IGFncGdhcnQgaW50ZXJmYWNlIHYwLjEwMwpbICAgIDUu MTU1MTI0XSBpbml0Y2FsbCBhZ3BfaW5pdCsweDAvMHgyNiByZXR1cm5lZCAwIGFmdGVyIDM5OTYg dXNlY3MKWyAgICA1LjE2MTI5Ml0gY2FsbGluZyAgYWdwX2FtZDY0X21vZF9pbml0KzB4MC8weDIy IEAgMQpbICAgIDUuMTY2MzI2XSBpbml0Y2FsbCBhZ3BfYW1kNjRfbW9kX2luaXQrMHgwLzB4MjIg cmV0dXJuZWQgLTE5IGFmdGVyIDcxIHVzZWNzClsgICAgNS4xNzMzNjZdIGNhbGxpbmcgIGFncF9p bnRlbF9pbml0KzB4MC8weDI5IEAgMQpbICAgIDUuMTc4MDEyXSBhZ3BnYXJ0LWludGVsIDAwMDA6 MDA6MDAuMDogSW50ZWwgRzMzIENoaXBzZXQKWyAgICA1LjE4MzU5N10gYWdwZ2FydC1pbnRlbCAw MDAwOjAwOjAwLjA6IGRldGVjdGVkIGd0dCBzaXplOiA1MjQyODhLIHRvdGFsLCAyNjIxNDRLIG1h cHBhYmxlClsgICAgNS4xOTI2MzJdIGFncGdhcnQtaW50ZWwgMDAwMDowMDowMC4wOiBkZXRlY3Rl ZCA4MTkySyBzdG9sZW4gbWVtb3J5ClsgICAgNS4xOTkxNDVdIGFncGdhcnQtaW50ZWwgMDAwMDow MDowMC4wOiBBR1AgYXBlcnR1cmUgaXMgMjU2TSBAIDB4ZDAwMDAwMDAKWyAgICA1LjIwNTk4M10g aW5pdGNhbGwgYWdwX2ludGVsX2luaXQrMHgwLzB4MjkgcmV0dXJuZWQgMCBhZnRlciAyNzM0NiB1 c2VjcwpbICAgIDUuMjEyNzY2XSBjYWxsaW5nICBhZ3Bfc2lzX2luaXQrMHgwLzB4MjkgQCAxClsg ICAgNS4yMTcyNDldIGluaXRjYWxsIGFncF9zaXNfaW5pdCsweDAvMHgyOSByZXR1cm5lZCAwIGFm dGVyIDQwIHVzZWNzClsgICAgNS4yMjM1OTZdIGNhbGxpbmcgIGFncF92aWFfaW5pdCsweDAvMHgy OSBAIDEKWyAgICA1LjIyODA2MV0gaW5pdGNhbGwgYWdwX3ZpYV9pbml0KzB4MC8weDI5IHJldHVy bmVkIDAgYWZ0ZXIgNDM1NyB1c2VjcwpbICAgIDUuMjM0NTg1XSBjYWxsaW5nICBkcm1fY29yZV9p bml0KzB4MC8weDEzNiBAIDEKWyAgICA1LjIzOTI0OV0gW2RybV0gSW5pdGlhbGl6ZWQgZHJtIDEu MS4wIDIwMDYwODEwClsgICAgNS4yNDM4NjFdIGluaXRjYWxsIGRybV9jb3JlX2luaXQrMHgwLzB4 MTM2IHJldHVybmVkIDAgYWZ0ZXIgNDU1NCB1c2VjcwpbICAgIDUuMjUwNTU0XSBjYWxsaW5nICB0 dG1faW5pdCsweDAvMHg2MiBAIDEKWyAgICA1LjI1NDY4MV0gaW5pdGNhbGwgdHRtX2luaXQrMHgw LzB4NjIgcmV0dXJuZWQgMCBhZnRlciAzNCB1c2VjcwpbICAgIDUuMjYwNjgzXSBjYWxsaW5nICBy YWRlb25faW5pdCsweDAvMHhlOSBAIDEKWyAgICA1LjI2NTAzNF0gW2RybV0gcmFkZW9uIGRlZmF1 bHRpbmcgdG8ga2VybmVsIG1vZGVzZXR0aW5nLgpbICAgIDUuMjcwNTEyXSBbZHJtXSByYWRlb24g a2VybmVsIG1vZGVzZXR0aW5nIGVuYWJsZWQuClsgICAgNS4yNzU0NzFdIFtkcm06ZHJtX3BjaV9p bml0XSwgClsgICAgNS4yNzg3NjNdIGluaXRjYWxsIHJhZGVvbl9pbml0KzB4MC8weGU5IHJldHVy bmVkIDAgYWZ0ZXIgMTM0MDYgdXNlY3MKWyAgICA1LjI4NTI4Ml0gY2FsbGluZyAgaTkxNV9pbml0 KzB4MC8weDhkIEAgMQpbICAgIDUuMjg5NDYxXSBbZHJtOmRybV9wY2lfaW5pdF0sIApbICAgIDUu MjkyNzA0XSBbZHJtOmRybV9nZXRfcGNpX2Rldl0sIApbICAgIDUuMjk2MjExXSB4ZW46IHJlZ2lz dGVyaW5nIGdzaSAxNiB0cmlnZ2VyaW5nIDAgcG9sYXJpdHkgMQpbICAgIDUuMzAxNzc4XSBBbHJl YWR5IHNldHVwIHRoZSBHU0kgOjE2ClsgICAgNS4zMDU0NjZdIFtkcm06ZHJtX2dldF9taW5vcl0s IApbICAgIDUuMzA4OTE1XSBbZHJtOmRybV9nZXRfbWlub3JdLCBuZXcgbWlub3IgYXNzaWduZWQg NjQKWyAgICA1LjMxNDA2NV0gW2RybTpkcm1fZ2V0X21pbm9yXSwgClsgICAgNS4zMTc1MDVdIFtk cm06ZHJtX2dldF9taW5vcl0sIG5ldyBtaW5vciBhc3NpZ25lZCAwClsgICAgNS4zMjI1NzNdIGk5 MTUgMDAwMDowMDowMi4wOiBzZXR0aW5nIGxhdGVuY3kgdGltZXIgdG8gNjQKWyAgICA1LjQwNTgw Ml0gW2RybV0gTVRSUiBhbGxvY2F0aW9uIGZhaWxlZC4gIEdyYXBoaWNzIHBlcmZvcm1hbmNlIG1h eSBzdWZmZXIuClsgICAgNS40MTMwODJdIFtkcm06aW50ZWxfb3ByZWdpb25fc2V0dXBdLCBncmFw aGljIG9wcmVnaW9uIHBoeXNpY2FsIGFkZHI6IDB4Y2Y2YWUwZTQKWyAgICA1LjQyMDY3Ml0gW2Ry bTppbnRlbF9vcHJlZ2lvbl9zZXR1cF0sIFNXU0NJIHN1cHBvcnRlZApbICAgIDUuNDI1OTU2XSBb ZHJtXSBTdXBwb3J0cyB2YmxhbmsgdGltZXN0YW1wIGNhY2hpbmcgUmV2IDEgKDEwLjEwLjIwMTAp LgpbICAgIDUuNDMyNTYyXSBbZHJtXSBEcml2ZXIgc3VwcG9ydHMgcHJlY2lzZSB2YmxhbmsgdGlt ZXN0YW1wIHF1ZXJ5LgpbICAgIDUuNDM4NjUyXSBbZHJtOmluaXRfdmJ0X2RlZmF1bHRzXSwgU2V0 IGRlZmF1bHQgdG8gU1NDIGF0IDEwME1IegpbICAgIDUuNDQ0NzU0XSBbZHJtOmludGVsX3BhcnNl X2Jpb3NdLCBVc2luZyBWQlQgZnJvbSBPcFJlZ2lvbjogJFZCVCBCRUFSTEFLRS1CICAgICBkClsg ICAgNS40NTIzMjhdIFtkcm06cGFyc2VfZ2VuZXJhbF9mZWF0dXJlc10sIEJEQl9HRU5FUkFMX0ZF QVRVUkVTIGludF90dl9zdXBwb3J0IDEgaW50X2NydF9zdXBwb3J0IDEgbHZkc191c2Vfc3NjIDAg bHZkc19zc2NfZnJlcSA5NiBkaXNwbGF5X2Nsb2NrX21vZGUgMApbICAgIDUuNDY1Nzk0XSBbZHJt OnBhcnNlX2dlbmVyYWxfZGVmaW5pdGlvbnNdLCBjcnRfZGRjX2J1c19waW46IDIKWyAgICA1LjQ3 MTcyNV0gW2RybTpwYXJzZV9zZHZvX3BhbmVsX2RhdGFdLCBGb3VuZCBTRFZPIHBhbmVsIG1vZGUg aW4gQklPUyBWQlQgdGFibGVzOgpbICAgIDUuNDc5MzAxXSBbZHJtOmRybV9tb2RlX2RlYnVnX3By aW50bW9kZWxpbmVdLCBNb2RlbGluZSAwOiIxNjAweDEyMDAiIDAgMTYyMDAwIDE2MDAgMTY2NCAx ODU2IDIxNjAgMTIwMCAxMjAxIDEyMDQgMTI1MCAweDggMHhhClsgICAgNS40OTA3NzRdIFtkcm06 cGFyc2Vfc2R2b19kZXZpY2VfbWFwcGluZ10sIE5vIFNEVk8gZGV2aWNlIGluZm8gaXMgZm91bmQg aW4gVkJUClsgICAgNS40OTgxNzhdIFtkcm06cGFyc2VfZGV2aWNlX21hcHBpbmddLCBubyBjaGls ZCBkZXYgaXMgcGFyc2VkIGZyb20gVkJUClsgICAgNS41MDQ4MDRdIFtkcm06aW50ZWxfZHNtX3Bj aV9wcm9iZV0sIG5vIF9EU00gbWV0aG9kIGZvciBpbnRlbCBkZXZpY2UKWyAgICA1LjUxMTM0NV0g W2RybTppbnRlbF9tb2Rlc2V0X2luaXRdLCAyIGRpc3BsYXkgcGlwZXMgYXZhaWxhYmxlLgpbICAg IDUuNTE3MzYyXSBbZHJtOmludGVsX21vZGVzZXRfaW5pdF0sIHBsYW5lIDAgaW5pdCBmYWlsZWQ6 IC0xOQpbICAgIDUuNTIzMjAzXSBbZHJtOmludGVsX21vZGVzZXRfaW5pdF0sIHBsYW5lIDEgaW5p dCBmYWlsZWQ6IC0xOQpbICAgIDUuNTI5MDQ2XSB2Z2FhcmI6IGRldmljZSBjaGFuZ2VkIGRlY29k ZXM6IFBDSTowMDAwOjAwOjAyLjAsb2xkZGVjb2Rlcz1pbyttZW0sZGVjb2Rlcz1pbyttZW06b3du cz1pbyttZW0KWyAgICA1LjUzODkwNF0gW2RybTpkcm1fc3lzZnNfY29ubmVjdG9yX2FkZF0sIGFk ZGluZyAiVkdBLTEiIHRvIHN5c2ZzClsgICAgNS41NDUxMzVdIFtkcm06ZHJtX3N5c2ZzX2hvdHBs dWdfZXZlbnRdLCBnZW5lcmF0aW5nIGhvdHBsdWcgZXZlbnQKWyAgICA1LjU1MTQ0OF0gW2RybTpp OTE1X2dldF92YmxhbmtfdGltZXN0YW1wXSwgY3J0YyAwIGlzIGRpc2FibGVkClsgICAgNS41ODgw NTVdIFtkcm06aW50ZWxfdXBkYXRlX2ZiY10sIApbICAgIDUuNTkxNjQyXSBbZHJtOmk5eHhfZ2V0 X2ZpZm9fc2l6ZV0sIEZJRk8gc2l6ZSAtICgweDAwMDAxZDljKSBBOiAyOApbICAgIDUuNTk4MDAz XSBbZHJtOmk5eHhfZ2V0X2ZpZm9fc2l6ZV0sIEZJRk8gc2l6ZSAtICgweDAwMDAxZDljKSBCOiAz MQpbICAgIDUuNjA0MzYzXSBbZHJtOmk5eHhfdXBkYXRlX3dtXSwgRklGTyB3YXRlcm1hcmtzIC0g QTogMjYsIEI6IDI5ClsgICAgNS42MTAzNzhdIFtkcm06aTl4eF91cGRhdGVfd21dLCBTZXR0aW5n IEZJRk8gd2F0ZXJtYXJrcyAtIEE6IDI2LCBCOiAyOSwgQzogMiwgU1IgMQpbICAgIDUuNjE4MTI1 XSBbZHJtOmk5eHhfdXBkYXRlX3dtXSwgbWVtb3J5IHNlbGYgcmVmcmVzaCBkaXNhYmxlZApbICAg IDUuNjIxMzUyXSBbZHJtOmk5MTVfZ2V0X3ZibGFua19jb3VudGVyXSwgdHJ5aW5nIHRvIGdldCB2 YmxhbmsgY291bnQgZm9yIGRpc2FibGVkIHBpcGUgQgpbICAgIDUuNjIxMzU0XSBbZHJtOmk5MTVf Z2V0X3ZibGFua190aW1lc3RhbXBdLCBjcnRjIDEgaXMgZGlzYWJsZWQKWyAgICA1LjYyMTM1Nl0g W2RybTppOTE1X2dldF92YmxhbmtfY291bnRlcl0sIHRyeWluZyB0byBnZXQgdmJsYW5rIGNvdW50 IGZvciBkaXNhYmxlZCBwaXBlIEIKWyAgICA1LjYyMTM2MV0gW2RybTppbnRlbF91cGRhdGVfZmJj XSwgClsgICAgNS42MjEzNjNdIFtkcm06aTl4eF9nZXRfZmlmb19zaXplXSwgRklGTyBzaXplIC0g KDB4MDAwMDFkOWMpIEE6IDI4ClsgICAgNS42MjEzNjZdIFtkcm06aTl4eF9nZXRfZmlmb19zaXpl XSwgRklGTyBzaXplIC0gKDB4MDAwMDFkOWMpIEI6IDMxClsgICAgNS42MjEzNjddIFtkcm06aTl4 eF91cGRhdGVfd21dLCBGSUZPIHdhdGVybWFya3MgLSBBOiAyNiwgQjogMjkKWyAgICA1LjYyMTM2 OV0gW2RybTppOXh4X3VwZGF0ZV93bV0sIFNldHRpbmcgRklGTyB3YXRlcm1hcmtzIC0gQTogMjYs IEI6IDI5LCBDOiAyLCBTUiAxClsgICAgNS42MjEzNzFdIFtkcm06aTl4eF91cGRhdGVfd21dLCBt ZW1vcnkgc2VsZiByZWZyZXNoIGRpc2FibGVkClsgICAgNS42MjUzODBdIFtkcm06aW5pdF9zdGF0 dXNfcGFnZV0sIHJlbmRlciByaW5nIGh3cyBvZmZzZXQ6IDB4MDAwMDAwMDAKWyAgICA1LjYyNTU0 OV0gW2RybV0gaW5pdGlhbGl6ZWQgb3ZlcmxheSBzdXBwb3J0ClsgICAgNS42MjU1NTBdIFtkcm06 ZHJtX2lycV9pbnN0YWxsXSwgaXJxPTI4NApbICAgIDUuNjI1NTc2XSBbZHJtOmRybV9oZWxwZXJf cHJvYmVfc2luZ2xlX2Nvbm5lY3Rvcl9tb2Rlc10sIFtDT05ORUNUT1I6NTpWR0EtMV0KWyAgICA1 LjYzMzA2MV0gW2RybTppbnRlbF9jcnRfZGV0ZWN0XSwgQ1JUIGRldGVjdGVkIHZpYSBob3RwbHVn ClsgICAgNS42NjA4NzRdIFtkcm06ZHJtX2VkaWRfdG9fZWxkXSwgRUxEOiBubyBDRUEgRXh0ZW5z aW9uIGZvdW5kClsgICAgNS42NjA4ODFdIFtkcm06ZHJtX2hlbHBlcl9wcm9iZV9zaW5nbGVfY29u bmVjdG9yX21vZGVzXSwgW0NPTk5FQ1RPUjo1OlZHQS0xXSBwcm9iZWQgbW9kZXMgOgpbICAgIDUu NjYwODgzXSBbZHJtOmRybV9tb2RlX2RlYnVnX3ByaW50bW9kZWxpbmVdLCBNb2RlbGluZSA4OiIx NDQweDkwMCIgNjAgMTA2NTAwIDE0NDAgMTUyMCAxNjcyIDE5MDQgOTAwIDkwNiA5MDkgOTM0IDB4 NDggMHg1ClsgICAgNS42NjA4ODZdIFtkcm06ZHJtX21vZGVfZGVidWdfcHJpbnRtb2RlbGluZV0s IE1vZGVsaW5lIDE4OiIxMjgweDEwMjQiIDc1IDEzNTAwMCAxMjgwIDEyOTYgMTQ0MCAxNjg4IDEw MjQgMTAyNSAxMDI4IDEwNjYgMHg0MCAweDUKWyAgICA1LjY2MDg4OV0gW2RybTpkcm1fbW9kZV9k ZWJ1Z19wcmludG1vZGVsaW5lXSwgTW9kZWxpbmUgMTM6IjEyODB4OTYwIiA2MCAxMDgwMDAgMTI4 MCAxMzc2IDE0ODggMTgwMCA5NjAgOTYxIDk2NCAxMDAwIDB4NDAgMHg1ClsgICAgNS42NjA4OTJd IFtkcm06ZHJtX21vZGVfZGVidWdfcHJpbnRtb2RlbGluZV0sIE1vZGVsaW5lIDEyOiIxMjgweDgw MCIgNzUgMTA2NTAwIDEyODAgMTM2MCAxNDg4IDE2OTYgODAwIDgwMyA4MDkgODM4IDB4NDAgMHg2 ClsgICAgNS42NjA4OTVdIFtkcm06ZHJtX21vZGVfZGVidWdfcHJpbnRtb2RlbGluZV0sIE1vZGVs aW5lIDIzOiIxMTUyeDg2NCIgNzUgMTA4MDAwIDExNTIgMTIxNiAxMzQ0IDE2MDAgODY0IDg2NSA4 NjggOTAwIDB4NDAgMHg1ClsgICAgNS42NjA4OThdIFtkcm06ZHJtX21vZGVfZGVidWdfcHJpbnRt b2RlbGluZV0sIE1vZGVsaW5lIDExOiIxMjgweDcyMCIgNzUgOTU2ODEgMTI4MCAxMzUyIDE0ODgg MTY5NiA3MjAgNzIxIDcyNCA3NTIgMHgwIDB4NgpbICAgIDUuNjYwOTAxXSBbZHJtOmRybV9tb2Rl X2RlYnVnX3ByaW50bW9kZWxpbmVdLCBNb2RlbGluZSAxMDoiMTI4MHg3MjAiIDYwIDc0NDQwIDEy ODAgMTMzNiAxNDcyIDE2NjQgNzIwIDcyMSA3MjQgNzQ2IDB4MCAweDYKWyAgICA1LjY2MDkwNF0g W2RybTpkcm1fbW9kZV9kZWJ1Z19wcmludG1vZGVsaW5lXSwgTW9kZWxpbmUgOToiMTE1Mng3MjAi IDYwIDY3MjgyIDExNTIgMTIwOCAxMzI4IDE1MDQgNzIwIDcyMSA3MjQgNzQ2IDB4MCAweDYKWyAg ICA1LjY2MDkwNl0gW2RybTpkcm1fbW9kZV9kZWJ1Z19wcmludG1vZGVsaW5lXSwgTW9kZWxpbmUg MTk6IjEwMjR4NzY4IiA3NSA3ODgwMCAxMDI0IDEwNDAgMTEzNiAxMzEyIDc2OCA3NjkgNzcyIDgw MCAweDQwIDB4NQpbICAgIDUuNjYwOTEwXSBbZHJtOmRybV9tb2RlX2RlYnVnX3ByaW50bW9kZWxp bmVdLCBNb2RlbGluZSAyMDoiMTAyNHg3NjgiIDYwIDY1MDAwIDEwMjQgMTA0OCAxMTg0IDEzNDQg NzY4IDc3MSA3NzcgODA2IDB4NDAgMHhhClsgICAgNS42NjA5MTNdIFtkcm06ZHJtX21vZGVfZGVi dWdfcHJpbnRtb2RlbGluZV0sIE1vZGVsaW5lIDIxOiI4MzJ4NjI0IiA3NSA1NzI4NCA4MzIgODY0 IDkyOCAxMTUyIDYyNCA2MjUgNjI4IDY2NyAweDQwIDB4YQpbICAgIDUuNjYwOTE2XSBbZHJtOmRy bV9tb2RlX2RlYnVnX3ByaW50bW9kZWxpbmVdLCBNb2RlbGluZSAyMjoiODAweDYwMCIgNzUgNDk1 MDAgODAwIDgxNiA4OTYgMTA1NiA2MDAgNjAxIDYwNCA2MjUgMHg0MCAweDUKWyAgICA1LjY2MDkx OF0gW2RybTpkcm1fbW9kZV9kZWJ1Z19wcmludG1vZGVsaW5lXSwgTW9kZWxpbmUgMTQ6IjgwMHg2 MDAiIDYwIDQwMDAwIDgwMCA4NDAgOTY4IDEwNTYgNjAwIDYwMSA2MDUgNjI4IDB4NDAgMHg1Clsg ICAgNS42NjA5MjJdIFtkcm06ZHJtX21vZGVfZGVidWdfcHJpbnRtb2RlbGluZV0sIE1vZGVsaW5l IDE1OiI2NDB4NDgwIiA3NSAzMTUwMCA2NDAgNjU2IDcyMCA4NDAgNDgwIDQ4MSA0ODQgNTAwIDB4 NDAgMHhhClsgICAgNS42NjA5MjRdIFtkcm06ZHJtX21vZGVfZGVidWdfcHJpbnRtb2RlbGluZV0s IE1vZGVsaW5lIDE2OiI2NDB4NDgwIiA2MCAyNTIwMCA2NDAgNjU2IDc1MiA4MDAgNDgwIDQ5MCA0 OTIgNTI1IDB4NDAgMHhhClsgICAgNS42NjA5MjddIFtkcm06ZHJtX21vZGVfZGVidWdfcHJpbnRt b2RlbGluZV0sIE1vZGVsaW5lIDE3OiI3MjB4NDAwIiA3MCAyODMyMCA3MjAgNzM4IDg0NiA5MDAg NDAwIDQxMiA0MTQgNDQ5IDB4NDAgMHg2ClsgICAgNS42NjA5MzBdIFtkcm06ZHJtX3NldHVwX2Ny dGNzXSwgClsgICAgNS42NjA5MzJdIFtkcm06ZHJtX2VuYWJsZV9jb25uZWN0b3JzXSwgY29ubmVj dG9yIDUgZW5hYmxlZD8geWVzClsgICAgNS42NjA5MzNdIFtkcm06ZHJtX3RhcmdldF9wcmVmZXJy ZWRdLCBsb29raW5nIGZvciBjbWRsaW5lIG1vZGUgb24gY29ubmVjdG9yIDUKWyAgICA1LjY2MDkz NV0gW2RybTpkcm1fdGFyZ2V0X3ByZWZlcnJlZF0sIGxvb2tpbmcgZm9yIHByZWZlcnJlZCBtb2Rl IG9uIGNvbm5lY3RvciA1ClsgICAgNS42NjA5MzddIFtkcm06ZHJtX3RhcmdldF9wcmVmZXJyZWRd LCBmb3VuZCBtb2RlIDE0NDB4OTAwClsgICAgNS42NjA5MzhdIFtkcm06ZHJtX3NldHVwX2NydGNz XSwgcGlja2luZyBDUlRDcyBmb3IgNDA5Nng0MDk2IGNvbmZpZwpbICAgIDUuNjYwOTQwXSBbZHJt OmRybV9zZXR1cF9jcnRjc10sIGRlc2lyZWQgbW9kZSAxNDQweDkwMCBzZXQgb24gY3J0YyAzClsg ICAgNS42NjYzNTddIFtkcm06aW50ZWxmYl9jcmVhdGVdLCBhbGxvY2F0ZWQgMTQ0MHg5MDAgZmI6 IDB4MDAwMzAwMDAsIGJvIGZmZmY4ODAwYmYxZmM2MDAKWyAgICA1LjY2NjM2NF0gY2hlY2tpbmcg Z2VuZXJpYyAoZDAwMDAwMDAgN2YwMDAwKSB2cyBodyAoZDAwMDAwMDAgMTAwMDAwMDApClsgICAg NS42NjYzNjVdIGZiOiBjb25mbGljdGluZyBmYiBodyB1c2FnZSBpbnRlbGRybWZiIHZzIFZFU0Eg VkdBIC0gcmVtb3ZpbmcgZ2VuZXJpYyBkcml2ZXIKWyAgICA1Ljk2NzA4MF0gQ29uc29sZTogc3dp dGNoaW5nIHRvIGNvbG91ciBkdW1teSBkZXZpY2UgODB4MjUKWyAgICA1Ljk3MzYwNF0gZmJjb246 IGludGVsZHJtZmIgKGZiMCkgaXMgcHJpbWFyeSBkZXZpY2UKWyAgICA1Ljk3ODY5OV0gW2RybTpk cm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10sIApbICAgIDUuOTc4NzAxXSBbZHJtOmRybV9jcnRj X2hlbHBlcl9zZXRfY29uZmlnXSwgW0NSVEM6M10gW0ZCOjI1XSAjY29ubmVjdG9ycz0xICh4IHkp ICgwIDApClsgICAgNS45Nzg3MDVdIFtkcm06ZHJtX2NydGNfaGVscGVyX3NldF9jb25maWddLCBj cnRjIGhhcyBubyBmYiwgZnVsbCBtb2RlIHNldApbICAgIDUuOTc4NzA3XSBbZHJtOmRybV9jcnRj X2hlbHBlcl9zZXRfY29uZmlnXSwgbW9kZXMgYXJlIGRpZmZlcmVudCwgZnVsbCBtb2RlIHNldApb ICAgIDUuOTc4NzA4XSBbZHJtOmRybV9tb2RlX2RlYnVnX3ByaW50bW9kZWxpbmVdLCBNb2RlbGlu ZSAwOiIiIDAgMCAwIDAgMCAwIDAgMCAwIDAgMHgwIDB4MApbICAgIDUuOTc4NzExXSBbZHJtOmRy bV9tb2RlX2RlYnVnX3ByaW50bW9kZWxpbmVdLCBNb2RlbGluZSAyNDoiMTQ0MHg5MDAiIDYwIDEw NjUwMCAxNDQwIDE1MjAgMTY3MiAxOTA0IDkwMCA5MDYgOTA5IDkzNCAweDQ4IDB4NQpbICAgIDUu OTc4NzE0XSBbZHJtOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSwgZW5jb2RlciBjaGFuZ2Vk LCBmdWxsIG1vZGUgc3dpdGNoClsgICAgNS45Nzg3MTZdIFtkcm06ZHJtX2NydGNfaGVscGVyX3Nl dF9jb25maWddLCBjcnRjIGNoYW5nZWQsIGZ1bGwgbW9kZSBzd2l0Y2gKWyAgICA1Ljk3ODcxOF0g W2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10sIFtDT05ORUNUT1I6NTpWR0EtMV0gdG8g W0NSVEM6M10KWyAgICA1Ljk3ODcxOV0gW2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10s IGF0dGVtcHRpbmcgdG8gc2V0IG1vZGUgZnJvbSB1c2Vyc3BhY2UKWyAgICA1Ljk3ODcyMV0gW2Ry bTpkcm1fbW9kZV9kZWJ1Z19wcmludG1vZGVsaW5lXSwgTW9kZWxpbmUgMjQ6IjE0NDB4OTAwIiA2 MCAxMDY1MDAgMTQ0MCAxNTIwIDE2NzIgMTkwNCA5MDAgOTA2IDkwOSA5MzQgMHg0OCAweDUKWyAg ICA1Ljk3ODcyNV0gW2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0X21vZGVdLCBbQ1JUQzozXQpbICAg IDUuOTc4NzMwXSBbZHJtOmRybV92YmxhbmtfZ2V0XSwgZW5hYmxpbmcgdmJsYW5rIG9uIGNydGMg MCwgcmV0OiAtMjIKWyAgICA1Ljk3ODgwMl0gW2RybTppOXh4X2NydGNfbW9kZV9zZXRdLCBNb2Rl IGZvciBwaXBlIEE6ClsgICAgNS45Nzg4MDRdIFtkcm06ZHJtX21vZGVfZGVidWdfcHJpbnRtb2Rl bGluZV0sIE1vZGVsaW5lIDI0OiIxNDQweDkwMCIgNjAgMTA2NTAwIDE0NDAgMTUyMCAxNjcyIDE5 MDQgOTAwIDkwNiA5MDkgOTM0IDB4NDggMHg1ClsgICAgNi4wMTMwNjJdIFtkcm06aTl4eF91cGRh dGVfcGxhbmVdLCBXcml0aW5nIGJhc2UgMDAwMzAwMDAgMDAwMDAwMDAgMCAwIDU3NjAKWyAgICA2 LjAxMzA2Nl0gW2RybTppbnRlbF91cGRhdGVfZmJjXSwgClsgICAgNi4wMTMwNjldIFtkcm06aTl4 eF9nZXRfZmlmb19zaXplXSwgRklGTyBzaXplIC0gKDB4MDAwMDFkOWMpIEE6IDI4ClsgICAgNi4w MTMwNzNdIFtkcm06aW50ZWxfY2FsY3VsYXRlX3dtXSwgRklGTyBlbnRyaWVzIHJlcXVpcmVkIGZv ciBtb2RlOiAzNApbICAgIDYuMDEzMDc1XSBbZHJtOmludGVsX2NhbGN1bGF0ZV93bV0sIEZJRk8g d2F0ZXJtYXJrIGxldmVsOiAtOApbICAgIDYuMDEzMDc4XSBbZHJtOmk5eHhfZ2V0X2ZpZm9fc2l6 ZV0sIEZJRk8gc2l6ZSAtICgweDAwMDAxZDljKSBCOiAzMQpbICAgIDYuMDEzMDgxXSBbZHJtOmk5 eHhfdXBkYXRlX3dtXSwgRklGTyB3YXRlcm1hcmtzIC0gQTogMSwgQjogMjkKWyAgICA2LjAxMzA4 NF0gW2RybTppOXh4X3VwZGF0ZV93bV0sIHNlbGYtcmVmcmVzaCBlbnRyaWVzOiA5MApbICAgIDYu MDEzMDg2XSBbZHJtOmk5eHhfdXBkYXRlX3dtXSwgU2V0dGluZyBGSUZPIHdhdGVybWFya3MgLSBB OiAxLCBCOiAyOSwgQzogMiwgU1IgNQpbICAgIDYuMDEzMDg5XSBbZHJtOmk5eHhfdXBkYXRlX3dt XSwgbWVtb3J5IHNlbGYgcmVmcmVzaCBlbmFibGVkClsgICAgNi4wMTMwOTJdIFtkcm06ZHJtX2Ny dGNfaGVscGVyX3NldF9tb2RlXSwgW0VOQ09ERVI6NjpEQUMtNl0gc2V0IFtNT0RFOjI0OjE0NDB4 OTAwXQpbICAgIDYuMDEzMDk2XSBbZHJtOmk5eHhfZ2V0X2ZpZm9fc2l6ZV0sIEZJRk8gc2l6ZSAt ICgweDAwMDAxZDljKSBBOiAyOApbICAgIDYuMDEzMDk5XSBbZHJtOmludGVsX2NhbGN1bGF0ZV93 bV0sIEZJRk8gZW50cmllcyByZXF1aXJlZCBmb3IgbW9kZTogMzQKWyAgICA2LjAxMzEwMl0gW2Ry bTppbnRlbF9jYWxjdWxhdGVfd21dLCBGSUZPIHdhdGVybWFyayBsZXZlbDogLTgKWyAgICA2LjAx MzEwNF0gW2RybTppOXh4X2dldF9maWZvX3NpemVdLCBGSUZPIHNpemUgLSAoMHgwMDAwMWQ5Yykg QjogMzEKWyAgICA2LjAxMzEwN10gW2RybTppOXh4X3VwZGF0ZV93bV0sIEZJRk8gd2F0ZXJtYXJr cyAtIEE6IDEsIEI6IDI5ClsgICAgNi4wMTMxMDldIFtkcm06aTl4eF91cGRhdGVfd21dLCBzZWxm LXJlZnJlc2ggZW50cmllczogOTAKWyAgICA2LjAxMzExMl0gW2RybTppOXh4X3VwZGF0ZV93bV0s IFNldHRpbmcgRklGTyB3YXRlcm1hcmtzIC0gQTogMSwgQjogMjksIEM6IDIsIFNSIDUKWyAgICA2 LjAxMzExNV0gW2RybTppOXh4X3VwZGF0ZV93bV0sIG1lbW9yeSBzZWxmIHJlZnJlc2ggZW5hYmxl ZApbICAgIDYuMDEzNzM0XSBbZHJtOmludGVsX3VwZGF0ZV9mYmNdLCAKWyAgICA2LjAxMzczNl0g W2RybTpkcm1fY2FsY190aW1lc3RhbXBpbmdfY29uc3RhbnRzXSwgY3J0YyAzOiBod21vZGU6IGh0 b3RhbCAxOTA0LCB2dG90YWwgOTM0LCB2ZGlzcGxheSA5MDAKWyAgICA2LjAxMzczOF0gW2RybTpk cm1fY2FsY190aW1lc3RhbXBpbmdfY29uc3RhbnRzXSwgY3J0YyAzOiBjbG9jayAxMDY1MDAga0h6 IGZyYW1lZHVyIDE2Njk3MTE4IGxpbmVkdXIgMTc4NzcsIHBpeGVsZHVyIDkKWyAgICA2LjAxMzc0 MV0gW2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10sIFNldHRpbmcgY29ubmVjdG9yIERQ TVMgc3RhdGUgdG8gb24KWyAgICA2LjAxMzc0Ml0gW2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0X2Nv bmZpZ10sIAlbQ09OTkVDVE9SOjU6VkdBLTFdIHNldCBEUE1TIG9uClsgICAgNi4wMTM3NDVdIFtk cm06ZHJtX2NydGNfaGVscGVyX3NldF9jb25maWddLCAKWyAgICA2LjAxMzc0Nl0gW2RybTpkcm1f Y3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10sIFtDUlRDOjRdIFtOT0ZCXQpbICAgIDYuMDEzODQ3XSBb ZHJtOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSwgClsgICAgNi4wMTM4NDhdIFtkcm06ZHJt X2NydGNfaGVscGVyX3NldF9jb25maWddLCBbQ1JUQzozXSBbRkI6MjVdICNjb25uZWN0b3JzPTEg KHggeSkgKDAgMCkKWyAgICA2LjAxMzg1MV0gW2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZp Z10sIFtDT05ORUNUT1I6NTpWR0EtMV0gdG8gW0NSVEM6M10KWyAgICA2LjA1MzMzMF0gQ29uc29s ZTogc3dpdGNoaW5nIHRvIGNvbG91ciBmcmFtZSBidWZmZXIgZGV2aWNlIDE4MHg1NgpbICAgIDYu MDUzMzM3XSBbZHJtOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSwgClsgICAgNi4wNTMzMzhd IFtkcm06ZHJtX2NydGNfaGVscGVyX3NldF9jb25maWddLCBbQ1JUQzozXSBbRkI6MjVdICNjb25u ZWN0b3JzPTEgKHggeSkgKDAgMCkKWyAgICA2LjA1MzM0MV0gW2RybTpkcm1fY3J0Y19oZWxwZXJf c2V0X2NvbmZpZ10sIFtDT05ORUNUT1I6NTpWR0EtMV0gdG8gW0NSVEM6M10KWyAgICA2LjQxNjQw NF0gZmIwOiBpbnRlbGRybWZiIGZyYW1lIGJ1ZmZlciBkZXZpY2UKWyAgICA2LjQyMDkyOV0gZHJt OiByZWdpc3RlcmVkIHBhbmljIG5vdGlmaWVyClsgICAgNi40MjUwOTNdIFtkcm1dIEluaXRpYWxp emVkIGk5MTUgMS42LjAgMjAwODA3MzAgZm9yIDAwMDA6MDA6MDIuMCBvbiBtaW5vciAwClsgICAg Ni40MzIyNjldIGluaXRjYWxsIGk5MTVfaW5pdCsweDAvMHg4ZCByZXR1cm5lZCAwIGFmdGVyIDEx MTYwMTggdXNlY3MKWyAgICA2LjQzODc4OF0gY2FsbGluZyAgbm91dmVhdV9pbml0KzB4MC8weDUx IEAgMQpbICAgIDYuNDQzMjM3XSBbZHJtOmRybV9wY2lfaW5pdF0sIApbICAgIDYuNDQ2NTExXSBp bml0Y2FsbCBub3V2ZWF1X2luaXQrMHgwLzB4NTEgcmV0dXJuZWQgMCBhZnRlciAzMjA0IHVzZWNz ClsgICAgNi40NTMwMjldIGNhbGxpbmcgIGNuX3Byb2NfaW5pdCsweDAvMHgzYSBAIDEKWyAgICA2 LjQ1NzQ2OV0gaW5pdGNhbGwgY25fcHJvY19pbml0KzB4MC8weDNhIHJldHVybmVkIDAgYWZ0ZXIg MSB1c2VjcwpbICAgIDYuNDYzNzI5XSBjYWxsaW5nICB0b3BvbG9neV9zeXNmc19pbml0KzB4MC8w eDY3IEAgMQpbICAgIDYuNDY4NzgzXSBpbml0Y2FsbCB0b3BvbG9neV9zeXNmc19pbml0KzB4MC8w eDY3IHJldHVybmVkIDAgYWZ0ZXIgMTAgdXNlY3MKWyAgICA2LjQ3NTczNl0gY2FsbGluZyAgYnJk X2luaXQrMHgwLzB4MWNlIEAgMQpbICAgIDYuNDgxNzEzXSBicmQ6IG1vZHVsZSBsb2FkZWQKWyAg ICA2LjQ4NDc2OV0gaW5pdGNhbGwgYnJkX2luaXQrMHgwLzB4MWNlIHJldHVybmVkIDAgYWZ0ZXIg NDc0MSB1c2VjcwpbICAgIDYuNDkxMDI5XSBjYWxsaW5nICBsb29wX2luaXQrMHgwLzB4MTJlIEAg MQpbICAgIDYuNDk2Mjc1XSBsb29wOiBtb2R1bGUgbG9hZGVkClsgICAgNi40OTk0MTRdIGluaXRj YWxsIGxvb3BfaW5pdCsweDAvMHgxMmUgcmV0dXJuZWQgMCBhZnRlciA0MDI2IHVzZWNzClsgICAg Ni41MDU3NjBdIGNhbGxpbmcgIHhsYmxrX2luaXQrMHgwLzB4ODQgQCAxClsgICAgNi41MTAwNjBd IGluaXRjYWxsIHhsYmxrX2luaXQrMHgwLzB4ODQgcmV0dXJuZWQgMCBhZnRlciAzNSB1c2Vjcwpb ICAgIDYuNTE2MjM0XSBjYWxsaW5nICB4ZW5fYmxraWZfaW5pdCsweDAvMHgyNWUgQCAxClsgICAg Ni41MjExMjBdIGluaXRjYWxsIHhlbl9ibGtpZl9pbml0KzB4MC8weDI1ZSByZXR1cm5lZCAwIGFm dGVyIDE4MiB1c2VjcwpbICAgIDYuNTI3ODEzXSBjYWxsaW5nICBtYWNfaGlkX2luaXQrMHgwLzB4 MjIgQCAxClsgICAgNi41MzIyNTddIGluaXRjYWxsIG1hY19oaWRfaW5pdCsweDAvMHgyMiByZXR1 cm5lZCAwIGFmdGVyIDUgdXNlY3MKWyAgICA2LjUzODUxNl0gY2FsbGluZyAgc3BpX3RyYW5zcG9y dF9pbml0KzB4MC8weDdiIEAgMQpbICAgIDYuNTQzNTQwXSBpbml0Y2FsbCBzcGlfdHJhbnNwb3J0 X2luaXQrMHgwLzB4N2IgcmV0dXJuZWQgMCBhZnRlciA2NSB1c2VjcwpbICAgIDYuNTUwNDA2XSBj YWxsaW5nICBpbml0X3NkKzB4MC8weDExMiBAIDEKWyAgICA2LjU1NDU2OF0gaW5pdGNhbGwgaW5p dF9zZCsweDAvMHgxMTIgcmV0dXJuZWQgMCBhZnRlciA2OSB1c2VjcwpbICAgIDYuNTYwNTY4XSBj YWxsaW5nICBpbml0X3NyKzB4MC8weDQ2IEAgMQpbICAgIDYuNTY0NjA1XSBpbml0Y2FsbCBpbml0 X3NyKzB4MC8weDQ2IHJldHVybmVkIDAgYWZ0ZXIgMzIgdXNlY3MKWyAgICA2LjU3MDUxOF0gY2Fs bGluZyAgaW5pdF9zZysweDAvMHgxMmUgQCAxClsgICAgNi41NzQ2NTddIGluaXRjYWxsIGluaXRf c2crMHgwLzB4MTJlIHJldHVybmVkIDAgYWZ0ZXIgNDMgdXNlY3MKWyAgICA2LjU4MDY1OF0gY2Fs bGluZyAgYWhjaV9pbml0KzB4MC8weDFiIEAgMQpbICAgIDYuNTg0ODg3XSBpbml0Y2FsbCBhaGNp X2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRlciA0OCB1c2VjcwpbICAgIDYuNTkwOTc1XSBj YWxsaW5nICBwaWl4X2luaXQrMHgwLzB4MjkgQCAxClsgICAgNi41OTUxNjRdIGF0YV9waWl4IDAw MDA6MDA6MWYuMTogdmVyc2lvbiAyLjEzClsgICAgNi41OTk2OThdIHhlbjogcmVnaXN0ZXJpbmcg Z3NpIDE4IHRyaWdnZXJpbmcgMCBwb2xhcml0eSAxClsgICAgNi42MDUyNjhdIEFscmVhZHkgc2V0 dXAgdGhlIEdTSSA6MTgKWyAgICA2LjYwODk1Nl0gYXRhX3BpaXggMDAwMDowMDoxZi4xOiBzZXR0 aW5nIGxhdGVuY3kgdGltZXIgdG8gNjQKWyAgICA2LjYxNTE5OV0gc2NzaTAgOiBhdGFfcGlpeApb ICAgIDYuNjE4MTk5XSBzY3NpMSA6IGF0YV9waWl4ClsgICAgNi42MjE4MzBdIGF0YTE6IFBBVEEg bWF4IFVETUEvMTAwIGNtZCAweDFmMCBjdGwgMHgzZjYgYm1kbWEgMHhmZmEwIGlycSAxNApbICAg IDYuNjI4NzgzXSBhdGEyOiBQQVRBIG1heCBVRE1BLzEwMCBjbWQgMHgxNzAgY3RsIDB4Mzc2IGJt ZG1hIDB4ZmZhOCBpcnEgMTUKWyAgICA2LjYzNTc0NV0gY2FsbGluZyAgMl9hc3luY19wb3J0X3By b2JlKzB4MC8weDcwIEAgNQpbICAgIDYuNjQwNzA5XSBjYWxsaW5nICAzX2FzeW5jX3BvcnRfcHJv YmUrMHgwLzB4NzAgQCAxNApbICAgIDYuNjQwODkxXSB4ZW46IHJlZ2lzdGVyaW5nIGdzaSAxOSB0 cmlnZ2VyaW5nIDAgcG9sYXJpdHkgMQpbICAgIDYuNjQwODkzXSBBbHJlYWR5IHNldHVwIHRoZSBH U0kgOjE5ClsgICAgNi42NDA5MDFdIGF0YV9waWl4IDAwMDA6MDA6MWYuMjogTUFQIFsgUDAgUDIg UDEgUDMgXQpbICAgIDYuNjQwOTI3XSBhdGFfcGlpeCAwMDAwOjAwOjFmLjI6IHNldHRpbmcgbGF0 ZW5jeSB0aW1lciB0byA2NApbICAgIDYuNjY2Mzk5XSBzY3NpMiA6IGF0YV9waWl4ClsgICAgNi42 NjkzOTddIHNjc2kzIDogYXRhX3BpaXgKWyAgICA2LjY3Mjk1Ml0gYXRhMzogU0FUQSBtYXggVURN QS8xMzMgY21kIDB4ZDA4MCBjdGwgMHhkMDAwIGJtZG1hIDB4YzgwMCBpcnEgMTkKWyAgICA2LjY4 MDA5NV0gYXRhNDogU0FUQSBtYXggVURNQS8xMzMgY21kIDB4Y2MwMCBjdGwgMHhjODgwIGJtZG1h IDB4YzgwOCBpcnEgMTkKWyAgICA2LjY4NzIyOF0gY2FsbGluZyAgNF9hc3luY19wb3J0X3Byb2Jl KzB4MC8weDcwIEAgNzUxClsgICAgNi42OTIzODRdIGNhbGxpbmcgIDVfYXN5bmNfcG9ydF9wcm9i ZSsweDAvMHg3MCBAIDg4OQpbICAgIDYuNjk3NTY0XSBpbml0Y2FsbCBwaWl4X2luaXQrMHgwLzB4 MjkgcmV0dXJuZWQgMCBhZnRlciAxMDAwMDggdXNlY3MKWyAgICA2LjcwMzk5OF0gY2FsbGluZyAg YW1kX2luaXQrMHgwLzB4MWIgQCAxClsgICAgNi43MDgxMjhdIGluaXRjYWxsIGFtZF9pbml0KzB4 MC8weDFiIHJldHVybmVkIDAgYWZ0ZXIgMzkgdXNlY3MKWyAgICA2LjcxNDEzMF0gY2FsbGluZyAg b2xkcGlpeF9pbml0KzB4MC8weDFiIEAgMQpbICAgIDYuNzE4NjExXSBpbml0Y2FsbCBvbGRwaWl4 X2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRlciA0MCB1c2VjcwpbICAgIDYuNzI0OTYwXSBj YWxsaW5nICBzY2hfaW5pdCsweDAvMHgxYiBAIDEKWyAgICA2LjcyOTA4OF0gaW5pdGNhbGwgc2No X2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRlciAzNSB1c2VjcwpbICAgIDYuNzM1MDg4XSBj YWxsaW5nICBtcGlpeF9pbml0KzB4MC8weDFiIEAgMQpbICAgIDYuNzM5Mzg4XSBpbml0Y2FsbCBt cGlpeF9pbml0KzB4MC8weDFiIHJldHVybmVkIDAgYWZ0ZXIgMzUgdXNlY3MKWyAgICA2Ljc0NTU2 M10gY2FsbGluZyAgYXRhX2dlbmVyaWNfaW5pdCsweDAvMHgxYiBAIDEKWyAgICA2Ljc1MDM4Ml0g aW5pdGNhbGwgYXRhX2dlbmVyaWNfaW5pdCsweDAvMHgxYiByZXR1cm5lZCAwIGFmdGVyIDM2IHVz ZWNzClsgICAgNi43NTcwNzhdIGNhbGxpbmcgIG5ldF9vbGRkZXZzX2luaXQrMHgwLzB4OWUgQCAx ClsgICAgNi43NjE4NjhdIGluaXRjYWxsIG5ldF9vbGRkZXZzX2luaXQrMHgwLzB4OWUgcmV0dXJu ZWQgMCBhZnRlciAyIHVzZWNzClsgICAgNi43Njg0NjldIGNhbGxpbmcgIHR1bl9pbml0KzB4MC8w eDkwIEAgMQpbICAgIDYuNzcyNTYwXSB0dW46IFVuaXZlcnNhbCBUVU4vVEFQIGRldmljZSBkcml2 ZXIsIDEuNgpbICAgIDYuNzc3NjA1XSB0dW46IChDKSAxOTk5LTIwMDQgTWF4IEtyYXNueWFuc2t5 IDxtYXhrQHF1YWxjb21tLmNvbT4KWyAgICA2Ljc4MzgzNV0gaW5pdGNhbGwgdHVuX2luaXQrMHgw LzB4OTAgcmV0dXJuZWQgMCBhZnRlciAxMTAwOSB1c2VjcwpbICAgIDYuNzkwMDk2XSBjYWxsaW5n ICBuZTJrX3BjaV9pbml0KzB4MC8weDFiIEAgMQpbICAgIDYuNzk0NjYyXSBpbml0Y2FsbCBuZTJr X3BjaV9pbml0KzB4MC8weDFiIHJldHVybmVkIDAgYWZ0ZXIgMzkgdXNlY3MKWyAgICA2LjgwMTA5 Ml0gY2FsbGluZyAgYm54Ml9pbml0KzB4MC8weDFiIEAgMQpbICAgIDYuODA1MzA1XSBpbml0Y2Fs bCBibngyX2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRlciAzNSB1c2VjcwpbICAgIDYuODEx MzkyXSBjYWxsaW5nICB0ZzNfaW5pdCsweDAvMHgxYiBAIDEKWyAgICA2LjgxNTUyM10gaW5pdGNh bGwgdGczX2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRlciAzOCB1c2VjcwpbICAgIDYuODIx NTIzXSBjYWxsaW5nICBlMTAwX2luaXRfbW9kdWxlKzB4MC8weDVkIEAgMQpbICAgIDYuODI2MzA2 XSBlMTAwOiBJbnRlbChSKSBQUk8vMTAwIE5ldHdvcmsgRHJpdmVyLCAzLjUuMjQtazItTkFQSQpb ICAgIDYuODMyMzkzXSBlMTAwOiBDb3B5cmlnaHQoYykgMTk5OS0yMDA2IEludGVsIENvcnBvcmF0 aW9uClsgICAgNi44Mzc4NzRdIGFzeW5jX3dhaXRpbmcgQCAxNApbICAgIDYuODQwOTc1XSBpbml0 Y2FsbCBlMTAwX2luaXRfbW9kdWxlKzB4MC8weDVkIHJldHVybmVkIDAgYWZ0ZXIgMTQzMjQgdXNl Y3MKWyAgICA2Ljg0NzkyNl0gY2FsbGluZyAgZTEwMDBfaW5pdF9tb2R1bGUrMHgwLzB4ODYgQCAx ClsgICAgNi44NTI3OTVdIGUxMDAwOiBJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIERyaXZlciAt IHZlcnNpb24gNy4zLjIxLWs4LU5BUEkKWyAgICA2Ljg1OTgzMl0gZTEwMDA6IENvcHlyaWdodCAo YykgMTk5OS0yMDA2IEludGVsIENvcnBvcmF0aW9uLgpbICAgIDYuODY1NzY3XSBhc3luY193YWl0 aW5nIEAgNzUxClsgICAgNi44NjYwNjNdIGF0YTEuMDA6IEhQQSBkZXRlY3RlZDogY3VycmVudCAy MzQ0Mzk1MzUsIG5hdGl2ZSAyMzQ0NDE2NDgKWyAgICA2Ljg2NjA2Nl0gYXRhMS4wMDogQVRBLTY6 IFNUMzEyMDAyMkEsIDMuMDYsIG1heCBVRE1BLzEwMApbICAgIDYuODY2MDY4XSBhdGExLjAwOiAy MzQ0Mzk1MzUgc2VjdG9ycywgbXVsdGkgMTY6IExCQTQ4IApbICAgIDYuODY2MDcxXSBhdGExLjAw OiBsaW1pdGVkIHRvIFVETUEvMzMgZHVlIHRvIDQwLXdpcmUgY2FibGUKWyAgICA2Ljg4ODUzOV0g YXRhMS4wMDogY29uZmlndXJlZCBmb3IgVURNQS8zMwpbICAgIDYuODg4NTQ0XSBhc3luY193YWl0 aW5nIEAgNQpbICAgIDYuODg4NTQ1XSBhc3luY19jb250aW51aW5nIEAgNSBhZnRlciAwIHVzZWMK WyAgICA2Ljg4ODYyN10gc2NzaSAwOjA6MDowOiBEaXJlY3QtQWNjZXNzICAgICBBVEEgICAgICBT VDMxMjAwMjJBICAgICAgIDMuMDYgUFE6IDAgQU5TSTogNQpbICAgIDYuODg4NzYzXSBjYWxsaW5n ICA2X3NkX3Byb2JlX2FzeW5jKzB4MC8weDFkMCBAIDkwNApbICAgIDYuODg4NzkyXSBzZCAwOjA6 MDowOiBbc2RhXSAyMzQ0Mzk1MzUgNTEyLWJ5dGUgbG9naWNhbCBibG9ja3M6ICgxMjAgR0IvMTEx IEdpQikKWyAgICA2Ljg4ODgzNV0gc2QgMDowOjA6MDogW3NkYV0gV3JpdGUgUHJvdGVjdCBpcyBv ZmYKWyAgICA2Ljg4ODgzN10gc2QgMDowOjA6MDogW3NkYV0gTW9kZSBTZW5zZTogMDAgM2EgMDAg MDAKWyAgICA2Ljg4ODg1Nl0gc2QgMDowOjA6MDogW3NkYV0gV3JpdGUgY2FjaGU6IGVuYWJsZWQs IHJlYWQgY2FjaGU6IGVuYWJsZWQsIGRvZXNuJ3Qgc3VwcG9ydCBEUE8gb3IgRlVBClsgICAgNi45 NDI3NTldIGFzeW5jX3dhaXRpbmcgQCA4ODkKWyAgICA2Ljk0NTE2MV0gaW5pdGNhbGwgZTEwMDBf aW5pdF9tb2R1bGUrMHgwLzB4ODYgcmV0dXJuZWQgMCBhZnRlciA5MDE5OSB1c2VjcwpbICAgIDYu OTQ1MTYzXSBjYWxsaW5nICBlMTAwMF9pbml0X21vZHVsZSsweDAvMHgzZSBAIDEKWyAgICA2Ljk0 NTE2NF0gZTEwMDBlOiBJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIERyaXZlciAtIDEuOS41LWsK WyAgICA2Ljk0NTE2NV0gZTEwMDBlOiBDb3B5cmlnaHQoYykgMTk5OSAtIDIwMTIgSW50ZWwgQ29y cG9yYXRpb24uClsgICAgNi45NDUyMDhdIGluaXRjYWxsIGUxMDAwX2luaXRfbW9kdWxlKzB4MC8w eDNlIHJldHVybmVkIDAgYWZ0ZXIgNDEgdXNlY3MKWyAgICA2Ljk0NTIxMF0gY2FsbGluZyAgc2t5 Ml9pbml0X21vZHVsZSsweDAvMHgyOSBAIDEKWyAgICA2Ljk0NTIxMV0gc2t5MjogZHJpdmVyIHZl cnNpb24gMS4zMApbICAgIDYuOTQ1MjUwXSBpbml0Y2FsbCBza3kyX2luaXRfbW9kdWxlKzB4MC8w eDI5IHJldHVybmVkIDAgYWZ0ZXIgMzYgdXNlY3MKWyAgICA2Ljk0NTI1Ml0gY2FsbGluZyAgaW5p dF9uaWMrMHgwLzB4MWIgQCAxClsgICAgNi45NDUyOTJdIGluaXRjYWxsIGluaXRfbmljKzB4MC8w eDFiIHJldHVybmVkIDAgYWZ0ZXIgMzYgdXNlY3MKWyAgICA2Ljk0NTI5NF0gY2FsbGluZyAgcnRs ODEzOV9pbml0X21vZHVsZSsweDAvMHgxYiBAIDEKWyAgICA2Ljk0NTMzNF0gaW5pdGNhbGwgcnRs ODEzOV9pbml0X21vZHVsZSsweDAvMHgxYiByZXR1cm5lZCAwIGFmdGVyIDM2IHVzZWNzClsgICAg Ni45NDUzMzVdIGNhbGxpbmcgIHJ0bDgxNjlfaW5pdF9tb2R1bGUrMHgwLzB4MWIgQCAxClsgICAg Ni45NDUzNDNdIHI4MTY5IEdpZ2FiaXQgRXRoZXJuZXQgZHJpdmVyIDIuM0xLLU5BUEkgbG9hZGVk ClsgICAgNi45NDUzNThdIHhlbjogcmVnaXN0ZXJpbmcgZ3NpIDE3IHRyaWdnZXJpbmcgMCBwb2xh cml0eSAxClsgICAgNi45NDUzNjBdIEFscmVhZHkgc2V0dXAgdGhlIEdTSSA6MTcKWyAgICA3LjAz MzM1MF0gc2QgMDowOjA6MDogQXR0YWNoZWQgc2NzaSBnZW5lcmljIHNnMCB0eXBlIDAKWyAgICA3 LjAzMzgwOV0gcjgxNjkgMDAwMDowMjowMC4wOiBldGgwOiBSVEw4MTAyZSBhdCAweGZmZmZjOTAw MDAwNmUwMDAsIDQwOjYxOjg2OjRhOmFjOjg0LCBYSUQgMDRjMDAwMDAgSVJRIDI4NQpbICAgIDcu MDMzODUzXSBpbml0Y2FsbCBydGw4MTY5X2luaXRfbW9kdWxlKzB4MC8weDFiIHJldHVybmVkIDAg YWZ0ZXIgODY0NDAgdXNlY3MKWyAgICA3LjAzMzg1NV0gY2FsbGluZyAgY2Ryb21faW5pdCsweDAv MHgxNiBAIDEKWyAgICA3LjAzMzg2Ml0gaW5pdGNhbGwgY2Ryb21faW5pdCsweDAvMHgxNiByZXR1 cm5lZCAwIGFmdGVyIDQgdXNlY3MKWyAgICA3LjAzMzg2M10gY2FsbGluZyAgbm9uc3RhdGljX3N5 c2ZzX2luaXQrMHgwLzB4MTIgQCAxClsgICAgNy4wMzM4NjZdIGluaXRjYWxsIG5vbnN0YXRpY19z eXNmc19pbml0KzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDcuMDMzODY3 XSBjYWxsaW5nICB5ZW50YV9zb2NrZXRfaW5pdCsweDAvMHgxYiBAIDEKWyAgICA3LjAzMzkwOV0g aW5pdGNhbGwgeWVudGFfc29ja2V0X2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRlciAzOCB1 c2VjcwpbICAgIDcuMDMzOTExXSBjYWxsaW5nICBtb25faW5pdCsweDAvMHhmZCBAIDEKWyAgICA3 LjA0MTY5MF0gIHNkYTogc2RhMSBzZGEyIHNkYTMKWyAgICA3LjA5NzE5NF0gaW5pdGNhbGwgMl9h c3luY19wb3J0X3Byb2JlKzB4MC8weDcwIHJldHVybmVkIDAgYWZ0ZXIgNDQ1NzkwIHVzZWNzClsg ICAgNy4wOTc0NjNdIHNkIDA6MDowOjA6IFtzZGFdIEF0dGFjaGVkIFNDU0kgZGlzawpbICAgIDcu MDk3NDY3XSBpbml0Y2FsbCA2X3NkX3Byb2JlX2FzeW5jKzB4MC8weDFkMCByZXR1cm5lZCAwIGFm dGVyIDIwMzgwOCB1c2VjcwpbICAgIDcuMTE2MTM2XSBhc3luY19jb250aW51aW5nIEAgMTQgYWZ0 ZXIgMjY4NzYyIHVzZWMKWyAgICA3LjExNzA2M10gaW5pdGNhbGwgbW9uX2luaXQrMHgwLzB4ZmQg cmV0dXJuZWQgMCBhZnRlciA4MTIwMCB1c2VjcwpbICAgIDcuMTE3MDY1XSBjYWxsaW5nICBlaGNp X2hjZF9pbml0KzB4MC8weGU4IEAgMQpbICAgIDcuMTE3MDY2XSBlaGNpX2hjZDogVVNCIDIuMCAn RW5oYW5jZWQnIEhvc3QgQ29udHJvbGxlciAoRUhDSSkgRHJpdmVyClsgICAgNy4xMTcwNjhdIGVo Y2lfaGNkOiBibG9jayBzaXplczogcWggMTEyIHF0ZCA5NiBpdGQgMTkyIHNpdGQgOTYKWyAgICA3 LjExNzA4NV0geGVuOiByZWdpc3RlcmluZyBnc2kgMjMgdHJpZ2dlcmluZyAwIHBvbGFyaXR5IDEK WyAgICA3LjExNzA4N10gQWxyZWFkeSBzZXR1cCB0aGUgR1NJIDoyMwpbICAgIDcuMTE3MTA2XSBl aGNpX2hjZCAwMDAwOjAwOjFkLjc6IHNldHRpbmcgbGF0ZW5jeSB0aW1lciB0byA2NApbICAgIDcu MTE3MTExXSBlaGNpX2hjZCAwMDAwOjAwOjFkLjc6IEVIQ0kgSG9zdCBDb250cm9sbGVyClsgICAg Ny4xMTcxMjhdIGRyaXZlcnMvdXNiL2NvcmUvaW5vZGUuYzogY3JlYXRpbmcgZmlsZSAnZGV2aWNl cycKWyAgICA3LjExNzEzMV0gZHJpdmVycy91c2IvY29yZS9pbm9kZS5jOiBjcmVhdGluZyBmaWxl ICcwMDEnClsgICAgNy4xMTcxODNdIGVoY2lfaGNkIDAwMDA6MDA6MWQuNzogbmV3IFVTQiBidXMg cmVnaXN0ZXJlZCwgYXNzaWduZWQgYnVzIG51bWJlciAxClsgICAgNy4xMTcxOTBdIGVoY2lfaGNk IDAwMDA6MDA6MWQuNzogcmVzZXQgaGNzX3BhcmFtcyAweDEwNDIwOCBkYmc9MSBjYz00IHBjYz0y IG9yZGVyZWQgIXBwYyBwb3J0cz04ClsgICAgNy4xMTcxOTNdIGVoY2lfaGNkIDAwMDA6MDA6MWQu NzogcmVzZXQgaGNjX3BhcmFtcyA2ODcxIHRocmVzaCA3IHVmcmFtZXMgMTAyNCA2NCBiaXQgYWRk cgpbICAgIDcuMTE3MjI1XSBlaGNpX2hjZCAwMDAwOjAwOjFkLjc6IHVzaW5nIGJyb2tlbiBwZXJp b2RpYyB3b3JrYXJvdW5kClsgICAgNy4xMTcyNDRdIGVoY2lfaGNkIDAwMDA6MDA6MWQuNzogZGVi dWcgcG9ydCAxClsgICAgNy4xMTcyNDddIGVoY2lfaGNkIDAwMDA6MDA6MWQuNzogcmVzZXQgY29t bWFuZCAwMDgwMDAyIChwYXJrKT0wIGl0aHJlc2g9OCBwZXJpb2Q9MTAyNCBSZXNldCBIQUxUClsg ICAgNy4xMjExMzddIGVoY2lfaGNkIDAwMDA6MDA6MWQuNzogY2FjaGUgbGluZSBzaXplIG9mIDMy IGlzIG5vdCBzdXBwb3J0ZWQKWyAgICA3LjEyMTEzOF0gZWhjaV9oY2QgMDAwMDowMDoxZC43OiBz dXBwb3J0cyBVU0IgcmVtb3RlIHdha2V1cApbICAgIDcuMTIxMTU5XSBlaGNpX2hjZCAwMDAwOjAw OjFkLjc6IGlycSAyMywgaW8gbWVtIDB4ZmVhNzdjMDAKWyAgICA3LjEyMTE2M10gZWhjaV9oY2Qg MDAwMDowMDoxZC43OiBpbml0IGNvbW1hbmQgMDAxMDAwMSAocGFyayk9MCBpdGhyZXNoPTEgcGVy aW9kPTEwMjQgUlVOClsgICAgNy4xMjcwNTldIGVoY2lfaGNkIDAwMDA6MDA6MWQuNzogVVNCIDIu MCBzdGFydGVkLCBFSENJIDEuMDAKWyAgICA3LjEyNzEyN10gdXNiIHVzYjE6IGRlZmF1bHQgbGFu Z3VhZ2UgMHgwNDA5ClsgICAgNy4xMjcxMzddIHVzYiB1c2IxOiB1ZGV2IDEsIGJ1c251bSAxLCBt aW5vciA9IDAKWyAgICA3LjEyNzE0MV0gdXNiIHVzYjE6IE5ldyBVU0IgZGV2aWNlIGZvdW5kLCBp ZFZlbmRvcj0xZDZiLCBpZFByb2R1Y3Q9MDAwMgpbICAgIDcuMTI3MTQ2XSB1c2IgdXNiMTogTmV3 IFVTQiBkZXZpY2Ugc3RyaW5nczogTWZyPTMsIFByb2R1Y3Q9MiwgU2VyaWFsTnVtYmVyPTEKWyAg ICA3LjEyNzE0OF0gdXNiIHVzYjE6IFByb2R1Y3Q6IEVIQ0kgSG9zdCBDb250cm9sbGVyClsgICAg Ny4xMjcxNTJdIHVzYiB1c2IxOiBNYW51ZmFjdHVyZXI6IExpbnV4IDMuNC4zIGVoY2lfaGNkClsg ICAgNy4xMjcxNTRdIHVzYiB1c2IxOiBTZXJpYWxOdW1iZXI6IDAwMDA6MDA6MWQuNwpbICAgIDcu MTI3MjUyXSB1c2IgdXNiMTogdXNiX3Byb2JlX2RldmljZQpbICAgIDcuMTI3MjU1XSB1c2IgdXNi MTogY29uZmlndXJhdGlvbiAjMSBjaG9zZW4gZnJvbSAxIGNob2ljZQpbICAgIDcuMTI3MjYwXSB1 c2IgdXNiMTogYWRkaW5nIDEtMDoxLjAgKGNvbmZpZyAjMSwgaW50ZXJmYWNlIDApClsgICAgNy4x MjczMDBdIGh1YiAxLTA6MS4wOiB1c2JfcHJvYmVfaW50ZXJmYWNlClsgICAgNy4xMjczMDFdIGh1 YiAxLTA6MS4wOiB1c2JfcHJvYmVfaW50ZXJmYWNlIC0gZ290IGlkClsgICAgNy4xMjczMDNdIGh1 YiAxLTA6MS4wOiBVU0IgaHViIGZvdW5kClsgICAgNy4xMjczMDZdIGh1YiAxLTA6MS4wOiA4IHBv cnRzIGRldGVjdGVkClsgICAgNy4xMjczMDhdIGh1YiAxLTA6MS4wOiBzdGFuZGFsb25lIGh1Ygpb ICAgIDcuMTI3MzA5XSBodWIgMS0wOjEuMDogbm8gcG93ZXIgc3dpdGNoaW5nICh1c2IgMS4wKQpb ICAgIDcuMTI3MzEwXSBodWIgMS0wOjEuMDogaW5kaXZpZHVhbCBwb3J0IG92ZXItY3VycmVudCBw cm90ZWN0aW9uClsgICAgNy4xMjczMTJdIGh1YiAxLTA6MS4wOiBwb3dlciBvbiB0byBwb3dlciBn b29kIHRpbWU6IDIwbXMKWyAgICA3LjEyNzMxNF0gaHViIDEtMDoxLjA6IGxvY2FsIHBvd2VyIHNv dXJjZSBpcyBnb29kClsgICAgNy4xMjczMTZdIGh1YiAxLTA6MS4wOiB0cnlpbmcgdG8gZW5hYmxl IHBvcnQgcG93ZXIgb24gbm9uLXN3aXRjaGFibGUgaHViClsgICAgNy4xMjczNDhdIGRyaXZlcnMv dXNiL2NvcmUvaW5vZGUuYzogY3JlYXRpbmcgZmlsZSAnMDAxJwpbICAgIDcuMTI3NDAzXSBpbml0 Y2FsbCBlaGNpX2hjZF9pbml0KzB4MC8weGU4IHJldHVybmVkIDAgYWZ0ZXIgMTAwOTMgdXNlY3MK WyAgICA3LjEyNzQwNV0gY2FsbGluZyAgb2hjaV9oY2RfbW9kX2luaXQrMHgwLzB4YjggQCAxClsg ICAgNy4xMjc0MDddIG9oY2lfaGNkOiBVU0IgMS4xICdPcGVuJyBIb3N0IENvbnRyb2xsZXIgKE9I Q0kpIERyaXZlcgpbICAgIDcuMTI3NDA4XSBvaGNpX2hjZDogYmxvY2sgc2l6ZXM6IGVkIDgwIHRk IDk2ClsgICAgNy4xMjc0NTFdIGluaXRjYWxsIG9oY2lfaGNkX21vZF9pbml0KzB4MC8weGI4IHJl dHVybmVkIDAgYWZ0ZXIgNDIgdXNlY3MKWyAgICA3LjEyNzQ1M10gY2FsbGluZyAgdWhjaV9oY2Rf aW5pdCsweDAvMHgxMTQgQCAxClsgICAgNy4xMjc0NTRdIHVoY2lfaGNkOiBVU0IgVW5pdmVyc2Fs IEhvc3QgQ29udHJvbGxlciBJbnRlcmZhY2UgZHJpdmVyClsgICAgNy4xMjc0NzVdIHhlbjogcmVn aXN0ZXJpbmcgZ3NpIDIzIHRyaWdnZXJpbmcgMCBwb2xhcml0eSAxClsgICAgNy4xMjc0NzddIEFs cmVhZHkgc2V0dXAgdGhlIEdTSSA6MjMKWyAgICA3LjEyNzQ4NV0gdWhjaV9oY2QgMDAwMDowMDox ZC4wOiBzZXR0aW5nIGxhdGVuY3kgdGltZXIgdG8gNjQKWyAgICA3LjEyNzQ4OV0gdWhjaV9oY2Qg MDAwMDowMDoxZC4wOiBVSENJIEhvc3QgQ29udHJvbGxlcgpbICAgIDcuMTI3NDkyXSBkcml2ZXJz L3VzYi9jb3JlL2lub2RlLmM6IGNyZWF0aW5nIGZpbGUgJzAwMicKWyAgICA3LjEyNzU0N10gdWhj aV9oY2QgMDAwMDowMDoxZC4wOiBuZXcgVVNCIGJ1cyByZWdpc3RlcmVkLCBhc3NpZ25lZCBidXMg bnVtYmVyIDIKWyAgICA3LjEyNzU1Nl0gdWhjaV9oY2QgMDAwMDowMDoxZC4wOiBkZXRlY3RlZCAy IHBvcnRzClsgICAgNy4xMjc1NjFdIHVoY2lfaGNkIDAwMDA6MDA6MWQuMDogdWhjaV9jaGVja19h bmRfcmVzZXRfaGM6IGNtZCA9IDB4MDAwMApbICAgIDcuMTI3NTYzXSB1aGNpX2hjZCAwMDAwOjAw OjFkLjA6IFBlcmZvcm1pbmcgZnVsbCByZXNldApbICAgIDcuMTI3NTgxXSB1aGNpX2hjZCAwMDAw OjAwOjFkLjA6IHN1cHBvcnRzIFVTQiByZW1vdGUgd2FrZXVwClsgICAgNy4xMjc1ODVdIHVoY2lf aGNkIDAwMDA6MDA6MWQuMDogaXJxIDIzLCBpbyBiYXNlIDB4MDAwMGQ4ODAKWyAgICA3LjEyNzYz M10gdXNiIHVzYjI6IGRlZmF1bHQgbGFuZ3VhZ2UgMHgwNDA5ClsgICAgNy4xMjc2MzddIHVzYiB1 c2IyOiB1ZGV2IDEsIGJ1c251bSAyLCBtaW5vciA9IDEyOApbICAgIDcuMTI3NjM5XSB1c2IgdXNi MjogTmV3IFVTQiBkZXZpY2UgZm91bmQsIGlkVmVuZG9yPTFkNmIsIGlkUHJvZHVjdD0wMDAxClsg ICAgNy4xMjc2NDFdIHVzYiB1c2IyOiBOZXcgVVNCIGRldmljZSBzdHJpbmdzOiBNZnI9MywgUHJv ZHVjdD0yLCBTZXJpYWxOdW1iZXI9MQpbICAgIDcuMTI3NjQyXSB1c2IgdXNiMjogUHJvZHVjdDog VUhDSSBIb3N0IENvbnRyb2xsZXIKWyAgICA3LjEyNzY0NF0gdXNiIHVzYjI6IE1hbnVmYWN0dXJl cjogTGludXggMy40LjMgdWhjaV9oY2QKWyAgICA3LjEyNzY0NV0gdXNiIHVzYjI6IFNlcmlhbE51 bWJlcjogMDAwMDowMDoxZC4wClsgICAgNy4xMjc3MjJdIHVzYiB1c2IyOiB1c2JfcHJvYmVfZGV2 aWNlClsgICAgNy4xMjc3MjRdIHVzYiB1c2IyOiBjb25maWd1cmF0aW9uICMxIGNob3NlbiBmcm9t IDEgY2hvaWNlClsgICAgNy4xMjc3MjhdIHVzYiB1c2IyOiBhZGRpbmcgMi0wOjEuMCAoY29uZmln ICMxLCBpbnRlcmZhY2UgMCkKWyAgICA3LjEyNzc3MV0gaHViIDItMDoxLjA6IHVzYl9wcm9iZV9p bnRlcmZhY2UKWyAgICA3LjEyNzc3Ml0gaHViIDItMDoxLjA6IHVzYl9wcm9iZV9pbnRlcmZhY2Ug LSBnb3QgaWQKWyAgICA3LjEyNzc3NF0gaHViIDItMDoxLjA6IFVTQiBodWIgZm91bmQKWyAgICA3 LjEyNzc3N10gaHViIDItMDoxLjA6IDIgcG9ydHMgZGV0ZWN0ZWQKWyAgICA3LjEyNzc3OF0gaHVi IDItMDoxLjA6IHN0YW5kYWxvbmUgaHViClsgICAgNy4xMjc3NzldIGh1YiAyLTA6MS4wOiBubyBw b3dlciBzd2l0Y2hpbmcgKHVzYiAxLjApClsgICAgNy4xMjc3ODBdIGh1YiAyLTA6MS4wOiBpbmRp dmlkdWFsIHBvcnQgb3Zlci1jdXJyZW50IHByb3RlY3Rpb24KWyAgICA3LjEyNzc4Ml0gaHViIDIt MDoxLjA6IHBvd2VyIG9uIHRvIHBvd2VyIGdvb2QgdGltZTogMm1zClsgICAgNy4xMjc3ODRdIGh1 YiAyLTA6MS4wOiBsb2NhbCBwb3dlciBzb3VyY2UgaXMgZ29vZApbICAgIDcuMTI3Nzg1XSBodWIg Mi0wOjEuMDogdHJ5aW5nIHRvIGVuYWJsZSBwb3J0IHBvd2VyIG9uIG5vbi1zd2l0Y2hhYmxlIGh1 YgpbICAgIDcuMTI3Nzk1XSBkcml2ZXJzL3VzYi9jb3JlL2lub2RlLmM6IGNyZWF0aW5nIGZpbGUg JzAwMScKWyAgICA3LjEyNzgyMl0gZWhjaV9oY2QgMDAwMDowMDoxZC43OiBIUyBjb21wYW5pb24g Zm9yIDAwMDA6MDA6MWQuMApbICAgIDcuMTI3ODMyXSB4ZW46IHJlZ2lzdGVyaW5nIGdzaSAxOSB0 cmlnZ2VyaW5nIDAgcG9sYXJpdHkgMQpbICAgIDcuMTI3ODM0XSBBbHJlYWR5IHNldHVwIHRoZSBH U0kgOjE5ClsgICAgNy4xMjc4NDRdIHVoY2lfaGNkIDAwMDA6MDA6MWQuMTogc2V0dGluZyBsYXRl bmN5IHRpbWVyIHRvIDY0ClsgICAgNy4xMjc4NDddIHVoY2lfaGNkIDAwMDA6MDA6MWQuMTogVUhD SSBIb3N0IENvbnRyb2xsZXIKWyAgICA3LjEyNzg1MV0gZHJpdmVycy91c2IvY29yZS9pbm9kZS5j OiBjcmVhdGluZyBmaWxlICcwMDMnClsgICAgNy4xMjc5MDZdIHVoY2lfaGNkIDAwMDA6MDA6MWQu MTogbmV3IFVTQiBidXMgcmVnaXN0ZXJlZCwgYXNzaWduZWQgYnVzIG51bWJlciAzClsgICAgNy4x Mjc5MTRdIHVoY2lfaGNkIDAwMDA6MDA6MWQuMTogZGV0ZWN0ZWQgMiBwb3J0cwpbICAgIDcuMTI3 OTIwXSB1aGNpX2hjZCAwMDAwOjAwOjFkLjE6IHVoY2lfY2hlY2tfYW5kX3Jlc2V0X2hjOiBjbWQg PSAweDAwMDAKWyAgICA3LjEyNzkyMV0gdWhjaV9oY2QgMDAwMDowMDoxZC4xOiBQZXJmb3JtaW5n IGZ1bGwgcmVzZXQKWyAgICA3LjEyNzk0MF0gdWhjaV9oY2QgMDAwMDowMDoxZC4xOiBzdXBwb3J0 cyBVU0IgcmVtb3RlIHdha2V1cApbICAgIDcuMTI3OTQ0XSB1aGNpX2hjZCAwMDAwOjAwOjFkLjE6 IGlycSAxOSwgaW8gYmFzZSAweDAwMDBkODAwClsgICAgNy4xMjc5ODddIHVzYiB1c2IzOiBkZWZh dWx0IGxhbmd1YWdlIDB4MDQwOQpbICAgIDcuMTI3OTkxXSB1c2IgdXNiMzogdWRldiAxLCBidXNu dW0gMywgbWlub3IgPSAyNTYKWyAgICA3LjEyNzk5Ml0gdXNiIHVzYjM6IE5ldyBVU0IgZGV2aWNl IGZvdW5kLCBpZFZlbmRvcj0xZDZiLCBpZFByb2R1Y3Q9MDAwMQpbICAgIDcuMTI3OTk0XSB1c2Ig dXNiMzogTmV3IFVTQiBkZXZpY2Ugc3RyaW5nczogTWZyPTMsIFByb2R1Y3Q9MiwgU2VyaWFsTnVt YmVyPTEKWyAgICA3LjEyNzk5NV0gdXNiIHVzYjM6IFByb2R1Y3Q6IFVIQ0kgSG9zdCBDb250cm9s bGVyClsgICAgNy4xMjc5OTddIHVzYiB1c2IzOiBNYW51ZmFjdHVyZXI6IExpbnV4IDMuNC4zIHVo Y2lfaGNkClsgICAgNy4xMjc5OThdIHVzYiB1c2IzOiBTZXJpYWxOdW1iZXI6IDAwMDA6MDA6MWQu MQpbICAgIDcuMTI4MDgxXSB1c2IgdXNiMzogdXNiX3Byb2JlX2RldmljZQpbICAgIDcuMTI4MDgz XSB1c2IgdXNiMzogY29uZmlndXJhdGlvbiAjMSBjaG9zZW4gZnJvbSAxIGNob2ljZQpbICAgIDcu MTI4MDg3XSB1c2IgdXNiMzogYWRkaW5nIDMtMDoxLjAgKGNvbmZpZyAjMSwgaW50ZXJmYWNlIDAp ClsgICAgNy4xMjgxMzBdIGh1YiAzLTA6MS4wOiB1c2JfcHJvYmVfaW50ZXJmYWNlClsgICAgNy4x MjgxMzJdIGh1YiAzLTA6MS4wOiB1c2JfcHJvYmVfaW50ZXJmYWNlIC0gZ290IGlkClsgICAgNy4x MjgxMzNdIGh1YiAzLTA6MS4wOiBVU0IgaHViIGZvdW5kClsgICAgNy4xMjgxMzddIGh1YiAzLTA6 MS4wOiAyIHBvcnRzIGRldGVjdGVkClsgICAgNy4xMjgxMzhdIGh1YiAzLTA6MS4wOiBzdGFuZGFs b25lIGh1YgpbICAgIDcuMTI4MTM5XSBodWIgMy0wOjEuMDogbm8gcG93ZXIgc3dpdGNoaW5nICh1 c2IgMS4wKQpbICAgIDcuMTI4MTQwXSBodWIgMy0wOjEuMDogaW5kaXZpZHVhbCBwb3J0IG92ZXIt Y3VycmVudCBwcm90ZWN0aW9uClsgICAgNy4xMjgxNDFdIGh1YiAzLTA6MS4wOiBwb3dlciBvbiB0 byBwb3dlciBnb29kIHRpbWU6IDJtcwpbICAgIDcuMTI4MTQ0XSBodWIgMy0wOjEuMDogbG9jYWwg cG93ZXIgc291cmNlIGlzIGdvb2QKWyAgICA3LjEyODE0NV0gaHViIDMtMDoxLjA6IHRyeWluZyB0 byBlbmFibGUgcG9ydCBwb3dlciBvbiBub24tc3dpdGNoYWJsZSBodWIKWyAgICA3LjEyODE1Nl0g ZHJpdmVycy91c2IvY29yZS9pbm9kZS5jOiBjcmVhdGluZyBmaWxlICcwMDEnClsgICAgNy4xMjgx ODNdIGVoY2lfaGNkIDAwMDA6MDA6MWQuNzogSFMgY29tcGFuaW9uIGZvciAwMDAwOjAwOjFkLjEK WyAgICA3LjEyODE5NV0geGVuOiByZWdpc3RlcmluZyBnc2kgMTggdHJpZ2dlcmluZyAwIHBvbGFy aXR5IDEKWyAgICA3LjEyODE5N10gQWxyZWFkeSBzZXR1cCB0aGUgR1NJIDoxOApbICAgIDcuMTI4 MjA1XSB1aGNpX2hjZCAwMDAwOjAwOjFkLjI6IHNldHRpbmcgbGF0ZW5jeSB0aW1lciB0byA2NApb ICAgIDcuMTI4MjA4XSB1aGNpX2hjZCAwMDAwOjAwOjFkLjI6IFVIQ0kgSG9zdCBDb250cm9sbGVy ClsgICAgNy4xMjgyMTJdIGRyaXZlcnMvdXNiL2NvcmUvaW5vZGUuYzogY3JlYXRpbmcgZmlsZSAn MDA0JwpbICAgIDcuMTI4MjY5XSB1aGNpX2hjZCAwMDAwOjAwOjFkLjI6IG5ldyBVU0IgYnVzIHJl Z2lzdGVyZWQsIGFzc2lnbmVkIGJ1cyBudW1iZXIgNApbICAgIDcuMTI4Mjc2XSB1aGNpX2hjZCAw MDAwOjAwOjFkLjI6IGRldGVjdGVkIDIgcG9ydHMKWyAgICA3LjEyODI4Ml0gdWhjaV9oY2QgMDAw MDowMDoxZC4yOiB1aGNpX2NoZWNrX2FuZF9yZXNldF9oYzogY21kID0gMHgwMDAwClsgICAgNy4x MjgyODNdIHVoY2lfaGNkIDAwMDA6MDA6MWQuMjogUGVyZm9ybWluZyBmdWxsIHJlc2V0ClsgICAg Ny4xMjgzMDFdIHVoY2lfaGNkIDAwMDA6MDA6MWQuMjogc3VwcG9ydHMgVVNCIHJlbW90ZSB3YWtl dXAKWyAgICA3LjEyODMxN10gdWhjaV9oY2QgMDAwMDowMDoxZC4yOiBpcnEgMTgsIGlvIGJhc2Ug MHgwMDAwZDQ4MApbICAgIDcuMTI4MzYyXSB1c2IgdXNiNDogZGVmYXVsdCBsYW5ndWFnZSAweDA0 MDkKWyAgICA3LjEyODM2N10gdXNiIHVzYjQ6IHVkZXYgMSwgYnVzbnVtIDQsIG1pbm9yID0gMzg0 ClsgICAgNy4xMjgzNjhdIHVzYiB1c2I0OiBOZXcgVVNCIGRldmljZSBmb3VuZCwgaWRWZW5kb3I9 MWQ2YiwgaWRQcm9kdWN0PTAwMDEKWyAgICA3LjEyODM3MF0gdXNiIHVzYjQ6IE5ldyBVU0IgZGV2 aWNlIHN0cmluZ3M6IE1mcj0zLCBQcm9kdWN0PTIsIFNlcmlhbE51bWJlcj0xClsgICAgNy4xMjgz NzFdIHVzYiB1c2I0OiBQcm9kdWN0OiBVSENJIEhvc3QgQ29udHJvbGxlcgpbICAgIDcuMTI4Mzcy XSB1c2IgdXNiNDogTWFudWZhY3R1cmVyOiBMaW51eCAzLjQuMyB1aGNpX2hjZApbICAgIDcuMTI4 Mzc0XSB1c2IgdXNiNDogU2VyaWFsTnVtYmVyOiAwMDAwOjAwOjFkLjIKWyAgICA3LjEyODQ0NV0g dXNiIHVzYjQ6IHVzYl9wcm9iZV9kZXZpY2UKWyAgICA3LjEyODQ0N10gdXNiIHVzYjQ6IGNvbmZp Z3VyYXRpb24gIzEgY2hvc2VuIGZyb20gMSBjaG9pY2UKWyAgICA3LjEyODQ1MV0gdXNiIHVzYjQ6 IGFkZGluZyA0LTA6MS4wIChjb25maWcgIzEsIGludGVyZmFjZSAwKQpbICAgIDcuMTI4NDkyXSBo dWIgNC0wOjEuMDogdXNiX3Byb2JlX2ludGVyZmFjZQpbICAgIDcuMTI4NDkzXSBodWIgNC0wOjEu MDogdXNiX3Byb2JlX2ludGVyZmFjZSAtIGdvdCBpZApbICAgIDcuMTI4NDk1XSBodWIgNC0wOjEu MDogVVNCIGh1YiBmb3VuZApbICAgIDcuMTI4NDk3XSBodWIgNC0wOjEuMDogMiBwb3J0cyBkZXRl Y3RlZApbICAgIDcuMTI4NDk4XSBodWIgNC0wOjEuMDogc3RhbmRhbG9uZSBodWIKWyAgICA3LjEy ODQ5OV0gaHViIDQtMDoxLjA6IG5vIHBvd2VyIHN3aXRjaGluZyAodXNiIDEuMCkKWyAgICA3LjEy ODUwMV0gaHViIDQtMDoxLjA6IGluZGl2aWR1YWwgcG9ydCBvdmVyLWN1cnJlbnQgcHJvdGVjdGlv bgpbICAgIDcuMTI4NTAyXSBodWIgNC0wOjEuMDogcG93ZXIgb24gdG8gcG93ZXIgZ29vZCB0aW1l OiAybXMKWyAgICA3LjEyODUwNF0gaHViIDQtMDoxLjA6IGxvY2FsIHBvd2VyIHNvdXJjZSBpcyBn b29kClsgICAgNy4xMjg1MDVdIGh1YiA0LTA6MS4wOiB0cnlpbmcgdG8gZW5hYmxlIHBvcnQgcG93 ZXIgb24gbm9uLXN3aXRjaGFibGUgaHViClsgICAgNy4xMjg1MTVdIGRyaXZlcnMvdXNiL2NvcmUv aW5vZGUuYzogY3JlYXRpbmcgZmlsZSAnMDAxJwpbICAgIDcuMTI4NTQxXSBlaGNpX2hjZCAwMDAw OjAwOjFkLjc6IEhTIGNvbXBhbmlvbiBmb3IgMDAwMDowMDoxZC4yClsgICAgNy4xMjg1NTFdIHhl bjogcmVnaXN0ZXJpbmcgZ3NpIDE2IHRyaWdnZXJpbmcgMCBwb2xhcml0eSAxClsgICAgNy4xMjg1 NTNdIEFscmVhZHkgc2V0dXAgdGhlIEdTSSA6MTYKWyAgICA3LjEyODU2Ml0gdWhjaV9oY2QgMDAw MDowMDoxZC4zOiBzZXR0aW5nIGxhdGVuY3kgdGltZXIgdG8gNjQKWyAgICA3LjEyODU2NV0gdWhj aV9oY2QgMDAwMDowMDoxZC4zOiBVSENJIEhvc3QgQ29udHJvbGxlcgpbICAgIDcuMTI4NTY4XSBk cml2ZXJzL3VzYi9jb3JlL2lub2RlLmM6IGNyZWF0aW5nIGZpbGUgJzAwNScKWyAgICA3LjEyODYy Ml0gdWhjaV9oY2QgMDAwMDowMDoxZC4zOiBuZXcgVVNCIGJ1cyByZWdpc3RlcmVkLCBhc3NpZ25l ZCBidXMgbnVtYmVyIDUKWyAgICA3LjEyODYzMF0gdWhjaV9oY2QgMDAwMDowMDoxZC4zOiBkZXRl Y3RlZCAyIHBvcnRzClsgICAgNy4xMjg2MzVdIHVoY2lfaGNkIDAwMDA6MDA6MWQuMzogdWhjaV9j aGVja19hbmRfcmVzZXRfaGM6IGNtZCA9IDB4MDAwMApbICAgIDcuMTI4NjM3XSB1aGNpX2hjZCAw MDAwOjAwOjFkLjM6IFBlcmZvcm1pbmcgZnVsbCByZXNldApbICAgIDcuMTI4NjU0XSB1aGNpX2hj ZCAwMDAwOjAwOjFkLjM6IHN1cHBvcnRzIFVTQiByZW1vdGUgd2FrZXVwClsgICAgNy4xMjg2NzFd IHVoY2lfaGNkIDAwMDA6MDA6MWQuMzogaXJxIDE2LCBpbyBiYXNlIDB4MDAwMGQ0MDAKWyAgICA3 LjEyODcxNF0gdXNiIHVzYjU6IGRlZmF1bHQgbGFuZ3VhZ2UgMHgwNDA5ClsgICAgNy4xMjg3MTld IHVzYiB1c2I1OiB1ZGV2IDEsIGJ1c251bSA1LCBtaW5vciA9IDUxMgpbICAgIDcuMTI4NzIwXSB1 c2IgdXNiNTogTmV3IFVTQiBkZXZpY2UgZm91bmQsIGlkVmVuZG9yPTFkNmIsIGlkUHJvZHVjdD0w MDAxClsgICAgNy4xMjg3MjJdIHVzYiB1c2I1OiBOZXcgVVNCIGRldmljZSBzdHJpbmdzOiBNZnI9 MywgUHJvZHVjdD0yLCBTZXJpYWxOdW1iZXI9MQpbICAgIDcuMTI4NzIzXSB1c2IgdXNiNTogUHJv ZHVjdDogVUhDSSBIb3N0IENvbnRyb2xsZXIKWyAgICA3LjEyODcyNV0gdXNiIHVzYjU6IE1hbnVm YWN0dXJlcjogTGludXggMy40LjMgdWhjaV9oY2QKWyAgICA3LjEyODcyNl0gdXNiIHVzYjU6IFNl cmlhbE51bWJlcjogMDAwMDowMDoxZC4zClsgICAgNy4xMjg3OTldIHVzYiB1c2I1OiB1c2JfcHJv YmVfZGV2aWNlClsgICAgNy4xMjg4MDBdIHVzYiB1c2I1OiBjb25maWd1cmF0aW9uICMxIGNob3Nl biBmcm9tIDEgY2hvaWNlClsgICAgNy4xMjg4MDVdIHVzYiB1c2I1OiBhZGRpbmcgNS0wOjEuMCAo Y29uZmlnICMxLCBpbnRlcmZhY2UgMCkKWyAgICA3LjEyODg0OV0gaHViIDUtMDoxLjA6IHVzYl9w cm9iZV9pbnRlcmZhY2UKWyAgICA3LjEyODg1MV0gaHViIDUtMDoxLjA6IHVzYl9wcm9iZV9pbnRl cmZhY2UgLSBnb3QgaWQKWyAgICA3LjEyODg1Ml0gaHViIDUtMDoxLjA6IFVTQiBodWIgZm91bmQK WyAgICA3LjEyODg1NF0gaHViIDUtMDoxLjA6IDIgcG9ydHMgZGV0ZWN0ZWQKWyAgICA3LjEyODg1 Nl0gaHViIDUtMDoxLjA6IHN0YW5kYWxvbmUgaHViClsgICAgNy4xMjg4NTddIGh1YiA1LTA6MS4w OiBubyBwb3dlciBzd2l0Y2hpbmcgKHVzYiAxLjApClsgICAgNy4xMjg4NThdIGh1YiA1LTA6MS4w OiBpbmRpdmlkdWFsIHBvcnQgb3Zlci1jdXJyZW50IHByb3RlY3Rpb24KWyAgICA3LjEyODg1OV0g aHViIDUtMDoxLjA6IHBvd2VyIG9uIHRvIHBvd2VyIGdvb2QgdGltZTogMm1zClsgICAgNy4xMjg4 NjFdIGh1YiA1LTA6MS4wOiBsb2NhbCBwb3dlciBzb3VyY2UgaXMgZ29vZApbICAgIDcuMTI4ODYz XSBodWIgNS0wOjEuMDogdHJ5aW5nIHRvIGVuYWJsZSBwb3J0IHBvd2VyIG9uIG5vbi1zd2l0Y2hh YmxlIGh1YgpbICAgIDcuMTI4ODcyXSBkcml2ZXJzL3VzYi9jb3JlL2lub2RlLmM6IGNyZWF0aW5n IGZpbGUgJzAwMScKWyAgICA3LjEyODg5N10gZWhjaV9oY2QgMDAwMDowMDoxZC43OiBIUyBjb21w YW5pb24gZm9yIDAwMDA6MDA6MWQuMwpbICAgIDcuMTI4OTQxXSBpbml0Y2FsbCB1aGNpX2hjZF9p bml0KzB4MC8weDExNCByZXR1cm5lZCAwIGFmdGVyIDE0NTAgdXNlY3MKWyAgICA3LjEyODk0NF0g Y2FsbGluZyAgdXNibHBfZHJpdmVyX2luaXQrMHgwLzB4MWIgQCAxClsgICAgNy4xMjg5ODJdIHVz YmNvcmU6IHJlZ2lzdGVyZWQgbmV3IGludGVyZmFjZSBkcml2ZXIgdXNibHAKWyAgICA3LjEyODk4 NV0gaW5pdGNhbGwgdXNibHBfZHJpdmVyX2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRlciAz NyB1c2VjcwpbICAgIDcuMTI4OTg2XSBjYWxsaW5nICB1c2Jfc3Rvcl9pbml0KzB4MC8weDRkIEAg MQpbICAgIDcuMTI4OTg3XSBJbml0aWFsaXppbmcgVVNCIE1hc3MgU3RvcmFnZSBkcml2ZXIuLi4K WyAgICA3LjEyOTAzNl0gdXNiY29yZTogcmVnaXN0ZXJlZCBuZXcgaW50ZXJmYWNlIGRyaXZlciB1 c2Itc3RvcmFnZQpbICAgIDcuMTI5MDM3XSBVU0IgTWFzcyBTdG9yYWdlIHN1cHBvcnQgcmVnaXN0 ZXJlZC4KWyAgICA3LjEyOTAzOV0gaW5pdGNhbGwgdXNiX3N0b3JfaW5pdCsweDAvMHg0ZCByZXR1 cm5lZCAwIGFmdGVyIDQ5IHVzZWNzClsgICAgNy4xMjkwNDFdIGNhbGxpbmcgIHVzYl91c3VhbF9p bml0KzB4MC8weDNiIEAgMQpbICAgIDcuMTI5MDk3XSB1c2Jjb3JlOiByZWdpc3RlcmVkIG5ldyBp bnRlcmZhY2UgZHJpdmVyIGxpYnVzdWFsClsgICAgNy4xMjkxMDBdIGluaXRjYWxsIHVzYl91c3Vh bF9pbml0KzB4MC8weDNiIHJldHVybmVkIDAgYWZ0ZXIgNTUgdXNlY3MKWyAgICA3LjEyOTEwMV0g Y2FsbGluZyAgaTgwNDJfaW5pdCsweDAvMHgzYzIgQCAxClsgICAgNy4xMjkyMDhdIGk4MDQyOiBQ TlA6IFBTLzIgQ29udHJvbGxlciBbUE5QMDMwMzpQUzJLLFBOUDBmMDM6UFMyTV0gYXQgMHg2MCww eDY0IGlycSAxLDEyClsgICAgNy4xMzE2MzldIHNlcmlvOiBpODA0MiBLQkQgcG9ydCBhdCAweDYw LDB4NjQgaXJxIDEKWyAgICA3LjEzMTY0NF0gc2VyaW86IGk4MDQyIEFVWCBwb3J0IGF0IDB4NjAs MHg2NCBpcnEgMTIKWyAgICA3LjEzMTc0N10gaW5pdGNhbGwgaTgwNDJfaW5pdCsweDAvMHgzYzIg cmV0dXJuZWQgMCBhZnRlciAyNTgxIHVzZWNzClsgICAgNy4xMzE3NDldIGNhbGxpbmcgIHNlcnBv cnRfaW5pdCsweDAvMHgzMSBAIDEKWyAgICA3LjEzMTc1Ml0gaW5pdGNhbGwgc2VycG9ydF9pbml0 KzB4MC8weDMxIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDcuMTMxNzUzXSBjYWxsaW5n ICBtb3VzZWRldl9pbml0KzB4MC8weDVlIEAgMQpbICAgIDcuMTMxODIzXSBtb3VzZWRldjogUFMv MiBtb3VzZSBkZXZpY2UgY29tbW9uIGZvciBhbGwgbWljZQpbICAgIDcuMTMxODI2XSBpbml0Y2Fs bCBtb3VzZWRldl9pbml0KzB4MC8weDVlIHJldHVybmVkIDAgYWZ0ZXIgNjggdXNlY3MKWyAgICA3 LjEzMTgyOF0gY2FsbGluZyAgZXZkZXZfaW5pdCsweDAvMHgxMiBAIDEKWyAgICA3LjEzMTkyNV0g aW5pdGNhbGwgZXZkZXZfaW5pdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDkyIHVzZWNzClsg ICAgNy4xMzE5MjddIGNhbGxpbmcgIGF0a2JkX2luaXQrMHgwLzB4MjcgQCAxClsgICAgNy4xMzE5 NjddIGluaXRjYWxsIGF0a2JkX2luaXQrMHgwLzB4MjcgcmV0dXJuZWQgMCBhZnRlciAzNSB1c2Vj cwpbICAgIDcuMTMxOTY4XSBjYWxsaW5nICBwc21vdXNlX2luaXQrMHgwLzB4N2IgQCAxClsgICAg Ny4xNTE3NDVdIGlucHV0OiBBVCBUcmFuc2xhdGVkIFNldCAyIGtleWJvYXJkIGFzIC9kZXZpY2Vz L3BsYXRmb3JtL2k4MDQyL3NlcmlvMC9pbnB1dC9pbnB1dDIKWyAgICA3LjIyNzA2OV0gZWhjaV9o Y2QgMDAwMDowMDoxZC43OiBHZXRTdGF0dXMgcG9ydDo0IHN0YXR1cyAwMDE4MDMgMCAgQUNLIFBP V0VSIHNpZz1qIENTQyBDT05ORUNUClsgICAgNy4yMjcwNzFdIGh1YiAxLTA6MS4wOiBwb3J0IDQ6 IHN0YXR1cyAwNTAxIGNoYW5nZSAwMDAxClsgICAgNy4yMjgwNzBdIHVoY2lfaGNkIDAwMDA6MDA6 MWQuMTogcG9ydCAyIHBvcnRzYyAwMDgyLDAwClsgICAgOC4yMDQwNjVdIHVzYiB1c2IyOiBzdXNw ZW5kX3JoIChhdXRvLXN0b3ApClsgICAgOC4yMDQwOTRdIHVzYiB1c2I0OiBzdXNwZW5kX3JoIChh dXRvLXN0b3ApClsgICAgOC4yMDQxMjBdIHVzYiB1c2I1OiBzdXNwZW5kX3JoIChhdXRvLXN0b3Ap ClsgICAgOC4yODczMjNdIGluaXRjYWxsIDNfYXN5bmNfcG9ydF9wcm9iZSsweDAvMHg3MCByZXR1 cm5lZCAwIGFmdGVyIDE1ODM0MDUgdXNlY3MKWyAgICA4LjI4NzMzMl0gaHViIDItMDoxLjA6IHN0 YXRlIDcgcG9ydHMgMiBjaGcgMDAwMCBldnQgMDAwMApbICAgIDguMjg3MzM0XSBodWIgNC0wOjEu MDogc3RhdGUgNyBwb3J0cyAyIGNoZyAwMDAwIGV2dCAwMDAwClsgICAgOC4yODczMzZdIGh1YiA1 LTA6MS4wOiBzdGF0ZSA3IHBvcnRzIDIgY2hnIDAwMDAgZXZ0IDAwMDAKWyAgICA4LjI4NzMzOF0g aHViIDEtMDoxLjA6IHN0YXRlIDcgcG9ydHMgOCBjaGcgMDAxMCBldnQgMDAwMApbICAgIDguMjg3 MzQyXSBodWIgMS0wOjEuMDogcG9ydCA0LCBzdGF0dXMgMDUwMSwgY2hhbmdlIDAwMDAsIDQ4MCBN Yi9zClsgICAgOC4yODc0MDJdIGluaXRjYWxsIHBzbW91c2VfaW5pdCsweDAvMHg3YiByZXR1cm5l ZCAwIGFmdGVyIDExMjgzNTAgdXNlY3MKWyAgICA4LjI4NzQwNV0gY2FsbGluZyAgeGVua2JkX2lu aXQrMHgwLzB4MzIgQCAxClsgICAgOC4yODc0MDZdIGluaXRjYWxsIHhlbmtiZF9pbml0KzB4MC8w eDMyIHJldHVybmVkIC0xOSBhZnRlciAwIHVzZWNzClsgICAgOC4yODc0MDhdIGNhbGxpbmcgIGNt b3NfaW5pdCsweDAvMHg2YSBAIDEKWyAgICA4LjI4NzQzNF0gcnRjX2Ntb3MgMDA6MDM6IFJUQyBj YW4gd2FrZSBmcm9tIFM0ClsgICAgOC4yODc2NzJdIHJ0Y19jbW9zIDAwOjAzOiBydGMgY29yZTog cmVnaXN0ZXJlZCBydGNfY21vcyBhcyBydGMwClsgICAgOC4yODc3MTJdIHJ0YzA6IGFsYXJtcyB1 cCB0byBvbmUgbW9udGgsIHkzaywgMTE0IGJ5dGVzIG52cmFtLCBocGV0IGlycXMKWyAgICA4LjI4 Nzc0OV0gaW5pdGNhbGwgY21vc19pbml0KzB4MC8weDZhIHJldHVybmVkIDAgYWZ0ZXIgMzI5IHVz ZWNzClsgICAgOC4yODc3NTFdIGNhbGxpbmcgIGkyY19pODAxX2luaXQrMHgwLzB4YTggQCAxClsg ICAgOC4yODc3NjddIHhlbjogcmVnaXN0ZXJpbmcgZ3NpIDE5IHRyaWdnZXJpbmcgMCBwb2xhcml0 eSAxClsgICAgOC4yODc3NjldIEFscmVhZHkgc2V0dXAgdGhlIEdTSSA6MTkKWyAgICA4LjI4Nzg2 Ml0gaW5pdGNhbGwgaTJjX2k4MDFfaW5pdCsweDAvMHhhOCByZXR1cm5lZCAwIGFmdGVyIDEwNiB1 c2VjcwpbICAgIDguMjg3ODY0XSBjYWxsaW5nICBkbV9pbml0KzB4MC8weDQ1IEAgMQpbICAgIDgu Mjg3OTg3XSBkZXZpY2UtbWFwcGVyOiBpb2N0bDogNC4yMi4wLWlvY3RsICgyMDExLTEwLTE5KSBp bml0aWFsaXNlZDogZG0tZGV2ZWxAcmVkaGF0LmNvbQpbICAgIDguMjg3OTkwXSBpbml0Y2FsbCBk bV9pbml0KzB4MC8weDQ1IHJldHVybmVkIDAgYWZ0ZXIgMTE5IHVzZWNzClsgICAgOC4yODc5OTFd IGNhbGxpbmcgIGRtX21pcnJvcl9pbml0KzB4MC8weDc2IEAgMQpbICAgIDguMjg4MDQwXSBpbml0 Y2FsbCBkbV9taXJyb3JfaW5pdCsweDAvMHg3NiByZXR1cm5lZCAwIGFmdGVyIDQ1IHVzZWNzClsg ICAgOC4yODgwNDJdIGNhbGxpbmcgIGRtX2RpcnR5X2xvZ19pbml0KzB4MC8weDU2IEAgMQpbICAg IDguMjg4MDQ1XSBpbml0Y2FsbCBkbV9kaXJ0eV9sb2dfaW5pdCsweDAvMHg1NiByZXR1cm5lZCAw IGFmdGVyIDAgdXNlY3MKWyAgICA4LjI4ODA0Nl0gY2FsbGluZyAgZG1femVyb19pbml0KzB4MC8w eDJlIEAgMQpbICAgIDguMjg4MDQ4XSBpbml0Y2FsbCBkbV96ZXJvX2luaXQrMHgwLzB4MmUgcmV0 dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgOC4yODgwNTFdIGNhbGxpbmcgIGNwdWZyZXFfZ292 X2Ric19pbml0KzB4MC8weDU4IEAgMQpbICAgIDguMjg4MTAxXSBpbml0Y2FsbCBjcHVmcmVxX2dv dl9kYnNfaW5pdCsweDAvMHg1OCByZXR1cm5lZCAtMTkgYWZ0ZXIgMCB1c2VjcwpbICAgIDguMjg4 MTAzXSBjYWxsaW5nICBpbml0X2xhZGRlcisweDAvMHgxMiBAIDEKWyAgICA4LjI4ODEwNV0gaW5p dGNhbGwgaW5pdF9sYWRkZXIrMHgwLzB4MTIgcmV0dXJuZWQgLTE5IGFmdGVyIDAgdXNlY3MKWyAg ICA4LjI4ODEwNl0gY2FsbGluZyAgaW5pdF9tZW51KzB4MC8weDEyIEAgMQpbICAgIDguMjg4MTA4 XSBpbml0Y2FsbCBpbml0X21lbnUrMHgwLzB4MTIgcmV0dXJuZWQgLTE5IGFmdGVyIDAgdXNlY3MK WyAgICA4LjI4ODExMF0gY2FsbGluZyAgZWZpdmFyc19pbml0KzB4MC8weGYzIEAgMQpbICAgIDgu Mjg4MTExXSBFRkkgVmFyaWFibGVzIEZhY2lsaXR5IHYwLjA4IDIwMDQtTWF5LTE3ClsgICAgOC4y ODgxMTNdIGluaXRjYWxsIGVmaXZhcnNfaW5pdCsweDAvMHhmMyByZXR1cm5lZCAwIGFmdGVyIDEg dXNlY3MKWyAgICA4LjI4ODExNV0gY2FsbGluZyAgaGlkX2luaXQrMHgwLzB4NmEgQCAxClsgICAg OC4yODgxOThdIGluaXRjYWxsIGhpZF9pbml0KzB4MC8weDZhIHJldHVybmVkIDAgYWZ0ZXIgNzgg dXNlY3MKWyAgICA4LjI4ODIwMF0gY2FsbGluZyAgYTRfaW5pdCsweDAvMHgxYiBAIDEKWyAgICA4 LjI4ODIzNV0gaW5pdGNhbGwgYTRfaW5pdCsweDAvMHgxYiByZXR1cm5lZCAwIGFmdGVyIDMxIHVz ZWNzClsgICAgOC4yODgyMzddIGNhbGxpbmcgIGFwcGxlX2luaXQrMHgwLzB4MzcgQCAxClsgICAg OC4yODgyNzNdIGluaXRjYWxsIGFwcGxlX2luaXQrMHgwLzB4MzcgcmV0dXJuZWQgMCBhZnRlciAz MyB1c2VjcwpbICAgIDguMjg4Mjc1XSBjYWxsaW5nICBiZWxraW5faW5pdCsweDAvMHgxYiBAIDEK WyAgICA4LjI4ODMwN10gaW5pdGNhbGwgYmVsa2luX2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBh ZnRlciAyOCB1c2VjcwpbICAgIDguMjg4MzA5XSBjYWxsaW5nICBjaF9pbml0KzB4MC8weDFiIEAg MQpbICAgIDguMjg4MzQwXSBpbml0Y2FsbCBjaF9pbml0KzB4MC8weDFiIHJldHVybmVkIDAgYWZ0 ZXIgMjggdXNlY3MKWyAgICA4LjI4ODM0Ml0gY2FsbGluZyAgY2hfaW5pdCsweDAvMHgxYiBAIDEK WyAgICA4LjI4ODM3OF0gaW5pdGNhbGwgY2hfaW5pdCsweDAvMHgxYiByZXR1cm5lZCAwIGFmdGVy IDMyIHVzZWNzClsgICAgOC4yODgzODBdIGNhbGxpbmcgIGNwX2luaXQrMHgwLzB4MWIgQCAxClsg ICAgOC4yODg0MTFdIGluaXRjYWxsIGNwX2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRlciAy OCB1c2VjcwpbICAgIDguMjg4NDEzXSBjYWxsaW5nICBlel9pbml0KzB4MC8weDFiIEAgMQpbICAg IDguMjg4NDQ1XSBpbml0Y2FsbCBlel9pbml0KzB4MC8weDFiIHJldHVybmVkIDAgYWZ0ZXIgMjgg dXNlY3MKWyAgICA4LjI4ODQ0N10gY2FsbGluZyAgZ3lyYXRpb25faW5pdCsweDAvMHgxYiBAIDEK WyAgICA4LjI4ODQ4MV0gaW5pdGNhbGwgZ3lyYXRpb25faW5pdCsweDAvMHgxYiByZXR1cm5lZCAw IGFmdGVyIDMwIHVzZWNzClsgICAgOC4yODg0ODNdIGNhbGxpbmcgIGtzX2luaXQrMHgwLzB4MWIg QCAxClsgICAgOC4yODg1MTZdIGluaXRjYWxsIGtzX2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBh ZnRlciAzMCB1c2VjcwpbICAgIDguMjg4NTE4XSBjYWxsaW5nICBsZ19pbml0KzB4MC8weDFiIEAg MQpbICAgIDguMjg4NTUyXSBpbml0Y2FsbCBsZ19pbml0KzB4MC8weDFiIHJldHVybmVkIDAgYWZ0 ZXIgMzAgdXNlY3MKWyAgICA4LjI4ODU1NF0gY2FsbGluZyAgbXNfaW5pdCsweDAvMHgxYiBAIDEK WyAgICA4LjI4ODU4Nl0gaW5pdGNhbGwgbXNfaW5pdCsweDAvMHgxYiByZXR1cm5lZCAwIGFmdGVy IDI5IHVzZWNzClsgICAgOC4yODg1ODhdIGNhbGxpbmcgIG1yX2luaXQrMHgwLzB4MWIgQCAxClsg ICAgOC4yODg2MjBdIGluaXRjYWxsIG1yX2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRlciAy OCB1c2VjcwpbICAgIDguMjg4NjIyXSBjYWxsaW5nICBudHJpZ19pbml0KzB4MC8weDFiIEAgMQpb ICAgIDguMjg4NjU5XSBpbml0Y2FsbCBudHJpZ19pbml0KzB4MC8weDFiIHJldHVybmVkIDAgYWZ0 ZXIgMzMgdXNlY3MKWyAgICA4LjI4ODY2MF0gY2FsbGluZyAgcGxfaW5pdCsweDAvMHgxYiBAIDEK WyAgICA4LjI4ODY5NV0gaW5pdGNhbGwgcGxfaW5pdCsweDAvMHgxYiByZXR1cm5lZCAwIGFmdGVy IDMxIHVzZWNzClsgICAgOC4yODg2OTddIGNhbGxpbmcgIHBsX2luaXQrMHgwLzB4MWIgQCAxClsg ICAgOC4yODg3MzBdIGluaXRjYWxsIHBsX2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRlciAy OSB1c2VjcwpbICAgIDguMjg4NzMyXSBjYWxsaW5nICBzYW1zdW5nX2luaXQrMHgwLzB4MWIgQCAx ClsgICAgOC4yODg3NjVdIGluaXRjYWxsIHNhbXN1bmdfaW5pdCsweDAvMHgxYiByZXR1cm5lZCAw IGFmdGVyIDMwIHVzZWNzClsgICAgOC4yODg3NjddIGNhbGxpbmcgIHNvbnlfaW5pdCsweDAvMHgx YiBAIDEKWyAgICA4LjI4ODgwMl0gaW5pdGNhbGwgc29ueV9pbml0KzB4MC8weDFiIHJldHVybmVk IDAgYWZ0ZXIgMzEgdXNlY3MKWyAgICA4LjI4ODgwNF0gY2FsbGluZyAgc3BfaW5pdCsweDAvMHgx YiBAIDEKWyAgICA4LjI4ODgzNl0gaW5pdGNhbGwgc3BfaW5pdCsweDAvMHgxYiByZXR1cm5lZCAw IGFmdGVyIDI4IHVzZWNzClsgICAgOC4yODg4MzhdIGNhbGxpbmcgIHRzX2luaXQrMHgwLzB4MWIg QCAxClsgICAgOC4yODg4NzddIGluaXRjYWxsIHRzX2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBh ZnRlciAzNSB1c2VjcwpbICAgIDguMjg4ODc5XSBjYWxsaW5nICBoaWRfaW5pdCsweDAvMHg3NSBA IDEKWyAgICA4LjI4ODk0N10gdXNiY29yZTogcmVnaXN0ZXJlZCBuZXcgaW50ZXJmYWNlIGRyaXZl ciB1c2JoaWQKWyAgICA4LjI4ODk0OF0gdXNiaGlkOiBVU0IgSElEIGNvcmUgZHJpdmVyClsgICAg OC4yODg5NTFdIGluaXRjYWxsIGhpZF9pbml0KzB4MC8weDc1IHJldHVybmVkIDAgYWZ0ZXIgNjgg dXNlY3MKWyAgICA4LjI4ODk1M10gY2FsbGluZyAgZWVlcGNfbGFwdG9wX2luaXQrMHgwLzB4NTgg QCAxClsgICAgOC4yODkxMDJdIGluaXRjYWxsIGVlZXBjX2xhcHRvcF9pbml0KzB4MC8weDU4IHJl dHVybmVkIC0xOSBhZnRlciAxNDIgdXNlY3MKWyAgICA4LjI4OTEwNF0gY2FsbGluZyAgbXhtX3dt aV9pbml0KzB4MC8weDggQCAxClsgICAgOC4yODkxMDZdIGluaXRjYWxsIG14bV93bWlfaW5pdCsw eDAvMHg4IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDguMjg5MTA4XSBjYWxsaW5nICBh bHNhX2h3ZGVwX2luaXQrMHgwLzB4NTUgQCAxClsgICAgOC4yODkxMTNdIGluaXRjYWxsIGFsc2Ff aHdkZXBfaW5pdCsweDAvMHg1NSByZXR1cm5lZCAwIGFmdGVyIDIgdXNlY3MKWyAgICA4LjI4OTEx NV0gY2FsbGluZyAgYWxzYV90aW1lcl9pbml0KzB4MC8weDE2OCBAIDEKWyAgICA4LjI4OTE3MV0g aW5pdGNhbGwgYWxzYV90aW1lcl9pbml0KzB4MC8weDE2OCByZXR1cm5lZCAwIGFmdGVyIDUyIHVz ZWNzClsgICAgOC4yODkxNzNdIGNhbGxpbmcgIHNuZF9ocnRpbWVyX2luaXQrMHgwLzB4ZTIgQCAx ClsgICAgOC4yODkxNzZdIGluaXRjYWxsIHNuZF9ocnRpbWVyX2luaXQrMHgwLzB4ZTIgcmV0dXJu ZWQgMCBhZnRlciAwIHVzZWNzClsgICAgOC4yODkxNzhdIGNhbGxpbmcgIGFsc2FfcGNtX2luaXQr MHgwLzB4NWQgQCAxClsgICAgOC4yODkxODBdIGluaXRjYWxsIGFsc2FfcGNtX2luaXQrMHgwLzB4 NWQgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgOC4yODkxODJdIGNhbGxpbmcgIHNuZF9t ZW1faW5pdCsweDAvMHgyYyBAIDEKWyAgICA4LjI4OTE4Nl0gaW5pdGNhbGwgc25kX21lbV9pbml0 KzB4MC8weDJjIHJldHVybmVkIDAgYWZ0ZXIgMiB1c2VjcwpbICAgIDguMjg5MTg4XSBjYWxsaW5n ICBhbHNhX21peGVyX29zc19pbml0KzB4MC8weDNiIEAgMQpbICAgIDguMjg5MTkwXSBpbml0Y2Fs bCBhbHNhX21peGVyX29zc19pbml0KzB4MC8weDNiIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2Vjcwpb ICAgIDguMjg5MTkyXSBjYWxsaW5nICBhbHNhX3BjbV9vc3NfaW5pdCsweDAvMHg4NiBAIDEKWyAg ICA4LjI4OTE5NV0gaW5pdGNhbGwgYWxzYV9wY21fb3NzX2luaXQrMHgwLzB4ODYgcmV0dXJuZWQg MCBhZnRlciAwIHVzZWNzClsgICAgOC4yODkxOTddIGNhbGxpbmcgIGFsc2Ffc2VxX2luaXQrMHgw LzB4NGMgQCAxClsgICAgOC4yODkyNTFdIGluaXRjYWxsIGFsc2Ffc2VxX2luaXQrMHgwLzB4NGMg cmV0dXJuZWQgMCBhZnRlciA0OSB1c2VjcwpbICAgIDguMjg5MjUzXSBjYWxsaW5nICBhbHNhX3Nl cV9kZXZpY2VfaW5pdCsweDAvMHg1YiBAIDEKWyAgICA4LjI4OTI1Nl0gaW5pdGNhbGwgYWxzYV9z ZXFfZGV2aWNlX2luaXQrMHgwLzB4NWIgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgOC4y ODkyNThdIGNhbGxpbmcgIGFsc2Ffc2VxX21pZGlfZXZlbnRfaW5pdCsweDAvMHg4IEAgMQpbICAg IDguMjg5MjYwXSBpbml0Y2FsbCBhbHNhX3NlcV9taWRpX2V2ZW50X2luaXQrMHgwLzB4OCByZXR1 cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICA4LjI4OTI2Ml0gY2FsbGluZyAgYWxzYV9zZXFfb3Nz X2luaXQrMHgwLzB4MTYxIEAgMQpbICAgIDguMjkwNTQ2XSBpbml0Y2FsbCBhbHNhX3NlcV9vc3Nf aW5pdCsweDAvMHgxNjEgcmV0dXJuZWQgMCBhZnRlciAxMjUwIHVzZWNzClsgICAgOC4yOTA1NDhd IGNhbGxpbmcgIGFsc2Ffc2VxX2R1bW15X2luaXQrMHgwLzB4YjUgQCAxClsgICAgOC4yOTA1NTRd IGluaXRjYWxsIGFsc2Ffc2VxX2R1bW15X2luaXQrMHgwLzB4YjUgcmV0dXJuZWQgMCBhZnRlciAz IHVzZWNzClsgICAgOC4yOTA1NTZdIGNhbGxpbmcgIHBhdGNoX3JlYWx0ZWtfaW5pdCsweDAvMHgx MiBAIDEKWyAgICA4LjI5MDU1OV0gaW5pdGNhbGwgcGF0Y2hfcmVhbHRla19pbml0KzB4MC8weDEy IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDguMjkwNTYxXSBjYWxsaW5nICBwYXRjaF9j bWVkaWFfaW5pdCsweDAvMHgxMiBAIDEKWyAgICA4LjI5MDU2M10gaW5pdGNhbGwgcGF0Y2hfY21l ZGlhX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgOC4yOTA1NjVd IGNhbGxpbmcgIHBhdGNoX2FuYWxvZ19pbml0KzB4MC8weDEyIEAgMQpbICAgIDguMjkwNTY3XSBp bml0Y2FsbCBwYXRjaF9hbmFsb2dfaW5pdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDAgdXNl Y3MKWyAgICA4LjI5MDU2OV0gY2FsbGluZyAgcGF0Y2hfc2lnbWF0ZWxfaW5pdCsweDAvMHgxMiBA IDEKWyAgICA4LjI5MDU3MV0gaW5pdGNhbGwgcGF0Y2hfc2lnbWF0ZWxfaW5pdCsweDAvMHgxMiBy ZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICA4LjI5MDU3M10gY2FsbGluZyAgcGF0Y2hfc2kz MDU0X2luaXQrMHgwLzB4MTIgQCAxClsgICAgOC4yOTA1NzVdIGluaXRjYWxsIHBhdGNoX3NpMzA1 NF9pbml0KzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDguMjkwNTc3XSBj YWxsaW5nICBwYXRjaF9jaXJydXNfaW5pdCsweDAvMHgxMiBAIDEKWyAgICA4LjI5MDU3OV0gaW5p dGNhbGwgcGF0Y2hfY2lycnVzX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNz ClsgICAgOC4yOTA1ODFdIGNhbGxpbmcgIHBhdGNoX2NhMDExMF9pbml0KzB4MC8weDEyIEAgMQpb ICAgIDguMjkwNTgzXSBpbml0Y2FsbCBwYXRjaF9jYTAxMTBfaW5pdCsweDAvMHgxMiByZXR1cm5l ZCAwIGFmdGVyIDAgdXNlY3MKWyAgICA4LjI5MDU4NV0gY2FsbGluZyAgcGF0Y2hfY2EwMTMyX2lu aXQrMHgwLzB4MTIgQCAxClsgICAgOC4yOTA1ODddIGluaXRjYWxsIHBhdGNoX2NhMDEzMl9pbml0 KzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDguMjkwNTg5XSBjYWxsaW5n ICBwYXRjaF9jb25leGFudF9pbml0KzB4MC8weDEyIEAgMQpbICAgIDguMjkwNTkxXSBpbml0Y2Fs bCBwYXRjaF9jb25leGFudF9pbml0KzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2Vjcwpb ICAgIDguMjkwNTkzXSBjYWxsaW5nICBwYXRjaF92aWFfaW5pdCsweDAvMHgxMiBAIDEKWyAgICA4 LjI5MDU5NV0gaW5pdGNhbGwgcGF0Y2hfdmlhX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgMCBhZnRl ciAwIHVzZWNzClsgICAgOC4yOTA1OTddIGNhbGxpbmcgIHBhdGNoX2hkbWlfaW5pdCsweDAvMHgx MiBAIDEKWyAgICA4LjI5MDU5OV0gaW5pdGNhbGwgcGF0Y2hfaGRtaV9pbml0KzB4MC8weDEyIHJl dHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDguMjkwNjAxXSBjYWxsaW5nICBhbHNhX2NhcmRf YXp4X2luaXQrMHgwLzB4MWIgQCAxClsgICAgOC4yOTA2MjNdIHhlbjogcmVnaXN0ZXJpbmcgZ3Np IDE2IHRyaWdnZXJpbmcgMCBwb2xhcml0eSAxClsgICAgOC4yOTA2MjVdIEFscmVhZHkgc2V0dXAg dGhlIEdTSSA6MTYKWyAgICA4LjMxMjIwNV0gaW5pdGNhbGwgYWxzYV9jYXJkX2F6eF9pbml0KzB4 MC8weDFiIHJldHVybmVkIDAgYWZ0ZXIgMjEwOTMgdXNlY3MKWyAgICA4LjMxMjIwOF0gY2FsbGlu ZyAgc29ja19kaWFnX2luaXQrMHgwLzB4MzYgQCAxClsgICAgOC4zMTIyMTZdIGluaXRjYWxsIHNv Y2tfZGlhZ19pbml0KzB4MC8weDM2IHJldHVybmVkIDAgYWZ0ZXIgNiB1c2VjcwpbICAgIDguMzEy MjE4XSBjYWxsaW5nICBmbG93X2NhY2hlX2luaXRfZ2xvYmFsKzB4MC8weDE5OSBAIDEKWyAgICA4 LjMxMjIzNF0gaW5pdGNhbGwgZmxvd19jYWNoZV9pbml0X2dsb2JhbCsweDAvMHgxOTkgcmV0dXJu ZWQgMCBhZnRlciAxMyB1c2VjcwpbICAgIDguMzEyMjM2XSBjYWxsaW5nICBsbGNfaW5pdCsweDAv MHgyMCBAIDEKWyAgICA4LjMxMjIzOF0gaW5pdGNhbGwgbGxjX2luaXQrMHgwLzB4MjAgcmV0dXJu ZWQgMCBhZnRlciAwIHVzZWNzClsgICAgOC4zMTIyMzldIGNhbGxpbmcgIHNuYXBfaW5pdCsweDAv MHgzOSBAIDEKWyAgICA4LjMxMjI0M10gaW5pdGNhbGwgc25hcF9pbml0KzB4MC8weDM5IHJldHVy bmVkIDAgYWZ0ZXIgMSB1c2VjcwpbICAgIDguMzEyMjQ0XSBjYWxsaW5nICBibGFja2hvbGVfbW9k dWxlX2luaXQrMHgwLzB4MTIgQCAxClsgICAgOC4zMTIyNDddIGluaXRjYWxsIGJsYWNraG9sZV9t b2R1bGVfaW5pdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICA4LjMxMjI0 OV0gY2FsbGluZyAgbmZuZXRsaW5rX2luaXQrMHgwLzB4MjcgQCAxClsgICAgOC4zMTIyNTBdIE5l dGZpbHRlciBtZXNzYWdlcyB2aWEgTkVUTElOSyB2MC4zMC4KWyAgICA4LjMxMjI1OV0gaW5pdGNh bGwgbmZuZXRsaW5rX2luaXQrMHgwLzB4MjcgcmV0dXJuZWQgMCBhZnRlciA3IHVzZWNzClsgICAg OC4zMTIyNjBdIGNhbGxpbmcgIG5mbmV0bGlua19sb2dfaW5pdCsweDAvMHhkMSBAIDEKWyAgICA4 LjMxMjI2N10gaW5pdGNhbGwgbmZuZXRsaW5rX2xvZ19pbml0KzB4MC8weGQxIHJldHVybmVkIDAg YWZ0ZXIgNSB1c2VjcwpbICAgIDguMzEyMjY5XSBjYWxsaW5nICBuZl9jb25udHJhY2tfc3RhbmRh bG9uZV9pbml0KzB4MC8weDEyIEAgMQpbICAgIDguMzEyMjcxXSBuZl9jb25udHJhY2sgdmVyc2lv biAwLjUuMCAoMTYzODQgYnVja2V0cywgNjU1MzYgbWF4KQpbICAgIDguMzEyMzkyXSBpbml0Y2Fs bCBuZl9jb25udHJhY2tfc3RhbmRhbG9uZV9pbml0KzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIg MTE3IHVzZWNzClsgICAgOC4zMTIzOTRdIGNhbGxpbmcgIGN0bmV0bGlua19pbml0KzB4MC8weDlm IEAgMQpbICAgIDguMzEyMzk1XSBjdG5ldGxpbmsgdjAuOTM6IHJlZ2lzdGVyaW5nIHdpdGggbmZu ZXRsaW5rLgpbICAgIDguMzEyMzk3XSBpbml0Y2FsbCBjdG5ldGxpbmtfaW5pdCsweDAvMHg5ZiBy ZXR1cm5lZCAwIGFmdGVyIDEgdXNlY3MKWyAgICA4LjMxMjM5OV0gY2FsbGluZyAgbmZfY29ubnRy YWNrX2Z0cF9pbml0KzB4MC8weDE5MSBAIDEKWyAgICA4LjMxMjQwMl0gaW5pdGNhbGwgbmZfY29u bnRyYWNrX2Z0cF9pbml0KzB4MC8weDE5MSByZXR1cm5lZCAwIGFmdGVyIDEgdXNlY3MKWyAgICA4 LjMxMjQwNF0gY2FsbGluZyAgbmZfY29ubnRyYWNrX2lyY19pbml0KzB4MC8weDE3OSBAIDEKWyAg ICA4LjMxMjQwN10gaW5pdGNhbGwgbmZfY29ubnRyYWNrX2lyY19pbml0KzB4MC8weDE3OSByZXR1 cm5lZCAwIGFmdGVyIDEgdXNlY3MKWyAgICA4LjMxMjQwOF0gY2FsbGluZyAgbmZfY29ubnRyYWNr X3NpcF9pbml0KzB4MC8weDFjZSBAIDEKWyAgICA4LjMxMjQxMV0gaW5pdGNhbGwgbmZfY29ubnRy YWNrX3NpcF9pbml0KzB4MC8weDFjZSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICA4LjMx MjQxMl0gY2FsbGluZyAgeHRfaW5pdCsweDAvMHhmNSBAIDEKWyAgICA4LjMxMjQxNV0gaW5pdGNh bGwgeHRfaW5pdCsweDAvMHhmNSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICA4LjMxMjQx N10gY2FsbGluZyAgdGNwdWRwX210X2luaXQrMHgwLzB4MTcgQCAxClsgICAgOC4zMTI0MTldIGlu aXRjYWxsIHRjcHVkcF9tdF9pbml0KzB4MC8weDE3IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2Vjcwpb ICAgIDguMzEyNDIxXSBjYWxsaW5nICBjb25uc2VjbWFya190Z19pbml0KzB4MC8weDEyIEAgMQpb ICAgIDguMzEyNDIzXSBpbml0Y2FsbCBjb25uc2VjbWFya190Z19pbml0KzB4MC8weDEyIHJldHVy bmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDguMzEyNDI0XSBjYWxsaW5nICBuZmxvZ190Z19pbml0 KzB4MC8weDEyIEAgMQpbICAgIDguMzEyNDI2XSBpbml0Y2FsbCBuZmxvZ190Z19pbml0KzB4MC8w eDEyIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDguMzEyNDI4XSBjYWxsaW5nICBzZWNt YXJrX3RnX2luaXQrMHgwLzB4MTIgQCAxClsgICAgOC4zMTI0MzBdIGluaXRjYWxsIHNlY21hcmtf dGdfaW5pdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICA4LjMxMjQzMV0g Y2FsbGluZyAgdGNwbXNzX3RnX2luaXQrMHgwLzB4MTcgQCAxClsgICAgOC4zMTI0MzNdIGluaXRj YWxsIHRjcG1zc190Z19pbml0KzB4MC8weDE3IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAg IDguMzEyNDM1XSBjYWxsaW5nICBjb25udHJhY2tfbXRfaW5pdCsweDAvMHgxNyBAIDEKWyAgICA4 LjMxMjQzN10gaW5pdGNhbGwgY29ubnRyYWNrX210X2luaXQrMHgwLzB4MTcgcmV0dXJuZWQgMCBh ZnRlciAwIHVzZWNzClsgICAgOC4zMTI0MzldIGNhbGxpbmcgIHBvbGljeV9tdF9pbml0KzB4MC8w eDE3IEAgMQpbICAgIDguMzEyNDQxXSBpbml0Y2FsbCBwb2xpY3lfbXRfaW5pdCsweDAvMHgxNyBy ZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICA4LjMxMjQ0Ml0gY2FsbGluZyAgc3RhdGVfbXRf aW5pdCsweDAvMHgxMiBAIDEKWyAgICA4LjMxMjQ0NF0gaW5pdGNhbGwgc3RhdGVfbXRfaW5pdCsw eDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICA4LjMxMjQ0Nl0gY2FsbGluZyAg c3lzY3RsX2lwdjRfaW5pdCsweDAvMHg4NCBAIDEKWyAgICA4LjMxMjQ5M10gaW5pdGNhbGwgc3lz Y3RsX2lwdjRfaW5pdCsweDAvMHg4NCByZXR1cm5lZCAwIGFmdGVyIDQzIHVzZWNzClsgICAgOC4z MTI0OTVdIGNhbGxpbmcgIGluaXRfc3luY29va2llcysweDAvMHgxOSBAIDEKWyAgICA4LjMxMjUw N10gaW5pdGNhbGwgaW5pdF9zeW5jb29raWVzKzB4MC8weDE5IHJldHVybmVkIDAgYWZ0ZXIgMTAg dXNlY3MKWyAgICA4LjMxMjUwOV0gY2FsbGluZyAgdHVubmVsNF9pbml0KzB4MC8weDc0IEAgMQpb ICAgIDguMzEyNTExXSBpbml0Y2FsbCB0dW5uZWw0X2luaXQrMHgwLzB4NzQgcmV0dXJuZWQgMCBh ZnRlciAwIHVzZWNzClsgICAgOC4zMTI1MTRdIGNhbGxpbmcgIGlwdjRfbmV0ZmlsdGVyX2luaXQr MHgwLzB4MjAgQCAxClsgICAgOC4zMTI1MTZdIGluaXRjYWxsIGlwdjRfbmV0ZmlsdGVyX2luaXQr MHgwLzB4MjAgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgOC4zMTI1MThdIGNhbGxpbmcg IG5mX2Nvbm50cmFja19sM3Byb3RvX2lwdjRfaW5pdCsweDAvMHgxNDggQCAxClsgICAgOC4zMTI1 NTJdIGluaXRjYWxsIG5mX2Nvbm50cmFja19sM3Byb3RvX2lwdjRfaW5pdCsweDAvMHgxNDggcmV0 dXJuZWQgMCBhZnRlciAzMSB1c2VjcwpbICAgIDguMzEyNTU0XSBjYWxsaW5nICBuZl9uYXRfaW5p dCsweDAvMHgxMWEgQCAxClsgICAgOC4zMTI1ODhdIGluaXRjYWxsIG5mX25hdF9pbml0KzB4MC8w eDExYSByZXR1cm5lZCAwIGFmdGVyIDMxIHVzZWNzClsgICAgOC4zMTI1OTBdIGNhbGxpbmcgIG5m X2RlZnJhZ19pbml0KzB4MC8weDE3IEAgMQpbICAgIDguMzEyNTkyXSBpbml0Y2FsbCBuZl9kZWZy YWdfaW5pdCsweDAvMHgxNyByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICA4LjMxMjU5NF0g Y2FsbGluZyAgbmZfbmF0X2Z0cF9pbml0KzB4MC8weDFmIEAgMQpbICAgIDguMzEyNTk2XSBpbml0 Y2FsbCBuZl9uYXRfZnRwX2luaXQrMHgwLzB4MWYgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsg ICAgOC4zMTI1OThdIGNhbGxpbmcgIG5mX25hdF9pcmNfaW5pdCsweDAvMHgxZiBAIDEKWyAgICA4 LjMxMjYwMF0gaW5pdGNhbGwgbmZfbmF0X2lyY19pbml0KzB4MC8weDFmIHJldHVybmVkIDAgYWZ0 ZXIgMCB1c2VjcwpbICAgIDguMzEyNjAxXSBjYWxsaW5nICBuZl9uYXRfc2lwX2luaXQrMHgwLzB4 YjUgQCAxClsgICAgOC4zMTI2MDNdIGluaXRjYWxsIG5mX25hdF9zaXBfaW5pdCsweDAvMHhiNSBy ZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICA4LjMxMjYwNV0gY2FsbGluZyAgaXBfdGFibGVz X2luaXQrMHgwLzB4YWEgQCAxClsgICAgOC4zMTI2MDldIGlwX3RhYmxlczogKEMpIDIwMDAtMjAw NiBOZXRmaWx0ZXIgQ29yZSBUZWFtClsgICAgOC4zMTI2MTFdIGluaXRjYWxsIGlwX3RhYmxlc19p bml0KzB4MC8weGFhIHJldHVybmVkIDAgYWZ0ZXIgNCB1c2VjcwpbICAgIDguMzEyNjEzXSBjYWxs aW5nICBpcHRhYmxlX2ZpbHRlcl9pbml0KzB4MC8weDRlIEAgMQpbICAgIDguMzEyNjI0XSBpbml0 Y2FsbCBpcHRhYmxlX2ZpbHRlcl9pbml0KzB4MC8weDRlIHJldHVybmVkIDAgYWZ0ZXIgOCB1c2Vj cwpbICAgIDguMzEyNjI2XSBjYWxsaW5nICBpcHRhYmxlX21hbmdsZV9pbml0KzB4MC8weDRlIEAg MQpbICAgIDguMzEyNjM3XSBpbml0Y2FsbCBpcHRhYmxlX21hbmdsZV9pbml0KzB4MC8weDRlIHJl dHVybmVkIDAgYWZ0ZXIgOCB1c2VjcwpbICAgIDguMzEyNjM4XSBjYWxsaW5nICBuZl9uYXRfc3Rh bmRhbG9uZV9pbml0KzB4MC8weDdkIEAgMQpbICAgIDguMzEyNjQ2XSBpbml0Y2FsbCBuZl9uYXRf c3RhbmRhbG9uZV9pbml0KzB4MC8weDdkIHJldHVybmVkIDAgYWZ0ZXIgNSB1c2VjcwpbICAgIDgu MzEyNjQ4XSBjYWxsaW5nICBtYXNxdWVyYWRlX3RnX2luaXQrMHgwLzB4MzYgQCAxClsgICAgOC4z MTI2NTNdIGluaXRjYWxsIG1hc3F1ZXJhZGVfdGdfaW5pdCsweDAvMHgzNiByZXR1cm5lZCAwIGFm dGVyIDMgdXNlY3MKWyAgICA4LjMxMjY1NV0gY2FsbGluZyAgcmVqZWN0X3RnX2luaXQrMHgwLzB4 MTIgQCAxClsgICAgOC4zMTI2NTddIGluaXRjYWxsIHJlamVjdF90Z19pbml0KzB4MC8weDEyIHJl dHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDguMzEyNjU5XSBjYWxsaW5nICB1bG9nX3RnX2lu aXQrMHgwLzB4YzkgQCAxClsgICAgOC4zMTI2NjRdIGluaXRjYWxsIHVsb2dfdGdfaW5pdCsweDAv MHhjOSByZXR1cm5lZCAwIGFmdGVyIDMgdXNlY3MKWyAgICA4LjMxMjY2Nl0gY2FsbGluZyAgY3Vi aWN0Y3BfcmVnaXN0ZXIrMHgwLzB4NTkgQCAxClsgICAgOC4zMTI2NjhdIFRDUDogY3ViaWMgcmVn aXN0ZXJlZApbICAgIDguMzEyNjcwXSBpbml0Y2FsbCBjdWJpY3RjcF9yZWdpc3RlcisweDAvMHg1 OSByZXR1cm5lZCAwIGFmdGVyIDEgdXNlY3MKWyAgICA4LjMxMjY3MV0gY2FsbGluZyAgeGZybV91 c2VyX2luaXQrMHgwLzB4NGEgQCAxClsgICAgOC4zMTI2NzJdIEluaXRpYWxpemluZyBYRlJNIG5l dGxpbmsgc29ja2V0ClsgICAgOC4zMTI2NzddIGluaXRjYWxsIHhmcm1fdXNlcl9pbml0KzB4MC8w eDRhIHJldHVybmVkIDAgYWZ0ZXIgNCB1c2VjcwpbICAgIDguMzEyNjc5XSBjYWxsaW5nICBpbmV0 Nl9pbml0KzB4MC8weDJhZiBAIDEKWyAgICA4LjMxMjg3MV0gTkVUOiBSZWdpc3RlcmVkIHByb3Rv Y29sIGZhbWlseSAxMApbICAgIDguMzEzMDkwXSBpbml0Y2FsbCBpbmV0Nl9pbml0KzB4MC8weDJh ZiByZXR1cm5lZCAwIGFmdGVyIDM5NyB1c2VjcwpbICAgIDguMzEzMDkyXSBjYWxsaW5nICBhaDZf aW5pdCsweDAvMHg2ZCBAIDEKWyAgICA4LjMxMzA5NF0gaW5pdGNhbGwgYWg2X2luaXQrMHgwLzB4 NmQgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgOC4zMTMwOTZdIGNhbGxpbmcgIGVzcDZf aW5pdCsweDAvMHg2ZCBAIDEKWyAgICA4LjMxMzA5OF0gaW5pdGNhbGwgZXNwNl9pbml0KzB4MC8w eDZkIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDguMzEzMTAwXSBjYWxsaW5nICB4ZnJt Nl90cmFuc3BvcnRfaW5pdCsweDAvMHgxNyBAIDEKWyAgICA4LjMxMzEwMl0gaW5pdGNhbGwgeGZy bTZfdHJhbnNwb3J0X2luaXQrMHgwLzB4MTcgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAg OC4zMTMxMDRdIGNhbGxpbmcgIHhmcm02X21vZGVfdHVubmVsX2luaXQrMHgwLzB4MTcgQCAxClsg ICAgOC4zMTMxMDZdIGluaXRjYWxsIHhmcm02X21vZGVfdHVubmVsX2luaXQrMHgwLzB4MTcgcmV0 dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgOC4zMTMxMDhdIGNhbGxpbmcgIHhmcm02X2JlZXRf aW5pdCsweDAvMHgxNyBAIDEKWyAgICA4LjMxMzExMF0gaW5pdGNhbGwgeGZybTZfYmVldF9pbml0 KzB4MC8weDE3IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDguMzEzMTEyXSBjYWxsaW5n ICBpcDZfdGFibGVzX2luaXQrMHgwLzB4YWEgQCAxClsgICAgOC4zMTMxMThdIGlwNl90YWJsZXM6 IChDKSAyMDAwLTIwMDYgTmV0ZmlsdGVyIENvcmUgVGVhbQpbICAgIDguMzEzMTIwXSBpbml0Y2Fs bCBpcDZfdGFibGVzX2luaXQrMHgwLzB4YWEgcmV0dXJuZWQgMCBhZnRlciA1IHVzZWNzClsgICAg OC4zMTMxMjJdIGNhbGxpbmcgIGlwNnRhYmxlX2ZpbHRlcl9pbml0KzB4MC8weDRlIEAgMQpbICAg IDguMzEzMTMxXSBpbml0Y2FsbCBpcDZ0YWJsZV9maWx0ZXJfaW5pdCsweDAvMHg0ZSByZXR1cm5l ZCAwIGFmdGVyIDcgdXNlY3MKWyAgICA4LjMxMzEzM10gY2FsbGluZyAgaXA2dGFibGVfbWFuZ2xl X2luaXQrMHgwLzB4NGUgQCAxClsgICAgOC4zMTMxNDRdIGluaXRjYWxsIGlwNnRhYmxlX21hbmds ZV9pbml0KzB4MC8weDRlIHJldHVybmVkIDAgYWZ0ZXIgOSB1c2VjcwpbICAgIDguMzEzMTQ2XSBj YWxsaW5nICBuZl9jb25udHJhY2tfbDNwcm90b19pcHY2X2luaXQrMHgwLzB4ZjkgQCAxClsgICAg OC4zMTMxNTJdIGluaXRjYWxsIG5mX2Nvbm50cmFja19sM3Byb3RvX2lwdjZfaW5pdCsweDAvMHhm OSByZXR1cm5lZCAwIGFmdGVyIDMgdXNlY3MKWyAgICA4LjMxMzE1NF0gY2FsbGluZyAgbmZfZGVm cmFnX2luaXQrMHgwLzB4NTEgQCAxClsgICAgOC4zMTMxNTldIGluaXRjYWxsIG5mX2RlZnJhZ19p bml0KzB4MC8weDUxIHJldHVybmVkIDAgYWZ0ZXIgMiB1c2VjcwpbICAgIDguMzEzMTYxXSBjYWxs aW5nICBpcHY2aGVhZGVyX210Nl9pbml0KzB4MC8weDEyIEAgMQpbICAgIDguMzEzMTYzXSBpbml0 Y2FsbCBpcHY2aGVhZGVyX210Nl9pbml0KzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2Vj cwpbICAgIDguMzEzMTY0XSBjYWxsaW5nICByZWplY3RfdGc2X2luaXQrMHgwLzB4MTIgQCAxClsg ICAgOC4zMTMxNjZdIGluaXRjYWxsIHJlamVjdF90ZzZfaW5pdCsweDAvMHgxMiByZXR1cm5lZCAw IGFmdGVyIDAgdXNlY3MKWyAgICA4LjMxMzE2OF0gY2FsbGluZyAgc2l0X2luaXQrMHgwLzB4NWQg QCAxClsgICAgOC4zMTMxNjldIElQdjYgb3ZlciBJUHY0IHR1bm5lbGluZyBkcml2ZXIKWyAgICA4 LjMxMzM1NV0gaW5pdGNhbGwgc2l0X2luaXQrMHgwLzB4NWQgcmV0dXJuZWQgMCBhZnRlciAxNzkg dXNlY3MKWyAgICA4LjMxMzM1OF0gY2FsbGluZyAgcGFja2V0X2luaXQrMHgwLzB4NDYgQCAxClsg ICAgOC4zMTMzNTldIE5FVDogUmVnaXN0ZXJlZCBwcm90b2NvbCBmYW1pbHkgMTcKWyAgICA4LjMx MzM2M10gaW5pdGNhbGwgcGFja2V0X2luaXQrMHgwLzB4NDYgcmV0dXJuZWQgMCBhZnRlciAzIHVz ZWNzClsgICAgOC4zMTMzNjVdIGNhbGxpbmcgIGJyX2luaXQrMHgwLzB4OWYgQCAxClsgICAgOC4z MTMzNzRdIGluaXRjYWxsIGJyX2luaXQrMHgwLzB4OWYgcmV0dXJuZWQgMCBhZnRlciA2IHVzZWNz ClsgICAgOC4zMTMzNzZdIGNhbGxpbmcgIGluaXRfcnBjc2VjX2dzcysweDAvMHg2MSBAIDEKWyAg ICA4LjMxMzM4N10gaW5pdGNhbGwgaW5pdF9ycGNzZWNfZ3NzKzB4MC8weDYxIHJldHVybmVkIDAg YWZ0ZXIgOSB1c2VjcwpbICAgIDguMzEzMzg5XSBjYWxsaW5nICB2bGFuX3Byb3RvX2luaXQrMHgw LzB4N2YgQCAxClsgICAgOC4zMTMzOTBdIDgwMjFxOiA4MDIuMVEgVkxBTiBTdXBwb3J0IHYxLjgK WyAgICA4LjMxMzM5NV0gaW5pdGNhbGwgdmxhbl9wcm90b19pbml0KzB4MC8weDdmIHJldHVybmVk IDAgYWZ0ZXIgMyB1c2VjcwpbICAgIDguMzEzMzk3XSBjYWxsaW5nICBpbml0X2Ruc19yZXNvbHZl cisweDAvMHgxMDggQCAxClsgICAgOC4zMTMzOTldIFJlZ2lzdGVyaW5nIHRoZSBkbnNfcmVzb2x2 ZXIga2V5IHR5cGUKWyAgICA4LjMxMzQwNl0gaW5pdGNhbGwgaW5pdF9kbnNfcmVzb2x2ZXIrMHgw LzB4MTA4IHJldHVybmVkIDAgYWZ0ZXIgNiB1c2VjcwpbICAgIDguMzEzNDQwXSBjYWxsaW5nICBt Y2hlY2tfZGVidWdmc19pbml0KzB4MC8weDNiIEAgMQpbICAgIDguMzEzNDUyXSBpbml0Y2FsbCBt Y2hlY2tfZGVidWdmc19pbml0KzB4MC8weDNiIHJldHVybmVkIDAgYWZ0ZXIgOSB1c2VjcwpbICAg IDguMzEzNDU0XSBjYWxsaW5nICBzZXZlcml0aWVzX2RlYnVnZnNfaW5pdCsweDAvMHgzYiBAIDEK WyAgICA4LjMxMzQ1N10gaW5pdGNhbGwgc2V2ZXJpdGllc19kZWJ1Z2ZzX2luaXQrMHgwLzB4M2Ig cmV0dXJuZWQgMCBhZnRlciAxIHVzZWNzClsgICAgOC4zMTM0NThdIGNhbGxpbmcgIGhwZXRfaW5z ZXJ0X3Jlc291cmNlKzB4MC8weDIzIEAgMQpbICAgIDguMzEzNDYxXSBpbml0Y2FsbCBocGV0X2lu c2VydF9yZXNvdXJjZSsweDAvMHgyMyByZXR1cm5lZCAxIGFmdGVyIDAgdXNlY3MKWyAgICA4LjMx MzQ2M10gaW5pdGNhbGwgaHBldF9pbnNlcnRfcmVzb3VyY2UrMHgwLzB4MjMgcmV0dXJuZWQgd2l0 aCBlcnJvciBjb2RlIDEgClsgICAgOC4zMTM0NjVdIGNhbGxpbmcgIHVwZGF0ZV9tcF90YWJsZSsw eDAvMHg0MjQgQCAxClsgICAgOC4zMTM0NjhdIGluaXRjYWxsIHVwZGF0ZV9tcF90YWJsZSsweDAv MHg0MjQgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgOC4zMTM0NzBdIGNhbGxpbmcgIGxh cGljX2luc2VydF9yZXNvdXJjZSsweDAvMHgzZiBAIDEKWyAgICA4LjMxMzQ3NF0gaW5pdGNhbGwg bGFwaWNfaW5zZXJ0X3Jlc291cmNlKzB4MC8weDNmIHJldHVybmVkIDAgYWZ0ZXIgMSB1c2Vjcwpb ICAgIDguMzEzNDc2XSBjYWxsaW5nICBpb19hcGljX2J1Z19maW5hbGl6ZSsweDAvMHgxYiBAIDEK WyAgICA4LjMxMzQ3OF0gaW5pdGNhbGwgaW9fYXBpY19idWdfZmluYWxpemUrMHgwLzB4MWIgcmV0 dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgOC4zMTM0ODBdIGNhbGxpbmcgIHByaW50X0lDcysw eDAvMHg1ZDQgQCAxClsgICAgOC4zMTM0ODJdIGluaXRjYWxsIHByaW50X0lDcysweDAvMHg1ZDQg cmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgOC4zMTM0ODRdIGNhbGxpbmcgIGNoZWNrX2Vh cmx5X2lvcmVtYXBfbGVhaysweDAvMHg1MCBAIDEKWyAgICA4LjMxMzQ4Nl0gaW5pdGNhbGwgY2hl Y2tfZWFybHlfaW9yZW1hcF9sZWFrKzB4MC8weDUwIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2Vjcwpb ICAgIDguMzEzNDg4XSBjYWxsaW5nICBwYXRfbWVtdHlwZV9saXN0X2luaXQrMHgwLzB4MzIgQCAx ClsgICAgOC4zMTM0OTJdIGluaXRjYWxsIHBhdF9tZW10eXBlX2xpc3RfaW5pdCsweDAvMHgzMiBy ZXR1cm5lZCAwIGFmdGVyIDEgdXNlY3MKWyAgICA4LjMxMzQ5NV0gY2FsbGluZyAgaW5pdF9vb3Bz X2lkKzB4MC8weDQwIEAgMQpbICAgIDguMzEzNDk4XSBpbml0Y2FsbCBpbml0X29vcHNfaWQrMHgw LzB4NDAgcmV0dXJuZWQgMCBhZnRlciAxIHVzZWNzClsgICAgOC4zMTM1MDBdIGNhbGxpbmcgIHBy aW50a19sYXRlX2luaXQrMHgwLzB4NTYgQCAxClsgICAgOC4zMTM1MDJdIGluaXRjYWxsIHByaW50 a19sYXRlX2luaXQrMHgwLzB4NTYgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgOC4zMTM1 MDRdIGNhbGxpbmcgIHBtX3Fvc19wb3dlcl9pbml0KzB4MC8weDY5IEAgMQpbICAgIDguMzEzNjQy XSBpbml0Y2FsbCBwbV9xb3NfcG93ZXJfaW5pdCsweDAvMHg2OSByZXR1cm5lZCAwIGFmdGVyIDEz MSB1c2VjcwpbICAgIDguMzEzNjQ1XSBjYWxsaW5nICBwbV9kZWJ1Z2ZzX2luaXQrMHgwLzB4MjQg QCAxClsgICAgOC4zMTM2NDhdIGluaXRjYWxsIHBtX2RlYnVnZnNfaW5pdCsweDAvMHgyNCByZXR1 cm5lZCAwIGFmdGVyIDEgdXNlY3MKWyAgICA4LjMxMzY1Ml0gY2FsbGluZyAgc29mdHdhcmVfcmVz dW1lKzB4MC8weDI1MCBAIDEKWyAgICA4LjMxMzY1NF0gUE06IEhpYmVybmF0aW9uIGltYWdlIG5v dCBwcmVzZW50IG9yIGNvdWxkIG5vdCBiZSBsb2FkZWQuClsgICAgOC4zMTM2NTZdIGluaXRjYWxs IHNvZnR3YXJlX3Jlc3VtZSsweDAvMHgyNTAgcmV0dXJuZWQgLTIgYWZ0ZXIgMSB1c2VjcwpbICAg IDguMzEzNjU4XSBpbml0Y2FsbCBzb2Z0d2FyZV9yZXN1bWUrMHgwLzB4MjUwIHJldHVybmVkIHdp dGggZXJyb3IgY29kZSAtMiAKWyAgICA4LjMxMzY2MV0gY2FsbGluZyAgZGVidWdmc19rcHJvYmVf aW5pdCsweDAvMHg5MCBAIDEKWyAgICA4LjMxMzY2N10gaW5pdGNhbGwgZGVidWdmc19rcHJvYmVf aW5pdCsweDAvMHg5MCByZXR1cm5lZCAwIGFmdGVyIDMgdXNlY3MKWyAgICA4LjMxMzY2OV0gY2Fs bGluZyAgdGFza3N0YXRzX2luaXQrMHgwLzB4OTUgQCAxClsgICAgOC4zMTM2NzZdIHJlZ2lzdGVy ZWQgdGFza3N0YXRzIHZlcnNpb24gMQpbICAgIDguMzEzNjc4XSBpbml0Y2FsbCB0YXNrc3RhdHNf aW5pdCsweDAvMHg5NSByZXR1cm5lZCAwIGFmdGVyIDYgdXNlY3MKWyAgICA4LjMxMzY4MF0gY2Fs bGluZyAgY2xlYXJfYm9vdF90cmFjZXIrMHgwLzB4MmQgQCAxClsgICAgOC4zMTM2ODJdIGluaXRj YWxsIGNsZWFyX2Jvb3RfdHJhY2VyKzB4MC8weDJkIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2Vjcwpb ICAgIDguMzEzNjg0XSBjYWxsaW5nICBtYXhfc3dhcGZpbGVzX2NoZWNrKzB4MC8weDggQCAxClsg ICAgOC4zMTM2ODZdIGluaXRjYWxsIG1heF9zd2FwZmlsZXNfY2hlY2srMHgwLzB4OCByZXR1cm5l ZCAwIGFmdGVyIDAgdXNlY3MKWyAgICA4LjMxMzY4OF0gY2FsbGluZyAgcmFuZG9tMzJfcmVzZWVk KzB4MC8weGEyIEAgMQpbICAgIDguMzEzNjk1XSBpbml0Y2FsbCByYW5kb20zMl9yZXNlZWQrMHgw LzB4YTIgcmV0dXJuZWQgMCBhZnRlciA0IHVzZWNzClsgICAgOC4zMTM2OTddIGNhbGxpbmcgIHBj aV9yZXNvdXJjZV9hbGlnbm1lbnRfc3lzZnNfaW5pdCsweDAvMHgxOSBAIDEKWyAgICA4LjMxMzcw MV0gaW5pdGNhbGwgcGNpX3Jlc291cmNlX2FsaWdubWVudF9zeXNmc19pbml0KzB4MC8weDE5IHJl dHVybmVkIDAgYWZ0ZXIgMSB1c2VjcwpbICAgIDguMzEzNzAyXSBjYWxsaW5nICBwY2lfc3lzZnNf aW5pdCsweDAvMHg1MSBAIDEKWyAgICA4LjMxMzk2N10gaW5pdGNhbGwgcGNpX3N5c2ZzX2luaXQr MHgwLzB4NTEgcmV0dXJuZWQgMCBhZnRlciAyNTYgdXNlY3MKWyAgICA4LjMxMzk3MF0gY2FsbGlu ZyAgYm9vdF93YWl0X2Zvcl9kZXZpY2VzKzB4MC8weDMwIEAgMQpbICAgIDguMzEzOTcyXSBpbml0 Y2FsbCBib290X3dhaXRfZm9yX2RldmljZXMrMHgwLzB4MzAgcmV0dXJuZWQgMCBhZnRlciAwIHVz ZWNzClsgICAgOC4zMTM5NzRdIGNhbGxpbmcgIHJhbmRvbV9pbnRfc2VjcmV0X2luaXQrMHgwLzB4 MTkgQCAxClsgICAgOC4zMTM5ODJdIGluaXRjYWxsIHJhbmRvbV9pbnRfc2VjcmV0X2luaXQrMHgw LzB4MTkgcmV0dXJuZWQgMCBhZnRlciA1IHVzZWNzClsgICAgOC4zMTM5ODRdIGNhbGxpbmcgIHBz Yl9pbml0KzB4MC8weDE5IEAgMQpbICAgIDguMzEzOTg2XSBbZHJtOmRybV9wY2lfaW5pdF0sIApb ICAgIDguMzE0MDM3XSBpbml0Y2FsbCBwc2JfaW5pdCsweDAvMHgxOSByZXR1cm5lZCAwIGFmdGVy IDQ4IHVzZWNzClsgICAgOC4zMTQwMzldIGNhbGxpbmcgIGRlZmVycmVkX3Byb2JlX2luaXRjYWxs KzB4MC8weDYwIEAgMQpbICAgIDguMzE0MDcwXSBpbml0Y2FsbCBkZWZlcnJlZF9wcm9iZV9pbml0 Y2FsbCsweDAvMHg2MCByZXR1cm5lZCAwIGFmdGVyIDI3IHVzZWNzClsgICAgOC4zMTQwNzNdIGNh bGxpbmcgIGxhdGVfcmVzdW1lX2luaXQrMHgwLzB4MWIwIEAgMQpbICAgIDguMzE0MDc0XSAgIE1h Z2ljIG51bWJlcjogNDoyNTA6ODI5ClsgICAgOC4zMTQxNTZdIGluaXRjYWxsIGxhdGVfcmVzdW1l X2luaXQrMHgwLzB4MWIwIHJldHVybmVkIDAgYWZ0ZXIgNzkgdXNlY3MKWyAgICA4LjMxNDE1OV0g Y2FsbGluZyAgc2NzaV9jb21wbGV0ZV9hc3luY19zY2FucysweDAvMHgxNDAgQCAxClsgICAgOC4z MTQxNjFdIGluaXRjYWxsIHNjc2lfY29tcGxldGVfYXN5bmNfc2NhbnMrMHgwLzB4MTQwIHJldHVy bmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDguMzE0MTYzXSBjYWxsaW5nICBpbml0X25ldGNvbnNv bGUrMHgwLzB4MWUxIEAgMQpbICAgIDguMzM4MzM1XSBlaGNpX2hjZCAwMDAwOjAwOjFkLjc6IHBv cnQgNCBoaWdoIHNwZWVkClsgICAgOC4zMzgzMzldIGVoY2lfaGNkIDAwMDA6MDA6MWQuNzogR2V0 U3RhdHVzIHBvcnQ6NCBzdGF0dXMgMDAxMDA1IDAgIEFDSyBQT1dFUiBzaWc9c2UwIFBFIENPTk5F Q1QKWyAgICA4LjM4OTA2Ml0gdXNiIDEtNDogbmV3IGhpZ2gtc3BlZWQgVVNCIGRldmljZSBudW1i ZXIgMiB1c2luZyBlaGNpX2hjZApbICAgIDguNDQwMzMyXSBlaGNpX2hjZCAwMDAwOjAwOjFkLjc6 IHBvcnQgNCBoaWdoIHNwZWVkClsgICAgOC40NDAzMzVdIGVoY2lfaGNkIDAwMDA6MDA6MWQuNzog R2V0U3RhdHVzIHBvcnQ6NCBzdGF0dXMgMDAxMDA1IDAgIEFDSyBQT1dFUiBzaWc9c2UwIFBFIENP Tk5FQ1QKWyAgICA4LjQ1NDA4N10gdXNiIHVzYjM6IHN1c3BlbmRfcmggKGF1dG8tc3RvcCkKWyAg ICA4LjUwMzUzN10gdXNiIDEtNDogZGVmYXVsdCBsYW5ndWFnZSAweDA0MDkKWyAgICA4LjUwNjM0 NV0gdXNiIDEtNDogdWRldiAyLCBidXNudW0gMSwgbWlub3IgPSAxClsgICAgOC41MDYzNTFdIHVz YiAxLTQ6IE5ldyBVU0IgZGV2aWNlIGZvdW5kLCBpZFZlbmRvcj0xM2ZlLCBpZFByb2R1Y3Q9MzYw MApbICAgIDguNTA2MzU3XSB1c2IgMS00OiBOZXcgVVNCIGRldmljZSBzdHJpbmdzOiBNZnI9MSwg UHJvZHVjdD0yLCBTZXJpYWxOdW1iZXI9MwpbICAgIDguNTA2MzYzXSB1c2IgMS00OiBQcm9kdWN0 OiBzaWxpY29uLXBvd2VyClsgICAgOC41MDYzNjZdIHVzYiAxLTQ6IE1hbnVmYWN0dXJlcjogICAg ICAgICAKWyAgICA4LjUwNjM3MV0gdXNiIDEtNDogU2VyaWFsTnVtYmVyOiAxMDEwMTk1OEU2QUEx RTAwMTEyRDAxMTQKWyAgICA4LjUwNjQ5Nl0gdXNiIDEtNDogdXNiX3Byb2JlX2RldmljZQpbICAg IDguNTA2NDk4XSB1c2IgMS00OiBjb25maWd1cmF0aW9uICMxIGNob3NlbiBmcm9tIDEgY2hvaWNl ClsgICAgOC41MDY1OTldIHVzYiAxLTQ6IGFkZGluZyAxLTQ6MS4wIChjb25maWcgIzEsIGludGVy ZmFjZSAwKQpbICAgIDguNTA2NzE3XSB1c2Itc3RvcmFnZSAxLTQ6MS4wOiB1c2JfcHJvYmVfaW50 ZXJmYWNlClsgICAgOC41MDY3MjFdIHVzYi1zdG9yYWdlIDEtNDoxLjA6IHVzYl9wcm9iZV9pbnRl cmZhY2UgLSBnb3QgaWQKWyAgICA4LjUwNjc2Ml0gdXNiLXN0b3JhZ2UgMS00OjEuMDogUXVpcmtz IG1hdGNoIGZvciB2aWQgMTNmZSBwaWQgMzYwMDogNDAwMApbICAgIDguNTA2Nzc5XSBzY3NpNCA6 IHVzYi1zdG9yYWdlIDEtNDoxLjAKWyAgICA4LjUwNjg3Nl0gZHJpdmVycy91c2IvY29yZS9pbm9k ZS5jOiBjcmVhdGluZyBmaWxlICcwMDInClsgICAgOC41MDY4OTFdIGh1YiAzLTA6MS4wOiBzdGF0 ZSA3IHBvcnRzIDIgY2hnIDAwMDAgZXZ0IDAwMDAKWyAgICA4Ljk3MjI1N10gaW5wdXQ6IEltUFMv MiBMb2dpdGVjaCBXaGVlbCBNb3VzZSBhcyAvZGV2aWNlcy9wbGF0Zm9ybS9pODA0Mi9zZXJpbzEv aW5wdXQvaW5wdXQzClsgICAgOS41MDkwNzhdIHNjc2kgNDowOjA6MDogRGlyZWN0LUFjY2VzcyAg ICAgICAgICAgICAgc2lsaWNvbi1wb3dlciAgICBQTUFQIFBROiAwIEFOU0k6IDAgQ0NTClsgICAg OS41MDkyMjNdIGNhbGxpbmcgIDdfc2RfcHJvYmVfYXN5bmMrMHgwLzB4MWQwIEAgNQpbICAgIDku NTA5MzIxXSBzZCA0OjA6MDowOiBBdHRhY2hlZCBzY3NpIGdlbmVyaWMgc2cxIHR5cGUgMApbICAg IDkuNTA5OTA5XSBzZCA0OjA6MDowOiBbc2RiXSA3ODMxNTUyIDUxMi1ieXRlIGxvZ2ljYWwgYmxv Y2tzOiAoNC4wMCBHQi8zLjczIEdpQikKWyAgICA5LjUxMTQwMV0gc2QgNDowOjA6MDogW3NkYl0g V3JpdGUgUHJvdGVjdCBpcyBvZmYKWyAgICA5LjUxMTQwN10gc2QgNDowOjA6MDogW3NkYl0gTW9k ZSBTZW5zZTogMDMgNDEgMDAgMDAKWyAgICA5LjUxMjkwN10gc2QgNDowOjA6MDogW3NkYl0gTm8g Q2FjaGluZyBtb2RlIHBhZ2UgcHJlc2VudApbICAgIDkuNTEyOTEzXSBzZCA0OjA6MDowOiBbc2Ri XSBBc3N1bWluZyBkcml2ZSBjYWNoZTogd3JpdGUgdGhyb3VnaApbICAgIDkuNTE3NDAyXSBzZCA0 OjA6MDowOiBbc2RiXSBObyBDYWNoaW5nIG1vZGUgcGFnZSBwcmVzZW50ClsgICAgOS41MTc0MDdd IHNkIDQ6MDowOjA6IFtzZGJdIEFzc3VtaW5nIGRyaXZlIGNhY2hlOiB3cml0ZSB0aHJvdWdoClsg ICAgOS41MTgxNzNdICBzZGI6IHNkYjEKWyAgICA5LjUyMjAyNl0gc2QgNDowOjA6MDogW3NkYl0g Tm8gQ2FjaGluZyBtb2RlIHBhZ2UgcHJlc2VudApbICAgIDkuNTIyMDMyXSBzZCA0OjA6MDowOiBb c2RiXSBBc3N1bWluZyBkcml2ZSBjYWNoZTogd3JpdGUgdGhyb3VnaApbICAgIDkuNTIyMDM1XSBz ZCA0OjA6MDowOiBbc2RiXSBBdHRhY2hlZCBTQ1NJIHJlbW92YWJsZSBkaXNrClsgICAgOS41MjIw NDJdIGluaXRjYWxsIDdfc2RfcHJvYmVfYXN5bmMrMHgwLzB4MWQwIHJldHVybmVkIDAgYWZ0ZXIg MTI1MTUgdXNlY3MKWyAgIDEwLjMyMDIzMF0gY29uc29sZSBbbmV0Y29uMF0gZW5hYmxlZApbICAg MTAuMzIzOTAxXSBuZXRjb25zb2xlOiBuZXR3b3JrIGxvZ2dpbmcgc3RhcnRlZApbICAgMTAuMzIz OTA5XSBhc3luY19jb250aW51aW5nIEAgNzUxIGFmdGVyIDMzMDE5MTggdXNlYwpbICAgMTAuMzIz OTEzXSBpbml0Y2FsbCA0X2FzeW5jX3BvcnRfcHJvYmUrMHgwLzB4NzAgcmV0dXJuZWQgMCBhZnRl ciAzNTQ2NDM0IHVzZWNzClsgICAxMC4zMjM5MTddIGFzeW5jX2NvbnRpbnVpbmcgQCA4ODkgYWZ0 ZXIgMzIxMzQ5NSB1c2VjClsgICAxMC4zMjM5MjBdIGluaXRjYWxsIDVfYXN5bmNfcG9ydF9wcm9i ZSsweDAvMHg3MCByZXR1cm5lZCAwIGFmdGVyIDM1NDE0MTEgdXNlY3MKWyAgIDEwLjM1MzExOF0g aW5pdGNhbGwgaW5pdF9uZXRjb25zb2xlKzB4MC8weDFlMSByZXR1cm5lZCAwIGFmdGVyIDE5OTEx NjMgdXNlY3MKWyAgIDEwLjM2MDI0NF0gY2FsbGluZyAgYWNwaV9jcHVmcmVxX2luaXQrMHgwLzB4 YTQgQCAxClsgICAxMC4zNjUxNjBdIGluaXRjYWxsIGFjcGlfY3B1ZnJlcV9pbml0KzB4MC8weGE0 IHJldHVybmVkIC0xOSBhZnRlciA0NSB1c2VjcwpbICAgMTAuMzcyMTYxXSBjYWxsaW5nICBtZW1t YXBfaW5pdCsweDAvMHgzNSBAIDEKWyAgIDEwLjM3NjYyNl0gaW5pdGNhbGwgbWVtbWFwX2luaXQr MHgwLzB4MzUgcmV0dXJuZWQgMCBhZnRlciA2OSB1c2VjcwpbICAgMTAuMzgyOTI2XSBjYWxsaW5n ICBwY2lfbW1jZmdfbGF0ZV9pbnNlcnRfcmVzb3VyY2VzKzB4MC8weDU5IEAgMQpbICAgMTAuMzg5 MDU4XSBpbml0Y2FsbCBwY2lfbW1jZmdfbGF0ZV9pbnNlcnRfcmVzb3VyY2VzKzB4MC8weDU5IHJl dHVybmVkIDAgYWZ0ZXIgMSB1c2VjcwpbICAgMTAuMzk3MDAyXSBjYWxsaW5nICBuZXRfc2VjcmV0 X2luaXQrMHgwLzB4MTkgQCAxClsgICAxMC40MDE3NDVdIGluaXRjYWxsIG5ldF9zZWNyZXRfaW5p dCsweDAvMHgxOSByZXR1cm5lZCAwIGFmdGVyIDYgdXNlY3MKWyAgIDEwLjQwODI5MV0gY2FsbGlu ZyAgdGNwX2Nvbmdlc3Rpb25fZGVmYXVsdCsweDAvMHgxMiBAIDEKWyAgIDEwLjQxMzYxMV0gaW5p dGNhbGwgdGNwX2Nvbmdlc3Rpb25fZGVmYXVsdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDAg dXNlY3MKWyAgIDEwLjQyMDczNV0gY2FsbGluZyAgaXBfYXV0b19jb25maWcrMHgwLzB4ZTUwIEAg MQpbICAgMTAuNDI1NDQ5XSBpbml0Y2FsbCBpcF9hdXRvX2NvbmZpZysweDAvMHhlNTAgcmV0dXJu ZWQgMCBhZnRlciAxMyB1c2VjcwpbICAgMTAuNDMyMDU0XSBjYWxsaW5nICBhbHNhX3NvdW5kX2xh c3RfaW5pdCsweDAvMHg2MSBAIDEKWyAgIDEwLjQzNzE4OF0gQUxTQSBkZXZpY2UgbGlzdDoKWyAg IDEwLjQ0MDE0OV0gICAjMDogSERBIEludGVsIGF0IDB4ZmVhNzgwMDAgaXJxIDI4NgpbICAgMTAu NDQ0ODQ4XSBpbml0Y2FsbCBhbHNhX3NvdW5kX2xhc3RfaW5pdCsweDAvMHg2MSByZXR1cm5lZCAw IGFmdGVyIDc0NzkgdXNlY3MKWyAgIDEwLjQ1MjA1OV0gY2FsbGluZyAgaW5pdGlhbGl6ZV9oYXNo cm5kKzB4MC8weDE5IEAgMQpbICAgMTAuNDU3MDE4XSBpbml0Y2FsbCBpbml0aWFsaXplX2hhc2hy bmQrMHgwLzB4MTkgcmV0dXJuZWQgMCBhZnRlciAxIHVzZWNzClsgICAxMC40NjM5MjRdIGFzeW5j X3dhaXRpbmcgQCAxClsgICAxMC40NjY4ODddIGFzeW5jX2NvbnRpbnVpbmcgQCAxIGFmdGVyIDAg dXNlYwpbICAgMTAuNDcxMzA0XSBGcmVlaW5nIHVudXNlZCBrZXJuZWwgbWVtb3J5OiA2MjRrIGZy ZWVkClsgICAxMC40NzY0MTRdIFdyaXRlIHByb3RlY3RpbmcgdGhlIGtlcm5lbCByZWFkLW9ubHkg ZGF0YTogMTQzMzZrClsgICAxMC40ODY3ODddIEZyZWVpbmcgdW51c2VkIGtlcm5lbCBtZW1vcnk6 IDE1ODBrIGZyZWVkClsgICAxMC40OTI1NTNdIEZyZWVpbmcgdW51c2VkIGtlcm5lbCBtZW1vcnk6 IDEwNjRrIGZyZWVkClsgICAxMC41MjQ3MzRdIHVkZXZkWzEwNzhdOiBzdGFydGluZyB2ZXJzaW9u IDE4MgpbICAgMTAuNTQ4MzExXSBpcCB1c2VkIGdyZWF0ZXN0IHN0YWNrIGRlcHRoOiA0NzA0IGJ5 dGVzIGxlZnQKWyAgIDE2LjQ2MDA2M10gW2RybTppbnRlbF9jcnRfZGV0ZWN0XSwgQ1JUIGRldGVj dGVkIHZpYSBob3RwbHVnClsgICAxNi40NjU3NDRdIFtkcm06b3V0cHV0X3BvbGxfZXhlY3V0ZV0s IFtDT05ORUNUT1I6NTpWR0EtMV0gc3RhdHVzIHVwZGF0ZWQgZnJvbSAxIHRvIDEKWyAgIDMzLjgw NTk1OV0gRVhUMy1mcyAoc2RiMSk6IGVycm9yOiBjYW4ndCBmaW5kIGV4dDMgZmlsZXN5c3RlbSBv biBkZXYgc2RiMS4KWyAgIDU2LjY0ODUyMl0gcjgxNjkgMDAwMDowMjowMC4wOiBldGgwOiBsaW5r IGRvd24KWyAgIDU2LjY0ODUzOF0gcjgxNjkgMDAwMDowMjowMC4wOiBldGgwOiBsaW5rIGRvd24K WyAgIDU2LjY0ODU0M10gTk9IWjogbG9jYWxfc29mdGlycV9wZW5kaW5nIDA4ClsgICA1Ni42NjIw MzBdIEFERFJDT05GKE5FVERFVl9VUCk6IGV0aDA6IGxpbmsgaXMgbm90IHJlYWR5ClsgICA1OC4z NjQyNTldIHI4MTY5IDAwMDA6MDI6MDAuMDogZXRoMDogbGluayB1cApbICAgNTguMzY4OTE1XSBB RERSQ09ORihORVRERVZfQ0hBTkdFKTogZXRoMDogbGluayBiZWNvbWVzIHJlYWR5ClsgICA2OS4x MzgwNjddIGV0aDA6IG5vIElQdjYgcm91dGVycyBwcmVzZW50ClsgIDEyOS45MTUxOTBdIFtkcm06 ZHJtX2NydGNfaGVscGVyX3NldF9jb25maWddLCAKWyAgMTI5LjkxNTE5M10gW2RybTpkcm1fY3J0 Y19oZWxwZXJfc2V0X2NvbmZpZ10sIFtDUlRDOjNdIFtGQjoyNV0gI2Nvbm5lY3RvcnM9MSAoeCB5 KSAoMCAwKQpbICAxMjkuOTE1MjAwXSBbZHJtOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSwg W0NPTk5FQ1RPUjo1OlZHQS0xXSB0byBbQ1JUQzozXQpbICAxMjkuOTc5MzgwXSBbZHJtOmRybV9j cnRjX2hlbHBlcl9zZXRfY29uZmlnXSwgClsgIDEyOS45NzkzODJdIFtkcm06ZHJtX2NydGNfaGVs cGVyX3NldF9jb25maWddLCBbQ1JUQzozXSBbRkI6MjVdICNjb25uZWN0b3JzPTEgKHggeSkgKDAg MCkKWyAgMTI5Ljk3OTM4OF0gW2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10sIFtDT05O RUNUT1I6NTpWR0EtMV0gdG8gW0NSVEM6M10KWyAgMTI5Ljk3OTM5MF0gW2RybTpkcm1fY3J0Y19o ZWxwZXJfc2V0X2NvbmZpZ10sIApbICAxMjkuOTc5MzkyXSBbZHJtOmRybV9jcnRjX2hlbHBlcl9z ZXRfY29uZmlnXSwgW0NSVEM6NF0gW05PRkJdClsgIDEyOS45NzkzOTZdIFtkcm06ZHJtX2NydGNf aGVscGVyX3NldF9jb25maWddLCAKWyAgMTI5Ljk3OTM5N10gW2RybTpkcm1fY3J0Y19oZWxwZXJf c2V0X2NvbmZpZ10sIFtDUlRDOjNdIFtGQjoyNV0gI2Nvbm5lY3RvcnM9MSAoeCB5KSAoMCAwKQpb ICAxMjkuOTc5Mzk5XSBbZHJtOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSwgW0NPTk5FQ1RP Ujo1OlZHQS0xXSB0byBbQ1JUQzozXQpbICAxMjkuOTc5NDExXSBbZHJtOmRybV9jcnRjX2hlbHBl cl9zZXRfY29uZmlnXSwgClsgIDEyOS45Nzk0MTJdIFtkcm06ZHJtX2NydGNfaGVscGVyX3NldF9j b25maWddLCBbQ1JUQzozXSBbRkI6MjVdICNjb25uZWN0b3JzPTEgKHggeSkgKDAgMCkKWyAgMTI5 Ljk3OTQxNV0gW2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10sIFtDT05ORUNUT1I6NTpW R0EtMV0gdG8gW0NSVEM6M10KWyAgMTMwLjA4ODE3NV0gW2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0 X2NvbmZpZ10sIApbICAxMzAuMDg4MTc3XSBbZHJtOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmln XSwgW0NSVEM6M10gW0ZCOjI1XSAjY29ubmVjdG9ycz0xICh4IHkpICgwIDApClsgIDEzMC4wODgx ODBdIFtkcm06ZHJtX2NydGNfaGVscGVyX3NldF9jb25maWddLCBbQ09OTkVDVE9SOjU6VkdBLTFd IHRvIFtDUlRDOjNdClsgIDE4OC42MDIyNjZdIFtkcm06ZHJtX2NydGNfaGVscGVyX3NldF9jb25m aWddLCAKWyAgMTg4LjYwMjI2OF0gW2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10sIFtD UlRDOjNdIFtGQjoyNV0gI2Nvbm5lY3RvcnM9MSAoeCB5KSAoMCAwKQpbICAxODguNjAyMjc0XSBb ZHJtOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSwgW0NPTk5FQ1RPUjo1OlZHQS0xXSB0byBb Q1JUQzozXQpbICAxODguNjY2ODkwXSBbZHJtOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSwg ClsgIDE4OC42NjY4OTJdIFtkcm06ZHJtX2NydGNfaGVscGVyX3NldF9jb25maWddLCBbQ1JUQzoz XSBbRkI6MjVdICNjb25uZWN0b3JzPTEgKHggeSkgKDAgMCkKWyAgMTg4LjY2Njg5N10gW2RybTpk cm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10sIFtDT05ORUNUT1I6NTpWR0EtMV0gdG8gW0NSVEM6 M10KWyAgMTg4Ljc2MDE1Ml0gWDoxMTc1IG1hcCBwZm4gZXhwZWN0ZWQgbWFwcGluZyB0eXBlIHdy aXRlLWJhY2sgZm9yIGQwMDMwMDAwLWQwNTIyMDAwLCBnb3QgdW5jYWNoZWQtbWludXMKWyAgMTg4 Ljc3MTE1OV0gW2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10sIApbICAxODguNzcxMTYx XSBbZHJtOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSwgW0NSVEM6M10gW0ZCOjI1XSAjY29u bmVjdG9ycz0xICh4IHkpICgwIDApClsgIDE4OC43NzExNjldIFtkcm06ZHJtX2NydGNfaGVscGVy X3NldF9jb25maWddLCBbQ09OTkVDVE9SOjU6VkdBLTFdIHRvIFtDUlRDOjNdClsgIDE4OC43NzEx NzFdIFtkcm06ZHJtX2NydGNfaGVscGVyX3NldF9jb25maWddLCAKWyAgMTg4Ljc3MTE3Ml0gW2Ry bTpkcm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10sIFtDUlRDOjRdIFtOT0ZCXQpbICAxODguNzcx MTc3XSBbZHJtOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSwgClsgIDE4OC43NzExNzhdIFtk cm06ZHJtX2NydGNfaGVscGVyX3NldF9jb25maWddLCBbQ1JUQzozXSBbRkI6MjVdICNjb25uZWN0 b3JzPTEgKHggeSkgKDAgMCkKWyAgMTg4Ljc3MTE4MV0gW2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0 X2NvbmZpZ10sIFtDT05ORUNUT1I6NTpWR0EtMV0gdG8gW0NSVEM6M10KWyAgMTg4Ljc3MTE5NV0g W2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10sIApbICAxODguNzcxMTk2XSBbZHJtOmRy bV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSwgW0NSVEM6M10gW0ZCOjI1XSAjY29ubmVjdG9ycz0x ICh4IHkpICgwIDApClsgIDE4OC43NzExOTldIFtkcm06ZHJtX2NydGNfaGVscGVyX3NldF9jb25m aWddLCBbQ09OTkVDVE9SOjU6VkdBLTFdIHRvIFtDUlRDOjNdClsgIDE4OC44Nzk5NDVdIFtkcm06 ZHJtX2NydGNfaGVscGVyX3NldF9jb25maWddLCAKWyAgMTg4Ljg3OTk0Nl0gW2RybTpkcm1fY3J0 Y19oZWxwZXJfc2V0X2NvbmZpZ10sIFtDUlRDOjNdIFtGQjoyNV0gI2Nvbm5lY3RvcnM9MSAoeCB5 KSAoMCAwKQpbICAxODguODc5OTQ5XSBbZHJtOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSwg W0NPTk5FQ1RPUjo1OlZHQS0xXSB0byBbQ1JUQzozXQo= --f46d0444732f5980d404c53ff2f5 Content-Type: application/octet-stream; name="xen_dmesg.log" Content-Disposition: attachment; filename="xen_dmesg.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h4v3kbjm1 IF9fICBfXyAgICAgICAgICAgIF8gIF8gICAgXyAgIF9fX18gIAogXCBcLyAvX19fIF8gX18gICB8 IHx8IHwgIC8gfCB8X19fIFwgCiAgXCAgLy8gXyBcICdfIFwgIHwgfHwgfF8gfCB8ICAgX18pIHwK ICAvICBcICBfXy8gfCB8IHwgfF9fICAgX3x8IHxfIC8gX18vIAogL18vXF9cX19ffF98IHxffCAg ICB8X3woXylfKF8pX19fX198CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAK KFhFTikgWGVuIHZlcnNpb24gNC4xLjIgKHZvbmFtaUApIChnY2MgdmVyc2lvbiA0LjYuMSAoU291 cmNlcnkgQ29kZUJlbmNoIExpdGUgMjAxMS4wOS0yNCkgKSBXZWQgSnVsIDE4IDE2OjEzOjMwIE1T SyAyMDEyCihYRU4pIExhdGVzdCBDaGFuZ2VTZXQ6IHVuYXZhaWxhYmxlCihYRU4pIEJvb3Rsb2Fk ZXI6IFNZU0xJTlVYIDQuMDQgMjAxMTA1MTgKKFhFTikgQ29tbWFuZCBsaW5lOiB2Z2E9bW9kZS0w eDMxNyB4ZW5jb25zPW9mZgooWEVOKSBWaWRlbyBpbmZvcm1hdGlvbjoKKFhFTikgIFZHQSBpcyBn cmFwaGljcyBtb2RlIDEwMjR4NzY4LCAxNiBicHAKKFhFTikgIFZCRS9EREMgbWV0aG9kczogVjI7 IEVESUQgdHJhbnNmZXIgdGltZTogMSBzZWNvbmRzCihYRU4pIERpc2MgaW5mb3JtYXRpb246CihY RU4pICBGb3VuZCAyIE1CUiBzaWduYXR1cmVzCihYRU4pICBGb3VuZCAyIEVERCBpbmZvcm1hdGlv biBzdHJ1Y3R1cmVzCihYRU4pIFhlbi1lODIwIFJBTSBtYXA6CihYRU4pICAwMDAwMDAwMDAwMDAw MDAwIC0gMDAwMDAwMDAwMDA5ZmMwMCAodXNhYmxlKQooWEVOKSAgMDAwMDAwMDAwMDA5ZmMwMCAt IDAwMDAwMDAwMDAwYTAwMDAgKHJlc2VydmVkKQooWEVOKSAgMDAwMDAwMDAwMDBlMDAwMCAtIDAw MDAwMDAwMDAxMDAwMDAgKHJlc2VydmVkKQooWEVOKSAgMDAwMDAwMDAwMDEwMDAwMCAtIDAwMDAw MDAwY2Y2YTAwMDAgKHVzYWJsZSkKKFhFTikgIDAwMDAwMDAwY2Y2YTAwMDAgLSAwMDAwMDAwMGNm NmFlMDAwIChBQ1BJIGRhdGEpCihYRU4pICAwMDAwMDAwMGNmNmFlMDAwIC0gMDAwMDAwMDBjZjZm MDAwMCAoQUNQSSBOVlMpCihYRU4pICAwMDAwMDAwMGNmNmYwMDAwIC0gMDAwMDAwMDBjZjcwMDAw MCAocmVzZXJ2ZWQpCihYRU4pICAwMDAwMDAwMGZlZTAwMDAwIC0gMDAwMDAwMDBmZWUwMTAwMCAo cmVzZXJ2ZWQpCihYRU4pICAwMDAwMDAwMGZmYjAwMDAwIC0gMDAwMDAwMDEwMDAwMDAwMCAocmVz ZXJ2ZWQpCihYRU4pICAwMDAwMDAwMTAwMDAwMDAwIC0gMDAwMDAwMDEzMDAwMDAwMCAodXNhYmxl KQooWEVOKSBBQ1BJOiBSU0RQIDAwMEZBNjAwLCAwMDE0IChyMCBBQ1BJQU0pCihYRU4pIEFDUEk6 IFJTRFQgQ0Y2QTAwMDAsIDAwM0MgKHIxIDc1MjlNUyBBNzUyOTQwMCAyMDA5MDgxMCBNU0ZUICAg ICAgIDk3KQooWEVOKSBBQ1BJOiBGQUNQIENGNkEwMjAwLCAwMDg0IChyMSA3NTI5TVMgQTc1Mjk0 MDAgMjAwOTA4MTAgTVNGVCAgICAgICA5NykKKFhFTikgQUNQSTogRFNEVCBDRjZBMDQ0MCwgNUUy NyAocjEgIEE3NTI5IEE3NTI5NDAwICAgICAgNDAwIElOVEwgMjAwNTExMTcpCihYRU4pIEFDUEk6 IEZBQ1MgQ0Y2QUUwMDAsIDAwNDAKKFhFTikgQUNQSTogQVBJQyBDRjZBMDM5MCwgMDA2QyAocjEg NzUyOU1TIEE3NTI5NDAwIDIwMDkwODEwIE1TRlQgICAgICAgOTcpCihYRU4pIEFDUEk6IE1DRkcg Q0Y2QTA0MDAsIDAwM0MgKHIxIDc1MjlNUyBPRU1NQ0ZHICAyMDA5MDgxMCBNU0ZUICAgICAgIDk3 KQooWEVOKSBBQ1BJOiBPRU1CIENGNkFFMDQwLCAwMDcyIChyMSA3NTI5TVMgQTc1Mjk0MDAgMjAw OTA4MTAgTVNGVCAgICAgICA5NykKKFhFTikgQUNQSTogR1NDSSBDRjZBRTBDMCwgMjAyNCAocjEg NzUyOU1TIEdNQ0hTQ0kgIDIwMDkwODEwIE1TRlQgICAgICAgOTcpCihYRU4pIEFDUEk6IFNTRFQg Q0Y2QjA1ODAsIDAzNjMgKHIxIERwZ1BtbSAgICBDcHVQbSAgICAgICAxMiBJTlRMIDIwMDUxMTE3 KQooWEVOKSBTeXN0ZW0gUkFNOiA0MDg2TUIgKDQxODQzMTZrQikKKFhFTikgRG9tYWluIGhlYXAg aW5pdGlhbGlzZWQKKFhFTikgUHJvY2Vzc29yICMwIDc6NyBBUElDIHZlcnNpb24gMjAKKFhFTikg UHJvY2Vzc29yICMxIDc6NyBBUElDIHZlcnNpb24gMjAKKFhFTikgSU9BUElDWzBdOiBhcGljX2lk IDIsIHZlcnNpb24gMzIsIGFkZHJlc3MgMHhmZWMwMDAwMCwgR1NJIDAtMjMKKFhFTikgRW5hYmxp bmcgQVBJQyBtb2RlOiAgRmxhdC4gIFVzaW5nIDEgSS9PIEFQSUNzCihYRU4pIFRhYmxlIGlzIG5v dCBmb3VuZCEKKFhFTikgVXNpbmcgc2NoZWR1bGVyOiBTTVAgQ3JlZGl0IFNjaGVkdWxlciAoY3Jl ZGl0KQooWEVOKSBEZXRlY3RlZCAyODAwLjAzMCBNSHogcHJvY2Vzc29yLgooWEVOKSBJbml0aW5n IG1lbW9yeSBzaGFyaW5nLgooWEVOKSBJL08gdmlydHVhbGlzYXRpb24gZGlzYWJsZWQKKFhFTikg RU5BQkxJTkcgSU8tQVBJQyBJUlFzCihYRU4pICAtPiBVc2luZyBuZXcgQUNLIG1ldGhvZAooWEVO KSBQbGF0Zm9ybSB0aW1lciBpcyAzLjU3OU1IeiBBQ1BJIFBNIFRpbWVyCihYRU4pIEFsbG9jYXRl ZCBjb25zb2xlIHJpbmcgb2YgMTYgS2lCLgooWEVOKSBWTVg6IFN1cHBvcnRlZCBhZHZhbmNlZCBm ZWF0dXJlczoKKFhFTikgIC0gQVBJQyBNTUlPIGFjY2VzcyB2aXJ0dWFsaXNhdGlvbgooWEVOKSAg LSBBUElDIFRQUiBzaGFkb3cKKFhFTikgIC0gVmlydHVhbCBOTUkKKFhFTikgIC0gTVNSIGRpcmVj dC1hY2Nlc3MgYml0bWFwCihYRU4pIEhWTTogQVNJRHMgZGlzYWJsZWQuCihYRU4pIEhWTTogVk1Y IGVuYWJsZWQKKFhFTikgQnJvdWdodCB1cCAyIENQVXMKKFhFTikgQ1BVSURMRTogZGlzYWJsZWQg ZHVlIHRvIG5vIEhQRVQuIEZvcmNlIGVuYWJsZSB3aXRoICdjcHVpZGxlJy4KKFhFTikgKioqIExP QURJTkcgRE9NQUlOIDAgKioqCihYRU4pICBYZW4gIGtlcm5lbDogNjQtYml0LCBsc2IsIGNvbXBh dDMyCihYRU4pICBEb20wIGtlcm5lbDogNjQtYml0LCBQQUUsIGxzYiwgcGFkZHIgMHgxMDAwMDAw IC0+IDB4MjQ2MDAwMAooWEVOKSBQSFlTSUNBTCBNRU1PUlkgQVJSQU5HRU1FTlQ6CihYRU4pICBE b20wIGFsbG9jLjogICAwMDAwMDAwMTIwMDAwMDAwLT4wMDAwMDAwMTI0MDAwMDAwICg5NjA1MDgg cGFnZXMgdG8gYmUgYWxsb2NhdGVkKQooWEVOKSAgSW5pdC4gcmFtZGlzazogMDAwMDAwMDEyYTQ5 YzAwMC0+MDAwMDAwMDEyZmZmZjYwMAooWEVOKSBWSVJUVUFMIE1FTU9SWSBBUlJBTkdFTUVOVDoK KFhFTikgIExvYWRlZCBrZXJuZWw6IGZmZmZmZmZmODEwMDAwMDAtPmZmZmZmZmZmODI0NjAwMDAK KFhFTikgIEluaXQuIHJhbWRpc2s6IGZmZmZmZmZmODI0NjAwMDAtPmZmZmZmZmZmODdmYzM2MDAK KFhFTikgIFBoeXMtTWFjaCBtYXA6IGZmZmZmZmZmODdmYzQwMDAtPmZmZmZmZmZmODg3NjViMDAK KFhFTikgIFN0YXJ0IGluZm86ICAgIGZmZmZmZmZmODg3NjYwMDAtPmZmZmZmZmZmODg3NjY0YjQK KFhFTikgIFBhZ2UgdGFibGVzOiAgIGZmZmZmZmZmODg3NjcwMDAtPmZmZmZmZmZmODg3YjAwMDAK KFhFTikgIEJvb3Qgc3RhY2s6ICAgIGZmZmZmZmZmODg3YjAwMDAtPmZmZmZmZmZmODg3YjEwMDAK KFhFTikgIFRPVEFMOiAgICAgICAgIGZmZmZmZmZmODAwMDAwMDAtPmZmZmZmZmZmODhjMDAwMDAK KFhFTikgIEVOVFJZIEFERFJFU1M6IGZmZmZmZmZmODFlYmYyMDAKKFhFTikgRG9tMCBoYXMgbWF4 aW11bSAyIFZDUFVzCihYRU4pIFNjcnViYmluZyBGcmVlIFJBTTogLmRvbmUuCihYRU4pIFhlbiB0 cmFjZSBidWZmZXJzOiBkaXNhYmxlZAooWEVOKSBTdGQuIExvZ2xldmVsOiBFcnJvcnMgYW5kIHdh cm5pbmdzCihYRU4pIEd1ZXN0IExvZ2xldmVsOiBOb3RoaW5nIChSYXRlLWxpbWl0ZWQ6IEVycm9y cyBhbmQgd2FybmluZ3MpCihYRU4pIFhlbiBpcyByZWxpbnF1aXNoaW5nIFZHQSBjb25zb2xlLgoo WEVOKSAqKiogU2VyaWFsIGlucHV0IC0+IERPTTAgKHR5cGUgJ0NUUkwtYScgdGhyZWUgdGltZXMg dG8gc3dpdGNoIGlucHV0IHRvIFhlbikKKFhFTikgRnJlZWQgMjE2a0IgaW5pdCBtZW1vcnkuCihY RU4pIHBoeXNkZXYuYzoxNTU6IGRvbTA6IHdyb25nIG1hcF9waXJxIHR5cGUgMwo= --f46d0444732f5980d404c53ff2f5 Content-Type: application/octet-stream; name="xorg_fbdev.log" Content-Disposition: attachment; filename="xorg_fbdev.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h4v3kbju2 ClguT3JnIFggU2VydmVyIDEuNy41ClJlbGVhc2UgRGF0ZTogMjAxMC0wMi0xNgpYIFByb3RvY29s IFZlcnNpb24gMTEsIFJldmlzaW9uIDAKQnVpbGQgT3BlcmF0aW5nIFN5c3RlbTogTGludXggMy4w LjAtMTYtZ2VuZXJpYyB4ODZfNjQgCkN1cnJlbnQgT3BlcmF0aW5nIFN5c3RlbTogTGludXggaHds b2NrIDMuNC4zICM5IFNNUCBGcmkgSnVsIDIwIDEzOjAxOjIxIE1TSyAyMDEyIHg4Nl82NApLZXJu ZWwgY29tbWFuZCBsaW5lOiBkcm0uZGVidWc9MjU1IGRlYnVnIGxvZ2xldmVsPTggaW5pdGNhbGxf ZGVidWcgY29uc29sZT10dHlTMCwxMTUyMDBuOCAKQnVpbGQgRGF0ZTogMTggSnVseSAyMDEyICAw NDowNTowNFBNCiAKQ3VycmVudCB2ZXJzaW9uIG9mIHBpeG1hbjogMC4yNS4yCglCZWZvcmUgcmVw b3J0aW5nIHByb2JsZW1zLCBjaGVjayBodHRwOi8vd2lraS54Lm9yZwoJdG8gbWFrZSBzdXJlIHRo YXQgeW91IGhhdmUgdGhlIGxhdGVzdCB2ZXJzaW9uLgpNYXJrZXJzOiAoLS0pIHByb2JlZCwgKCoq KSBmcm9tIGNvbmZpZyBmaWxlLCAoPT0pIGRlZmF1bHQgc2V0dGluZywKCSgrKykgZnJvbSBjb21t YW5kIGxpbmUsICghISkgbm90aWNlLCAoSUkpIGluZm9ybWF0aW9uYWwsCgkoV1cpIHdhcm5pbmcs IChFRSkgZXJyb3IsIChOSSkgbm90IGltcGxlbWVudGVkLCAoPz8pIHVua25vd24uCig9PSkgTG9n IGZpbGU6ICIvdmFyL2xvZy9Yb3JnLjAubG9nIiwgVGltZTogRnJpIEp1bCAyMCAwOTo1MzozMyAy MDEyCihJSSkgTG9hZGVyIG1hZ2ljOiAweDc3OTNlMAooSUkpIE1vZHVsZSBBQkkgdmVyc2lvbnM6 CglYLk9yZyBBTlNJIEMgRW11bGF0aW9uOiAwLjQKCVguT3JnIFZpZGVvIERyaXZlcjogNi4wCglY Lk9yZyBYSW5wdXQgZHJpdmVyIDogNy4wCglYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uIDogMi4wCigt LSkgdXNpbmcgVlQgbnVtYmVyIDMKCigtLSkgUENJOiooMDowOjI6MCkgODA4NjoyOWMyOjE0NjI6 NzUyOSByZXYgMTYsIE1lbSBAIDB4ZmVhODAwMDAvNTI0Mjg4LCAweGQwMDAwMDAwLzI2ODQzNTQ1 NiwgMHhmZTkwMDAwMC8xMDQ4NTc2LCBJL08gQCAweDAwMDBkYzAwLzgKKD09KSBVc2luZyBkZWZh dWx0IGJ1aWx0LWluIGNvbmZpZ3VyYXRpb24gKDMwIGxpbmVzKQooPT0pIC0tLSBTdGFydCBvZiBi dWlsdC1pbiBjb25maWd1cmF0aW9uIC0tLQoJU2VjdGlvbiAiRGV2aWNlIgoJCUlkZW50aWZpZXIJ IkJ1aWx0aW4gRGVmYXVsdCBpbnRlbCBEZXZpY2UgMCIKCQlEcml2ZXIJImludGVsIgoJRW5kU2Vj dGlvbgoJU2VjdGlvbiAiU2NyZWVuIgoJCUlkZW50aWZpZXIJIkJ1aWx0aW4gRGVmYXVsdCBpbnRl bCBTY3JlZW4gMCIKCQlEZXZpY2UJIkJ1aWx0aW4gRGVmYXVsdCBpbnRlbCBEZXZpY2UgMCIKCUVu ZFNlY3Rpb24KCVNlY3Rpb24gIkRldmljZSIKCQlJZGVudGlmaWVyCSJCdWlsdGluIERlZmF1bHQg dmVzYSBEZXZpY2UgMCIKCQlEcml2ZXIJInZlc2EiCglFbmRTZWN0aW9uCglTZWN0aW9uICJTY3Jl ZW4iCgkJSWRlbnRpZmllcgkiQnVpbHRpbiBEZWZhdWx0IHZlc2EgU2NyZWVuIDAiCgkJRGV2aWNl CSJCdWlsdGluIERlZmF1bHQgdmVzYSBEZXZpY2UgMCIKCUVuZFNlY3Rpb24KCVNlY3Rpb24gIkRl dmljZSIKCQlJZGVudGlmaWVyCSJCdWlsdGluIERlZmF1bHQgZmJkZXYgRGV2aWNlIDAiCgkJRHJp dmVyCSJmYmRldiIKCUVuZFNlY3Rpb24KCVNlY3Rpb24gIlNjcmVlbiIKCQlJZGVudGlmaWVyCSJC dWlsdGluIERlZmF1bHQgZmJkZXYgU2NyZWVuIDAiCgkJRGV2aWNlCSJCdWlsdGluIERlZmF1bHQg ZmJkZXYgRGV2aWNlIDAiCglFbmRTZWN0aW9uCglTZWN0aW9uICJTZXJ2ZXJMYXlvdXQiCgkJSWRl bnRpZmllcgkiQnVpbHRpbiBEZWZhdWx0IExheW91dCIKCQlTY3JlZW4JIkJ1aWx0aW4gRGVmYXVs dCBpbnRlbCBTY3JlZW4gMCIKCQlTY3JlZW4JIkJ1aWx0aW4gRGVmYXVsdCB2ZXNhIFNjcmVlbiAw IgoJCVNjcmVlbgkiQnVpbHRpbiBEZWZhdWx0IGZiZGV2IFNjcmVlbiAwIgoJRW5kU2VjdGlvbgoo PT0pIC0tLSBFbmQgb2YgYnVpbHQtaW4gY29uZmlndXJhdGlvbiAtLS0KKD09KSBTZXJ2ZXJMYXlv dXQgIkJ1aWx0aW4gRGVmYXVsdCBMYXlvdXQiCigqKikgfC0tPlNjcmVlbiAiQnVpbHRpbiBEZWZh dWx0IGludGVsIFNjcmVlbiAwIiAoMCkKKCoqKSB8ICAgfC0tPk1vbml0b3IgIjxkZWZhdWx0IG1v bml0b3I+IgooKiopIHwgICB8LS0+RGV2aWNlICJCdWlsdGluIERlZmF1bHQgaW50ZWwgRGV2aWNl IDAiCig9PSkgTm8gbW9uaXRvciBzcGVjaWZpZWQgZm9yIHNjcmVlbiAiQnVpbHRpbiBEZWZhdWx0 IGludGVsIFNjcmVlbiAwIi4KCVVzaW5nIGEgZGVmYXVsdCBtb25pdG9yIGNvbmZpZ3VyYXRpb24u CigqKikgfC0tPlNjcmVlbiAiQnVpbHRpbiBEZWZhdWx0IHZlc2EgU2NyZWVuIDAiICgxKQooKiop IHwgICB8LS0+TW9uaXRvciAiPGRlZmF1bHQgbW9uaXRvcj4iCigqKikgfCAgIHwtLT5EZXZpY2Ug IkJ1aWx0aW4gRGVmYXVsdCB2ZXNhIERldmljZSAwIgooPT0pIE5vIG1vbml0b3Igc3BlY2lmaWVk IGZvciBzY3JlZW4gIkJ1aWx0aW4gRGVmYXVsdCB2ZXNhIFNjcmVlbiAwIi4KCVVzaW5nIGEgZGVm YXVsdCBtb25pdG9yIGNvbmZpZ3VyYXRpb24uCigqKikgfC0tPlNjcmVlbiAiQnVpbHRpbiBEZWZh dWx0IGZiZGV2IFNjcmVlbiAwIiAoMikKKCoqKSB8ICAgfC0tPk1vbml0b3IgIjxkZWZhdWx0IG1v bml0b3I+IgooKiopIHwgICB8LS0+RGV2aWNlICJCdWlsdGluIERlZmF1bHQgZmJkZXYgRGV2aWNl IDAiCig9PSkgTm8gbW9uaXRvciBzcGVjaWZpZWQgZm9yIHNjcmVlbiAiQnVpbHRpbiBEZWZhdWx0 IGZiZGV2IFNjcmVlbiAwIi4KCVVzaW5nIGEgZGVmYXVsdCBtb25pdG9yIGNvbmZpZ3VyYXRpb24u Cig9PSkgTm90IGF1dG9tYXRpY2FsbHkgYWRkaW5nIGRldmljZXMKKD09KSBOb3QgYXV0b21hdGlj YWxseSBlbmFibGluZyBkZXZpY2VzCihXVykgVGhlIGRpcmVjdG9yeSAiL3Vzci9zaGFyZS9mb250 cy9YMTEvL1RURi8iIGRvZXMgbm90IGV4aXN0LgoJRW50cnkgZGVsZXRlZCBmcm9tIGZvbnQgcGF0 aC4KKFdXKSBUaGUgZGlyZWN0b3J5ICIvdXNyL3NoYXJlL2ZvbnRzL1gxMS8vT1RGIiBkb2VzIG5v dCBleGlzdC4KCUVudHJ5IGRlbGV0ZWQgZnJvbSBmb250IHBhdGguCihXVykgVGhlIGRpcmVjdG9y eSAiL3Vzci9zaGFyZS9mb250cy9YMTEvL1R5cGUxLyIgZG9lcyBub3QgZXhpc3QuCglFbnRyeSBk ZWxldGVkIGZyb20gZm9udCBwYXRoLgooV1cpIGBmb250cy5kaXInIG5vdCBmb3VuZCAob3Igbm90 IHZhbGlkKSBpbiAiL3Vzci9zaGFyZS9mb250cy9YMTEvLzEwMGRwaS8iLgoJRW50cnkgZGVsZXRl ZCBmcm9tIGZvbnQgcGF0aC4KCShSdW4gJ21rZm9udGRpcicgb24gIi91c3Ivc2hhcmUvZm9udHMv WDExLy8xMDBkcGkvIikuCihXVykgYGZvbnRzLmRpcicgbm90IGZvdW5kIChvciBub3QgdmFsaWQp IGluICIvdXNyL3NoYXJlL2ZvbnRzL1gxMS8vNzVkcGkvIi4KCUVudHJ5IGRlbGV0ZWQgZnJvbSBm b250IHBhdGguCgkoUnVuICdta2ZvbnRkaXInIG9uICIvdXNyL3NoYXJlL2ZvbnRzL1gxMS8vNzVk cGkvIikuCig9PSkgRm9udFBhdGggc2V0IHRvOgoJL3Vzci9zaGFyZS9mb250cy9YMTEvL21pc2Mv Cig9PSkgTW9kdWxlUGF0aCBzZXQgdG8gIi91c3IvbGliL3hvcmcvbW9kdWxlcyIKKD09KSB8LS0+ SW5wdXQgRGV2aWNlICI8ZGVmYXVsdCBwb2ludGVyPiIKKD09KSB8LS0+SW5wdXQgRGV2aWNlICI8 ZGVmYXVsdCBrZXlib2FyZD4iCig9PSkgVGhlIGNvcmUgcG9pbnRlciBkZXZpY2Ugd2Fzbid0IHNw ZWNpZmllZCBleHBsaWNpdGx5IGluIHRoZSBsYXlvdXQuCglVc2luZyB0aGUgZGVmYXVsdCBtb3Vz ZSBjb25maWd1cmF0aW9uLgooPT0pIFRoZSBjb3JlIGtleWJvYXJkIGRldmljZSB3YXNuJ3Qgc3Bl Y2lmaWVkIGV4cGxpY2l0bHkgaW4gdGhlIGxheW91dC4KCVVzaW5nIHRoZSBkZWZhdWx0IGtleWJv YXJkIGNvbmZpZ3VyYXRpb24uCihXVykgT3BlbiBBQ1BJIGZhaWxlZCAoL3Zhci9ydW4vYWNwaWQu c29ja2V0KSAoTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeSkKKElJKSBMb2FkTW9kdWxlOiAiZXh0 bW9kIgooSUkpIExvYWRpbmcgL3Vzci9saWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvbGliZXh0 bW9kLnNvCihJSSkgTW9kdWxlIGV4dG1vZDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29t cGlsZWQgZm9yIDEuNy41LCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wCglNb2R1bGUgY2xhc3M6IFgu T3JnIFNlcnZlciBFeHRlbnNpb24KCUFCSSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbiwg dmVyc2lvbiAyLjAKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYRnJlZTg2LVZpZE1vZGVFeHRlbnNp b24KKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYRnJlZTg2LURHQQooSUkpIExvYWRpbmcgZXh0ZW5z aW9uIERQTVMKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYVmlkZW8KKElJKSBMb2FkaW5nIGV4dGVu c2lvbiBYVmlkZW8tTW90aW9uQ29tcGVuc2F0aW9uCihJSSkgTG9hZGluZyBleHRlbnNpb24gWC1S ZXNvdXJjZQooSUkpIExvYWRNb2R1bGU6ICJkYmUiCihJSSkgTG9hZGluZyAvdXNyL2xpYi94b3Jn L21vZHVsZXMvZXh0ZW5zaW9ucy9saWJkYmUuc28KKElJKSBNb2R1bGUgZGJlOiB2ZW5kb3I9Ilgu T3JnIEZvdW5kYXRpb24iCgljb21waWxlZCBmb3IgMS43LjUsIG1vZHVsZSB2ZXJzaW9uID0gMS4w LjAKCU1vZHVsZSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbgoJQUJJIGNsYXNzOiBYLk9y ZyBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJzaW9uIDIuMAooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIERP VUJMRS1CVUZGRVIKKElJKSBMb2FkTW9kdWxlOiAicmVjb3JkIgooSUkpIExvYWRpbmcgL3Vzci9s aWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvbGlicmVjb3JkLnNvCihJSSkgTW9kdWxlIHJlY29y ZDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNy41LCBtb2R1bGUg dmVyc2lvbiA9IDEuMTMuMAoJTW9kdWxlIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uCglB QkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gMi4wCihJSSkgTG9hZGlu ZyBleHRlbnNpb24gUkVDT1JECihJSSkgTG9hZE1vZHVsZTogImRyaTIiCihJSSkgTG9hZGluZyAv dXNyL2xpYi94b3JnL21vZHVsZXMvZXh0ZW5zaW9ucy9saWJkcmkyLnNvCihJSSkgTW9kdWxlIGRy aTI6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjcuNSwgbW9kdWxl IHZlcnNpb24gPSAxLjEuMAoJQUJJIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJz aW9uIDIuMAooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIERSSTIKKElJKSBMb2FkTW9kdWxlOiAiaW50 ZWwiCihXVykgV2FybmluZywgY291bGRuJ3Qgb3BlbiBtb2R1bGUgaW50ZWwKKElJKSBVbmxvYWRN b2R1bGU6ICJpbnRlbCIKKEVFKSBGYWlsZWQgdG8gbG9hZCBtb2R1bGUgImludGVsIiAobW9kdWxl IGRvZXMgbm90IGV4aXN0LCAwKQooSUkpIExvYWRNb2R1bGU6ICJ2ZXNhIgooV1cpIFdhcm5pbmcs IGNvdWxkbid0IG9wZW4gbW9kdWxlIHZlc2EKKElJKSBVbmxvYWRNb2R1bGU6ICJ2ZXNhIgooRUUp IEZhaWxlZCB0byBsb2FkIG1vZHVsZSAidmVzYSIgKG1vZHVsZSBkb2VzIG5vdCBleGlzdCwgMCkK KElJKSBMb2FkTW9kdWxlOiAiZmJkZXYiCihJSSkgTG9hZGluZyAvdXNyL2xpYi94b3JnL21vZHVs ZXMvZHJpdmVycy9mYmRldl9kcnYuc28KKElJKSBNb2R1bGUgZmJkZXY6IHZlbmRvcj0iWC5Pcmcg Rm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjcuNSwgbW9kdWxlIHZlcnNpb24gPSAwLjQuMgoJ QUJJIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIsIHZlcnNpb24gNi4wCihJSSkgTG9hZE1vZHVs ZTogIm1vdXNlIgooSUkpIExvYWRpbmcgL3Vzci9saWIveG9yZy9tb2R1bGVzL2lucHV0L21vdXNl X2Rydi5zbwooSUkpIE1vZHVsZSBtb3VzZTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29t cGlsZWQgZm9yIDEuNy41LCBtb2R1bGUgdmVyc2lvbiA9IDEuNS4wCglNb2R1bGUgY2xhc3M6IFgu T3JnIFhJbnB1dCBEcml2ZXIKCUFCSSBjbGFzczogWC5PcmcgWElucHV0IGRyaXZlciwgdmVyc2lv biA3LjAKKElJKSBMb2FkTW9kdWxlOiAia2JkIgooSUkpIExvYWRpbmcgL3Vzci9saWIveG9yZy9t b2R1bGVzL2lucHV0L2tiZF9kcnYuc28KKElJKSBNb2R1bGUga2JkOiB2ZW5kb3I9IlguT3JnIEZv dW5kYXRpb24iCgljb21waWxlZCBmb3IgMS43LjUsIG1vZHVsZSB2ZXJzaW9uID0gMS40LjAKCU1v ZHVsZSBjbGFzczogWC5PcmcgWElucHV0IERyaXZlcgoJQUJJIGNsYXNzOiBYLk9yZyBYSW5wdXQg ZHJpdmVyLCB2ZXJzaW9uIDcuMAooSUkpIEZCREVWOiBkcml2ZXIgZm9yIGZyYW1lYnVmZmVyOiBm YmRldgooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiZmJkZXZodyIKKElJKSBMb2FkTW9kdWxlOiAi ZmJkZXZodyIKKElJKSBMb2FkaW5nIC91c3IvbGliL3hvcmcvbW9kdWxlcy9saW51eC9saWJmYmRl dmh3LnNvCihJSSkgTW9kdWxlIGZiZGV2aHc6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNv bXBpbGVkIGZvciAxLjcuNSwgbW9kdWxlIHZlcnNpb24gPSAwLjAuMgoJQUJJIGNsYXNzOiBYLk9y ZyBWaWRlbyBEcml2ZXIsIHZlcnNpb24gNi4wCigqKikgRkJERVYoMCk6IGNsYWltZWQgUENJIHNs b3QgMEAwOjI6MAooSUkpIEZCREVWKDApOiB1c2luZyBkZWZhdWx0IGRldmljZQooSUkpIEZCREVW KDApOiBDcmVhdGluZyBkZWZhdWx0IERpc3BsYXkgc3Vic2VjdGlvbiBpbiBTY3JlZW4gc2VjdGlv bgoJIkJ1aWx0aW4gRGVmYXVsdCBmYmRldiBTY3JlZW4gMCIgZm9yIGRlcHRoL2ZiYnBwIDI0LzMy Cig9PSkgRkJERVYoMCk6IERlcHRoIDI0LCAoPT0pIGZyYW1lYnVmZmVyIGJwcCAzMgooPT0pIEZC REVWKDApOiBSR0Igd2VpZ2h0IDg4OAooPT0pIEZCREVWKDApOiBEZWZhdWx0IHZpc3VhbCBpcyBU cnVlQ29sb3IKKD09KSBGQkRFVigwKTogVXNpbmcgZ2FtbWEgY29ycmVjdGlvbiAoMS4wLCAxLjAs IDEuMCkKKElJKSBGQkRFVigwKTogaGFyZHdhcmU6IGludGVsZHJtZmIgKHZpZGVvIG1lbW9yeTog NTA2NGtCKQooSUkpIEZCREVWKDApOiBjaGVja2luZyBtb2RlcyBhZ2FpbnN0IGZyYW1lYnVmZmVy IGRldmljZS4uLgooSUkpIEZCREVWKDApOiBjaGVja2luZyBtb2RlcyBhZ2FpbnN0IG1vbml0b3Iu Li4KKC0tKSBGQkRFVigwKTogVmlydHVhbCBzaXplIGlzIDE0NDB4OTAwIChwaXRjaCAxNDQwKQoo KiopIEZCREVWKDApOiAgQnVpbHQtaW4gbW9kZSAiY3VycmVudCIKKD09KSBGQkRFVigwKTogRFBJ IHNldCB0byAoOTYsIDk2KQooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiZmIiCihJSSkgTG9hZE1v ZHVsZTogImZiIgooSUkpIExvYWRpbmcgL3Vzci9saWIveG9yZy9tb2R1bGVzL2xpYmZiLnNvCihJ SSkgTW9kdWxlIGZiOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxlZCBmb3IgMS43 LjUsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKCUFCSSBjbGFzczogWC5PcmcgQU5TSSBDIEVtdWxh dGlvbiwgdmVyc2lvbiAwLjQKKCoqKSBGQkRFVigwKTogdXNpbmcgc2hhZG93IGZyYW1lYnVmZmVy CihJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJzaGFkb3ciCihJSSkgTG9hZE1vZHVsZTogInNoYWRv dyIKKElJKSBMb2FkaW5nIC91c3IvbGliL3hvcmcvbW9kdWxlcy9saWJzaGFkb3cuc28KKElJKSBN b2R1bGUgc2hhZG93OiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxlZCBmb3IgMS43 LjUsIG1vZHVsZSB2ZXJzaW9uID0gMS4xLjAKCUFCSSBjbGFzczogWC5PcmcgQU5TSSBDIEVtdWxh dGlvbiwgdmVyc2lvbiAwLjQKKD09KSBEZXB0aCAyNCBwaXhtYXAgZm9ybWF0IGlzIDMyIGJwcAoo PT0pIEZCREVWKDApOiBCYWNraW5nIHN0b3JlIGRpc2FibGVkCihFRSkgRkJERVYoMCk6IEZCSU9Q VVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZh bGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50 CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYo MCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRD TUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlk IGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihF RSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6 IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQ OiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFy Z3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkg RkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZC SU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJ bnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3Vt ZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJE RVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9Q VVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZh bGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50 CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYo MCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRD TUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlk IGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihF RSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6 IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQ OiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFy Z3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkg RkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZC SU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJ bnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3Vt ZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJE RVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9Q VVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZh bGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50 CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYo MCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRD TUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlk IGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihF RSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6 IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQ OiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFy Z3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkg RkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZC SU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJ bnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3Vt ZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJE RVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9Q VVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZh bGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50 CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYo MCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRD TUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlk IGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihF RSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6 IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQ OiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFy Z3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkg RkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZC SU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJ bnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3Vt ZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJE RVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9Q VVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZh bGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50 CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYo MCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRD TUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlk IGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihF RSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6 IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQ OiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFy Z3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkg RkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZC SU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJ bnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3Vt ZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJE RVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9Q VVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZh bGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50 CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYo MCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRD TUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlk IGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihF RSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6 IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQ OiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFy Z3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkg RkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZC SU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJ bnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3Vt ZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJE RVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9Q VVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZh bGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50 CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYo MCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRD TUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlk IGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihF RSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6 IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQ OiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFy Z3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkg RkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZC SU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJ bnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3Vt ZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJE RVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9Q VVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZh bGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50 CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYo MCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRD TUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlk IGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihF RSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6 IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQ OiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFy Z3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkg RkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZC SU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJ bnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3Vt ZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJE RVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9Q VVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZh bGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50 CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYo MCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRD TUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlk IGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihF RSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6 IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQ OiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFy Z3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkg RkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZC SU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJ bnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3Vt ZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJE RVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9Q VVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZh bGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50 CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYo MCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRD TUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlk IGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihF RSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6 IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQ OiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFy Z3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkg RkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZC SU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJ bnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3Vt ZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJE RVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9Q VVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZh bGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50 CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYo MCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRD TUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlk IGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihF RSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6 IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQ OiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFy Z3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkg RkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZC SU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJ bnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3Vt ZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJE RVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9Q VVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZh bGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50 CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYo MCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRD TUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlk IGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihF RSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6 IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQ OiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFy Z3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkg RkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZC SU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJ bnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3Vt ZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJE RVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9Q VVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZh bGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50 CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYo MCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRD TUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlk IGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihF RSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6 IEZCSU9QVVRDTUFQOiBJbnZhbGlkIGFyZ3VtZW50CihFRSkgRkJERVYoMCk6IEZCSU9QVVRDTUFQ OiBJbnZhbGlkIGFyZ3VtZW50Cig9PSkgRkJERVYoMCk6IERQTVMgZW5hYmxlZAooPT0pIFJhbmRS IGVuYWJsZWQKKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIEdlbmVyaWMgRXZl bnQgRXh0ZW5zaW9uCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBTSEFQRQoo SUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gTUlULVNITQooSUkpIEluaXRpYWxp emluZyBidWlsdC1pbiBleHRlbnNpb24gWElucHV0RXh0ZW5zaW9uCihJSSkgSW5pdGlhbGl6aW5n IGJ1aWx0LWluIGV4dGVuc2lvbiBYVEVTVAooSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRl bnNpb24gQklHLVJFUVVFU1RTCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBT WU5DCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYS0VZQk9BUkQKKElJKSBJ bml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhDLU1JU0MKKElJKSBJbml0aWFsaXppbmcg YnVpbHQtaW4gZXh0ZW5zaW9uIFhJTkVSQU1BCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4 dGVuc2lvbiBYRklYRVMKKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFJFTkRF UgooSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gUkFORFIKKElJKSBJbml0aWFs aXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIERBTUFHRQpyZWNvcmQ6IFJFQ09SRCBleHRlbnNpb24g ZW5hYmxlZCBhdCBjb25maWd1cmUgdGltZS4KcmVjb3JkOiBUaGlzIGV4dGVuc2lvbiBpcyBrbm93 biB0byBiZSBicm9rZW4sIGRpc2FibGluZyBleHRlbnNpb24gbm93Li4KcmVjb3JkOiBodHRwOi8v YnVncy5mcmVlZGVza3RvcC5vcmcvc2hvd19idWcuY2dpP2lkPTIwNTAwCihFRSkgWEtCOiBDb3Vs ZCBub3QgaW52b2tlIHhrYmNvbXAKKEVFKSBYS0I6IENvdWxkbid0IGNvbXBpbGUga2V5bWFwClhL QjogRmFpbGVkIHRvIGNvbXBpbGUga2V5bWFwCktleWJvYXJkIGluaXRpYWxpemF0aW9uIGZhaWxl ZC4gVGhpcyBjb3VsZCBiZSBhIG1pc3Npbmcgb3IgaW5jb3JyZWN0IHNldHVwIG9mIHhrZXlib2Fy ZC1jb25maWcuCgpGYXRhbCBzZXJ2ZXIgZXJyb3I6CkZhaWxlZCB0byBhY3RpdmF0ZSBjb3JlIGRl dmljZXMuCgpQbGVhc2UgY29uc3VsdCB0aGUgVGhlIFguT3JnIEZvdW5kYXRpb24gc3VwcG9ydCAK CSBhdCBodHRwOi8vd2lraS54Lm9yZwogZm9yIGhlbHAuIApQbGVhc2UgYWxzbyBjaGVjayB0aGUg bG9nIGZpbGUgYXQgIi92YXIvbG9nL1hvcmcuMC5sb2ciIGZvciBhZGRpdGlvbmFsIGluZm9ybWF0 aW9uLgoK --f46d0444732f5980d404c53ff2f5 Content-Type: application/octet-stream; name="xorg_vesa.log" Content-Disposition: attachment; filename="xorg_vesa.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h4v3kbjv3 ClguT3JnIFggU2VydmVyIDEuNy41ClJlbGVhc2UgRGF0ZTogMjAxMC0wMi0xNgpYIFByb3RvY29s IFZlcnNpb24gMTEsIFJldmlzaW9uIDAKQnVpbGQgT3BlcmF0aW5nIFN5c3RlbTogTGludXggMy4w LjAtMTYtZ2VuZXJpYyB4ODZfNjQgCkN1cnJlbnQgT3BlcmF0aW5nIFN5c3RlbTogTGludXggaHds b2NrIDMuNC4zICM5IFNNUCBGcmkgSnVsIDIwIDEzOjAxOjIxIE1TSyAyMDEyIHg4Nl82NApLZXJu ZWwgY29tbWFuZCBsaW5lOiBkcm0uZGVidWc9MjU1IGRlYnVnIGxvZ2xldmVsPTggaW5pdGNhbGxf ZGVidWcgY29uc29sZT10dHlTMCwxMTUyMDBuOCAKQnVpbGQgRGF0ZTogMTggSnVseSAyMDEyICAw NDowNTowNFBNCiAKQ3VycmVudCB2ZXJzaW9uIG9mIHBpeG1hbjogMC4yNS4yCglCZWZvcmUgcmVw b3J0aW5nIHByb2JsZW1zLCBjaGVjayBodHRwOi8vd2lraS54Lm9yZwoJdG8gbWFrZSBzdXJlIHRo YXQgeW91IGhhdmUgdGhlIGxhdGVzdCB2ZXJzaW9uLgpNYXJrZXJzOiAoLS0pIHByb2JlZCwgKCoq KSBmcm9tIGNvbmZpZyBmaWxlLCAoPT0pIGRlZmF1bHQgc2V0dGluZywKCSgrKykgZnJvbSBjb21t YW5kIGxpbmUsICghISkgbm90aWNlLCAoSUkpIGluZm9ybWF0aW9uYWwsCgkoV1cpIHdhcm5pbmcs IChFRSkgZXJyb3IsIChOSSkgbm90IGltcGxlbWVudGVkLCAoPz8pIHVua25vd24uCig9PSkgTG9n IGZpbGU6ICIvdmFyL2xvZy9Yb3JnLjAubG9nIiwgVGltZTogRnJpIEp1bCAyMCAwOTo1MjozNSAy MDEyCihJSSkgTG9hZGVyIG1hZ2ljOiAweDc3OTNlMAooSUkpIE1vZHVsZSBBQkkgdmVyc2lvbnM6 CglYLk9yZyBBTlNJIEMgRW11bGF0aW9uOiAwLjQKCVguT3JnIFZpZGVvIERyaXZlcjogNi4wCglY Lk9yZyBYSW5wdXQgZHJpdmVyIDogNy4wCglYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uIDogMi4wCigt LSkgdXNpbmcgVlQgbnVtYmVyIDMKCigtLSkgUENJOiooMDowOjI6MCkgODA4NjoyOWMyOjE0NjI6 NzUyOSByZXYgMTYsIE1lbSBAIDB4ZmVhODAwMDAvNTI0Mjg4LCAweGQwMDAwMDAwLzI2ODQzNTQ1 NiwgMHhmZTkwMDAwMC8xMDQ4NTc2LCBJL08gQCAweDAwMDBkYzAwLzgKKD09KSBVc2luZyBkZWZh dWx0IGJ1aWx0LWluIGNvbmZpZ3VyYXRpb24gKDMwIGxpbmVzKQooPT0pIC0tLSBTdGFydCBvZiBi dWlsdC1pbiBjb25maWd1cmF0aW9uIC0tLQoJU2VjdGlvbiAiRGV2aWNlIgoJCUlkZW50aWZpZXIJ IkJ1aWx0aW4gRGVmYXVsdCBpbnRlbCBEZXZpY2UgMCIKCQlEcml2ZXIJImludGVsIgoJRW5kU2Vj dGlvbgoJU2VjdGlvbiAiU2NyZWVuIgoJCUlkZW50aWZpZXIJIkJ1aWx0aW4gRGVmYXVsdCBpbnRl bCBTY3JlZW4gMCIKCQlEZXZpY2UJIkJ1aWx0aW4gRGVmYXVsdCBpbnRlbCBEZXZpY2UgMCIKCUVu ZFNlY3Rpb24KCVNlY3Rpb24gIkRldmljZSIKCQlJZGVudGlmaWVyCSJCdWlsdGluIERlZmF1bHQg dmVzYSBEZXZpY2UgMCIKCQlEcml2ZXIJInZlc2EiCglFbmRTZWN0aW9uCglTZWN0aW9uICJTY3Jl ZW4iCgkJSWRlbnRpZmllcgkiQnVpbHRpbiBEZWZhdWx0IHZlc2EgU2NyZWVuIDAiCgkJRGV2aWNl CSJCdWlsdGluIERlZmF1bHQgdmVzYSBEZXZpY2UgMCIKCUVuZFNlY3Rpb24KCVNlY3Rpb24gIkRl dmljZSIKCQlJZGVudGlmaWVyCSJCdWlsdGluIERlZmF1bHQgZmJkZXYgRGV2aWNlIDAiCgkJRHJp dmVyCSJmYmRldiIKCUVuZFNlY3Rpb24KCVNlY3Rpb24gIlNjcmVlbiIKCQlJZGVudGlmaWVyCSJC dWlsdGluIERlZmF1bHQgZmJkZXYgU2NyZWVuIDAiCgkJRGV2aWNlCSJCdWlsdGluIERlZmF1bHQg ZmJkZXYgRGV2aWNlIDAiCglFbmRTZWN0aW9uCglTZWN0aW9uICJTZXJ2ZXJMYXlvdXQiCgkJSWRl bnRpZmllcgkiQnVpbHRpbiBEZWZhdWx0IExheW91dCIKCQlTY3JlZW4JIkJ1aWx0aW4gRGVmYXVs dCBpbnRlbCBTY3JlZW4gMCIKCQlTY3JlZW4JIkJ1aWx0aW4gRGVmYXVsdCB2ZXNhIFNjcmVlbiAw IgoJCVNjcmVlbgkiQnVpbHRpbiBEZWZhdWx0IGZiZGV2IFNjcmVlbiAwIgoJRW5kU2VjdGlvbgoo PT0pIC0tLSBFbmQgb2YgYnVpbHQtaW4gY29uZmlndXJhdGlvbiAtLS0KKD09KSBTZXJ2ZXJMYXlv dXQgIkJ1aWx0aW4gRGVmYXVsdCBMYXlvdXQiCigqKikgfC0tPlNjcmVlbiAiQnVpbHRpbiBEZWZh dWx0IGludGVsIFNjcmVlbiAwIiAoMCkKKCoqKSB8ICAgfC0tPk1vbml0b3IgIjxkZWZhdWx0IG1v bml0b3I+IgooKiopIHwgICB8LS0+RGV2aWNlICJCdWlsdGluIERlZmF1bHQgaW50ZWwgRGV2aWNl IDAiCig9PSkgTm8gbW9uaXRvciBzcGVjaWZpZWQgZm9yIHNjcmVlbiAiQnVpbHRpbiBEZWZhdWx0 IGludGVsIFNjcmVlbiAwIi4KCVVzaW5nIGEgZGVmYXVsdCBtb25pdG9yIGNvbmZpZ3VyYXRpb24u CigqKikgfC0tPlNjcmVlbiAiQnVpbHRpbiBEZWZhdWx0IHZlc2EgU2NyZWVuIDAiICgxKQooKiop IHwgICB8LS0+TW9uaXRvciAiPGRlZmF1bHQgbW9uaXRvcj4iCigqKikgfCAgIHwtLT5EZXZpY2Ug IkJ1aWx0aW4gRGVmYXVsdCB2ZXNhIERldmljZSAwIgooPT0pIE5vIG1vbml0b3Igc3BlY2lmaWVk IGZvciBzY3JlZW4gIkJ1aWx0aW4gRGVmYXVsdCB2ZXNhIFNjcmVlbiAwIi4KCVVzaW5nIGEgZGVm YXVsdCBtb25pdG9yIGNvbmZpZ3VyYXRpb24uCigqKikgfC0tPlNjcmVlbiAiQnVpbHRpbiBEZWZh dWx0IGZiZGV2IFNjcmVlbiAwIiAoMikKKCoqKSB8ICAgfC0tPk1vbml0b3IgIjxkZWZhdWx0IG1v bml0b3I+IgooKiopIHwgICB8LS0+RGV2aWNlICJCdWlsdGluIERlZmF1bHQgZmJkZXYgRGV2aWNl IDAiCig9PSkgTm8gbW9uaXRvciBzcGVjaWZpZWQgZm9yIHNjcmVlbiAiQnVpbHRpbiBEZWZhdWx0 IGZiZGV2IFNjcmVlbiAwIi4KCVVzaW5nIGEgZGVmYXVsdCBtb25pdG9yIGNvbmZpZ3VyYXRpb24u Cig9PSkgTm90IGF1dG9tYXRpY2FsbHkgYWRkaW5nIGRldmljZXMKKD09KSBOb3QgYXV0b21hdGlj YWxseSBlbmFibGluZyBkZXZpY2VzCihXVykgVGhlIGRpcmVjdG9yeSAiL3Vzci9zaGFyZS9mb250 cy9YMTEvL1RURi8iIGRvZXMgbm90IGV4aXN0LgoJRW50cnkgZGVsZXRlZCBmcm9tIGZvbnQgcGF0 aC4KKFdXKSBUaGUgZGlyZWN0b3J5ICIvdXNyL3NoYXJlL2ZvbnRzL1gxMS8vT1RGIiBkb2VzIG5v dCBleGlzdC4KCUVudHJ5IGRlbGV0ZWQgZnJvbSBmb250IHBhdGguCihXVykgVGhlIGRpcmVjdG9y eSAiL3Vzci9zaGFyZS9mb250cy9YMTEvL1R5cGUxLyIgZG9lcyBub3QgZXhpc3QuCglFbnRyeSBk ZWxldGVkIGZyb20gZm9udCBwYXRoLgooV1cpIGBmb250cy5kaXInIG5vdCBmb3VuZCAob3Igbm90 IHZhbGlkKSBpbiAiL3Vzci9zaGFyZS9mb250cy9YMTEvLzEwMGRwaS8iLgoJRW50cnkgZGVsZXRl ZCBmcm9tIGZvbnQgcGF0aC4KCShSdW4gJ21rZm9udGRpcicgb24gIi91c3Ivc2hhcmUvZm9udHMv WDExLy8xMDBkcGkvIikuCihXVykgYGZvbnRzLmRpcicgbm90IGZvdW5kIChvciBub3QgdmFsaWQp IGluICIvdXNyL3NoYXJlL2ZvbnRzL1gxMS8vNzVkcGkvIi4KCUVudHJ5IGRlbGV0ZWQgZnJvbSBm b250IHBhdGguCgkoUnVuICdta2ZvbnRkaXInIG9uICIvdXNyL3NoYXJlL2ZvbnRzL1gxMS8vNzVk cGkvIikuCig9PSkgRm9udFBhdGggc2V0IHRvOgoJL3Vzci9zaGFyZS9mb250cy9YMTEvL21pc2Mv Cig9PSkgTW9kdWxlUGF0aCBzZXQgdG8gIi91c3IvbGliL3hvcmcvbW9kdWxlcyIKKD09KSB8LS0+ SW5wdXQgRGV2aWNlICI8ZGVmYXVsdCBwb2ludGVyPiIKKD09KSB8LS0+SW5wdXQgRGV2aWNlICI8 ZGVmYXVsdCBrZXlib2FyZD4iCig9PSkgVGhlIGNvcmUgcG9pbnRlciBkZXZpY2Ugd2Fzbid0IHNw ZWNpZmllZCBleHBsaWNpdGx5IGluIHRoZSBsYXlvdXQuCglVc2luZyB0aGUgZGVmYXVsdCBtb3Vz ZSBjb25maWd1cmF0aW9uLgooPT0pIFRoZSBjb3JlIGtleWJvYXJkIGRldmljZSB3YXNuJ3Qgc3Bl Y2lmaWVkIGV4cGxpY2l0bHkgaW4gdGhlIGxheW91dC4KCVVzaW5nIHRoZSBkZWZhdWx0IGtleWJv YXJkIGNvbmZpZ3VyYXRpb24uCihXVykgT3BlbiBBQ1BJIGZhaWxlZCAoL3Zhci9ydW4vYWNwaWQu c29ja2V0KSAoTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeSkKKElJKSBMb2FkTW9kdWxlOiAiZXh0 bW9kIgooSUkpIExvYWRpbmcgL3Vzci9saWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvbGliZXh0 bW9kLnNvCihJSSkgTW9kdWxlIGV4dG1vZDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29t cGlsZWQgZm9yIDEuNy41LCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wCglNb2R1bGUgY2xhc3M6IFgu T3JnIFNlcnZlciBFeHRlbnNpb24KCUFCSSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbiwg dmVyc2lvbiAyLjAKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYRnJlZTg2LVZpZE1vZGVFeHRlbnNp b24KKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYRnJlZTg2LURHQQooSUkpIExvYWRpbmcgZXh0ZW5z aW9uIERQTVMKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYVmlkZW8KKElJKSBMb2FkaW5nIGV4dGVu c2lvbiBYVmlkZW8tTW90aW9uQ29tcGVuc2F0aW9uCihJSSkgTG9hZGluZyBleHRlbnNpb24gWC1S ZXNvdXJjZQooSUkpIExvYWRNb2R1bGU6ICJkYmUiCihJSSkgTG9hZGluZyAvdXNyL2xpYi94b3Jn L21vZHVsZXMvZXh0ZW5zaW9ucy9saWJkYmUuc28KKElJKSBNb2R1bGUgZGJlOiB2ZW5kb3I9Ilgu T3JnIEZvdW5kYXRpb24iCgljb21waWxlZCBmb3IgMS43LjUsIG1vZHVsZSB2ZXJzaW9uID0gMS4w LjAKCU1vZHVsZSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbgoJQUJJIGNsYXNzOiBYLk9y ZyBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJzaW9uIDIuMAooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIERP VUJMRS1CVUZGRVIKKElJKSBMb2FkTW9kdWxlOiAicmVjb3JkIgooSUkpIExvYWRpbmcgL3Vzci9s aWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvbGlicmVjb3JkLnNvCihJSSkgTW9kdWxlIHJlY29y ZDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNy41LCBtb2R1bGUg dmVyc2lvbiA9IDEuMTMuMAoJTW9kdWxlIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uCglB QkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gMi4wCihJSSkgTG9hZGlu ZyBleHRlbnNpb24gUkVDT1JECihJSSkgTG9hZE1vZHVsZTogImRyaTIiCihJSSkgTG9hZGluZyAv dXNyL2xpYi94b3JnL21vZHVsZXMvZXh0ZW5zaW9ucy9saWJkcmkyLnNvCihJSSkgTW9kdWxlIGRy aTI6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjcuNSwgbW9kdWxl IHZlcnNpb24gPSAxLjEuMAoJQUJJIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJz aW9uIDIuMAooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIERSSTIKKElJKSBMb2FkTW9kdWxlOiAiaW50 ZWwiCihXVykgV2FybmluZywgY291bGRuJ3Qgb3BlbiBtb2R1bGUgaW50ZWwKKElJKSBVbmxvYWRN b2R1bGU6ICJpbnRlbCIKKEVFKSBGYWlsZWQgdG8gbG9hZCBtb2R1bGUgImludGVsIiAobW9kdWxl IGRvZXMgbm90IGV4aXN0LCAwKQooSUkpIExvYWRNb2R1bGU6ICJ2ZXNhIgooSUkpIExvYWRpbmcg L3Vzci9saWIveG9yZy9tb2R1bGVzL2RyaXZlcnMvdmVzYV9kcnYuc28KKElJKSBNb2R1bGUgdmVz YTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNy41LCBtb2R1bGUg dmVyc2lvbiA9IDIuMi4xCglNb2R1bGUgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlcgoJQUJJIGNs YXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIsIHZlcnNpb24gNi4wCihJSSkgTG9hZE1vZHVsZTogImZi ZGV2IgooSUkpIExvYWRpbmcgL3Vzci9saWIveG9yZy9tb2R1bGVzL2RyaXZlcnMvZmJkZXZfZHJ2 LnNvCihJSSkgTW9kdWxlIGZiZGV2OiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxl ZCBmb3IgMS43LjUsIG1vZHVsZSB2ZXJzaW9uID0gMC40LjIKCUFCSSBjbGFzczogWC5PcmcgVmlk ZW8gRHJpdmVyLCB2ZXJzaW9uIDYuMAooSUkpIExvYWRNb2R1bGU6ICJtb3VzZSIKKElJKSBMb2Fk aW5nIC91c3IvbGliL3hvcmcvbW9kdWxlcy9pbnB1dC9tb3VzZV9kcnYuc28KKElJKSBNb2R1bGUg bW91c2U6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjcuNSwgbW9k dWxlIHZlcnNpb24gPSAxLjUuMAoJTW9kdWxlIGNsYXNzOiBYLk9yZyBYSW5wdXQgRHJpdmVyCglB QkkgY2xhc3M6IFguT3JnIFhJbnB1dCBkcml2ZXIsIHZlcnNpb24gNy4wCihJSSkgTG9hZE1vZHVs ZTogImtiZCIKKElJKSBMb2FkaW5nIC91c3IvbGliL3hvcmcvbW9kdWxlcy9pbnB1dC9rYmRfZHJ2 LnNvCihJSSkgTW9kdWxlIGtiZDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQg Zm9yIDEuNy41LCBtb2R1bGUgdmVyc2lvbiA9IDEuNC4wCglNb2R1bGUgY2xhc3M6IFguT3JnIFhJ bnB1dCBEcml2ZXIKCUFCSSBjbGFzczogWC5PcmcgWElucHV0IGRyaXZlciwgdmVyc2lvbiA3LjAK KElJKSBWRVNBOiBkcml2ZXIgZm9yIFZFU0EgY2hpcHNldHM6IHZlc2EKKElJKSBGQkRFVjogZHJp dmVyIGZvciBmcmFtZWJ1ZmZlcjogZmJkZXYKKElJKSBQcmltYXJ5IERldmljZSBpczogUENJIDAw QDAwOjAyOjAKKFdXKSBGYWxsaW5nIGJhY2sgdG8gb2xkIHByb2JlIG1ldGhvZCBmb3IgZmJkZXYK KElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgImZiZGV2aHciCihJSSkgTG9hZE1vZHVsZTogImZiZGV2 aHciCihJSSkgTG9hZGluZyAvdXNyL2xpYi94b3JnL21vZHVsZXMvbGludXgvbGliZmJkZXZody5z bwooSUkpIE1vZHVsZSBmYmRldmh3OiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxl ZCBmb3IgMS43LjUsIG1vZHVsZSB2ZXJzaW9uID0gMC4wLjIKCUFCSSBjbGFzczogWC5PcmcgVmlk ZW8gRHJpdmVyLCB2ZXJzaW9uIDYuMAooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAidmJlIgooSUkp IExvYWRNb2R1bGU6ICJ2YmUiCihJSSkgTG9hZGluZyAvdXNyL2xpYi94b3JnL21vZHVsZXMvbGli dmJlLnNvCihJSSkgTW9kdWxlIHZiZTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGls ZWQgZm9yIDEuNy41LCBtb2R1bGUgdmVyc2lvbiA9IDEuMS4wCglBQkkgY2xhc3M6IFguT3JnIFZp ZGVvIERyaXZlciwgdmVyc2lvbiA2LjAKKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgImludDEwIgoo SUkpIExvYWRNb2R1bGU6ICJpbnQxMCIKKElJKSBMb2FkaW5nIC91c3IvbGliL3hvcmcvbW9kdWxl cy9saWJpbnQxMC5zbwooSUkpIE1vZHVsZSBpbnQxMDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9u IgoJY29tcGlsZWQgZm9yIDEuNy41LCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wCglBQkkgY2xhc3M6 IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiA2LjAKKElJKSBWRVNBKDApOiBpbml0aWFsaXpp bmcgaW50MTAKKFdXKSBTeXN0ZW0gbGFja3Mgc3VwcG9ydCBmb3IgY2hhbmdpbmcgTVRSUnMKKEVF KSBWRVNBKDApOiBWX0JJT1MgYWRkcmVzcyAweDAgb3V0IG9mIHJhbmdlCihJSSkgVW5sb2FkTW9k dWxlOiAidmVzYSIKKElJKSBVbmxvYWRNb2R1bGU6ICJpbnQxMCIKKElJKSBVbmxvYWRpbmcgL3Vz ci9saWIveG9yZy9tb2R1bGVzL2xpYmludDEwLnNvCihJSSkgVW5sb2FkTW9kdWxlOiAidmJlIgoo SUkpIFVubG9hZGluZyAvdXNyL2xpYi94b3JnL21vZHVsZXMvbGlidmJlLnNvCihFRSkgU2NyZWVu KHMpIGZvdW5kLCBidXQgbm9uZSBoYXZlIGEgdXNhYmxlIGNvbmZpZ3VyYXRpb24uCgpGYXRhbCBz ZXJ2ZXIgZXJyb3I6Cm5vIHNjcmVlbnMgZm91bmQKClBsZWFzZSBjb25zdWx0IHRoZSBUaGUgWC5P cmcgRm91bmRhdGlvbiBzdXBwb3J0IAoJIGF0IGh0dHA6Ly93aWtpLngub3JnCiBmb3IgaGVscC4g ClBsZWFzZSBhbHNvIGNoZWNrIHRoZSBsb2cgZmlsZSBhdCAiL3Zhci9sb2cvWG9yZy4wLmxvZyIg Zm9yIGFkZGl0aW9uYWwgaW5mb3JtYXRpb24uCgo= --f46d0444732f5980d404c53ff2f5 Content-Type: application/octet-stream; name=".config" Content-Disposition: attachment; filename=".config" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h4v3kkkf4 IwojIEF1dG9tYXRpY2FsbHkgZ2VuZXJhdGVkIGZpbGU7IERPIE5PVCBFRElULgojIExpbnV4L3g4 Nl82NCAzLjQuMyBLZXJuZWwgQ29uZmlndXJhdGlvbgojCkNPTkZJR182NEJJVD15CiMgQ09ORklH X1g4Nl8zMiBpcyBub3Qgc2V0CkNPTkZJR19YODZfNjQ9eQpDT05GSUdfWDg2PXkKQ09ORklHX0lO U1RSVUNUSU9OX0RFQ09ERVI9eQpDT05GSUdfT1VUUFVUX0ZPUk1BVD0iZWxmNjQteDg2LTY0IgpD T05GSUdfQVJDSF9ERUZDT05GSUc9ImFyY2gveDg2L2NvbmZpZ3MveDg2XzY0X2RlZmNvbmZpZyIK Q09ORklHX0dFTkVSSUNfQ01PU19VUERBVEU9eQpDT05GSUdfQ0xPQ0tTT1VSQ0VfV0FUQ0hET0c9 eQpDT05GSUdfR0VORVJJQ19DTE9DS0VWRU5UUz15CkNPTkZJR19BUkNIX0NMT0NLU09VUkNFX0RB VEE9eQpDT05GSUdfR0VORVJJQ19DTE9DS0VWRU5UU19CUk9BRENBU1Q9eQpDT05GSUdfTE9DS0RF UF9TVVBQT1JUPXkKQ09ORklHX1NUQUNLVFJBQ0VfU1VQUE9SVD15CkNPTkZJR19IQVZFX0xBVEVO Q1lUT1BfU1VQUE9SVD15CkNPTkZJR19NTVU9eQpDT05GSUdfTkVFRF9ETUFfTUFQX1NUQVRFPXkK Q09ORklHX05FRURfU0dfRE1BX0xFTkdUSD15CkNPTkZJR19HRU5FUklDX0lTQV9ETUE9eQpDT05G SUdfR0VORVJJQ19CVUc9eQpDT05GSUdfR0VORVJJQ19CVUdfUkVMQVRJVkVfUE9JTlRFUlM9eQpD T05GSUdfR0VORVJJQ19IV0VJR0hUPXkKQ09ORklHX0FSQ0hfTUFZX0hBVkVfUENfRkRDPXkKIyBD T05GSUdfUldTRU1fR0VORVJJQ19TUElOTE9DSyBpcyBub3Qgc2V0CkNPTkZJR19SV1NFTV9YQ0hH QUREX0FMR09SSVRITT15CkNPTkZJR19BUkNIX0hBU19DUFVfSURMRV9XQUlUPXkKQ09ORklHX0dF TkVSSUNfQ0FMSUJSQVRFX0RFTEFZPXkKQ09ORklHX0dFTkVSSUNfVElNRV9WU1lTQ0FMTD15CkNP TkZJR19BUkNIX0hBU19DUFVfUkVMQVg9eQpDT05GSUdfQVJDSF9IQVNfREVGQVVMVF9JRExFPXkK Q09ORklHX0FSQ0hfSEFTX0NBQ0hFX0xJTkVfU0laRT15CkNPTkZJR19BUkNIX0hBU19DUFVfQVVU T1BST0JFPXkKQ09ORklHX0hBVkVfU0VUVVBfUEVSX0NQVV9BUkVBPXkKQ09ORklHX05FRURfUEVS X0NQVV9FTUJFRF9GSVJTVF9DSFVOSz15CkNPTkZJR19ORUVEX1BFUl9DUFVfUEFHRV9GSVJTVF9D SFVOSz15CkNPTkZJR19BUkNIX0hJQkVSTkFUSU9OX1BPU1NJQkxFPXkKQ09ORklHX0FSQ0hfU1VT UEVORF9QT1NTSUJMRT15CkNPTkZJR19aT05FX0RNQTMyPXkKQ09ORklHX0FVRElUX0FSQ0g9eQpD T05GSUdfQVJDSF9TVVBQT1JUU19PUFRJTUlaRURfSU5MSU5JTkc9eQpDT05GSUdfQVJDSF9TVVBQ T1JUU19ERUJVR19QQUdFQUxMT0M9eQpDT05GSUdfSEFWRV9JTlRFTF9UWFQ9eQpDT05GSUdfWDg2 XzY0X1NNUD15CkNPTkZJR19YODZfSFQ9eQpDT05GSUdfQVJDSF9IV0VJR0hUX0NGTEFHUz0iLWZj YWxsLXNhdmVkLXJkaSAtZmNhbGwtc2F2ZWQtcnNpIC1mY2FsbC1zYXZlZC1yZHggLWZjYWxsLXNh dmVkLXJjeCAtZmNhbGwtc2F2ZWQtcjggLWZjYWxsLXNhdmVkLXI5IC1mY2FsbC1zYXZlZC1yMTAg LWZjYWxsLXNhdmVkLXIxMSIKIyBDT05GSUdfS1RJTUVfU0NBTEFSIGlzIG5vdCBzZXQKQ09ORklH X0FSQ0hfQ1BVX1BST0JFX1JFTEVBU0U9eQpDT05GSUdfREVGQ09ORklHX0xJU1Q9Ii9saWIvbW9k dWxlcy8kVU5BTUVfUkVMRUFTRS8uY29uZmlnIgpDT05GSUdfSEFWRV9JUlFfV09SSz15CkNPTkZJ R19JUlFfV09SSz15CgojCiMgR2VuZXJhbCBzZXR1cAojCkNPTkZJR19FWFBFUklNRU5UQUw9eQpD T05GSUdfSU5JVF9FTlZfQVJHX0xJTUlUPTMyCkNPTkZJR19DUk9TU19DT01QSUxFPSIiCkNPTkZJ R19MT0NBTFZFUlNJT049IiIKIyBDT05GSUdfTE9DQUxWRVJTSU9OX0FVVE8gaXMgbm90IHNldApD T05GSUdfSEFWRV9LRVJORUxfR1pJUD15CkNPTkZJR19IQVZFX0tFUk5FTF9CWklQMj15CkNPTkZJ R19IQVZFX0tFUk5FTF9MWk1BPXkKQ09ORklHX0hBVkVfS0VSTkVMX1haPXkKQ09ORklHX0hBVkVf S0VSTkVMX0xaTz15CkNPTkZJR19LRVJORUxfR1pJUD15CiMgQ09ORklHX0tFUk5FTF9CWklQMiBp cyBub3Qgc2V0CiMgQ09ORklHX0tFUk5FTF9MWk1BIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VSTkVM X1haIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VSTkVMX0xaTyBpcyBub3Qgc2V0CkNPTkZJR19ERUZB VUxUX0hPU1ROQU1FPSIobm9uZSkiCkNPTkZJR19TV0FQPXkKQ09ORklHX1NZU1ZJUEM9eQpDT05G SUdfU1lTVklQQ19TWVNDVEw9eQpDT05GSUdfUE9TSVhfTVFVRVVFPXkKQ09ORklHX1BPU0lYX01R VUVVRV9TWVNDVEw9eQpDT05GSUdfQlNEX1BST0NFU1NfQUNDVD15CiMgQ09ORklHX0JTRF9QUk9D RVNTX0FDQ1RfVjMgaXMgbm90IHNldAojIENPTkZJR19GSEFORExFIGlzIG5vdCBzZXQKQ09ORklH X1RBU0tTVEFUUz15CkNPTkZJR19UQVNLX0RFTEFZX0FDQ1Q9eQpDT05GSUdfVEFTS19YQUNDVD15 CkNPTkZJR19UQVNLX0lPX0FDQ09VTlRJTkc9eQpDT05GSUdfQVVESVQ9eQpDT05GSUdfQVVESVRT WVNDQUxMPXkKQ09ORklHX0FVRElUX1dBVENIPXkKQ09ORklHX0FVRElUX1RSRUU9eQojIENPTkZJ R19BVURJVF9MT0dJTlVJRF9JTU1VVEFCTEUgaXMgbm90IHNldApDT05GSUdfSEFWRV9HRU5FUklD X0hBUkRJUlFTPXkKCiMKIyBJUlEgc3Vic3lzdGVtCiMKQ09ORklHX0dFTkVSSUNfSEFSRElSUVM9 eQpDT05GSUdfR0VORVJJQ19JUlFfUFJPQkU9eQpDT05GSUdfR0VORVJJQ19JUlFfU0hPVz15CkNP TkZJR19HRU5FUklDX1BFTkRJTkdfSVJRPXkKQ09ORklHX0lSUV9GT1JDRURfVEhSRUFESU5HPXkK Q09ORklHX1NQQVJTRV9JUlE9eQoKIwojIFJDVSBTdWJzeXN0ZW0KIwpDT05GSUdfVFJFRV9SQ1U9 eQojIENPTkZJR19QUkVFTVBUX1JDVSBpcyBub3Qgc2V0CkNPTkZJR19SQ1VfRkFOT1VUPTMyCiMg Q09ORklHX1JDVV9GQU5PVVRfRVhBQ1QgaXMgbm90IHNldAojIENPTkZJR19SQ1VfRkFTVF9OT19I WiBpcyBub3Qgc2V0CiMgQ09ORklHX1RSRUVfUkNVX1RSQUNFIGlzIG5vdCBzZXQKQ09ORklHX0lL Q09ORklHPXkKQ09ORklHX0lLQ09ORklHX1BST0M9eQpDT05GSUdfTE9HX0JVRl9TSElGVD0xOApD T05GSUdfSEFWRV9VTlNUQUJMRV9TQ0hFRF9DTE9DSz15CkNPTkZJR19DR1JPVVBTPXkKIyBDT05G SUdfQ0dST1VQX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0NHUk9VUF9GUkVFWkVSPXkKIyBDT05G SUdfQ0dST1VQX0RFVklDRSBpcyBub3Qgc2V0CkNPTkZJR19DUFVTRVRTPXkKQ09ORklHX1BST0Nf UElEX0NQVVNFVD15CkNPTkZJR19DR1JPVVBfQ1BVQUNDVD15CkNPTkZJR19SRVNPVVJDRV9DT1VO VEVSUz15CiMgQ09ORklHX0NHUk9VUF9NRU1fUkVTX0NUTFIgaXMgbm90IHNldAojIENPTkZJR19D R1JPVVBfUEVSRiBpcyBub3Qgc2V0CkNPTkZJR19DR1JPVVBfU0NIRUQ9eQpDT05GSUdfRkFJUl9H Uk9VUF9TQ0hFRD15CiMgQ09ORklHX0NGU19CQU5EV0lEVEggaXMgbm90IHNldAojIENPTkZJR19S VF9HUk9VUF9TQ0hFRCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19DR1JPVVAgaXMgbm90IHNldAoj IENPTkZJR19DSEVDS1BPSU5UX1JFU1RPUkUgaXMgbm90IHNldApDT05GSUdfTkFNRVNQQUNFUz15 CkNPTkZJR19VVFNfTlM9eQpDT05GSUdfSVBDX05TPXkKQ09ORklHX1VTRVJfTlM9eQpDT05GSUdf UElEX05TPXkKQ09ORklHX05FVF9OUz15CiMgQ09ORklHX1NDSEVEX0FVVE9HUk9VUCBpcyBub3Qg c2V0CiMgQ09ORklHX1NZU0ZTX0RFUFJFQ0FURUQgaXMgbm90IHNldApDT05GSUdfUkVMQVk9eQpD T05GSUdfQkxLX0RFVl9JTklUUkQ9eQpDT05GSUdfSU5JVFJBTUZTX1NPVVJDRT0iIgpDT05GSUdf UkRfR1pJUD15CkNPTkZJR19SRF9CWklQMj15CkNPTkZJR19SRF9MWk1BPXkKQ09ORklHX1JEX1ha PXkKQ09ORklHX1JEX0xaTz15CiMgQ09ORklHX0NDX09QVElNSVpFX0ZPUl9TSVpFIGlzIG5vdCBz ZXQKQ09ORklHX1NZU0NUTD15CkNPTkZJR19BTk9OX0lOT0RFUz15CiMgQ09ORklHX0VYUEVSVCBp cyBub3Qgc2V0CiMgQ09ORklHX1NZU0NUTF9TWVNDQUxMIGlzIG5vdCBzZXQKQ09ORklHX0tBTExT WU1TPXkKIyBDT05GSUdfS0FMTFNZTVNfQUxMIGlzIG5vdCBzZXQKQ09ORklHX0hPVFBMVUc9eQpD T05GSUdfUFJJTlRLPXkKQ09ORklHX0JVRz15CkNPTkZJR19FTEZfQ09SRT15CkNPTkZJR19QQ1NQ S1JfUExBVEZPUk09eQpDT05GSUdfSEFWRV9QQ1NQS1JfUExBVEZPUk09eQpDT05GSUdfQkFTRV9G VUxMPXkKQ09ORklHX0ZVVEVYPXkKQ09ORklHX0VQT0xMPXkKQ09ORklHX1NJR05BTEZEPXkKQ09O RklHX1RJTUVSRkQ9eQpDT05GSUdfRVZFTlRGRD15CkNPTkZJR19TSE1FTT15CkNPTkZJR19BSU89 eQojIENPTkZJR19FTUJFRERFRCBpcyBub3Qgc2V0CkNPTkZJR19IQVZFX1BFUkZfRVZFTlRTPXkK CiMKIyBLZXJuZWwgUGVyZm9ybWFuY2UgRXZlbnRzIEFuZCBDb3VudGVycwojCkNPTkZJR19QRVJG X0VWRU5UUz15CiMgQ09ORklHX1BFUkZfQ09VTlRFUlMgaXMgbm90IHNldAojIENPTkZJR19ERUJV R19QRVJGX1VTRV9WTUFMTE9DIGlzIG5vdCBzZXQKQ09ORklHX1ZNX0VWRU5UX0NPVU5URVJTPXkK Q09ORklHX1BDSV9RVUlSS1M9eQpDT05GSUdfU0xVQl9ERUJVRz15CiMgQ09ORklHX0NPTVBBVF9C UksgaXMgbm90IHNldAojIENPTkZJR19TTEFCIGlzIG5vdCBzZXQKQ09ORklHX1NMVUI9eQpDT05G SUdfUFJPRklMSU5HPXkKQ09ORklHX1RSQUNFUE9JTlRTPXkKIyBDT05GSUdfT1BST0ZJTEUgaXMg bm90IHNldApDT05GSUdfSEFWRV9PUFJPRklMRT15CkNPTkZJR19PUFJPRklMRV9OTUlfVElNRVI9 eQpDT05GSUdfS1BST0JFUz15CiMgQ09ORklHX0pVTVBfTEFCRUwgaXMgbm90IHNldApDT05GSUdf T1BUUFJPQkVTPXkKQ09ORklHX0hBVkVfRUZGSUNJRU5UX1VOQUxJR05FRF9BQ0NFU1M9eQpDT05G SUdfS1JFVFBST0JFUz15CkNPTkZJR19IQVZFX0lPUkVNQVBfUFJPVD15CkNPTkZJR19IQVZFX0tQ Uk9CRVM9eQpDT05GSUdfSEFWRV9LUkVUUFJPQkVTPXkKQ09ORklHX0hBVkVfT1BUUFJPQkVTPXkK Q09ORklHX0hBVkVfQVJDSF9UUkFDRUhPT0s9eQpDT05GSUdfSEFWRV9ETUFfQVRUUlM9eQpDT05G SUdfVVNFX0dFTkVSSUNfU01QX0hFTFBFUlM9eQpDT05GSUdfSEFWRV9SRUdTX0FORF9TVEFDS19B Q0NFU1NfQVBJPXkKQ09ORklHX0hBVkVfRE1BX0FQSV9ERUJVRz15CkNPTkZJR19IQVZFX0hXX0JS RUFLUE9JTlQ9eQpDT05GSUdfSEFWRV9NSVhFRF9CUkVBS1BPSU5UU19SRUdTPXkKQ09ORklHX0hB VkVfVVNFUl9SRVRVUk5fTk9USUZJRVI9eQpDT05GSUdfSEFWRV9QRVJGX0VWRU5UU19OTUk9eQpD T05GSUdfSEFWRV9BUkNIX0pVTVBfTEFCRUw9eQpDT05GSUdfQVJDSF9IQVZFX05NSV9TQUZFX0NN UFhDSEc9eQpDT05GSUdfSEFWRV9BTElHTkVEX1NUUlVDVF9QQUdFPXkKQ09ORklHX0hBVkVfQ01Q WENIR19MT0NBTD15CkNPTkZJR19IQVZFX0NNUFhDSEdfRE9VQkxFPXkKCiMKIyBHQ09WLWJhc2Vk IGtlcm5lbCBwcm9maWxpbmcKIwojIENPTkZJR19HQ09WX0tFUk5FTCBpcyBub3Qgc2V0CiMgQ09O RklHX0hBVkVfR0VORVJJQ19ETUFfQ09IRVJFTlQgaXMgbm90IHNldApDT05GSUdfU0xBQklORk89 eQpDT05GSUdfUlRfTVVURVhFUz15CkNPTkZJR19CQVNFX1NNQUxMPTAKQ09ORklHX01PRFVMRVM9 eQojIENPTkZJR19NT0RVTEVfRk9SQ0VfTE9BRCBpcyBub3Qgc2V0CkNPTkZJR19NT0RVTEVfVU5M T0FEPXkKQ09ORklHX01PRFVMRV9GT1JDRV9VTkxPQUQ9eQojIENPTkZJR19NT0RWRVJTSU9OUyBp cyBub3Qgc2V0CiMgQ09ORklHX01PRFVMRV9TUkNWRVJTSU9OX0FMTCBpcyBub3Qgc2V0CkNPTkZJ R19TVE9QX01BQ0hJTkU9eQpDT05GSUdfQkxPQ0s9eQpDT05GSUdfQkxLX0RFVl9CU0c9eQojIENP TkZJR19CTEtfREVWX0JTR0xJQiBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfSU5URUdSSVRZ IGlzIG5vdCBzZXQKCiMKIyBQYXJ0aXRpb24gVHlwZXMKIwpDT05GSUdfUEFSVElUSU9OX0FEVkFO Q0VEPXkKIyBDT05GSUdfQUNPUk5fUEFSVElUSU9OIGlzIG5vdCBzZXQKQ09ORklHX09TRl9QQVJU SVRJT049eQpDT05GSUdfQU1JR0FfUEFSVElUSU9OPXkKIyBDT05GSUdfQVRBUklfUEFSVElUSU9O IGlzIG5vdCBzZXQKQ09ORklHX01BQ19QQVJUSVRJT049eQpDT05GSUdfTVNET1NfUEFSVElUSU9O PXkKQ09ORklHX0JTRF9ESVNLTEFCRUw9eQpDT05GSUdfTUlOSVhfU1VCUEFSVElUSU9OPXkKQ09O RklHX1NPTEFSSVNfWDg2X1BBUlRJVElPTj15CkNPTkZJR19VTklYV0FSRV9ESVNLTEFCRUw9eQoj IENPTkZJR19MRE1fUEFSVElUSU9OIGlzIG5vdCBzZXQKQ09ORklHX1NHSV9QQVJUSVRJT049eQoj IENPTkZJR19VTFRSSVhfUEFSVElUSU9OIGlzIG5vdCBzZXQKQ09ORklHX1NVTl9QQVJUSVRJT049 eQpDT05GSUdfS0FSTUFfUEFSVElUSU9OPXkKQ09ORklHX0VGSV9QQVJUSVRJT049eQojIENPTkZJ R19TWVNWNjhfUEFSVElUSU9OIGlzIG5vdCBzZXQKCiMKIyBJTyBTY2hlZHVsZXJzCiMKQ09ORklH X0lPU0NIRURfTk9PUD15CkNPTkZJR19JT1NDSEVEX0RFQURMSU5FPXkKQ09ORklHX0lPU0NIRURf Q0ZRPXkKIyBDT05GSUdfREVGQVVMVF9ERUFETElORSBpcyBub3Qgc2V0CkNPTkZJR19ERUZBVUxU X0NGUT15CiMgQ09ORklHX0RFRkFVTFRfTk9PUCBpcyBub3Qgc2V0CkNPTkZJR19ERUZBVUxUX0lP U0NIRUQ9ImNmcSIKIyBDT05GSUdfSU5MSU5FX1NQSU5fVFJZTE9DSyBpcyBub3Qgc2V0CiMgQ09O RklHX0lOTElORV9TUElOX1RSWUxPQ0tfQkggaXMgbm90IHNldAojIENPTkZJR19JTkxJTkVfU1BJ Tl9MT0NLIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5MSU5FX1NQSU5fTE9DS19CSCBpcyBub3Qgc2V0 CiMgQ09ORklHX0lOTElORV9TUElOX0xPQ0tfSVJRIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5MSU5F X1NQSU5fTE9DS19JUlFTQVZFIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5MSU5FX1NQSU5fVU5MT0NL X0JIIGlzIG5vdCBzZXQKQ09ORklHX0lOTElORV9TUElOX1VOTE9DS19JUlE9eQojIENPTkZJR19J TkxJTkVfU1BJTl9VTkxPQ0tfSVJRUkVTVE9SRSBpcyBub3Qgc2V0CiMgQ09ORklHX0lOTElORV9S RUFEX1RSWUxPQ0sgaXMgbm90IHNldAojIENPTkZJR19JTkxJTkVfUkVBRF9MT0NLIGlzIG5vdCBz ZXQKIyBDT05GSUdfSU5MSU5FX1JFQURfTE9DS19CSCBpcyBub3Qgc2V0CiMgQ09ORklHX0lOTElO RV9SRUFEX0xPQ0tfSVJRIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5MSU5FX1JFQURfTE9DS19JUlFT QVZFIGlzIG5vdCBzZXQKQ09ORklHX0lOTElORV9SRUFEX1VOTE9DSz15CiMgQ09ORklHX0lOTElO RV9SRUFEX1VOTE9DS19CSCBpcyBub3Qgc2V0CkNPTkZJR19JTkxJTkVfUkVBRF9VTkxPQ0tfSVJR PXkKIyBDT05GSUdfSU5MSU5FX1JFQURfVU5MT0NLX0lSUVJFU1RPUkUgaXMgbm90IHNldAojIENP TkZJR19JTkxJTkVfV1JJVEVfVFJZTE9DSyBpcyBub3Qgc2V0CiMgQ09ORklHX0lOTElORV9XUklU RV9MT0NLIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5MSU5FX1dSSVRFX0xPQ0tfQkggaXMgbm90IHNl dAojIENPTkZJR19JTkxJTkVfV1JJVEVfTE9DS19JUlEgaXMgbm90IHNldAojIENPTkZJR19JTkxJ TkVfV1JJVEVfTE9DS19JUlFTQVZFIGlzIG5vdCBzZXQKQ09ORklHX0lOTElORV9XUklURV9VTkxP Q0s9eQojIENPTkZJR19JTkxJTkVfV1JJVEVfVU5MT0NLX0JIIGlzIG5vdCBzZXQKQ09ORklHX0lO TElORV9XUklURV9VTkxPQ0tfSVJRPXkKIyBDT05GSUdfSU5MSU5FX1dSSVRFX1VOTE9DS19JUlFS RVNUT1JFIGlzIG5vdCBzZXQKQ09ORklHX01VVEVYX1NQSU5fT05fT1dORVI9eQpDT05GSUdfRlJF RVpFUj15CgojCiMgUHJvY2Vzc29yIHR5cGUgYW5kIGZlYXR1cmVzCiMKQ09ORklHX1pPTkVfRE1B PXkKQ09ORklHX1RJQ0tfT05FU0hPVD15CkNPTkZJR19OT19IWj15CkNPTkZJR19ISUdIX1JFU19U SU1FUlM9eQpDT05GSUdfR0VORVJJQ19DTE9DS0VWRU5UU19CVUlMRD15CkNPTkZJR19HRU5FUklD X0NMT0NLRVZFTlRTX01JTl9BREpVU1Q9eQpDT05GSUdfU01QPXkKIyBDT05GSUdfWDg2X1gyQVBJ QyBpcyBub3Qgc2V0CkNPTkZJR19YODZfTVBQQVJTRT15CkNPTkZJR19YODZfRVhURU5ERURfUExB VEZPUk09eQojIENPTkZJR19YODZfVlNNUCBpcyBub3Qgc2V0CkNPTkZJR19YODZfU1VQUE9SVFNf TUVNT1JZX0ZBSUxVUkU9eQpDT05GSUdfU0NIRURfT01JVF9GUkFNRV9QT0lOVEVSPXkKQ09ORklH X1BBUkFWSVJUX0dVRVNUPXkKIyBDT05GSUdfUEFSQVZJUlRfVElNRV9BQ0NPVU5USU5HIGlzIG5v dCBzZXQKQ09ORklHX1hFTj15CkNPTkZJR19YRU5fRE9NMD15CkNPTkZJR19YRU5fUFJJVklMRUdF RF9HVUVTVD15CkNPTkZJR19YRU5fUFZIVk09eQpDT05GSUdfWEVOX01BWF9ET01BSU5fTUVNT1JZ PTUwMApDT05GSUdfWEVOX1NBVkVfUkVTVE9SRT15CiMgQ09ORklHX1hFTl9ERUJVR19GUyBpcyBu b3Qgc2V0CiMgQ09ORklHX0tWTV9DTE9DSyBpcyBub3Qgc2V0CiMgQ09ORklHX0tWTV9HVUVTVCBp cyBub3Qgc2V0CkNPTkZJR19QQVJBVklSVD15CiMgQ09ORklHX1BBUkFWSVJUX1NQSU5MT0NLUyBp cyBub3Qgc2V0CkNPTkZJR19QQVJBVklSVF9DTE9DSz15CiMgQ09ORklHX1BBUkFWSVJUX0RFQlVH IGlzIG5vdCBzZXQKQ09ORklHX05PX0JPT1RNRU09eQojIENPTkZJR19NRU1URVNUIGlzIG5vdCBz ZXQKIyBDT05GSUdfTUs4IGlzIG5vdCBzZXQKIyBDT05GSUdfTVBTQyBpcyBub3Qgc2V0CiMgQ09O RklHX01DT1JFMiBpcyBub3Qgc2V0CiMgQ09ORklHX01BVE9NIGlzIG5vdCBzZXQKQ09ORklHX0dF TkVSSUNfQ1BVPXkKQ09ORklHX1g4Nl9JTlRFUk5PREVfQ0FDSEVfU0hJRlQ9NgpDT05GSUdfWDg2 X0NNUFhDSEc9eQpDT05GSUdfWDg2X0wxX0NBQ0hFX1NISUZUPTYKQ09ORklHX1g4Nl9YQUREPXkK Q09ORklHX1g4Nl9XUF9XT1JLU19PSz15CkNPTkZJR19YODZfVFNDPXkKQ09ORklHX1g4Nl9DTVBY Q0hHNjQ9eQpDT05GSUdfWDg2X0NNT1Y9eQpDT05GSUdfWDg2X01JTklNVU1fQ1BVX0ZBTUlMWT02 NApDT05GSUdfWDg2X0RFQlVHQ1RMTVNSPXkKQ09ORklHX0NQVV9TVVBfSU5URUw9eQpDT05GSUdf Q1BVX1NVUF9BTUQ9eQpDT05GSUdfQ1BVX1NVUF9DRU5UQVVSPXkKQ09ORklHX0hQRVRfVElNRVI9 eQpDT05GSUdfSFBFVF9FTVVMQVRFX1JUQz15CkNPTkZJR19ETUk9eQpDT05GSUdfR0FSVF9JT01N VT15CiMgQ09ORklHX0NBTEdBUllfSU9NTVUgaXMgbm90IHNldApDT05GSUdfU1dJT1RMQj15CkNP TkZJR19JT01NVV9IRUxQRVI9eQojIENPTkZJR19NQVhTTVAgaXMgbm90IHNldApDT05GSUdfTlJf Q1BVUz04CkNPTkZJR19TQ0hFRF9TTVQ9eQpDT05GSUdfU0NIRURfTUM9eQojIENPTkZJR19JUlFf VElNRV9BQ0NPVU5USU5HIGlzIG5vdCBzZXQKIyBDT05GSUdfUFJFRU1QVF9OT05FIGlzIG5vdCBz ZXQKQ09ORklHX1BSRUVNUFRfVk9MVU5UQVJZPXkKIyBDT05GSUdfUFJFRU1QVCBpcyBub3Qgc2V0 CkNPTkZJR19YODZfTE9DQUxfQVBJQz15CkNPTkZJR19YODZfSU9fQVBJQz15CkNPTkZJR19YODZf UkVST1VURV9GT1JfQlJPS0VOX0JPT1RfSVJRUz15CkNPTkZJR19YODZfTUNFPXkKQ09ORklHX1g4 Nl9NQ0VfSU5URUw9eQpDT05GSUdfWDg2X01DRV9BTUQ9eQpDT05GSUdfWDg2X01DRV9USFJFU0hP TEQ9eQojIENPTkZJR19YODZfTUNFX0lOSkVDVCBpcyBub3Qgc2V0CkNPTkZJR19YODZfVEhFUk1B TF9WRUNUT1I9eQojIENPTkZJR19JOEsgaXMgbm90IHNldApDT05GSUdfTUlDUk9DT0RFPXkKQ09O RklHX01JQ1JPQ09ERV9JTlRFTD15CkNPTkZJR19NSUNST0NPREVfQU1EPXkKQ09ORklHX01JQ1JP Q09ERV9PTERfSU5URVJGQUNFPXkKQ09ORklHX1g4Nl9NU1I9eQpDT05GSUdfWDg2X0NQVUlEPXkK Q09ORklHX0FSQ0hfUEhZU19BRERSX1RfNjRCSVQ9eQpDT05GSUdfQVJDSF9ETUFfQUREUl9UXzY0 QklUPXkKQ09ORklHX0RJUkVDVF9HQlBBR0VTPXkKIyBDT05GSUdfTlVNQSBpcyBub3Qgc2V0CkNP TkZJR19BUkNIX1NQQVJTRU1FTV9FTkFCTEU9eQpDT05GSUdfQVJDSF9TUEFSU0VNRU1fREVGQVVM VD15CkNPTkZJR19BUkNIX1NFTEVDVF9NRU1PUllfTU9ERUw9eQpDT05GSUdfQVJDSF9QUk9DX0tD T1JFX1RFWFQ9eQpDT05GSUdfSUxMRUdBTF9QT0lOVEVSX1ZBTFVFPTB4ZGVhZDAwMDAwMDAwMDAw MApDT05GSUdfU0VMRUNUX01FTU9SWV9NT0RFTD15CkNPTkZJR19TUEFSU0VNRU1fTUFOVUFMPXkK Q09ORklHX1NQQVJTRU1FTT15CkNPTkZJR19IQVZFX01FTU9SWV9QUkVTRU5UPXkKQ09ORklHX1NQ QVJTRU1FTV9FWFRSRU1FPXkKQ09ORklHX1NQQVJTRU1FTV9WTUVNTUFQX0VOQUJMRT15CkNPTkZJ R19TUEFSU0VNRU1fQUxMT0NfTUVNX01BUF9UT0dFVEhFUj15CkNPTkZJR19TUEFSU0VNRU1fVk1F TU1BUD15CkNPTkZJR19IQVZFX01FTUJMT0NLPXkKQ09ORklHX0hBVkVfTUVNQkxPQ0tfTk9ERV9N QVA9eQpDT05GSUdfQVJDSF9ESVNDQVJEX01FTUJMT0NLPXkKIyBDT05GSUdfTUVNT1JZX0hPVFBM VUcgaXMgbm90IHNldApDT05GSUdfUEFHRUZMQUdTX0VYVEVOREVEPXkKQ09ORklHX1NQTElUX1BU TE9DS19DUFVTPTQKIyBDT05GSUdfQ09NUEFDVElPTiBpcyBub3Qgc2V0CkNPTkZJR19QSFlTX0FE RFJfVF82NEJJVD15CkNPTkZJR19aT05FX0RNQV9GTEFHPTEKQ09ORklHX0JPVU5DRT15CkNPTkZJ R19WSVJUX1RPX0JVUz15CkNPTkZJR19NTVVfTk9USUZJRVI9eQojIENPTkZJR19LU00gaXMgbm90 IHNldApDT05GSUdfREVGQVVMVF9NTUFQX01JTl9BRERSPTQwOTYKQ09ORklHX0FSQ0hfU1VQUE9S VFNfTUVNT1JZX0ZBSUxVUkU9eQojIENPTkZJR19NRU1PUllfRkFJTFVSRSBpcyBub3Qgc2V0CiMg Q09ORklHX1RSQU5TUEFSRU5UX0hVR0VQQUdFIGlzIG5vdCBzZXQKIyBDT05GSUdfQ0xFQU5DQUNI RSBpcyBub3Qgc2V0CkNPTkZJR19YODZfQ0hFQ0tfQklPU19DT1JSVVBUSU9OPXkKQ09ORklHX1g4 Nl9CT09UUEFSQU1fTUVNT1JZX0NPUlJVUFRJT05fQ0hFQ0s9eQpDT05GSUdfWDg2X1JFU0VSVkVf TE9XPTY0CkNPTkZJR19NVFJSPXkKIyBDT05GSUdfTVRSUl9TQU5JVElaRVIgaXMgbm90IHNldApD T05GSUdfWDg2X1BBVD15CkNPTkZJR19BUkNIX1VTRVNfUEdfVU5DQUNIRUQ9eQpDT05GSUdfQVJD SF9SQU5ET009eQpDT05GSUdfRUZJPXkKIyBDT05GSUdfRUZJX1NUVUIgaXMgbm90IHNldApDT05G SUdfU0VDQ09NUD15CiMgQ09ORklHX0NDX1NUQUNLUFJPVEVDVE9SIGlzIG5vdCBzZXQKIyBDT05G SUdfSFpfMTAwIGlzIG5vdCBzZXQKIyBDT05GSUdfSFpfMjUwIGlzIG5vdCBzZXQKIyBDT05GSUdf SFpfMzAwIGlzIG5vdCBzZXQKQ09ORklHX0haXzEwMDA9eQpDT05GSUdfSFo9MTAwMApDT05GSUdf U0NIRURfSFJUSUNLPXkKQ09ORklHX0tFWEVDPXkKQ09ORklHX0NSQVNIX0RVTVA9eQojIENPTkZJ R19LRVhFQ19KVU1QIGlzIG5vdCBzZXQKQ09ORklHX1BIWVNJQ0FMX1NUQVJUPTB4MTAwMDAwMApD T05GSUdfUkVMT0NBVEFCTEU9eQpDT05GSUdfUEhZU0lDQUxfQUxJR049MHgxMDAwMDAwCkNPTkZJ R19IT1RQTFVHX0NQVT15CkNPTkZJR19DTURMSU5FX0JPT0w9eQpDT05GSUdfQ01ETElORT0iZHJt LmRlYnVnPTI1NSBkZWJ1ZyBsb2dsZXZlbD04IGluaXRjYWxsX2RlYnVnIGNvbnNvbGU9dHR5UzAs MTE1MjAwbjgiCiMgQ09ORklHX0NNRExJTkVfT1ZFUlJJREUgaXMgbm90IHNldApDT05GSUdfQVJD SF9FTkFCTEVfTUVNT1JZX0hPVFBMVUc9eQoKIwojIFBvd2VyIG1hbmFnZW1lbnQgYW5kIEFDUEkg b3B0aW9ucwojCkNPTkZJR19BUkNIX0hJQkVSTkFUSU9OX0hFQURFUj15CkNPTkZJR19TVVNQRU5E PXkKQ09ORklHX1NVU1BFTkRfRlJFRVpFUj15CkNPTkZJR19ISUJFUk5BVEVfQ0FMTEJBQ0tTPXkK Q09ORklHX0hJQkVSTkFUSU9OPXkKQ09ORklHX1BNX1NURF9QQVJUSVRJT049IiIKQ09ORklHX1BN X1NMRUVQPXkKQ09ORklHX1BNX1NMRUVQX1NNUD15CiMgQ09ORklHX1BNX1JVTlRJTUUgaXMgbm90 IHNldApDT05GSUdfUE09eQpDT05GSUdfUE1fREVCVUc9eQojIENPTkZJR19QTV9BRFZBTkNFRF9E RUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX1BNX1RFU1RfU1VTUEVORCBpcyBub3Qgc2V0CkNPTkZJ R19DQU5fUE1fVFJBQ0U9eQpDT05GSUdfUE1fVFJBQ0U9eQpDT05GSUdfUE1fVFJBQ0VfUlRDPXkK Q09ORklHX0FDUEk9eQpDT05GSUdfQUNQSV9TTEVFUD15CkNPTkZJR19BQ1BJX1BST0NGUz15CiMg Q09ORklHX0FDUElfUFJPQ0ZTX1BPV0VSIGlzIG5vdCBzZXQKIyBDT05GSUdfQUNQSV9FQ19ERUJV R0ZTIGlzIG5vdCBzZXQKQ09ORklHX0FDUElfUFJPQ19FVkVOVD15CkNPTkZJR19BQ1BJX0FDPXkK Q09ORklHX0FDUElfQkFUVEVSWT15CkNPTkZJR19BQ1BJX0JVVFRPTj15CkNPTkZJR19BQ1BJX1ZJ REVPPXkKQ09ORklHX0FDUElfRkFOPXkKQ09ORklHX0FDUElfRE9DSz15CkNPTkZJR19BQ1BJX1BS T0NFU1NPUj15CkNPTkZJR19BQ1BJX0hPVFBMVUdfQ1BVPXkKIyBDT05GSUdfQUNQSV9QUk9DRVNT T1JfQUdHUkVHQVRPUiBpcyBub3Qgc2V0CkNPTkZJR19BQ1BJX1RIRVJNQUw9eQojIENPTkZJR19B Q1BJX0NVU1RPTV9EU0RUIGlzIG5vdCBzZXQKQ09ORklHX0FDUElfQkxBQ0tMSVNUX1lFQVI9MAoj IENPTkZJR19BQ1BJX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfQUNQSV9QQ0lfU0xPVCBpcyBu b3Qgc2V0CkNPTkZJR19YODZfUE1fVElNRVI9eQpDT05GSUdfQUNQSV9DT05UQUlORVI9eQojIENP TkZJR19BQ1BJX1NCUyBpcyBub3Qgc2V0CiMgQ09ORklHX0FDUElfSEVEIGlzIG5vdCBzZXQKIyBD T05GSUdfQUNQSV9DVVNUT01fTUVUSE9EIGlzIG5vdCBzZXQKIyBDT05GSUdfQUNQSV9CR1JUIGlz IG5vdCBzZXQKIyBDT05GSUdfQUNQSV9BUEVJIGlzIG5vdCBzZXQKIyBDT05GSUdfU0ZJIGlzIG5v dCBzZXQKCiMKIyBDUFUgRnJlcXVlbmN5IHNjYWxpbmcKIwpDT05GSUdfQ1BVX0ZSRVE9eQpDT05G SUdfQ1BVX0ZSRVFfVEFCTEU9eQojIENPTkZJR19DUFVfRlJFUV9TVEFUIGlzIG5vdCBzZXQKIyBD T05GSUdfQ1BVX0ZSRVFfREVGQVVMVF9HT1ZfUEVSRk9STUFOQ0UgaXMgbm90IHNldApDT05GSUdf Q1BVX0ZSRVFfREVGQVVMVF9HT1ZfVVNFUlNQQUNFPXkKIyBDT05GSUdfQ1BVX0ZSRVFfREVGQVVM VF9HT1ZfT05ERU1BTkQgaXMgbm90IHNldAojIENPTkZJR19DUFVfRlJFUV9ERUZBVUxUX0dPVl9D T05TRVJWQVRJVkUgaXMgbm90IHNldApDT05GSUdfQ1BVX0ZSRVFfR09WX1BFUkZPUk1BTkNFPXkK IyBDT05GSUdfQ1BVX0ZSRVFfR09WX1BPV0VSU0FWRSBpcyBub3Qgc2V0CkNPTkZJR19DUFVfRlJF UV9HT1ZfVVNFUlNQQUNFPXkKQ09ORklHX0NQVV9GUkVRX0dPVl9PTkRFTUFORD15CiMgQ09ORklH X0NQVV9GUkVRX0dPVl9DT05TRVJWQVRJVkUgaXMgbm90IHNldAoKIwojIHg4NiBDUFUgZnJlcXVl bmN5IHNjYWxpbmcgZHJpdmVycwojCiMgQ09ORklHX1g4Nl9QQ0NfQ1BVRlJFUSBpcyBub3Qgc2V0 CkNPTkZJR19YODZfQUNQSV9DUFVGUkVRPXkKIyBDT05GSUdfWDg2X1BPV0VSTk9XX0s4IGlzIG5v dCBzZXQKIyBDT05GSUdfWDg2X1NQRUVEU1RFUF9DRU5UUklOTyBpcyBub3Qgc2V0CiMgQ09ORklH X1g4Nl9QNF9DTE9DS01PRCBpcyBub3Qgc2V0CgojCiMgc2hhcmVkIG9wdGlvbnMKIwojIENPTkZJ R19YODZfU1BFRURTVEVQX0xJQiBpcyBub3Qgc2V0CkNPTkZJR19DUFVfSURMRT15CkNPTkZJR19D UFVfSURMRV9HT1ZfTEFEREVSPXkKQ09ORklHX0NQVV9JRExFX0dPVl9NRU5VPXkKIyBDT05GSUdf SU5URUxfSURMRSBpcyBub3Qgc2V0CgojCiMgTWVtb3J5IHBvd2VyIHNhdmluZ3MKIwojIENPTkZJ R19JNzMwMF9JRExFIGlzIG5vdCBzZXQKCiMKIyBCdXMgb3B0aW9ucyAoUENJIGV0Yy4pCiMKQ09O RklHX1BDST15CkNPTkZJR19QQ0lfRElSRUNUPXkKQ09ORklHX1BDSV9NTUNPTkZJRz15CkNPTkZJ R19QQ0lfWEVOPXkKQ09ORklHX1BDSV9ET01BSU5TPXkKIyBDT05GSUdfUENJX0NOQjIwTEVfUVVJ UksgaXMgbm90IHNldApDT05GSUdfUENJRVBPUlRCVVM9eQojIENPTkZJR19IT1RQTFVHX1BDSV9Q Q0lFIGlzIG5vdCBzZXQKQ09ORklHX1BDSUVBRVI9eQojIENPTkZJR19QQ0lFX0VDUkMgaXMgbm90 IHNldAojIENPTkZJR19QQ0lFQUVSX0lOSkVDVCBpcyBub3Qgc2V0CkNPTkZJR19QQ0lFQVNQTT15 CiMgQ09ORklHX1BDSUVBU1BNX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX1BDSUVBU1BNX0RFRkFV TFQ9eQojIENPTkZJR19QQ0lFQVNQTV9QT1dFUlNBVkUgaXMgbm90IHNldAojIENPTkZJR19QQ0lF QVNQTV9QRVJGT1JNQU5DRSBpcyBub3Qgc2V0CkNPTkZJR19BUkNIX1NVUFBPUlRTX01TST15CkNP TkZJR19QQ0lfTVNJPXkKIyBDT05GSUdfUENJX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfUENJ X1JFQUxMT0NfRU5BQkxFX0FVVE8gaXMgbm90IHNldAojIENPTkZJR19QQ0lfU1RVQiBpcyBub3Qg c2V0CkNPTkZJR19YRU5fUENJREVWX0ZST05URU5EPXkKQ09ORklHX0hUX0lSUT15CkNPTkZJR19Q Q0lfQVRTPXkKIyBDT05GSUdfUENJX0lPViBpcyBub3Qgc2V0CkNPTkZJR19QQ0lfUFJJPXkKQ09O RklHX1BDSV9QQVNJRD15CkNPTkZJR19QQ0lfSU9BUElDPXkKQ09ORklHX1BDSV9MQUJFTD15CkNP TkZJR19JU0FfRE1BX0FQST15CkNPTkZJR19BTURfTkI9eQpDT05GSUdfUENDQVJEPXkKQ09ORklH X1BDTUNJQT15CkNPTkZJR19QQ01DSUFfTE9BRF9DSVM9eQpDT05GSUdfQ0FSREJVUz15CgojCiMg UEMtY2FyZCBicmlkZ2VzCiMKQ09ORklHX1lFTlRBPXkKQ09ORklHX1lFTlRBX08yPXkKQ09ORklH X1lFTlRBX1JJQ09IPXkKQ09ORklHX1lFTlRBX1RJPXkKQ09ORklHX1lFTlRBX0VORV9UVU5FPXkK Q09ORklHX1lFTlRBX1RPU0hJQkE9eQojIENPTkZJR19QRDY3MjkgaXMgbm90IHNldAojIENPTkZJ R19JODIwOTIgaXMgbm90IHNldApDT05GSUdfUENDQVJEX05PTlNUQVRJQz15CkNPTkZJR19IT1RQ TFVHX1BDST15CiMgQ09ORklHX0hPVFBMVUdfUENJX0ZBS0UgaXMgbm90IHNldAojIENPTkZJR19I T1RQTFVHX1BDSV9BQ1BJIGlzIG5vdCBzZXQKIyBDT05GSUdfSE9UUExVR19QQ0lfQ1BDSSBpcyBu b3Qgc2V0CiMgQ09ORklHX0hPVFBMVUdfUENJX1NIUEMgaXMgbm90IHNldAojIENPTkZJR19SQVBJ RElPIGlzIG5vdCBzZXQKCiMKIyBFeGVjdXRhYmxlIGZpbGUgZm9ybWF0cyAvIEVtdWxhdGlvbnMK IwpDT05GSUdfQklORk1UX0VMRj15CkNPTkZJR19BUkNIX0JJTkZNVF9FTEZfUkFORE9NSVpFX1BJ RT15CkNPTkZJR19DT1JFX0RVTVBfREVGQVVMVF9FTEZfSEVBREVSUz15CiMgQ09ORklHX0hBVkVf QU9VVCBpcyBub3Qgc2V0CkNPTkZJR19CSU5GTVRfTUlTQz15CiMgQ09ORklHX0lBMzJfRU1VTEFU SU9OIGlzIG5vdCBzZXQKIyBDT05GSUdfQ09NUEFUX0ZPUl9VNjRfQUxJR05NRU5UIGlzIG5vdCBz ZXQKQ09ORklHX0hBVkVfVEVYVF9QT0tFX1NNUD15CkNPTkZJR19ORVQ9eQoKIwojIE5ldHdvcmtp bmcgb3B0aW9ucwojCkNPTkZJR19QQUNLRVQ9eQpDT05GSUdfVU5JWD15CiMgQ09ORklHX1VOSVhf RElBRyBpcyBub3Qgc2V0CkNPTkZJR19YRlJNPXkKQ09ORklHX1hGUk1fVVNFUj15CiMgQ09ORklH X1hGUk1fU1VCX1BPTElDWSBpcyBub3Qgc2V0CiMgQ09ORklHX1hGUk1fTUlHUkFURSBpcyBub3Qg c2V0CiMgQ09ORklHX1hGUk1fU1RBVElTVElDUyBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9LRVkg aXMgbm90IHNldApDT05GSUdfSU5FVD15CkNPTkZJR19JUF9NVUxUSUNBU1Q9eQpDT05GSUdfSVBf QURWQU5DRURfUk9VVEVSPXkKIyBDT05GSUdfSVBfRklCX1RSSUVfU1RBVFMgaXMgbm90IHNldApD T05GSUdfSVBfTVVMVElQTEVfVEFCTEVTPXkKQ09ORklHX0lQX1JPVVRFX01VTFRJUEFUSD15CkNP TkZJR19JUF9ST1VURV9WRVJCT1NFPXkKQ09ORklHX0lQX1BOUD15CkNPTkZJR19JUF9QTlBfREhD UD15CkNPTkZJR19JUF9QTlBfQk9PVFA9eQpDT05GSUdfSVBfUE5QX1JBUlA9eQojIENPTkZJR19O RVRfSVBJUCBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9JUEdSRV9ERU1VWCBpcyBub3Qgc2V0CkNP TkZJR19JUF9NUk9VVEU9eQojIENPTkZJR19JUF9NUk9VVEVfTVVMVElQTEVfVEFCTEVTIGlzIG5v dCBzZXQKQ09ORklHX0lQX1BJTVNNX1YxPXkKQ09ORklHX0lQX1BJTVNNX1YyPXkKIyBDT05GSUdf QVJQRCBpcyBub3Qgc2V0CkNPTkZJR19TWU5fQ09PS0lFUz15CiMgQ09ORklHX0lORVRfQUggaXMg bm90IHNldAojIENPTkZJR19JTkVUX0VTUCBpcyBub3Qgc2V0CiMgQ09ORklHX0lORVRfSVBDT01Q IGlzIG5vdCBzZXQKIyBDT05GSUdfSU5FVF9YRlJNX1RVTk5FTCBpcyBub3Qgc2V0CkNPTkZJR19J TkVUX1RVTk5FTD15CiMgQ09ORklHX0lORVRfWEZSTV9NT0RFX1RSQU5TUE9SVCBpcyBub3Qgc2V0 CiMgQ09ORklHX0lORVRfWEZSTV9NT0RFX1RVTk5FTCBpcyBub3Qgc2V0CiMgQ09ORklHX0lORVRf WEZSTV9NT0RFX0JFRVQgaXMgbm90IHNldApDT05GSUdfSU5FVF9MUk89eQojIENPTkZJR19JTkVU X0RJQUcgaXMgbm90IHNldApDT05GSUdfVENQX0NPTkdfQURWQU5DRUQ9eQojIENPTkZJR19UQ1Bf Q09OR19CSUMgaXMgbm90IHNldApDT05GSUdfVENQX0NPTkdfQ1VCSUM9eQojIENPTkZJR19UQ1Bf Q09OR19XRVNUV09PRCBpcyBub3Qgc2V0CiMgQ09ORklHX1RDUF9DT05HX0hUQ1AgaXMgbm90IHNl dAojIENPTkZJR19UQ1BfQ09OR19IU1RDUCBpcyBub3Qgc2V0CiMgQ09ORklHX1RDUF9DT05HX0hZ QkxBIGlzIG5vdCBzZXQKIyBDT05GSUdfVENQX0NPTkdfVkVHQVMgaXMgbm90IHNldAojIENPTkZJ R19UQ1BfQ09OR19TQ0FMQUJMRSBpcyBub3Qgc2V0CiMgQ09ORklHX1RDUF9DT05HX0xQIGlzIG5v dCBzZXQKIyBDT05GSUdfVENQX0NPTkdfVkVOTyBpcyBub3Qgc2V0CiMgQ09ORklHX1RDUF9DT05H X1lFQUggaXMgbm90IHNldAojIENPTkZJR19UQ1BfQ09OR19JTExJTk9JUyBpcyBub3Qgc2V0CkNP TkZJR19ERUZBVUxUX0NVQklDPXkKIyBDT05GSUdfREVGQVVMVF9SRU5PIGlzIG5vdCBzZXQKQ09O RklHX0RFRkFVTFRfVENQX0NPTkc9ImN1YmljIgpDT05GSUdfVENQX01ENVNJRz15CkNPTkZJR19J UFY2PXkKIyBDT05GSUdfSVBWNl9QUklWQUNZIGlzIG5vdCBzZXQKIyBDT05GSUdfSVBWNl9ST1VU RVJfUFJFRiBpcyBub3Qgc2V0CiMgQ09ORklHX0lQVjZfT1BUSU1JU1RJQ19EQUQgaXMgbm90IHNl dApDT05GSUdfSU5FVDZfQUg9eQpDT05GSUdfSU5FVDZfRVNQPXkKIyBDT05GSUdfSU5FVDZfSVBD T01QIGlzIG5vdCBzZXQKIyBDT05GSUdfSVBWNl9NSVA2IGlzIG5vdCBzZXQKIyBDT05GSUdfSU5F VDZfWEZSTV9UVU5ORUwgaXMgbm90IHNldAojIENPTkZJR19JTkVUNl9UVU5ORUwgaXMgbm90IHNl dApDT05GSUdfSU5FVDZfWEZSTV9NT0RFX1RSQU5TUE9SVD15CkNPTkZJR19JTkVUNl9YRlJNX01P REVfVFVOTkVMPXkKQ09ORklHX0lORVQ2X1hGUk1fTU9ERV9CRUVUPXkKIyBDT05GSUdfSU5FVDZf WEZSTV9NT0RFX1JPVVRFT1BUSU1JWkFUSU9OIGlzIG5vdCBzZXQKQ09ORklHX0lQVjZfU0lUPXkK IyBDT05GSUdfSVBWNl9TSVRfNlJEIGlzIG5vdCBzZXQKQ09ORklHX0lQVjZfTkRJU0NfTk9ERVRZ UEU9eQojIENPTkZJR19JUFY2X1RVTk5FTCBpcyBub3Qgc2V0CiMgQ09ORklHX0lQVjZfTVVMVElQ TEVfVEFCTEVTIGlzIG5vdCBzZXQKIyBDT05GSUdfSVBWNl9NUk9VVEUgaXMgbm90IHNldApDT05G SUdfTkVUTEFCRUw9eQpDT05GSUdfTkVUV09SS19TRUNNQVJLPXkKIyBDT05GSUdfTkVUV09SS19Q SFlfVElNRVNUQU1QSU5HIGlzIG5vdCBzZXQKQ09ORklHX05FVEZJTFRFUj15CiMgQ09ORklHX05F VEZJTFRFUl9ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX05FVEZJTFRFUl9BRFZBTkNFRCBpcyBu b3Qgc2V0CgojCiMgQ29yZSBOZXRmaWx0ZXIgQ29uZmlndXJhdGlvbgojCkNPTkZJR19ORVRGSUxU RVJfTkVUTElOSz15CkNPTkZJR19ORVRGSUxURVJfTkVUTElOS19MT0c9eQpDT05GSUdfTkZfQ09O TlRSQUNLPXkKQ09ORklHX05GX0NPTk5UUkFDS19TRUNNQVJLPXkKQ09ORklHX05GX0NPTk5UUkFD S19QUk9DRlM9eQpDT05GSUdfTkZfQ09OTlRSQUNLX0ZUUD15CkNPTkZJR19ORl9DT05OVFJBQ0tf SVJDPXkKIyBDT05GSUdfTkZfQ09OTlRSQUNLX05FVEJJT1NfTlMgaXMgbm90IHNldApDT05GSUdf TkZfQ09OTlRSQUNLX1NJUD15CkNPTkZJR19ORl9DVF9ORVRMSU5LPXkKQ09ORklHX05FVEZJTFRF Ul9YVEFCTEVTPXkKCiMKIyBYdGFibGVzIGNvbWJpbmVkIG1vZHVsZXMKIwpDT05GSUdfTkVURklM VEVSX1hUX01BUks9bQoKIwojIFh0YWJsZXMgdGFyZ2V0cwojCkNPTkZJR19ORVRGSUxURVJfWFRf VEFSR0VUX0NPTk5TRUNNQVJLPXkKQ09ORklHX05FVEZJTFRFUl9YVF9UQVJHRVRfTE9HPW0KQ09O RklHX05FVEZJTFRFUl9YVF9UQVJHRVRfTkZMT0c9eQpDT05GSUdfTkVURklMVEVSX1hUX1RBUkdF VF9TRUNNQVJLPXkKQ09ORklHX05FVEZJTFRFUl9YVF9UQVJHRVRfVENQTVNTPXkKCiMKIyBYdGFi bGVzIG1hdGNoZXMKIwpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0NPTk5UUkFDSz15CkNPTkZJ R19ORVRGSUxURVJfWFRfTUFUQ0hfUE9MSUNZPXkKQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9T VEFURT15CiMgQ09ORklHX0lQX1NFVCBpcyBub3Qgc2V0CiMgQ09ORklHX0lQX1ZTIGlzIG5vdCBz ZXQKCiMKIyBJUDogTmV0ZmlsdGVyIENvbmZpZ3VyYXRpb24KIwpDT05GSUdfTkZfREVGUkFHX0lQ VjQ9eQpDT05GSUdfTkZfQ09OTlRSQUNLX0lQVjQ9eQpDT05GSUdfTkZfQ09OTlRSQUNLX1BST0Nf Q09NUEFUPXkKQ09ORklHX0lQX05GX0lQVEFCTEVTPXkKQ09ORklHX0lQX05GX0ZJTFRFUj15CkNP TkZJR19JUF9ORl9UQVJHRVRfUkVKRUNUPXkKQ09ORklHX0lQX05GX1RBUkdFVF9VTE9HPXkKQ09O RklHX05GX05BVD15CkNPTkZJR19ORl9OQVRfTkVFREVEPXkKQ09ORklHX0lQX05GX1RBUkdFVF9N QVNRVUVSQURFPXkKQ09ORklHX05GX05BVF9GVFA9eQpDT05GSUdfTkZfTkFUX0lSQz15CiMgQ09O RklHX05GX05BVF9URlRQIGlzIG5vdCBzZXQKIyBDT05GSUdfTkZfTkFUX0FNQU5EQSBpcyBub3Qg c2V0CiMgQ09ORklHX05GX05BVF9QUFRQIGlzIG5vdCBzZXQKIyBDT05GSUdfTkZfTkFUX0gzMjMg aXMgbm90IHNldApDT05GSUdfTkZfTkFUX1NJUD15CkNPTkZJR19JUF9ORl9NQU5HTEU9eQojIENP TkZJR19JUF9ORl9SQVcgaXMgbm90IHNldAoKIwojIElQdjY6IE5ldGZpbHRlciBDb25maWd1cmF0 aW9uCiMKQ09ORklHX05GX0RFRlJBR19JUFY2PXkKQ09ORklHX05GX0NPTk5UUkFDS19JUFY2PXkK Q09ORklHX0lQNl9ORl9JUFRBQkxFUz15CkNPTkZJR19JUDZfTkZfTUFUQ0hfSVBWNkhFQURFUj15 CkNPTkZJR19JUDZfTkZfRklMVEVSPXkKQ09ORklHX0lQNl9ORl9UQVJHRVRfUkVKRUNUPXkKQ09O RklHX0lQNl9ORl9NQU5HTEU9eQojIENPTkZJR19JUDZfTkZfUkFXIGlzIG5vdCBzZXQKIyBDT05G SUdfQlJJREdFX05GX0VCVEFCTEVTIGlzIG5vdCBzZXQKIyBDT05GSUdfSVBfRENDUCBpcyBub3Qg c2V0CiMgQ09ORklHX0lQX1NDVFAgaXMgbm90IHNldAojIENPTkZJR19SRFMgaXMgbm90IHNldAoj IENPTkZJR19USVBDIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRNIGlzIG5vdCBzZXQKIyBDT05GSUdf TDJUUCBpcyBub3Qgc2V0CkNPTkZJR19TVFA9eQpDT05GSUdfQlJJREdFPXkKQ09ORklHX0JSSURH RV9JR01QX1NOT09QSU5HPXkKIyBDT05GSUdfTkVUX0RTQSBpcyBub3Qgc2V0CkNPTkZJR19WTEFO XzgwMjFRPXkKIyBDT05GSUdfVkxBTl84MDIxUV9HVlJQIGlzIG5vdCBzZXQKIyBDT05GSUdfREVD TkVUIGlzIG5vdCBzZXQKQ09ORklHX0xMQz15CiMgQ09ORklHX0xMQzIgaXMgbm90IHNldAojIENP TkZJR19JUFggaXMgbm90IHNldAojIENPTkZJR19BVEFMSyBpcyBub3Qgc2V0CiMgQ09ORklHX1gy NSBpcyBub3Qgc2V0CiMgQ09ORklHX0xBUEIgaXMgbm90IHNldAojIENPTkZJR19FQ09ORVQgaXMg bm90IHNldAojIENPTkZJR19XQU5fUk9VVEVSIGlzIG5vdCBzZXQKIyBDT05GSUdfUEhPTkVUIGlz IG5vdCBzZXQKIyBDT05GSUdfSUVFRTgwMjE1NCBpcyBub3Qgc2V0CkNPTkZJR19ORVRfU0NIRUQ9 eQoKIwojIFF1ZXVlaW5nL1NjaGVkdWxpbmcKIwojIENPTkZJR19ORVRfU0NIX0NCUSBpcyBub3Qg c2V0CiMgQ09ORklHX05FVF9TQ0hfSFRCIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1NDSF9IRlND IGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1NDSF9QUklPIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVU X1NDSF9NVUxUSVEgaXMgbm90IHNldAojIENPTkZJR19ORVRfU0NIX1JFRCBpcyBub3Qgc2V0CiMg Q09ORklHX05FVF9TQ0hfU0ZCIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1NDSF9TRlEgaXMgbm90 IHNldAojIENPTkZJR19ORVRfU0NIX1RFUUwgaXMgbm90IHNldAojIENPTkZJR19ORVRfU0NIX1RC RiBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9TQ0hfR1JFRCBpcyBub3Qgc2V0CiMgQ09ORklHX05F VF9TQ0hfRFNNQVJLIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1NDSF9ORVRFTSBpcyBub3Qgc2V0 CiMgQ09ORklHX05FVF9TQ0hfRFJSIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1NDSF9NUVBSSU8g aXMgbm90IHNldAojIENPTkZJR19ORVRfU0NIX0NIT0tFIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVU X1NDSF9RRlEgaXMgbm90IHNldAojIENPTkZJR19ORVRfU0NIX0lOR1JFU1MgaXMgbm90IHNldAoj IENPTkZJR19ORVRfU0NIX1BMVUcgaXMgbm90IHNldAoKIwojIENsYXNzaWZpY2F0aW9uCiMKQ09O RklHX05FVF9DTFM9eQojIENPTkZJR19ORVRfQ0xTX0JBU0lDIGlzIG5vdCBzZXQKIyBDT05GSUdf TkVUX0NMU19UQ0lOREVYIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0NMU19ST1VURTQgaXMgbm90 IHNldAojIENPTkZJR19ORVRfQ0xTX0ZXIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0NMU19VMzIg aXMgbm90IHNldAojIENPTkZJR19ORVRfQ0xTX1JTVlAgaXMgbm90IHNldAojIENPTkZJR19ORVRf Q0xTX1JTVlA2IGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0NMU19GTE9XIGlzIG5vdCBzZXQKIyBD T05GSUdfTkVUX0NMU19DR1JPVVAgaXMgbm90IHNldApDT05GSUdfTkVUX0VNQVRDSD15CkNPTkZJ R19ORVRfRU1BVENIX1NUQUNLPTMyCiMgQ09ORklHX05FVF9FTUFUQ0hfQ01QIGlzIG5vdCBzZXQK IyBDT05GSUdfTkVUX0VNQVRDSF9OQllURSBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9FTUFUQ0hf VTMyIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0VNQVRDSF9NRVRBIGlzIG5vdCBzZXQKIyBDT05G SUdfTkVUX0VNQVRDSF9URVhUIGlzIG5vdCBzZXQKQ09ORklHX05FVF9DTFNfQUNUPXkKIyBDT05G SUdfTkVUX0FDVF9QT0xJQ0UgaXMgbm90IHNldAojIENPTkZJR19ORVRfQUNUX0dBQ1QgaXMgbm90 IHNldAojIENPTkZJR19ORVRfQUNUX01JUlJFRCBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9BQ1Rf SVBUIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0FDVF9OQVQgaXMgbm90IHNldAojIENPTkZJR19O RVRfQUNUX1BFRElUIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0FDVF9TSU1QIGlzIG5vdCBzZXQK IyBDT05GSUdfTkVUX0FDVF9TS0JFRElUIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX0FDVF9DU1VN IGlzIG5vdCBzZXQKQ09ORklHX05FVF9TQ0hfRklGTz15CiMgQ09ORklHX0RDQiBpcyBub3Qgc2V0 CkNPTkZJR19ETlNfUkVTT0xWRVI9eQojIENPTkZJR19CQVRNQU5fQURWIGlzIG5vdCBzZXQKIyBD T05GSUdfT1BFTlZTV0lUQ0ggaXMgbm90IHNldApDT05GSUdfUlBTPXkKQ09ORklHX1JGU19BQ0NF TD15CkNPTkZJR19YUFM9eQojIENPTkZJR19ORVRQUklPX0NHUk9VUCBpcyBub3Qgc2V0CkNPTkZJ R19CUUw9eQpDT05GSUdfSEFWRV9CUEZfSklUPXkKIyBDT05GSUdfQlBGX0pJVCBpcyBub3Qgc2V0 CgojCiMgTmV0d29yayB0ZXN0aW5nCiMKIyBDT05GSUdfTkVUX1BLVEdFTiBpcyBub3Qgc2V0CiMg Q09ORklHX05FVF9UQ1BQUk9CRSBpcyBub3Qgc2V0CiMgQ09ORklHX05FVF9EUk9QX01PTklUT1Ig aXMgbm90IHNldAojIENPTkZJR19IQU1SQURJTyBpcyBub3Qgc2V0CiMgQ09ORklHX0NBTiBpcyBu b3Qgc2V0CiMgQ09ORklHX0lSREEgaXMgbm90IHNldAojIENPTkZJR19CVCBpcyBub3Qgc2V0CiMg Q09ORklHX0FGX1JYUlBDIGlzIG5vdCBzZXQKQ09ORklHX0ZJQl9SVUxFUz15CkNPTkZJR19XSVJF TEVTUz15CkNPTkZJR19XRVhUX0NPUkU9eQpDT05GSUdfV0VYVF9QUk9DPXkKQ09ORklHX0NGRzgw MjExPXkKIyBDT05GSUdfTkw4MDIxMV9URVNUTU9ERSBpcyBub3Qgc2V0CiMgQ09ORklHX0NGRzgw MjExX0RFVkVMT1BFUl9XQVJOSU5HUyBpcyBub3Qgc2V0CiMgQ09ORklHX0NGRzgwMjExX1JFR19E RUJVRyBpcyBub3Qgc2V0CkNPTkZJR19DRkc4MDIxMV9ERUZBVUxUX1BTPXkKIyBDT05GSUdfQ0ZH ODAyMTFfREVCVUdGUyBpcyBub3Qgc2V0CiMgQ09ORklHX0NGRzgwMjExX0lOVEVSTkFMX1JFR0RC IGlzIG5vdCBzZXQKQ09ORklHX0NGRzgwMjExX1dFWFQ9eQojIENPTkZJR19XSVJFTEVTU19FWFRf U1lTRlMgaXMgbm90IHNldAojIENPTkZJR19MSUI4MDIxMSBpcyBub3Qgc2V0CkNPTkZJR19NQUM4 MDIxMT15CkNPTkZJR19NQUM4MDIxMV9IQVNfUkM9eQpDT05GSUdfTUFDODAyMTFfUkNfTUlOU1RS RUw9eQpDT05GSUdfTUFDODAyMTFfUkNfTUlOU1RSRUxfSFQ9eQpDT05GSUdfTUFDODAyMTFfUkNf REVGQVVMVF9NSU5TVFJFTD15CkNPTkZJR19NQUM4MDIxMV9SQ19ERUZBVUxUPSJtaW5zdHJlbF9o dCIKIyBDT05GSUdfTUFDODAyMTFfTUVTSCBpcyBub3Qgc2V0CkNPTkZJR19NQUM4MDIxMV9MRURT PXkKIyBDT05GSUdfTUFDODAyMTFfREVCVUdGUyBpcyBub3Qgc2V0CiMgQ09ORklHX01BQzgwMjEx X0RFQlVHX01FTlUgaXMgbm90IHNldAojIENPTkZJR19XSU1BWCBpcyBub3Qgc2V0CkNPTkZJR19S RktJTEw9eQpDT05GSUdfUkZLSUxMX0xFRFM9eQpDT05GSUdfUkZLSUxMX0lOUFVUPXkKIyBDT05G SUdfTkVUXzlQIGlzIG5vdCBzZXQKIyBDT05GSUdfQ0FJRiBpcyBub3Qgc2V0CiMgQ09ORklHX0NF UEhfTElCIGlzIG5vdCBzZXQKIyBDT05GSUdfTkZDIGlzIG5vdCBzZXQKCiMKIyBEZXZpY2UgRHJp dmVycwojCgojCiMgR2VuZXJpYyBEcml2ZXIgT3B0aW9ucwojCkNPTkZJR19VRVZFTlRfSEVMUEVS X1BBVEg9Ii9zYmluL2hvdHBsdWciCkNPTkZJR19ERVZUTVBGUz15CkNPTkZJR19ERVZUTVBGU19N T1VOVD15CkNPTkZJR19TVEFOREFMT05FPXkKQ09ORklHX1BSRVZFTlRfRklSTVdBUkVfQlVJTEQ9 eQpDT05GSUdfRldfTE9BREVSPXkKQ09ORklHX0ZJUk1XQVJFX0lOX0tFUk5FTD15CkNPTkZJR19F WFRSQV9GSVJNV0FSRT0iIgojIENPTkZJR19ERUJVR19EUklWRVIgaXMgbm90IHNldApDT05GSUdf REVCVUdfREVWUkVTPXkKQ09ORklHX1NZU19IWVBFUlZJU09SPXkKIyBDT05GSUdfR0VORVJJQ19D UFVfREVWSUNFUyBpcyBub3Qgc2V0CkNPTkZJR19ETUFfU0hBUkVEX0JVRkZFUj15CkNPTkZJR19D T05ORUNUT1I9eQpDT05GSUdfUFJPQ19FVkVOVFM9eQojIENPTkZJR19NVEQgaXMgbm90IHNldAoj IENPTkZJR19QQVJQT1JUIGlzIG5vdCBzZXQKQ09ORklHX1BOUD15CkNPTkZJR19QTlBfREVCVUdf TUVTU0FHRVM9eQoKIwojIFByb3RvY29scwojCkNPTkZJR19QTlBBQ1BJPXkKQ09ORklHX0JMS19E RVY9eQojIENPTkZJR19CTEtfREVWX0ZEIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9QQ0lF U1NEX01USVAzMlhYIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0NQUV9EQSBpcyBub3Qgc2V0CiMg Q09ORklHX0JMS19DUFFfQ0lTU19EQSBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfREFDOTYw IGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9VTUVNIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxL X0RFVl9DT1dfQ09NTU9OIGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZfTE9PUD15CkNPTkZJR19C TEtfREVWX0xPT1BfTUlOX0NPVU5UPTgKIyBDT05GSUdfQkxLX0RFVl9DUllQVE9MT09QIGlzIG5v dCBzZXQKIyBDT05GSUdfQkxLX0RFVl9EUkJEIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9O QkQgaXMgbm90IHNldAojIENPTkZJR19CTEtfREVWX05WTUUgaXMgbm90IHNldAojIENPTkZJR19C TEtfREVWX1NYOCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfVUIgaXMgbm90IHNldApDT05G SUdfQkxLX0RFVl9SQU09eQpDT05GSUdfQkxLX0RFVl9SQU1fQ09VTlQ9MTYKQ09ORklHX0JMS19E RVZfUkFNX1NJWkU9MTYzODQKIyBDT05GSUdfQkxLX0RFVl9YSVAgaXMgbm90IHNldAojIENPTkZJ R19DRFJPTV9QS1RDRFZEIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRBX09WRVJfRVRIIGlzIG5vdCBz ZXQKQ09ORklHX1hFTl9CTEtERVZfRlJPTlRFTkQ9eQpDT05GSUdfWEVOX0JMS0RFVl9CQUNLRU5E PXkKIyBDT05GSUdfQkxLX0RFVl9IRCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfUkJEIGlz IG5vdCBzZXQKCiMKIyBNaXNjIGRldmljZXMKIwojIENPTkZJR19TRU5TT1JTX0xJUzNMVjAyRCBp cyBub3Qgc2V0CiMgQ09ORklHX0FENTI1WF9EUE9UIGlzIG5vdCBzZXQKIyBDT05GSUdfSUJNX0FT TSBpcyBub3Qgc2V0CiMgQ09ORklHX1BIQU5UT00gaXMgbm90IHNldAojIENPTkZJR19JTlRFTF9N SURfUFRJIGlzIG5vdCBzZXQKIyBDT05GSUdfU0dJX0lPQzQgaXMgbm90IHNldAojIENPTkZJR19U SUZNX0NPUkUgaXMgbm90IHNldAojIENPTkZJR19JQ1M5MzJTNDAxIGlzIG5vdCBzZXQKIyBDT05G SUdfRU5DTE9TVVJFX1NFUlZJQ0VTIGlzIG5vdCBzZXQKIyBDT05GSUdfSFBfSUxPIGlzIG5vdCBz ZXQKIyBDT05GSUdfQVBEUzk4MDJBTFMgaXMgbm90IHNldAojIENPTkZJR19JU0wyOTAwMyBpcyBu b3Qgc2V0CiMgQ09ORklHX0lTTDI5MDIwIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19UU0wy NTUwIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19CSDE3ODAgaXMgbm90IHNldAojIENPTkZJ R19TRU5TT1JTX0JIMTc3MCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQVBEUzk5MFggaXMg bm90IHNldAojIENPTkZJR19ITUM2MzUyIGlzIG5vdCBzZXQKIyBDT05GSUdfRFMxNjgyIGlzIG5v dCBzZXQKIyBDT05GSUdfVk1XQVJFX0JBTExPT04gaXMgbm90IHNldAojIENPTkZJR19CTVAwODUg aXMgbm90IHNldAojIENPTkZJR19QQ0hfUEhVQiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TV0lU Q0hfRlNBOTQ4MCBpcyBub3Qgc2V0CiMgQ09ORklHX0MyUE9SVCBpcyBub3Qgc2V0CgojCiMgRUVQ Uk9NIHN1cHBvcnQKIwojIENPTkZJR19FRVBST01fQVQyNCBpcyBub3Qgc2V0CiMgQ09ORklHX0VF UFJPTV9MRUdBQ1kgaXMgbm90IHNldAojIENPTkZJR19FRVBST01fTUFYNjg3NSBpcyBub3Qgc2V0 CiMgQ09ORklHX0VFUFJPTV85M0NYNiBpcyBub3Qgc2V0CiMgQ09ORklHX0NCNzEwX0NPUkUgaXMg bm90IHNldAoKIwojIFRleGFzIEluc3RydW1lbnRzIHNoYXJlZCB0cmFuc3BvcnQgbGluZSBkaXNj aXBsaW5lCiMKIyBDT05GSUdfU0VOU09SU19MSVMzX0kyQyBpcyBub3Qgc2V0CgojCiMgQWx0ZXJh IEZQR0EgZmlybXdhcmUgZG93bmxvYWQgbW9kdWxlCiMKIyBDT05GSUdfQUxURVJBX1NUQVBMIGlz IG5vdCBzZXQKQ09ORklHX0hBVkVfSURFPXkKIyBDT05GSUdfSURFIGlzIG5vdCBzZXQKCiMKIyBT Q1NJIGRldmljZSBzdXBwb3J0CiMKQ09ORklHX1NDU0lfTU9EPXkKIyBDT05GSUdfUkFJRF9BVFRS UyBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJPXkKQ09ORklHX1NDU0lfRE1BPXkKIyBDT05GSUdfU0NT SV9UR1QgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX05FVExJTksgaXMgbm90IHNldApDT05GSUdf U0NTSV9QUk9DX0ZTPXkKCiMKIyBTQ1NJIHN1cHBvcnQgdHlwZSAoZGlzaywgdGFwZSwgQ0QtUk9N KQojCkNPTkZJR19CTEtfREVWX1NEPXkKIyBDT05GSUdfQ0hSX0RFVl9TVCBpcyBub3Qgc2V0CiMg Q09ORklHX0NIUl9ERVZfT1NTVCBpcyBub3Qgc2V0CkNPTkZJR19CTEtfREVWX1NSPXkKQ09ORklH X0JMS19ERVZfU1JfVkVORE9SPXkKQ09ORklHX0NIUl9ERVZfU0c9eQojIENPTkZJR19DSFJfREVW X1NDSCBpcyBub3Qgc2V0CiMgQ09ORklHX1NDU0lfTVVMVElfTFVOIGlzIG5vdCBzZXQKQ09ORklH X1NDU0lfQ09OU1RBTlRTPXkKIyBDT05GSUdfU0NTSV9MT0dHSU5HIGlzIG5vdCBzZXQKIyBDT05G SUdfU0NTSV9TQ0FOX0FTWU5DIGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfV0FJVF9TQ0FOPW0KCiMK IyBTQ1NJIFRyYW5zcG9ydHMKIwpDT05GSUdfU0NTSV9TUElfQVRUUlM9eQojIENPTkZJR19TQ1NJ X0ZDX0FUVFJTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9JU0NTSV9BVFRSUyBpcyBub3Qgc2V0 CiMgQ09ORklHX1NDU0lfU0FTX0FUVFJTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9TQVNfTElC U0FTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9TUlBfQVRUUlMgaXMgbm90IHNldAojIENPTkZJ R19TQ1NJX0xPV0xFVkVMIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9MT1dMRVZFTF9QQ01DSUEg aXMgbm90IHNldAojIENPTkZJR19TQ1NJX0RIIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9PU0Rf SU5JVElBVE9SIGlzIG5vdCBzZXQKQ09ORklHX0FUQT15CiMgQ09ORklHX0FUQV9OT05TVEFOREFS RCBpcyBub3Qgc2V0CkNPTkZJR19BVEFfVkVSQk9TRV9FUlJPUj15CkNPTkZJR19BVEFfQUNQST15 CkNPTkZJR19TQVRBX1BNUD15CgojCiMgQ29udHJvbGxlcnMgd2l0aCBub24tU0ZGIG5hdGl2ZSBp bnRlcmZhY2UKIwpDT05GSUdfU0FUQV9BSENJPXkKIyBDT05GSUdfU0FUQV9BSENJX1BMQVRGT1JN IGlzIG5vdCBzZXQKIyBDT05GSUdfU0FUQV9JTklDMTYyWCBpcyBub3Qgc2V0CiMgQ09ORklHX1NB VEFfQUNBUkRfQUhDSSBpcyBub3Qgc2V0CiMgQ09ORklHX1NBVEFfU0lMMjQgaXMgbm90IHNldApD T05GSUdfQVRBX1NGRj15CgojCiMgU0ZGIGNvbnRyb2xsZXJzIHdpdGggY3VzdG9tIERNQSBpbnRl cmZhY2UKIwojIENPTkZJR19QRENfQURNQSBpcyBub3Qgc2V0CiMgQ09ORklHX1NBVEFfUVNUT1Ig aXMgbm90IHNldAojIENPTkZJR19TQVRBX1NYNCBpcyBub3Qgc2V0CkNPTkZJR19BVEFfQk1ETUE9 eQoKIwojIFNBVEEgU0ZGIGNvbnRyb2xsZXJzIHdpdGggQk1ETUEKIwpDT05GSUdfQVRBX1BJSVg9 eQojIENPTkZJR19TQVRBX01WIGlzIG5vdCBzZXQKIyBDT05GSUdfU0FUQV9OViBpcyBub3Qgc2V0 CiMgQ09ORklHX1NBVEFfUFJPTUlTRSBpcyBub3Qgc2V0CiMgQ09ORklHX1NBVEFfU0lMIGlzIG5v dCBzZXQKIyBDT05GSUdfU0FUQV9TSVMgaXMgbm90IHNldAojIENPTkZJR19TQVRBX1NWVyBpcyBu b3Qgc2V0CiMgQ09ORklHX1NBVEFfVUxJIGlzIG5vdCBzZXQKIyBDT05GSUdfU0FUQV9WSUEgaXMg bm90IHNldAojIENPTkZJR19TQVRBX1ZJVEVTU0UgaXMgbm90IHNldAoKIwojIFBBVEEgU0ZGIGNv bnRyb2xsZXJzIHdpdGggQk1ETUEKIwojIENPTkZJR19QQVRBX0FMSSBpcyBub3Qgc2V0CkNPTkZJ R19QQVRBX0FNRD15CiMgQ09ORklHX1BBVEFfQVJBU0FOX0NGIGlzIG5vdCBzZXQKIyBDT05GSUdf UEFUQV9BUlRPUCBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfQVRJSVhQIGlzIG5vdCBzZXQKIyBD T05GSUdfUEFUQV9BVFA4NjdYIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9DTUQ2NFggaXMgbm90 IHNldAojIENPTkZJR19QQVRBX0NTNTUyMCBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfQ1M1NTMw IGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9DUzU1MzYgaXMgbm90IHNldAojIENPTkZJR19QQVRB X0NZUFJFU1MgaXMgbm90IHNldAojIENPTkZJR19QQVRBX0VGQVIgaXMgbm90IHNldAojIENPTkZJ R19QQVRBX0hQVDM2NiBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfSFBUMzdYIGlzIG5vdCBzZXQK IyBDT05GSUdfUEFUQV9IUFQzWDJOIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9IUFQzWDMgaXMg bm90IHNldAojIENPTkZJR19QQVRBX0lUODIxMyBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfSVQ4 MjFYIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9KTUlDUk9OIGlzIG5vdCBzZXQKIyBDT05GSUdf UEFUQV9NQVJWRUxMIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9ORVRDRUxMIGlzIG5vdCBzZXQK IyBDT05GSUdfUEFUQV9OSU5KQTMyIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9OUzg3NDE1IGlz IG5vdCBzZXQKQ09ORklHX1BBVEFfT0xEUElJWD15CiMgQ09ORklHX1BBVEFfT1BUSURNQSBpcyBu b3Qgc2V0CiMgQ09ORklHX1BBVEFfUERDMjAyN1ggaXMgbm90IHNldAojIENPTkZJR19QQVRBX1BE Q19PTEQgaXMgbm90IHNldAojIENPTkZJR19QQVRBX1JBRElTWVMgaXMgbm90IHNldAojIENPTkZJ R19QQVRBX1JEQyBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfU0MxMjAwIGlzIG5vdCBzZXQKQ09O RklHX1BBVEFfU0NIPXkKIyBDT05GSUdfUEFUQV9TRVJWRVJXT1JLUyBpcyBub3Qgc2V0CiMgQ09O RklHX1BBVEFfU0lMNjgwIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9TSVMgaXMgbm90IHNldAoj IENPTkZJR19QQVRBX1RPU0hJQkEgaXMgbm90IHNldAojIENPTkZJR19QQVRBX1RSSUZMRVggaXMg bm90IHNldAojIENPTkZJR19QQVRBX1ZJQSBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfV0lOQk9O RCBpcyBub3Qgc2V0CgojCiMgUElPLW9ubHkgU0ZGIGNvbnRyb2xsZXJzCiMKIyBDT05GSUdfUEFU QV9DTUQ2NDBfUENJIGlzIG5vdCBzZXQKQ09ORklHX1BBVEFfTVBJSVg9eQojIENPTkZJR19QQVRB X05TODc0MTAgaXMgbm90IHNldAojIENPTkZJR19QQVRBX09QVEkgaXMgbm90IHNldAojIENPTkZJ R19QQVRBX1BDTUNJQSBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfUloxMDAwIGlzIG5vdCBzZXQK CiMKIyBHZW5lcmljIGZhbGxiYWNrIC8gbGVnYWN5IGRyaXZlcnMKIwojIENPTkZJR19QQVRBX0FD UEkgaXMgbm90IHNldApDT05GSUdfQVRBX0dFTkVSSUM9eQojIENPTkZJR19QQVRBX0xFR0FDWSBp cyBub3Qgc2V0CkNPTkZJR19NRD15CkNPTkZJR19CTEtfREVWX01EPXkKQ09ORklHX01EX0FVVE9E RVRFQ1Q9eQojIENPTkZJR19NRF9MSU5FQVIgaXMgbm90IHNldAojIENPTkZJR19NRF9SQUlEMCBp cyBub3Qgc2V0CiMgQ09ORklHX01EX1JBSUQxIGlzIG5vdCBzZXQKIyBDT05GSUdfTURfUkFJRDEw IGlzIG5vdCBzZXQKIyBDT05GSUdfTURfUkFJRDQ1NiBpcyBub3Qgc2V0CiMgQ09ORklHX01EX01V TFRJUEFUSCBpcyBub3Qgc2V0CiMgQ09ORklHX01EX0ZBVUxUWSBpcyBub3Qgc2V0CkNPTkZJR19C TEtfREVWX0RNPXkKIyBDT05GSUdfRE1fREVCVUcgaXMgbm90IHNldAojIENPTkZJR19ETV9DUllQ VCBpcyBub3Qgc2V0CiMgQ09ORklHX0RNX1NOQVBTSE9UIGlzIG5vdCBzZXQKIyBDT05GSUdfRE1f VEhJTl9QUk9WSVNJT05JTkcgaXMgbm90IHNldApDT05GSUdfRE1fTUlSUk9SPXkKIyBDT05GSUdf RE1fUkFJRCBpcyBub3Qgc2V0CiMgQ09ORklHX0RNX0xPR19VU0VSU1BBQ0UgaXMgbm90IHNldApD T05GSUdfRE1fWkVSTz15CiMgQ09ORklHX0RNX01VTFRJUEFUSCBpcyBub3Qgc2V0CiMgQ09ORklH X0RNX0RFTEFZIGlzIG5vdCBzZXQKIyBDT05GSUdfRE1fVUVWRU5UIGlzIG5vdCBzZXQKIyBDT05G SUdfRE1fRkxBS0VZIGlzIG5vdCBzZXQKIyBDT05GSUdfRE1fVkVSSVRZIGlzIG5vdCBzZXQKIyBD T05GSUdfVEFSR0VUX0NPUkUgaXMgbm90IHNldAojIENPTkZJR19GVVNJT04gaXMgbm90IHNldAoK IwojIElFRUUgMTM5NCAoRmlyZVdpcmUpIHN1cHBvcnQKIwojIENPTkZJR19GSVJFV0lSRSBpcyBu b3Qgc2V0CiMgQ09ORklHX0ZJUkVXSVJFX05PU1kgaXMgbm90IHNldAojIENPTkZJR19JMk8gaXMg bm90IHNldApDT05GSUdfTUFDSU5UT1NIX0RSSVZFUlM9eQpDT05GSUdfTUFDX0VNVU1PVVNFQlRO PXkKQ09ORklHX05FVERFVklDRVM9eQpDT05GSUdfTkVUX0NPUkU9eQojIENPTkZJR19CT05ESU5H IGlzIG5vdCBzZXQKIyBDT05GSUdfRFVNTVkgaXMgbm90IHNldAojIENPTkZJR19FUVVBTElaRVIg aXMgbm90IHNldAojIENPTkZJR19ORVRfRkMgaXMgbm90IHNldApDT05GSUdfTUlJPXkKIyBDT05G SUdfSUZCIGlzIG5vdCBzZXQKIyBDT05GSUdfTkVUX1RFQU0gaXMgbm90IHNldAojIENPTkZJR19N QUNWTEFOIGlzIG5vdCBzZXQKQ09ORklHX05FVENPTlNPTEU9eQpDT05GSUdfTkVUUE9MTD15CiMg Q09ORklHX05FVFBPTExfVFJBUCBpcyBub3Qgc2V0CkNPTkZJR19ORVRfUE9MTF9DT05UUk9MTEVS PXkKQ09ORklHX1RVTj15CiMgQ09ORklHX1ZFVEggaXMgbm90IHNldAojIENPTkZJR19BUkNORVQg aXMgbm90IHNldAoKIwojIENBSUYgdHJhbnNwb3J0IGRyaXZlcnMKIwpDT05GSUdfRVRIRVJORVQ9 eQpDT05GSUdfTkVUX1ZFTkRPUl8zQ09NPXkKIyBDT05GSUdfUENNQ0lBXzNDNTc0IGlzIG5vdCBz ZXQKIyBDT05GSUdfUENNQ0lBXzNDNTg5IGlzIG5vdCBzZXQKIyBDT05GSUdfVk9SVEVYIGlzIG5v dCBzZXQKIyBDT05GSUdfVFlQSE9PTiBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9SX0FEQVBU RUM9eQojIENPTkZJR19BREFQVEVDX1NUQVJGSVJFIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5E T1JfQUxURU9OPXkKIyBDT05GSUdfQUNFTklDIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1Jf QU1EPXkKIyBDT05GSUdfQU1EODExMV9FVEggaXMgbm90IHNldAojIENPTkZJR19QQ05FVDMyIGlz IG5vdCBzZXQKIyBDT05GSUdfUENNQ0lBX05NQ0xBTiBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVO RE9SX0FUSEVST1M9eQojIENPTkZJR19BVEwyIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRMMSBpcyBu b3Qgc2V0CiMgQ09ORklHX0FUTDFFIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRMMUMgaXMgbm90IHNl dApDT05GSUdfTkVUX1ZFTkRPUl9CUk9BRENPTT15CiMgQ09ORklHX0I0NCBpcyBub3Qgc2V0CkNP TkZJR19CTlgyPXkKIyBDT05GSUdfQ05JQyBpcyBub3Qgc2V0CkNPTkZJR19USUdPTjM9eQojIENP TkZJR19CTlgyWCBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9SX0JST0NBREU9eQojIENPTkZJ R19CTkEgaXMgbm90IHNldAojIENPTkZJR19ORVRfQ0FMWEVEQV9YR01BQyBpcyBub3Qgc2V0CkNP TkZJR19ORVRfVkVORE9SX0NIRUxTSU89eQojIENPTkZJR19DSEVMU0lPX1QxIGlzIG5vdCBzZXQK IyBDT05GSUdfQ0hFTFNJT19UMyBpcyBub3Qgc2V0CiMgQ09ORklHX0NIRUxTSU9fVDQgaXMgbm90 IHNldAojIENPTkZJR19DSEVMU0lPX1Q0VkYgaXMgbm90IHNldApDT05GSUdfTkVUX1ZFTkRPUl9D SVNDTz15CiMgQ09ORklHX0VOSUMgaXMgbm90IHNldAojIENPTkZJR19ETkVUIGlzIG5vdCBzZXQK Q09ORklHX05FVF9WRU5ET1JfREVDPXkKQ09ORklHX05FVF9UVUxJUD15CiMgQ09ORklHX0RFMjEw NFggaXMgbm90IHNldAojIENPTkZJR19UVUxJUCBpcyBub3Qgc2V0CiMgQ09ORklHX0RFNFg1IGlz IG5vdCBzZXQKIyBDT05GSUdfV0lOQk9ORF84NDAgaXMgbm90IHNldAojIENPTkZJR19ETTkxMDIg aXMgbm90IHNldAojIENPTkZJR19VTEk1MjZYIGlzIG5vdCBzZXQKIyBDT05GSUdfUENNQ0lBX1hJ UkNPTSBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9SX0RMSU5LPXkKIyBDT05GSUdfREwySyBp cyBub3Qgc2V0CiMgQ09ORklHX1NVTkRBTkNFIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1Jf RU1VTEVYPXkKIyBDT05GSUdfQkUyTkVUIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1JfRVhB Uj15CiMgQ09ORklHX1MySU8gaXMgbm90IHNldAojIENPTkZJR19WWEdFIGlzIG5vdCBzZXQKQ09O RklHX05FVF9WRU5ET1JfRlVKSVRTVT15CiMgQ09ORklHX1BDTUNJQV9GTVZKMThYIGlzIG5vdCBz ZXQKQ09ORklHX05FVF9WRU5ET1JfSFA9eQojIENPTkZJR19IUDEwMCBpcyBub3Qgc2V0CkNPTkZJ R19ORVRfVkVORE9SX0lOVEVMPXkKQ09ORklHX0UxMDA9eQpDT05GSUdfRTEwMDA9eQpDT05GSUdf RTEwMDBFPXkKIyBDT05GSUdfSUdCIGlzIG5vdCBzZXQKIyBDT05GSUdfSUdCVkYgaXMgbm90IHNl dAojIENPTkZJR19JWEdCIGlzIG5vdCBzZXQKIyBDT05GSUdfSVhHQkUgaXMgbm90IHNldAojIENP TkZJR19JWEdCRVZGIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1JfSTgyNVhYPXkKIyBDT05G SUdfWk5FVCBpcyBub3Qgc2V0CiMgQ09ORklHX0lQMTAwMCBpcyBub3Qgc2V0CiMgQ09ORklHX0pN RSBpcyBub3Qgc2V0CkNPTkZJR19ORVRfVkVORE9SX01BUlZFTEw9eQojIENPTkZJR19TS0dFIGlz IG5vdCBzZXQKQ09ORklHX1NLWTI9eQojIENPTkZJR19TS1kyX0RFQlVHIGlzIG5vdCBzZXQKQ09O RklHX05FVF9WRU5ET1JfTUVMTEFOT1g9eQojIENPTkZJR19NTFg0X0VOIGlzIG5vdCBzZXQKIyBD T05GSUdfTUxYNF9DT1JFIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1JfTUlDUkVMPXkKIyBD T05GSUdfS1M4ODUxX01MTCBpcyBub3Qgc2V0CiMgQ09ORklHX0tTWjg4NFhfUENJIGlzIG5vdCBz ZXQKQ09ORklHX05FVF9WRU5ET1JfTVlSST15CiMgQ09ORklHX01ZUkkxMEdFIGlzIG5vdCBzZXQK IyBDT05GSUdfRkVBTE5YIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1JfTkFUU0VNST15CiMg Q09ORklHX05BVFNFTUkgaXMgbm90IHNldAojIENPTkZJR19OUzgzODIwIGlzIG5vdCBzZXQKQ09O RklHX05FVF9WRU5ET1JfODM5MD15CiMgQ09ORklHX1BDTUNJQV9BWE5FVCBpcyBub3Qgc2V0CkNP TkZJR19ORTJLX1BDST15CiMgQ09ORklHX1BDTUNJQV9QQ05FVCBpcyBub3Qgc2V0CkNPTkZJR19O RVRfVkVORE9SX05WSURJQT15CkNPTkZJR19GT1JDRURFVEg9eQpDT05GSUdfTkVUX1ZFTkRPUl9P S0k9eQojIENPTkZJR19QQ0hfR0JFIGlzIG5vdCBzZXQKIyBDT05GSUdfRVRIT0MgaXMgbm90IHNl dApDT05GSUdfTkVUX1BBQ0tFVF9FTkdJTkU9eQojIENPTkZJR19IQU1BQ0hJIGlzIG5vdCBzZXQK IyBDT05GSUdfWUVMTE9XRklOIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1JfUUxPR0lDPXkK IyBDT05GSUdfUUxBM1hYWCBpcyBub3Qgc2V0CiMgQ09ORklHX1FMQ05JQyBpcyBub3Qgc2V0CiMg Q09ORklHX1FMR0UgaXMgbm90IHNldAojIENPTkZJR19ORVRYRU5fTklDIGlzIG5vdCBzZXQKQ09O RklHX05FVF9WRU5ET1JfUkVBTFRFSz15CiMgQ09ORklHXzgxMzlDUCBpcyBub3Qgc2V0CkNPTkZJ R184MTM5VE9PPXkKIyBDT05GSUdfODEzOVRPT19QSU8gaXMgbm90IHNldAojIENPTkZJR184MTM5 VE9PX1RVTkVfVFdJU1RFUiBpcyBub3Qgc2V0CiMgQ09ORklHXzgxMzlUT09fODEyOSBpcyBub3Qg c2V0CiMgQ09ORklHXzgxMzlfT0xEX1JYX1JFU0VUIGlzIG5vdCBzZXQKQ09ORklHX1I4MTY5PXkK Q09ORklHX05FVF9WRU5ET1JfUkRDPXkKIyBDT05GSUdfUjYwNDAgaXMgbm90IHNldApDT05GSUdf TkVUX1ZFTkRPUl9TRUVRPXkKIyBDT05GSUdfU0VFUTgwMDUgaXMgbm90IHNldApDT05GSUdfTkVU X1ZFTkRPUl9TSUxBTj15CiMgQ09ORklHX1NDOTIwMzEgaXMgbm90IHNldApDT05GSUdfTkVUX1ZF TkRPUl9TSVM9eQojIENPTkZJR19TSVM5MDAgaXMgbm90IHNldAojIENPTkZJR19TSVMxOTAgaXMg bm90IHNldAojIENPTkZJR19TRkMgaXMgbm90IHNldApDT05GSUdfTkVUX1ZFTkRPUl9TTVNDPXkK IyBDT05GSUdfUENNQ0lBX1NNQzkxQzkyIGlzIG5vdCBzZXQKIyBDT05GSUdfRVBJQzEwMCBpcyBu b3Qgc2V0CiMgQ09ORklHX1NNU0M5NDIwIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1JfU1RN SUNSTz15CiMgQ09ORklHX1NUTU1BQ19FVEggaXMgbm90IHNldApDT05GSUdfTkVUX1ZFTkRPUl9T VU49eQojIENPTkZJR19IQVBQWU1FQUwgaXMgbm90IHNldAojIENPTkZJR19TVU5HRU0gaXMgbm90 IHNldAojIENPTkZJR19DQVNTSU5JIGlzIG5vdCBzZXQKIyBDT05GSUdfTklVIGlzIG5vdCBzZXQK Q09ORklHX05FVF9WRU5ET1JfVEVIVVRJPXkKIyBDT05GSUdfVEVIVVRJIGlzIG5vdCBzZXQKQ09O RklHX05FVF9WRU5ET1JfVEk9eQojIENPTkZJR19UTEFOIGlzIG5vdCBzZXQKQ09ORklHX05FVF9W RU5ET1JfVklBPXkKIyBDT05GSUdfVklBX1JISU5FIGlzIG5vdCBzZXQKIyBDT05GSUdfVklBX1ZF TE9DSVRZIGlzIG5vdCBzZXQKQ09ORklHX05FVF9WRU5ET1JfWElSQ09NPXkKIyBDT05GSUdfUENN Q0lBX1hJUkMyUFMgaXMgbm90IHNldAojIENPTkZJR19GRERJIGlzIG5vdCBzZXQKIyBDT05GSUdf SElQUEkgaXMgbm90IHNldAojIENPTkZJR19ORVRfU0IxMDAwIGlzIG5vdCBzZXQKQ09ORklHX1BI WUxJQj15CgojCiMgTUlJIFBIWSBkZXZpY2UgZHJpdmVycwojCiMgQ09ORklHX0FNRF9QSFkgaXMg bm90IHNldAojIENPTkZJR19NQVJWRUxMX1BIWSBpcyBub3Qgc2V0CiMgQ09ORklHX0RBVklDT01f UEhZIGlzIG5vdCBzZXQKIyBDT05GSUdfUVNFTUlfUEhZIGlzIG5vdCBzZXQKIyBDT05GSUdfTFhU X1BIWSBpcyBub3Qgc2V0CiMgQ09ORklHX0NJQ0FEQV9QSFkgaXMgbm90IHNldAojIENPTkZJR19W SVRFU1NFX1BIWSBpcyBub3Qgc2V0CiMgQ09ORklHX1NNU0NfUEhZIGlzIG5vdCBzZXQKIyBDT05G SUdfQlJPQURDT01fUEhZIGlzIG5vdCBzZXQKIyBDT05GSUdfSUNQTFVTX1BIWSBpcyBub3Qgc2V0 CiMgQ09ORklHX1JFQUxURUtfUEhZIGlzIG5vdCBzZXQKIyBDT05GSUdfTkFUSU9OQUxfUEhZIGlz IG5vdCBzZXQKIyBDT05GSUdfU1RFMTBYUCBpcyBub3Qgc2V0CiMgQ09ORklHX0xTSV9FVDEwMTFD X1BIWSBpcyBub3Qgc2V0CiMgQ09ORklHX01JQ1JFTF9QSFkgaXMgbm90IHNldAojIENPTkZJR19G SVhFRF9QSFkgaXMgbm90IHNldAojIENPTkZJR19NRElPX0JJVEJBTkcgaXMgbm90IHNldAojIENP TkZJR19QUFAgaXMgbm90IHNldAojIENPTkZJR19TTElQIGlzIG5vdCBzZXQKIyBDT05GSUdfVFIg aXMgbm90IHNldAoKIwojIFVTQiBOZXR3b3JrIEFkYXB0ZXJzCiMKIyBDT05GSUdfVVNCX0NBVEMg aXMgbm90IHNldAojIENPTkZJR19VU0JfS0FXRVRIIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1BF R0FTVVMgaXMgbm90IHNldAojIENPTkZJR19VU0JfUlRMODE1MCBpcyBub3Qgc2V0CiMgQ09ORklH X1VTQl9VU0JORVQgaXMgbm90IHNldAojIENPTkZJR19VU0JfSFNPIGlzIG5vdCBzZXQKIyBDT05G SUdfVVNCX0lQSEVUSCBpcyBub3Qgc2V0CkNPTkZJR19XTEFOPXkKIyBDT05GSUdfUENNQ0lBX1JB WUNTIGlzIG5vdCBzZXQKIyBDT05GSUdfTElCRVJUQVNfVEhJTkZJUk0gaXMgbm90IHNldAojIENP TkZJR19BSVJPIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRNRUwgaXMgbm90IHNldAojIENPTkZJR19B VDc2QzUwWF9VU0IgaXMgbm90IHNldAojIENPTkZJR19BSVJPX0NTIGlzIG5vdCBzZXQKIyBDT05G SUdfUENNQ0lBX1dMMzUwMSBpcyBub3Qgc2V0CiMgQ09ORklHX1BSSVNNNTQgaXMgbm90IHNldAoj IENPTkZJR19VU0JfWkQxMjAxIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX05FVF9STkRJU19XTEFO IGlzIG5vdCBzZXQKIyBDT05GSUdfUlRMODE4MCBpcyBub3Qgc2V0CiMgQ09ORklHX1JUTDgxODcg aXMgbm90IHNldAojIENPTkZJR19BRE04MjExIGlzIG5vdCBzZXQKIyBDT05GSUdfTUFDODAyMTFf SFdTSU0gaXMgbm90IHNldAojIENPTkZJR19NV0w4SyBpcyBub3Qgc2V0CiMgQ09ORklHX0FUSF9D T01NT04gaXMgbm90IHNldAojIENPTkZJR19CNDMgaXMgbm90IHNldAojIENPTkZJR19CNDNMRUdB Q1kgaXMgbm90IHNldAojIENPTkZJR19CUkNNRk1BQyBpcyBub3Qgc2V0CiMgQ09ORklHX0hPU1RB UCBpcyBub3Qgc2V0CiMgQ09ORklHX0lQVzIxMDAgaXMgbm90IHNldAojIENPTkZJR19JUFcyMjAw IGlzIG5vdCBzZXQKIyBDT05GSUdfSVdMV0lGSSBpcyBub3Qgc2V0CiMgQ09ORklHX0lXTDQ5NjUg aXMgbm90IHNldAojIENPTkZJR19JV0wzOTQ1IGlzIG5vdCBzZXQKIyBDT05GSUdfTElCRVJUQVMg aXMgbm90IHNldAojIENPTkZJR19IRVJNRVMgaXMgbm90IHNldAojIENPTkZJR19QNTRfQ09NTU9O IGlzIG5vdCBzZXQKIyBDT05GSUdfUlQyWDAwIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRMODE5MkNF IGlzIG5vdCBzZXQKIyBDT05GSUdfUlRMODE5MlNFIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRMODE5 MkRFIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRMODE5MkNVIGlzIG5vdCBzZXQKIyBDT05GSUdfV0wx MjUxIGlzIG5vdCBzZXQKIyBDT05GSUdfV0wxMlhYX01FTlUgaXMgbm90IHNldAojIENPTkZJR19a RDEyMTFSVyBpcyBub3Qgc2V0CiMgQ09ORklHX01XSUZJRVggaXMgbm90IHNldAoKIwojIEVuYWJs ZSBXaU1BWCAoTmV0d29ya2luZyBvcHRpb25zKSB0byBzZWUgdGhlIFdpTUFYIGRyaXZlcnMKIwoj IENPTkZJR19XQU4gaXMgbm90IHNldAojIENPTkZJR19YRU5fTkVUREVWX0ZST05URU5EIGlzIG5v dCBzZXQKQ09ORklHX1hFTl9ORVRERVZfQkFDS0VORD1tCiMgQ09ORklHX1ZNWE5FVDMgaXMgbm90 IHNldAojIENPTkZJR19JU0ROIGlzIG5vdCBzZXQKCiMKIyBJbnB1dCBkZXZpY2Ugc3VwcG9ydAoj CkNPTkZJR19JTlBVVD15CkNPTkZJR19JTlBVVF9GRl9NRU1MRVNTPXkKQ09ORklHX0lOUFVUX1BP TExERVY9eQpDT05GSUdfSU5QVVRfU1BBUlNFS01BUD15CgojCiMgVXNlcmxhbmQgaW50ZXJmYWNl cwojCkNPTkZJR19JTlBVVF9NT1VTRURFVj15CiMgQ09ORklHX0lOUFVUX01PVVNFREVWX1BTQVVY IGlzIG5vdCBzZXQKQ09ORklHX0lOUFVUX01PVVNFREVWX1NDUkVFTl9YPTEwMjQKQ09ORklHX0lO UFVUX01PVVNFREVWX1NDUkVFTl9ZPTc2OAojIENPTkZJR19JTlBVVF9KT1lERVYgaXMgbm90IHNl dApDT05GSUdfSU5QVVRfRVZERVY9eQojIENPTkZJR19JTlBVVF9FVkJVRyBpcyBub3Qgc2V0Cgoj CiMgSW5wdXQgRGV2aWNlIERyaXZlcnMKIwpDT05GSUdfSU5QVVRfS0VZQk9BUkQ9eQojIENPTkZJ R19LRVlCT0FSRF9BRFA1NTg4IGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfQURQNTU4OSBp cyBub3Qgc2V0CkNPTkZJR19LRVlCT0FSRF9BVEtCRD15CiMgQ09ORklHX0tFWUJPQVJEX1FUMTA3 MCBpcyBub3Qgc2V0CiMgQ09ORklHX0tFWUJPQVJEX1FUMjE2MCBpcyBub3Qgc2V0CiMgQ09ORklH X0tFWUJPQVJEX0xLS0JEIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfVENBNjQxNiBpcyBu b3Qgc2V0CiMgQ09ORklHX0tFWUJPQVJEX1RDQTg0MTggaXMgbm90IHNldAojIENPTkZJR19LRVlC T0FSRF9MTTgzMjMgaXMgbm90IHNldAojIENPTkZJR19LRVlCT0FSRF9NQVg3MzU5IGlzIG5vdCBz ZXQKIyBDT05GSUdfS0VZQk9BUkRfTUNTIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfTVBS MTIxIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfTkVXVE9OIGlzIG5vdCBzZXQKIyBDT05G SUdfS0VZQk9BUkRfT1BFTkNPUkVTIGlzIG5vdCBzZXQKIyBDT05GSUdfS0VZQk9BUkRfU1RPV0FX QVkgaXMgbm90IHNldAojIENPTkZJR19LRVlCT0FSRF9TVU5LQkQgaXMgbm90IHNldAojIENPTkZJ R19LRVlCT0FSRF9PTUFQNCBpcyBub3Qgc2V0CiMgQ09ORklHX0tFWUJPQVJEX1hUS0JEIGlzIG5v dCBzZXQKQ09ORklHX0lOUFVUX01PVVNFPXkKQ09ORklHX01PVVNFX1BTMj15CkNPTkZJR19NT1VT RV9QUzJfQUxQUz15CkNPTkZJR19NT1VTRV9QUzJfTE9HSVBTMlBQPXkKQ09ORklHX01PVVNFX1BT Ml9TWU5BUFRJQ1M9eQpDT05GSUdfTU9VU0VfUFMyX0xJRkVCT09LPXkKQ09ORklHX01PVVNFX1BT Ml9UUkFDS1BPSU5UPXkKIyBDT05GSUdfTU9VU0VfUFMyX0VMQU5URUNIIGlzIG5vdCBzZXQKIyBD T05GSUdfTU9VU0VfUFMyX1NFTlRFTElDIGlzIG5vdCBzZXQKIyBDT05GSUdfTU9VU0VfUFMyX1RP VUNIS0lUIGlzIG5vdCBzZXQKIyBDT05GSUdfTU9VU0VfU0VSSUFMIGlzIG5vdCBzZXQKIyBDT05G SUdfTU9VU0VfQVBQTEVUT1VDSCBpcyBub3Qgc2V0CiMgQ09ORklHX01PVVNFX0JDTTU5NzQgaXMg bm90IHNldAojIENPTkZJR19NT1VTRV9WU1hYWEFBIGlzIG5vdCBzZXQKIyBDT05GSUdfTU9VU0Vf U1lOQVBUSUNTX0kyQyBpcyBub3Qgc2V0CiMgQ09ORklHX01PVVNFX1NZTkFQVElDU19VU0IgaXMg bm90IHNldApDT05GSUdfSU5QVVRfSk9ZU1RJQ0s9eQojIENPTkZJR19KT1lTVElDS19BTkFMT0cg aXMgbm90IHNldAojIENPTkZJR19KT1lTVElDS19BM0QgaXMgbm90IHNldAojIENPTkZJR19KT1lT VElDS19BREkgaXMgbm90IHNldAojIENPTkZJR19KT1lTVElDS19DT0JSQSBpcyBub3Qgc2V0CiMg Q09ORklHX0pPWVNUSUNLX0dGMksgaXMgbm90IHNldAojIENPTkZJR19KT1lTVElDS19HUklQIGlz IG5vdCBzZXQKIyBDT05GSUdfSk9ZU1RJQ0tfR1JJUF9NUCBpcyBub3Qgc2V0CiMgQ09ORklHX0pP WVNUSUNLX0dVSUxMRU1PVCBpcyBub3Qgc2V0CiMgQ09ORklHX0pPWVNUSUNLX0lOVEVSQUNUIGlz IG5vdCBzZXQKIyBDT05GSUdfSk9ZU1RJQ0tfU0lERVdJTkRFUiBpcyBub3Qgc2V0CiMgQ09ORklH X0pPWVNUSUNLX1RNREMgaXMgbm90IHNldAojIENPTkZJR19KT1lTVElDS19JRk9SQ0UgaXMgbm90 IHNldAojIENPTkZJR19KT1lTVElDS19XQVJSSU9SIGlzIG5vdCBzZXQKIyBDT05GSUdfSk9ZU1RJ Q0tfTUFHRUxMQU4gaXMgbm90IHNldAojIENPTkZJR19KT1lTVElDS19TUEFDRU9SQiBpcyBub3Qg c2V0CiMgQ09ORklHX0pPWVNUSUNLX1NQQUNFQkFMTCBpcyBub3Qgc2V0CiMgQ09ORklHX0pPWVNU SUNLX1NUSU5HRVIgaXMgbm90IHNldAojIENPTkZJR19KT1lTVElDS19UV0lESk9ZIGlzIG5vdCBz ZXQKIyBDT05GSUdfSk9ZU1RJQ0tfWkhFTkhVQSBpcyBub3Qgc2V0CiMgQ09ORklHX0pPWVNUSUNL X0FTNTAxMSBpcyBub3Qgc2V0CiMgQ09ORklHX0pPWVNUSUNLX0pPWURVTVAgaXMgbm90IHNldAoj IENPTkZJR19KT1lTVElDS19YUEFEIGlzIG5vdCBzZXQKQ09ORklHX0lOUFVUX1RBQkxFVD15CiMg Q09ORklHX1RBQkxFVF9VU0JfQUNFQ0FEIGlzIG5vdCBzZXQKIyBDT05GSUdfVEFCTEVUX1VTQl9B SVBURUsgaXMgbm90IHNldAojIENPTkZJR19UQUJMRVRfVVNCX0dUQ08gaXMgbm90IHNldAojIENP TkZJR19UQUJMRVRfVVNCX0hBTldBTkcgaXMgbm90IHNldAojIENPTkZJR19UQUJMRVRfVVNCX0tC VEFCIGlzIG5vdCBzZXQKIyBDT05GSUdfVEFCTEVUX1VTQl9XQUNPTSBpcyBub3Qgc2V0CkNPTkZJ R19JTlBVVF9UT1VDSFNDUkVFTj15CiMgQ09ORklHX1RPVUNIU0NSRUVOX0FENzg3OSBpcyBub3Qg c2V0CiMgQ09ORklHX1RPVUNIU0NSRUVOX0FUTUVMX01YVCBpcyBub3Qgc2V0CiMgQ09ORklHX1RP VUNIU0NSRUVOX0JVMjEwMTMgaXMgbm90IHNldAojIENPTkZJR19UT1VDSFNDUkVFTl9DWVRUU1Bf Q09SRSBpcyBub3Qgc2V0CiMgQ09ORklHX1RPVUNIU0NSRUVOX0RZTkFQUk8gaXMgbm90IHNldAoj IENPTkZJR19UT1VDSFNDUkVFTl9IQU1QU0hJUkUgaXMgbm90IHNldAojIENPTkZJR19UT1VDSFND UkVFTl9FRVRJIGlzIG5vdCBzZXQKIyBDT05GSUdfVE9VQ0hTQ1JFRU5fRUdBTEFYIGlzIG5vdCBz ZXQKIyBDT05GSUdfVE9VQ0hTQ1JFRU5fRlVKSVRTVSBpcyBub3Qgc2V0CiMgQ09ORklHX1RPVUNI U0NSRUVOX0lMSTIxMFggaXMgbm90IHNldAojIENPTkZJR19UT1VDSFNDUkVFTl9HVU5aRSBpcyBu b3Qgc2V0CiMgQ09ORklHX1RPVUNIU0NSRUVOX0VMTyBpcyBub3Qgc2V0CiMgQ09ORklHX1RPVUNI U0NSRUVOX1dBQ09NX1c4MDAxIGlzIG5vdCBzZXQKIyBDT05GSUdfVE9VQ0hTQ1JFRU5fTUFYMTE4 MDEgaXMgbm90IHNldAojIENPTkZJR19UT1VDSFNDUkVFTl9NQ1M1MDAwIGlzIG5vdCBzZXQKIyBD T05GSUdfVE9VQ0hTQ1JFRU5fTVRPVUNIIGlzIG5vdCBzZXQKIyBDT05GSUdfVE9VQ0hTQ1JFRU5f SU5FWElPIGlzIG5vdCBzZXQKIyBDT05GSUdfVE9VQ0hTQ1JFRU5fTUs3MTIgaXMgbm90IHNldAoj IENPTkZJR19UT1VDSFNDUkVFTl9QRU5NT1VOVCBpcyBub3Qgc2V0CiMgQ09ORklHX1RPVUNIU0NS RUVOX1RPVUNIUklHSFQgaXMgbm90IHNldAojIENPTkZJR19UT1VDSFNDUkVFTl9UT1VDSFdJTiBp cyBub3Qgc2V0CiMgQ09ORklHX1RPVUNIU0NSRUVOX1BJWENJUiBpcyBub3Qgc2V0CiMgQ09ORklH X1RPVUNIU0NSRUVOX1VTQl9DT01QT1NJVEUgaXMgbm90IHNldAojIENPTkZJR19UT1VDSFNDUkVF Tl9UT1VDSElUMjEzIGlzIG5vdCBzZXQKIyBDT05GSUdfVE9VQ0hTQ1JFRU5fVFNDX1NFUklPIGlz IG5vdCBzZXQKIyBDT05GSUdfVE9VQ0hTQ1JFRU5fVFNDMjAwNyBpcyBub3Qgc2V0CiMgQ09ORklH X1RPVUNIU0NSRUVOX1NUMTIzMiBpcyBub3Qgc2V0CiMgQ09ORklHX1RPVUNIU0NSRUVOX1RQUzY1 MDdYIGlzIG5vdCBzZXQKQ09ORklHX0lOUFVUX01JU0M9eQojIENPTkZJR19JTlBVVF9BRDcxNFgg aXMgbm90IHNldAojIENPTkZJR19JTlBVVF9CTUExNTAgaXMgbm90IHNldAojIENPTkZJR19JTlBV VF9QQ1NQS1IgaXMgbm90IHNldAojIENPTkZJR19JTlBVVF9NTUE4NDUwIGlzIG5vdCBzZXQKIyBD T05GSUdfSU5QVVRfTVBVMzA1MCBpcyBub3Qgc2V0CiMgQ09ORklHX0lOUFVUX0FQQU5FTCBpcyBu b3Qgc2V0CiMgQ09ORklHX0lOUFVUX0FUTEFTX0JUTlMgaXMgbm90IHNldAojIENPTkZJR19JTlBV VF9BVElfUkVNT1RFMiBpcyBub3Qgc2V0CiMgQ09ORklHX0lOUFVUX0tFWVNQQU5fUkVNT1RFIGlz IG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfS1hUSjkgaXMgbm90IHNldAojIENPTkZJR19JTlBVVF9Q T1dFUk1BVEUgaXMgbm90IHNldAojIENPTkZJR19JTlBVVF9ZRUFMSU5LIGlzIG5vdCBzZXQKIyBD T05GSUdfSU5QVVRfQ00xMDkgaXMgbm90IHNldAojIENPTkZJR19JTlBVVF9VSU5QVVQgaXMgbm90 IHNldAojIENPTkZJR19JTlBVVF9QQ0Y4NTc0IGlzIG5vdCBzZXQKIyBDT05GSUdfSU5QVVRfQURY TDM0WCBpcyBub3Qgc2V0CiMgQ09ORklHX0lOUFVUX0NNQTMwMDAgaXMgbm90IHNldApDT05GSUdf SU5QVVRfWEVOX0tCRERFVl9GUk9OVEVORD15CgojCiMgSGFyZHdhcmUgSS9PIHBvcnRzCiMKQ09O RklHX1NFUklPPXkKQ09ORklHX1NFUklPX0k4MDQyPXkKQ09ORklHX1NFUklPX1NFUlBPUlQ9eQoj IENPTkZJR19TRVJJT19DVDgyQzcxMCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFUklPX1BDSVBTMiBp cyBub3Qgc2V0CkNPTkZJR19TRVJJT19MSUJQUzI9eQojIENPTkZJR19TRVJJT19SQVcgaXMgbm90 IHNldAojIENPTkZJR19TRVJJT19BTFRFUkFfUFMyIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VSSU9f UFMyTVVMVCBpcyBub3Qgc2V0CiMgQ09ORklHX0dBTUVQT1JUIGlzIG5vdCBzZXQKCiMKIyBDaGFy YWN0ZXIgZGV2aWNlcwojCkNPTkZJR19WVD15CkNPTkZJR19DT05TT0xFX1RSQU5TTEFUSU9OUz15 CkNPTkZJR19WVF9DT05TT0xFPXkKQ09ORklHX1ZUX0NPTlNPTEVfU0xFRVA9eQpDT05GSUdfSFdf Q09OU09MRT15CkNPTkZJR19WVF9IV19DT05TT0xFX0JJTkRJTkc9eQpDT05GSUdfVU5JWDk4X1BU WVM9eQojIENPTkZJR19ERVZQVFNfTVVMVElQTEVfSU5TVEFOQ0VTIGlzIG5vdCBzZXQKIyBDT05G SUdfTEVHQUNZX1BUWVMgaXMgbm90IHNldApDT05GSUdfU0VSSUFMX05PTlNUQU5EQVJEPXkKIyBD T05GSUdfUk9DS0VUUE9SVCBpcyBub3Qgc2V0CiMgQ09ORklHX0NZQ0xBREVTIGlzIG5vdCBzZXQK IyBDT05GSUdfTU9YQV9JTlRFTExJTyBpcyBub3Qgc2V0CiMgQ09ORklHX01PWEFfU01BUlRJTyBp cyBub3Qgc2V0CiMgQ09ORklHX1NZTkNMSU5LIGlzIG5vdCBzZXQKIyBDT05GSUdfU1lOQ0xJTktN UCBpcyBub3Qgc2V0CiMgQ09ORklHX1NZTkNMSU5LX0dUIGlzIG5vdCBzZXQKIyBDT05GSUdfTk9a T01JIGlzIG5vdCBzZXQKIyBDT05GSUdfSVNJIGlzIG5vdCBzZXQKIyBDT05GSUdfTl9IRExDIGlz IG5vdCBzZXQKIyBDT05GSUdfTl9HU00gaXMgbm90IHNldAojIENPTkZJR19UUkFDRV9TSU5LIGlz IG5vdCBzZXQKQ09ORklHX0RFVktNRU09eQojIENPTkZJR19TVEFMRFJWIGlzIG5vdCBzZXQKCiMK IyBTZXJpYWwgZHJpdmVycwojCkNPTkZJR19TRVJJQUxfODI1MD15CkNPTkZJR19TRVJJQUxfODI1 MF9DT05TT0xFPXkKQ09ORklHX0ZJWF9FQVJMWUNPTl9NRU09eQpDT05GSUdfU0VSSUFMXzgyNTBf UENJPXkKQ09ORklHX1NFUklBTF84MjUwX1BOUD15CiMgQ09ORklHX1NFUklBTF84MjUwX0NTIGlz IG5vdCBzZXQKQ09ORklHX1NFUklBTF84MjUwX05SX1VBUlRTPTMyCkNPTkZJR19TRVJJQUxfODI1 MF9SVU5USU1FX1VBUlRTPTQKQ09ORklHX1NFUklBTF84MjUwX0VYVEVOREVEPXkKQ09ORklHX1NF UklBTF84MjUwX01BTllfUE9SVFM9eQpDT05GSUdfU0VSSUFMXzgyNTBfU0hBUkVfSVJRPXkKQ09O RklHX1NFUklBTF84MjUwX0RFVEVDVF9JUlE9eQpDT05GSUdfU0VSSUFMXzgyNTBfUlNBPXkKCiMK IyBOb24tODI1MCBzZXJpYWwgcG9ydCBzdXBwb3J0CiMKIyBDT05GSUdfU0VSSUFMX01GRF9IU1Ug aXMgbm90IHNldApDT05GSUdfU0VSSUFMX0NPUkU9eQpDT05GSUdfU0VSSUFMX0NPUkVfQ09OU09M RT15CiMgQ09ORklHX1NFUklBTF9KU00gaXMgbm90IHNldAojIENPTkZJR19TRVJJQUxfVElNQkVS REFMRSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFUklBTF9BTFRFUkFfSlRBR1VBUlQgaXMgbm90IHNl dAojIENPTkZJR19TRVJJQUxfQUxURVJBX1VBUlQgaXMgbm90IHNldAojIENPTkZJR19TRVJJQUxf UENIX1VBUlQgaXMgbm90IHNldAojIENPTkZJR19TRVJJQUxfWElMSU5YX1BTX1VBUlQgaXMgbm90 IHNldApDT05GSUdfSFZDX0RSSVZFUj15CkNPTkZJR19IVkNfSVJRPXkKQ09ORklHX0hWQ19YRU49 eQpDT05GSUdfSFZDX1hFTl9GUk9OVEVORD15CiMgQ09ORklHX0lQTUlfSEFORExFUiBpcyBub3Qg c2V0CkNPTkZJR19IV19SQU5ET009eQojIENPTkZJR19IV19SQU5ET01fVElNRVJJT01FTSBpcyBu b3Qgc2V0CkNPTkZJR19IV19SQU5ET01fSU5URUw9eQpDT05GSUdfSFdfUkFORE9NX0FNRD15CkNP TkZJR19IV19SQU5ET01fVklBPXkKQ09ORklHX05WUkFNPXkKIyBDT05GSUdfUjM5NjQgaXMgbm90 IHNldAojIENPTkZJR19BUFBMSUNPTSBpcyBub3Qgc2V0CgojCiMgUENNQ0lBIGNoYXJhY3RlciBk ZXZpY2VzCiMKIyBDT05GSUdfU1lOQ0xJTktfQ1MgaXMgbm90IHNldAojIENPTkZJR19DQVJETUFO XzQwMDAgaXMgbm90IHNldAojIENPTkZJR19DQVJETUFOXzQwNDAgaXMgbm90IHNldAojIENPTkZJ R19JUFdJUkVMRVNTIGlzIG5vdCBzZXQKIyBDT05GSUdfTVdBVkUgaXMgbm90IHNldAojIENPTkZJ R19SQVdfRFJJVkVSIGlzIG5vdCBzZXQKQ09ORklHX0hQRVQ9eQojIENPTkZJR19IUEVUX01NQVAg aXMgbm90IHNldAojIENPTkZJR19IQU5HQ0hFQ0tfVElNRVIgaXMgbm90IHNldAojIENPTkZJR19U Q0dfVFBNIGlzIG5vdCBzZXQKIyBDT05GSUdfVEVMQ0xPQ0sgaXMgbm90IHNldApDT05GSUdfREVW UE9SVD15CiMgQ09ORklHX1JBTU9PUFMgaXMgbm90IHNldApDT05GSUdfSTJDPXkKQ09ORklHX0ky Q19CT0FSRElORk89eQpDT05GSUdfSTJDX0NPTVBBVD15CiMgQ09ORklHX0kyQ19DSEFSREVWIGlz IG5vdCBzZXQKIyBDT05GSUdfSTJDX01VWCBpcyBub3Qgc2V0CkNPTkZJR19JMkNfSEVMUEVSX0FV VE89eQpDT05GSUdfSTJDX0FMR09CSVQ9eQoKIwojIEkyQyBIYXJkd2FyZSBCdXMgc3VwcG9ydAoj CgojCiMgUEMgU01CdXMgaG9zdCBjb250cm9sbGVyIGRyaXZlcnMKIwojIENPTkZJR19JMkNfQUxJ MTUzNSBpcyBub3Qgc2V0CiMgQ09ORklHX0kyQ19BTEkxNTYzIGlzIG5vdCBzZXQKIyBDT05GSUdf STJDX0FMSTE1WDMgaXMgbm90IHNldAojIENPTkZJR19JMkNfQU1ENzU2IGlzIG5vdCBzZXQKIyBD T05GSUdfSTJDX0FNRDgxMTEgaXMgbm90IHNldApDT05GSUdfSTJDX0k4MDE9eQojIENPTkZJR19J MkNfSVNDSCBpcyBub3Qgc2V0CiMgQ09ORklHX0kyQ19QSUlYNCBpcyBub3Qgc2V0CiMgQ09ORklH X0kyQ19ORk9SQ0UyIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJDX1NJUzU1OTUgaXMgbm90IHNldAoj IENPTkZJR19JMkNfU0lTNjMwIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJDX1NJUzk2WCBpcyBub3Qg c2V0CiMgQ09ORklHX0kyQ19WSUEgaXMgbm90IHNldAojIENPTkZJR19JMkNfVklBUFJPIGlzIG5v dCBzZXQKCiMKIyBBQ1BJIGRyaXZlcnMKIwojIENPTkZJR19JMkNfU0NNSSBpcyBub3Qgc2V0Cgoj CiMgSTJDIHN5c3RlbSBidXMgZHJpdmVycyAobW9zdGx5IGVtYmVkZGVkIC8gc3lzdGVtLW9uLWNo aXApCiMKIyBDT05GSUdfSTJDX0RFU0lHTldBUkVfUENJIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJD X0VHMjBUIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJDX0lOVEVMX01JRCBpcyBub3Qgc2V0CiMgQ09O RklHX0kyQ19PQ09SRVMgaXMgbm90IHNldAojIENPTkZJR19JMkNfUENBX1BMQVRGT1JNIGlzIG5v dCBzZXQKIyBDT05GSUdfSTJDX1BYQV9QQ0kgaXMgbm90IHNldAojIENPTkZJR19JMkNfU0lNVEVD IGlzIG5vdCBzZXQKIyBDT05GSUdfSTJDX1hJTElOWCBpcyBub3Qgc2V0CgojCiMgRXh0ZXJuYWwg STJDL1NNQnVzIGFkYXB0ZXIgZHJpdmVycwojCiMgQ09ORklHX0kyQ19ESU9MQU5fVTJDIGlzIG5v dCBzZXQKIyBDT05GSUdfSTJDX1BBUlBPUlRfTElHSFQgaXMgbm90IHNldAojIENPTkZJR19JMkNf VEFPU19FVk0gaXMgbm90IHNldAojIENPTkZJR19JMkNfVElOWV9VU0IgaXMgbm90IHNldAoKIwoj IE90aGVyIEkyQy9TTUJ1cyBidXMgZHJpdmVycwojCiMgQ09ORklHX0kyQ19TVFVCIGlzIG5vdCBz ZXQKIyBDT05GSUdfSTJDX0RFQlVHX0NPUkUgaXMgbm90IHNldAojIENPTkZJR19JMkNfREVCVUdf QUxHTyBpcyBub3Qgc2V0CiMgQ09ORklHX0kyQ19ERUJVR19CVVMgaXMgbm90IHNldAojIENPTkZJ R19TUEkgaXMgbm90IHNldAojIENPTkZJR19IU0kgaXMgbm90IHNldAoKIwojIFBQUyBzdXBwb3J0 CiMKIyBDT05GSUdfUFBTIGlzIG5vdCBzZXQKCiMKIyBQUFMgZ2VuZXJhdG9ycyBzdXBwb3J0CiMK CiMKIyBQVFAgY2xvY2sgc3VwcG9ydAojCgojCiMgRW5hYmxlIERldmljZSBEcml2ZXJzIC0+IFBQ UyB0byBzZWUgdGhlIFBUUCBjbG9jayBvcHRpb25zLgojCkNPTkZJR19BUkNIX1dBTlRfT1BUSU9O QUxfR1BJT0xJQj15CiMgQ09ORklHX0dQSU9MSUIgaXMgbm90IHNldAojIENPTkZJR19XMSBpcyBu b3Qgc2V0CkNPTkZJR19QT1dFUl9TVVBQTFk9eQojIENPTkZJR19QT1dFUl9TVVBQTFlfREVCVUcg aXMgbm90IHNldAojIENPTkZJR19QREFfUE9XRVIgaXMgbm90IHNldAojIENPTkZJR19URVNUX1BP V0VSIGlzIG5vdCBzZXQKIyBDT05GSUdfQkFUVEVSWV9EUzI3ODAgaXMgbm90IHNldAojIENPTkZJ R19CQVRURVJZX0RTMjc4MSBpcyBub3Qgc2V0CiMgQ09ORklHX0JBVFRFUllfRFMyNzgyIGlzIG5v dCBzZXQKIyBDT05GSUdfQkFUVEVSWV9TQlMgaXMgbm90IHNldAojIENPTkZJR19CQVRURVJZX0JR Mjd4MDAgaXMgbm90IHNldAojIENPTkZJR19CQVRURVJZX01BWDE3MDQwIGlzIG5vdCBzZXQKIyBD T05GSUdfQkFUVEVSWV9NQVgxNzA0MiBpcyBub3Qgc2V0CiMgQ09ORklHX0NIQVJHRVJfTUFYODkw MyBpcyBub3Qgc2V0CiMgQ09ORklHX0NIQVJHRVJfTFA4NzI3IGlzIG5vdCBzZXQKIyBDT05GSUdf Q0hBUkdFUl9TTUIzNDcgaXMgbm90IHNldApDT05GSUdfSFdNT049eQojIENPTkZJR19IV01PTl9W SUQgaXMgbm90IHNldAojIENPTkZJR19IV01PTl9ERUJVR19DSElQIGlzIG5vdCBzZXQKCiMKIyBO YXRpdmUgZHJpdmVycwojCiMgQ09ORklHX1NFTlNPUlNfQUJJVFVHVVJVIGlzIG5vdCBzZXQKIyBD T05GSUdfU0VOU09SU19BQklUVUdVUlUzIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19BRDc0 MTQgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0FENzQxOCBpcyBub3Qgc2V0CiMgQ09ORklH X1NFTlNPUlNfQURNMTAyMSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQURNMTAyNSBpcyBu b3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQURNMTAyNiBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNP UlNfQURNMTAyOSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQURNMTAzMSBpcyBub3Qgc2V0 CiMgQ09ORklHX1NFTlNPUlNfQURNOTI0MCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQURU NzQxMSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQURUNzQ2MiBpcyBub3Qgc2V0CiMgQ09O RklHX1NFTlNPUlNfQURUNzQ3MCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQURUNzQ3NSBp cyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQVNDNzYyMSBpcyBub3Qgc2V0CiMgQ09ORklHX1NF TlNPUlNfSzhURU1QIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19LMTBURU1QIGlzIG5vdCBz ZXQKIyBDT05GSUdfU0VOU09SU19GQU0xNUhfUE9XRVIgaXMgbm90IHNldAojIENPTkZJR19TRU5T T1JTX0FTQjEwMCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfQVRYUDEgaXMgbm90IHNldAoj IENPTkZJR19TRU5TT1JTX0RTNjIwIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19EUzE2MjEg aXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0k1S19BTUIgaXMgbm90IHNldAojIENPTkZJR19T RU5TT1JTX0Y3MTgwNUYgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0Y3MTg4MkZHIGlzIG5v dCBzZXQKIyBDT05GSUdfU0VOU09SU19GNzUzNzVTIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09S U19GU0NITUQgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0c3NjBBIGlzIG5vdCBzZXQKIyBD T05GSUdfU0VOU09SU19HTDUxOFNNIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19HTDUyMFNN IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19DT1JFVEVNUCBpcyBub3Qgc2V0CiMgQ09ORklH X1NFTlNPUlNfSVQ4NyBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfSkM0MiBpcyBub3Qgc2V0 CiMgQ09ORklHX1NFTlNPUlNfTElORUFHRSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTE02 MyBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTE03MyBpcyBub3Qgc2V0CiMgQ09ORklHX1NF TlNPUlNfTE03NSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTE03NyBpcyBub3Qgc2V0CiMg Q09ORklHX1NFTlNPUlNfTE03OCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTE04MCBpcyBu b3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTE04MyBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNf TE04NSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTE04NyBpcyBub3Qgc2V0CiMgQ09ORklH X1NFTlNPUlNfTE05MCBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTE05MiBpcyBub3Qgc2V0 CiMgQ09ORklHX1NFTlNPUlNfTE05MyBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTFRDNDE1 MSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTFRDNDIxNSBpcyBub3Qgc2V0CiMgQ09ORklH X1NFTlNPUlNfTFRDNDI0NSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTFRDNDI2MSBpcyBu b3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTE05NTI0MSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNP UlNfTE05NTI0NSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfTUFYMTYwNjUgaXMgbm90IHNl dAojIENPTkZJR19TRU5TT1JTX01BWDE2MTkgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX01B WDE2NjggaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX01BWDY2MzkgaXMgbm90IHNldAojIENP TkZJR19TRU5TT1JTX01BWDY2NDIgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX01BWDY2NTAg aXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX01DUDMwMjEgaXMgbm90IHNldAojIENPTkZJR19T RU5TT1JTX05UQ19USEVSTUlTVE9SIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19QQzg3MzYw IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19QQzg3NDI3IGlzIG5vdCBzZXQKIyBDT05GSUdf U0VOU09SU19QQ0Y4NTkxIGlzIG5vdCBzZXQKIyBDT05GSUdfUE1CVVMgaXMgbm90IHNldAojIENP TkZJR19TRU5TT1JTX1NIVDIxIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19TSVM1NTk1IGlz IG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19TTU02NjUgaXMgbm90IHNldAojIENPTkZJR19TRU5T T1JTX0RNRTE3MzcgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0VNQzE0MDMgaXMgbm90IHNl dAojIENPTkZJR19TRU5TT1JTX0VNQzIxMDMgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0VN QzZXMjAxIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19TTVNDNDdNMSBpcyBub3Qgc2V0CiMg Q09ORklHX1NFTlNPUlNfU01TQzQ3TTE5MiBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfU01T QzQ3QjM5NyBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfU0NINTZYWF9DT01NT04gaXMgbm90 IHNldAojIENPTkZJR19TRU5TT1JTX1NDSDU2MjcgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JT X1NDSDU2MzYgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0FEUzEwMTUgaXMgbm90IHNldAoj IENPTkZJR19TRU5TT1JTX0FEUzc4MjggaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0FNQzY4 MjEgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX1RITUM1MCBpcyBub3Qgc2V0CiMgQ09ORklH X1NFTlNPUlNfVE1QMTAyIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19UTVA0MDEgaXMgbm90 IHNldAojIENPTkZJR19TRU5TT1JTX1RNUDQyMSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNf VklBX0NQVVRFTVAgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX1ZJQTY4NkEgaXMgbm90IHNl dAojIENPTkZJR19TRU5TT1JTX1ZUMTIxMSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfVlQ4 MjMxIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19XODM3ODFEIGlzIG5vdCBzZXQKIyBDT05G SUdfU0VOU09SU19XODM3OTFEIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19XODM3OTJEIGlz IG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19XODM3OTMgaXMgbm90IHNldAojIENPTkZJR19TRU5T T1JTX1c4Mzc5NSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfVzgzTDc4NVRTIGlzIG5vdCBz ZXQKIyBDT05GSUdfU0VOU09SU19XODNMNzg2TkcgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JT X1c4MzYyN0hGIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19XODM2MjdFSEYgaXMgbm90IHNl dAojIENPTkZJR19TRU5TT1JTX0FQUExFU01DIGlzIG5vdCBzZXQKCiMKIyBBQ1BJIGRyaXZlcnMK IwojIENPTkZJR19TRU5TT1JTX0FDUElfUE9XRVIgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JT X0FUSzAxMTAgaXMgbm90IHNldApDT05GSUdfVEhFUk1BTD15CkNPTkZJR19USEVSTUFMX0hXTU9O PXkKQ09ORklHX1dBVENIRE9HPXkKIyBDT05GSUdfV0FUQ0hET0dfQ09SRSBpcyBub3Qgc2V0CiMg Q09ORklHX1dBVENIRE9HX05PV0FZT1VUIGlzIG5vdCBzZXQKCiMKIyBXYXRjaGRvZyBEZXZpY2Ug RHJpdmVycwojCiMgQ09ORklHX1NPRlRfV0FUQ0hET0cgaXMgbm90IHNldAojIENPTkZJR19BQ1FV SVJFX1dEVCBpcyBub3Qgc2V0CiMgQ09ORklHX0FEVkFOVEVDSF9XRFQgaXMgbm90IHNldAojIENP TkZJR19BTElNMTUzNV9XRFQgaXMgbm90IHNldAojIENPTkZJR19BTElNNzEwMV9XRFQgaXMgbm90 IHNldAojIENPTkZJR19GNzE4MDhFX1dEVCBpcyBub3Qgc2V0CiMgQ09ORklHX1NQNTEwMF9UQ08g aXMgbm90IHNldAojIENPTkZJR19TQzUyMF9XRFQgaXMgbm90IHNldAojIENPTkZJR19TQkNfRklU UEMyX1dBVENIRE9HIGlzIG5vdCBzZXQKIyBDT05GSUdfRVVST1RFQ0hfV0RUIGlzIG5vdCBzZXQK IyBDT05GSUdfSUI3MDBfV0RUIGlzIG5vdCBzZXQKIyBDT05GSUdfSUJNQVNSIGlzIG5vdCBzZXQK IyBDT05GSUdfV0FGRVJfV0RUIGlzIG5vdCBzZXQKIyBDT05GSUdfSTYzMDBFU0JfV0RUIGlzIG5v dCBzZXQKIyBDT05GSUdfSVRDT19XRFQgaXMgbm90IHNldAojIENPTkZJR19JVDg3MTJGX1dEVCBp cyBub3Qgc2V0CiMgQ09ORklHX0lUODdfV0RUIGlzIG5vdCBzZXQKIyBDT05GSUdfSFBfV0FUQ0hE T0cgaXMgbm90IHNldAojIENPTkZJR19TQzEyMDBfV0RUIGlzIG5vdCBzZXQKIyBDT05GSUdfUEM4 NzQxM19XRFQgaXMgbm90IHNldAojIENPTkZJR19OVl9UQ08gaXMgbm90IHNldAojIENPTkZJR182 MFhYX1dEVCBpcyBub3Qgc2V0CiMgQ09ORklHX1NCQzgzNjBfV0RUIGlzIG5vdCBzZXQKIyBDT05G SUdfQ1BVNV9XRFQgaXMgbm90IHNldAojIENPTkZJR19TTVNDX1NDSDMxMVhfV0RUIGlzIG5vdCBz ZXQKIyBDT05GSUdfU01TQzM3Qjc4N19XRFQgaXMgbm90IHNldAojIENPTkZJR19WSUFfV0RUIGlz IG5vdCBzZXQKIyBDT05GSUdfVzgzNjI3SEZfV0RUIGlzIG5vdCBzZXQKIyBDT05GSUdfVzgzNjk3 SEZfV0RUIGlzIG5vdCBzZXQKIyBDT05GSUdfVzgzNjk3VUdfV0RUIGlzIG5vdCBzZXQKIyBDT05G SUdfVzgzODc3Rl9XRFQgaXMgbm90IHNldAojIENPTkZJR19XODM5NzdGX1dEVCBpcyBub3Qgc2V0 CiMgQ09ORklHX01BQ0haX1dEVCBpcyBub3Qgc2V0CiMgQ09ORklHX1NCQ19FUFhfQzNfV0FUQ0hE T0cgaXMgbm90IHNldAojIENPTkZJR19YRU5fV0RUIGlzIG5vdCBzZXQKCiMKIyBQQ0ktYmFzZWQg V2F0Y2hkb2cgQ2FyZHMKIwojIENPTkZJR19QQ0lQQ1dBVENIRE9HIGlzIG5vdCBzZXQKIyBDT05G SUdfV0RUUENJIGlzIG5vdCBzZXQKCiMKIyBVU0ItYmFzZWQgV2F0Y2hkb2cgQ2FyZHMKIwojIENP TkZJR19VU0JQQ1dBVENIRE9HIGlzIG5vdCBzZXQKQ09ORklHX1NTQl9QT1NTSUJMRT15CgojCiMg U29uaWNzIFNpbGljb24gQmFja3BsYW5lCiMKIyBDT05GSUdfU1NCIGlzIG5vdCBzZXQKQ09ORklH X0JDTUFfUE9TU0lCTEU9eQoKIwojIEJyb2FkY29tIHNwZWNpZmljIEFNQkEKIwojIENPTkZJR19C Q01BIGlzIG5vdCBzZXQKCiMKIyBNdWx0aWZ1bmN0aW9uIGRldmljZSBkcml2ZXJzCiMKIyBDT05G SUdfTUZEX0NPUkUgaXMgbm90IHNldAojIENPTkZJR19NRkRfODhQTTg2MFggaXMgbm90IHNldAoj IENPTkZJR19NRkRfU001MDEgaXMgbm90IHNldAojIENPTkZJR19IVENfUEFTSUMzIGlzIG5vdCBz ZXQKIyBDT05GSUdfVFBTNjEwNVggaXMgbm90IHNldAojIENPTkZJR19UUFM2NTA3WCBpcyBub3Qg c2V0CiMgQ09ORklHX01GRF9UUFM2NTIxNyBpcyBub3Qgc2V0CiMgQ09ORklHX1RXTDQwMzBfQ09S RSBpcyBub3Qgc2V0CiMgQ09ORklHX1RXTDYwNDBfQ09SRSBpcyBub3Qgc2V0CiMgQ09ORklHX01G RF9TVE1QRSBpcyBub3Qgc2V0CiMgQ09ORklHX01GRF9UQzM1ODlYIGlzIG5vdCBzZXQKIyBDT05G SUdfTUZEX1RNSU8gaXMgbm90IHNldAojIENPTkZJR19QTUlDX0RBOTAzWCBpcyBub3Qgc2V0CiMg Q09ORklHX01GRF9EQTkwNTJfSTJDIGlzIG5vdCBzZXQKIyBDT05GSUdfUE1JQ19BRFA1NTIwIGlz IG5vdCBzZXQKIyBDT05GSUdfTUZEX01BWDg5MjUgaXMgbm90IHNldAojIENPTkZJR19NRkRfTUFY ODk5NyBpcyBub3Qgc2V0CiMgQ09ORklHX01GRF9NQVg4OTk4IGlzIG5vdCBzZXQKIyBDT05GSUdf TUZEX1M1TV9DT1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1dNODQwMCBpcyBub3Qgc2V0CiMg Q09ORklHX01GRF9XTTgzMVhfSTJDIGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1dNODM1MF9JMkMg aXMgbm90IHNldAojIENPTkZJR19NRkRfV004OTk0IGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1BD RjUwNjMzIGlzIG5vdCBzZXQKIyBDT05GSUdfQUJYNTAwX0NPUkUgaXMgbm90IHNldAojIENPTkZJ R19NRkRfQ1M1NTM1IGlzIG5vdCBzZXQKIyBDT05GSUdfTFBDX1NDSCBpcyBub3Qgc2V0CiMgQ09O RklHX01GRF9SREMzMjFYIGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX0pBTlpfQ01PRElPIGlzIG5v dCBzZXQKIyBDT05GSUdfTUZEX1ZYODU1IGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1dMMTI3M19D T1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1RQUzY1MDkwIGlzIG5vdCBzZXQKIyBDT05GSUdf TUZEX1JDNVQ1ODMgaXMgbm90IHNldAojIENPTkZJR19SRUdVTEFUT1IgaXMgbm90IHNldAojIENP TkZJR19NRURJQV9TVVBQT1JUIGlzIG5vdCBzZXQKCiMKIyBHcmFwaGljcyBzdXBwb3J0CiMKQ09O RklHX0FHUD15CkNPTkZJR19BR1BfQU1ENjQ9eQpDT05GSUdfQUdQX0lOVEVMPXkKQ09ORklHX0FH UF9TSVM9eQpDT05GSUdfQUdQX1ZJQT15CkNPTkZJR19WR0FfQVJCPXkKQ09ORklHX1ZHQV9BUkJf TUFYX0dQVVM9MTYKIyBDT05GSUdfVkdBX1NXSVRDSEVST08gaXMgbm90IHNldApDT05GSUdfRFJN PXkKQ09ORklHX0RSTV9LTVNfSEVMUEVSPXkKIyBDT05GSUdfRFJNX0xPQURfRURJRF9GSVJNV0FS RSBpcyBub3Qgc2V0CkNPTkZJR19EUk1fVFRNPXkKIyBDT05GSUdfRFJNX1RERlggaXMgbm90IHNl dAojIENPTkZJR19EUk1fUjEyOCBpcyBub3Qgc2V0CkNPTkZJR19EUk1fUkFERU9OPXkKQ09ORklH X0RSTV9SQURFT05fS01TPXkKQ09ORklHX0RSTV9OT1VWRUFVPXkKQ09ORklHX0RSTV9OT1VWRUFV X0JBQ0tMSUdIVD15CkNPTkZJR19EUk1fTk9VVkVBVV9ERUJVRz15CgojCiMgSTJDIGVuY29kZXIg b3IgaGVscGVyIGNoaXBzCiMKIyBDT05GSUdfRFJNX0kyQ19DSDcwMDYgaXMgbm90IHNldAojIENP TkZJR19EUk1fSTJDX1NJTDE2NCBpcyBub3Qgc2V0CiMgQ09ORklHX0RSTV9JODEwIGlzIG5vdCBz ZXQKQ09ORklHX0RSTV9JOTE1PXkKQ09ORklHX0RSTV9JOTE1X0tNUz15CiMgQ09ORklHX0RSTV9N R0EgaXMgbm90IHNldAojIENPTkZJR19EUk1fU0lTIGlzIG5vdCBzZXQKIyBDT05GSUdfRFJNX1ZJ QSBpcyBub3Qgc2V0CiMgQ09ORklHX0RSTV9TQVZBR0UgaXMgbm90IHNldAojIENPTkZJR19EUk1f Vk1XR0ZYIGlzIG5vdCBzZXQKQ09ORklHX0RSTV9HTUE1MDA9eQojIENPTkZJR19EUk1fR01BNjAw IGlzIG5vdCBzZXQKIyBDT05GSUdfRFJNX0dNQTM2MDAgaXMgbm90IHNldAojIENPTkZJR19EUk1f VURMIGlzIG5vdCBzZXQKIyBDT05GSUdfU1RVQl9QT1VMU0JPIGlzIG5vdCBzZXQKIyBDT05GSUdf VkdBU1RBVEUgaXMgbm90IHNldApDT05GSUdfVklERU9fT1VUUFVUX0NPTlRST0w9eQpDT05GSUdf RkI9eQpDT05GSUdfRklSTVdBUkVfRURJRD15CiMgQ09ORklHX0ZCX0REQyBpcyBub3Qgc2V0CkNP TkZJR19GQl9CT09UX1ZFU0FfU1VQUE9SVD15CkNPTkZJR19GQl9DRkJfRklMTFJFQ1Q9eQpDT05G SUdfRkJfQ0ZCX0NPUFlBUkVBPXkKQ09ORklHX0ZCX0NGQl9JTUFHRUJMSVQ9eQojIENPTkZJR19G Ql9DRkJfUkVWX1BJWEVMU19JTl9CWVRFIGlzIG5vdCBzZXQKQ09ORklHX0ZCX1NZU19GSUxMUkVD VD15CkNPTkZJR19GQl9TWVNfQ09QWUFSRUE9eQpDT05GSUdfRkJfU1lTX0lNQUdFQkxJVD15CiMg Q09ORklHX0ZCX0ZPUkVJR05fRU5ESUFOIGlzIG5vdCBzZXQKQ09ORklHX0ZCX1NZU19GT1BTPXkK IyBDT05GSUdfRkJfV01UX0dFX1JPUFMgaXMgbm90IHNldApDT05GSUdfRkJfREVGRVJSRURfSU89 eQojIENPTkZJR19GQl9TVkdBTElCIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfTUFDTU9ERVMgaXMg bm90IHNldApDT05GSUdfRkJfQkFDS0xJR0hUPXkKQ09ORklHX0ZCX01PREVfSEVMUEVSUz15CkNP TkZJR19GQl9USUxFQkxJVFRJTkc9eQoKIwojIEZyYW1lIGJ1ZmZlciBoYXJkd2FyZSBkcml2ZXJz CiMKIyBDT05GSUdfRkJfQ0lSUlVTIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfUE0yIGlzIG5vdCBz ZXQKIyBDT05GSUdfRkJfQ1lCRVIyMDAwIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfQVJDIGlzIG5v dCBzZXQKIyBDT05GSUdfRkJfQVNJTElBTlQgaXMgbm90IHNldAojIENPTkZJR19GQl9JTVNUVCBp cyBub3Qgc2V0CiMgQ09ORklHX0ZCX1ZHQTE2IGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfVVZFU0Eg aXMgbm90IHNldApDT05GSUdfRkJfVkVTQT15CkNPTkZJR19GQl9FRkk9eQojIENPTkZJR19GQl9O NDExIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfSEdBIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfUzFE MTNYWFggaXMgbm90IHNldAojIENPTkZJR19GQl9OVklESUEgaXMgbm90IHNldAojIENPTkZJR19G Ql9SSVZBIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfSTc0MCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZC X0xFODA1NzggaXMgbm90IHNldAojIENPTkZJR19GQl9NQVRST1ggaXMgbm90IHNldAojIENPTkZJ R19GQl9SQURFT04gaXMgbm90IHNldAojIENPTkZJR19GQl9BVFkxMjggaXMgbm90IHNldAojIENP TkZJR19GQl9BVFkgaXMgbm90IHNldAojIENPTkZJR19GQl9TMyBpcyBub3Qgc2V0CiMgQ09ORklH X0ZCX1NBVkFHRSBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1NJUyBpcyBub3Qgc2V0CiMgQ09ORklH X0ZCX1ZJQSBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX05FT01BR0lDIGlzIG5vdCBzZXQKIyBDT05G SUdfRkJfS1lSTyBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCXzNERlggaXMgbm90IHNldAojIENPTkZJ R19GQl9WT09ET08xIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfVlQ4NjIzIGlzIG5vdCBzZXQKIyBD T05GSUdfRkJfVFJJREVOVCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX0FSSyBpcyBub3Qgc2V0CiMg Q09ORklHX0ZCX1BNMyBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX0NBUk1JTkUgaXMgbm90IHNldAoj IENPTkZJR19GQl9HRU9ERSBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX1NNU0NVRlggaXMgbm90IHNl dAojIENPTkZJR19GQl9VREwgaXMgbm90IHNldAojIENPTkZJR19GQl9WSVJUVUFMIGlzIG5vdCBz ZXQKQ09ORklHX1hFTl9GQkRFVl9GUk9OVEVORD15CiMgQ09ORklHX0ZCX01FVFJPTk9NRSBpcyBu b3Qgc2V0CiMgQ09ORklHX0ZCX01CODYyWFggaXMgbm90IHNldAojIENPTkZJR19GQl9CUk9BRFNI RUVUIGlzIG5vdCBzZXQKIyBDT05GSUdfRVhZTk9TX1ZJREVPIGlzIG5vdCBzZXQKQ09ORklHX0JB Q0tMSUdIVF9MQ0RfU1VQUE9SVD15CiMgQ09ORklHX0xDRF9DTEFTU19ERVZJQ0UgaXMgbm90IHNl dApDT05GSUdfQkFDS0xJR0hUX0NMQVNTX0RFVklDRT15CkNPTkZJR19CQUNLTElHSFRfR0VORVJJ Qz15CiMgQ09ORklHX0JBQ0tMSUdIVF9QUk9HRUFSIGlzIG5vdCBzZXQKIyBDT05GSUdfQkFDS0xJ R0hUX0FQUExFIGlzIG5vdCBzZXQKIyBDT05GSUdfQkFDS0xJR0hUX1NBSEFSQSBpcyBub3Qgc2V0 CiMgQ09ORklHX0JBQ0tMSUdIVF9BRFA4ODYwIGlzIG5vdCBzZXQKIyBDT05GSUdfQkFDS0xJR0hU X0FEUDg4NzAgaXMgbm90IHNldAojIENPTkZJR19CQUNLTElHSFRfTFA4NTVYIGlzIG5vdCBzZXQK CiMKIyBDb25zb2xlIGRpc3BsYXkgZHJpdmVyIHN1cHBvcnQKIwpDT05GSUdfVkdBX0NPTlNPTEU9 eQpDT05GSUdfVkdBQ09OX1NPRlRfU0NST0xMQkFDSz15CkNPTkZJR19WR0FDT05fU09GVF9TQ1JP TExCQUNLX1NJWkU9NjQKQ09ORklHX0RVTU1ZX0NPTlNPTEU9eQpDT05GSUdfRlJBTUVCVUZGRVJf Q09OU09MRT15CkNPTkZJR19GUkFNRUJVRkZFUl9DT05TT0xFX0RFVEVDVF9QUklNQVJZPXkKIyBD T05GSUdfRlJBTUVCVUZGRVJfQ09OU09MRV9ST1RBVElPTiBpcyBub3Qgc2V0CiMgQ09ORklHX0ZP TlRTIGlzIG5vdCBzZXQKQ09ORklHX0ZPTlRfOHg4PXkKQ09ORklHX0ZPTlRfOHgxNj15CkNPTkZJ R19MT0dPPXkKIyBDT05GSUdfTE9HT19MSU5VWF9NT05PIGlzIG5vdCBzZXQKIyBDT05GSUdfTE9H T19MSU5VWF9WR0ExNiBpcyBub3Qgc2V0CkNPTkZJR19MT0dPX0xJTlVYX0NMVVQyMjQ9eQpDT05G SUdfU09VTkQ9eQpDT05GSUdfU09VTkRfT1NTX0NPUkU9eQpDT05GSUdfU09VTkRfT1NTX0NPUkVf UFJFQ0xBSU09eQpDT05GSUdfU05EPXkKQ09ORklHX1NORF9USU1FUj15CkNPTkZJR19TTkRfUENN PXkKQ09ORklHX1NORF9IV0RFUD15CkNPTkZJR19TTkRfU0VRVUVOQ0VSPXkKQ09ORklHX1NORF9T RVFfRFVNTVk9eQpDT05GSUdfU05EX09TU0VNVUw9eQpDT05GSUdfU05EX01JWEVSX09TUz15CkNP TkZJR19TTkRfUENNX09TUz15CkNPTkZJR19TTkRfUENNX09TU19QTFVHSU5TPXkKQ09ORklHX1NO RF9TRVFVRU5DRVJfT1NTPXkKQ09ORklHX1NORF9IUlRJTUVSPXkKQ09ORklHX1NORF9TRVFfSFJU SU1FUl9ERUZBVUxUPXkKQ09ORklHX1NORF9EWU5BTUlDX01JTk9SUz15CkNPTkZJR19TTkRfU1VQ UE9SVF9PTERfQVBJPXkKQ09ORklHX1NORF9WRVJCT1NFX1BST0NGUz15CiMgQ09ORklHX1NORF9W RVJCT1NFX1BSSU5USyBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9ERUJVRyBpcyBub3Qgc2V0CkNP TkZJR19TTkRfVk1BU1RFUj15CkNPTkZJR19TTkRfS0NUTF9KQUNLPXkKQ09ORklHX1NORF9ETUFf U0dCVUY9eQojIENPTkZJR19TTkRfUkFXTUlESV9TRVEgaXMgbm90IHNldAojIENPTkZJR19TTkRf T1BMM19MSUJfU0VRIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX09QTDRfTElCX1NFUSBpcyBub3Qg c2V0CiMgQ09ORklHX1NORF9TQkFXRV9TRVEgaXMgbm90IHNldAojIENPTkZJR19TTkRfRU1VMTBL MV9TRVEgaXMgbm90IHNldApDT05GSUdfU05EX0RSSVZFUlM9eQojIENPTkZJR19TTkRfUENTUCBp cyBub3Qgc2V0CiMgQ09ORklHX1NORF9EVU1NWSBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9BTE9P UCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9WSVJNSURJIGlzIG5vdCBzZXQKIyBDT05GSUdfU05E X01UUEFWIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX1NFUklBTF9VMTY1NTAgaXMgbm90IHNldAoj IENPTkZJR19TTkRfTVBVNDAxIGlzIG5vdCBzZXQKQ09ORklHX1NORF9QQ0k9eQojIENPTkZJR19T TkRfQUQxODg5IGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0FMUzMwMCBpcyBub3Qgc2V0CiMgQ09O RklHX1NORF9BTFM0MDAwIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0FMSTU0NTEgaXMgbm90IHNl dAojIENPTkZJR19TTkRfQVNJSFBJIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0FUSUlYUCBpcyBu b3Qgc2V0CiMgQ09ORklHX1NORF9BVElJWFBfTU9ERU0gaXMgbm90IHNldAojIENPTkZJR19TTkRf QVU4ODEwIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0FVODgyMCBpcyBub3Qgc2V0CiMgQ09ORklH X1NORF9BVTg4MzAgaXMgbm90IHNldAojIENPTkZJR19TTkRfQVcyIGlzIG5vdCBzZXQKIyBDT05G SUdfU05EX0FaVDMzMjggaXMgbm90IHNldAojIENPTkZJR19TTkRfQlQ4N1ggaXMgbm90IHNldAoj IENPTkZJR19TTkRfQ0EwMTA2IGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0NNSVBDSSBpcyBub3Qg c2V0CiMgQ09ORklHX1NORF9PWFlHRU4gaXMgbm90IHNldAojIENPTkZJR19TTkRfQ1M0MjgxIGlz IG5vdCBzZXQKIyBDT05GSUdfU05EX0NTNDZYWCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9DUzU1 MzAgaXMgbm90IHNldAojIENPTkZJR19TTkRfQ1M1NTM1QVVESU8gaXMgbm90IHNldAojIENPTkZJ R19TTkRfQ1RYRkkgaXMgbm90IHNldAojIENPTkZJR19TTkRfREFSTEEyMCBpcyBub3Qgc2V0CiMg Q09ORklHX1NORF9HSU5BMjAgaXMgbm90IHNldAojIENPTkZJR19TTkRfTEFZTEEyMCBpcyBub3Qg c2V0CiMgQ09ORklHX1NORF9EQVJMQTI0IGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0dJTkEyNCBp cyBub3Qgc2V0CiMgQ09ORklHX1NORF9MQVlMQTI0IGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX01P TkEgaXMgbm90IHNldAojIENPTkZJR19TTkRfTUlBIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0VD SE8zRyBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9JTkRJR08gaXMgbm90IHNldAojIENPTkZJR19T TkRfSU5ESUdPSU8gaXMgbm90IHNldAojIENPTkZJR19TTkRfSU5ESUdPREogaXMgbm90IHNldAoj IENPTkZJR19TTkRfSU5ESUdPSU9YIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0lORElHT0RKWCBp cyBub3Qgc2V0CiMgQ09ORklHX1NORF9FTVUxMEsxIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0VN VTEwSzFYIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0VOUzEzNzAgaXMgbm90IHNldAojIENPTkZJ R19TTkRfRU5TMTM3MSBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9FUzE5MzggaXMgbm90IHNldAoj IENPTkZJR19TTkRfRVMxOTY4IGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0ZNODAxIGlzIG5vdCBz ZXQKQ09ORklHX1NORF9IREFfSU5URUw9eQpDT05GSUdfU05EX0hEQV9QUkVBTExPQ19TSVpFPTY0 CkNPTkZJR19TTkRfSERBX0hXREVQPXkKIyBDT05GSUdfU05EX0hEQV9SRUNPTkZJRyBpcyBub3Qg c2V0CiMgQ09ORklHX1NORF9IREFfSU5QVVRfQkVFUCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9I REFfSU5QVVRfSkFDSyBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9IREFfUEFUQ0hfTE9BREVSIGlz IG5vdCBzZXQKQ09ORklHX1NORF9IREFfQ09ERUNfUkVBTFRFSz15CkNPTkZJR19TTkRfSERBX0VO QUJMRV9SRUFMVEVLX1FVSVJLUz15CkNPTkZJR19TTkRfSERBX0NPREVDX0FOQUxPRz15CkNPTkZJ R19TTkRfSERBX0NPREVDX1NJR01BVEVMPXkKQ09ORklHX1NORF9IREFfQ09ERUNfVklBPXkKQ09O RklHX1NORF9IREFfQ09ERUNfSERNST15CkNPTkZJR19TTkRfSERBX0NPREVDX0NJUlJVUz15CkNP TkZJR19TTkRfSERBX0NPREVDX0NPTkVYQU5UPXkKQ09ORklHX1NORF9IREFfQ09ERUNfQ0EwMTEw PXkKQ09ORklHX1NORF9IREFfQ09ERUNfQ0EwMTMyPXkKQ09ORklHX1NORF9IREFfQ09ERUNfQ01F RElBPXkKQ09ORklHX1NORF9IREFfQ09ERUNfU0kzMDU0PXkKQ09ORklHX1NORF9IREFfR0VORVJJ Qz15CiMgQ09ORklHX1NORF9IREFfUE9XRVJfU0FWRSBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9I RFNQIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX0hEU1BNIGlzIG5vdCBzZXQKIyBDT05GSUdfU05E X0lDRTE3MTIgaXMgbm90IHNldAojIENPTkZJR19TTkRfSUNFMTcyNCBpcyBub3Qgc2V0CiMgQ09O RklHX1NORF9JTlRFTDhYMCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9JTlRFTDhYME0gaXMgbm90 IHNldAojIENPTkZJR19TTkRfS09SRzEyMTIgaXMgbm90IHNldAojIENPTkZJR19TTkRfTE9MQSBp cyBub3Qgc2V0CiMgQ09ORklHX1NORF9MWDY0NjRFUyBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9N QUVTVFJPMyBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9NSVhBUlQgaXMgbm90IHNldAojIENPTkZJ R19TTkRfTk0yNTYgaXMgbm90IHNldAojIENPTkZJR19TTkRfUENYSFIgaXMgbm90IHNldAojIENP TkZJR19TTkRfUklQVElERSBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9STUUzMiBpcyBub3Qgc2V0 CiMgQ09ORklHX1NORF9STUU5NiBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9STUU5NjUyIGlzIG5v dCBzZXQKIyBDT05GSUdfU05EX1NPTklDVklCRVMgaXMgbm90IHNldAojIENPTkZJR19TTkRfVFJJ REVOVCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9WSUE4MlhYIGlzIG5vdCBzZXQKIyBDT05GSUdf U05EX1ZJQTgyWFhfTU9ERU0gaXMgbm90IHNldAojIENPTkZJR19TTkRfVklSVFVPU08gaXMgbm90 IHNldAojIENPTkZJR19TTkRfVlgyMjIgaXMgbm90IHNldAojIENPTkZJR19TTkRfWU1GUENJIGlz IG5vdCBzZXQKQ09ORklHX1NORF9VU0I9eQojIENPTkZJR19TTkRfVVNCX0FVRElPIGlzIG5vdCBz ZXQKIyBDT05GSUdfU05EX1VTQl9VQTEwMSBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9VU0JfVVNY MlkgaXMgbm90IHNldAojIENPTkZJR19TTkRfVVNCX0NBSUFRIGlzIG5vdCBzZXQKIyBDT05GSUdf U05EX1VTQl9VUzEyMkwgaXMgbm90IHNldAojIENPTkZJR19TTkRfVVNCXzZGSVJFIGlzIG5vdCBz ZXQKQ09ORklHX1NORF9QQ01DSUE9eQojIENPTkZJR19TTkRfVlhQT0NLRVQgaXMgbm90IHNldAoj IENPTkZJR19TTkRfUERBVURJT0NGIGlzIG5vdCBzZXQKIyBDT05GSUdfU05EX1NPQyBpcyBub3Qg c2V0CiMgQ09ORklHX1NPVU5EX1BSSU1FIGlzIG5vdCBzZXQKQ09ORklHX0hJRF9TVVBQT1JUPXkK Q09ORklHX0hJRD15CiMgQ09ORklHX0hJRF9CQVRURVJZX1NUUkVOR1RIIGlzIG5vdCBzZXQKQ09O RklHX0hJRFJBVz15CgojCiMgVVNCIElucHV0IERldmljZXMKIwpDT05GSUdfVVNCX0hJRD15CkNP TkZJR19ISURfUElEPXkKQ09ORklHX1VTQl9ISURERVY9eQoKIwojIFNwZWNpYWwgSElEIGRyaXZl cnMKIwpDT05GSUdfSElEX0E0VEVDSD15CiMgQ09ORklHX0hJRF9BQ1JVWCBpcyBub3Qgc2V0CkNP TkZJR19ISURfQVBQTEU9eQpDT05GSUdfSElEX0JFTEtJTj15CkNPTkZJR19ISURfQ0hFUlJZPXkK Q09ORklHX0hJRF9DSElDT05ZPXkKIyBDT05GSUdfSElEX1BST0RJS0VZUyBpcyBub3Qgc2V0CkNP TkZJR19ISURfQ1lQUkVTUz15CiMgQ09ORklHX0hJRF9EUkFHT05SSVNFIGlzIG5vdCBzZXQKIyBD T05GSUdfSElEX0VNU19GRiBpcyBub3Qgc2V0CkNPTkZJR19ISURfRVpLRVk9eQojIENPTkZJR19I SURfSE9MVEVLIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX0tFWVRPVUNIIGlzIG5vdCBzZXQKIyBD T05GSUdfSElEX0tZRSBpcyBub3Qgc2V0CiMgQ09ORklHX0hJRF9VQ0xPR0lDIGlzIG5vdCBzZXQK IyBDT05GSUdfSElEX1dBTFRPUCBpcyBub3Qgc2V0CkNPTkZJR19ISURfR1lSQVRJT049eQojIENP TkZJR19ISURfVFdJTkhBTiBpcyBub3Qgc2V0CkNPTkZJR19ISURfS0VOU0lOR1RPTj15CiMgQ09O RklHX0hJRF9MQ1BPV0VSIGlzIG5vdCBzZXQKQ09ORklHX0hJRF9MT0dJVEVDSD15CkNPTkZJR19I SURfTE9HSVRFQ0hfREo9bQpDT05GSUdfTE9HSVRFQ0hfRkY9eQojIENPTkZJR19MT0dJUlVNQkxF UEFEMl9GRiBpcyBub3Qgc2V0CiMgQ09ORklHX0xPR0lHOTQwX0ZGIGlzIG5vdCBzZXQKQ09ORklH X0xPR0lXSEVFTFNfRkY9eQpDT05GSUdfSElEX01JQ1JPU09GVD15CkNPTkZJR19ISURfTU9OVEVS RVk9eQojIENPTkZJR19ISURfTVVMVElUT1VDSCBpcyBub3Qgc2V0CkNPTkZJR19ISURfTlRSSUc9 eQojIENPTkZJR19ISURfT1JURUsgaXMgbm90IHNldApDT05GSUdfSElEX1BBTlRIRVJMT1JEPXkK Q09ORklHX1BBTlRIRVJMT1JEX0ZGPXkKQ09ORklHX0hJRF9QRVRBTFlOWD15CiMgQ09ORklHX0hJ RF9QSUNPTENEIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX1BSSU1BWCBpcyBub3Qgc2V0CiMgQ09O RklHX0hJRF9ST0NDQVQgaXMgbm90IHNldAojIENPTkZJR19ISURfU0FJVEVLIGlzIG5vdCBzZXQK Q09ORklHX0hJRF9TQU1TVU5HPXkKQ09ORklHX0hJRF9TT05ZPXkKIyBDT05GSUdfSElEX1NQRUVE TElOSyBpcyBub3Qgc2V0CkNPTkZJR19ISURfU1VOUExVUz15CiMgQ09ORklHX0hJRF9HUkVFTkFT SUEgaXMgbm90IHNldAojIENPTkZJR19ISURfU01BUlRKT1lQTFVTIGlzIG5vdCBzZXQKIyBDT05G SUdfSElEX1RJVk8gaXMgbm90IHNldApDT05GSUdfSElEX1RPUFNFRUQ9eQojIENPTkZJR19ISURf VEhSVVNUTUFTVEVSIGlzIG5vdCBzZXQKIyBDT05GSUdfSElEX1pFUk9QTFVTIGlzIG5vdCBzZXQK IyBDT05GSUdfSElEX1pZREFDUk9OIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9BUkNIX0hBU19PSENJ PXkKQ09ORklHX1VTQl9BUkNIX0hBU19FSENJPXkKQ09ORklHX1VTQl9BUkNIX0hBU19YSENJPXkK Q09ORklHX1VTQl9TVVBQT1JUPXkKQ09ORklHX1VTQl9DT01NT049eQpDT05GSUdfVVNCX0FSQ0hf SEFTX0hDRD15CkNPTkZJR19VU0I9eQpDT05GSUdfVVNCX0RFQlVHPXkKQ09ORklHX1VTQl9BTk5P VU5DRV9ORVdfREVWSUNFUz15CgojCiMgTWlzY2VsbGFuZW91cyBVU0Igb3B0aW9ucwojCkNPTkZJ R19VU0JfREVWSUNFRlM9eQojIENPTkZJR19VU0JfREVWSUNFX0NMQVNTIGlzIG5vdCBzZXQKIyBD T05GSUdfVVNCX0RZTkFNSUNfTUlOT1JTIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9NT049eQojIENP TkZJR19VU0JfV1VTQl9DQkFGIGlzIG5vdCBzZXQKCiMKIyBVU0IgSG9zdCBDb250cm9sbGVyIERy aXZlcnMKIwojIENPTkZJR19VU0JfQzY3WDAwX0hDRCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9Y SENJX0hDRCBpcyBub3Qgc2V0CkNPTkZJR19VU0JfRUhDSV9IQ0Q9eQojIENPTkZJR19VU0JfRUhD SV9ST09UX0hVQl9UVCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9FSENJX1RUX05FV1NDSEVEIGlz IG5vdCBzZXQKIyBDT05GSUdfVVNCX09YVTIxMEhQX0hDRCBpcyBub3Qgc2V0CiMgQ09ORklHX1VT Ql9JU1AxMTZYX0hDRCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9JU1AxNzYwX0hDRCBpcyBub3Qg c2V0CiMgQ09ORklHX1VTQl9JU1AxMzYyX0hDRCBpcyBub3Qgc2V0CkNPTkZJR19VU0JfT0hDSV9I Q0Q9eQojIENPTkZJR19VU0JfT0hDSV9IQ0RfUExBVEZPUk0gaXMgbm90IHNldAojIENPTkZJR19V U0JfRUhDSV9IQ0RfUExBVEZPUk0gaXMgbm90IHNldAojIENPTkZJR19VU0JfT0hDSV9CSUdfRU5E SUFOX0RFU0MgaXMgbm90IHNldAojIENPTkZJR19VU0JfT0hDSV9CSUdfRU5ESUFOX01NSU8gaXMg bm90IHNldApDT05GSUdfVVNCX09IQ0lfTElUVExFX0VORElBTj15CkNPTkZJR19VU0JfVUhDSV9I Q0Q9eQojIENPTkZJR19VU0JfU0w4MTFfSENEIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1I4QTY2 NTk3X0hDRCBpcyBub3Qgc2V0CgojCiMgVVNCIERldmljZSBDbGFzcyBkcml2ZXJzCiMKIyBDT05G SUdfVVNCX0FDTSBpcyBub3Qgc2V0CkNPTkZJR19VU0JfUFJJTlRFUj15CiMgQ09ORklHX1VTQl9X RE0gaXMgbm90IHNldAojIENPTkZJR19VU0JfVE1DIGlzIG5vdCBzZXQKCiMKIyBOT1RFOiBVU0Jf U1RPUkFHRSBkZXBlbmRzIG9uIFNDU0kgYnV0IEJMS19ERVZfU0QgbWF5CiMKCiMKIyBhbHNvIGJl IG5lZWRlZDsgc2VlIFVTQl9TVE9SQUdFIEhlbHAgZm9yIG1vcmUgaW5mbwojCkNPTkZJR19VU0Jf U1RPUkFHRT15CiMgQ09ORklHX1VTQl9TVE9SQUdFX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdf VVNCX1NUT1JBR0VfUkVBTFRFSyBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TVE9SQUdFX0RBVEFG QUIgaXMgbm90IHNldAojIENPTkZJR19VU0JfU1RPUkFHRV9GUkVFQ09NIGlzIG5vdCBzZXQKIyBD T05GSUdfVVNCX1NUT1JBR0VfSVNEMjAwIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NUT1JBR0Vf VVNCQVQgaXMgbm90IHNldAojIENPTkZJR19VU0JfU1RPUkFHRV9TRERSMDkgaXMgbm90IHNldAoj IENPTkZJR19VU0JfU1RPUkFHRV9TRERSNTUgaXMgbm90IHNldAojIENPTkZJR19VU0JfU1RPUkFH RV9KVU1QU0hPVCBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TVE9SQUdFX0FMQVVEQSBpcyBub3Qg c2V0CiMgQ09ORklHX1VTQl9TVE9SQUdFX09ORVRPVUNIIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNC X1NUT1JBR0VfS0FSTUEgaXMgbm90IHNldAojIENPTkZJR19VU0JfU1RPUkFHRV9DWVBSRVNTX0FU QUNCIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NUT1JBR0VfRU5FX1VCNjI1MCBpcyBub3Qgc2V0 CiMgQ09ORklHX1VTQl9VQVMgaXMgbm90IHNldApDT05GSUdfVVNCX0xJQlVTVUFMPXkKCiMKIyBV U0IgSW1hZ2luZyBkZXZpY2VzCiMKIyBDT05GSUdfVVNCX01EQzgwMCBpcyBub3Qgc2V0CiMgQ09O RklHX1VTQl9NSUNST1RFSyBpcyBub3Qgc2V0CgojCiMgVVNCIHBvcnQgZHJpdmVycwojCiMgQ09O RklHX1VTQl9TRVJJQUwgaXMgbm90IHNldAoKIwojIFVTQiBNaXNjZWxsYW5lb3VzIGRyaXZlcnMK IwojIENPTkZJR19VU0JfRU1JNjIgaXMgbm90IHNldAojIENPTkZJR19VU0JfRU1JMjYgaXMgbm90 IHNldAojIENPTkZJR19VU0JfQURVVFVYIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NFVlNFRyBp cyBub3Qgc2V0CiMgQ09ORklHX1VTQl9SSU81MDAgaXMgbm90IHNldAojIENPTkZJR19VU0JfTEVH T1RPV0VSIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0xDRCBpcyBub3Qgc2V0CiMgQ09ORklHX1VT Ql9MRUQgaXMgbm90IHNldAojIENPTkZJR19VU0JfQ1lQUkVTU19DWTdDNjMgaXMgbm90IHNldAoj IENPTkZJR19VU0JfQ1lUSEVSTSBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9JRE1PVVNFIGlzIG5v dCBzZXQKIyBDT05GSUdfVVNCX0ZURElfRUxBTiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9BUFBM RURJU1BMQVkgaXMgbm90IHNldAojIENPTkZJR19VU0JfU0lTVVNCVkdBIGlzIG5vdCBzZXQKIyBD T05GSUdfVVNCX0xEIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1RSQU5DRVZJQlJBVE9SIGlzIG5v dCBzZXQKIyBDT05GSUdfVVNCX0lPV0FSUklPUiBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9URVNU IGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0lTSUdIVEZXIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNC X1lVUkVYIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX0dBREdFVCBpcyBub3Qgc2V0CgojCiMgT1RH IGFuZCByZWxhdGVkIGluZnJhc3RydWN0dXJlCiMKIyBDT05GSUdfTk9QX1VTQl9YQ0VJViBpcyBu b3Qgc2V0CiMgQ09ORklHX1VXQiBpcyBub3Qgc2V0CiMgQ09ORklHX01NQyBpcyBub3Qgc2V0CiMg Q09ORklHX01FTVNUSUNLIGlzIG5vdCBzZXQKQ09ORklHX05FV19MRURTPXkKQ09ORklHX0xFRFNf Q0xBU1M9eQoKIwojIExFRCBkcml2ZXJzCiMKIyBDT05GSUdfTEVEU19MTTM1MzAgaXMgbm90IHNl dAojIENPTkZJR19MRURTX1BDQTk1MzIgaXMgbm90IHNldAojIENPTkZJR19MRURTX0xQMzk0NCBp cyBub3Qgc2V0CiMgQ09ORklHX0xFRFNfTFA1NTIxIGlzIG5vdCBzZXQKIyBDT05GSUdfTEVEU19M UDU1MjMgaXMgbm90IHNldAojIENPTkZJR19MRURTX0NMRVZPX01BSUwgaXMgbm90IHNldAojIENP TkZJR19MRURTX1BDQTk1NVggaXMgbm90IHNldAojIENPTkZJR19MRURTX1BDQTk2MzMgaXMgbm90 IHNldAojIENPTkZJR19MRURTX0JEMjgwMiBpcyBub3Qgc2V0CiMgQ09ORklHX0xFRFNfSU5URUxf U1M0MjAwIGlzIG5vdCBzZXQKIyBDT05GSUdfTEVEU19ERUxMX05FVEJPT0tTIGlzIG5vdCBzZXQK IyBDT05GSUdfTEVEU19UQ0E2NTA3IGlzIG5vdCBzZXQKIyBDT05GSUdfTEVEU19PVDIwMCBpcyBu b3Qgc2V0CkNPTkZJR19MRURTX1RSSUdHRVJTPXkKCiMKIyBMRUQgVHJpZ2dlcnMKIwojIENPTkZJ R19MRURTX1RSSUdHRVJfVElNRVIgaXMgbm90IHNldAojIENPTkZJR19MRURTX1RSSUdHRVJfSEVB UlRCRUFUIGlzIG5vdCBzZXQKIyBDT05GSUdfTEVEU19UUklHR0VSX0JBQ0tMSUdIVCBpcyBub3Qg c2V0CiMgQ09ORklHX0xFRFNfVFJJR0dFUl9ERUZBVUxUX09OIGlzIG5vdCBzZXQKCiMKIyBpcHRh YmxlcyB0cmlnZ2VyIGlzIHVuZGVyIE5ldGZpbHRlciBjb25maWcgKExFRCB0YXJnZXQpCiMKIyBD T05GSUdfQUNDRVNTSUJJTElUWSBpcyBub3Qgc2V0CiMgQ09ORklHX0lORklOSUJBTkQgaXMgbm90 IHNldApDT05GSUdfRURBQz15CgojCiMgUmVwb3J0aW5nIHN1YnN5c3RlbXMKIwojIENPTkZJR19F REFDX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0VEQUNfREVDT0RFX01DRT15CiMgQ09ORklHX0VE QUNfTUNFX0lOSiBpcyBub3Qgc2V0CiMgQ09ORklHX0VEQUNfTU1fRURBQyBpcyBub3Qgc2V0CkNP TkZJR19SVENfTElCPXkKQ09ORklHX1JUQ19DTEFTUz15CiMgQ09ORklHX1JUQ19IQ1RPU1lTIGlz IG5vdCBzZXQKIyBDT05GSUdfUlRDX0RFQlVHIGlzIG5vdCBzZXQKCiMKIyBSVEMgaW50ZXJmYWNl cwojCkNPTkZJR19SVENfSU5URl9TWVNGUz15CkNPTkZJR19SVENfSU5URl9QUk9DPXkKQ09ORklH X1JUQ19JTlRGX0RFVj15CiMgQ09ORklHX1JUQ19JTlRGX0RFVl9VSUVfRU1VTCBpcyBub3Qgc2V0 CiMgQ09ORklHX1JUQ19EUlZfVEVTVCBpcyBub3Qgc2V0CgojCiMgSTJDIFJUQyBkcml2ZXJzCiMK IyBDT05GSUdfUlRDX0RSVl9EUzEzMDcgaXMgbm90IHNldAojIENPTkZJR19SVENfRFJWX0RTMTM3 NCBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfRFMxNjcyIGlzIG5vdCBzZXQKIyBDT05GSUdf UlRDX0RSVl9EUzMyMzIgaXMgbm90IHNldAojIENPTkZJR19SVENfRFJWX01BWDY5MDAgaXMgbm90 IHNldAojIENPTkZJR19SVENfRFJWX1JTNUMzNzIgaXMgbm90IHNldAojIENPTkZJR19SVENfRFJW X0lTTDEyMDggaXMgbm90IHNldAojIENPTkZJR19SVENfRFJWX0lTTDEyMDIyIGlzIG5vdCBzZXQK IyBDT05GSUdfUlRDX0RSVl9YMTIwNSBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfUENGODU2 MyBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfUENGODU4MyBpcyBub3Qgc2V0CiMgQ09ORklH X1JUQ19EUlZfTTQxVDgwIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRDX0RSVl9CUTMySyBpcyBub3Qg c2V0CiMgQ09ORklHX1JUQ19EUlZfUzM1MzkwQSBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZf Rk0zMTMwIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRDX0RSVl9SWDg1ODEgaXMgbm90IHNldAojIENP TkZJR19SVENfRFJWX1JYODAyNSBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfRU0zMDI3IGlz IG5vdCBzZXQKIyBDT05GSUdfUlRDX0RSVl9SVjMwMjlDMiBpcyBub3Qgc2V0CgojCiMgU1BJIFJU QyBkcml2ZXJzCiMKCiMKIyBQbGF0Zm9ybSBSVEMgZHJpdmVycwojCkNPTkZJR19SVENfRFJWX0NN T1M9eQojIENPTkZJR19SVENfRFJWX0RTMTI4NiBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZf RFMxNTExIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRDX0RSVl9EUzE1NTMgaXMgbm90IHNldAojIENP TkZJR19SVENfRFJWX0RTMTc0MiBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfU1RLMTdUQTgg aXMgbm90IHNldAojIENPTkZJR19SVENfRFJWX000OFQ4NiBpcyBub3Qgc2V0CiMgQ09ORklHX1JU Q19EUlZfTTQ4VDM1IGlzIG5vdCBzZXQKIyBDT05GSUdfUlRDX0RSVl9NNDhUNTkgaXMgbm90IHNl dAojIENPTkZJR19SVENfRFJWX01TTTYyNDIgaXMgbm90IHNldAojIENPTkZJR19SVENfRFJWX0JR NDgwMiBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfUlA1QzAxIGlzIG5vdCBzZXQKIyBDT05G SUdfUlRDX0RSVl9WMzAyMCBpcyBub3Qgc2V0CgojCiMgb24tQ1BVIFJUQyBkcml2ZXJzCiMKQ09O RklHX0RNQURFVklDRVM9eQojIENPTkZJR19ETUFERVZJQ0VTX0RFQlVHIGlzIG5vdCBzZXQKCiMK IyBETUEgRGV2aWNlcwojCiMgQ09ORklHX0lOVEVMX01JRF9ETUFDIGlzIG5vdCBzZXQKIyBDT05G SUdfSU5URUxfSU9BVERNQSBpcyBub3Qgc2V0CiMgQ09ORklHX1RJTUJfRE1BIGlzIG5vdCBzZXQK IyBDT05GSUdfUENIX0RNQSBpcyBub3Qgc2V0CiMgQ09ORklHX0FVWERJU1BMQVkgaXMgbm90IHNl dAojIENPTkZJR19VSU8gaXMgbm90IHNldAoKIwojIFZpcnRpbyBkcml2ZXJzCiMKIyBDT05GSUdf VklSVElPX1BDSSBpcyBub3Qgc2V0CiMgQ09ORklHX1ZJUlRJT19CQUxMT09OIGlzIG5vdCBzZXQK IyBDT05GSUdfVklSVElPX01NSU8gaXMgbm90IHNldAoKIwojIE1pY3Jvc29mdCBIeXBlci1WIGd1 ZXN0IHN1cHBvcnQKIwojIENPTkZJR19IWVBFUlYgaXMgbm90IHNldAoKIwojIFhlbiBkcml2ZXIg c3VwcG9ydAojCkNPTkZJR19YRU5fQkFMTE9PTj15CkNPTkZJR19YRU5fU0NSVUJfUEFHRVM9eQpD T05GSUdfWEVOX0RFVl9FVlRDSE49eQpDT05GSUdfWEVOX0JBQ0tFTkQ9eQpDT05GSUdfWEVORlM9 eQpDT05GSUdfWEVOX0NPTVBBVF9YRU5GUz15CkNPTkZJR19YRU5fU1lTX0hZUEVSVklTT1I9eQpD T05GSUdfWEVOX1hFTkJVU19GUk9OVEVORD15CkNPTkZJR19YRU5fR05UREVWPXkKQ09ORklHX1hF Tl9HUkFOVF9ERVZfQUxMT0M9eQpDT05GSUdfU1dJT1RMQl9YRU49eQpDT05GSUdfWEVOX1BDSURF Vl9CQUNLRU5EPXkKQ09ORklHX1hFTl9QUklWQ01EPXkKQ09ORklHX1hFTl9BQ1BJX1BST0NFU1NP Uj1tCiMgQ09ORklHX1NUQUdJTkcgaXMgbm90IHNldApDT05GSUdfWDg2X1BMQVRGT1JNX0RFVklD RVM9eQojIENPTkZJR19BQ0VSX1dNSSBpcyBub3Qgc2V0CiMgQ09ORklHX0FDRVJIREYgaXMgbm90 IHNldAojIENPTkZJR19BU1VTX0xBUFRPUCBpcyBub3Qgc2V0CiMgQ09ORklHX0RFTExfV01JIGlz IG5vdCBzZXQKIyBDT05GSUdfREVMTF9XTUlfQUlPIGlzIG5vdCBzZXQKIyBDT05GSUdfRlVKSVRT VV9MQVBUT1AgaXMgbm90IHNldAojIENPTkZJR19GVUpJVFNVX1RBQkxFVCBpcyBub3Qgc2V0CiMg Q09ORklHX0FNSUxPX1JGS0lMTCBpcyBub3Qgc2V0CiMgQ09ORklHX0hQX0FDQ0VMIGlzIG5vdCBz ZXQKIyBDT05GSUdfSFBfV01JIGlzIG5vdCBzZXQKIyBDT05GSUdfTVNJX0xBUFRPUCBpcyBub3Qg c2V0CiMgQ09ORklHX1BBTkFTT05JQ19MQVBUT1AgaXMgbm90IHNldAojIENPTkZJR19DT01QQUxf TEFQVE9QIGlzIG5vdCBzZXQKIyBDT05GSUdfU09OWV9MQVBUT1AgaXMgbm90IHNldAojIENPTkZJ R19JREVBUEFEX0xBUFRPUCBpcyBub3Qgc2V0CiMgQ09ORklHX1RISU5LUEFEX0FDUEkgaXMgbm90 IHNldAojIENPTkZJR19TRU5TT1JTX0hEQVBTIGlzIG5vdCBzZXQKIyBDT05GSUdfSU5URUxfTUVO TE9XIGlzIG5vdCBzZXQKQ09ORklHX0VFRVBDX0xBUFRPUD15CiMgQ09ORklHX0FTVVNfV01JIGlz IG5vdCBzZXQKQ09ORklHX0FDUElfV01JPXkKIyBDT05GSUdfTVNJX1dNSSBpcyBub3Qgc2V0CiMg Q09ORklHX1RPUFNUQVJfTEFQVE9QIGlzIG5vdCBzZXQKIyBDT05GSUdfQUNQSV9UT1NISUJBIGlz IG5vdCBzZXQKIyBDT05GSUdfVE9TSElCQV9CVF9SRktJTEwgaXMgbm90IHNldAojIENPTkZJR19B Q1BJX0NNUEMgaXMgbm90IHNldAojIENPTkZJR19JTlRFTF9JUFMgaXMgbm90IHNldAojIENPTkZJ R19JQk1fUlRMIGlzIG5vdCBzZXQKIyBDT05GSUdfWE8xNV9FQk9PSyBpcyBub3Qgc2V0CiMgQ09O RklHX1NBTVNVTkdfTEFQVE9QIGlzIG5vdCBzZXQKQ09ORklHX01YTV9XTUk9eQojIENPTkZJR19J TlRFTF9PQUtUUkFJTCBpcyBub3Qgc2V0CiMgQ09ORklHX1NBTVNVTkdfUTEwIGlzIG5vdCBzZXQK IyBDT05GSUdfQVBQTEVfR01VWCBpcyBub3Qgc2V0CgojCiMgSGFyZHdhcmUgU3BpbmxvY2sgZHJp dmVycwojCkNPTkZJR19DTEtFVlRfSTgyNTM9eQpDT05GSUdfSTgyNTNfTE9DSz15CkNPTkZJR19D TEtCTERfSTgyNTM9eQpDT05GSUdfSU9NTVVfQVBJPXkKQ09ORklHX0lPTU1VX1NVUFBPUlQ9eQpD T05GSUdfQU1EX0lPTU1VPXkKQ09ORklHX0FNRF9JT01NVV9TVEFUUz15CiMgQ09ORklHX0FNRF9J T01NVV9WMiBpcyBub3Qgc2V0CkNPTkZJR19ETUFSX1RBQkxFPXkKQ09ORklHX0lOVEVMX0lPTU1V PXkKIyBDT05GSUdfSU5URUxfSU9NTVVfREVGQVVMVF9PTiBpcyBub3Qgc2V0CkNPTkZJR19JTlRF TF9JT01NVV9GTE9QUFlfV0E9eQpDT05GSUdfSVJRX1JFTUFQPXkKCiMKIyBSZW1vdGVwcm9jIGRy aXZlcnMgKEVYUEVSSU1FTlRBTCkKIwoKIwojIFJwbXNnIGRyaXZlcnMgKEVYUEVSSU1FTlRBTCkK IwpDT05GSUdfVklSVF9EUklWRVJTPXkKIyBDT05GSUdfUE1fREVWRlJFUSBpcyBub3Qgc2V0Cgoj CiMgRmlybXdhcmUgRHJpdmVycwojCiMgQ09ORklHX0VERCBpcyBub3Qgc2V0CkNPTkZJR19GSVJN V0FSRV9NRU1NQVA9eQpDT05GSUdfRUZJX1ZBUlM9eQojIENPTkZJR19ERUxMX1JCVSBpcyBub3Qg c2V0CiMgQ09ORklHX0RDREJBUyBpcyBub3Qgc2V0CkNPTkZJR19ETUlJRD15CiMgQ09ORklHX0RN SV9TWVNGUyBpcyBub3Qgc2V0CiMgQ09ORklHX0lTQ1NJX0lCRlRfRklORCBpcyBub3Qgc2V0CiMg Q09ORklHX0dPT0dMRV9GSVJNV0FSRSBpcyBub3Qgc2V0CgojCiMgRmlsZSBzeXN0ZW1zCiMKQ09O RklHX0RDQUNIRV9XT1JEX0FDQ0VTUz15CiMgQ09ORklHX0VYVDJfRlMgaXMgbm90IHNldApDT05G SUdfRVhUM19GUz15CiMgQ09ORklHX0VYVDNfREVGQVVMVFNfVE9fT1JERVJFRCBpcyBub3Qgc2V0 CkNPTkZJR19FWFQzX0ZTX1hBVFRSPXkKQ09ORklHX0VYVDNfRlNfUE9TSVhfQUNMPXkKQ09ORklH X0VYVDNfRlNfU0VDVVJJVFk9eQojIENPTkZJR19FWFQ0X0ZTIGlzIG5vdCBzZXQKQ09ORklHX0pC RD15CiMgQ09ORklHX0pCRF9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19GU19NQkNBQ0hFPXkKIyBD T05GSUdfUkVJU0VSRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19KRlNfRlMgaXMgbm90IHNldAoj IENPTkZJR19YRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19HRlMyX0ZTIGlzIG5vdCBzZXQKIyBD T05GSUdfQlRSRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19OSUxGUzJfRlMgaXMgbm90IHNldApD T05GSUdfRlNfUE9TSVhfQUNMPXkKQ09ORklHX0ZJTEVfTE9DS0lORz15CkNPTkZJR19GU05PVElG WT15CkNPTkZJR19ETk9USUZZPXkKQ09ORklHX0lOT1RJRllfVVNFUj15CiMgQ09ORklHX0ZBTk9U SUZZIGlzIG5vdCBzZXQKQ09ORklHX1FVT1RBPXkKQ09ORklHX1FVT1RBX05FVExJTktfSU5URVJG QUNFPXkKIyBDT05GSUdfUFJJTlRfUVVPVEFfV0FSTklORyBpcyBub3Qgc2V0CiMgQ09ORklHX1FV T1RBX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX1FVT1RBX1RSRUU9eQojIENPTkZJR19RRk1UX1Yx IGlzIG5vdCBzZXQKQ09ORklHX1FGTVRfVjI9eQpDT05GSUdfUVVPVEFDVEw9eQpDT05GSUdfQVVU T0ZTNF9GUz15CiMgQ09ORklHX0ZVU0VfRlMgaXMgbm90IHNldApDT05GSUdfR0VORVJJQ19BQ0w9 eQoKIwojIENhY2hlcwojCiMgQ09ORklHX0ZTQ0FDSEUgaXMgbm90IHNldAoKIwojIENELVJPTS9E VkQgRmlsZXN5c3RlbXMKIwpDT05GSUdfSVNPOTY2MF9GUz15CkNPTkZJR19KT0xJRVQ9eQpDT05G SUdfWklTT0ZTPXkKIyBDT05GSUdfVURGX0ZTIGlzIG5vdCBzZXQKCiMKIyBET1MvRkFUL05UIEZp bGVzeXN0ZW1zCiMKQ09ORklHX0ZBVF9GUz15CkNPTkZJR19NU0RPU19GUz15CkNPTkZJR19WRkFU X0ZTPXkKQ09ORklHX0ZBVF9ERUZBVUxUX0NPREVQQUdFPTQzNwpDT05GSUdfRkFUX0RFRkFVTFRf SU9DSEFSU0VUPSJpc284ODU5LTEiCiMgQ09ORklHX05URlNfRlMgaXMgbm90IHNldAoKIwojIFBz ZXVkbyBmaWxlc3lzdGVtcwojCkNPTkZJR19QUk9DX0ZTPXkKQ09ORklHX1BST0NfS0NPUkU9eQpD T05GSUdfUFJPQ19WTUNPUkU9eQpDT05GSUdfUFJPQ19TWVNDVEw9eQpDT05GSUdfUFJPQ19QQUdF X01PTklUT1I9eQpDT05GSUdfU1lTRlM9eQpDT05GSUdfVE1QRlM9eQpDT05GSUdfVE1QRlNfUE9T SVhfQUNMPXkKQ09ORklHX1RNUEZTX1hBVFRSPXkKQ09ORklHX0hVR0VUTEJGUz15CkNPTkZJR19I VUdFVExCX1BBR0U9eQojIENPTkZJR19DT05GSUdGU19GUyBpcyBub3Qgc2V0CkNPTkZJR19NSVND X0ZJTEVTWVNURU1TPXkKIyBDT05GSUdfQURGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0FGRlNf RlMgaXMgbm90IHNldAojIENPTkZJR19FQ1JZUFRfRlMgaXMgbm90IHNldAojIENPTkZJR19IRlNf RlMgaXMgbm90IHNldAojIENPTkZJR19IRlNQTFVTX0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfQkVG U19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0JGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX0VGU19G UyBpcyBub3Qgc2V0CiMgQ09ORklHX0xPR0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JBTUZTIGlz IG5vdCBzZXQKIyBDT05GSUdfU1FVQVNIRlMgaXMgbm90IHNldAojIENPTkZJR19WWEZTX0ZTIGlz IG5vdCBzZXQKIyBDT05GSUdfTUlOSVhfRlMgaXMgbm90IHNldAojIENPTkZJR19PTUZTX0ZTIGlz IG5vdCBzZXQKIyBDT05GSUdfSFBGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX1FOWDRGU19GUyBp cyBub3Qgc2V0CiMgQ09ORklHX1FOWDZGU19GUyBpcyBub3Qgc2V0CiMgQ09ORklHX1JPTUZTX0ZT IGlzIG5vdCBzZXQKIyBDT05GSUdfUFNUT1JFIGlzIG5vdCBzZXQKIyBDT05GSUdfU1lTVl9GUyBp cyBub3Qgc2V0CiMgQ09ORklHX1VGU19GUyBpcyBub3Qgc2V0CkNPTkZJR19ORVRXT1JLX0ZJTEVT WVNURU1TPXkKQ09ORklHX05GU19GUz15CkNPTkZJR19ORlNfVjM9eQpDT05GSUdfTkZTX1YzX0FD TD15CkNPTkZJR19ORlNfVjQ9eQojIENPTkZJR19ORlNfVjRfMSBpcyBub3Qgc2V0CkNPTkZJR19S T09UX05GUz15CiMgQ09ORklHX05GU19VU0VfTEVHQUNZX0ROUyBpcyBub3Qgc2V0CkNPTkZJR19O RlNfVVNFX0tFUk5FTF9ETlM9eQojIENPTkZJR19ORlNEIGlzIG5vdCBzZXQKQ09ORklHX0xPQ0tE PXkKQ09ORklHX0xPQ0tEX1Y0PXkKQ09ORklHX05GU19BQ0xfU1VQUE9SVD15CkNPTkZJR19ORlNf Q09NTU9OPXkKQ09ORklHX1NVTlJQQz15CkNPTkZJR19TVU5SUENfR1NTPXkKIyBDT05GSUdfU1VO UlBDX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfQ0VQSF9GUyBpcyBub3Qgc2V0CiMgQ09ORklH X0NJRlMgaXMgbm90IHNldAojIENPTkZJR19OQ1BfRlMgaXMgbm90IHNldAojIENPTkZJR19DT0RB X0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfQUZTX0ZTIGlzIG5vdCBzZXQKQ09ORklHX05MUz15CkNP TkZJR19OTFNfREVGQVVMVD0idXRmOCIKQ09ORklHX05MU19DT0RFUEFHRV80Mzc9eQojIENPTkZJ R19OTFNfQ09ERVBBR0VfNzM3IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzc3NSBp cyBub3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV84NTAgaXMgbm90IHNldAojIENPTkZJR19O TFNfQ09ERVBBR0VfODUyIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzg1NSBpcyBu b3Qgc2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV84NTcgaXMgbm90IHNldAojIENPTkZJR19OTFNf Q09ERVBBR0VfODYwIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzg2MSBpcyBub3Qg c2V0CiMgQ09ORklHX05MU19DT0RFUEFHRV84NjIgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09E RVBBR0VfODYzIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzg2NCBpcyBub3Qgc2V0 CiMgQ09ORklHX05MU19DT0RFUEFHRV84NjUgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09ERVBB R0VfODY2IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzg2OSBpcyBub3Qgc2V0CiMg Q09ORklHX05MU19DT0RFUEFHRV85MzYgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0Vf OTUwIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzkzMiBpcyBub3Qgc2V0CiMgQ09O RklHX05MU19DT0RFUEFHRV85NDkgaXMgbm90IHNldAojIENPTkZJR19OTFNfQ09ERVBBR0VfODc0 IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0lTTzg4NTlfOCBpcyBub3Qgc2V0CiMgQ09ORklHX05M U19DT0RFUEFHRV8xMjUwIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0NPREVQQUdFXzEyNTEgaXMg bm90IHNldApDT05GSUdfTkxTX0FTQ0lJPXkKQ09ORklHX05MU19JU084ODU5XzE9eQojIENPTkZJ R19OTFNfSVNPODg1OV8yIGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0lTTzg4NTlfMyBpcyBub3Qg c2V0CiMgQ09ORklHX05MU19JU084ODU5XzQgaXMgbm90IHNldAojIENPTkZJR19OTFNfSVNPODg1 OV81IGlzIG5vdCBzZXQKIyBDT05GSUdfTkxTX0lTTzg4NTlfNiBpcyBub3Qgc2V0CiMgQ09ORklH X05MU19JU084ODU5XzcgaXMgbm90IHNldAojIENPTkZJR19OTFNfSVNPODg1OV85IGlzIG5vdCBz ZXQKIyBDT05GSUdfTkxTX0lTTzg4NTlfMTMgaXMgbm90IHNldAojIENPTkZJR19OTFNfSVNPODg1 OV8xNCBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19JU084ODU5XzE1IGlzIG5vdCBzZXQKIyBDT05G SUdfTkxTX0tPSThfUiBpcyBub3Qgc2V0CiMgQ09ORklHX05MU19LT0k4X1UgaXMgbm90IHNldApD T05GSUdfTkxTX1VURjg9eQoKIwojIEtlcm5lbCBoYWNraW5nCiMKQ09ORklHX1RSQUNFX0lSUUZM QUdTX1NVUFBPUlQ9eQpDT05GSUdfUFJJTlRLX1RJTUU9eQpDT05GSUdfREVGQVVMVF9NRVNTQUdF X0xPR0xFVkVMPTQKIyBDT05GSUdfRU5BQkxFX1dBUk5fREVQUkVDQVRFRCBpcyBub3Qgc2V0CkNP TkZJR19FTkFCTEVfTVVTVF9DSEVDSz15CkNPTkZJR19GUkFNRV9XQVJOPTIwNDgKQ09ORklHX01B R0lDX1NZU1JRPXkKIyBDT05GSUdfU1RSSVBfQVNNX1NZTVMgaXMgbm90IHNldAojIENPTkZJR19V TlVTRURfU1lNQk9MUyBpcyBub3Qgc2V0CkNPTkZJR19ERUJVR19GUz15CiMgQ09ORklHX0hFQURF UlNfQ0hFQ0sgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19TRUNUSU9OX01JU01BVENIIGlzIG5v dCBzZXQKQ09ORklHX0RFQlVHX0tFUk5FTD15CiMgQ09ORklHX0RFQlVHX1NISVJRIGlzIG5vdCBz ZXQKIyBDT05GSUdfTE9DS1VQX0RFVEVDVE9SIGlzIG5vdCBzZXQKIyBDT05GSUdfSEFSRExPQ0tV UF9ERVRFQ1RPUiBpcyBub3Qgc2V0CiMgQ09ORklHX0RFVEVDVF9IVU5HX1RBU0sgaXMgbm90IHNl dAojIENPTkZJR19TQ0hFRF9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19TQ0hFRFNUQVRTPXkKQ09O RklHX1RJTUVSX1NUQVRTPXkKIyBDT05GSUdfREVCVUdfT0JKRUNUUyBpcyBub3Qgc2V0CiMgQ09O RklHX1NMVUJfREVCVUdfT04gaXMgbm90IHNldAojIENPTkZJR19TTFVCX1NUQVRTIGlzIG5vdCBz ZXQKIyBDT05GSUdfREVCVUdfS01FTUxFQUsgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19SVF9N VVRFWEVTIGlzIG5vdCBzZXQKIyBDT05GSUdfUlRfTVVURVhfVEVTVEVSIGlzIG5vdCBzZXQKIyBD T05GSUdfREVCVUdfU1BJTkxPQ0sgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19NVVRFWEVTIGlz IG5vdCBzZXQKIyBDT05GSUdfREVCVUdfTE9DS19BTExPQyBpcyBub3Qgc2V0CiMgQ09ORklHX1BS T1ZFX0xPQ0tJTkcgaXMgbm90IHNldAojIENPTkZJR19TUEFSU0VfUkNVX1BPSU5URVIgaXMgbm90 IHNldAojIENPTkZJR19MT0NLX1NUQVQgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19BVE9NSUNf U0xFRVAgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19MT0NLSU5HX0FQSV9TRUxGVEVTVFMgaXMg bm90IHNldApDT05GSUdfU1RBQ0tUUkFDRT15CkNPTkZJR19ERUJVR19TVEFDS19VU0FHRT15CiMg Q09ORklHX0RFQlVHX0tPQkpFQ1QgaXMgbm90IHNldApDT05GSUdfREVCVUdfQlVHVkVSQk9TRT15 CiMgQ09ORklHX0RFQlVHX0lORk8gaXMgbm90IHNldAojIENPTkZJR19ERUJVR19WTSBpcyBub3Qg c2V0CiMgQ09ORklHX0RFQlVHX1ZJUlRVQUwgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19XUklU RUNPVU5UIGlzIG5vdCBzZXQKQ09ORklHX0RFQlVHX01FTU9SWV9JTklUPXkKIyBDT05GSUdfREVC VUdfTElTVCBpcyBub3Qgc2V0CiMgQ09ORklHX1RFU1RfTElTVF9TT1JUIGlzIG5vdCBzZXQKIyBD T05GSUdfREVCVUdfU0cgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19OT1RJRklFUlMgaXMgbm90 IHNldAojIENPTkZJR19ERUJVR19DUkVERU5USUFMUyBpcyBub3Qgc2V0CkNPTkZJR19BUkNIX1dB TlRfRlJBTUVfUE9JTlRFUlM9eQpDT05GSUdfRlJBTUVfUE9JTlRFUj15CiMgQ09ORklHX0JPT1Rf UFJJTlRLX0RFTEFZIGlzIG5vdCBzZXQKIyBDT05GSUdfUkNVX1RPUlRVUkVfVEVTVCBpcyBub3Qg c2V0CkNPTkZJR19SQ1VfQ1BVX1NUQUxMX1RJTUVPVVQ9NjAKIyBDT05GSUdfUkNVX0NQVV9TVEFM TF9JTkZPIGlzIG5vdCBzZXQKIyBDT05GSUdfUkNVX1RSQUNFIGlzIG5vdCBzZXQKIyBDT05GSUdf S1BST0JFU19TQU5JVFlfVEVTVCBpcyBub3Qgc2V0CiMgQ09ORklHX0JBQ0tUUkFDRV9TRUxGX1RF U1QgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19CTE9DS19FWFRfREVWVCBpcyBub3Qgc2V0CiMg Q09ORklHX0RFQlVHX0ZPUkNFX1dFQUtfUEVSX0NQVSBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVH X1BFUl9DUFVfTUFQUyBpcyBub3Qgc2V0CiMgQ09ORklHX0xLRFRNIGlzIG5vdCBzZXQKIyBDT05G SUdfQ1BVX05PVElGSUVSX0VSUk9SX0lOSkVDVCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZBVUxUX0lO SkVDVElPTiBpcyBub3Qgc2V0CiMgQ09ORklHX0xBVEVOQ1lUT1AgaXMgbm90IHNldAojIENPTkZJ R19ERUJVR19QQUdFQUxMT0MgaXMgbm90IHNldApDT05GSUdfVVNFUl9TVEFDS1RSQUNFX1NVUFBP UlQ9eQpDT05GSUdfTk9QX1RSQUNFUj15CkNPTkZJR19IQVZFX0ZVTkNUSU9OX1RSQUNFUj15CkNP TkZJR19IQVZFX0ZVTkNUSU9OX0dSQVBIX1RSQUNFUj15CkNPTkZJR19IQVZFX0ZVTkNUSU9OX0dS QVBIX0ZQX1RFU1Q9eQpDT05GSUdfSEFWRV9GVU5DVElPTl9UUkFDRV9NQ09VTlRfVEVTVD15CkNP TkZJR19IQVZFX0RZTkFNSUNfRlRSQUNFPXkKQ09ORklHX0hBVkVfRlRSQUNFX01DT1VOVF9SRUNP UkQ9eQpDT05GSUdfSEFWRV9TWVNDQUxMX1RSQUNFUE9JTlRTPXkKQ09ORklHX0hBVkVfQ19SRUNP UkRNQ09VTlQ9eQpDT05GSUdfUklOR19CVUZGRVI9eQpDT05GSUdfRVZFTlRfVFJBQ0lORz15CkNP TkZJR19FVkVOVF9QT1dFUl9UUkFDSU5HX0RFUFJFQ0FURUQ9eQpDT05GSUdfQ09OVEVYVF9TV0lU Q0hfVFJBQ0VSPXkKQ09ORklHX1RSQUNJTkc9eQpDT05GSUdfR0VORVJJQ19UUkFDRVI9eQpDT05G SUdfVFJBQ0lOR19TVVBQT1JUPXkKQ09ORklHX0ZUUkFDRT15CiMgQ09ORklHX0ZVTkNUSU9OX1RS QUNFUiBpcyBub3Qgc2V0CiMgQ09ORklHX0lSUVNPRkZfVFJBQ0VSIGlzIG5vdCBzZXQKIyBDT05G SUdfU0NIRURfVFJBQ0VSIGlzIG5vdCBzZXQKIyBDT05GSUdfRlRSQUNFX1NZU0NBTExTIGlzIG5v dCBzZXQKQ09ORklHX0JSQU5DSF9QUk9GSUxFX05PTkU9eQojIENPTkZJR19QUk9GSUxFX0FOTk9U QVRFRF9CUkFOQ0hFUyBpcyBub3Qgc2V0CiMgQ09ORklHX1BST0ZJTEVfQUxMX0JSQU5DSEVTIGlz IG5vdCBzZXQKIyBDT05GSUdfU1RBQ0tfVFJBQ0VSIGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZf SU9fVFJBQ0U9eQpDT05GSUdfS1BST0JFX0VWRU5UPXkKIyBDT05GSUdfRlRSQUNFX1NUQVJUVVBf VEVTVCBpcyBub3Qgc2V0CiMgQ09ORklHX01NSU9UUkFDRSBpcyBub3Qgc2V0CiMgQ09ORklHX1JJ TkdfQlVGRkVSX0JFTkNITUFSSyBpcyBub3Qgc2V0CkNPTkZJR19QUk9WSURFX09IQ0kxMzk0X0RN QV9JTklUPXkKIyBDT05GSUdfRFlOQU1JQ19ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX0RNQV9B UElfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19BVE9NSUM2NF9TRUxGVEVTVCBpcyBub3Qgc2V0 CiMgQ09ORklHX1NBTVBMRVMgaXMgbm90IHNldApDT05GSUdfSEFWRV9BUkNIX0tHREI9eQojIENP TkZJR19LR0RCIGlzIG5vdCBzZXQKQ09ORklHX0hBVkVfQVJDSF9LTUVNQ0hFQ0s9eQojIENPTkZJ R19LTUVNQ0hFQ0sgaXMgbm90IHNldAojIENPTkZJR19URVNUX0tTVFJUT1ggaXMgbm90IHNldAoj IENPTkZJR19TVFJJQ1RfREVWTUVNIGlzIG5vdCBzZXQKQ09ORklHX1g4Nl9WRVJCT1NFX0JPT1RV UD15CkNPTkZJR19FQVJMWV9QUklOVEs9eQpDT05GSUdfRUFSTFlfUFJJTlRLX0RCR1A9eQpDT05G SUdfREVCVUdfU1RBQ0tPVkVSRkxPVz15CiMgQ09ORklHX1g4Nl9QVERVTVAgaXMgbm90IHNldApD T05GSUdfREVCVUdfUk9EQVRBPXkKIyBDT05GSUdfREVCVUdfUk9EQVRBX1RFU1QgaXMgbm90IHNl dAojIENPTkZJR19ERUJVR19TRVRfTU9EVUxFX1JPTlggaXMgbm90IHNldApDT05GSUdfREVCVUdf TlhfVEVTVD1tCkNPTkZJR19JT01NVV9ERUJVRz15CiMgQ09ORklHX0lPTU1VX1NUUkVTUyBpcyBu b3Qgc2V0CkNPTkZJR19IQVZFX01NSU9UUkFDRV9TVVBQT1JUPXkKIyBDT05GSUdfWDg2X0RFQ09E RVJfU0VMRlRFU1QgaXMgbm90IHNldApDT05GSUdfSU9fREVMQVlfVFlQRV8wWDgwPTAKQ09ORklH X0lPX0RFTEFZX1RZUEVfMFhFRD0xCkNPTkZJR19JT19ERUxBWV9UWVBFX1VERUxBWT0yCkNPTkZJ R19JT19ERUxBWV9UWVBFX05PTkU9MwpDT05GSUdfSU9fREVMQVlfMFg4MD15CiMgQ09ORklHX0lP X0RFTEFZXzBYRUQgaXMgbm90IHNldAojIENPTkZJR19JT19ERUxBWV9VREVMQVkgaXMgbm90IHNl dAojIENPTkZJR19JT19ERUxBWV9OT05FIGlzIG5vdCBzZXQKQ09ORklHX0RFRkFVTFRfSU9fREVM QVlfVFlQRT0wCkNPTkZJR19ERUJVR19CT09UX1BBUkFNUz15CiMgQ09ORklHX0NQQV9ERUJVRyBp cyBub3Qgc2V0CkNPTkZJR19PUFRJTUlaRV9JTkxJTklORz15CiMgQ09ORklHX0RFQlVHX1NUUklD VF9VU0VSX0NPUFlfQ0hFQ0tTIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfTk1JX1NFTEZURVNU IGlzIG5vdCBzZXQKCiMKIyBTZWN1cml0eSBvcHRpb25zCiMKQ09ORklHX0tFWVM9eQojIENPTkZJ R19FTkNSWVBURURfS0VZUyBpcyBub3Qgc2V0CkNPTkZJR19LRVlTX0RFQlVHX1BST0NfS0VZUz15 CiMgQ09ORklHX1NFQ1VSSVRZX0RNRVNHX1JFU1RSSUNUIGlzIG5vdCBzZXQKQ09ORklHX1NFQ1VS SVRZPXkKIyBDT05GSUdfU0VDVVJJVFlGUyBpcyBub3Qgc2V0CkNPTkZJR19TRUNVUklUWV9ORVRX T1JLPXkKIyBDT05GSUdfU0VDVVJJVFlfTkVUV09SS19YRlJNIGlzIG5vdCBzZXQKIyBDT05GSUdf U0VDVVJJVFlfUEFUSCBpcyBub3Qgc2V0CiMgQ09ORklHX0lOVEVMX1RYVCBpcyBub3Qgc2V0CkNP TkZJR19MU01fTU1BUF9NSU5fQUREUj02NTUzNgpDT05GSUdfU0VDVVJJVFlfU0VMSU5VWD15CkNP TkZJR19TRUNVUklUWV9TRUxJTlVYX0JPT1RQQVJBTT15CkNPTkZJR19TRUNVUklUWV9TRUxJTlVY X0JPT1RQQVJBTV9WQUxVRT0xCkNPTkZJR19TRUNVUklUWV9TRUxJTlVYX0RJU0FCTEU9eQpDT05G SUdfU0VDVVJJVFlfU0VMSU5VWF9ERVZFTE9QPXkKQ09ORklHX1NFQ1VSSVRZX1NFTElOVVhfQVZD X1NUQVRTPXkKQ09ORklHX1NFQ1VSSVRZX1NFTElOVVhfQ0hFQ0tSRVFQUk9UX1ZBTFVFPTEKIyBD T05GSUdfU0VDVVJJVFlfU0VMSU5VWF9QT0xJQ1lEQl9WRVJTSU9OX01BWCBpcyBub3Qgc2V0CiMg Q09ORklHX1NFQ1VSSVRZX1NNQUNLIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VDVVJJVFlfVE9NT1lP IGlzIG5vdCBzZXQKIyBDT05GSUdfU0VDVVJJVFlfQVBQQVJNT1IgaXMgbm90IHNldAojIENPTkZJ R19TRUNVUklUWV9ZQU1BIGlzIG5vdCBzZXQKIyBDT05GSUdfSU1BIGlzIG5vdCBzZXQKIyBDT05G SUdfRVZNIGlzIG5vdCBzZXQKQ09ORklHX0RFRkFVTFRfU0VDVVJJVFlfU0VMSU5VWD15CiMgQ09O RklHX0RFRkFVTFRfU0VDVVJJVFlfREFDIGlzIG5vdCBzZXQKQ09ORklHX0RFRkFVTFRfU0VDVVJJ VFk9InNlbGludXgiCkNPTkZJR19DUllQVE89eQoKIwojIENyeXB0byBjb3JlIG9yIGhlbHBlcgoj CkNPTkZJR19DUllQVE9fQUxHQVBJPXkKQ09ORklHX0NSWVBUT19BTEdBUEkyPXkKQ09ORklHX0NS WVBUT19BRUFEPXkKQ09ORklHX0NSWVBUT19BRUFEMj15CkNPTkZJR19DUllQVE9fQkxLQ0lQSEVS PXkKQ09ORklHX0NSWVBUT19CTEtDSVBIRVIyPXkKQ09ORklHX0NSWVBUT19IQVNIPXkKQ09ORklH X0NSWVBUT19IQVNIMj15CkNPTkZJR19DUllQVE9fUk5HMj15CkNPTkZJR19DUllQVE9fUENPTVAy PXkKQ09ORklHX0NSWVBUT19NQU5BR0VSPXkKQ09ORklHX0NSWVBUT19NQU5BR0VSMj15CiMgQ09O RklHX0NSWVBUT19VU0VSIGlzIG5vdCBzZXQKQ09ORklHX0NSWVBUT19NQU5BR0VSX0RJU0FCTEVf VEVTVFM9eQojIENPTkZJR19DUllQVE9fR0YxMjhNVUwgaXMgbm90IHNldAojIENPTkZJR19DUllQ VE9fTlVMTCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19QQ1JZUFQgaXMgbm90IHNldApDT05G SUdfQ1JZUFRPX1dPUktRVUVVRT15CiMgQ09ORklHX0NSWVBUT19DUllQVEQgaXMgbm90IHNldApD T05GSUdfQ1JZUFRPX0FVVEhFTkM9eQojIENPTkZJR19DUllQVE9fVEVTVCBpcyBub3Qgc2V0Cgoj CiMgQXV0aGVudGljYXRlZCBFbmNyeXB0aW9uIHdpdGggQXNzb2NpYXRlZCBEYXRhCiMKIyBDT05G SUdfQ1JZUFRPX0NDTSBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19HQ00gaXMgbm90IHNldAoj IENPTkZJR19DUllQVE9fU0VRSVYgaXMgbm90IHNldAoKIwojIEJsb2NrIG1vZGVzCiMKQ09ORklH X0NSWVBUT19DQkM9eQojIENPTkZJR19DUllQVE9fQ1RSIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZ UFRPX0NUUyBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19FQ0IgaXMgbm90IHNldAojIENPTkZJ R19DUllQVE9fTFJXIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1BDQkMgaXMgbm90IHNldAoj IENPTkZJR19DUllQVE9fWFRTIGlzIG5vdCBzZXQKCiMKIyBIYXNoIG1vZGVzCiMKQ09ORklHX0NS WVBUT19ITUFDPXkKIyBDT05GSUdfQ1JZUFRPX1hDQkMgaXMgbm90IHNldAojIENPTkZJR19DUllQ VE9fVk1BQyBpcyBub3Qgc2V0CgojCiMgRGlnZXN0CiMKIyBDT05GSUdfQ1JZUFRPX0NSQzMyQyBp cyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19DUkMzMkNfSU5URUwgaXMgbm90IHNldAojIENPTkZJ R19DUllQVE9fR0hBU0ggaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fTUQ0IGlzIG5vdCBzZXQK Q09ORklHX0NSWVBUT19NRDU9eQojIENPTkZJR19DUllQVE9fTUlDSEFFTF9NSUMgaXMgbm90IHNl dAojIENPTkZJR19DUllQVE9fUk1EMTI4IGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1JNRDE2 MCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19STUQyNTYgaXMgbm90IHNldAojIENPTkZJR19D UllQVE9fUk1EMzIwIGlzIG5vdCBzZXQKQ09ORklHX0NSWVBUT19TSEExPXkKIyBDT05GSUdfQ1JZ UFRPX1NIQTFfU1NTRTMgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fU0hBMjU2IGlzIG5vdCBz ZXQKIyBDT05GSUdfQ1JZUFRPX1NIQTUxMiBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19UR1Ix OTIgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fV1A1MTIgaXMgbm90IHNldAojIENPTkZJR19D UllQVE9fR0hBU0hfQ0xNVUxfTklfSU5URUwgaXMgbm90IHNldAoKIwojIENpcGhlcnMKIwpDT05G SUdfQ1JZUFRPX0FFUz15CiMgQ09ORklHX0NSWVBUT19BRVNfWDg2XzY0IGlzIG5vdCBzZXQKIyBD T05GSUdfQ1JZUFRPX0FFU19OSV9JTlRFTCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19BTlVC SVMgaXMgbm90IHNldApDT05GSUdfQ1JZUFRPX0FSQzQ9eQojIENPTkZJR19DUllQVE9fQkxPV0ZJ U0ggaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fQkxPV0ZJU0hfWDg2XzY0IGlzIG5vdCBzZXQK IyBDT05GSUdfQ1JZUFRPX0NBTUVMTElBIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX0NBTUVM TElBX1g4Nl82NCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19DQVNUNSBpcyBub3Qgc2V0CiMg Q09ORklHX0NSWVBUT19DQVNUNiBpcyBub3Qgc2V0CkNPTkZJR19DUllQVE9fREVTPXkKIyBDT05G SUdfQ1JZUFRPX0ZDUllQVCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19LSEFaQUQgaXMgbm90 IHNldAojIENPTkZJR19DUllQVE9fU0FMU0EyMCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19T QUxTQTIwX1g4Nl82NCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19TRUVEIGlzIG5vdCBzZXQK IyBDT05GSUdfQ1JZUFRPX1NFUlBFTlQgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fU0VSUEVO VF9TU0UyX1g4Nl82NCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19URUEgaXMgbm90IHNldAoj IENPTkZJR19DUllQVE9fVFdPRklTSCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19UV09GSVNI X1g4Nl82NCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19UV09GSVNIX1g4Nl82NF8zV0FZIGlz IG5vdCBzZXQKCiMKIyBDb21wcmVzc2lvbgojCiMgQ09ORklHX0NSWVBUT19ERUZMQVRFIGlzIG5v dCBzZXQKIyBDT05GSUdfQ1JZUFRPX1pMSUIgaXMgbm90IHNldAojIENPTkZJR19DUllQVE9fTFpP IGlzIG5vdCBzZXQKCiMKIyBSYW5kb20gTnVtYmVyIEdlbmVyYXRpb24KIwojIENPTkZJR19DUllQ VE9fQU5TSV9DUFJORyBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19VU0VSX0FQSV9IQVNIIGlz IG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1VTRVJfQVBJX1NLQ0lQSEVSIGlzIG5vdCBzZXQKQ09O RklHX0NSWVBUT19IVz15CiMgQ09ORklHX0NSWVBUT19ERVZfUEFETE9DSyBpcyBub3Qgc2V0CkNP TkZJR19IQVZFX0tWTT15CkNPTkZJR19WSVJUVUFMSVpBVElPTj15CiMgQ09ORklHX0tWTSBpcyBu b3Qgc2V0CiMgQ09ORklHX1ZIT1NUX05FVCBpcyBub3Qgc2V0CkNPTkZJR19CSU5BUllfUFJJTlRG PXkKCiMKIyBMaWJyYXJ5IHJvdXRpbmVzCiMKQ09ORklHX0JJVFJFVkVSU0U9eQpDT05GSUdfR0VO RVJJQ19GSU5EX0ZJUlNUX0JJVD15CkNPTkZJR19HRU5FUklDX1BDSV9JT01BUD15CkNPTkZJR19H RU5FUklDX0lPTUFQPXkKQ09ORklHX0dFTkVSSUNfSU89eQojIENPTkZJR19DUkNfQ0NJVFQgaXMg bm90IHNldAojIENPTkZJR19DUkMxNiBpcyBub3Qgc2V0CkNPTkZJR19DUkNfVDEwRElGPXkKIyBD T05GSUdfQ1JDX0lUVV9UIGlzIG5vdCBzZXQKQ09ORklHX0NSQzMyPXkKIyBDT05GSUdfQ1JDMzJf U0VMRlRFU1QgaXMgbm90IHNldApDT05GSUdfQ1JDMzJfU0xJQ0VCWTg9eQojIENPTkZJR19DUkMz Ml9TTElDRUJZNCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSQzMyX1NBUldBVEUgaXMgbm90IHNldAoj IENPTkZJR19DUkMzMl9CSVQgaXMgbm90IHNldAojIENPTkZJR19DUkM3IGlzIG5vdCBzZXQKIyBD T05GSUdfTElCQ1JDMzJDIGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JDOCBpcyBub3Qgc2V0CkNPTkZJ R19aTElCX0lORkxBVEU9eQpDT05GSUdfTFpPX0NPTVBSRVNTPXkKQ09ORklHX0xaT19ERUNPTVBS RVNTPXkKQ09ORklHX1haX0RFQz15CkNPTkZJR19YWl9ERUNfWDg2PXkKQ09ORklHX1haX0RFQ19Q T1dFUlBDPXkKQ09ORklHX1haX0RFQ19JQTY0PXkKQ09ORklHX1haX0RFQ19BUk09eQpDT05GSUdf WFpfREVDX0FSTVRIVU1CPXkKQ09ORklHX1haX0RFQ19TUEFSQz15CkNPTkZJR19YWl9ERUNfQkNK PXkKIyBDT05GSUdfWFpfREVDX1RFU1QgaXMgbm90IHNldApDT05GSUdfREVDT01QUkVTU19HWklQ PXkKQ09ORklHX0RFQ09NUFJFU1NfQlpJUDI9eQpDT05GSUdfREVDT01QUkVTU19MWk1BPXkKQ09O RklHX0RFQ09NUFJFU1NfWFo9eQpDT05GSUdfREVDT01QUkVTU19MWk89eQpDT05GSUdfSEFTX0lP TUVNPXkKQ09ORklHX0hBU19JT1BPUlQ9eQpDT05GSUdfSEFTX0RNQT15CkNPTkZJR19DSEVDS19T SUdOQVRVUkU9eQpDT05GSUdfQ1BVX1JNQVA9eQpDT05GSUdfRFFMPXkKQ09ORklHX05MQVRUUj15 CkNPTkZJR19BVkVSQUdFPXkKIyBDT05GSUdfQ09SRElDIGlzIG5vdCBzZXQK --f46d0444732f5980d404c53ff2f5 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --f46d0444732f5980d404c53ff2f5-- From xen-users-bounces@lists.xen.org Fri Jul 20 15:48:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Jul 2012 15: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 1SsFQB-0004jT-Hf; Fri, 20 Jul 2012 15:47:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SsFQA-0004jO-6H for xen-users@lists.xen.org; Fri, 20 Jul 2012 15:47:14 +0000 Received: from [85.158.143.99:65096] by server-2.bemta-4.messagelabs.com id CC/21-17938-18D79005; Fri, 20 Jul 2012 15:47:13 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1342799232!18122683!1 X-Originating-IP: [209.85.212.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1520 invoked from network); 20 Jul 2012 15:47:12 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jul 2012 15:47:12 -0000 Received: by wibhm6 with SMTP id hm6so548259wib.14 for ; Fri, 20 Jul 2012 08:47:12 -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=PsWjdLM4jzx7C4/AyvlM8w4Tpiyc8YzYKXVm5VLnec4=; b=yneBGqwy1Pdn67Ki3MUNnvgzoNrPUvKK+yCzDPbWheHd5dKcGTVHyidUkV0oidV/ad yQkirsgsQZDI6ObYNvCYRhcYjKLlRxFShyQwTFHcq8AJnCsp5UPAsowxZUfzA8cHGBc0 FRUDI8puZipBbt+astJB02rX3I9v/1eeTmYofgOW6G/ciZ2PU+KiXVLL5kKEfoHPXgYl gMyqJfweqGjycsMA7NXfuhmIJ1ecTh3BjTQ2rtAlRJASzqnxlg9xkSbjXz1ozWxsp3fr AdRTIcEYQS2k3x407gwNSF3820hrZPf93j6oI6QuOptd47R+oa6NsVYD6I1E96qFOh4O XQkw== MIME-Version: 1.0 Received: by 10.216.158.212 with SMTP id q62mr3879450wek.53.1342799232045; Fri, 20 Jul 2012 08:47:12 -0700 (PDT) Received: by 10.216.221.130 with HTTP; Fri, 20 Jul 2012 08:47:11 -0700 (PDT) In-Reply-To: <1342767679.18848.72.camel@dagon.hellion.org.uk> References: <1342767679.18848.72.camel@dagon.hellion.org.uk> Date: Fri, 20 Jul 2012 09:47:11 -0600 Message-ID: From: jacek burghardt To: Ian Campbell Cc: xen-users Subject: Re: [Xen-users] qemu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org You can add this to your "xen-unstable.git/.config" file, so xen-unstable will clone and build the upstream tree. QEMU_UPSTREAM_URL = git://git.qemu.org/qemu.git QEMU_UPSTREAM_REVISION = master TThe direction state add to .config file but it dows not exist. git of xen was broken last time I used it and I had switched to hg There is Config.mk and it has git and htnl locations. So I hope someone can point me to right file to change when I change Config.mk I am running into issue posted above. On 7/20/12, Ian Campbell wrote: > On Fri, 2012-07-20 at 05:07 +0100, jacek burghardt wrote: >> I am attempting to compile en with qemu http://git.qemu.org/qemu.git/ > > Please have a look at http://wiki.xen.org/wiki/QEMU_Upstream > >> but this does not include xen-setup. > > That's a qemu-xen-traditional thing and not a qemu-xen thing. > >> it seems that tools/Makefile there is >> subdir-install-qemu-xen-traditional-dir: qemu-xen-traditional-dir-find >> set -e; \ >> $(buildmakevars2shellvars); \ >> cd qemu-xen-traditional-dir; \ >> $(QEMU_ROOT)/xen-setup \ >> --extra-cflags="$(EXTRA_CFLAGS_QEMU_TRADITIONAL)" \ >> $(IOEMU_CONFIGURE_CROSS); \ >> $(MAKE) install >> >> How I get xen to use this >> >> subdir-all-qemu-xen-dir: qemu-xen-dir-find >> if test -d $(QEMU_UPSTREAM_URL) ; then \ >> source=$(QEMU_UPSTREAM_URL); \ >> else \ >> source=.; \ >> fi; \ >> cd qemu-xen-dir; \ >> $$source/configure --enable-xen --target-list=i386-softmmu \ >> --source-path=$$source \ >> --extra-cflags="-I$(XEN_ROOT)/tools/include \ >> -I$(XEN_ROOT)/tools/libxc \ >> -I$(XEN_ROOT)/tools/xenstore \ >> -I$(XEN_ROOT)/tools/xenstore/compat \ >> $(EXTRA_CFLAGS_QEMU_XEN)" \ >> --extra-ldflags="-L$(XEN_ROOT)/tools/libxc \ >> -L$(XEN_ROOT)/tools/xenstore" \ >> --bindir=$(LIBEXEC) \ >> --datadir=$(SHAREDIR)/qemu-xen \ >> --disable-kvm \ >> >> at compile time in xen ? > > Xen unstable/4.2 will build both at compile time, you select which one > to run in your guest cfg file. > > By default the qemu-xen is built from our own branch of qemu-upstreams > stable release. > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 20 15:48:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Jul 2012 15: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 1SsFQB-0004jT-Hf; Fri, 20 Jul 2012 15:47:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SsFQA-0004jO-6H for xen-users@lists.xen.org; Fri, 20 Jul 2012 15:47:14 +0000 Received: from [85.158.143.99:65096] by server-2.bemta-4.messagelabs.com id CC/21-17938-18D79005; Fri, 20 Jul 2012 15:47:13 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1342799232!18122683!1 X-Originating-IP: [209.85.212.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1520 invoked from network); 20 Jul 2012 15:47:12 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jul 2012 15:47:12 -0000 Received: by wibhm6 with SMTP id hm6so548259wib.14 for ; Fri, 20 Jul 2012 08:47:12 -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=PsWjdLM4jzx7C4/AyvlM8w4Tpiyc8YzYKXVm5VLnec4=; b=yneBGqwy1Pdn67Ki3MUNnvgzoNrPUvKK+yCzDPbWheHd5dKcGTVHyidUkV0oidV/ad yQkirsgsQZDI6ObYNvCYRhcYjKLlRxFShyQwTFHcq8AJnCsp5UPAsowxZUfzA8cHGBc0 FRUDI8puZipBbt+astJB02rX3I9v/1eeTmYofgOW6G/ciZ2PU+KiXVLL5kKEfoHPXgYl gMyqJfweqGjycsMA7NXfuhmIJ1ecTh3BjTQ2rtAlRJASzqnxlg9xkSbjXz1ozWxsp3fr AdRTIcEYQS2k3x407gwNSF3820hrZPf93j6oI6QuOptd47R+oa6NsVYD6I1E96qFOh4O XQkw== MIME-Version: 1.0 Received: by 10.216.158.212 with SMTP id q62mr3879450wek.53.1342799232045; Fri, 20 Jul 2012 08:47:12 -0700 (PDT) Received: by 10.216.221.130 with HTTP; Fri, 20 Jul 2012 08:47:11 -0700 (PDT) In-Reply-To: <1342767679.18848.72.camel@dagon.hellion.org.uk> References: <1342767679.18848.72.camel@dagon.hellion.org.uk> Date: Fri, 20 Jul 2012 09:47:11 -0600 Message-ID: From: jacek burghardt To: Ian Campbell Cc: xen-users Subject: Re: [Xen-users] qemu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org You can add this to your "xen-unstable.git/.config" file, so xen-unstable will clone and build the upstream tree. QEMU_UPSTREAM_URL = git://git.qemu.org/qemu.git QEMU_UPSTREAM_REVISION = master TThe direction state add to .config file but it dows not exist. git of xen was broken last time I used it and I had switched to hg There is Config.mk and it has git and htnl locations. So I hope someone can point me to right file to change when I change Config.mk I am running into issue posted above. On 7/20/12, Ian Campbell wrote: > On Fri, 2012-07-20 at 05:07 +0100, jacek burghardt wrote: >> I am attempting to compile en with qemu http://git.qemu.org/qemu.git/ > > Please have a look at http://wiki.xen.org/wiki/QEMU_Upstream > >> but this does not include xen-setup. > > That's a qemu-xen-traditional thing and not a qemu-xen thing. > >> it seems that tools/Makefile there is >> subdir-install-qemu-xen-traditional-dir: qemu-xen-traditional-dir-find >> set -e; \ >> $(buildmakevars2shellvars); \ >> cd qemu-xen-traditional-dir; \ >> $(QEMU_ROOT)/xen-setup \ >> --extra-cflags="$(EXTRA_CFLAGS_QEMU_TRADITIONAL)" \ >> $(IOEMU_CONFIGURE_CROSS); \ >> $(MAKE) install >> >> How I get xen to use this >> >> subdir-all-qemu-xen-dir: qemu-xen-dir-find >> if test -d $(QEMU_UPSTREAM_URL) ; then \ >> source=$(QEMU_UPSTREAM_URL); \ >> else \ >> source=.; \ >> fi; \ >> cd qemu-xen-dir; \ >> $$source/configure --enable-xen --target-list=i386-softmmu \ >> --source-path=$$source \ >> --extra-cflags="-I$(XEN_ROOT)/tools/include \ >> -I$(XEN_ROOT)/tools/libxc \ >> -I$(XEN_ROOT)/tools/xenstore \ >> -I$(XEN_ROOT)/tools/xenstore/compat \ >> $(EXTRA_CFLAGS_QEMU_XEN)" \ >> --extra-ldflags="-L$(XEN_ROOT)/tools/libxc \ >> -L$(XEN_ROOT)/tools/xenstore" \ >> --bindir=$(LIBEXEC) \ >> --datadir=$(SHAREDIR)/qemu-xen \ >> --disable-kvm \ >> >> at compile time in xen ? > > Xen unstable/4.2 will build both at compile time, you select which one > to run in your guest cfg file. > > By default the qemu-xen is built from our own branch of qemu-upstreams > stable release. > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 20 19:22:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Jul 2012 19:22: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 1SsIkz-0002fQ-0M; Fri, 20 Jul 2012 19:20:57 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SsIkx-0002fL-96 for xen-users@lists.xen.org; Fri, 20 Jul 2012 19:20:55 +0000 Received: from [85.158.143.35:8504] by server-3.bemta-4.messagelabs.com id 6D/D5-01511-69FA9005; Fri, 20 Jul 2012 19:20:54 +0000 X-Env-Sender: geza@kzsdabas.hu X-Msg-Ref: server-13.tower-21.messagelabs.com!1342812053!15010802!1 X-Originating-IP: [109.74.53.85] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5427 invoked from network); 20 Jul 2012 19:20:53 -0000 Received: from mail.kzsdabas.hu (HELO mail.kzsdabas.hu) (109.74.53.85) by server-13.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 20 Jul 2012 19:20:53 -0000 Received: from [192.168.13.1] by mail-1.kzsdabas.hu with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SsIhl-0001f3-3j for xen-users@lists.xen.org; Fri, 20 Jul 2012 21:17:44 +0200 Message-ID: <5009AF8C.2050905@kzsdabas.hu> Date: Fri, 20 Jul 2012 21:20:44 +0200 From: =?ISO-8859-1?Q?G=E9mes_G=E9za?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1342775733.5477.35.camel@wotan2> In-Reply-To: <1342775733.5477.35.camel@wotan2> X-SA-Exim-Connect-IP: 192.168.13.1 X-SA-Exim-Mail-From: geza@kzsdabas.hu X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail-1.kzsdabas.hu X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, HTML_MESSAGE 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 mail-1.kzsdabas.hu) Subject: Re: [Xen-users] Problem MTU > 1500 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8933656417175656615==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============8933656417175656615== Content-Type: multipart/alternative; boundary="------------050201030203040607020900" This is a multi-part message in MIME format. --------------050201030203040607020900 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, > > if you're sure, the interfaces are all set to 9k, i'ld expect your > switch in between your > hosts is not capable of / not cofigured for 9k frames. > > I'd only done 9k on dom0 so far, but for having it available to domU > I assume it needs to > be set in a persistant way. If you change your vifX.X interfaces that > would be gone > if you shutdown/create your machine, wouldn't it? > > > Am Freitag, den 20.07.2012, 10:44 +0200 schrieb Mesut Donmez: >> Hi, >> I am using XCP version 1.5beta (1.4.90) with for the host the kernel >> version 2.6.32.12-0.7.1.xs1.4.90.530.170661xen en for the guests >> reh6.1 as operating system. >> When we increase the MTU of the ethX, vifX and xenbrX to 9000 and >> also for other machines in our test envioranment and we give the >> command; ping -s 9000 from the guest to an >> other machine >> wich is not on the same host we do not get any response. >> When we give the same command to an other guest on the same host the >> ping command succeeds. >> When we ping from the host to other machines outside the host the >> ping command is also succeeds. >> Has somebody ideas what I am doing wrong? >> _______________________________________________ >> 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 I've had similar issues until I've found out that my card supported only 8400 frames at maximum. So it could be a hardware problem as well Regards Geza --------------050201030203040607020900 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Hi,
 

if you're sure, the interfaces are all set to 9k, i'ld expect your switch in between your
hosts is not capable of / not cofigured for 9k frames.

I'd only done 9k on  dom0 so far, but for having it available to domU I assume it needs to
be set in a persistant way. If you change your vifX.X interfaces that would be gone
if you shutdown/create your machine, wouldn't it?


Am Freitag, den 20.07.2012, 10:44 +0200 schrieb Mesut Donmez:
Hi,
 
I am using XCP version 1.5beta (1.4.90) with for the host the kernel version 2.6.32.12-0.7.1.xs1.4.90.530.170661xen en for the guests reh6.1 as operating system.
When we  increase the MTU of the ethX, vifX and xenbrX to 9000 and also for other machines in our test envioranment and we give the command; ping -s 9000 <ip of extern machine> from the guest to an other machine
wich is not on the same host we do not get any response.
When we give the same command to an other guest on the same host the ping command succeeds.
When we ping from the host to other machines outside the host the ping command is also succeeds.
 
Has somebody ideas what I am doing wrong?
 
 
  
_______________________________________________
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
I've had similar issues until I've found out that my card supported only 8400 frames at maximum.
So it could be a hardware problem as well

Regards

Geza
--------------050201030203040607020900-- --===============8933656417175656615== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8933656417175656615==-- From xen-users-bounces@lists.xen.org Fri Jul 20 19:22:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Jul 2012 19:22: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 1SsIkz-0002fQ-0M; Fri, 20 Jul 2012 19:20:57 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SsIkx-0002fL-96 for xen-users@lists.xen.org; Fri, 20 Jul 2012 19:20:55 +0000 Received: from [85.158.143.35:8504] by server-3.bemta-4.messagelabs.com id 6D/D5-01511-69FA9005; Fri, 20 Jul 2012 19:20:54 +0000 X-Env-Sender: geza@kzsdabas.hu X-Msg-Ref: server-13.tower-21.messagelabs.com!1342812053!15010802!1 X-Originating-IP: [109.74.53.85] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5427 invoked from network); 20 Jul 2012 19:20:53 -0000 Received: from mail.kzsdabas.hu (HELO mail.kzsdabas.hu) (109.74.53.85) by server-13.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 20 Jul 2012 19:20:53 -0000 Received: from [192.168.13.1] by mail-1.kzsdabas.hu with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SsIhl-0001f3-3j for xen-users@lists.xen.org; Fri, 20 Jul 2012 21:17:44 +0200 Message-ID: <5009AF8C.2050905@kzsdabas.hu> Date: Fri, 20 Jul 2012 21:20:44 +0200 From: =?ISO-8859-1?Q?G=E9mes_G=E9za?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1342775733.5477.35.camel@wotan2> In-Reply-To: <1342775733.5477.35.camel@wotan2> X-SA-Exim-Connect-IP: 192.168.13.1 X-SA-Exim-Mail-From: geza@kzsdabas.hu X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail-1.kzsdabas.hu X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, HTML_MESSAGE 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 mail-1.kzsdabas.hu) Subject: Re: [Xen-users] Problem MTU > 1500 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8933656417175656615==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============8933656417175656615== Content-Type: multipart/alternative; boundary="------------050201030203040607020900" This is a multi-part message in MIME format. --------------050201030203040607020900 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, > > if you're sure, the interfaces are all set to 9k, i'ld expect your > switch in between your > hosts is not capable of / not cofigured for 9k frames. > > I'd only done 9k on dom0 so far, but for having it available to domU > I assume it needs to > be set in a persistant way. If you change your vifX.X interfaces that > would be gone > if you shutdown/create your machine, wouldn't it? > > > Am Freitag, den 20.07.2012, 10:44 +0200 schrieb Mesut Donmez: >> Hi, >> I am using XCP version 1.5beta (1.4.90) with for the host the kernel >> version 2.6.32.12-0.7.1.xs1.4.90.530.170661xen en for the guests >> reh6.1 as operating system. >> When we increase the MTU of the ethX, vifX and xenbrX to 9000 and >> also for other machines in our test envioranment and we give the >> command; ping -s 9000 from the guest to an >> other machine >> wich is not on the same host we do not get any response. >> When we give the same command to an other guest on the same host the >> ping command succeeds. >> When we ping from the host to other machines outside the host the >> ping command is also succeeds. >> Has somebody ideas what I am doing wrong? >> _______________________________________________ >> 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 I've had similar issues until I've found out that my card supported only 8400 frames at maximum. So it could be a hardware problem as well Regards Geza --------------050201030203040607020900 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Hi,
 

if you're sure, the interfaces are all set to 9k, i'ld expect your switch in between your
hosts is not capable of / not cofigured for 9k frames.

I'd only done 9k on  dom0 so far, but for having it available to domU I assume it needs to
be set in a persistant way. If you change your vifX.X interfaces that would be gone
if you shutdown/create your machine, wouldn't it?


Am Freitag, den 20.07.2012, 10:44 +0200 schrieb Mesut Donmez:
Hi,
 
I am using XCP version 1.5beta (1.4.90) with for the host the kernel version 2.6.32.12-0.7.1.xs1.4.90.530.170661xen en for the guests reh6.1 as operating system.
When we  increase the MTU of the ethX, vifX and xenbrX to 9000 and also for other machines in our test envioranment and we give the command; ping -s 9000 <ip of extern machine> from the guest to an other machine
wich is not on the same host we do not get any response.
When we give the same command to an other guest on the same host the ping command succeeds.
When we ping from the host to other machines outside the host the ping command is also succeeds.
 
Has somebody ideas what I am doing wrong?
 
 
  
_______________________________________________
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
I've had similar issues until I've found out that my card supported only 8400 frames at maximum.
So it could be a hardware problem as well

Regards

Geza
--------------050201030203040607020900-- --===============8933656417175656615== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8933656417175656615==-- From xen-users-bounces@lists.xen.org Sat Jul 21 18:55:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Jul 2012 18: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 1Ssens-0007sI-VL; Sat, 21 Jul 2012 18:53:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ssenr-0007sC-4h for xen-users@lists.xen.org; Sat, 21 Jul 2012 18:53:23 +0000 Received: from [85.158.138.51:53059] by server-10.bemta-3.messagelabs.com id 42/7D-21993-2AAFA005; Sat, 21 Jul 2012 18:53:22 +0000 X-Env-Sender: davidkierz@gmail.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1342896800!28155014!1 X-Originating-IP: [209.85.214.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31560 invoked from network); 21 Jul 2012 18:53:21 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 21 Jul 2012 18:53:21 -0000 Received: by obbta14 with SMTP id ta14so9010017obb.32 for ; Sat, 21 Jul 2012 11:53:20 -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=Evl/wbvk6ejiHixSSYIwcCxtgN9TuV8P9XKFeXZu/lY=; b=OiojihwqkApd+TODbJru1oE7a4WOqJdODUYu6VadNKYpoPawx4o0uTY2y4dLFmgki/ bRVyanOI280BI1WLd2mY1B3bY9/J9i58qkyNhPaGK7eizTJF7aj0MiayvMjcYaaBcQEe CxT+I5JP1ZL1alT9nCYolHmsdFR0N66EyJE3cz1jY3Zte1758alKsl/BEA0LZgCoku7A qp/eDwgOVc9K9Q7CDwe5Iq1TA0Sjnfj0YHH1h1Nh5DSoC1dwPzOFYhUxbiSmk9lQgKI5 SzKzf/ILnR1FPWYKCmEsEdZLqevd0bT8fuEq1+RrIsyVu3Iioseijan1EAvwl//6usbD pidQ== Received: by 10.182.149.105 with SMTP id tz9mr13074682obb.65.1342896799998; Sat, 21 Jul 2012 11:53:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.60.30.100 with HTTP; Sat, 21 Jul 2012 11:52:59 -0700 (PDT) From: davek Date: Sat, 21 Jul 2012 14:52:59 -0400 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] xcp-xapi console problems with xencenter X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org running xen cloud on my ubuntu12.04 box connecting with xencenter - i can create delete and monitor VM's when i connect to the console i can see the console output but none of my keypresses or mouse clicks are registered in the VM everything i hit a key i get this in my xcp-xapi log [20120721T17:17:20.330Z|debug|xen|509 INET 127.0.0.1:80|Connection to VM console R:73c96b23cdd8|console] Proxy exited [20120721T17:17:20.484Z|debug|xen|675 INET 127.0.0.1:80|Connection to VM console R:d4603aa93052|console] VM OpaqueRef:29595b00-e209-bb8a-c093-cccfc3f57746 console port: Some 5901 [20120721T17:17:20.485Z|debug|xen|675 INET 127.0.0.1:80|Connection to VM console R:d4603aa93052|console] Connected; running proxy (between fds: 26 and 27) Any Ideas? I can't figure out any other way to connect to a console. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 21 18:55:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Jul 2012 18: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 1Ssens-0007sI-VL; Sat, 21 Jul 2012 18:53:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ssenr-0007sC-4h for xen-users@lists.xen.org; Sat, 21 Jul 2012 18:53:23 +0000 Received: from [85.158.138.51:53059] by server-10.bemta-3.messagelabs.com id 42/7D-21993-2AAFA005; Sat, 21 Jul 2012 18:53:22 +0000 X-Env-Sender: davidkierz@gmail.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1342896800!28155014!1 X-Originating-IP: [209.85.214.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31560 invoked from network); 21 Jul 2012 18:53:21 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 21 Jul 2012 18:53:21 -0000 Received: by obbta14 with SMTP id ta14so9010017obb.32 for ; Sat, 21 Jul 2012 11:53:20 -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=Evl/wbvk6ejiHixSSYIwcCxtgN9TuV8P9XKFeXZu/lY=; b=OiojihwqkApd+TODbJru1oE7a4WOqJdODUYu6VadNKYpoPawx4o0uTY2y4dLFmgki/ bRVyanOI280BI1WLd2mY1B3bY9/J9i58qkyNhPaGK7eizTJF7aj0MiayvMjcYaaBcQEe CxT+I5JP1ZL1alT9nCYolHmsdFR0N66EyJE3cz1jY3Zte1758alKsl/BEA0LZgCoku7A qp/eDwgOVc9K9Q7CDwe5Iq1TA0Sjnfj0YHH1h1Nh5DSoC1dwPzOFYhUxbiSmk9lQgKI5 SzKzf/ILnR1FPWYKCmEsEdZLqevd0bT8fuEq1+RrIsyVu3Iioseijan1EAvwl//6usbD pidQ== Received: by 10.182.149.105 with SMTP id tz9mr13074682obb.65.1342896799998; Sat, 21 Jul 2012 11:53:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.60.30.100 with HTTP; Sat, 21 Jul 2012 11:52:59 -0700 (PDT) From: davek Date: Sat, 21 Jul 2012 14:52:59 -0400 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] xcp-xapi console problems with xencenter X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org running xen cloud on my ubuntu12.04 box connecting with xencenter - i can create delete and monitor VM's when i connect to the console i can see the console output but none of my keypresses or mouse clicks are registered in the VM everything i hit a key i get this in my xcp-xapi log [20120721T17:17:20.330Z|debug|xen|509 INET 127.0.0.1:80|Connection to VM console R:73c96b23cdd8|console] Proxy exited [20120721T17:17:20.484Z|debug|xen|675 INET 127.0.0.1:80|Connection to VM console R:d4603aa93052|console] VM OpaqueRef:29595b00-e209-bb8a-c093-cccfc3f57746 console port: Some 5901 [20120721T17:17:20.485Z|debug|xen|675 INET 127.0.0.1:80|Connection to VM console R:d4603aa93052|console] Connected; running proxy (between fds: 26 and 27) Any Ideas? I can't figure out any other way to connect to a console. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 22 13:31:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 22 Jul 2012 13:31: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 1SswDD-0008AE-DQ; Sun, 22 Jul 2012 13:28:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SswDB-0008A9-LE for xen-users@lists.xen.org; Sun, 22 Jul 2012 13:28:41 +0000 Received: from [85.158.143.99:19315] by server-2.bemta-4.messagelabs.com id 04/A4-17938-8000C005; Sun, 22 Jul 2012 13:28:40 +0000 X-Env-Sender: luceoastrum@gmail.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1342963719!18318888!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28815 invoked from network); 22 Jul 2012 13:28:40 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 22 Jul 2012 13:28:40 -0000 Received: by obbta14 with SMTP id ta14so10533686obb.32 for ; Sun, 22 Jul 2012 06:28:38 -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=oyE1RfX0BZiVot7tvRtADzVyfpVPAP8l8nIJubm51VY=; b=Ngwyoizz1WMiPIKutU96hxzk8aQ+tdZVhBNc5tbEXOf2365Ajh5l3Kl2qCrwwEgayC pYyNqSUHajWo5dslXvYrkyVtpbAvr7eKuSY530SPgaVZ0YgfaY8CryejePnWUb0fORRG 7R4NtRHjvMlpY0jzYcBzwcVmAycuEukYoif9dZRk51erZZtrY6l5+sdL4RRDczuug9Z+ Q9T3/WkpHvBkuLmt1SDuMIol257tfPryle8bPI0n8bhAJ9Eiwy1NeCXMFwUl+NjKEak9 Af6WUhlmxxTb8WzE28Y00gknbso6DVncgBuv6lnBVO9BEGq0cUJ2674qFW1TY2qNjI1v IQBw== MIME-Version: 1.0 Received: by 10.60.171.135 with SMTP id au7mr16427135oec.62.1342963718428; Sun, 22 Jul 2012 06:28:38 -0700 (PDT) Received: by 10.76.70.228 with HTTP; Sun, 22 Jul 2012 06:28:38 -0700 (PDT) Date: Sun, 22 Jul 2012 14:28:38 +0100 Message-ID: From: Luceo Astrum To: xen-users@lists.xen.org Subject: [Xen-users] Linux-grsecurity on 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="===============8255539498257970301==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8255539498257970301== Content-Type: multipart/alternative; boundary=bcaec55405a66219bc04c56b1ba5 --bcaec55405a66219bc04c56b1ba5 Content-Type: text/plain; charset=ISO-8859-1 Hi guys, I'm looking for every possible way to secure my dom0 before shipping it out to the datacenter, and grsecurity/pax was one such option. I tried installing the binaries from the Arch Linux repos, but had little success with them (Xen kernel loaded, passed to dom0, then promptly rebooted). I had no clues in kernel.log or dmesg, both seemed normal. Any suggestions or advice? --bcaec55405a66219bc04c56b1ba5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi guys,

I'm looking for every possible way to secure my dom0 be= fore shipping it out to the datacenter, and grsecurity/pax was one such opt= ion.

I tried installing the binaries from the Arch Linux repos, but = had little success with them (Xen kernel loaded, passed to dom0, then promp= tly rebooted).

I had no clues in kernel.log or dmesg, both seemed normal.

Any s= uggestions or advice?
--bcaec55405a66219bc04c56b1ba5-- --===============8255539498257970301== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8255539498257970301==-- From xen-users-bounces@lists.xen.org Sun Jul 22 13:31:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 22 Jul 2012 13:31: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 1SswDD-0008AE-DQ; Sun, 22 Jul 2012 13:28:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SswDB-0008A9-LE for xen-users@lists.xen.org; Sun, 22 Jul 2012 13:28:41 +0000 Received: from [85.158.143.99:19315] by server-2.bemta-4.messagelabs.com id 04/A4-17938-8000C005; Sun, 22 Jul 2012 13:28:40 +0000 X-Env-Sender: luceoastrum@gmail.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1342963719!18318888!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28815 invoked from network); 22 Jul 2012 13:28:40 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 22 Jul 2012 13:28:40 -0000 Received: by obbta14 with SMTP id ta14so10533686obb.32 for ; Sun, 22 Jul 2012 06:28:38 -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=oyE1RfX0BZiVot7tvRtADzVyfpVPAP8l8nIJubm51VY=; b=Ngwyoizz1WMiPIKutU96hxzk8aQ+tdZVhBNc5tbEXOf2365Ajh5l3Kl2qCrwwEgayC pYyNqSUHajWo5dslXvYrkyVtpbAvr7eKuSY530SPgaVZ0YgfaY8CryejePnWUb0fORRG 7R4NtRHjvMlpY0jzYcBzwcVmAycuEukYoif9dZRk51erZZtrY6l5+sdL4RRDczuug9Z+ Q9T3/WkpHvBkuLmt1SDuMIol257tfPryle8bPI0n8bhAJ9Eiwy1NeCXMFwUl+NjKEak9 Af6WUhlmxxTb8WzE28Y00gknbso6DVncgBuv6lnBVO9BEGq0cUJ2674qFW1TY2qNjI1v IQBw== MIME-Version: 1.0 Received: by 10.60.171.135 with SMTP id au7mr16427135oec.62.1342963718428; Sun, 22 Jul 2012 06:28:38 -0700 (PDT) Received: by 10.76.70.228 with HTTP; Sun, 22 Jul 2012 06:28:38 -0700 (PDT) Date: Sun, 22 Jul 2012 14:28:38 +0100 Message-ID: From: Luceo Astrum To: xen-users@lists.xen.org Subject: [Xen-users] Linux-grsecurity on 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="===============8255539498257970301==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8255539498257970301== Content-Type: multipart/alternative; boundary=bcaec55405a66219bc04c56b1ba5 --bcaec55405a66219bc04c56b1ba5 Content-Type: text/plain; charset=ISO-8859-1 Hi guys, I'm looking for every possible way to secure my dom0 before shipping it out to the datacenter, and grsecurity/pax was one such option. I tried installing the binaries from the Arch Linux repos, but had little success with them (Xen kernel loaded, passed to dom0, then promptly rebooted). I had no clues in kernel.log or dmesg, both seemed normal. Any suggestions or advice? --bcaec55405a66219bc04c56b1ba5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi guys,

I'm looking for every possible way to secure my dom0 be= fore shipping it out to the datacenter, and grsecurity/pax was one such opt= ion.

I tried installing the binaries from the Arch Linux repos, but = had little success with them (Xen kernel loaded, passed to dom0, then promp= tly rebooted).

I had no clues in kernel.log or dmesg, both seemed normal.

Any s= uggestions or advice?
--bcaec55405a66219bc04c56b1ba5-- --===============8255539498257970301== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8255539498257970301==-- From xen-users-bounces@lists.xen.org Sun Jul 22 16:18:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 22 Jul 2012 16:18: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 1Ssypi-00011k-7N; Sun, 22 Jul 2012 16:16:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ssypg-00011S-Ie for xen-users@lists.xen.org; Sun, 22 Jul 2012 16:16:36 +0000 Received: from [85.158.143.35:59666] by server-2.bemta-4.messagelabs.com id D4/AA-17938-3672C005; Sun, 22 Jul 2012 16:16:35 +0000 X-Env-Sender: lists+xen@internecto.net X-Msg-Ref: server-4.tower-21.messagelabs.com!1342973794!6010993!1 X-Originating-IP: [176.9.245.29] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7637 invoked from network); 22 Jul 2012 16:16:34 -0000 Received: from polaris.internecto.net (HELO mx1.internecto.net) (176.9.245.29) by server-4.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 Jul 2012 16:16:34 -0000 Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id 2370BA02F7; Sun, 22 Jul 2012 16:16:34 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mail.internecto.net Received: from mx1.internecto.net ([127.0.0.1]) by localhost (mail.polaris.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i+gi3FLVn9ZA; Sun, 22 Jul 2012 16:16:13 +0000 (UTC) Received: from internecto.net (5ED4FDEB.cm-7-5d.dynamic.ziggo.nl [94.212.253.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: lists@internecto.net) by mx1.internecto.net (Postfix) with ESMTPSA id 866AFA02F6; Sun, 22 Jul 2012 16:16:13 +0000 (UTC) Date: Sun, 22 Jul 2012 18:16:11 +0200 From: Mark van Dijk To: xen-users@lists.xen.org, xen-devel@lists.xen.org Message-ID: <20120722181611.7ae03506@internecto.net> Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; i686-pc-linux-gnu) Mime-Version: 1.0 Subject: [Xen-users] Kernel crash with acpi_processor, cpu_idle and intel_idle =y X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi everyone, When I set CONFIG_ACPI_PROCESSOR, CONFIG_CPU_IDLE and CONFIG_INTEL_IDLE to y then I cannot boot Xen; there is a crash. If I turn CONFIG_INTEL_IDLE off then the boot goes well and, after dom0 has booted, xenpm works and gives some sane output, see below. I have tested this with kernels 3.2 to 3.4.6. Is it impossible to use INTEL_IDLE with Xen? If this is a known issue then maybe someone can add info to the INTEL_IDLE help text in the kernel configuration... I am using this on a dual CPU motherboard, it has two Xeon W3530 CPUs (i.e. family 6, model 26, stepping 5). I have also tested this with a single-CPU Core2 Quad Q6600 and the same situation occurs here, but the below output is of the W3530 Xeon system. While I'm not that familiar with CPUidle, one thing that seems to be not right is that the maximum idle state here is C3 while the processor should be able to reach as far as C7. Here is the snipped output of two commands: # xenpm get-cpufreq-states cpu id : 0 total P-states : 11 usable P-states : 11 current frequency : 1600 MHz P0 [2801 MHz]: transition [ 11] residency [ 866 ms] P1 [2800 MHz]: transition [ 1] residency [ 0 ms] P2 [2667 MHz]: transition [ 0] residency [ 0 ms] P3 [2533 MHz]: transition [ 1] residency [ 1 ms] P4 [2400 MHz]: transition [ 0] residency [ 0 ms] P5 [2267 MHz]: transition [ 2] residency [ 36 ms] P6 [2133 MHz]: transition [ 1] residency [ 0 ms] P7 [2000 MHz]: transition [ 0] residency [ 0 ms] P8 [1867 MHz]: transition [ 0] residency [ 0 ms] P9 [1733 MHz]: transition [ 2] residency [ 0 ms] *P10 [1600 MHz]: transition [ 9] residency [ 960 ms] # xenpm get-cpuidle-states Max possible C-state: C7 cpu id : 0 total C-states : 4 idle time(ms) : 240266 C0 : transition [ 39457] residency [ 10534 ms] C1 : transition [ 3965] residency [ 2274 ms] C2 : transition [ 371] residency [ 495 ms] C3 : transition [ 35121] residency [ 230822 ms] pc2 : [ 0 ms] pc3 : [ 0 ms] pc6 : [ 0 ms] pc7 : [ 0 ms] cc3 : [ 0 ms] cc6 : [ 0 ms] cc7 : [ 0 ms] # xenpm get-cpufreq-para cpu id : 0 affected_cpus : 0 cpuinfo frequency : max [2801000] min [1600000] cur [1600000] scaling_driver : acpi-cpufreq scaling_avail_gov : userspace performance powersave ondemand current_governor : ondemand ondemand specific : sampling_rate : max [10000000] min [10000] cur [20000] up_threshold : 80 scaling_avail_freq : 2801000 2800000 2667000 2533000 2400000 2267000 2133000 2000000 1867000 1733000 *1600000 scaling frequency : max [2801000] min [1600000] cur [1600000] turbo mode : enabled Kind regards, Mark van Dijk PS I am not receiving xen-devel messages but this message does probably belong there so I'm posting it there too. -- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 22 16:18:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 22 Jul 2012 16:18: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 1Ssypi-00011k-7N; Sun, 22 Jul 2012 16:16:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ssypg-00011S-Ie for xen-users@lists.xen.org; Sun, 22 Jul 2012 16:16:36 +0000 Received: from [85.158.143.35:59666] by server-2.bemta-4.messagelabs.com id D4/AA-17938-3672C005; Sun, 22 Jul 2012 16:16:35 +0000 X-Env-Sender: lists+xen@internecto.net X-Msg-Ref: server-4.tower-21.messagelabs.com!1342973794!6010993!1 X-Originating-IP: [176.9.245.29] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7637 invoked from network); 22 Jul 2012 16:16:34 -0000 Received: from polaris.internecto.net (HELO mx1.internecto.net) (176.9.245.29) by server-4.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 Jul 2012 16:16:34 -0000 Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id 2370BA02F7; Sun, 22 Jul 2012 16:16:34 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mail.internecto.net Received: from mx1.internecto.net ([127.0.0.1]) by localhost (mail.polaris.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i+gi3FLVn9ZA; Sun, 22 Jul 2012 16:16:13 +0000 (UTC) Received: from internecto.net (5ED4FDEB.cm-7-5d.dynamic.ziggo.nl [94.212.253.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: lists@internecto.net) by mx1.internecto.net (Postfix) with ESMTPSA id 866AFA02F6; Sun, 22 Jul 2012 16:16:13 +0000 (UTC) Date: Sun, 22 Jul 2012 18:16:11 +0200 From: Mark van Dijk To: xen-users@lists.xen.org, xen-devel@lists.xen.org Message-ID: <20120722181611.7ae03506@internecto.net> Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; i686-pc-linux-gnu) Mime-Version: 1.0 Subject: [Xen-users] Kernel crash with acpi_processor, cpu_idle and intel_idle =y X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi everyone, When I set CONFIG_ACPI_PROCESSOR, CONFIG_CPU_IDLE and CONFIG_INTEL_IDLE to y then I cannot boot Xen; there is a crash. If I turn CONFIG_INTEL_IDLE off then the boot goes well and, after dom0 has booted, xenpm works and gives some sane output, see below. I have tested this with kernels 3.2 to 3.4.6. Is it impossible to use INTEL_IDLE with Xen? If this is a known issue then maybe someone can add info to the INTEL_IDLE help text in the kernel configuration... I am using this on a dual CPU motherboard, it has two Xeon W3530 CPUs (i.e. family 6, model 26, stepping 5). I have also tested this with a single-CPU Core2 Quad Q6600 and the same situation occurs here, but the below output is of the W3530 Xeon system. While I'm not that familiar with CPUidle, one thing that seems to be not right is that the maximum idle state here is C3 while the processor should be able to reach as far as C7. Here is the snipped output of two commands: # xenpm get-cpufreq-states cpu id : 0 total P-states : 11 usable P-states : 11 current frequency : 1600 MHz P0 [2801 MHz]: transition [ 11] residency [ 866 ms] P1 [2800 MHz]: transition [ 1] residency [ 0 ms] P2 [2667 MHz]: transition [ 0] residency [ 0 ms] P3 [2533 MHz]: transition [ 1] residency [ 1 ms] P4 [2400 MHz]: transition [ 0] residency [ 0 ms] P5 [2267 MHz]: transition [ 2] residency [ 36 ms] P6 [2133 MHz]: transition [ 1] residency [ 0 ms] P7 [2000 MHz]: transition [ 0] residency [ 0 ms] P8 [1867 MHz]: transition [ 0] residency [ 0 ms] P9 [1733 MHz]: transition [ 2] residency [ 0 ms] *P10 [1600 MHz]: transition [ 9] residency [ 960 ms] # xenpm get-cpuidle-states Max possible C-state: C7 cpu id : 0 total C-states : 4 idle time(ms) : 240266 C0 : transition [ 39457] residency [ 10534 ms] C1 : transition [ 3965] residency [ 2274 ms] C2 : transition [ 371] residency [ 495 ms] C3 : transition [ 35121] residency [ 230822 ms] pc2 : [ 0 ms] pc3 : [ 0 ms] pc6 : [ 0 ms] pc7 : [ 0 ms] cc3 : [ 0 ms] cc6 : [ 0 ms] cc7 : [ 0 ms] # xenpm get-cpufreq-para cpu id : 0 affected_cpus : 0 cpuinfo frequency : max [2801000] min [1600000] cur [1600000] scaling_driver : acpi-cpufreq scaling_avail_gov : userspace performance powersave ondemand current_governor : ondemand ondemand specific : sampling_rate : max [10000000] min [10000] cur [20000] up_threshold : 80 scaling_avail_freq : 2801000 2800000 2667000 2533000 2400000 2267000 2133000 2000000 1867000 1733000 *1600000 scaling frequency : max [2801000] min [1600000] cur [1600000] turbo mode : enabled Kind regards, Mark van Dijk PS I am not receiving xen-devel messages but this message does probably belong there so I'm posting it there too. -- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 22 16:45:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 22 Jul 2012 16: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 1SszFl-0001WN-QG; Sun, 22 Jul 2012 16:43:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SszFk-0001WI-GB for xen-users@lists.xen.org; Sun, 22 Jul 2012 16:43:32 +0000 Received: from [85.158.143.99:42248] by server-1.bemta-4.messagelabs.com id 07/32-24392-3BD2C005; Sun, 22 Jul 2012 16:43:31 +0000 X-Env-Sender: davidkierz@gmail.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1342975409!22818103!1 X-Originating-IP: [209.85.214.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3339 invoked from network); 22 Jul 2012 16:43:30 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 22 Jul 2012 16:43:30 -0000 Received: by obbta14 with SMTP id ta14so10794861obb.32 for ; Sun, 22 Jul 2012 09:43:29 -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=rbmx5ZOBE4eY6s4v7Qhe/8ucK/HL4fHDC8ba6CEVOp8=; b=ZShHCWqgzvlkdVYoDXVNw4qGVXoyUXHpsDN/PoIZJRijmtT8St3dtytXCXmeCG1dOU lNsIggKHTXbL5vBBsyNDh26eobaayG9xOVgcoPkHhC4x669Wb12XWkhAXp63kwOzNNat eea3aPSc9ciKNAAY6GQau/l1rC7NgIiwp9oLYA6/UX1ZtWnCZUecFXQWPUxsKPv/5BR9 uUNMyIb4Ss5J2jYNiNEZCvlnG8bC6tTpULrft1GePtycVAB1yZ00g5efWReDe9auiKav r92XKMqp3t8N62FvACB5dBT1l3ThfxgmalKgqWAYUJhwrSpgBwvT0en/f38UZAoFGa0W W26g== Received: by 10.182.174.70 with SMTP id bq6mr16942170obc.78.1342975409031; Sun, 22 Jul 2012 09:43:29 -0700 (PDT) MIME-Version: 1.0 Received: by 10.60.30.100 with HTTP; Sun, 22 Jul 2012 09:43:08 -0700 (PDT) From: davek Date: Sun, 22 Jul 2012 12:43:08 -0400 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] xcp-xapi console problems with xencenter X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 completely uninstalled and reinstalled ubuntu 12.04 2 times last night each time i get stuck on the part where keypresses are not getting sent to xen i applied the workaround for the ubuntu qemu keymap locations, has no effect i tried both the ubuntu packages and the PPA packages, no difference. I installed the xcp-xapi-debug, but im not sure how to execute these programs. Does xe execute them? trying to get other consoles working (http://wiki.xensource.com/xenwiki/Xen_Cloud_Platform%3A_Access_to_VM_console) OpenXenManager looks like a bunch of python no cygwin here. XVP appears to run inside domU ? not interested in that... trying the custom SSH tunnel method i get stuck at david@xen:~$ sudo xenstore-ls /local/domain/2/serial/0 limit = "65536" tty = "/dev/pts/6" david@xen:~$ vncterm-pid and vnc-port are not listed here??? my xcp-xapi.log http://pastebin.com/3MSQXtmY my syslog http://pastebin.com/aHyDmNx6 my xe vm-param-list http://pastebin.com/1ZGHkY98 my xe console-param-list http://pastebin.com/ECmSruVZ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 22 16:45:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 22 Jul 2012 16: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 1SszFl-0001WN-QG; Sun, 22 Jul 2012 16:43:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SszFk-0001WI-GB for xen-users@lists.xen.org; Sun, 22 Jul 2012 16:43:32 +0000 Received: from [85.158.143.99:42248] by server-1.bemta-4.messagelabs.com id 07/32-24392-3BD2C005; Sun, 22 Jul 2012 16:43:31 +0000 X-Env-Sender: davidkierz@gmail.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1342975409!22818103!1 X-Originating-IP: [209.85.214.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3339 invoked from network); 22 Jul 2012 16:43:30 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 22 Jul 2012 16:43:30 -0000 Received: by obbta14 with SMTP id ta14so10794861obb.32 for ; Sun, 22 Jul 2012 09:43:29 -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=rbmx5ZOBE4eY6s4v7Qhe/8ucK/HL4fHDC8ba6CEVOp8=; b=ZShHCWqgzvlkdVYoDXVNw4qGVXoyUXHpsDN/PoIZJRijmtT8St3dtytXCXmeCG1dOU lNsIggKHTXbL5vBBsyNDh26eobaayG9xOVgcoPkHhC4x669Wb12XWkhAXp63kwOzNNat eea3aPSc9ciKNAAY6GQau/l1rC7NgIiwp9oLYA6/UX1ZtWnCZUecFXQWPUxsKPv/5BR9 uUNMyIb4Ss5J2jYNiNEZCvlnG8bC6tTpULrft1GePtycVAB1yZ00g5efWReDe9auiKav r92XKMqp3t8N62FvACB5dBT1l3ThfxgmalKgqWAYUJhwrSpgBwvT0en/f38UZAoFGa0W W26g== Received: by 10.182.174.70 with SMTP id bq6mr16942170obc.78.1342975409031; Sun, 22 Jul 2012 09:43:29 -0700 (PDT) MIME-Version: 1.0 Received: by 10.60.30.100 with HTTP; Sun, 22 Jul 2012 09:43:08 -0700 (PDT) From: davek Date: Sun, 22 Jul 2012 12:43:08 -0400 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] xcp-xapi console problems with xencenter X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 completely uninstalled and reinstalled ubuntu 12.04 2 times last night each time i get stuck on the part where keypresses are not getting sent to xen i applied the workaround for the ubuntu qemu keymap locations, has no effect i tried both the ubuntu packages and the PPA packages, no difference. I installed the xcp-xapi-debug, but im not sure how to execute these programs. Does xe execute them? trying to get other consoles working (http://wiki.xensource.com/xenwiki/Xen_Cloud_Platform%3A_Access_to_VM_console) OpenXenManager looks like a bunch of python no cygwin here. XVP appears to run inside domU ? not interested in that... trying the custom SSH tunnel method i get stuck at david@xen:~$ sudo xenstore-ls /local/domain/2/serial/0 limit = "65536" tty = "/dev/pts/6" david@xen:~$ vncterm-pid and vnc-port are not listed here??? my xcp-xapi.log http://pastebin.com/3MSQXtmY my syslog http://pastebin.com/aHyDmNx6 my xe vm-param-list http://pastebin.com/1ZGHkY98 my xe console-param-list http://pastebin.com/ECmSruVZ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 22 18:25:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 22 Jul 2012 18:25: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 1St0oj-00027z-LB; Sun, 22 Jul 2012 18:23:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1St0oi-00027u-58 for xen-users@lists.xen.org; Sun, 22 Jul 2012 18:23:44 +0000 Received: from [85.158.138.51:37534] by server-9.bemta-3.messagelabs.com id 78/AA-27628-F254C005; Sun, 22 Jul 2012 18:23:43 +0000 X-Env-Sender: xensource.com@bloms.de X-Msg-Ref: server-6.tower-174.messagelabs.com!1342981422!20167855!1 X-Originating-IP: [84.200.248.35] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 977 invoked from network); 22 Jul 2012 18:23:42 -0000 Received: from smtp.bloms.de (HELO smtp.bloms.de) (84.200.248.35) by server-6.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 Jul 2012 18:23:42 -0000 Received: from smtp.bloms.de (localhost [127.0.0.1]) by smtp.bloms.de (Postfix) with ESMTP id 1AE171C140D8 for ; Sun, 22 Jul 2012 20:23:42 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bloms.de; h=date:from:to :subject:message-id:references:mime-version:content-type :content-transfer-encoding:in-reply-to; s=selector1; bh=9jDbUBHC y1DcBg4NA57sxcpP+fI=; b=mCg++8vTo+79r/jU+wRQO6j5AF/noLlgP+VD2umx tx31MbP98dVZ0+6qgl+AU1IMXCpX5F4vxO6Ia3QJGeWuVO+WU5QEZqDBDqeTbWtB ZTIhFHMAAHp1XZtMFfJAb6IFa6pUQF2TjkXY7jnWHQz70A4MCI/kJOxp7yVW3rde +f0kQvAeMUQHrNmtJmt4Ry+QFBuK1ncTa3Yma8sFd/pK0wcZpbEyEUD4jJJ5T0XI znqVFdic1sthfhb+0Hm6ljYtCQnvnrelnIC5THLl9AQTNun2RfKj2Gb08l1LRatG pCoMq6PDGEX9eE6Aibkm/DcQPkHcQQ/K/lFnzsAW7GQNEzcJKusR18u0bQr6udZ2 K1fcdx94xtXGv8kOA29pOcqLsdQsOhOzGI/Sd7H1+3SXuFvn3zjbgNDKPNZEW+qx bPTpYU8sPNu61/eXKc8xxgp0UCJfR4yIM3FjZrrUoXL2H0e9KkQQNFEPnU9g35ut YqDpuY2Kw9cJeWWtXM57FFC++TY7Bf7B/GCTqqYGJe6FUCO2x2r+XO3lNuw9kfxK 2SayRZy7OA7aPU+PgDZ8h2a2s8Crw+fOj4VLqhpkKIqOq8QdfPKTBi5OoCkYKSMc ufJ6zMSVW/yq3TrOqYUNa5z5F+ZK9I16OauEZDaJMwKbHOLbXuzeC7YZ5Vt56yQy 0TQ= Received: by smtp.bloms.de (Postfix, from userid 1000) id 03F681C140DE; Sun, 22 Jul 2012 20:23:41 +0200 (CEST) Date: Sun, 22 Jul 2012 20:23:41 +0200 From: Dieter Bloms To: xen-users@lists.xen.org Message-ID: <20120722182341.GA27957@bloms.de> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: [Xen-users] Linux-grsecurity on 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="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 Sun, Jul 22, Luceo Astrum wrote: > I'm looking for every possible way to secure my dom0 before shipping it o= ut > to the datacenter, and grsecurity/pax was one such option. maybe you will give alpinelinux a try. It supports grsec and xen and is a nice distro for dom0. -- = Gru=DF Dieter -- I do not get viruses because I do not use MS software. If you use Outlook then please do not put my email address in your address-book so that WHEN you get a virus it won't use my address in the >From field. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 22 18:25:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 22 Jul 2012 18:25: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 1St0oj-00027z-LB; Sun, 22 Jul 2012 18:23:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1St0oi-00027u-58 for xen-users@lists.xen.org; Sun, 22 Jul 2012 18:23:44 +0000 Received: from [85.158.138.51:37534] by server-9.bemta-3.messagelabs.com id 78/AA-27628-F254C005; Sun, 22 Jul 2012 18:23:43 +0000 X-Env-Sender: xensource.com@bloms.de X-Msg-Ref: server-6.tower-174.messagelabs.com!1342981422!20167855!1 X-Originating-IP: [84.200.248.35] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 977 invoked from network); 22 Jul 2012 18:23:42 -0000 Received: from smtp.bloms.de (HELO smtp.bloms.de) (84.200.248.35) by server-6.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 Jul 2012 18:23:42 -0000 Received: from smtp.bloms.de (localhost [127.0.0.1]) by smtp.bloms.de (Postfix) with ESMTP id 1AE171C140D8 for ; Sun, 22 Jul 2012 20:23:42 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bloms.de; h=date:from:to :subject:message-id:references:mime-version:content-type :content-transfer-encoding:in-reply-to; s=selector1; bh=9jDbUBHC y1DcBg4NA57sxcpP+fI=; b=mCg++8vTo+79r/jU+wRQO6j5AF/noLlgP+VD2umx tx31MbP98dVZ0+6qgl+AU1IMXCpX5F4vxO6Ia3QJGeWuVO+WU5QEZqDBDqeTbWtB ZTIhFHMAAHp1XZtMFfJAb6IFa6pUQF2TjkXY7jnWHQz70A4MCI/kJOxp7yVW3rde +f0kQvAeMUQHrNmtJmt4Ry+QFBuK1ncTa3Yma8sFd/pK0wcZpbEyEUD4jJJ5T0XI znqVFdic1sthfhb+0Hm6ljYtCQnvnrelnIC5THLl9AQTNun2RfKj2Gb08l1LRatG pCoMq6PDGEX9eE6Aibkm/DcQPkHcQQ/K/lFnzsAW7GQNEzcJKusR18u0bQr6udZ2 K1fcdx94xtXGv8kOA29pOcqLsdQsOhOzGI/Sd7H1+3SXuFvn3zjbgNDKPNZEW+qx bPTpYU8sPNu61/eXKc8xxgp0UCJfR4yIM3FjZrrUoXL2H0e9KkQQNFEPnU9g35ut YqDpuY2Kw9cJeWWtXM57FFC++TY7Bf7B/GCTqqYGJe6FUCO2x2r+XO3lNuw9kfxK 2SayRZy7OA7aPU+PgDZ8h2a2s8Crw+fOj4VLqhpkKIqOq8QdfPKTBi5OoCkYKSMc ufJ6zMSVW/yq3TrOqYUNa5z5F+ZK9I16OauEZDaJMwKbHOLbXuzeC7YZ5Vt56yQy 0TQ= Received: by smtp.bloms.de (Postfix, from userid 1000) id 03F681C140DE; Sun, 22 Jul 2012 20:23:41 +0200 (CEST) Date: Sun, 22 Jul 2012 20:23:41 +0200 From: Dieter Bloms To: xen-users@lists.xen.org Message-ID: <20120722182341.GA27957@bloms.de> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: [Xen-users] Linux-grsecurity on 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="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 Sun, Jul 22, Luceo Astrum wrote: > I'm looking for every possible way to secure my dom0 before shipping it o= ut > to the datacenter, and grsecurity/pax was one such option. maybe you will give alpinelinux a try. It supports grsec and xen and is a nice distro for dom0. -- = Gru=DF Dieter -- I do not get viruses because I do not use MS software. If you use Outlook then please do not put my email address in your address-book so that WHEN you get a virus it won't use my address in the >From field. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 23 09:12:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jul 2012 09:12:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StEfE-0004K8-5O; Mon, 23 Jul 2012 09:10:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StEfC-0004K2-QR for xen-users@lists.xen.org; Mon, 23 Jul 2012 09:10:51 +0000 Received: from [85.158.143.99:29596] by server-1.bemta-4.messagelabs.com id 80/FC-24392-A151D005; Mon, 23 Jul 2012 09:10:50 +0000 X-Env-Sender: tsb20112012@gmail.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1343034647!22903101!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=2.3 required=7.0 tests=FROM_ENDS_IN_NUMS, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 594 invoked from network); 23 Jul 2012 09:10:48 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jul 2012 09:10:48 -0000 Received: by yhpp34 with SMTP id p34so5932618yhp.32 for ; Mon, 23 Jul 2012 02:10:46 -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=eZCiezfQLoASUp44vgabjWPf5udSWvcS8oRnTV8gQ0c=; b=uCHqtHpkoQCa3dtP3cV47kBGZBlCymH7CMwej3jkEHS3s7zaUMDckV/skvugmLM60f Kv6CxYGEqH0+UtsB2Ck71NQMoZfWLskafcMcQNXRrmPzm32GZMqd7kPIROG3imQPi12z mNunQ0kRZ2nQHhjlLlvxbUGn8szNCqLMCJPy+RH0PbHzMZomAznvsE19R7wptbyCXZWP ocymFLiuW9VzFcQPXMwP31HfCsRrDuaAUdMr8IR1uIHoIfuxE5/pL1Cb6dN9JYGh2WMY frOxRgRuusLqI5uxMOUZTtD3tMtZn7n2x7tzbTEal5SCshm9BUf8D8qgJrwyFYjRN9x0 VDtA== MIME-Version: 1.0 Received: by 10.50.180.199 with SMTP id dq7mr9901208igc.51.1343034646428; Mon, 23 Jul 2012 02:10:46 -0700 (PDT) Received: by 10.64.76.234 with HTTP; Mon, 23 Jul 2012 02:10:45 -0700 (PDT) In-Reply-To: <1342775733.5477.35.camel@wotan2> References: <1342775733.5477.35.camel@wotan2> Date: Mon, 23 Jul 2012 11:10:45 +0200 Message-ID: From: Mesut Donmez To: Stephan Seitz Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Problem MTU > 1500 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8335180398010460110==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8335180398010460110== Content-Type: multipart/alternative; boundary=14dae93407a1057c0304c57b9fde --14dae93407a1057c0304c57b9fde Content-Type: text/plain; charset=ISO-8859-1 Hi, Thanks for your quick reaction. Yes I am sure for all the interfaces (intern as extern) the MTU is set to 9000 ans also the database for the vif/pif/network(bridges) shows me MTU 9000. The strange thing is when I set everything to 9000 and start the guest the bridgeX shows me MTU=1500 ("ifconfig -a" command used ) even the vif/pif/network database (xe vif-param-list, xe pif-param-list, xe network-param-list commands used) are showing me MTU 9000. And my NIC are able to send 9000 frames. Because what I mentioned before when I ping from the host to an extern interface I do not have problems. SO ra ra ra what do I wrong or is there still some other configure files in the host ot guest operating system which I did forgot??? 2012/7/20 Stephan Seitz > ** > Hi, > > if you're sure, the interfaces are all set to 9k, i'ld expect your switch > in between your > hosts is not capable of / not cofigured for 9k frames. > > I'd only done 9k on dom0 so far, but for having it available to domU I > assume it needs to > be set in a persistant way. If you change your vifX.X interfaces that > would be gone > if you shutdown/create your machine, wouldn't it? > > > Am Freitag, den 20.07.2012, 10:44 +0200 schrieb Mesut Donmez: > > Hi, > > > > I am using XCP version 1.5beta (1.4.90) with for the host the kernel > version 2.6.32.12-0.7.1.xs1.4.90.530.170661xen en for the guests reh6.1 as > operating system. > > When we increase the MTU of the ethX, vifX and xenbrX to 9000 and also > for other machines in our test envioranment and we give the command; ping > -s 9000 from the guest to an other machine > > wich is not on the same host we do not get any response. > > When we give the same command to an other guest on the same host the ping > command succeeds. > > When we ping from the host to other machines outside the host the ping > command is also succeeds. > > > > Has somebody ideas what I am doing wrong? > > > > > > > > _______________________________________________ > Xen-users mailing listXen-users@lists.xen.orghttp://lists.xen.org/xen-users > > --14dae93407a1057c0304c57b9fde Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,
=A0
Thanks for your quick reaction.
=A0
Yes I am sure for all the interfaces (intern as extern) the MTU=A0is= =A0set to 9000 ans also the database for the vif/pif/network(bridges) shows= me MTU 9000.
The strange thing is when I set everything to 9000 and=A0start the=A0g= uest the bridgeX=A0shows me MTU=3D1500 ("ifconfig -a" command use= d ) even the vif/pif/network database (xe vif-param-list, xe pif-param-list= , xe network-param-list commands used) are showing me MTU 9000.
And my NIC are able to send 9000 frames. Because what I mentioned befo= re when I ping from the host to an extern interface I do not have problems.=
=A0
SO ra ra ra what do I wrong or is there still some other configure fil= es in the host ot guest operating system which I did forgot???=A0=A0=A0
=
2012/7/20 Stephan Seitz <s.seitz@netzhaut.de<= /a>>
Hi,

if you're sure, the interfaces are all set to 9k, i'= ;ld expect your switch in between your
hosts is not capable of / not cof= igured for 9k frames.

I'd only done 9k on=A0 dom0 so far, but fo= r having it available to domU I assume it needs to
be set in a persistant way. If you change your vifX.X interfaces that would= be gone
if you shutdown/create your machine, wouldn't it?

Am Freitag, den 20.07.2012, 10:44 +0200 schrieb Mesut Donmez:=20
Hi,
=A0
I am using XCP version 1.5beta (1.4.90) with for = the host the kernel version 2.6.32.12-0.7.1.xs1.4.90.530.170661xen en for t= he guests reh6.1 as operating system.
When we=A0 increase the MTU of the ethX, vifX and= xenbrX to 9000 and also for other machines in our test envioranment and we= give the command; ping -s 9000 <ip of extern machine>=A0from the gue= st to an other machine
wich is not on the same host we do not get any re= sponse.
When we give the same command to an other guest o= n the same host the ping command succeeds.
When we ping from the host to other machines outs= ide the host the ping command is also succeeds.
=A0
Has somebody ideas what I am doing wrong?
=A0
=A0
=A0 
____________________________________________=
___
Xen-users mailing list
Xen-users@list=
s.xen.org
http://lists.x=
en.org/xen-users

--14dae93407a1057c0304c57b9fde-- --===============8335180398010460110== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8335180398010460110==-- From xen-users-bounces@lists.xen.org Mon Jul 23 09:12:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jul 2012 09:12:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StEfE-0004K8-5O; Mon, 23 Jul 2012 09:10:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StEfC-0004K2-QR for xen-users@lists.xen.org; Mon, 23 Jul 2012 09:10:51 +0000 Received: from [85.158.143.99:29596] by server-1.bemta-4.messagelabs.com id 80/FC-24392-A151D005; Mon, 23 Jul 2012 09:10:50 +0000 X-Env-Sender: tsb20112012@gmail.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1343034647!22903101!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=2.3 required=7.0 tests=FROM_ENDS_IN_NUMS, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 594 invoked from network); 23 Jul 2012 09:10:48 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jul 2012 09:10:48 -0000 Received: by yhpp34 with SMTP id p34so5932618yhp.32 for ; Mon, 23 Jul 2012 02:10:46 -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=eZCiezfQLoASUp44vgabjWPf5udSWvcS8oRnTV8gQ0c=; b=uCHqtHpkoQCa3dtP3cV47kBGZBlCymH7CMwej3jkEHS3s7zaUMDckV/skvugmLM60f Kv6CxYGEqH0+UtsB2Ck71NQMoZfWLskafcMcQNXRrmPzm32GZMqd7kPIROG3imQPi12z mNunQ0kRZ2nQHhjlLlvxbUGn8szNCqLMCJPy+RH0PbHzMZomAznvsE19R7wptbyCXZWP ocymFLiuW9VzFcQPXMwP31HfCsRrDuaAUdMr8IR1uIHoIfuxE5/pL1Cb6dN9JYGh2WMY frOxRgRuusLqI5uxMOUZTtD3tMtZn7n2x7tzbTEal5SCshm9BUf8D8qgJrwyFYjRN9x0 VDtA== MIME-Version: 1.0 Received: by 10.50.180.199 with SMTP id dq7mr9901208igc.51.1343034646428; Mon, 23 Jul 2012 02:10:46 -0700 (PDT) Received: by 10.64.76.234 with HTTP; Mon, 23 Jul 2012 02:10:45 -0700 (PDT) In-Reply-To: <1342775733.5477.35.camel@wotan2> References: <1342775733.5477.35.camel@wotan2> Date: Mon, 23 Jul 2012 11:10:45 +0200 Message-ID: From: Mesut Donmez To: Stephan Seitz Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Problem MTU > 1500 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8335180398010460110==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8335180398010460110== Content-Type: multipart/alternative; boundary=14dae93407a1057c0304c57b9fde --14dae93407a1057c0304c57b9fde Content-Type: text/plain; charset=ISO-8859-1 Hi, Thanks for your quick reaction. Yes I am sure for all the interfaces (intern as extern) the MTU is set to 9000 ans also the database for the vif/pif/network(bridges) shows me MTU 9000. The strange thing is when I set everything to 9000 and start the guest the bridgeX shows me MTU=1500 ("ifconfig -a" command used ) even the vif/pif/network database (xe vif-param-list, xe pif-param-list, xe network-param-list commands used) are showing me MTU 9000. And my NIC are able to send 9000 frames. Because what I mentioned before when I ping from the host to an extern interface I do not have problems. SO ra ra ra what do I wrong or is there still some other configure files in the host ot guest operating system which I did forgot??? 2012/7/20 Stephan Seitz > ** > Hi, > > if you're sure, the interfaces are all set to 9k, i'ld expect your switch > in between your > hosts is not capable of / not cofigured for 9k frames. > > I'd only done 9k on dom0 so far, but for having it available to domU I > assume it needs to > be set in a persistant way. If you change your vifX.X interfaces that > would be gone > if you shutdown/create your machine, wouldn't it? > > > Am Freitag, den 20.07.2012, 10:44 +0200 schrieb Mesut Donmez: > > Hi, > > > > I am using XCP version 1.5beta (1.4.90) with for the host the kernel > version 2.6.32.12-0.7.1.xs1.4.90.530.170661xen en for the guests reh6.1 as > operating system. > > When we increase the MTU of the ethX, vifX and xenbrX to 9000 and also > for other machines in our test envioranment and we give the command; ping > -s 9000 from the guest to an other machine > > wich is not on the same host we do not get any response. > > When we give the same command to an other guest on the same host the ping > command succeeds. > > When we ping from the host to other machines outside the host the ping > command is also succeeds. > > > > Has somebody ideas what I am doing wrong? > > > > > > > > _______________________________________________ > Xen-users mailing listXen-users@lists.xen.orghttp://lists.xen.org/xen-users > > --14dae93407a1057c0304c57b9fde Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,
=A0
Thanks for your quick reaction.
=A0
Yes I am sure for all the interfaces (intern as extern) the MTU=A0is= =A0set to 9000 ans also the database for the vif/pif/network(bridges) shows= me MTU 9000.
The strange thing is when I set everything to 9000 and=A0start the=A0g= uest the bridgeX=A0shows me MTU=3D1500 ("ifconfig -a" command use= d ) even the vif/pif/network database (xe vif-param-list, xe pif-param-list= , xe network-param-list commands used) are showing me MTU 9000.
And my NIC are able to send 9000 frames. Because what I mentioned befo= re when I ping from the host to an extern interface I do not have problems.=
=A0
SO ra ra ra what do I wrong or is there still some other configure fil= es in the host ot guest operating system which I did forgot???=A0=A0=A0
=
2012/7/20 Stephan Seitz <s.seitz@netzhaut.de<= /a>>
Hi,

if you're sure, the interfaces are all set to 9k, i'= ;ld expect your switch in between your
hosts is not capable of / not cof= igured for 9k frames.

I'd only done 9k on=A0 dom0 so far, but fo= r having it available to domU I assume it needs to
be set in a persistant way. If you change your vifX.X interfaces that would= be gone
if you shutdown/create your machine, wouldn't it?

Am Freitag, den 20.07.2012, 10:44 +0200 schrieb Mesut Donmez:=20
Hi,
=A0
I am using XCP version 1.5beta (1.4.90) with for = the host the kernel version 2.6.32.12-0.7.1.xs1.4.90.530.170661xen en for t= he guests reh6.1 as operating system.
When we=A0 increase the MTU of the ethX, vifX and= xenbrX to 9000 and also for other machines in our test envioranment and we= give the command; ping -s 9000 <ip of extern machine>=A0from the gue= st to an other machine
wich is not on the same host we do not get any re= sponse.
When we give the same command to an other guest o= n the same host the ping command succeeds.
When we ping from the host to other machines outs= ide the host the ping command is also succeeds.
=A0
Has somebody ideas what I am doing wrong?
=A0
=A0
=A0 
____________________________________________=
___
Xen-users mailing list
Xen-users@list=
s.xen.org
http://lists.x=
en.org/xen-users

--14dae93407a1057c0304c57b9fde-- --===============8335180398010460110== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8335180398010460110==-- From xen-users-bounces@lists.xen.org Mon Jul 23 10:52:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jul 2012 10:52: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 1StGDr-00086L-Tn; Mon, 23 Jul 2012 10:50:43 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StGDq-00086G-Ir for xen-users@lists.xen.org; Mon, 23 Jul 2012 10:50:42 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1343040633!3501993!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27221 invoked from network); 23 Jul 2012 10:50:34 -0000 Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com) (209.85.161.173) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jul 2012 10:50:34 -0000 Received: by ggnp1 with SMTP id p1so6019463ggn.32 for ; Mon, 23 Jul 2012 03:50:33 -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=SQXvPNUDWN51gAqEt/9FHZB5Vj4wayYOhHGfLwybb4g=; b=hwRKNJAGSlbj/5AzEP2/l6hdmwmnpMbIqc/T+yIkSDP/lRbmyj4suMfBi/1KLFGIws QbpVWedlpf5RQCBQzoIMM3bY308cmhW/3keA433ZkuhxSDZvrwH0nLI6OY381SuiumFT l43R+5vusyQPYp90WBnBcphE4NlugSdZdvGIC5o9PK+m8sBY7yDj2mqkdGX13BxGV4bh D1BtJBuc90DGkXQbhVLiULczT9yqtnoUQrwQIm1YcIQeI/tLNT7XuN1tOazG3d94btYW kq22EGRjT4232F4oQ2CkYSxpa/xpjxRAmerfgmnQDY9cUwMM9GReBQqFX3YGVbs57I7H P7/A== MIME-Version: 1.0 Received: by 10.50.159.170 with SMTP id xd10mr13739122igb.26.1343040632769; Mon, 23 Jul 2012 03:50:32 -0700 (PDT) Received: by 10.64.23.49 with HTTP; Mon, 23 Jul 2012 03:50:32 -0700 (PDT) Date: Mon, 23 Jul 2012 19:50:32 +0900 Message-ID: From: jaeyong yoo To: xen-users@lists.xen.org Subject: [Xen-users] Target filesystem doesn't have requested /sbin/init. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4585174149824894978==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4585174149824894978== Content-Type: multipart/alternative; boundary=14dae9340971d5cb3d04c57d03a1 --14dae9340971d5cb3d04c57d03a1 Content-Type: text/plain; charset=ISO-8859-1 Hello, I'm running xen 3.0 with the following conf. # Configuration file template for Ofelia CF XEN agent # # Kernel + memory size # kernel = '/boot/vmlinuz-2.6.32-5-xen-amd64' ramdisk = '/boot/initrd.img-2.6.32-5-xen-amd64' extra = 'console=hvc0 xencons=tty' memory = '1024' #CPUS vcpus = 1 # # Disk device(s). # root = '/dev/xvda1 ro' disk = [ 'file:/opt/ofelia/vt_manager/src/python/agent/cache/vms/f3c7d44b-1d6e-4cf5-8809-455e86e7c116/1c4eaccc-0a5a-427c-9bd9-1a57182b5f74/VM6.img,xvda1,w', 'file:/opt/ofelia/vt_manager/src/python/agent/cache/vms/f3c7d44b-1d6e-4cf5-8809-455e86e7c116/1c4eaccc-0a5a-427c-9bd9-1a57182b5f74/VM6_swap.img,xvda2,w', ] # # Hostname # name = 'VM6' #UUID uuid = '2a27c576-1787-4823-a996-47df17d577d0' # # Networking # #dhcp = 'dhcp' dhcp='off' ##Interfaces #vif = ['script=noscript, bridge=test2, mac=00:00:00:00:aa:03',] vif = ['bridge=test2, mac=00:00:00:00:aa:03',] # # Behaviour # on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' And, when I launch xm create command, I see the following messages from console. [ 0.184731] Initalizing network drop monitor service [ 0.184787] Freeing unused kernel memory: 604k freed [ 0.184943] Write protecting the kernel read-only data: 4336k Loading, please wait... [ 0.214238] udev[46]: starting version 164 [ 0.252966] Initialising Xen virtual ethernet driver. [ 0.282649] blkfront: xvda1: barriers enabled [ 0.291046] blkfront: xvda2: barriers enabled Begin: Loading essential drivers ... done. Begin: Running /scripts/init-premount ... done. Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done. Begin: Running /scripts/local-premount ... done. [ 0.528786] kjournald starting. Commit interval 5 seconds [ 0.528804] EXT3-fs: mounted filesystem with ordered data mode. Begin: Running /scripts/local-bottom ... done. done. Begin: Running /scripts/init-bottom ... done. Target filesystem doesn't have requested /sbin/init. No init found. Try passing init= bootarg. BusyBox v1.17.1 (Debian 1:1.17.1-8) built-in shell (ash) Enter 'help' for a list of built-in commands. /bin/sh: can't access tty; job control turned off (initramfs) looks like the guest images /sbin/init is not executed. looking for help :) Oh, and by the way, the guest image does not have bootloader and could that be a problem? Also, how can I install a bootloader to the guest image? best, - Jaeyong --14dae9340971d5cb3d04c57d03a1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,

I'm running xen 3.0 with the following conf.<= /div>



# Configuration= file template for Ofelia CF XEN agent

#
# =A0Kernel + memory size
#
kernel =A0 =A0 =A0=3D '= /boot/vmlinuz-2.6.32-5-xen-amd64'
ramdisk =A0 =A0 =3D '/b= oot/initrd.img-2.6.32-5-xen-amd64'

extra =3D &= #39;console=3Dhvc0 xencons=3Dtty'

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

#CPUS
vcpus =3D 1

#
# = =A0Disk device(s).
#
root =A0 =A0 =A0 =A0=3D '/dev/= xvda1 ro'
disk =A0 =A0 =A0 =A0=3D [
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 'file:/opt/ofelia/vt_manager/src/python/agent/cache/vms/f3c7d44b-1d= 6e-4cf5-8809-455e86e7c116/1c4eaccc-0a5a-427c-9bd9-1a57182b5f74/VM6.img,xvda= 1,w',
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 'file:/opt/ofel= ia/vt_manager/src/python/agent/cache/vms/f3c7d44b-1d6e-4cf5-8809-455e86e7c1= 16/1c4eaccc-0a5a-427c-9bd9-1a57182b5f74/VM6_swap.img,xvda2,w',
=A0 =A0 =A0 =A0 =A0 =A0 =A0 ]

#
# = =A0Hostname
#
name =A0 =A0 =A0 =A0=3D 'VM6'

#UUID
uuid =3D '2a27c576-1787-4823-a996= -47df17d577d0'

#
# =A0Networking
#
#dhcp =A0 = =A0 =A0 =A0=3D 'dhcp'
dhcp=3D'off'
##In= terfaces=A0

#vif =3D ['script=3Dnoscript, brid= ge=3Dtest2, mac=3D00:00:00:00:aa:03',]
vif =3D ['bridge=3Dtest2, mac=3D00:00:00:00:aa:03',]

#
# =A0Behaviour
#
on_powerof= f =3D 'destroy'
on_reboot =A0 =3D 'restart'
=
on_crash =A0 =A0=3D 'restart'


And, when I launch xm create comma= nd, I see the following messages from console.

[ =A0 =A00.184731] Initalizing network drop monitor servic= e
[ =A0 =A00.184787] Freeing unused kernel memory: 604k freed
= [ =A0 =A00.184943] Write protecting the kernel read-only data: 4336k
<= div>Loading, please wait...
[ =A0 =A00.214238] udev[46]: starting= version 164
[ =A0 =A00.252966] Initialising Xen virtual ethernet driver.
[ =A0 =A00.282649] blkfront: xvda1: barriers enabled
[ =A0 =A00.= 291046] blkfront: xvda2: barriers enabled
Begin: Loading essentia= l drivers ... done.
Begin: Running /scripts/init-premount ... done.
Begin: Mount= ing root file system ... Begin: Running /scripts/local-top ... done.
<= div>Begin: Running /scripts/local-premount ... done.
[ =A0 =A00.5= 28786] kjournald starting. =A0Commit interval 5 seconds
[ =A0 =A00.528804] EXT3-fs: mounted filesystem with ordered data mode.=
Begin: Running /scripts/local-bottom ... done.
done.
Begin: Running /scripts/init-bottom ... done.
Target fil= esystem doesn't have requested /sbin/init.
No init found. Try passing init=3D bootarg.

<= br>
BusyBox v1.17.1 (Debian 1:1.17.1-8) built-in shell (ash)
Enter 'help' for a list of built-in commands.

/bin/sh: can't access tty; job control turned off
= (initramfs)=A0


looks like the= guest images /sbin/init is not executed.

looking = for help :)

Oh, and by the way, the guest image does not have bootl= oader and could that be a problem?
Also, how can I install a boot= loader to the guest image?

best,
=A0- Ja= eyong


--14dae9340971d5cb3d04c57d03a1-- --===============4585174149824894978== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4585174149824894978==-- From xen-users-bounces@lists.xen.org Mon Jul 23 10:52:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jul 2012 10:52: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 1StGDr-00086L-Tn; Mon, 23 Jul 2012 10:50:43 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StGDq-00086G-Ir for xen-users@lists.xen.org; Mon, 23 Jul 2012 10:50:42 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1343040633!3501993!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27221 invoked from network); 23 Jul 2012 10:50:34 -0000 Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com) (209.85.161.173) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jul 2012 10:50:34 -0000 Received: by ggnp1 with SMTP id p1so6019463ggn.32 for ; Mon, 23 Jul 2012 03:50:33 -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=SQXvPNUDWN51gAqEt/9FHZB5Vj4wayYOhHGfLwybb4g=; b=hwRKNJAGSlbj/5AzEP2/l6hdmwmnpMbIqc/T+yIkSDP/lRbmyj4suMfBi/1KLFGIws QbpVWedlpf5RQCBQzoIMM3bY308cmhW/3keA433ZkuhxSDZvrwH0nLI6OY381SuiumFT l43R+5vusyQPYp90WBnBcphE4NlugSdZdvGIC5o9PK+m8sBY7yDj2mqkdGX13BxGV4bh D1BtJBuc90DGkXQbhVLiULczT9yqtnoUQrwQIm1YcIQeI/tLNT7XuN1tOazG3d94btYW kq22EGRjT4232F4oQ2CkYSxpa/xpjxRAmerfgmnQDY9cUwMM9GReBQqFX3YGVbs57I7H P7/A== MIME-Version: 1.0 Received: by 10.50.159.170 with SMTP id xd10mr13739122igb.26.1343040632769; Mon, 23 Jul 2012 03:50:32 -0700 (PDT) Received: by 10.64.23.49 with HTTP; Mon, 23 Jul 2012 03:50:32 -0700 (PDT) Date: Mon, 23 Jul 2012 19:50:32 +0900 Message-ID: From: jaeyong yoo To: xen-users@lists.xen.org Subject: [Xen-users] Target filesystem doesn't have requested /sbin/init. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4585174149824894978==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4585174149824894978== Content-Type: multipart/alternative; boundary=14dae9340971d5cb3d04c57d03a1 --14dae9340971d5cb3d04c57d03a1 Content-Type: text/plain; charset=ISO-8859-1 Hello, I'm running xen 3.0 with the following conf. # Configuration file template for Ofelia CF XEN agent # # Kernel + memory size # kernel = '/boot/vmlinuz-2.6.32-5-xen-amd64' ramdisk = '/boot/initrd.img-2.6.32-5-xen-amd64' extra = 'console=hvc0 xencons=tty' memory = '1024' #CPUS vcpus = 1 # # Disk device(s). # root = '/dev/xvda1 ro' disk = [ 'file:/opt/ofelia/vt_manager/src/python/agent/cache/vms/f3c7d44b-1d6e-4cf5-8809-455e86e7c116/1c4eaccc-0a5a-427c-9bd9-1a57182b5f74/VM6.img,xvda1,w', 'file:/opt/ofelia/vt_manager/src/python/agent/cache/vms/f3c7d44b-1d6e-4cf5-8809-455e86e7c116/1c4eaccc-0a5a-427c-9bd9-1a57182b5f74/VM6_swap.img,xvda2,w', ] # # Hostname # name = 'VM6' #UUID uuid = '2a27c576-1787-4823-a996-47df17d577d0' # # Networking # #dhcp = 'dhcp' dhcp='off' ##Interfaces #vif = ['script=noscript, bridge=test2, mac=00:00:00:00:aa:03',] vif = ['bridge=test2, mac=00:00:00:00:aa:03',] # # Behaviour # on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' And, when I launch xm create command, I see the following messages from console. [ 0.184731] Initalizing network drop monitor service [ 0.184787] Freeing unused kernel memory: 604k freed [ 0.184943] Write protecting the kernel read-only data: 4336k Loading, please wait... [ 0.214238] udev[46]: starting version 164 [ 0.252966] Initialising Xen virtual ethernet driver. [ 0.282649] blkfront: xvda1: barriers enabled [ 0.291046] blkfront: xvda2: barriers enabled Begin: Loading essential drivers ... done. Begin: Running /scripts/init-premount ... done. Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done. Begin: Running /scripts/local-premount ... done. [ 0.528786] kjournald starting. Commit interval 5 seconds [ 0.528804] EXT3-fs: mounted filesystem with ordered data mode. Begin: Running /scripts/local-bottom ... done. done. Begin: Running /scripts/init-bottom ... done. Target filesystem doesn't have requested /sbin/init. No init found. Try passing init= bootarg. BusyBox v1.17.1 (Debian 1:1.17.1-8) built-in shell (ash) Enter 'help' for a list of built-in commands. /bin/sh: can't access tty; job control turned off (initramfs) looks like the guest images /sbin/init is not executed. looking for help :) Oh, and by the way, the guest image does not have bootloader and could that be a problem? Also, how can I install a bootloader to the guest image? best, - Jaeyong --14dae9340971d5cb3d04c57d03a1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,

I'm running xen 3.0 with the following conf.<= /div>



# Configuration= file template for Ofelia CF XEN agent

#
# =A0Kernel + memory size
#
kernel =A0 =A0 =A0=3D '= /boot/vmlinuz-2.6.32-5-xen-amd64'
ramdisk =A0 =A0 =3D '/b= oot/initrd.img-2.6.32-5-xen-amd64'

extra =3D &= #39;console=3Dhvc0 xencons=3Dtty'

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

#CPUS
vcpus =3D 1

#
# = =A0Disk device(s).
#
root =A0 =A0 =A0 =A0=3D '/dev/= xvda1 ro'
disk =A0 =A0 =A0 =A0=3D [
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 'file:/opt/ofelia/vt_manager/src/python/agent/cache/vms/f3c7d44b-1d= 6e-4cf5-8809-455e86e7c116/1c4eaccc-0a5a-427c-9bd9-1a57182b5f74/VM6.img,xvda= 1,w',
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 'file:/opt/ofel= ia/vt_manager/src/python/agent/cache/vms/f3c7d44b-1d6e-4cf5-8809-455e86e7c1= 16/1c4eaccc-0a5a-427c-9bd9-1a57182b5f74/VM6_swap.img,xvda2,w',
=A0 =A0 =A0 =A0 =A0 =A0 =A0 ]

#
# = =A0Hostname
#
name =A0 =A0 =A0 =A0=3D 'VM6'

#UUID
uuid =3D '2a27c576-1787-4823-a996= -47df17d577d0'

#
# =A0Networking
#
#dhcp =A0 = =A0 =A0 =A0=3D 'dhcp'
dhcp=3D'off'
##In= terfaces=A0

#vif =3D ['script=3Dnoscript, brid= ge=3Dtest2, mac=3D00:00:00:00:aa:03',]
vif =3D ['bridge=3Dtest2, mac=3D00:00:00:00:aa:03',]

#
# =A0Behaviour
#
on_powerof= f =3D 'destroy'
on_reboot =A0 =3D 'restart'
=
on_crash =A0 =A0=3D 'restart'


And, when I launch xm create comma= nd, I see the following messages from console.

[ =A0 =A00.184731] Initalizing network drop monitor servic= e
[ =A0 =A00.184787] Freeing unused kernel memory: 604k freed
= [ =A0 =A00.184943] Write protecting the kernel read-only data: 4336k
<= div>Loading, please wait...
[ =A0 =A00.214238] udev[46]: starting= version 164
[ =A0 =A00.252966] Initialising Xen virtual ethernet driver.
[ =A0 =A00.282649] blkfront: xvda1: barriers enabled
[ =A0 =A00.= 291046] blkfront: xvda2: barriers enabled
Begin: Loading essentia= l drivers ... done.
Begin: Running /scripts/init-premount ... done.
Begin: Mount= ing root file system ... Begin: Running /scripts/local-top ... done.
<= div>Begin: Running /scripts/local-premount ... done.
[ =A0 =A00.5= 28786] kjournald starting. =A0Commit interval 5 seconds
[ =A0 =A00.528804] EXT3-fs: mounted filesystem with ordered data mode.=
Begin: Running /scripts/local-bottom ... done.
done.
Begin: Running /scripts/init-bottom ... done.
Target fil= esystem doesn't have requested /sbin/init.
No init found. Try passing init=3D bootarg.

<= br>
BusyBox v1.17.1 (Debian 1:1.17.1-8) built-in shell (ash)
Enter 'help' for a list of built-in commands.

/bin/sh: can't access tty; job control turned off
= (initramfs)=A0


looks like the= guest images /sbin/init is not executed.

looking = for help :)

Oh, and by the way, the guest image does not have bootl= oader and could that be a problem?
Also, how can I install a boot= loader to the guest image?

best,
=A0- Ja= eyong


--14dae9340971d5cb3d04c57d03a1-- --===============4585174149824894978== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4585174149824894978==-- From xen-users-bounces@lists.xen.org Mon Jul 23 11:50:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jul 2012 11:50: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 1StH8d-0002rf-0k; Mon, 23 Jul 2012 11:49:23 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StH8a-0002rZ-VN for xen-users@lists.xen.org; Mon, 23 Jul 2012 11:49:21 +0000 Received: from [85.158.143.35:20336] by server-1.bemta-4.messagelabs.com id 92/79-24392-04A3D005; Mon, 23 Jul 2012 11:49:20 +0000 X-Env-Sender: xensource.com@bloms.de X-Msg-Ref: server-6.tower-21.messagelabs.com!1343044159!16557666!1 X-Originating-IP: [84.200.248.35] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22146 invoked from network); 23 Jul 2012 11:49:19 -0000 Received: from smtp.bloms.de (HELO smtp.bloms.de) (84.200.248.35) by server-6.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Jul 2012 11:49:19 -0000 Received: from smtp.bloms.de (localhost [127.0.0.1]) by smtp.bloms.de (Postfix) with ESMTP id DC8621C140D8 for ; Mon, 23 Jul 2012 13:49:18 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bloms.de; h=date:from:to :subject:message-id:mime-version:content-type; s=selector1; bh=H sqSFf69Vdg/qeZhbTaIWOQlGC8=; b=kqCYYLtwPV+FfgSRy4TiVhaS5fnd2CL6b QLwRgIyEO39bMePMLqrteYnritEuZ3I0CWL4Zh4NyD/Ia1FxCDCiHfgIM6VWqgBz cPuwjV1KbkTYjg94reHtsG0g+bsiRfOJyngNgNP5QvCoJ3vgEvU8J4xLmf3f31wy QP9ou9sz4tQBiMLki2ho6/R372kygPG27Pp+G6jyFvkObro8nof/vn2NGB+VW+g0 7vP3A1L4vBvuHu5zjIiz4IQ4rmHU1ILtcls/aoNNyVaWNInDmhoqtnNG0i2qLQiz 3S1H3Qjz7GNA2mAZGC1VZ7rrhNNZFnuKwQT+Tl4ZwvZREh/QqhItfqbXWLQs+RVs W9l2693SLWGuc3XsXwpA5dQMOjJCKhJx/qeVP9/Sau/SdiTu6cBGVSnFjkhizX10 2ELeD689dN+N99B52ClQ/PerLKcz/8qv+7M6jm+hVNVgePIlqB0EbLREHGZ0k+Db rsQw1qu+IPSL5AeCwjXtvOkjM7+fIxi3tNkXEDf/tC7nlMJnckO/i0n4y3AS2wh5 SH26iJGn5e+fVqqjtov4cK0qUGhtu+Z+qyia4fztUez3sFX/RFCZpusiZW/VoFqg qq0pCNiq9DE+8aQQnGMI2xS4piiKQ3tScXLfvNuOS/m3WDyR7f8PKv3qont20zGs pd0GjBGxIw= Received: by smtp.bloms.de (Postfix, from userid 1000) id BDAAC1C140DA; Mon, 23 Jul 2012 13:49:18 +0200 (CEST) Date: Mon, 23 Jul 2012 13:49:18 +0200 From: Dieter Bloms To: xen-users@lists.xen.org Message-ID: <20120723114918.GA24474@bloms.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: [Xen-users] configure.ac not correct with test about libm ? (patch included) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I want to compile xen-unstable (last commit 25622:3c426da4788e) on alpinelinux. During the run of configure there is an error message like: "checking for isnan in -lm... no" I discussed this with the maintainer of the alpinelinux distribution and he told me, that the macro in configure.ac is wrong. I found out, that isnan is a macro not a function, so we have to use AC_CHECK_DECLS instead of AC_CHECK_LIB. So made this little patch to get it work: --snip-- diff -r 3c426da4788e tools/configure.ac --- a/tools/configure.ac Sun Jul 22 16:37:25 2012 +0100 +++ b/tools/configure.ac Mon Jul 23 13:43:16 2012 +0200 @@ -133,7 +133,7 @@ AC_SUBST(zlib) AC_CHECK_LIB([aio], [io_setup], [system_aio="y"], [system_aio="n"]) AC_SUBST(system_aio) -AC_CHECK_LIB([m], [isnan], [], [AC_MSG_ERROR([Could not find libm])]) +AC_CHECK_DECLS([isnan], [], [AC_MSG_ERROR([Could not find libm])], [[#include ]]) AC_CHECK_LIB([crypto], [MD5], [], [AC_MSG_ERROR([Could not find libcrypto])]) AC_CHECK_LIB([ext2fs], [ext2fs_open2], [libext2fs="y"], [libext2fs="n"]) AC_SUBST(libext2fs) --snip-- maybe someone of the developers is willing to add this little patch. -- Best regards Dieter -- I do not get viruses because I do not use MS software. If you use Outlook then please do not put my email address in your address-book so that WHEN you get a virus it won't use my address in the >From field. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 23 11:50:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jul 2012 11:50: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 1StH8d-0002rf-0k; Mon, 23 Jul 2012 11:49:23 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StH8a-0002rZ-VN for xen-users@lists.xen.org; Mon, 23 Jul 2012 11:49:21 +0000 Received: from [85.158.143.35:20336] by server-1.bemta-4.messagelabs.com id 92/79-24392-04A3D005; Mon, 23 Jul 2012 11:49:20 +0000 X-Env-Sender: xensource.com@bloms.de X-Msg-Ref: server-6.tower-21.messagelabs.com!1343044159!16557666!1 X-Originating-IP: [84.200.248.35] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22146 invoked from network); 23 Jul 2012 11:49:19 -0000 Received: from smtp.bloms.de (HELO smtp.bloms.de) (84.200.248.35) by server-6.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Jul 2012 11:49:19 -0000 Received: from smtp.bloms.de (localhost [127.0.0.1]) by smtp.bloms.de (Postfix) with ESMTP id DC8621C140D8 for ; Mon, 23 Jul 2012 13:49:18 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bloms.de; h=date:from:to :subject:message-id:mime-version:content-type; s=selector1; bh=H sqSFf69Vdg/qeZhbTaIWOQlGC8=; b=kqCYYLtwPV+FfgSRy4TiVhaS5fnd2CL6b QLwRgIyEO39bMePMLqrteYnritEuZ3I0CWL4Zh4NyD/Ia1FxCDCiHfgIM6VWqgBz cPuwjV1KbkTYjg94reHtsG0g+bsiRfOJyngNgNP5QvCoJ3vgEvU8J4xLmf3f31wy QP9ou9sz4tQBiMLki2ho6/R372kygPG27Pp+G6jyFvkObro8nof/vn2NGB+VW+g0 7vP3A1L4vBvuHu5zjIiz4IQ4rmHU1ILtcls/aoNNyVaWNInDmhoqtnNG0i2qLQiz 3S1H3Qjz7GNA2mAZGC1VZ7rrhNNZFnuKwQT+Tl4ZwvZREh/QqhItfqbXWLQs+RVs W9l2693SLWGuc3XsXwpA5dQMOjJCKhJx/qeVP9/Sau/SdiTu6cBGVSnFjkhizX10 2ELeD689dN+N99B52ClQ/PerLKcz/8qv+7M6jm+hVNVgePIlqB0EbLREHGZ0k+Db rsQw1qu+IPSL5AeCwjXtvOkjM7+fIxi3tNkXEDf/tC7nlMJnckO/i0n4y3AS2wh5 SH26iJGn5e+fVqqjtov4cK0qUGhtu+Z+qyia4fztUez3sFX/RFCZpusiZW/VoFqg qq0pCNiq9DE+8aQQnGMI2xS4piiKQ3tScXLfvNuOS/m3WDyR7f8PKv3qont20zGs pd0GjBGxIw= Received: by smtp.bloms.de (Postfix, from userid 1000) id BDAAC1C140DA; Mon, 23 Jul 2012 13:49:18 +0200 (CEST) Date: Mon, 23 Jul 2012 13:49:18 +0200 From: Dieter Bloms To: xen-users@lists.xen.org Message-ID: <20120723114918.GA24474@bloms.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: [Xen-users] configure.ac not correct with test about libm ? (patch included) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I want to compile xen-unstable (last commit 25622:3c426da4788e) on alpinelinux. During the run of configure there is an error message like: "checking for isnan in -lm... no" I discussed this with the maintainer of the alpinelinux distribution and he told me, that the macro in configure.ac is wrong. I found out, that isnan is a macro not a function, so we have to use AC_CHECK_DECLS instead of AC_CHECK_LIB. So made this little patch to get it work: --snip-- diff -r 3c426da4788e tools/configure.ac --- a/tools/configure.ac Sun Jul 22 16:37:25 2012 +0100 +++ b/tools/configure.ac Mon Jul 23 13:43:16 2012 +0200 @@ -133,7 +133,7 @@ AC_SUBST(zlib) AC_CHECK_LIB([aio], [io_setup], [system_aio="y"], [system_aio="n"]) AC_SUBST(system_aio) -AC_CHECK_LIB([m], [isnan], [], [AC_MSG_ERROR([Could not find libm])]) +AC_CHECK_DECLS([isnan], [], [AC_MSG_ERROR([Could not find libm])], [[#include ]]) AC_CHECK_LIB([crypto], [MD5], [], [AC_MSG_ERROR([Could not find libcrypto])]) AC_CHECK_LIB([ext2fs], [ext2fs_open2], [libext2fs="y"], [libext2fs="n"]) AC_SUBST(libext2fs) --snip-- maybe someone of the developers is willing to add this little patch. -- Best regards Dieter -- I do not get viruses because I do not use MS software. If you use Outlook then please do not put my email address in your address-book so that WHEN you get a virus it won't use my address in the >From field. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 23 12:00:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jul 2012 12:00: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 1StHIN-0003CU-8u; Mon, 23 Jul 2012 11:59:27 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StHIL-0003Bx-Ry for xen-users@lists.xen.org; Mon, 23 Jul 2012 11:59:25 +0000 Received: from [85.158.143.35:29755] by server-2.bemta-4.messagelabs.com id D3/70-17938-C9C3D005; Mon, 23 Jul 2012 11:59:24 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1343044764!5549008!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDY0MDM=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19775 invoked from network); 23 Jul 2012 11:59:24 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jul 2012 11:59:24 -0000 X-IronPort-AV: E=Sophos;i="4.77,638,1336348800"; d="scan'208";a="13652966" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Jul 2012 11:59:24 +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.213.0; Mon, 23 Jul 2012 12:59:24 +0100 Message-ID: <1343044762.5797.14.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Dieter Bloms Date: Mon, 23 Jul 2012 12:59:22 +0100 In-Reply-To: <20120723114918.GA24474@bloms.de> References: <20120723114918.GA24474@bloms.de> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Roger Pau Monne , xen-devel Subject: Re: [Xen-users] configure.ac not correct with test about libm ? (patch included) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2012-07-23 at 12:49 +0100, Dieter Bloms wrote: > Hi, > > I want to compile xen-unstable (last commit 25622:3c426da4788e) on > alpinelinux. > > During the run of configure there is an error message like: > > "checking for isnan in -lm... no" > > I discussed this with the maintainer of the alpinelinux distribution > and he told me, that the macro in configure.ac is wrong. > > I found out, that isnan is a macro not a function, so we have to use > AC_CHECK_DECLS instead of AC_CHECK_LIB. Is isnan always macro, or just in this particular libc implementation? Or does AC_CHECK_DECLS work right whether it is a macro or a function? > So made this little patch to get it work: > > --snip-- > diff -r 3c426da4788e tools/configure.ac > --- a/tools/configure.ac Sun Jul 22 16:37:25 2012 +0100 > +++ b/tools/configure.ac Mon Jul 23 13:43:16 2012 +0200 > @@ -133,7 +133,7 @@ > AC_SUBST(zlib) > AC_CHECK_LIB([aio], [io_setup], [system_aio="y"], [system_aio="n"]) > AC_SUBST(system_aio) > -AC_CHECK_LIB([m], [isnan], [], [AC_MSG_ERROR([Could not find libm])]) > +AC_CHECK_DECLS([isnan], [], [AC_MSG_ERROR([Could not find libm])], [[#include ]]) > AC_CHECK_LIB([crypto], [MD5], [], [AC_MSG_ERROR([Could not find libcrypto])]) > AC_CHECK_LIB([ext2fs], [ext2fs_open2], [libext2fs="y"], [libext2fs="n"]) > AC_SUBST(libext2fs) > --snip-- > > maybe someone of the developers is willing to add this little patch. Please submit patches to xen-devel according to the procedure in http://wiki.xen.org/wiki/SubmittingXenPatches , I've CC'd it this time for you In particular it will need a Signed off by line. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 23 12:00:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jul 2012 12:00: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 1StHIN-0003CU-8u; Mon, 23 Jul 2012 11:59:27 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StHIL-0003Bx-Ry for xen-users@lists.xen.org; Mon, 23 Jul 2012 11:59:25 +0000 Received: from [85.158.143.35:29755] by server-2.bemta-4.messagelabs.com id D3/70-17938-C9C3D005; Mon, 23 Jul 2012 11:59:24 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1343044764!5549008!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDY0MDM=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19775 invoked from network); 23 Jul 2012 11:59:24 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jul 2012 11:59:24 -0000 X-IronPort-AV: E=Sophos;i="4.77,638,1336348800"; d="scan'208";a="13652966" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Jul 2012 11:59:24 +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.213.0; Mon, 23 Jul 2012 12:59:24 +0100 Message-ID: <1343044762.5797.14.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Dieter Bloms Date: Mon, 23 Jul 2012 12:59:22 +0100 In-Reply-To: <20120723114918.GA24474@bloms.de> References: <20120723114918.GA24474@bloms.de> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Roger Pau Monne , xen-devel Subject: Re: [Xen-users] configure.ac not correct with test about libm ? (patch included) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2012-07-23 at 12:49 +0100, Dieter Bloms wrote: > Hi, > > I want to compile xen-unstable (last commit 25622:3c426da4788e) on > alpinelinux. > > During the run of configure there is an error message like: > > "checking for isnan in -lm... no" > > I discussed this with the maintainer of the alpinelinux distribution > and he told me, that the macro in configure.ac is wrong. > > I found out, that isnan is a macro not a function, so we have to use > AC_CHECK_DECLS instead of AC_CHECK_LIB. Is isnan always macro, or just in this particular libc implementation? Or does AC_CHECK_DECLS work right whether it is a macro or a function? > So made this little patch to get it work: > > --snip-- > diff -r 3c426da4788e tools/configure.ac > --- a/tools/configure.ac Sun Jul 22 16:37:25 2012 +0100 > +++ b/tools/configure.ac Mon Jul 23 13:43:16 2012 +0200 > @@ -133,7 +133,7 @@ > AC_SUBST(zlib) > AC_CHECK_LIB([aio], [io_setup], [system_aio="y"], [system_aio="n"]) > AC_SUBST(system_aio) > -AC_CHECK_LIB([m], [isnan], [], [AC_MSG_ERROR([Could not find libm])]) > +AC_CHECK_DECLS([isnan], [], [AC_MSG_ERROR([Could not find libm])], [[#include ]]) > AC_CHECK_LIB([crypto], [MD5], [], [AC_MSG_ERROR([Could not find libcrypto])]) > AC_CHECK_LIB([ext2fs], [ext2fs_open2], [libext2fs="y"], [libext2fs="n"]) > AC_SUBST(libext2fs) > --snip-- > > maybe someone of the developers is willing to add this little patch. Please submit patches to xen-devel according to the procedure in http://wiki.xen.org/wiki/SubmittingXenPatches , I've CC'd it this time for you In particular it will need a Signed off by line. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 23 14:31:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jul 2012 14:31: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 1StJdU-0008BW-7J; Mon, 23 Jul 2012 14:29:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StJdS-0008B4-Ga for xen-users@lists.xen.org; Mon, 23 Jul 2012 14:29:22 +0000 Received: from [85.158.143.99:4026] by server-1.bemta-4.messagelabs.com id E1/6A-24392-1CF5D005; Mon, 23 Jul 2012 14:29:21 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1343053759!18628731!1 X-Originating-IP: [148.87.113.117] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQ4Ljg3LjExMy4xMTcgPT4gNjUxMDY2\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16128 invoked from network); 23 Jul 2012 14:29:20 -0000 Received: from rcsinet15.oracle.com (HELO rcsinet15.oracle.com) (148.87.113.117) by server-14.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Jul 2012 14:29:20 -0000 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by rcsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q6NETBgQ026288 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 23 Jul 2012 14:29:12 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q6NETAO6022892 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Jul 2012 14:29:11 GMT Received: from abhmt108.oracle.com (abhmt108.oracle.com [141.146.116.60]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q6NETA8m030466; Mon, 23 Jul 2012 09:29:10 -0500 Received: from phenom.dumpdata.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 23 Jul 2012 07:29:10 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id B184140286; Mon, 23 Jul 2012 10:20:25 -0400 (EDT) Date: Mon, 23 Jul 2012 10:20:25 -0400 From: Konrad Rzeszutek Wilk To: Mark van Dijk Message-ID: <20120723142025.GB793@phenom.dumpdata.com> References: <20120722181611.7ae03506@internecto.net> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20120722181611.7ae03506@internecto.net> 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, xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] Kernel crash with acpi_processor, cpu_idle and intel_idle =y X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 22, 2012 at 06:16:11PM +0200, Mark van Dijk wrote: > Hi everyone, > > When I set CONFIG_ACPI_PROCESSOR, CONFIG_CPU_IDLE and CONFIG_INTEL_IDLE > to y then I cannot boot Xen; there is a crash. If I turn > CONFIG_INTEL_IDLE off then the boot goes well and, after dom0 has > booted, xenpm works and gives some sane output, see below. I have > tested this with kernels 3.2 to 3.4.6. > > Is it impossible to use INTEL_IDLE with Xen? If this is a known issue > then maybe someone can add info to the INTEL_IDLE help text in the > kernel configuration... Could be - without a serial crash it is hard to figure out. Why do you want to use the intel idle driver? Can't you use the xen-acpi-processor driver which does the job of uploading the power management data to the hypervisor. (CONFIG_XEN_ACPI_PROCESSOR is the option you need to have enabled). > > I am using this on a dual CPU motherboard, it has two Xeon W3530 CPUs > (i.e. family 6, model 26, stepping 5). I have also tested this with a > single-CPU Core2 Quad Q6600 and the same situation occurs here, but the > below output is of the W3530 Xeon system. > > While I'm not that familiar with CPUidle, one thing that seems to be > not right is that the maximum idle state here is C3 while the processor > should be able to reach as far as C7. Right, it won't unless you don't compile acpi_pad (CONFIG_ACPI_PROCESSOR). Is # CONFIG_ACPI_PROCESSOR is not set" in your .config? > > Here is the snipped output of two commands: > > # xenpm get-cpufreq-states > cpu id : 0 > total P-states : 11 > usable P-states : 11 > current frequency : 1600 MHz > P0 [2801 MHz]: transition [ 11] > residency [ 866 ms] > P1 [2800 MHz]: transition [ 1] > residency [ 0 ms] > P2 [2667 MHz]: transition [ 0] > residency [ 0 ms] > P3 [2533 MHz]: transition [ 1] > residency [ 1 ms] > P4 [2400 MHz]: transition [ 0] > residency [ 0 ms] > P5 [2267 MHz]: transition [ 2] > residency [ 36 ms] > P6 [2133 MHz]: transition [ 1] > residency [ 0 ms] > P7 [2000 MHz]: transition [ 0] > residency [ 0 ms] > P8 [1867 MHz]: transition [ 0] > residency [ 0 ms] > P9 [1733 MHz]: transition [ 2] > residency [ 0 ms] > *P10 [1600 MHz]: transition [ 9] > residency [ 960 ms] > > > # xenpm get-cpuidle-states > Max possible C-state: C7 > > cpu id : 0 > total C-states : 4 > idle time(ms) : 240266 > C0 : transition [ 39457] > residency [ 10534 ms] > C1 : transition [ 3965] > residency [ 2274 ms] > C2 : transition [ 371] > residency [ 495 ms] > C3 : transition [ 35121] > residency [ 230822 ms] > pc2 : [ 0 ms] > pc3 : [ 0 ms] > pc6 : [ 0 ms] > pc7 : [ 0 ms] > cc3 : [ 0 ms] > cc6 : [ 0 ms] > cc7 : [ 0 ms] > > # xenpm get-cpufreq-para > cpu id : 0 > affected_cpus : 0 > cpuinfo frequency : max [2801000] min [1600000] cur [1600000] > scaling_driver : acpi-cpufreq > scaling_avail_gov : userspace performance powersave ondemand > current_governor : ondemand > ondemand specific : > sampling_rate : max [10000000] min [10000] cur [20000] > up_threshold : 80 > scaling_avail_freq : 2801000 2800000 2667000 2533000 2400000 2267000 > 2133000 2000000 1867000 1733000 *1600000 scaling frequency : max > [2801000] min [1600000] cur [1600000] turbo mode : enabled > > Kind regards, > Mark van Dijk > > PS I am not receiving xen-devel messages but this message does > probably belong there so I'm posting it there too. > > > > -- > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 23 14:31:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jul 2012 14:31: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 1StJdU-0008BW-7J; Mon, 23 Jul 2012 14:29:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StJdS-0008B4-Ga for xen-users@lists.xen.org; Mon, 23 Jul 2012 14:29:22 +0000 Received: from [85.158.143.99:4026] by server-1.bemta-4.messagelabs.com id E1/6A-24392-1CF5D005; Mon, 23 Jul 2012 14:29:21 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1343053759!18628731!1 X-Originating-IP: [148.87.113.117] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQ4Ljg3LjExMy4xMTcgPT4gNjUxMDY2\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16128 invoked from network); 23 Jul 2012 14:29:20 -0000 Received: from rcsinet15.oracle.com (HELO rcsinet15.oracle.com) (148.87.113.117) by server-14.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Jul 2012 14:29:20 -0000 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by rcsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q6NETBgQ026288 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 23 Jul 2012 14:29:12 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q6NETAO6022892 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Jul 2012 14:29:11 GMT Received: from abhmt108.oracle.com (abhmt108.oracle.com [141.146.116.60]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q6NETA8m030466; Mon, 23 Jul 2012 09:29:10 -0500 Received: from phenom.dumpdata.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 23 Jul 2012 07:29:10 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id B184140286; Mon, 23 Jul 2012 10:20:25 -0400 (EDT) Date: Mon, 23 Jul 2012 10:20:25 -0400 From: Konrad Rzeszutek Wilk To: Mark van Dijk Message-ID: <20120723142025.GB793@phenom.dumpdata.com> References: <20120722181611.7ae03506@internecto.net> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20120722181611.7ae03506@internecto.net> 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, xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] Kernel crash with acpi_processor, cpu_idle and intel_idle =y X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 22, 2012 at 06:16:11PM +0200, Mark van Dijk wrote: > Hi everyone, > > When I set CONFIG_ACPI_PROCESSOR, CONFIG_CPU_IDLE and CONFIG_INTEL_IDLE > to y then I cannot boot Xen; there is a crash. If I turn > CONFIG_INTEL_IDLE off then the boot goes well and, after dom0 has > booted, xenpm works and gives some sane output, see below. I have > tested this with kernels 3.2 to 3.4.6. > > Is it impossible to use INTEL_IDLE with Xen? If this is a known issue > then maybe someone can add info to the INTEL_IDLE help text in the > kernel configuration... Could be - without a serial crash it is hard to figure out. Why do you want to use the intel idle driver? Can't you use the xen-acpi-processor driver which does the job of uploading the power management data to the hypervisor. (CONFIG_XEN_ACPI_PROCESSOR is the option you need to have enabled). > > I am using this on a dual CPU motherboard, it has two Xeon W3530 CPUs > (i.e. family 6, model 26, stepping 5). I have also tested this with a > single-CPU Core2 Quad Q6600 and the same situation occurs here, but the > below output is of the W3530 Xeon system. > > While I'm not that familiar with CPUidle, one thing that seems to be > not right is that the maximum idle state here is C3 while the processor > should be able to reach as far as C7. Right, it won't unless you don't compile acpi_pad (CONFIG_ACPI_PROCESSOR). Is # CONFIG_ACPI_PROCESSOR is not set" in your .config? > > Here is the snipped output of two commands: > > # xenpm get-cpufreq-states > cpu id : 0 > total P-states : 11 > usable P-states : 11 > current frequency : 1600 MHz > P0 [2801 MHz]: transition [ 11] > residency [ 866 ms] > P1 [2800 MHz]: transition [ 1] > residency [ 0 ms] > P2 [2667 MHz]: transition [ 0] > residency [ 0 ms] > P3 [2533 MHz]: transition [ 1] > residency [ 1 ms] > P4 [2400 MHz]: transition [ 0] > residency [ 0 ms] > P5 [2267 MHz]: transition [ 2] > residency [ 36 ms] > P6 [2133 MHz]: transition [ 1] > residency [ 0 ms] > P7 [2000 MHz]: transition [ 0] > residency [ 0 ms] > P8 [1867 MHz]: transition [ 0] > residency [ 0 ms] > P9 [1733 MHz]: transition [ 2] > residency [ 0 ms] > *P10 [1600 MHz]: transition [ 9] > residency [ 960 ms] > > > # xenpm get-cpuidle-states > Max possible C-state: C7 > > cpu id : 0 > total C-states : 4 > idle time(ms) : 240266 > C0 : transition [ 39457] > residency [ 10534 ms] > C1 : transition [ 3965] > residency [ 2274 ms] > C2 : transition [ 371] > residency [ 495 ms] > C3 : transition [ 35121] > residency [ 230822 ms] > pc2 : [ 0 ms] > pc3 : [ 0 ms] > pc6 : [ 0 ms] > pc7 : [ 0 ms] > cc3 : [ 0 ms] > cc6 : [ 0 ms] > cc7 : [ 0 ms] > > # xenpm get-cpufreq-para > cpu id : 0 > affected_cpus : 0 > cpuinfo frequency : max [2801000] min [1600000] cur [1600000] > scaling_driver : acpi-cpufreq > scaling_avail_gov : userspace performance powersave ondemand > current_governor : ondemand > ondemand specific : > sampling_rate : max [10000000] min [10000] cur [20000] > up_threshold : 80 > scaling_avail_freq : 2801000 2800000 2667000 2533000 2400000 2267000 > 2133000 2000000 1867000 1733000 *1600000 scaling frequency : max > [2801000] min [1600000] cur [1600000] turbo mode : enabled > > Kind regards, > Mark van Dijk > > PS I am not receiving xen-devel messages but this message does > probably belong there so I'm posting it there too. > > > > -- > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 23 15:28:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jul 2012 15:28: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 1StKXB-0001pI-99; Mon, 23 Jul 2012 15:26:57 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StKX9-0001p3-Ct for xen-users@lists.xen.org; Mon, 23 Jul 2012 15:26:55 +0000 Received: from [85.158.143.99:61162] by server-2.bemta-4.messagelabs.com id 44/81-17938-E3D6D005; Mon, 23 Jul 2012 15:26:54 +0000 X-Env-Sender: pmoody@google.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1343057212!27696738!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13001 invoked from network); 23 Jul 2012 15:26:53 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jul 2012 15:26:53 -0000 Received: by yhpp34 with SMTP id p34so6349202yhp.32 for ; Mon, 23 Jul 2012 08:26:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :x-system-of-record; bh=eXVj64lvV2QFHQUtlVH0BfW1pTFf0vM/bgrn5LZnczQ=; b=BMSyxiEHfbUJ/GcB9vKSV2wmjXsZWYtoqMRw4vroj//KMyf534Dh0gW9ujX+90pKkE 93HSuoebQAucSKn2xgRmbphBkkX8+UEahcQP2OD90tN8FqnRt2vZkpLkV7HLJzHNhzFS Ukca3lGs8Km6/7Jd+I5/LcDp8jqLAqvbodNa2Nxdsw6KxC7eTsn2EgeK4W3UhFTVVKch Ouotf6P3k+8vLEALI6pWPg/EbRr/uIACjWqw2GxJ+xN+2V/IiuTIDD0K2URCtmdWzJJP RYskKBo2cP2HjSNBC9YyEeGD7XfrcuJIjOwQx9kvmEt8T836loekBfLriBcSF6hcTSPf g/dw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :x-system-of-record:x-gm-message-state; bh=eXVj64lvV2QFHQUtlVH0BfW1pTFf0vM/bgrn5LZnczQ=; b=ZIKWL3Jk1FkNFiTobQZoFDL860dMim7Z3o6tm/1R15yxEkwC7haFkbh/iHWiIsCisD KpCq6Z5UFH05fXn1xsuwTx37QFhzpx+KoxjYn/3F4vMc4zR5YT6N3TAZXd2tvWJy96cU QNqMKazlK3L/uGeZpc2GT0yuC7UL9hS8BI4cPltEodmzlPhAVkqvvdr9Yclzk3MOVJcV xiZpLece/DnlF4t21+spxsqhiCuLDDjrAmWWyUHDzxCD8kTjoT14CkF2dcZo8KEREA+e AzkSgZ029lpxacB+dFURtcFSbxLQWVds1LtYaZ3WoPn4Nxd/0AfhHy3MvEz8R2RSbHPb 4lgg== Received: by 10.50.179.101 with SMTP id df5mr10988628igc.22.1343057211752; Mon, 23 Jul 2012 08:26:51 -0700 (PDT) Received: by 10.50.179.101 with SMTP id df5mr10988620igc.22.1343057211620; Mon, 23 Jul 2012 08:26:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.160.195 with HTTP; Mon, 23 Jul 2012 08:26:21 -0700 (PDT) From: Peter Moody Date: Mon, 23 Jul 2012 08:26:21 -0700 Message-ID: To: xen-users@lists.xen.org X-System-Of-Record: true X-Gm-Message-State: ALoCoQmsFU+//Z/znyuCIK8JKmLB1jFBkedQD7SZEwRYirgwhQlnvHWaH6Svlk+5Tvua67FWDbsJ79ComT7/S0VC9BH4RMTZaPUKaeBxu9MmJQQUaAjqwlH6JIUcz0+iEfGDo9QaeCXcDfcnwP2ECrK6LviMOrWyuE9ZLMEmoXrz0GP4EzSrAaWyrb5gWa1m8sra5uDgIzTA Subject: [Xen-users] Advice/hints on debugging a xen/auditd kernel 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 Hey folks, I'm looking for some help debugging a kernel oops that only seems to manifest itself on xen instances. We have a small number of machines that seem to be having a weird interaction between auditd and xen. When under a high-ish amount of load, with auditd running, these machines crash almost 100% of the time. Here are two separate OOPs traces that appear to be from the same bug: from kernel 2.6.38.8 [32581.835885] ------------[ cut here ]------------ [32581.835894] kernel BUG at fs/buffer.c:1263! [32581.835898] invalid opcode: 0000 [#1] SMP [32581.835903] last sysfs file: /sys/devices/system/cpu/sched_mc_power_savings [32581.835906] CPU 0 [32581.835910] Pid: 14899, comm: python2.6 Not tainted 2.6.38.8-gg868-ganetixenu #1 [32581.835917] RIP: e030:[] [] __find_get_block+0x1f3/0x200 [32581.835927] RSP: e02b:ffff88067cfcdc78 EFLAGS: 00010046 [32581.835931] RAX: ffff8807be6b0000 RBX: ffff8807740c50f0 RCX: 00000000007e980a [32581.835935] RDX: 0000000000001000 RSI: 00000000007e980a RDI: ffff8807b8cad380 [32581.835939] RBP: ffff88067cfcdcd8 R08: 0000000000000001 R09: ffff8807740c5018 [32581.835944] R10: 0000000000000000 R11: 0000000000000000 R12: ffff8807740c501c [32581.835949] R13: ffff8807740c5048 R14: ffff8807fef36210 R15: 00000000007e980a [32581.835955] FS: 00007f37fd752700(0000) GS:ffff8807fff26000(0063) knlGS:0000000000000000 [32581.835960] CS: e033 DS: 002b ES: 002b CR0: 000000008005003b [32581.835965] CR2: 00000000ea515000 CR3: 000000068522b000 CR4: 0000000000002660 [32581.835970] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [32581.835975] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [32581.835979] Process python2.6 (pid: 14899, threadinfo ffff88067cfcc000, task ffff8806e772da80) [32581.835984] Stack: [32581.835986] ffff88067cfcdc98 ffffffff81654cd1 ffff88067cfcdca8 ffff8807740c5a98 [32581.835994] ffff88067cfcdd08 ffffffff811c9294 ffff8806ffffffc3 0000000000000014 [32581.836001] ffff8807740c50f0 ffff8807740c501c ffff8807740c5048 ffff8807fef36210 [32581.836009] Call Trace: [32581.836015] [] ? down_read+0x11/0x30 [32581.836021] [] ? ext3_xattr_get+0xf4/0x2b0 [32581.836027] [] ext3_clear_blocks+0x128/0x190 [32581.836032] [] ext3_free_data+0x114/0x160 [32581.836037] [] ext3_truncate+0x87a/0x950 [32581.836042] [] ? journal_start+0xb5/0x100 [32581.836047] [] ext3_evict_inode+0x180/0x1a0 [32581.836052] [] evict+0x1f/0xb0 [32581.836058] [] ? check_events+0x12/0x20 [32581.836063] [] iput+0x1a4/0x290 [32581.836068] [] dput+0x265/0x310 [32581.836072] [] path_put+0x15/0x30 [32581.836078] [] audit_syscall_exit+0x171/0x260 [32581.836084] [] sysexit_audit+0x21/0x5f [32581.836088] Code: 82 00 05 01 00 85 c0 75 de 65 48 89 1c 25 00 05 01 00 e9 87 fe ff ff 48 89 df e8 e9 fc ff ff 4c 89 f7 e9 02 ff ff ff 0f 0b eb fe <0f> 0b eb fe 0f 0b eb fe 0f 1f 44 00 00 55 48 89 e5 41 57 49 89 [32581.836141] RIP [] __find_get_block+0x1f3/0x200 [32581.836146] RSP [32581.836157] ---[ end trace 0658a2308b35c81e ]--- and from kernel 3.2.5 [12109.709499] ------------[ cut here ]------------ [12109.709508] kernel BUG at fs/buffer.c:1265! [12109.709512] invalid opcode: 0000 [#1] SMP [12109.709517] CPU 0 [12109.709521] Pid: 21385, comm: python2.6 Not tainted 3.2.5-gg886-ganetixenu #1 [12109.709527] RIP: e030:[] [] __find_get_block+0x1f3/0x200 [12109.709536] RSP: e02b:ffff88061fa99c68 EFLAGS: 00010046 [12109.709540] RAX: ffff8807c91e0000 RBX: ffff88028e268cf8 RCX: 0000000002523819 [12109.709544] RDX: 0000000000001000 RSI: 0000000002523819 RDI: ffff8807dede2080 [12109.709549] RBP: ffff88061fa99cc8 R08: 0000000000000001 R09: ffff88028e268c20 [12109.709553] R10: ffff8806cf8bc000 R11: ffffffff81c30e08 R12: ffff88028e268c24 [12109.709557] R13: ffff88028e268c50 R14: ffff8807defe8528 R15: 0000000002523819 [12109.709563] FS: 00007fa1f4026700(0000) GS:ffff8807fff2b000(0063) knlGS:0000000000000000 [12109.709567] CS: e033 DS: 002b ES: 002b CR0: 000000008005003b [12109.709571] CR2: 0000000002bb6000 CR3: 00000006c8730000 CR4: 0000000000002660 [12109.709575] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [12109.709580] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [12109.709584] Process python2.6 (pid: 21385, threadinfo ffff88061fa98000, task ffff8806e37796a0) [12109.709589] Stack: [12109.709591] ffff88061fa99cb8 ffffffff81143001 ffff88061fa99c98 ffffffff81699f91 [12109.709599] ffff88061fa99d28 ffff8806fcb79610 ffff88061fa99d08 ffffffff811e5d34 [12109.709606] ffff88028e268cf8 ffff88028e268c24 ffff88028e268c50 ffff8807defe8528 [12109.709613] Call Trace: [12109.709619] [] ? generic_permission+0x101/0x250 [12109.709625] [] ? down_read+0x11/0x30 [12109.709631] [] ? ext3_xattr_get+0xf4/0x2b0 [12109.709635] [] ext3_clear_blocks+0x128/0x190 [12109.709640] [] ext3_free_data+0x114/0x160 [12109.709644] [] ext3_truncate+0x50a/0x610 [12109.709649] [] ? path_lookupat+0x66/0x690 [12109.709654] [] ? kmem_cache_alloc+0x37/0x120 [12109.709659] [] ? journal_start+0xb5/0x100 [12109.709664] [] ext3_evict_inode+0x218/0x280 [12109.709669] [] evict+0xa1/0x1a0 [12109.709673] [] iput+0x108/0x210 [12109.709677] [] dput+0x285/0x330 [12109.709681] [] path_put+0x15/0x30 [12109.709686] [] audit_syscall_exit+0x171/0x260 [12109.709692] [] sysexit_audit+0x21/0x5f [12109.709695] Code: 82 a0 ff 00 00 85 c0 75 de 65 48 89 1c 25 a0 ff 00 00 e9 87 fe ff ff 48 89 df e8 e9 fc ff ff 4c 89 f7 e9 02 ff ff ff 0f 0b eb fe <0f> 0b eb fe 0f 0b eb fe 0f 1f 44 00 00 55 48 89 e5 41 57 49 89 [12109.709752] RIP [] __find_get_block+0x1f3/0x200 [12109.709757] RSP [12109.709763] ---[ end trace 842635a4dd3e3b5f ]--- That BUG() line is: static inline void check_irqs_on(void) { #ifdef irqs_disabled BUG_ON(irqs_disabled()); #endif } so it seems like something about the load is either causing __find_get_block to be called while irqs are disabled or there's something mucking with the irq flags. Finally, here's the relevant bits from xm info on one of the affected nodes: # xm info host : release : 3.2.13-ganeti-rx6-xen0 version : #1 SMP Thu Jun 7 12:59:40 CEST 2012 machine : x86_64 nr_cpus : 24 nr_nodes : 2 cores_per_socket : 6 threads_per_core : 2 cpu_mhz : 3200 hw_caps : bfebfbff:2c100800:00000000:00001f40:029ee3ff:00000000:00000001:00000000 virt_caps : total_memory : 98292 free_memory : 82906 node_to_cpu : node0:0-5,12-17 node1:6-11,18-23 node_to_memory : node0:40810 node1:42095 node_to_dma32_mem : node0:1969 node1:0 max_node_id : 1 xen_major : 4 xen_minor : 0 xen_extra : .1 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=0xffff800000000000 xen_changeset : unavailable xen_commandline : placeholder dom0_mem=2048M loglvl=all com1=115200,8n1 console=com1 iommu=0 cc_compiler : gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) cc_compile_by : cc_compile_domain : google.com cc_compile_date : Wed Mar 16 15:24:06 UTC 2011 xend_config_format : 4 I should be getting access to one of these machines shortly, but I'm new to xen-debugging, so I was hoping that someone might be able to give me some hints on debugging xen-specific kernel issues. Cheers, peter -- Peter Moody Google 1.650.253.7306 Security Engineer pgp:0xC3410038 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 23 15:28:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jul 2012 15:28: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 1StKXB-0001pI-99; Mon, 23 Jul 2012 15:26:57 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StKX9-0001p3-Ct for xen-users@lists.xen.org; Mon, 23 Jul 2012 15:26:55 +0000 Received: from [85.158.143.99:61162] by server-2.bemta-4.messagelabs.com id 44/81-17938-E3D6D005; Mon, 23 Jul 2012 15:26:54 +0000 X-Env-Sender: pmoody@google.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1343057212!27696738!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13001 invoked from network); 23 Jul 2012 15:26:53 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jul 2012 15:26:53 -0000 Received: by yhpp34 with SMTP id p34so6349202yhp.32 for ; Mon, 23 Jul 2012 08:26:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :x-system-of-record; bh=eXVj64lvV2QFHQUtlVH0BfW1pTFf0vM/bgrn5LZnczQ=; b=BMSyxiEHfbUJ/GcB9vKSV2wmjXsZWYtoqMRw4vroj//KMyf534Dh0gW9ujX+90pKkE 93HSuoebQAucSKn2xgRmbphBkkX8+UEahcQP2OD90tN8FqnRt2vZkpLkV7HLJzHNhzFS Ukca3lGs8Km6/7Jd+I5/LcDp8jqLAqvbodNa2Nxdsw6KxC7eTsn2EgeK4W3UhFTVVKch Ouotf6P3k+8vLEALI6pWPg/EbRr/uIACjWqw2GxJ+xN+2V/IiuTIDD0K2URCtmdWzJJP RYskKBo2cP2HjSNBC9YyEeGD7XfrcuJIjOwQx9kvmEt8T836loekBfLriBcSF6hcTSPf g/dw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :x-system-of-record:x-gm-message-state; bh=eXVj64lvV2QFHQUtlVH0BfW1pTFf0vM/bgrn5LZnczQ=; b=ZIKWL3Jk1FkNFiTobQZoFDL860dMim7Z3o6tm/1R15yxEkwC7haFkbh/iHWiIsCisD KpCq6Z5UFH05fXn1xsuwTx37QFhzpx+KoxjYn/3F4vMc4zR5YT6N3TAZXd2tvWJy96cU QNqMKazlK3L/uGeZpc2GT0yuC7UL9hS8BI4cPltEodmzlPhAVkqvvdr9Yclzk3MOVJcV xiZpLece/DnlF4t21+spxsqhiCuLDDjrAmWWyUHDzxCD8kTjoT14CkF2dcZo8KEREA+e AzkSgZ029lpxacB+dFURtcFSbxLQWVds1LtYaZ3WoPn4Nxd/0AfhHy3MvEz8R2RSbHPb 4lgg== Received: by 10.50.179.101 with SMTP id df5mr10988628igc.22.1343057211752; Mon, 23 Jul 2012 08:26:51 -0700 (PDT) Received: by 10.50.179.101 with SMTP id df5mr10988620igc.22.1343057211620; Mon, 23 Jul 2012 08:26:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.160.195 with HTTP; Mon, 23 Jul 2012 08:26:21 -0700 (PDT) From: Peter Moody Date: Mon, 23 Jul 2012 08:26:21 -0700 Message-ID: To: xen-users@lists.xen.org X-System-Of-Record: true X-Gm-Message-State: ALoCoQmsFU+//Z/znyuCIK8JKmLB1jFBkedQD7SZEwRYirgwhQlnvHWaH6Svlk+5Tvua67FWDbsJ79ComT7/S0VC9BH4RMTZaPUKaeBxu9MmJQQUaAjqwlH6JIUcz0+iEfGDo9QaeCXcDfcnwP2ECrK6LviMOrWyuE9ZLMEmoXrz0GP4EzSrAaWyrb5gWa1m8sra5uDgIzTA Subject: [Xen-users] Advice/hints on debugging a xen/auditd kernel 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 Hey folks, I'm looking for some help debugging a kernel oops that only seems to manifest itself on xen instances. We have a small number of machines that seem to be having a weird interaction between auditd and xen. When under a high-ish amount of load, with auditd running, these machines crash almost 100% of the time. Here are two separate OOPs traces that appear to be from the same bug: from kernel 2.6.38.8 [32581.835885] ------------[ cut here ]------------ [32581.835894] kernel BUG at fs/buffer.c:1263! [32581.835898] invalid opcode: 0000 [#1] SMP [32581.835903] last sysfs file: /sys/devices/system/cpu/sched_mc_power_savings [32581.835906] CPU 0 [32581.835910] Pid: 14899, comm: python2.6 Not tainted 2.6.38.8-gg868-ganetixenu #1 [32581.835917] RIP: e030:[] [] __find_get_block+0x1f3/0x200 [32581.835927] RSP: e02b:ffff88067cfcdc78 EFLAGS: 00010046 [32581.835931] RAX: ffff8807be6b0000 RBX: ffff8807740c50f0 RCX: 00000000007e980a [32581.835935] RDX: 0000000000001000 RSI: 00000000007e980a RDI: ffff8807b8cad380 [32581.835939] RBP: ffff88067cfcdcd8 R08: 0000000000000001 R09: ffff8807740c5018 [32581.835944] R10: 0000000000000000 R11: 0000000000000000 R12: ffff8807740c501c [32581.835949] R13: ffff8807740c5048 R14: ffff8807fef36210 R15: 00000000007e980a [32581.835955] FS: 00007f37fd752700(0000) GS:ffff8807fff26000(0063) knlGS:0000000000000000 [32581.835960] CS: e033 DS: 002b ES: 002b CR0: 000000008005003b [32581.835965] CR2: 00000000ea515000 CR3: 000000068522b000 CR4: 0000000000002660 [32581.835970] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [32581.835975] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [32581.835979] Process python2.6 (pid: 14899, threadinfo ffff88067cfcc000, task ffff8806e772da80) [32581.835984] Stack: [32581.835986] ffff88067cfcdc98 ffffffff81654cd1 ffff88067cfcdca8 ffff8807740c5a98 [32581.835994] ffff88067cfcdd08 ffffffff811c9294 ffff8806ffffffc3 0000000000000014 [32581.836001] ffff8807740c50f0 ffff8807740c501c ffff8807740c5048 ffff8807fef36210 [32581.836009] Call Trace: [32581.836015] [] ? down_read+0x11/0x30 [32581.836021] [] ? ext3_xattr_get+0xf4/0x2b0 [32581.836027] [] ext3_clear_blocks+0x128/0x190 [32581.836032] [] ext3_free_data+0x114/0x160 [32581.836037] [] ext3_truncate+0x87a/0x950 [32581.836042] [] ? journal_start+0xb5/0x100 [32581.836047] [] ext3_evict_inode+0x180/0x1a0 [32581.836052] [] evict+0x1f/0xb0 [32581.836058] [] ? check_events+0x12/0x20 [32581.836063] [] iput+0x1a4/0x290 [32581.836068] [] dput+0x265/0x310 [32581.836072] [] path_put+0x15/0x30 [32581.836078] [] audit_syscall_exit+0x171/0x260 [32581.836084] [] sysexit_audit+0x21/0x5f [32581.836088] Code: 82 00 05 01 00 85 c0 75 de 65 48 89 1c 25 00 05 01 00 e9 87 fe ff ff 48 89 df e8 e9 fc ff ff 4c 89 f7 e9 02 ff ff ff 0f 0b eb fe <0f> 0b eb fe 0f 0b eb fe 0f 1f 44 00 00 55 48 89 e5 41 57 49 89 [32581.836141] RIP [] __find_get_block+0x1f3/0x200 [32581.836146] RSP [32581.836157] ---[ end trace 0658a2308b35c81e ]--- and from kernel 3.2.5 [12109.709499] ------------[ cut here ]------------ [12109.709508] kernel BUG at fs/buffer.c:1265! [12109.709512] invalid opcode: 0000 [#1] SMP [12109.709517] CPU 0 [12109.709521] Pid: 21385, comm: python2.6 Not tainted 3.2.5-gg886-ganetixenu #1 [12109.709527] RIP: e030:[] [] __find_get_block+0x1f3/0x200 [12109.709536] RSP: e02b:ffff88061fa99c68 EFLAGS: 00010046 [12109.709540] RAX: ffff8807c91e0000 RBX: ffff88028e268cf8 RCX: 0000000002523819 [12109.709544] RDX: 0000000000001000 RSI: 0000000002523819 RDI: ffff8807dede2080 [12109.709549] RBP: ffff88061fa99cc8 R08: 0000000000000001 R09: ffff88028e268c20 [12109.709553] R10: ffff8806cf8bc000 R11: ffffffff81c30e08 R12: ffff88028e268c24 [12109.709557] R13: ffff88028e268c50 R14: ffff8807defe8528 R15: 0000000002523819 [12109.709563] FS: 00007fa1f4026700(0000) GS:ffff8807fff2b000(0063) knlGS:0000000000000000 [12109.709567] CS: e033 DS: 002b ES: 002b CR0: 000000008005003b [12109.709571] CR2: 0000000002bb6000 CR3: 00000006c8730000 CR4: 0000000000002660 [12109.709575] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [12109.709580] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [12109.709584] Process python2.6 (pid: 21385, threadinfo ffff88061fa98000, task ffff8806e37796a0) [12109.709589] Stack: [12109.709591] ffff88061fa99cb8 ffffffff81143001 ffff88061fa99c98 ffffffff81699f91 [12109.709599] ffff88061fa99d28 ffff8806fcb79610 ffff88061fa99d08 ffffffff811e5d34 [12109.709606] ffff88028e268cf8 ffff88028e268c24 ffff88028e268c50 ffff8807defe8528 [12109.709613] Call Trace: [12109.709619] [] ? generic_permission+0x101/0x250 [12109.709625] [] ? down_read+0x11/0x30 [12109.709631] [] ? ext3_xattr_get+0xf4/0x2b0 [12109.709635] [] ext3_clear_blocks+0x128/0x190 [12109.709640] [] ext3_free_data+0x114/0x160 [12109.709644] [] ext3_truncate+0x50a/0x610 [12109.709649] [] ? path_lookupat+0x66/0x690 [12109.709654] [] ? kmem_cache_alloc+0x37/0x120 [12109.709659] [] ? journal_start+0xb5/0x100 [12109.709664] [] ext3_evict_inode+0x218/0x280 [12109.709669] [] evict+0xa1/0x1a0 [12109.709673] [] iput+0x108/0x210 [12109.709677] [] dput+0x285/0x330 [12109.709681] [] path_put+0x15/0x30 [12109.709686] [] audit_syscall_exit+0x171/0x260 [12109.709692] [] sysexit_audit+0x21/0x5f [12109.709695] Code: 82 a0 ff 00 00 85 c0 75 de 65 48 89 1c 25 a0 ff 00 00 e9 87 fe ff ff 48 89 df e8 e9 fc ff ff 4c 89 f7 e9 02 ff ff ff 0f 0b eb fe <0f> 0b eb fe 0f 0b eb fe 0f 1f 44 00 00 55 48 89 e5 41 57 49 89 [12109.709752] RIP [] __find_get_block+0x1f3/0x200 [12109.709757] RSP [12109.709763] ---[ end trace 842635a4dd3e3b5f ]--- That BUG() line is: static inline void check_irqs_on(void) { #ifdef irqs_disabled BUG_ON(irqs_disabled()); #endif } so it seems like something about the load is either causing __find_get_block to be called while irqs are disabled or there's something mucking with the irq flags. Finally, here's the relevant bits from xm info on one of the affected nodes: # xm info host : release : 3.2.13-ganeti-rx6-xen0 version : #1 SMP Thu Jun 7 12:59:40 CEST 2012 machine : x86_64 nr_cpus : 24 nr_nodes : 2 cores_per_socket : 6 threads_per_core : 2 cpu_mhz : 3200 hw_caps : bfebfbff:2c100800:00000000:00001f40:029ee3ff:00000000:00000001:00000000 virt_caps : total_memory : 98292 free_memory : 82906 node_to_cpu : node0:0-5,12-17 node1:6-11,18-23 node_to_memory : node0:40810 node1:42095 node_to_dma32_mem : node0:1969 node1:0 max_node_id : 1 xen_major : 4 xen_minor : 0 xen_extra : .1 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=0xffff800000000000 xen_changeset : unavailable xen_commandline : placeholder dom0_mem=2048M loglvl=all com1=115200,8n1 console=com1 iommu=0 cc_compiler : gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) cc_compile_by : cc_compile_domain : google.com cc_compile_date : Wed Mar 16 15:24:06 UTC 2011 xend_config_format : 4 I should be getting access to one of these machines shortly, but I'm new to xen-debugging, so I was hoping that someone might be able to give me some hints on debugging xen-specific kernel issues. Cheers, peter -- Peter Moody Google 1.650.253.7306 Security Engineer pgp:0xC3410038 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 23 16:05:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jul 2012 16:05: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 1StL6t-00047J-DA; Mon, 23 Jul 2012 16:03:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StL6r-00046a-PU for xen-users@lists.xen.org; Mon, 23 Jul 2012 16:03:49 +0000 Received: from [85.158.143.99:33055] by server-3.bemta-4.messagelabs.com id 5D/3A-01511-4E57D005; Mon, 23 Jul 2012 16:03:48 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1343059426!27687288!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16989 invoked from network); 23 Jul 2012 16:03:47 -0000 Received: from mail-lpp01m010-f45.google.com (HELO mail-lpp01m010-f45.google.com) (209.85.215.45) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jul 2012 16:03:47 -0000 Received: by lahc1 with SMTP id c1so60567lah.32 for ; Mon, 23 Jul 2012 09:03:46 -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=4n1SiLoEiwDZaoe4IYb/JrXRn/HU2WoJ36Ii1CtXLcw=; b=lkRKQphXc3Sm0lGzeB6gpQdfCXM1420JQq/MmZrtsmEjCCQveWzRc0y5htKJvzmk7H KfdZ7DmCMGOUfHh+8P13bwD0ysTp1Qq9Ipur+5iClgH7WIdga5PXz+lD5JmHg03wG2f+ BCnfKUiqgTTXFVeOCEyxVjhllPY9/pydWLRKeWt2FziVrtRedfFcVGcBRmpJZ0LD/tBv 9xvxsYMQQW1BgfItbh2Y4KMLE4yFOBqF71QfIMH0n1TDNHRy8GKppGhU8WFk8PAQ1SMf sEG4p3TUWpb24E9nICeqqhnaue6Hpn94FoM2WJH482IRkWq5GwHTr5MV07G92vFnPBPW m0gA== Received: by 10.112.88.34 with SMTP id bd2mr7654597lbb.33.1343059426278; Mon, 23 Jul 2012 09:03:46 -0700 (PDT) Received: from [172.16.26.11] (b0fb7b72.bb.sky.com. [176.251.123.114]) by mx.google.com with ESMTPS id j1sm3182518lby.8.2012.07.23.09.03.30 (version=SSLv3 cipher=OTHER); Mon, 23 Jul 2012 09:03:44 -0700 (PDT) Message-ID: <500D75D1.5070006@xen.org> Date: Mon, 23 Jul 2012 17:03:29 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: xen-devel@lists.xen.org, "xen-api@lists.xen.org" , xen-users@lists.xen.org, xen-arm@lists.xen.org Subject: [Xen-users] Xen Document Day: July 30th, 2012 on IRC freenode #xendocs 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. A quick reminder that the next Xen Document Day is happening next Monday. More info on document days at http://wiki.xen.org/wiki/Xen_Document_Days Hope to see you on IRC! Feel free to add stuff to the TODO list (http://wiki.xen.org/wiki/Xen_Document_Days/TODO) or put your name besides an item if you intend to work on it. Best Regards Lars ********************* * Xen Document Days * ********************* We have another Xen document day come up next Monday. 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! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 23 16:05:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jul 2012 16:05: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 1StL6t-00047J-DA; Mon, 23 Jul 2012 16:03:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StL6r-00046a-PU for xen-users@lists.xen.org; Mon, 23 Jul 2012 16:03:49 +0000 Received: from [85.158.143.99:33055] by server-3.bemta-4.messagelabs.com id 5D/3A-01511-4E57D005; Mon, 23 Jul 2012 16:03:48 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1343059426!27687288!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16989 invoked from network); 23 Jul 2012 16:03:47 -0000 Received: from mail-lpp01m010-f45.google.com (HELO mail-lpp01m010-f45.google.com) (209.85.215.45) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jul 2012 16:03:47 -0000 Received: by lahc1 with SMTP id c1so60567lah.32 for ; Mon, 23 Jul 2012 09:03:46 -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=4n1SiLoEiwDZaoe4IYb/JrXRn/HU2WoJ36Ii1CtXLcw=; b=lkRKQphXc3Sm0lGzeB6gpQdfCXM1420JQq/MmZrtsmEjCCQveWzRc0y5htKJvzmk7H KfdZ7DmCMGOUfHh+8P13bwD0ysTp1Qq9Ipur+5iClgH7WIdga5PXz+lD5JmHg03wG2f+ BCnfKUiqgTTXFVeOCEyxVjhllPY9/pydWLRKeWt2FziVrtRedfFcVGcBRmpJZ0LD/tBv 9xvxsYMQQW1BgfItbh2Y4KMLE4yFOBqF71QfIMH0n1TDNHRy8GKppGhU8WFk8PAQ1SMf sEG4p3TUWpb24E9nICeqqhnaue6Hpn94FoM2WJH482IRkWq5GwHTr5MV07G92vFnPBPW m0gA== Received: by 10.112.88.34 with SMTP id bd2mr7654597lbb.33.1343059426278; Mon, 23 Jul 2012 09:03:46 -0700 (PDT) Received: from [172.16.26.11] (b0fb7b72.bb.sky.com. [176.251.123.114]) by mx.google.com with ESMTPS id j1sm3182518lby.8.2012.07.23.09.03.30 (version=SSLv3 cipher=OTHER); Mon, 23 Jul 2012 09:03:44 -0700 (PDT) Message-ID: <500D75D1.5070006@xen.org> Date: Mon, 23 Jul 2012 17:03:29 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: xen-devel@lists.xen.org, "xen-api@lists.xen.org" , xen-users@lists.xen.org, xen-arm@lists.xen.org Subject: [Xen-users] Xen Document Day: July 30th, 2012 on IRC freenode #xendocs 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. A quick reminder that the next Xen Document Day is happening next Monday. More info on document days at http://wiki.xen.org/wiki/Xen_Document_Days Hope to see you on IRC! Feel free to add stuff to the TODO list (http://wiki.xen.org/wiki/Xen_Document_Days/TODO) or put your name besides an item if you intend to work on it. Best Regards Lars ********************* * Xen Document Days * ********************* We have another Xen document day come up next Monday. 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! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 23 16:06:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jul 2012 16: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 1StL8H-0004Ls-6y; Mon, 23 Jul 2012 16:05:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StL8F-0004LZ-Nu for xen-users@lists.xen.org; Mon, 23 Jul 2012 16:05:16 +0000 Received: from [85.158.143.35:51192] by server-2.bemta-4.messagelabs.com id 92/18-17938-B367D005; Mon, 23 Jul 2012 16:05:15 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-2.tower-21.messagelabs.com!1343059512!5667583!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10732 invoked from network); 23 Jul 2012 16:05:12 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-2.tower-21.messagelabs.com with AES128-SHA encrypted SMTP; 23 Jul 2012 16:05:12 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Mon, 23 Jul 2012 18:05:11 +0200 From: Stephan Seitz To: Mesut Donmez Thread-Topic: [Xen-users] Problem MTU > 1500 Thread-Index: AQHNZlY8Ild3eiv+xU600G4bvyk/a5cxwjqAgAS1p4CAAHPKAA== Date: Mon, 23 Jul 2012 16:05:10 +0000 Message-ID: <1343059510.8074.41.camel@wotan2> References: <1342775733.5477.35.camel@wotan2> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Problem MTU > 1500 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5383777786632194189==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5383777786632194189== Content-Language: de-DE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-VTFrydUwM0nCzlPSU5/9" --=-VTFrydUwM0nCzlPSU5/9 Content-Type: multipart/alternative; boundary="=-gVFEUUwKry68uUIVxJXR" --=-gVFEUUwKry68uUIVxJXR Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, ok, I missed that part, that you're able to use jumboframes between dom0. I'm sorry, but I don't know how bridges are created by XCP / XenServer. On recent Xen 4, the usual /etc/xen/scripts/network-bridge is somewhat depricated. (Or simply doesn't work any longer ;-) without problems). Most installations I've seen so far creating the bridges with onboard tools in /etc/sysconfig/network-scripts/... or /etc/network/interfaces. During runtime only the vif's are created and removed, but not the bridges itself. If(!) XCP does it the same way, you could try to find the script and/or configuration file where the bridge itself is been created. As a short test, if it's worth the search, try ifconfig bridgename mtu 9000 and see if (and how long) this helps. Maybe the XenServer forums are more helpful? cheers, Stephan Am Montag, den 23.07.2012, 11:10 +0200 schrieb Mesut Donmez: > Hi, > =20 > Thanks for your quick reaction. > =20 > Yes I am sure for all the interfaces (intern as extern) the MTU is set > to 9000 ans also the database for the vif/pif/network(bridges) shows > me MTU 9000. > The strange thing is when I set everything to 9000 and start the guest > the bridgeX shows me MTU=3D1500 ("ifconfig -a" command used ) even the > vif/pif/network database (xe vif-param-list, xe pif-param-list, xe > network-param-list commands used) are showing me MTU 9000. > And my NIC are able to send 9000 frames. Because what I mentioned > before when I ping from the host to an extern interface I do not have > problems. > =20 > SO ra ra ra what do I wrong or is there still some other configure > files in the host ot guest operating system which I did forgot??? =20 >=20 >=20 > 2012/7/20 Stephan Seitz >=20 > Hi, > =20 > if you're sure, the interfaces are all set to 9k, i'ld expect > your switch in between your > hosts is not capable of / not cofigured for 9k frames. > =20 > I'd only done 9k on dom0 so far, but for having it available > to domU I assume it needs to > be set in a persistant way. If you change your vifX.X > interfaces that would be gone > if you shutdown/create your machine, wouldn't it? > =20 > =20 > Am Freitag, den 20.07.2012, 10:44 +0200 schrieb Mesut Donmez:=20 > =20 > > Hi,=20 > > =20 > > I am using XCP version 1.5beta (1.4.90) with for the host > > the kernel version 2.6.32.12-0.7.1.xs1.4.90.530.170661xen en > > for the guests reh6.1 as operating system.=20 > > When we increase the MTU of the ethX, vifX and xenbrX to > > 9000 and also for other machines in our test envioranment > > and we give the command; ping -s 9000 > machine> from the guest to an other machine=20 > > wich is not on the same host we do not get any response.=20 > > When we give the same command to an other guest on the same > > host the ping command succeeds.=20 > > When we ping from the host to other machines outside the > > host the ping command is also succeeds.=20 > > =20 > > Has somebody ideas what I am doing wrong?=20 > > =20 > > =20 > > =20 > >=20 > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users >=20 >=20 --=-gVFEUUwKry68uUIVxJXR Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi,

ok, I missed that part, that you're able to use jumboframes between dom0. I'm sorry, but I don't know how bridges are created by XCP / XenServer. On = recent Xen 4, the usual /etc/xen/scripts/network-bridge is somewhat
depricated. (Or simply doesn't work any longer ;-) without problems).
Most installations I've seen so far creating the bridges with onboard tools= in /etc/sysconfig/network-scripts/... or /etc/network/interfaces.
During runtime only the vif's are created and removed, but not the bridges = itself.
If(!) XCP does it the same way, you could try to find the script and/or con= figuration file where the bridge itself is been created.
As a short test, if it's worth the search, try ifconfig bridgename mtu 9000= and see if (and how long) this helps.

Maybe the XenServer forums are more helpful?

cheers,

Stephan


Am Montag, den 23.07.2012, 11:10 +0200 schrieb Mesut Donmez:
Hi,
 
Thanks for your quick reaction.
 
Yes I am sure for all the interfaces (intern as extern) the MTU is=  set to 9000 ans also the database for the vif/pif/network(bridges) sh= ows me MTU 9000.
The strange thing is when I set everything to 9000 and start the&n= bsp;guest the bridgeX shows me MTU=3D1500 ("ifconfig -a" com= mand used ) even the vif/pif/network database (xe vif-param-list, xe pif-pa= ram-list, xe network-param-list commands used) are showing me MTU 9000.
And my NIC are able to send 9000 frames. Because what I mentioned befor= e when I ping from the host to an extern interface I do not have problems.
 
SO ra ra ra what do I wrong or is there still some other configure file= s in the host ot guest operating system which I did forgot???  &n= bsp;


2012/7/20 Stephan Seitz <s.se= itz@netzhaut.de>
Hi,

if you're sure, the interfaces are all set to 9k, i'ld expect your = switch in between your
hosts is not capable of / not cofigured for 9k frames.

I'd only done 9k on  dom0 so far, but for having it available = to domU I assume it needs to
be set in a persistant way. If you change your vifX.X interfaces th= at would be gone
if you shutdown/create your machine, wouldn't it?


Am Freitag, den 20.07.2012, 10:44 +0200 schrieb Mesut Donmez:=20
Hi,
 
I am using XCP version 1.5beta (1.4.90) with for the host the k= ernel version 2.6.32.12-0.7.1.xs1.4.90.530.170661xen en for the guests reh6= .1 as operating system.
When we  increase the MTU of the ethX, vifX and xenbrX to = 9000 and also for other machines in our test envioranment and we give the c= ommand; ping -s 9000 <ip of extern machine> from the guest to an= other machine
wich is not on the same host we do not get any response.
When we give the same command to an other guest on the same hos= t the ping command succeeds.
When we ping from the host to other machines outside the host t= he ping command is also succeeds.
 
Has somebody ideas what I am doing wrong?
 
 
 =20 
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

--=-gVFEUUwKry68uUIVxJXR-- --=-VTFrydUwM0nCzlPSU5/9 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.11 (GNU/Linux) iQEcBAABAgAGBQJQDXY2AAoJEHzu36SveClltt0H/05NUB/x+oZ0E95O3YaQK3/8 IXkHKtqN9qv0sOQmTPUXuZj3eUr0X7QE6zKtSOROHWIF85/GAbYZ90i22B9wOgTI AJkuAjbblO4Pl44/0MlNUZH1Ada8WCObUxRQpEwt50ZQIln6W3EcbcMjJqthynqu W3BR6N5xu7ekysVzZ9YVNHybzytQTDQqm7RtrcAPSEXDbTYbYoWc2q4LxhkVnG3d BnGGgLQKQAhLOs3lCSpmFXhVGOMJ0KbxwZy/l+SjWee97BN8iCRHhtK+DyYkE+wF bqogWLNatIUBMsf7pwhcUprUSppxNwmHQcHlznHclJnKRSbmesd9vLnprWhbcHU= =pqLf -----END PGP SIGNATURE----- --=-VTFrydUwM0nCzlPSU5/9-- --===============5383777786632194189== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5383777786632194189==-- From xen-users-bounces@lists.xen.org Mon Jul 23 16:06:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jul 2012 16: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 1StL8H-0004Ls-6y; Mon, 23 Jul 2012 16:05:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StL8F-0004LZ-Nu for xen-users@lists.xen.org; Mon, 23 Jul 2012 16:05:16 +0000 Received: from [85.158.143.35:51192] by server-2.bemta-4.messagelabs.com id 92/18-17938-B367D005; Mon, 23 Jul 2012 16:05:15 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-2.tower-21.messagelabs.com!1343059512!5667583!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10732 invoked from network); 23 Jul 2012 16:05:12 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-2.tower-21.messagelabs.com with AES128-SHA encrypted SMTP; 23 Jul 2012 16:05:12 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Mon, 23 Jul 2012 18:05:11 +0200 From: Stephan Seitz To: Mesut Donmez Thread-Topic: [Xen-users] Problem MTU > 1500 Thread-Index: AQHNZlY8Ild3eiv+xU600G4bvyk/a5cxwjqAgAS1p4CAAHPKAA== Date: Mon, 23 Jul 2012 16:05:10 +0000 Message-ID: <1343059510.8074.41.camel@wotan2> References: <1342775733.5477.35.camel@wotan2> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Problem MTU > 1500 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5383777786632194189==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5383777786632194189== Content-Language: de-DE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-VTFrydUwM0nCzlPSU5/9" --=-VTFrydUwM0nCzlPSU5/9 Content-Type: multipart/alternative; boundary="=-gVFEUUwKry68uUIVxJXR" --=-gVFEUUwKry68uUIVxJXR Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, ok, I missed that part, that you're able to use jumboframes between dom0. I'm sorry, but I don't know how bridges are created by XCP / XenServer. On recent Xen 4, the usual /etc/xen/scripts/network-bridge is somewhat depricated. (Or simply doesn't work any longer ;-) without problems). Most installations I've seen so far creating the bridges with onboard tools in /etc/sysconfig/network-scripts/... or /etc/network/interfaces. During runtime only the vif's are created and removed, but not the bridges itself. If(!) XCP does it the same way, you could try to find the script and/or configuration file where the bridge itself is been created. As a short test, if it's worth the search, try ifconfig bridgename mtu 9000 and see if (and how long) this helps. Maybe the XenServer forums are more helpful? cheers, Stephan Am Montag, den 23.07.2012, 11:10 +0200 schrieb Mesut Donmez: > Hi, > =20 > Thanks for your quick reaction. > =20 > Yes I am sure for all the interfaces (intern as extern) the MTU is set > to 9000 ans also the database for the vif/pif/network(bridges) shows > me MTU 9000. > The strange thing is when I set everything to 9000 and start the guest > the bridgeX shows me MTU=3D1500 ("ifconfig -a" command used ) even the > vif/pif/network database (xe vif-param-list, xe pif-param-list, xe > network-param-list commands used) are showing me MTU 9000. > And my NIC are able to send 9000 frames. Because what I mentioned > before when I ping from the host to an extern interface I do not have > problems. > =20 > SO ra ra ra what do I wrong or is there still some other configure > files in the host ot guest operating system which I did forgot??? =20 >=20 >=20 > 2012/7/20 Stephan Seitz >=20 > Hi, > =20 > if you're sure, the interfaces are all set to 9k, i'ld expect > your switch in between your > hosts is not capable of / not cofigured for 9k frames. > =20 > I'd only done 9k on dom0 so far, but for having it available > to domU I assume it needs to > be set in a persistant way. If you change your vifX.X > interfaces that would be gone > if you shutdown/create your machine, wouldn't it? > =20 > =20 > Am Freitag, den 20.07.2012, 10:44 +0200 schrieb Mesut Donmez:=20 > =20 > > Hi,=20 > > =20 > > I am using XCP version 1.5beta (1.4.90) with for the host > > the kernel version 2.6.32.12-0.7.1.xs1.4.90.530.170661xen en > > for the guests reh6.1 as operating system.=20 > > When we increase the MTU of the ethX, vifX and xenbrX to > > 9000 and also for other machines in our test envioranment > > and we give the command; ping -s 9000 > machine> from the guest to an other machine=20 > > wich is not on the same host we do not get any response.=20 > > When we give the same command to an other guest on the same > > host the ping command succeeds.=20 > > When we ping from the host to other machines outside the > > host the ping command is also succeeds.=20 > > =20 > > Has somebody ideas what I am doing wrong?=20 > > =20 > > =20 > > =20 > >=20 > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users >=20 >=20 --=-gVFEUUwKry68uUIVxJXR Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi,

ok, I missed that part, that you're able to use jumboframes between dom0. I'm sorry, but I don't know how bridges are created by XCP / XenServer. On = recent Xen 4, the usual /etc/xen/scripts/network-bridge is somewhat
depricated. (Or simply doesn't work any longer ;-) without problems).
Most installations I've seen so far creating the bridges with onboard tools= in /etc/sysconfig/network-scripts/... or /etc/network/interfaces.
During runtime only the vif's are created and removed, but not the bridges = itself.
If(!) XCP does it the same way, you could try to find the script and/or con= figuration file where the bridge itself is been created.
As a short test, if it's worth the search, try ifconfig bridgename mtu 9000= and see if (and how long) this helps.

Maybe the XenServer forums are more helpful?

cheers,

Stephan


Am Montag, den 23.07.2012, 11:10 +0200 schrieb Mesut Donmez:
Hi,
 
Thanks for your quick reaction.
 
Yes I am sure for all the interfaces (intern as extern) the MTU is=  set to 9000 ans also the database for the vif/pif/network(bridges) sh= ows me MTU 9000.
The strange thing is when I set everything to 9000 and start the&n= bsp;guest the bridgeX shows me MTU=3D1500 ("ifconfig -a" com= mand used ) even the vif/pif/network database (xe vif-param-list, xe pif-pa= ram-list, xe network-param-list commands used) are showing me MTU 9000.
And my NIC are able to send 9000 frames. Because what I mentioned befor= e when I ping from the host to an extern interface I do not have problems.
 
SO ra ra ra what do I wrong or is there still some other configure file= s in the host ot guest operating system which I did forgot???  &n= bsp;


2012/7/20 Stephan Seitz <s.se= itz@netzhaut.de>
Hi,

if you're sure, the interfaces are all set to 9k, i'ld expect your = switch in between your
hosts is not capable of / not cofigured for 9k frames.

I'd only done 9k on  dom0 so far, but for having it available = to domU I assume it needs to
be set in a persistant way. If you change your vifX.X interfaces th= at would be gone
if you shutdown/create your machine, wouldn't it?


Am Freitag, den 20.07.2012, 10:44 +0200 schrieb Mesut Donmez:=20
Hi,
 
I am using XCP version 1.5beta (1.4.90) with for the host the k= ernel version 2.6.32.12-0.7.1.xs1.4.90.530.170661xen en for the guests reh6= .1 as operating system.
When we  increase the MTU of the ethX, vifX and xenbrX to = 9000 and also for other machines in our test envioranment and we give the c= ommand; ping -s 9000 <ip of extern machine> from the guest to an= other machine
wich is not on the same host we do not get any response.
When we give the same command to an other guest on the same hos= t the ping command succeeds.
When we ping from the host to other machines outside the host t= he ping command is also succeeds.
 
Has somebody ideas what I am doing wrong?
 
 
 =20 
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

--=-gVFEUUwKry68uUIVxJXR-- --=-VTFrydUwM0nCzlPSU5/9 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.11 (GNU/Linux) iQEcBAABAgAGBQJQDXY2AAoJEHzu36SveClltt0H/05NUB/x+oZ0E95O3YaQK3/8 IXkHKtqN9qv0sOQmTPUXuZj3eUr0X7QE6zKtSOROHWIF85/GAbYZ90i22B9wOgTI AJkuAjbblO4Pl44/0MlNUZH1Ada8WCObUxRQpEwt50ZQIln6W3EcbcMjJqthynqu W3BR6N5xu7ekysVzZ9YVNHybzytQTDQqm7RtrcAPSEXDbTYbYoWc2q4LxhkVnG3d BnGGgLQKQAhLOs3lCSpmFXhVGOMJ0KbxwZy/l+SjWee97BN8iCRHhtK+DyYkE+wF bqogWLNatIUBMsf7pwhcUprUSppxNwmHQcHlznHclJnKRSbmesd9vLnprWhbcHU= =pqLf -----END PGP SIGNATURE----- --=-VTFrydUwM0nCzlPSU5/9-- --===============5383777786632194189== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5383777786632194189==-- From xen-users-bounces@lists.xen.org Mon Jul 23 17:26:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jul 2012 17:26: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 1StMNO-0007LX-GR; Mon, 23 Jul 2012 17:24:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StMNN-0007LS-7r for xen-users@lists.xen.org; Mon, 23 Jul 2012 17:24:57 +0000 Received: from [85.158.139.83:53155] by server-2.bemta-5.messagelabs.com id DA/C7-04598-8E88D005; Mon, 23 Jul 2012 17:24:56 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1343064294!21001009!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10965 invoked from network); 23 Jul 2012 17:24:55 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-11.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Jul 2012 17:24:55 -0000 Received: from [201.123.196.218] (port=59236 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1StMNK-0003Da-Do for xen-users@lists.xen.org; Mon, 23 Jul 2012 12:24:54 -0500 Received: from [10.13.34.156] (alk-desktop.sys.ondore.i [10.13.34.156]) by mail.ondore.i (Postfix) with ESMTPSA id A8F24A208 for ; Mon, 23 Jul 2012 12:24:52 -0500 (CDT) Message-ID: <500D88E4.1000708@ondore.com> Date: Mon, 23 Jul 2012 12:24:52 -0500 From: Alexandre Kouznetsov 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: In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.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 Subject: Re: [Xen-users] Target filesystem doesn't have requested /sbin/init. X-BeenThere: xen-users@lists.xen.org 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. Mount your VM6.img as loop device within Dom0, check if it is consistent = and /sbin/init is there. Also, within BusyBox you can check what is mounted as "/" and if it's = readable. El 23/07/12 05:50, jaeyong yoo escribi=F3: > Oh, and by the way, the guest image does not have bootloader and could > that be a problem? Should not. Xen guest VM without kernel and/or bootloader is a normal = case. Although, usually you wish to install the same kernel image (via = your guest's regular package managing system), as on your Dom0, in order = to have the right /lib/modules. > Also, how can I install a bootloader to the guest image? Normally you don't install bootloader in a guest VM, unless it's HVM = (your is PV). It is possible to boot the guest VM using kernel stored in guest's = filesystem, but the bootloader will not reside within guest image. = Instead, in case of Xen, you use a small program called pygrub within = Dom0. It reads the image, extract the config, the kernel and initrd, = then boot them. Check pygrub's documentation, usually it works fine. On the low level, the booting process is pretty much the same as if you = were using kernel and initrd from Dom0 filesystem. The difference is = that you don't actually have the needed kernel image in Dom0, it's = extracted on the fly from DomU's image just before booting. 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 Jul 23 17:26:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jul 2012 17:26: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 1StMNO-0007LX-GR; Mon, 23 Jul 2012 17:24:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StMNN-0007LS-7r for xen-users@lists.xen.org; Mon, 23 Jul 2012 17:24:57 +0000 Received: from [85.158.139.83:53155] by server-2.bemta-5.messagelabs.com id DA/C7-04598-8E88D005; Mon, 23 Jul 2012 17:24:56 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1343064294!21001009!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10965 invoked from network); 23 Jul 2012 17:24:55 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-11.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Jul 2012 17:24:55 -0000 Received: from [201.123.196.218] (port=59236 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1StMNK-0003Da-Do for xen-users@lists.xen.org; Mon, 23 Jul 2012 12:24:54 -0500 Received: from [10.13.34.156] (alk-desktop.sys.ondore.i [10.13.34.156]) by mail.ondore.i (Postfix) with ESMTPSA id A8F24A208 for ; Mon, 23 Jul 2012 12:24:52 -0500 (CDT) Message-ID: <500D88E4.1000708@ondore.com> Date: Mon, 23 Jul 2012 12:24:52 -0500 From: Alexandre Kouznetsov 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: In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.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 Subject: Re: [Xen-users] Target filesystem doesn't have requested /sbin/init. X-BeenThere: xen-users@lists.xen.org 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. Mount your VM6.img as loop device within Dom0, check if it is consistent = and /sbin/init is there. Also, within BusyBox you can check what is mounted as "/" and if it's = readable. El 23/07/12 05:50, jaeyong yoo escribi=F3: > Oh, and by the way, the guest image does not have bootloader and could > that be a problem? Should not. Xen guest VM without kernel and/or bootloader is a normal = case. Although, usually you wish to install the same kernel image (via = your guest's regular package managing system), as on your Dom0, in order = to have the right /lib/modules. > Also, how can I install a bootloader to the guest image? Normally you don't install bootloader in a guest VM, unless it's HVM = (your is PV). It is possible to boot the guest VM using kernel stored in guest's = filesystem, but the bootloader will not reside within guest image. = Instead, in case of Xen, you use a small program called pygrub within = Dom0. It reads the image, extract the config, the kernel and initrd, = then boot them. Check pygrub's documentation, usually it works fine. On the low level, the booting process is pretty much the same as if you = were using kernel and initrd from Dom0 filesystem. The difference is = that you don't actually have the needed kernel image in Dom0, it's = extracted on the fly from DomU's image just before booting. 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 Jul 23 19:26:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jul 2012 19:26: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 1StOFz-00049G-8N; Mon, 23 Jul 2012 19:25:27 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StOFx-00049B-Ez for xen-users@lists.xen.org; Mon, 23 Jul 2012 19:25:26 +0000 Received: from [85.158.139.83:57896] by server-9.bemta-5.messagelabs.com id CF/01-01069-425AD005; Mon, 23 Jul 2012 19:25:24 +0000 X-Env-Sender: luceoastrum@gmail.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1343071518!24372595!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29972 invoked from network); 23 Jul 2012 19:25:19 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jul 2012 19:25:19 -0000 Received: by yenl1 with SMTP id l1so6692131yen.32 for ; Mon, 23 Jul 2012 12:25: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:content-type; bh=Z5GYFVxJZtwvTBBWWVSGMpjQzpu2cFqA+RZz8LunRTk=; b=zsYuB9wN02tN+aHteF/OIv72YYR15XmAjUQl9O5ZJhyuZ2XJRhkZKGF1sDOifd+j+t ZwmSp28GfIaAhW+0SpW4ocPr2bTSjMDegg139MWHWilONl3elXQd6NYQBmuEuKbIWcik Rcn8fABZZHICaDf0n1BuNoBPWMT4L/4uIlrdKWFMOTLTx9knS+9MqDTGgNtv3x88N/nC vGCIFDCd60WoneMRqchiOXuaO4CgIjC+OBGuwZIyYosn8wMH/OyUgzM1U0+8c8DajRh6 mTpQ4qHrYbnn+2yBsqvW793CmWSe7n26+br5WA6RlT5R4yPI5kd8tCA3L/BVUj+IbLvd 9vTg== MIME-Version: 1.0 Received: by 10.236.125.133 with SMTP id z5mr6700547yhh.121.1343071517862; Mon, 23 Jul 2012 12:25:17 -0700 (PDT) Received: by 10.43.10.202 with HTTP; Mon, 23 Jul 2012 12:25:17 -0700 (PDT) Date: Mon, 23 Jul 2012 20:25:17 +0100 Message-ID: From: Luceo Astrum To: xen-users@lists.xen.org Subject: [Xen-users] Compiling on i686 results in errors, suggestions? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0808352379031805216==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0808352379031805216== Content-Type: multipart/alternative; boundary=20cf303bf896baeb4304c5843472 --20cf303bf896baeb4304c5843472 Content-Type: text/plain; charset=ISO-8859-1 I'm making a PKGBUILD for Arch Linux which works on x64 but not i686. I get the following utput (truncated): domain_build.c: In function 'construct_dom0': domain_build.c:306:33: warning: variable 'compat32' set but not used [-Wunused-but-set-variable] gcc -O2 -fomit-frame-pointer -m32 -march=i686 -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -Wno-unused-but-set-variable -Wunused-but-set-variable -Wno-error=unused-but-set-variable -Wuninitialized -Wno-error=uninitialized -DNDEBUG -nostdinc -fno-builtin -fno-common -Wredundant-decls -iwithprefix include -Werror -Wno-pointer-arith -pipe -I/src/xen/src/xen-4.1.2/xen/include -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-generic -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-default -msoft-float -fno-stack-protector -fno-exceptions -g -D__XEN__ -MMD -MF .e820.o.d -c e820.c -o e820.o gcc -O2 -fomit-frame-pointer -m32 -march=i686 -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -Wno-unused-but-set-variable -Wunused-but-set-variable -Wno-error=unused-but-set-variable -Wuninitialized -Wno-error=uninitialized -DNDEBUG -nostdinc -fno-builtin -fno-common -Wredundant-decls -iwithprefix include -Werror -Wno-pointer-arith -pipe -I/src/xen/src/xen-4.1.2/xen/include -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-generic -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-default -msoft-float -fno-stack-protector -fno-exceptions -g -D__XEN__ -MMD -MF .extable.o.d -c extable.c -o extable.o gcc -O2 -fomit-frame-pointer -m32 -march=i686 -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -Wno-unused-but-set-variable -Wunused-but-set-variable -Wno-error=unused-but-set-variable -Wuninitialized -Wno-error=uninitialized -DNDEBUG -nostdinc -fno-builtin -fno-common -Wredundant-decls -iwithprefix include -Werror -Wno-pointer-arith -pipe -I/src/xen/src/xen-4.1.2/xen/include -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-generic -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-default -msoft-float -fno-stack-protector -fno-exceptions -g -D__XEN__ -MMD -MF .flushtlb.o.d -c flushtlb.c -o flushtlb.o gcc -O2 -fomit-frame-pointer -m32 -march=i686 -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -Wno-unused-but-set-variable -Wunused-but-set-variable -Wno-error=unused-but-set-variable -Wuninitialized -Wno-error=uninitialized -DNDEBUG -nostdinc -fno-builtin -fno-common -Wredundant-decls -iwithprefix include -Werror -Wno-pointer-arith -pipe -I/src/xen/src/xen-4.1.2/xen/include -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-generic -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-default -msoft-float -fno-stack-protector -fno-exceptions -g -D__XEN__ -MMD -MF .platform_hypercall.o.d -c platform_hypercall.c -o platform_hypercall.o gcc -O2 -fomit-frame-pointer -m32 -march=i686 -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -Wno-unused-but-set-variable -Wunused-but-set-variable -Wno-error=unused-but-set-variable -Wuninitialized -Wno-error=uninitialized -DNDEBUG -nostdinc -fno-builtin -fno-common -Wredundant-decls -iwithprefix include -Werror -Wno-pointer-arith -pipe -I/src/xen/src/xen-4.1.2/xen/include -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-generic -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-default -msoft-float -fno-stack-protector -fno-exceptions -g -D__XEN__ -MMD -MF .i387.o.d -c i387.c -o i387.o gcc -O2 -fomit-frame-pointer -m32 -march=i686 -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -Wno-unused-but-set-variable -Wunused-but-set-variable -Wno-error=unused-but-set-variable -Wuninitialized -Wno-error=uninitialized -DNDEBUG -nostdinc -fno-builtin -fno-common -Wredundant-decls -iwithprefix include -Werror -Wno-pointer-arith -pipe -I/src/xen/src/xen-4.1.2/xen/include -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-generic -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-default -msoft-float -fno-stack-protector -fno-exceptions -g -D__XEN__ -MMD -MF .i8259.o.d -c i8259.c -o i8259.o i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[0]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[1]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[2]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[3]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[4]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[5]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[6]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[7]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[8]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[9]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[10]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[11]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[12]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[13]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[14]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[15]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[16]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[17]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[18]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[19]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[20]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[21]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[22]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[23]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[24]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[25]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[26]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[27]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[28]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[29]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[30]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[31]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[32]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[33]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[34]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[35]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[36]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[37]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[38]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[39]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[40]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[41]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[42]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[43]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[44]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[45]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[46]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[47]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[48]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[49]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[50]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[51]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[52]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[53]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[54]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[55]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[56]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[57]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[58]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[59]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[60]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[61]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[62]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[63]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[64]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[65]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[66]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[67]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[68]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[69]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[70]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[71]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[72]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[73]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[74]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[75]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[76]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[77]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[78]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[79]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[80]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[81]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[82]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[83]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[84]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[85]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[86]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[87]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[88]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[89]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[90]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[91]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[92]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[93]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[94]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[95]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[96]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[97]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[98]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[99]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[100]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[101]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[102]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[103]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[104]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[105]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[106]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[107]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[108]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[109]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[110]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[111]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[112]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[113]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[114]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[115]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[116]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[117]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[118]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[119]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[120]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[121]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[122]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[123]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[124]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[125]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[126]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[127]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[128]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[129]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[130]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[131]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[132]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[133]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[134]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[135]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[136]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[137]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[138]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[139]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[140]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[141]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[142]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[143]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[144]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[145]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[146]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[147]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[148]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[149]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[150]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[151]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[152]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[153]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[154]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[155]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[156]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[157]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[158]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[159]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[160]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[161]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[162]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[163]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[164]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[165]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[166]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[167]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[168]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[169]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[170]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[171]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[172]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[173]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[174]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[175]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[176]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[177]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[178]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[179]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[180]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[181]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[182]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[183]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[184]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[185]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[186]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[187]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[188]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[189]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[190]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[191]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[192]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[193]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[194]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[195]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[196]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[197]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[198]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[199]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[200]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[201]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[202]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[203]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[204]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[205]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[206]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[207]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[208]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[209]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[210]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[211]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[212]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[213]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[214]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[215]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[216]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[217]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[218]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[219]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[220]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[221]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[222]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[223]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[224]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[225]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[226]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[227]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[228]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[229]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[230]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[231]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[232]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[233]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[234]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[235]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[236]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[237]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[238]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[239]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[240]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[241]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[242]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[243]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[244]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[245]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[246]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[247]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[248]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[249]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[250]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[251]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[252]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[253]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[254]') [-Werror] i8259.c:70:5: error: initialization from incompatible pointer type [-Werror] i8259.c:70:5: error: (near initialization for 'interrupt[255]') [-Werror] cc1: all warnings being treated as errors make[4]: *** [i8259.o] Error 1 make[4]: Leaving directory `/src/xen/src/xen-4.1.2/xen/arch/x86' make[3]: *** [/src/xen/src/xen-4.1.2/xen/arch/x86/built_in.o] Error 2 make[3]: Leaving directory `/src/xen/src/xen-4.1.2/xen/arch/x86' make[2]: *** [/src/xen/src/xen-4.1.2/xen/xen] Error 2 make[2]: Leaving directory `/src/xen/src/xen-4.1.2/xen' make[1]: *** [install] Error 2 make[1]: Leaving directory `/src/xen/src/xen-4.1.2/xen' make: *** [install-xen] Error 2 ==> ERROR: A failure occurred in build(). Aborting... This is post-patches (xsa patches 7,8,9). Kernel on my test machine isa 3.3.6 xen domU kernel (this is a VM, I dont have any real machines running i686). Any suggetions arevery welcome . --20cf303bf896baeb4304c5843472 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I'm making a PKGBUILD for Arch Linux which works on x64 but not i686. I= get the following utput (truncated):

domain_build.c: In function &#= 39;construct_dom0':
domain_build.c:306:33: warning: variable 'co= mpat32' set but not used [-Wunused-but-set-variable]
gcc -O2 -fomit-frame-pointer -m32 -march=3Di686 -fno-strict-aliasing -std= =3Dgnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-st= atement -Wno-unused-but-set-variable=A0 -Wunused-but-set-variable -Wno-erro= r=3Dunused-but-set-variable -Wuninitialized -Wno-error=3Duninitialized -DND= EBUG -nostdinc -fno-builtin -fno-common -Wredundant-decls -iwithprefix incl= ude -Werror -Wno-pointer-arith -pipe -I/src/xen/src/xen-4.1.2/xen/include= =A0 -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-generic -I/src/xen/sr= c/xen-4.1.2/xen/include/asm-x86/mach-default -msoft-float -fno-stack-protec= tor -fno-exceptions -g -D__XEN__ -MMD -MF .e820.o.d -c e820.c -o e820.o
gcc -O2 -fomit-frame-pointer -m32 -march=3Di686 -fno-strict-aliasing -std= =3Dgnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-st= atement -Wno-unused-but-set-variable=A0 -Wunused-but-set-variable -Wno-erro= r=3Dunused-but-set-variable -Wuninitialized -Wno-error=3Duninitialized -DND= EBUG -nostdinc -fno-builtin -fno-common -Wredundant-decls -iwithprefix incl= ude -Werror -Wno-pointer-arith -pipe -I/src/xen/src/xen-4.1.2/xen/include= =A0 -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-generic -I/src/xen/sr= c/xen-4.1.2/xen/include/asm-x86/mach-default -msoft-float -fno-stack-protec= tor -fno-exceptions -g -D__XEN__ -MMD -MF .extable.o.d -c extable.c -o exta= ble.o
gcc -O2 -fomit-frame-pointer -m32 -march=3Di686 -fno-strict-aliasing -std= =3Dgnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-st= atement -Wno-unused-but-set-variable=A0 -Wunused-but-set-variable -Wno-erro= r=3Dunused-but-set-variable -Wuninitialized -Wno-error=3Duninitialized -DND= EBUG -nostdinc -fno-builtin -fno-common -Wredundant-decls -iwithprefix incl= ude -Werror -Wno-pointer-arith -pipe -I/src/xen/src/xen-4.1.2/xen/include= =A0 -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-generic -I/src/xen/sr= c/xen-4.1.2/xen/include/asm-x86/mach-default -msoft-float -fno-stack-protec= tor -fno-exceptions -g -D__XEN__ -MMD -MF .flushtlb.o.d -c flushtlb.c -o fl= ushtlb.o
gcc -O2 -fomit-frame-pointer -m32 -march=3Di686 -fno-strict-aliasing -std= =3Dgnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-st= atement -Wno-unused-but-set-variable=A0 -Wunused-but-set-variable -Wno-erro= r=3Dunused-but-set-variable -Wuninitialized -Wno-error=3Duninitialized -DND= EBUG -nostdinc -fno-builtin -fno-common -Wredundant-decls -iwithprefix incl= ude -Werror -Wno-pointer-arith -pipe -I/src/xen/src/xen-4.1.2/xen/include= =A0 -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-generic -I/src/xen/sr= c/xen-4.1.2/xen/include/asm-x86/mach-default -msoft-float -fno-stack-protec= tor -fno-exceptions -g -D__XEN__ -MMD -MF .platform_hypercall.o.d -c platfo= rm_hypercall.c -o platform_hypercall.o
gcc -O2 -fomit-frame-pointer -m32 -march=3Di686 -fno-strict-aliasing -std= =3Dgnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-st= atement -Wno-unused-but-set-variable=A0 -Wunused-but-set-variable -Wno-erro= r=3Dunused-but-set-variable -Wuninitialized -Wno-error=3Duninitialized -DND= EBUG -nostdinc -fno-builtin -fno-common -Wredundant-decls -iwithprefix incl= ude -Werror -Wno-pointer-arith -pipe -I/src/xen/src/xen-4.1.2/xen/include= =A0 -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-generic -I/src/xen/sr= c/xen-4.1.2/xen/include/asm-x86/mach-default -msoft-float -fno-stack-protec= tor -fno-exceptions -g -D__XEN__ -MMD -MF .i387.o.d -c i387.c -o i387.o
gcc -O2 -fomit-frame-pointer -m32 -march=3Di686 -fno-strict-aliasing -std= =3Dgnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-st= atement -Wno-unused-but-set-variable=A0 -Wunused-but-set-variable -Wno-erro= r=3Dunused-but-set-variable -Wuninitialized -Wno-error=3Duninitialized -DND= EBUG -nostdinc -fno-builtin -fno-common -Wredundant-decls -iwithprefix incl= ude -Werror -Wno-pointer-arith -pipe -I/src/xen/src/xen-4.1.2/xen/include= =A0 -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-generic -I/src/xen/sr= c/xen-4.1.2/xen/include/asm-x86/mach-default -msoft-float -fno-stack-protec= tor -fno-exceptions -g -D__XEN__ -MMD -MF .i8259.o.d -c i8259.c -o i8259.o<= br> i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[0]') = [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer = type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[1]') [-Wer= ror]
i8259.c:66:9: error: initialization from incompatible pointer type = [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[2= ]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[3]') = [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer = type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[4]') [-Wer= ror]
i8259.c:66:9: error: initialization from incompatible pointer type = [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[5= ]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[6]') = [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer = type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[7]') [-Wer= ror]
i8259.c:66:9: error: initialization from incompatible pointer type = [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[8= ]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[9]') = [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer = type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[10]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 11]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[12]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[13]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 14]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[15]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[16]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 17]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[18]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[19]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 20]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[21]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[22]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 23]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[24]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[25]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 26]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[27]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[28]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 29]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[30]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[31]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 32]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[33]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[34]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 35]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[36]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[37]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 38]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[39]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[40]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 41]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[42]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[43]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 44]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[45]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[46]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 47]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[48]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[49]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 50]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[51]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[52]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 53]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[54]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[55]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 56]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[57]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[58]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 59]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[60]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[61]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 62]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[63]')= [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[64]') [-We= rror]
i8259.c:67:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[= 65]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[66]')= [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[67]') [-We= rror]
i8259.c:67:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[= 68]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[69]')= [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[70]') [-We= rror]
i8259.c:67:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[= 71]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[72]')= [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[73]') [-We= rror]
i8259.c:67:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[= 74]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[75]')= [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[76]') [-We= rror]
i8259.c:67:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[= 77]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[78]')= [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[79]') [-We= rror]
i8259.c:67:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[= 80]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[81]')= [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[82]') [-We= rror]
i8259.c:67:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[= 83]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[84]')= [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[85]') [-We= rror]
i8259.c:67:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[= 86]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[87]')= [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[88]') [-We= rror]
i8259.c:67:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[= 89]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[90]')= [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[91]') [-We= rror]
i8259.c:67:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[= 92]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[93]')= [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[94]') [-We= rror]
i8259.c:67:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[= 95]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[96]')= [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[97]') [-We= rror]
i8259.c:67:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[= 98]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[99]')= [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[100]') [-W= error]
i8259.c:67:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt= [101]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[102]'= ) [-Werror]
i8259.c:67:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[103]') [-W= error]
i8259.c:67:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt= [104]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[105]'= ) [-Werror]
i8259.c:67:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[106]') [-W= error]
i8259.c:67:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt= [107]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[108]'= ) [-Werror]
i8259.c:67:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[109]') [-W= error]
i8259.c:67:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt= [110]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[111]'= ) [-Werror]
i8259.c:67:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[112]') [-W= error]
i8259.c:67:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt= [113]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[114]'= ) [-Werror]
i8259.c:67:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[115]') [-W= error]
i8259.c:67:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt= [116]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[117]'= ) [-Werror]
i8259.c:67:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[118]') [-W= error]
i8259.c:67:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt= [119]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[120]'= ) [-Werror]
i8259.c:67:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[121]') [-W= error]
i8259.c:67:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt= [122]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[123]'= ) [-Werror]
i8259.c:67:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[124]') [-W= error]
i8259.c:67:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt= [125]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[126]'= ) [-Werror]
i8259.c:67:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[127]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [128]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[129]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[130]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [131]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[132]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[133]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [134]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[135]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[136]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [137]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[138]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[139]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [140]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[141]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[142]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [143]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[144]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[145]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [146]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[147]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[148]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [149]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[150]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[151]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [152]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[153]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[154]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [155]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[156]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[157]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [158]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[159]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[160]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [161]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[162]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[163]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [164]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[165]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[166]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [167]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[168]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[169]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [170]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[171]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[172]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [173]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[174]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[175]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [176]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[177]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[178]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [179]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[180]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[181]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [182]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[183]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[184]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [185]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[186]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[187]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [188]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[189]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[190]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [191]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[192]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[193]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [194]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[195]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[196]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [197]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[198]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[199]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [200]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[201]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[202]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [203]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[204]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[205]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [206]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[207]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[208]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [209]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[210]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[211]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [212]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[213]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[214]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [215]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[216]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[217]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [218]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[219]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[220]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [221]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[222]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[223]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [224]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[225]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[226]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [227]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[228]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[229]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [230]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[231]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[232]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [233]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[234]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[235]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [236]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[237]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[238]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [239]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[240]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[241]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [242]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[243]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[244]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [245]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[246]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[247]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [248]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[249]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[250]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [251]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[252]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[253]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [254]') [-Werror]
i8259.c:70:5: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:70:5: error: (near initialization for 'interrupt[255]'= ) [-Werror]
cc1: all warnings being treated as errors
make[4]: *** [i= 8259.o] Error 1
make[4]: Leaving directory `/src/xen/src/xen-4.1.2/xen/arch/x86'
mak= e[3]: *** [/src/xen/src/xen-4.1.2/xen/arch/x86/built_in.o] Error 2
make[= 3]: Leaving directory `/src/xen/src/xen-4.1.2/xen/arch/x86'
make[2]:= *** [/src/xen/src/xen-4.1.2/xen/xen] Error 2
make[2]: Leaving directory `/src/xen/src/xen-4.1.2/xen'
make[1]: ***= [install] Error 2
make[1]: Leaving directory `/src/xen/src/xen-4.1.2/xe= n'
make: *** [install-xen] Error 2
=3D=3D> ERROR: A failure oc= curred in build().
=A0=A0=A0 Aborting...

This is post-patches (xsa patches 7,8,9). Kern= el on my test machine isa 3.3.6 xen domU kernel (this is a VM, I dont have = any real machines running i686).

Any suggetions arevery welcome . --20cf303bf896baeb4304c5843472-- --===============0808352379031805216== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0808352379031805216==-- From xen-users-bounces@lists.xen.org Mon Jul 23 19:26:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jul 2012 19:26: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 1StOFz-00049G-8N; Mon, 23 Jul 2012 19:25:27 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StOFx-00049B-Ez for xen-users@lists.xen.org; Mon, 23 Jul 2012 19:25:26 +0000 Received: from [85.158.139.83:57896] by server-9.bemta-5.messagelabs.com id CF/01-01069-425AD005; Mon, 23 Jul 2012 19:25:24 +0000 X-Env-Sender: luceoastrum@gmail.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1343071518!24372595!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29972 invoked from network); 23 Jul 2012 19:25:19 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jul 2012 19:25:19 -0000 Received: by yenl1 with SMTP id l1so6692131yen.32 for ; Mon, 23 Jul 2012 12:25: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:content-type; bh=Z5GYFVxJZtwvTBBWWVSGMpjQzpu2cFqA+RZz8LunRTk=; b=zsYuB9wN02tN+aHteF/OIv72YYR15XmAjUQl9O5ZJhyuZ2XJRhkZKGF1sDOifd+j+t ZwmSp28GfIaAhW+0SpW4ocPr2bTSjMDegg139MWHWilONl3elXQd6NYQBmuEuKbIWcik Rcn8fABZZHICaDf0n1BuNoBPWMT4L/4uIlrdKWFMOTLTx9knS+9MqDTGgNtv3x88N/nC vGCIFDCd60WoneMRqchiOXuaO4CgIjC+OBGuwZIyYosn8wMH/OyUgzM1U0+8c8DajRh6 mTpQ4qHrYbnn+2yBsqvW793CmWSe7n26+br5WA6RlT5R4yPI5kd8tCA3L/BVUj+IbLvd 9vTg== MIME-Version: 1.0 Received: by 10.236.125.133 with SMTP id z5mr6700547yhh.121.1343071517862; Mon, 23 Jul 2012 12:25:17 -0700 (PDT) Received: by 10.43.10.202 with HTTP; Mon, 23 Jul 2012 12:25:17 -0700 (PDT) Date: Mon, 23 Jul 2012 20:25:17 +0100 Message-ID: From: Luceo Astrum To: xen-users@lists.xen.org Subject: [Xen-users] Compiling on i686 results in errors, suggestions? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0808352379031805216==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0808352379031805216== Content-Type: multipart/alternative; boundary=20cf303bf896baeb4304c5843472 --20cf303bf896baeb4304c5843472 Content-Type: text/plain; charset=ISO-8859-1 I'm making a PKGBUILD for Arch Linux which works on x64 but not i686. I get the following utput (truncated): domain_build.c: In function 'construct_dom0': domain_build.c:306:33: warning: variable 'compat32' set but not used [-Wunused-but-set-variable] gcc -O2 -fomit-frame-pointer -m32 -march=i686 -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -Wno-unused-but-set-variable -Wunused-but-set-variable -Wno-error=unused-but-set-variable -Wuninitialized -Wno-error=uninitialized -DNDEBUG -nostdinc -fno-builtin -fno-common -Wredundant-decls -iwithprefix include -Werror -Wno-pointer-arith -pipe -I/src/xen/src/xen-4.1.2/xen/include -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-generic -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-default -msoft-float -fno-stack-protector -fno-exceptions -g -D__XEN__ -MMD -MF .e820.o.d -c e820.c -o e820.o gcc -O2 -fomit-frame-pointer -m32 -march=i686 -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -Wno-unused-but-set-variable -Wunused-but-set-variable -Wno-error=unused-but-set-variable -Wuninitialized -Wno-error=uninitialized -DNDEBUG -nostdinc -fno-builtin -fno-common -Wredundant-decls -iwithprefix include -Werror -Wno-pointer-arith -pipe -I/src/xen/src/xen-4.1.2/xen/include -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-generic -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-default -msoft-float -fno-stack-protector -fno-exceptions -g -D__XEN__ -MMD -MF .extable.o.d -c extable.c -o extable.o gcc -O2 -fomit-frame-pointer -m32 -march=i686 -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -Wno-unused-but-set-variable -Wunused-but-set-variable -Wno-error=unused-but-set-variable -Wuninitialized -Wno-error=uninitialized -DNDEBUG -nostdinc -fno-builtin -fno-common -Wredundant-decls -iwithprefix include -Werror -Wno-pointer-arith -pipe -I/src/xen/src/xen-4.1.2/xen/include -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-generic -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-default -msoft-float -fno-stack-protector -fno-exceptions -g -D__XEN__ -MMD -MF .flushtlb.o.d -c flushtlb.c -o flushtlb.o gcc -O2 -fomit-frame-pointer -m32 -march=i686 -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -Wno-unused-but-set-variable -Wunused-but-set-variable -Wno-error=unused-but-set-variable -Wuninitialized -Wno-error=uninitialized -DNDEBUG -nostdinc -fno-builtin -fno-common -Wredundant-decls -iwithprefix include -Werror -Wno-pointer-arith -pipe -I/src/xen/src/xen-4.1.2/xen/include -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-generic -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-default -msoft-float -fno-stack-protector -fno-exceptions -g -D__XEN__ -MMD -MF .platform_hypercall.o.d -c platform_hypercall.c -o platform_hypercall.o gcc -O2 -fomit-frame-pointer -m32 -march=i686 -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -Wno-unused-but-set-variable -Wunused-but-set-variable -Wno-error=unused-but-set-variable -Wuninitialized -Wno-error=uninitialized -DNDEBUG -nostdinc -fno-builtin -fno-common -Wredundant-decls -iwithprefix include -Werror -Wno-pointer-arith -pipe -I/src/xen/src/xen-4.1.2/xen/include -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-generic -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-default -msoft-float -fno-stack-protector -fno-exceptions -g -D__XEN__ -MMD -MF .i387.o.d -c i387.c -o i387.o gcc -O2 -fomit-frame-pointer -m32 -march=i686 -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -Wno-unused-but-set-variable -Wunused-but-set-variable -Wno-error=unused-but-set-variable -Wuninitialized -Wno-error=uninitialized -DNDEBUG -nostdinc -fno-builtin -fno-common -Wredundant-decls -iwithprefix include -Werror -Wno-pointer-arith -pipe -I/src/xen/src/xen-4.1.2/xen/include -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-generic -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-default -msoft-float -fno-stack-protector -fno-exceptions -g -D__XEN__ -MMD -MF .i8259.o.d -c i8259.c -o i8259.o i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[0]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[1]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[2]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[3]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[4]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[5]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[6]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[7]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[8]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[9]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[10]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[11]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[12]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[13]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[14]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[15]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[16]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[17]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[18]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[19]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[20]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[21]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[22]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[23]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[24]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[25]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[26]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[27]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[28]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[29]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[30]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[31]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[32]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[33]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[34]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[35]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[36]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[37]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[38]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[39]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[40]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[41]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[42]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[43]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[44]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[45]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[46]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[47]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[48]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[49]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[50]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[51]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[52]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[53]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[54]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[55]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[56]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[57]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[58]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[59]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[60]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[61]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[62]') [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for 'interrupt[63]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[64]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[65]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[66]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[67]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[68]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[69]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[70]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[71]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[72]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[73]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[74]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[75]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[76]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[77]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[78]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[79]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[80]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[81]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[82]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[83]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[84]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[85]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[86]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[87]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[88]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[89]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[90]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[91]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[92]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[93]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[94]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[95]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[96]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[97]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[98]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[99]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[100]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[101]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[102]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[103]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[104]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[105]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[106]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[107]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[108]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[109]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[110]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[111]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[112]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[113]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[114]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[115]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[116]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[117]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[118]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[119]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[120]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[121]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[122]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[123]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[124]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[125]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[126]') [-Werror] i8259.c:67:9: error: initialization from incompatible pointer type [-Werror] i8259.c:67:9: error: (near initialization for 'interrupt[127]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[128]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[129]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[130]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[131]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[132]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[133]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[134]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[135]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[136]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[137]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[138]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[139]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[140]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[141]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[142]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[143]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[144]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[145]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[146]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[147]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[148]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[149]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[150]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[151]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[152]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[153]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[154]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[155]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[156]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[157]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[158]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[159]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[160]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[161]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[162]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[163]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[164]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[165]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[166]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[167]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[168]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[169]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[170]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[171]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[172]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[173]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[174]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[175]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[176]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[177]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[178]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[179]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[180]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[181]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[182]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[183]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[184]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[185]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[186]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[187]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[188]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[189]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[190]') [-Werror] i8259.c:68:9: error: initialization from incompatible pointer type [-Werror] i8259.c:68:9: error: (near initialization for 'interrupt[191]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[192]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[193]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[194]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[195]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[196]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[197]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[198]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[199]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[200]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[201]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[202]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[203]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[204]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[205]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[206]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[207]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[208]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[209]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[210]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[211]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[212]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[213]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[214]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[215]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[216]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[217]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[218]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[219]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[220]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[221]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[222]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[223]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[224]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[225]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[226]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[227]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[228]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[229]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[230]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[231]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[232]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[233]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[234]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[235]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[236]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[237]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[238]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[239]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[240]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[241]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[242]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[243]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[244]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[245]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[246]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[247]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[248]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[249]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[250]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[251]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[252]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[253]') [-Werror] i8259.c:69:9: error: initialization from incompatible pointer type [-Werror] i8259.c:69:9: error: (near initialization for 'interrupt[254]') [-Werror] i8259.c:70:5: error: initialization from incompatible pointer type [-Werror] i8259.c:70:5: error: (near initialization for 'interrupt[255]') [-Werror] cc1: all warnings being treated as errors make[4]: *** [i8259.o] Error 1 make[4]: Leaving directory `/src/xen/src/xen-4.1.2/xen/arch/x86' make[3]: *** [/src/xen/src/xen-4.1.2/xen/arch/x86/built_in.o] Error 2 make[3]: Leaving directory `/src/xen/src/xen-4.1.2/xen/arch/x86' make[2]: *** [/src/xen/src/xen-4.1.2/xen/xen] Error 2 make[2]: Leaving directory `/src/xen/src/xen-4.1.2/xen' make[1]: *** [install] Error 2 make[1]: Leaving directory `/src/xen/src/xen-4.1.2/xen' make: *** [install-xen] Error 2 ==> ERROR: A failure occurred in build(). Aborting... This is post-patches (xsa patches 7,8,9). Kernel on my test machine isa 3.3.6 xen domU kernel (this is a VM, I dont have any real machines running i686). Any suggetions arevery welcome . --20cf303bf896baeb4304c5843472 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I'm making a PKGBUILD for Arch Linux which works on x64 but not i686. I= get the following utput (truncated):

domain_build.c: In function &#= 39;construct_dom0':
domain_build.c:306:33: warning: variable 'co= mpat32' set but not used [-Wunused-but-set-variable]
gcc -O2 -fomit-frame-pointer -m32 -march=3Di686 -fno-strict-aliasing -std= =3Dgnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-st= atement -Wno-unused-but-set-variable=A0 -Wunused-but-set-variable -Wno-erro= r=3Dunused-but-set-variable -Wuninitialized -Wno-error=3Duninitialized -DND= EBUG -nostdinc -fno-builtin -fno-common -Wredundant-decls -iwithprefix incl= ude -Werror -Wno-pointer-arith -pipe -I/src/xen/src/xen-4.1.2/xen/include= =A0 -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-generic -I/src/xen/sr= c/xen-4.1.2/xen/include/asm-x86/mach-default -msoft-float -fno-stack-protec= tor -fno-exceptions -g -D__XEN__ -MMD -MF .e820.o.d -c e820.c -o e820.o
gcc -O2 -fomit-frame-pointer -m32 -march=3Di686 -fno-strict-aliasing -std= =3Dgnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-st= atement -Wno-unused-but-set-variable=A0 -Wunused-but-set-variable -Wno-erro= r=3Dunused-but-set-variable -Wuninitialized -Wno-error=3Duninitialized -DND= EBUG -nostdinc -fno-builtin -fno-common -Wredundant-decls -iwithprefix incl= ude -Werror -Wno-pointer-arith -pipe -I/src/xen/src/xen-4.1.2/xen/include= =A0 -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-generic -I/src/xen/sr= c/xen-4.1.2/xen/include/asm-x86/mach-default -msoft-float -fno-stack-protec= tor -fno-exceptions -g -D__XEN__ -MMD -MF .extable.o.d -c extable.c -o exta= ble.o
gcc -O2 -fomit-frame-pointer -m32 -march=3Di686 -fno-strict-aliasing -std= =3Dgnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-st= atement -Wno-unused-but-set-variable=A0 -Wunused-but-set-variable -Wno-erro= r=3Dunused-but-set-variable -Wuninitialized -Wno-error=3Duninitialized -DND= EBUG -nostdinc -fno-builtin -fno-common -Wredundant-decls -iwithprefix incl= ude -Werror -Wno-pointer-arith -pipe -I/src/xen/src/xen-4.1.2/xen/include= =A0 -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-generic -I/src/xen/sr= c/xen-4.1.2/xen/include/asm-x86/mach-default -msoft-float -fno-stack-protec= tor -fno-exceptions -g -D__XEN__ -MMD -MF .flushtlb.o.d -c flushtlb.c -o fl= ushtlb.o
gcc -O2 -fomit-frame-pointer -m32 -march=3Di686 -fno-strict-aliasing -std= =3Dgnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-st= atement -Wno-unused-but-set-variable=A0 -Wunused-but-set-variable -Wno-erro= r=3Dunused-but-set-variable -Wuninitialized -Wno-error=3Duninitialized -DND= EBUG -nostdinc -fno-builtin -fno-common -Wredundant-decls -iwithprefix incl= ude -Werror -Wno-pointer-arith -pipe -I/src/xen/src/xen-4.1.2/xen/include= =A0 -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-generic -I/src/xen/sr= c/xen-4.1.2/xen/include/asm-x86/mach-default -msoft-float -fno-stack-protec= tor -fno-exceptions -g -D__XEN__ -MMD -MF .platform_hypercall.o.d -c platfo= rm_hypercall.c -o platform_hypercall.o
gcc -O2 -fomit-frame-pointer -m32 -march=3Di686 -fno-strict-aliasing -std= =3Dgnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-st= atement -Wno-unused-but-set-variable=A0 -Wunused-but-set-variable -Wno-erro= r=3Dunused-but-set-variable -Wuninitialized -Wno-error=3Duninitialized -DND= EBUG -nostdinc -fno-builtin -fno-common -Wredundant-decls -iwithprefix incl= ude -Werror -Wno-pointer-arith -pipe -I/src/xen/src/xen-4.1.2/xen/include= =A0 -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-generic -I/src/xen/sr= c/xen-4.1.2/xen/include/asm-x86/mach-default -msoft-float -fno-stack-protec= tor -fno-exceptions -g -D__XEN__ -MMD -MF .i387.o.d -c i387.c -o i387.o
gcc -O2 -fomit-frame-pointer -m32 -march=3Di686 -fno-strict-aliasing -std= =3Dgnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-st= atement -Wno-unused-but-set-variable=A0 -Wunused-but-set-variable -Wno-erro= r=3Dunused-but-set-variable -Wuninitialized -Wno-error=3Duninitialized -DND= EBUG -nostdinc -fno-builtin -fno-common -Wredundant-decls -iwithprefix incl= ude -Werror -Wno-pointer-arith -pipe -I/src/xen/src/xen-4.1.2/xen/include= =A0 -I/src/xen/src/xen-4.1.2/xen/include/asm-x86/mach-generic -I/src/xen/sr= c/xen-4.1.2/xen/include/asm-x86/mach-default -msoft-float -fno-stack-protec= tor -fno-exceptions -g -D__XEN__ -MMD -MF .i8259.o.d -c i8259.c -o i8259.o<= br> i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[0]') = [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer = type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[1]') [-Wer= ror]
i8259.c:66:9: error: initialization from incompatible pointer type = [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[2= ]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[3]') = [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer = type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[4]') [-Wer= ror]
i8259.c:66:9: error: initialization from incompatible pointer type = [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[5= ]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[6]') = [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer = type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[7]') [-Wer= ror]
i8259.c:66:9: error: initialization from incompatible pointer type = [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[8= ]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[9]') = [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer = type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[10]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 11]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[12]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[13]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 14]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[15]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[16]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 17]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[18]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[19]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 20]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[21]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[22]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 23]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[24]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[25]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 26]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[27]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[28]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 29]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[30]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[31]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 32]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[33]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[34]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 35]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[36]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[37]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 38]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[39]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[40]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 41]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[42]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[43]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 44]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[45]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[46]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 47]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[48]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[49]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 50]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[51]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[52]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 53]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[54]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[55]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 56]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[57]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[58]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 59]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[60]')= [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[61]') [-We= rror]
i8259.c:66:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:66:9: error: (near initialization for 'interrupt[= 62]') [-Werror]
i8259.c:66:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:66:9: error: (near initialization for 'interrupt[63]')= [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[64]') [-We= rror]
i8259.c:67:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[= 65]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[66]')= [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[67]') [-We= rror]
i8259.c:67:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[= 68]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[69]')= [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[70]') [-We= rror]
i8259.c:67:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[= 71]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[72]')= [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[73]') [-We= rror]
i8259.c:67:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[= 74]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[75]')= [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[76]') [-We= rror]
i8259.c:67:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[= 77]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[78]')= [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[79]') [-We= rror]
i8259.c:67:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[= 80]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[81]')= [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[82]') [-We= rror]
i8259.c:67:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[= 83]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[84]')= [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[85]') [-We= rror]
i8259.c:67:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[= 86]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[87]')= [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[88]') [-We= rror]
i8259.c:67:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[= 89]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[90]')= [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[91]') [-We= rror]
i8259.c:67:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[= 92]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[93]')= [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[94]') [-We= rror]
i8259.c:67:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[= 95]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[96]')= [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[97]') [-We= rror]
i8259.c:67:9: error: initialization from incompatible pointer type= [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[= 98]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[99]')= [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer= type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[100]') [-W= error]
i8259.c:67:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt= [101]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[102]'= ) [-Werror]
i8259.c:67:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[103]') [-W= error]
i8259.c:67:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt= [104]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[105]'= ) [-Werror]
i8259.c:67:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[106]') [-W= error]
i8259.c:67:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt= [107]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[108]'= ) [-Werror]
i8259.c:67:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[109]') [-W= error]
i8259.c:67:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt= [110]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[111]'= ) [-Werror]
i8259.c:67:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[112]') [-W= error]
i8259.c:67:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt= [113]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[114]'= ) [-Werror]
i8259.c:67:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[115]') [-W= error]
i8259.c:67:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt= [116]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[117]'= ) [-Werror]
i8259.c:67:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[118]') [-W= error]
i8259.c:67:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt= [119]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[120]'= ) [-Werror]
i8259.c:67:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[121]') [-W= error]
i8259.c:67:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt= [122]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[123]'= ) [-Werror]
i8259.c:67:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[124]') [-W= error]
i8259.c:67:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt= [125]') [-Werror]
i8259.c:67:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:67:9: error: (near initialization for 'interrupt[126]'= ) [-Werror]
i8259.c:67:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:67:9: error: (near initialization for 'interrupt[127]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [128]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[129]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[130]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [131]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[132]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[133]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [134]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[135]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[136]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [137]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[138]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[139]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [140]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[141]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[142]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [143]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[144]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[145]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [146]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[147]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[148]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [149]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[150]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[151]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [152]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[153]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[154]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [155]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[156]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[157]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [158]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[159]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[160]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [161]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[162]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[163]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [164]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[165]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[166]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [167]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[168]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[169]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [170]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[171]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[172]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [173]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[174]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[175]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [176]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[177]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[178]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [179]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[180]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[181]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [182]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[183]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[184]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [185]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[186]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[187]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [188]') [-Werror]
i8259.c:68:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:68:9: error: (near initialization for 'interrupt[189]'= ) [-Werror]
i8259.c:68:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt[190]') [-W= error]
i8259.c:68:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:68:9: error: (near initialization for 'interrupt= [191]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[192]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[193]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [194]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[195]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[196]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [197]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[198]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[199]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [200]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[201]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[202]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [203]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[204]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[205]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [206]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[207]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[208]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [209]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[210]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[211]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [212]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[213]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[214]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [215]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[216]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[217]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [218]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[219]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[220]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [221]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[222]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[223]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [224]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[225]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[226]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [227]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[228]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[229]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [230]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[231]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[232]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [233]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[234]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[235]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [236]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[237]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[238]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [239]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[240]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[241]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [242]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[243]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[244]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [245]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[246]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[247]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [248]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[249]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[250]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [251]') [-Werror]
i8259.c:69:9: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:69:9: error: (near initialization for 'interrupt[252]'= ) [-Werror]
i8259.c:69:9: error: initialization from incompatible pointe= r type [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt[253]') [-W= error]
i8259.c:69:9: error: initialization from incompatible pointer typ= e [-Werror]
i8259.c:69:9: error: (near initialization for 'interrupt= [254]') [-Werror]
i8259.c:70:5: error: initialization from incompatible pointer type [-Werror= ]
i8259.c:70:5: error: (near initialization for 'interrupt[255]'= ) [-Werror]
cc1: all warnings being treated as errors
make[4]: *** [i= 8259.o] Error 1
make[4]: Leaving directory `/src/xen/src/xen-4.1.2/xen/arch/x86'
mak= e[3]: *** [/src/xen/src/xen-4.1.2/xen/arch/x86/built_in.o] Error 2
make[= 3]: Leaving directory `/src/xen/src/xen-4.1.2/xen/arch/x86'
make[2]:= *** [/src/xen/src/xen-4.1.2/xen/xen] Error 2
make[2]: Leaving directory `/src/xen/src/xen-4.1.2/xen'
make[1]: ***= [install] Error 2
make[1]: Leaving directory `/src/xen/src/xen-4.1.2/xe= n'
make: *** [install-xen] Error 2
=3D=3D> ERROR: A failure oc= curred in build().
=A0=A0=A0 Aborting...

This is post-patches (xsa patches 7,8,9). Kern= el on my test machine isa 3.3.6 xen domU kernel (this is a VM, I dont have = any real machines running i686).

Any suggetions arevery welcome . --20cf303bf896baeb4304c5843472-- --===============0808352379031805216== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0808352379031805216==-- From xen-users-bounces@lists.xen.org Mon Jul 23 20:33:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jul 2012 20: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 1StPHw-0005xl-Kc; Mon, 23 Jul 2012 20:31:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StPHv-0005xe-JM for xen-users@lists.xen.org; Mon, 23 Jul 2012 20:31:31 +0000 Received: from [85.158.143.35:3797] by server-2.bemta-4.messagelabs.com id BB/52-17938-2A4BD005; Mon, 23 Jul 2012 20:31:30 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1343075488!12642880!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25839 invoked from network); 23 Jul 2012 20:31:30 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-7.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Jul 2012 20:31:30 -0000 Received: from [201.123.196.218] (port=51984 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1StPHs-0000Dx-5o for xen-users@lists.xen.org; Mon, 23 Jul 2012 15:31:28 -0500 Received: from [10.13.34.156] (alk-desktop.sys.ondore.i [10.13.34.156]) by mail.ondore.i (Postfix) with ESMTPSA id 9B9BEA208 for ; Mon, 23 Jul 2012 15:31:26 -0500 (CDT) Message-ID: <500DB49F.8010507@ondore.com> Date: Mon, 23 Jul 2012 15:31:27 -0500 From: Alexandre Kouznetsov 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: In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.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 Subject: Re: [Xen-users] Target filesystem doesn't have requested /sbin/init. X-BeenThere: xen-users@lists.xen.org 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 El 23/07/12 14:26, Luceo Astrum escribi=F3: > Usually in my experience no /sbin/init means that you've mounted the > wrong partition on root. > > Check for root=3D on kernel line (grub / syslinux configuration) > and / in fstab. Agree, very common couse. That's why i suggested Jaeyong to inspect his = root FS first. His config file clearly states "root =3D '/dev/xvda1 ro'". Although, sounds like a good idea to check "dmesg" output on initrd = busybox prompt, to find out with that parameters was the kernel actually = called. 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 Jul 23 20:33:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jul 2012 20: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 1StPHw-0005xl-Kc; Mon, 23 Jul 2012 20:31:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StPHv-0005xe-JM for xen-users@lists.xen.org; Mon, 23 Jul 2012 20:31:31 +0000 Received: from [85.158.143.35:3797] by server-2.bemta-4.messagelabs.com id BB/52-17938-2A4BD005; Mon, 23 Jul 2012 20:31:30 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1343075488!12642880!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25839 invoked from network); 23 Jul 2012 20:31:30 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-7.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Jul 2012 20:31:30 -0000 Received: from [201.123.196.218] (port=51984 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1StPHs-0000Dx-5o for xen-users@lists.xen.org; Mon, 23 Jul 2012 15:31:28 -0500 Received: from [10.13.34.156] (alk-desktop.sys.ondore.i [10.13.34.156]) by mail.ondore.i (Postfix) with ESMTPSA id 9B9BEA208 for ; Mon, 23 Jul 2012 15:31:26 -0500 (CDT) Message-ID: <500DB49F.8010507@ondore.com> Date: Mon, 23 Jul 2012 15:31:27 -0500 From: Alexandre Kouznetsov 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: In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.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 Subject: Re: [Xen-users] Target filesystem doesn't have requested /sbin/init. X-BeenThere: xen-users@lists.xen.org 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 El 23/07/12 14:26, Luceo Astrum escribi=F3: > Usually in my experience no /sbin/init means that you've mounted the > wrong partition on root. > > Check for root=3D on kernel line (grub / syslinux configuration) > and / in fstab. Agree, very common couse. That's why i suggested Jaeyong to inspect his = root FS first. His config file clearly states "root =3D '/dev/xvda1 ro'". Although, sounds like a good idea to check "dmesg" output on initrd = busybox prompt, to find out with that parameters was the kernel actually = called. 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 Jul 23 20:38:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jul 2012 20:38: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 1StPN6-0006Ic-KU; Mon, 23 Jul 2012 20:36:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StOY5-0004fI-Tm for xen-users@lists.xen.org; Mon, 23 Jul 2012 19:44:10 +0000 Received: from [85.158.143.99:61169] by server-3.bemta-4.messagelabs.com id A0/B2-01511-989AD005; Mon, 23 Jul 2012 19:44:09 +0000 X-Env-Sender: jcalfee@accessrxs.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1343072646!18672789!1 X-Originating-IP: [66.29.250.123] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1568 invoked from network); 23 Jul 2012 19:44:06 -0000 Received: from 66-29-250-123.ds1-static.mia1.net.ststelecom.com (HELO rxsprimary.accessrxs.com) (66.29.250.123) by server-14.tower-216.messagelabs.com with SMTP; 23 Jul 2012 19:44:06 -0000 Received: from [192.168.0.170] ([192.168.0.170]) by rxsprimary.accessrxs.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 23 Jul 2012 15:44:05 -0400 From: James Calfee To: xen-users@lists.xen.org Date: Mon, 23 Jul 2012 15:44:07 -0400 Message-ID: <1343072647.24467.18.camel@pc0167> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 X-OriginalArrivalTime: 23 Jul 2012 19:44:05.0707 (UTC) FILETIME=[84CB11B0:01CD690B] X-Mailman-Approved-At: Mon, 23 Jul 2012 20:36:50 +0000 Subject: [Xen-users] centos.org 5 Installation_Guide-en-US/ch02s04.html#s2-steps-make-cd X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org There seems to be several problems in this kickstart cd document. I guess this was copied from RedHat's documentation. Can someone please direct me or my comments to the right person? http://www.centos.org/docs/5/html/Installation_Guide-en-US/ch02s04.html#s2-steps-make-cd this command (in the documentation) needs a space in it: cp -r /isolinux/ The chmod command is skipping the isolinux directory and all subdirectories and files. Also, I did need the read permission too. So, this command in the directions is incorrect: chmod u+w isolinux/* The mkisofs command in the browser is only one line. So the \ is confusing in the line and it is not clear to some people that this is the line continuation character. This command should appear as 2 lines or that continuation char and explanation should be removed. The boot seems to expect to find vmlinuz in a sub-folder called isolinux. This is the error I see: 7/18/2012 11:42:31 AM Error: Starting VM 'CentOS 6.0 (64-bit) (kickstart)' - INVALID_SOURCE - Unable to access a required file in the specified repository: file:///tmp/cdrom-repo-6ZKdE0/isolinux/vmlinuz. Like the chmod mistake above, the file.iso produced by your mkisofs command did not include the isolinux folder (just the files in the folder). So, I changed the mkisofs command to collect files in "." and to store the file.iso one level up "../file.iso" ... isolinux.bin and boot.cat paths needed adjusting too. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 23 20:38:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Jul 2012 20:38: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 1StPN6-0006Ic-KU; Mon, 23 Jul 2012 20:36:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StOY5-0004fI-Tm for xen-users@lists.xen.org; Mon, 23 Jul 2012 19:44:10 +0000 Received: from [85.158.143.99:61169] by server-3.bemta-4.messagelabs.com id A0/B2-01511-989AD005; Mon, 23 Jul 2012 19:44:09 +0000 X-Env-Sender: jcalfee@accessrxs.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1343072646!18672789!1 X-Originating-IP: [66.29.250.123] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1568 invoked from network); 23 Jul 2012 19:44:06 -0000 Received: from 66-29-250-123.ds1-static.mia1.net.ststelecom.com (HELO rxsprimary.accessrxs.com) (66.29.250.123) by server-14.tower-216.messagelabs.com with SMTP; 23 Jul 2012 19:44:06 -0000 Received: from [192.168.0.170] ([192.168.0.170]) by rxsprimary.accessrxs.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 23 Jul 2012 15:44:05 -0400 From: James Calfee To: xen-users@lists.xen.org Date: Mon, 23 Jul 2012 15:44:07 -0400 Message-ID: <1343072647.24467.18.camel@pc0167> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 X-OriginalArrivalTime: 23 Jul 2012 19:44:05.0707 (UTC) FILETIME=[84CB11B0:01CD690B] X-Mailman-Approved-At: Mon, 23 Jul 2012 20:36:50 +0000 Subject: [Xen-users] centos.org 5 Installation_Guide-en-US/ch02s04.html#s2-steps-make-cd X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org There seems to be several problems in this kickstart cd document. I guess this was copied from RedHat's documentation. Can someone please direct me or my comments to the right person? http://www.centos.org/docs/5/html/Installation_Guide-en-US/ch02s04.html#s2-steps-make-cd this command (in the documentation) needs a space in it: cp -r /isolinux/ The chmod command is skipping the isolinux directory and all subdirectories and files. Also, I did need the read permission too. So, this command in the directions is incorrect: chmod u+w isolinux/* The mkisofs command in the browser is only one line. So the \ is confusing in the line and it is not clear to some people that this is the line continuation character. This command should appear as 2 lines or that continuation char and explanation should be removed. The boot seems to expect to find vmlinuz in a sub-folder called isolinux. This is the error I see: 7/18/2012 11:42:31 AM Error: Starting VM 'CentOS 6.0 (64-bit) (kickstart)' - INVALID_SOURCE - Unable to access a required file in the specified repository: file:///tmp/cdrom-repo-6ZKdE0/isolinux/vmlinuz. Like the chmod mistake above, the file.iso produced by your mkisofs command did not include the isolinux folder (just the files in the folder). So, I changed the mkisofs command to collect files in "." and to store the file.iso one level up "../file.iso" ... isolinux.bin and boot.cat paths needed adjusting too. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 24 02:30:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 02:30: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 1StUrx-0005vm-J0; Tue, 24 Jul 2012 02:29:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StUrw-0005vd-23 for xen-users@lists.xen.org; Tue, 24 Jul 2012 02:29:04 +0000 Received: from [85.158.138.51:44949] by server-11.bemta-3.messagelabs.com id C7/61-00679-F680E005; Tue, 24 Jul 2012 02:29:03 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1343096940!20339624!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10398 invoked from network); 24 Jul 2012 02:29:01 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jul 2012 02:29:01 -0000 Received: by yenl1 with SMTP id l1so7064538yen.32 for ; Mon, 23 Jul 2012 19:29:00 -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=JEQSNTodnma8kZ8LEWiuU00MXVWCgzyW6rqwMnEnYOA=; b=0DIVvIPSFBdSxP7wL5v2Mq8LyKnjUglHxdr58MttlYgdAbgxu5fIhXwxOufgZxNlPA fXH71VjuKd8zu1rB+USzzCL0e6utezFs+vCAF5e4wGNtYHhCtVHiC2h0xgK5WvACqdPu R0wFCFKuirfJtOikXVLdX3DqHgDmZVYIVJE5hTO0pEa6JNrerDauePiYzR3deOrye1a5 pRlj3O6Rs7gpKm/qXCU5p4HD4NYWd+wcqv6TWtSeW+wZnvv3IwelYqACifVODnN+3mn6 Sj+aup43f5HCTowCv0tL9CRa3psSXfhPJWaKdC4/BJJuWBn4oC63kgIksEFIAX5DvM2c kuHw== MIME-Version: 1.0 Received: by 10.42.70.136 with SMTP id f8mr11301333icj.28.1343096939957; Mon, 23 Jul 2012 19:28:59 -0700 (PDT) Received: by 10.64.23.49 with HTTP; Mon, 23 Jul 2012 19:28:59 -0700 (PDT) In-Reply-To: <500DB49F.8010507@ondore.com> References: <500DB49F.8010507@ondore.com> Date: Tue, 24 Jul 2012 11:28:59 +0900 Message-ID: From: jaeyong yoo To: Alexandre Kouznetsov Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Target filesystem doesn't have requested /sbin/init. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8727764199887087625==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8727764199887087625== Content-Type: multipart/alternative; boundary=90e6ba53aba4014da704c58a2040 --90e6ba53aba4014da704c58a2040 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks Alexandre, I check dmesg at initramfs and it looks /dev/xvda1 is correctly applied. This is very werid. (initramfs) dmesg [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 2.6.32-5-xen-amd64 (Debian 2.6.32-41) ( ben@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Jan 16 20:48:30 UTC 2012 [ 0.000000] Command line: root=3D/dev/xvda1 ro [ 0.000000] KERNEL supported cpus: [ 0.000000] Intel GenuineIntel [ 0.000000] AMD AuthenticAMD [ 0.000000] Centaur CentaurHauls [ 0.000000] ACPI in unprivileged domain disabled [ 0.000000] released 0 pages of unused memory Also, there is /sbin/init. So, it is not about the file missing. (initramfs) ls /root/sbin/init -l -rw------- 1 1000 1000 36992 Jan 1 2011 /root/sbin/init I also highly suspect whether root =3D '/dev/xvda1 ro is correctly applie= d. I think the root file system is not mounted as the following command shows this at initramfs. (initramfs) df Filesystem 1K-blocks Used Available Use% Mounted on df: /proc/mounts: No such file or directory Is the above right to check the root file system mounted? Best, Jaeyong On Tue, Jul 24, 2012 at 5:31 AM, Alexandre Kouznetsov wrote= : > El 23/07/12 14:26, Luceo Astrum escribi=F3: > > Usually in my experience no /sbin/init means that you've mounted the > > wrong partition on root. > > > > Check for root=3D on kernel line (grub / syslinux configuration) > > and / in fstab. > > Agree, very common couse. That's why i suggested Jaeyong to inspect his > root FS first. His config file clearly states "root =3D '/dev/xvda1 ro'". > > Although, sounds like a good idea to check "dmesg" output on initrd > busybox prompt, to find out with that parameters was the kernel actually > called. > > > Greetings. > > -- > Alexandre Kouznetsov > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --90e6ba53aba4014da704c58a2040 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks Alexandre,

I check dmesg at initramfs and it looks = /dev/xvda1 is correctly applied. This is very werid.

(initramfs) dmesg
[ =A0 =A00.000000] Initializing cgroup = subsys cpuset
[ =A0 =A00.000000] Initializing cgroup subsys cpu
[ =A0 =A00= .000000] Linux version 2.6.32-5-xen-amd64 (Debian 2.6.32-41) (ben@decadent.org.uk) (gcc version 4.3.5 (Debi= an 4.3.5-4) ) #1 SMP Mon Jan 16 20:48:30 UTC 2012
[ =A0 =A00.000000] Command line: root=3D/dev/xvda1 ro=A0
[ = =A0 =A00.000000] KERNEL supported cpus:
[ =A0 =A00.000000] =A0 In= tel GenuineIntel
[ =A0 =A00.000000] =A0 AMD AuthenticAMD
[ =A0 =A00.000000] =A0 Centaur CentaurHauls
[ =A0 =A00.000000] ACPI in unprivileged domain disabled
[ = =A0 =A00.000000] released 0 pages of unused memory

Also, there is /sbin/init. So, it is not a= bout the file missing.

(initramfs) ls /root/sbin/init =A0-l
-rw= ------- =A0 =A01 1000 =A0 =A0 1000 =A0 =A0 =A0 =A0 36992 Jan =A01 =A02011 /= root/sbin/init


I also h= ighly suspect whether=A0 root =3D '/dev/xvda1 ro=A0 is correctly applied.
I think the = root file system is not mounted as the following command shows this at init= ramfs.

(initramfs) df
Filesystem = =A0 =A0 =A0 =A0 =A0 1K-blocks =A0 =A0 =A0Used Available Use% Mounted on
df: /proc/mounts: No such file or directory

I= s the above right to check the root file system mounted?

Best,
Jaeyong


On Tue, Jul 24, 2012 at 5:31 AM, Alexandre Kouznetsov <= ;alk@ondore.com>= wrote:
El 23/07/12 14:26, Luceo Astrum escribi=F3:
> Usually in my experience no /sbin/init means that you've mounted t= he
> wrong partition on root.
>
> Check for root=3D on kernel line (grub / syslinux configuration)
> and / in fstab.

Agree, very common couse. That's why i suggested Jaeyong to inspect his= root FS first. His config file clearly states "root =3D '/dev/xvd= a1 ro'".

Although, sounds like a good idea to check "dmesg" output on init= rd busybox prompt, to find out with that parameters was the kernel actually= called.


Greetings.

--
Alexandre Kouznetsov

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

--90e6ba53aba4014da704c58a2040-- --===============8727764199887087625== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8727764199887087625==-- From xen-users-bounces@lists.xen.org Tue Jul 24 02:30:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 02:30: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 1StUrx-0005vm-J0; Tue, 24 Jul 2012 02:29:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StUrw-0005vd-23 for xen-users@lists.xen.org; Tue, 24 Jul 2012 02:29:04 +0000 Received: from [85.158.138.51:44949] by server-11.bemta-3.messagelabs.com id C7/61-00679-F680E005; Tue, 24 Jul 2012 02:29:03 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1343096940!20339624!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10398 invoked from network); 24 Jul 2012 02:29:01 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jul 2012 02:29:01 -0000 Received: by yenl1 with SMTP id l1so7064538yen.32 for ; Mon, 23 Jul 2012 19:29:00 -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=JEQSNTodnma8kZ8LEWiuU00MXVWCgzyW6rqwMnEnYOA=; b=0DIVvIPSFBdSxP7wL5v2Mq8LyKnjUglHxdr58MttlYgdAbgxu5fIhXwxOufgZxNlPA fXH71VjuKd8zu1rB+USzzCL0e6utezFs+vCAF5e4wGNtYHhCtVHiC2h0xgK5WvACqdPu R0wFCFKuirfJtOikXVLdX3DqHgDmZVYIVJE5hTO0pEa6JNrerDauePiYzR3deOrye1a5 pRlj3O6Rs7gpKm/qXCU5p4HD4NYWd+wcqv6TWtSeW+wZnvv3IwelYqACifVODnN+3mn6 Sj+aup43f5HCTowCv0tL9CRa3psSXfhPJWaKdC4/BJJuWBn4oC63kgIksEFIAX5DvM2c kuHw== MIME-Version: 1.0 Received: by 10.42.70.136 with SMTP id f8mr11301333icj.28.1343096939957; Mon, 23 Jul 2012 19:28:59 -0700 (PDT) Received: by 10.64.23.49 with HTTP; Mon, 23 Jul 2012 19:28:59 -0700 (PDT) In-Reply-To: <500DB49F.8010507@ondore.com> References: <500DB49F.8010507@ondore.com> Date: Tue, 24 Jul 2012 11:28:59 +0900 Message-ID: From: jaeyong yoo To: Alexandre Kouznetsov Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Target filesystem doesn't have requested /sbin/init. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8727764199887087625==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8727764199887087625== Content-Type: multipart/alternative; boundary=90e6ba53aba4014da704c58a2040 --90e6ba53aba4014da704c58a2040 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks Alexandre, I check dmesg at initramfs and it looks /dev/xvda1 is correctly applied. This is very werid. (initramfs) dmesg [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 2.6.32-5-xen-amd64 (Debian 2.6.32-41) ( ben@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Jan 16 20:48:30 UTC 2012 [ 0.000000] Command line: root=3D/dev/xvda1 ro [ 0.000000] KERNEL supported cpus: [ 0.000000] Intel GenuineIntel [ 0.000000] AMD AuthenticAMD [ 0.000000] Centaur CentaurHauls [ 0.000000] ACPI in unprivileged domain disabled [ 0.000000] released 0 pages of unused memory Also, there is /sbin/init. So, it is not about the file missing. (initramfs) ls /root/sbin/init -l -rw------- 1 1000 1000 36992 Jan 1 2011 /root/sbin/init I also highly suspect whether root =3D '/dev/xvda1 ro is correctly applie= d. I think the root file system is not mounted as the following command shows this at initramfs. (initramfs) df Filesystem 1K-blocks Used Available Use% Mounted on df: /proc/mounts: No such file or directory Is the above right to check the root file system mounted? Best, Jaeyong On Tue, Jul 24, 2012 at 5:31 AM, Alexandre Kouznetsov wrote= : > El 23/07/12 14:26, Luceo Astrum escribi=F3: > > Usually in my experience no /sbin/init means that you've mounted the > > wrong partition on root. > > > > Check for root=3D on kernel line (grub / syslinux configuration) > > and / in fstab. > > Agree, very common couse. That's why i suggested Jaeyong to inspect his > root FS first. His config file clearly states "root =3D '/dev/xvda1 ro'". > > Although, sounds like a good idea to check "dmesg" output on initrd > busybox prompt, to find out with that parameters was the kernel actually > called. > > > Greetings. > > -- > Alexandre Kouznetsov > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --90e6ba53aba4014da704c58a2040 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks Alexandre,

I check dmesg at initramfs and it looks = /dev/xvda1 is correctly applied. This is very werid.

(initramfs) dmesg
[ =A0 =A00.000000] Initializing cgroup = subsys cpuset
[ =A0 =A00.000000] Initializing cgroup subsys cpu
[ =A0 =A00= .000000] Linux version 2.6.32-5-xen-amd64 (Debian 2.6.32-41) (ben@decadent.org.uk) (gcc version 4.3.5 (Debi= an 4.3.5-4) ) #1 SMP Mon Jan 16 20:48:30 UTC 2012
[ =A0 =A00.000000] Command line: root=3D/dev/xvda1 ro=A0
[ = =A0 =A00.000000] KERNEL supported cpus:
[ =A0 =A00.000000] =A0 In= tel GenuineIntel
[ =A0 =A00.000000] =A0 AMD AuthenticAMD
[ =A0 =A00.000000] =A0 Centaur CentaurHauls
[ =A0 =A00.000000] ACPI in unprivileged domain disabled
[ = =A0 =A00.000000] released 0 pages of unused memory

Also, there is /sbin/init. So, it is not a= bout the file missing.

(initramfs) ls /root/sbin/init =A0-l
-rw= ------- =A0 =A01 1000 =A0 =A0 1000 =A0 =A0 =A0 =A0 36992 Jan =A01 =A02011 /= root/sbin/init


I also h= ighly suspect whether=A0 root =3D '/dev/xvda1 ro=A0 is correctly applied.
I think the = root file system is not mounted as the following command shows this at init= ramfs.

(initramfs) df
Filesystem = =A0 =A0 =A0 =A0 =A0 1K-blocks =A0 =A0 =A0Used Available Use% Mounted on
df: /proc/mounts: No such file or directory

I= s the above right to check the root file system mounted?

Best,
Jaeyong


On Tue, Jul 24, 2012 at 5:31 AM, Alexandre Kouznetsov <= ;alk@ondore.com>= wrote:
El 23/07/12 14:26, Luceo Astrum escribi=F3:
> Usually in my experience no /sbin/init means that you've mounted t= he
> wrong partition on root.
>
> Check for root=3D on kernel line (grub / syslinux configuration)
> and / in fstab.

Agree, very common couse. That's why i suggested Jaeyong to inspect his= root FS first. His config file clearly states "root =3D '/dev/xvd= a1 ro'".

Although, sounds like a good idea to check "dmesg" output on init= rd busybox prompt, to find out with that parameters was the kernel actually= called.


Greetings.

--
Alexandre Kouznetsov

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

--90e6ba53aba4014da704c58a2040-- --===============8727764199887087625== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8727764199887087625==-- From xen-users-bounces@lists.xen.org Tue Jul 24 03:24:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 03:24: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 1StVi2-0006eY-AG; Tue, 24 Jul 2012 03:22:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StVi0-0006eT-Se for xen-users@lists.xen.org; Tue, 24 Jul 2012 03:22:53 +0000 Received: from [85.158.138.51:15308] by server-9.bemta-3.messagelabs.com id FD/C7-27628-C051E005; Tue, 24 Jul 2012 03:22:52 +0000 X-Env-Sender: jeff.sturm@eprize.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1343100171!28476118!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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1426 invoked from network); 24 Jul 2012 03:22:51 -0000 Received: from am1ehsobe001.messaging.microsoft.com (HELO am1outboundpool.messaging.microsoft.com) (213.199.154.204) by server-9.tower-174.messagelabs.com with AES128-SHA encrypted SMTP; 24 Jul 2012 03:22:51 -0000 Received: from mail16-am1-R.bigfish.com (10.3.201.233) by AM1EHSOBE002.bigfish.com (10.3.204.22) with Microsoft SMTP Server id 14.1.225.23; Tue, 24 Jul 2012 03:22:51 +0000 Received: from mail16-am1 (localhost [127.0.0.1]) by mail16-am1-R.bigfish.com (Postfix) with ESMTP id 1C146140178; Tue, 24 Jul 2012 03:22:51 +0000 (UTC) X-Forefront-Antispam-Report: CIP:208.82.64.110; KIP:(null); UIP:(null); IPV:NLI; H:mxgw.eprize.com; RD:smtp.eprize.com; EFVD:NLI X-SpamScore: -2 X-BigFish: VS-2(zz9371I1432Izz1202hzz8275dhz2fh668h839hd25hf0ah107ah) Received-SPF: pass (mail16-am1: domain of eprize.com designates 208.82.64.110 as permitted sender) client-ip=208.82.64.110; envelope-from=jeff.sturm@eprize.com; helo=mxgw.eprize.com ; w.eprize.com ; Received: from mail16-am1 (localhost.localdomain [127.0.0.1]) by mail16-am1 (MessageSwitch) id 1343100169365552_30324; Tue, 24 Jul 2012 03:22:49 +0000 (UTC) Received: from AM1EHSMHS003.bigfish.com (unknown [10.3.201.247]) by mail16-am1.bigfish.com (Postfix) with ESMTP id 5706540046; Tue, 24 Jul 2012 03:22:49 +0000 (UTC) Received: from mxgw.eprize.com (208.82.64.110) by AM1EHSMHS003.bigfish.com (10.3.207.103) with Microsoft SMTP Server id 14.1.225.23; Tue, 24 Jul 2012 03:22:49 +0000 Received: from mail.eprize.com (mailnode1.eprize.local [10.1.5.44]) by mxgw.eprize.com (Postfix) with ESMTP id 9745F2D0048; Mon, 23 Jul 2012 23:22:48 -0400 (EDT) Received: from MailNode2.eprize.local ([fe80::194b:11b1:5459:52ea]) by MailNode1.eprize.local ([fe80::4ff:6f30:c67:4ece%16]) with mapi id 14.01.0355.002; Mon, 23 Jul 2012 23:22:48 -0400 From: Jeff Sturm To: jaeyong yoo , Alexandre Kouznetsov Thread-Topic: [Xen-users] Target filesystem doesn't have requested /sbin/init. Thread-Index: AQHNaMEyB1tKyr42nEe/vE//ibNEi5c3ldCAgABj5YD//8tV8A== Date: Tue, 24 Jul 2012 03:22:47 +0000 Message-ID: References: <500DB49F.8010507@ondore.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [74.199.75.173] MIME-Version: 1.0 X-OriginatorOrg: eprize.com Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Target filesystem doesn't have requested /sbin/init. X-BeenThere: xen-users@lists.xen.org X-Mailman-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= .org] On Behalf Of jaeyong yoo > Sent: Monday, July 23, 2012 10:29 PM > > Also, there is /sbin/init. So, it is not about the file missing. > = > (initramfs) ls /root/sbin/init =A0-l > -rw------- =A0 =A01 1000 =A0 =A0 1000 =A0 =A0 =A0 =A0 36992 Jan =A01 =A02= 011 /root/sbin/init No execute permission? -Jeff _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 24 03:24:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 03:24: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 1StVi2-0006eY-AG; Tue, 24 Jul 2012 03:22:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StVi0-0006eT-Se for xen-users@lists.xen.org; Tue, 24 Jul 2012 03:22:53 +0000 Received: from [85.158.138.51:15308] by server-9.bemta-3.messagelabs.com id FD/C7-27628-C051E005; Tue, 24 Jul 2012 03:22:52 +0000 X-Env-Sender: jeff.sturm@eprize.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1343100171!28476118!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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1426 invoked from network); 24 Jul 2012 03:22:51 -0000 Received: from am1ehsobe001.messaging.microsoft.com (HELO am1outboundpool.messaging.microsoft.com) (213.199.154.204) by server-9.tower-174.messagelabs.com with AES128-SHA encrypted SMTP; 24 Jul 2012 03:22:51 -0000 Received: from mail16-am1-R.bigfish.com (10.3.201.233) by AM1EHSOBE002.bigfish.com (10.3.204.22) with Microsoft SMTP Server id 14.1.225.23; Tue, 24 Jul 2012 03:22:51 +0000 Received: from mail16-am1 (localhost [127.0.0.1]) by mail16-am1-R.bigfish.com (Postfix) with ESMTP id 1C146140178; Tue, 24 Jul 2012 03:22:51 +0000 (UTC) X-Forefront-Antispam-Report: CIP:208.82.64.110; KIP:(null); UIP:(null); IPV:NLI; H:mxgw.eprize.com; RD:smtp.eprize.com; EFVD:NLI X-SpamScore: -2 X-BigFish: VS-2(zz9371I1432Izz1202hzz8275dhz2fh668h839hd25hf0ah107ah) Received-SPF: pass (mail16-am1: domain of eprize.com designates 208.82.64.110 as permitted sender) client-ip=208.82.64.110; envelope-from=jeff.sturm@eprize.com; helo=mxgw.eprize.com ; w.eprize.com ; Received: from mail16-am1 (localhost.localdomain [127.0.0.1]) by mail16-am1 (MessageSwitch) id 1343100169365552_30324; Tue, 24 Jul 2012 03:22:49 +0000 (UTC) Received: from AM1EHSMHS003.bigfish.com (unknown [10.3.201.247]) by mail16-am1.bigfish.com (Postfix) with ESMTP id 5706540046; Tue, 24 Jul 2012 03:22:49 +0000 (UTC) Received: from mxgw.eprize.com (208.82.64.110) by AM1EHSMHS003.bigfish.com (10.3.207.103) with Microsoft SMTP Server id 14.1.225.23; Tue, 24 Jul 2012 03:22:49 +0000 Received: from mail.eprize.com (mailnode1.eprize.local [10.1.5.44]) by mxgw.eprize.com (Postfix) with ESMTP id 9745F2D0048; Mon, 23 Jul 2012 23:22:48 -0400 (EDT) Received: from MailNode2.eprize.local ([fe80::194b:11b1:5459:52ea]) by MailNode1.eprize.local ([fe80::4ff:6f30:c67:4ece%16]) with mapi id 14.01.0355.002; Mon, 23 Jul 2012 23:22:48 -0400 From: Jeff Sturm To: jaeyong yoo , Alexandre Kouznetsov Thread-Topic: [Xen-users] Target filesystem doesn't have requested /sbin/init. Thread-Index: AQHNaMEyB1tKyr42nEe/vE//ibNEi5c3ldCAgABj5YD//8tV8A== Date: Tue, 24 Jul 2012 03:22:47 +0000 Message-ID: References: <500DB49F.8010507@ondore.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [74.199.75.173] MIME-Version: 1.0 X-OriginatorOrg: eprize.com Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Target filesystem doesn't have requested /sbin/init. X-BeenThere: xen-users@lists.xen.org X-Mailman-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= .org] On Behalf Of jaeyong yoo > Sent: Monday, July 23, 2012 10:29 PM > > Also, there is /sbin/init. So, it is not about the file missing. > = > (initramfs) ls /root/sbin/init =A0-l > -rw------- =A0 =A01 1000 =A0 =A0 1000 =A0 =A0 =A0 =A0 36992 Jan =A01 =A02= 011 /root/sbin/init No execute permission? -Jeff _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 24 03:30:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 03:30: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 1StVoK-0006t9-Cl; Tue, 24 Jul 2012 03:29:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StVoJ-0006t3-6f for xen-users@lists.xen.org; Tue, 24 Jul 2012 03:29:23 +0000 Received: from [85.158.143.35:53499] by server-2.bemta-4.messagelabs.com id D4/D2-17938-2961E005; Tue, 24 Jul 2012 03:29:22 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1343100560!14156233!1 X-Originating-IP: [209.85.213.173] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26028 invoked from network); 24 Jul 2012 03:29:21 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jul 2012 03:29:21 -0000 Received: by yenl1 with SMTP id l1so7100386yen.32 for ; Mon, 23 Jul 2012 20:29: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=3XCWQ43ExMBx03JowdDMgXj+gvo20sxT3mavE89tSic=; b=j+ocDT2D/uv8EaXXhOGBgfMo769WIVbMmYKT42xpTPwaXnY3GWNINK/nyZ1UvTFmDP vLVjT7UNdrHu3G6zxN8Gl+NOd0F9cg+etiOSHofPotLsn6ELuVZAfWcVjm+3hoHQtv7x +jUWsAF9RkYNwBxr3LF25qlRWR9bratJ8/byl6PpDSOLHZeYnsxcBfVrNwhkU3jycsM5 6Y/L1E80pa1AGdhzTqqJZ2HB1Cx6pFCX9cPdJN7Rq8JoDScwvbq8jXo+J1R/3nRFhN+T SEbkgtK+A8IZumveNsXRE4DUp2oO6lZQwE/PpXcuo8tTlD/FpYaacrh70bxyZ2AHX/8o /S5Q== MIME-Version: 1.0 Received: by 10.42.189.73 with SMTP id dd9mr11604138icb.49.1343100559917; Mon, 23 Jul 2012 20:29:19 -0700 (PDT) Received: by 10.64.23.49 with HTTP; Mon, 23 Jul 2012 20:29:19 -0700 (PDT) In-Reply-To: References: <500DB49F.8010507@ondore.com> Date: Tue, 24 Jul 2012 12:29:19 +0900 Message-ID: From: jaeyong yoo To: Jeff Sturm Cc: "xen-users@lists.xen.org" , Alexandre Kouznetsov Subject: Re: [Xen-users] Target filesystem doesn't have requested /sbin/init. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0577115135137999221==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0577115135137999221== Content-Type: multipart/alternative; boundary=20cf303ea622c5839a04c58af721 --20cf303ea622c5839a04c58af721 Content-Type: text/plain; charset=ISO-8859-1 Ah! that's it!!! Now the problem solved. I feel so stupid. Thanks a lot all of you :) Jaeyong On Tue, Jul 24, 2012 at 12:22 PM, Jeff Sturm wrote: > > From: xen-users-bounces@lists.xen.org [mailto: > xen-users-bounces@lists.xen.org] On Behalf Of jaeyong yoo > > Sent: Monday, July 23, 2012 10:29 PM > > > > Also, there is /sbin/init. So, it is not about the file missing. > > > > (initramfs) ls /root/sbin/init -l > > -rw------- 1 1000 1000 36992 Jan 1 2011 /root/sbin/init > > No execute permission? > > -Jeff > > > --20cf303ea622c5839a04c58af721 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Ah! that's it!!! Now the problem solved.
I feel so stupid.

Thanks a lot all of you :)

Jaeyon= g

On Tue, Jul 24, 2012 at 12:22 PM, Jeff = Sturm <jeff.sturm@eprize.com> wrote:
> From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] = On Behalf Of jaeyong yoo
> Sent: Monday, July 23, 2012 10:29 PM
>
> Also, there is /sbin/init. So, it is not about the file missing.
>
> (initramfs) ls /root/sbin/init =A0-l
> -rw------- =A0 =A01 1000 =A0 =A0 1000 =A0 =A0 =A0 =A0 36992 Jan =A01 = =A02011 /root/sbin/init

No execute permission?

-Jeff



--20cf303ea622c5839a04c58af721-- --===============0577115135137999221== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0577115135137999221==-- From xen-users-bounces@lists.xen.org Tue Jul 24 03:30:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 03:30: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 1StVoK-0006t9-Cl; Tue, 24 Jul 2012 03:29:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StVoJ-0006t3-6f for xen-users@lists.xen.org; Tue, 24 Jul 2012 03:29:23 +0000 Received: from [85.158.143.35:53499] by server-2.bemta-4.messagelabs.com id D4/D2-17938-2961E005; Tue, 24 Jul 2012 03:29:22 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1343100560!14156233!1 X-Originating-IP: [209.85.213.173] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26028 invoked from network); 24 Jul 2012 03:29:21 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jul 2012 03:29:21 -0000 Received: by yenl1 with SMTP id l1so7100386yen.32 for ; Mon, 23 Jul 2012 20:29: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=3XCWQ43ExMBx03JowdDMgXj+gvo20sxT3mavE89tSic=; b=j+ocDT2D/uv8EaXXhOGBgfMo769WIVbMmYKT42xpTPwaXnY3GWNINK/nyZ1UvTFmDP vLVjT7UNdrHu3G6zxN8Gl+NOd0F9cg+etiOSHofPotLsn6ELuVZAfWcVjm+3hoHQtv7x +jUWsAF9RkYNwBxr3LF25qlRWR9bratJ8/byl6PpDSOLHZeYnsxcBfVrNwhkU3jycsM5 6Y/L1E80pa1AGdhzTqqJZ2HB1Cx6pFCX9cPdJN7Rq8JoDScwvbq8jXo+J1R/3nRFhN+T SEbkgtK+A8IZumveNsXRE4DUp2oO6lZQwE/PpXcuo8tTlD/FpYaacrh70bxyZ2AHX/8o /S5Q== MIME-Version: 1.0 Received: by 10.42.189.73 with SMTP id dd9mr11604138icb.49.1343100559917; Mon, 23 Jul 2012 20:29:19 -0700 (PDT) Received: by 10.64.23.49 with HTTP; Mon, 23 Jul 2012 20:29:19 -0700 (PDT) In-Reply-To: References: <500DB49F.8010507@ondore.com> Date: Tue, 24 Jul 2012 12:29:19 +0900 Message-ID: From: jaeyong yoo To: Jeff Sturm Cc: "xen-users@lists.xen.org" , Alexandre Kouznetsov Subject: Re: [Xen-users] Target filesystem doesn't have requested /sbin/init. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0577115135137999221==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0577115135137999221== Content-Type: multipart/alternative; boundary=20cf303ea622c5839a04c58af721 --20cf303ea622c5839a04c58af721 Content-Type: text/plain; charset=ISO-8859-1 Ah! that's it!!! Now the problem solved. I feel so stupid. Thanks a lot all of you :) Jaeyong On Tue, Jul 24, 2012 at 12:22 PM, Jeff Sturm wrote: > > From: xen-users-bounces@lists.xen.org [mailto: > xen-users-bounces@lists.xen.org] On Behalf Of jaeyong yoo > > Sent: Monday, July 23, 2012 10:29 PM > > > > Also, there is /sbin/init. So, it is not about the file missing. > > > > (initramfs) ls /root/sbin/init -l > > -rw------- 1 1000 1000 36992 Jan 1 2011 /root/sbin/init > > No execute permission? > > -Jeff > > > --20cf303ea622c5839a04c58af721 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Ah! that's it!!! Now the problem solved.
I feel so stupid.

Thanks a lot all of you :)

Jaeyon= g

On Tue, Jul 24, 2012 at 12:22 PM, Jeff = Sturm <jeff.sturm@eprize.com> wrote:
> From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] = On Behalf Of jaeyong yoo
> Sent: Monday, July 23, 2012 10:29 PM
>
> Also, there is /sbin/init. So, it is not about the file missing.
>
> (initramfs) ls /root/sbin/init =A0-l
> -rw------- =A0 =A01 1000 =A0 =A0 1000 =A0 =A0 =A0 =A0 36992 Jan =A01 = =A02011 /root/sbin/init

No execute permission?

-Jeff



--20cf303ea622c5839a04c58af721-- --===============0577115135137999221== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0577115135137999221==-- From xen-users-bounces@lists.xen.org Tue Jul 24 04:02:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 04:02: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 1StWJg-0007Wd-8P; Tue, 24 Jul 2012 04:01:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StWJe-0007WV-14 for xen-users@lists.xen.org; Tue, 24 Jul 2012 04:01:46 +0000 Received: from [85.158.143.35:49065] by server-1.bemta-4.messagelabs.com id CB/44-24392-92E1E005; Tue, 24 Jul 2012 04:01:45 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1343102503!14158366!1 X-Originating-IP: [209.85.161.173] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15101 invoked from network); 24 Jul 2012 04:01:44 -0000 Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com) (209.85.161.173) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jul 2012 04:01:44 -0000 Received: by ggnp1 with SMTP id p1so7095089ggn.32 for ; Mon, 23 Jul 2012 21: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:x-goomoji-body:date:message-id :subject:from:to:cc:content-type; bh=UYHUMIvSqvSRfXF+jJ0iFfEV72d97x/VSTnSGfBAnHs=; b=c8jEgVaE+xo7id+eiB1hL43yDDXCwE49HtBB5rJHO7oP3PsLRKZjTShsW06As1kdfl thOgEp1GY5JX29LUBzyBsPsNWlHb4NvxARS/0BfR6K/+EFliRJ9KyOnq73fxa9akd+MT FrBBByAjDwXe+dAUom3CqZ/ItKJVnjfg1FqY+u9KD3xMmnlSwNMuDvX1iEVTAPI3fW/Q voHx29y2bIonGWaljEVZJT42uv8VJWhNFWUQipsfXcAaowKxlWk5GoqPWmdO9RnwhVMV 039JUUCLyYfdeoGm/eWLDTOeKSoUKQnBiPXEA5XASCFGP8JYgVzaUUXwaRawzXH+ZavH mraA== MIME-Version: 1.0 Received: by 10.43.48.8 with SMTP id uu8mr11833879icb.31.1343102502530; Mon, 23 Jul 2012 21:01:42 -0700 (PDT) Received: by 10.64.23.49 with HTTP; Mon, 23 Jul 2012 21:01:42 -0700 (PDT) In-Reply-To: References: <500DB49F.8010507@ondore.com> X-Goomoji-Body: true Date: Tue, 24 Jul 2012 13:01:42 +0900 Message-ID: From: jaeyong yoo To: Jeff Sturm Cc: "xen-users@lists.xen.org" , Alexandre Kouznetsov Subject: Re: [Xen-users] Target filesystem doesn't have requested /sbin/init. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3848837656217659804==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3848837656217659804== Content-Type: multipart/related; boundary=bcaec529a0f58f6df504c58b6b0b --bcaec529a0f58f6df504c58b6b0b Content-Type: multipart/alternative; boundary=bcaec529a0f58f6df204c58b6b0a --bcaec529a0f58f6df204c58b6b0a Content-Type: text/plain; charset=ISO-8859-1 I've encountered another problem [?] It says "run-init: /sbin/init: Permission denied" Here is the log. Begin: Loading essential drivers ... done. Begin: Running /scripts/init-premount ... done. Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done. Begin: Running /scripts/local-premount ... done. [ 0.524394] kjournald starting. Commit interval 5 seconds [ 0.524412] EXT3-fs: mounted filesystem with ordered data mode. Begin: Running /scripts/local-bottom ... done. done. Begin: Running /scripts/init-bottom ... done. run-init: /sbin/init: Permission denied [ 0.568553] Kernel panic - not syncing: Attempted to kill init! [ 0.568565] Pid: 1, comm: run-init Not tainted 2.6.32-5-xen-amd64 #1 [ 0.568572] Call Trace: [ 0.568585] [] ? panic+0x86/0x143 [ 0.568596] [] ? xen_force_evtchn_callback+0x9/0xa [ 0.568605] [] ? check_events+0x12/0x20 [ 0.568614] [] ? xen_force_evtchn_callback+0x9/0xa [ 0.568622] [] ? check_events+0x12/0x20 [ 0.568631] [] ? _spin_lock_irq+0x7/0x22 [ 0.568640] [] ? _write_lock_irq+0x7/0x16 [ 0.568649] [] ? exit_ptrace+0xa7/0x126 [ 0.568658] [] ? xen_restore_fl_direct_end+0x0/0x1 [ 0.568667] [] ? do_exit+0x72/0x6c6 [ 0.568675] [] ? complete_and_exit+0x0/0x16 [ 0.568683] [] ? sysret_check+0x17/0x5a [ 0.568690] [] ? system_call_fastpath+0x16/0x1b But, i don't think it is indeed permission problem because after I tried several settings to give +rx to files I did /$chmod +rx * -R at root directory. Do you have any idea? Best - Jaeyong On Tue, Jul 24, 2012 at 12:29 PM, jaeyong yoo wrote: > Ah! that's it!!! Now the problem solved. > I feel so stupid. > > Thanks a lot all of you :) > > Jaeyong > > > On Tue, Jul 24, 2012 at 12:22 PM, Jeff Sturm wrote: > >> > From: xen-users-bounces@lists.xen.org [mailto: >> xen-users-bounces@lists.xen.org] On Behalf Of jaeyong yoo >> > Sent: Monday, July 23, 2012 10:29 PM >> > >> > Also, there is /sbin/init. So, it is not about the file missing. >> > >> > (initramfs) ls /root/sbin/init -l >> > -rw------- 1 1000 1000 36992 Jan 1 2011 /root/sbin/init >> >> No execute permission? >> >> -Jeff >> >> >> > --bcaec529a0f58f6df204c58b6b0a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I've encountered another problem=A0=A0It says=A0 "run-init: /sbin/init: Permission denied"=A0

Here is the log.

Begin: Loading essential = drivers ... done.
Begin: Running /scripts/init-premount ... done.=
Begin: Mounting root file system ... Begin: Running /scripts/local-top= ... done.
Begin: Running /scripts/local-premount ... done.
=
[ =A0 =A00.524394] kjournald starting. =A0Commit interval 5 seconds
[ =A0 =A00.524412] EXT3-fs: mounted filesystem with ordered data mode.=
Begin: Running /scripts/local-bottom ... done.
done.
Begin: Running /scripts/init-bottom ... done.
run-init: = /sbin/init: Permission denied
[ =A0 =A00.568553] Kernel panic - not syncing: Attempted to kill init!=
[ =A0 =A00.568565] Pid: 1, comm: run-init Not tainted 2.6.32-5-x= en-amd64 #1
[ =A0 =A00.568572] Call Trace:
[ =A0 =A00.5= 68585] =A0[<ffffffff8130c037>] ? panic+0x86/0x143
[ =A0 =A00.568596] =A0[<ffffffff8100e635>] ? xen_force_evtchn_ca= llback+0x9/0xa
[ =A0 =A00.568605] =A0[<ffffffff8100ecf2>] ?= check_events+0x12/0x20
[ =A0 =A00.568614] =A0[<ffffffff8100e6= 35>] ? xen_force_evtchn_callback+0x9/0xa
[ =A0 =A00.568622] =A0[<ffffffff8100ecf2>] ? check_events+0x12/0= x20
[ =A0 =A00.568631] =A0[<ffffffff8130de12>] ? _spin_lock= _irq+0x7/0x22
[ =A0 =A00.568640] =A0[<ffffffff8130de94>] ? = _write_lock_irq+0x7/0x16
[ =A0 =A00.568649] =A0[<ffffffff81058276>] ? exit_ptrace+0xa7/0x= 126
[ =A0 =A00.568658] =A0[<ffffffff8100ecdf>] ? xen_restor= e_fl_direct_end+0x0/0x1
[ =A0 =A00.568667] =A0[<ffffffff810522= 2d>] ? do_exit+0x72/0x6c6
[ =A0 =A00.568675] =A0[<ffffffff81052946>] ? complete_and_exit+0= x0/0x16
[ =A0 =A00.568683] =A0[<ffffffff81011b63>] ? sysret= _check+0x17/0x5a
[ =A0 =A00.568690] =A0[<ffffffff81011b42>]= ? system_call_fastpath+0x16/0x1b


But, i don't think it is indeed perm= ission problem because after I tried several settings to give +rx to files = I did
/$chmod +rx * -R at root directory.

Do you have any idea?

Best
- Jaeyon= g

On Tue, Jul 24, 2012 at 12:29 PM= , jaeyong yoo <y.jaeyong@gmail.com> wrote:
Ah! that's it!!! Now the problem solved.=
I feel so stupid.

Thanks a lot all of you :)<= /div>

Jaeyong<= div>


On Tue, Jul 24, 20= 12 at 12:22 PM, Jeff Sturm <jeff.sturm@eprize.com> wrote= :
> From: xen-users-bounces@lists.xen.org [ma= ilto:x= en-users-bounces@lists.xen.org] On Behalf Of jaeyong yoo
> Sent: Monday, July 23, 2012 10:29 PM
>
> Also, there is /sbin/init. So, it is not about the file missing.
>
> (initramfs) ls /root/sbin/init =A0-l
> -rw------- =A0 =A01 1000 =A0 =A0 1000 =A0 =A0 =A0 =A0 36992 Jan =A01 = =A02011 /root/sbin/init

No execute permission?

-Jeff




--bcaec529a0f58f6df204c58b6b0a-- --bcaec529a0f58f6df504c58b6b0b Content-Type: image/gif; name="344.gif" Content-Transfer-Encoding: base64 X-Attachment-Id: 344@goomoji.gmail Content-ID: <344@goomoji.gmail> R0lGODlhDQAMAKIHAABGdKPQ7QCJ4/T7/wAAAFuw7MPj9////yH/C05FVFNDQVBFMi4wAwEAAAAh +QQFZAAHACwAAAAADQAMAAADLHi13KcjylmguRjXMkT21wZ+IUQQ16mZqKGWXCZvwwUAs4UbO1zL K0Vj+EgAACH5BAkKAAcALAkAAAAEAAcAAAMMeHK8+mIEIcKsU60EACH5BAkKAAcALAAAAAANAAwA AAMceLpbxVAN8eIy1C6BtRJDIHhCIJLmSKpe675eAgAh+QQJCgAHACwAAAAADQAMAAADNXi13Kcj ylmgufiKWobIn7EpIfgJEEFcqjgE29AarRDAXYbZ+HABAJMlaCBeOD4dpqJoOB8JACH5BAXIAAcA LAAAAAANAAwAAAM1eLXcpyPKWaC5GNcyRPaGsIFfuA0EcaVhCLEGKwyBOGSYENTcBQC5nc0AJOYE Fpzm0WhWDgkAOw== --bcaec529a0f58f6df504c58b6b0b-- --===============3848837656217659804== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3848837656217659804==-- From xen-users-bounces@lists.xen.org Tue Jul 24 04:02:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 04:02: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 1StWJg-0007Wd-8P; Tue, 24 Jul 2012 04:01:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StWJe-0007WV-14 for xen-users@lists.xen.org; Tue, 24 Jul 2012 04:01:46 +0000 Received: from [85.158.143.35:49065] by server-1.bemta-4.messagelabs.com id CB/44-24392-92E1E005; Tue, 24 Jul 2012 04:01:45 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1343102503!14158366!1 X-Originating-IP: [209.85.161.173] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15101 invoked from network); 24 Jul 2012 04:01:44 -0000 Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com) (209.85.161.173) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jul 2012 04:01:44 -0000 Received: by ggnp1 with SMTP id p1so7095089ggn.32 for ; Mon, 23 Jul 2012 21: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:x-goomoji-body:date:message-id :subject:from:to:cc:content-type; bh=UYHUMIvSqvSRfXF+jJ0iFfEV72d97x/VSTnSGfBAnHs=; b=c8jEgVaE+xo7id+eiB1hL43yDDXCwE49HtBB5rJHO7oP3PsLRKZjTShsW06As1kdfl thOgEp1GY5JX29LUBzyBsPsNWlHb4NvxARS/0BfR6K/+EFliRJ9KyOnq73fxa9akd+MT FrBBByAjDwXe+dAUom3CqZ/ItKJVnjfg1FqY+u9KD3xMmnlSwNMuDvX1iEVTAPI3fW/Q voHx29y2bIonGWaljEVZJT42uv8VJWhNFWUQipsfXcAaowKxlWk5GoqPWmdO9RnwhVMV 039JUUCLyYfdeoGm/eWLDTOeKSoUKQnBiPXEA5XASCFGP8JYgVzaUUXwaRawzXH+ZavH mraA== MIME-Version: 1.0 Received: by 10.43.48.8 with SMTP id uu8mr11833879icb.31.1343102502530; Mon, 23 Jul 2012 21:01:42 -0700 (PDT) Received: by 10.64.23.49 with HTTP; Mon, 23 Jul 2012 21:01:42 -0700 (PDT) In-Reply-To: References: <500DB49F.8010507@ondore.com> X-Goomoji-Body: true Date: Tue, 24 Jul 2012 13:01:42 +0900 Message-ID: From: jaeyong yoo To: Jeff Sturm Cc: "xen-users@lists.xen.org" , Alexandre Kouznetsov Subject: Re: [Xen-users] Target filesystem doesn't have requested /sbin/init. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3848837656217659804==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3848837656217659804== Content-Type: multipart/related; boundary=bcaec529a0f58f6df504c58b6b0b --bcaec529a0f58f6df504c58b6b0b Content-Type: multipart/alternative; boundary=bcaec529a0f58f6df204c58b6b0a --bcaec529a0f58f6df204c58b6b0a Content-Type: text/plain; charset=ISO-8859-1 I've encountered another problem [?] It says "run-init: /sbin/init: Permission denied" Here is the log. Begin: Loading essential drivers ... done. Begin: Running /scripts/init-premount ... done. Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done. Begin: Running /scripts/local-premount ... done. [ 0.524394] kjournald starting. Commit interval 5 seconds [ 0.524412] EXT3-fs: mounted filesystem with ordered data mode. Begin: Running /scripts/local-bottom ... done. done. Begin: Running /scripts/init-bottom ... done. run-init: /sbin/init: Permission denied [ 0.568553] Kernel panic - not syncing: Attempted to kill init! [ 0.568565] Pid: 1, comm: run-init Not tainted 2.6.32-5-xen-amd64 #1 [ 0.568572] Call Trace: [ 0.568585] [] ? panic+0x86/0x143 [ 0.568596] [] ? xen_force_evtchn_callback+0x9/0xa [ 0.568605] [] ? check_events+0x12/0x20 [ 0.568614] [] ? xen_force_evtchn_callback+0x9/0xa [ 0.568622] [] ? check_events+0x12/0x20 [ 0.568631] [] ? _spin_lock_irq+0x7/0x22 [ 0.568640] [] ? _write_lock_irq+0x7/0x16 [ 0.568649] [] ? exit_ptrace+0xa7/0x126 [ 0.568658] [] ? xen_restore_fl_direct_end+0x0/0x1 [ 0.568667] [] ? do_exit+0x72/0x6c6 [ 0.568675] [] ? complete_and_exit+0x0/0x16 [ 0.568683] [] ? sysret_check+0x17/0x5a [ 0.568690] [] ? system_call_fastpath+0x16/0x1b But, i don't think it is indeed permission problem because after I tried several settings to give +rx to files I did /$chmod +rx * -R at root directory. Do you have any idea? Best - Jaeyong On Tue, Jul 24, 2012 at 12:29 PM, jaeyong yoo wrote: > Ah! that's it!!! Now the problem solved. > I feel so stupid. > > Thanks a lot all of you :) > > Jaeyong > > > On Tue, Jul 24, 2012 at 12:22 PM, Jeff Sturm wrote: > >> > From: xen-users-bounces@lists.xen.org [mailto: >> xen-users-bounces@lists.xen.org] On Behalf Of jaeyong yoo >> > Sent: Monday, July 23, 2012 10:29 PM >> > >> > Also, there is /sbin/init. So, it is not about the file missing. >> > >> > (initramfs) ls /root/sbin/init -l >> > -rw------- 1 1000 1000 36992 Jan 1 2011 /root/sbin/init >> >> No execute permission? >> >> -Jeff >> >> >> > --bcaec529a0f58f6df204c58b6b0a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I've encountered another problem=A0=A0It says=A0 "run-init: /sbin/init: Permission denied"=A0

Here is the log.

Begin: Loading essential = drivers ... done.
Begin: Running /scripts/init-premount ... done.=
Begin: Mounting root file system ... Begin: Running /scripts/local-top= ... done.
Begin: Running /scripts/local-premount ... done.
=
[ =A0 =A00.524394] kjournald starting. =A0Commit interval 5 seconds
[ =A0 =A00.524412] EXT3-fs: mounted filesystem with ordered data mode.=
Begin: Running /scripts/local-bottom ... done.
done.
Begin: Running /scripts/init-bottom ... done.
run-init: = /sbin/init: Permission denied
[ =A0 =A00.568553] Kernel panic - not syncing: Attempted to kill init!=
[ =A0 =A00.568565] Pid: 1, comm: run-init Not tainted 2.6.32-5-x= en-amd64 #1
[ =A0 =A00.568572] Call Trace:
[ =A0 =A00.5= 68585] =A0[<ffffffff8130c037>] ? panic+0x86/0x143
[ =A0 =A00.568596] =A0[<ffffffff8100e635>] ? xen_force_evtchn_ca= llback+0x9/0xa
[ =A0 =A00.568605] =A0[<ffffffff8100ecf2>] ?= check_events+0x12/0x20
[ =A0 =A00.568614] =A0[<ffffffff8100e6= 35>] ? xen_force_evtchn_callback+0x9/0xa
[ =A0 =A00.568622] =A0[<ffffffff8100ecf2>] ? check_events+0x12/0= x20
[ =A0 =A00.568631] =A0[<ffffffff8130de12>] ? _spin_lock= _irq+0x7/0x22
[ =A0 =A00.568640] =A0[<ffffffff8130de94>] ? = _write_lock_irq+0x7/0x16
[ =A0 =A00.568649] =A0[<ffffffff81058276>] ? exit_ptrace+0xa7/0x= 126
[ =A0 =A00.568658] =A0[<ffffffff8100ecdf>] ? xen_restor= e_fl_direct_end+0x0/0x1
[ =A0 =A00.568667] =A0[<ffffffff810522= 2d>] ? do_exit+0x72/0x6c6
[ =A0 =A00.568675] =A0[<ffffffff81052946>] ? complete_and_exit+0= x0/0x16
[ =A0 =A00.568683] =A0[<ffffffff81011b63>] ? sysret= _check+0x17/0x5a
[ =A0 =A00.568690] =A0[<ffffffff81011b42>]= ? system_call_fastpath+0x16/0x1b


But, i don't think it is indeed perm= ission problem because after I tried several settings to give +rx to files = I did
/$chmod +rx * -R at root directory.

Do you have any idea?

Best
- Jaeyon= g

On Tue, Jul 24, 2012 at 12:29 PM= , jaeyong yoo <y.jaeyong@gmail.com> wrote:
Ah! that's it!!! Now the problem solved.=
I feel so stupid.

Thanks a lot all of you :)<= /div>

Jaeyong<= div>


On Tue, Jul 24, 20= 12 at 12:22 PM, Jeff Sturm <jeff.sturm@eprize.com> wrote= :
> From: xen-users-bounces@lists.xen.org [ma= ilto:x= en-users-bounces@lists.xen.org] On Behalf Of jaeyong yoo
> Sent: Monday, July 23, 2012 10:29 PM
>
> Also, there is /sbin/init. So, it is not about the file missing.
>
> (initramfs) ls /root/sbin/init =A0-l
> -rw------- =A0 =A01 1000 =A0 =A0 1000 =A0 =A0 =A0 =A0 36992 Jan =A01 = =A02011 /root/sbin/init

No execute permission?

-Jeff




--bcaec529a0f58f6df204c58b6b0a-- --bcaec529a0f58f6df504c58b6b0b Content-Type: image/gif; name="344.gif" Content-Transfer-Encoding: base64 X-Attachment-Id: 344@goomoji.gmail Content-ID: <344@goomoji.gmail> R0lGODlhDQAMAKIHAABGdKPQ7QCJ4/T7/wAAAFuw7MPj9////yH/C05FVFNDQVBFMi4wAwEAAAAh +QQFZAAHACwAAAAADQAMAAADLHi13KcjylmguRjXMkT21wZ+IUQQ16mZqKGWXCZvwwUAs4UbO1zL K0Vj+EgAACH5BAkKAAcALAkAAAAEAAcAAAMMeHK8+mIEIcKsU60EACH5BAkKAAcALAAAAAANAAwA AAMceLpbxVAN8eIy1C6BtRJDIHhCIJLmSKpe675eAgAh+QQJCgAHACwAAAAADQAMAAADNXi13Kcj ylmgufiKWobIn7EpIfgJEEFcqjgE29AarRDAXYbZ+HABAJMlaCBeOD4dpqJoOB8JACH5BAXIAAcA LAAAAAANAAwAAAM1eLXcpyPKWaC5GNcyRPaGsIFfuA0EcaVhCLEGKwyBOGSYENTcBQC5nc0AJOYE Fpzm0WhWDgkAOw== --bcaec529a0f58f6df504c58b6b0b-- --===============3848837656217659804== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3848837656217659804==-- From xen-users-bounces@lists.xen.org Tue Jul 24 07:57:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 07:57: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 1StZyr-0001ax-Lw; Tue, 24 Jul 2012 07:56:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StZyq-0001aq-EE for xen-users@lists.xen.org; Tue, 24 Jul 2012 07:56:32 +0000 Received: from [85.158.139.83:28817] by server-6.bemta-5.messagelabs.com id 31/25-11348-F255E005; Tue, 24 Jul 2012 07:56:31 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-12.tower-182.messagelabs.com!1343116589!28317829!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.6 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24209 invoked from network); 24 Jul 2012 07:56:29 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-12.tower-182.messagelabs.com with AES128-SHA encrypted SMTP; 24 Jul 2012 07:56:29 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Tue, 24 Jul 2012 09:56:29 +0200 From: Stephan Seitz To: jaeyong yoo Thread-Topic: [Xen-users] Target filesystem doesn't have requested /sbin/init. Thread-Index: AQHNaMMylqxuajdS90O9+68y/SeMHJc3MTeAgABj5ICAAA8JgIAAAdOAgAAJDACAAEGYAA== Date: Tue, 24 Jul 2012 07:56:28 +0000 Message-ID: <1343116588.8074.54.camel@wotan2> References: <500DB49F.8010507@ondore.com> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Jeff Sturm , Alexandre Kouznetsov Subject: Re: [Xen-users] Target filesystem doesn't have requested /sbin/init. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6715640545852415306==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6715640545852415306== Content-Language: de-DE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-e1OWtY6KtMugD7MLQGiR" --=-e1OWtY6KtMugD7MLQGiR Content-Type: multipart/related; type="multipart/alternative"; boundary="=-6x0/9LJXPINs2/mw5+5d" --=-6x0/9LJXPINs2/mw5+5d Content-Type: multipart/alternative; boundary="=-iXGV0RhiYQr8s6ONn+be" --=-iXGV0RhiYQr8s6ONn+be Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, whatever you've done to your domU filesystem, but I assume you crashed it. As seen in your previous post it didn't only had no execution bit, it also was owned by uid 1000. maybe only a mount issue, but who knows? I also don't think that a chmod -R +x could count as a solution, as it will leaf your system with a lot more unforseeable file rights. A "permission denied" could also occur if the binary has been compiled for another platform. Anyway, I'ld try to add your disk in question to another, similar domU to have at least your tools running. e.g. by using xm block-attach / xl block-attach cheers, Stephan Am Dienstag, den 24.07.2012, 13:01 +0900 schrieb jaeyong yoo: > I've encountered another problem =20 >=20 > It says "run-init: /sbin/init: Permission denied"=20 >=20 >=20 >=20 > Here is the log. >=20 >=20 > Begin: Loading essential drivers ... done. > Begin: Running /scripts/init-premount ... done. > Begin: Mounting root file system ... Begin: > Running /scripts/local-top ... done. > Begin: Running /scripts/local-premount ... done. > [ 0.524394] kjournald starting. Commit interval 5 seconds > [ 0.524412] EXT3-fs: mounted filesystem with ordered data mode. > Begin: Running /scripts/local-bottom ... done. > done. > Begin: Running /scripts/init-bottom ... done. > run-init: /sbin/init: Permission denied > [ 0.568553] Kernel panic - not syncing: Attempted to kill init! > [ 0.568565] Pid: 1, comm: run-init Not tainted 2.6.32-5-xen-amd64 > #1 > [ 0.568572] Call Trace: > [ 0.568585] [] ? panic+0x86/0x143 > [ 0.568596] [] ? xen_force_evtchn_callback > +0x9/0xa > [ 0.568605] [] ? check_events+0x12/0x20 > [ 0.568614] [] ? xen_force_evtchn_callback > +0x9/0xa > [ 0.568622] [] ? check_events+0x12/0x20 > [ 0.568631] [] ? _spin_lock_irq+0x7/0x22 > [ 0.568640] [] ? _write_lock_irq+0x7/0x16 > [ 0.568649] [] ? exit_ptrace+0xa7/0x126 > [ 0.568658] [] ? xen_restore_fl_direct_end > +0x0/0x1 > [ 0.568667] [] ? do_exit+0x72/0x6c6 > [ 0.568675] [] ? complete_and_exit+0x0/0x16 > [ 0.568683] [] ? sysret_check+0x17/0x5a > [ 0.568690] [] ? system_call_fastpath+0x16/0x1b >=20 >=20 >=20 >=20 > But, i don't think it is indeed permission problem because after I > tried several settings to give +rx to files I did > /$chmod +rx * -R at root directory. >=20 >=20 > Do you have any idea? >=20 >=20 > Best > - Jaeyong >=20 >=20 > On Tue, Jul 24, 2012 at 12:29 PM, jaeyong yoo > wrote: >=20 > Ah! that's it!!! Now the problem solved. > =20 > I feel so stupid. > =20 > =20 > Thanks a lot all of you :) > =20 > =20 > Jaeyong > =20 > =20 > =20 > =20 > On Tue, Jul 24, 2012 at 12:22 PM, Jeff Sturm > wrote: > =20 > > From: xen-users-bounces@lists.xen.org > [mailto:xen-users-bounces@lists.xen.org] On Behalf Of > jaeyong yoo > > Sent: Monday, July 23, 2012 10:29 PM > =20 > > > > Also, there is /sbin/init. So, it is not about the > file missing. > > > > (initramfs) ls /root/sbin/init -l > > -rw------- 1 1000 1000 36992 Jan 1 > 2011 /root/sbin/init > =20 > =20 > =20 > No execute permission? > =20 > -Jeff > =20 > =20 > =20 > =20 > =20 >=20 >=20 >=20 >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --=-iXGV0RhiYQr8s6ONn+be Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi,

whatever you've done to your domU filesystem, but I assume you crashed it.<= BR> As seen in your previous post it didn't only had no execution bit, it also = was
owned by uid 1000. maybe only a mount issue, but who knows?

I also don't think that a chmod -R +x could count as a solution, as it will= leaf
your system with a lot more unforseeable file rights.

A "permission denied" could also occur if the binary has been com= piled for
another platform.

Anyway, I'ld try to add your disk in question to another, similar domU to h= ave
at least your tools running.

e.g. by using

xm block-attach / xl block-attach

cheers,

Stephan
Am Dienstag, den 24.07.2012, 13:01 +0900 schrieb jaeyong yoo:
I've encountered another problem  
It says  "run-init: /sbin/init: Permission denied" 


Here is the log.


Begin: Loading essential drivers ... done.
Begin: Running /scripts/init-premount ... done.
Begin: Mounting root file system ... Begin: Running /scripts/local-top = ... done.
Begin: Running /scripts/local-premount ... done.
[    0.524394] kjournald starting.  Commit interval 5 se= conds
[    0.524412] EXT3-fs: mounted filesystem with ordered data = mode.
Begin: Running /scripts/local-bottom ... done.
done.
Begin: Running /scripts/init-bottom ... done.
run-init: /sbin/init: Permission denied
[    0.568553] Kernel panic - not syncing: Attempted to kill = init!
[    0.568565] Pid: 1, comm: run-init Not tainted 2.6.32-5-xe= n-amd64 #1
[    0.568572] Call Trace:
[    0.568585]  [<ffffffff8130c037>] ? panic+0x86/= 0x143
[    0.568596]  [<ffffffff8100e635>] ? xen_force_e= vtchn_callback+0x9/0xa
[    0.568605]  [<ffffffff8100ecf2>] ? check_event= s+0x12/0x20
[    0.568614]  [<ffffffff8100e635>] ? xen_force_e= vtchn_callback+0x9/0xa
[    0.568622]  [<ffffffff8100ecf2>] ? check_event= s+0x12/0x20
[    0.568631]  [<ffffffff8130de12>] ? _spin_lock_= irq+0x7/0x22
[    0.568640]  [<ffffffff8130de94>] ? _write_lock= _irq+0x7/0x16
[    0.568649]  [<ffffffff81058276>] ? exit_ptrace= +0xa7/0x126
[    0.568658]  [<ffffffff8100ecdf>] ? xen_restore= _fl_direct_end+0x0/0x1
[    0.568667]  [<ffffffff8105222d>] ? do_exit+0x7= 2/0x6c6
[    0.568675]  [<ffffffff81052946>] ? complete_an= d_exit+0x0/0x16
[    0.568683]  [<ffffffff81011b63>] ? sysret_chec= k+0x17/0x5a
[    0.568690]  [<ffffffff81011b42>] ? system_call= _fastpath+0x16/0x1b




But, i don't think it is indeed permission problem because after I trie= d several settings to give +rx to files I did
/$chmod +rx * -R at root directory.


Do you have any idea?


Best
- Jaeyong

On Tue, Jul 24, 2012 at 12:29 PM, jaeyong yoo <y.jaeyong@gmail.com> wrote:
Ah! that's it!!! Now the problem solved.
I feel so stupid.


Thanks a lot all of you :)


Jaeyong


On Tue, Jul 24, 2012 at 12:22 PM, Jeff Sturm <jeff.sturm@eprize.com> wrote:
> From: x= en-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of jaeyon= g yoo
> Sent: Monday, July 23, 2012 10:29 PM
>
> Also, there is /sbin/init. So, it is not about the file mi= ssing.
>
> (initramfs) ls /root/sbin/init  -l
> -rw-------    1 1000     1000   &= nbsp;     36992 Jan  1  2011 /root/sbin/init


No execute permission?

-Jeff






_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--=-iXGV0RhiYQr8s6ONn+be-- --=-6x0/9LJXPINs2/mw5+5d Content-Type: image/gif; name="344.gif" Content-Transfer-Encoding: base64 X-Attachment-Id: 344@goomoji.gmail Content-ID: <344@goomoji.gmail> R0lGODlhDQAMAKIHAABGdKPQ7QCJ4/T7/wAAAFuw7MPj9////yH/C05FVFNDQVBFMi4wAwEAAAAh +QQFZAAHACwAAAAADQAMAAADLHi13KcjylmguRjXMkT21wZ+IUQQ16mZqKGWXCZvwwUAs4UbO1zL K0Vj+EgAACH5BAkKAAcALAkAAAAEAAcAAAMMeHK8+mIEIcKsU60EACH5BAkKAAcALAAAAAANAAwA AAMceLpbxVAN8eIy1C6BtRJDIHhCIJLmSKpe675eAgAh+QQJCgAHACwAAAAADQAMAAADNXi13Kcj ylmgufiKWobIn7EpIfgJEEFcqjgE29AarRDAXYbZ+HABAJMlaCBeOD4dpqJoOB8JACH5BAXIAAcA LAAAAAANAAwAAAM1eLXcpyPKWaC5GNcyRPaGsIFfuA0EcaVhCLEGKwyBOGSYENTcBQC5nc0AJOYE Fpzm0WhWDgkAOw== --=-6x0/9LJXPINs2/mw5+5d-- --=-e1OWtY6KtMugD7MLQGiR 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.11 (GNU/Linux) iQEcBAABAgAGBQJQDlUsAAoJEHzu36SveCll0ccH/A/aGz+htjO1T037M6oc0EMk BFK/ZTiEanXOrDUydBCH5dEfViMGpfOqbh8sw89YpD6UA6jpzqoDmUqCOE3k274J rS/0L/aFnfOYbHvfkp19YnxdeZguj7e481rjxQCnXivtcgSOUWhoL9QRRLSQXIQQ NRhQCgNLVNj877M6Rxx0+HovWHyNZYgJLj2NZB2yjonTSL8I1dDMhMHBefnGEllz NI/Y+29FaYPnw0iEfryS6HptyS6TnCTPpOBWsYAUu0Kdk8CPS6E2yJ/bD9v59ef1 nEdQhZnhNNPhM06cwkvaUsLJ95vLyh4fT4W/au8a4lK5ARiTh7hyjBKh/XUJrQo= =Xvc6 -----END PGP SIGNATURE----- --=-e1OWtY6KtMugD7MLQGiR-- --===============6715640545852415306== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6715640545852415306==-- From xen-users-bounces@lists.xen.org Tue Jul 24 07:57:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 07:57: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 1StZyr-0001ax-Lw; Tue, 24 Jul 2012 07:56:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StZyq-0001aq-EE for xen-users@lists.xen.org; Tue, 24 Jul 2012 07:56:32 +0000 Received: from [85.158.139.83:28817] by server-6.bemta-5.messagelabs.com id 31/25-11348-F255E005; Tue, 24 Jul 2012 07:56:31 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-12.tower-182.messagelabs.com!1343116589!28317829!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.6 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24209 invoked from network); 24 Jul 2012 07:56:29 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-12.tower-182.messagelabs.com with AES128-SHA encrypted SMTP; 24 Jul 2012 07:56:29 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Tue, 24 Jul 2012 09:56:29 +0200 From: Stephan Seitz To: jaeyong yoo Thread-Topic: [Xen-users] Target filesystem doesn't have requested /sbin/init. Thread-Index: AQHNaMMylqxuajdS90O9+68y/SeMHJc3MTeAgABj5ICAAA8JgIAAAdOAgAAJDACAAEGYAA== Date: Tue, 24 Jul 2012 07:56:28 +0000 Message-ID: <1343116588.8074.54.camel@wotan2> References: <500DB49F.8010507@ondore.com> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Jeff Sturm , Alexandre Kouznetsov Subject: Re: [Xen-users] Target filesystem doesn't have requested /sbin/init. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6715640545852415306==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6715640545852415306== Content-Language: de-DE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-e1OWtY6KtMugD7MLQGiR" --=-e1OWtY6KtMugD7MLQGiR Content-Type: multipart/related; type="multipart/alternative"; boundary="=-6x0/9LJXPINs2/mw5+5d" --=-6x0/9LJXPINs2/mw5+5d Content-Type: multipart/alternative; boundary="=-iXGV0RhiYQr8s6ONn+be" --=-iXGV0RhiYQr8s6ONn+be Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, whatever you've done to your domU filesystem, but I assume you crashed it. As seen in your previous post it didn't only had no execution bit, it also was owned by uid 1000. maybe only a mount issue, but who knows? I also don't think that a chmod -R +x could count as a solution, as it will leaf your system with a lot more unforseeable file rights. A "permission denied" could also occur if the binary has been compiled for another platform. Anyway, I'ld try to add your disk in question to another, similar domU to have at least your tools running. e.g. by using xm block-attach / xl block-attach cheers, Stephan Am Dienstag, den 24.07.2012, 13:01 +0900 schrieb jaeyong yoo: > I've encountered another problem =20 >=20 > It says "run-init: /sbin/init: Permission denied"=20 >=20 >=20 >=20 > Here is the log. >=20 >=20 > Begin: Loading essential drivers ... done. > Begin: Running /scripts/init-premount ... done. > Begin: Mounting root file system ... Begin: > Running /scripts/local-top ... done. > Begin: Running /scripts/local-premount ... done. > [ 0.524394] kjournald starting. Commit interval 5 seconds > [ 0.524412] EXT3-fs: mounted filesystem with ordered data mode. > Begin: Running /scripts/local-bottom ... done. > done. > Begin: Running /scripts/init-bottom ... done. > run-init: /sbin/init: Permission denied > [ 0.568553] Kernel panic - not syncing: Attempted to kill init! > [ 0.568565] Pid: 1, comm: run-init Not tainted 2.6.32-5-xen-amd64 > #1 > [ 0.568572] Call Trace: > [ 0.568585] [] ? panic+0x86/0x143 > [ 0.568596] [] ? xen_force_evtchn_callback > +0x9/0xa > [ 0.568605] [] ? check_events+0x12/0x20 > [ 0.568614] [] ? xen_force_evtchn_callback > +0x9/0xa > [ 0.568622] [] ? check_events+0x12/0x20 > [ 0.568631] [] ? _spin_lock_irq+0x7/0x22 > [ 0.568640] [] ? _write_lock_irq+0x7/0x16 > [ 0.568649] [] ? exit_ptrace+0xa7/0x126 > [ 0.568658] [] ? xen_restore_fl_direct_end > +0x0/0x1 > [ 0.568667] [] ? do_exit+0x72/0x6c6 > [ 0.568675] [] ? complete_and_exit+0x0/0x16 > [ 0.568683] [] ? sysret_check+0x17/0x5a > [ 0.568690] [] ? system_call_fastpath+0x16/0x1b >=20 >=20 >=20 >=20 > But, i don't think it is indeed permission problem because after I > tried several settings to give +rx to files I did > /$chmod +rx * -R at root directory. >=20 >=20 > Do you have any idea? >=20 >=20 > Best > - Jaeyong >=20 >=20 > On Tue, Jul 24, 2012 at 12:29 PM, jaeyong yoo > wrote: >=20 > Ah! that's it!!! Now the problem solved. > =20 > I feel so stupid. > =20 > =20 > Thanks a lot all of you :) > =20 > =20 > Jaeyong > =20 > =20 > =20 > =20 > On Tue, Jul 24, 2012 at 12:22 PM, Jeff Sturm > wrote: > =20 > > From: xen-users-bounces@lists.xen.org > [mailto:xen-users-bounces@lists.xen.org] On Behalf Of > jaeyong yoo > > Sent: Monday, July 23, 2012 10:29 PM > =20 > > > > Also, there is /sbin/init. So, it is not about the > file missing. > > > > (initramfs) ls /root/sbin/init -l > > -rw------- 1 1000 1000 36992 Jan 1 > 2011 /root/sbin/init > =20 > =20 > =20 > No execute permission? > =20 > -Jeff > =20 > =20 > =20 > =20 > =20 >=20 >=20 >=20 >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --=-iXGV0RhiYQr8s6ONn+be Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi,

whatever you've done to your domU filesystem, but I assume you crashed it.<= BR> As seen in your previous post it didn't only had no execution bit, it also = was
owned by uid 1000. maybe only a mount issue, but who knows?

I also don't think that a chmod -R +x could count as a solution, as it will= leaf
your system with a lot more unforseeable file rights.

A "permission denied" could also occur if the binary has been com= piled for
another platform.

Anyway, I'ld try to add your disk in question to another, similar domU to h= ave
at least your tools running.

e.g. by using

xm block-attach / xl block-attach

cheers,

Stephan
Am Dienstag, den 24.07.2012, 13:01 +0900 schrieb jaeyong yoo:
I've encountered another problem  
It says  "run-init: /sbin/init: Permission denied" 


Here is the log.


Begin: Loading essential drivers ... done.
Begin: Running /scripts/init-premount ... done.
Begin: Mounting root file system ... Begin: Running /scripts/local-top = ... done.
Begin: Running /scripts/local-premount ... done.
[    0.524394] kjournald starting.  Commit interval 5 se= conds
[    0.524412] EXT3-fs: mounted filesystem with ordered data = mode.
Begin: Running /scripts/local-bottom ... done.
done.
Begin: Running /scripts/init-bottom ... done.
run-init: /sbin/init: Permission denied
[    0.568553] Kernel panic - not syncing: Attempted to kill = init!
[    0.568565] Pid: 1, comm: run-init Not tainted 2.6.32-5-xe= n-amd64 #1
[    0.568572] Call Trace:
[    0.568585]  [<ffffffff8130c037>] ? panic+0x86/= 0x143
[    0.568596]  [<ffffffff8100e635>] ? xen_force_e= vtchn_callback+0x9/0xa
[    0.568605]  [<ffffffff8100ecf2>] ? check_event= s+0x12/0x20
[    0.568614]  [<ffffffff8100e635>] ? xen_force_e= vtchn_callback+0x9/0xa
[    0.568622]  [<ffffffff8100ecf2>] ? check_event= s+0x12/0x20
[    0.568631]  [<ffffffff8130de12>] ? _spin_lock_= irq+0x7/0x22
[    0.568640]  [<ffffffff8130de94>] ? _write_lock= _irq+0x7/0x16
[    0.568649]  [<ffffffff81058276>] ? exit_ptrace= +0xa7/0x126
[    0.568658]  [<ffffffff8100ecdf>] ? xen_restore= _fl_direct_end+0x0/0x1
[    0.568667]  [<ffffffff8105222d>] ? do_exit+0x7= 2/0x6c6
[    0.568675]  [<ffffffff81052946>] ? complete_an= d_exit+0x0/0x16
[    0.568683]  [<ffffffff81011b63>] ? sysret_chec= k+0x17/0x5a
[    0.568690]  [<ffffffff81011b42>] ? system_call= _fastpath+0x16/0x1b




But, i don't think it is indeed permission problem because after I trie= d several settings to give +rx to files I did
/$chmod +rx * -R at root directory.


Do you have any idea?


Best
- Jaeyong

On Tue, Jul 24, 2012 at 12:29 PM, jaeyong yoo <y.jaeyong@gmail.com> wrote:
Ah! that's it!!! Now the problem solved.
I feel so stupid.


Thanks a lot all of you :)


Jaeyong


On Tue, Jul 24, 2012 at 12:22 PM, Jeff Sturm <jeff.sturm@eprize.com> wrote:
> From: x= en-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of jaeyon= g yoo
> Sent: Monday, July 23, 2012 10:29 PM
>
> Also, there is /sbin/init. So, it is not about the file mi= ssing.
>
> (initramfs) ls /root/sbin/init  -l
> -rw-------    1 1000     1000   &= nbsp;     36992 Jan  1  2011 /root/sbin/init


No execute permission?

-Jeff






_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--=-iXGV0RhiYQr8s6ONn+be-- --=-6x0/9LJXPINs2/mw5+5d Content-Type: image/gif; name="344.gif" Content-Transfer-Encoding: base64 X-Attachment-Id: 344@goomoji.gmail Content-ID: <344@goomoji.gmail> R0lGODlhDQAMAKIHAABGdKPQ7QCJ4/T7/wAAAFuw7MPj9////yH/C05FVFNDQVBFMi4wAwEAAAAh +QQFZAAHACwAAAAADQAMAAADLHi13KcjylmguRjXMkT21wZ+IUQQ16mZqKGWXCZvwwUAs4UbO1zL K0Vj+EgAACH5BAkKAAcALAkAAAAEAAcAAAMMeHK8+mIEIcKsU60EACH5BAkKAAcALAAAAAANAAwA AAMceLpbxVAN8eIy1C6BtRJDIHhCIJLmSKpe675eAgAh+QQJCgAHACwAAAAADQAMAAADNXi13Kcj ylmgufiKWobIn7EpIfgJEEFcqjgE29AarRDAXYbZ+HABAJMlaCBeOD4dpqJoOB8JACH5BAXIAAcA LAAAAAANAAwAAAM1eLXcpyPKWaC5GNcyRPaGsIFfuA0EcaVhCLEGKwyBOGSYENTcBQC5nc0AJOYE Fpzm0WhWDgkAOw== --=-6x0/9LJXPINs2/mw5+5d-- --=-e1OWtY6KtMugD7MLQGiR 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.11 (GNU/Linux) iQEcBAABAgAGBQJQDlUsAAoJEHzu36SveCll0ccH/A/aGz+htjO1T037M6oc0EMk BFK/ZTiEanXOrDUydBCH5dEfViMGpfOqbh8sw89YpD6UA6jpzqoDmUqCOE3k274J rS/0L/aFnfOYbHvfkp19YnxdeZguj7e481rjxQCnXivtcgSOUWhoL9QRRLSQXIQQ NRhQCgNLVNj877M6Rxx0+HovWHyNZYgJLj2NZB2yjonTSL8I1dDMhMHBefnGEllz NI/Y+29FaYPnw0iEfryS6HptyS6TnCTPpOBWsYAUu0Kdk8CPS6E2yJ/bD9v59ef1 nEdQhZnhNNPhM06cwkvaUsLJ95vLyh4fT4W/au8a4lK5ARiTh7hyjBKh/XUJrQo= =Xvc6 -----END PGP SIGNATURE----- --=-e1OWtY6KtMugD7MLQGiR-- --===============6715640545852415306== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6715640545852415306==-- From xen-users-bounces@lists.xen.org Tue Jul 24 08:51:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 08:51: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 1StapK-0003Y1-Ci; Tue, 24 Jul 2012 08:50:46 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StapJ-0003Xr-IN for xen-users@lists.xen.org; Tue, 24 Jul 2012 08:50:45 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1343119837!3632686!1 X-Originating-IP: [209.85.160.173] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16181 invoked from network); 24 Jul 2012 08:50:38 -0000 Received: from mail-gh0-f173.google.com (HELO mail-gh0-f173.google.com) (209.85.160.173) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jul 2012 08:50:38 -0000 Received: by ghrr14 with SMTP id r14so7275246ghr.32 for ; Tue, 24 Jul 2012 01:50:37 -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=2bdDr5SQw6zIntmr+lfVromIL1ZnProYtmFpM8MSjZM=; b=RTK0+DJGuJLdPFr6MEqwVeZd60PAv05r9XNT+Hb6tbyjDGrmtTB+3a8hlMoklKFW2u HXeJQ2vU4qZaTHu/46/p8K0H2m+Vj+1I93pFyEmn0fLLf4rBmIx+Sy40h6XRBwZv3TyK tgIAXmEiH60qn9yg5sscoanchVl3zANqLJCmJMtgtEIUI6wEYJo/XcTkYYGUX4+UEoWK mmp9Fd4KFuxBnfFOIWmrS7gQmUZILHVPWRIlZhngYsHui8+8o/yBCLDd/1eAAKbu1EL1 zNuvUHWQcsMtvildxk8EYx2fM4IvPtu+QtRIOmbEW3GKUhBZgV1k6OYqj5DySz/xhFco bf4A== MIME-Version: 1.0 Received: by 10.42.99.75 with SMTP id v11mr13504453icn.41.1343119836961; Tue, 24 Jul 2012 01:50:36 -0700 (PDT) Received: by 10.64.23.49 with HTTP; Tue, 24 Jul 2012 01:50:36 -0700 (PDT) In-Reply-To: <1343116588.8074.54.camel@wotan2> References: <500DB49F.8010507@ondore.com> <1343116588.8074.54.camel@wotan2> Date: Tue, 24 Jul 2012 17:50:36 +0900 Message-ID: From: jaeyong yoo To: Stephan Seitz Cc: "xen-users@lists.xen.org" , Jeff Sturm , Alexandre Kouznetsov Subject: Re: [Xen-users] Target filesystem doesn't have requested /sbin/init. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1305598946793200340==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1305598946793200340== Content-Type: multipart/alternative; boundary=90e6ba614780c5daf104c58f741f --90e6ba614780c5daf104c58f741f Content-Type: text/plain; charset=ISO-8859-1 Oh my god. Somehow it worked. What I have done is following. I mount the image change the /sbin/init to executable (which is meaningless I thought, because it is already executable) and unmount it. Then it works. I really have no idea what's happening. I guess the filesystem crashed as Stephan said and "magically" it heals itself. Thanks anyway. Jaeyong On Tue, Jul 24, 2012 at 4:56 PM, Stephan Seitz wrote: > ** > Hi, > > whatever you've done to your domU filesystem, but I assume you crashed it. > As seen in your previous post it didn't only had no execution bit, it also > was > owned by uid 1000. maybe only a mount issue, but who knows? > > I also don't think that a chmod -R +x could count as a solution, as it > will leaf > your system with a lot more unforseeable file rights. > > A "permission denied" could also occur if the binary has been compiled for > another platform. > > Anyway, I'ld try to add your disk in question to another, similar domU to > have > at least your tools running. > > e.g. by using > > xm block-attach / xl block-attach > > cheers, > > Stephan > > > > Am Dienstag, den 24.07.2012, 13:01 +0900 schrieb jaeyong yoo: > > I've encountered another problem > > It says "run-init: /sbin/init: Permission denied" > > > > Here is the log. > > > > Begin: Loading essential drivers ... done. > > Begin: Running /scripts/init-premount ... done. > > Begin: Mounting root file system ... Begin: Running /scripts/local-top > ... done. > > Begin: Running /scripts/local-premount ... done. > > [ 0.524394] kjournald starting. Commit interval 5 seconds > > [ 0.524412] EXT3-fs: mounted filesystem with ordered data mode. > > Begin: Running /scripts/local-bottom ... done. > > done. > > Begin: Running /scripts/init-bottom ... done. > > run-init: /sbin/init: Permission denied > > [ 0.568553] Kernel panic - not syncing: Attempted to kill init! > > [ 0.568565] Pid: 1, comm: run-init Not tainted 2.6.32-5-xen-amd64 #1 > > [ 0.568572] Call Trace: > > [ 0.568585] [] ? panic+0x86/0x143 > > [ 0.568596] [] ? xen_force_evtchn_callback+0x9/0xa > > [ 0.568605] [] ? check_events+0x12/0x20 > > [ 0.568614] [] ? xen_force_evtchn_callback+0x9/0xa > > [ 0.568622] [] ? check_events+0x12/0x20 > > [ 0.568631] [] ? _spin_lock_irq+0x7/0x22 > > [ 0.568640] [] ? _write_lock_irq+0x7/0x16 > > [ 0.568649] [] ? exit_ptrace+0xa7/0x126 > > [ 0.568658] [] ? xen_restore_fl_direct_end+0x0/0x1 > > [ 0.568667] [] ? do_exit+0x72/0x6c6 > > [ 0.568675] [] ? complete_and_exit+0x0/0x16 > > [ 0.568683] [] ? sysret_check+0x17/0x5a > > [ 0.568690] [] ? system_call_fastpath+0x16/0x1b > > > > > > But, i don't think it is indeed permission problem because after I tried > several settings to give +rx to files I did > > /$chmod +rx * -R at root directory. > > > > Do you have any idea? > > > > Best > > - Jaeyong > > > On Tue, Jul 24, 2012 at 12:29 PM, jaeyong yoo > wrote: > > Ah! that's it!!! Now the problem solved. > > I feel so stupid. > > > > Thanks a lot all of you :) > > > > Jaeyong > > > > On Tue, Jul 24, 2012 at 12:22 PM, Jeff Sturm > wrote: > > > From: xen-users-bounces@lists.xen.org [mailto: > xen-users-bounces@lists.xen.org] On Behalf Of jaeyong yoo > > Sent: Monday, July 23, 2012 10:29 PM > > > > > Also, there is /sbin/init. So, it is not about the file missing. > > > > (initramfs) ls /root/sbin/init -l > > -rw------- 1 1000 1000 36992 Jan 1 2011 /root/sbin/init > > > No execute permission? > > -Jeff > > > > > > > _______________________________________________ > Xen-users mailing listXen-users@lists.xen.orghttp://lists.xen.org/xen-users > > --90e6ba614780c5daf104c58f741f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Oh my god. Somehow it worked.
What I have done is following.
=
I mount the image change the /sbin/init to executable (which= is meaningless I thought, because it is already executable) =A0and unmount= it.
Then it works. I really have no idea what's happening.
I= guess the filesystem crashed as Stephan said and "magically" it = heals itself.

Thanks anyway.
Jaeyong


On Tue, Jul 24, 2012 at 4:56 P= M, Stephan Seitz <s.seitz@netzhaut.de> wrote:
=20 =20
Hi,

whatever you've done to your domU filesystem, but I assume you crashed = it.
As seen in your previous post it didn't only had no execution bit, it a= lso was
owned by uid 1000. maybe only a mount issue, but who knows?

I also don't think that a chmod -R +x could count as a solution, as it = will leaf
your system with a lot more unforseeable file rights.

A "permission denied" could also occur if the binary has been com= piled for
another platform.

Anyway, I'ld try to add your disk in question to another, similar domU = to have
at least your tools running.

e.g. by using

xm block-attach / xl block-attach

cheers,

Stephan
Am Dienstag, den 24.07.2012, 13:01 +0900 schrieb jaeyong yoo:
I've encountered another problem=A0=A0
It says=A0 "run-init: /sbin/init: Permission denied"=A0


Here is the log.


Begin: Loading essential drivers ... done.
Begin: Running /scripts/init-premount ... done.
Begin: Mounting root file system ... Begin: Running /scripts/local-top = ... done.
Begin: Running /scripts/local-premount ... done.
[ =A0 =A00.524394] kjournald starting. =A0Commit interval 5 seconds
[ =A0 =A00.524412] EXT3-fs: mounted filesystem with ordered data mode.
Begin: Running /scripts/local-bottom ... done.
done.
Begin: Running /scripts/init-bottom ... done.
run-init: /sbin/init: Permission denied
[ =A0 =A00.568553] Kernel panic - not syncing: Attempted to kill init!
[ =A0 =A00.568565] Pid: 1, comm: run-init Not tainted 2.6.32-5-xen-amd6= 4 #1
[ =A0 =A00.568572] Call Trace:
[ =A0 =A00.568585] =A0[<ffffffff8130c037>] ? panic+0x86/0x143
[ =A0 =A00.568596] =A0[<ffffffff8100e635>] ? xen_force_evtchn_cal= lback+0x9/0xa
[ =A0 =A00.568605] =A0[<ffffffff8100ecf2>] ? check_events+0x12/0x= 20
[ =A0 =A00.568614] =A0[<ffffffff8100e635>] ? xen_force_evtchn_cal= lback+0x9/0xa
[ =A0 =A00.568622] =A0[<ffffffff8100ecf2>] ? check_events+0x12/0x= 20
[ =A0 =A00.568631] =A0[<ffffffff8130de12>] ? _spin_lock_irq+0x7/0= x22
[ =A0 =A00.568640] =A0[<ffffffff8130de94>] ? _write_lock_irq+0x7/= 0x16
[ =A0 =A00.568649] =A0[<ffffffff81058276>] ? exit_ptrace+0xa7/0x1= 26
[ =A0 =A00.568658] =A0[<ffffffff8100ecdf>] ? xen_restore_fl_direc= t_end+0x0/0x1
[ =A0 =A00.568667] =A0[<ffffffff8105222d>] ? do_exit+0x72/0x6c6
[ =A0 =A00.568675] =A0[<ffffffff81052946>] ? complete_and_exit+0x= 0/0x16
[ =A0 =A00.568683] =A0[<ffffffff81011b63>] ? sysret_check+0x17/0x= 5a
[ =A0 =A00.568690] =A0[<ffffffff81011b42>] ? system_call_fastpath= +0x16/0x1b




But, i don't think it is indeed permission problem because after I = tried several settings to give +rx to files I did
/$chmod +rx * -R at root directory.


Do you have any idea?


Best
- Jaeyong

On Tue, Jul 24, 2012 at 12:29 PM, jaeyong yoo <y.jaeyong@gmail.com> wrote:
Ah! that's it!!! Now the problem solved.
I feel so stupid.


Thanks a lot all of you :)


Jaeyong


On Tue, Jul 24, 2012 at 12:22 PM, Jeff Sturm <jeff.sturm@eprize.com> wrot= e:
> From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@li= sts.xen.org] On Behalf Of jaeyong yoo
> Sent: Monday, July 23, 2012 10:29 PM
>
> Also, there is /sbin/init. So, it is not about the file mi= ssing.
>
> (initramfs) ls /root/sbin/init =A0-l
> -rw------- =A0 =A01 1000 =A0 =A0 1000 =A0 =A0 =A0 =A0 3699= 2 Jan =A01 =A02011 /root/sbin/init


No execute permission?

-Jeff






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

--90e6ba614780c5daf104c58f741f-- --===============1305598946793200340== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1305598946793200340==-- From xen-users-bounces@lists.xen.org Tue Jul 24 08:51:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 08:51: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 1StapK-0003Y1-Ci; Tue, 24 Jul 2012 08:50:46 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StapJ-0003Xr-IN for xen-users@lists.xen.org; Tue, 24 Jul 2012 08:50:45 +0000 X-Env-Sender: y.jaeyong@gmail.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1343119837!3632686!1 X-Originating-IP: [209.85.160.173] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16181 invoked from network); 24 Jul 2012 08:50:38 -0000 Received: from mail-gh0-f173.google.com (HELO mail-gh0-f173.google.com) (209.85.160.173) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jul 2012 08:50:38 -0000 Received: by ghrr14 with SMTP id r14so7275246ghr.32 for ; Tue, 24 Jul 2012 01:50:37 -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=2bdDr5SQw6zIntmr+lfVromIL1ZnProYtmFpM8MSjZM=; b=RTK0+DJGuJLdPFr6MEqwVeZd60PAv05r9XNT+Hb6tbyjDGrmtTB+3a8hlMoklKFW2u HXeJQ2vU4qZaTHu/46/p8K0H2m+Vj+1I93pFyEmn0fLLf4rBmIx+Sy40h6XRBwZv3TyK tgIAXmEiH60qn9yg5sscoanchVl3zANqLJCmJMtgtEIUI6wEYJo/XcTkYYGUX4+UEoWK mmp9Fd4KFuxBnfFOIWmrS7gQmUZILHVPWRIlZhngYsHui8+8o/yBCLDd/1eAAKbu1EL1 zNuvUHWQcsMtvildxk8EYx2fM4IvPtu+QtRIOmbEW3GKUhBZgV1k6OYqj5DySz/xhFco bf4A== MIME-Version: 1.0 Received: by 10.42.99.75 with SMTP id v11mr13504453icn.41.1343119836961; Tue, 24 Jul 2012 01:50:36 -0700 (PDT) Received: by 10.64.23.49 with HTTP; Tue, 24 Jul 2012 01:50:36 -0700 (PDT) In-Reply-To: <1343116588.8074.54.camel@wotan2> References: <500DB49F.8010507@ondore.com> <1343116588.8074.54.camel@wotan2> Date: Tue, 24 Jul 2012 17:50:36 +0900 Message-ID: From: jaeyong yoo To: Stephan Seitz Cc: "xen-users@lists.xen.org" , Jeff Sturm , Alexandre Kouznetsov Subject: Re: [Xen-users] Target filesystem doesn't have requested /sbin/init. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1305598946793200340==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1305598946793200340== Content-Type: multipart/alternative; boundary=90e6ba614780c5daf104c58f741f --90e6ba614780c5daf104c58f741f Content-Type: text/plain; charset=ISO-8859-1 Oh my god. Somehow it worked. What I have done is following. I mount the image change the /sbin/init to executable (which is meaningless I thought, because it is already executable) and unmount it. Then it works. I really have no idea what's happening. I guess the filesystem crashed as Stephan said and "magically" it heals itself. Thanks anyway. Jaeyong On Tue, Jul 24, 2012 at 4:56 PM, Stephan Seitz wrote: > ** > Hi, > > whatever you've done to your domU filesystem, but I assume you crashed it. > As seen in your previous post it didn't only had no execution bit, it also > was > owned by uid 1000. maybe only a mount issue, but who knows? > > I also don't think that a chmod -R +x could count as a solution, as it > will leaf > your system with a lot more unforseeable file rights. > > A "permission denied" could also occur if the binary has been compiled for > another platform. > > Anyway, I'ld try to add your disk in question to another, similar domU to > have > at least your tools running. > > e.g. by using > > xm block-attach / xl block-attach > > cheers, > > Stephan > > > > Am Dienstag, den 24.07.2012, 13:01 +0900 schrieb jaeyong yoo: > > I've encountered another problem > > It says "run-init: /sbin/init: Permission denied" > > > > Here is the log. > > > > Begin: Loading essential drivers ... done. > > Begin: Running /scripts/init-premount ... done. > > Begin: Mounting root file system ... Begin: Running /scripts/local-top > ... done. > > Begin: Running /scripts/local-premount ... done. > > [ 0.524394] kjournald starting. Commit interval 5 seconds > > [ 0.524412] EXT3-fs: mounted filesystem with ordered data mode. > > Begin: Running /scripts/local-bottom ... done. > > done. > > Begin: Running /scripts/init-bottom ... done. > > run-init: /sbin/init: Permission denied > > [ 0.568553] Kernel panic - not syncing: Attempted to kill init! > > [ 0.568565] Pid: 1, comm: run-init Not tainted 2.6.32-5-xen-amd64 #1 > > [ 0.568572] Call Trace: > > [ 0.568585] [] ? panic+0x86/0x143 > > [ 0.568596] [] ? xen_force_evtchn_callback+0x9/0xa > > [ 0.568605] [] ? check_events+0x12/0x20 > > [ 0.568614] [] ? xen_force_evtchn_callback+0x9/0xa > > [ 0.568622] [] ? check_events+0x12/0x20 > > [ 0.568631] [] ? _spin_lock_irq+0x7/0x22 > > [ 0.568640] [] ? _write_lock_irq+0x7/0x16 > > [ 0.568649] [] ? exit_ptrace+0xa7/0x126 > > [ 0.568658] [] ? xen_restore_fl_direct_end+0x0/0x1 > > [ 0.568667] [] ? do_exit+0x72/0x6c6 > > [ 0.568675] [] ? complete_and_exit+0x0/0x16 > > [ 0.568683] [] ? sysret_check+0x17/0x5a > > [ 0.568690] [] ? system_call_fastpath+0x16/0x1b > > > > > > But, i don't think it is indeed permission problem because after I tried > several settings to give +rx to files I did > > /$chmod +rx * -R at root directory. > > > > Do you have any idea? > > > > Best > > - Jaeyong > > > On Tue, Jul 24, 2012 at 12:29 PM, jaeyong yoo > wrote: > > Ah! that's it!!! Now the problem solved. > > I feel so stupid. > > > > Thanks a lot all of you :) > > > > Jaeyong > > > > On Tue, Jul 24, 2012 at 12:22 PM, Jeff Sturm > wrote: > > > From: xen-users-bounces@lists.xen.org [mailto: > xen-users-bounces@lists.xen.org] On Behalf Of jaeyong yoo > > Sent: Monday, July 23, 2012 10:29 PM > > > > > Also, there is /sbin/init. So, it is not about the file missing. > > > > (initramfs) ls /root/sbin/init -l > > -rw------- 1 1000 1000 36992 Jan 1 2011 /root/sbin/init > > > No execute permission? > > -Jeff > > > > > > > _______________________________________________ > Xen-users mailing listXen-users@lists.xen.orghttp://lists.xen.org/xen-users > > --90e6ba614780c5daf104c58f741f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Oh my god. Somehow it worked.
What I have done is following.
=
I mount the image change the /sbin/init to executable (which= is meaningless I thought, because it is already executable) =A0and unmount= it.
Then it works. I really have no idea what's happening.
I= guess the filesystem crashed as Stephan said and "magically" it = heals itself.

Thanks anyway.
Jaeyong


On Tue, Jul 24, 2012 at 4:56 P= M, Stephan Seitz <s.seitz@netzhaut.de> wrote:
=20 =20
Hi,

whatever you've done to your domU filesystem, but I assume you crashed = it.
As seen in your previous post it didn't only had no execution bit, it a= lso was
owned by uid 1000. maybe only a mount issue, but who knows?

I also don't think that a chmod -R +x could count as a solution, as it = will leaf
your system with a lot more unforseeable file rights.

A "permission denied" could also occur if the binary has been com= piled for
another platform.

Anyway, I'ld try to add your disk in question to another, similar domU = to have
at least your tools running.

e.g. by using

xm block-attach / xl block-attach

cheers,

Stephan
Am Dienstag, den 24.07.2012, 13:01 +0900 schrieb jaeyong yoo:
I've encountered another problem=A0=A0
It says=A0 "run-init: /sbin/init: Permission denied"=A0


Here is the log.


Begin: Loading essential drivers ... done.
Begin: Running /scripts/init-premount ... done.
Begin: Mounting root file system ... Begin: Running /scripts/local-top = ... done.
Begin: Running /scripts/local-premount ... done.
[ =A0 =A00.524394] kjournald starting. =A0Commit interval 5 seconds
[ =A0 =A00.524412] EXT3-fs: mounted filesystem with ordered data mode.
Begin: Running /scripts/local-bottom ... done.
done.
Begin: Running /scripts/init-bottom ... done.
run-init: /sbin/init: Permission denied
[ =A0 =A00.568553] Kernel panic - not syncing: Attempted to kill init!
[ =A0 =A00.568565] Pid: 1, comm: run-init Not tainted 2.6.32-5-xen-amd6= 4 #1
[ =A0 =A00.568572] Call Trace:
[ =A0 =A00.568585] =A0[<ffffffff8130c037>] ? panic+0x86/0x143
[ =A0 =A00.568596] =A0[<ffffffff8100e635>] ? xen_force_evtchn_cal= lback+0x9/0xa
[ =A0 =A00.568605] =A0[<ffffffff8100ecf2>] ? check_events+0x12/0x= 20
[ =A0 =A00.568614] =A0[<ffffffff8100e635>] ? xen_force_evtchn_cal= lback+0x9/0xa
[ =A0 =A00.568622] =A0[<ffffffff8100ecf2>] ? check_events+0x12/0x= 20
[ =A0 =A00.568631] =A0[<ffffffff8130de12>] ? _spin_lock_irq+0x7/0= x22
[ =A0 =A00.568640] =A0[<ffffffff8130de94>] ? _write_lock_irq+0x7/= 0x16
[ =A0 =A00.568649] =A0[<ffffffff81058276>] ? exit_ptrace+0xa7/0x1= 26
[ =A0 =A00.568658] =A0[<ffffffff8100ecdf>] ? xen_restore_fl_direc= t_end+0x0/0x1
[ =A0 =A00.568667] =A0[<ffffffff8105222d>] ? do_exit+0x72/0x6c6
[ =A0 =A00.568675] =A0[<ffffffff81052946>] ? complete_and_exit+0x= 0/0x16
[ =A0 =A00.568683] =A0[<ffffffff81011b63>] ? sysret_check+0x17/0x= 5a
[ =A0 =A00.568690] =A0[<ffffffff81011b42>] ? system_call_fastpath= +0x16/0x1b




But, i don't think it is indeed permission problem because after I = tried several settings to give +rx to files I did
/$chmod +rx * -R at root directory.


Do you have any idea?


Best
- Jaeyong

On Tue, Jul 24, 2012 at 12:29 PM, jaeyong yoo <y.jaeyong@gmail.com> wrote:
Ah! that's it!!! Now the problem solved.
I feel so stupid.


Thanks a lot all of you :)


Jaeyong


On Tue, Jul 24, 2012 at 12:22 PM, Jeff Sturm <jeff.sturm@eprize.com> wrot= e:
> From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@li= sts.xen.org] On Behalf Of jaeyong yoo
> Sent: Monday, July 23, 2012 10:29 PM
>
> Also, there is /sbin/init. So, it is not about the file mi= ssing.
>
> (initramfs) ls /root/sbin/init =A0-l
> -rw------- =A0 =A01 1000 =A0 =A0 1000 =A0 =A0 =A0 =A0 3699= 2 Jan =A01 =A02011 /root/sbin/init


No execute permission?

-Jeff






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

--90e6ba614780c5daf104c58f741f-- --===============1305598946793200340== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1305598946793200340==-- From xen-users-bounces@lists.xen.org Tue Jul 24 11:28:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 11:28: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 1StdH0-0001eI-DC; Tue, 24 Jul 2012 11:27:30 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StdGy-0001e1-LC for xen-users@lists.xensource.com; Tue, 24 Jul 2012 11:27:28 +0000 X-Env-Sender: mickael.monsieur@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1343129241!10421778!1 X-Originating-IP: [209.85.220.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20644 invoked from network); 24 Jul 2012 11:27:22 -0000 Received: from mail-vc0-f171.google.com (HELO mail-vc0-f171.google.com) (209.85.220.171) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jul 2012 11:27:22 -0000 Received: by vcdd16 with SMTP id d16so7272871vcd.30 for ; Tue, 24 Jul 2012 04:27: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=+dRsEkK0o7682JpXYFBvelIVtbOeyrXhVrx3jCM2Oes=; b=o6ljavelbgeLHeTWolvEOLbroOGHYC0G3U0rgL1rHL4+SyfFXbI2+9ql/h+dvlJg06 0IrQnS3or2YOJZEzOg9KlXT1F4v5zO9TauqN9OOLnw+uryTWNyAyCmLuc/8daLYec18t 7GfYaxnNJ2mtMworUqXcWBPSQcb8QlPoQ8wokw+SXir3m0jejWUnVLaDz3Pzxcrw6qFW n/5ha+MaY3diifKH7WsjopbfNc5mEXpkm++JoBDh20hda3VI0Rsh1zALvFuaUkNLXeoN kndK2iCdIaJ0VSQ8mW7BCSFIDYrbQ/QfkkILcT5ObfY2LHnpWubeaTmIfd91v4Z15mz9 kp/A== MIME-Version: 1.0 Received: by 10.52.174.81 with SMTP id bq17mr13568022vdc.119.1343129241078; Tue, 24 Jul 2012 04:27:21 -0700 (PDT) Received: by 10.52.89.41 with HTTP; Tue, 24 Jul 2012 04:27:20 -0700 (PDT) Date: Tue, 24 Jul 2012 13:27:20 +0200 Message-ID: From: Mickael MONSIEUR To: xen-users@lists.xensource.com Subject: [Xen-users] [Debian] XenHypervisor 4.0 - Gigabit X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2812192245250760328==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2812192245250760328== Content-Type: multipart/alternative; boundary=bcaec51ba05b4d4c4b04c591a550 --bcaec51ba05b4d4c4b04c591a550 Content-Type: text/plain; charset=UTF-8 Hello, I currently have a Windows Server 2008 R2 Enterprise connected on eth0 with bridge (vif). However, Windows recognizes a Realtek RTL8139C+ Fast Ethernet at 100Mbit/s. I absolutely need to have 1Gbit/s. What is the solution? Best regards, Mickael --bcaec51ba05b4d4c4b04c591a550 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello,
I currently have a Windows Server 2008 R2 Enterprise connec= ted on eth0 with bridge (vif).
However, Windows recognizes a Real= tek RTL8139C+ Fast Ethernet at 100Mbit/s.
I absolutely need to ha= ve 1Gbit/s. What is the solution?

Best regards,
Mickael
--bcaec51ba05b4d4c4b04c591a550-- --===============2812192245250760328== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2812192245250760328==-- From xen-users-bounces@lists.xen.org Tue Jul 24 11:28:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 11:28: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 1StdH0-0001eI-DC; Tue, 24 Jul 2012 11:27:30 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StdGy-0001e1-LC for xen-users@lists.xensource.com; Tue, 24 Jul 2012 11:27:28 +0000 X-Env-Sender: mickael.monsieur@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1343129241!10421778!1 X-Originating-IP: [209.85.220.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20644 invoked from network); 24 Jul 2012 11:27:22 -0000 Received: from mail-vc0-f171.google.com (HELO mail-vc0-f171.google.com) (209.85.220.171) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jul 2012 11:27:22 -0000 Received: by vcdd16 with SMTP id d16so7272871vcd.30 for ; Tue, 24 Jul 2012 04:27: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=+dRsEkK0o7682JpXYFBvelIVtbOeyrXhVrx3jCM2Oes=; b=o6ljavelbgeLHeTWolvEOLbroOGHYC0G3U0rgL1rHL4+SyfFXbI2+9ql/h+dvlJg06 0IrQnS3or2YOJZEzOg9KlXT1F4v5zO9TauqN9OOLnw+uryTWNyAyCmLuc/8daLYec18t 7GfYaxnNJ2mtMworUqXcWBPSQcb8QlPoQ8wokw+SXir3m0jejWUnVLaDz3Pzxcrw6qFW n/5ha+MaY3diifKH7WsjopbfNc5mEXpkm++JoBDh20hda3VI0Rsh1zALvFuaUkNLXeoN kndK2iCdIaJ0VSQ8mW7BCSFIDYrbQ/QfkkILcT5ObfY2LHnpWubeaTmIfd91v4Z15mz9 kp/A== MIME-Version: 1.0 Received: by 10.52.174.81 with SMTP id bq17mr13568022vdc.119.1343129241078; Tue, 24 Jul 2012 04:27:21 -0700 (PDT) Received: by 10.52.89.41 with HTTP; Tue, 24 Jul 2012 04:27:20 -0700 (PDT) Date: Tue, 24 Jul 2012 13:27:20 +0200 Message-ID: From: Mickael MONSIEUR To: xen-users@lists.xensource.com Subject: [Xen-users] [Debian] XenHypervisor 4.0 - Gigabit X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2812192245250760328==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2812192245250760328== Content-Type: multipart/alternative; boundary=bcaec51ba05b4d4c4b04c591a550 --bcaec51ba05b4d4c4b04c591a550 Content-Type: text/plain; charset=UTF-8 Hello, I currently have a Windows Server 2008 R2 Enterprise connected on eth0 with bridge (vif). However, Windows recognizes a Realtek RTL8139C+ Fast Ethernet at 100Mbit/s. I absolutely need to have 1Gbit/s. What is the solution? Best regards, Mickael --bcaec51ba05b4d4c4b04c591a550 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello,
I currently have a Windows Server 2008 R2 Enterprise connec= ted on eth0 with bridge (vif).
However, Windows recognizes a Real= tek RTL8139C+ Fast Ethernet at 100Mbit/s.
I absolutely need to ha= ve 1Gbit/s. What is the solution?

Best regards,
Mickael
--bcaec51ba05b4d4c4b04c591a550-- --===============2812192245250760328== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2812192245250760328==-- From xen-users-bounces@lists.xen.org Tue Jul 24 11:34:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 11: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 1StdMc-00022s-Ec; Tue, 24 Jul 2012 11:33:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StdMa-00022f-Rc for xen-users@lists.xensource.com; Tue, 24 Jul 2012 11:33:17 +0000 Received: from [85.158.143.35:34652] by server-3.bemta-4.messagelabs.com id B2/57-01511-BF78E005; Tue, 24 Jul 2012 11:33:15 +0000 X-Env-Sender: sid@nvt.pl X-Msg-Ref: server-15.tower-21.messagelabs.com!1343129594!14952424!1 X-Originating-IP: [217.149.242.17] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1934 invoked from network); 24 Jul 2012 11:33:15 -0000 Received: from rev-217149242-17.atman.pl (HELO mail.nvt.pl) (217.149.242.17) by server-15.tower-21.messagelabs.com with SMTP; 24 Jul 2012 11:33:15 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.nvt.pl (Postfix) with ESMTP id 87F40224AEF3 for ; Tue, 24 Jul 2012 13:33:14 +0200 (CEST) Received: from mail.nvt.pl ([127.0.0.1]) by localhost (mail.nvt.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id crDHBHN3AHG8 for ; Tue, 24 Jul 2012 13:33:14 +0200 (CEST) Received: by mail.nvt.pl (Postfix, from userid 10000) id 5E8FF2250BAA; Tue, 24 Jul 2012 13:33:14 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on nvt-mail01.nvt.pl X-Spam-Level: X-Spam-Status: No, hits=-102.9 required=6.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100 autolearn=unavailable version=3.3.1 Received: from [10.40.5.137] (unknown [77.79.217.49]) by mail.nvt.pl (Postfix) with ESMTPSA id F1703224AEF3; Tue, 24 Jul 2012 13:32:55 +0200 (CEST) Message-ID: <500E87E7.1030401@nvt.pl> Date: Tue, 24 Jul 2012 13:32:55 +0200 From: sid User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.23) Gecko/20110922 Lightning/1.0b2 Thunderbird/3.1.15 MIME-Version: 1.0 To: Mickael MONSIEUR References: In-Reply-To: X-Enigmail-Version: 1.1.2 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] [Debian] XenHypervisor 4.0 - Gigabit X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2006818823724730385==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2006818823724730385== Content-Type: multipart/alternative; boundary="------------040808040300060204080305" This is a multi-part message in MIME format. --------------040808040300060204080305 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hi, for example: http://www.google.pl/#hl=pl&biw=1680&bih=858&sclient=psy-ab&q=xen+pv+windows+2008&oq=xen+pv+windows+&gs_l=hp.3.3.0i30l4.0.0.1.173.0.0.0.0.0.0.0.0..0.0...0.0...1c.6MZFSBoz6ts&pbx=1&bav=on.2,or.r_gc.r_pw.r_qf.,cf.osb&fp=cfc72efdd2c57a28 Regards, sid > Hello, > I currently have a Windows Server 2008 R2 Enterprise connected on eth0 > with bridge (vif). > However, Windows recognizes a Realtek RTL8139C+ Fast Ethernet at > 100Mbit/s. > I absolutely need to have 1Gbit/s. What is the solution? > > Best regards, > Mickael > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------040808040300060204080305 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Hi,

for example:

http://www.google.pl/#hl=pl&biw=1680&bih=858&sclient=psy-ab&q=xen+pv+windows+2008&oq=xen+pv+windows+&gs_l=hp.3.3.0i30l4.0.0.1.173.0.0.0.0.0.0.0.0..0.0...0.0...1c.6MZFSBoz6ts&pbx=1&bav=on.2,or.r_gc.r_pw.r_qf.,cf.osb&fp=cfc72efdd2c57a28

Regards,
sid
Hello,
I currently have a Windows Server 2008 R2 Enterprise connected on eth0 with bridge (vif).
However, Windows recognizes a Realtek RTL8139C+ Fast Ethernet at 100Mbit/s.
I absolutely need to have 1Gbit/s. What is the solution?

Best regards,
Mickael

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


--------------040808040300060204080305-- --===============2006818823724730385== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2006818823724730385==-- From xen-users-bounces@lists.xen.org Tue Jul 24 11:34:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 11: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 1StdMc-00022s-Ec; Tue, 24 Jul 2012 11:33:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StdMa-00022f-Rc for xen-users@lists.xensource.com; Tue, 24 Jul 2012 11:33:17 +0000 Received: from [85.158.143.35:34652] by server-3.bemta-4.messagelabs.com id B2/57-01511-BF78E005; Tue, 24 Jul 2012 11:33:15 +0000 X-Env-Sender: sid@nvt.pl X-Msg-Ref: server-15.tower-21.messagelabs.com!1343129594!14952424!1 X-Originating-IP: [217.149.242.17] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1934 invoked from network); 24 Jul 2012 11:33:15 -0000 Received: from rev-217149242-17.atman.pl (HELO mail.nvt.pl) (217.149.242.17) by server-15.tower-21.messagelabs.com with SMTP; 24 Jul 2012 11:33:15 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.nvt.pl (Postfix) with ESMTP id 87F40224AEF3 for ; Tue, 24 Jul 2012 13:33:14 +0200 (CEST) Received: from mail.nvt.pl ([127.0.0.1]) by localhost (mail.nvt.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id crDHBHN3AHG8 for ; Tue, 24 Jul 2012 13:33:14 +0200 (CEST) Received: by mail.nvt.pl (Postfix, from userid 10000) id 5E8FF2250BAA; Tue, 24 Jul 2012 13:33:14 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on nvt-mail01.nvt.pl X-Spam-Level: X-Spam-Status: No, hits=-102.9 required=6.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100 autolearn=unavailable version=3.3.1 Received: from [10.40.5.137] (unknown [77.79.217.49]) by mail.nvt.pl (Postfix) with ESMTPSA id F1703224AEF3; Tue, 24 Jul 2012 13:32:55 +0200 (CEST) Message-ID: <500E87E7.1030401@nvt.pl> Date: Tue, 24 Jul 2012 13:32:55 +0200 From: sid User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.23) Gecko/20110922 Lightning/1.0b2 Thunderbird/3.1.15 MIME-Version: 1.0 To: Mickael MONSIEUR References: In-Reply-To: X-Enigmail-Version: 1.1.2 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] [Debian] XenHypervisor 4.0 - Gigabit X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2006818823724730385==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2006818823724730385== Content-Type: multipart/alternative; boundary="------------040808040300060204080305" This is a multi-part message in MIME format. --------------040808040300060204080305 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hi, for example: http://www.google.pl/#hl=pl&biw=1680&bih=858&sclient=psy-ab&q=xen+pv+windows+2008&oq=xen+pv+windows+&gs_l=hp.3.3.0i30l4.0.0.1.173.0.0.0.0.0.0.0.0..0.0...0.0...1c.6MZFSBoz6ts&pbx=1&bav=on.2,or.r_gc.r_pw.r_qf.,cf.osb&fp=cfc72efdd2c57a28 Regards, sid > Hello, > I currently have a Windows Server 2008 R2 Enterprise connected on eth0 > with bridge (vif). > However, Windows recognizes a Realtek RTL8139C+ Fast Ethernet at > 100Mbit/s. > I absolutely need to have 1Gbit/s. What is the solution? > > Best regards, > Mickael > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------040808040300060204080305 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Hi,

for example:

http://www.google.pl/#hl=pl&biw=1680&bih=858&sclient=psy-ab&q=xen+pv+windows+2008&oq=xen+pv+windows+&gs_l=hp.3.3.0i30l4.0.0.1.173.0.0.0.0.0.0.0.0..0.0...0.0...1c.6MZFSBoz6ts&pbx=1&bav=on.2,or.r_gc.r_pw.r_qf.,cf.osb&fp=cfc72efdd2c57a28

Regards,
sid
Hello,
I currently have a Windows Server 2008 R2 Enterprise connected on eth0 with bridge (vif).
However, Windows recognizes a Realtek RTL8139C+ Fast Ethernet at 100Mbit/s.
I absolutely need to have 1Gbit/s. What is the solution?

Best regards,
Mickael

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


--------------040808040300060204080305-- --===============2006818823724730385== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2006818823724730385==-- From xen-users-bounces@lists.xen.org Tue Jul 24 13:13:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 13: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 1SteuG-0004bi-4g; Tue, 24 Jul 2012 13:12:08 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1SteuD-0004ba-Oj for xen-users@lists.xen.org; Tue, 24 Jul 2012 13:12:05 +0000 X-Env-Sender: maxxer@ufficyo.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1343135518!10443092!1 X-Originating-IP: [109.69.131.226] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24566 invoked from network); 24 Jul 2012 13:11:58 -0000 Received: from mail.ufficyo.com (HELO mail.ufficyo.com) (109.69.131.226) by server-13.tower-27.messagelabs.com with SMTP; 24 Jul 2012 13:11:58 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.ufficyo.com (Postfix) with ESMTP id 33D1D1C1A3D for ; Tue, 24 Jul 2012 15:11:55 +0200 (CEST) X-Virus-Scanned: amavisd-new at yetopen.it Received: from mail.ufficyo.com ([127.0.0.1]) by localhost (mail.ufficyo.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bI2lbr7r1Dcr for ; Tue, 24 Jul 2012 15:11:41 +0200 (CEST) Received: from mail.ufficyo.com (quaglia.yetopen.it [10.22.22.190]) by mail.ufficyo.com (Postfix) with ESMTP id 7B83F1C1A24 for ; Tue, 24 Jul 2012 15:11:41 +0200 (CEST) Date: Tue, 24 Jul 2012 15:11:41 +0200 (CEST) From: Lorenzo Milesi To: xen-users@lists.xen.org Message-ID: <2077866217.23339.1343135500901.JavaMail.root@yetopen.it> In-Reply-To: <862202367.23334.1343135271981.JavaMail.root@yetopen.it> MIME-Version: 1.0 X-Originating-IP: [10.22.22.57] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - GC22 (Linux)/7.2.0_GA_2669) Subject: [Xen-users] Crash on Debian6 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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. Some days ago I posted about random reboots of my freshly installed Xen4 on Debian 6, fully updated. I managed to attach a serial console and grab the following output. Any hint about what could cause the crash? thanks (XEN) trace.c:8932767 calc_tinfo_first_offset: NR_CPUs 128, offset_in_bytes 258, t_info_first_offset 65 (XEN) Xen trace buffers: disabled (XEN) Std. Loglevel: All (XEN) Guest Loglevel: All (XEN) Xen is relinquishing VGA console. (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 176kB init memory. mapping kernel into physical memory Xen: setup ISA identity maps about to get started... [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 2.6.32-5-xen-amd64 (Debian 2.6.32-45) (dannf@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP S2 [ 0.000000] Command line: placeholder root=/dev/mapper/VGmain-LVroot ro console=hvc0 earlyprintk=xen quiet [ 0.000000] KERNEL supported cpus: [ 0.000000] Intel GenuineIntel [ 0.000000] AMD AuthenticAMD [ 0.000000] Centaur CentaurHauls [ 0.000000] xen_release_chunk: looking at area pfn d0000-fec00: 191488 pages freed [ 0.000000] released 191488 pages of unused memory [ 0.000000] BIOS-provided physical RAM map: [ 0.000000] Xen: 0000000000000000 - 0000000000099c00 (usable) [ 0.000000] Xen: 0000000000099c00 - 0000000000100000 (reserved) [ 0.000000] Xen: 0000000000100000 - 00000000bff66d40 (usable) [ 0.000000] Xen: 00000000bff66d40 - 00000000bff76300 (ACPI data) [ 0.000000] Xen: 00000000bff76300 - 00000000d0000000 (reserved) [ 0.000000] Xen: 00000000fec00000 - 0000000100000000 (reserved) [ 0.000000] bootconsole [xenboot0] enabled [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 2 [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 8 [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 14 [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 9 (XEN) d0:v0: unhandled page fault (ec=0000) (XEN) Pagetable walk from ffffffffff5fc020: (XEN) L4[0x1ff] = 0000000431003067 0000000000001003 (XEN) L3[0x1ff] = 0000000431004067 0000000000001004 (XEN) L2[0x1fa] = 0000000431608067 0000000000001608 (XEN) L1[0x1fc] = 0000000000000000 ffffffffffffffff (XEN) domain_crash_sync called from entry.S (XEN) Domain 0 (vcpu#0) crashed on cpu#0: (XEN) ----[ Xen-4.0.1 x86_64 debug=n Not tainted ]---- (XEN) CPU: 0 (XEN) RIP: e033:[] (XEN) RFLAGS: 0000000000000296 EM: 1 CONTEXT: pv guest (XEN) rax: ffffffff814a6500 rbx: 0000000001c22000 rcx: 0000000000000101 (XEN) rdx: 0000000000000200 rsi: 0000000000000000 rdi: 0000000000000020 (XEN) rbp: 00000000bff66000 rsp: ffffffff81447ea0 r8: 0000000000000000 (XEN) r9: ffffffff81513ac0 r10: 0000000000000000 r11: 00000000000186a0 (XEN) r12: ffffffffffffffff r13: ffffffff81447fb8 r14: 0000000000000000 (XEN) r15: 0000000000000000 cr0: 000000008005003b cr4: 00000000000026f0 (XEN) cr3: 0000000431001000 cr2: ffffffffff5fc020 (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e02b cs: e033 (XEN) Guest stack trace from rsp=ffffffff81447ea0: (XEN) 0000000000000101 00000000000186a0 0000000000000000 ffffffff81029436 (XEN) 000000010000e030 0000000000010096 ffffffff81447ee0 000000000000e02b (XEN) ffffffff810255da 00000000bff66000 ffffffff8153e96d 0000000001c22000 (XEN) ffffffff81535f59 ffffffff8140679f 000000000332a000 0000000001708000 (XEN) ffffffff81207a36 0000000000000000 0000000000000000 0000000000000000 (XEN) 00000000effea900 ffffffff813c4b25 ffffffff8140679f 0000000000000000 (XEN) b2ad5b580ce60aea 0000000000000000 0000000000000000 0000000000000000 (XEN) ffffffffffffffff ffffffff81568c50 0000000000000000 0000000000000000 (XEN) ffffffff815319dc 00000000016e7b44 b2ad5b580ce60aea ffffffff8156acc0 (XEN) ffffffff81001000 0000000000000000 0000000000000000 0000000000000000 (XEN) ffffffff81533c93 0000000000000001 0000000000000000 0000000000000000 (XEN) Domain 0 crashed: rebooting machine in 5 seconds. -- Lorenzo Milesi - lorenzo.milesi@yetopen.it GPG/PGP Key-Id: 0xE704E230 - http://keyserver.linux.it _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 24 13:13:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 13: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 1SteuG-0004bi-4g; Tue, 24 Jul 2012 13:12:08 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1SteuD-0004ba-Oj for xen-users@lists.xen.org; Tue, 24 Jul 2012 13:12:05 +0000 X-Env-Sender: maxxer@ufficyo.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1343135518!10443092!1 X-Originating-IP: [109.69.131.226] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24566 invoked from network); 24 Jul 2012 13:11:58 -0000 Received: from mail.ufficyo.com (HELO mail.ufficyo.com) (109.69.131.226) by server-13.tower-27.messagelabs.com with SMTP; 24 Jul 2012 13:11:58 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.ufficyo.com (Postfix) with ESMTP id 33D1D1C1A3D for ; Tue, 24 Jul 2012 15:11:55 +0200 (CEST) X-Virus-Scanned: amavisd-new at yetopen.it Received: from mail.ufficyo.com ([127.0.0.1]) by localhost (mail.ufficyo.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bI2lbr7r1Dcr for ; Tue, 24 Jul 2012 15:11:41 +0200 (CEST) Received: from mail.ufficyo.com (quaglia.yetopen.it [10.22.22.190]) by mail.ufficyo.com (Postfix) with ESMTP id 7B83F1C1A24 for ; Tue, 24 Jul 2012 15:11:41 +0200 (CEST) Date: Tue, 24 Jul 2012 15:11:41 +0200 (CEST) From: Lorenzo Milesi To: xen-users@lists.xen.org Message-ID: <2077866217.23339.1343135500901.JavaMail.root@yetopen.it> In-Reply-To: <862202367.23334.1343135271981.JavaMail.root@yetopen.it> MIME-Version: 1.0 X-Originating-IP: [10.22.22.57] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - GC22 (Linux)/7.2.0_GA_2669) Subject: [Xen-users] Crash on Debian6 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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. Some days ago I posted about random reboots of my freshly installed Xen4 on Debian 6, fully updated. I managed to attach a serial console and grab the following output. Any hint about what could cause the crash? thanks (XEN) trace.c:8932767 calc_tinfo_first_offset: NR_CPUs 128, offset_in_bytes 258, t_info_first_offset 65 (XEN) Xen trace buffers: disabled (XEN) Std. Loglevel: All (XEN) Guest Loglevel: All (XEN) Xen is relinquishing VGA console. (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 176kB init memory. mapping kernel into physical memory Xen: setup ISA identity maps about to get started... [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 2.6.32-5-xen-amd64 (Debian 2.6.32-45) (dannf@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP S2 [ 0.000000] Command line: placeholder root=/dev/mapper/VGmain-LVroot ro console=hvc0 earlyprintk=xen quiet [ 0.000000] KERNEL supported cpus: [ 0.000000] Intel GenuineIntel [ 0.000000] AMD AuthenticAMD [ 0.000000] Centaur CentaurHauls [ 0.000000] xen_release_chunk: looking at area pfn d0000-fec00: 191488 pages freed [ 0.000000] released 191488 pages of unused memory [ 0.000000] BIOS-provided physical RAM map: [ 0.000000] Xen: 0000000000000000 - 0000000000099c00 (usable) [ 0.000000] Xen: 0000000000099c00 - 0000000000100000 (reserved) [ 0.000000] Xen: 0000000000100000 - 00000000bff66d40 (usable) [ 0.000000] Xen: 00000000bff66d40 - 00000000bff76300 (ACPI data) [ 0.000000] Xen: 00000000bff76300 - 00000000d0000000 (reserved) [ 0.000000] Xen: 00000000fec00000 - 0000000100000000 (reserved) [ 0.000000] bootconsole [xenboot0] enabled [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 2 [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 8 [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 14 [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 9 (XEN) d0:v0: unhandled page fault (ec=0000) (XEN) Pagetable walk from ffffffffff5fc020: (XEN) L4[0x1ff] = 0000000431003067 0000000000001003 (XEN) L3[0x1ff] = 0000000431004067 0000000000001004 (XEN) L2[0x1fa] = 0000000431608067 0000000000001608 (XEN) L1[0x1fc] = 0000000000000000 ffffffffffffffff (XEN) domain_crash_sync called from entry.S (XEN) Domain 0 (vcpu#0) crashed on cpu#0: (XEN) ----[ Xen-4.0.1 x86_64 debug=n Not tainted ]---- (XEN) CPU: 0 (XEN) RIP: e033:[] (XEN) RFLAGS: 0000000000000296 EM: 1 CONTEXT: pv guest (XEN) rax: ffffffff814a6500 rbx: 0000000001c22000 rcx: 0000000000000101 (XEN) rdx: 0000000000000200 rsi: 0000000000000000 rdi: 0000000000000020 (XEN) rbp: 00000000bff66000 rsp: ffffffff81447ea0 r8: 0000000000000000 (XEN) r9: ffffffff81513ac0 r10: 0000000000000000 r11: 00000000000186a0 (XEN) r12: ffffffffffffffff r13: ffffffff81447fb8 r14: 0000000000000000 (XEN) r15: 0000000000000000 cr0: 000000008005003b cr4: 00000000000026f0 (XEN) cr3: 0000000431001000 cr2: ffffffffff5fc020 (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e02b cs: e033 (XEN) Guest stack trace from rsp=ffffffff81447ea0: (XEN) 0000000000000101 00000000000186a0 0000000000000000 ffffffff81029436 (XEN) 000000010000e030 0000000000010096 ffffffff81447ee0 000000000000e02b (XEN) ffffffff810255da 00000000bff66000 ffffffff8153e96d 0000000001c22000 (XEN) ffffffff81535f59 ffffffff8140679f 000000000332a000 0000000001708000 (XEN) ffffffff81207a36 0000000000000000 0000000000000000 0000000000000000 (XEN) 00000000effea900 ffffffff813c4b25 ffffffff8140679f 0000000000000000 (XEN) b2ad5b580ce60aea 0000000000000000 0000000000000000 0000000000000000 (XEN) ffffffffffffffff ffffffff81568c50 0000000000000000 0000000000000000 (XEN) ffffffff815319dc 00000000016e7b44 b2ad5b580ce60aea ffffffff8156acc0 (XEN) ffffffff81001000 0000000000000000 0000000000000000 0000000000000000 (XEN) ffffffff81533c93 0000000000000001 0000000000000000 0000000000000000 (XEN) Domain 0 crashed: rebooting machine in 5 seconds. -- Lorenzo Milesi - lorenzo.milesi@yetopen.it GPG/PGP Key-Id: 0xE704E230 - http://keyserver.linux.it _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 24 13:19:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 13:19: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 1Stf0a-0004qH-7W; Tue, 24 Jul 2012 13:18:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Stf0Y-0004qB-Jv for xen-users@lists.xensource.com; Tue, 24 Jul 2012 13:18:38 +0000 Received: from [85.158.143.99:31740] by server-3.bemta-4.messagelabs.com id D4/5E-01511-DA0AE005; Tue, 24 Jul 2012 13:18:37 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-9.tower-216.messagelabs.com!1343135917!28460310!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30416 invoked from network); 24 Jul 2012 13:18:37 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-9.tower-216.messagelabs.com with SMTP; 24 Jul 2012 13:18:37 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 184A228265 for ; Tue, 24 Jul 2012 14:18:35 +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 vrG9ywl9MMvc for ; Tue, 24 Jul 2012 14:18:34 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 746052825F for ; Tue, 24 Jul 2012 14:18:34 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Tue, 24 Jul 2012 13:42:37 +0100 To: xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [Xen-users] [Debian] XenHypervisor 4.0 - Gigabit X-BeenThere: xen-users@lists.xen.org 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 Mickael MONSIEUR wrote: >However, Windows recognizes a Realtek RTL8139C+ Fast Ethernet at 100Mbit/s. >I absolutely need to have 1Gbit/s. What is the solution? You already have it. The virtual NIC isn't real and is not limited to the 100Mbps of a real NIC. The actual throughput will be limited by the hosts hardware (presumably a 1Gbps NIC) and Dom0's ability to process packets about. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 24 13:19:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 13:19: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 1Stf0a-0004qH-7W; Tue, 24 Jul 2012 13:18:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Stf0Y-0004qB-Jv for xen-users@lists.xensource.com; Tue, 24 Jul 2012 13:18:38 +0000 Received: from [85.158.143.99:31740] by server-3.bemta-4.messagelabs.com id D4/5E-01511-DA0AE005; Tue, 24 Jul 2012 13:18:37 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-9.tower-216.messagelabs.com!1343135917!28460310!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30416 invoked from network); 24 Jul 2012 13:18:37 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-9.tower-216.messagelabs.com with SMTP; 24 Jul 2012 13:18:37 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 184A228265 for ; Tue, 24 Jul 2012 14:18:35 +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 vrG9ywl9MMvc for ; Tue, 24 Jul 2012 14:18:34 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 746052825F for ; Tue, 24 Jul 2012 14:18:34 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Tue, 24 Jul 2012 13:42:37 +0100 To: xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [Xen-users] [Debian] XenHypervisor 4.0 - Gigabit X-BeenThere: xen-users@lists.xen.org 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 Mickael MONSIEUR wrote: >However, Windows recognizes a Realtek RTL8139C+ Fast Ethernet at 100Mbit/s. >I absolutely need to have 1Gbit/s. What is the solution? You already have it. The virtual NIC isn't real and is not limited to the 100Mbps of a real NIC. The actual throughput will be limited by the hosts hardware (presumably a 1Gbps NIC) and Dom0's ability to process packets about. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 24 13:39:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 13:39: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 1StfJS-0005aW-ID; Tue, 24 Jul 2012 13:38:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StfJR-0005aP-Pg for xen-users@lists.xen.org; Tue, 24 Jul 2012 13:38:09 +0000 Received: from [85.158.143.99:36205] by server-3.bemta-4.messagelabs.com id D9/72-01511-045AE005; Tue, 24 Jul 2012 13:38:08 +0000 X-Env-Sender: maxxer@ufficyo.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1343137088!23193005!1 X-Originating-IP: [109.69.131.226] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5098 invoked from network); 24 Jul 2012 13:38:08 -0000 Received: from mail.ufficyo.com (HELO mail.ufficyo.com) (109.69.131.226) by server-12.tower-216.messagelabs.com with SMTP; 24 Jul 2012 13:38:08 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.ufficyo.com (Postfix) with ESMTP id A8D681C1A4C for ; Tue, 24 Jul 2012 15:38:03 +0200 (CEST) X-Virus-Scanned: amavisd-new at yetopen.it Received: from mail.ufficyo.com ([127.0.0.1]) by localhost (mail.ufficyo.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mga0oSUx0wSS for ; Tue, 24 Jul 2012 15:37:49 +0200 (CEST) Received: from mail.ufficyo.com (quaglia.yetopen.it [10.22.22.190]) by mail.ufficyo.com (Postfix) with ESMTP id 0C8731C1A24 for ; Tue, 24 Jul 2012 15:37:49 +0200 (CEST) Date: Tue, 24 Jul 2012 15:37:48 +0200 (CEST) From: Lorenzo Milesi To: xen-users@lists.xen.org Message-ID: <359794004.23414.1343137068249.JavaMail.root@yetopen.it> In-Reply-To: <2077866217.23339.1343135500901.JavaMail.root@yetopen.it> MIME-Version: 1.0 X-Originating-IP: [10.22.22.57] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - GC22 (Linux)/7.2.0_GA_2669) Subject: Re: [Xen-users] Crash on Debian6 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > [ 0.000000] Command line: placeholder > root=/dev/mapper/VGmain-LVroot ro console=hvc0 earlyprintk=xen quiet Xen Cmdline follows: GRUB_CMDLINE_XEN="dom0_mem=512M dom0_max_vcpus=1 dom0_vcpus_pin" the system has 16G RAM, 16 cores -- Lorenzo Milesi - lorenzo.milesi@yetopen.it GPG/PGP Key-Id: 0xE704E230 - http://keyserver.linux.it _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 24 13:39:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 13:39: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 1StfJS-0005aW-ID; Tue, 24 Jul 2012 13:38:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StfJR-0005aP-Pg for xen-users@lists.xen.org; Tue, 24 Jul 2012 13:38:09 +0000 Received: from [85.158.143.99:36205] by server-3.bemta-4.messagelabs.com id D9/72-01511-045AE005; Tue, 24 Jul 2012 13:38:08 +0000 X-Env-Sender: maxxer@ufficyo.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1343137088!23193005!1 X-Originating-IP: [109.69.131.226] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5098 invoked from network); 24 Jul 2012 13:38:08 -0000 Received: from mail.ufficyo.com (HELO mail.ufficyo.com) (109.69.131.226) by server-12.tower-216.messagelabs.com with SMTP; 24 Jul 2012 13:38:08 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.ufficyo.com (Postfix) with ESMTP id A8D681C1A4C for ; Tue, 24 Jul 2012 15:38:03 +0200 (CEST) X-Virus-Scanned: amavisd-new at yetopen.it Received: from mail.ufficyo.com ([127.0.0.1]) by localhost (mail.ufficyo.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mga0oSUx0wSS for ; Tue, 24 Jul 2012 15:37:49 +0200 (CEST) Received: from mail.ufficyo.com (quaglia.yetopen.it [10.22.22.190]) by mail.ufficyo.com (Postfix) with ESMTP id 0C8731C1A24 for ; Tue, 24 Jul 2012 15:37:49 +0200 (CEST) Date: Tue, 24 Jul 2012 15:37:48 +0200 (CEST) From: Lorenzo Milesi To: xen-users@lists.xen.org Message-ID: <359794004.23414.1343137068249.JavaMail.root@yetopen.it> In-Reply-To: <2077866217.23339.1343135500901.JavaMail.root@yetopen.it> MIME-Version: 1.0 X-Originating-IP: [10.22.22.57] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - GC22 (Linux)/7.2.0_GA_2669) Subject: Re: [Xen-users] Crash on Debian6 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > [ 0.000000] Command line: placeholder > root=/dev/mapper/VGmain-LVroot ro console=hvc0 earlyprintk=xen quiet Xen Cmdline follows: GRUB_CMDLINE_XEN="dom0_mem=512M dom0_max_vcpus=1 dom0_vcpus_pin" the system has 16G RAM, 16 cores -- Lorenzo Milesi - lorenzo.milesi@yetopen.it GPG/PGP Key-Id: 0xE704E230 - http://keyserver.linux.it _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 24 15:46:33 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 15:46: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 1SthHu-0001Ki-IP; Tue, 24 Jul 2012 15:44:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SthHs-0001Kd-Jb for xen-users@lists.xen.org; Tue, 24 Jul 2012 15:44:40 +0000 Received: from [85.158.143.99:49320] by server-3.bemta-4.messagelabs.com id DE/3E-01511-7E2CE005; Tue, 24 Jul 2012 15:44:39 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1343144678!28489409!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32498 invoked from network); 24 Jul 2012 15:44:39 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-9.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Jul 2012 15:44:39 -0000 Received: from [201.123.196.218] (port=57835 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SthHp-0005Vw-UR for xen-users@lists.xen.org; Tue, 24 Jul 2012 10:44:38 -0500 Received: from [10.13.34.156] (alk-desktop.sys.ondore.i [10.13.34.156]) by mail.ondore.i (Postfix) with ESMTPSA id 4F8ABA208 for ; Tue, 24 Jul 2012 10:44:36 -0500 (CDT) Message-ID: <500EC2E4.3030002@ondore.com> Date: Tue, 24 Jul 2012 10:44:36 -0500 From: Alexandre Kouznetsov 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: <500DB49F.8010507@ondore.com> <1343116588.8074.54.camel@wotan2> In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.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 Subject: Re: [Xen-users] Target filesystem doesn't have requested /sbin/init. X-BeenThere: xen-users@lists.xen.org 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 El 24/07/12 03:50, jaeyong yoo escribi=F3: > Oh my god. Somehow it worked. Good. Not too good, btw. Usually it's good to have a clue about what happend, = even if the bloblem solves itself. If nothing done it can happen again = in the same way, you probably wish to prevent it. > I guess the filesystem crashed as Stephan said and "magically" it heals > itself. Well, it does not work this way. We use fsck to heal filesystem, much = more reliable than magic. Even in case it's already works, as you = suspect it was a FS crash, fsck is still strongly recommended. -- = 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 Jul 24 15:46:33 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 15:46: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 1SthHu-0001Ki-IP; Tue, 24 Jul 2012 15:44:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SthHs-0001Kd-Jb for xen-users@lists.xen.org; Tue, 24 Jul 2012 15:44:40 +0000 Received: from [85.158.143.99:49320] by server-3.bemta-4.messagelabs.com id DE/3E-01511-7E2CE005; Tue, 24 Jul 2012 15:44:39 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1343144678!28489409!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32498 invoked from network); 24 Jul 2012 15:44:39 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-9.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Jul 2012 15:44:39 -0000 Received: from [201.123.196.218] (port=57835 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SthHp-0005Vw-UR for xen-users@lists.xen.org; Tue, 24 Jul 2012 10:44:38 -0500 Received: from [10.13.34.156] (alk-desktop.sys.ondore.i [10.13.34.156]) by mail.ondore.i (Postfix) with ESMTPSA id 4F8ABA208 for ; Tue, 24 Jul 2012 10:44:36 -0500 (CDT) Message-ID: <500EC2E4.3030002@ondore.com> Date: Tue, 24 Jul 2012 10:44:36 -0500 From: Alexandre Kouznetsov 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: <500DB49F.8010507@ondore.com> <1343116588.8074.54.camel@wotan2> In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.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 Subject: Re: [Xen-users] Target filesystem doesn't have requested /sbin/init. X-BeenThere: xen-users@lists.xen.org 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 El 24/07/12 03:50, jaeyong yoo escribi=F3: > Oh my god. Somehow it worked. Good. Not too good, btw. Usually it's good to have a clue about what happend, = even if the bloblem solves itself. If nothing done it can happen again = in the same way, you probably wish to prevent it. > I guess the filesystem crashed as Stephan said and "magically" it heals > itself. Well, it does not work this way. We use fsck to heal filesystem, much = more reliable than magic. Even in case it's already works, as you = suspect it was a FS crash, fsck is still strongly recommended. -- = 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 Jul 24 15:53:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 15:53: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 1SthOb-0001bG-MR; Tue, 24 Jul 2012 15:51:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SthOb-0001bB-2Z for xen-users@lists.xen.org; Tue, 24 Jul 2012 15:51:37 +0000 Received: from [85.158.143.35:39297] by server-1.bemta-4.messagelabs.com id A1/CF-24392-684CE005; Tue, 24 Jul 2012 15:51:34 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1343145089!11627904!1 X-Originating-IP: [74.125.82.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5961 invoked from network); 24 Jul 2012 15:51:33 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jul 2012 15:51:33 -0000 Received: by wgbed3 with SMTP id ed3so5135945wgb.32 for ; Tue, 24 Jul 2012 08:51: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=3DoH7mjb9EHZan39qykvqDMHc0pWfaOZNUBqJkSaHOs=; b=BrZN64NvtK/TnzDbczmDfSoBl2PegS6I0HuYQfaptc/6SEOyw9BNu8vV41kdfxql9d l4l3Pdwz7361PMOYerNR4ceg0z7GOSdev9dLbYYL3HiKOMdre1SSru+y2TFsBMk9rN1j 7AAf5b8sg55Sw9ZfzQGKxqcPijYWsujVb2FRAtfnXhclTfbfWHANtvbbbxXqmHbvhhGC O/e7+0IbuaLvtS2avmODZ1jelzymJQEtm+ciGqfoxlvB3EDSXNExJb6RmtjfkOuSHXzt cBIQcCtTaZHKSNUmK4FKGFthuapK4QkJUqfmdxAHtYlnfzyzmzj4Nv1Xj0Qfr+dRt+Wh +ijw== MIME-Version: 1.0 Received: by 10.217.7.6 with SMTP id z6mr4111464wes.5.1343145089564; Tue, 24 Jul 2012 08:51:29 -0700 (PDT) Received: by 10.216.221.130 with HTTP; Tue, 24 Jul 2012 08:51:29 -0700 (PDT) Date: Tue, 24 Jul 2012 09:51:29 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] no /dev/xvda for 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 I had upgraded to latest hg version of xen unstable and my arch linux guest can't find /dev/xvda1. My server 2008R2 boot and work just fine. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 24 15:53:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 15:53: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 1SthOb-0001bG-MR; Tue, 24 Jul 2012 15:51:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SthOb-0001bB-2Z for xen-users@lists.xen.org; Tue, 24 Jul 2012 15:51:37 +0000 Received: from [85.158.143.35:39297] by server-1.bemta-4.messagelabs.com id A1/CF-24392-684CE005; Tue, 24 Jul 2012 15:51:34 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1343145089!11627904!1 X-Originating-IP: [74.125.82.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5961 invoked from network); 24 Jul 2012 15:51:33 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jul 2012 15:51:33 -0000 Received: by wgbed3 with SMTP id ed3so5135945wgb.32 for ; Tue, 24 Jul 2012 08:51: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=3DoH7mjb9EHZan39qykvqDMHc0pWfaOZNUBqJkSaHOs=; b=BrZN64NvtK/TnzDbczmDfSoBl2PegS6I0HuYQfaptc/6SEOyw9BNu8vV41kdfxql9d l4l3Pdwz7361PMOYerNR4ceg0z7GOSdev9dLbYYL3HiKOMdre1SSru+y2TFsBMk9rN1j 7AAf5b8sg55Sw9ZfzQGKxqcPijYWsujVb2FRAtfnXhclTfbfWHANtvbbbxXqmHbvhhGC O/e7+0IbuaLvtS2avmODZ1jelzymJQEtm+ciGqfoxlvB3EDSXNExJb6RmtjfkOuSHXzt cBIQcCtTaZHKSNUmK4FKGFthuapK4QkJUqfmdxAHtYlnfzyzmzj4Nv1Xj0Qfr+dRt+Wh +ijw== MIME-Version: 1.0 Received: by 10.217.7.6 with SMTP id z6mr4111464wes.5.1343145089564; Tue, 24 Jul 2012 08:51:29 -0700 (PDT) Received: by 10.216.221.130 with HTTP; Tue, 24 Jul 2012 08:51:29 -0700 (PDT) Date: Tue, 24 Jul 2012 09:51:29 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] no /dev/xvda for 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 I had upgraded to latest hg version of xen unstable and my arch linux guest can't find /dev/xvda1. My server 2008R2 boot and work just fine. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 24 16:25:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 16:25: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 1Sthu0-0003hc-Q6; Tue, 24 Jul 2012 16:24:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sthtz-0003hX-8V for xen-users@lists.xen.org; Tue, 24 Jul 2012 16:24:03 +0000 Received: from [85.158.138.51:62023] by server-8.bemta-3.messagelabs.com id 4E/C3-30925-22CCE005; Tue, 24 Jul 2012 16:24:02 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-13.tower-174.messagelabs.com!1343147041!9880044!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24219 invoked from network); 24 Jul 2012 16:24:01 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-13.tower-174.messagelabs.com with AES128-SHA encrypted SMTP; 24 Jul 2012 16:24:01 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Tue, 24 Jul 2012 18:24:01 +0200 From: Stephan Seitz To: jacek burghardt Thread-Topic: [Xen-users] no /dev/xvda for domu Thread-Index: AQHNabZnlWwciI8UwUCGvgcuo2kN/Jc4fIIA Date: Tue, 24 Jul 2012 16:24:00 +0000 Message-ID: <1343147040.3941.6.camel@wotan2> References: In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: xen-users Subject: Re: [Xen-users] no /dev/xvda for 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="===============3020389568914554453==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3020389568914554453== Content-Language: de-DE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-aZvOp4WlIaFDDVz5dXiT" --=-aZvOp4WlIaFDDVz5dXiT Content-Type: multipart/alternative; boundary="=-JFs92jyLZDCdg6KFH367" --=-JFs92jyLZDCdg6KFH367 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, see, if one could have a look at your domU config file, or peek into the output of your booting domU, it would be possible to give a reliable answer. That way, I'ld take a look into my crystal ball (which is quite scratched these days ...) and guess, your domU's /boot/grub/menu.lst gives a wrong root=3D... to your kernel. sorry for sarcasm, but a little more information would be really helpful. cheeers, --=20 Stephan Seitz Senior System Administrator netz-haut GmbH multimediale kommunikation =20 Friedrich-Bergius-Ring 12 97076 W=C3=BCrzburg =20 Telefon: 0931 - 780 11 780 Telefax: 0931 - 780 11 799 =20 Web: www.netzhaut.de =20 Amtsgericht W=C3=BCrzburg =E2=80=93 HRB 10764 Gesch=C3=A4ftsf=C3=BChrer: Michael Daut, Kai Neugebauer Am Dienstag, den 24.07.2012, 09:51 -0600 schrieb jacek burghardt: > I had upgraded to latest hg version of xen unstable and my arch linux > guest can't find /dev/xvda1. My server 2008R2 boot and work just fine. >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --=-JFs92jyLZDCdg6KFH367 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi,

see, if one could have a look at your domU config file, or peek into the ou= tput of your
booting domU, it would be possible to give a reliable answer.

That way, I'ld take a look into my crystal ball (which is quite scratched t= hese days ...) and guess, your
domU's /boot/grub/menu.lst gives a wrong root=3D... to your kernel.

sorry for sarcasm, but a little more information would be really helpful.
cheeers,


--=20 

Stephan Seitz
Senior System Administrator

   netz-haut GmbH
   multimediale kommunikation
  =20
   Friedrich-Bergius-Ring 12
   97076 Würzburg
   =20
   Telefon: 0931 - 780 11 780
   Telefax: 0931 - 780 11 799
   =20
   Web: www.netzhaut.de

   =20
   Amtsgericht Würzburg – HRB 10764

   Geschäftsführer: Michael Daut, Kai Neugebauer


Am Dienstag, den 24.07.2012, 09:51 -0600 schrieb jacek burghardt: 
I had upgraded to latest hg version of xen unstable and my arch linux
guest can't find /dev/xvda1. My server 2008R2 boot and work just fine.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--=-JFs92jyLZDCdg6KFH367-- --=-aZvOp4WlIaFDDVz5dXiT 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.11 (GNU/Linux) iQEcBAABAgAGBQJQDswgAAoJEHzu36SveCllmYQH/0Sj1MMf1oYIDBE3etOICkut FkDIS8ROCY79vk3DGPnISnfK7A8noQZZ6J1gV0fgFSRZJnJtVNJllpUGKBjVPhzB ScqSR8h4eQILBjjNx3BviaR+LquTa3BwDEvvMNAA6HlCS6ipej3Vvj1jWERqjv5D po1R3v0lHpDaYQddHOzfKnqzj6IfHAyM3WD+PaLOdPKlvTsPQsT7oolFGcYwNStC jKeYSZYCED64GVnMYLp/6OTCDQGssj2pZe1W3o1JbtiXfW618K47mMEWscJnmFjC PihbG0RVF2xrV5/AUZozXGlgVepnOTg3/+7Zgtd8fq25hk5xBrWaXNkFxeMwyE0= =wTwi -----END PGP SIGNATURE----- --=-aZvOp4WlIaFDDVz5dXiT-- --===============3020389568914554453== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3020389568914554453==-- From xen-users-bounces@lists.xen.org Tue Jul 24 16:25:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 16:25: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 1Sthu0-0003hc-Q6; Tue, 24 Jul 2012 16:24:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sthtz-0003hX-8V for xen-users@lists.xen.org; Tue, 24 Jul 2012 16:24:03 +0000 Received: from [85.158.138.51:62023] by server-8.bemta-3.messagelabs.com id 4E/C3-30925-22CCE005; Tue, 24 Jul 2012 16:24:02 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-13.tower-174.messagelabs.com!1343147041!9880044!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24219 invoked from network); 24 Jul 2012 16:24:01 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-13.tower-174.messagelabs.com with AES128-SHA encrypted SMTP; 24 Jul 2012 16:24:01 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Tue, 24 Jul 2012 18:24:01 +0200 From: Stephan Seitz To: jacek burghardt Thread-Topic: [Xen-users] no /dev/xvda for domu Thread-Index: AQHNabZnlWwciI8UwUCGvgcuo2kN/Jc4fIIA Date: Tue, 24 Jul 2012 16:24:00 +0000 Message-ID: <1343147040.3941.6.camel@wotan2> References: In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: xen-users Subject: Re: [Xen-users] no /dev/xvda for 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="===============3020389568914554453==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3020389568914554453== Content-Language: de-DE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-aZvOp4WlIaFDDVz5dXiT" --=-aZvOp4WlIaFDDVz5dXiT Content-Type: multipart/alternative; boundary="=-JFs92jyLZDCdg6KFH367" --=-JFs92jyLZDCdg6KFH367 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, see, if one could have a look at your domU config file, or peek into the output of your booting domU, it would be possible to give a reliable answer. That way, I'ld take a look into my crystal ball (which is quite scratched these days ...) and guess, your domU's /boot/grub/menu.lst gives a wrong root=3D... to your kernel. sorry for sarcasm, but a little more information would be really helpful. cheeers, --=20 Stephan Seitz Senior System Administrator netz-haut GmbH multimediale kommunikation =20 Friedrich-Bergius-Ring 12 97076 W=C3=BCrzburg =20 Telefon: 0931 - 780 11 780 Telefax: 0931 - 780 11 799 =20 Web: www.netzhaut.de =20 Amtsgericht W=C3=BCrzburg =E2=80=93 HRB 10764 Gesch=C3=A4ftsf=C3=BChrer: Michael Daut, Kai Neugebauer Am Dienstag, den 24.07.2012, 09:51 -0600 schrieb jacek burghardt: > I had upgraded to latest hg version of xen unstable and my arch linux > guest can't find /dev/xvda1. My server 2008R2 boot and work just fine. >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --=-JFs92jyLZDCdg6KFH367 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi,

see, if one could have a look at your domU config file, or peek into the ou= tput of your
booting domU, it would be possible to give a reliable answer.

That way, I'ld take a look into my crystal ball (which is quite scratched t= hese days ...) and guess, your
domU's /boot/grub/menu.lst gives a wrong root=3D... to your kernel.

sorry for sarcasm, but a little more information would be really helpful.
cheeers,


--=20 

Stephan Seitz
Senior System Administrator

   netz-haut GmbH
   multimediale kommunikation
  =20
   Friedrich-Bergius-Ring 12
   97076 Würzburg
   =20
   Telefon: 0931 - 780 11 780
   Telefax: 0931 - 780 11 799
   =20
   Web: www.netzhaut.de

   =20
   Amtsgericht Würzburg – HRB 10764

   Geschäftsführer: Michael Daut, Kai Neugebauer


Am Dienstag, den 24.07.2012, 09:51 -0600 schrieb jacek burghardt: 
I had upgraded to latest hg version of xen unstable and my arch linux
guest can't find /dev/xvda1. My server 2008R2 boot and work just fine.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--=-JFs92jyLZDCdg6KFH367-- --=-aZvOp4WlIaFDDVz5dXiT 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.11 (GNU/Linux) iQEcBAABAgAGBQJQDswgAAoJEHzu36SveCllmYQH/0Sj1MMf1oYIDBE3etOICkut FkDIS8ROCY79vk3DGPnISnfK7A8noQZZ6J1gV0fgFSRZJnJtVNJllpUGKBjVPhzB ScqSR8h4eQILBjjNx3BviaR+LquTa3BwDEvvMNAA6HlCS6ipej3Vvj1jWERqjv5D po1R3v0lHpDaYQddHOzfKnqzj6IfHAyM3WD+PaLOdPKlvTsPQsT7oolFGcYwNStC jKeYSZYCED64GVnMYLp/6OTCDQGssj2pZe1W3o1JbtiXfW618K47mMEWscJnmFjC PihbG0RVF2xrV5/AUZozXGlgVepnOTg3/+7Zgtd8fq25hk5xBrWaXNkFxeMwyE0= =wTwi -----END PGP SIGNATURE----- --=-aZvOp4WlIaFDDVz5dXiT-- --===============3020389568914554453== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3020389568914554453==-- From xen-users-bounces@lists.xen.org Tue Jul 24 18:15:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 18:15: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 1Stjb8-00060V-55; Tue, 24 Jul 2012 18:12:42 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Stjb6-00060Q-K3 for xen-users@lists.xen.org; Tue, 24 Jul 2012 18:12:40 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1343153554!10496428!1 X-Originating-IP: [74.125.82.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26702 invoked from network); 24 Jul 2012 18:12:34 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jul 2012 18:12:34 -0000 Received: by wgbed3 with SMTP id ed3so5244855wgb.32 for ; Tue, 24 Jul 2012 11:12: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 :cc:content-type:content-transfer-encoding; bh=dZkuGbzajDthNrk2bf8HAbYmypjTX8d5ake0dELWMhA=; b=zR/bKMh+KqsJFymyZIlc8CpK1MO7/tUHUvTNXx2fBZt4GdEEcSKcOszn2wK/qRgHea qpCdUgVoyCX4HLJQjcA2acfShQSTgD8YEsdTcUMwjWeT7DCrwH0X7PgfUvNn5IaFD5Ls 5nrH2F4sof2Avc7+/zMVwT3q/tTMv3NeAwa0HYkl2CR6b45Qm0s5dkugwb8G/tumjrj+ iFdkRAkmqbNQqGYyU5mUF9t0LhfG8Ob1lOppntvX/AUOVapijDn4jvXqAP6a9cPy23N5 25l6xo52/u298+RNy3Jqi5x1Jrl9aDYyMwAGgFzMa/W7Enukyqm5tSmhQfeGmUgWS6lS l0Tg== MIME-Version: 1.0 Received: by 10.217.7.6 with SMTP id z6mr4360055wes.5.1343153553814; Tue, 24 Jul 2012 11:12:33 -0700 (PDT) Received: by 10.216.221.130 with HTTP; Tue, 24 Jul 2012 11:12:33 -0700 (PDT) In-Reply-To: <1343147040.3941.6.camel@wotan2> References: <1343147040.3941.6.camel@wotan2> Date: Tue, 24 Jul 2012 12:12:33 -0600 Message-ID: From: jacek burghardt To: Stephan Seitz Cc: xen-users Subject: Re: [Xen-users] no /dev/xvda for 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="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Well is very strange my configuration worked witth fine before I had installed latest xen unstable there and no logs created for linux guest at all. And I had one version of xen compiled that had stated that creation failed and my guess stoped looking fro xvda1 root drive that always had worked before. I have root specified in my config file Any tips fro trouble shooting this ? On 7/24/12, Stephan Seitz wrote: > Hi, > > see, if one could have a look at your domU config file, or peek into the > output of your > booting domU, it would be possible to give a reliable answer. > > That way, I'ld take a look into my crystal ball (which is quite > scratched these days ...) and guess, your > domU's /boot/grub/menu.lst gives a wrong root=3D... to your kernel. > > sorry for sarcasm, but a little more information would be really > helpful. > > cheeers, > > > -- > > > Stephan Seitz > Senior System Administrator > > netz-haut GmbH > multimediale kommunikation > > Friedrich-Bergius-Ring 12 > 97076 W=FCrzburg > > Telefon: 0931 - 780 11 780 > Telefax: 0931 - 780 11 799 > > Web: www.netzhaut.de > > > Amtsgericht W=FCrzburg =96 HRB 10764 > > Gesch=E4ftsf=FChrer: Michael Daut, Kai Neugebauer > > > > Am Dienstag, den 24.07.2012, 09:51 -0600 schrieb jacek burghardt: > >> I had upgraded to latest hg version of xen unstable and my arch linux >> guest can't find /dev/xvda1. My server 2008R2 boot and work just fine. >> >> _______________________________________________ >> 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 Jul 24 18:15:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 18:15: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 1Stjb8-00060V-55; Tue, 24 Jul 2012 18:12:42 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Stjb6-00060Q-K3 for xen-users@lists.xen.org; Tue, 24 Jul 2012 18:12:40 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1343153554!10496428!1 X-Originating-IP: [74.125.82.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26702 invoked from network); 24 Jul 2012 18:12:34 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jul 2012 18:12:34 -0000 Received: by wgbed3 with SMTP id ed3so5244855wgb.32 for ; Tue, 24 Jul 2012 11:12: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 :cc:content-type:content-transfer-encoding; bh=dZkuGbzajDthNrk2bf8HAbYmypjTX8d5ake0dELWMhA=; b=zR/bKMh+KqsJFymyZIlc8CpK1MO7/tUHUvTNXx2fBZt4GdEEcSKcOszn2wK/qRgHea qpCdUgVoyCX4HLJQjcA2acfShQSTgD8YEsdTcUMwjWeT7DCrwH0X7PgfUvNn5IaFD5Ls 5nrH2F4sof2Avc7+/zMVwT3q/tTMv3NeAwa0HYkl2CR6b45Qm0s5dkugwb8G/tumjrj+ iFdkRAkmqbNQqGYyU5mUF9t0LhfG8Ob1lOppntvX/AUOVapijDn4jvXqAP6a9cPy23N5 25l6xo52/u298+RNy3Jqi5x1Jrl9aDYyMwAGgFzMa/W7Enukyqm5tSmhQfeGmUgWS6lS l0Tg== MIME-Version: 1.0 Received: by 10.217.7.6 with SMTP id z6mr4360055wes.5.1343153553814; Tue, 24 Jul 2012 11:12:33 -0700 (PDT) Received: by 10.216.221.130 with HTTP; Tue, 24 Jul 2012 11:12:33 -0700 (PDT) In-Reply-To: <1343147040.3941.6.camel@wotan2> References: <1343147040.3941.6.camel@wotan2> Date: Tue, 24 Jul 2012 12:12:33 -0600 Message-ID: From: jacek burghardt To: Stephan Seitz Cc: xen-users Subject: Re: [Xen-users] no /dev/xvda for 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="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Well is very strange my configuration worked witth fine before I had installed latest xen unstable there and no logs created for linux guest at all. And I had one version of xen compiled that had stated that creation failed and my guess stoped looking fro xvda1 root drive that always had worked before. I have root specified in my config file Any tips fro trouble shooting this ? On 7/24/12, Stephan Seitz wrote: > Hi, > > see, if one could have a look at your domU config file, or peek into the > output of your > booting domU, it would be possible to give a reliable answer. > > That way, I'ld take a look into my crystal ball (which is quite > scratched these days ...) and guess, your > domU's /boot/grub/menu.lst gives a wrong root=3D... to your kernel. > > sorry for sarcasm, but a little more information would be really > helpful. > > cheeers, > > > -- > > > Stephan Seitz > Senior System Administrator > > netz-haut GmbH > multimediale kommunikation > > Friedrich-Bergius-Ring 12 > 97076 W=FCrzburg > > Telefon: 0931 - 780 11 780 > Telefax: 0931 - 780 11 799 > > Web: www.netzhaut.de > > > Amtsgericht W=FCrzburg =96 HRB 10764 > > Gesch=E4ftsf=FChrer: Michael Daut, Kai Neugebauer > > > > Am Dienstag, den 24.07.2012, 09:51 -0600 schrieb jacek burghardt: > >> I had upgraded to latest hg version of xen unstable and my arch linux >> guest can't find /dev/xvda1. My server 2008R2 boot and work just fine. >> >> _______________________________________________ >> 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 Jul 24 18:54:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 18:54: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 1StkDW-0006jq-W5; Tue, 24 Jul 2012 18: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 1StkDV-0006jl-GU for xen-users@lists.xen.org; Tue, 24 Jul 2012 18:52:21 +0000 Received: from [85.158.143.99:3290] by server-1.bemta-4.messagelabs.com id 10/62-24392-4EEEE005; Tue, 24 Jul 2012 18:52:20 +0000 X-Env-Sender: carlos@ansp.br X-Msg-Ref: server-12.tower-216.messagelabs.com!1343155938!23242988!1 X-Originating-IP: [209.85.216.52] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9605 invoked from network); 24 Jul 2012 18:52:19 -0000 Received: from mail-qa0-f52.google.com (HELO mail-qa0-f52.google.com) (209.85.216.52) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jul 2012 18:52:19 -0000 Received: by qabj34 with SMTP id j34so9904qab.11 for ; Tue, 24 Jul 2012 11:52:18 -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=kzz0RUTvu2HzYORXGCkq8tckyaidcH/auZg3ehXwNsc=; b=BohcCg+vIcsD5sem+EHdBM3+TyVfpB617PyVclq44OVRovDv7PhhDLG2pkHi4uOS/z jqsV/u1v7zDtEvT4owWk6dEc9FFnAKUc5LEyHDyfcV6SZAioOTG8O/kHNmPHLGBg3dFd fjwN+XY1EXSBMPyyf2hZ5AJJOwq2Lk9wgRsaDd3Ez7zevez0nAacU+I9C/UWCKgaMNmK 7+hDcAujJOrBcYDIfu42hMBrG3shiZqPxmaWqsSgL799TBIAmqRFMkpXYx0K26Gzmfux STNUiRWISXOfMANGwcodT/ffOULSztQb2JR1PKh+/QhOjzHzBDvBFkDHpea448L9S2F5 lIPw== MIME-Version: 1.0 Received: by 10.224.194.1 with SMTP id dw1mr33125072qab.27.1343155938596; Tue, 24 Jul 2012 11:52:18 -0700 (PDT) Received: by 10.229.15.13 with HTTP; Tue, 24 Jul 2012 11:52:18 -0700 (PDT) In-Reply-To: <359794004.23414.1343137068249.JavaMail.root@yetopen.it> References: <2077866217.23339.1343135500901.JavaMail.root@yetopen.it> <359794004.23414.1343137068249.JavaMail.root@yetopen.it> Date: Tue, 24 Jul 2012 15:52:18 -0300 Message-ID: From: Carlos Ribas To: Lorenzo Milesi X-Gm-Message-State: ALoCoQlxq9giAxuuuynDB2kE/MfrxgG3gGdUgR6ZjXI6sHrMJ9phxyUjgMb8etJurx9cYvHePrzZ Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Crash on Debian6 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7422209046647658167==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7422209046647658167== Content-Type: multipart/alternative; boundary=20cf3005deda99168504c597dcc1 --20cf3005deda99168504c597dcc1 Content-Type: text/plain; charset=ISO-8859-1 I use Xen4 on Debian 6 without problem. I Installed it using this link as reference: http://wiki.debian.org/Xen/ Hope it helps. ------------------------------- Carlos Eduardo Ribas 2012/7/24 Lorenzo Milesi > > [ 0.000000] Command line: placeholder > > root=/dev/mapper/VGmain-LVroot ro console=hvc0 earlyprintk=xen quiet > > Xen Cmdline follows: > GRUB_CMDLINE_XEN="dom0_mem=512M dom0_max_vcpus=1 dom0_vcpus_pin" > > the system has 16G RAM, 16 cores > -- > Lorenzo Milesi - lorenzo.milesi@yetopen.it > > GPG/PGP Key-Id: 0xE704E230 - http://keyserver.linux.it > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --20cf3005deda99168504c597dcc1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I use Xen4 on Debian 6 without problem. I Installed it using this link as r= eference:=A0http://wiki.debian.org/= Xen/=A0=A0

Hope it helps.

-------------------------------
Carlos Eduardo Ribas



2012/7/24 Lorenzo Milesi <maxxer@uffic= yo.com>
> [ =A0 =A00.000000] Command line: placeholder
> root=3D/dev/mapper/VGmain-LVroot ro console=3Dhvc0 earlyprintk=3Dxen q= uiet

Xen Cmdline follows:
GRUB_CMDLINE_XEN=3D"dom0_mem=3D512M dom0_max_vcpus=3D1 dom0_vcpus_pin&= quot;

the system has 16G RAM, 16 cores
--
Lorenzo Milesi - lorenzo.miles= i@yetopen.it

GPG/PGP Key-Id: 0xE704E230 - http://keyserver.linux.it



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

--20cf3005deda99168504c597dcc1-- --===============7422209046647658167== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7422209046647658167==-- From xen-users-bounces@lists.xen.org Tue Jul 24 18:54:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 18:54: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 1StkDW-0006jq-W5; Tue, 24 Jul 2012 18: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 1StkDV-0006jl-GU for xen-users@lists.xen.org; Tue, 24 Jul 2012 18:52:21 +0000 Received: from [85.158.143.99:3290] by server-1.bemta-4.messagelabs.com id 10/62-24392-4EEEE005; Tue, 24 Jul 2012 18:52:20 +0000 X-Env-Sender: carlos@ansp.br X-Msg-Ref: server-12.tower-216.messagelabs.com!1343155938!23242988!1 X-Originating-IP: [209.85.216.52] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9605 invoked from network); 24 Jul 2012 18:52:19 -0000 Received: from mail-qa0-f52.google.com (HELO mail-qa0-f52.google.com) (209.85.216.52) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jul 2012 18:52:19 -0000 Received: by qabj34 with SMTP id j34so9904qab.11 for ; Tue, 24 Jul 2012 11:52:18 -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=kzz0RUTvu2HzYORXGCkq8tckyaidcH/auZg3ehXwNsc=; b=BohcCg+vIcsD5sem+EHdBM3+TyVfpB617PyVclq44OVRovDv7PhhDLG2pkHi4uOS/z jqsV/u1v7zDtEvT4owWk6dEc9FFnAKUc5LEyHDyfcV6SZAioOTG8O/kHNmPHLGBg3dFd fjwN+XY1EXSBMPyyf2hZ5AJJOwq2Lk9wgRsaDd3Ez7zevez0nAacU+I9C/UWCKgaMNmK 7+hDcAujJOrBcYDIfu42hMBrG3shiZqPxmaWqsSgL799TBIAmqRFMkpXYx0K26Gzmfux STNUiRWISXOfMANGwcodT/ffOULSztQb2JR1PKh+/QhOjzHzBDvBFkDHpea448L9S2F5 lIPw== MIME-Version: 1.0 Received: by 10.224.194.1 with SMTP id dw1mr33125072qab.27.1343155938596; Tue, 24 Jul 2012 11:52:18 -0700 (PDT) Received: by 10.229.15.13 with HTTP; Tue, 24 Jul 2012 11:52:18 -0700 (PDT) In-Reply-To: <359794004.23414.1343137068249.JavaMail.root@yetopen.it> References: <2077866217.23339.1343135500901.JavaMail.root@yetopen.it> <359794004.23414.1343137068249.JavaMail.root@yetopen.it> Date: Tue, 24 Jul 2012 15:52:18 -0300 Message-ID: From: Carlos Ribas To: Lorenzo Milesi X-Gm-Message-State: ALoCoQlxq9giAxuuuynDB2kE/MfrxgG3gGdUgR6ZjXI6sHrMJ9phxyUjgMb8etJurx9cYvHePrzZ Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Crash on Debian6 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7422209046647658167==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7422209046647658167== Content-Type: multipart/alternative; boundary=20cf3005deda99168504c597dcc1 --20cf3005deda99168504c597dcc1 Content-Type: text/plain; charset=ISO-8859-1 I use Xen4 on Debian 6 without problem. I Installed it using this link as reference: http://wiki.debian.org/Xen/ Hope it helps. ------------------------------- Carlos Eduardo Ribas 2012/7/24 Lorenzo Milesi > > [ 0.000000] Command line: placeholder > > root=/dev/mapper/VGmain-LVroot ro console=hvc0 earlyprintk=xen quiet > > Xen Cmdline follows: > GRUB_CMDLINE_XEN="dom0_mem=512M dom0_max_vcpus=1 dom0_vcpus_pin" > > the system has 16G RAM, 16 cores > -- > Lorenzo Milesi - lorenzo.milesi@yetopen.it > > GPG/PGP Key-Id: 0xE704E230 - http://keyserver.linux.it > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --20cf3005deda99168504c597dcc1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I use Xen4 on Debian 6 without problem. I Installed it using this link as r= eference:=A0http://wiki.debian.org/= Xen/=A0=A0

Hope it helps.

-------------------------------
Carlos Eduardo Ribas



2012/7/24 Lorenzo Milesi <maxxer@uffic= yo.com>
> [ =A0 =A00.000000] Command line: placeholder
> root=3D/dev/mapper/VGmain-LVroot ro console=3Dhvc0 earlyprintk=3Dxen q= uiet

Xen Cmdline follows:
GRUB_CMDLINE_XEN=3D"dom0_mem=3D512M dom0_max_vcpus=3D1 dom0_vcpus_pin&= quot;

the system has 16G RAM, 16 cores
--
Lorenzo Milesi - lorenzo.miles= i@yetopen.it

GPG/PGP Key-Id: 0xE704E230 - http://keyserver.linux.it



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

--20cf3005deda99168504c597dcc1-- --===============7422209046647658167== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7422209046647658167==-- From xen-users-bounces@lists.xen.org Tue Jul 24 18:58:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 18:58: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 1StkGj-0006rc-Ro; Tue, 24 Jul 2012 18:55:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StkGi-0006rV-Px for xen-users@lists.xen.org; Tue, 24 Jul 2012 18:55:40 +0000 Received: from [85.158.143.35:6802] by server-1.bemta-4.messagelabs.com id 8C/34-24392-CAFEE005; Tue, 24 Jul 2012 18:55:40 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1343156138!16934066!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18115 invoked from network); 24 Jul 2012 18:55:39 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-14.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Jul 2012 18:55:39 -0000 Received: from [201.123.196.218] (port=37771 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1StkGf-0002W3-MW for xen-users@lists.xen.org; Tue, 24 Jul 2012 13:55:37 -0500 Received: from [10.13.34.156] (alk-desktop.sys.ondore.i [10.13.34.156]) by mail.ondore.i (Postfix) with ESMTPSA id D2A8DA208 for ; Tue, 24 Jul 2012 13:55:35 -0500 (CDT) Message-ID: <500EEFA8.7010607@ondore.com> Date: Tue, 24 Jul 2012 13:55:36 -0500 From: Alexandre Kouznetsov 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: <1343147040.3941.6.camel@wotan2> In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.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 Subject: Re: [Xen-users] no /dev/xvda for 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="windows-1252"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 24/07/12 13:12, jacek burghardt escribi=F3: > Any tips fro trouble shooting this ? I would start by a careful inspection of DomU config file, it's = bootloader configuration and the content of the root image. Often it helps to ask other people to take a look on them, it's easy to = miss something if you are too familiar with the text you are looking at. (as it was mentioned before, the crystal ball is on it's maintenance = window, so you will probably have to use the fallback method and post = your configs) -- = 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 Jul 24 18:58:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 18:58: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 1StkGj-0006rc-Ro; Tue, 24 Jul 2012 18:55:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StkGi-0006rV-Px for xen-users@lists.xen.org; Tue, 24 Jul 2012 18:55:40 +0000 Received: from [85.158.143.35:6802] by server-1.bemta-4.messagelabs.com id 8C/34-24392-CAFEE005; Tue, 24 Jul 2012 18:55:40 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1343156138!16934066!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18115 invoked from network); 24 Jul 2012 18:55:39 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-14.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Jul 2012 18:55:39 -0000 Received: from [201.123.196.218] (port=37771 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1StkGf-0002W3-MW for xen-users@lists.xen.org; Tue, 24 Jul 2012 13:55:37 -0500 Received: from [10.13.34.156] (alk-desktop.sys.ondore.i [10.13.34.156]) by mail.ondore.i (Postfix) with ESMTPSA id D2A8DA208 for ; Tue, 24 Jul 2012 13:55:35 -0500 (CDT) Message-ID: <500EEFA8.7010607@ondore.com> Date: Tue, 24 Jul 2012 13:55:36 -0500 From: Alexandre Kouznetsov 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: <1343147040.3941.6.camel@wotan2> In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.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 Subject: Re: [Xen-users] no /dev/xvda for 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="windows-1252"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 24/07/12 13:12, jacek burghardt escribi=F3: > Any tips fro trouble shooting this ? I would start by a careful inspection of DomU config file, it's = bootloader configuration and the content of the root image. Often it helps to ask other people to take a look on them, it's easy to = miss something if you are too familiar with the text you are looking at. (as it was mentioned before, the crystal ball is on it's maintenance = window, so you will probably have to use the fallback method and post = your configs) -- = 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 Jul 24 19:47:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 19:47: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 1Stl2u-0008Ha-S7; Tue, 24 Jul 2012 19:45:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Stl2s-0008H9-QK for xen-users@lists.xen.org; Tue, 24 Jul 2012 19:45:27 +0000 Received: from [85.158.139.83:36465] by server-3.bemta-5.messagelabs.com id D5/22-03367-65BFE005; Tue, 24 Jul 2012 19:45:26 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1343159124!28451287!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17278 invoked from network); 24 Jul 2012 19:45:24 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jul 2012 19:45:24 -0000 Received: by weyz53 with SMTP id z53so6337926wey.32 for ; Tue, 24 Jul 2012 12:45:24 -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=VT7tnXjaYadRC2q9B3N4A5IEcIgrmMlonddIIHsqmFc=; b=uWtwPW8h/rj5Q1dno0hB/dRjSqe127cDyLCO1Jyo6qp+okUoxC4RT0vbRE/EK7VQJn Bk3jMVhIJO8QuyhZC3hubLJP06I7ggwseYsQwauaG5NaoMS7s3OoIVlXqQ66WeiAiKAL Jngy03B+AX0EOW95CvfLSQ2f7HgQIpt3xEPAM5kjSS72RCCrbyWwkSm5VIySvpevBPQW 5Ul1pba6PYCQzflxefX8L5ivi6oHVR1JLxzG/mk/7M8vG23HX2R4dCQnuUGpnvkqu2vQ GcNrE4LYevqh7Hu/eBxXF9ca7VqDpQp0c0qsgAoIhNNpIwUbdl716WvJ2qQIEvVK5C6D qApQ== MIME-Version: 1.0 Received: by 10.180.87.232 with SMTP id bb8mr9893896wib.0.1343159124183; Tue, 24 Jul 2012 12:45:24 -0700 (PDT) Received: by 10.216.221.130 with HTTP; Tue, 24 Jul 2012 12:45:24 -0700 (PDT) In-Reply-To: <500EEFA8.7010607@ondore.com> References: <1343147040.3941.6.camel@wotan2> <500EEFA8.7010607@ondore.com> Date: Tue, 24 Jul 2012 13:45:24 -0600 Message-ID: From: jacek burghardt To: Alexandre Kouznetsov Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] no /dev/xvda for 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="===============0382668777661710395==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0382668777661710395== Content-Type: multipart/alternative; boundary=f46d0444e991794c6f04c5989a11 --f46d0444e991794c6f04c5989a11 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable The line listed bellow was causing all the issues. vfb=3D['vnc=3D1,vncunused=3D1,vnclisten=3D0.0.0.0, keymap=3Dit'] On Tue, Jul 24, 2012 at 12:55 PM, Alexandre Kouznetsov wrot= e: > Hello. > > El 24/07/12 13:12, jacek burghardt escribi=F3: > > Any tips fro trouble shooting this ? >> > I would start by a careful inspection of DomU config file, it's bootloade= r > configuration and the content of the root image. > > Often it helps to ask other people to take a look on them, it's easy to > miss something if you are too familiar with the text you are looking at. > > (as it was mentioned before, the crystal ball is on it's maintenance > window, so you will probably have to use the fallback method and post you= r > configs) > > -- > Alexandre Kouznetsov > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --f46d0444e991794c6f04c5989a11 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
The line listed bellow was causing all the issues.
vfb=3D['vnc=3D1,vncunused=3D1,vnclisten=3D0.0.0.0, keymap=3Dit'= ;]

On Tue, Jul 24, 2012 at 12:55 PM, Alexandre Kouz= netsov <alk@ondore.com> wrote:
Hello.

El 24/07/12 13:12, jace= k burghardt escribi=F3:=20

Any tips fro trouble shooting this ?<= br>
I would start by a careful inspection of DomU config = file, it's bootloader configuration and the content of the root image.<= br>
Often it helps to ask other people to take a look on them, it's eas= y to miss something if you are too familiar with the text you are looking a= t.

(as it was mentioned before, the crystal ball is on it's main= tenance window, so you will probably have to use the fallback method and po= st your configs)

--
Alexandre Kouznetsov=20


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

--f46d0444e991794c6f04c5989a11-- --===============0382668777661710395== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0382668777661710395==-- From xen-users-bounces@lists.xen.org Tue Jul 24 19:47:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 19:47: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 1Stl2u-0008Ha-S7; Tue, 24 Jul 2012 19:45:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Stl2s-0008H9-QK for xen-users@lists.xen.org; Tue, 24 Jul 2012 19:45:27 +0000 Received: from [85.158.139.83:36465] by server-3.bemta-5.messagelabs.com id D5/22-03367-65BFE005; Tue, 24 Jul 2012 19:45:26 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1343159124!28451287!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17278 invoked from network); 24 Jul 2012 19:45:24 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 24 Jul 2012 19:45:24 -0000 Received: by weyz53 with SMTP id z53so6337926wey.32 for ; Tue, 24 Jul 2012 12:45:24 -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=VT7tnXjaYadRC2q9B3N4A5IEcIgrmMlonddIIHsqmFc=; b=uWtwPW8h/rj5Q1dno0hB/dRjSqe127cDyLCO1Jyo6qp+okUoxC4RT0vbRE/EK7VQJn Bk3jMVhIJO8QuyhZC3hubLJP06I7ggwseYsQwauaG5NaoMS7s3OoIVlXqQ66WeiAiKAL Jngy03B+AX0EOW95CvfLSQ2f7HgQIpt3xEPAM5kjSS72RCCrbyWwkSm5VIySvpevBPQW 5Ul1pba6PYCQzflxefX8L5ivi6oHVR1JLxzG/mk/7M8vG23HX2R4dCQnuUGpnvkqu2vQ GcNrE4LYevqh7Hu/eBxXF9ca7VqDpQp0c0qsgAoIhNNpIwUbdl716WvJ2qQIEvVK5C6D qApQ== MIME-Version: 1.0 Received: by 10.180.87.232 with SMTP id bb8mr9893896wib.0.1343159124183; Tue, 24 Jul 2012 12:45:24 -0700 (PDT) Received: by 10.216.221.130 with HTTP; Tue, 24 Jul 2012 12:45:24 -0700 (PDT) In-Reply-To: <500EEFA8.7010607@ondore.com> References: <1343147040.3941.6.camel@wotan2> <500EEFA8.7010607@ondore.com> Date: Tue, 24 Jul 2012 13:45:24 -0600 Message-ID: From: jacek burghardt To: Alexandre Kouznetsov Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] no /dev/xvda for 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="===============0382668777661710395==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0382668777661710395== Content-Type: multipart/alternative; boundary=f46d0444e991794c6f04c5989a11 --f46d0444e991794c6f04c5989a11 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable The line listed bellow was causing all the issues. vfb=3D['vnc=3D1,vncunused=3D1,vnclisten=3D0.0.0.0, keymap=3Dit'] On Tue, Jul 24, 2012 at 12:55 PM, Alexandre Kouznetsov wrot= e: > Hello. > > El 24/07/12 13:12, jacek burghardt escribi=F3: > > Any tips fro trouble shooting this ? >> > I would start by a careful inspection of DomU config file, it's bootloade= r > configuration and the content of the root image. > > Often it helps to ask other people to take a look on them, it's easy to > miss something if you are too familiar with the text you are looking at. > > (as it was mentioned before, the crystal ball is on it's maintenance > window, so you will probably have to use the fallback method and post you= r > configs) > > -- > Alexandre Kouznetsov > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --f46d0444e991794c6f04c5989a11 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
The line listed bellow was causing all the issues.
vfb=3D['vnc=3D1,vncunused=3D1,vnclisten=3D0.0.0.0, keymap=3Dit'= ;]

On Tue, Jul 24, 2012 at 12:55 PM, Alexandre Kouz= netsov <alk@ondore.com> wrote:
Hello.

El 24/07/12 13:12, jace= k burghardt escribi=F3:=20

Any tips fro trouble shooting this ?<= br>
I would start by a careful inspection of DomU config = file, it's bootloader configuration and the content of the root image.<= br>
Often it helps to ask other people to take a look on them, it's eas= y to miss something if you are too familiar with the text you are looking a= t.

(as it was mentioned before, the crystal ball is on it's main= tenance window, so you will probably have to use the fallback method and po= st your configs)

--
Alexandre Kouznetsov=20


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

--f46d0444e991794c6f04c5989a11-- --===============0382668777661710395== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0382668777661710395==-- From xen-users-bounces@lists.xen.org Tue Jul 24 21:39:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 21:39: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 1Stmn5-0001sC-4l; Tue, 24 Jul 2012 21:37:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Stmn3-0001s7-T7 for xen-users@lists.xen.org; Tue, 24 Jul 2012 21:37:14 +0000 Received: from [85.158.143.99:5045] by server-2.bemta-4.messagelabs.com id A0/2A-17938-9851F005; Tue, 24 Jul 2012 21:37:13 +0000 X-Env-Sender: mathias.gottschlag@student.kit.edu X-Msg-Ref: server-16.tower-216.messagelabs.com!1343165832!16833788!1 X-Originating-IP: [129.13.185.202] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30765 invoked from network); 24 Jul 2012 21:37:12 -0000 Received: from mailout.scc.kit.edu (HELO mailout.scc.kit.edu) (129.13.185.202) by server-16.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 24 Jul 2012 21:37:12 -0000 Received: from KIT-MSX-04.kit.edu (kit-msx-04.kit.edu [172.21.117.14]) by scc-mailout-02.scc.kit.edu with esmtps (Exim 4.72 #1) id 1Stmn1-0004EF-Qx; Tue, 24 Jul 2012 23:37:11 +0200 Received: from moep.localnet (172.21.117.7) by smtp.kit.edu (172.21.117.14) with Microsoft SMTP Server (TLS) id 8.3.264.0; Tue, 24 Jul 2012 23:36:50 +0200 From: Mathias Gottschlag To: "xen-users@lists.xen.org" Date: Tue, 24 Jul 2012 23:37:09 +0200 Message-ID: <2039638.LAYy9aky7W@moep> User-Agent: KMail/4.8.4 (Linux/3.2.0-26-generic; KDE/4.8.4; x86_64; ; ) MIME-Version: 1.0 Subject: [Xen-users] Problems with HVM S3 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, I am currently trying to suspend a HVM domU via ACPI. However, after "xl trigger vm s3suspend" the virtual machine freezes after 2-3 seconds (I get a prompt at xl console before that!), and keeps printing the following lines: [ 240.428145] INFO: task jbd2/xvda1-8:146 blocked for more than 120 seconds. [ 240.437649] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 240.448222] INFO: task flush-202:0:1886 blocked for more than 120 seconds. [ 240.457373] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. I am running a xen build from hg one or two weeks ago, and 3.4.4 linux on dom0 and domU (I also tried linux 3.2 on domU, no change). I attached the vm configuration, is there any documentation on how ACPI S3 is supposed to work? Can anybody explain those error messages, or tell me how to debug the problem? Best regards, Mathias Gottschlag Contents of /etc/xen/debian-hvm.cfg: kernel = "/usr/lib/xen/boot/hvmloader" builder='hvm' arch='x86_64' memory = 2048 name = "debian-hvm" vif = [ 'bridge=br,mac=00:16:3E:F1:E4:4E' ] disk = [ 'file:/home/gottsch/domains/debian-hvm/debian-hvm.img,xvda,w' ] device_model = '/usr/lib/xen/bin/qemu-dm' # boot on floppy (a), hard disk (c) or CD-ROM (d) # default: hard disk, cd-rom, floppy boot="dc" sdl=0 vnc=1 vnclisten="0.0.0.0" vncconsole=1 vncpasswd='debian-hvm' stdvga=0 serial='pty' usbdevice='tablet' on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' hpet = 1 hap = 1 acpi = 1 apic = 1 pae=1 acpi_s3 = 1 acpi_s4 = 1 Output from xl dmesg (probably irrelevant): (XEN) HVM13: VGABios $Id: vgabios.c,v 1.67 2008/01/27 09:44:12 vruppert Exp $ (XEN) HVM14: HVM Loader (XEN) HVM14: Detected Xen v4.2-unstable (XEN) HVM14: Xenbus rings @0xfeffc000, event channel 3 (XEN) HVM14: System requested ROMBIOS (XEN) HVM14: CPU speed is 3392 MHz (XEN) irq.c:270: Dom14 PCI link 0 changed 0 -> 5 (XEN) HVM14: PCI-ISA link 0 routed to IRQ5 (XEN) irq.c:270: Dom14 PCI link 1 changed 0 -> 10 (XEN) HVM14: PCI-ISA link 1 routed to IRQ10 (XEN) irq.c:270: Dom14 PCI link 2 changed 0 -> 11 (XEN) HVM14: PCI-ISA link 2 routed to IRQ11 (XEN) irq.c:270: Dom14 PCI link 3 changed 0 -> 5 (XEN) HVM14: PCI-ISA link 3 routed to IRQ5 (XEN) HVM14: pci dev 01:2 INTD->IRQ5 (XEN) HVM14: pci dev 01:3 INTA->IRQ10 (XEN) HVM14: pci dev 03:0 INTA->IRQ5 (XEN) HVM14: pci dev 04:0 INTA->IRQ5 (XEN) HVM14: pci dev 02:0 bar 10 size 02000000: f0000008 (XEN) HVM14: pci dev 03:0 bar 14 size 01000000: f2000008 (XEN) HVM14: pci dev 02:0 bar 14 size 00001000: f3000000 (XEN) HVM14: pci dev 03:0 bar 10 size 00000100: 0000c001 (XEN) HVM14: pci dev 04:0 bar 10 size 00000100: 0000c101 (XEN) HVM14: pci dev 04:0 bar 14 size 00000100: f3001000 (XEN) HVM14: pci dev 01:2 bar 20 size 00000020: 0000c201 (XEN) HVM14: pci dev 01:1 bar 20 size 00000010: 0000c221 (XEN) HVM14: Multiprocessor initialisation: (XEN) HVM14: - CPU0 ... 36-bit phys ... fixed MTRRs ... var MTRRs [2/8] ... done. (XEN) HVM14: Testing HVM environment: (XEN) HVM14: - REP INSB across page boundaries ... passed (XEN) HVM14: - GS base MSRs and SWAPGS ... passed (XEN) HVM14: Passed 2 of 2 tests (XEN) HVM14: Writing SMBIOS tables ... (XEN) HVM14: Loading ROMBIOS ... (XEN) HVM14: 12604 bytes of ROMBIOS high-memory extensions: (XEN) HVM14: Relocating to 0xfc001000-0xfc00413c ... done (XEN) HVM14: Creating MP tables ... (XEN) HVM14: Loading Cirrus VGABIOS ... (XEN) HVM14: Loading PCI Option ROM ... (XEN) HVM14: - Manufacturer: http://ipxe.org (XEN) HVM14: - Product name: iPXE (XEN) HVM14: Option ROMs: (XEN) HVM14: c0000-c8fff: VGA BIOS (XEN) HVM14: c9000-d8fff: Etherboot ROM (XEN) HVM14: Loading ACPI ... (XEN) HVM14: vm86 TSS at fc010300 (XEN) HVM14: BIOS map: (XEN) HVM14: f0000-fffff: Main BIOS (XEN) HVM14: E820 table: (XEN) HVM14: [00]: 00000000:00000000 - 00000000:0009e000: RAM (XEN) HVM14: [01]: 00000000:0009e000 - 00000000:000a0000: RESERVED (XEN) HVM14: HOLE: 00000000:000a0000 - 00000000:000e0000 (XEN) HVM14: [02]: 00000000:000e0000 - 00000000:00100000: RESERVED (XEN) HVM14: [03]: 00000000:00100000 - 00000000:7f800000: RAM (XEN) HVM14: HOLE: 00000000:7f800000 - 00000000:fc000000 (XEN) HVM14: [04]: 00000000:fc000000 - 00000001:00000000: RESERVED (XEN) HVM14: Invoking ROMBIOS ... (XEN) HVM14: $Revision: 1.221 $ $Date: 2008/12/07 17:32:29 $ (XEN) stdvga.c:147:d14 entering stdvga and caching modes (XEN) HVM14: VGABios $Id: vgabios.c,v 1.67 2008/01/27 09:44:12 vruppert Exp $ (XEN) HVM14: Bochs BIOS - build: 06/23/99 (XEN) HVM14: $Revision: 1.221 $ $Date: 2008/12/07 17:32:29 $ (XEN) HVM14: Options: apmbios pcibios eltorito PMM (XEN) HVM14: (XEN) HVM14: ata0-0: PCHS=16383/16/63 translation=lba LCHS=1024/255/63 (XEN) HVM14: ata0 master: QEMU HARDDISK ATA-7 Hard-Disk (16384 MBytes) (XEN) HVM14: IDE time out (XEN) HVM14: (XEN) HVM14: (XEN) HVM14: (XEN) HVM14: Press F12 for boot menu. (XEN) HVM14: (XEN) HVM14: Booting from CD-Rom... (XEN) HVM14: CDROM boot failure code : 0002 (XEN) HVM14: Boot from CD-Rom failed: could not read the boot disk (XEN) HVM14: (XEN) HVM14: Booting from Hard Disk... (XEN) HVM14: Booting from 0000:7c00 (XEN) irq.c:375: Dom14 callback via changed to Direct Vector 0xf3 (XEN) irq.c:270: Dom14 PCI link 0 changed 5 -> 0 (XEN) irq.c:270: Dom14 PCI link 1 changed 10 -> 0 (XEN) irq.c:270: Dom14 PCI link 2 changed 11 -> 0 (XEN) irq.c:270: Dom14 PCI link 3 changed 5 -> 0 (XEN) HVM14: S3 resume called 00fe 0x0009b000 (XEN) HVM14: S3 resume jump to 9b00:0000 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 24 21:39:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Jul 2012 21:39: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 1Stmn5-0001sC-4l; Tue, 24 Jul 2012 21:37:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Stmn3-0001s7-T7 for xen-users@lists.xen.org; Tue, 24 Jul 2012 21:37:14 +0000 Received: from [85.158.143.99:5045] by server-2.bemta-4.messagelabs.com id A0/2A-17938-9851F005; Tue, 24 Jul 2012 21:37:13 +0000 X-Env-Sender: mathias.gottschlag@student.kit.edu X-Msg-Ref: server-16.tower-216.messagelabs.com!1343165832!16833788!1 X-Originating-IP: [129.13.185.202] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30765 invoked from network); 24 Jul 2012 21:37:12 -0000 Received: from mailout.scc.kit.edu (HELO mailout.scc.kit.edu) (129.13.185.202) by server-16.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 24 Jul 2012 21:37:12 -0000 Received: from KIT-MSX-04.kit.edu (kit-msx-04.kit.edu [172.21.117.14]) by scc-mailout-02.scc.kit.edu with esmtps (Exim 4.72 #1) id 1Stmn1-0004EF-Qx; Tue, 24 Jul 2012 23:37:11 +0200 Received: from moep.localnet (172.21.117.7) by smtp.kit.edu (172.21.117.14) with Microsoft SMTP Server (TLS) id 8.3.264.0; Tue, 24 Jul 2012 23:36:50 +0200 From: Mathias Gottschlag To: "xen-users@lists.xen.org" Date: Tue, 24 Jul 2012 23:37:09 +0200 Message-ID: <2039638.LAYy9aky7W@moep> User-Agent: KMail/4.8.4 (Linux/3.2.0-26-generic; KDE/4.8.4; x86_64; ; ) MIME-Version: 1.0 Subject: [Xen-users] Problems with HVM S3 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, I am currently trying to suspend a HVM domU via ACPI. However, after "xl trigger vm s3suspend" the virtual machine freezes after 2-3 seconds (I get a prompt at xl console before that!), and keeps printing the following lines: [ 240.428145] INFO: task jbd2/xvda1-8:146 blocked for more than 120 seconds. [ 240.437649] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 240.448222] INFO: task flush-202:0:1886 blocked for more than 120 seconds. [ 240.457373] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. I am running a xen build from hg one or two weeks ago, and 3.4.4 linux on dom0 and domU (I also tried linux 3.2 on domU, no change). I attached the vm configuration, is there any documentation on how ACPI S3 is supposed to work? Can anybody explain those error messages, or tell me how to debug the problem? Best regards, Mathias Gottschlag Contents of /etc/xen/debian-hvm.cfg: kernel = "/usr/lib/xen/boot/hvmloader" builder='hvm' arch='x86_64' memory = 2048 name = "debian-hvm" vif = [ 'bridge=br,mac=00:16:3E:F1:E4:4E' ] disk = [ 'file:/home/gottsch/domains/debian-hvm/debian-hvm.img,xvda,w' ] device_model = '/usr/lib/xen/bin/qemu-dm' # boot on floppy (a), hard disk (c) or CD-ROM (d) # default: hard disk, cd-rom, floppy boot="dc" sdl=0 vnc=1 vnclisten="0.0.0.0" vncconsole=1 vncpasswd='debian-hvm' stdvga=0 serial='pty' usbdevice='tablet' on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' hpet = 1 hap = 1 acpi = 1 apic = 1 pae=1 acpi_s3 = 1 acpi_s4 = 1 Output from xl dmesg (probably irrelevant): (XEN) HVM13: VGABios $Id: vgabios.c,v 1.67 2008/01/27 09:44:12 vruppert Exp $ (XEN) HVM14: HVM Loader (XEN) HVM14: Detected Xen v4.2-unstable (XEN) HVM14: Xenbus rings @0xfeffc000, event channel 3 (XEN) HVM14: System requested ROMBIOS (XEN) HVM14: CPU speed is 3392 MHz (XEN) irq.c:270: Dom14 PCI link 0 changed 0 -> 5 (XEN) HVM14: PCI-ISA link 0 routed to IRQ5 (XEN) irq.c:270: Dom14 PCI link 1 changed 0 -> 10 (XEN) HVM14: PCI-ISA link 1 routed to IRQ10 (XEN) irq.c:270: Dom14 PCI link 2 changed 0 -> 11 (XEN) HVM14: PCI-ISA link 2 routed to IRQ11 (XEN) irq.c:270: Dom14 PCI link 3 changed 0 -> 5 (XEN) HVM14: PCI-ISA link 3 routed to IRQ5 (XEN) HVM14: pci dev 01:2 INTD->IRQ5 (XEN) HVM14: pci dev 01:3 INTA->IRQ10 (XEN) HVM14: pci dev 03:0 INTA->IRQ5 (XEN) HVM14: pci dev 04:0 INTA->IRQ5 (XEN) HVM14: pci dev 02:0 bar 10 size 02000000: f0000008 (XEN) HVM14: pci dev 03:0 bar 14 size 01000000: f2000008 (XEN) HVM14: pci dev 02:0 bar 14 size 00001000: f3000000 (XEN) HVM14: pci dev 03:0 bar 10 size 00000100: 0000c001 (XEN) HVM14: pci dev 04:0 bar 10 size 00000100: 0000c101 (XEN) HVM14: pci dev 04:0 bar 14 size 00000100: f3001000 (XEN) HVM14: pci dev 01:2 bar 20 size 00000020: 0000c201 (XEN) HVM14: pci dev 01:1 bar 20 size 00000010: 0000c221 (XEN) HVM14: Multiprocessor initialisation: (XEN) HVM14: - CPU0 ... 36-bit phys ... fixed MTRRs ... var MTRRs [2/8] ... done. (XEN) HVM14: Testing HVM environment: (XEN) HVM14: - REP INSB across page boundaries ... passed (XEN) HVM14: - GS base MSRs and SWAPGS ... passed (XEN) HVM14: Passed 2 of 2 tests (XEN) HVM14: Writing SMBIOS tables ... (XEN) HVM14: Loading ROMBIOS ... (XEN) HVM14: 12604 bytes of ROMBIOS high-memory extensions: (XEN) HVM14: Relocating to 0xfc001000-0xfc00413c ... done (XEN) HVM14: Creating MP tables ... (XEN) HVM14: Loading Cirrus VGABIOS ... (XEN) HVM14: Loading PCI Option ROM ... (XEN) HVM14: - Manufacturer: http://ipxe.org (XEN) HVM14: - Product name: iPXE (XEN) HVM14: Option ROMs: (XEN) HVM14: c0000-c8fff: VGA BIOS (XEN) HVM14: c9000-d8fff: Etherboot ROM (XEN) HVM14: Loading ACPI ... (XEN) HVM14: vm86 TSS at fc010300 (XEN) HVM14: BIOS map: (XEN) HVM14: f0000-fffff: Main BIOS (XEN) HVM14: E820 table: (XEN) HVM14: [00]: 00000000:00000000 - 00000000:0009e000: RAM (XEN) HVM14: [01]: 00000000:0009e000 - 00000000:000a0000: RESERVED (XEN) HVM14: HOLE: 00000000:000a0000 - 00000000:000e0000 (XEN) HVM14: [02]: 00000000:000e0000 - 00000000:00100000: RESERVED (XEN) HVM14: [03]: 00000000:00100000 - 00000000:7f800000: RAM (XEN) HVM14: HOLE: 00000000:7f800000 - 00000000:fc000000 (XEN) HVM14: [04]: 00000000:fc000000 - 00000001:00000000: RESERVED (XEN) HVM14: Invoking ROMBIOS ... (XEN) HVM14: $Revision: 1.221 $ $Date: 2008/12/07 17:32:29 $ (XEN) stdvga.c:147:d14 entering stdvga and caching modes (XEN) HVM14: VGABios $Id: vgabios.c,v 1.67 2008/01/27 09:44:12 vruppert Exp $ (XEN) HVM14: Bochs BIOS - build: 06/23/99 (XEN) HVM14: $Revision: 1.221 $ $Date: 2008/12/07 17:32:29 $ (XEN) HVM14: Options: apmbios pcibios eltorito PMM (XEN) HVM14: (XEN) HVM14: ata0-0: PCHS=16383/16/63 translation=lba LCHS=1024/255/63 (XEN) HVM14: ata0 master: QEMU HARDDISK ATA-7 Hard-Disk (16384 MBytes) (XEN) HVM14: IDE time out (XEN) HVM14: (XEN) HVM14: (XEN) HVM14: (XEN) HVM14: Press F12 for boot menu. (XEN) HVM14: (XEN) HVM14: Booting from CD-Rom... (XEN) HVM14: CDROM boot failure code : 0002 (XEN) HVM14: Boot from CD-Rom failed: could not read the boot disk (XEN) HVM14: (XEN) HVM14: Booting from Hard Disk... (XEN) HVM14: Booting from 0000:7c00 (XEN) irq.c:375: Dom14 callback via changed to Direct Vector 0xf3 (XEN) irq.c:270: Dom14 PCI link 0 changed 5 -> 0 (XEN) irq.c:270: Dom14 PCI link 1 changed 10 -> 0 (XEN) irq.c:270: Dom14 PCI link 2 changed 11 -> 0 (XEN) irq.c:270: Dom14 PCI link 3 changed 5 -> 0 (XEN) HVM14: S3 resume called 00fe 0x0009b000 (XEN) HVM14: S3 resume jump to 9b00:0000 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 25 01:44:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jul 2012 01:44: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 1StqcW-0000bl-Np; Wed, 25 Jul 2012 01:42:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StqcU-0000bg-VY for xen-users@lists.xen.org; Wed, 25 Jul 2012 01:42:35 +0000 Received: from [85.158.139.83:44386] by server-5.bemta-5.messagelabs.com id 7F/DB-02722-A0F4F005; Wed, 25 Jul 2012 01:42:34 +0000 X-Env-Sender: anderssn@clarkson.edu X-Msg-Ref: server-8.tower-182.messagelabs.com!1343180552!17189315!1 X-Originating-IP: [128.153.5.41] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9578 invoked from network); 25 Jul 2012 01:42:33 -0000 Received: from outbound.clarkson.edu (HELO outbound.clarkson.edu) (128.153.5.41) by server-8.tower-182.messagelabs.com with SMTP; 25 Jul 2012 01:42:33 -0000 Received: (qmail 25560 invoked by alias); 24 Jul 2012 21:42:31 -0400 Received: from unknown (HELO mymail.clarkson.edu) (128.153.5.219) by 0 with SMTP; 24 Jul 2012 21:42:31 -0400 Received: from EXCH01.ad.clarkson.edu ([128.153.5.67]) by exch05.ad.clarkson.edu ([128.153.5.219]) with mapi id 14.02.0309.002; Tue, 24 Jul 2012 21:42:31 -0400 From: Sean Anderson To: "," Thread-Topic: [Xen-users] X not working under xen Thread-Index: Ac1qBsEbDUuaFFAcRiq6GKWMTVHBZg== Date: Wed, 25 Jul 2012 01:42:30 +0000 Message-ID: <85A20039F861E345994F690846C401E02498446B@EXCH01.ad.clarkson.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 Subject: Re: [Xen-users] X not working 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: , Content-Type: multipart/mixed; boundary="===============1727091862696128985==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1727091862696128985== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_85A20039F861E345994F690846C401E02498446BEXCH01adclarkso_" --_000_85A20039F861E345994F690846C401E02498446BEXCH01adclarkso_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sorry this isn't a direct reply, but I've just made my account and can't se= e how to reply to an archived email. >Hello, > >I'm building a dom0 system from sources and facing a problem with the >xorg server. I've successfully compiled and booted a dom0 with xen >4.1.2. Everything works fine and Im able to start an HVM Windows >domain. Now comes the problem: the Xorg server using either vesa or >fbdev driver can't start: > > - when using the vesa driver it just fails with error messages (see >the attached log xorg_vesa.log) > - when using the fbdev driver it tries to start but the screen goes >blank and I can't get the terminal back. However I can login using a >serial cable. I see that dom0 is alive and the Xorg server failed to 6>start. > ( see the attached log xorg_fbdev.log). > >CONFIG_DMAR (now it is CONFIG_INTEL_IOMMU) is on per >http://wiki.xen.org/wiki/Paravirtualized_DRM. The kernel config is >attached as well. > >Am I missing something to get it working? The Xorg server starts just >fine when booting dom0 without xen. >Thanks in advance. > >-- >Best regards, >Dmitry Ivanov > >A: Because it breaks the logical sequence of discussion >Q: Why is top posting bad? I had a similar problem using Xen 4.1.2 and Arch Linux as dom0, with the Nv= idia drivers. Found a workaround here: bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D646987 Try adding "nopat" to your kernel options in grub (the dom0 kernel line, no= t the xen kernel line) and see if that works? Good luck, Sean Anderson --_000_85A20039F861E345994F690846C401E02498446BEXCH01adclarkso_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Sorry this isn't a direct reply, but I've just made my acco= unt and can't see how to reply to an archived email. 

>Hello,=0A=
>=0A=
>I'm building a dom0 system from sources and facing a problem with the=
=0A=
>xorg server. I've successfully compiled and booted a dom0 with xen=0A=
>4.1.2. Everything works fine and Im able to start an HVM Windows=0A=
>domain. Now comes the problem: the Xorg server using either vesa or=0A=
>fbdev driver can't start:=0A=
>=0A=
> - when using the vesa driver it just fails with error messages (see=0A=
>the attached log xorg_vesa.log)=0A=
> - when using the fbdev driver it tries to start but the screen goes=0A=
>blank and I can't get the terminal back. However I can login using a=0A=
>serial cable. I see that dom0 is alive and the Xorg server failed to=0A=
6>start.=0A=
> ( see the attached log xorg_fbdev.log).=0A=
>=0A=
>CONFIG_DMAR (now it is CONFIG_INTEL_IOMMU) is on per=0A=
&=
gt;http://wiki.xen.org/wiki/Paravirtualized_DRM. The kernel config is=
=0A=
>attached as well.=0A=
>=0A=
>Am I missing something to get it working? The Xorg server starts just=
=0A=
>fine when booting dom0 without xen.=0A=
>Thanks in advance.=0A=
>=0A=
>-- =0A=
>Best regards,=0A=
>Dmitry Ivanov=0A=
>=0A=
>A: Because it breaks the logical sequence of discussion=0A=
>Q: Why is top posting bad?
I had a similar problem using Xen 4.1.2 and Arch Linux as dom0, with the Nv= idia drivers.  Found a workaround here:
bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D646987
Try adding "nopat" to your kernel options in grub (the dom0 kerne= l line, not the xen kernel line) and see if that works?

Good luck,
Sean Anderson

--_000_85A20039F861E345994F690846C401E02498446BEXCH01adclarkso_-- --===============1727091862696128985== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1727091862696128985==-- From xen-users-bounces@lists.xen.org Wed Jul 25 01:44:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jul 2012 01:44: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 1StqcW-0000bl-Np; Wed, 25 Jul 2012 01:42:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StqcU-0000bg-VY for xen-users@lists.xen.org; Wed, 25 Jul 2012 01:42:35 +0000 Received: from [85.158.139.83:44386] by server-5.bemta-5.messagelabs.com id 7F/DB-02722-A0F4F005; Wed, 25 Jul 2012 01:42:34 +0000 X-Env-Sender: anderssn@clarkson.edu X-Msg-Ref: server-8.tower-182.messagelabs.com!1343180552!17189315!1 X-Originating-IP: [128.153.5.41] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9578 invoked from network); 25 Jul 2012 01:42:33 -0000 Received: from outbound.clarkson.edu (HELO outbound.clarkson.edu) (128.153.5.41) by server-8.tower-182.messagelabs.com with SMTP; 25 Jul 2012 01:42:33 -0000 Received: (qmail 25560 invoked by alias); 24 Jul 2012 21:42:31 -0400 Received: from unknown (HELO mymail.clarkson.edu) (128.153.5.219) by 0 with SMTP; 24 Jul 2012 21:42:31 -0400 Received: from EXCH01.ad.clarkson.edu ([128.153.5.67]) by exch05.ad.clarkson.edu ([128.153.5.219]) with mapi id 14.02.0309.002; Tue, 24 Jul 2012 21:42:31 -0400 From: Sean Anderson To: "," Thread-Topic: [Xen-users] X not working under xen Thread-Index: Ac1qBsEbDUuaFFAcRiq6GKWMTVHBZg== Date: Wed, 25 Jul 2012 01:42:30 +0000 Message-ID: <85A20039F861E345994F690846C401E02498446B@EXCH01.ad.clarkson.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 Subject: Re: [Xen-users] X not working 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: , Content-Type: multipart/mixed; boundary="===============1727091862696128985==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1727091862696128985== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_85A20039F861E345994F690846C401E02498446BEXCH01adclarkso_" --_000_85A20039F861E345994F690846C401E02498446BEXCH01adclarkso_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sorry this isn't a direct reply, but I've just made my account and can't se= e how to reply to an archived email. >Hello, > >I'm building a dom0 system from sources and facing a problem with the >xorg server. I've successfully compiled and booted a dom0 with xen >4.1.2. Everything works fine and Im able to start an HVM Windows >domain. Now comes the problem: the Xorg server using either vesa or >fbdev driver can't start: > > - when using the vesa driver it just fails with error messages (see >the attached log xorg_vesa.log) > - when using the fbdev driver it tries to start but the screen goes >blank and I can't get the terminal back. However I can login using a >serial cable. I see that dom0 is alive and the Xorg server failed to 6>start. > ( see the attached log xorg_fbdev.log). > >CONFIG_DMAR (now it is CONFIG_INTEL_IOMMU) is on per >http://wiki.xen.org/wiki/Paravirtualized_DRM. The kernel config is >attached as well. > >Am I missing something to get it working? The Xorg server starts just >fine when booting dom0 without xen. >Thanks in advance. > >-- >Best regards, >Dmitry Ivanov > >A: Because it breaks the logical sequence of discussion >Q: Why is top posting bad? I had a similar problem using Xen 4.1.2 and Arch Linux as dom0, with the Nv= idia drivers. Found a workaround here: bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D646987 Try adding "nopat" to your kernel options in grub (the dom0 kernel line, no= t the xen kernel line) and see if that works? Good luck, Sean Anderson --_000_85A20039F861E345994F690846C401E02498446BEXCH01adclarkso_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Sorry this isn't a direct reply, but I've just made my acco= unt and can't see how to reply to an archived email. 

>Hello,=0A=
>=0A=
>I'm building a dom0 system from sources and facing a problem with the=
=0A=
>xorg server. I've successfully compiled and booted a dom0 with xen=0A=
>4.1.2. Everything works fine and Im able to start an HVM Windows=0A=
>domain. Now comes the problem: the Xorg server using either vesa or=0A=
>fbdev driver can't start:=0A=
>=0A=
> - when using the vesa driver it just fails with error messages (see=0A=
>the attached log xorg_vesa.log)=0A=
> - when using the fbdev driver it tries to start but the screen goes=0A=
>blank and I can't get the terminal back. However I can login using a=0A=
>serial cable. I see that dom0 is alive and the Xorg server failed to=0A=
6>start.=0A=
> ( see the attached log xorg_fbdev.log).=0A=
>=0A=
>CONFIG_DMAR (now it is CONFIG_INTEL_IOMMU) is on per=0A=
&=
gt;http://wiki.xen.org/wiki/Paravirtualized_DRM. The kernel config is=
=0A=
>attached as well.=0A=
>=0A=
>Am I missing something to get it working? The Xorg server starts just=
=0A=
>fine when booting dom0 without xen.=0A=
>Thanks in advance.=0A=
>=0A=
>-- =0A=
>Best regards,=0A=
>Dmitry Ivanov=0A=
>=0A=
>A: Because it breaks the logical sequence of discussion=0A=
>Q: Why is top posting bad?
I had a similar problem using Xen 4.1.2 and Arch Linux as dom0, with the Nv= idia drivers.  Found a workaround here:
bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D646987
Try adding "nopat" to your kernel options in grub (the dom0 kerne= l line, not the xen kernel line) and see if that works?

Good luck,
Sean Anderson

--_000_85A20039F861E345994F690846C401E02498446BEXCH01adclarkso_-- --===============1727091862696128985== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1727091862696128985==-- From xen-users-bounces@lists.xen.org Wed Jul 25 05:08:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jul 2012 05:08: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 1Stto6-0003Kc-8P; Wed, 25 Jul 2012 05:06:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Stto5-0003KX-KN for xen-users@lists.xensource.com; Wed, 25 Jul 2012 05:06:45 +0000 Received: from [85.158.138.51:32481] by server-5.bemta-3.messagelabs.com id B4/84-28237-4EE7F005; Wed, 25 Jul 2012 05:06:44 +0000 X-Env-Sender: pheriko.support@gmail.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1343192802!28537409!1 X-Originating-IP: [209.85.160.43] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4655 invoked from network); 25 Jul 2012 05:06:43 -0000 Received: from mail-pb0-f43.google.com (HELO mail-pb0-f43.google.com) (209.85.160.43) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jul 2012 05:06:43 -0000 Received: by pbcwz7 with SMTP id wz7so932430pbc.30 for ; Tue, 24 Jul 2012 22:06:41 -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=9zaH0sAWbQxJpapuvNIf8YvmOILHXo2KUWGE0VxLx0A=; b=w3oEUrEbmVrLHexQFpCZfQ4K1G85sxHweNfNTICnZh4bIhx3cDQROCn/pqUSeh6pDl TLz7uSGufQWdu3p6iZSbdnd1J1lhxfD0pc76wvv5Sf/6ySlapU5MUH24b4H+OZoER6ey M5AIOiERCPIinm5MeUJALC2+kHN9dpxqSqk1gGwzq8I9tH/KdaWGoqFTpl+wp4BF8l2y nUVMg5LI9MBZNEEbX95mqt98yo8cnznXmEryDs2B8OOKFjzOHsIGHQazgGi5BhDJQJkL KEezEhbi/4rpUAmeVn6rA9XfBvcFFKDLFlXOSpG4AFS1zDz9kjp0XG+oPYO7ZZIBSZrY sDzA== MIME-Version: 1.0 Received: by 10.68.231.39 with SMTP id td7mr50469366pbc.3.1343192801646; Tue, 24 Jul 2012 22:06:41 -0700 (PDT) Received: by 10.142.156.15 with HTTP; Tue, 24 Jul 2012 22:06:41 -0700 (PDT) Date: Tue, 24 Jul 2012 22:06:41 -0700 Message-ID: From: Periko Support To: xen-users@lists.xensource.com Subject: [Xen-users] dom-0 pin or schedule high? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Running Xen 4.1.x Reading about schedulers, I normally give 1-2 cores to dom-0, reading about schedulers it say that we can give a dedicate core to the dom-0 or increase scheduler +256. What is the rule? can both? Thanks!!! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 25 05:08:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jul 2012 05:08: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 1Stto6-0003Kc-8P; Wed, 25 Jul 2012 05:06:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Stto5-0003KX-KN for xen-users@lists.xensource.com; Wed, 25 Jul 2012 05:06:45 +0000 Received: from [85.158.138.51:32481] by server-5.bemta-3.messagelabs.com id B4/84-28237-4EE7F005; Wed, 25 Jul 2012 05:06:44 +0000 X-Env-Sender: pheriko.support@gmail.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1343192802!28537409!1 X-Originating-IP: [209.85.160.43] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4655 invoked from network); 25 Jul 2012 05:06:43 -0000 Received: from mail-pb0-f43.google.com (HELO mail-pb0-f43.google.com) (209.85.160.43) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jul 2012 05:06:43 -0000 Received: by pbcwz7 with SMTP id wz7so932430pbc.30 for ; Tue, 24 Jul 2012 22:06:41 -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=9zaH0sAWbQxJpapuvNIf8YvmOILHXo2KUWGE0VxLx0A=; b=w3oEUrEbmVrLHexQFpCZfQ4K1G85sxHweNfNTICnZh4bIhx3cDQROCn/pqUSeh6pDl TLz7uSGufQWdu3p6iZSbdnd1J1lhxfD0pc76wvv5Sf/6ySlapU5MUH24b4H+OZoER6ey M5AIOiERCPIinm5MeUJALC2+kHN9dpxqSqk1gGwzq8I9tH/KdaWGoqFTpl+wp4BF8l2y nUVMg5LI9MBZNEEbX95mqt98yo8cnznXmEryDs2B8OOKFjzOHsIGHQazgGi5BhDJQJkL KEezEhbi/4rpUAmeVn6rA9XfBvcFFKDLFlXOSpG4AFS1zDz9kjp0XG+oPYO7ZZIBSZrY sDzA== MIME-Version: 1.0 Received: by 10.68.231.39 with SMTP id td7mr50469366pbc.3.1343192801646; Tue, 24 Jul 2012 22:06:41 -0700 (PDT) Received: by 10.142.156.15 with HTTP; Tue, 24 Jul 2012 22:06:41 -0700 (PDT) Date: Tue, 24 Jul 2012 22:06:41 -0700 Message-ID: From: Periko Support To: xen-users@lists.xensource.com Subject: [Xen-users] dom-0 pin or schedule high? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Running Xen 4.1.x Reading about schedulers, I normally give 1-2 cores to dom-0, reading about schedulers it say that we can give a dedicate core to the dom-0 or increase scheduler +256. What is the rule? can both? Thanks!!! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 25 07:42:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jul 2012 07:42: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 1StwCn-0005FZ-W3; Wed, 25 Jul 2012 07:40:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StwCn-0005FU-43 for xen-users@lists.xen.org; Wed, 25 Jul 2012 07:40:25 +0000 Received: from [85.158.143.35:60914] by server-1.bemta-4.messagelabs.com id 32/5E-24392-8E2AF005; Wed, 25 Jul 2012 07:40:24 +0000 X-Env-Sender: umarzuki@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1343202019!10188272!1 X-Originating-IP: [209.85.215.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8238 invoked from network); 25 Jul 2012 07:40:22 -0000 Received: from mail-lpp01m010-f45.google.com (HELO mail-lpp01m010-f45.google.com) (209.85.215.45) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jul 2012 07:40:22 -0000 Received: by lahc1 with SMTP id c1so349751lah.32 for ; Wed, 25 Jul 2012 00:40: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:content-type; bh=2EKTKyLGu0KxQG9HijQemHrNkhOvv0zLtU1pbJTVs+I=; b=P3nnsI3b/8Thxxehvv/Y0yPOW8ywJXYWO9LphUYs18qr+Nod/cZRxb6ZhuLKzq/HfD 1a8pUJb9wYsGJzoxWi2r4bQnltgIvPruO5AbnKKxoK4WC+5ByRxpCLO6xGb8EVr+f7ga rMe6sjENCmcC6i/+EeSdlepqlAgOgb7k0Gsvnp6Q+h/7lyrscz8csDCFdxYoGBnYJw6w oa/q0l5nWeLWiZHpT3LgJkClhH10fjdEVYzViznX+CZUJohGayux9c5cDByGGmRZVFnb rw7Ru+B1IY/9kS7YB3nX4KEnv2XdIGeAGawjxX96PnEz4oVs5hQsHx0b2qnSsvcY3haF YgAQ== MIME-Version: 1.0 Received: by 10.152.103.109 with SMTP id fv13mr24782876lab.33.1343202018779; Wed, 25 Jul 2012 00:40:18 -0700 (PDT) Received: by 10.152.13.167 with HTTP; Wed, 25 Jul 2012 00:40:18 -0700 (PDT) Date: Wed, 25 Jul 2012 15:40:18 +0800 Message-ID: From: Umarzuki Mochlis To: xen-users@lists.xen.org Subject: [Xen-users] xen manager X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org i want to find a xen web interface to manage many xen dom0 with below features regardless of licensing - ACL for admins - server group/pool management - resource pool (resource allocation) for VMs - VM templating - thin provisioning (virtual hard disk) - drag and drop for live VM migration - high availability (restart of VM on another xen dom0) - VLAN - VM backup - VM migration between shared storage - auto migration of VM to balance CPU loac on xen dom0 thanks for any info -- Regards, Umarzuki Mochlis http://debmal.my _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 25 07:42:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jul 2012 07:42: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 1StwCn-0005FZ-W3; Wed, 25 Jul 2012 07:40:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StwCn-0005FU-43 for xen-users@lists.xen.org; Wed, 25 Jul 2012 07:40:25 +0000 Received: from [85.158.143.35:60914] by server-1.bemta-4.messagelabs.com id 32/5E-24392-8E2AF005; Wed, 25 Jul 2012 07:40:24 +0000 X-Env-Sender: umarzuki@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1343202019!10188272!1 X-Originating-IP: [209.85.215.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8238 invoked from network); 25 Jul 2012 07:40:22 -0000 Received: from mail-lpp01m010-f45.google.com (HELO mail-lpp01m010-f45.google.com) (209.85.215.45) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jul 2012 07:40:22 -0000 Received: by lahc1 with SMTP id c1so349751lah.32 for ; Wed, 25 Jul 2012 00:40: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:content-type; bh=2EKTKyLGu0KxQG9HijQemHrNkhOvv0zLtU1pbJTVs+I=; b=P3nnsI3b/8Thxxehvv/Y0yPOW8ywJXYWO9LphUYs18qr+Nod/cZRxb6ZhuLKzq/HfD 1a8pUJb9wYsGJzoxWi2r4bQnltgIvPruO5AbnKKxoK4WC+5ByRxpCLO6xGb8EVr+f7ga rMe6sjENCmcC6i/+EeSdlepqlAgOgb7k0Gsvnp6Q+h/7lyrscz8csDCFdxYoGBnYJw6w oa/q0l5nWeLWiZHpT3LgJkClhH10fjdEVYzViznX+CZUJohGayux9c5cDByGGmRZVFnb rw7Ru+B1IY/9kS7YB3nX4KEnv2XdIGeAGawjxX96PnEz4oVs5hQsHx0b2qnSsvcY3haF YgAQ== MIME-Version: 1.0 Received: by 10.152.103.109 with SMTP id fv13mr24782876lab.33.1343202018779; Wed, 25 Jul 2012 00:40:18 -0700 (PDT) Received: by 10.152.13.167 with HTTP; Wed, 25 Jul 2012 00:40:18 -0700 (PDT) Date: Wed, 25 Jul 2012 15:40:18 +0800 Message-ID: From: Umarzuki Mochlis To: xen-users@lists.xen.org Subject: [Xen-users] xen manager X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org i want to find a xen web interface to manage many xen dom0 with below features regardless of licensing - ACL for admins - server group/pool management - resource pool (resource allocation) for VMs - VM templating - thin provisioning (virtual hard disk) - drag and drop for live VM migration - high availability (restart of VM on another xen dom0) - VLAN - VM backup - VM migration between shared storage - auto migration of VM to balance CPU loac on xen dom0 thanks for any info -- Regards, Umarzuki Mochlis http://debmal.my _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 25 08:10:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jul 2012 08:10: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 1StwcW-0006Dh-DH; Wed, 25 Jul 2012 08:07:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StwcU-0006Dc-Iz for xen-users@lists.xen.org; Wed, 25 Jul 2012 08:06:58 +0000 Received: from [85.158.138.51:35712] by server-2.bemta-3.messagelabs.com id 1B/B1-00359-129AF005; Wed, 25 Jul 2012 08:06:57 +0000 X-Env-Sender: vonami@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1343203615!20635646!1 X-Originating-IP: [209.85.214.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16657 invoked from network); 25 Jul 2012 08:06:57 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jul 2012 08:06:57 -0000 Received: by obbta14 with SMTP id ta14so941704obb.32 for ; Wed, 25 Jul 2012 01:06: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=rrUsfs/YQ0nAWA4mVS1xqbV2tQxJ933p1zxvwmQ5fzk=; b=cd0TN4dpTwdo3Q44WYG0TJe52eh7MfYTqee/G0DBsN2pweHpVN+ULut6YgE7Zw85Vm kR8u/dUemsUT5Xpr02p/oJUx1oHpE1v15sVStQ7HuxO+VfHPef+7UUtiL9I7AkHZWRSc nXjW35Dwvhk4pDryLYWLSQelDbNHYPsBa4kG+ONUM11UKYQkn0+ddWRO9P9013cNz4jx rJaOmSiQaw8QJSsFHUKRBsM4j/n7FgXhP7rgZTmgrs/ROGaE0Pk0I+LBK2FI0CfyWDrx LPPp85ztEA7op54sm16hKH4QrNOtQGL1g6nNhKrR+Ko2K2vfZFbptdwJbuiw9fHJ96co zMGg== MIME-Version: 1.0 Received: by 10.60.12.8 with SMTP id u8mr32523196oeb.46.1343203615448; Wed, 25 Jul 2012 01:06:55 -0700 (PDT) Received: by 10.182.62.65 with HTTP; Wed, 25 Jul 2012 01:06:55 -0700 (PDT) In-Reply-To: <85A20039F861E345994F690846C401E02498446B@EXCH01.ad.clarkson.edu> References: <85A20039F861E345994F690846C401E02498446B@EXCH01.ad.clarkson.edu> Date: Wed, 25 Jul 2012 12:06:55 +0400 Message-ID: From: Dmitry Ivanov To: Sean Anderson Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] X not working 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: , Content-Type: text/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, Jul 25, 2012 at 5:42 AM, Sean Anderson wrote: > Sorry this isn't a direct reply, but I've just made my account and can't see > how to reply to an archived email. > >>Hello, >> >>I'm building a dom0 system from sources and facing a problem with the >>xorg server. I've successfully compiled and booted a dom0 with xen >>4.1.2. Everything works fine and Im able to start an HVM Windows >>domain. Now comes the problem: the Xorg server using either vesa or >>fbdev driver can't start: >> >> - when using the vesa driver it just fails with error messages (see >>the attached log xorg_vesa.log) >> - when using the fbdev driver it tries to start but the screen goes >>blank and I can't get the terminal back. However I can login using a >>serial cable. I see that dom0 is alive and the Xorg server failed to > 6>start. >> ( see the attached log xorg_fbdev.log). >> >>CONFIG_DMAR (now it is CONFIG_INTEL_IOMMU) is on per >>http://wiki.xen.org/wiki/Paravirtualized_DRM. The kernel config is >>attached as well. >> >>Am I missing something to get it working? The Xorg server starts just >>fine when booting dom0 without xen. >>Thanks in advance. >> >>-- >>Best regards, >>Dmitry Ivanov >> >>A: Because it breaks the logical sequence of discussion >>Q: Why is top posting bad? > > I had a similar problem using Xen 4.1.2 and Arch Linux as dom0, with the > Nvidia drivers. Found a workaround here: > bugs.debian.org/cgi-bin/bugreport.cgi?bug=646987 > Try adding "nopat" to your kernel options in grub (the dom0 kernel line, not > the xen kernel line) and see if that works? Yes, that worked. Thanks a lot! -- Best regards, Dmitry Ivanov A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 25 08:10:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jul 2012 08:10: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 1StwcW-0006Dh-DH; Wed, 25 Jul 2012 08:07:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1StwcU-0006Dc-Iz for xen-users@lists.xen.org; Wed, 25 Jul 2012 08:06:58 +0000 Received: from [85.158.138.51:35712] by server-2.bemta-3.messagelabs.com id 1B/B1-00359-129AF005; Wed, 25 Jul 2012 08:06:57 +0000 X-Env-Sender: vonami@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1343203615!20635646!1 X-Originating-IP: [209.85.214.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16657 invoked from network); 25 Jul 2012 08:06:57 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jul 2012 08:06:57 -0000 Received: by obbta14 with SMTP id ta14so941704obb.32 for ; Wed, 25 Jul 2012 01:06: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=rrUsfs/YQ0nAWA4mVS1xqbV2tQxJ933p1zxvwmQ5fzk=; b=cd0TN4dpTwdo3Q44WYG0TJe52eh7MfYTqee/G0DBsN2pweHpVN+ULut6YgE7Zw85Vm kR8u/dUemsUT5Xpr02p/oJUx1oHpE1v15sVStQ7HuxO+VfHPef+7UUtiL9I7AkHZWRSc nXjW35Dwvhk4pDryLYWLSQelDbNHYPsBa4kG+ONUM11UKYQkn0+ddWRO9P9013cNz4jx rJaOmSiQaw8QJSsFHUKRBsM4j/n7FgXhP7rgZTmgrs/ROGaE0Pk0I+LBK2FI0CfyWDrx LPPp85ztEA7op54sm16hKH4QrNOtQGL1g6nNhKrR+Ko2K2vfZFbptdwJbuiw9fHJ96co zMGg== MIME-Version: 1.0 Received: by 10.60.12.8 with SMTP id u8mr32523196oeb.46.1343203615448; Wed, 25 Jul 2012 01:06:55 -0700 (PDT) Received: by 10.182.62.65 with HTTP; Wed, 25 Jul 2012 01:06:55 -0700 (PDT) In-Reply-To: <85A20039F861E345994F690846C401E02498446B@EXCH01.ad.clarkson.edu> References: <85A20039F861E345994F690846C401E02498446B@EXCH01.ad.clarkson.edu> Date: Wed, 25 Jul 2012 12:06:55 +0400 Message-ID: From: Dmitry Ivanov To: Sean Anderson Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] X not working 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: , Content-Type: text/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, Jul 25, 2012 at 5:42 AM, Sean Anderson wrote: > Sorry this isn't a direct reply, but I've just made my account and can't see > how to reply to an archived email. > >>Hello, >> >>I'm building a dom0 system from sources and facing a problem with the >>xorg server. I've successfully compiled and booted a dom0 with xen >>4.1.2. Everything works fine and Im able to start an HVM Windows >>domain. Now comes the problem: the Xorg server using either vesa or >>fbdev driver can't start: >> >> - when using the vesa driver it just fails with error messages (see >>the attached log xorg_vesa.log) >> - when using the fbdev driver it tries to start but the screen goes >>blank and I can't get the terminal back. However I can login using a >>serial cable. I see that dom0 is alive and the Xorg server failed to > 6>start. >> ( see the attached log xorg_fbdev.log). >> >>CONFIG_DMAR (now it is CONFIG_INTEL_IOMMU) is on per >>http://wiki.xen.org/wiki/Paravirtualized_DRM. The kernel config is >>attached as well. >> >>Am I missing something to get it working? The Xorg server starts just >>fine when booting dom0 without xen. >>Thanks in advance. >> >>-- >>Best regards, >>Dmitry Ivanov >> >>A: Because it breaks the logical sequence of discussion >>Q: Why is top posting bad? > > I had a similar problem using Xen 4.1.2 and Arch Linux as dom0, with the > Nvidia drivers. Found a workaround here: > bugs.debian.org/cgi-bin/bugreport.cgi?bug=646987 > Try adding "nopat" to your kernel options in grub (the dom0 kernel line, not > the xen kernel line) and see if that works? Yes, that worked. Thanks a lot! -- Best regards, Dmitry Ivanov A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 25 14:23:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jul 2012 14:23: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 1Su2TM-0000Yz-9B; Wed, 25 Jul 2012 14:21:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Su2TK-0000Yn-E4 for xen-users@lists.xen.org; Wed, 25 Jul 2012 14:21:54 +0000 Received: from [85.158.143.99:64051] by server-1.bemta-4.messagelabs.com id 2D/66-24392-10100105; Wed, 25 Jul 2012 14:21:53 +0000 X-Env-Sender: slawek.k_xl@wp.pl X-Msg-Ref: server-11.tower-216.messagelabs.com!1343226112!21112941!1 X-Originating-IP: [212.77.101.7] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTIuNzcuMTAxLjcgPT4gODczNjY=\n,sa_preprocessor: QmFkIElQOiAyMTIuNzcuMTAxLjcgPT4gODczNjY=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15786 invoked from network); 25 Jul 2012 14:21:53 -0000 Received: from mx3.wp.pl (HELO mx3.wp.pl) (212.77.101.7) by server-11.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jul 2012 14:21:53 -0000 Received: (wp-smtpd smtp.wp.pl 12010 invoked from network); 25 Jul 2012 16:21:52 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1343226112; bh=zL/Eb4QUEXCj8/r85SJxJbQakQiVd0gRxp7/Xn0q2BY=; h=From:To:Subject; b=kcjcL6BkymmHhgqwpau+e3Bi6aFQ00VkLpXu1F6yfr1WCzn1/K0hIG9ZHPtkBUUpw +l5BbVe0xobIOBGpEx0SNg3lOVOBbQ9Othp+anPFlg+KIltUfXUH4Neo8LdlxNCVlA F226uCrjIdBquJtemcGwI0f1mfdrBMWC5QRQZieg= Received: from out.poczta.wp.pl (HELO localhost) ([212.77.101.240]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with SMTP for ; 25 Jul 2012 16:21:52 +0200 Date: Wed, 25 Jul 2012 16:21:52 +0200 From: =?ISO-8859-2?Q?S=B3awek_Kosowski?= To: xen-users Message-ID: <501001000b6dc5.29616168@wp.pl> References: <500722739e6145.93719588@wp.pl> In-reply-to: <500722739e6145.93719588@wp.pl> MIME-Version: 1.0 Content-Disposition: inline X-Mailer: Interfejs WWW nowej poczty Wirtualnej Polski X-User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/536.11 (KHTML, like Gecko) Chrome/20.0.1132.57 Safari/536.11 Organization: Poznaj Poczte WP http://poczta.wp.pl/info-start.html X-WP-IP: 83.29.65.152 X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [IfNk] Subject: Re: [Xen-users] Xen bridged 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org It's been solved by ebtables at dom0: http://ebtables.sourceforge.net/examples/basic.html#ex_nat Thanks for help _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 25 14:23:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jul 2012 14:23: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 1Su2TM-0000Yz-9B; Wed, 25 Jul 2012 14:21:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Su2TK-0000Yn-E4 for xen-users@lists.xen.org; Wed, 25 Jul 2012 14:21:54 +0000 Received: from [85.158.143.99:64051] by server-1.bemta-4.messagelabs.com id 2D/66-24392-10100105; Wed, 25 Jul 2012 14:21:53 +0000 X-Env-Sender: slawek.k_xl@wp.pl X-Msg-Ref: server-11.tower-216.messagelabs.com!1343226112!21112941!1 X-Originating-IP: [212.77.101.7] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTIuNzcuMTAxLjcgPT4gODczNjY=\n,sa_preprocessor: QmFkIElQOiAyMTIuNzcuMTAxLjcgPT4gODczNjY=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15786 invoked from network); 25 Jul 2012 14:21:53 -0000 Received: from mx3.wp.pl (HELO mx3.wp.pl) (212.77.101.7) by server-11.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Jul 2012 14:21:53 -0000 Received: (wp-smtpd smtp.wp.pl 12010 invoked from network); 25 Jul 2012 16:21:52 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1343226112; bh=zL/Eb4QUEXCj8/r85SJxJbQakQiVd0gRxp7/Xn0q2BY=; h=From:To:Subject; b=kcjcL6BkymmHhgqwpau+e3Bi6aFQ00VkLpXu1F6yfr1WCzn1/K0hIG9ZHPtkBUUpw +l5BbVe0xobIOBGpEx0SNg3lOVOBbQ9Othp+anPFlg+KIltUfXUH4Neo8LdlxNCVlA F226uCrjIdBquJtemcGwI0f1mfdrBMWC5QRQZieg= Received: from out.poczta.wp.pl (HELO localhost) ([212.77.101.240]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with SMTP for ; 25 Jul 2012 16:21:52 +0200 Date: Wed, 25 Jul 2012 16:21:52 +0200 From: =?ISO-8859-2?Q?S=B3awek_Kosowski?= To: xen-users Message-ID: <501001000b6dc5.29616168@wp.pl> References: <500722739e6145.93719588@wp.pl> In-reply-to: <500722739e6145.93719588@wp.pl> MIME-Version: 1.0 Content-Disposition: inline X-Mailer: Interfejs WWW nowej poczty Wirtualnej Polski X-User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/536.11 (KHTML, like Gecko) Chrome/20.0.1132.57 Safari/536.11 Organization: Poznaj Poczte WP http://poczta.wp.pl/info-start.html X-WP-IP: 83.29.65.152 X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [IfNk] Subject: Re: [Xen-users] Xen bridged 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org It's been solved by ebtables at dom0: http://ebtables.sourceforge.net/examples/basic.html#ex_nat Thanks for help _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 25 16:11:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jul 2012 16:11: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 1Su49u-0006VJ-7u; Wed, 25 Jul 2012 16:09:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Su49s-0006Um-Uw for xen-users@lists.xen.org; Wed, 25 Jul 2012 16:09:57 +0000 Received: from [85.158.143.99:13316] by server-2.bemta-4.messagelabs.com id 6E/42-17938-35A10105; Wed, 25 Jul 2012 16:09:55 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1343232595!21131365!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDY5MzY=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6920 invoked from network); 25 Jul 2012 16:09:55 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jul 2012 16:09:55 -0000 X-IronPort-AV: E=Sophos;i="4.77,653,1336348800"; d="scan'208";a="13699159" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Jul 2012 16:09:55 +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.213.0; Wed, 25 Jul 2012 17:09:54 +0100 Message-ID: <1343232593.18971.137.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Dieter Bloms Date: Wed, 25 Jul 2012 17:09:53 +0100 In-Reply-To: <1343044762.5797.14.camel@zakaz.uk.xensource.com> References: <20120723114918.GA24474@bloms.de> <1343044762.5797.14.camel@zakaz.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , xen-devel , Roger Pau Monne Subject: Re: [Xen-users] configure.ac not correct with test about libm ? (patch included) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2012-07-23 at 12:59 +0100, Ian Campbell wrote: > On Mon, 2012-07-23 at 12:49 +0100, Dieter Bloms wrote: > > Hi, > > > > I want to compile xen-unstable (last commit 25622:3c426da4788e) on > > alpinelinux. > > > > During the run of configure there is an error message like: > > > > "checking for isnan in -lm... no" > > > > I discussed this with the maintainer of the alpinelinux distribution > > and he told me, that the macro in configure.ac is wrong. > > > > I found out, that isnan is a macro not a function, so we have to use > > AC_CHECK_DECLS instead of AC_CHECK_LIB. > > Is isnan always macro, or just in this particular libc implementation? > > Or does AC_CHECK_DECLS work right whether it is a macro or a function? > > > So made this little patch to get it work: > > > > --snip-- > > diff -r 3c426da4788e tools/configure.ac > > --- a/tools/configure.ac Sun Jul 22 16:37:25 2012 +0100 > > +++ b/tools/configure.ac Mon Jul 23 13:43:16 2012 +0200 > > @@ -133,7 +133,7 @@ > > AC_SUBST(zlib) > > AC_CHECK_LIB([aio], [io_setup], [system_aio="y"], [system_aio="n"]) > > AC_SUBST(system_aio) > > -AC_CHECK_LIB([m], [isnan], [], [AC_MSG_ERROR([Could not find libm])]) > > +AC_CHECK_DECLS([isnan], [], [AC_MSG_ERROR([Could not find libm])], [[#include ]]) > > AC_CHECK_LIB([crypto], [MD5], [], [AC_MSG_ERROR([Could not find libcrypto])]) > > AC_CHECK_LIB([ext2fs], [ext2fs_open2], [libext2fs="y"], [libext2fs="n"]) > > AC_SUBST(libext2fs) > > --snip-- > > > > maybe someone of the developers is willing to add this little patch. > > Please submit patches to xen-devel according to the procedure in > http://wiki.xen.org/wiki/SubmittingXenPatches , I've CC'd it this time > for you > > In particular it will need a Signed off by line. Actually don't worry about this -- it turns out we didn't need libm anyway and Dario has posted a patch to remove the check altogether. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 25 16:11:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jul 2012 16:11: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 1Su49u-0006VJ-7u; Wed, 25 Jul 2012 16:09:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Su49s-0006Um-Uw for xen-users@lists.xen.org; Wed, 25 Jul 2012 16:09:57 +0000 Received: from [85.158.143.99:13316] by server-2.bemta-4.messagelabs.com id 6E/42-17938-35A10105; Wed, 25 Jul 2012 16:09:55 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1343232595!21131365!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDY5MzY=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6920 invoked from network); 25 Jul 2012 16:09:55 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jul 2012 16:09:55 -0000 X-IronPort-AV: E=Sophos;i="4.77,653,1336348800"; d="scan'208";a="13699159" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Jul 2012 16:09:55 +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.213.0; Wed, 25 Jul 2012 17:09:54 +0100 Message-ID: <1343232593.18971.137.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Dieter Bloms Date: Wed, 25 Jul 2012 17:09:53 +0100 In-Reply-To: <1343044762.5797.14.camel@zakaz.uk.xensource.com> References: <20120723114918.GA24474@bloms.de> <1343044762.5797.14.camel@zakaz.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , xen-devel , Roger Pau Monne Subject: Re: [Xen-users] configure.ac not correct with test about libm ? (patch included) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2012-07-23 at 12:59 +0100, Ian Campbell wrote: > On Mon, 2012-07-23 at 12:49 +0100, Dieter Bloms wrote: > > Hi, > > > > I want to compile xen-unstable (last commit 25622:3c426da4788e) on > > alpinelinux. > > > > During the run of configure there is an error message like: > > > > "checking for isnan in -lm... no" > > > > I discussed this with the maintainer of the alpinelinux distribution > > and he told me, that the macro in configure.ac is wrong. > > > > I found out, that isnan is a macro not a function, so we have to use > > AC_CHECK_DECLS instead of AC_CHECK_LIB. > > Is isnan always macro, or just in this particular libc implementation? > > Or does AC_CHECK_DECLS work right whether it is a macro or a function? > > > So made this little patch to get it work: > > > > --snip-- > > diff -r 3c426da4788e tools/configure.ac > > --- a/tools/configure.ac Sun Jul 22 16:37:25 2012 +0100 > > +++ b/tools/configure.ac Mon Jul 23 13:43:16 2012 +0200 > > @@ -133,7 +133,7 @@ > > AC_SUBST(zlib) > > AC_CHECK_LIB([aio], [io_setup], [system_aio="y"], [system_aio="n"]) > > AC_SUBST(system_aio) > > -AC_CHECK_LIB([m], [isnan], [], [AC_MSG_ERROR([Could not find libm])]) > > +AC_CHECK_DECLS([isnan], [], [AC_MSG_ERROR([Could not find libm])], [[#include ]]) > > AC_CHECK_LIB([crypto], [MD5], [], [AC_MSG_ERROR([Could not find libcrypto])]) > > AC_CHECK_LIB([ext2fs], [ext2fs_open2], [libext2fs="y"], [libext2fs="n"]) > > AC_SUBST(libext2fs) > > --snip-- > > > > maybe someone of the developers is willing to add this little patch. > > Please submit patches to xen-devel according to the procedure in > http://wiki.xen.org/wiki/SubmittingXenPatches , I've CC'd it this time > for you > > In particular it will need a Signed off by line. Actually don't worry about this -- it turns out we didn't need libm anyway and Dario has posted a patch to remove the check altogether. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 25 17:34:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jul 2012 17:34:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Su5Sb-00039c-IA; Wed, 25 Jul 2012 17:33:21 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Su5Sa-00039X-C3 for xen-users@lists.xen.org; Wed, 25 Jul 2012 17:33:20 +0000 X-Env-Sender: pmoody@google.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1343237589!9882068!1 X-Originating-IP: [209.85.160.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24360 invoked from network); 25 Jul 2012 17:33:10 -0000 Received: from mail-gh0-f173.google.com (HELO mail-gh0-f173.google.com) (209.85.160.173) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jul 2012 17:33:10 -0000 Received: by ghrr14 with SMTP id r14so1147247ghr.32 for ; Wed, 25 Jul 2012 10:33:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:x-system-of-record; bh=jPPLgsTqP8caKVNEX5GfyFI53X16OO6TtnqgA9ZfTBU=; b=AYEScuk0X/fLUOmwucnfE8WIPed9F092wfnKmVvqPiZ3968lWawdQymPm3YsMRO/mc 7lT8bTrIQu5ei3mmXvxDyOFP6MzKR+CE/p4G7i1zzc/w52VjV1AI4ktoSwNLM3PHrqV8 YPKWAv4EmMWT/AFH9Jo8g+aTCd26C356Fiq9f97nkartb/yUkdOE9u9foicTueZDfyhU 0kU5z8SWqlkWYpIX+2D4SIZUtymHXoN2TMoK2i+zMxb4RzsAJ8Fd473kYdBRplmzSNSQ ftGLC+RIxp7zfc2QJfQ6xbUaYhXR1NjbRyrm3ZRwHUWvy9yU1lF3jEyn9vuy41Yv2V8x nP6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:x-system-of-record:x-gm-message-state; bh=jPPLgsTqP8caKVNEX5GfyFI53X16OO6TtnqgA9ZfTBU=; b=D051IM1/B7vmnfLw7k0EtmoHN1xZil42rc95zcCdZnLMs/BqfVau0Swv8Z8jr7ludP 609SbCaB6SmUrHLb/TOTpYSZNwPHE9oG7i3+pmvYboiqOGnksLTBqEo5S/0rr+YdSrYl r8+G84eGMAL/5lCqiqIqaFfk8nV7DcEPFqqeZSpSwS3kQfyrRjrc3K5iSjbz1z7iSo7Q sWPNGo9NH5tehWYwXeCr2eekdClQk7kOdz5kBOSgPSpDsjJYXeG/hqbx6e9bvq3bm4zK QtDbwTdmM4PMU6AJ6l38we15FP7IKwQl/oWsarX0ja4do16fScbVeyEH3klPcbLVOLcU MBeQ== Received: by 10.42.163.4 with SMTP id a4mr7101842icy.27.1343237588496; Wed, 25 Jul 2012 10:33:08 -0700 (PDT) Received: by 10.42.163.4 with SMTP id a4mr7101823icy.27.1343237588336; Wed, 25 Jul 2012 10:33:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.160.195 with HTTP; Wed, 25 Jul 2012 10:32:36 -0700 (PDT) In-Reply-To: References: From: Peter Moody Date: Wed, 25 Jul 2012 10:32:36 -0700 Message-ID: To: xen-users@lists.xen.org X-System-Of-Record: true X-Gm-Message-State: ALoCoQlPdmJJJeuDXljGbACx9Irdt7gY63FzlwDSaGXWRJeIX8N/ioRfaDrQ5lj7+YV0y17aNskzFPxmy7RWns3snEqbQFKczw3lJXeH5Gj8feCDe6i8maI9YWYhrVCesgYZDMLrlKkxNN0jiPZSTaFQ38IKCoWYX8JNTsiZO0YY3ATjAf9F6q26EnP1jM8gqLNLDHeo+p28 Subject: Re: [Xen-users] Advice/hints on debugging a xen/auditd kernel 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 Is there a more suitable list for this question? perhaps xen-devel? On Mon, Jul 23, 2012 at 8:26 AM, Peter Moody wrote: > Hey folks, > > I'm looking for some help debugging a kernel oops that only seems to > manifest itself on xen instances. > > We have a small number of machines that seem to be having a weird > interaction between auditd and xen. When under a high-ish amount of > load, with auditd running, these machines crash almost 100% of the > time. > > Here are two separate OOPs traces that appear to be from the same bug: > > from kernel 2.6.38.8 > > [32581.835885] ------------[ cut here ]------------ > [32581.835894] kernel BUG at fs/buffer.c:1263! > [32581.835898] invalid opcode: 0000 [#1] SMP > [32581.835903] last sysfs file: /sys/devices/system/cpu/sched_mc_power_savings > [32581.835906] CPU 0 > [32581.835910] Pid: 14899, comm: python2.6 Not tainted > 2.6.38.8-gg868-ganetixenu #1 > [32581.835917] RIP: e030:[] [] > __find_get_block+0x1f3/0x200 > [32581.835927] RSP: e02b:ffff88067cfcdc78 EFLAGS: 00010046 > [32581.835931] RAX: ffff8807be6b0000 RBX: ffff8807740c50f0 RCX: 00000000007e980a > [32581.835935] RDX: 0000000000001000 RSI: 00000000007e980a RDI: ffff8807b8cad380 > [32581.835939] RBP: ffff88067cfcdcd8 R08: 0000000000000001 R09: ffff8807740c5018 > [32581.835944] R10: 0000000000000000 R11: 0000000000000000 R12: ffff8807740c501c > [32581.835949] R13: ffff8807740c5048 R14: ffff8807fef36210 R15: 00000000007e980a > [32581.835955] FS: 00007f37fd752700(0000) GS:ffff8807fff26000(0063) > knlGS:0000000000000000 > [32581.835960] CS: e033 DS: 002b ES: 002b CR0: 000000008005003b > [32581.835965] CR2: 00000000ea515000 CR3: 000000068522b000 CR4: 0000000000002660 > [32581.835970] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 > [32581.835975] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 > [32581.835979] Process python2.6 (pid: 14899, threadinfo > ffff88067cfcc000, task ffff8806e772da80) > [32581.835984] Stack: > [32581.835986] ffff88067cfcdc98 ffffffff81654cd1 ffff88067cfcdca8 > ffff8807740c5a98 > [32581.835994] ffff88067cfcdd08 ffffffff811c9294 ffff8806ffffffc3 > 0000000000000014 > [32581.836001] ffff8807740c50f0 ffff8807740c501c ffff8807740c5048 > ffff8807fef36210 > [32581.836009] Call Trace: > [32581.836015] [] ? down_read+0x11/0x30 > [32581.836021] [] ? ext3_xattr_get+0xf4/0x2b0 > [32581.836027] [] ext3_clear_blocks+0x128/0x190 > [32581.836032] [] ext3_free_data+0x114/0x160 > [32581.836037] [] ext3_truncate+0x87a/0x950 > [32581.836042] [] ? journal_start+0xb5/0x100 > [32581.836047] [] ext3_evict_inode+0x180/0x1a0 > [32581.836052] [] evict+0x1f/0xb0 > [32581.836058] [] ? check_events+0x12/0x20 > [32581.836063] [] iput+0x1a4/0x290 > [32581.836068] [] dput+0x265/0x310 > [32581.836072] [] path_put+0x15/0x30 > [32581.836078] [] audit_syscall_exit+0x171/0x260 > [32581.836084] [] sysexit_audit+0x21/0x5f > [32581.836088] Code: 82 00 05 01 00 85 c0 75 de 65 48 89 1c 25 00 05 > 01 00 e9 87 fe ff ff 48 89 df e8 e9 fc ff ff 4c 89 f7 e9 02 ff ff ff > 0f 0b eb fe <0f> 0b eb fe 0f 0b eb fe 0f 1f 44 00 00 55 48 89 e5 41 57 > 49 89 > [32581.836141] RIP [] __find_get_block+0x1f3/0x200 > [32581.836146] RSP > [32581.836157] ---[ end trace 0658a2308b35c81e ]--- > > and from kernel 3.2.5 > > [12109.709499] ------------[ cut here ]------------ > [12109.709508] kernel BUG at fs/buffer.c:1265! > [12109.709512] invalid opcode: 0000 [#1] SMP > [12109.709517] CPU 0 > [12109.709521] Pid: 21385, comm: python2.6 Not tainted 3.2.5-gg886-ganetixenu #1 > [12109.709527] RIP: e030:[] [] > __find_get_block+0x1f3/0x200 > [12109.709536] RSP: e02b:ffff88061fa99c68 EFLAGS: 00010046 > [12109.709540] RAX: ffff8807c91e0000 RBX: ffff88028e268cf8 RCX: 0000000002523819 > [12109.709544] RDX: 0000000000001000 RSI: 0000000002523819 RDI: ffff8807dede2080 > [12109.709549] RBP: ffff88061fa99cc8 R08: 0000000000000001 R09: ffff88028e268c20 > [12109.709553] R10: ffff8806cf8bc000 R11: ffffffff81c30e08 R12: ffff88028e268c24 > [12109.709557] R13: ffff88028e268c50 R14: ffff8807defe8528 R15: 0000000002523819 > [12109.709563] FS: 00007fa1f4026700(0000) GS:ffff8807fff2b000(0063) > knlGS:0000000000000000 > [12109.709567] CS: e033 DS: 002b ES: 002b CR0: 000000008005003b > [12109.709571] CR2: 0000000002bb6000 CR3: 00000006c8730000 CR4: 0000000000002660 > [12109.709575] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 > [12109.709580] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 > [12109.709584] Process python2.6 (pid: 21385, threadinfo > ffff88061fa98000, task ffff8806e37796a0) > [12109.709589] Stack: > [12109.709591] ffff88061fa99cb8 ffffffff81143001 ffff88061fa99c98 > ffffffff81699f91 > [12109.709599] ffff88061fa99d28 ffff8806fcb79610 ffff88061fa99d08 > ffffffff811e5d34 > [12109.709606] ffff88028e268cf8 ffff88028e268c24 ffff88028e268c50 > ffff8807defe8528 > [12109.709613] Call Trace: > [12109.709619] [] ? generic_permission+0x101/0x250 > [12109.709625] [] ? down_read+0x11/0x30 > [12109.709631] [] ? ext3_xattr_get+0xf4/0x2b0 > [12109.709635] [] ext3_clear_blocks+0x128/0x190 > [12109.709640] [] ext3_free_data+0x114/0x160 > [12109.709644] [] ext3_truncate+0x50a/0x610 > [12109.709649] [] ? path_lookupat+0x66/0x690 > [12109.709654] [] ? kmem_cache_alloc+0x37/0x120 > [12109.709659] [] ? journal_start+0xb5/0x100 > [12109.709664] [] ext3_evict_inode+0x218/0x280 > [12109.709669] [] evict+0xa1/0x1a0 > [12109.709673] [] iput+0x108/0x210 > [12109.709677] [] dput+0x285/0x330 > [12109.709681] [] path_put+0x15/0x30 > [12109.709686] [] audit_syscall_exit+0x171/0x260 > [12109.709692] [] sysexit_audit+0x21/0x5f > [12109.709695] Code: 82 a0 ff 00 00 85 c0 75 de 65 48 89 1c 25 a0 ff > 00 00 e9 87 fe ff ff 48 89 df e8 e9 fc ff ff 4c 89 f7 e9 02 ff ff ff > 0f 0b eb fe <0f> 0b eb fe 0f 0b eb fe 0f 1f 44 00 00 55 48 89 e5 41 57 > 49 89 > [12109.709752] RIP [] __find_get_block+0x1f3/0x200 > [12109.709757] RSP > [12109.709763] ---[ end trace 842635a4dd3e3b5f ]--- > > That BUG() line is: > > static inline void check_irqs_on(void) > { > #ifdef irqs_disabled > BUG_ON(irqs_disabled()); > #endif > } > > so it seems like something about the load is either causing > __find_get_block to be called while irqs are disabled or there's > something mucking with the irq flags. > > Finally, here's the relevant bits from xm info on one of the affected nodes: > > # xm info > host : > release : 3.2.13-ganeti-rx6-xen0 > version : #1 SMP Thu Jun 7 12:59:40 CEST 2012 > machine : x86_64 > nr_cpus : 24 > nr_nodes : 2 > cores_per_socket : 6 > threads_per_core : 2 > cpu_mhz : 3200 > hw_caps : > bfebfbff:2c100800:00000000:00001f40:029ee3ff:00000000:00000001:00000000 > virt_caps : > total_memory : 98292 > free_memory : 82906 > node_to_cpu : node0:0-5,12-17 > node1:6-11,18-23 > node_to_memory : node0:40810 > node1:42095 > node_to_dma32_mem : node0:1969 > node1:0 > max_node_id : 1 > xen_major : 4 > xen_minor : 0 > xen_extra : .1 > xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p > xen_scheduler : credit > xen_pagesize : 4096 > platform_params : virt_start=0xffff800000000000 > xen_changeset : unavailable > xen_commandline : placeholder dom0_mem=2048M loglvl=all > com1=115200,8n1 console=com1 iommu=0 > cc_compiler : gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) > cc_compile_by : > cc_compile_domain : google.com > cc_compile_date : Wed Mar 16 15:24:06 UTC 2011 > xend_config_format : 4 > > I should be getting access to one of these machines shortly, but I'm > new to xen-debugging, so I was hoping that someone might be able to > give me some hints on debugging xen-specific kernel issues. > > Cheers, > peter > > -- > Peter Moody Google 1.650.253.7306 > Security Engineer pgp:0xC3410038 -- Peter Moody Google 1.650.253.7306 Security Engineer pgp:0xC3410038 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 25 17:34:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jul 2012 17:34:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Su5Sb-00039c-IA; Wed, 25 Jul 2012 17:33:21 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Su5Sa-00039X-C3 for xen-users@lists.xen.org; Wed, 25 Jul 2012 17:33:20 +0000 X-Env-Sender: pmoody@google.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1343237589!9882068!1 X-Originating-IP: [209.85.160.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24360 invoked from network); 25 Jul 2012 17:33:10 -0000 Received: from mail-gh0-f173.google.com (HELO mail-gh0-f173.google.com) (209.85.160.173) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jul 2012 17:33:10 -0000 Received: by ghrr14 with SMTP id r14so1147247ghr.32 for ; Wed, 25 Jul 2012 10:33:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:x-system-of-record; bh=jPPLgsTqP8caKVNEX5GfyFI53X16OO6TtnqgA9ZfTBU=; b=AYEScuk0X/fLUOmwucnfE8WIPed9F092wfnKmVvqPiZ3968lWawdQymPm3YsMRO/mc 7lT8bTrIQu5ei3mmXvxDyOFP6MzKR+CE/p4G7i1zzc/w52VjV1AI4ktoSwNLM3PHrqV8 YPKWAv4EmMWT/AFH9Jo8g+aTCd26C356Fiq9f97nkartb/yUkdOE9u9foicTueZDfyhU 0kU5z8SWqlkWYpIX+2D4SIZUtymHXoN2TMoK2i+zMxb4RzsAJ8Fd473kYdBRplmzSNSQ ftGLC+RIxp7zfc2QJfQ6xbUaYhXR1NjbRyrm3ZRwHUWvy9yU1lF3jEyn9vuy41Yv2V8x nP6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:x-system-of-record:x-gm-message-state; bh=jPPLgsTqP8caKVNEX5GfyFI53X16OO6TtnqgA9ZfTBU=; b=D051IM1/B7vmnfLw7k0EtmoHN1xZil42rc95zcCdZnLMs/BqfVau0Swv8Z8jr7ludP 609SbCaB6SmUrHLb/TOTpYSZNwPHE9oG7i3+pmvYboiqOGnksLTBqEo5S/0rr+YdSrYl r8+G84eGMAL/5lCqiqIqaFfk8nV7DcEPFqqeZSpSwS3kQfyrRjrc3K5iSjbz1z7iSo7Q sWPNGo9NH5tehWYwXeCr2eekdClQk7kOdz5kBOSgPSpDsjJYXeG/hqbx6e9bvq3bm4zK QtDbwTdmM4PMU6AJ6l38we15FP7IKwQl/oWsarX0ja4do16fScbVeyEH3klPcbLVOLcU MBeQ== Received: by 10.42.163.4 with SMTP id a4mr7101842icy.27.1343237588496; Wed, 25 Jul 2012 10:33:08 -0700 (PDT) Received: by 10.42.163.4 with SMTP id a4mr7101823icy.27.1343237588336; Wed, 25 Jul 2012 10:33:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.160.195 with HTTP; Wed, 25 Jul 2012 10:32:36 -0700 (PDT) In-Reply-To: References: From: Peter Moody Date: Wed, 25 Jul 2012 10:32:36 -0700 Message-ID: To: xen-users@lists.xen.org X-System-Of-Record: true X-Gm-Message-State: ALoCoQlPdmJJJeuDXljGbACx9Irdt7gY63FzlwDSaGXWRJeIX8N/ioRfaDrQ5lj7+YV0y17aNskzFPxmy7RWns3snEqbQFKczw3lJXeH5Gj8feCDe6i8maI9YWYhrVCesgYZDMLrlKkxNN0jiPZSTaFQ38IKCoWYX8JNTsiZO0YY3ATjAf9F6q26EnP1jM8gqLNLDHeo+p28 Subject: Re: [Xen-users] Advice/hints on debugging a xen/auditd kernel 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 Is there a more suitable list for this question? perhaps xen-devel? On Mon, Jul 23, 2012 at 8:26 AM, Peter Moody wrote: > Hey folks, > > I'm looking for some help debugging a kernel oops that only seems to > manifest itself on xen instances. > > We have a small number of machines that seem to be having a weird > interaction between auditd and xen. When under a high-ish amount of > load, with auditd running, these machines crash almost 100% of the > time. > > Here are two separate OOPs traces that appear to be from the same bug: > > from kernel 2.6.38.8 > > [32581.835885] ------------[ cut here ]------------ > [32581.835894] kernel BUG at fs/buffer.c:1263! > [32581.835898] invalid opcode: 0000 [#1] SMP > [32581.835903] last sysfs file: /sys/devices/system/cpu/sched_mc_power_savings > [32581.835906] CPU 0 > [32581.835910] Pid: 14899, comm: python2.6 Not tainted > 2.6.38.8-gg868-ganetixenu #1 > [32581.835917] RIP: e030:[] [] > __find_get_block+0x1f3/0x200 > [32581.835927] RSP: e02b:ffff88067cfcdc78 EFLAGS: 00010046 > [32581.835931] RAX: ffff8807be6b0000 RBX: ffff8807740c50f0 RCX: 00000000007e980a > [32581.835935] RDX: 0000000000001000 RSI: 00000000007e980a RDI: ffff8807b8cad380 > [32581.835939] RBP: ffff88067cfcdcd8 R08: 0000000000000001 R09: ffff8807740c5018 > [32581.835944] R10: 0000000000000000 R11: 0000000000000000 R12: ffff8807740c501c > [32581.835949] R13: ffff8807740c5048 R14: ffff8807fef36210 R15: 00000000007e980a > [32581.835955] FS: 00007f37fd752700(0000) GS:ffff8807fff26000(0063) > knlGS:0000000000000000 > [32581.835960] CS: e033 DS: 002b ES: 002b CR0: 000000008005003b > [32581.835965] CR2: 00000000ea515000 CR3: 000000068522b000 CR4: 0000000000002660 > [32581.835970] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 > [32581.835975] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 > [32581.835979] Process python2.6 (pid: 14899, threadinfo > ffff88067cfcc000, task ffff8806e772da80) > [32581.835984] Stack: > [32581.835986] ffff88067cfcdc98 ffffffff81654cd1 ffff88067cfcdca8 > ffff8807740c5a98 > [32581.835994] ffff88067cfcdd08 ffffffff811c9294 ffff8806ffffffc3 > 0000000000000014 > [32581.836001] ffff8807740c50f0 ffff8807740c501c ffff8807740c5048 > ffff8807fef36210 > [32581.836009] Call Trace: > [32581.836015] [] ? down_read+0x11/0x30 > [32581.836021] [] ? ext3_xattr_get+0xf4/0x2b0 > [32581.836027] [] ext3_clear_blocks+0x128/0x190 > [32581.836032] [] ext3_free_data+0x114/0x160 > [32581.836037] [] ext3_truncate+0x87a/0x950 > [32581.836042] [] ? journal_start+0xb5/0x100 > [32581.836047] [] ext3_evict_inode+0x180/0x1a0 > [32581.836052] [] evict+0x1f/0xb0 > [32581.836058] [] ? check_events+0x12/0x20 > [32581.836063] [] iput+0x1a4/0x290 > [32581.836068] [] dput+0x265/0x310 > [32581.836072] [] path_put+0x15/0x30 > [32581.836078] [] audit_syscall_exit+0x171/0x260 > [32581.836084] [] sysexit_audit+0x21/0x5f > [32581.836088] Code: 82 00 05 01 00 85 c0 75 de 65 48 89 1c 25 00 05 > 01 00 e9 87 fe ff ff 48 89 df e8 e9 fc ff ff 4c 89 f7 e9 02 ff ff ff > 0f 0b eb fe <0f> 0b eb fe 0f 0b eb fe 0f 1f 44 00 00 55 48 89 e5 41 57 > 49 89 > [32581.836141] RIP [] __find_get_block+0x1f3/0x200 > [32581.836146] RSP > [32581.836157] ---[ end trace 0658a2308b35c81e ]--- > > and from kernel 3.2.5 > > [12109.709499] ------------[ cut here ]------------ > [12109.709508] kernel BUG at fs/buffer.c:1265! > [12109.709512] invalid opcode: 0000 [#1] SMP > [12109.709517] CPU 0 > [12109.709521] Pid: 21385, comm: python2.6 Not tainted 3.2.5-gg886-ganetixenu #1 > [12109.709527] RIP: e030:[] [] > __find_get_block+0x1f3/0x200 > [12109.709536] RSP: e02b:ffff88061fa99c68 EFLAGS: 00010046 > [12109.709540] RAX: ffff8807c91e0000 RBX: ffff88028e268cf8 RCX: 0000000002523819 > [12109.709544] RDX: 0000000000001000 RSI: 0000000002523819 RDI: ffff8807dede2080 > [12109.709549] RBP: ffff88061fa99cc8 R08: 0000000000000001 R09: ffff88028e268c20 > [12109.709553] R10: ffff8806cf8bc000 R11: ffffffff81c30e08 R12: ffff88028e268c24 > [12109.709557] R13: ffff88028e268c50 R14: ffff8807defe8528 R15: 0000000002523819 > [12109.709563] FS: 00007fa1f4026700(0000) GS:ffff8807fff2b000(0063) > knlGS:0000000000000000 > [12109.709567] CS: e033 DS: 002b ES: 002b CR0: 000000008005003b > [12109.709571] CR2: 0000000002bb6000 CR3: 00000006c8730000 CR4: 0000000000002660 > [12109.709575] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 > [12109.709580] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 > [12109.709584] Process python2.6 (pid: 21385, threadinfo > ffff88061fa98000, task ffff8806e37796a0) > [12109.709589] Stack: > [12109.709591] ffff88061fa99cb8 ffffffff81143001 ffff88061fa99c98 > ffffffff81699f91 > [12109.709599] ffff88061fa99d28 ffff8806fcb79610 ffff88061fa99d08 > ffffffff811e5d34 > [12109.709606] ffff88028e268cf8 ffff88028e268c24 ffff88028e268c50 > ffff8807defe8528 > [12109.709613] Call Trace: > [12109.709619] [] ? generic_permission+0x101/0x250 > [12109.709625] [] ? down_read+0x11/0x30 > [12109.709631] [] ? ext3_xattr_get+0xf4/0x2b0 > [12109.709635] [] ext3_clear_blocks+0x128/0x190 > [12109.709640] [] ext3_free_data+0x114/0x160 > [12109.709644] [] ext3_truncate+0x50a/0x610 > [12109.709649] [] ? path_lookupat+0x66/0x690 > [12109.709654] [] ? kmem_cache_alloc+0x37/0x120 > [12109.709659] [] ? journal_start+0xb5/0x100 > [12109.709664] [] ext3_evict_inode+0x218/0x280 > [12109.709669] [] evict+0xa1/0x1a0 > [12109.709673] [] iput+0x108/0x210 > [12109.709677] [] dput+0x285/0x330 > [12109.709681] [] path_put+0x15/0x30 > [12109.709686] [] audit_syscall_exit+0x171/0x260 > [12109.709692] [] sysexit_audit+0x21/0x5f > [12109.709695] Code: 82 a0 ff 00 00 85 c0 75 de 65 48 89 1c 25 a0 ff > 00 00 e9 87 fe ff ff 48 89 df e8 e9 fc ff ff 4c 89 f7 e9 02 ff ff ff > 0f 0b eb fe <0f> 0b eb fe 0f 0b eb fe 0f 1f 44 00 00 55 48 89 e5 41 57 > 49 89 > [12109.709752] RIP [] __find_get_block+0x1f3/0x200 > [12109.709757] RSP > [12109.709763] ---[ end trace 842635a4dd3e3b5f ]--- > > That BUG() line is: > > static inline void check_irqs_on(void) > { > #ifdef irqs_disabled > BUG_ON(irqs_disabled()); > #endif > } > > so it seems like something about the load is either causing > __find_get_block to be called while irqs are disabled or there's > something mucking with the irq flags. > > Finally, here's the relevant bits from xm info on one of the affected nodes: > > # xm info > host : > release : 3.2.13-ganeti-rx6-xen0 > version : #1 SMP Thu Jun 7 12:59:40 CEST 2012 > machine : x86_64 > nr_cpus : 24 > nr_nodes : 2 > cores_per_socket : 6 > threads_per_core : 2 > cpu_mhz : 3200 > hw_caps : > bfebfbff:2c100800:00000000:00001f40:029ee3ff:00000000:00000001:00000000 > virt_caps : > total_memory : 98292 > free_memory : 82906 > node_to_cpu : node0:0-5,12-17 > node1:6-11,18-23 > node_to_memory : node0:40810 > node1:42095 > node_to_dma32_mem : node0:1969 > node1:0 > max_node_id : 1 > xen_major : 4 > xen_minor : 0 > xen_extra : .1 > xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p > xen_scheduler : credit > xen_pagesize : 4096 > platform_params : virt_start=0xffff800000000000 > xen_changeset : unavailable > xen_commandline : placeholder dom0_mem=2048M loglvl=all > com1=115200,8n1 console=com1 iommu=0 > cc_compiler : gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) > cc_compile_by : > cc_compile_domain : google.com > cc_compile_date : Wed Mar 16 15:24:06 UTC 2011 > xend_config_format : 4 > > I should be getting access to one of these machines shortly, but I'm > new to xen-debugging, so I was hoping that someone might be able to > give me some hints on debugging xen-specific kernel issues. > > Cheers, > peter > > -- > Peter Moody Google 1.650.253.7306 > Security Engineer pgp:0xC3410038 -- Peter Moody Google 1.650.253.7306 Security Engineer pgp:0xC3410038 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 25 20:56:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jul 2012 20: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 1Su8b0-00071R-8e; Wed, 25 Jul 2012 20: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 1Su8ay-00071M-MO for xen-users@lists.xen.org; Wed, 25 Jul 2012 20:54:13 +0000 Received: from [85.158.138.51:17051] by server-12.bemta-3.messagelabs.com id F9/61-15259-3FC50105; Wed, 25 Jul 2012 20:54:11 +0000 X-Env-Sender: mathias.gottschlag@student.kit.edu X-Msg-Ref: server-5.tower-174.messagelabs.com!1343249650!28870618!1 X-Originating-IP: [129.13.185.202] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4116 invoked from network); 25 Jul 2012 20:54:11 -0000 Received: from mailout.scc.kit.edu (HELO mailout.scc.kit.edu) (129.13.185.202) by server-5.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 25 Jul 2012 20:54:11 -0000 Received: from KIT-MSX-04.kit.edu (kit-msx-04.kit.edu [172.21.117.14]) by scc-mailout-02.scc.kit.edu with esmtps (Exim 4.72 #1) id 1Su8aw-0008T8-Ju; Wed, 25 Jul 2012 22:54:10 +0200 Received: from moep.localnet (172.21.117.7) by smtp.kit.edu (172.21.117.14) with Microsoft SMTP Server (TLS) id 8.3.264.0; Wed, 25 Jul 2012 22:53:48 +0200 From: Mathias Gottschlag To: Date: Wed, 25 Jul 2012 22:54:09 +0200 Message-ID: <2240975.EcpYfNR3On@moep> User-Agent: KMail/4.8.4 (Linux/3.2.0-27-generic; KDE/4.8.4; x86_64; ; ) In-Reply-To: <2039638.LAYy9aky7W@moep> References: <2039638.LAYy9aky7W@moep> MIME-Version: 1.0 Subject: Re: [Xen-users] Problems with HVM S3 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Dienstag, 24. Juli 2012, 23:37:09 schrieb Mathias Gottschlag: > Hello, > > I am currently trying to suspend a HVM domU via ACPI. However, after "xl > trigger vm s3suspend" the virtual machine freezes after 2-3 seconds (I get a > prompt at xl console before that!), and keeps printing the following lines: > > [ 240.428145] INFO: task jbd2/xvda1-8:146 blocked for more than 120 > seconds. [ 240.437649] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" > disables this message. > [ 240.448222] INFO: task flush-202:0:1886 blocked for more than 120 > seconds. [ 240.457373] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" > disables this message. > > I am running a xen build from hg one or two weeks ago, and 3.4.4 linux on > dom0 and domU (I also tried linux 3.2 on domU, no change). > > I attached the vm configuration, is there any documentation on how ACPI S3 > is supposed to work? Can anybody explain those error messages, or tell me > how to debug the problem? Okay, looks like "xen_platform_pci=0" fixes the problem for me. Mathias > > Best regards, > > Mathias Gottschlag > > > > Contents of /etc/xen/debian-hvm.cfg: > > kernel = "/usr/lib/xen/boot/hvmloader" > > builder='hvm' > > arch='x86_64' > memory = 2048 > name = "debian-hvm" > vif = [ 'bridge=br,mac=00:16:3E:F1:E4:4E' ] > disk = [ 'file:/home/gottsch/domains/debian-hvm/debian-hvm.img,xvda,w' ] > device_model = '/usr/lib/xen/bin/qemu-dm' > # boot on floppy (a), hard disk (c) or CD-ROM (d) > # default: hard disk, cd-rom, floppy > boot="dc" > > sdl=0 > vnc=1 > vnclisten="0.0.0.0" > vncconsole=1 > vncpasswd='debian-hvm' > stdvga=0 > serial='pty' > usbdevice='tablet' > > on_poweroff = 'destroy' > on_reboot = 'restart' > on_crash = 'restart' > > hpet = 1 > hap = 1 > acpi = 1 > apic = 1 > pae=1 > acpi_s3 = 1 > acpi_s4 = 1 > > > > Output from xl dmesg (probably irrelevant): > > (XEN) HVM13: VGABios $Id: vgabios.c,v 1.67 2008/01/27 09:44:12 vruppert Exp > $ (XEN) HVM14: HVM Loader > (XEN) HVM14: Detected Xen v4.2-unstable > (XEN) HVM14: Xenbus rings @0xfeffc000, event channel 3 > (XEN) HVM14: System requested ROMBIOS > (XEN) HVM14: CPU speed is 3392 MHz > (XEN) irq.c:270: Dom14 PCI link 0 changed 0 -> 5 > (XEN) HVM14: PCI-ISA link 0 routed to IRQ5 > (XEN) irq.c:270: Dom14 PCI link 1 changed 0 -> 10 > (XEN) HVM14: PCI-ISA link 1 routed to IRQ10 > (XEN) irq.c:270: Dom14 PCI link 2 changed 0 -> 11 > (XEN) HVM14: PCI-ISA link 2 routed to IRQ11 > (XEN) irq.c:270: Dom14 PCI link 3 changed 0 -> 5 > (XEN) HVM14: PCI-ISA link 3 routed to IRQ5 > (XEN) HVM14: pci dev 01:2 INTD->IRQ5 > (XEN) HVM14: pci dev 01:3 INTA->IRQ10 > (XEN) HVM14: pci dev 03:0 INTA->IRQ5 > (XEN) HVM14: pci dev 04:0 INTA->IRQ5 > (XEN) HVM14: pci dev 02:0 bar 10 size 02000000: f0000008 > (XEN) HVM14: pci dev 03:0 bar 14 size 01000000: f2000008 > (XEN) HVM14: pci dev 02:0 bar 14 size 00001000: f3000000 > (XEN) HVM14: pci dev 03:0 bar 10 size 00000100: 0000c001 > (XEN) HVM14: pci dev 04:0 bar 10 size 00000100: 0000c101 > (XEN) HVM14: pci dev 04:0 bar 14 size 00000100: f3001000 > (XEN) HVM14: pci dev 01:2 bar 20 size 00000020: 0000c201 > (XEN) HVM14: pci dev 01:1 bar 20 size 00000010: 0000c221 > (XEN) HVM14: Multiprocessor initialisation: > (XEN) HVM14: - CPU0 ... 36-bit phys ... fixed MTRRs ... var MTRRs [2/8] ... > done. > (XEN) HVM14: Testing HVM environment: > (XEN) HVM14: - REP INSB across page boundaries ... passed > (XEN) HVM14: - GS base MSRs and SWAPGS ... passed > (XEN) HVM14: Passed 2 of 2 tests > (XEN) HVM14: Writing SMBIOS tables ... > (XEN) HVM14: Loading ROMBIOS ... > (XEN) HVM14: 12604 bytes of ROMBIOS high-memory extensions: > (XEN) HVM14: Relocating to 0xfc001000-0xfc00413c ... done > (XEN) HVM14: Creating MP tables ... > (XEN) HVM14: Loading Cirrus VGABIOS ... > (XEN) HVM14: Loading PCI Option ROM ... > (XEN) HVM14: - Manufacturer: http://ipxe.org > (XEN) HVM14: - Product name: iPXE > (XEN) HVM14: Option ROMs: > (XEN) HVM14: c0000-c8fff: VGA BIOS > (XEN) HVM14: c9000-d8fff: Etherboot ROM > (XEN) HVM14: Loading ACPI ... > (XEN) HVM14: vm86 TSS at fc010300 > (XEN) HVM14: BIOS map: > (XEN) HVM14: f0000-fffff: Main BIOS > (XEN) HVM14: E820 table: > (XEN) HVM14: [00]: 00000000:00000000 - 00000000:0009e000: RAM > (XEN) HVM14: [01]: 00000000:0009e000 - 00000000:000a0000: RESERVED > (XEN) HVM14: HOLE: 00000000:000a0000 - 00000000:000e0000 > (XEN) HVM14: [02]: 00000000:000e0000 - 00000000:00100000: RESERVED > (XEN) HVM14: [03]: 00000000:00100000 - 00000000:7f800000: RAM > (XEN) HVM14: HOLE: 00000000:7f800000 - 00000000:fc000000 > (XEN) HVM14: [04]: 00000000:fc000000 - 00000001:00000000: RESERVED > (XEN) HVM14: Invoking ROMBIOS ... > (XEN) HVM14: $Revision: 1.221 $ $Date: 2008/12/07 17:32:29 $ > (XEN) stdvga.c:147:d14 entering stdvga and caching modes > (XEN) HVM14: VGABios $Id: vgabios.c,v 1.67 2008/01/27 09:44:12 vruppert Exp > $ (XEN) HVM14: Bochs BIOS - build: 06/23/99 > (XEN) HVM14: $Revision: 1.221 $ $Date: 2008/12/07 17:32:29 $ > (XEN) HVM14: Options: apmbios pcibios eltorito PMM > (XEN) HVM14: > (XEN) HVM14: ata0-0: PCHS=16383/16/63 translation=lba LCHS=1024/255/63 > (XEN) HVM14: ata0 master: QEMU HARDDISK ATA-7 Hard-Disk (16384 MBytes) > (XEN) HVM14: IDE time out > (XEN) HVM14: > (XEN) HVM14: > (XEN) HVM14: > (XEN) HVM14: Press F12 for boot menu. > (XEN) HVM14: > (XEN) HVM14: Booting from CD-Rom... > (XEN) HVM14: CDROM boot failure code : 0002 > (XEN) HVM14: Boot from CD-Rom failed: could not read the boot disk > (XEN) HVM14: > (XEN) HVM14: Booting from Hard Disk... > (XEN) HVM14: Booting from 0000:7c00 > (XEN) irq.c:375: Dom14 callback via changed to Direct Vector 0xf3 > (XEN) irq.c:270: Dom14 PCI link 0 changed 5 -> 0 > (XEN) irq.c:270: Dom14 PCI link 1 changed 10 -> 0 > (XEN) irq.c:270: Dom14 PCI link 2 changed 11 -> 0 > (XEN) irq.c:270: Dom14 PCI link 3 changed 5 -> 0 > (XEN) HVM14: S3 resume called 00fe 0x0009b000 > (XEN) HVM14: S3 resume jump to 9b00:0000 > > > > _______________________________________________ > 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 Jul 25 20:56:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jul 2012 20: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 1Su8b0-00071R-8e; Wed, 25 Jul 2012 20: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 1Su8ay-00071M-MO for xen-users@lists.xen.org; Wed, 25 Jul 2012 20:54:13 +0000 Received: from [85.158.138.51:17051] by server-12.bemta-3.messagelabs.com id F9/61-15259-3FC50105; Wed, 25 Jul 2012 20:54:11 +0000 X-Env-Sender: mathias.gottschlag@student.kit.edu X-Msg-Ref: server-5.tower-174.messagelabs.com!1343249650!28870618!1 X-Originating-IP: [129.13.185.202] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4116 invoked from network); 25 Jul 2012 20:54:11 -0000 Received: from mailout.scc.kit.edu (HELO mailout.scc.kit.edu) (129.13.185.202) by server-5.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 25 Jul 2012 20:54:11 -0000 Received: from KIT-MSX-04.kit.edu (kit-msx-04.kit.edu [172.21.117.14]) by scc-mailout-02.scc.kit.edu with esmtps (Exim 4.72 #1) id 1Su8aw-0008T8-Ju; Wed, 25 Jul 2012 22:54:10 +0200 Received: from moep.localnet (172.21.117.7) by smtp.kit.edu (172.21.117.14) with Microsoft SMTP Server (TLS) id 8.3.264.0; Wed, 25 Jul 2012 22:53:48 +0200 From: Mathias Gottschlag To: Date: Wed, 25 Jul 2012 22:54:09 +0200 Message-ID: <2240975.EcpYfNR3On@moep> User-Agent: KMail/4.8.4 (Linux/3.2.0-27-generic; KDE/4.8.4; x86_64; ; ) In-Reply-To: <2039638.LAYy9aky7W@moep> References: <2039638.LAYy9aky7W@moep> MIME-Version: 1.0 Subject: Re: [Xen-users] Problems with HVM S3 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 Dienstag, 24. Juli 2012, 23:37:09 schrieb Mathias Gottschlag: > Hello, > > I am currently trying to suspend a HVM domU via ACPI. However, after "xl > trigger vm s3suspend" the virtual machine freezes after 2-3 seconds (I get a > prompt at xl console before that!), and keeps printing the following lines: > > [ 240.428145] INFO: task jbd2/xvda1-8:146 blocked for more than 120 > seconds. [ 240.437649] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" > disables this message. > [ 240.448222] INFO: task flush-202:0:1886 blocked for more than 120 > seconds. [ 240.457373] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" > disables this message. > > I am running a xen build from hg one or two weeks ago, and 3.4.4 linux on > dom0 and domU (I also tried linux 3.2 on domU, no change). > > I attached the vm configuration, is there any documentation on how ACPI S3 > is supposed to work? Can anybody explain those error messages, or tell me > how to debug the problem? Okay, looks like "xen_platform_pci=0" fixes the problem for me. Mathias > > Best regards, > > Mathias Gottschlag > > > > Contents of /etc/xen/debian-hvm.cfg: > > kernel = "/usr/lib/xen/boot/hvmloader" > > builder='hvm' > > arch='x86_64' > memory = 2048 > name = "debian-hvm" > vif = [ 'bridge=br,mac=00:16:3E:F1:E4:4E' ] > disk = [ 'file:/home/gottsch/domains/debian-hvm/debian-hvm.img,xvda,w' ] > device_model = '/usr/lib/xen/bin/qemu-dm' > # boot on floppy (a), hard disk (c) or CD-ROM (d) > # default: hard disk, cd-rom, floppy > boot="dc" > > sdl=0 > vnc=1 > vnclisten="0.0.0.0" > vncconsole=1 > vncpasswd='debian-hvm' > stdvga=0 > serial='pty' > usbdevice='tablet' > > on_poweroff = 'destroy' > on_reboot = 'restart' > on_crash = 'restart' > > hpet = 1 > hap = 1 > acpi = 1 > apic = 1 > pae=1 > acpi_s3 = 1 > acpi_s4 = 1 > > > > Output from xl dmesg (probably irrelevant): > > (XEN) HVM13: VGABios $Id: vgabios.c,v 1.67 2008/01/27 09:44:12 vruppert Exp > $ (XEN) HVM14: HVM Loader > (XEN) HVM14: Detected Xen v4.2-unstable > (XEN) HVM14: Xenbus rings @0xfeffc000, event channel 3 > (XEN) HVM14: System requested ROMBIOS > (XEN) HVM14: CPU speed is 3392 MHz > (XEN) irq.c:270: Dom14 PCI link 0 changed 0 -> 5 > (XEN) HVM14: PCI-ISA link 0 routed to IRQ5 > (XEN) irq.c:270: Dom14 PCI link 1 changed 0 -> 10 > (XEN) HVM14: PCI-ISA link 1 routed to IRQ10 > (XEN) irq.c:270: Dom14 PCI link 2 changed 0 -> 11 > (XEN) HVM14: PCI-ISA link 2 routed to IRQ11 > (XEN) irq.c:270: Dom14 PCI link 3 changed 0 -> 5 > (XEN) HVM14: PCI-ISA link 3 routed to IRQ5 > (XEN) HVM14: pci dev 01:2 INTD->IRQ5 > (XEN) HVM14: pci dev 01:3 INTA->IRQ10 > (XEN) HVM14: pci dev 03:0 INTA->IRQ5 > (XEN) HVM14: pci dev 04:0 INTA->IRQ5 > (XEN) HVM14: pci dev 02:0 bar 10 size 02000000: f0000008 > (XEN) HVM14: pci dev 03:0 bar 14 size 01000000: f2000008 > (XEN) HVM14: pci dev 02:0 bar 14 size 00001000: f3000000 > (XEN) HVM14: pci dev 03:0 bar 10 size 00000100: 0000c001 > (XEN) HVM14: pci dev 04:0 bar 10 size 00000100: 0000c101 > (XEN) HVM14: pci dev 04:0 bar 14 size 00000100: f3001000 > (XEN) HVM14: pci dev 01:2 bar 20 size 00000020: 0000c201 > (XEN) HVM14: pci dev 01:1 bar 20 size 00000010: 0000c221 > (XEN) HVM14: Multiprocessor initialisation: > (XEN) HVM14: - CPU0 ... 36-bit phys ... fixed MTRRs ... var MTRRs [2/8] ... > done. > (XEN) HVM14: Testing HVM environment: > (XEN) HVM14: - REP INSB across page boundaries ... passed > (XEN) HVM14: - GS base MSRs and SWAPGS ... passed > (XEN) HVM14: Passed 2 of 2 tests > (XEN) HVM14: Writing SMBIOS tables ... > (XEN) HVM14: Loading ROMBIOS ... > (XEN) HVM14: 12604 bytes of ROMBIOS high-memory extensions: > (XEN) HVM14: Relocating to 0xfc001000-0xfc00413c ... done > (XEN) HVM14: Creating MP tables ... > (XEN) HVM14: Loading Cirrus VGABIOS ... > (XEN) HVM14: Loading PCI Option ROM ... > (XEN) HVM14: - Manufacturer: http://ipxe.org > (XEN) HVM14: - Product name: iPXE > (XEN) HVM14: Option ROMs: > (XEN) HVM14: c0000-c8fff: VGA BIOS > (XEN) HVM14: c9000-d8fff: Etherboot ROM > (XEN) HVM14: Loading ACPI ... > (XEN) HVM14: vm86 TSS at fc010300 > (XEN) HVM14: BIOS map: > (XEN) HVM14: f0000-fffff: Main BIOS > (XEN) HVM14: E820 table: > (XEN) HVM14: [00]: 00000000:00000000 - 00000000:0009e000: RAM > (XEN) HVM14: [01]: 00000000:0009e000 - 00000000:000a0000: RESERVED > (XEN) HVM14: HOLE: 00000000:000a0000 - 00000000:000e0000 > (XEN) HVM14: [02]: 00000000:000e0000 - 00000000:00100000: RESERVED > (XEN) HVM14: [03]: 00000000:00100000 - 00000000:7f800000: RAM > (XEN) HVM14: HOLE: 00000000:7f800000 - 00000000:fc000000 > (XEN) HVM14: [04]: 00000000:fc000000 - 00000001:00000000: RESERVED > (XEN) HVM14: Invoking ROMBIOS ... > (XEN) HVM14: $Revision: 1.221 $ $Date: 2008/12/07 17:32:29 $ > (XEN) stdvga.c:147:d14 entering stdvga and caching modes > (XEN) HVM14: VGABios $Id: vgabios.c,v 1.67 2008/01/27 09:44:12 vruppert Exp > $ (XEN) HVM14: Bochs BIOS - build: 06/23/99 > (XEN) HVM14: $Revision: 1.221 $ $Date: 2008/12/07 17:32:29 $ > (XEN) HVM14: Options: apmbios pcibios eltorito PMM > (XEN) HVM14: > (XEN) HVM14: ata0-0: PCHS=16383/16/63 translation=lba LCHS=1024/255/63 > (XEN) HVM14: ata0 master: QEMU HARDDISK ATA-7 Hard-Disk (16384 MBytes) > (XEN) HVM14: IDE time out > (XEN) HVM14: > (XEN) HVM14: > (XEN) HVM14: > (XEN) HVM14: Press F12 for boot menu. > (XEN) HVM14: > (XEN) HVM14: Booting from CD-Rom... > (XEN) HVM14: CDROM boot failure code : 0002 > (XEN) HVM14: Boot from CD-Rom failed: could not read the boot disk > (XEN) HVM14: > (XEN) HVM14: Booting from Hard Disk... > (XEN) HVM14: Booting from 0000:7c00 > (XEN) irq.c:375: Dom14 callback via changed to Direct Vector 0xf3 > (XEN) irq.c:270: Dom14 PCI link 0 changed 5 -> 0 > (XEN) irq.c:270: Dom14 PCI link 1 changed 10 -> 0 > (XEN) irq.c:270: Dom14 PCI link 2 changed 11 -> 0 > (XEN) irq.c:270: Dom14 PCI link 3 changed 5 -> 0 > (XEN) HVM14: S3 resume called 00fe 0x0009b000 > (XEN) HVM14: S3 resume jump to 9b00:0000 > > > > _______________________________________________ > 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 Jul 25 22:23:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jul 2012 22:23: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 1Su9xK-0008Nh-R7; Wed, 25 Jul 2012 22:21:22 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Su9xJ-0008Nc-HT for xen-users@lists.xensource.com; Wed, 25 Jul 2012 22:21:21 +0000 Received: from [85.158.139.83:45040] by server-1.bemta-5.messagelabs.com id 18/D5-29759-06170105; Wed, 25 Jul 2012 22:21:20 +0000 X-Env-Sender: raistlin@linux.it X-Msg-Ref: server-10.tower-182.messagelabs.com!1343254879!28927763!1 X-Originating-IP: [193.205.80.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14289 invoked from network); 25 Jul 2012 22:21:19 -0000 Received: from ms01.sssup.it (HELO sssup.it) (193.205.80.99) by server-10.tower-182.messagelabs.com with SMTP; 25 Jul 2012 22:21:19 -0000 Received: from [83.211.177.212] (account d.faggioli@sssup.it HELO [192.168.0.20]) by sssup.it (CommuniGate Pro SMTP 5.3.14) with ESMTPSA id 79776482; Thu, 26 Jul 2012 00:21:19 +0200 Message-ID: <1343254878.27607.17.camel@Abyss> From: Dario Faggioli To: Periko Support Date: Thu, 26 Jul 2012 00:21:18 +0200 In-Reply-To: References: X-Mailer: Evolution 3.2.3 (3.2.3-3.fc16) Mime-Version: 1.0 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] dom-0 pin or schedule high? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0168205359267900281==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0168205359267900281== Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-C1AKUJqKqRfACpfGXms7" --=-C1AKUJqKqRfACpfGXms7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, 2012-07-24 at 22:06 -0700, Periko Support wrote:=20 > Hi Running Xen 4.1.x >=20 Hi, > Reading about schedulers, I normally give 1-2 cores to dom-0, reading > about schedulers it say that we can give a dedicate core to the dom-0 > or increase scheduler +256. >=20 > What is the rule? can both? >=20 Mmm... I'm not sure I've understood your question. However, the point is, depending on your configuration, it is possible that Dom0 will be performing some operation on behalf of the various DomUs. Besides than that, being able to access Dom0 for system maintenance purposes (such as killing/rebooting DomUs, etc) is something one wants to be always possible. For these reasons, it is often advised to act in such a way that Dom0 gets some chances to run, independently from what the DomUs do and from how much load that generates. Hence those rules you're citing, which aim at achieving right this, although at different levels ad with different methods. No one of them is better than the other per-se, it really depends on your setup and on your workload. Finally, if you want to know if it's possible to do both things, i.e., reserving one or more core for Dom0 AND boosting its scheduling priority, well, it is, but it's also a bit pointless. :-P Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://retis.sssup.it/people/faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-C1AKUJqKqRfACpfGXms7 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.12 (GNU/Linux) iEYEABECAAYFAlAQcV4ACgkQk4XaBE3IOsSx5QCcDEkbcJ3yED5jV6rYtSVanmwr 6NYAn0nD1Z/5cABSnzdf7a6CEyXlLEJx =47qE -----END PGP SIGNATURE----- --=-C1AKUJqKqRfACpfGXms7-- --===============0168205359267900281== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0168205359267900281==-- From xen-users-bounces@lists.xen.org Wed Jul 25 22:23:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jul 2012 22:23: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 1Su9xK-0008Nh-R7; Wed, 25 Jul 2012 22:21:22 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Su9xJ-0008Nc-HT for xen-users@lists.xensource.com; Wed, 25 Jul 2012 22:21:21 +0000 Received: from [85.158.139.83:45040] by server-1.bemta-5.messagelabs.com id 18/D5-29759-06170105; Wed, 25 Jul 2012 22:21:20 +0000 X-Env-Sender: raistlin@linux.it X-Msg-Ref: server-10.tower-182.messagelabs.com!1343254879!28927763!1 X-Originating-IP: [193.205.80.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14289 invoked from network); 25 Jul 2012 22:21:19 -0000 Received: from ms01.sssup.it (HELO sssup.it) (193.205.80.99) by server-10.tower-182.messagelabs.com with SMTP; 25 Jul 2012 22:21:19 -0000 Received: from [83.211.177.212] (account d.faggioli@sssup.it HELO [192.168.0.20]) by sssup.it (CommuniGate Pro SMTP 5.3.14) with ESMTPSA id 79776482; Thu, 26 Jul 2012 00:21:19 +0200 Message-ID: <1343254878.27607.17.camel@Abyss> From: Dario Faggioli To: Periko Support Date: Thu, 26 Jul 2012 00:21:18 +0200 In-Reply-To: References: X-Mailer: Evolution 3.2.3 (3.2.3-3.fc16) Mime-Version: 1.0 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] dom-0 pin or schedule high? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0168205359267900281==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0168205359267900281== Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-C1AKUJqKqRfACpfGXms7" --=-C1AKUJqKqRfACpfGXms7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, 2012-07-24 at 22:06 -0700, Periko Support wrote:=20 > Hi Running Xen 4.1.x >=20 Hi, > Reading about schedulers, I normally give 1-2 cores to dom-0, reading > about schedulers it say that we can give a dedicate core to the dom-0 > or increase scheduler +256. >=20 > What is the rule? can both? >=20 Mmm... I'm not sure I've understood your question. However, the point is, depending on your configuration, it is possible that Dom0 will be performing some operation on behalf of the various DomUs. Besides than that, being able to access Dom0 for system maintenance purposes (such as killing/rebooting DomUs, etc) is something one wants to be always possible. For these reasons, it is often advised to act in such a way that Dom0 gets some chances to run, independently from what the DomUs do and from how much load that generates. Hence those rules you're citing, which aim at achieving right this, although at different levels ad with different methods. No one of them is better than the other per-se, it really depends on your setup and on your workload. Finally, if you want to know if it's possible to do both things, i.e., reserving one or more core for Dom0 AND boosting its scheduling priority, well, it is, but it's also a bit pointless. :-P Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://retis.sssup.it/people/faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-C1AKUJqKqRfACpfGXms7 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.12 (GNU/Linux) iEYEABECAAYFAlAQcV4ACgkQk4XaBE3IOsSx5QCcDEkbcJ3yED5jV6rYtSVanmwr 6NYAn0nD1Z/5cABSnzdf7a6CEyXlLEJx =47qE -----END PGP SIGNATURE----- --=-C1AKUJqKqRfACpfGXms7-- --===============0168205359267900281== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0168205359267900281==-- From xen-users-bounces@lists.xen.org Wed Jul 25 23:47:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jul 2012 23:47: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 1SuBHC-00018T-QR; Wed, 25 Jul 2012 23:45:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SuBHB-00018O-NQ for xen-users@lists.xensource.com; Wed, 25 Jul 2012 23:45:58 +0000 Received: from [85.158.143.99:28448] by server-3.bemta-4.messagelabs.com id 6B/93-01511-53580105; Wed, 25 Jul 2012 23:45:57 +0000 X-Env-Sender: mark@nerdish.us X-Msg-Ref: server-12.tower-216.messagelabs.com!1343259955!23456225!1 X-Originating-IP: [209.85.215.43] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2072 invoked from network); 25 Jul 2012 23:45:55 -0000 Received: from mail-lpp01m010-f43.google.com (HELO mail-lpp01m010-f43.google.com) (209.85.215.43) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jul 2012 23:45:55 -0000 Received: by lahg1 with SMTP id g1so1147874lah.30 for ; Wed, 25 Jul 2012 16:45:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type:x-gm-message-state; bh=k6tK22ixtuKxOLxifIRzekotFpNdwDE0OHoB6bQXiSQ=; b=pE9LEvw8dNMQsooFd6Mgwh3tF4jxAZ6uZ1fJ5JylgjgxAHb358mRga5ZpzqTRL7Ene 2AnOkKQsVC0zMy1sF9Yid8kU9+aKypPoMYvLxL8zpcDUnyvWB3GwcDBtPqVl/WrHHqAI np5iR5pFcv2TK8it3WQq6lNj4aDsTE1VdMjgBL4EQflg3d/qUG1Z4ZzrmJmLvgP6CTAL V/Qy8qegy2sBFwkMIaRwDrd9A4ThVgi4mvlTFypgda7pZTG4gFgwQdXyonts5/PxTQGX 6aj+zxKk/oiSgUxhlzgGhTwSbUVilXtmZgEDiTE9RLx7iabcdCYpHHUNeu0jhHC12TK+ V34A== MIME-Version: 1.0 Received: by 10.152.125.116 with SMTP id mp20mr27563970lab.19.1343259954861; Wed, 25 Jul 2012 16:45:54 -0700 (PDT) Received: by 10.114.0.175 with HTTP; Wed, 25 Jul 2012 16:45:54 -0700 (PDT) Date: Wed, 25 Jul 2012 18:45:54 -0500 X-Google-Sender-Auth: gMh22Ionqp0kaVwIXyhHlZTZGRw Message-ID: From: xenusers To: xen-users@lists.xensource.com X-Gm-Message-State: ALoCoQnV8GksW34muyWCv+NwWaI98RgtJPfXkkocDZJl0N1WprnHr+5nBEsEqSEw7uhxVPH205Nu Subject: [Xen-users] Instant panic+reboot when starting HVM on PowerEdge R815s X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8984822569304730047==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8984822569304730047== Content-Type: multipart/alternative; boundary=f46d0435be6e73553104c5b01447 --f46d0435be6e73553104c5b01447 Content-Type: text/plain; charset=ISO-8859-1 Hello list, I'm hoping someone else has seen and/or solved this. We have two older R815s that run HVM domUs no problem. They're running AMD Opteron 6174 (48 core) processors. We have five newer R815s, they run AMD Opteron 6274 processors. The new servers have handled some testing with PV guests wonderfully, spinning up dozens and dozens and making them as busy as possible. Today I've tried to start a first test Windows VM on the new machines, and it's an instant panic+reboot. The dom0s are Debian 6.0.5. with Xen 4.0.1 (just straight up Debian Squeeze that was freshly installed and updated two days ago). (XEN) ----[ Xen-4.0.1 x86_64 debug=n Not tainted ]---- (XEN) CPU: 2 (XEN) RIP: e008:[] svm_fpu_enter+0x74/0xb0 (XEN) RFLAGS: 0000000000010256 CONTEXT: hypervisor (XEN) rax: 0000000000000003 rbx: ffff83041ac9d000 rcx: 0000000000000000 (XEN) rdx: 0000000000000000 rsi: 0000000000000003 rdi: ffff8300df2d8000 (XEN) rbp: ffff83041ac9d000 rsp: ffff83041ff27758 r8: ffff83041ff27c58 (XEN) r9: 0000000000000048 r10: 0000000000000022 r11: 0000000000000000 (XEN) r12: 0000000000000011 r13: 0000000000000002 r14: ffff82c48022a7e0 (XEN) r15: 0000000000000000 cr0: 0000000080050033 cr4: 00000000000006f0 (XEN) cr3: 0000000419f19000 cr2: 0000000000000000 (XEN) ds: 0000 es: 0000 fs: 0010 gs: 0010 ss: 0000 cs: e008 (XEN) Xen stack trace from rsp=ffff83041ff27758: (XEN) ffff8300df2d8000 ffff82c4801af7bd ffff82c48022a7e0 ffff8300df2d8000 (XEN) 0000000000000010 ffff82c48019e682 ffffffff0c930020 ffff83041ff27c58 (XEN) 0000000000000002 0000000000000000 0000000000000000 0000000000000000 (XEN) 0000000000000002 ffff82c480199c4c 0000000000000022 ffff82c480199d3c (XEN) ffff83041ff27c58 ffff82c4801787bf ffffffff08930010 ffff83041ff27c58 (XEN) 0000000000000000 ffff82c480186d03 0000000000000002 ffff83041ff278a0 (XEN) 0000000000000000 0000000000000022 ffff830400000048 0000000000000004 (XEN) 000000000000006e ffff83041ff27b70 0000000000000000 0000000000000002 (XEN) ffff83041ff278e8 0000000000000002 0000000000000048 0000000000000001 (XEN) 0000000000000028 00000000801e3d07 ffff83041ff279f8 0100830400000000 (XEN) 0000000000000000 0000000000000000 00000000000000c0 0000000000000000 (XEN) 0000000000000000 0000000000000008 0000000000000000 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 0000000000000000 0000000000000004 0000000000000003 0000000000000000 (XEN) 0000000000000046 0000000000000000 0000000000000000 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000200000001 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) Xen call trace: (XEN) [] svm_fpu_enter+0x74/0xb0 (XEN) [] svm_update_guest_cr+0x14d/0x160 (XEN) [] hvm_set_cr0+0x172/0x3e0 (XEN) [] hvmemul_write_cr+0x5c/0xf0 (XEN) [] hvmemul_read_segment+0xc/0x20 (XEN) [] get_cpl+0x3f/0x50 (XEN) [] x86_emulate+0xdd63/0xff10 (XEN) [] __hvm_copy+0x350/0x3c0 (XEN) [] __hvm_copy+0x350/0x3c0 (XEN) [] hvm_emulate_one+0xd3/0x1d0 (XEN) [] hvmemul_get_seg_reg+0x58/0x70 (XEN) [] hvm_emulate_one+0xd3/0x1d0 (XEN) [] hvmemul_get_seg_reg+0x58/0x70 (XEN) [] handle_mmio+0x64/0x1b0 (XEN) [] time_calibration_std_rendezvous+0x91/0xc0 (XEN) [] svm_vmexit_handler+0x3c5/0x10f0 (XEN) [] svm_do_resume+0x74/0xc0 (XEN) [] context_switch+0x174/0xf90 (XEN) [] schedule+0x1e3/0x500 (XEN) [] pt_update_irq+0x2c/0x210 (XEN) [] hvm_vcpu_has_pending_irq+0x4c/0xb0 (XEN) [] svm_intr_assist+0x41/0x150 (XEN) [] __do_softirq+0x6e/0x90 (XEN) [] svm_stgi_label+0x8/0x24 (XEN) (XEN) (XEN) **************************************** (XEN) Panic on CPU 2: (XEN) FATAL TRAP: vector = 6 (invalid opcode) (XEN) **************************************** (XEN) (XEN) Reboot in five seconds... I tried with a config based on a Windows guest that is running perfectly on the older R815s AMD 6174 processors. The only things I had to change were name, MAC, disks. It crashes immediately on the newer R815s. kernel = "hvmloader" builder='hvm' memory = 1024 name = "winhost" vcpus=1 # Since cpus are 0 and 1 are dedicated to dom0 by the Xen command line # we added to grub, make domUs run on the other cpus. cpus="2-63" vif = [ 'bridge=xenbr0, mac=0A:33:50:10:7B:FE' ] disk = [ 'phy:/dev/mapper/winhost,hda,w' ] device_model = 'qemu-dm' boot="cda" sdl=0 opengl=1 vnc=1 vncpasswd='' stdvga=0 serial='pty' tsc_mode=0 usbdevice='tablet' localtime=1 Is there anybody out there successfully running Xen HVM domUs on PowerEdge R815s with the AMD 6274 CPUs? If so, can you share a (sanitized) config that I might try? I have no idea what these crashes are a result of, but I'd love to have a known good working HVM config to start from. Regards, Mark --f46d0435be6e73553104c5b01447 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello list,

I'm hoping someone else has seen and/or solved this.= =A0 We have two older R815s that run HVM domUs no problem.=A0 They're r= unning AMD Opteron 6174 (48 core) processors.=A0 We have five newer R815s, = they run AMD Opteron 6274 processors.=A0 The new servers have handled some = testing with PV guests wonderfully, spinning up dozens and dozens and makin= g them as busy as possible.=A0 Today I've tried to start a first test W= indows VM on the new machines, and it's an instant panic+reboot.=A0 The= dom0s are Debian 6.0.5. with Xen 4.0.1 (just straight up Debian Squeeze th= at was freshly installed and updated two days ago).

(XEN) ----[ Xen-4.0.1=A0 x86_64=A0 debug=3Dn=A0 Not tainted ]----
(= XEN) CPU:=A0=A0=A0 2
(XEN) RIP:=A0=A0=A0 e008:[<ffff82c4801af3f4>]= svm_fpu_enter+0x74/0xb0
(XEN) RFLAGS: 0000000000010256=A0=A0 CONTEXT: h= ypervisor
(XEN) rax: 0000000000000003=A0=A0 rbx: ffff83041ac9d000=A0=A0 = rcx: 0000000000000000
(XEN) rdx: 0000000000000000=A0=A0 rsi: 0000000000000003=A0=A0 rdi: ffff8300= df2d8000
(XEN) rbp: ffff83041ac9d000=A0=A0 rsp: ffff83041ff27758=A0=A0 r= 8:=A0 ffff83041ff27c58
(XEN) r9:=A0 0000000000000048=A0=A0 r10: 00000000= 00000022=A0=A0 r11: 0000000000000000
(XEN) r12: 0000000000000011=A0=A0 r13: 0000000000000002=A0=A0 r14: ffff82c4= 8022a7e0
(XEN) r15: 0000000000000000=A0=A0 cr0: 0000000080050033=A0=A0 c= r4: 00000000000006f0
(XEN) cr3: 0000000419f19000=A0=A0 cr2: 000000000000= 0000
(XEN) ds: 0000=A0=A0 es: 0000=A0=A0 fs: 0010=A0=A0 gs: 0010=A0=A0 s= s: 0000=A0=A0 cs: e008
(XEN) Xen stack trace from rsp=3Dffff83041ff27758:
(XEN)=A0=A0=A0 ffff83= 00df2d8000 ffff82c4801af7bd ffff82c48022a7e0 ffff8300df2d8000
(XEN)=A0= =A0=A0 0000000000000010 ffff82c48019e682 ffffffff0c930020 ffff83041ff27c58<= br>(XEN)=A0=A0=A0 0000000000000002 0000000000000000 0000000000000000 000000= 0000000000
(XEN)=A0=A0=A0 0000000000000002 ffff82c480199c4c 0000000000000022 ffff82c48= 0199d3c
(XEN)=A0=A0=A0 ffff83041ff27c58 ffff82c4801787bf ffffffff0893001= 0 ffff83041ff27c58
(XEN)=A0=A0=A0 0000000000000000 ffff82c480186d03 0000= 000000000002 ffff83041ff278a0
(XEN)=A0=A0=A0 0000000000000000 0000000000000022 ffff830400000048 000000000= 0000004
(XEN)=A0=A0=A0 000000000000006e ffff83041ff27b70 000000000000000= 0 0000000000000002
(XEN)=A0=A0=A0 ffff83041ff278e8 0000000000000002 0000= 000000000048 0000000000000001
(XEN)=A0=A0=A0 0000000000000028 00000000801e3d07 ffff83041ff279f8 010083040= 0000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 00000000000000c= 0 0000000000000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000008 0000= 000000000000 0000000000000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 0000000000000000 000000000= 0000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 000000000000000= 0 0000000000000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 0000= 000000000000 0000000000000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 0000000000000000 000000000= 0000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000004 000000000000000= 3 0000000000000000
(XEN)=A0=A0=A0 0000000000000046 0000000000000000 0000= 000000000000 0000000000000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 0000000000000000 000000020= 0000001
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 000000000000000= 0 0000000000000000
(XEN) Xen call trace:
(XEN)=A0=A0=A0 [<ffff82c4= 801af3f4>] svm_fpu_enter+0x74/0xb0
(XEN)=A0=A0=A0 [<ffff82c4801af7bd>] svm_update_guest_cr+0x14d/0x160(XEN)=A0=A0=A0 [<ffff82c48019e682>] hvm_set_cr0+0x172/0x3e0
(XEN= )=A0=A0=A0 [<ffff82c480199c4c>] hvmemul_write_cr+0x5c/0xf0
(XEN)= =A0=A0=A0 [<ffff82c480199d3c>] hvmemul_read_segment+0xc/0x20
(XEN)=A0=A0=A0 [<ffff82c4801787bf>] get_cpl+0x3f/0x50
(XEN)=A0=A0= =A0 [<ffff82c480186d03>] x86_emulate+0xdd63/0xff10
(XEN)=A0=A0=A0 = [<ffff82c4801a00d0>] __hvm_copy+0x350/0x3c0
(XEN)=A0=A0=A0 [<ff= ff82c4801a00d0>] __hvm_copy+0x350/0x3c0
(XEN)=A0=A0=A0 [<ffff82c4801999d3>] hvm_emulate_one+0xd3/0x1d0
(XE= N)=A0=A0=A0 [<ffff82c4801996b8>] hvmemul_get_seg_reg+0x58/0x70
(XE= N)=A0=A0=A0 [<ffff82c4801999d3>] hvm_emulate_one+0xd3/0x1d0
(XEN)= =A0=A0=A0 [<ffff82c4801996b8>] hvmemul_get_seg_reg+0x58/0x70
(XEN)=A0=A0=A0 [<ffff82c4801a3c04>] handle_mmio+0x64/0x1b0
(XEN)= =A0=A0=A0 [<ffff82c480170001>] time_calibration_std_rendezvous+0x91/0= xc0
(XEN)=A0=A0=A0 [<ffff82c4801b13f5>] svm_vmexit_handler+0x3c5/0= x10f0
(XEN)=A0=A0=A0 [<ffff82c4801b0d74>] svm_do_resume+0x74/0xc0<= br> (XEN)=A0=A0=A0 [<ffff82c48014e3a4>] context_switch+0x174/0xf90
(XE= N)=A0=A0=A0 [<ffff82c48011c153>] schedule+0x1e3/0x500
(XEN)=A0=A0= =A0 [<ffff82c4801ae22c>] pt_update_irq+0x2c/0x210
(XEN)=A0=A0=A0 [= <ffff82c4801a4f6c>] hvm_vcpu_has_pending_irq+0x4c/0xb0
(XEN)=A0=A0=A0 [<ffff82c4801aebc1>] svm_intr_assist+0x41/0x150
(XE= N)=A0=A0=A0 [<ffff82c48011d77e>] __do_softirq+0x6e/0x90
(XEN)=A0= =A0=A0 [<ffff82c4801aea84>] svm_stgi_label+0x8/0x24
(XEN)=A0=A0=A0=
(XEN)
(XEN) ****************************************
(XEN) Panic on CPU 2:
(XEN) FATAL TRAP: vector =3D 6 (invalid opcode)(XEN) ****************************************
(XEN)
(XEN) Reboot i= n five seconds...


I tried with a config based on a Windows guest= that is running perfectly on the older R815s AMD 6174 processors.=A0 The o= nly things I had to change were name, MAC, disks.=A0 It crashes immediately= on the newer R815s.

kernel =3D "hvmloader"
builder=3D'hvm'
memory = =3D 1024
name =3D "winhost"
vcpus=3D1
# Since cpus are 0= and 1 are dedicated to dom0 by the Xen command line
# we added to grub,= make domUs run on the other cpus.
cpus=3D"2-63"
vif =3D [ 'bridge=3Dxenbr0, mac=3D0A:33:50:1= 0:7B:FE' ]
disk =3D [ 'phy:/dev/mapper/winhost,hda,w' ]
d= evice_model =3D 'qemu-dm'
boot=3D"cda"
sdl=3D0
o= pengl=3D1
vnc=3D1
vncpasswd=3D''
stdvga=3D0
serial=3D'pty'
tsc_mode= =3D0
usbdevice=3D'tablet'
localtime=3D1

Is there anybo= dy out there successfully running Xen HVM domUs on PowerEdge R815s with the= AMD 6274 CPUs?=A0 If so, can you share a (sanitized) config that I might t= ry?=A0 I have no idea what these crashes are a result of, but I'd love = to have a known good working HVM config to start from.

Regards,
Mark


--f46d0435be6e73553104c5b01447-- --===============8984822569304730047== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8984822569304730047==-- From xen-users-bounces@lists.xen.org Wed Jul 25 23:47:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Jul 2012 23:47: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 1SuBHC-00018T-QR; Wed, 25 Jul 2012 23:45:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SuBHB-00018O-NQ for xen-users@lists.xensource.com; Wed, 25 Jul 2012 23:45:58 +0000 Received: from [85.158.143.99:28448] by server-3.bemta-4.messagelabs.com id 6B/93-01511-53580105; Wed, 25 Jul 2012 23:45:57 +0000 X-Env-Sender: mark@nerdish.us X-Msg-Ref: server-12.tower-216.messagelabs.com!1343259955!23456225!1 X-Originating-IP: [209.85.215.43] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2072 invoked from network); 25 Jul 2012 23:45:55 -0000 Received: from mail-lpp01m010-f43.google.com (HELO mail-lpp01m010-f43.google.com) (209.85.215.43) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jul 2012 23:45:55 -0000 Received: by lahg1 with SMTP id g1so1147874lah.30 for ; Wed, 25 Jul 2012 16:45:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type:x-gm-message-state; bh=k6tK22ixtuKxOLxifIRzekotFpNdwDE0OHoB6bQXiSQ=; b=pE9LEvw8dNMQsooFd6Mgwh3tF4jxAZ6uZ1fJ5JylgjgxAHb358mRga5ZpzqTRL7Ene 2AnOkKQsVC0zMy1sF9Yid8kU9+aKypPoMYvLxL8zpcDUnyvWB3GwcDBtPqVl/WrHHqAI np5iR5pFcv2TK8it3WQq6lNj4aDsTE1VdMjgBL4EQflg3d/qUG1Z4ZzrmJmLvgP6CTAL V/Qy8qegy2sBFwkMIaRwDrd9A4ThVgi4mvlTFypgda7pZTG4gFgwQdXyonts5/PxTQGX 6aj+zxKk/oiSgUxhlzgGhTwSbUVilXtmZgEDiTE9RLx7iabcdCYpHHUNeu0jhHC12TK+ V34A== MIME-Version: 1.0 Received: by 10.152.125.116 with SMTP id mp20mr27563970lab.19.1343259954861; Wed, 25 Jul 2012 16:45:54 -0700 (PDT) Received: by 10.114.0.175 with HTTP; Wed, 25 Jul 2012 16:45:54 -0700 (PDT) Date: Wed, 25 Jul 2012 18:45:54 -0500 X-Google-Sender-Auth: gMh22Ionqp0kaVwIXyhHlZTZGRw Message-ID: From: xenusers To: xen-users@lists.xensource.com X-Gm-Message-State: ALoCoQnV8GksW34muyWCv+NwWaI98RgtJPfXkkocDZJl0N1WprnHr+5nBEsEqSEw7uhxVPH205Nu Subject: [Xen-users] Instant panic+reboot when starting HVM on PowerEdge R815s X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8984822569304730047==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8984822569304730047== Content-Type: multipart/alternative; boundary=f46d0435be6e73553104c5b01447 --f46d0435be6e73553104c5b01447 Content-Type: text/plain; charset=ISO-8859-1 Hello list, I'm hoping someone else has seen and/or solved this. We have two older R815s that run HVM domUs no problem. They're running AMD Opteron 6174 (48 core) processors. We have five newer R815s, they run AMD Opteron 6274 processors. The new servers have handled some testing with PV guests wonderfully, spinning up dozens and dozens and making them as busy as possible. Today I've tried to start a first test Windows VM on the new machines, and it's an instant panic+reboot. The dom0s are Debian 6.0.5. with Xen 4.0.1 (just straight up Debian Squeeze that was freshly installed and updated two days ago). (XEN) ----[ Xen-4.0.1 x86_64 debug=n Not tainted ]---- (XEN) CPU: 2 (XEN) RIP: e008:[] svm_fpu_enter+0x74/0xb0 (XEN) RFLAGS: 0000000000010256 CONTEXT: hypervisor (XEN) rax: 0000000000000003 rbx: ffff83041ac9d000 rcx: 0000000000000000 (XEN) rdx: 0000000000000000 rsi: 0000000000000003 rdi: ffff8300df2d8000 (XEN) rbp: ffff83041ac9d000 rsp: ffff83041ff27758 r8: ffff83041ff27c58 (XEN) r9: 0000000000000048 r10: 0000000000000022 r11: 0000000000000000 (XEN) r12: 0000000000000011 r13: 0000000000000002 r14: ffff82c48022a7e0 (XEN) r15: 0000000000000000 cr0: 0000000080050033 cr4: 00000000000006f0 (XEN) cr3: 0000000419f19000 cr2: 0000000000000000 (XEN) ds: 0000 es: 0000 fs: 0010 gs: 0010 ss: 0000 cs: e008 (XEN) Xen stack trace from rsp=ffff83041ff27758: (XEN) ffff8300df2d8000 ffff82c4801af7bd ffff82c48022a7e0 ffff8300df2d8000 (XEN) 0000000000000010 ffff82c48019e682 ffffffff0c930020 ffff83041ff27c58 (XEN) 0000000000000002 0000000000000000 0000000000000000 0000000000000000 (XEN) 0000000000000002 ffff82c480199c4c 0000000000000022 ffff82c480199d3c (XEN) ffff83041ff27c58 ffff82c4801787bf ffffffff08930010 ffff83041ff27c58 (XEN) 0000000000000000 ffff82c480186d03 0000000000000002 ffff83041ff278a0 (XEN) 0000000000000000 0000000000000022 ffff830400000048 0000000000000004 (XEN) 000000000000006e ffff83041ff27b70 0000000000000000 0000000000000002 (XEN) ffff83041ff278e8 0000000000000002 0000000000000048 0000000000000001 (XEN) 0000000000000028 00000000801e3d07 ffff83041ff279f8 0100830400000000 (XEN) 0000000000000000 0000000000000000 00000000000000c0 0000000000000000 (XEN) 0000000000000000 0000000000000008 0000000000000000 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 0000000000000000 0000000000000004 0000000000000003 0000000000000000 (XEN) 0000000000000046 0000000000000000 0000000000000000 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000200000001 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) Xen call trace: (XEN) [] svm_fpu_enter+0x74/0xb0 (XEN) [] svm_update_guest_cr+0x14d/0x160 (XEN) [] hvm_set_cr0+0x172/0x3e0 (XEN) [] hvmemul_write_cr+0x5c/0xf0 (XEN) [] hvmemul_read_segment+0xc/0x20 (XEN) [] get_cpl+0x3f/0x50 (XEN) [] x86_emulate+0xdd63/0xff10 (XEN) [] __hvm_copy+0x350/0x3c0 (XEN) [] __hvm_copy+0x350/0x3c0 (XEN) [] hvm_emulate_one+0xd3/0x1d0 (XEN) [] hvmemul_get_seg_reg+0x58/0x70 (XEN) [] hvm_emulate_one+0xd3/0x1d0 (XEN) [] hvmemul_get_seg_reg+0x58/0x70 (XEN) [] handle_mmio+0x64/0x1b0 (XEN) [] time_calibration_std_rendezvous+0x91/0xc0 (XEN) [] svm_vmexit_handler+0x3c5/0x10f0 (XEN) [] svm_do_resume+0x74/0xc0 (XEN) [] context_switch+0x174/0xf90 (XEN) [] schedule+0x1e3/0x500 (XEN) [] pt_update_irq+0x2c/0x210 (XEN) [] hvm_vcpu_has_pending_irq+0x4c/0xb0 (XEN) [] svm_intr_assist+0x41/0x150 (XEN) [] __do_softirq+0x6e/0x90 (XEN) [] svm_stgi_label+0x8/0x24 (XEN) (XEN) (XEN) **************************************** (XEN) Panic on CPU 2: (XEN) FATAL TRAP: vector = 6 (invalid opcode) (XEN) **************************************** (XEN) (XEN) Reboot in five seconds... I tried with a config based on a Windows guest that is running perfectly on the older R815s AMD 6174 processors. The only things I had to change were name, MAC, disks. It crashes immediately on the newer R815s. kernel = "hvmloader" builder='hvm' memory = 1024 name = "winhost" vcpus=1 # Since cpus are 0 and 1 are dedicated to dom0 by the Xen command line # we added to grub, make domUs run on the other cpus. cpus="2-63" vif = [ 'bridge=xenbr0, mac=0A:33:50:10:7B:FE' ] disk = [ 'phy:/dev/mapper/winhost,hda,w' ] device_model = 'qemu-dm' boot="cda" sdl=0 opengl=1 vnc=1 vncpasswd='' stdvga=0 serial='pty' tsc_mode=0 usbdevice='tablet' localtime=1 Is there anybody out there successfully running Xen HVM domUs on PowerEdge R815s with the AMD 6274 CPUs? If so, can you share a (sanitized) config that I might try? I have no idea what these crashes are a result of, but I'd love to have a known good working HVM config to start from. Regards, Mark --f46d0435be6e73553104c5b01447 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello list,

I'm hoping someone else has seen and/or solved this.= =A0 We have two older R815s that run HVM domUs no problem.=A0 They're r= unning AMD Opteron 6174 (48 core) processors.=A0 We have five newer R815s, = they run AMD Opteron 6274 processors.=A0 The new servers have handled some = testing with PV guests wonderfully, spinning up dozens and dozens and makin= g them as busy as possible.=A0 Today I've tried to start a first test W= indows VM on the new machines, and it's an instant panic+reboot.=A0 The= dom0s are Debian 6.0.5. with Xen 4.0.1 (just straight up Debian Squeeze th= at was freshly installed and updated two days ago).

(XEN) ----[ Xen-4.0.1=A0 x86_64=A0 debug=3Dn=A0 Not tainted ]----
(= XEN) CPU:=A0=A0=A0 2
(XEN) RIP:=A0=A0=A0 e008:[<ffff82c4801af3f4>]= svm_fpu_enter+0x74/0xb0
(XEN) RFLAGS: 0000000000010256=A0=A0 CONTEXT: h= ypervisor
(XEN) rax: 0000000000000003=A0=A0 rbx: ffff83041ac9d000=A0=A0 = rcx: 0000000000000000
(XEN) rdx: 0000000000000000=A0=A0 rsi: 0000000000000003=A0=A0 rdi: ffff8300= df2d8000
(XEN) rbp: ffff83041ac9d000=A0=A0 rsp: ffff83041ff27758=A0=A0 r= 8:=A0 ffff83041ff27c58
(XEN) r9:=A0 0000000000000048=A0=A0 r10: 00000000= 00000022=A0=A0 r11: 0000000000000000
(XEN) r12: 0000000000000011=A0=A0 r13: 0000000000000002=A0=A0 r14: ffff82c4= 8022a7e0
(XEN) r15: 0000000000000000=A0=A0 cr0: 0000000080050033=A0=A0 c= r4: 00000000000006f0
(XEN) cr3: 0000000419f19000=A0=A0 cr2: 000000000000= 0000
(XEN) ds: 0000=A0=A0 es: 0000=A0=A0 fs: 0010=A0=A0 gs: 0010=A0=A0 s= s: 0000=A0=A0 cs: e008
(XEN) Xen stack trace from rsp=3Dffff83041ff27758:
(XEN)=A0=A0=A0 ffff83= 00df2d8000 ffff82c4801af7bd ffff82c48022a7e0 ffff8300df2d8000
(XEN)=A0= =A0=A0 0000000000000010 ffff82c48019e682 ffffffff0c930020 ffff83041ff27c58<= br>(XEN)=A0=A0=A0 0000000000000002 0000000000000000 0000000000000000 000000= 0000000000
(XEN)=A0=A0=A0 0000000000000002 ffff82c480199c4c 0000000000000022 ffff82c48= 0199d3c
(XEN)=A0=A0=A0 ffff83041ff27c58 ffff82c4801787bf ffffffff0893001= 0 ffff83041ff27c58
(XEN)=A0=A0=A0 0000000000000000 ffff82c480186d03 0000= 000000000002 ffff83041ff278a0
(XEN)=A0=A0=A0 0000000000000000 0000000000000022 ffff830400000048 000000000= 0000004
(XEN)=A0=A0=A0 000000000000006e ffff83041ff27b70 000000000000000= 0 0000000000000002
(XEN)=A0=A0=A0 ffff83041ff278e8 0000000000000002 0000= 000000000048 0000000000000001
(XEN)=A0=A0=A0 0000000000000028 00000000801e3d07 ffff83041ff279f8 010083040= 0000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 00000000000000c= 0 0000000000000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000008 0000= 000000000000 0000000000000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 0000000000000000 000000000= 0000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 000000000000000= 0 0000000000000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 0000= 000000000000 0000000000000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 0000000000000000 000000000= 0000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000004 000000000000000= 3 0000000000000000
(XEN)=A0=A0=A0 0000000000000046 0000000000000000 0000= 000000000000 0000000000000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 0000000000000000 000000020= 0000001
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 000000000000000= 0 0000000000000000
(XEN) Xen call trace:
(XEN)=A0=A0=A0 [<ffff82c4= 801af3f4>] svm_fpu_enter+0x74/0xb0
(XEN)=A0=A0=A0 [<ffff82c4801af7bd>] svm_update_guest_cr+0x14d/0x160(XEN)=A0=A0=A0 [<ffff82c48019e682>] hvm_set_cr0+0x172/0x3e0
(XEN= )=A0=A0=A0 [<ffff82c480199c4c>] hvmemul_write_cr+0x5c/0xf0
(XEN)= =A0=A0=A0 [<ffff82c480199d3c>] hvmemul_read_segment+0xc/0x20
(XEN)=A0=A0=A0 [<ffff82c4801787bf>] get_cpl+0x3f/0x50
(XEN)=A0=A0= =A0 [<ffff82c480186d03>] x86_emulate+0xdd63/0xff10
(XEN)=A0=A0=A0 = [<ffff82c4801a00d0>] __hvm_copy+0x350/0x3c0
(XEN)=A0=A0=A0 [<ff= ff82c4801a00d0>] __hvm_copy+0x350/0x3c0
(XEN)=A0=A0=A0 [<ffff82c4801999d3>] hvm_emulate_one+0xd3/0x1d0
(XE= N)=A0=A0=A0 [<ffff82c4801996b8>] hvmemul_get_seg_reg+0x58/0x70
(XE= N)=A0=A0=A0 [<ffff82c4801999d3>] hvm_emulate_one+0xd3/0x1d0
(XEN)= =A0=A0=A0 [<ffff82c4801996b8>] hvmemul_get_seg_reg+0x58/0x70
(XEN)=A0=A0=A0 [<ffff82c4801a3c04>] handle_mmio+0x64/0x1b0
(XEN)= =A0=A0=A0 [<ffff82c480170001>] time_calibration_std_rendezvous+0x91/0= xc0
(XEN)=A0=A0=A0 [<ffff82c4801b13f5>] svm_vmexit_handler+0x3c5/0= x10f0
(XEN)=A0=A0=A0 [<ffff82c4801b0d74>] svm_do_resume+0x74/0xc0<= br> (XEN)=A0=A0=A0 [<ffff82c48014e3a4>] context_switch+0x174/0xf90
(XE= N)=A0=A0=A0 [<ffff82c48011c153>] schedule+0x1e3/0x500
(XEN)=A0=A0= =A0 [<ffff82c4801ae22c>] pt_update_irq+0x2c/0x210
(XEN)=A0=A0=A0 [= <ffff82c4801a4f6c>] hvm_vcpu_has_pending_irq+0x4c/0xb0
(XEN)=A0=A0=A0 [<ffff82c4801aebc1>] svm_intr_assist+0x41/0x150
(XE= N)=A0=A0=A0 [<ffff82c48011d77e>] __do_softirq+0x6e/0x90
(XEN)=A0= =A0=A0 [<ffff82c4801aea84>] svm_stgi_label+0x8/0x24
(XEN)=A0=A0=A0=
(XEN)
(XEN) ****************************************
(XEN) Panic on CPU 2:
(XEN) FATAL TRAP: vector =3D 6 (invalid opcode)(XEN) ****************************************
(XEN)
(XEN) Reboot i= n five seconds...


I tried with a config based on a Windows guest= that is running perfectly on the older R815s AMD 6174 processors.=A0 The o= nly things I had to change were name, MAC, disks.=A0 It crashes immediately= on the newer R815s.

kernel =3D "hvmloader"
builder=3D'hvm'
memory = =3D 1024
name =3D "winhost"
vcpus=3D1
# Since cpus are 0= and 1 are dedicated to dom0 by the Xen command line
# we added to grub,= make domUs run on the other cpus.
cpus=3D"2-63"
vif =3D [ 'bridge=3Dxenbr0, mac=3D0A:33:50:1= 0:7B:FE' ]
disk =3D [ 'phy:/dev/mapper/winhost,hda,w' ]
d= evice_model =3D 'qemu-dm'
boot=3D"cda"
sdl=3D0
o= pengl=3D1
vnc=3D1
vncpasswd=3D''
stdvga=3D0
serial=3D'pty'
tsc_mode= =3D0
usbdevice=3D'tablet'
localtime=3D1

Is there anybo= dy out there successfully running Xen HVM domUs on PowerEdge R815s with the= AMD 6274 CPUs?=A0 If so, can you share a (sanitized) config that I might t= ry?=A0 I have no idea what these crashes are a result of, but I'd love = to have a known good working HVM config to start from.

Regards,
Mark


--f46d0435be6e73553104c5b01447-- --===============8984822569304730047== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8984822569304730047==-- From xen-users-bounces@lists.xen.org Thu Jul 26 02:23:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jul 2012 02:23: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 1SuDhj-0007lY-Cm; Thu, 26 Jul 2012 02:21:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SuDhh-0007lT-DC for xen-users@lists.xen.org; Thu, 26 Jul 2012 02:21:29 +0000 Received: from [85.158.143.35:60251] by server-3.bemta-4.messagelabs.com id BD/B5-01511-8A9A0105; Thu, 26 Jul 2012 02:21:28 +0000 X-Env-Sender: pengyujian5201314@126.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1343269284!11723819!1 X-Originating-IP: [220.181.15.35] X-SpamReason: No, hits=0.1 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjM1ID0+IDk4MDI=\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjM1ID0+IDk4MDI=\n,HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23030 invoked from network); 26 Jul 2012 02:21:26 -0000 Received: from m15-35.126.com (HELO m15-35.126.com) (220.181.15.35) by server-11.tower-21.messagelabs.com with SMTP; 26 Jul 2012 02:21:26 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=126.com; s=s110527; h=Received:Date:From:To:Subject:Content-Type: MIME-Version:Message-ID; bh=Td+5CrQ+BktKfZ/4aE3NHRTwHlVsnSXGar6K UCb5VUI=; b=jwqsOoBASnjy0BgeUDK7x5oPFm7WJFvLQd8kaQjNdX7yuVB+JvPn Z6dV2K4hIcBJqSwC4qF4woy9isufIE4iGvbkTTX0mV/zAZMuRiTnEdk4Wrs3ZTM7 FGHl+0rg5zFPnAUMb921P79c7CKNPEgcg+DKo9XN3p/g6wn7eB7Y/2E= Received: from pengyujian5201314$126.com ( [115.238.88.202] ) by ajax-webmail-wmsvr35 (Coremail) ; Thu, 26 Jul 2012 10:21:22 +0800 (CST) X-Originating-IP: [115.238.88.202] Date: Thu, 26 Jul 2012 10:21:22 +0800 (CST) From: =?GBK?B?xe3T8b2j?= To: xen-users@lists.xen.org X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20120507(18390.4657.4663) Copyright (c) 2002-2012 www.mailtech.cn 126com X-CM-CTRLDATA: tCM0jGZvb3Rlcl9odG09MjIxMzo4MQ== MIME-Version: 1.0 Message-ID: <692e44a4.194f7.138c116a2a3.Coremail.pengyujian5201314@126.com> X-CM-TRANSID: I8qowEAZTEOiqRBQGD1eAA--.1426W X-CM-SenderInfo: 5shqw5pxmlt0yvsqijiru6ij2wof0z/1tbi9Ar3r00vK8w8KQAAs2 X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-users] xen vcpus=2 do not work X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6180613167086489303==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6180613167086489303== Content-Type: multipart/alternative; boundary="----=_Part_270739_1411782222.1343269282467" ------=_Part_270739_1411782222.1343269282467 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: 7bit I set vcpus = 2 in the config file, but it do not work. Here is my config file name = "wnshw" uuid = "4c100190-d621-2b1f-ddbc-dd2e8b186a2d" maxmem = 1024 memory = 1024 vcpus = 2 builder = "hvm" kernel = "/usr/lib/xen/boot/hvmloader" boot = "c" pae = 1 acpi = 1 apic = 1 localtime = 1 on_poweroff = "destroy" on_reboot = "restart" on_crash = "restart" device_model = "/usr/lib64/xen/bin/qemu-dm" sdl = 0 vnc = 1 vncunused = 1 keymap = "en-us" disk = [ "phy:/dev/mapper/vgsdb-wnshw_xvda,xvda,w", "phy:/dev/mapper/vgsdb-wnshw_xvdd,xvdd,w" ] vif = [ "mac=00:16:3e:b3:e2:4e,bridge=xenbr0,ip=192.168.1.1,type=netfront,script=vif-bridge,vifname=wnshw.0" ] parallel = "none" serial = "pty" Here is the output of xm list: wnshw 746 1032 1 -b---- 352.1 Here is the output of xm vcpu-list wnshw: Name ID VCPUs CPU State Time(s) CPU Affinity wnshw 746 0 1 -b- 369.0 any cpu wnshw 746 1 - --p 0.0 any cpu I don't know why the state of vpcu 1 is p. How to let the domain use two cpus? My xen version is 3.1. Any one can help me? Thanks a lot! ------=_Part_270739_1411782222.1343269282467 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: 7bit
 I set vcpus = 2 in the config file, but it do not work. Here is my config file
name = "wnshw"
uuid = "4c100190-d621-2b1f-ddbc-dd2e8b186a2d"
maxmem = 1024
memory = 1024
vcpus = 2
builder = "hvm"
kernel = "/usr/lib/xen/boot/hvmloader"
boot = "c"
pae = 1
acpi = 1
apic = 1
localtime = 1
on_poweroff = "destroy"
on_reboot = "restart"
on_crash = "restart"
device_model = "/usr/lib64/xen/bin/qemu-dm"
sdl = 0
vnc = 1
vncunused = 1
keymap = "en-us"
disk = [ "phy:/dev/mapper/vgsdb-wnshw_xvda,xvda,w", "phy:/dev/mapper/vgsdb-wnshw_xvdd,xvdd,w" ]
vif = [ "mac=00:16:3e:b3:e2:4e,bridge=xenbr0,ip=192.168.1.1,type=netfront,script=vif-bridge,vifname=wnshw.0" ]
parallel = "none"
serial = "pty"

Here is the output of xm list:
wnshw                                    746     1032     1 -b----    352.1

Here is the output of xm vcpu-list wnshw:
Name                              ID VCPUs   CPU State   Time(s) CPU Affinity
wnshw                            746     0     1   -b-     369.0 any cpu
wnshw                            746     1     -   --p       0.0 any cpu
I don't know why the state of vpcu 1 is p. How to let the domain use two cpus?
My xen version is 3.1.
Any one can help me?
Thanks a lot!



------=_Part_270739_1411782222.1343269282467-- --===============6180613167086489303== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6180613167086489303==-- From xen-users-bounces@lists.xen.org Thu Jul 26 02:23:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jul 2012 02:23: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 1SuDhj-0007lY-Cm; Thu, 26 Jul 2012 02:21:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SuDhh-0007lT-DC for xen-users@lists.xen.org; Thu, 26 Jul 2012 02:21:29 +0000 Received: from [85.158.143.35:60251] by server-3.bemta-4.messagelabs.com id BD/B5-01511-8A9A0105; Thu, 26 Jul 2012 02:21:28 +0000 X-Env-Sender: pengyujian5201314@126.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1343269284!11723819!1 X-Originating-IP: [220.181.15.35] X-SpamReason: No, hits=0.1 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjM1ID0+IDk4MDI=\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjM1ID0+IDk4MDI=\n,HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23030 invoked from network); 26 Jul 2012 02:21:26 -0000 Received: from m15-35.126.com (HELO m15-35.126.com) (220.181.15.35) by server-11.tower-21.messagelabs.com with SMTP; 26 Jul 2012 02:21:26 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=126.com; s=s110527; h=Received:Date:From:To:Subject:Content-Type: MIME-Version:Message-ID; bh=Td+5CrQ+BktKfZ/4aE3NHRTwHlVsnSXGar6K UCb5VUI=; b=jwqsOoBASnjy0BgeUDK7x5oPFm7WJFvLQd8kaQjNdX7yuVB+JvPn Z6dV2K4hIcBJqSwC4qF4woy9isufIE4iGvbkTTX0mV/zAZMuRiTnEdk4Wrs3ZTM7 FGHl+0rg5zFPnAUMb921P79c7CKNPEgcg+DKo9XN3p/g6wn7eB7Y/2E= Received: from pengyujian5201314$126.com ( [115.238.88.202] ) by ajax-webmail-wmsvr35 (Coremail) ; Thu, 26 Jul 2012 10:21:22 +0800 (CST) X-Originating-IP: [115.238.88.202] Date: Thu, 26 Jul 2012 10:21:22 +0800 (CST) From: =?GBK?B?xe3T8b2j?= To: xen-users@lists.xen.org X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20120507(18390.4657.4663) Copyright (c) 2002-2012 www.mailtech.cn 126com X-CM-CTRLDATA: tCM0jGZvb3Rlcl9odG09MjIxMzo4MQ== MIME-Version: 1.0 Message-ID: <692e44a4.194f7.138c116a2a3.Coremail.pengyujian5201314@126.com> X-CM-TRANSID: I8qowEAZTEOiqRBQGD1eAA--.1426W X-CM-SenderInfo: 5shqw5pxmlt0yvsqijiru6ij2wof0z/1tbi9Ar3r00vK8w8KQAAs2 X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-users] xen vcpus=2 do not work X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6180613167086489303==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6180613167086489303== Content-Type: multipart/alternative; boundary="----=_Part_270739_1411782222.1343269282467" ------=_Part_270739_1411782222.1343269282467 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: 7bit I set vcpus = 2 in the config file, but it do not work. Here is my config file name = "wnshw" uuid = "4c100190-d621-2b1f-ddbc-dd2e8b186a2d" maxmem = 1024 memory = 1024 vcpus = 2 builder = "hvm" kernel = "/usr/lib/xen/boot/hvmloader" boot = "c" pae = 1 acpi = 1 apic = 1 localtime = 1 on_poweroff = "destroy" on_reboot = "restart" on_crash = "restart" device_model = "/usr/lib64/xen/bin/qemu-dm" sdl = 0 vnc = 1 vncunused = 1 keymap = "en-us" disk = [ "phy:/dev/mapper/vgsdb-wnshw_xvda,xvda,w", "phy:/dev/mapper/vgsdb-wnshw_xvdd,xvdd,w" ] vif = [ "mac=00:16:3e:b3:e2:4e,bridge=xenbr0,ip=192.168.1.1,type=netfront,script=vif-bridge,vifname=wnshw.0" ] parallel = "none" serial = "pty" Here is the output of xm list: wnshw 746 1032 1 -b---- 352.1 Here is the output of xm vcpu-list wnshw: Name ID VCPUs CPU State Time(s) CPU Affinity wnshw 746 0 1 -b- 369.0 any cpu wnshw 746 1 - --p 0.0 any cpu I don't know why the state of vpcu 1 is p. How to let the domain use two cpus? My xen version is 3.1. Any one can help me? Thanks a lot! ------=_Part_270739_1411782222.1343269282467 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: 7bit
 I set vcpus = 2 in the config file, but it do not work. Here is my config file
name = "wnshw"
uuid = "4c100190-d621-2b1f-ddbc-dd2e8b186a2d"
maxmem = 1024
memory = 1024
vcpus = 2
builder = "hvm"
kernel = "/usr/lib/xen/boot/hvmloader"
boot = "c"
pae = 1
acpi = 1
apic = 1
localtime = 1
on_poweroff = "destroy"
on_reboot = "restart"
on_crash = "restart"
device_model = "/usr/lib64/xen/bin/qemu-dm"
sdl = 0
vnc = 1
vncunused = 1
keymap = "en-us"
disk = [ "phy:/dev/mapper/vgsdb-wnshw_xvda,xvda,w", "phy:/dev/mapper/vgsdb-wnshw_xvdd,xvdd,w" ]
vif = [ "mac=00:16:3e:b3:e2:4e,bridge=xenbr0,ip=192.168.1.1,type=netfront,script=vif-bridge,vifname=wnshw.0" ]
parallel = "none"
serial = "pty"

Here is the output of xm list:
wnshw                                    746     1032     1 -b----    352.1

Here is the output of xm vcpu-list wnshw:
Name                              ID VCPUs   CPU State   Time(s) CPU Affinity
wnshw                            746     0     1   -b-     369.0 any cpu
wnshw                            746     1     -   --p       0.0 any cpu
I don't know why the state of vpcu 1 is p. How to let the domain use two cpus?
My xen version is 3.1.
Any one can help me?
Thanks a lot!



------=_Part_270739_1411782222.1343269282467-- --===============6180613167086489303== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6180613167086489303==-- From xen-users-bounces@lists.xen.org Thu Jul 26 05:07:29 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jul 2012 05:07:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SuGGR-0001bc-Ts; Thu, 26 Jul 2012 05:05:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SuGGP-0001bX-K3 for xen-users@lists.xensource.com; Thu, 26 Jul 2012 05:05:29 +0000 Received: from [85.158.138.51:39649] by server-11.bemta-3.messagelabs.com id 3D/C9-00679-810D0105; Thu, 26 Jul 2012 05:05:28 +0000 X-Env-Sender: pheriko.support@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1343279126!28800694!1 X-Originating-IP: [209.85.214.171] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8706 invoked from network); 26 Jul 2012 05:05:28 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jul 2012 05:05:28 -0000 Received: by obqv19 with SMTP id v19so3280678obq.30 for ; Wed, 25 Jul 2012 22:05: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 :content-type; bh=jyCRK0oABQsUvCnnbx7nUOgr7WID3BU0j6IEH4BbcRs=; b=RFmgi+ldQjZx0WyRRdQzbLq0jKMGm/U6K87zbl92ELqLpVku3S8xooIDA6F1/xOl+K zKab3vr3yf6C3SmCKhhI5FHzmgfQFlrdR0iEXdQubWwfbi9tpg5GORlV7skU65zT6GL3 0FVbkkpdZVsdMyqgjytLOBnaFfOULHxgVMUtWtiQ5VZS+27J3QAkL5319dcwp2gm2BAk S8homZ9bd77pqSJg51B7poS5su6Ujbhnk6WOUJItcvzSsHuBcOx8o4Ti0DkhUbDBXkBD /dL/0MxeLh8fHUC77syJ7QF/PcXUk67aPf5akaE1dhgNdsVWK3D8FXFrj5OSmmslOFfd szIQ== MIME-Version: 1.0 Received: by 10.60.26.134 with SMTP id l6mr39180932oeg.40.1343279126087; Wed, 25 Jul 2012 22:05:26 -0700 (PDT) Received: by 10.182.69.131 with HTTP; Wed, 25 Jul 2012 22:05:26 -0700 (PDT) In-Reply-To: <1343254878.27607.17.camel@Abyss> References: <1343254878.27607.17.camel@Abyss> Date: Wed, 25 Jul 2012 22:05:26 -0700 Message-ID: From: Periko Support To: xen-users@lists.xensource.com Subject: Re: [Xen-users] dom-0 pin or schedule high? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 25, 2012 at 3:21 PM, Dario Faggioli wrote: > On Tue, 2012-07-24 at 22:06 -0700, Periko Support wrote: >> Hi Running Xen 4.1.x >> > Hi, > >> Reading about schedulers, I normally give 1-2 cores to dom-0, reading >> about schedulers it say that we can give a dedicate core to the dom-0 >> or increase scheduler +256. >> >> What is the rule? can both? >> > Mmm... I'm not sure I've understood your question. However, the point > is, depending on your configuration, it is possible that Dom0 will be > performing some operation on behalf of the various DomUs. Besides than > that, being able to access Dom0 for system maintenance purposes (such as > killing/rebooting DomUs, etc) is something one wants to be always > possible. > > For these reasons, it is often advised to act in such a way that Dom0 > gets some chances to run, independently from what the DomUs do and from > how much load that generates. Hence those rules you're citing, which aim > at achieving right this, although at different levels ad with different > methods. > > No one of them is better than the other per-se, it really depends on > your setup and on your workload. Finally, if you want to know if it's > possible to do both things, i.e., reserving one or more core for Dom0 > AND boosting its scheduling priority, well, it is, but it's also a bit > pointless. :-P > > Regards, > Dario > > -- > <> (Raistlin Majere) > ----------------------------------------------------------------- > Dario Faggioli, Ph.D, http://retis.sssup.it/people/faggioli > Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) > > I'm working on my lab, I will run some benchmark and see what happen, I'm on a learning curve, appreciate your info, thanks!!! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 26 05:07:29 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jul 2012 05:07:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SuGGR-0001bc-Ts; Thu, 26 Jul 2012 05:05:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SuGGP-0001bX-K3 for xen-users@lists.xensource.com; Thu, 26 Jul 2012 05:05:29 +0000 Received: from [85.158.138.51:39649] by server-11.bemta-3.messagelabs.com id 3D/C9-00679-810D0105; Thu, 26 Jul 2012 05:05:28 +0000 X-Env-Sender: pheriko.support@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1343279126!28800694!1 X-Originating-IP: [209.85.214.171] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8706 invoked from network); 26 Jul 2012 05:05:28 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jul 2012 05:05:28 -0000 Received: by obqv19 with SMTP id v19so3280678obq.30 for ; Wed, 25 Jul 2012 22:05: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 :content-type; bh=jyCRK0oABQsUvCnnbx7nUOgr7WID3BU0j6IEH4BbcRs=; b=RFmgi+ldQjZx0WyRRdQzbLq0jKMGm/U6K87zbl92ELqLpVku3S8xooIDA6F1/xOl+K zKab3vr3yf6C3SmCKhhI5FHzmgfQFlrdR0iEXdQubWwfbi9tpg5GORlV7skU65zT6GL3 0FVbkkpdZVsdMyqgjytLOBnaFfOULHxgVMUtWtiQ5VZS+27J3QAkL5319dcwp2gm2BAk S8homZ9bd77pqSJg51B7poS5su6Ujbhnk6WOUJItcvzSsHuBcOx8o4Ti0DkhUbDBXkBD /dL/0MxeLh8fHUC77syJ7QF/PcXUk67aPf5akaE1dhgNdsVWK3D8FXFrj5OSmmslOFfd szIQ== MIME-Version: 1.0 Received: by 10.60.26.134 with SMTP id l6mr39180932oeg.40.1343279126087; Wed, 25 Jul 2012 22:05:26 -0700 (PDT) Received: by 10.182.69.131 with HTTP; Wed, 25 Jul 2012 22:05:26 -0700 (PDT) In-Reply-To: <1343254878.27607.17.camel@Abyss> References: <1343254878.27607.17.camel@Abyss> Date: Wed, 25 Jul 2012 22:05:26 -0700 Message-ID: From: Periko Support To: xen-users@lists.xensource.com Subject: Re: [Xen-users] dom-0 pin or schedule high? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 25, 2012 at 3:21 PM, Dario Faggioli wrote: > On Tue, 2012-07-24 at 22:06 -0700, Periko Support wrote: >> Hi Running Xen 4.1.x >> > Hi, > >> Reading about schedulers, I normally give 1-2 cores to dom-0, reading >> about schedulers it say that we can give a dedicate core to the dom-0 >> or increase scheduler +256. >> >> What is the rule? can both? >> > Mmm... I'm not sure I've understood your question. However, the point > is, depending on your configuration, it is possible that Dom0 will be > performing some operation on behalf of the various DomUs. Besides than > that, being able to access Dom0 for system maintenance purposes (such as > killing/rebooting DomUs, etc) is something one wants to be always > possible. > > For these reasons, it is often advised to act in such a way that Dom0 > gets some chances to run, independently from what the DomUs do and from > how much load that generates. Hence those rules you're citing, which aim > at achieving right this, although at different levels ad with different > methods. > > No one of them is better than the other per-se, it really depends on > your setup and on your workload. Finally, if you want to know if it's > possible to do both things, i.e., reserving one or more core for Dom0 > AND boosting its scheduling priority, well, it is, but it's also a bit > pointless. :-P > > Regards, > Dario > > -- > <> (Raistlin Majere) > ----------------------------------------------------------------- > Dario Faggioli, Ph.D, http://retis.sssup.it/people/faggioli > Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) > > I'm working on my lab, I will run some benchmark and see what happen, I'm on a learning curve, appreciate your info, thanks!!! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 26 05:10:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jul 2012 05: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 1SuGJV-0001jv-Oz; Thu, 26 Jul 2012 05:08:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SuGJU-0001jm-GA for xen-users@lists.xensource.com; Thu, 26 Jul 2012 05:08:40 +0000 Received: from [85.158.143.99:27995] by server-1.bemta-4.messagelabs.com id 99/00-24392-7D0D0105; Thu, 26 Jul 2012 05:08:39 +0000 X-Env-Sender: pheriko.support@gmail.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1343279318!28762477!1 X-Originating-IP: [209.85.214.171] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14929 invoked from network); 26 Jul 2012 05:08:39 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jul 2012 05:08:39 -0000 Received: by obqv19 with SMTP id v19so3286682obq.30 for ; Wed, 25 Jul 2012 22:08:37 -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=FWgdSY+DmCQaHOwgGV6yAHgDLwzPWT8payEOHZmF4FE=; b=iBNjesb4SHoLfCGTySkdXH9duLdxB38dKmyI29EspY20TPOVE+PEns9Mgi+jrdW7lF jSqbuHa5i4Z82GiZmFCgqYrVho0+LwXPrXWhr6laSBEIup5jxdEtNy4tqA/bJ9TtlMnf CW620tZQPzGYKGPqJ7SEARsSph/Asfj6JuWL/1n9LJ+UYWREX7Ognu4C7UPEYSB8ub9+ wspxxBZrTfsA9k+bsviXNaskaSdRM6JlPWAAJWrkuNumNQF+qZNGI+lNVsB7HQ5sQXNf 5W3/HYttmQZbUA39BtLV0vzC8d4TgpqVms3cygRQWHJY8ZQAe7L0fxs9oCzZwo8bv3O2 RyGQ== MIME-Version: 1.0 Received: by 10.182.124.100 with SMTP id mh4mr39655870obb.42.1343279317851; Wed, 25 Jul 2012 22:08:37 -0700 (PDT) Received: by 10.182.69.131 with HTTP; Wed, 25 Jul 2012 22:08:37 -0700 (PDT) Date: Wed, 25 Jul 2012 22:08:37 -0700 Message-ID: From: Periko Support To: xen-users@lists.xensource.com Subject: [Xen-users] Dom0 dom0_max_vcpus and xend-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 Hi. Could someone explain me what is the different between kernel /xen.gz-4.1.2 dom0_max_vcpus=2 dom0_vcpus_pin and xend-config.sxp # In SMP system, dom0 will use dom0-cpus # of CPUS # If dom0-cpus = 0, dom0 will take all cpus available (dom0-cpus 0) ? Thanks!!! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 26 05:10:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jul 2012 05: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 1SuGJV-0001jv-Oz; Thu, 26 Jul 2012 05:08:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SuGJU-0001jm-GA for xen-users@lists.xensource.com; Thu, 26 Jul 2012 05:08:40 +0000 Received: from [85.158.143.99:27995] by server-1.bemta-4.messagelabs.com id 99/00-24392-7D0D0105; Thu, 26 Jul 2012 05:08:39 +0000 X-Env-Sender: pheriko.support@gmail.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1343279318!28762477!1 X-Originating-IP: [209.85.214.171] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14929 invoked from network); 26 Jul 2012 05:08:39 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jul 2012 05:08:39 -0000 Received: by obqv19 with SMTP id v19so3286682obq.30 for ; Wed, 25 Jul 2012 22:08:37 -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=FWgdSY+DmCQaHOwgGV6yAHgDLwzPWT8payEOHZmF4FE=; b=iBNjesb4SHoLfCGTySkdXH9duLdxB38dKmyI29EspY20TPOVE+PEns9Mgi+jrdW7lF jSqbuHa5i4Z82GiZmFCgqYrVho0+LwXPrXWhr6laSBEIup5jxdEtNy4tqA/bJ9TtlMnf CW620tZQPzGYKGPqJ7SEARsSph/Asfj6JuWL/1n9LJ+UYWREX7Ognu4C7UPEYSB8ub9+ wspxxBZrTfsA9k+bsviXNaskaSdRM6JlPWAAJWrkuNumNQF+qZNGI+lNVsB7HQ5sQXNf 5W3/HYttmQZbUA39BtLV0vzC8d4TgpqVms3cygRQWHJY8ZQAe7L0fxs9oCzZwo8bv3O2 RyGQ== MIME-Version: 1.0 Received: by 10.182.124.100 with SMTP id mh4mr39655870obb.42.1343279317851; Wed, 25 Jul 2012 22:08:37 -0700 (PDT) Received: by 10.182.69.131 with HTTP; Wed, 25 Jul 2012 22:08:37 -0700 (PDT) Date: Wed, 25 Jul 2012 22:08:37 -0700 Message-ID: From: Periko Support To: xen-users@lists.xensource.com Subject: [Xen-users] Dom0 dom0_max_vcpus and xend-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 Hi. Could someone explain me what is the different between kernel /xen.gz-4.1.2 dom0_max_vcpus=2 dom0_vcpus_pin and xend-config.sxp # In SMP system, dom0 will use dom0-cpus # of CPUS # If dom0-cpus = 0, dom0 will take all cpus available (dom0-cpus 0) ? Thanks!!! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 26 14:28:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jul 2012 14:28: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 1SuP1X-00067e-Sx; Thu, 26 Jul 2012 14:26:43 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SuP1W-00067O-I5 for xen-users@lists.xen.org; Thu, 26 Jul 2012 14:26:42 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1343312793!4074523!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20133 invoked from network); 26 Jul 2012 14:26:33 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jul 2012 14:26:33 -0000 Received: by lbok6 with SMTP id k6so1711639lbo.32 for ; Thu, 26 Jul 2012 07:26:32 -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 :content-transfer-encoding; bh=08l1hfpEHPu+CvQkl4SA03YySSUn/pk2npw73qQJDNQ=; b=eQLZwI28XE+BzmqBg4zfMXhhXoDDTf0NwdMv1Na3yOnfVaqjJK9bM8trFT9Wx7rmw8 fyIdfHV//sFCLm5MSOiDOtoZSTAq9a/ZaIFpM6WC+ge1IVjvlOvBv12wE47tt/wVU2O0 cwImGo8rh8UFH9CBOJWVZWCDMAvBYhKql09jRpzGqQlh94PkCVmEeJkdY5eRHJOAeACK rTR6BY62BuU+/8K3qD6mwcifZW0E+7K7LELbv8pwhh3ZJ75kzlbaqlHbDruZGvg0dG3M K5vq7lrTwI33Ez+ZJtVV5TWXBGH9YuxCA8mO4Z9lXCrujfSdAFEHdCM/Pe2JhjgOiz2z 6PNg== MIME-Version: 1.0 Received: by 10.152.109.198 with SMTP id hu6mr29952660lab.21.1343312792716; Thu, 26 Jul 2012 07:26:32 -0700 (PDT) Received: by 10.112.24.42 with HTTP; Thu, 26 Jul 2012 07:26:32 -0700 (PDT) In-Reply-To: <692e44a4.194f7.138c116a2a3.Coremail.pengyujian5201314@126.com> References: <692e44a4.194f7.138c116a2a3.Coremail.pengyujian5201314@126.com> Date: Thu, 26 Jul 2012 15:26:32 +0100 X-Google-Sender-Auth: krF6oZ6UFDcHvhz3JwIwq5voiVM Message-ID: From: George Dunlap To: =?UTF-8?B?5b2t546J5YmR?= Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xen vcpus=2 do not work X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gVGh1LCBKdWwgMjYsIDIwMTIgYXQgMzoyMSBBTSwg5b2t546J5YmRIDxwZW5neXVqaWFuNTIw MTMxNEAxMjYuY29tPiB3cm90ZToKPiBIZXJlIGlzIHRoZSBvdXRwdXQgb2YgeG0gdmNwdS1saXN0 IHduc2h3Ogo+IE5hbWUgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBJRCBWQ1BVcyAgIENQ VSBTdGF0ZSAgIFRpbWUocykgQ1BVCj4gQWZmaW5pdHkKPiB3bnNodyAgICAgICAgICAgICAgICAg ICAgICAgICAgICA3NDYgICAgIDAgICAgIDEgICAtYi0gICAgIDM2OS4wIGFueSBjcHUKPiB3bnNo dyAgICAgICAgICAgICAgICAgICAgICAgICAgICA3NDYgICAgIDEgICAgIC0gICAtLXAgICAgICAg MC4wIGFueSBjcHUKPiBJIGRvbid0IGtub3cgd2h5IHRoZSBzdGF0ZSBvZiB2cGN1IDEgaXMgcC4g SG93IHRvIGxldCB0aGUgZG9tYWluIHVzZSB0d28KPiBjcHVzPwoKV2hhdCBndWVzdCBvcGVyYXRp bmcgc3lzdGVtIGFyZSB5b3UgcnVubmluZz8gIE9uZSByZWFzb24gaXQgbWlnaHQgYmUKcGF1c2Vk IGlzIHRoYXQgdGhlIG9wZXJhdGluZyBzeXN0ZW0gaGFzbid0IGJyb3VnaHQgdXAgdGhlIENQVSB5 ZXQgZm9yCnNvbWUgcmVhc29uLiAgWW91J3JlIG5vdCwgcGVyaGFwcywgcnVubmluZyBhIFdpbmRv d3MgaW5zdGFsbGVyIHdoZW4KeW91IGRvIHRoZSAieG0gdmNwdS1saXN0IiwgYXJlIHlvdT8KCj4g TXkgeGVuIHZlcnNpb24gaXMgMy4xLgo+IEFueSBvbmUgY2FuIGhlbHAgbWU/CgpXaHkgYXJlIHlv dSB1c2luZyAzLjE/ICBJdCdzIGluY3JlZGlibHkgYW5jaWVudCBub3cgKG92ZXIgNSB5ZWFycwpv bGQpOyBpZiB0aGVyZSBpcyBhIGJ1ZywgSSBkb24ndCB0aGluayBhbnlvbmUgd291bGQgYmUgaW50 ZXJlc3RlZCBpbgp0cnlpbmcgdG8gZml4IGl0IGF0IHRoaXMgcG9pbnQuCgogLUdlb3JnZQoKX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1h aWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94 ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Thu Jul 26 14:28:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jul 2012 14:28: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 1SuP1X-00067e-Sx; Thu, 26 Jul 2012 14:26:43 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SuP1W-00067O-I5 for xen-users@lists.xen.org; Thu, 26 Jul 2012 14:26:42 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1343312793!4074523!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20133 invoked from network); 26 Jul 2012 14:26:33 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jul 2012 14:26:33 -0000 Received: by lbok6 with SMTP id k6so1711639lbo.32 for ; Thu, 26 Jul 2012 07:26:32 -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 :content-transfer-encoding; bh=08l1hfpEHPu+CvQkl4SA03YySSUn/pk2npw73qQJDNQ=; b=eQLZwI28XE+BzmqBg4zfMXhhXoDDTf0NwdMv1Na3yOnfVaqjJK9bM8trFT9Wx7rmw8 fyIdfHV//sFCLm5MSOiDOtoZSTAq9a/ZaIFpM6WC+ge1IVjvlOvBv12wE47tt/wVU2O0 cwImGo8rh8UFH9CBOJWVZWCDMAvBYhKql09jRpzGqQlh94PkCVmEeJkdY5eRHJOAeACK rTR6BY62BuU+/8K3qD6mwcifZW0E+7K7LELbv8pwhh3ZJ75kzlbaqlHbDruZGvg0dG3M K5vq7lrTwI33Ez+ZJtVV5TWXBGH9YuxCA8mO4Z9lXCrujfSdAFEHdCM/Pe2JhjgOiz2z 6PNg== MIME-Version: 1.0 Received: by 10.152.109.198 with SMTP id hu6mr29952660lab.21.1343312792716; Thu, 26 Jul 2012 07:26:32 -0700 (PDT) Received: by 10.112.24.42 with HTTP; Thu, 26 Jul 2012 07:26:32 -0700 (PDT) In-Reply-To: <692e44a4.194f7.138c116a2a3.Coremail.pengyujian5201314@126.com> References: <692e44a4.194f7.138c116a2a3.Coremail.pengyujian5201314@126.com> Date: Thu, 26 Jul 2012 15:26:32 +0100 X-Google-Sender-Auth: krF6oZ6UFDcHvhz3JwIwq5voiVM Message-ID: From: George Dunlap To: =?UTF-8?B?5b2t546J5YmR?= Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xen vcpus=2 do not work X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gVGh1LCBKdWwgMjYsIDIwMTIgYXQgMzoyMSBBTSwg5b2t546J5YmRIDxwZW5neXVqaWFuNTIw MTMxNEAxMjYuY29tPiB3cm90ZToKPiBIZXJlIGlzIHRoZSBvdXRwdXQgb2YgeG0gdmNwdS1saXN0 IHduc2h3Ogo+IE5hbWUgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBJRCBWQ1BVcyAgIENQ VSBTdGF0ZSAgIFRpbWUocykgQ1BVCj4gQWZmaW5pdHkKPiB3bnNodyAgICAgICAgICAgICAgICAg ICAgICAgICAgICA3NDYgICAgIDAgICAgIDEgICAtYi0gICAgIDM2OS4wIGFueSBjcHUKPiB3bnNo dyAgICAgICAgICAgICAgICAgICAgICAgICAgICA3NDYgICAgIDEgICAgIC0gICAtLXAgICAgICAg MC4wIGFueSBjcHUKPiBJIGRvbid0IGtub3cgd2h5IHRoZSBzdGF0ZSBvZiB2cGN1IDEgaXMgcC4g SG93IHRvIGxldCB0aGUgZG9tYWluIHVzZSB0d28KPiBjcHVzPwoKV2hhdCBndWVzdCBvcGVyYXRp bmcgc3lzdGVtIGFyZSB5b3UgcnVubmluZz8gIE9uZSByZWFzb24gaXQgbWlnaHQgYmUKcGF1c2Vk IGlzIHRoYXQgdGhlIG9wZXJhdGluZyBzeXN0ZW0gaGFzbid0IGJyb3VnaHQgdXAgdGhlIENQVSB5 ZXQgZm9yCnNvbWUgcmVhc29uLiAgWW91J3JlIG5vdCwgcGVyaGFwcywgcnVubmluZyBhIFdpbmRv d3MgaW5zdGFsbGVyIHdoZW4KeW91IGRvIHRoZSAieG0gdmNwdS1saXN0IiwgYXJlIHlvdT8KCj4g TXkgeGVuIHZlcnNpb24gaXMgMy4xLgo+IEFueSBvbmUgY2FuIGhlbHAgbWU/CgpXaHkgYXJlIHlv dSB1c2luZyAzLjE/ICBJdCdzIGluY3JlZGlibHkgYW5jaWVudCBub3cgKG92ZXIgNSB5ZWFycwpv bGQpOyBpZiB0aGVyZSBpcyBhIGJ1ZywgSSBkb24ndCB0aGluayBhbnlvbmUgd291bGQgYmUgaW50 ZXJlc3RlZCBpbgp0cnlpbmcgdG8gZml4IGl0IGF0IHRoaXMgcG9pbnQuCgogLUdlb3JnZQoKX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1h aWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94 ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Thu Jul 26 15:32:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jul 2012 15:32:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SuQ1g-0003W9-La; Thu, 26 Jul 2012 15:30:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SuQ1f-0003Vm-E4 for xen-users@lists.xensource.com; Thu, 26 Jul 2012 15:30:55 +0000 Received: from [85.158.143.35:46765] by server-2.bemta-4.messagelabs.com id 13/48-17938-DA261105; Thu, 26 Jul 2012 15:30:53 +0000 X-Env-Sender: Ian.Jackson@eu.citrix.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1343316643!13912682!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDY5ODA=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31460 invoked from network); 26 Jul 2012 15:30:44 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jul 2012 15:30:44 -0000 X-IronPort-AV: E=Sophos;i="4.77,659,1336348800"; d="scan'208";a="13718668" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Jul 2012 15:30:43 +0000 Received: from norwich.cam.xci-test.com (10.80.248.129) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Thu, 26 Jul 2012 16:30:43 +0100 Received: from mariner.cam.xci-test.com ([10.80.2.22] helo=mariner.uk.xensource.com ident=Debian-exim) by norwich.cam.xci-test.com with esmtp (Exim 4.72) (envelope-from ) id 1SuQ1T-0007Cp-5w; Thu, 26 Jul 2012 15:30:43 +0000 Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72) (envelope-from ) id 1SuQ1T-0002n8-51; Thu, 26 Jul 2012 16:30:43 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="BrElw89WAF" Content-Transfer-Encoding: 7bit Message-ID: <20497.25251.118584.533875@mariner.uk.xensource.com> Date: Thu, 26 Jul 2012 16:30:43 +0100 From: Xen.org security team To: xen-announce@lists.xensource.com, xen-devel@lists.xensource.com, xen-users@lists.xensource.com, oss-security@lists.openwall.com X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu) Subject: [Xen-users] Xen Security Advisory 10 - HVM guest user mode MMIO emulation DoS X-BeenThere: xen-users@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 --BrElw89WAF Content-Type: text/plain; charset="us-ascii" Content-Description: message body text Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory XSA-10 HVM guest user mode MMIO emulation DoS vulnerability ISSUE DESCRIPTION ================= Internal data of the emulator for MMIO operations may, under certain rare conditions, at the end of one emulation cycle be left in a state affecting a subsequent emulation such that this second emulation would fail, causing an exception to be reported to the guest kernel where none is expected. IMPACT ====== Guest mode unprivileged (user) code, which has been granted the privilege to access MMIO regions, may leverage that access to crash the whole guest. VULNERABLE SYSTEMS ================== All HVM guests exposing MMIO ranges to unprivileged (user) mode. All versions of Xen which support HVM guests are vulnerable to this issue. MITIGATION ========== This issue can be mitigated by running PV (para-virtualised) guests only, or by ensuring (inside the guest) that MMIO regions can be accessed only by trustworthy processes. RESOLUTION ========== Applying the appropriate attached patch will resolve the issue. NOTE REGARDING CVE ================== We do not yet have a CVE Candidate number for this vulnerability. PATCH INFORMATION ================= The attached patches resolve this issue $ sha256sum xsa10-*.patch f96b7849194901d7f663895f88c2ca4f4721559f1c1fe13bba515336437ab912 xsa10-4.x.patch fb9dead017dfea99ad3e8d928582e67160c76518b7fe207d9a3324811baf06dd xsa10-unstable.patch -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQEcBAEBAgAGBQJQEWB0AAoJEIP+FMlX6CvZYhUH+wVPIAAfKPp5p5TYvY90nAbR O427AbXKDD0Gval78ygQSIiQIrmP0l5MZdx/FsXfw5cXyNHWJDHrwzA9jXzfYeor boFvYCjdgyeh6cBM7BR2OFgoB+v3KmMSZOSDfH87SYzZTpK1+2ImDgsoaI5cqUMN x92bXzqohZhcG/5PBhdVaEdj3KTGCHZYwjieUdi5BbWsQry9Rzd7nV6TsRHAaBkW +9s3XxtobMNMJyr2t7ZKO1YwfLSprpfFcZk4zfdLLFMBvvPoF7V+Pi3PJ+8S38QN YcyhPoLgoTqSKZ7buyMux9JwSzn8yi4ETMHMTc3VGFQZQwnlNeMWVEUG2CiYVn8= =H0Nc -----END PGP SIGNATURE----- --BrElw89WAF Content-Type: application/octet-stream; name="xsa10-unstable.patch" Content-Disposition: attachment; filename="xsa10-unstable.patch" Content-Transfer-Encoding: base64 eDg2L2h2bTogZG9uJ3QgbGVhdmUgZW11bGF0b3IgaW4gaW5jb25zaXN0ZW50IHN0YXRlCgpUaGUg ZmFjdCB0aGF0IGhhbmRsZV9tbWlvKCksIGFuZCB0aHVzIHRoZSBpbnN0cnVjdGlvbiBlbXVsYXRv ciwgaXMKYmVpbmcgcnVuIHRocm91Z2ggdHdpY2UgZm9yIGVtdWxhdGlvbnMgdGhhdCByZXF1aXJl IGludm9sdmVtZW50IG9mIHRoZQpkZXZpY2UgbW9kZWwsIGFsbG93cyBmb3IgdGhlIHNlY29uZCBy dW4gdG8gc2VlIGEgZGlmZmVyZW50IGd1ZXN0IHN0YXRlCnRoYW4gdGhlIGZpcnN0IG9uZS4gU2lu Y2Ugb25seSB0aGUgTU1JTy1zcGVjaWZpYyBlbXVsYXRpb24gcm91dGluZXMKdXBkYXRlIHRoZSB2 Q1BVJ3MgaW9fc3RhdGUsIGlmIHRoZXkgZ2V0IGludm9rZWQgb24gdGhlIHNlY29uZCBwYXNzLApp bnRlcm5hbCBzdGF0ZSAoYW5kIHBhcnRpY3VsYXJseSB0aGlzIHZhcmlhYmxlKSBjYW4gYmUgbGVm dCBpbiBhIHN0YXRlCm1ha2luZyBzdWNjZXNzZnVsIGVtdWxhdGlvbiBvZiBhIHN1YnNlcXVlbnQg TU1JTyBvcGVyYXRpb24gaW1wb3NzaWJsZS4KCkNvbnNlcXVlbnRseSwgd2hlbmV2ZXIgdGhlIGVt dWxhdG9yIGludm9jYXRpb24gcmV0dXJucyB3aXRob3V0CnJlcXVlc3RpbmcgYSByZXRyeSBvZiB0 aGUgZ3Vlc3QgaW5zdHJ1Y3Rpb24sIHJlc2V0IGlvX3N0YXRlLgoKU2lnbmVkLW9mZi1ieTogSmFu IEJldWxpY2ggPGpiZXVsaWNoQHN1c2UuY29tPgpBY2tlZC1ieTogS2VpciBGcmFzZXIgPGtlaXJA eGVuLm9yZz4KCi0tLSBhL3hlbi9hcmNoL3g4Ni9odm0vaW8uYworKysgYi94ZW4vYXJjaC94ODYv aHZtL2lvLmMKQEAgLTE3OSw2ICsxNzksOCBAQCBpbnQgaGFuZGxlX21taW8odm9pZCkKIAogICAg IHJjID0gaHZtX2VtdWxhdGVfb25lKCZjdHh0KTsKIAorICAgIGlmICggcmMgIT0gWDg2RU1VTF9S RVRSWSApCisgICAgICAgIHZpby0+aW9fc3RhdGUgPSBIVk1JT19ub25lOwogICAgIGlmICggdmlv LT5pb19zdGF0ZSA9PSBIVk1JT19hd2FpdGluZ19jb21wbGV0aW9uICkKICAgICAgICAgdmlvLT5p b19zdGF0ZSA9IEhWTUlPX2hhbmRsZV9tbWlvX2F3YWl0aW5nX2NvbXBsZXRpb247CiAgICAgZWxz ZQoK --BrElw89WAF Content-Type: application/octet-stream; name="xsa10-4.x.patch" Content-Disposition: attachment; filename="xsa10-4.x.patch" Content-Transfer-Encoding: base64 eDg2L2h2bTogZG9uJ3QgbGVhdmUgZW11bGF0b3IgaW4gaW5jb25zaXN0ZW50IHN0YXRlCgpUaGUg ZmFjdCB0aGF0IGhhbmRsZV9tbWlvKCksIGFuZCB0aHVzIHRoZSBpbnN0cnVjdGlvbiBlbXVsYXRv ciwgaXMKYmVpbmcgcnVuIHRocm91Z2ggdHdpY2UgZm9yIGVtdWxhdGlvbnMgdGhhdCByZXF1aXJl IGludm9sdmVtZW50IG9mIHRoZQpkZXZpY2UgbW9kZWwsIGFsbG93cyBmb3IgdGhlIHNlY29uZCBy dW4gdG8gc2VlIGEgZGlmZmVyZW50IGd1ZXN0IHN0YXRlCnRoYW4gdGhlIGZpcnN0IG9uZS4gU2lu Y2Ugb25seSB0aGUgTU1JTy1zcGVjaWZpYyBlbXVsYXRpb24gcm91dGluZXMKdXBkYXRlIHRoZSB2 Q1BVJ3MgaW9fc3RhdGUsIGlmIHRoZXkgZ2V0IGludm9rZWQgb24gdGhlIHNlY29uZCBwYXNzLApp bnRlcm5hbCBzdGF0ZSAoYW5kIHBhcnRpY3VsYXJseSB0aGlzIHZhcmlhYmxlKSBjYW4gYmUgbGVm dCBpbiBhIHN0YXRlCm1ha2luZyBzdWNjZXNzZnVsIGVtdWxhdGlvbiBvZiBhIHN1YnNlcXVlbnQg TU1JTyBvcGVyYXRpb24gaW1wb3NzaWJsZS4KCkNvbnNlcXVlbnRseSwgd2hlbmV2ZXIgdGhlIGVt dWxhdG9yIGludm9jYXRpb24gcmV0dXJucyB3aXRob3V0CnJlcXVlc3RpbmcgYSByZXRyeSBvZiB0 aGUgZ3Vlc3QgaW5zdHJ1Y3Rpb24sIHJlc2V0IGlvX3N0YXRlLgoKU2lnbmVkLW9mZi1ieTogSmFu IEJldWxpY2ggPGpiZXVsaWNoQHN1c2UuY29tPgpBY2tlZC1ieTogS2VpciBGcmFzZXIgPGtlaXJA eGVuLm9yZz4KCi0tLSBhL3hlbi9hcmNoL3g4Ni9odm0vaW8uYworKysgYi94ZW4vYXJjaC94ODYv aHZtL2lvLmMKQEAgLTE3Niw2ICsxNzYsOCBAQCBpbnQgaGFuZGxlX21taW8odm9pZCkKIAogICAg IHJjID0gaHZtX2VtdWxhdGVfb25lKCZjdHh0KTsKIAorICAgIGlmICggcmMgIT0gWDg2RU1VTF9S RVRSWSApCisgICAgICAgIGN1cnItPmFyY2guaHZtX3ZjcHUuaW9fc3RhdGUgPSBIVk1JT19ub25l OwogICAgIGlmICggY3Vyci0+YXJjaC5odm1fdmNwdS5pb19zdGF0ZSA9PSBIVk1JT19hd2FpdGlu Z19jb21wbGV0aW9uICkKICAgICAgICAgY3Vyci0+YXJjaC5odm1fdmNwdS5pb19zdGF0ZSA9IEhW TUlPX2hhbmRsZV9tbWlvX2F3YWl0aW5nX2NvbXBsZXRpb247CiAgICAgZWxzZQo= --BrElw89WAF Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --BrElw89WAF-- From xen-users-bounces@lists.xen.org Thu Jul 26 15:32:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jul 2012 15:32:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SuQ1g-0003W9-La; Thu, 26 Jul 2012 15:30:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SuQ1f-0003Vm-E4 for xen-users@lists.xensource.com; Thu, 26 Jul 2012 15:30:55 +0000 Received: from [85.158.143.35:46765] by server-2.bemta-4.messagelabs.com id 13/48-17938-DA261105; Thu, 26 Jul 2012 15:30:53 +0000 X-Env-Sender: Ian.Jackson@eu.citrix.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1343316643!13912682!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDY5ODA=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31460 invoked from network); 26 Jul 2012 15:30:44 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jul 2012 15:30:44 -0000 X-IronPort-AV: E=Sophos;i="4.77,659,1336348800"; d="scan'208";a="13718668" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 26 Jul 2012 15:30:43 +0000 Received: from norwich.cam.xci-test.com (10.80.248.129) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Thu, 26 Jul 2012 16:30:43 +0100 Received: from mariner.cam.xci-test.com ([10.80.2.22] helo=mariner.uk.xensource.com ident=Debian-exim) by norwich.cam.xci-test.com with esmtp (Exim 4.72) (envelope-from ) id 1SuQ1T-0007Cp-5w; Thu, 26 Jul 2012 15:30:43 +0000 Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72) (envelope-from ) id 1SuQ1T-0002n8-51; Thu, 26 Jul 2012 16:30:43 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="BrElw89WAF" Content-Transfer-Encoding: 7bit Message-ID: <20497.25251.118584.533875@mariner.uk.xensource.com> Date: Thu, 26 Jul 2012 16:30:43 +0100 From: Xen.org security team To: xen-announce@lists.xensource.com, xen-devel@lists.xensource.com, xen-users@lists.xensource.com, oss-security@lists.openwall.com X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu) Subject: [Xen-users] Xen Security Advisory 10 - HVM guest user mode MMIO emulation DoS X-BeenThere: xen-users@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 --BrElw89WAF Content-Type: text/plain; charset="us-ascii" Content-Description: message body text Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory XSA-10 HVM guest user mode MMIO emulation DoS vulnerability ISSUE DESCRIPTION ================= Internal data of the emulator for MMIO operations may, under certain rare conditions, at the end of one emulation cycle be left in a state affecting a subsequent emulation such that this second emulation would fail, causing an exception to be reported to the guest kernel where none is expected. IMPACT ====== Guest mode unprivileged (user) code, which has been granted the privilege to access MMIO regions, may leverage that access to crash the whole guest. VULNERABLE SYSTEMS ================== All HVM guests exposing MMIO ranges to unprivileged (user) mode. All versions of Xen which support HVM guests are vulnerable to this issue. MITIGATION ========== This issue can be mitigated by running PV (para-virtualised) guests only, or by ensuring (inside the guest) that MMIO regions can be accessed only by trustworthy processes. RESOLUTION ========== Applying the appropriate attached patch will resolve the issue. NOTE REGARDING CVE ================== We do not yet have a CVE Candidate number for this vulnerability. PATCH INFORMATION ================= The attached patches resolve this issue $ sha256sum xsa10-*.patch f96b7849194901d7f663895f88c2ca4f4721559f1c1fe13bba515336437ab912 xsa10-4.x.patch fb9dead017dfea99ad3e8d928582e67160c76518b7fe207d9a3324811baf06dd xsa10-unstable.patch -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQEcBAEBAgAGBQJQEWB0AAoJEIP+FMlX6CvZYhUH+wVPIAAfKPp5p5TYvY90nAbR O427AbXKDD0Gval78ygQSIiQIrmP0l5MZdx/FsXfw5cXyNHWJDHrwzA9jXzfYeor boFvYCjdgyeh6cBM7BR2OFgoB+v3KmMSZOSDfH87SYzZTpK1+2ImDgsoaI5cqUMN x92bXzqohZhcG/5PBhdVaEdj3KTGCHZYwjieUdi5BbWsQry9Rzd7nV6TsRHAaBkW +9s3XxtobMNMJyr2t7ZKO1YwfLSprpfFcZk4zfdLLFMBvvPoF7V+Pi3PJ+8S38QN YcyhPoLgoTqSKZ7buyMux9JwSzn8yi4ETMHMTc3VGFQZQwnlNeMWVEUG2CiYVn8= =H0Nc -----END PGP SIGNATURE----- --BrElw89WAF Content-Type: application/octet-stream; name="xsa10-unstable.patch" Content-Disposition: attachment; filename="xsa10-unstable.patch" Content-Transfer-Encoding: base64 eDg2L2h2bTogZG9uJ3QgbGVhdmUgZW11bGF0b3IgaW4gaW5jb25zaXN0ZW50IHN0YXRlCgpUaGUg ZmFjdCB0aGF0IGhhbmRsZV9tbWlvKCksIGFuZCB0aHVzIHRoZSBpbnN0cnVjdGlvbiBlbXVsYXRv ciwgaXMKYmVpbmcgcnVuIHRocm91Z2ggdHdpY2UgZm9yIGVtdWxhdGlvbnMgdGhhdCByZXF1aXJl IGludm9sdmVtZW50IG9mIHRoZQpkZXZpY2UgbW9kZWwsIGFsbG93cyBmb3IgdGhlIHNlY29uZCBy dW4gdG8gc2VlIGEgZGlmZmVyZW50IGd1ZXN0IHN0YXRlCnRoYW4gdGhlIGZpcnN0IG9uZS4gU2lu Y2Ugb25seSB0aGUgTU1JTy1zcGVjaWZpYyBlbXVsYXRpb24gcm91dGluZXMKdXBkYXRlIHRoZSB2 Q1BVJ3MgaW9fc3RhdGUsIGlmIHRoZXkgZ2V0IGludm9rZWQgb24gdGhlIHNlY29uZCBwYXNzLApp bnRlcm5hbCBzdGF0ZSAoYW5kIHBhcnRpY3VsYXJseSB0aGlzIHZhcmlhYmxlKSBjYW4gYmUgbGVm dCBpbiBhIHN0YXRlCm1ha2luZyBzdWNjZXNzZnVsIGVtdWxhdGlvbiBvZiBhIHN1YnNlcXVlbnQg TU1JTyBvcGVyYXRpb24gaW1wb3NzaWJsZS4KCkNvbnNlcXVlbnRseSwgd2hlbmV2ZXIgdGhlIGVt dWxhdG9yIGludm9jYXRpb24gcmV0dXJucyB3aXRob3V0CnJlcXVlc3RpbmcgYSByZXRyeSBvZiB0 aGUgZ3Vlc3QgaW5zdHJ1Y3Rpb24sIHJlc2V0IGlvX3N0YXRlLgoKU2lnbmVkLW9mZi1ieTogSmFu IEJldWxpY2ggPGpiZXVsaWNoQHN1c2UuY29tPgpBY2tlZC1ieTogS2VpciBGcmFzZXIgPGtlaXJA eGVuLm9yZz4KCi0tLSBhL3hlbi9hcmNoL3g4Ni9odm0vaW8uYworKysgYi94ZW4vYXJjaC94ODYv aHZtL2lvLmMKQEAgLTE3OSw2ICsxNzksOCBAQCBpbnQgaGFuZGxlX21taW8odm9pZCkKIAogICAg IHJjID0gaHZtX2VtdWxhdGVfb25lKCZjdHh0KTsKIAorICAgIGlmICggcmMgIT0gWDg2RU1VTF9S RVRSWSApCisgICAgICAgIHZpby0+aW9fc3RhdGUgPSBIVk1JT19ub25lOwogICAgIGlmICggdmlv LT5pb19zdGF0ZSA9PSBIVk1JT19hd2FpdGluZ19jb21wbGV0aW9uICkKICAgICAgICAgdmlvLT5p b19zdGF0ZSA9IEhWTUlPX2hhbmRsZV9tbWlvX2F3YWl0aW5nX2NvbXBsZXRpb247CiAgICAgZWxz ZQoK --BrElw89WAF Content-Type: application/octet-stream; name="xsa10-4.x.patch" Content-Disposition: attachment; filename="xsa10-4.x.patch" Content-Transfer-Encoding: base64 eDg2L2h2bTogZG9uJ3QgbGVhdmUgZW11bGF0b3IgaW4gaW5jb25zaXN0ZW50IHN0YXRlCgpUaGUg ZmFjdCB0aGF0IGhhbmRsZV9tbWlvKCksIGFuZCB0aHVzIHRoZSBpbnN0cnVjdGlvbiBlbXVsYXRv ciwgaXMKYmVpbmcgcnVuIHRocm91Z2ggdHdpY2UgZm9yIGVtdWxhdGlvbnMgdGhhdCByZXF1aXJl IGludm9sdmVtZW50IG9mIHRoZQpkZXZpY2UgbW9kZWwsIGFsbG93cyBmb3IgdGhlIHNlY29uZCBy dW4gdG8gc2VlIGEgZGlmZmVyZW50IGd1ZXN0IHN0YXRlCnRoYW4gdGhlIGZpcnN0IG9uZS4gU2lu Y2Ugb25seSB0aGUgTU1JTy1zcGVjaWZpYyBlbXVsYXRpb24gcm91dGluZXMKdXBkYXRlIHRoZSB2 Q1BVJ3MgaW9fc3RhdGUsIGlmIHRoZXkgZ2V0IGludm9rZWQgb24gdGhlIHNlY29uZCBwYXNzLApp bnRlcm5hbCBzdGF0ZSAoYW5kIHBhcnRpY3VsYXJseSB0aGlzIHZhcmlhYmxlKSBjYW4gYmUgbGVm dCBpbiBhIHN0YXRlCm1ha2luZyBzdWNjZXNzZnVsIGVtdWxhdGlvbiBvZiBhIHN1YnNlcXVlbnQg TU1JTyBvcGVyYXRpb24gaW1wb3NzaWJsZS4KCkNvbnNlcXVlbnRseSwgd2hlbmV2ZXIgdGhlIGVt dWxhdG9yIGludm9jYXRpb24gcmV0dXJucyB3aXRob3V0CnJlcXVlc3RpbmcgYSByZXRyeSBvZiB0 aGUgZ3Vlc3QgaW5zdHJ1Y3Rpb24sIHJlc2V0IGlvX3N0YXRlLgoKU2lnbmVkLW9mZi1ieTogSmFu IEJldWxpY2ggPGpiZXVsaWNoQHN1c2UuY29tPgpBY2tlZC1ieTogS2VpciBGcmFzZXIgPGtlaXJA eGVuLm9yZz4KCi0tLSBhL3hlbi9hcmNoL3g4Ni9odm0vaW8uYworKysgYi94ZW4vYXJjaC94ODYv aHZtL2lvLmMKQEAgLTE3Niw2ICsxNzYsOCBAQCBpbnQgaGFuZGxlX21taW8odm9pZCkKIAogICAg IHJjID0gaHZtX2VtdWxhdGVfb25lKCZjdHh0KTsKIAorICAgIGlmICggcmMgIT0gWDg2RU1VTF9S RVRSWSApCisgICAgICAgIGN1cnItPmFyY2guaHZtX3ZjcHUuaW9fc3RhdGUgPSBIVk1JT19ub25l OwogICAgIGlmICggY3Vyci0+YXJjaC5odm1fdmNwdS5pb19zdGF0ZSA9PSBIVk1JT19hd2FpdGlu Z19jb21wbGV0aW9uICkKICAgICAgICAgY3Vyci0+YXJjaC5odm1fdmNwdS5pb19zdGF0ZSA9IEhW TUlPX2hhbmRsZV9tbWlvX2F3YWl0aW5nX2NvbXBsZXRpb247CiAgICAgZWxzZQo= --BrElw89WAF Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --BrElw89WAF-- From xen-users-bounces@lists.xen.org Thu Jul 26 16:34:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jul 2012 16:34: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 1SuQze-0003NF-6d; Thu, 26 Jul 2012 16:32:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SuQzc-0003N8-K3 for xen-users@lists.xen.org; Thu, 26 Jul 2012 16:32:52 +0000 Received: from [85.158.139.83:55346] by server-3.bemta-5.messagelabs.com id BA/A5-03367-33171105; Thu, 26 Jul 2012 16:32:51 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1343320370!24875347!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30643 invoked from network); 26 Jul 2012 16:32:51 -0000 Received: from mail-lpp01m010-f45.google.com (HELO mail-lpp01m010-f45.google.com) (209.85.215.45) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jul 2012 16:32:51 -0000 Received: by lahc1 with SMTP id c1so1682048lah.32 for ; Thu, 26 Jul 2012 09:32:50 -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=6N5UtmYiznEg8ZQW+6WywG7QyIcJLg9kLdFFiBetNwE=; b=EmF8R5Wr22KWgl1hKk+kvU+M/gf4ozm3QBxcphq/1pXHaDqG2KJsvp5o4lZ0LHliDC vDX5t3TX/5nQnjLZFhmLcgqvqZb5LPfsk4ERpoIljR2ZUF76ZBbpeYuHoST/6sANsemb m3F7ymiW6p9Ygv10GMC1IKE4/VByq3JMOdnySOcSLGcJagQ7pzlPazhaG9FTzXjSdVdr x4uJvhDBv/Z4kS0DOVV+wqcr/5smJdvCf/n/YSbkk6fEJ6fdolX2AjningnEQkc4A2BO 3aK2t0t1OeQ6VYsDTp3dTfg7wq/cj+Qd+NSqRbPIsV3OUPxEPU44dHO8MSlfuUysF+8N XFzg== MIME-Version: 1.0 Received: by 10.152.124.180 with SMTP id mj20mr30659607lab.43.1343320370469; Thu, 26 Jul 2012 09:32:50 -0700 (PDT) Received: by 10.112.24.42 with HTTP; Thu, 26 Jul 2012 09:32:50 -0700 (PDT) In-Reply-To: <1343072647.24467.18.camel@pc0167> References: <1343072647.24467.18.camel@pc0167> Date: Thu, 26 Jul 2012 17:32:50 +0100 X-Google-Sender-Auth: Re0vgagDtp-wj0MVo5SwvqYsvKs Message-ID: From: George Dunlap To: James Calfee Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] centos.org 5 Installation_Guide-en-US/ch02s04.html#s2-steps-make-cd X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 23, 2012 at 8:44 PM, James Calfee wrote: > > There seems to be several problems in this kickstart cd document. I > guess this was copied from RedHat's documentation. Can someone please > direct me or my comments to the right person? Thank you for looking into this -- have you tried looking at the centos.org website to find out whom to contact about documentation changes? Perhaps they have a "documentation" section of their bugtracker? I don't think any of us are directly active with that project. Let me know if you don't get anywhere, and I can try to follow my network of contacts to get it to the right person. But I suspect it will be faster for you to contact someone at centos yourself. -George > > > http://www.centos.org/docs/5/html/Installation_Guide-en-US/ch02s04.html#s2-steps-make-cd > > this command (in the documentation) needs a space in it: > cp -r /isolinux/ > > > The chmod command is skipping the isolinux directory and all > subdirectories and files. Also, I did need the read permission too. > So, this command in the directions is incorrect: > chmod u+w isolinux/* > > The mkisofs command in the browser is only one line. So the \ is > confusing in the line and it is not clear to some people that this is > the line continuation character. This command should appear as 2 lines > or that continuation char and explanation should be removed. > > The boot seems to expect to find vmlinuz in a sub-folder called > isolinux. This is the error I see: > > 7/18/2012 11:42:31 AM Error: Starting VM 'CentOS 6.0 (64-bit) > (kickstart)' - INVALID_SOURCE - Unable to access a required file in the > specified repository: file:///tmp/cdrom-repo-6ZKdE0/isolinux/vmlinuz. > > Like the chmod mistake above, the file.iso produced by your mkisofs > command did not include the isolinux folder (just the files in the > folder). So, I changed the mkisofs command to collect files in "." and > to store the file.iso one level up "../file.iso" ... isolinux.bin and > boot.cat paths needed adjusting too. > > > > > _______________________________________________ > 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 Jul 26 16:34:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jul 2012 16:34: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 1SuQze-0003NF-6d; Thu, 26 Jul 2012 16:32:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SuQzc-0003N8-K3 for xen-users@lists.xen.org; Thu, 26 Jul 2012 16:32:52 +0000 Received: from [85.158.139.83:55346] by server-3.bemta-5.messagelabs.com id BA/A5-03367-33171105; Thu, 26 Jul 2012 16:32:51 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1343320370!24875347!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30643 invoked from network); 26 Jul 2012 16:32:51 -0000 Received: from mail-lpp01m010-f45.google.com (HELO mail-lpp01m010-f45.google.com) (209.85.215.45) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jul 2012 16:32:51 -0000 Received: by lahc1 with SMTP id c1so1682048lah.32 for ; Thu, 26 Jul 2012 09:32:50 -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=6N5UtmYiznEg8ZQW+6WywG7QyIcJLg9kLdFFiBetNwE=; b=EmF8R5Wr22KWgl1hKk+kvU+M/gf4ozm3QBxcphq/1pXHaDqG2KJsvp5o4lZ0LHliDC vDX5t3TX/5nQnjLZFhmLcgqvqZb5LPfsk4ERpoIljR2ZUF76ZBbpeYuHoST/6sANsemb m3F7ymiW6p9Ygv10GMC1IKE4/VByq3JMOdnySOcSLGcJagQ7pzlPazhaG9FTzXjSdVdr x4uJvhDBv/Z4kS0DOVV+wqcr/5smJdvCf/n/YSbkk6fEJ6fdolX2AjningnEQkc4A2BO 3aK2t0t1OeQ6VYsDTp3dTfg7wq/cj+Qd+NSqRbPIsV3OUPxEPU44dHO8MSlfuUysF+8N XFzg== MIME-Version: 1.0 Received: by 10.152.124.180 with SMTP id mj20mr30659607lab.43.1343320370469; Thu, 26 Jul 2012 09:32:50 -0700 (PDT) Received: by 10.112.24.42 with HTTP; Thu, 26 Jul 2012 09:32:50 -0700 (PDT) In-Reply-To: <1343072647.24467.18.camel@pc0167> References: <1343072647.24467.18.camel@pc0167> Date: Thu, 26 Jul 2012 17:32:50 +0100 X-Google-Sender-Auth: Re0vgagDtp-wj0MVo5SwvqYsvKs Message-ID: From: George Dunlap To: James Calfee Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] centos.org 5 Installation_Guide-en-US/ch02s04.html#s2-steps-make-cd X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 23, 2012 at 8:44 PM, James Calfee wrote: > > There seems to be several problems in this kickstart cd document. I > guess this was copied from RedHat's documentation. Can someone please > direct me or my comments to the right person? Thank you for looking into this -- have you tried looking at the centos.org website to find out whom to contact about documentation changes? Perhaps they have a "documentation" section of their bugtracker? I don't think any of us are directly active with that project. Let me know if you don't get anywhere, and I can try to follow my network of contacts to get it to the right person. But I suspect it will be faster for you to contact someone at centos yourself. -George > > > http://www.centos.org/docs/5/html/Installation_Guide-en-US/ch02s04.html#s2-steps-make-cd > > this command (in the documentation) needs a space in it: > cp -r /isolinux/ > > > The chmod command is skipping the isolinux directory and all > subdirectories and files. Also, I did need the read permission too. > So, this command in the directions is incorrect: > chmod u+w isolinux/* > > The mkisofs command in the browser is only one line. So the \ is > confusing in the line and it is not clear to some people that this is > the line continuation character. This command should appear as 2 lines > or that continuation char and explanation should be removed. > > The boot seems to expect to find vmlinuz in a sub-folder called > isolinux. This is the error I see: > > 7/18/2012 11:42:31 AM Error: Starting VM 'CentOS 6.0 (64-bit) > (kickstart)' - INVALID_SOURCE - Unable to access a required file in the > specified repository: file:///tmp/cdrom-repo-6ZKdE0/isolinux/vmlinuz. > > Like the chmod mistake above, the file.iso produced by your mkisofs > command did not include the isolinux folder (just the files in the > folder). So, I changed the mkisofs command to collect files in "." and > to store the file.iso one level up "../file.iso" ... isolinux.bin and > boot.cat paths needed adjusting too. > > > > > _______________________________________________ > 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 Jul 26 16:44:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jul 2012 16:44: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 1SuR9K-0004jN-CR; Thu, 26 Jul 2012 16:42:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SuR9J-0004jE-0u for xen-users@lists.xensource.com; Thu, 26 Jul 2012 16:42:53 +0000 Received: from [85.158.139.83:59401] by server-1.bemta-5.messagelabs.com id BA/E9-29759-C8371105; Thu, 26 Jul 2012 16:42:52 +0000 X-Env-Sender: mark@nerdish.us X-Msg-Ref: server-5.tower-182.messagelabs.com!1343320970!28868389!1 X-Originating-IP: [209.85.217.171] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11768 invoked from network); 26 Jul 2012 16:42:50 -0000 Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com) (209.85.217.171) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jul 2012 16:42:50 -0000 Received: by lbom4 with SMTP id m4so1923138lbo.30 for ; Thu, 26 Jul 2012 09:42:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :x-gm-message-state; bh=whjriq+4700wXEJOAXlgEU63NSDy1535jYmlUPJiRpE=; b=RiQF3TjyXog8HbFKxgygtCUoTXUYylb7jK74cn6QTmbnR1iB/lRrOZ2QrK3tdRz6eh agfPdFCxW3tAMDGgurfQW9AeylfZB9fX1PTvTnqwveccjvmo7tJd01zxZgCAkt+L7xJQ 8/XszBiuP/5h8mcqzEPKSPE4qbT9Wxi6rGsG8L463RPpkFs5KpGuwx8eQKrCd705dJQL +fFSOeLWBzuXqSmLsrsqXoqXlS5Wue3JFbznvLRE1Fe8Lpx35JToFfFPL32fkYmeBbw7 uQeS75Sbtzh07MEwfcIulJDS6Wru/bZfB/0dI7j78Cxlj2wRZbjql6GpoduKDGxxznvo DBsw== MIME-Version: 1.0 Received: by 10.112.83.198 with SMTP id s6mr13635004lby.76.1343320969995; Thu, 26 Jul 2012 09:42:49 -0700 (PDT) Received: by 10.114.0.175 with HTTP; Thu, 26 Jul 2012 09:42:49 -0700 (PDT) In-Reply-To: References: Date: Thu, 26 Jul 2012 11:42:49 -0500 X-Google-Sender-Auth: q1NAm1GX-AiTxbLOrs5kyvJYiVQ Message-ID: From: xenusers To: xen-users@lists.xensource.com X-Gm-Message-State: ALoCoQlUWn/6oLvPdfXv7CZ0xZHiF4dEBO8Ro2Rwhwiccevjw8aBSqITOUwYm009cnRPn1xY6ngA Subject: Re: [Xen-users] Instant panic+reboot when starting HVM on PowerEdge R815s X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4154715144347850942==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4154715144347850942== Content-Type: multipart/alternative; boundary=f46d04016b233c65f104c5be49b3 --f46d04016b233c65f104c5be49b3 Content-Type: text/plain; charset=ISO-8859-1 Following up (and top-posting, oh well) in case someone else searches the archives... this isn't an issue with Debian Wheezy and Xen 4.1. Apparently Xen 4.0.x and AMD 6200 series processors is not a possible combination. Now if I can only figure out why Xen 4.1 and Debian Wheezy = no network for domUs at all, either PV or HVM, unless I put the underlying interface for the bridge in promiscuous mode... On Wed, Jul 25, 2012 at 6:45 PM, xenusers wrote: > Hello list, > > I'm hoping someone else has seen and/or solved this. We have two older > R815s that run HVM domUs no problem. They're running AMD Opteron 6174 (48 > core) processors. We have five newer R815s, they run AMD Opteron 6274 > processors. The new servers have handled some testing with PV guests > wonderfully, spinning up dozens and dozens and making them as busy as > possible. Today I've tried to start a first test Windows VM on the new > machines, and it's an instant panic+reboot. The dom0s are Debian 6.0.5. > with Xen 4.0.1 (just straight up Debian Squeeze that was freshly installed > and updated two days ago). > > (XEN) ----[ Xen-4.0.1 x86_64 debug=n Not tainted ]---- > (XEN) CPU: 2 > (XEN) RIP: e008:[] svm_fpu_enter+0x74/0xb0 > (XEN) RFLAGS: 0000000000010256 CONTEXT: hypervisor > (XEN) rax: 0000000000000003 rbx: ffff83041ac9d000 rcx: 0000000000000000 > (XEN) rdx: 0000000000000000 rsi: 0000000000000003 rdi: ffff8300df2d8000 > (XEN) rbp: ffff83041ac9d000 rsp: ffff83041ff27758 r8: ffff83041ff27c58 > (XEN) r9: 0000000000000048 r10: 0000000000000022 r11: 0000000000000000 > (XEN) r12: 0000000000000011 r13: 0000000000000002 r14: ffff82c48022a7e0 > (XEN) r15: 0000000000000000 cr0: 0000000080050033 cr4: 00000000000006f0 > (XEN) cr3: 0000000419f19000 cr2: 0000000000000000 > (XEN) ds: 0000 es: 0000 fs: 0010 gs: 0010 ss: 0000 cs: e008 > (XEN) Xen stack trace from rsp=ffff83041ff27758: > (XEN) ffff8300df2d8000 ffff82c4801af7bd ffff82c48022a7e0 > ffff8300df2d8000 > (XEN) 0000000000000010 ffff82c48019e682 ffffffff0c930020 > ffff83041ff27c58 > (XEN) 0000000000000002 0000000000000000 0000000000000000 > 0000000000000000 > (XEN) 0000000000000002 ffff82c480199c4c 0000000000000022 > ffff82c480199d3c > (XEN) ffff83041ff27c58 ffff82c4801787bf ffffffff08930010 > ffff83041ff27c58 > (XEN) 0000000000000000 ffff82c480186d03 0000000000000002 > ffff83041ff278a0 > (XEN) 0000000000000000 0000000000000022 ffff830400000048 > 0000000000000004 > (XEN) 000000000000006e ffff83041ff27b70 0000000000000000 > 0000000000000002 > (XEN) ffff83041ff278e8 0000000000000002 0000000000000048 > 0000000000000001 > (XEN) 0000000000000028 00000000801e3d07 ffff83041ff279f8 > 0100830400000000 > (XEN) 0000000000000000 0000000000000000 00000000000000c0 > 0000000000000000 > (XEN) 0000000000000000 0000000000000008 0000000000000000 > 0000000000000000 > (XEN) 0000000000000000 0000000000000000 0000000000000000 > 0000000000000000 > (XEN) 0000000000000000 0000000000000000 0000000000000000 > 0000000000000000 > (XEN) 0000000000000000 0000000000000000 0000000000000000 > 0000000000000000 > (XEN) 0000000000000000 0000000000000000 0000000000000000 > 0000000000000000 > (XEN) 0000000000000000 0000000000000004 0000000000000003 > 0000000000000000 > (XEN) 0000000000000046 0000000000000000 0000000000000000 > 0000000000000000 > (XEN) 0000000000000000 0000000000000000 0000000000000000 > 0000000200000001 > (XEN) 0000000000000000 0000000000000000 0000000000000000 > 0000000000000000 > (XEN) Xen call trace: > (XEN) [] svm_fpu_enter+0x74/0xb0 > (XEN) [] svm_update_guest_cr+0x14d/0x160 > (XEN) [] hvm_set_cr0+0x172/0x3e0 > (XEN) [] hvmemul_write_cr+0x5c/0xf0 > (XEN) [] hvmemul_read_segment+0xc/0x20 > (XEN) [] get_cpl+0x3f/0x50 > (XEN) [] x86_emulate+0xdd63/0xff10 > (XEN) [] __hvm_copy+0x350/0x3c0 > (XEN) [] __hvm_copy+0x350/0x3c0 > (XEN) [] hvm_emulate_one+0xd3/0x1d0 > (XEN) [] hvmemul_get_seg_reg+0x58/0x70 > (XEN) [] hvm_emulate_one+0xd3/0x1d0 > (XEN) [] hvmemul_get_seg_reg+0x58/0x70 > (XEN) [] handle_mmio+0x64/0x1b0 > (XEN) [] time_calibration_std_rendezvous+0x91/0xc0 > (XEN) [] svm_vmexit_handler+0x3c5/0x10f0 > (XEN) [] svm_do_resume+0x74/0xc0 > (XEN) [] context_switch+0x174/0xf90 > (XEN) [] schedule+0x1e3/0x500 > (XEN) [] pt_update_irq+0x2c/0x210 > (XEN) [] hvm_vcpu_has_pending_irq+0x4c/0xb0 > (XEN) [] svm_intr_assist+0x41/0x150 > (XEN) [] __do_softirq+0x6e/0x90 > (XEN) [] svm_stgi_label+0x8/0x24 > (XEN) > (XEN) > (XEN) **************************************** > (XEN) Panic on CPU 2: > (XEN) FATAL TRAP: vector = 6 (invalid opcode) > (XEN) **************************************** > (XEN) > (XEN) Reboot in five seconds... > > > I tried with a config based on a Windows guest that is running perfectly > on the older R815s AMD 6174 processors. The only things I had to change > were name, MAC, disks. It crashes immediately on the newer R815s. > > kernel = "hvmloader" > builder='hvm' > memory = 1024 > name = "winhost" > vcpus=1 > # Since cpus are 0 and 1 are dedicated to dom0 by the Xen command line > # we added to grub, make domUs run on the other cpus. > cpus="2-63" > vif = [ 'bridge=xenbr0, mac=0A:33:50:10:7B:FE' ] > disk = [ 'phy:/dev/mapper/winhost,hda,w' ] > device_model = 'qemu-dm' > boot="cda" > sdl=0 > opengl=1 > vnc=1 > vncpasswd='' > stdvga=0 > serial='pty' > tsc_mode=0 > usbdevice='tablet' > localtime=1 > > Is there anybody out there successfully running Xen HVM domUs on PowerEdge > R815s with the AMD 6274 CPUs? If so, can you share a (sanitized) config > that I might try? I have no idea what these crashes are a result of, but > I'd love to have a known good working HVM config to start from. > > Regards, > Mark > > > --f46d04016b233c65f104c5be49b3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Following up (and top-posting, oh well) in case someone else searches the a= rchives... =A0this isn't an issue with Debian Wheezy and Xen 4.1. =A0Ap= parently Xen 4.0.x and AMD 6200 series processors is not a possible combina= tion.

Now if I can only figure out why Xen 4.1 and Debian Wheezy = =3D no network for domUs at all, =A0either PV or HVM, unless I put the unde= rlying interface for the bridge in promiscuous mode...

=


On Wed, Jul 25, 2012 at 6:45 = PM, xenusers <m+xenusers@nerdish.us> wrote:
Hello list,

I'm hoping someone else has seen and/or solved this.= =A0 We have two older R815s that run HVM domUs no problem.=A0 They're r= unning AMD Opteron 6174 (48 core) processors.=A0 We have five newer R815s, = they run AMD Opteron 6274 processors.=A0 The new servers have handled some = testing with PV guests wonderfully, spinning up dozens and dozens and makin= g them as busy as possible.=A0 Today I've tried to start a first test W= indows VM on the new machines, and it's an instant panic+reboot.=A0 The= dom0s are Debian 6.0.5. with Xen 4.0.1 (just straight up Debian Squeeze th= at was freshly installed and updated two days ago).

(XEN) ----[ Xen-4.0.1=A0 x86_64=A0 debug=3Dn=A0 Not tainted ]----
(= XEN) CPU:=A0=A0=A0 2
(XEN) RIP:=A0=A0=A0 e008:[<ffff82c4801af3f4>]= svm_fpu_enter+0x74/0xb0
(XEN) RFLAGS: 0000000000010256=A0=A0 CONTEXT: h= ypervisor
(XEN) rax: 0000000000000003=A0=A0 rbx: ffff83041ac9d000=A0=A0 = rcx: 0000000000000000
(XEN) rdx: 0000000000000000=A0=A0 rsi: 0000000000000003=A0=A0 rdi: ffff8300= df2d8000
(XEN) rbp: ffff83041ac9d000=A0=A0 rsp: ffff83041ff27758=A0=A0 r= 8:=A0 ffff83041ff27c58
(XEN) r9:=A0 0000000000000048=A0=A0 r10: 00000000= 00000022=A0=A0 r11: 0000000000000000
(XEN) r12: 0000000000000011=A0=A0 r13: 0000000000000002=A0=A0 r14: ffff82c4= 8022a7e0
(XEN) r15: 0000000000000000=A0=A0 cr0: 0000000080050033=A0=A0 c= r4: 00000000000006f0
(XEN) cr3: 0000000419f19000=A0=A0 cr2: 000000000000= 0000
(XEN) ds: 0000=A0=A0 es: 0000=A0=A0 fs: 0010=A0=A0 gs: 0010=A0=A0 s= s: 0000=A0=A0 cs: e008
(XEN) Xen stack trace from rsp=3Dffff83041ff27758:
(XEN)=A0=A0=A0 ffff83= 00df2d8000 ffff82c4801af7bd ffff82c48022a7e0 ffff8300df2d8000
(XEN)=A0= =A0=A0 0000000000000010 ffff82c48019e682 ffffffff0c930020 ffff83041ff27c58<= br>(XEN)=A0=A0=A0 0000000000000002 0000000000000000 0000000000000000 000000= 0000000000
(XEN)=A0=A0=A0 0000000000000002 ffff82c480199c4c 0000000000000022 ffff82c48= 0199d3c
(XEN)=A0=A0=A0 ffff83041ff27c58 ffff82c4801787bf ffffffff0893001= 0 ffff83041ff27c58
(XEN)=A0=A0=A0 0000000000000000 ffff82c480186d03 0000= 000000000002 ffff83041ff278a0
(XEN)=A0=A0=A0 0000000000000000 0000000000000022 ffff830400000048 000000000= 0000004
(XEN)=A0=A0=A0 000000000000006e ffff83041ff27b70 000000000000000= 0 0000000000000002
(XEN)=A0=A0=A0 ffff83041ff278e8 0000000000000002 0000= 000000000048 0000000000000001
(XEN)=A0=A0=A0 0000000000000028 00000000801e3d07 ffff83041ff279f8 010083040= 0000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 00000000000000c= 0 0000000000000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000008 0000= 000000000000 0000000000000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 0000000000000000 000000000= 0000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 000000000000000= 0 0000000000000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 0000= 000000000000 0000000000000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 0000000000000000 000000000= 0000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000004 000000000000000= 3 0000000000000000
(XEN)=A0=A0=A0 0000000000000046 0000000000000000 0000= 000000000000 0000000000000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 0000000000000000 000000020= 0000001
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 000000000000000= 0 0000000000000000
(XEN) Xen call trace:
(XEN)=A0=A0=A0 [<ffff82c4= 801af3f4>] svm_fpu_enter+0x74/0xb0
(XEN)=A0=A0=A0 [<ffff82c4801af7bd>] svm_update_guest_cr+0x14d/0x160(XEN)=A0=A0=A0 [<ffff82c48019e682>] hvm_set_cr0+0x172/0x3e0
(XEN= )=A0=A0=A0 [<ffff82c480199c4c>] hvmemul_write_cr+0x5c/0xf0
(XEN)= =A0=A0=A0 [<ffff82c480199d3c>] hvmemul_read_segment+0xc/0x20
(XEN)=A0=A0=A0 [<ffff82c4801787bf>] get_cpl+0x3f/0x50
(XEN)=A0=A0= =A0 [<ffff82c480186d03>] x86_emulate+0xdd63/0xff10
(XEN)=A0=A0=A0 = [<ffff82c4801a00d0>] __hvm_copy+0x350/0x3c0
(XEN)=A0=A0=A0 [<ff= ff82c4801a00d0>] __hvm_copy+0x350/0x3c0
(XEN)=A0=A0=A0 [<ffff82c4801999d3>] hvm_emulate_one+0xd3/0x1d0
(XE= N)=A0=A0=A0 [<ffff82c4801996b8>] hvmemul_get_seg_reg+0x58/0x70
(XE= N)=A0=A0=A0 [<ffff82c4801999d3>] hvm_emulate_one+0xd3/0x1d0
(XEN)= =A0=A0=A0 [<ffff82c4801996b8>] hvmemul_get_seg_reg+0x58/0x70
(XEN)=A0=A0=A0 [<ffff82c4801a3c04>] handle_mmio+0x64/0x1b0
(XEN)= =A0=A0=A0 [<ffff82c480170001>] time_calibration_std_rendezvous+0x91/0= xc0
(XEN)=A0=A0=A0 [<ffff82c4801b13f5>] svm_vmexit_handler+0x3c5/0= x10f0
(XEN)=A0=A0=A0 [<ffff82c4801b0d74>] svm_do_resume+0x74/0xc0<= br> (XEN)=A0=A0=A0 [<ffff82c48014e3a4>] context_switch+0x174/0xf90
(XE= N)=A0=A0=A0 [<ffff82c48011c153>] schedule+0x1e3/0x500
(XEN)=A0=A0= =A0 [<ffff82c4801ae22c>] pt_update_irq+0x2c/0x210
(XEN)=A0=A0=A0 [= <ffff82c4801a4f6c>] hvm_vcpu_has_pending_irq+0x4c/0xb0
(XEN)=A0=A0=A0 [<ffff82c4801aebc1>] svm_intr_assist+0x41/0x150
(XE= N)=A0=A0=A0 [<ffff82c48011d77e>] __do_softirq+0x6e/0x90
(XEN)=A0= =A0=A0 [<ffff82c4801aea84>] svm_stgi_label+0x8/0x24
(XEN)=A0=A0=A0=
(XEN)
(XEN) ****************************************
(XEN) Panic on CPU 2:
(XEN) FATAL TRAP: vector =3D 6 (invalid opcode)(XEN) ****************************************
(XEN)
(XEN) Reboot i= n five seconds...


I tried with a config based on a Windows guest= that is running perfectly on the older R815s AMD 6174 processors.=A0 The o= nly things I had to change were name, MAC, disks.=A0 It crashes immediately= on the newer R815s.

kernel =3D "hvmloader"
builder=3D'hvm'
memory = =3D 1024
name =3D "winhost"
vcpus=3D1
# Since cpus are 0= and 1 are dedicated to dom0 by the Xen command line
# we added to grub,= make domUs run on the other cpus.
cpus=3D"2-63"
vif =3D [ 'bridge=3Dxenbr0, mac=3D0A:33:50:1= 0:7B:FE' ]
disk =3D [ 'phy:/dev/mapper/winhost,hda,w' ]
d= evice_model =3D 'qemu-dm'
boot=3D"cda"
sdl=3D0
o= pengl=3D1
vnc=3D1
vncpasswd=3D''
stdvga=3D0
serial=3D'pty'
tsc_mode= =3D0
usbdevice=3D'tablet'
localtime=3D1

Is there anybo= dy out there successfully running Xen HVM domUs on PowerEdge R815s with the= AMD 6274 CPUs?=A0 If so, can you share a (sanitized) config that I might t= ry?=A0 I have no idea what these crashes are a result of, but I'd love = to have a known good working HVM config to start from.

Regards,
Mark



--f46d04016b233c65f104c5be49b3-- --===============4154715144347850942== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4154715144347850942==-- From xen-users-bounces@lists.xen.org Thu Jul 26 16:44:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jul 2012 16:44: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 1SuR9K-0004jN-CR; Thu, 26 Jul 2012 16:42:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SuR9J-0004jE-0u for xen-users@lists.xensource.com; Thu, 26 Jul 2012 16:42:53 +0000 Received: from [85.158.139.83:59401] by server-1.bemta-5.messagelabs.com id BA/E9-29759-C8371105; Thu, 26 Jul 2012 16:42:52 +0000 X-Env-Sender: mark@nerdish.us X-Msg-Ref: server-5.tower-182.messagelabs.com!1343320970!28868389!1 X-Originating-IP: [209.85.217.171] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11768 invoked from network); 26 Jul 2012 16:42:50 -0000 Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com) (209.85.217.171) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jul 2012 16:42:50 -0000 Received: by lbom4 with SMTP id m4so1923138lbo.30 for ; Thu, 26 Jul 2012 09:42:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :x-gm-message-state; bh=whjriq+4700wXEJOAXlgEU63NSDy1535jYmlUPJiRpE=; b=RiQF3TjyXog8HbFKxgygtCUoTXUYylb7jK74cn6QTmbnR1iB/lRrOZ2QrK3tdRz6eh agfPdFCxW3tAMDGgurfQW9AeylfZB9fX1PTvTnqwveccjvmo7tJd01zxZgCAkt+L7xJQ 8/XszBiuP/5h8mcqzEPKSPE4qbT9Wxi6rGsG8L463RPpkFs5KpGuwx8eQKrCd705dJQL +fFSOeLWBzuXqSmLsrsqXoqXlS5Wue3JFbznvLRE1Fe8Lpx35JToFfFPL32fkYmeBbw7 uQeS75Sbtzh07MEwfcIulJDS6Wru/bZfB/0dI7j78Cxlj2wRZbjql6GpoduKDGxxznvo DBsw== MIME-Version: 1.0 Received: by 10.112.83.198 with SMTP id s6mr13635004lby.76.1343320969995; Thu, 26 Jul 2012 09:42:49 -0700 (PDT) Received: by 10.114.0.175 with HTTP; Thu, 26 Jul 2012 09:42:49 -0700 (PDT) In-Reply-To: References: Date: Thu, 26 Jul 2012 11:42:49 -0500 X-Google-Sender-Auth: q1NAm1GX-AiTxbLOrs5kyvJYiVQ Message-ID: From: xenusers To: xen-users@lists.xensource.com X-Gm-Message-State: ALoCoQlUWn/6oLvPdfXv7CZ0xZHiF4dEBO8Ro2Rwhwiccevjw8aBSqITOUwYm009cnRPn1xY6ngA Subject: Re: [Xen-users] Instant panic+reboot when starting HVM on PowerEdge R815s X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4154715144347850942==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4154715144347850942== Content-Type: multipart/alternative; boundary=f46d04016b233c65f104c5be49b3 --f46d04016b233c65f104c5be49b3 Content-Type: text/plain; charset=ISO-8859-1 Following up (and top-posting, oh well) in case someone else searches the archives... this isn't an issue with Debian Wheezy and Xen 4.1. Apparently Xen 4.0.x and AMD 6200 series processors is not a possible combination. Now if I can only figure out why Xen 4.1 and Debian Wheezy = no network for domUs at all, either PV or HVM, unless I put the underlying interface for the bridge in promiscuous mode... On Wed, Jul 25, 2012 at 6:45 PM, xenusers wrote: > Hello list, > > I'm hoping someone else has seen and/or solved this. We have two older > R815s that run HVM domUs no problem. They're running AMD Opteron 6174 (48 > core) processors. We have five newer R815s, they run AMD Opteron 6274 > processors. The new servers have handled some testing with PV guests > wonderfully, spinning up dozens and dozens and making them as busy as > possible. Today I've tried to start a first test Windows VM on the new > machines, and it's an instant panic+reboot. The dom0s are Debian 6.0.5. > with Xen 4.0.1 (just straight up Debian Squeeze that was freshly installed > and updated two days ago). > > (XEN) ----[ Xen-4.0.1 x86_64 debug=n Not tainted ]---- > (XEN) CPU: 2 > (XEN) RIP: e008:[] svm_fpu_enter+0x74/0xb0 > (XEN) RFLAGS: 0000000000010256 CONTEXT: hypervisor > (XEN) rax: 0000000000000003 rbx: ffff83041ac9d000 rcx: 0000000000000000 > (XEN) rdx: 0000000000000000 rsi: 0000000000000003 rdi: ffff8300df2d8000 > (XEN) rbp: ffff83041ac9d000 rsp: ffff83041ff27758 r8: ffff83041ff27c58 > (XEN) r9: 0000000000000048 r10: 0000000000000022 r11: 0000000000000000 > (XEN) r12: 0000000000000011 r13: 0000000000000002 r14: ffff82c48022a7e0 > (XEN) r15: 0000000000000000 cr0: 0000000080050033 cr4: 00000000000006f0 > (XEN) cr3: 0000000419f19000 cr2: 0000000000000000 > (XEN) ds: 0000 es: 0000 fs: 0010 gs: 0010 ss: 0000 cs: e008 > (XEN) Xen stack trace from rsp=ffff83041ff27758: > (XEN) ffff8300df2d8000 ffff82c4801af7bd ffff82c48022a7e0 > ffff8300df2d8000 > (XEN) 0000000000000010 ffff82c48019e682 ffffffff0c930020 > ffff83041ff27c58 > (XEN) 0000000000000002 0000000000000000 0000000000000000 > 0000000000000000 > (XEN) 0000000000000002 ffff82c480199c4c 0000000000000022 > ffff82c480199d3c > (XEN) ffff83041ff27c58 ffff82c4801787bf ffffffff08930010 > ffff83041ff27c58 > (XEN) 0000000000000000 ffff82c480186d03 0000000000000002 > ffff83041ff278a0 > (XEN) 0000000000000000 0000000000000022 ffff830400000048 > 0000000000000004 > (XEN) 000000000000006e ffff83041ff27b70 0000000000000000 > 0000000000000002 > (XEN) ffff83041ff278e8 0000000000000002 0000000000000048 > 0000000000000001 > (XEN) 0000000000000028 00000000801e3d07 ffff83041ff279f8 > 0100830400000000 > (XEN) 0000000000000000 0000000000000000 00000000000000c0 > 0000000000000000 > (XEN) 0000000000000000 0000000000000008 0000000000000000 > 0000000000000000 > (XEN) 0000000000000000 0000000000000000 0000000000000000 > 0000000000000000 > (XEN) 0000000000000000 0000000000000000 0000000000000000 > 0000000000000000 > (XEN) 0000000000000000 0000000000000000 0000000000000000 > 0000000000000000 > (XEN) 0000000000000000 0000000000000000 0000000000000000 > 0000000000000000 > (XEN) 0000000000000000 0000000000000004 0000000000000003 > 0000000000000000 > (XEN) 0000000000000046 0000000000000000 0000000000000000 > 0000000000000000 > (XEN) 0000000000000000 0000000000000000 0000000000000000 > 0000000200000001 > (XEN) 0000000000000000 0000000000000000 0000000000000000 > 0000000000000000 > (XEN) Xen call trace: > (XEN) [] svm_fpu_enter+0x74/0xb0 > (XEN) [] svm_update_guest_cr+0x14d/0x160 > (XEN) [] hvm_set_cr0+0x172/0x3e0 > (XEN) [] hvmemul_write_cr+0x5c/0xf0 > (XEN) [] hvmemul_read_segment+0xc/0x20 > (XEN) [] get_cpl+0x3f/0x50 > (XEN) [] x86_emulate+0xdd63/0xff10 > (XEN) [] __hvm_copy+0x350/0x3c0 > (XEN) [] __hvm_copy+0x350/0x3c0 > (XEN) [] hvm_emulate_one+0xd3/0x1d0 > (XEN) [] hvmemul_get_seg_reg+0x58/0x70 > (XEN) [] hvm_emulate_one+0xd3/0x1d0 > (XEN) [] hvmemul_get_seg_reg+0x58/0x70 > (XEN) [] handle_mmio+0x64/0x1b0 > (XEN) [] time_calibration_std_rendezvous+0x91/0xc0 > (XEN) [] svm_vmexit_handler+0x3c5/0x10f0 > (XEN) [] svm_do_resume+0x74/0xc0 > (XEN) [] context_switch+0x174/0xf90 > (XEN) [] schedule+0x1e3/0x500 > (XEN) [] pt_update_irq+0x2c/0x210 > (XEN) [] hvm_vcpu_has_pending_irq+0x4c/0xb0 > (XEN) [] svm_intr_assist+0x41/0x150 > (XEN) [] __do_softirq+0x6e/0x90 > (XEN) [] svm_stgi_label+0x8/0x24 > (XEN) > (XEN) > (XEN) **************************************** > (XEN) Panic on CPU 2: > (XEN) FATAL TRAP: vector = 6 (invalid opcode) > (XEN) **************************************** > (XEN) > (XEN) Reboot in five seconds... > > > I tried with a config based on a Windows guest that is running perfectly > on the older R815s AMD 6174 processors. The only things I had to change > were name, MAC, disks. It crashes immediately on the newer R815s. > > kernel = "hvmloader" > builder='hvm' > memory = 1024 > name = "winhost" > vcpus=1 > # Since cpus are 0 and 1 are dedicated to dom0 by the Xen command line > # we added to grub, make domUs run on the other cpus. > cpus="2-63" > vif = [ 'bridge=xenbr0, mac=0A:33:50:10:7B:FE' ] > disk = [ 'phy:/dev/mapper/winhost,hda,w' ] > device_model = 'qemu-dm' > boot="cda" > sdl=0 > opengl=1 > vnc=1 > vncpasswd='' > stdvga=0 > serial='pty' > tsc_mode=0 > usbdevice='tablet' > localtime=1 > > Is there anybody out there successfully running Xen HVM domUs on PowerEdge > R815s with the AMD 6274 CPUs? If so, can you share a (sanitized) config > that I might try? I have no idea what these crashes are a result of, but > I'd love to have a known good working HVM config to start from. > > Regards, > Mark > > > --f46d04016b233c65f104c5be49b3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Following up (and top-posting, oh well) in case someone else searches the a= rchives... =A0this isn't an issue with Debian Wheezy and Xen 4.1. =A0Ap= parently Xen 4.0.x and AMD 6200 series processors is not a possible combina= tion.

Now if I can only figure out why Xen 4.1 and Debian Wheezy = =3D no network for domUs at all, =A0either PV or HVM, unless I put the unde= rlying interface for the bridge in promiscuous mode...

=


On Wed, Jul 25, 2012 at 6:45 = PM, xenusers <m+xenusers@nerdish.us> wrote:
Hello list,

I'm hoping someone else has seen and/or solved this.= =A0 We have two older R815s that run HVM domUs no problem.=A0 They're r= unning AMD Opteron 6174 (48 core) processors.=A0 We have five newer R815s, = they run AMD Opteron 6274 processors.=A0 The new servers have handled some = testing with PV guests wonderfully, spinning up dozens and dozens and makin= g them as busy as possible.=A0 Today I've tried to start a first test W= indows VM on the new machines, and it's an instant panic+reboot.=A0 The= dom0s are Debian 6.0.5. with Xen 4.0.1 (just straight up Debian Squeeze th= at was freshly installed and updated two days ago).

(XEN) ----[ Xen-4.0.1=A0 x86_64=A0 debug=3Dn=A0 Not tainted ]----
(= XEN) CPU:=A0=A0=A0 2
(XEN) RIP:=A0=A0=A0 e008:[<ffff82c4801af3f4>]= svm_fpu_enter+0x74/0xb0
(XEN) RFLAGS: 0000000000010256=A0=A0 CONTEXT: h= ypervisor
(XEN) rax: 0000000000000003=A0=A0 rbx: ffff83041ac9d000=A0=A0 = rcx: 0000000000000000
(XEN) rdx: 0000000000000000=A0=A0 rsi: 0000000000000003=A0=A0 rdi: ffff8300= df2d8000
(XEN) rbp: ffff83041ac9d000=A0=A0 rsp: ffff83041ff27758=A0=A0 r= 8:=A0 ffff83041ff27c58
(XEN) r9:=A0 0000000000000048=A0=A0 r10: 00000000= 00000022=A0=A0 r11: 0000000000000000
(XEN) r12: 0000000000000011=A0=A0 r13: 0000000000000002=A0=A0 r14: ffff82c4= 8022a7e0
(XEN) r15: 0000000000000000=A0=A0 cr0: 0000000080050033=A0=A0 c= r4: 00000000000006f0
(XEN) cr3: 0000000419f19000=A0=A0 cr2: 000000000000= 0000
(XEN) ds: 0000=A0=A0 es: 0000=A0=A0 fs: 0010=A0=A0 gs: 0010=A0=A0 s= s: 0000=A0=A0 cs: e008
(XEN) Xen stack trace from rsp=3Dffff83041ff27758:
(XEN)=A0=A0=A0 ffff83= 00df2d8000 ffff82c4801af7bd ffff82c48022a7e0 ffff8300df2d8000
(XEN)=A0= =A0=A0 0000000000000010 ffff82c48019e682 ffffffff0c930020 ffff83041ff27c58<= br>(XEN)=A0=A0=A0 0000000000000002 0000000000000000 0000000000000000 000000= 0000000000
(XEN)=A0=A0=A0 0000000000000002 ffff82c480199c4c 0000000000000022 ffff82c48= 0199d3c
(XEN)=A0=A0=A0 ffff83041ff27c58 ffff82c4801787bf ffffffff0893001= 0 ffff83041ff27c58
(XEN)=A0=A0=A0 0000000000000000 ffff82c480186d03 0000= 000000000002 ffff83041ff278a0
(XEN)=A0=A0=A0 0000000000000000 0000000000000022 ffff830400000048 000000000= 0000004
(XEN)=A0=A0=A0 000000000000006e ffff83041ff27b70 000000000000000= 0 0000000000000002
(XEN)=A0=A0=A0 ffff83041ff278e8 0000000000000002 0000= 000000000048 0000000000000001
(XEN)=A0=A0=A0 0000000000000028 00000000801e3d07 ffff83041ff279f8 010083040= 0000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 00000000000000c= 0 0000000000000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000008 0000= 000000000000 0000000000000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 0000000000000000 000000000= 0000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 000000000000000= 0 0000000000000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 0000= 000000000000 0000000000000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 0000000000000000 000000000= 0000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000004 000000000000000= 3 0000000000000000
(XEN)=A0=A0=A0 0000000000000046 0000000000000000 0000= 000000000000 0000000000000000
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 0000000000000000 000000020= 0000001
(XEN)=A0=A0=A0 0000000000000000 0000000000000000 000000000000000= 0 0000000000000000
(XEN) Xen call trace:
(XEN)=A0=A0=A0 [<ffff82c4= 801af3f4>] svm_fpu_enter+0x74/0xb0
(XEN)=A0=A0=A0 [<ffff82c4801af7bd>] svm_update_guest_cr+0x14d/0x160(XEN)=A0=A0=A0 [<ffff82c48019e682>] hvm_set_cr0+0x172/0x3e0
(XEN= )=A0=A0=A0 [<ffff82c480199c4c>] hvmemul_write_cr+0x5c/0xf0
(XEN)= =A0=A0=A0 [<ffff82c480199d3c>] hvmemul_read_segment+0xc/0x20
(XEN)=A0=A0=A0 [<ffff82c4801787bf>] get_cpl+0x3f/0x50
(XEN)=A0=A0= =A0 [<ffff82c480186d03>] x86_emulate+0xdd63/0xff10
(XEN)=A0=A0=A0 = [<ffff82c4801a00d0>] __hvm_copy+0x350/0x3c0
(XEN)=A0=A0=A0 [<ff= ff82c4801a00d0>] __hvm_copy+0x350/0x3c0
(XEN)=A0=A0=A0 [<ffff82c4801999d3>] hvm_emulate_one+0xd3/0x1d0
(XE= N)=A0=A0=A0 [<ffff82c4801996b8>] hvmemul_get_seg_reg+0x58/0x70
(XE= N)=A0=A0=A0 [<ffff82c4801999d3>] hvm_emulate_one+0xd3/0x1d0
(XEN)= =A0=A0=A0 [<ffff82c4801996b8>] hvmemul_get_seg_reg+0x58/0x70
(XEN)=A0=A0=A0 [<ffff82c4801a3c04>] handle_mmio+0x64/0x1b0
(XEN)= =A0=A0=A0 [<ffff82c480170001>] time_calibration_std_rendezvous+0x91/0= xc0
(XEN)=A0=A0=A0 [<ffff82c4801b13f5>] svm_vmexit_handler+0x3c5/0= x10f0
(XEN)=A0=A0=A0 [<ffff82c4801b0d74>] svm_do_resume+0x74/0xc0<= br> (XEN)=A0=A0=A0 [<ffff82c48014e3a4>] context_switch+0x174/0xf90
(XE= N)=A0=A0=A0 [<ffff82c48011c153>] schedule+0x1e3/0x500
(XEN)=A0=A0= =A0 [<ffff82c4801ae22c>] pt_update_irq+0x2c/0x210
(XEN)=A0=A0=A0 [= <ffff82c4801a4f6c>] hvm_vcpu_has_pending_irq+0x4c/0xb0
(XEN)=A0=A0=A0 [<ffff82c4801aebc1>] svm_intr_assist+0x41/0x150
(XE= N)=A0=A0=A0 [<ffff82c48011d77e>] __do_softirq+0x6e/0x90
(XEN)=A0= =A0=A0 [<ffff82c4801aea84>] svm_stgi_label+0x8/0x24
(XEN)=A0=A0=A0=
(XEN)
(XEN) ****************************************
(XEN) Panic on CPU 2:
(XEN) FATAL TRAP: vector =3D 6 (invalid opcode)(XEN) ****************************************
(XEN)
(XEN) Reboot i= n five seconds...


I tried with a config based on a Windows guest= that is running perfectly on the older R815s AMD 6174 processors.=A0 The o= nly things I had to change were name, MAC, disks.=A0 It crashes immediately= on the newer R815s.

kernel =3D "hvmloader"
builder=3D'hvm'
memory = =3D 1024
name =3D "winhost"
vcpus=3D1
# Since cpus are 0= and 1 are dedicated to dom0 by the Xen command line
# we added to grub,= make domUs run on the other cpus.
cpus=3D"2-63"
vif =3D [ 'bridge=3Dxenbr0, mac=3D0A:33:50:1= 0:7B:FE' ]
disk =3D [ 'phy:/dev/mapper/winhost,hda,w' ]
d= evice_model =3D 'qemu-dm'
boot=3D"cda"
sdl=3D0
o= pengl=3D1
vnc=3D1
vncpasswd=3D''
stdvga=3D0
serial=3D'pty'
tsc_mode= =3D0
usbdevice=3D'tablet'
localtime=3D1

Is there anybo= dy out there successfully running Xen HVM domUs on PowerEdge R815s with the= AMD 6274 CPUs?=A0 If so, can you share a (sanitized) config that I might t= ry?=A0 I have no idea what these crashes are a result of, but I'd love = to have a known good working HVM config to start from.

Regards,
Mark



--f46d04016b233c65f104c5be49b3-- --===============4154715144347850942== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4154715144347850942==-- From xen-users-bounces@lists.xen.org Thu Jul 26 17:23:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jul 2012 17:23:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SuRl3-0006MH-Lv; Thu, 26 Jul 2012 17:21:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SuRl2-0006M5-Ej for Xen-users@lists.xen.org; Thu, 26 Jul 2012 17:21:52 +0000 Received: from [85.158.143.35:25670] by server-1.bemta-4.messagelabs.com id 6F/72-24392-FAC71105; Thu, 26 Jul 2012 17:21:51 +0000 X-Env-Sender: manas.biswal06@gmail.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1343323310!6268990!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25058 invoked from network); 26 Jul 2012 17:21:51 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jul 2012 17:21:51 -0000 Received: by lbok6 with SMTP id k6so1857532lbo.32 for ; Thu, 26 Jul 2012 10:21:50 -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=FTthprbKwesgxTYYg5LF/vn5iM4yspd/RpxuVe9GZ/c=; b=uaIP+UidzZ6o8TgXIdlXC0tk0/XmS2Om0eq3/zVkWMf8zl7pvBd7gON4xDDaDpB/Di TNO1g1ZBBXaaFoADYiwoYwRXZqymp3YssG1+tH4ZYgjFVI/m1BulAbZNX5ZQHK7YfOD0 zWDjhBtmgm3NvNPxmp9cUHMiVJxR6qDOcJ+17KdSrPvb3P+8JcNCDx38XPExM9LD84e4 J/mK+iAvpNpw0nFwWAOZ4Vi0skZCYYPiVFaMJmo4vmhkEAlRVONqBzGAFW75WHDHE7ci mrpfFceImssFYN+ZJiyufDjcHYuPKiRrhZYSPDQYJZFiQBO/nM7mg+izuRoHYIuUuuCj HWuw== MIME-Version: 1.0 Received: by 10.152.125.116 with SMTP id mp20mr30414759lab.19.1343323309998; Thu, 26 Jul 2012 10:21:49 -0700 (PDT) Received: by 10.112.110.230 with HTTP; Thu, 26 Jul 2012 10:21:49 -0700 (PDT) Date: Thu, 26 Jul 2012 22:51:49 +0530 Message-ID: From: manas biswal To: Xen-users@lists.xen.org Subject: [Xen-users] converting HVM ubuntu 10.04 desktop 64 bit to Paravirtualised X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5337685897505179094==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5337685897505179094== Content-Type: multipart/alternative; boundary=f46d0435be6eb6015c04c5bed41f --f46d0435be6eb6015c04c5bed41f Content-Type: text/plain; charset=ISO-8859-1 Please tell me any link which I can follow to convert the Ubuntu 10.04 64 bit Desktop as paravirtual guest. I have tested it . But after conversion it comes to text mode. * * --f46d0435be6eb6015c04c5bed41f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Please tell me any link which I can follow to convert the Ubuntu 10.04 64 b= it Desktop as paravirtual guest. I have tested it . But after conversion it= comes to text mode.


=A0

--f46d0435be6eb6015c04c5bed41f-- --===============5337685897505179094== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5337685897505179094==-- From xen-users-bounces@lists.xen.org Thu Jul 26 17:23:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jul 2012 17:23:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SuRl3-0006MH-Lv; Thu, 26 Jul 2012 17:21:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SuRl2-0006M5-Ej for Xen-users@lists.xen.org; Thu, 26 Jul 2012 17:21:52 +0000 Received: from [85.158.143.35:25670] by server-1.bemta-4.messagelabs.com id 6F/72-24392-FAC71105; Thu, 26 Jul 2012 17:21:51 +0000 X-Env-Sender: manas.biswal06@gmail.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1343323310!6268990!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25058 invoked from network); 26 Jul 2012 17:21:51 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jul 2012 17:21:51 -0000 Received: by lbok6 with SMTP id k6so1857532lbo.32 for ; Thu, 26 Jul 2012 10:21:50 -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=FTthprbKwesgxTYYg5LF/vn5iM4yspd/RpxuVe9GZ/c=; b=uaIP+UidzZ6o8TgXIdlXC0tk0/XmS2Om0eq3/zVkWMf8zl7pvBd7gON4xDDaDpB/Di TNO1g1ZBBXaaFoADYiwoYwRXZqymp3YssG1+tH4ZYgjFVI/m1BulAbZNX5ZQHK7YfOD0 zWDjhBtmgm3NvNPxmp9cUHMiVJxR6qDOcJ+17KdSrPvb3P+8JcNCDx38XPExM9LD84e4 J/mK+iAvpNpw0nFwWAOZ4Vi0skZCYYPiVFaMJmo4vmhkEAlRVONqBzGAFW75WHDHE7ci mrpfFceImssFYN+ZJiyufDjcHYuPKiRrhZYSPDQYJZFiQBO/nM7mg+izuRoHYIuUuuCj HWuw== MIME-Version: 1.0 Received: by 10.152.125.116 with SMTP id mp20mr30414759lab.19.1343323309998; Thu, 26 Jul 2012 10:21:49 -0700 (PDT) Received: by 10.112.110.230 with HTTP; Thu, 26 Jul 2012 10:21:49 -0700 (PDT) Date: Thu, 26 Jul 2012 22:51:49 +0530 Message-ID: From: manas biswal To: Xen-users@lists.xen.org Subject: [Xen-users] converting HVM ubuntu 10.04 desktop 64 bit to Paravirtualised X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5337685897505179094==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5337685897505179094== Content-Type: multipart/alternative; boundary=f46d0435be6eb6015c04c5bed41f --f46d0435be6eb6015c04c5bed41f Content-Type: text/plain; charset=ISO-8859-1 Please tell me any link which I can follow to convert the Ubuntu 10.04 64 bit Desktop as paravirtual guest. I have tested it . But after conversion it comes to text mode. * * --f46d0435be6eb6015c04c5bed41f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Please tell me any link which I can follow to convert the Ubuntu 10.04 64 b= it Desktop as paravirtual guest. I have tested it . But after conversion it= comes to text mode.


=A0

--f46d0435be6eb6015c04c5bed41f-- --===============5337685897505179094== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5337685897505179094==-- From xen-users-bounces@lists.xen.org Thu Jul 26 20:27:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jul 2012 20:27: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 1SuUdV-0004hm-Hb; Thu, 26 Jul 2012 20:26:17 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SuUdT-0004hb-Cu for xen-users@lists.xen.org; Thu, 26 Jul 2012 20:26:15 +0000 X-Env-Sender: beanjammin@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1343334363!10788032!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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31635 invoked from network); 26 Jul 2012 20:26:05 -0000 Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com) (209.85.220.173) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jul 2012 20:26:05 -0000 Received: by vcbfl15 with SMTP id fl15so2454800vcb.32 for ; Thu, 26 Jul 2012 13:26:03 -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=coq/hYYMy8tXtoPurs2iQ9KlAHyid8rcNx34bRdt66M=; b=aV+PtrO/fjozxnPuGGZWyPQfrr5lLYl9DxPknR9k4WwNJ+n9CYSNyaAPh2xa4zUGTc rcctHpHtXsVVqWNKcMns57yW312DEUavHBZ/a2jnH9RDvFQnnwjeu5mvn3j96fktk3vs H0fQSjeFNrRnr7s7I9nElK1ChcWcX9tM89F9GQy49HYPQRMGHmdBmEb+TfxMWsxLiqZH zIszveJC3wDb6ZN2Ep/0+J8L1LL4O+nG84J+K6JqUF7lDm5nbw/IwIl+t3pBMD17Pw4W KhYvBZa8A10bTeXuzBoMCMGQy0lNVuJSXO1/EH1uaCMOfHGqyJhZXQiqzbTiyYH7Q1Ym 8gWA== MIME-Version: 1.0 Received: by 10.52.99.227 with SMTP id et3mr11828vdb.110.1343334363523; Thu, 26 Jul 2012 13:26:03 -0700 (PDT) Received: by 10.52.156.234 with HTTP; Thu, 26 Jul 2012 13:26:03 -0700 (PDT) Date: Thu, 26 Jul 2012 13:26:03 -0700 Message-ID: From: Beanjammin H To: xen-users@lists.xen.org Subject: [Xen-users] xm top shows high CPU load on domU when passed PCI NICs after hypervisor update X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I am running a 64 bit dom0 with a stock Debian Squeeze xen hypervisor and kernel. On top of this I am running a PV 32 bit domU that is passed two PCI network cards. This set-up had been working well for over a year, however there was a recent hypervisor update so I rebooted the dom0. Unfortunately now the domU that is being passed the two NICs is no longer able to create a PPPoe connection to my ISP and xm top show's it's CPU use consistently at 100%. Suggestions on what I can do to trouble shoot this would be appreciated. Here is what I have tried to date: - Revert the hypervisor update (packages libxenstore3.0_4.0.1-4_amd64.deb xen-hypervisor-4.0-amd64_4.0.1-4_amd64.deb xenstore-utils_4.0.1-4_amd64.deb xen-utils-4.0_4.0.1-4_amd64.deb xen-utils-common_4.0.0-1_all.deb) and reboot the dom0, but this doesn't seem to make any difference, so perhaps the timing was a coincidence or I've missed reverting a package. - Booting the domU without passing PCI cards to it, it boots normally and shows normal CPU load via xm top. This suggests the problem is with PCI pass through. - Passing only 1 PCI card at a time to the domU to see if the issue was card specific, however passing either card shows the same CPU load issue so the problem is not PCI card specific - Passing one of the PCI cards to another domU, which then shows the exact same CPU use issue as the original domU, so the issue isn't domU specific Other curious observations: - top run on the domU does not show the high CPU load, however restarting networking on the domU takes much longer than normal and as mentioned earlier, it is unable to create a PPPoe connection over the passed network cards. Other than troubleshooting, I haven't made any configuration changes to either the dom0 or domU. Searching through the mailing list and google in general hasn't turned up reports of a simliar issue. Any suggestions would be greatly appreciated. - Ben _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 26 20:27:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Jul 2012 20:27: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 1SuUdV-0004hm-Hb; Thu, 26 Jul 2012 20:26:17 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SuUdT-0004hb-Cu for xen-users@lists.xen.org; Thu, 26 Jul 2012 20:26:15 +0000 X-Env-Sender: beanjammin@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1343334363!10788032!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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31635 invoked from network); 26 Jul 2012 20:26:05 -0000 Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com) (209.85.220.173) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jul 2012 20:26:05 -0000 Received: by vcbfl15 with SMTP id fl15so2454800vcb.32 for ; Thu, 26 Jul 2012 13:26:03 -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=coq/hYYMy8tXtoPurs2iQ9KlAHyid8rcNx34bRdt66M=; b=aV+PtrO/fjozxnPuGGZWyPQfrr5lLYl9DxPknR9k4WwNJ+n9CYSNyaAPh2xa4zUGTc rcctHpHtXsVVqWNKcMns57yW312DEUavHBZ/a2jnH9RDvFQnnwjeu5mvn3j96fktk3vs H0fQSjeFNrRnr7s7I9nElK1ChcWcX9tM89F9GQy49HYPQRMGHmdBmEb+TfxMWsxLiqZH zIszveJC3wDb6ZN2Ep/0+J8L1LL4O+nG84J+K6JqUF7lDm5nbw/IwIl+t3pBMD17Pw4W KhYvBZa8A10bTeXuzBoMCMGQy0lNVuJSXO1/EH1uaCMOfHGqyJhZXQiqzbTiyYH7Q1Ym 8gWA== MIME-Version: 1.0 Received: by 10.52.99.227 with SMTP id et3mr11828vdb.110.1343334363523; Thu, 26 Jul 2012 13:26:03 -0700 (PDT) Received: by 10.52.156.234 with HTTP; Thu, 26 Jul 2012 13:26:03 -0700 (PDT) Date: Thu, 26 Jul 2012 13:26:03 -0700 Message-ID: From: Beanjammin H To: xen-users@lists.xen.org Subject: [Xen-users] xm top shows high CPU load on domU when passed PCI NICs after hypervisor update X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I am running a 64 bit dom0 with a stock Debian Squeeze xen hypervisor and kernel. On top of this I am running a PV 32 bit domU that is passed two PCI network cards. This set-up had been working well for over a year, however there was a recent hypervisor update so I rebooted the dom0. Unfortunately now the domU that is being passed the two NICs is no longer able to create a PPPoe connection to my ISP and xm top show's it's CPU use consistently at 100%. Suggestions on what I can do to trouble shoot this would be appreciated. Here is what I have tried to date: - Revert the hypervisor update (packages libxenstore3.0_4.0.1-4_amd64.deb xen-hypervisor-4.0-amd64_4.0.1-4_amd64.deb xenstore-utils_4.0.1-4_amd64.deb xen-utils-4.0_4.0.1-4_amd64.deb xen-utils-common_4.0.0-1_all.deb) and reboot the dom0, but this doesn't seem to make any difference, so perhaps the timing was a coincidence or I've missed reverting a package. - Booting the domU without passing PCI cards to it, it boots normally and shows normal CPU load via xm top. This suggests the problem is with PCI pass through. - Passing only 1 PCI card at a time to the domU to see if the issue was card specific, however passing either card shows the same CPU load issue so the problem is not PCI card specific - Passing one of the PCI cards to another domU, which then shows the exact same CPU use issue as the original domU, so the issue isn't domU specific Other curious observations: - top run on the domU does not show the high CPU load, however restarting networking on the domU takes much longer than normal and as mentioned earlier, it is unable to create a PPPoe connection over the passed network cards. Other than troubleshooting, I haven't made any configuration changes to either the dom0 or domU. Searching through the mailing list and google in general hasn't turned up reports of a simliar issue. Any suggestions would be greatly appreciated. - Ben _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 27 03:49:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 03:49: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 1SubXE-0003R8-PI; Fri, 27 Jul 2012 03:48:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SubXC-0003R3-T5 for xen-users@lists.xen.org; Fri, 27 Jul 2012 03:48:15 +0000 Received: from [85.158.139.83:22344] by server-2.bemta-5.messagelabs.com id 71/D2-04598-D7F02105; Fri, 27 Jul 2012 03:48:13 +0000 X-Env-Sender: stanley.lin@coresolutions.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1343360887!17604448!1 X-Originating-IP: [58.177.123.228] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_90_100,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22470 invoked from network); 27 Jul 2012 03:48:10 -0000 Received: from 058177123228.ctinets.com (HELO prism.coresolutions.com) (58.177.123.228) by server-8.tower-182.messagelabs.com with AES128-SHA encrypted SMTP; 27 Jul 2012 03:48:10 -0000 Received: from prism.coresolutions.com ([::1]) by prism.coresolutions.com ([::1]) with mapi id 14.01.0355.002; Fri, 27 Jul 2012 11:48:06 +0800 From: Stanley Lin To: "xen-users@lists.xen.org" Thread-Topic: help! how to cancel my email account from xen-users' list Thread-Index: Ac1rqoevJgT+Fjx+Rm2n7jbz0PYhxA== Date: Fri, 27 Jul 2012 03:48:05 +0000 Message-ID: <82C28F20604EBF46AFD83F248124531F937AE4@prism.coresolutions.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.2.151] MIME-Version: 1.0 Subject: [Xen-users] help! how to cancel my email account from xen-users' list X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3266208639005443915==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3266208639005443915== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_82C28F20604EBF46AFD83F248124531F937AE4prismcoresolution_" --_000_82C28F20604EBF46AFD83F248124531F937AE4prismcoresolution_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, all help! how to cancel my email account from xen-users' list Best Regards Stanley Lin --_000_82C28F20604EBF46AFD83F248124531F937AE4prismcoresolution_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi, all

 

help! how to cancel my email ac= count from xen-users' list

 

Best Regards<= /p>

Stanley Lin

--_000_82C28F20604EBF46AFD83F248124531F937AE4prismcoresolution_-- --===============3266208639005443915== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3266208639005443915==-- From xen-users-bounces@lists.xen.org Fri Jul 27 03:49:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 03:49: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 1SubXE-0003R8-PI; Fri, 27 Jul 2012 03:48:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SubXC-0003R3-T5 for xen-users@lists.xen.org; Fri, 27 Jul 2012 03:48:15 +0000 Received: from [85.158.139.83:22344] by server-2.bemta-5.messagelabs.com id 71/D2-04598-D7F02105; Fri, 27 Jul 2012 03:48:13 +0000 X-Env-Sender: stanley.lin@coresolutions.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1343360887!17604448!1 X-Originating-IP: [58.177.123.228] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_90_100,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22470 invoked from network); 27 Jul 2012 03:48:10 -0000 Received: from 058177123228.ctinets.com (HELO prism.coresolutions.com) (58.177.123.228) by server-8.tower-182.messagelabs.com with AES128-SHA encrypted SMTP; 27 Jul 2012 03:48:10 -0000 Received: from prism.coresolutions.com ([::1]) by prism.coresolutions.com ([::1]) with mapi id 14.01.0355.002; Fri, 27 Jul 2012 11:48:06 +0800 From: Stanley Lin To: "xen-users@lists.xen.org" Thread-Topic: help! how to cancel my email account from xen-users' list Thread-Index: Ac1rqoevJgT+Fjx+Rm2n7jbz0PYhxA== Date: Fri, 27 Jul 2012 03:48:05 +0000 Message-ID: <82C28F20604EBF46AFD83F248124531F937AE4@prism.coresolutions.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.2.151] MIME-Version: 1.0 Subject: [Xen-users] help! how to cancel my email account from xen-users' list X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3266208639005443915==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3266208639005443915== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_82C28F20604EBF46AFD83F248124531F937AE4prismcoresolution_" --_000_82C28F20604EBF46AFD83F248124531F937AE4prismcoresolution_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, all help! how to cancel my email account from xen-users' list Best Regards Stanley Lin --_000_82C28F20604EBF46AFD83F248124531F937AE4prismcoresolution_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi, all

 

help! how to cancel my email ac= count from xen-users' list

 

Best Regards<= /p>

Stanley Lin

--_000_82C28F20604EBF46AFD83F248124531F937AE4prismcoresolution_-- --===============3266208639005443915== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3266208639005443915==-- From xen-users-bounces@lists.xen.org Fri Jul 27 06:00:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 06:00: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 1Suda3-00065N-Bd; Fri, 27 Jul 2012 05:59:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Suda2-00065G-Df for xen-users@lists.xen.org; Fri, 27 Jul 2012 05:59:18 +0000 Received: from [85.158.143.99:16507] by server-2.bemta-4.messagelabs.com id AE/15-17938-53E22105; Fri, 27 Jul 2012 05:59:17 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1343368757!23693108!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDcwNjg=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31064 invoked from network); 27 Jul 2012 05:59:17 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jul 2012 05:59:17 -0000 X-IronPort-AV: E=Sophos;i="4.77,665,1336348800"; d="scan'208";a="13727108" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 27 Jul 2012 05:58:30 +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.213.0; Fri, 27 Jul 2012 06:58:29 +0100 Message-ID: <1343368709.6013.6.camel@dagon.hellion.org.uk> From: Ian Campbell To: Stanley Lin Date: Fri, 27 Jul 2012 06:58:29 +0100 In-Reply-To: <82C28F20604EBF46AFD83F248124531F937AE4@prism.coresolutions.com> References: <82C28F20604EBF46AFD83F248124531F937AE4@prism.coresolutions.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] help! how to cancel my email account from xen-users' list X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2012-07-27 at 04:48 +0100, Stanley Lin wrote: > help! how to cancel my email account from xen-users' list 1. Follow the link in the footer (http://lists.xen.org/xen-users) 2. Enter the email address which you subscribed with into the "To unsubscribe from Xen-users, ... enter your subscription email address:" box at the bottom 3. Click "unsubscribe or edit options" 4. Follow the instructions from there _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 27 06:00:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 06:00: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 1Suda3-00065N-Bd; Fri, 27 Jul 2012 05:59:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Suda2-00065G-Df for xen-users@lists.xen.org; Fri, 27 Jul 2012 05:59:18 +0000 Received: from [85.158.143.99:16507] by server-2.bemta-4.messagelabs.com id AE/15-17938-53E22105; Fri, 27 Jul 2012 05:59:17 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1343368757!23693108!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDcwNjg=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31064 invoked from network); 27 Jul 2012 05:59:17 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jul 2012 05:59:17 -0000 X-IronPort-AV: E=Sophos;i="4.77,665,1336348800"; d="scan'208";a="13727108" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 27 Jul 2012 05:58:30 +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.213.0; Fri, 27 Jul 2012 06:58:29 +0100 Message-ID: <1343368709.6013.6.camel@dagon.hellion.org.uk> From: Ian Campbell To: Stanley Lin Date: Fri, 27 Jul 2012 06:58:29 +0100 In-Reply-To: <82C28F20604EBF46AFD83F248124531F937AE4@prism.coresolutions.com> References: <82C28F20604EBF46AFD83F248124531F937AE4@prism.coresolutions.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] help! how to cancel my email account from xen-users' list X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2012-07-27 at 04:48 +0100, Stanley Lin wrote: > help! how to cancel my email account from xen-users' list 1. Follow the link in the footer (http://lists.xen.org/xen-users) 2. Enter the email address which you subscribed with into the "To unsubscribe from Xen-users, ... enter your subscription email address:" box at the bottom 3. Click "unsubscribe or edit options" 4. Follow the instructions from there _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 27 08:41:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 08:41: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 1Sug58-0003u4-E3; Fri, 27 Jul 2012 08:39:34 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sug56-0003tx-UW for xen-users@lists.xen.org; Fri, 27 Jul 2012 08:39:33 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1343378365!9490962!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDcwNjg=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13575 invoked from network); 27 Jul 2012 08:39:25 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jul 2012 08:39:25 -0000 X-IronPort-AV: E=Sophos;i="4.77,666,1336348800"; d="scan'208";a="13729314" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 27 Jul 2012 08:39:24 +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.213.0; Fri, 27 Jul 2012 09:39:24 +0100 Message-ID: <1343378363.6812.80.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Beanjammin H Date: Fri, 27 Jul 2012 09:39:23 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Konrad Rzeszutek Wilk Subject: Re: [Xen-users] xm top shows high CPU load on domU when passed PCI NICs after hypervisor update X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2012-07-26 at 21:26 +0100, Beanjammin H wrote: > I am running a 64 bit dom0 with a stock Debian Squeeze xen hypervisor > and kernel. On top of this I am running a PV 32 bit domU that is > passed two PCI network cards. This set-up had been working well for > over a year, however there was a recent hypervisor update so I > rebooted the dom0. Unfortunately now the domU that is being passed > the two NICs is no longer able to create a PPPoe connection to my ISP > and xm top show's it's CPU use consistently at 100%. Suggestions on > what I can do to trouble shoot this would be appreciated. Here is > what I have tried to date: > > - Revert the hypervisor update (packages > libxenstore3.0_4.0.1-4_amd64.deb > xen-hypervisor-4.0-amd64_4.0.1-4_amd64.deb > xenstore-utils_4.0.1-4_amd64.deb xen-utils-4.0_4.0.1-4_amd64.deb > xen-utils-common_4.0.0-1_all.deb) and reboot the dom0, but this > doesn't seem to make any difference, so perhaps the timing was a > coincidence or I've missed reverting a package. You might also need to try reverting any dom0 kernel updates which happened in the interim as well? Likewise domU. > Searching through the mailing list and google in general hasn't turned > up reports of a simliar issue. There was one performance issue relating to swiotlb and bounce buffering not so long ago. I'm hoping that Konrad (CCd) will remember the details. What are the exact dom0 and domU kernel versions? > Any suggestions would be greatly appreciated. > > - Ben > > _______________________________________________ > 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 Jul 27 08:41:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 08:41: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 1Sug58-0003u4-E3; Fri, 27 Jul 2012 08:39:34 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sug56-0003tx-UW for xen-users@lists.xen.org; Fri, 27 Jul 2012 08:39:33 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1343378365!9490962!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDcwNjg=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13575 invoked from network); 27 Jul 2012 08:39:25 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jul 2012 08:39:25 -0000 X-IronPort-AV: E=Sophos;i="4.77,666,1336348800"; d="scan'208";a="13729314" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 27 Jul 2012 08:39:24 +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.213.0; Fri, 27 Jul 2012 09:39:24 +0100 Message-ID: <1343378363.6812.80.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Beanjammin H Date: Fri, 27 Jul 2012 09:39:23 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Konrad Rzeszutek Wilk Subject: Re: [Xen-users] xm top shows high CPU load on domU when passed PCI NICs after hypervisor update X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2012-07-26 at 21:26 +0100, Beanjammin H wrote: > I am running a 64 bit dom0 with a stock Debian Squeeze xen hypervisor > and kernel. On top of this I am running a PV 32 bit domU that is > passed two PCI network cards. This set-up had been working well for > over a year, however there was a recent hypervisor update so I > rebooted the dom0. Unfortunately now the domU that is being passed > the two NICs is no longer able to create a PPPoe connection to my ISP > and xm top show's it's CPU use consistently at 100%. Suggestions on > what I can do to trouble shoot this would be appreciated. Here is > what I have tried to date: > > - Revert the hypervisor update (packages > libxenstore3.0_4.0.1-4_amd64.deb > xen-hypervisor-4.0-amd64_4.0.1-4_amd64.deb > xenstore-utils_4.0.1-4_amd64.deb xen-utils-4.0_4.0.1-4_amd64.deb > xen-utils-common_4.0.0-1_all.deb) and reboot the dom0, but this > doesn't seem to make any difference, so perhaps the timing was a > coincidence or I've missed reverting a package. You might also need to try reverting any dom0 kernel updates which happened in the interim as well? Likewise domU. > Searching through the mailing list and google in general hasn't turned > up reports of a simliar issue. There was one performance issue relating to swiotlb and bounce buffering not so long ago. I'm hoping that Konrad (CCd) will remember the details. What are the exact dom0 and domU kernel versions? > Any suggestions would be greatly appreciated. > > - Ben > > _______________________________________________ > 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 Jul 27 09:09:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 09:09: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 1SugVx-000532-B3; Fri, 27 Jul 2012 09:07:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SugVv-00052x-UI for xen-users@lists.xen.org; Fri, 27 Jul 2012 09:07:16 +0000 Received: from [85.158.143.99:57432] by server-2.bemta-4.messagelabs.com id CA/46-17938-24A52105; Fri, 27 Jul 2012 09:07:14 +0000 X-Env-Sender: matej.zary@cvtisr.sk X-Msg-Ref: server-8.tower-216.messagelabs.com!1343380034!19216976!1 X-Originating-IP: [193.87.7.3] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7633 invoked from network); 27 Jul 2012 09:07:14 -0000 Received: from virgo.cvtisr.sk (HELO mail.cvtisr.sk) (193.87.7.3) by server-8.tower-216.messagelabs.com with SMTP; 27 Jul 2012 09:07:14 -0000 Received: from localhost (unknown [127.0.0.1]) by mail.cvtisr.sk (Postfix) with ESMTP id BEB9392D78; Fri, 27 Jul 2012 11:41:52 +0200 (CEST) X-Virus-Scanned: amavisd-new at cvtisr.sk Received: from mail.cvtisr.sk ([127.0.0.1]) by localhost (mail.cvtisr.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gqUs3t-ujp5J; Fri, 27 Jul 2012 11:41:48 +0200 (CEST) Received: from aries.space.cvtisr.sk (unknown [192.168.1.51]) by mail.cvtisr.sk (Postfix) with ESMTP id 9A14892D74; Fri, 27 Jul 2012 11:41:48 +0200 (CEST) Received: from Aries.space.cvtisr.sk ([::1]) by aries.space.cvtisr.sk ([::1]) with mapi; Fri, 27 Jul 2012 11:07:09 +0200 From: Zary Matej To: Umarzuki Mochlis , "xen-users@lists.xen.org" Date: Fri, 27 Jul 2012 11:02:51 +0200 Thread-Topic: [Xen-users] xen manager Thread-Index: Ac1qOoUPvA8j6x8bRTuYYGirYBmnigBnBS7X Message-ID: <5DB0519124BB3D4DBEEB14426D4AC7EA6A72C9D573@aries.space.cvtisr.sk> References: In-Reply-To: Accept-Language: en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-users] xen manager X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org >From: xen-users-bounces@lists.xen.org [xen-users-bounces@lists.xen.org] On Behalf Of Umarzuki Mochlis [umarzuki@gmail.com] >Sent: 25 July 2012 09:40 >To: xen-users@lists.xen.org >Subject: [Xen-users] xen manager > >i want to find a xen web interface to manage many xen dom0 with below >features regardless of licensing > >- ACL for admins >- server group/pool management >- resource pool (resource allocation) for VMs >- VM templating >- thin provisioning (virtual hard disk) >- drag and drop for live VM migration >- high availability (restart of VM on another xen dom0) >- VLAN >- VM backup >- VM migration between shared storage >- auto migration of VM to balance CPU loac on xen dom0 > >thanks for any info >-- >Regards, > >Umarzuki Mochlis >http://debmal.my Sounds like Convirture might fit your bill (http://www.convirture.com/products_compare.php). :) Regards Matej _______________________________________________ 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 Jul 27 09:09:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 09:09: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 1SugVx-000532-B3; Fri, 27 Jul 2012 09:07:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SugVv-00052x-UI for xen-users@lists.xen.org; Fri, 27 Jul 2012 09:07:16 +0000 Received: from [85.158.143.99:57432] by server-2.bemta-4.messagelabs.com id CA/46-17938-24A52105; Fri, 27 Jul 2012 09:07:14 +0000 X-Env-Sender: matej.zary@cvtisr.sk X-Msg-Ref: server-8.tower-216.messagelabs.com!1343380034!19216976!1 X-Originating-IP: [193.87.7.3] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7633 invoked from network); 27 Jul 2012 09:07:14 -0000 Received: from virgo.cvtisr.sk (HELO mail.cvtisr.sk) (193.87.7.3) by server-8.tower-216.messagelabs.com with SMTP; 27 Jul 2012 09:07:14 -0000 Received: from localhost (unknown [127.0.0.1]) by mail.cvtisr.sk (Postfix) with ESMTP id BEB9392D78; Fri, 27 Jul 2012 11:41:52 +0200 (CEST) X-Virus-Scanned: amavisd-new at cvtisr.sk Received: from mail.cvtisr.sk ([127.0.0.1]) by localhost (mail.cvtisr.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gqUs3t-ujp5J; Fri, 27 Jul 2012 11:41:48 +0200 (CEST) Received: from aries.space.cvtisr.sk (unknown [192.168.1.51]) by mail.cvtisr.sk (Postfix) with ESMTP id 9A14892D74; Fri, 27 Jul 2012 11:41:48 +0200 (CEST) Received: from Aries.space.cvtisr.sk ([::1]) by aries.space.cvtisr.sk ([::1]) with mapi; Fri, 27 Jul 2012 11:07:09 +0200 From: Zary Matej To: Umarzuki Mochlis , "xen-users@lists.xen.org" Date: Fri, 27 Jul 2012 11:02:51 +0200 Thread-Topic: [Xen-users] xen manager Thread-Index: Ac1qOoUPvA8j6x8bRTuYYGirYBmnigBnBS7X Message-ID: <5DB0519124BB3D4DBEEB14426D4AC7EA6A72C9D573@aries.space.cvtisr.sk> References: In-Reply-To: Accept-Language: en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-users] xen manager X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org >From: xen-users-bounces@lists.xen.org [xen-users-bounces@lists.xen.org] On Behalf Of Umarzuki Mochlis [umarzuki@gmail.com] >Sent: 25 July 2012 09:40 >To: xen-users@lists.xen.org >Subject: [Xen-users] xen manager > >i want to find a xen web interface to manage many xen dom0 with below >features regardless of licensing > >- ACL for admins >- server group/pool management >- resource pool (resource allocation) for VMs >- VM templating >- thin provisioning (virtual hard disk) >- drag and drop for live VM migration >- high availability (restart of VM on another xen dom0) >- VLAN >- VM backup >- VM migration between shared storage >- auto migration of VM to balance CPU loac on xen dom0 > >thanks for any info >-- >Regards, > >Umarzuki Mochlis >http://debmal.my Sounds like Convirture might fit your bill (http://www.convirture.com/products_compare.php). :) Regards Matej _______________________________________________ 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 Jul 27 10:30:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 10:30: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 1Suhmx-0000IZ-68; Fri, 27 Jul 2012 10:28:55 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Suhmv-0000IL-Q4 for xen-users@lists.xen.org; Fri, 27 Jul 2012 10:28:54 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-8.tower-27.messagelabs.com!1343384913!9515161!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_18,ML_RADAR_SPEW_LINKS_23,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21341 invoked from network); 27 Jul 2012 10:28:34 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-8.tower-27.messagelabs.com with AES128-SHA encrypted SMTP; 27 Jul 2012 10:28:34 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Fri, 27 Jul 2012 12:28:33 +0200 From: Stephan Seitz To: Zary Matej Thread-Topic: [Xen-users] xen manager Thread-Index: AQHNajr5Ngy+IUxiDEawPCowZUPTlJc8tzaAgAAX8QA= Date: Fri, 27 Jul 2012 10:28:32 +0000 Message-ID: <1343384912.19006.61.camel@wotan2> References: <5DB0519124BB3D4DBEEB14426D4AC7EA6A72C9D573@aries.space.cvtisr.sk> In-Reply-To: <5DB0519124BB3D4DBEEB14426D4AC7EA6A72C9D573@aries.space.cvtisr.sk> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Umarzuki Mochlis Subject: Re: [Xen-users] xen manager X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8346465193931453730==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8346465193931453730== Content-Language: de-DE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-BJDusIdiPEKU00+vvOa4" --=-BJDusIdiPEKU00+vvOa4 Content-Type: multipart/alternative; boundary="=-jwzb/WqaaeU6fTvZzrir" --=-jwzb/WqaaeU6fTvZzrir Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Just sharing my experiences with convirture: pros: - uses xm compatible (not xl compatible) config files - can be used on top (or besides console voodoo) - can be deployed (with basic features) on an already running xen server pool. cons: - application is extremely fragile - has timing issues when managing a few more machines (up to ~100 vm's is somewhat ok) - statistics come with noticable, rather expensive workload on dom0's I'm currently using it for giving the possibility of start/stop/migrate to some more staff which can do these tasks quite fine, but I don't want to see them at dom0's root prompt. Initially very complex, but after a few days of learning if found cloudstack [0] a very nice management tool which has a lot more features when it comes to SAAS / IAAS Just read the installation guide.=20 [0] http://cloudstack.org/=20 Am Freitag, den 27.07.2012, 11:02 +0200 schrieb Zary Matej: > >From: xen-users-bounces@lists.xen.org [xen-users-bounces@lists.xen.org] = On Behalf Of Umarzuki Mochlis [umarzuki@gmail.com] > >Sent: 25 July 2012 09:40 > >To: xen-users@lists.xen.org > >Subject: [Xen-users] xen manager > > > >i want to find a xen web interface to manage many xen dom0 with below > >features regardless of licensing > > > >- ACL for admins > >- server group/pool management > >- resource pool (resource allocation) for VMs > >- VM templating > >- thin provisioning (virtual hard disk) > >- drag and drop for live VM migration > >- high availability (restart of VM on another xen dom0) > >- VLAN > >- VM backup > >- VM migration between shared storage > >- auto migration of VM to balance CPU loac on xen dom0 > > > >thanks for any info > >-- > >Regards, > > > >Umarzuki Mochlis > >http://debmal.my >=20 >=20 > Sounds like Convirture might fit your bill (http://www.convirture.com/pro= ducts_compare.php). :) >=20 >=20 > Regards >=20 > Matej >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --=-jwzb/WqaaeU6fTvZzrir Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Just sharing my experiences with convirture:

pros:
- uses xm compatible (not xl compatible) config files
- can be used on top (or besides console voodoo)
- can be deployed (with basic features) on an already running xen server po= ol.

cons:
- application is extremely fragile
- has timing issues when managing a few more machines (up to ~100 vm's is s= omewhat ok)
- statistics come with  noticable, rather expensive workload on dom0's=

I'm currently using it for giving the possibility of start/stop/migrate to = some more staff which can
do these tasks quite fine, but I don't want to see them at dom0's root prom= pt.



Initially very complex, but after a few days of learning if found cloudstac= k [0] a very nice
management tool which has a lot more features when it comes to SAAS / IAAS<= BR> Just read the installation guide.


[0] http://cloudstack.org/


Am Freitag, den 27.07.2012, 11:02 +0200 schrieb Zary Matej: 
>From: xen-users-boun=
ces@lists.xen.org [x=
en-users-bounces@lists.xen.org] On Behalf Of Umarzuki Mochlis [umarzuki@gmail.com]
>Sent: 25 July 2012 09:40
>To: xen-users@lists.xen.org<=
/A>
>Subject: [Xen-users] xen manager
>
>i want to find a xen web interface to manage many xen dom0 with below
>features regardless of licensing
>
>- ACL for admins
>- server group/pool management
>- resource pool (resource allocation) for VMs
>- VM templating
>- thin provisioning (virtual hard disk)
>- drag and drop for live VM migration
>- high availability (restart of VM on another xen dom0)
>- VLAN
>- VM backup
>- VM migration between shared storage
>- auto migration of VM to balance CPU loac on xen dom0
>
>thanks for any info
>--
>Regards,
>
>Umarzuki Mochlis
>http://debmal.my


Sounds like Convirture might fit your bill (http://www.convirture.com/products_compare.php<=
/A>). :)


Regards

Matej

_______________________________________________
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
--=-jwzb/WqaaeU6fTvZzrir-- --=-BJDusIdiPEKU00+vvOa4 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.11 (GNU/Linux) iQEcBAABAgAGBQJQEm1QAAoJEHzu36SveCllkjwH/3bR+bBZWVMCdqD+brBwEElU MVzp9P7xQR+1qwZbfHPevwOkWIj33IMgnPlY5e9O3e6eroe22CaJtEFuIEfJqO4c a4stlPF7gU4rLcpy3GCviNYUdwDl6eCuvCYzR2FxyjwjzYzzPUgurwHZ2p9Jk7b7 ncvlwz943Dej0M3rYa9N/Ov50NK6xtQdfKXE7Y/q8qVs4qvbcZP0byhesA3b222s cAlymsVPTcvPXByoX5s+JiIlXPR1p38kUbHgImh0HUSljV6T5SKqzMw7jXdrERRP WxjPEQnn03i2RaxFhFzBD98Mlms/64lz0RXHTQjZGrHB458+v423pyLMZMiErxk= =/+hX -----END PGP SIGNATURE----- --=-BJDusIdiPEKU00+vvOa4-- --===============8346465193931453730== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8346465193931453730==-- From xen-users-bounces@lists.xen.org Fri Jul 27 10:30:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 10:30: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 1Suhmx-0000IZ-68; Fri, 27 Jul 2012 10:28:55 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Suhmv-0000IL-Q4 for xen-users@lists.xen.org; Fri, 27 Jul 2012 10:28:54 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-8.tower-27.messagelabs.com!1343384913!9515161!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_18,ML_RADAR_SPEW_LINKS_23,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21341 invoked from network); 27 Jul 2012 10:28:34 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-8.tower-27.messagelabs.com with AES128-SHA encrypted SMTP; 27 Jul 2012 10:28:34 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Fri, 27 Jul 2012 12:28:33 +0200 From: Stephan Seitz To: Zary Matej Thread-Topic: [Xen-users] xen manager Thread-Index: AQHNajr5Ngy+IUxiDEawPCowZUPTlJc8tzaAgAAX8QA= Date: Fri, 27 Jul 2012 10:28:32 +0000 Message-ID: <1343384912.19006.61.camel@wotan2> References: <5DB0519124BB3D4DBEEB14426D4AC7EA6A72C9D573@aries.space.cvtisr.sk> In-Reply-To: <5DB0519124BB3D4DBEEB14426D4AC7EA6A72C9D573@aries.space.cvtisr.sk> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Umarzuki Mochlis Subject: Re: [Xen-users] xen manager X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8346465193931453730==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8346465193931453730== Content-Language: de-DE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-BJDusIdiPEKU00+vvOa4" --=-BJDusIdiPEKU00+vvOa4 Content-Type: multipart/alternative; boundary="=-jwzb/WqaaeU6fTvZzrir" --=-jwzb/WqaaeU6fTvZzrir Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Just sharing my experiences with convirture: pros: - uses xm compatible (not xl compatible) config files - can be used on top (or besides console voodoo) - can be deployed (with basic features) on an already running xen server pool. cons: - application is extremely fragile - has timing issues when managing a few more machines (up to ~100 vm's is somewhat ok) - statistics come with noticable, rather expensive workload on dom0's I'm currently using it for giving the possibility of start/stop/migrate to some more staff which can do these tasks quite fine, but I don't want to see them at dom0's root prompt. Initially very complex, but after a few days of learning if found cloudstack [0] a very nice management tool which has a lot more features when it comes to SAAS / IAAS Just read the installation guide.=20 [0] http://cloudstack.org/=20 Am Freitag, den 27.07.2012, 11:02 +0200 schrieb Zary Matej: > >From: xen-users-bounces@lists.xen.org [xen-users-bounces@lists.xen.org] = On Behalf Of Umarzuki Mochlis [umarzuki@gmail.com] > >Sent: 25 July 2012 09:40 > >To: xen-users@lists.xen.org > >Subject: [Xen-users] xen manager > > > >i want to find a xen web interface to manage many xen dom0 with below > >features regardless of licensing > > > >- ACL for admins > >- server group/pool management > >- resource pool (resource allocation) for VMs > >- VM templating > >- thin provisioning (virtual hard disk) > >- drag and drop for live VM migration > >- high availability (restart of VM on another xen dom0) > >- VLAN > >- VM backup > >- VM migration between shared storage > >- auto migration of VM to balance CPU loac on xen dom0 > > > >thanks for any info > >-- > >Regards, > > > >Umarzuki Mochlis > >http://debmal.my >=20 >=20 > Sounds like Convirture might fit your bill (http://www.convirture.com/pro= ducts_compare.php). :) >=20 >=20 > Regards >=20 > Matej >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --=-jwzb/WqaaeU6fTvZzrir Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Just sharing my experiences with convirture:

pros:
- uses xm compatible (not xl compatible) config files
- can be used on top (or besides console voodoo)
- can be deployed (with basic features) on an already running xen server po= ol.

cons:
- application is extremely fragile
- has timing issues when managing a few more machines (up to ~100 vm's is s= omewhat ok)
- statistics come with  noticable, rather expensive workload on dom0's=

I'm currently using it for giving the possibility of start/stop/migrate to = some more staff which can
do these tasks quite fine, but I don't want to see them at dom0's root prom= pt.



Initially very complex, but after a few days of learning if found cloudstac= k [0] a very nice
management tool which has a lot more features when it comes to SAAS / IAAS<= BR> Just read the installation guide.


[0] http://cloudstack.org/


Am Freitag, den 27.07.2012, 11:02 +0200 schrieb Zary Matej: 
>From: xen-users-boun=
ces@lists.xen.org [x=
en-users-bounces@lists.xen.org] On Behalf Of Umarzuki Mochlis [umarzuki@gmail.com]
>Sent: 25 July 2012 09:40
>To: xen-users@lists.xen.org<=
/A>
>Subject: [Xen-users] xen manager
>
>i want to find a xen web interface to manage many xen dom0 with below
>features regardless of licensing
>
>- ACL for admins
>- server group/pool management
>- resource pool (resource allocation) for VMs
>- VM templating
>- thin provisioning (virtual hard disk)
>- drag and drop for live VM migration
>- high availability (restart of VM on another xen dom0)
>- VLAN
>- VM backup
>- VM migration between shared storage
>- auto migration of VM to balance CPU loac on xen dom0
>
>thanks for any info
>--
>Regards,
>
>Umarzuki Mochlis
>http://debmal.my


Sounds like Convirture might fit your bill (http://www.convirture.com/products_compare.php<=
/A>). :)


Regards

Matej

_______________________________________________
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
--=-jwzb/WqaaeU6fTvZzrir-- --=-BJDusIdiPEKU00+vvOa4 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.11 (GNU/Linux) iQEcBAABAgAGBQJQEm1QAAoJEHzu36SveCllkjwH/3bR+bBZWVMCdqD+brBwEElU MVzp9P7xQR+1qwZbfHPevwOkWIj33IMgnPlY5e9O3e6eroe22CaJtEFuIEfJqO4c a4stlPF7gU4rLcpy3GCviNYUdwDl6eCuvCYzR2FxyjwjzYzzPUgurwHZ2p9Jk7b7 ncvlwz943Dej0M3rYa9N/Ov50NK6xtQdfKXE7Y/q8qVs4qvbcZP0byhesA3b222s cAlymsVPTcvPXByoX5s+JiIlXPR1p38kUbHgImh0HUSljV6T5SKqzMw7jXdrERRP WxjPEQnn03i2RaxFhFzBD98Mlms/64lz0RXHTQjZGrHB458+v423pyLMZMiErxk= =/+hX -----END PGP SIGNATURE----- --=-BJDusIdiPEKU00+vvOa4-- --===============8346465193931453730== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8346465193931453730==-- From xen-users-bounces@lists.xen.org Fri Jul 27 12:06:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 12:06:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SujHk-0005Da-Ql; Fri, 27 Jul 2012 12:04:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SujHi-0005DU-St for xen-users@lists.xensource.com; Fri, 27 Jul 2012 12:04:47 +0000 Received: from [85.158.143.99:20447] by server-3.bemta-4.messagelabs.com id 4A/B3-01511-ED382105; Fri, 27 Jul 2012 12:04:46 +0000 X-Env-Sender: andrew.lyon@gmail.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1343390684!28689645!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,UPPERCASE_25_50,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12222 invoked from network); 27 Jul 2012 12:04:44 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jul 2012 12:04:44 -0000 Received: by bkty15 with SMTP id y15so1898685bkt.30 for ; Fri, 27 Jul 2012 05:04:44 -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=SuYLtOsF8qHFvqdtDJfVCu8NsSJi57g86S/bkdZf3Cs=; b=fMCUmneOVq47m09tEPX7+ISDBhSKIiu5Y2P2zHAySj+LCPQw2Al1bXwvT4IIQXwdz7 aEKFriERoNzkwI2YEdDwNNbEzRvwPA3JSotwOFt/CDJTcBEenTUNMM1ce3Zl2FsbpRpV S2+HSTgNyJ9MWZqcc6KqzOWWC4npli7wQU/EBSTaDEZocoMFOP1+FDuycRFkcf4cbGqe VhXrr5E9iUR3C6kckXYLQrU2/49LxKGhXDgmr6DQEMxMiAAk4KzbIQ0gOHqvXhoHy9t+ gNfi5lBmXas7NWfX6EApf17x1jAVKNif8wcrO80yK5si/vxx+wN+StzRaffhB/aeHZ6k WQNQ== MIME-Version: 1.0 Received: by 10.204.128.214 with SMTP id l22mr849262bks.86.1343390684141; Fri, 27 Jul 2012 05:04:44 -0700 (PDT) Received: by 10.204.78.205 with HTTP; Fri, 27 Jul 2012 05:04:44 -0700 (PDT) Date: Fri, 27 Jul 2012 13:04:44 +0100 Message-ID: From: Andrew Lyon To: xen-users List Subject: [Xen-users] 3.5.0 dom0 crash on boot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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've not tried pv_ops for a long time but just got a new system (Supermicro X9DRL-iF) so decided to try 3.5.0 with the latest Xen 4.2-unstable, unfortunately the system crashes immediately after loading dom0: traps.c:486:d0 Unhandled invalid opcode fault/trap [#6] on VCPU 0 [ec=0000] I've tried loading both bzImage and vmlinuz (gzip compressed vmlinuz) with the same result. Full boot log: root (hd0,0) Filesystem type is ext2fs, partition type 0x83 kernel /xen-4.2-unstable.gz iommu=1 iommu_inclusive_mapping=1 com1=38400,8n1 co nsole=com1 noirqbalance watchdog dom0_vcpus_pin loglvl=all guest_loglvl=all cpu idle conring_size=65536 [Multiboot-elf, <0x100000:0 ! __ __ _ _ ____ _ _ _ \ \/ /___ _ __ | || | |___ \ _ _ _ __ ___| |_ __ _| |__ | | ___ * \ // _ \ '_ \ | || |_ __) |__| | | | '_ \/ __| __/ _` | '_ \| |/ _ \ * / \ __/ | | | |__ _| / __/|__| |_| | | | \__ \ || (_| | |_) | | __/ * /_/\_\___|_| |_| |_|(_)_____| \__,_|_| |_|___/\__\__,_|_.__/|_|\___| * * (XEN) Xen version 4.2-unstable (@josims.local) (gcc version 4.5.3 (Gentoo 4.5.3-r2 p1.1, pie-0.4.7) ) Fri Jul 27 20:28:57 BST 2012 (XEN) Latest ChangeSet: Thu Jul 26 10:55:09 2012 +0100 25667:b0fc6f8d5066 * (XEN) Bootloader: GNU GRUB 0.97 * (XEN) Command line: iommu=1 iommu_inclusive_mapping=1 com1=38400,8n1 console=com1 noirqbalance watchdog dom0_vcpus_pin loglvl=all guest_loglvl=all cpuidle conring_size=65536 Use the * and * keys to select which entry is highlighted. (XEN) Video information: 'e' to edit the selected command in the (XEN) VGA is text mode 80x25, font 8x16ine, 'o' to open a new line (XEN) VBE/DDC methods: none; EDID transfer time: 0 secondsve the (XEN) EDID info not retrieved because no DDC retrieval method detected (XEN) Disc information: (XEN) Found 4 MBR signatures (XEN) Found 6 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000008e400 (usable) (XEN) 000000000008e400 - 00000000000a0000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 000000007e49a000 (usable) (XEN) 000000007e49a000 - 000000007e5b2000 (ACPI NVS) (XEN) 000000007e5b2000 - 000000007f1b2000 (reserved) (XEN) 000000007f1b2000 - 000000007f22e000 (ACPI data) (XEN) 000000007f22e000 - 000000007f2c7000 (reserved) (XEN) 000000007f2c7000 - 000000007f2ce000 (ACPI NVS) (XEN) 000000007f2ce000 - 000000007f339000 (reserved) (XEN) 000000007f339000 - 000000007f341000 (ACPI NVS) (XEN) 000000007f341000 - 000000007f36a000 (reserved) (XEN) 000000007f36a000 - 000000007f800000 (ACPI NVS) (XEN) 0000000080000000 - 0000000090000000 (reserved) (XEN) 00000000fed1c000 - 00000000fed40000 (reserved) (XEN) 00000000ff000000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 0000000880000000 (usable) (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) (XEN) ACPI: XSDT 7F1B2088, 0094 (r1 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: FACP 7F1BC860, 00F4 (r4 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: DSDT 7F1B21B0, A6AD (r2 ALASKA A M I 15 INTL 20091112) (XEN) ACPI: FACS 7F33EF80, 0040 (XEN) ACPI: APIC 7F1BC958, 01B4 (r3 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: MCFG 7F1BCB10, 003C (r1 ALASKA OEMMCFG. 1072009 MSFT 97) (XEN) ACPI: SRAT 7F1BCB50, 0430 (r1 A M I AMI SRAT 1 AMI. 0) (XEN) ACPI: SLIT 7F1BCF80, 0030 (r1 A M I AMI SLIT 0 AMI. 0) (XEN) ACPI: HPET 7F1BCFB0, 0038 (r1 ALASKA A M I 1072009 AMI. 5) (XEN) ACPI: SPMI 7F1BCFE8, 0040 (r5 A M I OEMSPMI 0 AMI. 0) (XEN) ACPI: SSDT 7F1BD028, 70104 (r2 INTEL CpuPm 4000 INTL 20091112) (XEN) ACPI: DMAR 7F22D130, 0188 (r1 A M I OEMDMAR 1 INTL 1) (XEN) ACPI: EINJ 7F22D2B8, 0130 (r1 AMI AMI EINJ 0 0) (XEN) ACPI: ERST 7F22D3E8, 0210 (r1 AMIER AMI ERST 0 0) (XEN) ACPI: HEST 7F22D5F8, 00A8 (r1 AMI AMI HEST 0 0) (XEN) ACPI: BERT 7F22D6A0, 0030 (r1 AMI AMI BERT 0 0) (XEN) ACPI: BGRT 7F22D6D0, 0038 (r0 ALASKA A M I 1072009 AMI 10013) (XEN) System RAM: 32740MB (33525920kB) (XEN) SRAT: PXM 0 -> APIC 0 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 1 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 2 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 3 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 4 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 5 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 6 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 7 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 8 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 9 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 10 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 11 -> Node 0 (XEN) SRAT: PXM 1 -> APIC 32 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 33 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 34 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 35 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 36 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 37 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 38 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 39 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 40 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 41 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 42 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 43 -> Node 1 (XEN) SRAT: Node 0 PXM 0 0-80000000 (XEN) SRAT: Node 0 PXM 0 100000000-480000000 (XEN) SRAT: Node 1 PXM 1 480000000-880000000 (XEN) NUMA: Using 19 for the hash shift. (XEN) Domain heap initialised DMA width 32 bits (XEN) found SMP MP-table at 000fdb10 (XEN) DMI 2.7 present. (XEN) Using APIC driver default (XEN) ACPI: PM-Timer IO Port: 0x408 (XEN) ACPI: ACPI SLEEP INFO: pm1x_cnt[404,0], pm1x_evt[400,0] (XEN) ACPI: 32/64X FACS address mismatch in FADT - 7f33ef80/0000000000000000, using 32 (XEN) ACPI: wakeup_vec[7f33ef8c], vec_size[20] (XEN) ACPI: Local APIC address 0xfee00000 (XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) (XEN) Processor #0 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) (XEN) Processor #2 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x04] enabled) (XEN) Processor #4 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x06] lapic_id[0x06] enabled) (XEN) Processor #6 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x08] lapic_id[0x08] enabled) (XEN) Processor #8 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x0a] enabled) (XEN) Processor #10 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x20] enabled) (XEN) Processor #32 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x22] enabled) (XEN) Processor #34 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x10] lapic_id[0x24] enabled) (XEN) Processor #36 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x12] lapic_id[0x26] enabled) (XEN) Processor #38 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x14] lapic_id[0x28] enabled) (XEN) Processor #40 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x16] lapic_id[0x2a] enabled) (XEN) Processor #42 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) (XEN) Processor #1 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled) (XEN) Processor #3 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x05] lapic_id[0x05] enabled) (XEN) Processor #5 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x07] lapic_id[0x07] enabled) (XEN) Processor #7 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x09] lapic_id[0x09] enabled) (XEN) Processor #9 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x0b] enabled) (XEN) Processor #11 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x21] enabled) (XEN) Processor #33 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x23] enabled) (XEN) Processor #35 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x11] lapic_id[0x25] enabled) (XEN) Processor #37 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x13] lapic_id[0x27] enabled) (XEN) Processor #39 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x15] lapic_id[0x29] enabled) (XEN) Processor #41 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x17] lapic_id[0x2b] enabled) (XEN) Processor #43 6:13 APIC version 21 (XEN) ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x04] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x06] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x08] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x0a] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x0c] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x0e] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x10] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x12] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x14] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x16] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x05] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x07] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x09] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x0b] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x0d] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x0f] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x11] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x13] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x15] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x17] high edge lint[0x1]) (XEN) Overriding APIC driver with bigsmp (XEN) ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0]) (XEN) IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23 (XEN) ACPI: IOAPIC (id[0x02] address[0xfec01000] gsi_base[24]) (XEN) IOAPIC[1]: apic_id 2, version 32, address 0xfec01000, GSI 24-47 (XEN) ACPI: IOAPIC (id[0x03] address[0xfec40000] gsi_base[48]) (XEN) IOAPIC[2]: apic_id 3, version 32, address 0xfec40000, GSI 48-71 (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) (XEN) ACPI: IRQ0 used by override. (XEN) ACPI: IRQ2 used by override. (XEN) ACPI: IRQ9 used by override. (XEN) Enabling APIC mode: Phys. Using 3 I/O APICs (XEN) ACPI: HPET id: 0x8086a701 base: 0xfed00000 (XEN) ERST table is invalid (XEN) Using ACPI (MADT) for SMP configuration information (XEN) SMP: Allowing 24 CPUs (0 hotplug CPUs) (XEN) IRQ limits: 72 GSI, 4552 MSI/MSI-X (XEN) Switched to APIC driver x2apic_cluster. (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 2500.105 MHz processor. (XEN) Initing memory sharing. (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 (XEN) mce_intel.c:1239: MCA Capability: BCAST 1 SER 1 CMCI 1 firstbank 0 extended MCE MSR 0 (XEN) Intel machine check reporting enabled (XEN) PCI: MCFG configuration 0: base 80000000 segment 0000 buses 00 - ff (XEN) PCI: MCFG area at 80000000 reserved in E820 (XEN) PCI: Using MCFG for segment 0000 bus 00-ff (XEN) Intel VT-d Snoop Control enabled. (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. (XEN) Intel VT-d Queued Invalidation enabled. (XEN) Intel VT-d Interrupt Remapping enabled. (XEN) Intel VT-d Shared EPT tables enabled. (XEN) I/O virtualisation enabled (XEN) - Dom0 mode: Relaxed (XEN) Enabled directed EOI with ioapic_ack_old on! (XEN) ENABLING IO-APIC IRQs (XEN) -> Using old ACK method (XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pin2=-1 (XEN) TSC deadline timer enabled (XEN) Platform timer is 14.318MHz HPET (XEN) Defaulting to alternative key handling; send 'A' to switch to normal mode. (XEN) Allocated console ring of 65536 KiB. (XEN) VMX: Supported advanced features: (XEN) - APIC MMIO access virtualisation (XEN) - APIC TPR shadow (XEN) - Extended Page Tables (EPT) (XEN) - Virtual-Processor Identifiers (VPID) (XEN) - Virtual NMI (XEN) - MSR direct-access bitmap (XEN) - Unrestricted Guest (XEN) HVM: ASIDs enabled. (XEN) HVM: VMX enabled (XEN) HVM: Hardware Assisted Paging (HAP) detected (XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB (XEN) Brought up 24 CPUs (XEN) Testing NMI watchdog --- CPU#0 okay. CPU#1 okay. CPU#2 okay. CPU#3 okay. CPU#4 okay. CPU#5 okay. CPU#6 okay. CPU#7 okay. CPU#8 okay. CPU#9 okay. CPU#10 okay. CPU#11 okay. CPU#12 okay. CPU#13 okay. CPU#14 okay. CPU#15 okay. CPU#16 okay. CPU#17 okay. CPU#18 okay. CPU#19 okay. CPU#20 okay. CPU#21 okay. CPU#22 okay. CPU#23 okay. (XEN) ACPI sleep modes: S3 (XEN) mcheck_poll: Machine check polling timer started. (XEN) *** LOADING DOMAIN 0 *** (XEN) elf_parse_binary: phdr: paddr=0x1000000 memsz=0x820000 (XEN) elf_parse_binary: phdr: paddr=0x1a00000 memsz=0x740e8 (XEN) elf_parse_binary: phdr: paddr=0x1a75000 memsz=0x13340 (XEN) elf_parse_binary: phdr: paddr=0x1a89000 memsz=0x549000 (XEN) elf_parse_binary: memory: 0x1000000 -> 0x1fd2000 (XEN) elf_xen_parse_note: GUEST_OS = "linux" (XEN) elf_xen_parse_note: GUEST_VERSION = "2.6" (XEN) elf_xen_parse_note: XEN_VERSION = "xen-3.0" (XEN) elf_xen_parse_note: VIRT_BASE = 0xffffffff80000000 (XEN) elf_xen_parse_note: ENTRY = 0xffffffff81a89210 (XEN) elf_xen_parse_note: HYPERCALL_PAGE = 0xffffffff81001000 (XEN) elf_xen_parse_note: FEATURES = "!writable_page_tables|pae_pgdir_above_4gb" (XEN) elf_xen_parse_note: PAE_MODE = "yes" (XEN) elf_xen_parse_note: LOADER = "generic" (XEN) elf_xen_parse_note: unknown xen elf note (0xd) (XEN) elf_xen_parse_note: SUSPEND_CANCEL = 0x1 (XEN) elf_xen_parse_note: HV_START_LOW = 0xffff800000000000 (XEN) elf_xen_parse_note: PADDR_OFFSET = 0x0 (XEN) elf_xen_addr_calc_check: addresses: (XEN) virt_base = 0xffffffff80000000 (XEN) elf_paddr_offset = 0x0 (XEN) virt_offset = 0xffffffff80000000 (XEN) virt_kstart = 0xffffffff81000000 (XEN) virt_kend = 0xffffffff81fd2000 (XEN) virt_entry = 0xffffffff81a89210 (XEN) p2m_base = 0xffffffffffffffff (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x1fd2000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 0000000430000000->0000000438000000 (8190061 pages to be allocated) (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff81fd2000 (XEN) Init. ramdisk: ffffffff81fd2000->ffffffff81fd2000 (XEN) Phys-Mach map: ffffffff81fd2000->ffffffff85e8e368 (XEN) Start info: ffffffff85e8f000->ffffffff85e8f4b4 (XEN) Page tables: ffffffff85e90000->ffffffff85ec3000 (XEN) Boot stack: ffffffff85ec3000->ffffffff85ec4000 (XEN) TOTAL: ffffffff80000000->ffffffff86000000 (XEN) ENTRY ADDRESS: ffffffff81a89210 (XEN) Dom0 has maximum 24 VCPUs (XEN) elf_load_binary: phdr 0 at 0xffffffff81000000 -> 0xffffffff81820000 (XEN) elf_load_binary: phdr 1 at 0xffffffff81a00000 -> 0xffffffff81a740e8 (XEN) elf_load_binary: phdr 2 at 0xffffffff81a75000 -> 0xffffffff81a88340 (XEN) elf_load_binary: phdr 3 at 0xffffffff81a89000 -> 0xffffffff81b11000 (XEN) Scrubbing Free RAM: .done. (XEN) Initial low memory virq threshold set at 0x4000 pages. (XEN) Std. Loglevel: All (XEN) Guest Loglevel: All (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 236kB init memory. mapping kernel into physical memory about to get started... (XEN) traps.c:486:d0 Unhandled invalid opcode fault/trap [#6] on VCPU 0 [ec=0000] (XEN) domain_crash_sync called from entry.S (XEN) Domain 0 (vcpu#0) crashed on cpu#0: (XEN) ----[ Xen-4.2-unstable x86_64 debug=y Not tainted ]---- (XEN) CPU: 0 (XEN) RIP: e033:[] (XEN) RFLAGS: 0000000000000206 EM: 1 CONTEXT: pv guest (XEN) rax: ffffffff81fd3000 rbx: 0000000000000021 rcx: 0000000000001000 (XEN) rdx: ffffffff81fd2000 rsi: 0000000000001000 rdi: 0000000000001000 (XEN) rbp: 0000000000000088 rsp: ffffffff81a01d38 r8: 0000000000000088 (XEN) r9: 0000000000000021 r10: 0000000000000000 r11: 0000000100000000 (XEN) r12: 0000000000079700 r13: 0000000000000440 r14: 0000000000000088 (XEN) r15: 0000000000000021 cr0: 000000008005003b cr4: 00000000000426f0 (XEN) cr3: 0000000431a0b000 cr2: 0000000000000000 (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e02b cs: e033 (XEN) Guest stack trace from rsp=ffffffff81a01d38: (XEN) 0000000000001000 0000000100000000 ffffffff81a8f18e 000000010000e030 (XEN) 0000000000010006 ffffffff81a01d70 000000000000e02b ffffffff81a8de7c (XEN) 0000000000000108 0000000000851000 00000000007e8444 0000000000079700 (XEN) ffffffff81a01e20 ffffffff81a01df8 0000000000859445 ffffffff81a8e25c (XEN) 00000000007d7800 0000000000851000 0000000000079793 ffffffff81a8ca2c (XEN) 0000000000081bd8 0000000000081bd8 ffffffff81ac2990 00000000007d786d (XEN) ffffffff81a01e20 0000000000000001 0000000000000000 0000000000007ff0 (XEN) ffffffff81a01e28 00000000007e8444 4000000000000000 00000000007d786d (XEN) 0000000000081bd8 00000000007d786d ffffffff81ac297c 0000000000000000 (XEN) 0000000000000013 ffffffff81a8cda7 0000000800000014 00000007d786d000 (XEN) 0000000007528793 0000001400000000 0000000000000014 0000000000000013 (XEN) ffffffff00000014 ffffffff81ac2800 ffffffff81452556 7ff0000000000000 (XEN) 0000000000000000 ffffffffffffffff ffffffff81ac0000 ffffffff81a01f80 (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff81a9265a (XEN) ffffffffffffffff ffffffff81a8f2f6 0000000000000010 ffffffff81a01f68 (XEN) ffffffff81a01f28 0000000000000000 ffffffff81452556 ffffffffffffffff (XEN) ffffffff81ac0000 0000000000000000 0000000000000000 0000000000000000 (XEN) 0000000000000000 ffffffff81a8985a 0000000001bb4000 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff85e90000 (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff81a8c6ed (XEN) Domain 0 crashed: rebooting machine in 5 seconds. (XEN) Resetting with ACPI MEMORY or I/O RESET_REG. Andy _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 27 12:06:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 12:06:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SujHk-0005Da-Ql; Fri, 27 Jul 2012 12:04:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SujHi-0005DU-St for xen-users@lists.xensource.com; Fri, 27 Jul 2012 12:04:47 +0000 Received: from [85.158.143.99:20447] by server-3.bemta-4.messagelabs.com id 4A/B3-01511-ED382105; Fri, 27 Jul 2012 12:04:46 +0000 X-Env-Sender: andrew.lyon@gmail.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1343390684!28689645!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,UPPERCASE_25_50,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12222 invoked from network); 27 Jul 2012 12:04:44 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jul 2012 12:04:44 -0000 Received: by bkty15 with SMTP id y15so1898685bkt.30 for ; Fri, 27 Jul 2012 05:04:44 -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=SuYLtOsF8qHFvqdtDJfVCu8NsSJi57g86S/bkdZf3Cs=; b=fMCUmneOVq47m09tEPX7+ISDBhSKIiu5Y2P2zHAySj+LCPQw2Al1bXwvT4IIQXwdz7 aEKFriERoNzkwI2YEdDwNNbEzRvwPA3JSotwOFt/CDJTcBEenTUNMM1ce3Zl2FsbpRpV S2+HSTgNyJ9MWZqcc6KqzOWWC4npli7wQU/EBSTaDEZocoMFOP1+FDuycRFkcf4cbGqe VhXrr5E9iUR3C6kckXYLQrU2/49LxKGhXDgmr6DQEMxMiAAk4KzbIQ0gOHqvXhoHy9t+ gNfi5lBmXas7NWfX6EApf17x1jAVKNif8wcrO80yK5si/vxx+wN+StzRaffhB/aeHZ6k WQNQ== MIME-Version: 1.0 Received: by 10.204.128.214 with SMTP id l22mr849262bks.86.1343390684141; Fri, 27 Jul 2012 05:04:44 -0700 (PDT) Received: by 10.204.78.205 with HTTP; Fri, 27 Jul 2012 05:04:44 -0700 (PDT) Date: Fri, 27 Jul 2012 13:04:44 +0100 Message-ID: From: Andrew Lyon To: xen-users List Subject: [Xen-users] 3.5.0 dom0 crash on boot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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've not tried pv_ops for a long time but just got a new system (Supermicro X9DRL-iF) so decided to try 3.5.0 with the latest Xen 4.2-unstable, unfortunately the system crashes immediately after loading dom0: traps.c:486:d0 Unhandled invalid opcode fault/trap [#6] on VCPU 0 [ec=0000] I've tried loading both bzImage and vmlinuz (gzip compressed vmlinuz) with the same result. Full boot log: root (hd0,0) Filesystem type is ext2fs, partition type 0x83 kernel /xen-4.2-unstable.gz iommu=1 iommu_inclusive_mapping=1 com1=38400,8n1 co nsole=com1 noirqbalance watchdog dom0_vcpus_pin loglvl=all guest_loglvl=all cpu idle conring_size=65536 [Multiboot-elf, <0x100000:0 ! __ __ _ _ ____ _ _ _ \ \/ /___ _ __ | || | |___ \ _ _ _ __ ___| |_ __ _| |__ | | ___ * \ // _ \ '_ \ | || |_ __) |__| | | | '_ \/ __| __/ _` | '_ \| |/ _ \ * / \ __/ | | | |__ _| / __/|__| |_| | | | \__ \ || (_| | |_) | | __/ * /_/\_\___|_| |_| |_|(_)_____| \__,_|_| |_|___/\__\__,_|_.__/|_|\___| * * (XEN) Xen version 4.2-unstable (@josims.local) (gcc version 4.5.3 (Gentoo 4.5.3-r2 p1.1, pie-0.4.7) ) Fri Jul 27 20:28:57 BST 2012 (XEN) Latest ChangeSet: Thu Jul 26 10:55:09 2012 +0100 25667:b0fc6f8d5066 * (XEN) Bootloader: GNU GRUB 0.97 * (XEN) Command line: iommu=1 iommu_inclusive_mapping=1 com1=38400,8n1 console=com1 noirqbalance watchdog dom0_vcpus_pin loglvl=all guest_loglvl=all cpuidle conring_size=65536 Use the * and * keys to select which entry is highlighted. (XEN) Video information: 'e' to edit the selected command in the (XEN) VGA is text mode 80x25, font 8x16ine, 'o' to open a new line (XEN) VBE/DDC methods: none; EDID transfer time: 0 secondsve the (XEN) EDID info not retrieved because no DDC retrieval method detected (XEN) Disc information: (XEN) Found 4 MBR signatures (XEN) Found 6 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000008e400 (usable) (XEN) 000000000008e400 - 00000000000a0000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 000000007e49a000 (usable) (XEN) 000000007e49a000 - 000000007e5b2000 (ACPI NVS) (XEN) 000000007e5b2000 - 000000007f1b2000 (reserved) (XEN) 000000007f1b2000 - 000000007f22e000 (ACPI data) (XEN) 000000007f22e000 - 000000007f2c7000 (reserved) (XEN) 000000007f2c7000 - 000000007f2ce000 (ACPI NVS) (XEN) 000000007f2ce000 - 000000007f339000 (reserved) (XEN) 000000007f339000 - 000000007f341000 (ACPI NVS) (XEN) 000000007f341000 - 000000007f36a000 (reserved) (XEN) 000000007f36a000 - 000000007f800000 (ACPI NVS) (XEN) 0000000080000000 - 0000000090000000 (reserved) (XEN) 00000000fed1c000 - 00000000fed40000 (reserved) (XEN) 00000000ff000000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 0000000880000000 (usable) (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) (XEN) ACPI: XSDT 7F1B2088, 0094 (r1 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: FACP 7F1BC860, 00F4 (r4 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: DSDT 7F1B21B0, A6AD (r2 ALASKA A M I 15 INTL 20091112) (XEN) ACPI: FACS 7F33EF80, 0040 (XEN) ACPI: APIC 7F1BC958, 01B4 (r3 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: MCFG 7F1BCB10, 003C (r1 ALASKA OEMMCFG. 1072009 MSFT 97) (XEN) ACPI: SRAT 7F1BCB50, 0430 (r1 A M I AMI SRAT 1 AMI. 0) (XEN) ACPI: SLIT 7F1BCF80, 0030 (r1 A M I AMI SLIT 0 AMI. 0) (XEN) ACPI: HPET 7F1BCFB0, 0038 (r1 ALASKA A M I 1072009 AMI. 5) (XEN) ACPI: SPMI 7F1BCFE8, 0040 (r5 A M I OEMSPMI 0 AMI. 0) (XEN) ACPI: SSDT 7F1BD028, 70104 (r2 INTEL CpuPm 4000 INTL 20091112) (XEN) ACPI: DMAR 7F22D130, 0188 (r1 A M I OEMDMAR 1 INTL 1) (XEN) ACPI: EINJ 7F22D2B8, 0130 (r1 AMI AMI EINJ 0 0) (XEN) ACPI: ERST 7F22D3E8, 0210 (r1 AMIER AMI ERST 0 0) (XEN) ACPI: HEST 7F22D5F8, 00A8 (r1 AMI AMI HEST 0 0) (XEN) ACPI: BERT 7F22D6A0, 0030 (r1 AMI AMI BERT 0 0) (XEN) ACPI: BGRT 7F22D6D0, 0038 (r0 ALASKA A M I 1072009 AMI 10013) (XEN) System RAM: 32740MB (33525920kB) (XEN) SRAT: PXM 0 -> APIC 0 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 1 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 2 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 3 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 4 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 5 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 6 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 7 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 8 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 9 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 10 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 11 -> Node 0 (XEN) SRAT: PXM 1 -> APIC 32 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 33 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 34 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 35 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 36 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 37 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 38 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 39 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 40 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 41 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 42 -> Node 1 (XEN) SRAT: PXM 1 -> APIC 43 -> Node 1 (XEN) SRAT: Node 0 PXM 0 0-80000000 (XEN) SRAT: Node 0 PXM 0 100000000-480000000 (XEN) SRAT: Node 1 PXM 1 480000000-880000000 (XEN) NUMA: Using 19 for the hash shift. (XEN) Domain heap initialised DMA width 32 bits (XEN) found SMP MP-table at 000fdb10 (XEN) DMI 2.7 present. (XEN) Using APIC driver default (XEN) ACPI: PM-Timer IO Port: 0x408 (XEN) ACPI: ACPI SLEEP INFO: pm1x_cnt[404,0], pm1x_evt[400,0] (XEN) ACPI: 32/64X FACS address mismatch in FADT - 7f33ef80/0000000000000000, using 32 (XEN) ACPI: wakeup_vec[7f33ef8c], vec_size[20] (XEN) ACPI: Local APIC address 0xfee00000 (XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) (XEN) Processor #0 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) (XEN) Processor #2 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x04] enabled) (XEN) Processor #4 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x06] lapic_id[0x06] enabled) (XEN) Processor #6 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x08] lapic_id[0x08] enabled) (XEN) Processor #8 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x0a] enabled) (XEN) Processor #10 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x20] enabled) (XEN) Processor #32 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x22] enabled) (XEN) Processor #34 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x10] lapic_id[0x24] enabled) (XEN) Processor #36 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x12] lapic_id[0x26] enabled) (XEN) Processor #38 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x14] lapic_id[0x28] enabled) (XEN) Processor #40 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x16] lapic_id[0x2a] enabled) (XEN) Processor #42 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) (XEN) Processor #1 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled) (XEN) Processor #3 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x05] lapic_id[0x05] enabled) (XEN) Processor #5 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x07] lapic_id[0x07] enabled) (XEN) Processor #7 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x09] lapic_id[0x09] enabled) (XEN) Processor #9 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x0b] enabled) (XEN) Processor #11 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x21] enabled) (XEN) Processor #33 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x23] enabled) (XEN) Processor #35 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x11] lapic_id[0x25] enabled) (XEN) Processor #37 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x13] lapic_id[0x27] enabled) (XEN) Processor #39 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x15] lapic_id[0x29] enabled) (XEN) Processor #41 6:13 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x17] lapic_id[0x2b] enabled) (XEN) Processor #43 6:13 APIC version 21 (XEN) ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x04] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x06] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x08] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x0a] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x0c] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x0e] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x10] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x12] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x14] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x16] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x05] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x07] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x09] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x0b] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x0d] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x0f] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x11] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x13] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x15] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x17] high edge lint[0x1]) (XEN) Overriding APIC driver with bigsmp (XEN) ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0]) (XEN) IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23 (XEN) ACPI: IOAPIC (id[0x02] address[0xfec01000] gsi_base[24]) (XEN) IOAPIC[1]: apic_id 2, version 32, address 0xfec01000, GSI 24-47 (XEN) ACPI: IOAPIC (id[0x03] address[0xfec40000] gsi_base[48]) (XEN) IOAPIC[2]: apic_id 3, version 32, address 0xfec40000, GSI 48-71 (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) (XEN) ACPI: IRQ0 used by override. (XEN) ACPI: IRQ2 used by override. (XEN) ACPI: IRQ9 used by override. (XEN) Enabling APIC mode: Phys. Using 3 I/O APICs (XEN) ACPI: HPET id: 0x8086a701 base: 0xfed00000 (XEN) ERST table is invalid (XEN) Using ACPI (MADT) for SMP configuration information (XEN) SMP: Allowing 24 CPUs (0 hotplug CPUs) (XEN) IRQ limits: 72 GSI, 4552 MSI/MSI-X (XEN) Switched to APIC driver x2apic_cluster. (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 2500.105 MHz processor. (XEN) Initing memory sharing. (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 (XEN) mce_intel.c:1239: MCA Capability: BCAST 1 SER 1 CMCI 1 firstbank 0 extended MCE MSR 0 (XEN) Intel machine check reporting enabled (XEN) PCI: MCFG configuration 0: base 80000000 segment 0000 buses 00 - ff (XEN) PCI: MCFG area at 80000000 reserved in E820 (XEN) PCI: Using MCFG for segment 0000 bus 00-ff (XEN) Intel VT-d Snoop Control enabled. (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. (XEN) Intel VT-d Queued Invalidation enabled. (XEN) Intel VT-d Interrupt Remapping enabled. (XEN) Intel VT-d Shared EPT tables enabled. (XEN) I/O virtualisation enabled (XEN) - Dom0 mode: Relaxed (XEN) Enabled directed EOI with ioapic_ack_old on! (XEN) ENABLING IO-APIC IRQs (XEN) -> Using old ACK method (XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pin2=-1 (XEN) TSC deadline timer enabled (XEN) Platform timer is 14.318MHz HPET (XEN) Defaulting to alternative key handling; send 'A' to switch to normal mode. (XEN) Allocated console ring of 65536 KiB. (XEN) VMX: Supported advanced features: (XEN) - APIC MMIO access virtualisation (XEN) - APIC TPR shadow (XEN) - Extended Page Tables (EPT) (XEN) - Virtual-Processor Identifiers (VPID) (XEN) - Virtual NMI (XEN) - MSR direct-access bitmap (XEN) - Unrestricted Guest (XEN) HVM: ASIDs enabled. (XEN) HVM: VMX enabled (XEN) HVM: Hardware Assisted Paging (HAP) detected (XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB (XEN) Brought up 24 CPUs (XEN) Testing NMI watchdog --- CPU#0 okay. CPU#1 okay. CPU#2 okay. CPU#3 okay. CPU#4 okay. CPU#5 okay. CPU#6 okay. CPU#7 okay. CPU#8 okay. CPU#9 okay. CPU#10 okay. CPU#11 okay. CPU#12 okay. CPU#13 okay. CPU#14 okay. CPU#15 okay. CPU#16 okay. CPU#17 okay. CPU#18 okay. CPU#19 okay. CPU#20 okay. CPU#21 okay. CPU#22 okay. CPU#23 okay. (XEN) ACPI sleep modes: S3 (XEN) mcheck_poll: Machine check polling timer started. (XEN) *** LOADING DOMAIN 0 *** (XEN) elf_parse_binary: phdr: paddr=0x1000000 memsz=0x820000 (XEN) elf_parse_binary: phdr: paddr=0x1a00000 memsz=0x740e8 (XEN) elf_parse_binary: phdr: paddr=0x1a75000 memsz=0x13340 (XEN) elf_parse_binary: phdr: paddr=0x1a89000 memsz=0x549000 (XEN) elf_parse_binary: memory: 0x1000000 -> 0x1fd2000 (XEN) elf_xen_parse_note: GUEST_OS = "linux" (XEN) elf_xen_parse_note: GUEST_VERSION = "2.6" (XEN) elf_xen_parse_note: XEN_VERSION = "xen-3.0" (XEN) elf_xen_parse_note: VIRT_BASE = 0xffffffff80000000 (XEN) elf_xen_parse_note: ENTRY = 0xffffffff81a89210 (XEN) elf_xen_parse_note: HYPERCALL_PAGE = 0xffffffff81001000 (XEN) elf_xen_parse_note: FEATURES = "!writable_page_tables|pae_pgdir_above_4gb" (XEN) elf_xen_parse_note: PAE_MODE = "yes" (XEN) elf_xen_parse_note: LOADER = "generic" (XEN) elf_xen_parse_note: unknown xen elf note (0xd) (XEN) elf_xen_parse_note: SUSPEND_CANCEL = 0x1 (XEN) elf_xen_parse_note: HV_START_LOW = 0xffff800000000000 (XEN) elf_xen_parse_note: PADDR_OFFSET = 0x0 (XEN) elf_xen_addr_calc_check: addresses: (XEN) virt_base = 0xffffffff80000000 (XEN) elf_paddr_offset = 0x0 (XEN) virt_offset = 0xffffffff80000000 (XEN) virt_kstart = 0xffffffff81000000 (XEN) virt_kend = 0xffffffff81fd2000 (XEN) virt_entry = 0xffffffff81a89210 (XEN) p2m_base = 0xffffffffffffffff (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x1fd2000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 0000000430000000->0000000438000000 (8190061 pages to be allocated) (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff81fd2000 (XEN) Init. ramdisk: ffffffff81fd2000->ffffffff81fd2000 (XEN) Phys-Mach map: ffffffff81fd2000->ffffffff85e8e368 (XEN) Start info: ffffffff85e8f000->ffffffff85e8f4b4 (XEN) Page tables: ffffffff85e90000->ffffffff85ec3000 (XEN) Boot stack: ffffffff85ec3000->ffffffff85ec4000 (XEN) TOTAL: ffffffff80000000->ffffffff86000000 (XEN) ENTRY ADDRESS: ffffffff81a89210 (XEN) Dom0 has maximum 24 VCPUs (XEN) elf_load_binary: phdr 0 at 0xffffffff81000000 -> 0xffffffff81820000 (XEN) elf_load_binary: phdr 1 at 0xffffffff81a00000 -> 0xffffffff81a740e8 (XEN) elf_load_binary: phdr 2 at 0xffffffff81a75000 -> 0xffffffff81a88340 (XEN) elf_load_binary: phdr 3 at 0xffffffff81a89000 -> 0xffffffff81b11000 (XEN) Scrubbing Free RAM: .done. (XEN) Initial low memory virq threshold set at 0x4000 pages. (XEN) Std. Loglevel: All (XEN) Guest Loglevel: All (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 236kB init memory. mapping kernel into physical memory about to get started... (XEN) traps.c:486:d0 Unhandled invalid opcode fault/trap [#6] on VCPU 0 [ec=0000] (XEN) domain_crash_sync called from entry.S (XEN) Domain 0 (vcpu#0) crashed on cpu#0: (XEN) ----[ Xen-4.2-unstable x86_64 debug=y Not tainted ]---- (XEN) CPU: 0 (XEN) RIP: e033:[] (XEN) RFLAGS: 0000000000000206 EM: 1 CONTEXT: pv guest (XEN) rax: ffffffff81fd3000 rbx: 0000000000000021 rcx: 0000000000001000 (XEN) rdx: ffffffff81fd2000 rsi: 0000000000001000 rdi: 0000000000001000 (XEN) rbp: 0000000000000088 rsp: ffffffff81a01d38 r8: 0000000000000088 (XEN) r9: 0000000000000021 r10: 0000000000000000 r11: 0000000100000000 (XEN) r12: 0000000000079700 r13: 0000000000000440 r14: 0000000000000088 (XEN) r15: 0000000000000021 cr0: 000000008005003b cr4: 00000000000426f0 (XEN) cr3: 0000000431a0b000 cr2: 0000000000000000 (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e02b cs: e033 (XEN) Guest stack trace from rsp=ffffffff81a01d38: (XEN) 0000000000001000 0000000100000000 ffffffff81a8f18e 000000010000e030 (XEN) 0000000000010006 ffffffff81a01d70 000000000000e02b ffffffff81a8de7c (XEN) 0000000000000108 0000000000851000 00000000007e8444 0000000000079700 (XEN) ffffffff81a01e20 ffffffff81a01df8 0000000000859445 ffffffff81a8e25c (XEN) 00000000007d7800 0000000000851000 0000000000079793 ffffffff81a8ca2c (XEN) 0000000000081bd8 0000000000081bd8 ffffffff81ac2990 00000000007d786d (XEN) ffffffff81a01e20 0000000000000001 0000000000000000 0000000000007ff0 (XEN) ffffffff81a01e28 00000000007e8444 4000000000000000 00000000007d786d (XEN) 0000000000081bd8 00000000007d786d ffffffff81ac297c 0000000000000000 (XEN) 0000000000000013 ffffffff81a8cda7 0000000800000014 00000007d786d000 (XEN) 0000000007528793 0000001400000000 0000000000000014 0000000000000013 (XEN) ffffffff00000014 ffffffff81ac2800 ffffffff81452556 7ff0000000000000 (XEN) 0000000000000000 ffffffffffffffff ffffffff81ac0000 ffffffff81a01f80 (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff81a9265a (XEN) ffffffffffffffff ffffffff81a8f2f6 0000000000000010 ffffffff81a01f68 (XEN) ffffffff81a01f28 0000000000000000 ffffffff81452556 ffffffffffffffff (XEN) ffffffff81ac0000 0000000000000000 0000000000000000 0000000000000000 (XEN) 0000000000000000 ffffffff81a8985a 0000000001bb4000 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff85e90000 (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff81a8c6ed (XEN) Domain 0 crashed: rebooting machine in 5 seconds. (XEN) Resetting with ACPI MEMORY or I/O RESET_REG. Andy _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 27 12:27:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 12: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 1SujcX-0005tN-Ax; Fri, 27 Jul 2012 12:26:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SujcV-0005t7-Ot for xen-users@lists.xensource.com; Fri, 27 Jul 2012 12:26:15 +0000 Received: from [85.158.138.51:3553] by server-12.bemta-3.messagelabs.com id 61/8A-15259-4E882105; Fri, 27 Jul 2012 12:26:12 +0000 X-Env-Sender: andrew.lyon@gmail.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1343391970!29030599!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,UPPERCASE_25_50,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13361 invoked from network); 27 Jul 2012 12:26:10 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jul 2012 12:26:10 -0000 Received: by bkty15 with SMTP id y15so1909843bkt.30 for ; Fri, 27 Jul 2012 05:26: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 :content-type; bh=E4xhU5kKJyRFAO7giTTs6ekUXPGoeW9bk12KCgk1JeM=; b=XX+JPwaaULhaa4TV6bjin/F5+fiiEvMKfNbFy033LF44qkywTMjiN03VhfFg5Bk9Xy VtPLv7n0Iz77QU9viSoAneklJJlVXVzGFf6cLfteA9u87HIirw9cztCogVRjP08/9CKL UHHSiQ+EENKO4jCq+nh+ufFU2iLcjq90EAHh+PYKuULkbZmE455o+3Ld3LnMdmshRUCq rhJBmwhL3Sad5YSGOtwillng4NQJRMObB9jDgOiE5aYbEWHM5BB3A+5qaL3cccdaPTJo KgJXjFqjhru8BRqDVDzsZ9VT76O+5vFcWpswMpiW0RYW5E2rGzWWJajXnd54Md1OyEOo PL5w== MIME-Version: 1.0 Received: by 10.204.132.77 with SMTP id a13mr881256bkt.99.1343391970025; Fri, 27 Jul 2012 05:26:10 -0700 (PDT) Received: by 10.204.78.205 with HTTP; Fri, 27 Jul 2012 05:26:09 -0700 (PDT) In-Reply-To: References: Date: Fri, 27 Jul 2012 13:26:09 +0100 Message-ID: From: Andrew Lyon To: xen-users List , Xen-devel Subject: Re: [Xen-users] 3.5.0 dom0 crash on boot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Setting dom0_mem=1024M enabled the system to boot. The system has 32gb ram, is this a known issue? Andy On Fri, Jul 27, 2012 at 1:04 PM, Andrew Lyon wrote: > Hi, > > I've not tried pv_ops for a long time but just got a new system > (Supermicro X9DRL-iF) so decided to try 3.5.0 with the latest Xen > 4.2-unstable, unfortunately the system crashes immediately after > loading dom0: > > traps.c:486:d0 Unhandled invalid opcode fault/trap [#6] on VCPU 0 [ec=0000] > > I've tried loading both bzImage and vmlinuz (gzip compressed vmlinuz) > with the same result. > > Full boot log: > > > root (hd0,0) > Filesystem type is ext2fs, partition type 0x83 > kernel /xen-4.2-unstable.gz iommu=1 iommu_inclusive_mapping=1 com1=38400,8n1 co > nsole=com1 noirqbalance watchdog dom0_vcpus_pin loglvl=all guest_loglvl=all cpu > idle conring_size=65536 > [Multiboot-elf, <0x100000:0 ! __ __ _ _ > ____ _ _ _ > \ \/ /___ _ __ | || | |___ \ _ _ _ __ ___| |_ __ _| |__ | | ___ * > \ // _ \ '_ \ | || |_ __) |__| | | | '_ \/ __| __/ _` | '_ \| |/ _ \ * > / \ __/ | | | |__ _| / __/|__| |_| | | | \__ \ || (_| | |_) | | __/ * > /_/\_\___|_| |_| |_|(_)_____| \__,_|_| |_|___/\__\__,_|_.__/|_|\___| * > * > (XEN) Xen version 4.2-unstable (@josims.local) (gcc version 4.5.3 > (Gentoo 4.5.3-r2 p1.1, pie-0.4.7) ) Fri Jul 27 20:28:57 BST 2012 > (XEN) Latest ChangeSet: Thu Jul 26 10:55:09 2012 +0100 25667:b0fc6f8d5066 * > (XEN) Bootloader: GNU GRUB 0.97 * > (XEN) Command line: iommu=1 iommu_inclusive_mapping=1 com1=38400,8n1 > console=com1 noirqbalance watchdog dom0_vcpus_pin loglvl=all > guest_loglvl=all cpuidle conring_size=65536 Use the * and * keys to > select which entry is highlighted. > (XEN) Video information: 'e' to edit the selected command in the > (XEN) VGA is text mode 80x25, font 8x16ine, 'o' to open a new line > (XEN) VBE/DDC methods: none; EDID transfer time: 0 secondsve the > (XEN) EDID info not retrieved because no DDC retrieval method detected > (XEN) Disc information: > (XEN) Found 4 MBR signatures > (XEN) Found 6 EDD information structures > (XEN) Xen-e820 RAM map: > (XEN) 0000000000000000 - 000000000008e400 (usable) > (XEN) 000000000008e400 - 00000000000a0000 (reserved) > (XEN) 00000000000e0000 - 0000000000100000 (reserved) > (XEN) 0000000000100000 - 000000007e49a000 (usable) > (XEN) 000000007e49a000 - 000000007e5b2000 (ACPI NVS) > (XEN) 000000007e5b2000 - 000000007f1b2000 (reserved) > (XEN) 000000007f1b2000 - 000000007f22e000 (ACPI data) > (XEN) 000000007f22e000 - 000000007f2c7000 (reserved) > (XEN) 000000007f2c7000 - 000000007f2ce000 (ACPI NVS) > (XEN) 000000007f2ce000 - 000000007f339000 (reserved) > (XEN) 000000007f339000 - 000000007f341000 (ACPI NVS) > (XEN) 000000007f341000 - 000000007f36a000 (reserved) > (XEN) 000000007f36a000 - 000000007f800000 (ACPI NVS) > (XEN) 0000000080000000 - 0000000090000000 (reserved) > (XEN) 00000000fed1c000 - 00000000fed40000 (reserved) > (XEN) 00000000ff000000 - 0000000100000000 (reserved) > (XEN) 0000000100000000 - 0000000880000000 (usable) > (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) > (XEN) ACPI: XSDT 7F1B2088, 0094 (r1 ALASKA A M I 1072009 AMI 10013) > (XEN) ACPI: FACP 7F1BC860, 00F4 (r4 ALASKA A M I 1072009 AMI 10013) > (XEN) ACPI: DSDT 7F1B21B0, A6AD (r2 ALASKA A M I 15 INTL 20091112) > (XEN) ACPI: FACS 7F33EF80, 0040 > (XEN) ACPI: APIC 7F1BC958, 01B4 (r3 ALASKA A M I 1072009 AMI 10013) > (XEN) ACPI: MCFG 7F1BCB10, 003C (r1 ALASKA OEMMCFG. 1072009 MSFT 97) > (XEN) ACPI: SRAT 7F1BCB50, 0430 (r1 A M I AMI SRAT 1 AMI. 0) > (XEN) ACPI: SLIT 7F1BCF80, 0030 (r1 A M I AMI SLIT 0 AMI. 0) > (XEN) ACPI: HPET 7F1BCFB0, 0038 (r1 ALASKA A M I 1072009 AMI. 5) > (XEN) ACPI: SPMI 7F1BCFE8, 0040 (r5 A M I OEMSPMI 0 AMI. 0) > (XEN) ACPI: SSDT 7F1BD028, 70104 (r2 INTEL CpuPm 4000 INTL 20091112) > (XEN) ACPI: DMAR 7F22D130, 0188 (r1 A M I OEMDMAR 1 INTL 1) > (XEN) ACPI: EINJ 7F22D2B8, 0130 (r1 AMI AMI EINJ 0 0) > (XEN) ACPI: ERST 7F22D3E8, 0210 (r1 AMIER AMI ERST 0 0) > (XEN) ACPI: HEST 7F22D5F8, 00A8 (r1 AMI AMI HEST 0 0) > (XEN) ACPI: BERT 7F22D6A0, 0030 (r1 AMI AMI BERT 0 0) > (XEN) ACPI: BGRT 7F22D6D0, 0038 (r0 ALASKA A M I 1072009 AMI 10013) > (XEN) System RAM: 32740MB (33525920kB) > (XEN) SRAT: PXM 0 -> APIC 0 -> Node 0 > (XEN) SRAT: PXM 0 -> APIC 1 -> Node 0 > (XEN) SRAT: PXM 0 -> APIC 2 -> Node 0 > (XEN) SRAT: PXM 0 -> APIC 3 -> Node 0 > (XEN) SRAT: PXM 0 -> APIC 4 -> Node 0 > (XEN) SRAT: PXM 0 -> APIC 5 -> Node 0 > (XEN) SRAT: PXM 0 -> APIC 6 -> Node 0 > (XEN) SRAT: PXM 0 -> APIC 7 -> Node 0 > (XEN) SRAT: PXM 0 -> APIC 8 -> Node 0 > (XEN) SRAT: PXM 0 -> APIC 9 -> Node 0 > (XEN) SRAT: PXM 0 -> APIC 10 -> Node 0 > (XEN) SRAT: PXM 0 -> APIC 11 -> Node 0 > (XEN) SRAT: PXM 1 -> APIC 32 -> Node 1 > (XEN) SRAT: PXM 1 -> APIC 33 -> Node 1 > (XEN) SRAT: PXM 1 -> APIC 34 -> Node 1 > (XEN) SRAT: PXM 1 -> APIC 35 -> Node 1 > (XEN) SRAT: PXM 1 -> APIC 36 -> Node 1 > (XEN) SRAT: PXM 1 -> APIC 37 -> Node 1 > (XEN) SRAT: PXM 1 -> APIC 38 -> Node 1 > (XEN) SRAT: PXM 1 -> APIC 39 -> Node 1 > (XEN) SRAT: PXM 1 -> APIC 40 -> Node 1 > (XEN) SRAT: PXM 1 -> APIC 41 -> Node 1 > (XEN) SRAT: PXM 1 -> APIC 42 -> Node 1 > (XEN) SRAT: PXM 1 -> APIC 43 -> Node 1 > (XEN) SRAT: Node 0 PXM 0 0-80000000 > (XEN) SRAT: Node 0 PXM 0 100000000-480000000 > (XEN) SRAT: Node 1 PXM 1 480000000-880000000 > (XEN) NUMA: Using 19 for the hash shift. > (XEN) Domain heap initialised DMA width 32 bits > (XEN) found SMP MP-table at 000fdb10 > (XEN) DMI 2.7 present. > (XEN) Using APIC driver default > (XEN) ACPI: PM-Timer IO Port: 0x408 > (XEN) ACPI: ACPI SLEEP INFO: pm1x_cnt[404,0], pm1x_evt[400,0] > (XEN) ACPI: 32/64X FACS address mismatch in FADT - > 7f33ef80/0000000000000000, using 32 > (XEN) ACPI: wakeup_vec[7f33ef8c], vec_size[20] > (XEN) ACPI: Local APIC address 0xfee00000 > (XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) > (XEN) Processor #0 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) > (XEN) Processor #2 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x04] enabled) > (XEN) Processor #4 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x06] lapic_id[0x06] enabled) > (XEN) Processor #6 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x08] lapic_id[0x08] enabled) > (XEN) Processor #8 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x0a] enabled) > (XEN) Processor #10 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x20] enabled) > (XEN) Processor #32 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x22] enabled) > (XEN) Processor #34 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x10] lapic_id[0x24] enabled) > (XEN) Processor #36 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x12] lapic_id[0x26] enabled) > (XEN) Processor #38 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x14] lapic_id[0x28] enabled) > (XEN) Processor #40 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x16] lapic_id[0x2a] enabled) > (XEN) Processor #42 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) > (XEN) Processor #1 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled) > (XEN) Processor #3 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x05] lapic_id[0x05] enabled) > (XEN) Processor #5 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x07] lapic_id[0x07] enabled) > (XEN) Processor #7 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x09] lapic_id[0x09] enabled) > (XEN) Processor #9 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x0b] enabled) > (XEN) Processor #11 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x21] enabled) > (XEN) Processor #33 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x23] enabled) > (XEN) Processor #35 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x11] lapic_id[0x25] enabled) > (XEN) Processor #37 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x13] lapic_id[0x27] enabled) > (XEN) Processor #39 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x15] lapic_id[0x29] enabled) > (XEN) Processor #41 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x17] lapic_id[0x2b] enabled) > (XEN) Processor #43 6:13 APIC version 21 > (XEN) ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x04] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x06] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x08] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0a] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0c] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0e] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x10] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x12] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x14] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x16] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x05] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x07] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x09] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0b] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0d] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0f] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x11] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x13] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x15] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x17] high edge lint[0x1]) > (XEN) Overriding APIC driver with bigsmp > (XEN) ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0]) > (XEN) IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23 > (XEN) ACPI: IOAPIC (id[0x02] address[0xfec01000] gsi_base[24]) > (XEN) IOAPIC[1]: apic_id 2, version 32, address 0xfec01000, GSI 24-47 > (XEN) ACPI: IOAPIC (id[0x03] address[0xfec40000] gsi_base[48]) > (XEN) IOAPIC[2]: apic_id 3, version 32, address 0xfec40000, GSI 48-71 > (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) > (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) > (XEN) ACPI: IRQ0 used by override. > (XEN) ACPI: IRQ2 used by override. > (XEN) ACPI: IRQ9 used by override. > (XEN) Enabling APIC mode: Phys. Using 3 I/O APICs > (XEN) ACPI: HPET id: 0x8086a701 base: 0xfed00000 > (XEN) ERST table is invalid > (XEN) Using ACPI (MADT) for SMP configuration information > (XEN) SMP: Allowing 24 CPUs (0 hotplug CPUs) > (XEN) IRQ limits: 72 GSI, 4552 MSI/MSI-X > (XEN) Switched to APIC driver x2apic_cluster. > (XEN) Using scheduler: SMP Credit Scheduler (credit) > (XEN) Detected 2500.105 MHz processor. > (XEN) Initing memory sharing. > (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 > (XEN) mce_intel.c:1239: MCA Capability: BCAST 1 SER 1 CMCI 1 firstbank > 0 extended MCE MSR 0 > (XEN) Intel machine check reporting enabled > (XEN) PCI: MCFG configuration 0: base 80000000 segment 0000 buses 00 - ff > (XEN) PCI: MCFG area at 80000000 reserved in E820 > (XEN) PCI: Using MCFG for segment 0000 bus 00-ff > (XEN) Intel VT-d Snoop Control enabled. > (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. > (XEN) Intel VT-d Queued Invalidation enabled. > (XEN) Intel VT-d Interrupt Remapping enabled. > (XEN) Intel VT-d Shared EPT tables enabled. > (XEN) I/O virtualisation enabled > (XEN) - Dom0 mode: Relaxed > (XEN) Enabled directed EOI with ioapic_ack_old on! > (XEN) ENABLING IO-APIC IRQs > (XEN) -> Using old ACK method > (XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pin2=-1 > (XEN) TSC deadline timer enabled > (XEN) Platform timer is 14.318MHz HPET > (XEN) Defaulting to alternative key handling; send 'A' to switch to normal mode. > (XEN) Allocated console ring of 65536 KiB. > (XEN) VMX: Supported advanced features: > (XEN) - APIC MMIO access virtualisation > (XEN) - APIC TPR shadow > (XEN) - Extended Page Tables (EPT) > (XEN) - Virtual-Processor Identifiers (VPID) > (XEN) - Virtual NMI > (XEN) - MSR direct-access bitmap > (XEN) - Unrestricted Guest > (XEN) HVM: ASIDs enabled. > (XEN) HVM: VMX enabled > (XEN) HVM: Hardware Assisted Paging (HAP) detected > (XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB > (XEN) Brought up 24 CPUs > (XEN) Testing NMI watchdog --- CPU#0 okay. CPU#1 okay. CPU#2 okay. > CPU#3 okay. CPU#4 okay. CPU#5 okay. CPU#6 okay. CPU#7 okay. CPU#8 > okay. CPU#9 okay. CPU#10 okay. CPU#11 okay. CPU#12 okay. CPU#13 okay. > CPU#14 okay. CPU#15 okay. CPU#16 okay. CPU#17 okay. CPU#18 okay. > CPU#19 okay. CPU#20 okay. CPU#21 okay. CPU#22 okay. CPU#23 okay. > (XEN) ACPI sleep modes: S3 > (XEN) mcheck_poll: Machine check polling timer started. > (XEN) *** LOADING DOMAIN 0 *** > (XEN) elf_parse_binary: phdr: paddr=0x1000000 memsz=0x820000 > (XEN) elf_parse_binary: phdr: paddr=0x1a00000 memsz=0x740e8 > (XEN) elf_parse_binary: phdr: paddr=0x1a75000 memsz=0x13340 > (XEN) elf_parse_binary: phdr: paddr=0x1a89000 memsz=0x549000 > (XEN) elf_parse_binary: memory: 0x1000000 -> 0x1fd2000 > (XEN) elf_xen_parse_note: GUEST_OS = "linux" > (XEN) elf_xen_parse_note: GUEST_VERSION = "2.6" > (XEN) elf_xen_parse_note: XEN_VERSION = "xen-3.0" > (XEN) elf_xen_parse_note: VIRT_BASE = 0xffffffff80000000 > (XEN) elf_xen_parse_note: ENTRY = 0xffffffff81a89210 > (XEN) elf_xen_parse_note: HYPERCALL_PAGE = 0xffffffff81001000 > (XEN) elf_xen_parse_note: FEATURES = "!writable_page_tables|pae_pgdir_above_4gb" > (XEN) elf_xen_parse_note: PAE_MODE = "yes" > (XEN) elf_xen_parse_note: LOADER = "generic" > (XEN) elf_xen_parse_note: unknown xen elf note (0xd) > (XEN) elf_xen_parse_note: SUSPEND_CANCEL = 0x1 > (XEN) elf_xen_parse_note: HV_START_LOW = 0xffff800000000000 > (XEN) elf_xen_parse_note: PADDR_OFFSET = 0x0 > (XEN) elf_xen_addr_calc_check: addresses: > (XEN) virt_base = 0xffffffff80000000 > (XEN) elf_paddr_offset = 0x0 > (XEN) virt_offset = 0xffffffff80000000 > (XEN) virt_kstart = 0xffffffff81000000 > (XEN) virt_kend = 0xffffffff81fd2000 > (XEN) virt_entry = 0xffffffff81a89210 > (XEN) p2m_base = 0xffffffffffffffff > (XEN) Xen kernel: 64-bit, lsb, compat32 > (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x1fd2000 > (XEN) PHYSICAL MEMORY ARRANGEMENT: > (XEN) Dom0 alloc.: 0000000430000000->0000000438000000 (8190061 > pages to be allocated) > (XEN) VIRTUAL MEMORY ARRANGEMENT: > (XEN) Loaded kernel: ffffffff81000000->ffffffff81fd2000 > (XEN) Init. ramdisk: ffffffff81fd2000->ffffffff81fd2000 > (XEN) Phys-Mach map: ffffffff81fd2000->ffffffff85e8e368 > (XEN) Start info: ffffffff85e8f000->ffffffff85e8f4b4 > (XEN) Page tables: ffffffff85e90000->ffffffff85ec3000 > (XEN) Boot stack: ffffffff85ec3000->ffffffff85ec4000 > (XEN) TOTAL: ffffffff80000000->ffffffff86000000 > (XEN) ENTRY ADDRESS: ffffffff81a89210 > (XEN) Dom0 has maximum 24 VCPUs > (XEN) elf_load_binary: phdr 0 at 0xffffffff81000000 -> 0xffffffff81820000 > (XEN) elf_load_binary: phdr 1 at 0xffffffff81a00000 -> 0xffffffff81a740e8 > (XEN) elf_load_binary: phdr 2 at 0xffffffff81a75000 -> 0xffffffff81a88340 > (XEN) elf_load_binary: phdr 3 at 0xffffffff81a89000 -> 0xffffffff81b11000 > (XEN) Scrubbing Free RAM: .done. > (XEN) Initial low memory virq threshold set at 0x4000 pages. > (XEN) Std. Loglevel: All > (XEN) Guest Loglevel: All > (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch > input to Xen) > (XEN) Freed 236kB init memory. > mapping kernel into physical memory > about to get started... > (XEN) traps.c:486:d0 Unhandled invalid opcode fault/trap [#6] on VCPU > 0 [ec=0000] > (XEN) domain_crash_sync called from entry.S > (XEN) Domain 0 (vcpu#0) crashed on cpu#0: > (XEN) ----[ Xen-4.2-unstable x86_64 debug=y Not tainted ]---- > (XEN) CPU: 0 > (XEN) RIP: e033:[] > (XEN) RFLAGS: 0000000000000206 EM: 1 CONTEXT: pv guest > (XEN) rax: ffffffff81fd3000 rbx: 0000000000000021 rcx: 0000000000001000 > (XEN) rdx: ffffffff81fd2000 rsi: 0000000000001000 rdi: 0000000000001000 > (XEN) rbp: 0000000000000088 rsp: ffffffff81a01d38 r8: 0000000000000088 > (XEN) r9: 0000000000000021 r10: 0000000000000000 r11: 0000000100000000 > (XEN) r12: 0000000000079700 r13: 0000000000000440 r14: 0000000000000088 > (XEN) r15: 0000000000000021 cr0: 000000008005003b cr4: 00000000000426f0 > (XEN) cr3: 0000000431a0b000 cr2: 0000000000000000 > (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e02b cs: e033 > (XEN) Guest stack trace from rsp=ffffffff81a01d38: > (XEN) 0000000000001000 0000000100000000 ffffffff81a8f18e 000000010000e030 > (XEN) 0000000000010006 ffffffff81a01d70 000000000000e02b ffffffff81a8de7c > (XEN) 0000000000000108 0000000000851000 00000000007e8444 0000000000079700 > (XEN) ffffffff81a01e20 ffffffff81a01df8 0000000000859445 ffffffff81a8e25c > (XEN) 00000000007d7800 0000000000851000 0000000000079793 ffffffff81a8ca2c > (XEN) 0000000000081bd8 0000000000081bd8 ffffffff81ac2990 00000000007d786d > (XEN) ffffffff81a01e20 0000000000000001 0000000000000000 0000000000007ff0 > (XEN) ffffffff81a01e28 00000000007e8444 4000000000000000 00000000007d786d > (XEN) 0000000000081bd8 00000000007d786d ffffffff81ac297c 0000000000000000 > (XEN) 0000000000000013 ffffffff81a8cda7 0000000800000014 00000007d786d000 > (XEN) 0000000007528793 0000001400000000 0000000000000014 0000000000000013 > (XEN) ffffffff00000014 ffffffff81ac2800 ffffffff81452556 7ff0000000000000 > (XEN) 0000000000000000 ffffffffffffffff ffffffff81ac0000 ffffffff81a01f80 > (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff81a9265a > (XEN) ffffffffffffffff ffffffff81a8f2f6 0000000000000010 ffffffff81a01f68 > (XEN) ffffffff81a01f28 0000000000000000 ffffffff81452556 ffffffffffffffff > (XEN) ffffffff81ac0000 0000000000000000 0000000000000000 0000000000000000 > (XEN) 0000000000000000 ffffffff81a8985a 0000000001bb4000 0000000000000000 > (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff85e90000 > (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff81a8c6ed > (XEN) Domain 0 crashed: rebooting machine in 5 seconds. > (XEN) Resetting with ACPI MEMORY or I/O RESET_REG. > > > Andy _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 27 12:27:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 12: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 1SujcX-0005tN-Ax; Fri, 27 Jul 2012 12:26:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SujcV-0005t7-Ot for xen-users@lists.xensource.com; Fri, 27 Jul 2012 12:26:15 +0000 Received: from [85.158.138.51:3553] by server-12.bemta-3.messagelabs.com id 61/8A-15259-4E882105; Fri, 27 Jul 2012 12:26:12 +0000 X-Env-Sender: andrew.lyon@gmail.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1343391970!29030599!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,UPPERCASE_25_50,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13361 invoked from network); 27 Jul 2012 12:26:10 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jul 2012 12:26:10 -0000 Received: by bkty15 with SMTP id y15so1909843bkt.30 for ; Fri, 27 Jul 2012 05:26: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 :content-type; bh=E4xhU5kKJyRFAO7giTTs6ekUXPGoeW9bk12KCgk1JeM=; b=XX+JPwaaULhaa4TV6bjin/F5+fiiEvMKfNbFy033LF44qkywTMjiN03VhfFg5Bk9Xy VtPLv7n0Iz77QU9viSoAneklJJlVXVzGFf6cLfteA9u87HIirw9cztCogVRjP08/9CKL UHHSiQ+EENKO4jCq+nh+ufFU2iLcjq90EAHh+PYKuULkbZmE455o+3Ld3LnMdmshRUCq rhJBmwhL3Sad5YSGOtwillng4NQJRMObB9jDgOiE5aYbEWHM5BB3A+5qaL3cccdaPTJo KgJXjFqjhru8BRqDVDzsZ9VT76O+5vFcWpswMpiW0RYW5E2rGzWWJajXnd54Md1OyEOo PL5w== MIME-Version: 1.0 Received: by 10.204.132.77 with SMTP id a13mr881256bkt.99.1343391970025; Fri, 27 Jul 2012 05:26:10 -0700 (PDT) Received: by 10.204.78.205 with HTTP; Fri, 27 Jul 2012 05:26:09 -0700 (PDT) In-Reply-To: References: Date: Fri, 27 Jul 2012 13:26:09 +0100 Message-ID: From: Andrew Lyon To: xen-users List , Xen-devel Subject: Re: [Xen-users] 3.5.0 dom0 crash on boot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Setting dom0_mem=1024M enabled the system to boot. The system has 32gb ram, is this a known issue? Andy On Fri, Jul 27, 2012 at 1:04 PM, Andrew Lyon wrote: > Hi, > > I've not tried pv_ops for a long time but just got a new system > (Supermicro X9DRL-iF) so decided to try 3.5.0 with the latest Xen > 4.2-unstable, unfortunately the system crashes immediately after > loading dom0: > > traps.c:486:d0 Unhandled invalid opcode fault/trap [#6] on VCPU 0 [ec=0000] > > I've tried loading both bzImage and vmlinuz (gzip compressed vmlinuz) > with the same result. > > Full boot log: > > > root (hd0,0) > Filesystem type is ext2fs, partition type 0x83 > kernel /xen-4.2-unstable.gz iommu=1 iommu_inclusive_mapping=1 com1=38400,8n1 co > nsole=com1 noirqbalance watchdog dom0_vcpus_pin loglvl=all guest_loglvl=all cpu > idle conring_size=65536 > [Multiboot-elf, <0x100000:0 ! __ __ _ _ > ____ _ _ _ > \ \/ /___ _ __ | || | |___ \ _ _ _ __ ___| |_ __ _| |__ | | ___ * > \ // _ \ '_ \ | || |_ __) |__| | | | '_ \/ __| __/ _` | '_ \| |/ _ \ * > / \ __/ | | | |__ _| / __/|__| |_| | | | \__ \ || (_| | |_) | | __/ * > /_/\_\___|_| |_| |_|(_)_____| \__,_|_| |_|___/\__\__,_|_.__/|_|\___| * > * > (XEN) Xen version 4.2-unstable (@josims.local) (gcc version 4.5.3 > (Gentoo 4.5.3-r2 p1.1, pie-0.4.7) ) Fri Jul 27 20:28:57 BST 2012 > (XEN) Latest ChangeSet: Thu Jul 26 10:55:09 2012 +0100 25667:b0fc6f8d5066 * > (XEN) Bootloader: GNU GRUB 0.97 * > (XEN) Command line: iommu=1 iommu_inclusive_mapping=1 com1=38400,8n1 > console=com1 noirqbalance watchdog dom0_vcpus_pin loglvl=all > guest_loglvl=all cpuidle conring_size=65536 Use the * and * keys to > select which entry is highlighted. > (XEN) Video information: 'e' to edit the selected command in the > (XEN) VGA is text mode 80x25, font 8x16ine, 'o' to open a new line > (XEN) VBE/DDC methods: none; EDID transfer time: 0 secondsve the > (XEN) EDID info not retrieved because no DDC retrieval method detected > (XEN) Disc information: > (XEN) Found 4 MBR signatures > (XEN) Found 6 EDD information structures > (XEN) Xen-e820 RAM map: > (XEN) 0000000000000000 - 000000000008e400 (usable) > (XEN) 000000000008e400 - 00000000000a0000 (reserved) > (XEN) 00000000000e0000 - 0000000000100000 (reserved) > (XEN) 0000000000100000 - 000000007e49a000 (usable) > (XEN) 000000007e49a000 - 000000007e5b2000 (ACPI NVS) > (XEN) 000000007e5b2000 - 000000007f1b2000 (reserved) > (XEN) 000000007f1b2000 - 000000007f22e000 (ACPI data) > (XEN) 000000007f22e000 - 000000007f2c7000 (reserved) > (XEN) 000000007f2c7000 - 000000007f2ce000 (ACPI NVS) > (XEN) 000000007f2ce000 - 000000007f339000 (reserved) > (XEN) 000000007f339000 - 000000007f341000 (ACPI NVS) > (XEN) 000000007f341000 - 000000007f36a000 (reserved) > (XEN) 000000007f36a000 - 000000007f800000 (ACPI NVS) > (XEN) 0000000080000000 - 0000000090000000 (reserved) > (XEN) 00000000fed1c000 - 00000000fed40000 (reserved) > (XEN) 00000000ff000000 - 0000000100000000 (reserved) > (XEN) 0000000100000000 - 0000000880000000 (usable) > (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) > (XEN) ACPI: XSDT 7F1B2088, 0094 (r1 ALASKA A M I 1072009 AMI 10013) > (XEN) ACPI: FACP 7F1BC860, 00F4 (r4 ALASKA A M I 1072009 AMI 10013) > (XEN) ACPI: DSDT 7F1B21B0, A6AD (r2 ALASKA A M I 15 INTL 20091112) > (XEN) ACPI: FACS 7F33EF80, 0040 > (XEN) ACPI: APIC 7F1BC958, 01B4 (r3 ALASKA A M I 1072009 AMI 10013) > (XEN) ACPI: MCFG 7F1BCB10, 003C (r1 ALASKA OEMMCFG. 1072009 MSFT 97) > (XEN) ACPI: SRAT 7F1BCB50, 0430 (r1 A M I AMI SRAT 1 AMI. 0) > (XEN) ACPI: SLIT 7F1BCF80, 0030 (r1 A M I AMI SLIT 0 AMI. 0) > (XEN) ACPI: HPET 7F1BCFB0, 0038 (r1 ALASKA A M I 1072009 AMI. 5) > (XEN) ACPI: SPMI 7F1BCFE8, 0040 (r5 A M I OEMSPMI 0 AMI. 0) > (XEN) ACPI: SSDT 7F1BD028, 70104 (r2 INTEL CpuPm 4000 INTL 20091112) > (XEN) ACPI: DMAR 7F22D130, 0188 (r1 A M I OEMDMAR 1 INTL 1) > (XEN) ACPI: EINJ 7F22D2B8, 0130 (r1 AMI AMI EINJ 0 0) > (XEN) ACPI: ERST 7F22D3E8, 0210 (r1 AMIER AMI ERST 0 0) > (XEN) ACPI: HEST 7F22D5F8, 00A8 (r1 AMI AMI HEST 0 0) > (XEN) ACPI: BERT 7F22D6A0, 0030 (r1 AMI AMI BERT 0 0) > (XEN) ACPI: BGRT 7F22D6D0, 0038 (r0 ALASKA A M I 1072009 AMI 10013) > (XEN) System RAM: 32740MB (33525920kB) > (XEN) SRAT: PXM 0 -> APIC 0 -> Node 0 > (XEN) SRAT: PXM 0 -> APIC 1 -> Node 0 > (XEN) SRAT: PXM 0 -> APIC 2 -> Node 0 > (XEN) SRAT: PXM 0 -> APIC 3 -> Node 0 > (XEN) SRAT: PXM 0 -> APIC 4 -> Node 0 > (XEN) SRAT: PXM 0 -> APIC 5 -> Node 0 > (XEN) SRAT: PXM 0 -> APIC 6 -> Node 0 > (XEN) SRAT: PXM 0 -> APIC 7 -> Node 0 > (XEN) SRAT: PXM 0 -> APIC 8 -> Node 0 > (XEN) SRAT: PXM 0 -> APIC 9 -> Node 0 > (XEN) SRAT: PXM 0 -> APIC 10 -> Node 0 > (XEN) SRAT: PXM 0 -> APIC 11 -> Node 0 > (XEN) SRAT: PXM 1 -> APIC 32 -> Node 1 > (XEN) SRAT: PXM 1 -> APIC 33 -> Node 1 > (XEN) SRAT: PXM 1 -> APIC 34 -> Node 1 > (XEN) SRAT: PXM 1 -> APIC 35 -> Node 1 > (XEN) SRAT: PXM 1 -> APIC 36 -> Node 1 > (XEN) SRAT: PXM 1 -> APIC 37 -> Node 1 > (XEN) SRAT: PXM 1 -> APIC 38 -> Node 1 > (XEN) SRAT: PXM 1 -> APIC 39 -> Node 1 > (XEN) SRAT: PXM 1 -> APIC 40 -> Node 1 > (XEN) SRAT: PXM 1 -> APIC 41 -> Node 1 > (XEN) SRAT: PXM 1 -> APIC 42 -> Node 1 > (XEN) SRAT: PXM 1 -> APIC 43 -> Node 1 > (XEN) SRAT: Node 0 PXM 0 0-80000000 > (XEN) SRAT: Node 0 PXM 0 100000000-480000000 > (XEN) SRAT: Node 1 PXM 1 480000000-880000000 > (XEN) NUMA: Using 19 for the hash shift. > (XEN) Domain heap initialised DMA width 32 bits > (XEN) found SMP MP-table at 000fdb10 > (XEN) DMI 2.7 present. > (XEN) Using APIC driver default > (XEN) ACPI: PM-Timer IO Port: 0x408 > (XEN) ACPI: ACPI SLEEP INFO: pm1x_cnt[404,0], pm1x_evt[400,0] > (XEN) ACPI: 32/64X FACS address mismatch in FADT - > 7f33ef80/0000000000000000, using 32 > (XEN) ACPI: wakeup_vec[7f33ef8c], vec_size[20] > (XEN) ACPI: Local APIC address 0xfee00000 > (XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) > (XEN) Processor #0 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) > (XEN) Processor #2 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x04] enabled) > (XEN) Processor #4 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x06] lapic_id[0x06] enabled) > (XEN) Processor #6 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x08] lapic_id[0x08] enabled) > (XEN) Processor #8 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x0a] enabled) > (XEN) Processor #10 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x20] enabled) > (XEN) Processor #32 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x22] enabled) > (XEN) Processor #34 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x10] lapic_id[0x24] enabled) > (XEN) Processor #36 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x12] lapic_id[0x26] enabled) > (XEN) Processor #38 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x14] lapic_id[0x28] enabled) > (XEN) Processor #40 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x16] lapic_id[0x2a] enabled) > (XEN) Processor #42 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) > (XEN) Processor #1 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled) > (XEN) Processor #3 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x05] lapic_id[0x05] enabled) > (XEN) Processor #5 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x07] lapic_id[0x07] enabled) > (XEN) Processor #7 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x09] lapic_id[0x09] enabled) > (XEN) Processor #9 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x0b] enabled) > (XEN) Processor #11 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x21] enabled) > (XEN) Processor #33 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x23] enabled) > (XEN) Processor #35 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x11] lapic_id[0x25] enabled) > (XEN) Processor #37 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x13] lapic_id[0x27] enabled) > (XEN) Processor #39 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x15] lapic_id[0x29] enabled) > (XEN) Processor #41 6:13 APIC version 21 > (XEN) ACPI: LAPIC (acpi_id[0x17] lapic_id[0x2b] enabled) > (XEN) Processor #43 6:13 APIC version 21 > (XEN) ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x04] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x06] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x08] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0a] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0c] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0e] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x10] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x12] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x14] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x16] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x05] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x07] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x09] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0b] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0d] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0f] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x11] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x13] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x15] high edge lint[0x1]) > (XEN) ACPI: LAPIC_NMI (acpi_id[0x17] high edge lint[0x1]) > (XEN) Overriding APIC driver with bigsmp > (XEN) ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0]) > (XEN) IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23 > (XEN) ACPI: IOAPIC (id[0x02] address[0xfec01000] gsi_base[24]) > (XEN) IOAPIC[1]: apic_id 2, version 32, address 0xfec01000, GSI 24-47 > (XEN) ACPI: IOAPIC (id[0x03] address[0xfec40000] gsi_base[48]) > (XEN) IOAPIC[2]: apic_id 3, version 32, address 0xfec40000, GSI 48-71 > (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) > (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) > (XEN) ACPI: IRQ0 used by override. > (XEN) ACPI: IRQ2 used by override. > (XEN) ACPI: IRQ9 used by override. > (XEN) Enabling APIC mode: Phys. Using 3 I/O APICs > (XEN) ACPI: HPET id: 0x8086a701 base: 0xfed00000 > (XEN) ERST table is invalid > (XEN) Using ACPI (MADT) for SMP configuration information > (XEN) SMP: Allowing 24 CPUs (0 hotplug CPUs) > (XEN) IRQ limits: 72 GSI, 4552 MSI/MSI-X > (XEN) Switched to APIC driver x2apic_cluster. > (XEN) Using scheduler: SMP Credit Scheduler (credit) > (XEN) Detected 2500.105 MHz processor. > (XEN) Initing memory sharing. > (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 > (XEN) mce_intel.c:1239: MCA Capability: BCAST 1 SER 1 CMCI 1 firstbank > 0 extended MCE MSR 0 > (XEN) Intel machine check reporting enabled > (XEN) PCI: MCFG configuration 0: base 80000000 segment 0000 buses 00 - ff > (XEN) PCI: MCFG area at 80000000 reserved in E820 > (XEN) PCI: Using MCFG for segment 0000 bus 00-ff > (XEN) Intel VT-d Snoop Control enabled. > (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. > (XEN) Intel VT-d Queued Invalidation enabled. > (XEN) Intel VT-d Interrupt Remapping enabled. > (XEN) Intel VT-d Shared EPT tables enabled. > (XEN) I/O virtualisation enabled > (XEN) - Dom0 mode: Relaxed > (XEN) Enabled directed EOI with ioapic_ack_old on! > (XEN) ENABLING IO-APIC IRQs > (XEN) -> Using old ACK method > (XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pin2=-1 > (XEN) TSC deadline timer enabled > (XEN) Platform timer is 14.318MHz HPET > (XEN) Defaulting to alternative key handling; send 'A' to switch to normal mode. > (XEN) Allocated console ring of 65536 KiB. > (XEN) VMX: Supported advanced features: > (XEN) - APIC MMIO access virtualisation > (XEN) - APIC TPR shadow > (XEN) - Extended Page Tables (EPT) > (XEN) - Virtual-Processor Identifiers (VPID) > (XEN) - Virtual NMI > (XEN) - MSR direct-access bitmap > (XEN) - Unrestricted Guest > (XEN) HVM: ASIDs enabled. > (XEN) HVM: VMX enabled > (XEN) HVM: Hardware Assisted Paging (HAP) detected > (XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB > (XEN) Brought up 24 CPUs > (XEN) Testing NMI watchdog --- CPU#0 okay. CPU#1 okay. CPU#2 okay. > CPU#3 okay. CPU#4 okay. CPU#5 okay. CPU#6 okay. CPU#7 okay. CPU#8 > okay. CPU#9 okay. CPU#10 okay. CPU#11 okay. CPU#12 okay. CPU#13 okay. > CPU#14 okay. CPU#15 okay. CPU#16 okay. CPU#17 okay. CPU#18 okay. > CPU#19 okay. CPU#20 okay. CPU#21 okay. CPU#22 okay. CPU#23 okay. > (XEN) ACPI sleep modes: S3 > (XEN) mcheck_poll: Machine check polling timer started. > (XEN) *** LOADING DOMAIN 0 *** > (XEN) elf_parse_binary: phdr: paddr=0x1000000 memsz=0x820000 > (XEN) elf_parse_binary: phdr: paddr=0x1a00000 memsz=0x740e8 > (XEN) elf_parse_binary: phdr: paddr=0x1a75000 memsz=0x13340 > (XEN) elf_parse_binary: phdr: paddr=0x1a89000 memsz=0x549000 > (XEN) elf_parse_binary: memory: 0x1000000 -> 0x1fd2000 > (XEN) elf_xen_parse_note: GUEST_OS = "linux" > (XEN) elf_xen_parse_note: GUEST_VERSION = "2.6" > (XEN) elf_xen_parse_note: XEN_VERSION = "xen-3.0" > (XEN) elf_xen_parse_note: VIRT_BASE = 0xffffffff80000000 > (XEN) elf_xen_parse_note: ENTRY = 0xffffffff81a89210 > (XEN) elf_xen_parse_note: HYPERCALL_PAGE = 0xffffffff81001000 > (XEN) elf_xen_parse_note: FEATURES = "!writable_page_tables|pae_pgdir_above_4gb" > (XEN) elf_xen_parse_note: PAE_MODE = "yes" > (XEN) elf_xen_parse_note: LOADER = "generic" > (XEN) elf_xen_parse_note: unknown xen elf note (0xd) > (XEN) elf_xen_parse_note: SUSPEND_CANCEL = 0x1 > (XEN) elf_xen_parse_note: HV_START_LOW = 0xffff800000000000 > (XEN) elf_xen_parse_note: PADDR_OFFSET = 0x0 > (XEN) elf_xen_addr_calc_check: addresses: > (XEN) virt_base = 0xffffffff80000000 > (XEN) elf_paddr_offset = 0x0 > (XEN) virt_offset = 0xffffffff80000000 > (XEN) virt_kstart = 0xffffffff81000000 > (XEN) virt_kend = 0xffffffff81fd2000 > (XEN) virt_entry = 0xffffffff81a89210 > (XEN) p2m_base = 0xffffffffffffffff > (XEN) Xen kernel: 64-bit, lsb, compat32 > (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x1fd2000 > (XEN) PHYSICAL MEMORY ARRANGEMENT: > (XEN) Dom0 alloc.: 0000000430000000->0000000438000000 (8190061 > pages to be allocated) > (XEN) VIRTUAL MEMORY ARRANGEMENT: > (XEN) Loaded kernel: ffffffff81000000->ffffffff81fd2000 > (XEN) Init. ramdisk: ffffffff81fd2000->ffffffff81fd2000 > (XEN) Phys-Mach map: ffffffff81fd2000->ffffffff85e8e368 > (XEN) Start info: ffffffff85e8f000->ffffffff85e8f4b4 > (XEN) Page tables: ffffffff85e90000->ffffffff85ec3000 > (XEN) Boot stack: ffffffff85ec3000->ffffffff85ec4000 > (XEN) TOTAL: ffffffff80000000->ffffffff86000000 > (XEN) ENTRY ADDRESS: ffffffff81a89210 > (XEN) Dom0 has maximum 24 VCPUs > (XEN) elf_load_binary: phdr 0 at 0xffffffff81000000 -> 0xffffffff81820000 > (XEN) elf_load_binary: phdr 1 at 0xffffffff81a00000 -> 0xffffffff81a740e8 > (XEN) elf_load_binary: phdr 2 at 0xffffffff81a75000 -> 0xffffffff81a88340 > (XEN) elf_load_binary: phdr 3 at 0xffffffff81a89000 -> 0xffffffff81b11000 > (XEN) Scrubbing Free RAM: .done. > (XEN) Initial low memory virq threshold set at 0x4000 pages. > (XEN) Std. Loglevel: All > (XEN) Guest Loglevel: All > (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch > input to Xen) > (XEN) Freed 236kB init memory. > mapping kernel into physical memory > about to get started... > (XEN) traps.c:486:d0 Unhandled invalid opcode fault/trap [#6] on VCPU > 0 [ec=0000] > (XEN) domain_crash_sync called from entry.S > (XEN) Domain 0 (vcpu#0) crashed on cpu#0: > (XEN) ----[ Xen-4.2-unstable x86_64 debug=y Not tainted ]---- > (XEN) CPU: 0 > (XEN) RIP: e033:[] > (XEN) RFLAGS: 0000000000000206 EM: 1 CONTEXT: pv guest > (XEN) rax: ffffffff81fd3000 rbx: 0000000000000021 rcx: 0000000000001000 > (XEN) rdx: ffffffff81fd2000 rsi: 0000000000001000 rdi: 0000000000001000 > (XEN) rbp: 0000000000000088 rsp: ffffffff81a01d38 r8: 0000000000000088 > (XEN) r9: 0000000000000021 r10: 0000000000000000 r11: 0000000100000000 > (XEN) r12: 0000000000079700 r13: 0000000000000440 r14: 0000000000000088 > (XEN) r15: 0000000000000021 cr0: 000000008005003b cr4: 00000000000426f0 > (XEN) cr3: 0000000431a0b000 cr2: 0000000000000000 > (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e02b cs: e033 > (XEN) Guest stack trace from rsp=ffffffff81a01d38: > (XEN) 0000000000001000 0000000100000000 ffffffff81a8f18e 000000010000e030 > (XEN) 0000000000010006 ffffffff81a01d70 000000000000e02b ffffffff81a8de7c > (XEN) 0000000000000108 0000000000851000 00000000007e8444 0000000000079700 > (XEN) ffffffff81a01e20 ffffffff81a01df8 0000000000859445 ffffffff81a8e25c > (XEN) 00000000007d7800 0000000000851000 0000000000079793 ffffffff81a8ca2c > (XEN) 0000000000081bd8 0000000000081bd8 ffffffff81ac2990 00000000007d786d > (XEN) ffffffff81a01e20 0000000000000001 0000000000000000 0000000000007ff0 > (XEN) ffffffff81a01e28 00000000007e8444 4000000000000000 00000000007d786d > (XEN) 0000000000081bd8 00000000007d786d ffffffff81ac297c 0000000000000000 > (XEN) 0000000000000013 ffffffff81a8cda7 0000000800000014 00000007d786d000 > (XEN) 0000000007528793 0000001400000000 0000000000000014 0000000000000013 > (XEN) ffffffff00000014 ffffffff81ac2800 ffffffff81452556 7ff0000000000000 > (XEN) 0000000000000000 ffffffffffffffff ffffffff81ac0000 ffffffff81a01f80 > (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff81a9265a > (XEN) ffffffffffffffff ffffffff81a8f2f6 0000000000000010 ffffffff81a01f68 > (XEN) ffffffff81a01f28 0000000000000000 ffffffff81452556 ffffffffffffffff > (XEN) ffffffff81ac0000 0000000000000000 0000000000000000 0000000000000000 > (XEN) 0000000000000000 ffffffff81a8985a 0000000001bb4000 0000000000000000 > (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff85e90000 > (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff81a8c6ed > (XEN) Domain 0 crashed: rebooting machine in 5 seconds. > (XEN) Resetting with ACPI MEMORY or I/O RESET_REG. > > > Andy _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 27 12:34:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 12: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 1SujjZ-0006Hz-GZ; Fri, 27 Jul 2012 12:33:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sufcq-000329-DO; Fri, 27 Jul 2012 08:10:20 +0000 Received: from [85.158.139.83:9639] by server-6.bemta-5.messagelabs.com id E0/21-11348-BEC42105; Fri, 27 Jul 2012 08:10:19 +0000 X-Env-Sender: kseifried@redhat.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1343376618!21590973!1 X-Originating-IP: [209.132.183.28] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA5LjEzMi4xODMuMjggPT4gNTQzNzk=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4942 invoked from network); 27 Jul 2012 08:10:18 -0000 Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by server-16.tower-182.messagelabs.com with SMTP; 27 Jul 2012 08:10:18 -0000 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q6R8A3jr028375 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 27 Jul 2012 04:10:03 -0400 Received: from seif-rht-f16.edm.seifried.org ([10.3.113.14]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q6R8A1LH028090; Fri, 27 Jul 2012 04:10:02 -0400 Message-ID: <50124CDC.70401@redhat.com> Date: Fri, 27 Jul 2012 02:10:04 -0600 From: Kurt Seifried User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120717 Thunderbird/14.0 MIME-Version: 1.0 To: oss-security@lists.openwall.com References: <20497.25251.118584.533875@mariner.uk.xensource.com> In-Reply-To: <20497.25251.118584.533875@mariner.uk.xensource.com> X-Enigmail-Version: 1.4.3 OpenPGP: id=5E267993 X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 X-Mailman-Approved-At: Fri, 27 Jul 2012 12:33:31 +0000 Cc: xen-announce@lists.xensource.com, xen-devel@lists.xensource.com, xen-users@lists.xensource.com, "Xen.org security team" Subject: Re: [Xen-users] [oss-security] Xen Security Advisory 10 - HVM guest user mode MMIO emulation DoS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 07/26/2012 09:30 AM, Xen.org security team wrote: > > Xen Security Advisory XSA-10 > > HVM guest user mode MMIO emulation DoS vulnerability > > ISSUE DESCRIPTION ================= > > Internal data of the emulator for MMIO operations may, under > certain rare conditions, at the end of one emulation cycle be left > in a state affecting a subsequent emulation such that this second > emulation would fail, causing an exception to be reported to the > guest kernel where none is expected. > > IMPACT ====== > > Guest mode unprivileged (user) code, which has been granted the > privilege to access MMIO regions, may leverage that access to crash > the whole guest. > > VULNERABLE SYSTEMS ================== > > All HVM guests exposing MMIO ranges to unprivileged (user) mode. > > All versions of Xen which support HVM guests are vulnerable to this > issue. > > MITIGATION ========== > > This issue can be mitigated by running PV (para-virtualised) guests > only, or by ensuring (inside the guest) that MMIO regions can be > accessed only by trustworthy processes. > > RESOLUTION ========== > > Applying the appropriate attached patch will resolve the issue. > > NOTE REGARDING CVE ================== > > We do not yet have a CVE Candidate number for this vulnerability. > > PATCH INFORMATION ================= > > The attached patches resolve this issue > > $ sha256sum xsa10-*.patch > f96b7849194901d7f663895f88c2ca4f4721559f1c1fe13bba515336437ab912 > xsa10-4.x.patch > fb9dead017dfea99ad3e8d928582e67160c76518b7fe207d9a3324811baf06dd > xsa10-unstable.patch Please use CVE-2012-3432 for this issue. - -- Kurt Seifried Red Hat Security Response Team (SRT) PGP: 0x5E267993 A90B F995 7350 148F 66BF 7554 160D 4553 5E26 7993 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJQEkzcAAoJEBYNRVNeJnmTBi8QANKeCCOiniLKp5+1LvYXr3rE uV9UijoVTBu6WNtB2L9NXRrenHBvGv38+tmVVg7pCqHkU9nrzhmg4zc8qZY8LJ/V /ZnYuVoWZ/hG+KNi8/NQIiDAiDu4Ip9NnMSW9SdYPVEFSQN4JCQufYOxjCGNzOj1 QidDoyb7i63UAFXj4nvdFmJKVYSvegI+H46vGVkQabBdZ2LXuCHYCw54ZZ0nFqKj LU3t/468DmBn1Gk2EUdufV/NWxWpD33pjwTkMFbYH/C5cSHUMx6UUkD48EWu0YAs MxjigqXHKiXEPsoyfULppRTaxE969MsWDhrjrptymZjasmcXl+v/opmVYT9DJ1gF pAHU0o862p1gcdhBuk/n2DB8HFSk5MJbytDz0KzxgEDrqhFO4AIeAVq6//wXPnym nxNTY/6MQazc+S+coiNvBAtr1sT6CWgHsd0DLLQh/PQZ1DVDKRfufd9LfI7PdPFH gjHp81MArk39vFM5vT01Ac0aG4pj8kTwpTHwt84VL05hj6R/GcB56/526fmmgnan 6KlwufXZkZjP6lteIeidK9NVOhRId5VEL0EguQAc5z8cavl6oD1P+AaECZct+h5r jMHxeQSf0ggQL6zRGBOU6Dlt2+Cg4FjRpWO8iGe0PlZb+XTFUsPk8/OWEKHa2Rlp tXhMnEfhzvKZLMg53D+S =qRMf -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 27 12:34:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 12: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 1SujjZ-0006Hz-GZ; Fri, 27 Jul 2012 12:33:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sufcq-000329-DO; Fri, 27 Jul 2012 08:10:20 +0000 Received: from [85.158.139.83:9639] by server-6.bemta-5.messagelabs.com id E0/21-11348-BEC42105; Fri, 27 Jul 2012 08:10:19 +0000 X-Env-Sender: kseifried@redhat.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1343376618!21590973!1 X-Originating-IP: [209.132.183.28] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA5LjEzMi4xODMuMjggPT4gNTQzNzk=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4942 invoked from network); 27 Jul 2012 08:10:18 -0000 Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by server-16.tower-182.messagelabs.com with SMTP; 27 Jul 2012 08:10:18 -0000 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q6R8A3jr028375 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 27 Jul 2012 04:10:03 -0400 Received: from seif-rht-f16.edm.seifried.org ([10.3.113.14]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q6R8A1LH028090; Fri, 27 Jul 2012 04:10:02 -0400 Message-ID: <50124CDC.70401@redhat.com> Date: Fri, 27 Jul 2012 02:10:04 -0600 From: Kurt Seifried User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120717 Thunderbird/14.0 MIME-Version: 1.0 To: oss-security@lists.openwall.com References: <20497.25251.118584.533875@mariner.uk.xensource.com> In-Reply-To: <20497.25251.118584.533875@mariner.uk.xensource.com> X-Enigmail-Version: 1.4.3 OpenPGP: id=5E267993 X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 X-Mailman-Approved-At: Fri, 27 Jul 2012 12:33:31 +0000 Cc: xen-announce@lists.xensource.com, xen-devel@lists.xensource.com, xen-users@lists.xensource.com, "Xen.org security team" Subject: Re: [Xen-users] [oss-security] Xen Security Advisory 10 - HVM guest user mode MMIO emulation DoS X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 07/26/2012 09:30 AM, Xen.org security team wrote: > > Xen Security Advisory XSA-10 > > HVM guest user mode MMIO emulation DoS vulnerability > > ISSUE DESCRIPTION ================= > > Internal data of the emulator for MMIO operations may, under > certain rare conditions, at the end of one emulation cycle be left > in a state affecting a subsequent emulation such that this second > emulation would fail, causing an exception to be reported to the > guest kernel where none is expected. > > IMPACT ====== > > Guest mode unprivileged (user) code, which has been granted the > privilege to access MMIO regions, may leverage that access to crash > the whole guest. > > VULNERABLE SYSTEMS ================== > > All HVM guests exposing MMIO ranges to unprivileged (user) mode. > > All versions of Xen which support HVM guests are vulnerable to this > issue. > > MITIGATION ========== > > This issue can be mitigated by running PV (para-virtualised) guests > only, or by ensuring (inside the guest) that MMIO regions can be > accessed only by trustworthy processes. > > RESOLUTION ========== > > Applying the appropriate attached patch will resolve the issue. > > NOTE REGARDING CVE ================== > > We do not yet have a CVE Candidate number for this vulnerability. > > PATCH INFORMATION ================= > > The attached patches resolve this issue > > $ sha256sum xsa10-*.patch > f96b7849194901d7f663895f88c2ca4f4721559f1c1fe13bba515336437ab912 > xsa10-4.x.patch > fb9dead017dfea99ad3e8d928582e67160c76518b7fe207d9a3324811baf06dd > xsa10-unstable.patch Please use CVE-2012-3432 for this issue. - -- Kurt Seifried Red Hat Security Response Team (SRT) PGP: 0x5E267993 A90B F995 7350 148F 66BF 7554 160D 4553 5E26 7993 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJQEkzcAAoJEBYNRVNeJnmTBi8QANKeCCOiniLKp5+1LvYXr3rE uV9UijoVTBu6WNtB2L9NXRrenHBvGv38+tmVVg7pCqHkU9nrzhmg4zc8qZY8LJ/V /ZnYuVoWZ/hG+KNi8/NQIiDAiDu4Ip9NnMSW9SdYPVEFSQN4JCQufYOxjCGNzOj1 QidDoyb7i63UAFXj4nvdFmJKVYSvegI+H46vGVkQabBdZ2LXuCHYCw54ZZ0nFqKj LU3t/468DmBn1Gk2EUdufV/NWxWpD33pjwTkMFbYH/C5cSHUMx6UUkD48EWu0YAs MxjigqXHKiXEPsoyfULppRTaxE969MsWDhrjrptymZjasmcXl+v/opmVYT9DJ1gF pAHU0o862p1gcdhBuk/n2DB8HFSk5MJbytDz0KzxgEDrqhFO4AIeAVq6//wXPnym nxNTY/6MQazc+S+coiNvBAtr1sT6CWgHsd0DLLQh/PQZ1DVDKRfufd9LfI7PdPFH gjHp81MArk39vFM5vT01Ac0aG4pj8kTwpTHwt84VL05hj6R/GcB56/526fmmgnan 6KlwufXZkZjP6lteIeidK9NVOhRId5VEL0EguQAc5z8cavl6oD1P+AaECZct+h5r jMHxeQSf0ggQL6zRGBOU6Dlt2+Cg4FjRpWO8iGe0PlZb+XTFUsPk8/OWEKHa2Rlp tXhMnEfhzvKZLMg53D+S =qRMf -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 27 14:41:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 14:41: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 1SulhZ-0003T9-8X; Fri, 27 Jul 2012 14:39:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SulhX-0003S6-Tq for xen-users@lists.xen.org; Fri, 27 Jul 2012 14:39:36 +0000 Received: from [85.158.143.35:57355] by server-2.bemta-4.messagelabs.com id F7/A9-17938-628A2105; Fri, 27 Jul 2012 14:39:34 +0000 X-Env-Sender: Ian.Jackson@eu.citrix.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1343399973!12229547!2 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDcxMzQ=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22968 invoked from network); 27 Jul 2012 14:39:33 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jul 2012 14:39:33 -0000 X-IronPort-AV: E=Sophos;i="4.77,667,1336348800"; d="scan'208";a="13737400" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 27 Jul 2012 14:39:33 +0000 Received: from norwich.cam.xci-test.com (10.80.248.129) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Fri, 27 Jul 2012 15:39:33 +0100 Received: from mariner.cam.xci-test.com ([10.80.2.22] helo=mariner.uk.xensource.com ident=Debian-exim) by norwich.cam.xci-test.com with esmtp (Exim 4.72) (envelope-from ) id 1SulhV-0001za-9r; Fri, 27 Jul 2012 14:39:33 +0000 Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72) (envelope-from ) id 1SulhV-0003w5-92; Fri, 27 Jul 2012 15:39:33 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="uH510OgpNd" Content-Transfer-Encoding: 7bit Message-ID: <20498.43045.246578.277491@mariner.uk.xensource.com> Date: Fri, 27 Jul 2012 15:39:33 +0100 From: Xen.org security team To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com Subject: [Xen-users] Xen Security Advisory 10 (CVE-2012-3432) - HVM user mode MMIO emul DoS X-BeenThere: xen-users@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 --uH510OgpNd Content-Type: text/plain; charset="us-ascii" Content-Description: message body text Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory CVE-2012-3432 / XSA-10 version 2 HVM guest user mode MMIO emulation DoS vulnerability UPDATES IN VERSION 2 ==================== CVE candidate number assigned. Xen versions 3.2 and earlier are not, in fact, vulnerable; they have an entirely different emulation mechanism. ISSUE DESCRIPTION ================= Internal data of the emulator for MMIO operations may, under certain rare conditions, at the end of one emulation cycle be left in a state affecting a subsequent emulation such that this second emulation would fail, causing an exception to be reported to the guest kernel where none is expected. IMPACT ====== Guest mode unprivileged (user) code, which has been granted the privilege to access MMIO regions, may leverage that access to crash the whole guest. VULNERABLE SYSTEMS ================== All HVM guests exposing MMIO ranges to unprivileged (user) mode. Xen versions 3.3 and later are vulnerable to this issue. MITIGATION ========== This issue can be mitigated by running PV (para-virtualised) guests only, or by ensuring (inside the guest) that MMIO regions can be accessed only by trustworthy processes. RESOLUTION ========== Applying the appropriate attached patch will resolve the issue. PATCH INFORMATION ================= The attached patches resolve this issue $ sha256sum xsa10-*.patch f96b7849194901d7f663895f88c2ca4f4721559f1c1fe13bba515336437ab912 xsa10-4.x.patch fb9dead017dfea99ad3e8d928582e67160c76518b7fe207d9a3324811baf06dd xsa10-unstable.patch -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQEcBAEBAgAGBQJQEqbqAAoJEIP+FMlX6CvZEhIIALkIViTZtEbQ6nWy3Y1U/sm5 BDZUPOeqF5KFV9EXQJcoKM1PGBMBgzeqA4n024k6o9mDimn0PVujSJC+2iX728Sz WW/k5y96q2ixzTmaU0y8X5p6pl+nbCNMQ8In7WysB2XetGHY+b5b80uIVH1Sj1IS QxrMO2HywQSUDNNQq3bD2jQjuIgewh7rMskxXiPWnlPg7MHx4D/jt/O4sP0bnZn2 kvFad8TV9aB3I1dwdI2YJ3Ng3W162Tai6i2lJB1OQUJt0sIARXeXZYVOrkkAY5Tv SjNCCra0NZoaLjOlY0CWwqluPegJAnq1iFb5cF86nwZcoMCIh9OL+0SLyIJEAvg= =sOWo -----END PGP SIGNATURE----- --uH510OgpNd Content-Type: text/plain; name="xsa10-4.x.patch" Content-Disposition: inline; filename="xsa10-4.x.patch" Content-Transfer-Encoding: 7bit x86/hvm: don't leave emulator in inconsistent state The fact that handle_mmio(), and thus the instruction emulator, is being run through twice for emulations that require involvement of the device model, allows for the second run to see a different guest state than the first one. Since only the MMIO-specific emulation routines update the vCPU's io_state, if they get invoked on the second pass, internal state (and particularly this variable) can be left in a state making successful emulation of a subsequent MMIO operation impossible. Consequently, whenever the emulator invocation returns without requesting a retry of the guest instruction, reset io_state. Signed-off-by: Jan Beulich Acked-by: Keir Fraser --- a/xen/arch/x86/hvm/io.c +++ b/xen/arch/x86/hvm/io.c @@ -176,6 +176,8 @@ int handle_mmio(void) rc = hvm_emulate_one(&ctxt); + if ( rc != X86EMUL_RETRY ) + curr->arch.hvm_vcpu.io_state = HVMIO_none; if ( curr->arch.hvm_vcpu.io_state == HVMIO_awaiting_completion ) curr->arch.hvm_vcpu.io_state = HVMIO_handle_mmio_awaiting_completion; else --uH510OgpNd Content-Type: text/plain; name="xsa10-unstable.patch" Content-Disposition: inline; filename="xsa10-unstable.patch" Content-Transfer-Encoding: 7bit x86/hvm: don't leave emulator in inconsistent state The fact that handle_mmio(), and thus the instruction emulator, is being run through twice for emulations that require involvement of the device model, allows for the second run to see a different guest state than the first one. Since only the MMIO-specific emulation routines update the vCPU's io_state, if they get invoked on the second pass, internal state (and particularly this variable) can be left in a state making successful emulation of a subsequent MMIO operation impossible. Consequently, whenever the emulator invocation returns without requesting a retry of the guest instruction, reset io_state. Signed-off-by: Jan Beulich Acked-by: Keir Fraser --- a/xen/arch/x86/hvm/io.c +++ b/xen/arch/x86/hvm/io.c @@ -179,6 +179,8 @@ int handle_mmio(void) rc = hvm_emulate_one(&ctxt); + if ( rc != X86EMUL_RETRY ) + vio->io_state = HVMIO_none; if ( vio->io_state == HVMIO_awaiting_completion ) vio->io_state = HVMIO_handle_mmio_awaiting_completion; else --uH510OgpNd Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --uH510OgpNd-- From xen-users-bounces@lists.xen.org Fri Jul 27 14:41:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 14:41: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 1SulhZ-0003T9-8X; Fri, 27 Jul 2012 14:39:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SulhX-0003S6-Tq for xen-users@lists.xen.org; Fri, 27 Jul 2012 14:39:36 +0000 Received: from [85.158.143.35:57355] by server-2.bemta-4.messagelabs.com id F7/A9-17938-628A2105; Fri, 27 Jul 2012 14:39:34 +0000 X-Env-Sender: Ian.Jackson@eu.citrix.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1343399973!12229547!2 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDcxMzQ=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22968 invoked from network); 27 Jul 2012 14:39:33 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jul 2012 14:39:33 -0000 X-IronPort-AV: E=Sophos;i="4.77,667,1336348800"; d="scan'208";a="13737400" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 27 Jul 2012 14:39:33 +0000 Received: from norwich.cam.xci-test.com (10.80.248.129) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Fri, 27 Jul 2012 15:39:33 +0100 Received: from mariner.cam.xci-test.com ([10.80.2.22] helo=mariner.uk.xensource.com ident=Debian-exim) by norwich.cam.xci-test.com with esmtp (Exim 4.72) (envelope-from ) id 1SulhV-0001za-9r; Fri, 27 Jul 2012 14:39:33 +0000 Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72) (envelope-from ) id 1SulhV-0003w5-92; Fri, 27 Jul 2012 15:39:33 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="uH510OgpNd" Content-Transfer-Encoding: 7bit Message-ID: <20498.43045.246578.277491@mariner.uk.xensource.com> Date: Fri, 27 Jul 2012 15:39:33 +0100 From: Xen.org security team To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, xen-users@lists.xen.org, oss-security@lists.openwall.com Subject: [Xen-users] Xen Security Advisory 10 (CVE-2012-3432) - HVM user mode MMIO emul DoS X-BeenThere: xen-users@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 --uH510OgpNd Content-Type: text/plain; charset="us-ascii" Content-Description: message body text Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory CVE-2012-3432 / XSA-10 version 2 HVM guest user mode MMIO emulation DoS vulnerability UPDATES IN VERSION 2 ==================== CVE candidate number assigned. Xen versions 3.2 and earlier are not, in fact, vulnerable; they have an entirely different emulation mechanism. ISSUE DESCRIPTION ================= Internal data of the emulator for MMIO operations may, under certain rare conditions, at the end of one emulation cycle be left in a state affecting a subsequent emulation such that this second emulation would fail, causing an exception to be reported to the guest kernel where none is expected. IMPACT ====== Guest mode unprivileged (user) code, which has been granted the privilege to access MMIO regions, may leverage that access to crash the whole guest. VULNERABLE SYSTEMS ================== All HVM guests exposing MMIO ranges to unprivileged (user) mode. Xen versions 3.3 and later are vulnerable to this issue. MITIGATION ========== This issue can be mitigated by running PV (para-virtualised) guests only, or by ensuring (inside the guest) that MMIO regions can be accessed only by trustworthy processes. RESOLUTION ========== Applying the appropriate attached patch will resolve the issue. PATCH INFORMATION ================= The attached patches resolve this issue $ sha256sum xsa10-*.patch f96b7849194901d7f663895f88c2ca4f4721559f1c1fe13bba515336437ab912 xsa10-4.x.patch fb9dead017dfea99ad3e8d928582e67160c76518b7fe207d9a3324811baf06dd xsa10-unstable.patch -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQEcBAEBAgAGBQJQEqbqAAoJEIP+FMlX6CvZEhIIALkIViTZtEbQ6nWy3Y1U/sm5 BDZUPOeqF5KFV9EXQJcoKM1PGBMBgzeqA4n024k6o9mDimn0PVujSJC+2iX728Sz WW/k5y96q2ixzTmaU0y8X5p6pl+nbCNMQ8In7WysB2XetGHY+b5b80uIVH1Sj1IS QxrMO2HywQSUDNNQq3bD2jQjuIgewh7rMskxXiPWnlPg7MHx4D/jt/O4sP0bnZn2 kvFad8TV9aB3I1dwdI2YJ3Ng3W162Tai6i2lJB1OQUJt0sIARXeXZYVOrkkAY5Tv SjNCCra0NZoaLjOlY0CWwqluPegJAnq1iFb5cF86nwZcoMCIh9OL+0SLyIJEAvg= =sOWo -----END PGP SIGNATURE----- --uH510OgpNd Content-Type: text/plain; name="xsa10-4.x.patch" Content-Disposition: inline; filename="xsa10-4.x.patch" Content-Transfer-Encoding: 7bit x86/hvm: don't leave emulator in inconsistent state The fact that handle_mmio(), and thus the instruction emulator, is being run through twice for emulations that require involvement of the device model, allows for the second run to see a different guest state than the first one. Since only the MMIO-specific emulation routines update the vCPU's io_state, if they get invoked on the second pass, internal state (and particularly this variable) can be left in a state making successful emulation of a subsequent MMIO operation impossible. Consequently, whenever the emulator invocation returns without requesting a retry of the guest instruction, reset io_state. Signed-off-by: Jan Beulich Acked-by: Keir Fraser --- a/xen/arch/x86/hvm/io.c +++ b/xen/arch/x86/hvm/io.c @@ -176,6 +176,8 @@ int handle_mmio(void) rc = hvm_emulate_one(&ctxt); + if ( rc != X86EMUL_RETRY ) + curr->arch.hvm_vcpu.io_state = HVMIO_none; if ( curr->arch.hvm_vcpu.io_state == HVMIO_awaiting_completion ) curr->arch.hvm_vcpu.io_state = HVMIO_handle_mmio_awaiting_completion; else --uH510OgpNd Content-Type: text/plain; name="xsa10-unstable.patch" Content-Disposition: inline; filename="xsa10-unstable.patch" Content-Transfer-Encoding: 7bit x86/hvm: don't leave emulator in inconsistent state The fact that handle_mmio(), and thus the instruction emulator, is being run through twice for emulations that require involvement of the device model, allows for the second run to see a different guest state than the first one. Since only the MMIO-specific emulation routines update the vCPU's io_state, if they get invoked on the second pass, internal state (and particularly this variable) can be left in a state making successful emulation of a subsequent MMIO operation impossible. Consequently, whenever the emulator invocation returns without requesting a retry of the guest instruction, reset io_state. Signed-off-by: Jan Beulich Acked-by: Keir Fraser --- a/xen/arch/x86/hvm/io.c +++ b/xen/arch/x86/hvm/io.c @@ -179,6 +179,8 @@ int handle_mmio(void) rc = hvm_emulate_one(&ctxt); + if ( rc != X86EMUL_RETRY ) + vio->io_state = HVMIO_none; if ( vio->io_state == HVMIO_awaiting_completion ) vio->io_state = HVMIO_handle_mmio_awaiting_completion; else --uH510OgpNd Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --uH510OgpNd-- From xen-users-bounces@lists.xen.org Fri Jul 27 15:24:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 15:24: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 1SumNP-0005Jm-4V; Fri, 27 Jul 2012 15:22:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SumNM-0005Jh-Rj for Xen-users@lists.xen.org; Fri, 27 Jul 2012 15:22:49 +0000 Received: from [85.158.143.99:21296] by server-3.bemta-4.messagelabs.com id BC/BB-01511-842B2105; Fri, 27 Jul 2012 15:22:48 +0000 X-Env-Sender: jakkul@gmail.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1343402566!21531399!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31300 invoked from network); 27 Jul 2012 15:22:47 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jul 2012 15:22:47 -0000 Received: by lbok6 with SMTP id k6so2619057lbo.32 for ; Fri, 27 Jul 2012 08:22:46 -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=82PNsCGTv7vjHjsdDVdl9VMqxnOWBIG/L9RLs+1586c=; b=LFolRcjXGv8uGIJCr/ymYTcffL21Evi9xKfAc8BDjcB1dEeeb63pZ0XHpl4M3QCRBe GZL/HAJfolA997YMqTRjY/aqSVw2vuXvylQGw9FeQYsLiA3Trr/tX7nvqCcsCMeB1w+8 wbyB7DclfWuNXvENjy/XhDW1RKY7nyZ8m8QxTKAGPSl2T8MojnpivWVNB4jrEXcOkVSZ FfFmSnhgZSP7MhcTMkenDeXE5Be86O2ITsvOYxtjPBNf1krQS/MRoxPm28B31xNw6iUC o1zqtgz5zv+iFzDM1dIrOruYLyS0fyyDVhbLE3dlBM/Mh+9+U0XiRVVyAcA4CuugBV/P udCA== MIME-Version: 1.0 Received: by 10.112.42.164 with SMTP id p4mr1546282lbl.54.1343402566473; Fri, 27 Jul 2012 08:22:46 -0700 (PDT) Received: by 10.114.17.162 with HTTP; Fri, 27 Jul 2012 08:22:46 -0700 (PDT) In-Reply-To: References: Date: Fri, 27 Jul 2012 17:22:46 +0200 Message-ID: From: Jakub Kulesza To: manas biswal Cc: Xen-users@lists.xen.org Subject: Re: [Xen-users] converting HVM ubuntu 10.04 desktop 64 bit to Paravirtualised X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1283931039518858177==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1283931039518858177== Content-Type: multipart/alternative; boundary=90e6ba181296c3d82d04c5d1489a --90e6ba181296c3d82d04c5d1489a Content-Type: text/plain; charset=ISO-8859-1 If you've made it so far, and the system works, including network and all other stuff that you might need except the X server, there are some decisions that you'll have to make regarding the way you'd like to access your X programs. There are 3 ways: - using VNC server - and you'd just need to add the vnc related information in your xen domU config. Than you'll access the system through a VNC browser. - using remote sessions - GDM supports that and you can manage the gnome login manager to enable remote logins from other linux workstations. - using X programs through SSH on your linux/mac desktop. Or do you want to see the X server running on your graphics card though PCI passthrough? 2012/7/26 manas biswal > Please tell me any link which I can follow to convert the Ubuntu 10.04 64 > bit Desktop as paravirtual guest. I have tested it . But after conversion > it comes to text mode. -- Pozdrawiam Jakub Kulesza --90e6ba181296c3d82d04c5d1489a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If you've made it so far, and the system works, including network and a= ll other stuff that you might need except the X server, there are some deci= sions that you'll have to make regarding the way you'd like to acce= ss your X programs. There are 3 ways:
- using VNC server - and you'd just need to add the vnc related informa= tion in your xen domU config. Than you'll access the system through a V= NC browser.
- using remote sessions - GDM supports that and you c= an manage the gnome login manager to enable remote logins from other linux = workstations.
- using X programs through SSH on your linux/mac desktop.
Or do you want to see the X server running on your graphics ca= rd though PCI passthrough?

2012/7/26 mana= s biswal <manas.biswal06@gmail.com>
Please tell me any link which I can follow t= o convert the Ubuntu 10.04 64 bit Desktop as paravirtual guest. I have test= ed it . But after conversion it comes to text mode.


--
Pozdrawiam
Jakub Kulesza
--90e6ba181296c3d82d04c5d1489a-- --===============1283931039518858177== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1283931039518858177==-- From xen-users-bounces@lists.xen.org Fri Jul 27 15:24:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 15:24: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 1SumNP-0005Jm-4V; Fri, 27 Jul 2012 15:22:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SumNM-0005Jh-Rj for Xen-users@lists.xen.org; Fri, 27 Jul 2012 15:22:49 +0000 Received: from [85.158.143.99:21296] by server-3.bemta-4.messagelabs.com id BC/BB-01511-842B2105; Fri, 27 Jul 2012 15:22:48 +0000 X-Env-Sender: jakkul@gmail.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1343402566!21531399!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31300 invoked from network); 27 Jul 2012 15:22:47 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jul 2012 15:22:47 -0000 Received: by lbok6 with SMTP id k6so2619057lbo.32 for ; Fri, 27 Jul 2012 08:22:46 -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=82PNsCGTv7vjHjsdDVdl9VMqxnOWBIG/L9RLs+1586c=; b=LFolRcjXGv8uGIJCr/ymYTcffL21Evi9xKfAc8BDjcB1dEeeb63pZ0XHpl4M3QCRBe GZL/HAJfolA997YMqTRjY/aqSVw2vuXvylQGw9FeQYsLiA3Trr/tX7nvqCcsCMeB1w+8 wbyB7DclfWuNXvENjy/XhDW1RKY7nyZ8m8QxTKAGPSl2T8MojnpivWVNB4jrEXcOkVSZ FfFmSnhgZSP7MhcTMkenDeXE5Be86O2ITsvOYxtjPBNf1krQS/MRoxPm28B31xNw6iUC o1zqtgz5zv+iFzDM1dIrOruYLyS0fyyDVhbLE3dlBM/Mh+9+U0XiRVVyAcA4CuugBV/P udCA== MIME-Version: 1.0 Received: by 10.112.42.164 with SMTP id p4mr1546282lbl.54.1343402566473; Fri, 27 Jul 2012 08:22:46 -0700 (PDT) Received: by 10.114.17.162 with HTTP; Fri, 27 Jul 2012 08:22:46 -0700 (PDT) In-Reply-To: References: Date: Fri, 27 Jul 2012 17:22:46 +0200 Message-ID: From: Jakub Kulesza To: manas biswal Cc: Xen-users@lists.xen.org Subject: Re: [Xen-users] converting HVM ubuntu 10.04 desktop 64 bit to Paravirtualised X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1283931039518858177==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1283931039518858177== Content-Type: multipart/alternative; boundary=90e6ba181296c3d82d04c5d1489a --90e6ba181296c3d82d04c5d1489a Content-Type: text/plain; charset=ISO-8859-1 If you've made it so far, and the system works, including network and all other stuff that you might need except the X server, there are some decisions that you'll have to make regarding the way you'd like to access your X programs. There are 3 ways: - using VNC server - and you'd just need to add the vnc related information in your xen domU config. Than you'll access the system through a VNC browser. - using remote sessions - GDM supports that and you can manage the gnome login manager to enable remote logins from other linux workstations. - using X programs through SSH on your linux/mac desktop. Or do you want to see the X server running on your graphics card though PCI passthrough? 2012/7/26 manas biswal > Please tell me any link which I can follow to convert the Ubuntu 10.04 64 > bit Desktop as paravirtual guest. I have tested it . But after conversion > it comes to text mode. -- Pozdrawiam Jakub Kulesza --90e6ba181296c3d82d04c5d1489a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If you've made it so far, and the system works, including network and a= ll other stuff that you might need except the X server, there are some deci= sions that you'll have to make regarding the way you'd like to acce= ss your X programs. There are 3 ways:
- using VNC server - and you'd just need to add the vnc related informa= tion in your xen domU config. Than you'll access the system through a V= NC browser.
- using remote sessions - GDM supports that and you c= an manage the gnome login manager to enable remote logins from other linux = workstations.
- using X programs through SSH on your linux/mac desktop.
Or do you want to see the X server running on your graphics ca= rd though PCI passthrough?

2012/7/26 mana= s biswal <manas.biswal06@gmail.com>
Please tell me any link which I can follow t= o convert the Ubuntu 10.04 64 bit Desktop as paravirtual guest. I have test= ed it . But after conversion it comes to text mode.


--
Pozdrawiam
Jakub Kulesza
--90e6ba181296c3d82d04c5d1489a-- --===============1283931039518858177== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1283931039518858177==-- From xen-users-bounces@lists.xen.org Fri Jul 27 15:47:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 15:47: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 1SumjX-0006bM-39; Fri, 27 Jul 2012 15:45:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SumjV-0006bA-80 for xen-users@lists.xen.org; Fri, 27 Jul 2012 15:45:41 +0000 Received: from [85.158.143.99:61954] by server-3.bemta-4.messagelabs.com id F3/6E-01511-4A7B2105; Fri, 27 Jul 2012 15:45:40 +0000 X-Env-Sender: maxxer@ufficyo.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1343403938!23783911!1 X-Originating-IP: [109.69.131.226] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32015 invoked from network); 27 Jul 2012 15:45:38 -0000 Received: from mail.ufficyo.com (HELO mail.ufficyo.com) (109.69.131.226) by server-4.tower-216.messagelabs.com with SMTP; 27 Jul 2012 15:45:38 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.ufficyo.com (Postfix) with ESMTP id 130FE1C1B47 for ; Fri, 27 Jul 2012 17:45:35 +0200 (CEST) X-Virus-Scanned: amavisd-new at yetopen.it Received: from mail.ufficyo.com ([127.0.0.1]) by localhost (mail.ufficyo.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Dhk4LKO4pHRE for ; Fri, 27 Jul 2012 17:45:20 +0200 (CEST) Received: from mail.ufficyo.com (quaglia.yetopen.it [10.22.22.190]) by mail.ufficyo.com (Postfix) with ESMTP id B5E5D1C1AEC for ; Fri, 27 Jul 2012 17:45:19 +0200 (CEST) Date: Fri, 27 Jul 2012 17:45:16 +0200 (CEST) From: Lorenzo Milesi To: xen-users@lists.xen.org Message-ID: <1756898440.7526.1343403916434.JavaMail.root@yetopen.it> In-Reply-To: <2077866217.23339.1343135500901.JavaMail.root@yetopen.it> MIME-Version: 1.0 X-Originating-IP: [10.22.22.57] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - GC22 (Linux)/7.2.0_GA_2669) Subject: Re: [Xen-users] Crash on Debian6 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > Some days ago I posted about random reboots of my freshly installed > Xen4 on Debian 6, fully updated. Tried Debian7, Xen 4.1, Linux 3.2.0, result: (XEN) **************************************** (XEN) Panic on CPU 0: (XEN) FATAL PAGE FAULT (XEN) [error_code=0000] (XEN) Faulting linear address: ffff808001e00100 (XEN) **************************************** (XEN) (XEN) Manual reset required ('noreboot' specified) full console log follows. Any idea? thanks (XEN) Bootloader: GRUB 1.99-22.1 (XEN) Command line: placeholder dom0_mem=512M dom0_max_vcpus=1 dom0_vcpus_pin lt (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: none; EDID transfer time: 2 seconds (XEN) EDID info not retrieved because no DDC retrieval method detected (XEN) Disc information: (XEN) Found 1 MBR signatures (XEN) Found 1 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 0000000000099c00 (usable) (XEN) 0000000000099c00 - 00000000000a0000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000bff66d40 (usable) (XEN) 00000000bff66d40 - 00000000bff76300 (ACPI data) (XEN) 00000000bff76300 - 00000000d0000000 (reserved) (XEN) 00000000fec00000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 0000000440000000 (usable) (XEN) ACPI: RSDP 000FDBD0, 0014 (r0 IBM ) (XEN) ACPI: RSDT BFF76280, 003C (r1 IBM EXA01ZEU 1000 IBM 45444F43) (XEN) ACPI: FACP BFF76200, 0074 (r1 IBM EXA01ZEU 1000 IBM 45444F43) (XEN) ACPI: DSDT BFF66D40, 2F27 (r1 IBM EXA01ZEU 1000 INTL 20041203) (XEN) ACPI: FACS BFF75DC0, 0040 (XEN) ACPI: APIC BFF76080, 0142 (r1 IBM EXA01ZEU 1000 IBM 45444F43) (XEN) ACPI: SRAT BFF75F00, 0180 (r1 IBM EXA01ZEU 1000 IBM 45444F43) (XEN) ACPI: HPET BFF75EC0, 0038 (r1 IBM EXA01ZEU 1000 IBM 45444F43) (XEN) ACPI: MCFG BFF75E00, 003C (r1 IBM EXA01ZEU 1000 IBM 45444F43) (XEN) ACPI: SSDT BFF69C80, C116 (r1 IBM VIGSSDT0 1000 INTL 20041203) (XEN) System RAM: 16382MB (16776188kB) (XEN) SRAT: PXM 0 -> APIC 0 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 1 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 2 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 3 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 36 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 37 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 38 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 39 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 16 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 17 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 18 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 19 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 52 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 53 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 54 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 55 -> Node 0 (XEN) SRAT: Node 0 PXM 0 0-c0000000 (XEN) SRAT: Node 0 PXM 0 100000000-440000000 (XEN) NUMA: Using 20 for the hash shift. (XEN) Domain heap initialised (XEN) found SMP MP-table at 00099d40 (XEN) DMI 2.5 present. (XEN) Using APIC driver default (XEN) ACPI: PM-Timer IO Port: 0x9c (XEN) ACPI: ACPI SLEEP INFO: pm1x_cnt[484,504], pm1x_evt[94,500] (XEN) ACPI: wakeup_vec[bff75dcc], vec_size[20] (XEN) ACPI: Local APIC address 0xfee00000 (XEN) Switched to APIC driver `summit'. (XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) (XEN) Processor #0 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) (XEN) Processor #1 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) (XEN) Processor #2 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled) (XEN) Processor #3 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x24] enabled) (XEN) Processor #36 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x05] lapic_id[0x25] enabled) (XEN) Processor #37 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x06] lapic_id[0x26] enabled) (XEN) Processor #38 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x07] lapic_id[0x27] enabled) (XEN) Processor #39 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x08] lapic_id[0x10] enabled) (XEN) Processor #16 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x09] lapic_id[0x11] enabled) (XEN) Processor #17 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x12] enabled) (XEN) Processor #18 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x13] enabled) (XEN) Processor #19 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x34] enabled) (XEN) Processor #52 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x35] enabled) (XEN) Processor #53 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x36] enabled) (XEN) Processor #54 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x37] enabled) (XEN) Processor #55 15:6 APIC version 20 (XEN) ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x03] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x04] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x05] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x06] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x07] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x08] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x09] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x0a] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x0b] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x0c] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x0d] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x0e] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x0f] dfl dfl lint[0x1]) (XEN) ACPI: IOAPIC (id[0x0f] address[0xfec00000] gsi_base[0]) (XEN) IOAPIC[0]: apic_id 15, version 17, address 0xfec00000, GSI 0-35 (XEN) ACPI: IOAPIC (id[0x0e] address[0xfec01000] gsi_base[36]) (XEN) IOAPIC[1]: apic_id 14, version 17, address 0xfec01000, GSI 36-71 (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 8 global_irq 8 low edge) (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 low edge) (XEN) ACPI: IRQ0 used by override. (XEN) ACPI: IRQ2 used by override. (XEN) ACPI: IRQ8 used by override. (XEN) ACPI: IRQ14 used by override. (XEN) Enabling APIC mode: Phys. Using 2 I/O APICs (XEN) ACPI: HPET id: 0x10142001 base: 0xfd984000 (XEN) PCI: MCFG configuration 0: base c0000000 segment 0 buses 10 - 29 (XEN) PCI: MCFG area at c0a00000 reserved in E820 (XEN) Table is not found! (XEN) Using ACPI (MADT) for SMP configuration information (XEN) IRQ limits: 72 GSI, 3016 MSI/MSI-X (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 3336.350 MHz processor. (XEN) Initing memory sharing. (XEN) traps.c:3060: GPF (0000): ffff82c480195ea7 -> ffff82c4802003c0 (XEN) mce_intel.c:1162: MCA Capability: BCAST 0 SER 0 CMCI 0 firstbank 0 extend8 (XEN) Intel machine check reporting enabled (XEN) I/O virtualisation disabled (XEN) ENABLING IO-APIC IRQs (XEN) -> Using new ACK method (XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pin2=-1 (XEN) ..MP-BIOS bug: 8254 timer not connected to IO-APIC (XEN) ...trying to set up timer (IRQ0) through the 8259A ... failed. (XEN) ...trying to set up timer as Virtual Wire IRQ... works. (XEN) Cyclone: Could not find valid CBAR value. (XEN) Platform timer is 333.603MHz HPET (XEN) Allocated console ring of 128 KiB. (XEN) VMX: Supported advanced features: (XEN) - APIC TPR shadow (XEN) - Virtual NMI (XEN) HVM: ASIDs disabled. (XEN) HVM: VMX enabled (XEN) Brought up 16 CPUs (XEN) HPET: 3 timers in total, 0 timers will be used for broadcast (XEN) CPUIDLE: disabled due to no HPET. Force enable with 'cpuidle'. (XEN) ACPI sleep modes: S3 (XEN) mcheck_poll: Machine check polling timer started. (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x193c000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 000000042e000000->0000000430000000 (114968 pages to be al) (XEN) Init. ramdisk: 000000043e118000->000000043ffff400 (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff8193c000 (XEN) Init. ramdisk: ffffffff8193c000->ffffffff83823400 (XEN) Phys-Mach map: ffffffff83824000->ffffffff83924000 (XEN) Start info: ffffffff83924000->ffffffff839244b4 (XEN) Page tables: ffffffff83925000->ffffffff83946000 (XEN) Boot stack: ffffffff83946000->ffffffff83947000 (XEN) TOTAL: ffffffff80000000->ffffffff83c00000 (XEN) ENTRY ADDRESS: ffffffff816aa200 (XEN) Dom0 has maximum 1 VCPUs (XEN) Scrubbing Free RAM: ...................................................... (XEN) Xen trace buffers: disabled (XEN) Std. Loglevel: All (XEN) Guest Loglevel: All (XEN) Xen is relinquishing VGA console. (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xe) (XEN) Freed 220kB init memory. mapping kernel into physical memory Xen: setup ISA identity maps about to get started... [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 3.2.0-3-amd64 (Debian 3.2.21-3) (debian-kernel@lis2 [ 0.000000] Command line: placeholder root=/dev/mapper/VGmain-LVroot ro const [ 0.000000] Freeing 99-100 pfn range: 103 pages freed [ 0.000000] Released 103 pages of unused memory [ 0.000000] Set 262401 page(s) to 1-1 mapping [ 0.000000] BIOS-provided physical RAM map: [ 0.000000] Xen: 0000000000000000 - 0000000000099000 (usable) [ 0.000000] Xen: 0000000000099c00 - 0000000000100000 (reserved) [ 0.000000] Xen: 0000000000100000 - 00000000bff66000 (usable) [ 0.000000] Xen: 00000000bff66d40 - 00000000bff76300 (ACPI data) [ 0.000000] Xen: 00000000bff76300 - 00000000d0000000 (reserved) [ 0.000000] Xen: 00000000fec00000 - 0000000100000000 (reserved) [ 0.000000] Xen: 0000000100000000 - 00000001a009a000 (usable) [ 0.000000] Xen: 00000001a009a000 - 0000000440000000 (unusable) [ 0.000000] bootconsole [xenboot0] enabled (XEN) PCI add device 00:00.0 (XEN) PCI add device 00:01.0 (XEN) PCI add device 00:03.0 (XEN) PCI add device 00:03.1 (XEN) PCI add device 00:03.2 (XEN) PCI add device 00:0f.0 (XEN) PCI add device 00:0f.1 (XEN) PCI add device 00:0f.3 (XEN) PCI add device 01:00.0 (XEN) PCI add device 01:01.0 (XEN) PCI add device 01:01.1 (XEN) PCI add device 01:02.0 (XEN) PCI add device 02:00.0 (XEN) PCI add device 06:00.0 (XEN) PCI add device 0a:00.0 (XEN) PCI add device 0f:00.0 (XEN) ----[ Xen-4.1.3-rc2-pre x86_64 debug=n Not tainted ]---- (XEN) CPU: 0 (XEN) RIP: e008:[] pci_mmcfg_read+0xbb/0xf0 (XEN) RFLAGS: 0000000000010286 CONTEXT: hypervisor (XEN) rax: ffff808000a00000 rbx: 0000000001400000 rcx: 000000000000000a (XEN) rdx: ffff808001e00100 rsi: 0000000000000014 rdi: 0000000000000000 (XEN) rbp: 0000000000000004 rsp: ffff82c48027fd68 r8: ffff83043d32b460 (XEN) r9: ffff82c48027fda4 r10: ffff82c480207640 r11: 0000000000000286 (XEN) r12: 0000000000000000 r13: ffff82c48027fda4 r14: 0000000000000100 (XEN) r15: 0000000000000010 cr0: 000000008005003b cr4: 00000000000026f0 (XEN) cr3: 000000042f605000 cr2: ffff808001e00100 (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e010 cs: e008 (XEN) Xen stack trace from rsp=ffff82c48027fd68: (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000014 (XEN) 0000000000000000 ffff82c4801fa732 000000000000000f 0000000000000000 (XEN) ffffffff81647240 ffff82c4801faf89 0000000000000014 0000000000000000 (XEN) 0000000000000000 0000000000000014 0000000000000000 ffffffff81647240 (XEN) ffff830414bf0140 ffff82c48013c81b ffff82c4802bb760 ffff83043d32b4d0 (XEN) ffff82c400000000 ffff82c4802210d1 ffff82c4802aa080 0000000000000296 (XEN) ffff82c400000000 fffffffffffffff2 000000000000000f ffff880014c8fc50 (XEN) ffff8300bff44000 ffffffff81647240 0000000000000000 ffff82c480171b60 (XEN) ffff83043d280200 ffff82c48029dd88 ffff83043d280200 ffff82c48027ff18 (XEN) 0000000000000000 ffff82c48015eb18 ffff83043d315d50 ffff82c480123438 (XEN) ffff83043d280014 0000000000000003 0000000000000000 ffff82c400000003 (XEN) ffff82c480298480 0000000000000200 0000000000000004 ffff8300bff44000 (XEN) 0000000000000000 0000000000000001 0000000000000000 ffffffff81647240 (XEN) 0000000000000000 ffff82c4801f5068 0000000000000000 ffffffff81647240 (XEN) 0000000000000000 0000000000000001 0000000000000000 ffff880014dcd090 (XEN) 0000000000000286 ffff880014dcd090 000000000000000f 0000000000000000 (XEN) 0000000000000021 ffffffff8100142a ffff880014dc6400 ffff880014c8fc50 (XEN) 000000000000000f 0000010000000000 ffffffff8100142a 000000000000e033 (XEN) 0000000000000286 ffff880014c8fc10 000000000000e02b 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) Xen call trace: (XEN) [] pci_mmcfg_read+0xbb/0xf0 (XEN) [] pci_conf_read32+0x72/0x90 (XEN) [] pci_find_ext_capability+0x39/0xd0 (XEN) [] pci_add_device+0x26b/0x4a0 (XEN) [] do_physdev_op+0x8d0/0x1410 (XEN) [] do_IRQ+0x278/0x5d0 (XEN) [] timer_softirq_action+0x148/0x220 (XEN) [] syscall_enter+0x88/0x8d (XEN) (XEN) Pagetable walk from ffff808001e00100: (XEN) L4[0x101] = 000000043d32a063 5555555555555555 (XEN) L3[0x000] = 000000043d329063 5555555555555555 (XEN) L2[0x00f] = 0000000000000000 ffffffffffffffff (XEN) (XEN) **************************************** (XEN) Panic on CPU 0: (XEN) FATAL PAGE FAULT (XEN) [error_code=0000] (XEN) Faulting linear address: ffff808001e00100 (XEN) **************************************** (XEN) (XEN) Manual reset required ('noreboot' specified) -- -- Lorenzo Milesi - lorenzo.milesi@yetopen.it GPG/PGP Key-Id: 0xE704E230 - http://keyserver.linux.it _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 27 15:47:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 15:47: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 1SumjX-0006bM-39; Fri, 27 Jul 2012 15:45:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SumjV-0006bA-80 for xen-users@lists.xen.org; Fri, 27 Jul 2012 15:45:41 +0000 Received: from [85.158.143.99:61954] by server-3.bemta-4.messagelabs.com id F3/6E-01511-4A7B2105; Fri, 27 Jul 2012 15:45:40 +0000 X-Env-Sender: maxxer@ufficyo.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1343403938!23783911!1 X-Originating-IP: [109.69.131.226] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32015 invoked from network); 27 Jul 2012 15:45:38 -0000 Received: from mail.ufficyo.com (HELO mail.ufficyo.com) (109.69.131.226) by server-4.tower-216.messagelabs.com with SMTP; 27 Jul 2012 15:45:38 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.ufficyo.com (Postfix) with ESMTP id 130FE1C1B47 for ; Fri, 27 Jul 2012 17:45:35 +0200 (CEST) X-Virus-Scanned: amavisd-new at yetopen.it Received: from mail.ufficyo.com ([127.0.0.1]) by localhost (mail.ufficyo.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Dhk4LKO4pHRE for ; Fri, 27 Jul 2012 17:45:20 +0200 (CEST) Received: from mail.ufficyo.com (quaglia.yetopen.it [10.22.22.190]) by mail.ufficyo.com (Postfix) with ESMTP id B5E5D1C1AEC for ; Fri, 27 Jul 2012 17:45:19 +0200 (CEST) Date: Fri, 27 Jul 2012 17:45:16 +0200 (CEST) From: Lorenzo Milesi To: xen-users@lists.xen.org Message-ID: <1756898440.7526.1343403916434.JavaMail.root@yetopen.it> In-Reply-To: <2077866217.23339.1343135500901.JavaMail.root@yetopen.it> MIME-Version: 1.0 X-Originating-IP: [10.22.22.57] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - GC22 (Linux)/7.2.0_GA_2669) Subject: Re: [Xen-users] Crash on Debian6 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > Some days ago I posted about random reboots of my freshly installed > Xen4 on Debian 6, fully updated. Tried Debian7, Xen 4.1, Linux 3.2.0, result: (XEN) **************************************** (XEN) Panic on CPU 0: (XEN) FATAL PAGE FAULT (XEN) [error_code=0000] (XEN) Faulting linear address: ffff808001e00100 (XEN) **************************************** (XEN) (XEN) Manual reset required ('noreboot' specified) full console log follows. Any idea? thanks (XEN) Bootloader: GRUB 1.99-22.1 (XEN) Command line: placeholder dom0_mem=512M dom0_max_vcpus=1 dom0_vcpus_pin lt (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: none; EDID transfer time: 2 seconds (XEN) EDID info not retrieved because no DDC retrieval method detected (XEN) Disc information: (XEN) Found 1 MBR signatures (XEN) Found 1 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 0000000000099c00 (usable) (XEN) 0000000000099c00 - 00000000000a0000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000bff66d40 (usable) (XEN) 00000000bff66d40 - 00000000bff76300 (ACPI data) (XEN) 00000000bff76300 - 00000000d0000000 (reserved) (XEN) 00000000fec00000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 0000000440000000 (usable) (XEN) ACPI: RSDP 000FDBD0, 0014 (r0 IBM ) (XEN) ACPI: RSDT BFF76280, 003C (r1 IBM EXA01ZEU 1000 IBM 45444F43) (XEN) ACPI: FACP BFF76200, 0074 (r1 IBM EXA01ZEU 1000 IBM 45444F43) (XEN) ACPI: DSDT BFF66D40, 2F27 (r1 IBM EXA01ZEU 1000 INTL 20041203) (XEN) ACPI: FACS BFF75DC0, 0040 (XEN) ACPI: APIC BFF76080, 0142 (r1 IBM EXA01ZEU 1000 IBM 45444F43) (XEN) ACPI: SRAT BFF75F00, 0180 (r1 IBM EXA01ZEU 1000 IBM 45444F43) (XEN) ACPI: HPET BFF75EC0, 0038 (r1 IBM EXA01ZEU 1000 IBM 45444F43) (XEN) ACPI: MCFG BFF75E00, 003C (r1 IBM EXA01ZEU 1000 IBM 45444F43) (XEN) ACPI: SSDT BFF69C80, C116 (r1 IBM VIGSSDT0 1000 INTL 20041203) (XEN) System RAM: 16382MB (16776188kB) (XEN) SRAT: PXM 0 -> APIC 0 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 1 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 2 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 3 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 36 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 37 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 38 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 39 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 16 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 17 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 18 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 19 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 52 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 53 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 54 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 55 -> Node 0 (XEN) SRAT: Node 0 PXM 0 0-c0000000 (XEN) SRAT: Node 0 PXM 0 100000000-440000000 (XEN) NUMA: Using 20 for the hash shift. (XEN) Domain heap initialised (XEN) found SMP MP-table at 00099d40 (XEN) DMI 2.5 present. (XEN) Using APIC driver default (XEN) ACPI: PM-Timer IO Port: 0x9c (XEN) ACPI: ACPI SLEEP INFO: pm1x_cnt[484,504], pm1x_evt[94,500] (XEN) ACPI: wakeup_vec[bff75dcc], vec_size[20] (XEN) ACPI: Local APIC address 0xfee00000 (XEN) Switched to APIC driver `summit'. (XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) (XEN) Processor #0 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) (XEN) Processor #1 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) (XEN) Processor #2 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled) (XEN) Processor #3 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x24] enabled) (XEN) Processor #36 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x05] lapic_id[0x25] enabled) (XEN) Processor #37 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x06] lapic_id[0x26] enabled) (XEN) Processor #38 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x07] lapic_id[0x27] enabled) (XEN) Processor #39 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x08] lapic_id[0x10] enabled) (XEN) Processor #16 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x09] lapic_id[0x11] enabled) (XEN) Processor #17 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x12] enabled) (XEN) Processor #18 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x13] enabled) (XEN) Processor #19 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x34] enabled) (XEN) Processor #52 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x35] enabled) (XEN) Processor #53 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x36] enabled) (XEN) Processor #54 15:6 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x37] enabled) (XEN) Processor #55 15:6 APIC version 20 (XEN) ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x03] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x04] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x05] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x06] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x07] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x08] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x09] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x0a] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x0b] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x0c] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x0d] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x0e] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x0f] dfl dfl lint[0x1]) (XEN) ACPI: IOAPIC (id[0x0f] address[0xfec00000] gsi_base[0]) (XEN) IOAPIC[0]: apic_id 15, version 17, address 0xfec00000, GSI 0-35 (XEN) ACPI: IOAPIC (id[0x0e] address[0xfec01000] gsi_base[36]) (XEN) IOAPIC[1]: apic_id 14, version 17, address 0xfec01000, GSI 36-71 (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 8 global_irq 8 low edge) (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 low edge) (XEN) ACPI: IRQ0 used by override. (XEN) ACPI: IRQ2 used by override. (XEN) ACPI: IRQ8 used by override. (XEN) ACPI: IRQ14 used by override. (XEN) Enabling APIC mode: Phys. Using 2 I/O APICs (XEN) ACPI: HPET id: 0x10142001 base: 0xfd984000 (XEN) PCI: MCFG configuration 0: base c0000000 segment 0 buses 10 - 29 (XEN) PCI: MCFG area at c0a00000 reserved in E820 (XEN) Table is not found! (XEN) Using ACPI (MADT) for SMP configuration information (XEN) IRQ limits: 72 GSI, 3016 MSI/MSI-X (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 3336.350 MHz processor. (XEN) Initing memory sharing. (XEN) traps.c:3060: GPF (0000): ffff82c480195ea7 -> ffff82c4802003c0 (XEN) mce_intel.c:1162: MCA Capability: BCAST 0 SER 0 CMCI 0 firstbank 0 extend8 (XEN) Intel machine check reporting enabled (XEN) I/O virtualisation disabled (XEN) ENABLING IO-APIC IRQs (XEN) -> Using new ACK method (XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pin2=-1 (XEN) ..MP-BIOS bug: 8254 timer not connected to IO-APIC (XEN) ...trying to set up timer (IRQ0) through the 8259A ... failed. (XEN) ...trying to set up timer as Virtual Wire IRQ... works. (XEN) Cyclone: Could not find valid CBAR value. (XEN) Platform timer is 333.603MHz HPET (XEN) Allocated console ring of 128 KiB. (XEN) VMX: Supported advanced features: (XEN) - APIC TPR shadow (XEN) - Virtual NMI (XEN) HVM: ASIDs disabled. (XEN) HVM: VMX enabled (XEN) Brought up 16 CPUs (XEN) HPET: 3 timers in total, 0 timers will be used for broadcast (XEN) CPUIDLE: disabled due to no HPET. Force enable with 'cpuidle'. (XEN) ACPI sleep modes: S3 (XEN) mcheck_poll: Machine check polling timer started. (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x193c000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 000000042e000000->0000000430000000 (114968 pages to be al) (XEN) Init. ramdisk: 000000043e118000->000000043ffff400 (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff8193c000 (XEN) Init. ramdisk: ffffffff8193c000->ffffffff83823400 (XEN) Phys-Mach map: ffffffff83824000->ffffffff83924000 (XEN) Start info: ffffffff83924000->ffffffff839244b4 (XEN) Page tables: ffffffff83925000->ffffffff83946000 (XEN) Boot stack: ffffffff83946000->ffffffff83947000 (XEN) TOTAL: ffffffff80000000->ffffffff83c00000 (XEN) ENTRY ADDRESS: ffffffff816aa200 (XEN) Dom0 has maximum 1 VCPUs (XEN) Scrubbing Free RAM: ...................................................... (XEN) Xen trace buffers: disabled (XEN) Std. Loglevel: All (XEN) Guest Loglevel: All (XEN) Xen is relinquishing VGA console. (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xe) (XEN) Freed 220kB init memory. mapping kernel into physical memory Xen: setup ISA identity maps about to get started... [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 3.2.0-3-amd64 (Debian 3.2.21-3) (debian-kernel@lis2 [ 0.000000] Command line: placeholder root=/dev/mapper/VGmain-LVroot ro const [ 0.000000] Freeing 99-100 pfn range: 103 pages freed [ 0.000000] Released 103 pages of unused memory [ 0.000000] Set 262401 page(s) to 1-1 mapping [ 0.000000] BIOS-provided physical RAM map: [ 0.000000] Xen: 0000000000000000 - 0000000000099000 (usable) [ 0.000000] Xen: 0000000000099c00 - 0000000000100000 (reserved) [ 0.000000] Xen: 0000000000100000 - 00000000bff66000 (usable) [ 0.000000] Xen: 00000000bff66d40 - 00000000bff76300 (ACPI data) [ 0.000000] Xen: 00000000bff76300 - 00000000d0000000 (reserved) [ 0.000000] Xen: 00000000fec00000 - 0000000100000000 (reserved) [ 0.000000] Xen: 0000000100000000 - 00000001a009a000 (usable) [ 0.000000] Xen: 00000001a009a000 - 0000000440000000 (unusable) [ 0.000000] bootconsole [xenboot0] enabled (XEN) PCI add device 00:00.0 (XEN) PCI add device 00:01.0 (XEN) PCI add device 00:03.0 (XEN) PCI add device 00:03.1 (XEN) PCI add device 00:03.2 (XEN) PCI add device 00:0f.0 (XEN) PCI add device 00:0f.1 (XEN) PCI add device 00:0f.3 (XEN) PCI add device 01:00.0 (XEN) PCI add device 01:01.0 (XEN) PCI add device 01:01.1 (XEN) PCI add device 01:02.0 (XEN) PCI add device 02:00.0 (XEN) PCI add device 06:00.0 (XEN) PCI add device 0a:00.0 (XEN) PCI add device 0f:00.0 (XEN) ----[ Xen-4.1.3-rc2-pre x86_64 debug=n Not tainted ]---- (XEN) CPU: 0 (XEN) RIP: e008:[] pci_mmcfg_read+0xbb/0xf0 (XEN) RFLAGS: 0000000000010286 CONTEXT: hypervisor (XEN) rax: ffff808000a00000 rbx: 0000000001400000 rcx: 000000000000000a (XEN) rdx: ffff808001e00100 rsi: 0000000000000014 rdi: 0000000000000000 (XEN) rbp: 0000000000000004 rsp: ffff82c48027fd68 r8: ffff83043d32b460 (XEN) r9: ffff82c48027fda4 r10: ffff82c480207640 r11: 0000000000000286 (XEN) r12: 0000000000000000 r13: ffff82c48027fda4 r14: 0000000000000100 (XEN) r15: 0000000000000010 cr0: 000000008005003b cr4: 00000000000026f0 (XEN) cr3: 000000042f605000 cr2: ffff808001e00100 (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e010 cs: e008 (XEN) Xen stack trace from rsp=ffff82c48027fd68: (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000014 (XEN) 0000000000000000 ffff82c4801fa732 000000000000000f 0000000000000000 (XEN) ffffffff81647240 ffff82c4801faf89 0000000000000014 0000000000000000 (XEN) 0000000000000000 0000000000000014 0000000000000000 ffffffff81647240 (XEN) ffff830414bf0140 ffff82c48013c81b ffff82c4802bb760 ffff83043d32b4d0 (XEN) ffff82c400000000 ffff82c4802210d1 ffff82c4802aa080 0000000000000296 (XEN) ffff82c400000000 fffffffffffffff2 000000000000000f ffff880014c8fc50 (XEN) ffff8300bff44000 ffffffff81647240 0000000000000000 ffff82c480171b60 (XEN) ffff83043d280200 ffff82c48029dd88 ffff83043d280200 ffff82c48027ff18 (XEN) 0000000000000000 ffff82c48015eb18 ffff83043d315d50 ffff82c480123438 (XEN) ffff83043d280014 0000000000000003 0000000000000000 ffff82c400000003 (XEN) ffff82c480298480 0000000000000200 0000000000000004 ffff8300bff44000 (XEN) 0000000000000000 0000000000000001 0000000000000000 ffffffff81647240 (XEN) 0000000000000000 ffff82c4801f5068 0000000000000000 ffffffff81647240 (XEN) 0000000000000000 0000000000000001 0000000000000000 ffff880014dcd090 (XEN) 0000000000000286 ffff880014dcd090 000000000000000f 0000000000000000 (XEN) 0000000000000021 ffffffff8100142a ffff880014dc6400 ffff880014c8fc50 (XEN) 000000000000000f 0000010000000000 ffffffff8100142a 000000000000e033 (XEN) 0000000000000286 ffff880014c8fc10 000000000000e02b 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) Xen call trace: (XEN) [] pci_mmcfg_read+0xbb/0xf0 (XEN) [] pci_conf_read32+0x72/0x90 (XEN) [] pci_find_ext_capability+0x39/0xd0 (XEN) [] pci_add_device+0x26b/0x4a0 (XEN) [] do_physdev_op+0x8d0/0x1410 (XEN) [] do_IRQ+0x278/0x5d0 (XEN) [] timer_softirq_action+0x148/0x220 (XEN) [] syscall_enter+0x88/0x8d (XEN) (XEN) Pagetable walk from ffff808001e00100: (XEN) L4[0x101] = 000000043d32a063 5555555555555555 (XEN) L3[0x000] = 000000043d329063 5555555555555555 (XEN) L2[0x00f] = 0000000000000000 ffffffffffffffff (XEN) (XEN) **************************************** (XEN) Panic on CPU 0: (XEN) FATAL PAGE FAULT (XEN) [error_code=0000] (XEN) Faulting linear address: ffff808001e00100 (XEN) **************************************** (XEN) (XEN) Manual reset required ('noreboot' specified) -- -- Lorenzo Milesi - lorenzo.milesi@yetopen.it GPG/PGP Key-Id: 0xE704E230 - http://keyserver.linux.it _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 27 18:05:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 18:05: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 1Suotk-0004jb-NW; Fri, 27 Jul 2012 18:04:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Suotj-0004jL-1i for xen-users@lists.xensource.com; Fri, 27 Jul 2012 18:04:23 +0000 Received: from [85.158.138.51:2992] by server-11.bemta-3.messagelabs.com id 59/22-00679-528D2105; Fri, 27 Jul 2012 18:04:21 +0000 X-Env-Sender: darnok@68k.org X-Msg-Ref: server-9.tower-174.messagelabs.com!1343412258!29242784!1 X-Originating-IP: [206.212.254.10] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19324 invoked from network); 27 Jul 2012 18:04:19 -0000 Received: from andromeda.dapyr.net (HELO andromeda.dapyr.net) (206.212.254.10) by server-9.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Jul 2012 18:04:19 -0000 Received: from andromeda.dapyr.net (darnok@localhost [127.0.0.1]) by andromeda.dapyr.net (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id q6RI4GC0020095 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 27 Jul 2012 14:04:16 -0400 Received: (from darnok@localhost) by andromeda.dapyr.net (8.13.4/8.13.4/Submit) id q6RI4GOl020093; Fri, 27 Jul 2012 14:04:16 -0400 Date: Fri, 27 Jul 2012 14:04:16 -0400 From: Konrad Rzeszutek Wilk To: Andrew Lyon Message-ID: <20120727180416.GI17427@andromeda.dapyr.net> References: Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Cc: Xen-devel , xen-users List Subject: Re: [Xen-users] [Xen-devel] 3.5.0 dom0 crash on boot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 27, 2012 at 01:26:09PM +0100, Andrew Lyon wrote: > Setting dom0_mem=1024M enabled the system to boot. > > The system has 32gb ram, is this a known issue? Not that I know off. What would be usefull if you ran gdb on your vmlinux and stuck those EIP addresses to figure out what broke. Looking at the registers state it could be very well that you are hitting this: www.gossamer-threads.com/lists/linux/kernel/1571716 Try the patch and see if that fixes it? > > Andy > > On Fri, Jul 27, 2012 at 1:04 PM, Andrew Lyon wrote: > > Hi, > > > > I've not tried pv_ops for a long time but just got a new system > > (Supermicro X9DRL-iF) so decided to try 3.5.0 with the latest Xen > > 4.2-unstable, unfortunately the system crashes immediately after > > loading dom0: > > > > traps.c:486:d0 Unhandled invalid opcode fault/trap [#6] on VCPU 0 [ec=0000] > > > > I've tried loading both bzImage and vmlinuz (gzip compressed vmlinuz) > > with the same result. > > > > Full boot log: > > > > > > root (hd0,0) > > Filesystem type is ext2fs, partition type 0x83 > > kernel /xen-4.2-unstable.gz iommu=1 iommu_inclusive_mapping=1 com1=38400,8n1 co > > nsole=com1 noirqbalance watchdog dom0_vcpus_pin loglvl=all guest_loglvl=all cpu > > idle conring_size=65536 > > [Multiboot-elf, <0x100000:0 ! __ __ _ _ > > ____ _ _ _ > > \ \/ /___ _ __ | || | |___ \ _ _ _ __ ___| |_ __ _| |__ | | ___ * > > \ // _ \ '_ \ | || |_ __) |__| | | | '_ \/ __| __/ _` | '_ \| |/ _ \ * > > / \ __/ | | | |__ _| / __/|__| |_| | | | \__ \ || (_| | |_) | | __/ * > > /_/\_\___|_| |_| |_|(_)_____| \__,_|_| |_|___/\__\__,_|_.__/|_|\___| * > > * > > (XEN) Xen version 4.2-unstable (@josims.local) (gcc version 4.5.3 > > (Gentoo 4.5.3-r2 p1.1, pie-0.4.7) ) Fri Jul 27 20:28:57 BST 2012 > > (XEN) Latest ChangeSet: Thu Jul 26 10:55:09 2012 +0100 25667:b0fc6f8d5066 * > > (XEN) Bootloader: GNU GRUB 0.97 * > > (XEN) Command line: iommu=1 iommu_inclusive_mapping=1 com1=38400,8n1 > > console=com1 noirqbalance watchdog dom0_vcpus_pin loglvl=all > > guest_loglvl=all cpuidle conring_size=65536 Use the * and * keys to > > select which entry is highlighted. > > (XEN) Video information: 'e' to edit the selected command in the > > (XEN) VGA is text mode 80x25, font 8x16ine, 'o' to open a new line > > (XEN) VBE/DDC methods: none; EDID transfer time: 0 secondsve the > > (XEN) EDID info not retrieved because no DDC retrieval method detected > > (XEN) Disc information: > > (XEN) Found 4 MBR signatures > > (XEN) Found 6 EDD information structures > > (XEN) Xen-e820 RAM map: > > (XEN) 0000000000000000 - 000000000008e400 (usable) > > (XEN) 000000000008e400 - 00000000000a0000 (reserved) > > (XEN) 00000000000e0000 - 0000000000100000 (reserved) > > (XEN) 0000000000100000 - 000000007e49a000 (usable) > > (XEN) 000000007e49a000 - 000000007e5b2000 (ACPI NVS) > > (XEN) 000000007e5b2000 - 000000007f1b2000 (reserved) > > (XEN) 000000007f1b2000 - 000000007f22e000 (ACPI data) > > (XEN) 000000007f22e000 - 000000007f2c7000 (reserved) > > (XEN) 000000007f2c7000 - 000000007f2ce000 (ACPI NVS) > > (XEN) 000000007f2ce000 - 000000007f339000 (reserved) > > (XEN) 000000007f339000 - 000000007f341000 (ACPI NVS) > > (XEN) 000000007f341000 - 000000007f36a000 (reserved) > > (XEN) 000000007f36a000 - 000000007f800000 (ACPI NVS) > > (XEN) 0000000080000000 - 0000000090000000 (reserved) > > (XEN) 00000000fed1c000 - 00000000fed40000 (reserved) > > (XEN) 00000000ff000000 - 0000000100000000 (reserved) > > (XEN) 0000000100000000 - 0000000880000000 (usable) > > (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) > > (XEN) ACPI: XSDT 7F1B2088, 0094 (r1 ALASKA A M I 1072009 AMI 10013) > > (XEN) ACPI: FACP 7F1BC860, 00F4 (r4 ALASKA A M I 1072009 AMI 10013) > > (XEN) ACPI: DSDT 7F1B21B0, A6AD (r2 ALASKA A M I 15 INTL 20091112) > > (XEN) ACPI: FACS 7F33EF80, 0040 > > (XEN) ACPI: APIC 7F1BC958, 01B4 (r3 ALASKA A M I 1072009 AMI 10013) > > (XEN) ACPI: MCFG 7F1BCB10, 003C (r1 ALASKA OEMMCFG. 1072009 MSFT 97) > > (XEN) ACPI: SRAT 7F1BCB50, 0430 (r1 A M I AMI SRAT 1 AMI. 0) > > (XEN) ACPI: SLIT 7F1BCF80, 0030 (r1 A M I AMI SLIT 0 AMI. 0) > > (XEN) ACPI: HPET 7F1BCFB0, 0038 (r1 ALASKA A M I 1072009 AMI. 5) > > (XEN) ACPI: SPMI 7F1BCFE8, 0040 (r5 A M I OEMSPMI 0 AMI. 0) > > (XEN) ACPI: SSDT 7F1BD028, 70104 (r2 INTEL CpuPm 4000 INTL 20091112) > > (XEN) ACPI: DMAR 7F22D130, 0188 (r1 A M I OEMDMAR 1 INTL 1) > > (XEN) ACPI: EINJ 7F22D2B8, 0130 (r1 AMI AMI EINJ 0 0) > > (XEN) ACPI: ERST 7F22D3E8, 0210 (r1 AMIER AMI ERST 0 0) > > (XEN) ACPI: HEST 7F22D5F8, 00A8 (r1 AMI AMI HEST 0 0) > > (XEN) ACPI: BERT 7F22D6A0, 0030 (r1 AMI AMI BERT 0 0) > > (XEN) ACPI: BGRT 7F22D6D0, 0038 (r0 ALASKA A M I 1072009 AMI 10013) > > (XEN) System RAM: 32740MB (33525920kB) > > (XEN) SRAT: PXM 0 -> APIC 0 -> Node 0 > > (XEN) SRAT: PXM 0 -> APIC 1 -> Node 0 > > (XEN) SRAT: PXM 0 -> APIC 2 -> Node 0 > > (XEN) SRAT: PXM 0 -> APIC 3 -> Node 0 > > (XEN) SRAT: PXM 0 -> APIC 4 -> Node 0 > > (XEN) SRAT: PXM 0 -> APIC 5 -> Node 0 > > (XEN) SRAT: PXM 0 -> APIC 6 -> Node 0 > > (XEN) SRAT: PXM 0 -> APIC 7 -> Node 0 > > (XEN) SRAT: PXM 0 -> APIC 8 -> Node 0 > > (XEN) SRAT: PXM 0 -> APIC 9 -> Node 0 > > (XEN) SRAT: PXM 0 -> APIC 10 -> Node 0 > > (XEN) SRAT: PXM 0 -> APIC 11 -> Node 0 > > (XEN) SRAT: PXM 1 -> APIC 32 -> Node 1 > > (XEN) SRAT: PXM 1 -> APIC 33 -> Node 1 > > (XEN) SRAT: PXM 1 -> APIC 34 -> Node 1 > > (XEN) SRAT: PXM 1 -> APIC 35 -> Node 1 > > (XEN) SRAT: PXM 1 -> APIC 36 -> Node 1 > > (XEN) SRAT: PXM 1 -> APIC 37 -> Node 1 > > (XEN) SRAT: PXM 1 -> APIC 38 -> Node 1 > > (XEN) SRAT: PXM 1 -> APIC 39 -> Node 1 > > (XEN) SRAT: PXM 1 -> APIC 40 -> Node 1 > > (XEN) SRAT: PXM 1 -> APIC 41 -> Node 1 > > (XEN) SRAT: PXM 1 -> APIC 42 -> Node 1 > > (XEN) SRAT: PXM 1 -> APIC 43 -> Node 1 > > (XEN) SRAT: Node 0 PXM 0 0-80000000 > > (XEN) SRAT: Node 0 PXM 0 100000000-480000000 > > (XEN) SRAT: Node 1 PXM 1 480000000-880000000 > > (XEN) NUMA: Using 19 for the hash shift. > > (XEN) Domain heap initialised DMA width 32 bits > > (XEN) found SMP MP-table at 000fdb10 > > (XEN) DMI 2.7 present. > > (XEN) Using APIC driver default > > (XEN) ACPI: PM-Timer IO Port: 0x408 > > (XEN) ACPI: ACPI SLEEP INFO: pm1x_cnt[404,0], pm1x_evt[400,0] > > (XEN) ACPI: 32/64X FACS address mismatch in FADT - > > 7f33ef80/0000000000000000, using 32 > > (XEN) ACPI: wakeup_vec[7f33ef8c], vec_size[20] > > (XEN) ACPI: Local APIC address 0xfee00000 > > (XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) > > (XEN) Processor #0 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) > > (XEN) Processor #2 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x04] enabled) > > (XEN) Processor #4 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x06] lapic_id[0x06] enabled) > > (XEN) Processor #6 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x08] lapic_id[0x08] enabled) > > (XEN) Processor #8 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x0a] enabled) > > (XEN) Processor #10 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x20] enabled) > > (XEN) Processor #32 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x22] enabled) > > (XEN) Processor #34 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x10] lapic_id[0x24] enabled) > > (XEN) Processor #36 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x12] lapic_id[0x26] enabled) > > (XEN) Processor #38 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x14] lapic_id[0x28] enabled) > > (XEN) Processor #40 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x16] lapic_id[0x2a] enabled) > > (XEN) Processor #42 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) > > (XEN) Processor #1 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled) > > (XEN) Processor #3 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x05] lapic_id[0x05] enabled) > > (XEN) Processor #5 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x07] lapic_id[0x07] enabled) > > (XEN) Processor #7 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x09] lapic_id[0x09] enabled) > > (XEN) Processor #9 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x0b] enabled) > > (XEN) Processor #11 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x21] enabled) > > (XEN) Processor #33 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x23] enabled) > > (XEN) Processor #35 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x11] lapic_id[0x25] enabled) > > (XEN) Processor #37 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x13] lapic_id[0x27] enabled) > > (XEN) Processor #39 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x15] lapic_id[0x29] enabled) > > (XEN) Processor #41 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x17] lapic_id[0x2b] enabled) > > (XEN) Processor #43 6:13 APIC version 21 > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x04] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x06] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x08] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0a] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0c] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0e] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x10] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x12] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x14] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x16] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x05] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x07] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x09] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0b] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0d] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0f] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x11] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x13] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x15] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x17] high edge lint[0x1]) > > (XEN) Overriding APIC driver with bigsmp > > (XEN) ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0]) > > (XEN) IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23 > > (XEN) ACPI: IOAPIC (id[0x02] address[0xfec01000] gsi_base[24]) > > (XEN) IOAPIC[1]: apic_id 2, version 32, address 0xfec01000, GSI 24-47 > > (XEN) ACPI: IOAPIC (id[0x03] address[0xfec40000] gsi_base[48]) > > (XEN) IOAPIC[2]: apic_id 3, version 32, address 0xfec40000, GSI 48-71 > > (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) > > (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) > > (XEN) ACPI: IRQ0 used by override. > > (XEN) ACPI: IRQ2 used by override. > > (XEN) ACPI: IRQ9 used by override. > > (XEN) Enabling APIC mode: Phys. Using 3 I/O APICs > > (XEN) ACPI: HPET id: 0x8086a701 base: 0xfed00000 > > (XEN) ERST table is invalid > > (XEN) Using ACPI (MADT) for SMP configuration information > > (XEN) SMP: Allowing 24 CPUs (0 hotplug CPUs) > > (XEN) IRQ limits: 72 GSI, 4552 MSI/MSI-X > > (XEN) Switched to APIC driver x2apic_cluster. > > (XEN) Using scheduler: SMP Credit Scheduler (credit) > > (XEN) Detected 2500.105 MHz processor. > > (XEN) Initing memory sharing. > > (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 > > (XEN) mce_intel.c:1239: MCA Capability: BCAST 1 SER 1 CMCI 1 firstbank > > 0 extended MCE MSR 0 > > (XEN) Intel machine check reporting enabled > > (XEN) PCI: MCFG configuration 0: base 80000000 segment 0000 buses 00 - ff > > (XEN) PCI: MCFG area at 80000000 reserved in E820 > > (XEN) PCI: Using MCFG for segment 0000 bus 00-ff > > (XEN) Intel VT-d Snoop Control enabled. > > (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. > > (XEN) Intel VT-d Queued Invalidation enabled. > > (XEN) Intel VT-d Interrupt Remapping enabled. > > (XEN) Intel VT-d Shared EPT tables enabled. > > (XEN) I/O virtualisation enabled > > (XEN) - Dom0 mode: Relaxed > > (XEN) Enabled directed EOI with ioapic_ack_old on! > > (XEN) ENABLING IO-APIC IRQs > > (XEN) -> Using old ACK method > > (XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pin2=-1 > > (XEN) TSC deadline timer enabled > > (XEN) Platform timer is 14.318MHz HPET > > (XEN) Defaulting to alternative key handling; send 'A' to switch to normal mode. > > (XEN) Allocated console ring of 65536 KiB. > > (XEN) VMX: Supported advanced features: > > (XEN) - APIC MMIO access virtualisation > > (XEN) - APIC TPR shadow > > (XEN) - Extended Page Tables (EPT) > > (XEN) - Virtual-Processor Identifiers (VPID) > > (XEN) - Virtual NMI > > (XEN) - MSR direct-access bitmap > > (XEN) - Unrestricted Guest > > (XEN) HVM: ASIDs enabled. > > (XEN) HVM: VMX enabled > > (XEN) HVM: Hardware Assisted Paging (HAP) detected > > (XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB > > (XEN) Brought up 24 CPUs > > (XEN) Testing NMI watchdog --- CPU#0 okay. CPU#1 okay. CPU#2 okay. > > CPU#3 okay. CPU#4 okay. CPU#5 okay. CPU#6 okay. CPU#7 okay. CPU#8 > > okay. CPU#9 okay. CPU#10 okay. CPU#11 okay. CPU#12 okay. CPU#13 okay. > > CPU#14 okay. CPU#15 okay. CPU#16 okay. CPU#17 okay. CPU#18 okay. > > CPU#19 okay. CPU#20 okay. CPU#21 okay. CPU#22 okay. CPU#23 okay. > > (XEN) ACPI sleep modes: S3 > > (XEN) mcheck_poll: Machine check polling timer started. > > (XEN) *** LOADING DOMAIN 0 *** > > (XEN) elf_parse_binary: phdr: paddr=0x1000000 memsz=0x820000 > > (XEN) elf_parse_binary: phdr: paddr=0x1a00000 memsz=0x740e8 > > (XEN) elf_parse_binary: phdr: paddr=0x1a75000 memsz=0x13340 > > (XEN) elf_parse_binary: phdr: paddr=0x1a89000 memsz=0x549000 > > (XEN) elf_parse_binary: memory: 0x1000000 -> 0x1fd2000 > > (XEN) elf_xen_parse_note: GUEST_OS = "linux" > > (XEN) elf_xen_parse_note: GUEST_VERSION = "2.6" > > (XEN) elf_xen_parse_note: XEN_VERSION = "xen-3.0" > > (XEN) elf_xen_parse_note: VIRT_BASE = 0xffffffff80000000 > > (XEN) elf_xen_parse_note: ENTRY = 0xffffffff81a89210 > > (XEN) elf_xen_parse_note: HYPERCALL_PAGE = 0xffffffff81001000 > > (XEN) elf_xen_parse_note: FEATURES = "!writable_page_tables|pae_pgdir_above_4gb" > > (XEN) elf_xen_parse_note: PAE_MODE = "yes" > > (XEN) elf_xen_parse_note: LOADER = "generic" > > (XEN) elf_xen_parse_note: unknown xen elf note (0xd) > > (XEN) elf_xen_parse_note: SUSPEND_CANCEL = 0x1 > > (XEN) elf_xen_parse_note: HV_START_LOW = 0xffff800000000000 > > (XEN) elf_xen_parse_note: PADDR_OFFSET = 0x0 > > (XEN) elf_xen_addr_calc_check: addresses: > > (XEN) virt_base = 0xffffffff80000000 > > (XEN) elf_paddr_offset = 0x0 > > (XEN) virt_offset = 0xffffffff80000000 > > (XEN) virt_kstart = 0xffffffff81000000 > > (XEN) virt_kend = 0xffffffff81fd2000 > > (XEN) virt_entry = 0xffffffff81a89210 > > (XEN) p2m_base = 0xffffffffffffffff > > (XEN) Xen kernel: 64-bit, lsb, compat32 > > (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x1fd2000 > > (XEN) PHYSICAL MEMORY ARRANGEMENT: > > (XEN) Dom0 alloc.: 0000000430000000->0000000438000000 (8190061 > > pages to be allocated) > > (XEN) VIRTUAL MEMORY ARRANGEMENT: > > (XEN) Loaded kernel: ffffffff81000000->ffffffff81fd2000 > > (XEN) Init. ramdisk: ffffffff81fd2000->ffffffff81fd2000 > > (XEN) Phys-Mach map: ffffffff81fd2000->ffffffff85e8e368 > > (XEN) Start info: ffffffff85e8f000->ffffffff85e8f4b4 > > (XEN) Page tables: ffffffff85e90000->ffffffff85ec3000 > > (XEN) Boot stack: ffffffff85ec3000->ffffffff85ec4000 > > (XEN) TOTAL: ffffffff80000000->ffffffff86000000 > > (XEN) ENTRY ADDRESS: ffffffff81a89210 > > (XEN) Dom0 has maximum 24 VCPUs > > (XEN) elf_load_binary: phdr 0 at 0xffffffff81000000 -> 0xffffffff81820000 > > (XEN) elf_load_binary: phdr 1 at 0xffffffff81a00000 -> 0xffffffff81a740e8 > > (XEN) elf_load_binary: phdr 2 at 0xffffffff81a75000 -> 0xffffffff81a88340 > > (XEN) elf_load_binary: phdr 3 at 0xffffffff81a89000 -> 0xffffffff81b11000 > > (XEN) Scrubbing Free RAM: .done. > > (XEN) Initial low memory virq threshold set at 0x4000 pages. > > (XEN) Std. Loglevel: All > > (XEN) Guest Loglevel: All > > (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch > > input to Xen) > > (XEN) Freed 236kB init memory. > > mapping kernel into physical memory > > about to get started... > > (XEN) traps.c:486:d0 Unhandled invalid opcode fault/trap [#6] on VCPU > > 0 [ec=0000] > > (XEN) domain_crash_sync called from entry.S > > (XEN) Domain 0 (vcpu#0) crashed on cpu#0: > > (XEN) ----[ Xen-4.2-unstable x86_64 debug=y Not tainted ]---- > > (XEN) CPU: 0 > > (XEN) RIP: e033:[] > > (XEN) RFLAGS: 0000000000000206 EM: 1 CONTEXT: pv guest > > (XEN) rax: ffffffff81fd3000 rbx: 0000000000000021 rcx: 0000000000001000 > > (XEN) rdx: ffffffff81fd2000 rsi: 0000000000001000 rdi: 0000000000001000 > > (XEN) rbp: 0000000000000088 rsp: ffffffff81a01d38 r8: 0000000000000088 > > (XEN) r9: 0000000000000021 r10: 0000000000000000 r11: 0000000100000000 > > (XEN) r12: 0000000000079700 r13: 0000000000000440 r14: 0000000000000088 > > (XEN) r15: 0000000000000021 cr0: 000000008005003b cr4: 00000000000426f0 > > (XEN) cr3: 0000000431a0b000 cr2: 0000000000000000 > > (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e02b cs: e033 > > (XEN) Guest stack trace from rsp=ffffffff81a01d38: > > (XEN) 0000000000001000 0000000100000000 ffffffff81a8f18e 000000010000e030 > > (XEN) 0000000000010006 ffffffff81a01d70 000000000000e02b ffffffff81a8de7c > > (XEN) 0000000000000108 0000000000851000 00000000007e8444 0000000000079700 > > (XEN) ffffffff81a01e20 ffffffff81a01df8 0000000000859445 ffffffff81a8e25c > > (XEN) 00000000007d7800 0000000000851000 0000000000079793 ffffffff81a8ca2c > > (XEN) 0000000000081bd8 0000000000081bd8 ffffffff81ac2990 00000000007d786d > > (XEN) ffffffff81a01e20 0000000000000001 0000000000000000 0000000000007ff0 > > (XEN) ffffffff81a01e28 00000000007e8444 4000000000000000 00000000007d786d > > (XEN) 0000000000081bd8 00000000007d786d ffffffff81ac297c 0000000000000000 > > (XEN) 0000000000000013 ffffffff81a8cda7 0000000800000014 00000007d786d000 > > (XEN) 0000000007528793 0000001400000000 0000000000000014 0000000000000013 > > (XEN) ffffffff00000014 ffffffff81ac2800 ffffffff81452556 7ff0000000000000 > > (XEN) 0000000000000000 ffffffffffffffff ffffffff81ac0000 ffffffff81a01f80 > > (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff81a9265a > > (XEN) ffffffffffffffff ffffffff81a8f2f6 0000000000000010 ffffffff81a01f68 > > (XEN) ffffffff81a01f28 0000000000000000 ffffffff81452556 ffffffffffffffff > > (XEN) ffffffff81ac0000 0000000000000000 0000000000000000 0000000000000000 > > (XEN) 0000000000000000 ffffffff81a8985a 0000000001bb4000 0000000000000000 > > (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff85e90000 > > (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff81a8c6ed > > (XEN) Domain 0 crashed: rebooting machine in 5 seconds. > > (XEN) Resetting with ACPI MEMORY or I/O RESET_REG. > > > > > > Andy > > _______________________________________________ > 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 Fri Jul 27 18:05:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 18:05: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 1Suotk-0004jb-NW; Fri, 27 Jul 2012 18:04:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Suotj-0004jL-1i for xen-users@lists.xensource.com; Fri, 27 Jul 2012 18:04:23 +0000 Received: from [85.158.138.51:2992] by server-11.bemta-3.messagelabs.com id 59/22-00679-528D2105; Fri, 27 Jul 2012 18:04:21 +0000 X-Env-Sender: darnok@68k.org X-Msg-Ref: server-9.tower-174.messagelabs.com!1343412258!29242784!1 X-Originating-IP: [206.212.254.10] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19324 invoked from network); 27 Jul 2012 18:04:19 -0000 Received: from andromeda.dapyr.net (HELO andromeda.dapyr.net) (206.212.254.10) by server-9.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Jul 2012 18:04:19 -0000 Received: from andromeda.dapyr.net (darnok@localhost [127.0.0.1]) by andromeda.dapyr.net (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id q6RI4GC0020095 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 27 Jul 2012 14:04:16 -0400 Received: (from darnok@localhost) by andromeda.dapyr.net (8.13.4/8.13.4/Submit) id q6RI4GOl020093; Fri, 27 Jul 2012 14:04:16 -0400 Date: Fri, 27 Jul 2012 14:04:16 -0400 From: Konrad Rzeszutek Wilk To: Andrew Lyon Message-ID: <20120727180416.GI17427@andromeda.dapyr.net> References: Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Cc: Xen-devel , xen-users List Subject: Re: [Xen-users] [Xen-devel] 3.5.0 dom0 crash on boot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 27, 2012 at 01:26:09PM +0100, Andrew Lyon wrote: > Setting dom0_mem=1024M enabled the system to boot. > > The system has 32gb ram, is this a known issue? Not that I know off. What would be usefull if you ran gdb on your vmlinux and stuck those EIP addresses to figure out what broke. Looking at the registers state it could be very well that you are hitting this: www.gossamer-threads.com/lists/linux/kernel/1571716 Try the patch and see if that fixes it? > > Andy > > On Fri, Jul 27, 2012 at 1:04 PM, Andrew Lyon wrote: > > Hi, > > > > I've not tried pv_ops for a long time but just got a new system > > (Supermicro X9DRL-iF) so decided to try 3.5.0 with the latest Xen > > 4.2-unstable, unfortunately the system crashes immediately after > > loading dom0: > > > > traps.c:486:d0 Unhandled invalid opcode fault/trap [#6] on VCPU 0 [ec=0000] > > > > I've tried loading both bzImage and vmlinuz (gzip compressed vmlinuz) > > with the same result. > > > > Full boot log: > > > > > > root (hd0,0) > > Filesystem type is ext2fs, partition type 0x83 > > kernel /xen-4.2-unstable.gz iommu=1 iommu_inclusive_mapping=1 com1=38400,8n1 co > > nsole=com1 noirqbalance watchdog dom0_vcpus_pin loglvl=all guest_loglvl=all cpu > > idle conring_size=65536 > > [Multiboot-elf, <0x100000:0 ! __ __ _ _ > > ____ _ _ _ > > \ \/ /___ _ __ | || | |___ \ _ _ _ __ ___| |_ __ _| |__ | | ___ * > > \ // _ \ '_ \ | || |_ __) |__| | | | '_ \/ __| __/ _` | '_ \| |/ _ \ * > > / \ __/ | | | |__ _| / __/|__| |_| | | | \__ \ || (_| | |_) | | __/ * > > /_/\_\___|_| |_| |_|(_)_____| \__,_|_| |_|___/\__\__,_|_.__/|_|\___| * > > * > > (XEN) Xen version 4.2-unstable (@josims.local) (gcc version 4.5.3 > > (Gentoo 4.5.3-r2 p1.1, pie-0.4.7) ) Fri Jul 27 20:28:57 BST 2012 > > (XEN) Latest ChangeSet: Thu Jul 26 10:55:09 2012 +0100 25667:b0fc6f8d5066 * > > (XEN) Bootloader: GNU GRUB 0.97 * > > (XEN) Command line: iommu=1 iommu_inclusive_mapping=1 com1=38400,8n1 > > console=com1 noirqbalance watchdog dom0_vcpus_pin loglvl=all > > guest_loglvl=all cpuidle conring_size=65536 Use the * and * keys to > > select which entry is highlighted. > > (XEN) Video information: 'e' to edit the selected command in the > > (XEN) VGA is text mode 80x25, font 8x16ine, 'o' to open a new line > > (XEN) VBE/DDC methods: none; EDID transfer time: 0 secondsve the > > (XEN) EDID info not retrieved because no DDC retrieval method detected > > (XEN) Disc information: > > (XEN) Found 4 MBR signatures > > (XEN) Found 6 EDD information structures > > (XEN) Xen-e820 RAM map: > > (XEN) 0000000000000000 - 000000000008e400 (usable) > > (XEN) 000000000008e400 - 00000000000a0000 (reserved) > > (XEN) 00000000000e0000 - 0000000000100000 (reserved) > > (XEN) 0000000000100000 - 000000007e49a000 (usable) > > (XEN) 000000007e49a000 - 000000007e5b2000 (ACPI NVS) > > (XEN) 000000007e5b2000 - 000000007f1b2000 (reserved) > > (XEN) 000000007f1b2000 - 000000007f22e000 (ACPI data) > > (XEN) 000000007f22e000 - 000000007f2c7000 (reserved) > > (XEN) 000000007f2c7000 - 000000007f2ce000 (ACPI NVS) > > (XEN) 000000007f2ce000 - 000000007f339000 (reserved) > > (XEN) 000000007f339000 - 000000007f341000 (ACPI NVS) > > (XEN) 000000007f341000 - 000000007f36a000 (reserved) > > (XEN) 000000007f36a000 - 000000007f800000 (ACPI NVS) > > (XEN) 0000000080000000 - 0000000090000000 (reserved) > > (XEN) 00000000fed1c000 - 00000000fed40000 (reserved) > > (XEN) 00000000ff000000 - 0000000100000000 (reserved) > > (XEN) 0000000100000000 - 0000000880000000 (usable) > > (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) > > (XEN) ACPI: XSDT 7F1B2088, 0094 (r1 ALASKA A M I 1072009 AMI 10013) > > (XEN) ACPI: FACP 7F1BC860, 00F4 (r4 ALASKA A M I 1072009 AMI 10013) > > (XEN) ACPI: DSDT 7F1B21B0, A6AD (r2 ALASKA A M I 15 INTL 20091112) > > (XEN) ACPI: FACS 7F33EF80, 0040 > > (XEN) ACPI: APIC 7F1BC958, 01B4 (r3 ALASKA A M I 1072009 AMI 10013) > > (XEN) ACPI: MCFG 7F1BCB10, 003C (r1 ALASKA OEMMCFG. 1072009 MSFT 97) > > (XEN) ACPI: SRAT 7F1BCB50, 0430 (r1 A M I AMI SRAT 1 AMI. 0) > > (XEN) ACPI: SLIT 7F1BCF80, 0030 (r1 A M I AMI SLIT 0 AMI. 0) > > (XEN) ACPI: HPET 7F1BCFB0, 0038 (r1 ALASKA A M I 1072009 AMI. 5) > > (XEN) ACPI: SPMI 7F1BCFE8, 0040 (r5 A M I OEMSPMI 0 AMI. 0) > > (XEN) ACPI: SSDT 7F1BD028, 70104 (r2 INTEL CpuPm 4000 INTL 20091112) > > (XEN) ACPI: DMAR 7F22D130, 0188 (r1 A M I OEMDMAR 1 INTL 1) > > (XEN) ACPI: EINJ 7F22D2B8, 0130 (r1 AMI AMI EINJ 0 0) > > (XEN) ACPI: ERST 7F22D3E8, 0210 (r1 AMIER AMI ERST 0 0) > > (XEN) ACPI: HEST 7F22D5F8, 00A8 (r1 AMI AMI HEST 0 0) > > (XEN) ACPI: BERT 7F22D6A0, 0030 (r1 AMI AMI BERT 0 0) > > (XEN) ACPI: BGRT 7F22D6D0, 0038 (r0 ALASKA A M I 1072009 AMI 10013) > > (XEN) System RAM: 32740MB (33525920kB) > > (XEN) SRAT: PXM 0 -> APIC 0 -> Node 0 > > (XEN) SRAT: PXM 0 -> APIC 1 -> Node 0 > > (XEN) SRAT: PXM 0 -> APIC 2 -> Node 0 > > (XEN) SRAT: PXM 0 -> APIC 3 -> Node 0 > > (XEN) SRAT: PXM 0 -> APIC 4 -> Node 0 > > (XEN) SRAT: PXM 0 -> APIC 5 -> Node 0 > > (XEN) SRAT: PXM 0 -> APIC 6 -> Node 0 > > (XEN) SRAT: PXM 0 -> APIC 7 -> Node 0 > > (XEN) SRAT: PXM 0 -> APIC 8 -> Node 0 > > (XEN) SRAT: PXM 0 -> APIC 9 -> Node 0 > > (XEN) SRAT: PXM 0 -> APIC 10 -> Node 0 > > (XEN) SRAT: PXM 0 -> APIC 11 -> Node 0 > > (XEN) SRAT: PXM 1 -> APIC 32 -> Node 1 > > (XEN) SRAT: PXM 1 -> APIC 33 -> Node 1 > > (XEN) SRAT: PXM 1 -> APIC 34 -> Node 1 > > (XEN) SRAT: PXM 1 -> APIC 35 -> Node 1 > > (XEN) SRAT: PXM 1 -> APIC 36 -> Node 1 > > (XEN) SRAT: PXM 1 -> APIC 37 -> Node 1 > > (XEN) SRAT: PXM 1 -> APIC 38 -> Node 1 > > (XEN) SRAT: PXM 1 -> APIC 39 -> Node 1 > > (XEN) SRAT: PXM 1 -> APIC 40 -> Node 1 > > (XEN) SRAT: PXM 1 -> APIC 41 -> Node 1 > > (XEN) SRAT: PXM 1 -> APIC 42 -> Node 1 > > (XEN) SRAT: PXM 1 -> APIC 43 -> Node 1 > > (XEN) SRAT: Node 0 PXM 0 0-80000000 > > (XEN) SRAT: Node 0 PXM 0 100000000-480000000 > > (XEN) SRAT: Node 1 PXM 1 480000000-880000000 > > (XEN) NUMA: Using 19 for the hash shift. > > (XEN) Domain heap initialised DMA width 32 bits > > (XEN) found SMP MP-table at 000fdb10 > > (XEN) DMI 2.7 present. > > (XEN) Using APIC driver default > > (XEN) ACPI: PM-Timer IO Port: 0x408 > > (XEN) ACPI: ACPI SLEEP INFO: pm1x_cnt[404,0], pm1x_evt[400,0] > > (XEN) ACPI: 32/64X FACS address mismatch in FADT - > > 7f33ef80/0000000000000000, using 32 > > (XEN) ACPI: wakeup_vec[7f33ef8c], vec_size[20] > > (XEN) ACPI: Local APIC address 0xfee00000 > > (XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) > > (XEN) Processor #0 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) > > (XEN) Processor #2 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x04] enabled) > > (XEN) Processor #4 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x06] lapic_id[0x06] enabled) > > (XEN) Processor #6 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x08] lapic_id[0x08] enabled) > > (XEN) Processor #8 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x0a] enabled) > > (XEN) Processor #10 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x20] enabled) > > (XEN) Processor #32 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x22] enabled) > > (XEN) Processor #34 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x10] lapic_id[0x24] enabled) > > (XEN) Processor #36 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x12] lapic_id[0x26] enabled) > > (XEN) Processor #38 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x14] lapic_id[0x28] enabled) > > (XEN) Processor #40 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x16] lapic_id[0x2a] enabled) > > (XEN) Processor #42 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) > > (XEN) Processor #1 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled) > > (XEN) Processor #3 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x05] lapic_id[0x05] enabled) > > (XEN) Processor #5 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x07] lapic_id[0x07] enabled) > > (XEN) Processor #7 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x09] lapic_id[0x09] enabled) > > (XEN) Processor #9 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x0b] enabled) > > (XEN) Processor #11 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x21] enabled) > > (XEN) Processor #33 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x23] enabled) > > (XEN) Processor #35 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x11] lapic_id[0x25] enabled) > > (XEN) Processor #37 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x13] lapic_id[0x27] enabled) > > (XEN) Processor #39 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x15] lapic_id[0x29] enabled) > > (XEN) Processor #41 6:13 APIC version 21 > > (XEN) ACPI: LAPIC (acpi_id[0x17] lapic_id[0x2b] enabled) > > (XEN) Processor #43 6:13 APIC version 21 > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x04] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x06] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x08] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0a] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0c] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0e] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x10] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x12] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x14] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x16] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x05] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x07] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x09] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0b] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0d] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0f] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x11] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x13] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x15] high edge lint[0x1]) > > (XEN) ACPI: LAPIC_NMI (acpi_id[0x17] high edge lint[0x1]) > > (XEN) Overriding APIC driver with bigsmp > > (XEN) ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0]) > > (XEN) IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23 > > (XEN) ACPI: IOAPIC (id[0x02] address[0xfec01000] gsi_base[24]) > > (XEN) IOAPIC[1]: apic_id 2, version 32, address 0xfec01000, GSI 24-47 > > (XEN) ACPI: IOAPIC (id[0x03] address[0xfec40000] gsi_base[48]) > > (XEN) IOAPIC[2]: apic_id 3, version 32, address 0xfec40000, GSI 48-71 > > (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) > > (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) > > (XEN) ACPI: IRQ0 used by override. > > (XEN) ACPI: IRQ2 used by override. > > (XEN) ACPI: IRQ9 used by override. > > (XEN) Enabling APIC mode: Phys. Using 3 I/O APICs > > (XEN) ACPI: HPET id: 0x8086a701 base: 0xfed00000 > > (XEN) ERST table is invalid > > (XEN) Using ACPI (MADT) for SMP configuration information > > (XEN) SMP: Allowing 24 CPUs (0 hotplug CPUs) > > (XEN) IRQ limits: 72 GSI, 4552 MSI/MSI-X > > (XEN) Switched to APIC driver x2apic_cluster. > > (XEN) Using scheduler: SMP Credit Scheduler (credit) > > (XEN) Detected 2500.105 MHz processor. > > (XEN) Initing memory sharing. > > (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 > > (XEN) mce_intel.c:1239: MCA Capability: BCAST 1 SER 1 CMCI 1 firstbank > > 0 extended MCE MSR 0 > > (XEN) Intel machine check reporting enabled > > (XEN) PCI: MCFG configuration 0: base 80000000 segment 0000 buses 00 - ff > > (XEN) PCI: MCFG area at 80000000 reserved in E820 > > (XEN) PCI: Using MCFG for segment 0000 bus 00-ff > > (XEN) Intel VT-d Snoop Control enabled. > > (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. > > (XEN) Intel VT-d Queued Invalidation enabled. > > (XEN) Intel VT-d Interrupt Remapping enabled. > > (XEN) Intel VT-d Shared EPT tables enabled. > > (XEN) I/O virtualisation enabled > > (XEN) - Dom0 mode: Relaxed > > (XEN) Enabled directed EOI with ioapic_ack_old on! > > (XEN) ENABLING IO-APIC IRQs > > (XEN) -> Using old ACK method > > (XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pin2=-1 > > (XEN) TSC deadline timer enabled > > (XEN) Platform timer is 14.318MHz HPET > > (XEN) Defaulting to alternative key handling; send 'A' to switch to normal mode. > > (XEN) Allocated console ring of 65536 KiB. > > (XEN) VMX: Supported advanced features: > > (XEN) - APIC MMIO access virtualisation > > (XEN) - APIC TPR shadow > > (XEN) - Extended Page Tables (EPT) > > (XEN) - Virtual-Processor Identifiers (VPID) > > (XEN) - Virtual NMI > > (XEN) - MSR direct-access bitmap > > (XEN) - Unrestricted Guest > > (XEN) HVM: ASIDs enabled. > > (XEN) HVM: VMX enabled > > (XEN) HVM: Hardware Assisted Paging (HAP) detected > > (XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB > > (XEN) Brought up 24 CPUs > > (XEN) Testing NMI watchdog --- CPU#0 okay. CPU#1 okay. CPU#2 okay. > > CPU#3 okay. CPU#4 okay. CPU#5 okay. CPU#6 okay. CPU#7 okay. CPU#8 > > okay. CPU#9 okay. CPU#10 okay. CPU#11 okay. CPU#12 okay. CPU#13 okay. > > CPU#14 okay. CPU#15 okay. CPU#16 okay. CPU#17 okay. CPU#18 okay. > > CPU#19 okay. CPU#20 okay. CPU#21 okay. CPU#22 okay. CPU#23 okay. > > (XEN) ACPI sleep modes: S3 > > (XEN) mcheck_poll: Machine check polling timer started. > > (XEN) *** LOADING DOMAIN 0 *** > > (XEN) elf_parse_binary: phdr: paddr=0x1000000 memsz=0x820000 > > (XEN) elf_parse_binary: phdr: paddr=0x1a00000 memsz=0x740e8 > > (XEN) elf_parse_binary: phdr: paddr=0x1a75000 memsz=0x13340 > > (XEN) elf_parse_binary: phdr: paddr=0x1a89000 memsz=0x549000 > > (XEN) elf_parse_binary: memory: 0x1000000 -> 0x1fd2000 > > (XEN) elf_xen_parse_note: GUEST_OS = "linux" > > (XEN) elf_xen_parse_note: GUEST_VERSION = "2.6" > > (XEN) elf_xen_parse_note: XEN_VERSION = "xen-3.0" > > (XEN) elf_xen_parse_note: VIRT_BASE = 0xffffffff80000000 > > (XEN) elf_xen_parse_note: ENTRY = 0xffffffff81a89210 > > (XEN) elf_xen_parse_note: HYPERCALL_PAGE = 0xffffffff81001000 > > (XEN) elf_xen_parse_note: FEATURES = "!writable_page_tables|pae_pgdir_above_4gb" > > (XEN) elf_xen_parse_note: PAE_MODE = "yes" > > (XEN) elf_xen_parse_note: LOADER = "generic" > > (XEN) elf_xen_parse_note: unknown xen elf note (0xd) > > (XEN) elf_xen_parse_note: SUSPEND_CANCEL = 0x1 > > (XEN) elf_xen_parse_note: HV_START_LOW = 0xffff800000000000 > > (XEN) elf_xen_parse_note: PADDR_OFFSET = 0x0 > > (XEN) elf_xen_addr_calc_check: addresses: > > (XEN) virt_base = 0xffffffff80000000 > > (XEN) elf_paddr_offset = 0x0 > > (XEN) virt_offset = 0xffffffff80000000 > > (XEN) virt_kstart = 0xffffffff81000000 > > (XEN) virt_kend = 0xffffffff81fd2000 > > (XEN) virt_entry = 0xffffffff81a89210 > > (XEN) p2m_base = 0xffffffffffffffff > > (XEN) Xen kernel: 64-bit, lsb, compat32 > > (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x1fd2000 > > (XEN) PHYSICAL MEMORY ARRANGEMENT: > > (XEN) Dom0 alloc.: 0000000430000000->0000000438000000 (8190061 > > pages to be allocated) > > (XEN) VIRTUAL MEMORY ARRANGEMENT: > > (XEN) Loaded kernel: ffffffff81000000->ffffffff81fd2000 > > (XEN) Init. ramdisk: ffffffff81fd2000->ffffffff81fd2000 > > (XEN) Phys-Mach map: ffffffff81fd2000->ffffffff85e8e368 > > (XEN) Start info: ffffffff85e8f000->ffffffff85e8f4b4 > > (XEN) Page tables: ffffffff85e90000->ffffffff85ec3000 > > (XEN) Boot stack: ffffffff85ec3000->ffffffff85ec4000 > > (XEN) TOTAL: ffffffff80000000->ffffffff86000000 > > (XEN) ENTRY ADDRESS: ffffffff81a89210 > > (XEN) Dom0 has maximum 24 VCPUs > > (XEN) elf_load_binary: phdr 0 at 0xffffffff81000000 -> 0xffffffff81820000 > > (XEN) elf_load_binary: phdr 1 at 0xffffffff81a00000 -> 0xffffffff81a740e8 > > (XEN) elf_load_binary: phdr 2 at 0xffffffff81a75000 -> 0xffffffff81a88340 > > (XEN) elf_load_binary: phdr 3 at 0xffffffff81a89000 -> 0xffffffff81b11000 > > (XEN) Scrubbing Free RAM: .done. > > (XEN) Initial low memory virq threshold set at 0x4000 pages. > > (XEN) Std. Loglevel: All > > (XEN) Guest Loglevel: All > > (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch > > input to Xen) > > (XEN) Freed 236kB init memory. > > mapping kernel into physical memory > > about to get started... > > (XEN) traps.c:486:d0 Unhandled invalid opcode fault/trap [#6] on VCPU > > 0 [ec=0000] > > (XEN) domain_crash_sync called from entry.S > > (XEN) Domain 0 (vcpu#0) crashed on cpu#0: > > (XEN) ----[ Xen-4.2-unstable x86_64 debug=y Not tainted ]---- > > (XEN) CPU: 0 > > (XEN) RIP: e033:[] > > (XEN) RFLAGS: 0000000000000206 EM: 1 CONTEXT: pv guest > > (XEN) rax: ffffffff81fd3000 rbx: 0000000000000021 rcx: 0000000000001000 > > (XEN) rdx: ffffffff81fd2000 rsi: 0000000000001000 rdi: 0000000000001000 > > (XEN) rbp: 0000000000000088 rsp: ffffffff81a01d38 r8: 0000000000000088 > > (XEN) r9: 0000000000000021 r10: 0000000000000000 r11: 0000000100000000 > > (XEN) r12: 0000000000079700 r13: 0000000000000440 r14: 0000000000000088 > > (XEN) r15: 0000000000000021 cr0: 000000008005003b cr4: 00000000000426f0 > > (XEN) cr3: 0000000431a0b000 cr2: 0000000000000000 > > (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e02b cs: e033 > > (XEN) Guest stack trace from rsp=ffffffff81a01d38: > > (XEN) 0000000000001000 0000000100000000 ffffffff81a8f18e 000000010000e030 > > (XEN) 0000000000010006 ffffffff81a01d70 000000000000e02b ffffffff81a8de7c > > (XEN) 0000000000000108 0000000000851000 00000000007e8444 0000000000079700 > > (XEN) ffffffff81a01e20 ffffffff81a01df8 0000000000859445 ffffffff81a8e25c > > (XEN) 00000000007d7800 0000000000851000 0000000000079793 ffffffff81a8ca2c > > (XEN) 0000000000081bd8 0000000000081bd8 ffffffff81ac2990 00000000007d786d > > (XEN) ffffffff81a01e20 0000000000000001 0000000000000000 0000000000007ff0 > > (XEN) ffffffff81a01e28 00000000007e8444 4000000000000000 00000000007d786d > > (XEN) 0000000000081bd8 00000000007d786d ffffffff81ac297c 0000000000000000 > > (XEN) 0000000000000013 ffffffff81a8cda7 0000000800000014 00000007d786d000 > > (XEN) 0000000007528793 0000001400000000 0000000000000014 0000000000000013 > > (XEN) ffffffff00000014 ffffffff81ac2800 ffffffff81452556 7ff0000000000000 > > (XEN) 0000000000000000 ffffffffffffffff ffffffff81ac0000 ffffffff81a01f80 > > (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff81a9265a > > (XEN) ffffffffffffffff ffffffff81a8f2f6 0000000000000010 ffffffff81a01f68 > > (XEN) ffffffff81a01f28 0000000000000000 ffffffff81452556 ffffffffffffffff > > (XEN) ffffffff81ac0000 0000000000000000 0000000000000000 0000000000000000 > > (XEN) 0000000000000000 ffffffff81a8985a 0000000001bb4000 0000000000000000 > > (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff85e90000 > > (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff81a8c6ed > > (XEN) Domain 0 crashed: rebooting machine in 5 seconds. > > (XEN) Resetting with ACPI MEMORY or I/O RESET_REG. > > > > > > Andy > > _______________________________________________ > 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 Fri Jul 27 21:27:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 21: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 1Sus2c-0000TO-39; Fri, 27 Jul 2012 21:25:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sus2a-0000TJ-If for xen-users@lists.xensource.com; Fri, 27 Jul 2012 21:25:44 +0000 Received: from [85.158.138.51:53147] by server-1.bemta-3.messagelabs.com id C2/DA-31934-75703105; Fri, 27 Jul 2012 21:25:43 +0000 X-Env-Sender: andrew.lyon@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1343424343!29170509!1 X-Originating-IP: [209.85.214.43] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10406 invoked from network); 27 Jul 2012 21:25:43 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jul 2012 21:25:43 -0000 Received: by bkty15 with SMTP id y15so2186924bkt.30 for ; Fri, 27 Jul 2012 14:25:42 -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=r2maT7MmT0iLe7R8JxK2x0XWxWdQQncp1zeRIuIwam0=; b=u9H33RkpdFvEhhoQKq/JyA4k2dSi+X8jDIQSNY20xcD3wLAPLuDKRmtuiIqDu5Rx/M chuK4iiQoF3iolVrq6CBEU3PC5tjL5cLqsmQwUsxzyJBKC0Mtt0orKYakNSNjbGsm5nF rCZ2sbcKWEp3tXEvyQZQreOl4OnfhoY1upC09+tglSZGyByBjltUsWBr17j6FXe8pLFO jlt4lq8JyWoKT9YpCM1h0mUWK1BxHDXRh/OLEvc8EWJgtTDbNxU/RfKGyWJtRMg2sMc8 tX+aZeUre7E35OzkE/JDpgQITJgfkVZEcNij/X8ItFTpiu68vLeQLbR3/svIoRcqkYap W1Nw== MIME-Version: 1.0 Received: by 10.204.128.214 with SMTP id l22mr1502495bks.86.1343424342594; Fri, 27 Jul 2012 14:25:42 -0700 (PDT) Received: by 10.204.78.205 with HTTP; Fri, 27 Jul 2012 14:25:42 -0700 (PDT) Date: Fri, 27 Jul 2012 22:25:42 +0100 Message-ID: From: Andrew Lyon To: xen-users List Subject: [Xen-users] pvops pv on hvm kernel 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 Hi, I'm trying to configure vanilla kernel 3.5 to include pv on hvm drivers and I'm struggling to find the right combination of options, if I enable CONFIG_PARAVIRT_GUEST then options such as CONFIG_XEN_BLKDEV_FRONTEND become available, but I believe they are the pv guest drivers are they not? What do I need to enable to use PV on HVM? I don't want to run a paravirtualised guest because I will be attempting PCI passthrough of nvidia graphics cards and usb controllers, which will only work with a HVM domU. According to this page http://wiki.xen.org/wiki/Xen_Linux_PV_on_HVM_drivers I should see options for xen-blkfront for disk, and xen-netfront for network, but searching for those drivers in the kernel config finds no matches as all. I'm rather new to this pvops stuff, until yesterday I used a Xenified openSUSE patchset.... Thanks Andy _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 27 21:27:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 21: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 1Sus2c-0000TO-39; Fri, 27 Jul 2012 21:25:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sus2a-0000TJ-If for xen-users@lists.xensource.com; Fri, 27 Jul 2012 21:25:44 +0000 Received: from [85.158.138.51:53147] by server-1.bemta-3.messagelabs.com id C2/DA-31934-75703105; Fri, 27 Jul 2012 21:25:43 +0000 X-Env-Sender: andrew.lyon@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1343424343!29170509!1 X-Originating-IP: [209.85.214.43] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10406 invoked from network); 27 Jul 2012 21:25:43 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jul 2012 21:25:43 -0000 Received: by bkty15 with SMTP id y15so2186924bkt.30 for ; Fri, 27 Jul 2012 14:25:42 -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=r2maT7MmT0iLe7R8JxK2x0XWxWdQQncp1zeRIuIwam0=; b=u9H33RkpdFvEhhoQKq/JyA4k2dSi+X8jDIQSNY20xcD3wLAPLuDKRmtuiIqDu5Rx/M chuK4iiQoF3iolVrq6CBEU3PC5tjL5cLqsmQwUsxzyJBKC0Mtt0orKYakNSNjbGsm5nF rCZ2sbcKWEp3tXEvyQZQreOl4OnfhoY1upC09+tglSZGyByBjltUsWBr17j6FXe8pLFO jlt4lq8JyWoKT9YpCM1h0mUWK1BxHDXRh/OLEvc8EWJgtTDbNxU/RfKGyWJtRMg2sMc8 tX+aZeUre7E35OzkE/JDpgQITJgfkVZEcNij/X8ItFTpiu68vLeQLbR3/svIoRcqkYap W1Nw== MIME-Version: 1.0 Received: by 10.204.128.214 with SMTP id l22mr1502495bks.86.1343424342594; Fri, 27 Jul 2012 14:25:42 -0700 (PDT) Received: by 10.204.78.205 with HTTP; Fri, 27 Jul 2012 14:25:42 -0700 (PDT) Date: Fri, 27 Jul 2012 22:25:42 +0100 Message-ID: From: Andrew Lyon To: xen-users List Subject: [Xen-users] pvops pv on hvm kernel 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 Hi, I'm trying to configure vanilla kernel 3.5 to include pv on hvm drivers and I'm struggling to find the right combination of options, if I enable CONFIG_PARAVIRT_GUEST then options such as CONFIG_XEN_BLKDEV_FRONTEND become available, but I believe they are the pv guest drivers are they not? What do I need to enable to use PV on HVM? I don't want to run a paravirtualised guest because I will be attempting PCI passthrough of nvidia graphics cards and usb controllers, which will only work with a HVM domU. According to this page http://wiki.xen.org/wiki/Xen_Linux_PV_on_HVM_drivers I should see options for xen-blkfront for disk, and xen-netfront for network, but searching for those drivers in the kernel config finds no matches as all. I'm rather new to this pvops stuff, until yesterday I used a Xenified openSUSE patchset.... Thanks Andy _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 27 21:32:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 21:32: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 1Sus74-0000qM-QD; Fri, 27 Jul 2012 21:30:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sus73-0000qE-8e for xen-users@lists.xensource.com; Fri, 27 Jul 2012 21:30:21 +0000 Received: from [85.158.143.35:57525] by server-3.bemta-4.messagelabs.com id EE/88-01511-C6803105; Fri, 27 Jul 2012 21:30:20 +0000 X-Env-Sender: andrew.lyon@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1343424619!14942995!1 X-Originating-IP: [209.85.214.43] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17938 invoked from network); 27 Jul 2012 21:30:19 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jul 2012 21:30:19 -0000 Received: by bkty15 with SMTP id y15so2188215bkt.30 for ; Fri, 27 Jul 2012 14:30:19 -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=Dv+rKvuyBpNa3gmPJ+UT/aGWzpflD8VC7ZfgpS/72B0=; b=ysEPoPy8Y3cqNWXxjZlAbXYXnBAS7Ur92K3K5lwc9GYuFpc78AJx6Z9in+AGNDdPWx /aRGOZgRFfkK8JbUCmAHFrxbCU49n5UrwlcGCfrQO2f+qlCF7bnzdSdgBVGYB0zNYiF0 LSgx7UzV195TjI7J4VjOWQTyF//e7I617kMFbzkoCM0bEMOKa1CovXu0H8yIb5ibvOE4 dEfo0eWphhZEkoteUyAt+7ViJ8zDdhCo53oO1A+r0DAg8WfklX3Ru9XIfSaz2DD42m/z KdqFI5owKXTUAkQ81fgplOY5OywCyISXuKTxPI/8ow4GzVln0z/aH32W2RqEcZN6H70c eMUg== MIME-Version: 1.0 Received: by 10.204.130.10 with SMTP id q10mr1518809bks.90.1343424619017; Fri, 27 Jul 2012 14:30:19 -0700 (PDT) Received: by 10.204.78.205 with HTTP; Fri, 27 Jul 2012 14:30:18 -0700 (PDT) In-Reply-To: References: Date: Fri, 27 Jul 2012 22:30:18 +0100 Message-ID: From: Andrew Lyon To: xen-users List Subject: Re: [Xen-users] pvops pv on hvm kernel 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 On Fri, Jul 27, 2012 at 10:25 PM, Andrew Lyon wrote: > Hi, > > I'm trying to configure vanilla kernel 3.5 to include pv on hvm > drivers and I'm struggling to find the right combination of options, > if I enable CONFIG_PARAVIRT_GUEST then options such as > CONFIG_XEN_BLKDEV_FRONTEND become available, but I believe they are > the pv guest drivers are they not? > > What do I need to enable to use PV on HVM? I don't want to run a > paravirtualised guest because I will be attempting PCI passthrough of > nvidia graphics cards and usb controllers, which will only work with a > HVM domU. > > According to this page > http://wiki.xen.org/wiki/Xen_Linux_PV_on_HVM_drivers I should see > options for xen-blkfront for disk, and xen-netfront for network, but > searching for those drivers in the kernel config finds no matches as > all. > > I'm rather new to this pvops stuff, until yesterday I used a Xenified > openSUSE patchset.... > > Thanks > Andy Or.. have I misunderstood, are the drivers for PV guest and PV on HVM actually the same, the difference being how the domU is loaded? (loading the kernel in the domU config file vs builder='hvm') Seems logical, if somebody could confirm that I'd appreciate it. Andy _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 27 21:32:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Jul 2012 21:32: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 1Sus74-0000qM-QD; Fri, 27 Jul 2012 21:30:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sus73-0000qE-8e for xen-users@lists.xensource.com; Fri, 27 Jul 2012 21:30:21 +0000 Received: from [85.158.143.35:57525] by server-3.bemta-4.messagelabs.com id EE/88-01511-C6803105; Fri, 27 Jul 2012 21:30:20 +0000 X-Env-Sender: andrew.lyon@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1343424619!14942995!1 X-Originating-IP: [209.85.214.43] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17938 invoked from network); 27 Jul 2012 21:30:19 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jul 2012 21:30:19 -0000 Received: by bkty15 with SMTP id y15so2188215bkt.30 for ; Fri, 27 Jul 2012 14:30:19 -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=Dv+rKvuyBpNa3gmPJ+UT/aGWzpflD8VC7ZfgpS/72B0=; b=ysEPoPy8Y3cqNWXxjZlAbXYXnBAS7Ur92K3K5lwc9GYuFpc78AJx6Z9in+AGNDdPWx /aRGOZgRFfkK8JbUCmAHFrxbCU49n5UrwlcGCfrQO2f+qlCF7bnzdSdgBVGYB0zNYiF0 LSgx7UzV195TjI7J4VjOWQTyF//e7I617kMFbzkoCM0bEMOKa1CovXu0H8yIb5ibvOE4 dEfo0eWphhZEkoteUyAt+7ViJ8zDdhCo53oO1A+r0DAg8WfklX3Ru9XIfSaz2DD42m/z KdqFI5owKXTUAkQ81fgplOY5OywCyISXuKTxPI/8ow4GzVln0z/aH32W2RqEcZN6H70c eMUg== MIME-Version: 1.0 Received: by 10.204.130.10 with SMTP id q10mr1518809bks.90.1343424619017; Fri, 27 Jul 2012 14:30:19 -0700 (PDT) Received: by 10.204.78.205 with HTTP; Fri, 27 Jul 2012 14:30:18 -0700 (PDT) In-Reply-To: References: Date: Fri, 27 Jul 2012 22:30:18 +0100 Message-ID: From: Andrew Lyon To: xen-users List Subject: Re: [Xen-users] pvops pv on hvm kernel 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 On Fri, Jul 27, 2012 at 10:25 PM, Andrew Lyon wrote: > Hi, > > I'm trying to configure vanilla kernel 3.5 to include pv on hvm > drivers and I'm struggling to find the right combination of options, > if I enable CONFIG_PARAVIRT_GUEST then options such as > CONFIG_XEN_BLKDEV_FRONTEND become available, but I believe they are > the pv guest drivers are they not? > > What do I need to enable to use PV on HVM? I don't want to run a > paravirtualised guest because I will be attempting PCI passthrough of > nvidia graphics cards and usb controllers, which will only work with a > HVM domU. > > According to this page > http://wiki.xen.org/wiki/Xen_Linux_PV_on_HVM_drivers I should see > options for xen-blkfront for disk, and xen-netfront for network, but > searching for those drivers in the kernel config finds no matches as > all. > > I'm rather new to this pvops stuff, until yesterday I used a Xenified > openSUSE patchset.... > > Thanks > Andy Or.. have I misunderstood, are the drivers for PV guest and PV on HVM actually the same, the difference being how the domU is loaded? (loading the kernel in the domU config file vs builder='hvm') Seems logical, if somebody could confirm that I'd appreciate it. Andy _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 28 07:03:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jul 2012 07:03: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 1Sv11h-0004sx-1i; Sat, 28 Jul 2012 07:01:25 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sv11f-0004ss-Sn for xen-users@lists.xensource.com; Sat, 28 Jul 2012 07:01:24 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1343458877!4366504!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDcyNTc=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16035 invoked from network); 28 Jul 2012 07:01:17 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 28 Jul 2012 07:01:17 -0000 X-IronPort-AV: E=Sophos;i="4.77,670,1336348800"; d="scan'208";a="13744303" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 28 Jul 2012 07:01:16 +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.213.0; Sat, 28 Jul 2012 08:01:16 +0100 Message-ID: <1343458876.6013.8.camel@dagon.hellion.org.uk> From: Ian Campbell To: Andrew Lyon Date: Sat, 28 Jul 2012 08:01:16 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: xen-users List Subject: Re: [Xen-users] pvops pv on hvm kernel 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 On Fri, 2012-07-27 at 22:30 +0100, Andrew Lyon wrote: > On Fri, Jul 27, 2012 at 10:25 PM, Andrew Lyon wrote: > > Hi, > > > > I'm trying to configure vanilla kernel 3.5 to include pv on hvm > > drivers and I'm struggling to find the right combination of options, > > if I enable CONFIG_PARAVIRT_GUEST then options such as > > CONFIG_XEN_BLKDEV_FRONTEND become available, but I believe they are > > the pv guest drivers are they not? > > > > What do I need to enable to use PV on HVM? I don't want to run a > > paravirtualised guest because I will be attempting PCI passthrough of > > nvidia graphics cards and usb controllers, which will only work with a > > HVM domU. > > > > According to this page > > http://wiki.xen.org/wiki/Xen_Linux_PV_on_HVM_drivers I should see > > options for xen-blkfront for disk, and xen-netfront for network, but > > searching for those drivers in the kernel config finds no matches as > > all. > > > > I'm rather new to this pvops stuff, until yesterday I used a Xenified > > openSUSE patchset.... > > > > Thanks > > Andy > > Or.. have I misunderstood, are the drivers for PV guest and PV on HVM > actually the same, the difference being how the domU is loaded? > (loading the kernel in the domU config file vs builder='hvm') > > Seems logical, if somebody could confirm that I'd appreciate it. Yes, that's right. The PV drivers are the same the "on HVM" bit refers to the type of the virtual machine being HVM. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 28 07:03:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Jul 2012 07:03: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 1Sv11h-0004sx-1i; Sat, 28 Jul 2012 07:01:25 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sv11f-0004ss-Sn for xen-users@lists.xensource.com; Sat, 28 Jul 2012 07:01:24 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1343458877!4366504!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDcyNTc=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16035 invoked from network); 28 Jul 2012 07:01:17 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 28 Jul 2012 07:01:17 -0000 X-IronPort-AV: E=Sophos;i="4.77,670,1336348800"; d="scan'208";a="13744303" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 28 Jul 2012 07:01:16 +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.213.0; Sat, 28 Jul 2012 08:01:16 +0100 Message-ID: <1343458876.6013.8.camel@dagon.hellion.org.uk> From: Ian Campbell To: Andrew Lyon Date: Sat, 28 Jul 2012 08:01:16 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: xen-users List Subject: Re: [Xen-users] pvops pv on hvm kernel 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 On Fri, 2012-07-27 at 22:30 +0100, Andrew Lyon wrote: > On Fri, Jul 27, 2012 at 10:25 PM, Andrew Lyon wrote: > > Hi, > > > > I'm trying to configure vanilla kernel 3.5 to include pv on hvm > > drivers and I'm struggling to find the right combination of options, > > if I enable CONFIG_PARAVIRT_GUEST then options such as > > CONFIG_XEN_BLKDEV_FRONTEND become available, but I believe they are > > the pv guest drivers are they not? > > > > What do I need to enable to use PV on HVM? I don't want to run a > > paravirtualised guest because I will be attempting PCI passthrough of > > nvidia graphics cards and usb controllers, which will only work with a > > HVM domU. > > > > According to this page > > http://wiki.xen.org/wiki/Xen_Linux_PV_on_HVM_drivers I should see > > options for xen-blkfront for disk, and xen-netfront for network, but > > searching for those drivers in the kernel config finds no matches as > > all. > > > > I'm rather new to this pvops stuff, until yesterday I used a Xenified > > openSUSE patchset.... > > > > Thanks > > Andy > > Or.. have I misunderstood, are the drivers for PV guest and PV on HVM > actually the same, the difference being how the domU is loaded? > (loading the kernel in the domU config file vs builder='hvm') > > Seems logical, if somebody could confirm that I'd appreciate it. Yes, that's right. The PV drivers are the same the "on HVM" bit refers to the type of the virtual machine being HVM. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 29 01:56:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jul 2012 01:56:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvIhz-0001zd-Ge; Sun, 29 Jul 2012 01:54:15 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1SvIhx-0001zV-Qx for xen-users@lists.xen.org; Sun, 29 Jul 2012 01:54:14 +0000 X-Env-Sender: lsc@luke.xen.prgmr.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1343526847!11114147!1 X-Originating-IP: [38.99.2.47] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27563 invoked from network); 29 Jul 2012 01:54:07 -0000 Received: from luke.xen.prgmr.com (HELO luke.xen.prgmr.com) (38.99.2.47) by server-16.tower-27.messagelabs.com with SMTP; 29 Jul 2012 01:54:07 -0000 Received: by luke.xen.prgmr.com (Postfix, from userid 500) id D74541043D1; Sat, 28 Jul 2012 21:54:05 -0400 (EDT) Date: Sat, 28 Jul 2012 21:54:05 -0400 From: "Luke S. Crawford" To: xen-users@lists.xen.org Message-ID: <20120729015405.GA25756@luke.xen.prgmr.com> References: Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Subject: Re: [Xen-users] Does anybody here uses IPv6 for 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 I dono if my problem is the same as yours, but I had a problem where the linux bridge was not passing multicast (x3:xx:xx:xx:xx:xx) packets. http://wiki.prgmr.com/mediawiki/index.php/20120626_troubleshooting_ipv6 #cat /sys/class/net/vif0.0/brport/multicast_router 1 # echo "2">/sys/class/net/vif0.0/brport/multicast_router essentially, I did this for all ports on the bridge, and it seemed to have worked. Sorry the documentation is absolutely horrible. I haven't had time to sort it out and properly test it. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 29 01:56:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jul 2012 01:56:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvIhz-0001zd-Ge; Sun, 29 Jul 2012 01:54:15 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1SvIhx-0001zV-Qx for xen-users@lists.xen.org; Sun, 29 Jul 2012 01:54:14 +0000 X-Env-Sender: lsc@luke.xen.prgmr.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1343526847!11114147!1 X-Originating-IP: [38.99.2.47] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27563 invoked from network); 29 Jul 2012 01:54:07 -0000 Received: from luke.xen.prgmr.com (HELO luke.xen.prgmr.com) (38.99.2.47) by server-16.tower-27.messagelabs.com with SMTP; 29 Jul 2012 01:54:07 -0000 Received: by luke.xen.prgmr.com (Postfix, from userid 500) id D74541043D1; Sat, 28 Jul 2012 21:54:05 -0400 (EDT) Date: Sat, 28 Jul 2012 21:54:05 -0400 From: "Luke S. Crawford" To: xen-users@lists.xen.org Message-ID: <20120729015405.GA25756@luke.xen.prgmr.com> References: Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Subject: Re: [Xen-users] Does anybody here uses IPv6 for 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 I dono if my problem is the same as yours, but I had a problem where the linux bridge was not passing multicast (x3:xx:xx:xx:xx:xx) packets. http://wiki.prgmr.com/mediawiki/index.php/20120626_troubleshooting_ipv6 #cat /sys/class/net/vif0.0/brport/multicast_router 1 # echo "2">/sys/class/net/vif0.0/brport/multicast_router essentially, I did this for all ports on the bridge, and it seemed to have worked. Sorry the documentation is absolutely horrible. I haven't had time to sort it out and properly test it. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 29 10:04:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jul 2012 10:04: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 1SvQKQ-0005bJ-AL; Sun, 29 Jul 2012 10:02:26 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvQKO-0005bE-TI for xen-users@lists.xen.org; Sun, 29 Jul 2012 10:02:25 +0000 Received: from [85.158.143.35:25406] by server-3.bemta-4.messagelabs.com id DA/10-01511-03A05105; Sun, 29 Jul 2012 10:02:24 +0000 X-Env-Sender: lists+xen@internecto.net X-Msg-Ref: server-14.tower-21.messagelabs.com!1343556141!15804127!1 X-Originating-IP: [176.9.245.29] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9718 invoked from network); 29 Jul 2012 10:02:21 -0000 Received: from polaris.internecto.net (HELO mx1.internecto.net) (176.9.245.29) by server-14.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 Jul 2012 10:02:21 -0000 Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id E7A3FA02FA for ; Sun, 29 Jul 2012 10:02:20 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mail.internecto.net Received: from mx1.internecto.net ([127.0.0.1]) by localhost (mail.polaris.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J0FFeH-bj8mu for ; Sun, 29 Jul 2012 10:02:00 +0000 (UTC) Received: from internecto.net (5ED4FDEB.cm-7-5d.dynamic.ziggo.nl [94.212.253.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: lists@internecto.net) by mx1.internecto.net (Postfix) with ESMTPSA id 2470DA02F5 for ; Sun, 29 Jul 2012 10:02:00 +0000 (UTC) Date: Sun, 29 Jul 2012 12:01:58 +0200 From: Mark van Dijk To: xen-users@lists.xen.org Message-ID: <20120729120158.73ab4f91@internecto.net> Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; i686-pc-linux-gnu) Mime-Version: 1.0 Subject: [Xen-users] Xen networking experiment (with custom scripts and OpenVSwitch) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Recently I have been testing my customized Xen 4.2 networking setup. It works pretty good and I would like to share it with anyone who is interested. The relevant files can be found here: https://github.com/slacks42/xenscripts Benefit: configure the Xen related networking devices with one understandable bash script. Please note that this is all still work in progress. For example, some logging entries should be deleted or modified, and some routines could be cleaned up. Still, I think it's nice enough to share. Description of the files: xen.conf is basically a copy of /etc/xen/hotplugpath.sh and should be put in /etc/xen/. udev/xen-backend.rules is a modified version of the file supplied by Xen. Line 6-9 take care of creation and deletion of networking interfaces. As you can see, upon creation/deletion of a network interface, the file /etc/xen/scripts/xennet is called. This file can be found on github in the scripts directory. Xennet is a replacement of vif-bridge. In the old scenario, udev calls vif-setup, vif-setup calls vif-bridge, vif-bridge calls vif-common and numerous other scripts. With xennet, I wanted to have one script to take care of the networking. So xennet requires no other files from /etc/xen/scripts. As you can see xennet uses bash. It is not POSIX compliant but works fine with bash. This takes us to the second millennium ;-) Here is a rundown of xennet: Line 4 takes care of all error output from the script. This is a handy way to debug, especially if you alter line 1 to '#!/bin/bash -x' so that you can see exactly what the script does. Then on line 8, the $unique variable is set to a random 6 character wide string, a 'cookie' of sorts, this is used as a log prefix so that you can see which particular instance of the script does what. Then a couple of functions are initialized. The checklog() and logmsg() functions take care of logging at the requested loglevel (set in xen.conf). This is different from line 4; logmsg is a function that logs to the console, syslog, or a file (xen.conf). The sigerr(), fatal(), success(), xenstore_read_default(), findCommand() and evalVariables() functions are modified versions of the same functions in Xen's xen-script-common.sh file. I added line 191-198 for debugging, rather than calling the actual commands they fake their execution and only add a log entry. That's why they are commented out. The actual routine starts at line 200. Line 201 sets $command to online/offline/add/remove depending on how the script was called from xen-backend.rules. evalVariables (line 202) searches for arguments with an '=', like 'foo=bar', and sets those variables accordingly (like $foo == 'bar'). This is a nice trick I found in xen-script-common.sh. On to line 220-292. This searches for the vifname and bridge name. If $command is 'offline' or 'remove' then I found that it does not know the vifname so it needs a way to find that. In all cases $vifname is set to the requested vifname. Openvswitch does not require a bridge name if you remove a device. So $bridge is not required with 'offline' or 'remove'. Line 297-337 adds or removes the vif from the switch. With openvswitch this can be a "fake bridge", i.e. a VLAN tagged bridge, or an unmanaged switch. One could easily replace the ovs-vswitch commands with brctl commands if desired, I *think*. Xen 4.2, when used with xl, does not setup or change your networking (as we saw with older Xen and network-bridge). So you need to do that yourself which is a much better idea imho anyway. In my case, my init scripts start up openvswitch when the system boots and my custom networking script creates the relevant switches and interfaces and configures those. Finally -- openvswitch can have a lot of messy output that can fill up your syslog files. syslog-ng.conf is something I use to limit openvswitch's output to /var/log/openvswitch.log. Note that I seem to use the word 'switch' and 'bridge' while I am talking about the same thing. Don't let this confuse you. Comments are appreciated! Mark _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 29 10:04:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jul 2012 10:04: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 1SvQKQ-0005bJ-AL; Sun, 29 Jul 2012 10:02:26 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvQKO-0005bE-TI for xen-users@lists.xen.org; Sun, 29 Jul 2012 10:02:25 +0000 Received: from [85.158.143.35:25406] by server-3.bemta-4.messagelabs.com id DA/10-01511-03A05105; Sun, 29 Jul 2012 10:02:24 +0000 X-Env-Sender: lists+xen@internecto.net X-Msg-Ref: server-14.tower-21.messagelabs.com!1343556141!15804127!1 X-Originating-IP: [176.9.245.29] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9718 invoked from network); 29 Jul 2012 10:02:21 -0000 Received: from polaris.internecto.net (HELO mx1.internecto.net) (176.9.245.29) by server-14.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 Jul 2012 10:02:21 -0000 Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id E7A3FA02FA for ; Sun, 29 Jul 2012 10:02:20 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mail.internecto.net Received: from mx1.internecto.net ([127.0.0.1]) by localhost (mail.polaris.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J0FFeH-bj8mu for ; Sun, 29 Jul 2012 10:02:00 +0000 (UTC) Received: from internecto.net (5ED4FDEB.cm-7-5d.dynamic.ziggo.nl [94.212.253.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: lists@internecto.net) by mx1.internecto.net (Postfix) with ESMTPSA id 2470DA02F5 for ; Sun, 29 Jul 2012 10:02:00 +0000 (UTC) Date: Sun, 29 Jul 2012 12:01:58 +0200 From: Mark van Dijk To: xen-users@lists.xen.org Message-ID: <20120729120158.73ab4f91@internecto.net> Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; i686-pc-linux-gnu) Mime-Version: 1.0 Subject: [Xen-users] Xen networking experiment (with custom scripts and OpenVSwitch) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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, Recently I have been testing my customized Xen 4.2 networking setup. It works pretty good and I would like to share it with anyone who is interested. The relevant files can be found here: https://github.com/slacks42/xenscripts Benefit: configure the Xen related networking devices with one understandable bash script. Please note that this is all still work in progress. For example, some logging entries should be deleted or modified, and some routines could be cleaned up. Still, I think it's nice enough to share. Description of the files: xen.conf is basically a copy of /etc/xen/hotplugpath.sh and should be put in /etc/xen/. udev/xen-backend.rules is a modified version of the file supplied by Xen. Line 6-9 take care of creation and deletion of networking interfaces. As you can see, upon creation/deletion of a network interface, the file /etc/xen/scripts/xennet is called. This file can be found on github in the scripts directory. Xennet is a replacement of vif-bridge. In the old scenario, udev calls vif-setup, vif-setup calls vif-bridge, vif-bridge calls vif-common and numerous other scripts. With xennet, I wanted to have one script to take care of the networking. So xennet requires no other files from /etc/xen/scripts. As you can see xennet uses bash. It is not POSIX compliant but works fine with bash. This takes us to the second millennium ;-) Here is a rundown of xennet: Line 4 takes care of all error output from the script. This is a handy way to debug, especially if you alter line 1 to '#!/bin/bash -x' so that you can see exactly what the script does. Then on line 8, the $unique variable is set to a random 6 character wide string, a 'cookie' of sorts, this is used as a log prefix so that you can see which particular instance of the script does what. Then a couple of functions are initialized. The checklog() and logmsg() functions take care of logging at the requested loglevel (set in xen.conf). This is different from line 4; logmsg is a function that logs to the console, syslog, or a file (xen.conf). The sigerr(), fatal(), success(), xenstore_read_default(), findCommand() and evalVariables() functions are modified versions of the same functions in Xen's xen-script-common.sh file. I added line 191-198 for debugging, rather than calling the actual commands they fake their execution and only add a log entry. That's why they are commented out. The actual routine starts at line 200. Line 201 sets $command to online/offline/add/remove depending on how the script was called from xen-backend.rules. evalVariables (line 202) searches for arguments with an '=', like 'foo=bar', and sets those variables accordingly (like $foo == 'bar'). This is a nice trick I found in xen-script-common.sh. On to line 220-292. This searches for the vifname and bridge name. If $command is 'offline' or 'remove' then I found that it does not know the vifname so it needs a way to find that. In all cases $vifname is set to the requested vifname. Openvswitch does not require a bridge name if you remove a device. So $bridge is not required with 'offline' or 'remove'. Line 297-337 adds or removes the vif from the switch. With openvswitch this can be a "fake bridge", i.e. a VLAN tagged bridge, or an unmanaged switch. One could easily replace the ovs-vswitch commands with brctl commands if desired, I *think*. Xen 4.2, when used with xl, does not setup or change your networking (as we saw with older Xen and network-bridge). So you need to do that yourself which is a much better idea imho anyway. In my case, my init scripts start up openvswitch when the system boots and my custom networking script creates the relevant switches and interfaces and configures those. Finally -- openvswitch can have a lot of messy output that can fill up your syslog files. syslog-ng.conf is something I use to limit openvswitch's output to /var/log/openvswitch.log. Note that I seem to use the word 'switch' and 'bridge' while I am talking about the same thing. Don't let this confuse you. Comments are appreciated! Mark _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 29 16:34:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jul 2012 16: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 1SvWQ9-0008Ek-H9; Sun, 29 Jul 2012 16:32:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvWQ6-0008Ec-QL for xen-users@lists.xen.org; Sun, 29 Jul 2012 16:32:43 +0000 Received: from [85.158.138.51:40590] by server-3.bemta-3.messagelabs.com id 3B/B2-08301-AA565105; Sun, 29 Jul 2012 16:32:42 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1343579560!27636522!1 X-Originating-IP: [209.85.216.52] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12259 invoked from network); 29 Jul 2012 16:32:41 -0000 Received: from mail-qa0-f52.google.com (HELO mail-qa0-f52.google.com) (209.85.216.52) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 29 Jul 2012 16:32:41 -0000 Received: by qabj34 with SMTP id j34so561956qab.11 for ; Sun, 29 Jul 2012 09:32:39 -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=CA8bMoMp/2pnupQgFs4FrlBK1mE4jdvU9M/DrtPJSLo=; b=Zpzu7Tt+nuRA1YCcFdlMZAJamOd+LCLTr55HKT9javbnN0s5BxMfr+GkWf3MMO+WvT Yy9AD9emBihS0eSocv/u7bxx1bdqiJvw0v2m3ik0dnU8l6VFDbkfOL5h0YFa3zJqNd9B Pi6tv0v9/uTwPJ7J6T/pdZOLigET4EUIg+8Kv0hOWLxAmLLci+6NluxtmSIgQkeICEoO HPxvTF8nG+agFxG6w2+usMsD9sXYGlt4BYrX7vMmVZFeCHmUWbN7DXzvspZyt5ZyxtCc zxU3rX32i5UVv2loWp8yPTH/AplR2IJPbmWEMWVqe/gRh24/RzbgJN8LhrSaTbrawTtq 3LGQ== MIME-Version: 1.0 Received: by 10.224.196.135 with SMTP id eg7mr19148294qab.24.1343579559882; Sun, 29 Jul 2012 09:32:39 -0700 (PDT) Received: by 10.49.98.5 with HTTP; Sun, 29 Jul 2012 09:32:39 -0700 (PDT) Date: Sun, 29 Jul 2012 10:32:39 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] xen network and samba X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8488058865504954544==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8488058865504954544== Content-Type: multipart/alternative; boundary=20cf3005ddb064f1da04c5fa7ec1 --20cf3005ddb064f1da04c5fa7ec1 Content-Type: text/plain; charset=ISO-8859-1 I have guest running under xen that has raid controler that gives me Timing cached reads: 6754 MB in 1.99 seconds = 3390.99 MB/sec Timing buffered disk reads: 536 MB in 3.00 seconds = 178.49 MB/sec Samba 3.6.6 gives me low performance I get around 40 mb/s over gigabit and 10 over wireless N. Is there a way to configure domu to have 10 gigabit interface and improve samba performance --20cf3005ddb064f1da04c5fa7ec1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I have guest running under xen that has=A0 raid controler that gives me
= =A0Timing cached reads:=A0=A0 6754 MB in=A0 1.99 seconds =3D 3390.99 MB/sec=
=A0Timing buffered disk reads: 536 MB in=A0 3.00 seconds =3D 178.49 MB/= sec
Samba 3.6.6 gives me low performance I get around 40 mb/s over gigab= it and 10 over wireless N.
Is there a way to configure domu to have 10 gigabit interface and improve s= amba performance
--20cf3005ddb064f1da04c5fa7ec1-- --===============8488058865504954544== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8488058865504954544==-- From xen-users-bounces@lists.xen.org Sun Jul 29 16:34:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jul 2012 16: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 1SvWQ9-0008Ek-H9; Sun, 29 Jul 2012 16:32:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvWQ6-0008Ec-QL for xen-users@lists.xen.org; Sun, 29 Jul 2012 16:32:43 +0000 Received: from [85.158.138.51:40590] by server-3.bemta-3.messagelabs.com id 3B/B2-08301-AA565105; Sun, 29 Jul 2012 16:32:42 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1343579560!27636522!1 X-Originating-IP: [209.85.216.52] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12259 invoked from network); 29 Jul 2012 16:32:41 -0000 Received: from mail-qa0-f52.google.com (HELO mail-qa0-f52.google.com) (209.85.216.52) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 29 Jul 2012 16:32:41 -0000 Received: by qabj34 with SMTP id j34so561956qab.11 for ; Sun, 29 Jul 2012 09:32:39 -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=CA8bMoMp/2pnupQgFs4FrlBK1mE4jdvU9M/DrtPJSLo=; b=Zpzu7Tt+nuRA1YCcFdlMZAJamOd+LCLTr55HKT9javbnN0s5BxMfr+GkWf3MMO+WvT Yy9AD9emBihS0eSocv/u7bxx1bdqiJvw0v2m3ik0dnU8l6VFDbkfOL5h0YFa3zJqNd9B Pi6tv0v9/uTwPJ7J6T/pdZOLigET4EUIg+8Kv0hOWLxAmLLci+6NluxtmSIgQkeICEoO HPxvTF8nG+agFxG6w2+usMsD9sXYGlt4BYrX7vMmVZFeCHmUWbN7DXzvspZyt5ZyxtCc zxU3rX32i5UVv2loWp8yPTH/AplR2IJPbmWEMWVqe/gRh24/RzbgJN8LhrSaTbrawTtq 3LGQ== MIME-Version: 1.0 Received: by 10.224.196.135 with SMTP id eg7mr19148294qab.24.1343579559882; Sun, 29 Jul 2012 09:32:39 -0700 (PDT) Received: by 10.49.98.5 with HTTP; Sun, 29 Jul 2012 09:32:39 -0700 (PDT) Date: Sun, 29 Jul 2012 10:32:39 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] xen network and samba X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8488058865504954544==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8488058865504954544== Content-Type: multipart/alternative; boundary=20cf3005ddb064f1da04c5fa7ec1 --20cf3005ddb064f1da04c5fa7ec1 Content-Type: text/plain; charset=ISO-8859-1 I have guest running under xen that has raid controler that gives me Timing cached reads: 6754 MB in 1.99 seconds = 3390.99 MB/sec Timing buffered disk reads: 536 MB in 3.00 seconds = 178.49 MB/sec Samba 3.6.6 gives me low performance I get around 40 mb/s over gigabit and 10 over wireless N. Is there a way to configure domu to have 10 gigabit interface and improve samba performance --20cf3005ddb064f1da04c5fa7ec1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I have guest running under xen that has=A0 raid controler that gives me
= =A0Timing cached reads:=A0=A0 6754 MB in=A0 1.99 seconds =3D 3390.99 MB/sec=
=A0Timing buffered disk reads: 536 MB in=A0 3.00 seconds =3D 178.49 MB/= sec
Samba 3.6.6 gives me low performance I get around 40 mb/s over gigab= it and 10 over wireless N.
Is there a way to configure domu to have 10 gigabit interface and improve s= amba performance
--20cf3005ddb064f1da04c5fa7ec1-- --===============8488058865504954544== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8488058865504954544==-- From xen-users-bounces@lists.xen.org Sun Jul 29 17:01:33 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jul 2012 17:01: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 1SvWqN-0000Cd-4v; Sun, 29 Jul 2012 16:59:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvWqL-0000CS-MH for xen-users@lists.xen.org; Sun, 29 Jul 2012 16:59:49 +0000 Received: from [85.158.143.35:65256] by server-3.bemta-4.messagelabs.com id C5/AE-01511-50C65105; Sun, 29 Jul 2012 16:59:49 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-6.tower-21.messagelabs.com!1343581188!17653516!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28562 invoked from network); 29 Jul 2012 16:59:48 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-6.tower-21.messagelabs.com with SMTP; 29 Jul 2012 16:59:48 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id E881810401B for ; Sun, 29 Jul 2012 17:59:45 +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 zTO89Oz7jHa2 for ; Sun, 29 Jul 2012 17:59:45 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 837FB10401A for ; Sun, 29 Jul 2012 17:59:45 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Sun, 29 Jul 2012 17:59:43 +0100 To: xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] xen network and samba X-BeenThere: xen-users@lists.xen.org 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 jacek burghardt wrote: >I have guest running under xen that has raid controler that gives me > Timing cached reads: 6754 MB in 1.99 seconds = 3390.99 MB/sec > Timing buffered disk reads: 536 MB in 3.00 seconds = 178.49 MB/sec >Samba 3.6.6 gives me low performance I get around 40 mb/s over >gigabit and 10 over wireless N. >Is there a way to configure domu to have 10 gigabit interface and >improve samba performance Firstly, your DomU is limited to the speed of the host NICs - any reference to 100Mbps NICs is just a case what's emulated, not an indication that the speed is restricted to 100Mbps. Note: I's some time since I've used Samba, so this may be out of date ... Samba has many config options which can affect throughput. Some are set "conservatively safe but slow" which is one reason it sometime benchmarks badly against a Windows server. I'd suggest looking for resources related to performance tuning Samba. Also, DomU network access relies on a thread in Dom0. It's well known that this can be a significant performance bottleneck. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 29 17:01:33 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jul 2012 17:01: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 1SvWqN-0000Cd-4v; Sun, 29 Jul 2012 16:59:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvWqL-0000CS-MH for xen-users@lists.xen.org; Sun, 29 Jul 2012 16:59:49 +0000 Received: from [85.158.143.35:65256] by server-3.bemta-4.messagelabs.com id C5/AE-01511-50C65105; Sun, 29 Jul 2012 16:59:49 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-6.tower-21.messagelabs.com!1343581188!17653516!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28562 invoked from network); 29 Jul 2012 16:59:48 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-6.tower-21.messagelabs.com with SMTP; 29 Jul 2012 16:59:48 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id E881810401B for ; Sun, 29 Jul 2012 17:59:45 +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 zTO89Oz7jHa2 for ; Sun, 29 Jul 2012 17:59:45 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 837FB10401A for ; Sun, 29 Jul 2012 17:59:45 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Sun, 29 Jul 2012 17:59:43 +0100 To: xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] xen network and samba X-BeenThere: xen-users@lists.xen.org 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 jacek burghardt wrote: >I have guest running under xen that has raid controler that gives me > Timing cached reads: 6754 MB in 1.99 seconds = 3390.99 MB/sec > Timing buffered disk reads: 536 MB in 3.00 seconds = 178.49 MB/sec >Samba 3.6.6 gives me low performance I get around 40 mb/s over >gigabit and 10 over wireless N. >Is there a way to configure domu to have 10 gigabit interface and >improve samba performance Firstly, your DomU is limited to the speed of the host NICs - any reference to 100Mbps NICs is just a case what's emulated, not an indication that the speed is restricted to 100Mbps. Note: I's some time since I've used Samba, so this may be out of date ... Samba has many config options which can affect throughput. Some are set "conservatively safe but slow" which is one reason it sometime benchmarks badly against a Windows server. I'd suggest looking for resources related to performance tuning Samba. Also, DomU network access relies on a thread in Dom0. It's well known that this can be a significant performance bottleneck. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 29 17:29:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jul 2012 17:29: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 1SvXHD-0000eH-PK; Sun, 29 Jul 2012 17:27:35 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvXHD-0000eC-6R for xen-users@lists.xen.org; Sun, 29 Jul 2012 17:27:35 +0000 Received: from [85.158.143.35:48611] by server-1.bemta-4.messagelabs.com id 72/2D-24392-68275105; Sun, 29 Jul 2012 17:27:34 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1343582853!15840182!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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17128 invoked from network); 29 Jul 2012 17:27:34 -0000 Received: from ffm-dr1.syndicat.com (HELO ffm-dr1.syndicat.com) (62.146.89.62) by server-15.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 Jul 2012 17:27:34 -0000 Received: from p5dc3f5ca.dip.t-dialin.net ([93.195.245.202] helo=android-niels.syndicat) by ffm-dr1.syndicat.com with esmtpsa (TLSv1:RC4-MD5:128) (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1SvXHB-0003wM-6l; Sun, 29 Jul 2012 19:27:33 +0200 User-Agent: K-9 Mail for Android References: In-Reply-To: MIME-Version: 1.0 From: "Niels Dettenbach (Syndicat IT&Internet)" Date: Sun, 29 Jul 2012 19:27:04 +0200 To: Simon Hobson ,xen-users@lists.xen.org Message-ID: Subject: Re: [Xen-users] xen network and samba X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Simon Hobson schrieb: >Firstly, your DomU is limited to the speed of the host NICs - any >reference to 100Mbps NICs is just a case what's emulated, not an >indication that the speed is restricted to 100Mbps. Does this mean in practice that any DomU to DomU virtual NIC troughput is limited to / by the hosts NIC hardware or did i understand something completely wrong here? >Samba has many config options which can affect throughput. Some are >set "conservatively safe but slow" which is one reason it sometime >benchmarks badly against a Windows server. I'd suggest looking for >resources related to performance tuning Samba. >From my experiences with "current" sambas (up from 3.x) the performance relevant adjustors just realize relatively "small" optimizations as samba acts very flexible optimized in most scenarios i knew. You might drive with some buffers in samba config (some of them "just" driving the NICs OS subsys, so it may depend from your OS' config too). >Also, DomU network access relies on a thread in Dom0. It's well known >that this can be a significant performance bottleneck. Sorry, but can you explain this a bit more? This is partly new to me and sounds interesting... many thanks in advance, Niels. - -- Niels Dettenbach Syndicat IT&Internet http://www.syndicat.com -----BEGIN PGP SIGNATURE----- Version: APG v1.0.8 iIEEAREIAEEFAlAVcmg6HE5pZWxzIERldHRlbmJhY2ggKFN5bmRpY2F0IElUJklu dGVybmV0KSA8bmRAc3luZGljYXQuY29tPgAKCRBU3ERlZRyiDYtmAJ4oSKaRkyYQ ya8bNGvdvjGiO9+hmgCfe0WEUuZIyVpb5aST35Ia9Rcm74c= =PY+b -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 29 17:29:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jul 2012 17:29: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 1SvXHD-0000eH-PK; Sun, 29 Jul 2012 17:27:35 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvXHD-0000eC-6R for xen-users@lists.xen.org; Sun, 29 Jul 2012 17:27:35 +0000 Received: from [85.158.143.35:48611] by server-1.bemta-4.messagelabs.com id 72/2D-24392-68275105; Sun, 29 Jul 2012 17:27:34 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1343582853!15840182!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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17128 invoked from network); 29 Jul 2012 17:27:34 -0000 Received: from ffm-dr1.syndicat.com (HELO ffm-dr1.syndicat.com) (62.146.89.62) by server-15.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 Jul 2012 17:27:34 -0000 Received: from p5dc3f5ca.dip.t-dialin.net ([93.195.245.202] helo=android-niels.syndicat) by ffm-dr1.syndicat.com with esmtpsa (TLSv1:RC4-MD5:128) (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1SvXHB-0003wM-6l; Sun, 29 Jul 2012 19:27:33 +0200 User-Agent: K-9 Mail for Android References: In-Reply-To: MIME-Version: 1.0 From: "Niels Dettenbach (Syndicat IT&Internet)" Date: Sun, 29 Jul 2012 19:27:04 +0200 To: Simon Hobson ,xen-users@lists.xen.org Message-ID: Subject: Re: [Xen-users] xen network and samba X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Simon Hobson schrieb: >Firstly, your DomU is limited to the speed of the host NICs - any >reference to 100Mbps NICs is just a case what's emulated, not an >indication that the speed is restricted to 100Mbps. Does this mean in practice that any DomU to DomU virtual NIC troughput is limited to / by the hosts NIC hardware or did i understand something completely wrong here? >Samba has many config options which can affect throughput. Some are >set "conservatively safe but slow" which is one reason it sometime >benchmarks badly against a Windows server. I'd suggest looking for >resources related to performance tuning Samba. >From my experiences with "current" sambas (up from 3.x) the performance relevant adjustors just realize relatively "small" optimizations as samba acts very flexible optimized in most scenarios i knew. You might drive with some buffers in samba config (some of them "just" driving the NICs OS subsys, so it may depend from your OS' config too). >Also, DomU network access relies on a thread in Dom0. It's well known >that this can be a significant performance bottleneck. Sorry, but can you explain this a bit more? This is partly new to me and sounds interesting... many thanks in advance, Niels. - -- Niels Dettenbach Syndicat IT&Internet http://www.syndicat.com -----BEGIN PGP SIGNATURE----- Version: APG v1.0.8 iIEEAREIAEEFAlAVcmg6HE5pZWxzIERldHRlbmJhY2ggKFN5bmRpY2F0IElUJklu dGVybmV0KSA8bmRAc3luZGljYXQuY29tPgAKCRBU3ERlZRyiDYtmAJ4oSKaRkyYQ ya8bNGvdvjGiO9+hmgCfe0WEUuZIyVpb5aST35Ia9Rcm74c= =PY+b -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 29 19:05:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jul 2012 19:05: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 1SvYmB-0001QA-6e; Sun, 29 Jul 2012 19:03:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvYm9-0001Q5-Nj for xen-users@lists.xen.org; Sun, 29 Jul 2012 19:03:37 +0000 Received: from [85.158.138.51:25056] by server-11.bemta-3.messagelabs.com id 3C/AD-00679-80985105; Sun, 29 Jul 2012 19:03:36 +0000 X-Env-Sender: davidkierz@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1343588614!21311589!1 X-Originating-IP: [209.85.214.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4660 invoked from network); 29 Jul 2012 19:03:36 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 29 Jul 2012 19:03:36 -0000 Received: by obbta14 with SMTP id ta14so9828418obb.32 for ; Sun, 29 Jul 2012 12:03:34 -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=miwQq8wyK28IwbUA6DTon6NWu8VmCd1COXhNGtQklyo=; b=n+72vdTtPKg9KOWvSwNMRMk95gCHxy6FLuVFyk+q/uFejlw1Y3T73KgsDOPWBeU7D7 MHgSE1mX44CvfTS1Wn/1W2r9dJSyH3KLn2WfIg04fvwdpf5Fn+T059RYWDCNWtnlOd3w dAvgi/fysSDiADZB5O38Iri2SfKeblu/K2BmA7V/vo1ZRAEk3fX4EK7WqnRDS1aj6YOx cR3vuHqB2dLJT0E952rsLB4AXLpJMBvLvzSaMRHuU+siT5i90dJi8rLbDdIaxKLWDuHM ZAmAAq0Cm75H84+3EqiLYmGmh0tk6hZ9/SjL/EOfT1bGIesE4hL8CxPLB71ZYMw5tHW8 IJ2A== Received: by 10.182.212.98 with SMTP id nj2mr13854672obc.18.1343588614334; Sun, 29 Jul 2012 12:03:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.60.30.100 with HTTP; Sun, 29 Jul 2012 12:03:14 -0700 (PDT) From: davek Date: Sun, 29 Jul 2012 15:03:14 -0400 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] xen / xencenter - no mouse or keyboard on HVM, PVM works? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6050848079470046028==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6050848079470046028== Content-Type: multipart/alternative; boundary=e89a8f64290414e94b04c5fc9abf --e89a8f64290414e94b04c5fc9abf Content-Type: text/plain; charset=ISO-8859-1 I am using xencenter to connect to my ubuntu 12.04 xen box If i create a PVM with a template, everything works great if i create a HVM with the custom template, the console does not respond to keyboard or mouse clicks? any ideas what could be the problem? --e89a8f64290414e94b04c5fc9abf Content-Type: text/html; charset=ISO-8859-1 I am using xencenter to connect to my ubuntu 12.04 xen box
If i create a PVM with a template, everything works great
if i create a HVM with the custom template, the console does not respond to keyboard or mouse clicks?
any ideas what could be the problem?

--e89a8f64290414e94b04c5fc9abf-- --===============6050848079470046028== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6050848079470046028==-- From xen-users-bounces@lists.xen.org Sun Jul 29 19:05:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jul 2012 19:05: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 1SvYmB-0001QA-6e; Sun, 29 Jul 2012 19:03:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvYm9-0001Q5-Nj for xen-users@lists.xen.org; Sun, 29 Jul 2012 19:03:37 +0000 Received: from [85.158.138.51:25056] by server-11.bemta-3.messagelabs.com id 3C/AD-00679-80985105; Sun, 29 Jul 2012 19:03:36 +0000 X-Env-Sender: davidkierz@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1343588614!21311589!1 X-Originating-IP: [209.85.214.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4660 invoked from network); 29 Jul 2012 19:03:36 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 29 Jul 2012 19:03:36 -0000 Received: by obbta14 with SMTP id ta14so9828418obb.32 for ; Sun, 29 Jul 2012 12:03:34 -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=miwQq8wyK28IwbUA6DTon6NWu8VmCd1COXhNGtQklyo=; b=n+72vdTtPKg9KOWvSwNMRMk95gCHxy6FLuVFyk+q/uFejlw1Y3T73KgsDOPWBeU7D7 MHgSE1mX44CvfTS1Wn/1W2r9dJSyH3KLn2WfIg04fvwdpf5Fn+T059RYWDCNWtnlOd3w dAvgi/fysSDiADZB5O38Iri2SfKeblu/K2BmA7V/vo1ZRAEk3fX4EK7WqnRDS1aj6YOx cR3vuHqB2dLJT0E952rsLB4AXLpJMBvLvzSaMRHuU+siT5i90dJi8rLbDdIaxKLWDuHM ZAmAAq0Cm75H84+3EqiLYmGmh0tk6hZ9/SjL/EOfT1bGIesE4hL8CxPLB71ZYMw5tHW8 IJ2A== Received: by 10.182.212.98 with SMTP id nj2mr13854672obc.18.1343588614334; Sun, 29 Jul 2012 12:03:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.60.30.100 with HTTP; Sun, 29 Jul 2012 12:03:14 -0700 (PDT) From: davek Date: Sun, 29 Jul 2012 15:03:14 -0400 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] xen / xencenter - no mouse or keyboard on HVM, PVM works? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6050848079470046028==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6050848079470046028== Content-Type: multipart/alternative; boundary=e89a8f64290414e94b04c5fc9abf --e89a8f64290414e94b04c5fc9abf Content-Type: text/plain; charset=ISO-8859-1 I am using xencenter to connect to my ubuntu 12.04 xen box If i create a PVM with a template, everything works great if i create a HVM with the custom template, the console does not respond to keyboard or mouse clicks? any ideas what could be the problem? --e89a8f64290414e94b04c5fc9abf Content-Type: text/html; charset=ISO-8859-1 I am using xencenter to connect to my ubuntu 12.04 xen box
If i create a PVM with a template, everything works great
if i create a HVM with the custom template, the console does not respond to keyboard or mouse clicks?
any ideas what could be the problem?

--e89a8f64290414e94b04c5fc9abf-- --===============6050848079470046028== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6050848079470046028==-- From xen-users-bounces@lists.xen.org Sun Jul 29 21:19:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jul 2012 21:19: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 1Svarp-0002En-Dh; Sun, 29 Jul 2012 21:17:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Svarn-0002Ei-ML for xen-users@lists.xen.org; Sun, 29 Jul 2012 21:17:35 +0000 Received: from [85.158.143.99:7117] by server-1.bemta-4.messagelabs.com id C4/88-24392-E68A5105; Sun, 29 Jul 2012 21:17:34 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-16.tower-216.messagelabs.com!1343596653!17624319!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9052 invoked from network); 29 Jul 2012 21:17:33 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-16.tower-216.messagelabs.com with SMTP; 29 Jul 2012 21:17:33 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 46E9D10401B for ; Sun, 29 Jul 2012 22:17:32 +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 z0vKpJCVn4Pi for ; Sun, 29 Jul 2012 22:17:32 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id E0B2210401A for ; Sun, 29 Jul 2012 22:17:31 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Sun, 29 Jul 2012 22:17:28 +0100 To: xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] xen network and samba X-BeenThere: xen-users@lists.xen.org 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 Niels Dettenbach wrote: > >Also, DomU network access relies on a thread in Dom0. It's well known >>that this can be a significant performance bottleneck. > >Sorry, but can you explain this a bit more? This is partly new to me >and sounds interesting... I'm no expert, I'm sure someone will pop up and tell me it's all wrong ! This is also from the perspective of a PV guest (or at least using PV drivers) - there are some differences for HV guests. DomU network traffic is handled by Dom0. Ie, when DomU "sends" a network packet, it stuffs it out though what looks like a NIC but is in fact an interface to code running in Dom0. This thread running in Dom0 then deals with passing the packet through to the right place - in a bridge setup, this will mean presenting it to the bridge as though it came from a NIC. See this image (under DomU and Dom0 on real network) : http://new-wiki.xen.org/old-wiki/xenwiki/XenNetworkingUsecase.html The key thing is that eth0 in Dom1 is not a real NIC, it's a bit of Xen provided code that has the same interface to the guest OS as would be used for any other NIC. So the guest OS writes a packet using the standard interface for sending packets via a NIC. This netfront bit of Xen (running in DomU) now has the packet and passes it over to the netback bit of Xen (running in Dom0). This also behaves much like the driver for a real NIC, this time presenting a packet it's just received from it's 'network' - so to the bridge code on Dom0, it looks like the packet just arrived on interface vif1.0. The packet still has to go through the bridge code, and either out through a real NIC, through another virtual network to a different DomU, or be handled by Dom0 itself - depending on destination. Receiving a packet is much the same, just the directions are swapped round. Now from previous comments on this list, I believe the code in Dom0 that does all this packet handling is single threaded. In high traffic environments this means it becomes a bottleneck and people have benchmarked some poor results which are blamed on this. How much of an issue it is will vary considerably with the setup. If you have multiple cores dedicated (pinned) for Dom0 use only then it probably isn't an issue. If you don't have any cores pinned for Dom0 and/or don't have many cores, then it's more likely to be an issue. bear in mind that all your disk I/O has to go through a similar level of abstraction, so there's a lot going on in Dom0. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 29 21:19:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Jul 2012 21:19: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 1Svarp-0002En-Dh; Sun, 29 Jul 2012 21:17:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Svarn-0002Ei-ML for xen-users@lists.xen.org; Sun, 29 Jul 2012 21:17:35 +0000 Received: from [85.158.143.99:7117] by server-1.bemta-4.messagelabs.com id C4/88-24392-E68A5105; Sun, 29 Jul 2012 21:17:34 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-16.tower-216.messagelabs.com!1343596653!17624319!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9052 invoked from network); 29 Jul 2012 21:17:33 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-16.tower-216.messagelabs.com with SMTP; 29 Jul 2012 21:17:33 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 46E9D10401B for ; Sun, 29 Jul 2012 22:17:32 +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 z0vKpJCVn4Pi for ; Sun, 29 Jul 2012 22:17:32 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id E0B2210401A for ; Sun, 29 Jul 2012 22:17:31 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Sun, 29 Jul 2012 22:17:28 +0100 To: xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] xen network and samba X-BeenThere: xen-users@lists.xen.org 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 Niels Dettenbach wrote: > >Also, DomU network access relies on a thread in Dom0. It's well known >>that this can be a significant performance bottleneck. > >Sorry, but can you explain this a bit more? This is partly new to me >and sounds interesting... I'm no expert, I'm sure someone will pop up and tell me it's all wrong ! This is also from the perspective of a PV guest (or at least using PV drivers) - there are some differences for HV guests. DomU network traffic is handled by Dom0. Ie, when DomU "sends" a network packet, it stuffs it out though what looks like a NIC but is in fact an interface to code running in Dom0. This thread running in Dom0 then deals with passing the packet through to the right place - in a bridge setup, this will mean presenting it to the bridge as though it came from a NIC. See this image (under DomU and Dom0 on real network) : http://new-wiki.xen.org/old-wiki/xenwiki/XenNetworkingUsecase.html The key thing is that eth0 in Dom1 is not a real NIC, it's a bit of Xen provided code that has the same interface to the guest OS as would be used for any other NIC. So the guest OS writes a packet using the standard interface for sending packets via a NIC. This netfront bit of Xen (running in DomU) now has the packet and passes it over to the netback bit of Xen (running in Dom0). This also behaves much like the driver for a real NIC, this time presenting a packet it's just received from it's 'network' - so to the bridge code on Dom0, it looks like the packet just arrived on interface vif1.0. The packet still has to go through the bridge code, and either out through a real NIC, through another virtual network to a different DomU, or be handled by Dom0 itself - depending on destination. Receiving a packet is much the same, just the directions are swapped round. Now from previous comments on this list, I believe the code in Dom0 that does all this packet handling is single threaded. In high traffic environments this means it becomes a bottleneck and people have benchmarked some poor results which are blamed on this. How much of an issue it is will vary considerably with the setup. If you have multiple cores dedicated (pinned) for Dom0 use only then it probably isn't an issue. If you don't have any cores pinned for Dom0 and/or don't have many cores, then it's more likely to be an issue. bear in mind that all your disk I/O has to go through a similar level of abstraction, so there's a lot going on in Dom0. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 30 02:22:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 02:22: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 1Svfar-00086k-S6; Mon, 30 Jul 2012 02:20:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Svfaq-00086f-AH for xen-users@lists.xen.org; Mon, 30 Jul 2012 02:20:24 +0000 Received: from [85.158.138.51:2768] by server-11.bemta-3.messagelabs.com id 92/A5-00679-76FE5105; Mon, 30 Jul 2012 02:20:23 +0000 X-Env-Sender: karthick.k11@gmail.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1343614822!29324570!1 X-Originating-IP: [74.125.82.173] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24015 invoked from network); 30 Jul 2012 02:20:22 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jul 2012 02:20:22 -0000 Received: by weyz53 with SMTP id z53so3761581wey.32 for ; Sun, 29 Jul 2012 19:20:22 -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=JD2m6JaYUq4q+zBQtmsSjNSbuYDskuJJKA5SwEsN8Co=; b=el0bQu+A/QmDb0xfczQpbi6UfEQabwQwTZQsUz7jgroioKFJWlsSYCVtoPfTxwzDMd ZxvM3Wz1lPiOOG+mjhafI3/md176at3CSWMta/pk5HUWSwDi/mDU4BGzDERxdYMAuAsK AujhLMDEfrP0+FOfQm2PhgDxKyuKBwC/srATeoFBkEOKcxWb2K2tenpzPmBrg4L+Jca5 mAbM0x4MT27ZG+YccxaG+FBCrZ+kKckEZEaZha7IO698uGpinz+MX4oyAbjSFBDHrPgK hC24dN9vzfc+36EtqZVVdZSw3P0xLKARcRBMYODlxK4QIpAutJeRRyuvRvgpY76MJcFX qf5w== MIME-Version: 1.0 Received: by 10.216.45.211 with SMTP id p61mr2653845web.188.1343614822055; Sun, 29 Jul 2012 19:20:22 -0700 (PDT) Received: by 10.180.103.39 with HTTP; Sun, 29 Jul 2012 19:20:21 -0700 (PDT) Date: Mon, 30 Jul 2012 07:50:21 +0530 Message-ID: From: Karthick K To: xen-users@lists.xen.org Subject: [Xen-users] Xen domains save and restore X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1902008490256448451==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1902008490256448451== Content-Type: multipart/alternative; boundary=0016e6db68062efeb304c602b43c --0016e6db68062efeb304c602b43c Content-Type: text/plain; charset=ISO-8859-1 Hi Folks, May I know how to enable and disable the Xen domain save and restore option on Xen 3.4.3 and xen 4.1.2? --0016e6db68062efeb304c602b43c Content-Type: text/html; charset=ISO-8859-1 Hi Folks,

May I know how to enable and disable the Xen domain save and restore option on Xen 3.4.3 and xen 4.1.2?

--0016e6db68062efeb304c602b43c-- --===============1902008490256448451== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1902008490256448451==-- From xen-users-bounces@lists.xen.org Mon Jul 30 02:22:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 02:22: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 1Svfar-00086k-S6; Mon, 30 Jul 2012 02:20:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Svfaq-00086f-AH for xen-users@lists.xen.org; Mon, 30 Jul 2012 02:20:24 +0000 Received: from [85.158.138.51:2768] by server-11.bemta-3.messagelabs.com id 92/A5-00679-76FE5105; Mon, 30 Jul 2012 02:20:23 +0000 X-Env-Sender: karthick.k11@gmail.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1343614822!29324570!1 X-Originating-IP: [74.125.82.173] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24015 invoked from network); 30 Jul 2012 02:20:22 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jul 2012 02:20:22 -0000 Received: by weyz53 with SMTP id z53so3761581wey.32 for ; Sun, 29 Jul 2012 19:20:22 -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=JD2m6JaYUq4q+zBQtmsSjNSbuYDskuJJKA5SwEsN8Co=; b=el0bQu+A/QmDb0xfczQpbi6UfEQabwQwTZQsUz7jgroioKFJWlsSYCVtoPfTxwzDMd ZxvM3Wz1lPiOOG+mjhafI3/md176at3CSWMta/pk5HUWSwDi/mDU4BGzDERxdYMAuAsK AujhLMDEfrP0+FOfQm2PhgDxKyuKBwC/srATeoFBkEOKcxWb2K2tenpzPmBrg4L+Jca5 mAbM0x4MT27ZG+YccxaG+FBCrZ+kKckEZEaZha7IO698uGpinz+MX4oyAbjSFBDHrPgK hC24dN9vzfc+36EtqZVVdZSw3P0xLKARcRBMYODlxK4QIpAutJeRRyuvRvgpY76MJcFX qf5w== MIME-Version: 1.0 Received: by 10.216.45.211 with SMTP id p61mr2653845web.188.1343614822055; Sun, 29 Jul 2012 19:20:22 -0700 (PDT) Received: by 10.180.103.39 with HTTP; Sun, 29 Jul 2012 19:20:21 -0700 (PDT) Date: Mon, 30 Jul 2012 07:50:21 +0530 Message-ID: From: Karthick K To: xen-users@lists.xen.org Subject: [Xen-users] Xen domains save and restore X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1902008490256448451==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1902008490256448451== Content-Type: multipart/alternative; boundary=0016e6db68062efeb304c602b43c --0016e6db68062efeb304c602b43c Content-Type: text/plain; charset=ISO-8859-1 Hi Folks, May I know how to enable and disable the Xen domain save and restore option on Xen 3.4.3 and xen 4.1.2? --0016e6db68062efeb304c602b43c Content-Type: text/html; charset=ISO-8859-1 Hi Folks,

May I know how to enable and disable the Xen domain save and restore option on Xen 3.4.3 and xen 4.1.2?

--0016e6db68062efeb304c602b43c-- --===============1902008490256448451== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1902008490256448451==-- From xen-users-bounces@lists.xen.org Mon Jul 30 04:04:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 04:04:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvhC4-0000xZ-P8; Mon, 30 Jul 2012 04:02:56 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvhC3-0000xU-Jl for xen-users@lists.xen.org; Mon, 30 Jul 2012 04:02:55 +0000 Received: from [85.158.139.83:22336] by server-5.bemta-5.messagelabs.com id E4/2A-02722-E6706105; Mon, 30 Jul 2012 04:02:54 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1343620971!21944515!1 X-Originating-IP: [209.85.216.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12525 invoked from network); 30 Jul 2012 04:02:52 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jul 2012 04:02:52 -0000 Received: by qaeb19 with SMTP id b19so719268qae.11 for ; Sun, 29 Jul 2012 21:02: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 :cc:content-type; bh=jY4E96S2POiVPCt8DqCperhCjWOnQm58RgNr11jMZ5c=; b=ou9RjC2kh+Cm2/OBtqfKowTISaGHY1sCdSMnQWD5w8nKHemFyX9MStt2VbititFRF9 BNJ+kqPz+iNtjl8EzUxC7s2fQAAXr2QKonaSJhisiF6LwmAIcq+kQ4iDsFJGL2m5LxkG 74UVr02UubZczpKGq53KFwTajlcSrMutePvhcorYPPkgvDfmm14jsKV5liIYzXZpLY5O bixe599/iOFK7KDp8sBCEhEENQLRnznXTuzFEJU0dvoeOQ2tylVi2erhvmcT9dulD3zN dqL4uvMDgqfgcJn0K9EaY0Xchbbo9e8qlqoGc7PVrAcBjatyo0xc72aWqtu8pZadetyz UmAQ== MIME-Version: 1.0 Received: by 10.224.1.130 with SMTP id 2mr20978561qaf.61.1343620970928; Sun, 29 Jul 2012 21:02:50 -0700 (PDT) Received: by 10.49.98.5 with HTTP; Sun, 29 Jul 2012 21:02:50 -0700 (PDT) In-Reply-To: References: Date: Sun, 29 Jul 2012 22:02:50 -0600 Message-ID: From: jacek burghardt To: Simon Hobson Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xen network and samba X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5381072644129382677==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5381072644129382677== Content-Type: multipart/alternative; boundary=20cf3074b8feaf597004c604225f --20cf3074b8feaf597004c604225f Content-Type: text/plain; charset=ISO-8859-1 Well I played around with network cards and I now samba starts transfer at 128 mb/s then goes to 100 to 90 mb/s then settles down to 65 mb/s. Any way to configure dom0 to get get perfomance. I had found this HowTo: Copper 10 Gigabit NICs on Xen hypervisors With the script below we were able to get a single VM to talk to another VM at slightly better than 3gbit/second. Evidently this is unheard of. Proprietary and vendor specific tweaks are not listed; but we may be tapped for assitance on this subject. Please contact us (or leave a comment) with any questions or concerns. #!/bin/bash ifconfig eth0 txqueuelen 300000 sysctl -w net.core.rmem_max=134217728 # BDP sysctl -w net.core.wmem_max=134217728 # BDP sysctl -w net.ipv4.tcp_rmem="4096 87380 134217728 " # _ _ BDP sysctl -w net.ipv4.tcp_wmem="4096 65536 134217728 " # _ _ BDP sysctl -w net.core.netdev_max_backlog=300000 ethtool -K eth0 gro on On Sun, Jul 29, 2012 at 3:17 PM, Simon Hobson wrote: > Niels Dettenbach wrote: > > >Also, DomU network access relies on a thread in Dom0. It's well known >> >>> that this can be a significant performance bottleneck. >>> >> >> Sorry, but can you explain this a bit more? This is partly new to me and >> sounds interesting... >> > > I'm no expert, I'm sure someone will pop up and tell me it's all wrong ! > This is also from the perspective of a PV guest (or at least using PV > drivers) - there are some differences for HV guests. > > DomU network traffic is handled by Dom0. Ie, when DomU "sends" a network > packet, it stuffs it out though what looks like a NIC but is in fact an > interface to code running in Dom0. This thread running in Dom0 then deals > with passing the packet through to the right place - in a bridge setup, > this will mean presenting it to the bridge as though it came from a NIC. > > See this image (under DomU and Dom0 on real network) : > http://new-wiki.xen.org/old-**wiki/xenwiki/**XenNetworkingUsecase.html > > > The key thing is that eth0 in Dom1 is not a real NIC, it's a bit of Xen > provided code that has the same interface to the guest OS as would be used > for any other NIC. > So the guest OS writes a packet using the standard interface for sending > packets via a NIC. This netfront bit of Xen (running in DomU) now has the > packet and passes it over to the netback bit of Xen (running in Dom0). This > also behaves much like the driver for a real NIC, this time presenting a > packet it's just received from it's 'network' - so to the bridge code on > Dom0, it looks like the packet just arrived on interface vif1.0. > The packet still has to go through the bridge code, and either out through > a real NIC, through another virtual network to a different DomU, or be > handled by Dom0 itself - depending on destination. > > Receiving a packet is much the same, just the directions are swapped round. > > Now from previous comments on this list, I believe the code in Dom0 that > does all this packet handling is single threaded. In high traffic > environments this means it becomes a bottleneck and people have benchmarked > some poor results which are blamed on this. How much of an issue it is will > vary considerably with the setup. If you have multiple cores dedicated > (pinned) for Dom0 use only then it probably isn't an issue. If you don't > have any cores pinned for Dom0 and/or don't have many cores, then it's more > likely to be an issue. > bear in mind that all your disk I/O has to go through a similar level of > abstraction, so there's a lot going on in Dom0. > > > -- > Simon Hobson > > Visit http://www.**magpiesnestpublishing.co.uk/for books by acclaimed > author Gladys Hobson. Novels - poetry - short stories - ideal as > Christmas stocking fillers. Some available as e-books. > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --20cf3074b8feaf597004c604225f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Well I played around with network cards and I now samba starts transfer at = 128 mb/s then goes to 100 to 90 mb/s then settles down to 65 mb/s.
Any w= ay to configure dom0 to get get perfomance. I had found this

HowTo: Copper 10 Gigabit NICs on Xen hypervisors

=20 =20 =20 =20 =20 =20

=20 =20

With the script below we were able to get a single VM to talk to another VM=20 at slightly better than 3gbit/second. Evidently this is unheard of.=20 Proprietary and vendor specific tweaks are not listed; but we may be=20 tapped for assitance on this subject. Please contact us (or leave a=20 comment) with any questions or concerns.

#!/bin/bash
ifconfig eth0 txqueuelen 300000
sysctl -w net.core.rmem_max=3D134217728 # BDP
sysctl -w net.core.wmem_max=3D134217728 # BDP
sysctl -w net.ipv4.tcp_rmem=3D"4096 87380 134217728 " # _ _ BDP
sysctl -w net.ipv4.tcp_wmem=3D"4096 65536 134217728 " # _ _ BDP
sysctl -w net.core.netdev_max_backlog=3D300000
ethtool -K eth0 gro on



On Sun, = Jul 29, 2012 at 3:17 PM, Simon Hobson <linux@thehobsons.co.uk>= wrote:
Niels Dettenbach wrote:

=A0>Also, DomU network access relies on a thread in Dom0. It's well = known
that this can be a significant performance bottleneck.

Sorry, but can you explain this a bit more? This is partly new to me and so= unds interesting...

I'm no expert, I'm sure someone will pop up and tell me it's al= l wrong ! This is also from the perspective of a PV guest (or at least usin= g PV drivers) - there are some differences for HV guests.

DomU network traffic is handled by Dom0. Ie, when DomU "sends" a = network packet, it stuffs it out though what looks like a NIC but is in fac= t an interface to code running in Dom0. This thread running in Dom0 then de= als with passing the packet through to the right place - in a bridge setup,= this will mean presenting it to the bridge as though it came from a NIC.
See this image (under DomU and Dom0 on real network) :
http://new-wiki.xen.org/old-wiki/xenwiki/XenNetworkingUsecase.html


The key thing is that eth0 in Dom1 is not a real NIC, it's a bit of Xen= provided code that has the same interface to the guest OS as would be used= for any other NIC.
So the guest OS writes a packet using the standard interface for sending pa= ckets via a NIC. This netfront bit of Xen (running in DomU) now has the pac= ket and passes it over to the netback bit of Xen (running in Dom0). This al= so behaves much like the driver for a real NIC, this time presenting a pack= et it's just received from it's 'network' - so to the bridg= e code on Dom0, it looks like the packet just arrived on interface vif1.0.<= br> The packet still has to go through the bridge code, and either out through = a real NIC, through another virtual network to a different DomU, or be hand= led by Dom0 itself - depending on destination.

Receiving a packet is much the same, just the directions are swapped round.=

Now from previous comments on this list, I believe the code in Dom0 that do= es all this packet handling is single threaded. In high traffic environment= s this means it becomes a bottleneck and people have benchmarked some poor = results which are blamed on this. How much of an issue it is will vary cons= iderably with the setup. If you have multiple cores dedicated (pinned) for = Dom0 use only then it probably isn't an issue. If you don't have an= y cores pinned for Dom0 and/or don't have many cores, then it's mor= e likely to be an issue.
bear in mind that all your disk I/O has to go through a similar level of ab= straction, so there's a lot going on in Dom0.


--
Simon Hobson

Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed<= br> author Gladys Hobson. Novels - poetry - short stories - ideal as
Christmas stocking fillers. Some available as e-books.

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

--20cf3074b8feaf597004c604225f-- --===============5381072644129382677== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5381072644129382677==-- From xen-users-bounces@lists.xen.org Mon Jul 30 04:04:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 04:04:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvhC4-0000xZ-P8; Mon, 30 Jul 2012 04:02:56 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvhC3-0000xU-Jl for xen-users@lists.xen.org; Mon, 30 Jul 2012 04:02:55 +0000 Received: from [85.158.139.83:22336] by server-5.bemta-5.messagelabs.com id E4/2A-02722-E6706105; Mon, 30 Jul 2012 04:02:54 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1343620971!21944515!1 X-Originating-IP: [209.85.216.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12525 invoked from network); 30 Jul 2012 04:02:52 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jul 2012 04:02:52 -0000 Received: by qaeb19 with SMTP id b19so719268qae.11 for ; Sun, 29 Jul 2012 21:02: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 :cc:content-type; bh=jY4E96S2POiVPCt8DqCperhCjWOnQm58RgNr11jMZ5c=; b=ou9RjC2kh+Cm2/OBtqfKowTISaGHY1sCdSMnQWD5w8nKHemFyX9MStt2VbititFRF9 BNJ+kqPz+iNtjl8EzUxC7s2fQAAXr2QKonaSJhisiF6LwmAIcq+kQ4iDsFJGL2m5LxkG 74UVr02UubZczpKGq53KFwTajlcSrMutePvhcorYPPkgvDfmm14jsKV5liIYzXZpLY5O bixe599/iOFK7KDp8sBCEhEENQLRnznXTuzFEJU0dvoeOQ2tylVi2erhvmcT9dulD3zN dqL4uvMDgqfgcJn0K9EaY0Xchbbo9e8qlqoGc7PVrAcBjatyo0xc72aWqtu8pZadetyz UmAQ== MIME-Version: 1.0 Received: by 10.224.1.130 with SMTP id 2mr20978561qaf.61.1343620970928; Sun, 29 Jul 2012 21:02:50 -0700 (PDT) Received: by 10.49.98.5 with HTTP; Sun, 29 Jul 2012 21:02:50 -0700 (PDT) In-Reply-To: References: Date: Sun, 29 Jul 2012 22:02:50 -0600 Message-ID: From: jacek burghardt To: Simon Hobson Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xen network and samba X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5381072644129382677==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5381072644129382677== Content-Type: multipart/alternative; boundary=20cf3074b8feaf597004c604225f --20cf3074b8feaf597004c604225f Content-Type: text/plain; charset=ISO-8859-1 Well I played around with network cards and I now samba starts transfer at 128 mb/s then goes to 100 to 90 mb/s then settles down to 65 mb/s. Any way to configure dom0 to get get perfomance. I had found this HowTo: Copper 10 Gigabit NICs on Xen hypervisors With the script below we were able to get a single VM to talk to another VM at slightly better than 3gbit/second. Evidently this is unheard of. Proprietary and vendor specific tweaks are not listed; but we may be tapped for assitance on this subject. Please contact us (or leave a comment) with any questions or concerns. #!/bin/bash ifconfig eth0 txqueuelen 300000 sysctl -w net.core.rmem_max=134217728 # BDP sysctl -w net.core.wmem_max=134217728 # BDP sysctl -w net.ipv4.tcp_rmem="4096 87380 134217728 " # _ _ BDP sysctl -w net.ipv4.tcp_wmem="4096 65536 134217728 " # _ _ BDP sysctl -w net.core.netdev_max_backlog=300000 ethtool -K eth0 gro on On Sun, Jul 29, 2012 at 3:17 PM, Simon Hobson wrote: > Niels Dettenbach wrote: > > >Also, DomU network access relies on a thread in Dom0. It's well known >> >>> that this can be a significant performance bottleneck. >>> >> >> Sorry, but can you explain this a bit more? This is partly new to me and >> sounds interesting... >> > > I'm no expert, I'm sure someone will pop up and tell me it's all wrong ! > This is also from the perspective of a PV guest (or at least using PV > drivers) - there are some differences for HV guests. > > DomU network traffic is handled by Dom0. Ie, when DomU "sends" a network > packet, it stuffs it out though what looks like a NIC but is in fact an > interface to code running in Dom0. This thread running in Dom0 then deals > with passing the packet through to the right place - in a bridge setup, > this will mean presenting it to the bridge as though it came from a NIC. > > See this image (under DomU and Dom0 on real network) : > http://new-wiki.xen.org/old-**wiki/xenwiki/**XenNetworkingUsecase.html > > > The key thing is that eth0 in Dom1 is not a real NIC, it's a bit of Xen > provided code that has the same interface to the guest OS as would be used > for any other NIC. > So the guest OS writes a packet using the standard interface for sending > packets via a NIC. This netfront bit of Xen (running in DomU) now has the > packet and passes it over to the netback bit of Xen (running in Dom0). This > also behaves much like the driver for a real NIC, this time presenting a > packet it's just received from it's 'network' - so to the bridge code on > Dom0, it looks like the packet just arrived on interface vif1.0. > The packet still has to go through the bridge code, and either out through > a real NIC, through another virtual network to a different DomU, or be > handled by Dom0 itself - depending on destination. > > Receiving a packet is much the same, just the directions are swapped round. > > Now from previous comments on this list, I believe the code in Dom0 that > does all this packet handling is single threaded. In high traffic > environments this means it becomes a bottleneck and people have benchmarked > some poor results which are blamed on this. How much of an issue it is will > vary considerably with the setup. If you have multiple cores dedicated > (pinned) for Dom0 use only then it probably isn't an issue. If you don't > have any cores pinned for Dom0 and/or don't have many cores, then it's more > likely to be an issue. > bear in mind that all your disk I/O has to go through a similar level of > abstraction, so there's a lot going on in Dom0. > > > -- > Simon Hobson > > Visit http://www.**magpiesnestpublishing.co.uk/for books by acclaimed > author Gladys Hobson. Novels - poetry - short stories - ideal as > Christmas stocking fillers. Some available as e-books. > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --20cf3074b8feaf597004c604225f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Well I played around with network cards and I now samba starts transfer at = 128 mb/s then goes to 100 to 90 mb/s then settles down to 65 mb/s.
Any w= ay to configure dom0 to get get perfomance. I had found this

HowTo: Copper 10 Gigabit NICs on Xen hypervisors

=20 =20 =20 =20 =20 =20

=20 =20

With the script below we were able to get a single VM to talk to another VM=20 at slightly better than 3gbit/second. Evidently this is unheard of.=20 Proprietary and vendor specific tweaks are not listed; but we may be=20 tapped for assitance on this subject. Please contact us (or leave a=20 comment) with any questions or concerns.

#!/bin/bash
ifconfig eth0 txqueuelen 300000
sysctl -w net.core.rmem_max=3D134217728 # BDP
sysctl -w net.core.wmem_max=3D134217728 # BDP
sysctl -w net.ipv4.tcp_rmem=3D"4096 87380 134217728 " # _ _ BDP
sysctl -w net.ipv4.tcp_wmem=3D"4096 65536 134217728 " # _ _ BDP
sysctl -w net.core.netdev_max_backlog=3D300000
ethtool -K eth0 gro on



On Sun, = Jul 29, 2012 at 3:17 PM, Simon Hobson <linux@thehobsons.co.uk>= wrote:
Niels Dettenbach wrote:

=A0>Also, DomU network access relies on a thread in Dom0. It's well = known
that this can be a significant performance bottleneck.

Sorry, but can you explain this a bit more? This is partly new to me and so= unds interesting...

I'm no expert, I'm sure someone will pop up and tell me it's al= l wrong ! This is also from the perspective of a PV guest (or at least usin= g PV drivers) - there are some differences for HV guests.

DomU network traffic is handled by Dom0. Ie, when DomU "sends" a = network packet, it stuffs it out though what looks like a NIC but is in fac= t an interface to code running in Dom0. This thread running in Dom0 then de= als with passing the packet through to the right place - in a bridge setup,= this will mean presenting it to the bridge as though it came from a NIC.
See this image (under DomU and Dom0 on real network) :
http://new-wiki.xen.org/old-wiki/xenwiki/XenNetworkingUsecase.html


The key thing is that eth0 in Dom1 is not a real NIC, it's a bit of Xen= provided code that has the same interface to the guest OS as would be used= for any other NIC.
So the guest OS writes a packet using the standard interface for sending pa= ckets via a NIC. This netfront bit of Xen (running in DomU) now has the pac= ket and passes it over to the netback bit of Xen (running in Dom0). This al= so behaves much like the driver for a real NIC, this time presenting a pack= et it's just received from it's 'network' - so to the bridg= e code on Dom0, it looks like the packet just arrived on interface vif1.0.<= br> The packet still has to go through the bridge code, and either out through = a real NIC, through another virtual network to a different DomU, or be hand= led by Dom0 itself - depending on destination.

Receiving a packet is much the same, just the directions are swapped round.=

Now from previous comments on this list, I believe the code in Dom0 that do= es all this packet handling is single threaded. In high traffic environment= s this means it becomes a bottleneck and people have benchmarked some poor = results which are blamed on this. How much of an issue it is will vary cons= iderably with the setup. If you have multiple cores dedicated (pinned) for = Dom0 use only then it probably isn't an issue. If you don't have an= y cores pinned for Dom0 and/or don't have many cores, then it's mor= e likely to be an issue.
bear in mind that all your disk I/O has to go through a similar level of ab= straction, so there's a lot going on in Dom0.


--
Simon Hobson

Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed<= br> author Gladys Hobson. Novels - poetry - short stories - ideal as
Christmas stocking fillers. Some available as e-books.

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

--20cf3074b8feaf597004c604225f-- --===============5381072644129382677== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5381072644129382677==-- From xen-users-bounces@lists.xen.org Mon Jul 30 04:36:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 04: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 1SvhhB-0001N6-Nu; Mon, 30 Jul 2012 04:35:05 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvhhA-0001N0-Ct for xen-users@lists.xen.org; Mon, 30 Jul 2012 04:35:04 +0000 X-Env-Sender: feiskyer@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1343622897!6219292!1 X-Originating-IP: [209.85.213.173] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27395 invoked from network); 30 Jul 2012 04:34:58 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jul 2012 04:34:58 -0000 Received: by yenl1 with SMTP id l1so4935500yen.32 for ; Sun, 29 Jul 2012 21:34: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:from:date:message-id:subject:to :cc:content-type; bh=3xxXvVmPdj6U4e8F/h5BD5WwvaWhZuHpEic5oSW378E=; b=L7YwESSh6PwNR6zbX6xhdxz3bMwZB+c5wyvsqv2Y8O5l/V9SpipJnfyGhJp7NsWTO3 tpfVivaPrnxXO0QFo7DkFn1zRfaLHqX8wqYPC2RRSoHvDEcQZjrJHCVIlvjr8/tqdnRb OY13UWkia20iFeIGmPgzkh06HbM5hAdX3taEG10LhZuxHz0Ya2Ng+88Z4owLcIQYcmTj 1DZs6IB4M4i+Ix8elASogqu1HefzlkwrATFbdwQUj38S0gw8N7KtaAyeY7XJ4qlyhG1e wpido2R+jLL4WhbmcWJem8YchOlDuHjIvWP0yX/U+Qmqxc9wGPprVnt/qqg9D4zERq6r wCPw== Received: by 10.50.202.68 with SMTP id kg4mr7294863igc.43.1343622896466; Sun, 29 Jul 2012 21:34:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.24.136 with HTTP; Sun, 29 Jul 2012 21:34:41 -0700 (PDT) In-Reply-To: References: From: Feisky Date: Mon, 30 Jul 2012 12:34:41 +0800 Message-ID: To: Karthick K Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen domains save and restore X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0390370255565614749==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0390370255565614749== Content-Type: multipart/alternative; boundary=f46d0447950b74b9dd04c604955b --f46d0447950b74b9dd04c604955b Content-Type: text/plain; charset=ISO-8859-1 See /etc/sysconfig/xendomains or /etc/default/xendomains On Mon, Jul 30, 2012 at 10:20 AM, Karthick K wrote: > Hi Folks, > > May I know how to enable and disable the Xen domain save and restore > option on Xen 3.4.3 and xen 4.1.2? > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --f46d0447950b74b9dd04c604955b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable See=A0/etc/sysconfig/xendomain= s =A0or=A0/etc/default/xendomains

<= /div>


On Mon, Jul 30, 2012 at 10:20 AM, Karthi= ck K <karthick.k11@gmail.com> wrote:
Hi Folks,

May I know how to enable and disable the Xen domain save a= nd restore option on Xen 3.4.3 and xen 4.1.2?


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

--f46d0447950b74b9dd04c604955b-- --===============0390370255565614749== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0390370255565614749==-- From xen-users-bounces@lists.xen.org Mon Jul 30 04:36:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 04: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 1SvhhB-0001N6-Nu; Mon, 30 Jul 2012 04:35:05 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvhhA-0001N0-Ct for xen-users@lists.xen.org; Mon, 30 Jul 2012 04:35:04 +0000 X-Env-Sender: feiskyer@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1343622897!6219292!1 X-Originating-IP: [209.85.213.173] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27395 invoked from network); 30 Jul 2012 04:34:58 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jul 2012 04:34:58 -0000 Received: by yenl1 with SMTP id l1so4935500yen.32 for ; Sun, 29 Jul 2012 21:34: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:from:date:message-id:subject:to :cc:content-type; bh=3xxXvVmPdj6U4e8F/h5BD5WwvaWhZuHpEic5oSW378E=; b=L7YwESSh6PwNR6zbX6xhdxz3bMwZB+c5wyvsqv2Y8O5l/V9SpipJnfyGhJp7NsWTO3 tpfVivaPrnxXO0QFo7DkFn1zRfaLHqX8wqYPC2RRSoHvDEcQZjrJHCVIlvjr8/tqdnRb OY13UWkia20iFeIGmPgzkh06HbM5hAdX3taEG10LhZuxHz0Ya2Ng+88Z4owLcIQYcmTj 1DZs6IB4M4i+Ix8elASogqu1HefzlkwrATFbdwQUj38S0gw8N7KtaAyeY7XJ4qlyhG1e wpido2R+jLL4WhbmcWJem8YchOlDuHjIvWP0yX/U+Qmqxc9wGPprVnt/qqg9D4zERq6r wCPw== Received: by 10.50.202.68 with SMTP id kg4mr7294863igc.43.1343622896466; Sun, 29 Jul 2012 21:34:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.24.136 with HTTP; Sun, 29 Jul 2012 21:34:41 -0700 (PDT) In-Reply-To: References: From: Feisky Date: Mon, 30 Jul 2012 12:34:41 +0800 Message-ID: To: Karthick K Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen domains save and restore X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0390370255565614749==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0390370255565614749== Content-Type: multipart/alternative; boundary=f46d0447950b74b9dd04c604955b --f46d0447950b74b9dd04c604955b Content-Type: text/plain; charset=ISO-8859-1 See /etc/sysconfig/xendomains or /etc/default/xendomains On Mon, Jul 30, 2012 at 10:20 AM, Karthick K wrote: > Hi Folks, > > May I know how to enable and disable the Xen domain save and restore > option on Xen 3.4.3 and xen 4.1.2? > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --f46d0447950b74b9dd04c604955b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable See=A0/etc/sysconfig/xendomain= s =A0or=A0/etc/default/xendomains

<= /div>


On Mon, Jul 30, 2012 at 10:20 AM, Karthi= ck K <karthick.k11@gmail.com> wrote:
Hi Folks,

May I know how to enable and disable the Xen domain save a= nd restore option on Xen 3.4.3 and xen 4.1.2?


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

--f46d0447950b74b9dd04c604955b-- --===============0390370255565614749== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0390370255565614749==-- From xen-users-bounces@lists.xen.org Mon Jul 30 08:49:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 08:49: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 1Svlea-0005LB-P8; Mon, 30 Jul 2012 08:48:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvleY-0005KZ-Sw for xen-users@lists.xen.org; Mon, 30 Jul 2012 08:48:39 +0000 Received: from [85.158.143.99:39361] by server-2.bemta-4.messagelabs.com id 8A/AC-17938-56A46105; Mon, 30 Jul 2012 08:48:37 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1343638116!24045576!1 X-Originating-IP: [74.125.83.45] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8643 invoked from network); 30 Jul 2012 08:48:36 -0000 Received: from mail-ee0-f45.google.com (HELO mail-ee0-f45.google.com) (74.125.83.45) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jul 2012 08:48:36 -0000 Received: by eeke53 with SMTP id e53so1157606eek.32 for ; Mon, 30 Jul 2012 01:48:36 -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; bh=7lAelGpd9wcHYtU2l25lbmkkcNCyrJMC/158fI6ugpM=; b=wz3dsBAt6xjEz3cDz1rpccDPIPbDkk/0GZfuREIhy4CGnAXiOfgntZrFeSG/T22hPM VP4kqbwdMHU+idZJaRwh32/mg8dsP/4fvqJKb8sQZaWnbC9Q46VJZbjW+ecti2sHOd3a Imn4co5NSTNW62ddXyr/8WX1JuohRuusT53QiQJVmVcntPS5yavr0ZTdE63/lxLRt6wY yc6wafNF7kjKO4JUSL6q0WzTz6/MHHwLphIKVkeXgGgls5oOb8UHQt/X+p82A3voUige FOcibqMBst1i2YoqazXEe3QtEKZZi7kulX0mHglec4wrUtwUw2VvO3GV5F7GpohA77Du TSYA== Received: by 10.14.215.197 with SMTP id e45mr2337445eep.36.1343638116524; Mon, 30 Jul 2012 01:48:36 -0700 (PDT) Received: from [172.16.26.11] (b01bc6ee.bb.sky.com. [176.27.198.238]) by mx.google.com with ESMTPS id d48sm26314958eeo.10.2012.07.30.01.48.35 (version=SSLv3 cipher=OTHER); Mon, 30 Jul 2012 01:48:35 -0700 (PDT) Message-ID: <50164A63.1090901@xen.org> Date: Mon, 30 Jul 2012 09:48:35 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: xen-devel@lists.xen.org, xen-users@lists.xen.org, xen-arm@lists.xen.org, "xen-api@lists.xen.org" Subject: [Xen-users] Xen Document Day 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-Type: multipart/mixed; boundary="===============1733876440563417881==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1733876440563417881== Content-Type: multipart/alternative; boundary="------------060509030204070705000409" This is a multi-part message in MIME format. --------------060509030204070705000409 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Good Morning, it is Xen Document Day today! Join us on IRC: freenode channel *#xendocday* More info: wiki.xen.org/wiki/Xen_Document_Day TODO List: wiki.xen.org/wiki/Xen_Document_Days/TODO Lars --------------060509030204070705000409 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Good Morning,
it is Xen Document Day today!
Join us on IRC: freenode channel #xendocday
More info: wiki.xen.org/wiki/Xen_Document_Day
TODO List: wiki.xen.org/wiki/Xen_Document_Days/TODO
Lars --------------060509030204070705000409-- --===============1733876440563417881== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1733876440563417881==-- From xen-users-bounces@lists.xen.org Mon Jul 30 08:49:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 08:49: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 1Svlea-0005LB-P8; Mon, 30 Jul 2012 08:48:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvleY-0005KZ-Sw for xen-users@lists.xen.org; Mon, 30 Jul 2012 08:48:39 +0000 Received: from [85.158.143.99:39361] by server-2.bemta-4.messagelabs.com id 8A/AC-17938-56A46105; Mon, 30 Jul 2012 08:48:37 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1343638116!24045576!1 X-Originating-IP: [74.125.83.45] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8643 invoked from network); 30 Jul 2012 08:48:36 -0000 Received: from mail-ee0-f45.google.com (HELO mail-ee0-f45.google.com) (74.125.83.45) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jul 2012 08:48:36 -0000 Received: by eeke53 with SMTP id e53so1157606eek.32 for ; Mon, 30 Jul 2012 01:48:36 -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; bh=7lAelGpd9wcHYtU2l25lbmkkcNCyrJMC/158fI6ugpM=; b=wz3dsBAt6xjEz3cDz1rpccDPIPbDkk/0GZfuREIhy4CGnAXiOfgntZrFeSG/T22hPM VP4kqbwdMHU+idZJaRwh32/mg8dsP/4fvqJKb8sQZaWnbC9Q46VJZbjW+ecti2sHOd3a Imn4co5NSTNW62ddXyr/8WX1JuohRuusT53QiQJVmVcntPS5yavr0ZTdE63/lxLRt6wY yc6wafNF7kjKO4JUSL6q0WzTz6/MHHwLphIKVkeXgGgls5oOb8UHQt/X+p82A3voUige FOcibqMBst1i2YoqazXEe3QtEKZZi7kulX0mHglec4wrUtwUw2VvO3GV5F7GpohA77Du TSYA== Received: by 10.14.215.197 with SMTP id e45mr2337445eep.36.1343638116524; Mon, 30 Jul 2012 01:48:36 -0700 (PDT) Received: from [172.16.26.11] (b01bc6ee.bb.sky.com. [176.27.198.238]) by mx.google.com with ESMTPS id d48sm26314958eeo.10.2012.07.30.01.48.35 (version=SSLv3 cipher=OTHER); Mon, 30 Jul 2012 01:48:35 -0700 (PDT) Message-ID: <50164A63.1090901@xen.org> Date: Mon, 30 Jul 2012 09:48:35 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: xen-devel@lists.xen.org, xen-users@lists.xen.org, xen-arm@lists.xen.org, "xen-api@lists.xen.org" Subject: [Xen-users] Xen Document Day 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-Type: multipart/mixed; boundary="===============1733876440563417881==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1733876440563417881== Content-Type: multipart/alternative; boundary="------------060509030204070705000409" This is a multi-part message in MIME format. --------------060509030204070705000409 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Good Morning, it is Xen Document Day today! Join us on IRC: freenode channel *#xendocday* More info: wiki.xen.org/wiki/Xen_Document_Day TODO List: wiki.xen.org/wiki/Xen_Document_Days/TODO Lars --------------060509030204070705000409 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Good Morning,
it is Xen Document Day today!
Join us on IRC: freenode channel #xendocday
More info: wiki.xen.org/wiki/Xen_Document_Day
TODO List: wiki.xen.org/wiki/Xen_Document_Days/TODO
Lars --------------060509030204070705000409-- --===============1733876440563417881== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1733876440563417881==-- From xen-users-bounces@lists.xen.org Mon Jul 30 08:53:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 08:53: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 1Svli3-0005iI-0u; Mon, 30 Jul 2012 08:52:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Svli1-0005hS-6U for xen-users@lists.xen.org; Mon, 30 Jul 2012 08:52:13 +0000 Received: from [85.158.143.35:42062] by server-2.bemta-4.messagelabs.com id AE/A3-17938-B3B46105; Mon, 30 Jul 2012 08:52:11 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1343638314!15908981!1 X-Originating-IP: [74.125.83.45] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18130 invoked from network); 30 Jul 2012 08:52:04 -0000 Received: from mail-ee0-f45.google.com (HELO mail-ee0-f45.google.com) (74.125.83.45) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jul 2012 08:52:04 -0000 Received: by eeke53 with SMTP id e53so1158842eek.32 for ; Mon, 30 Jul 2012 01:51: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; bh=15/jt4BgRc6nxmUEFb9BQDkk2mQv8KgoMleOs30F7ts=; b=WB9rDeZe0E6O3lRgt433XkWufrI9V6TQUfKZ5Vosa/JMi9myz7MTYr3h4qwEufnwuG E43wWgVa2bwqlmuIxzwkLOLzOpB/ZvR6eLAbxDXxNgrcgDU46FiBRrgujmQGvx1bIRF0 w3TQDWH8/hntcVF7vtKER34OWa+8tiIEAq2LeMwL+lFHm+EVbZpNPdxeU6EYb2yIpzmf 9+voBs6jeJCX/cDfxdcCxGZCsbeBrBmN8g1oIK0VOYHVU4kjB5dBcH7UY/wgN+ggWWPU p4sKc4d+hA2w2o2IdmrbsBISDt/w203GUhhAqkcyKQTceYXY4U7zG7Lkj9qbYzFpBp7a k2jw== Received: by 10.14.175.5 with SMTP id y5mr11088366eel.40.1343638314522; Mon, 30 Jul 2012 01:51:54 -0700 (PDT) Received: from [172.16.26.11] (b01bc6ee.bb.sky.com. [176.27.198.238]) by mx.google.com with ESMTPS id k41sm3162549eep.13.2012.07.30.01.51.53 (version=SSLv3 cipher=OTHER); Mon, 30 Jul 2012 01:51:53 -0700 (PDT) Message-ID: <50164B29.3040609@xen.org> Date: Mon, 30 Jul 2012 09:51:53 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: lars.kurth@xen.org References: <50164A63.1090901@xen.org> In-Reply-To: <50164A63.1090901@xen.org> Cc: xen-users@lists.xen.org, xen-arm@lists.xen.org, "xen-api@lists.xen.org" , xen-devel@lists.xen.org Subject: Re: [Xen-users] Xen Document Day Today! - Correction the IRC channel is #xendocs 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="===============2822489659627743468==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2822489659627743468== Content-Type: multipart/alternative; boundary="------------070700050905010304020803" This is a multi-part message in MIME format. --------------070700050905010304020803 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 30/07/2012 09:48, Lars Kurth wrote: > Good Morning, > it is Xen Document Day today! > Join us on IRC: freenode channel *#xendocs* > More info: wiki.xen.org/wiki/Xen_Document_Day > TODO List: wiki.xen.org/wiki/Xen_Document_Days/TODO > Lars --------------070700050905010304020803 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
On 30/07/2012 09:48, Lars Kurth wrote:
Good Morning,
it is Xen Document Day today!
Join us on IRC: freenode channel #xendocs
More info: wiki.xen.org/wiki/Xen_Document_Day
TODO List: wiki.xen.org/wiki/Xen_Document_Days/TODO
Lars

--------------070700050905010304020803-- --===============2822489659627743468== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2822489659627743468==-- From xen-users-bounces@lists.xen.org Mon Jul 30 08:53:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 08:53: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 1Svli3-0005iI-0u; Mon, 30 Jul 2012 08:52:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Svli1-0005hS-6U for xen-users@lists.xen.org; Mon, 30 Jul 2012 08:52:13 +0000 Received: from [85.158.143.35:42062] by server-2.bemta-4.messagelabs.com id AE/A3-17938-B3B46105; Mon, 30 Jul 2012 08:52:11 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1343638314!15908981!1 X-Originating-IP: [74.125.83.45] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18130 invoked from network); 30 Jul 2012 08:52:04 -0000 Received: from mail-ee0-f45.google.com (HELO mail-ee0-f45.google.com) (74.125.83.45) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jul 2012 08:52:04 -0000 Received: by eeke53 with SMTP id e53so1158842eek.32 for ; Mon, 30 Jul 2012 01:51: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; bh=15/jt4BgRc6nxmUEFb9BQDkk2mQv8KgoMleOs30F7ts=; b=WB9rDeZe0E6O3lRgt433XkWufrI9V6TQUfKZ5Vosa/JMi9myz7MTYr3h4qwEufnwuG E43wWgVa2bwqlmuIxzwkLOLzOpB/ZvR6eLAbxDXxNgrcgDU46FiBRrgujmQGvx1bIRF0 w3TQDWH8/hntcVF7vtKER34OWa+8tiIEAq2LeMwL+lFHm+EVbZpNPdxeU6EYb2yIpzmf 9+voBs6jeJCX/cDfxdcCxGZCsbeBrBmN8g1oIK0VOYHVU4kjB5dBcH7UY/wgN+ggWWPU p4sKc4d+hA2w2o2IdmrbsBISDt/w203GUhhAqkcyKQTceYXY4U7zG7Lkj9qbYzFpBp7a k2jw== Received: by 10.14.175.5 with SMTP id y5mr11088366eel.40.1343638314522; Mon, 30 Jul 2012 01:51:54 -0700 (PDT) Received: from [172.16.26.11] (b01bc6ee.bb.sky.com. [176.27.198.238]) by mx.google.com with ESMTPS id k41sm3162549eep.13.2012.07.30.01.51.53 (version=SSLv3 cipher=OTHER); Mon, 30 Jul 2012 01:51:53 -0700 (PDT) Message-ID: <50164B29.3040609@xen.org> Date: Mon, 30 Jul 2012 09:51:53 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: lars.kurth@xen.org References: <50164A63.1090901@xen.org> In-Reply-To: <50164A63.1090901@xen.org> Cc: xen-users@lists.xen.org, xen-arm@lists.xen.org, "xen-api@lists.xen.org" , xen-devel@lists.xen.org Subject: Re: [Xen-users] Xen Document Day Today! - Correction the IRC channel is #xendocs 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="===============2822489659627743468==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2822489659627743468== Content-Type: multipart/alternative; boundary="------------070700050905010304020803" This is a multi-part message in MIME format. --------------070700050905010304020803 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 30/07/2012 09:48, Lars Kurth wrote: > Good Morning, > it is Xen Document Day today! > Join us on IRC: freenode channel *#xendocs* > More info: wiki.xen.org/wiki/Xen_Document_Day > TODO List: wiki.xen.org/wiki/Xen_Document_Days/TODO > Lars --------------070700050905010304020803 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
On 30/07/2012 09:48, Lars Kurth wrote:
Good Morning,
it is Xen Document Day today!
Join us on IRC: freenode channel #xendocs
More info: wiki.xen.org/wiki/Xen_Document_Day
TODO List: wiki.xen.org/wiki/Xen_Document_Days/TODO
Lars

--------------070700050905010304020803-- --===============2822489659627743468== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2822489659627743468==-- From xen-users-bounces@lists.xen.org Mon Jul 30 15:45:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 15:45: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 1Svs8D-0004zd-Dk; Mon, 30 Jul 2012 15:43:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Svs6p-0004yv-8Y for xen-users@lists.xen.org; Mon, 30 Jul 2012 15:42:15 +0000 Received: from [85.158.138.51:11108] by server-8.bemta-3.messagelabs.com id B2/76-30925-65BA6105; Mon, 30 Jul 2012 15:42:14 +0000 X-Env-Sender: ipavlikevich@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1343662932!27793032!1 X-Originating-IP: [209.85.213.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26855 invoked from network); 30 Jul 2012 15:42:13 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jul 2012 15:42:13 -0000 Received: by yhpp34 with SMTP id p34so5519022yhp.32 for ; Mon, 30 Jul 2012 08:42:12 -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=jIxQ7jk2pFzRW+PtiyrSb9sYcaGhcrJ34fyKMKYEeIk=; b=gsVbJFF8a5XQW2eHbr/V5SE7KFs/+RuRGO+yP617uOKSvG9RXUIcDYOCr2hykaFftM JErMkKX+ag7x0EmgfLGtOGgKN0YIES7dwhjYMs50zL2V5XE7irYVQQKtPdRUjZwqb8A/ wPzHxPC6AXmr9hsFS1SoZc5zdm5GHJ+ejy2CPyGr85yBW0lhNST++V08fs0CT81s4AQI o9NSMinxDhtv/3vy1ojyL3kiGEl8G8pgH6oYvKQ/pSdgMDkGtl3nzVSlkyTmcRHHXUCD KNcgENDZAM777Fxa+r1Bdd/B2VF2m5hNnoGpv1MXNVkfQh6RpvVADgat02WvD5xY4XPW vYuQ== MIME-Version: 1.0 Received: by 10.66.83.39 with SMTP id n7mr25332615pay.82.1343662931813; Mon, 30 Jul 2012 08:42:11 -0700 (PDT) Received: by 10.66.222.41 with HTTP; Mon, 30 Jul 2012 08:42:11 -0700 (PDT) Date: Mon, 30 Jul 2012 19:42:11 +0400 Message-ID: From: Igor Pavlikevich To: xen-users@lists.xen.org X-Mailman-Approved-At: Mon, 30 Jul 2012 15:43:40 +0000 Subject: [Xen-users] HVM bsod CLOCK_WATCHDOG_TIMEOUT on i7-3930K X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5188909628648876007==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5188909628648876007== Content-Type: multipart/alternative; boundary=f46d042ef49dbfa59e04c60de71a --f46d042ef49dbfa59e04c60de71a Content-Type: text/plain; charset=ISO-8859-1 Hello, BSOD 0x00000101 CLOCK_WATCHDOG_TIMEOUT randomly appears on all HVM Windows 2008R2 (with signed GPLPV drivers) with vcpu's>=2 after upgrading CPU to hexacore i7-3930K. xen and qemu-dm logs have no suspicious entries after bsod. Before upgrade CPU was i7-2600 and all HVM's works fine. Such problem persist on all motherboards with i7-3930K,and disappear after moving Dom0 with vm images to i7-2600. Disabling HT did not solve the problem. Current hardware ( Intel Core i7 3930K) runs xen-hypervisor- 4.1.3~rc1+hg-20120614.a9c0a89c08f2-2 from debian testing. Dom0: Debian 6.0.5 with linux-3.2.0-3-amd64 from testing. DomU: Windows 2008R2 Is this a known problem with new CPUs? WBR, Igor. --f46d042ef49dbfa59e04c60de71a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,

BSOD 0x00000101=A0 CLOCK_WATCHDOG_TIMEOUT randomly appears on= all HVM Windows 2008R2 (with signed GPLPV drivers) with vcpu's>=3D2= after upgrading CPU to hexacore i7-3930K. xen and qemu-dm logs have no s= uspicious entries after bsod.
Before upgrade CPU was i7-2600 and all HVM's works fine.
Such proble= m persist on all motherboards with i7-3930K,and disappear after moving Dom0= with vm images to i7-2600.
Disabling HT did not solve the problem.

Current hardware ( Intel Core i7 3930K) runs xen-hypervisor- 4.1.3~rc1+= hg-20120614.a9c0a89c08f2-2 from debian testing.
Dom0: Debian 6.0.5 with = linux-3.2.0-3-amd64 from testing.
DomU: Windows 2008R2

Is this a = known problem with new CPUs?

WBR,
Igor.
--f46d042ef49dbfa59e04c60de71a-- --===============5188909628648876007== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5188909628648876007==-- From xen-users-bounces@lists.xen.org Mon Jul 30 15:45:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 15:45: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 1Svs8D-0004zd-Dk; Mon, 30 Jul 2012 15:43:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Svs6p-0004yv-8Y for xen-users@lists.xen.org; Mon, 30 Jul 2012 15:42:15 +0000 Received: from [85.158.138.51:11108] by server-8.bemta-3.messagelabs.com id B2/76-30925-65BA6105; Mon, 30 Jul 2012 15:42:14 +0000 X-Env-Sender: ipavlikevich@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1343662932!27793032!1 X-Originating-IP: [209.85.213.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26855 invoked from network); 30 Jul 2012 15:42:13 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jul 2012 15:42:13 -0000 Received: by yhpp34 with SMTP id p34so5519022yhp.32 for ; Mon, 30 Jul 2012 08:42:12 -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=jIxQ7jk2pFzRW+PtiyrSb9sYcaGhcrJ34fyKMKYEeIk=; b=gsVbJFF8a5XQW2eHbr/V5SE7KFs/+RuRGO+yP617uOKSvG9RXUIcDYOCr2hykaFftM JErMkKX+ag7x0EmgfLGtOGgKN0YIES7dwhjYMs50zL2V5XE7irYVQQKtPdRUjZwqb8A/ wPzHxPC6AXmr9hsFS1SoZc5zdm5GHJ+ejy2CPyGr85yBW0lhNST++V08fs0CT81s4AQI o9NSMinxDhtv/3vy1ojyL3kiGEl8G8pgH6oYvKQ/pSdgMDkGtl3nzVSlkyTmcRHHXUCD KNcgENDZAM777Fxa+r1Bdd/B2VF2m5hNnoGpv1MXNVkfQh6RpvVADgat02WvD5xY4XPW vYuQ== MIME-Version: 1.0 Received: by 10.66.83.39 with SMTP id n7mr25332615pay.82.1343662931813; Mon, 30 Jul 2012 08:42:11 -0700 (PDT) Received: by 10.66.222.41 with HTTP; Mon, 30 Jul 2012 08:42:11 -0700 (PDT) Date: Mon, 30 Jul 2012 19:42:11 +0400 Message-ID: From: Igor Pavlikevich To: xen-users@lists.xen.org X-Mailman-Approved-At: Mon, 30 Jul 2012 15:43:40 +0000 Subject: [Xen-users] HVM bsod CLOCK_WATCHDOG_TIMEOUT on i7-3930K X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5188909628648876007==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5188909628648876007== Content-Type: multipart/alternative; boundary=f46d042ef49dbfa59e04c60de71a --f46d042ef49dbfa59e04c60de71a Content-Type: text/plain; charset=ISO-8859-1 Hello, BSOD 0x00000101 CLOCK_WATCHDOG_TIMEOUT randomly appears on all HVM Windows 2008R2 (with signed GPLPV drivers) with vcpu's>=2 after upgrading CPU to hexacore i7-3930K. xen and qemu-dm logs have no suspicious entries after bsod. Before upgrade CPU was i7-2600 and all HVM's works fine. Such problem persist on all motherboards with i7-3930K,and disappear after moving Dom0 with vm images to i7-2600. Disabling HT did not solve the problem. Current hardware ( Intel Core i7 3930K) runs xen-hypervisor- 4.1.3~rc1+hg-20120614.a9c0a89c08f2-2 from debian testing. Dom0: Debian 6.0.5 with linux-3.2.0-3-amd64 from testing. DomU: Windows 2008R2 Is this a known problem with new CPUs? WBR, Igor. --f46d042ef49dbfa59e04c60de71a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,

BSOD 0x00000101=A0 CLOCK_WATCHDOG_TIMEOUT randomly appears on= all HVM Windows 2008R2 (with signed GPLPV drivers) with vcpu's>=3D2= after upgrading CPU to hexacore i7-3930K. xen and qemu-dm logs have no s= uspicious entries after bsod.
Before upgrade CPU was i7-2600 and all HVM's works fine.
Such proble= m persist on all motherboards with i7-3930K,and disappear after moving Dom0= with vm images to i7-2600.
Disabling HT did not solve the problem.

Current hardware ( Intel Core i7 3930K) runs xen-hypervisor- 4.1.3~rc1+= hg-20120614.a9c0a89c08f2-2 from debian testing.
Dom0: Debian 6.0.5 with = linux-3.2.0-3-amd64 from testing.
DomU: Windows 2008R2

Is this a = known problem with new CPUs?

WBR,
Igor.
--f46d042ef49dbfa59e04c60de71a-- --===============5188909628648876007== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5188909628648876007==-- From xen-users-bounces@lists.xen.org Mon Jul 30 15:52:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 15:52: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 1SvsFX-0005EY-JJ; Mon, 30 Jul 2012 15:51:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvsFV-0005ET-Or for xen-users@lists.xen.org; Mon, 30 Jul 2012 15:51:14 +0000 Received: from [85.158.138.51:7347] by server-11.bemta-3.messagelabs.com id F5/38-00679-07DA6105; Mon, 30 Jul 2012 15:51:12 +0000 X-Env-Sender: jsolorzano@concytec.gob.pe X-Msg-Ref: server-3.tower-174.messagelabs.com!1343663469!21460024!1 X-Originating-IP: [190.12.69.19] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13873 invoked from network); 30 Jul 2012 15:51:11 -0000 Received: from smtp.concytec.gob.pe (HELO smtp.concytec.gob.pe) (190.12.69.19) by server-3.tower-174.messagelabs.com with SMTP; 30 Jul 2012 15:51:11 -0000 Received: from pc5251 (unknown [192.168.4.161]) by smtp.concytec.gob.pe (Postfix) with ESMTP id 12D413E0459 for ; Mon, 30 Jul 2012 10:34:01 -0500 (PET) From: =?iso-8859-1?Q?Julio_Sol=F3rzano?= To: References: Date: Mon, 30 Jul 2012 10:50:44 -0500 Message-ID: <8F28A3A398BE409596530A977AF552A4@INTRANET.local> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac1tf6+4X2PZztsERYqdSan2p0O/yQA1YKcg Subject: [Xen-users] Xen networking disconnect X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 need your help, DomU xen network diconnects randomly, how do you monitoring this? When I connect to vnc server in the hosts, DomU is running, then I open the DomU, after that guest network responds. DomU Debian 6.03 over Centos 5.7 and Xen 3.03. My network configuration: eth0 Link encap:Ethernet HWaddr 68:B5:99:78:AA:6D inet addr:192.168.5.230 Bcast:192.168.5.255 Mask:255.255.255.0 inet6 addr: fe80::6ab5:99ff:fe78:ad6c/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:4237972 errors:0 dropped:0 overruns:0 frame:0 TX packets:2663665 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:547319641 (521.9 MiB) TX bytes:220520225 (210.3 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:1090692 errors:0 dropped:0 overruns:0 frame:0 TX packets:1090692 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:89713135 (85.5 MiB) TX bytes:89713135 (85.5 MiB) peth0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:14557550 errors:102 dropped:0 overruns:0 frame:0 TX packets:18532553 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2011028398 (1.8 GiB) TX bytes:20743371955 (19.3 GiB) tap0 Link encap:Ethernet HWaddr FE:DC:03:FA:0A:FD inet6 addr: fe80::fcdc:3ff:fefa:afd/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:340892 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:0 (0.0 b) TX bytes:32530658 (31.0 MiB) tap1 Link encap:Ethernet HWaddr FE:93:1B:49:51:2B inet6 addr: fe80::fc93:1bff:fe49:512b/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:340872 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:0 (0.0 b) TX bytes:32529356 (31.0 MiB) tap2 Link encap:Ethernet HWaddr FE:E1:0F:73:C5:69 inet6 addr: fe80::fce1:fff:fe73:c569/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:340842 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:0 (0.0 b) TX bytes:32527197 (31.0 MiB) tap3 Link encap:Ethernet HWaddr FE:CF:0C:41:CF:29 inet6 addr: fe80::fccf:cff:fe41:cf29/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:340839 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:0 (0.0 b) TX bytes:32526987 (31.0 MiB) vif0.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:2663690 errors:0 dropped:0 overruns:0 frame:0 TX packets:4237985 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:220525759 (210.3 MiB) TX bytes:547320421 (521.9 MiB) vif1.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:402315 errors:0 dropped:0 overruns:0 frame:0 TX packets:902391 errors:0 dropped:28279 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:889703904 (848.4 MiB) TX bytes:114468432 (109.1 MiB) vif2.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:75264 errors:0 dropped:0 overruns:0 frame:0 TX packets:397841 errors:0 dropped:28153 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:196606268 (187.4 MiB) TX bytes:76569944 (73.0 MiB) vif3.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:6774649 errors:0 dropped:0 overruns:0 frame:0 TX packets:9914065 errors:0 dropped:24570 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:19334745479 (18.0 GiB) TX bytes:1359548138 (1.2 GiB) vif4.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:2416 errors:0 dropped:0 overruns:0 frame:0 TX packets:341880 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:225475 (220.1 KiB) TX bytes:32702082 (31.1 MiB) virbr0 Link encap:Ethernet HWaddr 00:00:00:00:00:00 inet addr:192.168.122.1 Bcast:192.168.122.255 Mask:255.255.255.0 inet6 addr: fe80::200:ff:fe00:0/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:27 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:6748 (6.5 KiB) xenbr0 Link encap:Ethernet HWaddr FE:93:1B:49:51:2B UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:324811 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:26883663 (25.6 MiB) TX bytes:0 (0.0 b) [root@virtual2 pvasquez]# Julio Date: Sun, 29 Jul 2012 12:01:58 +0200 From: Mark van Dijk To: xen-users@lists.xen.org Subject: [Xen-users] Xen networking experiment (with custom scripts and OpenVSwitch) Message-ID: <20120729120158.73ab4f91@internecto.net> Content-Type: text/plain; charset=US-ASCII Hello everyone, Recently I have been testing my customized Xen 4.2 networking setup. It works pretty good and I would like to share it with anyone who is interested. The relevant files can be found here: https://github.com/slacks42/xenscripts Benefit: configure the Xen related networking devices with one understandable bash script. Please note that this is all still work in progress. For example, some logging entries should be deleted or modified, and some routines could be cleaned up. Still, I think it's nice enough to share. Description of the files: xen.conf is basically a copy of /etc/xen/hotplugpath.sh and should be put in /etc/xen/. udev/xen-backend.rules is a modified version of the file supplied by Xen. Line 6-9 take care of creation and deletion of networking interfaces. As you can see, upon creation/deletion of a network interface, the file /etc/xen/scripts/xennet is called. This file can be found on github in the scripts directory. Xennet is a replacement of vif-bridge. In the old scenario, udev calls vif-setup, vif-setup calls vif-bridge, vif-bridge calls vif-common and numerous other scripts. With xennet, I wanted to have one script to take care of the networking. So xennet requires no other files from /etc/xen/scripts. As you can see xennet uses bash. It is not POSIX compliant but works fine with bash. This takes us to the second millennium ;-) Here is a rundown of xennet: Line 4 takes care of all error output from the script. This is a handy way to debug, especially if you alter line 1 to '#!/bin/bash -x' so that you can see exactly what the script does. Then on line 8, the $unique variable is set to a random 6 character wide string, a 'cookie' of sorts, this is used as a log prefix so that you can see which particular instance of the script does what. Then a couple of functions are initialized. The checklog() and logmsg() functions take care of logging at the requested loglevel (set in xen.conf). This is different from line 4; logmsg is a function that logs to the console, syslog, or a file (xen.conf). The sigerr(), fatal(), success(), xenstore_read_default(), findCommand() and evalVariables() functions are modified versions of the same functions in Xen's xen-script-common.sh file. I added line 191-198 for debugging, rather than calling the actual commands they fake their execution and only add a log entry. That's why they are commented out. The actual routine starts at line 200. Line 201 sets $command to online/offline/add/remove depending on how the script was called from xen-backend.rules. evalVariables (line 202) searches for arguments with an '=', like 'foo=bar', and sets those variables accordingly (like $foo == 'bar'). This is a nice trick I found in xen-script-common.sh. On to line 220-292. This searches for the vifname and bridge name. If $command is 'offline' or 'remove' then I found that it does not know the vifname so it needs a way to find that. In all cases $vifname is set to the requested vifname. Openvswitch does not require a bridge name if you remove a device. So $bridge is not required with 'offline' or 'remove'. Line 297-337 adds or removes the vif from the switch. With openvswitch this can be a "fake bridge", i.e. a VLAN tagged bridge, or an unmanaged switch. One could easily replace the ovs-vswitch commands with brctl commands if desired, I *think*. Xen 4.2, when used with xl, does not setup or change your networking (as we saw with older Xen and network-bridge). So you need to do that yourself which is a much better idea imho anyway. In my case, my init scripts start up openvswitch when the system boots and my custom networking script creates the relevant switches and interfaces and configures those. Finally -- openvswitch can have a lot of messy output that can fill up your syslog files. syslog-ng.conf is something I use to limit openvswitch's output to /var/log/openvswitch.log. Note that I seem to use the word 'switch' and 'bridge' while I am talking about the same thing. Don't let this confuse you. Comments are appreciated! Mark ------------------------------ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users End of Xen-users Digest, Vol 89, Issue 45 ***************************************** _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 30 15:52:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 15:52: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 1SvsFX-0005EY-JJ; Mon, 30 Jul 2012 15:51:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvsFV-0005ET-Or for xen-users@lists.xen.org; Mon, 30 Jul 2012 15:51:14 +0000 Received: from [85.158.138.51:7347] by server-11.bemta-3.messagelabs.com id F5/38-00679-07DA6105; Mon, 30 Jul 2012 15:51:12 +0000 X-Env-Sender: jsolorzano@concytec.gob.pe X-Msg-Ref: server-3.tower-174.messagelabs.com!1343663469!21460024!1 X-Originating-IP: [190.12.69.19] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13873 invoked from network); 30 Jul 2012 15:51:11 -0000 Received: from smtp.concytec.gob.pe (HELO smtp.concytec.gob.pe) (190.12.69.19) by server-3.tower-174.messagelabs.com with SMTP; 30 Jul 2012 15:51:11 -0000 Received: from pc5251 (unknown [192.168.4.161]) by smtp.concytec.gob.pe (Postfix) with ESMTP id 12D413E0459 for ; Mon, 30 Jul 2012 10:34:01 -0500 (PET) From: =?iso-8859-1?Q?Julio_Sol=F3rzano?= To: References: Date: Mon, 30 Jul 2012 10:50:44 -0500 Message-ID: <8F28A3A398BE409596530A977AF552A4@INTRANET.local> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac1tf6+4X2PZztsERYqdSan2p0O/yQA1YKcg Subject: [Xen-users] Xen networking disconnect X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: 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 need your help, DomU xen network diconnects randomly, how do you monitoring this? When I connect to vnc server in the hosts, DomU is running, then I open the DomU, after that guest network responds. DomU Debian 6.03 over Centos 5.7 and Xen 3.03. My network configuration: eth0 Link encap:Ethernet HWaddr 68:B5:99:78:AA:6D inet addr:192.168.5.230 Bcast:192.168.5.255 Mask:255.255.255.0 inet6 addr: fe80::6ab5:99ff:fe78:ad6c/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:4237972 errors:0 dropped:0 overruns:0 frame:0 TX packets:2663665 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:547319641 (521.9 MiB) TX bytes:220520225 (210.3 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:1090692 errors:0 dropped:0 overruns:0 frame:0 TX packets:1090692 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:89713135 (85.5 MiB) TX bytes:89713135 (85.5 MiB) peth0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:14557550 errors:102 dropped:0 overruns:0 frame:0 TX packets:18532553 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2011028398 (1.8 GiB) TX bytes:20743371955 (19.3 GiB) tap0 Link encap:Ethernet HWaddr FE:DC:03:FA:0A:FD inet6 addr: fe80::fcdc:3ff:fefa:afd/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:340892 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:0 (0.0 b) TX bytes:32530658 (31.0 MiB) tap1 Link encap:Ethernet HWaddr FE:93:1B:49:51:2B inet6 addr: fe80::fc93:1bff:fe49:512b/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:340872 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:0 (0.0 b) TX bytes:32529356 (31.0 MiB) tap2 Link encap:Ethernet HWaddr FE:E1:0F:73:C5:69 inet6 addr: fe80::fce1:fff:fe73:c569/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:340842 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:0 (0.0 b) TX bytes:32527197 (31.0 MiB) tap3 Link encap:Ethernet HWaddr FE:CF:0C:41:CF:29 inet6 addr: fe80::fccf:cff:fe41:cf29/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:340839 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:0 (0.0 b) TX bytes:32526987 (31.0 MiB) vif0.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:2663690 errors:0 dropped:0 overruns:0 frame:0 TX packets:4237985 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:220525759 (210.3 MiB) TX bytes:547320421 (521.9 MiB) vif1.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:402315 errors:0 dropped:0 overruns:0 frame:0 TX packets:902391 errors:0 dropped:28279 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:889703904 (848.4 MiB) TX bytes:114468432 (109.1 MiB) vif2.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:75264 errors:0 dropped:0 overruns:0 frame:0 TX packets:397841 errors:0 dropped:28153 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:196606268 (187.4 MiB) TX bytes:76569944 (73.0 MiB) vif3.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:6774649 errors:0 dropped:0 overruns:0 frame:0 TX packets:9914065 errors:0 dropped:24570 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:19334745479 (18.0 GiB) TX bytes:1359548138 (1.2 GiB) vif4.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:2416 errors:0 dropped:0 overruns:0 frame:0 TX packets:341880 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:225475 (220.1 KiB) TX bytes:32702082 (31.1 MiB) virbr0 Link encap:Ethernet HWaddr 00:00:00:00:00:00 inet addr:192.168.122.1 Bcast:192.168.122.255 Mask:255.255.255.0 inet6 addr: fe80::200:ff:fe00:0/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:27 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:6748 (6.5 KiB) xenbr0 Link encap:Ethernet HWaddr FE:93:1B:49:51:2B UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:324811 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:26883663 (25.6 MiB) TX bytes:0 (0.0 b) [root@virtual2 pvasquez]# Julio Date: Sun, 29 Jul 2012 12:01:58 +0200 From: Mark van Dijk To: xen-users@lists.xen.org Subject: [Xen-users] Xen networking experiment (with custom scripts and OpenVSwitch) Message-ID: <20120729120158.73ab4f91@internecto.net> Content-Type: text/plain; charset=US-ASCII Hello everyone, Recently I have been testing my customized Xen 4.2 networking setup. It works pretty good and I would like to share it with anyone who is interested. The relevant files can be found here: https://github.com/slacks42/xenscripts Benefit: configure the Xen related networking devices with one understandable bash script. Please note that this is all still work in progress. For example, some logging entries should be deleted or modified, and some routines could be cleaned up. Still, I think it's nice enough to share. Description of the files: xen.conf is basically a copy of /etc/xen/hotplugpath.sh and should be put in /etc/xen/. udev/xen-backend.rules is a modified version of the file supplied by Xen. Line 6-9 take care of creation and deletion of networking interfaces. As you can see, upon creation/deletion of a network interface, the file /etc/xen/scripts/xennet is called. This file can be found on github in the scripts directory. Xennet is a replacement of vif-bridge. In the old scenario, udev calls vif-setup, vif-setup calls vif-bridge, vif-bridge calls vif-common and numerous other scripts. With xennet, I wanted to have one script to take care of the networking. So xennet requires no other files from /etc/xen/scripts. As you can see xennet uses bash. It is not POSIX compliant but works fine with bash. This takes us to the second millennium ;-) Here is a rundown of xennet: Line 4 takes care of all error output from the script. This is a handy way to debug, especially if you alter line 1 to '#!/bin/bash -x' so that you can see exactly what the script does. Then on line 8, the $unique variable is set to a random 6 character wide string, a 'cookie' of sorts, this is used as a log prefix so that you can see which particular instance of the script does what. Then a couple of functions are initialized. The checklog() and logmsg() functions take care of logging at the requested loglevel (set in xen.conf). This is different from line 4; logmsg is a function that logs to the console, syslog, or a file (xen.conf). The sigerr(), fatal(), success(), xenstore_read_default(), findCommand() and evalVariables() functions are modified versions of the same functions in Xen's xen-script-common.sh file. I added line 191-198 for debugging, rather than calling the actual commands they fake their execution and only add a log entry. That's why they are commented out. The actual routine starts at line 200. Line 201 sets $command to online/offline/add/remove depending on how the script was called from xen-backend.rules. evalVariables (line 202) searches for arguments with an '=', like 'foo=bar', and sets those variables accordingly (like $foo == 'bar'). This is a nice trick I found in xen-script-common.sh. On to line 220-292. This searches for the vifname and bridge name. If $command is 'offline' or 'remove' then I found that it does not know the vifname so it needs a way to find that. In all cases $vifname is set to the requested vifname. Openvswitch does not require a bridge name if you remove a device. So $bridge is not required with 'offline' or 'remove'. Line 297-337 adds or removes the vif from the switch. With openvswitch this can be a "fake bridge", i.e. a VLAN tagged bridge, or an unmanaged switch. One could easily replace the ovs-vswitch commands with brctl commands if desired, I *think*. Xen 4.2, when used with xl, does not setup or change your networking (as we saw with older Xen and network-bridge). So you need to do that yourself which is a much better idea imho anyway. In my case, my init scripts start up openvswitch when the system boots and my custom networking script creates the relevant switches and interfaces and configures those. Finally -- openvswitch can have a lot of messy output that can fill up your syslog files. syslog-ng.conf is something I use to limit openvswitch's output to /var/log/openvswitch.log. Note that I seem to use the word 'switch' and 'bridge' while I am talking about the same thing. Don't let this confuse you. Comments are appreciated! Mark ------------------------------ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users End of Xen-users Digest, Vol 89, Issue 45 ***************************************** _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 30 15:53:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 15:53: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 1SvsHM-0005KP-CW; Mon, 30 Jul 2012 15:53:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvsHK-0005KH-Vn for xen-users@lists.xen.org; Mon, 30 Jul 2012 15:53:07 +0000 Received: from [85.158.143.99:32513] by server-3.bemta-4.messagelabs.com id 5D/69-01511-2EDA6105; Mon, 30 Jul 2012 15:53:06 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1343663583!28530175!1 X-Originating-IP: [141.146.126.227] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQxLjE0Ni4xMjYuMjI3ID0+IDY2NzA4OA==\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4020 invoked from network); 30 Jul 2012 15:53:05 -0000 Received: from acsinet15.oracle.com (HELO acsinet15.oracle.com) (141.146.126.227) by server-13.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jul 2012 15:53:05 -0000 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by acsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q6UFr19w017418 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 30 Jul 2012 15:53:01 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q6UFr07F019914 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Jul 2012 15:53:00 GMT Received: from abhmt116.oracle.com (abhmt116.oracle.com [141.146.116.68]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q6UFqxxC001051; Mon, 30 Jul 2012 10:52:59 -0500 Received: from phenom.dumpdata.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 30 Jul 2012 08:52:59 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 721F1402B5; Mon, 30 Jul 2012 11:44:01 -0400 (EDT) Date: Mon, 30 Jul 2012 11:44:01 -0400 From: Konrad Rzeszutek Wilk To: Ian Campbell Message-ID: <20120730154401.GG4547@phenom.dumpdata.com> References: <1343378363.6812.80.camel@zakaz.uk.xensource.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1343378363.6812.80.camel@zakaz.uk.xensource.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" , Beanjammin H Subject: Re: [Xen-users] xm top shows high CPU load on domU when passed PCI NICs after hypervisor update X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, Jul 27, 2012 at 09:39:23AM +0100, Ian Campbell wrote: > On Thu, 2012-07-26 at 21:26 +0100, Beanjammin H wrote: > > I am running a 64 bit dom0 with a stock Debian Squeeze xen hypervisor > > and kernel. On top of this I am running a PV 32 bit domU that is > > passed two PCI network cards. This set-up had been working well for > > over a year, however there was a recent hypervisor update so I > > rebooted the dom0. Unfortunately now the domU that is being passed > > the two NICs is no longer able to create a PPPoe connection to my ISP > > and xm top show's it's CPU use consistently at 100%. Suggestions on > > what I can do to trouble shoot this would be appreciated. Here is > > what I have tried to date: > > > > - Revert the hypervisor update (packages > > libxenstore3.0_4.0.1-4_amd64.deb > > xen-hypervisor-4.0-amd64_4.0.1-4_amd64.deb > > xenstore-utils_4.0.1-4_amd64.deb xen-utils-4.0_4.0.1-4_amd64.deb > > xen-utils-common_4.0.0-1_all.deb) and reboot the dom0, but this > > doesn't seem to make any difference, so perhaps the timing was a > > coincidence or I've missed reverting a package. > > You might also need to try reverting any dom0 kernel updates which > happened in the interim as well? > > Likewise domU. > > > Searching through the mailing list and google in general hasn't turned > > up reports of a simliar issue. > > There was one performance issue relating to swiotlb and bounce buffering > not so long ago. I'm hoping that Konrad (CCd) will remember the details. It was an optimization: commit 6810df88dcfc22de267caf23eb072ffb97b3c411 Author: Konrad Rzeszutek Wilk Date: Thu Aug 25 16:13:54 2011 -0400 xen-swiotlb: When doing coherent alloc/dealloc check before swizzling the MFNs. > > What are the exact dom0 and domU kernel versions? > > > Any suggestions would be greatly appreciated. > > > > - Ben > > > > _______________________________________________ > > 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 Jul 30 15:53:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 15:53: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 1SvsHM-0005KP-CW; Mon, 30 Jul 2012 15:53:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvsHK-0005KH-Vn for xen-users@lists.xen.org; Mon, 30 Jul 2012 15:53:07 +0000 Received: from [85.158.143.99:32513] by server-3.bemta-4.messagelabs.com id 5D/69-01511-2EDA6105; Mon, 30 Jul 2012 15:53:06 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1343663583!28530175!1 X-Originating-IP: [141.146.126.227] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQxLjE0Ni4xMjYuMjI3ID0+IDY2NzA4OA==\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4020 invoked from network); 30 Jul 2012 15:53:05 -0000 Received: from acsinet15.oracle.com (HELO acsinet15.oracle.com) (141.146.126.227) by server-13.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jul 2012 15:53:05 -0000 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by acsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q6UFr19w017418 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 30 Jul 2012 15:53:01 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q6UFr07F019914 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Jul 2012 15:53:00 GMT Received: from abhmt116.oracle.com (abhmt116.oracle.com [141.146.116.68]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q6UFqxxC001051; Mon, 30 Jul 2012 10:52:59 -0500 Received: from phenom.dumpdata.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 30 Jul 2012 08:52:59 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id 721F1402B5; Mon, 30 Jul 2012 11:44:01 -0400 (EDT) Date: Mon, 30 Jul 2012 11:44:01 -0400 From: Konrad Rzeszutek Wilk To: Ian Campbell Message-ID: <20120730154401.GG4547@phenom.dumpdata.com> References: <1343378363.6812.80.camel@zakaz.uk.xensource.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1343378363.6812.80.camel@zakaz.uk.xensource.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" , Beanjammin H Subject: Re: [Xen-users] xm top shows high CPU load on domU when passed PCI NICs after hypervisor update X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, Jul 27, 2012 at 09:39:23AM +0100, Ian Campbell wrote: > On Thu, 2012-07-26 at 21:26 +0100, Beanjammin H wrote: > > I am running a 64 bit dom0 with a stock Debian Squeeze xen hypervisor > > and kernel. On top of this I am running a PV 32 bit domU that is > > passed two PCI network cards. This set-up had been working well for > > over a year, however there was a recent hypervisor update so I > > rebooted the dom0. Unfortunately now the domU that is being passed > > the two NICs is no longer able to create a PPPoe connection to my ISP > > and xm top show's it's CPU use consistently at 100%. Suggestions on > > what I can do to trouble shoot this would be appreciated. Here is > > what I have tried to date: > > > > - Revert the hypervisor update (packages > > libxenstore3.0_4.0.1-4_amd64.deb > > xen-hypervisor-4.0-amd64_4.0.1-4_amd64.deb > > xenstore-utils_4.0.1-4_amd64.deb xen-utils-4.0_4.0.1-4_amd64.deb > > xen-utils-common_4.0.0-1_all.deb) and reboot the dom0, but this > > doesn't seem to make any difference, so perhaps the timing was a > > coincidence or I've missed reverting a package. > > You might also need to try reverting any dom0 kernel updates which > happened in the interim as well? > > Likewise domU. > > > Searching through the mailing list and google in general hasn't turned > > up reports of a simliar issue. > > There was one performance issue relating to swiotlb and bounce buffering > not so long ago. I'm hoping that Konrad (CCd) will remember the details. It was an optimization: commit 6810df88dcfc22de267caf23eb072ffb97b3c411 Author: Konrad Rzeszutek Wilk Date: Thu Aug 25 16:13:54 2011 -0400 xen-swiotlb: When doing coherent alloc/dealloc check before swizzling the MFNs. > > What are the exact dom0 and domU kernel versions? > > > Any suggestions would be greatly appreciated. > > > > - Ben > > > > _______________________________________________ > > 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 Jul 30 16:04:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 16:04:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvsRc-0006MB-Tt; Mon, 30 Jul 2012 16:03:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvsRa-0006M4-PR for xen-users@lists.xensource.com; Mon, 30 Jul 2012 16:03:42 +0000 Received: from [85.158.143.35:59420] by server-2.bemta-4.messagelabs.com id EA/48-17938-E50B6105; Mon, 30 Jul 2012 16:03:42 +0000 X-Env-Sender: mark@nerdish.us X-Msg-Ref: server-15.tower-21.messagelabs.com!1343664220!15996533!1 X-Originating-IP: [209.85.215.43] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22304 invoked from network); 30 Jul 2012 16:03:41 -0000 Received: from mail-lpp01m010-f43.google.com (HELO mail-lpp01m010-f43.google.com) (209.85.215.43) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jul 2012 16:03:41 -0000 Received: by lahg1 with SMTP id g1so4244291lah.30 for ; Mon, 30 Jul 2012 09:03:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type:x-gm-message-state; bh=Y+MwL76g/QbMxIIoCr/fILNODtUiVHjUhiPAXSABvJE=; b=UAXy3vNWzGVQP36GDH4Aq2OeiBVrmkoByBvyG+jAZrjINrB2bnKfMa1qdXqmeov7sm 9pOWBVZT9EWX2h5Qkz1HhYQBe7447Vk1hJC0qGz34w3zrY5ugKb5Y4TXOl4h1inrUPgR p5YzOjdNnTHCjtUwgI3o8rlYi3wqcUlbRBqnmt6tzMkSB4fmuJnB/a59Au8HAgxgTwG4 rRP+9DFq4yONieq87NNrhID/4ero7pJtTnz6GM8kC3tha0/ZrzYTpHE8zMHxYQEAvSQh 7Ytg+gqjzCNb8zxiusTt+vCfZmSumD6nZbCZOuwqjIEyvyDf9RmS6w6m8LArBxVO4dl9 x6bg== MIME-Version: 1.0 Received: by 10.152.144.234 with SMTP id sp10mr11777743lab.51.1343664219629; Mon, 30 Jul 2012 09:03:39 -0700 (PDT) Received: by 10.114.0.175 with HTTP; Mon, 30 Jul 2012 09:03:39 -0700 (PDT) Date: Mon, 30 Jul 2012 11:03:39 -0500 X-Google-Sender-Auth: hwHQlDz8uTjCMFkEDXtHBM9FNmU Message-ID: From: xenusers To: xen-users@lists.xensource.com X-Gm-Message-State: ALoCoQnyrMn4qqHNubmUTIIxldN7fKhFETmP8D0ip2WuzhwRsMySkSVyhnhFMny8m6GQ0jYPjetJ Subject: [Xen-users] Anyone managed to build 4.1.2 from source on Debian Squeeze? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1092318255913792133==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1092318255913792133== Content-Type: multipart/alternative; boundary=e89a8f22bfb182281f04c60e3466 --e89a8f22bfb182281f04c60e3466 Content-Type: text/plain; charset=ISO-8859-1 Hi list, It seems a pretty simple goal, but my build hangs forever at: ... make[2]: Leaving directory `/usr/src/xen-4.1.2/stubdom' sh ./docs/check_pkgs && make -C docs install || true make[2]: Entering directory `/usr/src/xen-4.1.2/docs' latex src/user.tex >/dev/null I could leave it for weeks and it would never progress past that step. I don't particularly want the docs on these systems so perhaps I could skip them in the build process, but it'd be nice to determine why it hangs and be able to build everything. This is a fresh, fully updated Squeeze machine (x86_64), just installed three hours ago. Did I miss a dependency for Xen to build the docs here? (and if so, why does the doc build hang forever instead of failing out if a dep is missing?) -------------------------- aptitude install build-essential bridge-utils vlan ethtool ifenslave zlib1g-dev python-dev ncurses-dev libssl-dev uuid-dev pciutils-dev texinfo texlive-latex-base texlive-latex-recommended texlive-fonts-extra texlive-fonts-recommended transfig iasl bin86 bcc libx11-dev gettext gawk bridge-utils libcurl3 libcurl4-openssl-dev bzip2 module-init-tools tgif python-twisted libvncserver-dev libsdl1.2-dev libjpeg62-dev libbz2-dev e2fslibs-dev ocaml bison flex ocaml-findlib libtext-template-perl libconfig-inifiles-perl libfile-slurp-perl cd /usr/src wget http://bits.xensource.com/oss-xen/release/4.1.2/xen-4.1.2.tar.gz tar zxf xen-4.1.2.tar.gz cd xen-4.1.2 make world ... the build will run fine for quite some time, before finally hanging on the docs ... -------------------------- It's possible to build 4.1.2 from source on a stock Squeeze, yes? Regards, Mark --e89a8f22bfb182281f04c60e3466 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi list,

It seems a pretty simple goal, but my build han= gs forever at:

...
make[2]: Leaving= directory `/usr/src/xen-4.1.2/stubdom'
sh ./docs/check_pkgs = && make -C docs install || true
make[2]: Entering directory `/usr/src/xen-4.1.2/docs'
la= tex src/user.tex >/dev/null


I could leave it for weeks and it would never progress past that step. = =A0I don't particularly want the docs on these systems so perhaps I cou= ld skip them in the build process, but it'd be nice to determine why it= hangs and be able to build everything.

This is a fresh, fully updated Squeeze machine (x86_64)= , just installed three hours ago. =A0Did I miss a dependency for Xen to bui= ld the docs here? =A0(and if so, why does the doc build hang forever instea= d of failing out if a dep is missing?)

--------------------------
aptitude install b= uild-essential bridge-utils vlan ethtool ifenslave zlib1g-dev python-dev nc= urses-dev libssl-dev uuid-dev pciutils-dev texinfo texlive-latex-base texli= ve-latex-recommended texlive-fonts-extra texlive-fonts-recommended transfig= iasl bin86 bcc libx11-dev gettext=A0gawk bridge-utils libcurl3 libcurl4-op= enssl-dev bzip2 module-init-tools tgif python-twisted libvncserver-dev libs= dl1.2-dev libjpeg62-dev libbz2-dev e2fslibs-dev ocaml bison flex ocaml-find= lib libtext-template-perl libconfig-inifiles-perl libfile-slurp-perl

cd /usr/src
tar zxf xen-4.1.2= .tar.gz
cd xen-4.1.2
make world

... t= he build will run fine for quite some time, before finally hanging on the d= ocs ...
--------------------------

It= 9;s possible to build 4.1.2 from source on a stock Squeeze, yes?

Regards,
Mark

--e89a8f22bfb182281f04c60e3466-- --===============1092318255913792133== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1092318255913792133==-- From xen-users-bounces@lists.xen.org Mon Jul 30 16:04:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 16:04:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvsRc-0006MB-Tt; Mon, 30 Jul 2012 16:03:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvsRa-0006M4-PR for xen-users@lists.xensource.com; Mon, 30 Jul 2012 16:03:42 +0000 Received: from [85.158.143.35:59420] by server-2.bemta-4.messagelabs.com id EA/48-17938-E50B6105; Mon, 30 Jul 2012 16:03:42 +0000 X-Env-Sender: mark@nerdish.us X-Msg-Ref: server-15.tower-21.messagelabs.com!1343664220!15996533!1 X-Originating-IP: [209.85.215.43] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22304 invoked from network); 30 Jul 2012 16:03:41 -0000 Received: from mail-lpp01m010-f43.google.com (HELO mail-lpp01m010-f43.google.com) (209.85.215.43) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jul 2012 16:03:41 -0000 Received: by lahg1 with SMTP id g1so4244291lah.30 for ; Mon, 30 Jul 2012 09:03:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type:x-gm-message-state; bh=Y+MwL76g/QbMxIIoCr/fILNODtUiVHjUhiPAXSABvJE=; b=UAXy3vNWzGVQP36GDH4Aq2OeiBVrmkoByBvyG+jAZrjINrB2bnKfMa1qdXqmeov7sm 9pOWBVZT9EWX2h5Qkz1HhYQBe7447Vk1hJC0qGz34w3zrY5ugKb5Y4TXOl4h1inrUPgR p5YzOjdNnTHCjtUwgI3o8rlYi3wqcUlbRBqnmt6tzMkSB4fmuJnB/a59Au8HAgxgTwG4 rRP+9DFq4yONieq87NNrhID/4ero7pJtTnz6GM8kC3tha0/ZrzYTpHE8zMHxYQEAvSQh 7Ytg+gqjzCNb8zxiusTt+vCfZmSumD6nZbCZOuwqjIEyvyDf9RmS6w6m8LArBxVO4dl9 x6bg== MIME-Version: 1.0 Received: by 10.152.144.234 with SMTP id sp10mr11777743lab.51.1343664219629; Mon, 30 Jul 2012 09:03:39 -0700 (PDT) Received: by 10.114.0.175 with HTTP; Mon, 30 Jul 2012 09:03:39 -0700 (PDT) Date: Mon, 30 Jul 2012 11:03:39 -0500 X-Google-Sender-Auth: hwHQlDz8uTjCMFkEDXtHBM9FNmU Message-ID: From: xenusers To: xen-users@lists.xensource.com X-Gm-Message-State: ALoCoQnyrMn4qqHNubmUTIIxldN7fKhFETmP8D0ip2WuzhwRsMySkSVyhnhFMny8m6GQ0jYPjetJ Subject: [Xen-users] Anyone managed to build 4.1.2 from source on Debian Squeeze? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1092318255913792133==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1092318255913792133== Content-Type: multipart/alternative; boundary=e89a8f22bfb182281f04c60e3466 --e89a8f22bfb182281f04c60e3466 Content-Type: text/plain; charset=ISO-8859-1 Hi list, It seems a pretty simple goal, but my build hangs forever at: ... make[2]: Leaving directory `/usr/src/xen-4.1.2/stubdom' sh ./docs/check_pkgs && make -C docs install || true make[2]: Entering directory `/usr/src/xen-4.1.2/docs' latex src/user.tex >/dev/null I could leave it for weeks and it would never progress past that step. I don't particularly want the docs on these systems so perhaps I could skip them in the build process, but it'd be nice to determine why it hangs and be able to build everything. This is a fresh, fully updated Squeeze machine (x86_64), just installed three hours ago. Did I miss a dependency for Xen to build the docs here? (and if so, why does the doc build hang forever instead of failing out if a dep is missing?) -------------------------- aptitude install build-essential bridge-utils vlan ethtool ifenslave zlib1g-dev python-dev ncurses-dev libssl-dev uuid-dev pciutils-dev texinfo texlive-latex-base texlive-latex-recommended texlive-fonts-extra texlive-fonts-recommended transfig iasl bin86 bcc libx11-dev gettext gawk bridge-utils libcurl3 libcurl4-openssl-dev bzip2 module-init-tools tgif python-twisted libvncserver-dev libsdl1.2-dev libjpeg62-dev libbz2-dev e2fslibs-dev ocaml bison flex ocaml-findlib libtext-template-perl libconfig-inifiles-perl libfile-slurp-perl cd /usr/src wget http://bits.xensource.com/oss-xen/release/4.1.2/xen-4.1.2.tar.gz tar zxf xen-4.1.2.tar.gz cd xen-4.1.2 make world ... the build will run fine for quite some time, before finally hanging on the docs ... -------------------------- It's possible to build 4.1.2 from source on a stock Squeeze, yes? Regards, Mark --e89a8f22bfb182281f04c60e3466 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi list,

It seems a pretty simple goal, but my build han= gs forever at:

...
make[2]: Leaving= directory `/usr/src/xen-4.1.2/stubdom'
sh ./docs/check_pkgs = && make -C docs install || true
make[2]: Entering directory `/usr/src/xen-4.1.2/docs'
la= tex src/user.tex >/dev/null


I could leave it for weeks and it would never progress past that step. = =A0I don't particularly want the docs on these systems so perhaps I cou= ld skip them in the build process, but it'd be nice to determine why it= hangs and be able to build everything.

This is a fresh, fully updated Squeeze machine (x86_64)= , just installed three hours ago. =A0Did I miss a dependency for Xen to bui= ld the docs here? =A0(and if so, why does the doc build hang forever instea= d of failing out if a dep is missing?)

--------------------------
aptitude install b= uild-essential bridge-utils vlan ethtool ifenslave zlib1g-dev python-dev nc= urses-dev libssl-dev uuid-dev pciutils-dev texinfo texlive-latex-base texli= ve-latex-recommended texlive-fonts-extra texlive-fonts-recommended transfig= iasl bin86 bcc libx11-dev gettext=A0gawk bridge-utils libcurl3 libcurl4-op= enssl-dev bzip2 module-init-tools tgif python-twisted libvncserver-dev libs= dl1.2-dev libjpeg62-dev libbz2-dev e2fslibs-dev ocaml bison flex ocaml-find= lib libtext-template-perl libconfig-inifiles-perl libfile-slurp-perl

cd /usr/src
tar zxf xen-4.1.2= .tar.gz
cd xen-4.1.2
make world

... t= he build will run fine for quite some time, before finally hanging on the d= ocs ...
--------------------------

It= 9;s possible to build 4.1.2 from source on a stock Squeeze, yes?

Regards,
Mark

--e89a8f22bfb182281f04c60e3466-- --===============1092318255913792133== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1092318255913792133==-- From xen-users-bounces@lists.xen.org Mon Jul 30 16:11:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 16:11: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 1SvsY8-0006n2-D8; Mon, 30 Jul 2012 16:10:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvsY6-0006mo-J7 for xen-users@lists.xensource.com; Mon, 30 Jul 2012 16:10:26 +0000 Received: from [85.158.143.35:2808] by server-3.bemta-4.messagelabs.com id 12/50-01511-1F1B6105; Mon, 30 Jul 2012 16:10:25 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1343664624!4747073!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDczODI=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12596 invoked from network); 30 Jul 2012 16:10:25 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jul 2012 16:10:25 -0000 X-IronPort-AV: E=Sophos;i="4.77,679,1336348800"; d="scan'208";a="13766240" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 30 Jul 2012 16:10:24 +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.213.0; Mon, 30 Jul 2012 17:10:24 +0100 Message-ID: <1343664623.15432.50.camel@zakaz.uk.xensource.com> From: Ian Campbell To: xenusers Date: Mon, 30 Jul 2012 17:10:23 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] Anyone managed to build 4.1.2 from source on Debian Squeeze? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2012-07-30 at 17:03 +0100, xenusers wrote: > Hi list, > > > It seems a pretty simple goal, but my build hangs forever at: > > > ... > make[2]: Leaving directory `/usr/src/xen-4.1.2/stubdom' > sh ./docs/check_pkgs && make -C docs install || true > make[2]: Entering directory `/usr/src/xen-4.1.2/docs' > latex src/user.tex >/dev/null Can you try cd docs latex src/user.tex ? Or edit docs/Makefile to remove that ">/dev/null". If you do that do you get some more information about what is hanging? Does running "ps axf" or perhaps strac()ing the latex process give any hints as to what has blocked? > This is a fresh, fully updated Squeeze machine (x86_64), just > installed three hours ago. Did I miss a dependency for Xen to build > the docs here? (and if so, why does the doc build hang forever > instead of failing out if a dep is missing?) It's a bug that it does this (either in Xen or elsewhere). However I've never heard of such a thing so I think we'll need your help tracking it down. > It's possible to build 4.1.2 from source on a stock Squeeze, yes? Normally, yes, for one thing the xen.org automated test system runs Squeeze so all the trees are regularly compiled in that environment. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 30 16:11:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 16:11: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 1SvsY8-0006n2-D8; Mon, 30 Jul 2012 16:10:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvsY6-0006mo-J7 for xen-users@lists.xensource.com; Mon, 30 Jul 2012 16:10:26 +0000 Received: from [85.158.143.35:2808] by server-3.bemta-4.messagelabs.com id 12/50-01511-1F1B6105; Mon, 30 Jul 2012 16:10:25 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1343664624!4747073!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDczODI=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12596 invoked from network); 30 Jul 2012 16:10:25 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jul 2012 16:10:25 -0000 X-IronPort-AV: E=Sophos;i="4.77,679,1336348800"; d="scan'208";a="13766240" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 30 Jul 2012 16:10:24 +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.213.0; Mon, 30 Jul 2012 17:10:24 +0100 Message-ID: <1343664623.15432.50.camel@zakaz.uk.xensource.com> From: Ian Campbell To: xenusers Date: Mon, 30 Jul 2012 17:10:23 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] Anyone managed to build 4.1.2 from source on Debian Squeeze? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 2012-07-30 at 17:03 +0100, xenusers wrote: > Hi list, > > > It seems a pretty simple goal, but my build hangs forever at: > > > ... > make[2]: Leaving directory `/usr/src/xen-4.1.2/stubdom' > sh ./docs/check_pkgs && make -C docs install || true > make[2]: Entering directory `/usr/src/xen-4.1.2/docs' > latex src/user.tex >/dev/null Can you try cd docs latex src/user.tex ? Or edit docs/Makefile to remove that ">/dev/null". If you do that do you get some more information about what is hanging? Does running "ps axf" or perhaps strac()ing the latex process give any hints as to what has blocked? > This is a fresh, fully updated Squeeze machine (x86_64), just > installed three hours ago. Did I miss a dependency for Xen to build > the docs here? (and if so, why does the doc build hang forever > instead of failing out if a dep is missing?) It's a bug that it does this (either in Xen or elsewhere). However I've never heard of such a thing so I think we'll need your help tracking it down. > It's possible to build 4.1.2 from source on a stock Squeeze, yes? Normally, yes, for one thing the xen.org automated test system runs Squeeze so all the trees are regularly compiled in that environment. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 30 17:53:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 17:53: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 1Svu8P-0000RN-4g; Mon, 30 Jul 2012 17:52:01 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Svu8M-0000RI-VH for xen-users@lists.xen.org; Mon, 30 Jul 2012 17:51:59 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-13.tower-27.messagelabs.com!1343670711!11418981!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_10_20,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14631 invoked from network); 30 Jul 2012 17:51:51 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-13.tower-27.messagelabs.com with AES128-SHA encrypted SMTP; 30 Jul 2012 17:51:51 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Mon, 30 Jul 2012 19:51:50 +0200 From: Stephan Seitz To: =?utf-8?B?SnVsaW8gU29sw7NyemFubw==?= Thread-Topic: [Xen-users] Xen networking disconnect Thread-Index: Ac1tf6+4X2PZztsERYqdSan2p0O/yQA1YKcgAAWCG4A= Date: Mon, 30 Jul 2012 17:51:50 +0000 Message-ID: <1343670709.27287.34.camel@wotan2> References: <8F28A3A398BE409596530A977AF552A4@INTRANET.local> In-Reply-To: <8F28A3A398BE409596530A977AF552A4@INTRANET.local> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen networking disconnect X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4127270751666409208==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4127270751666409208== Content-Language: de-DE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-0maw/HrGCADQez80Y69H" --=-0maw/HrGCADQez80Y69H Content-Type: multipart/alternative; boundary="=-/+J53BGTh7+D3hl0YJg4" --=-/+J53BGTh7+D3hl0YJg4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, as there's Marks "networking experiments" mail attached to your's, I'm quite not sure if you're using the legacy (as of your CentOS 5/Xen3 setup) way, or maybe trying the experimental one. I guess, the attached mail is unrelated, otherwise I'ld have probably noticed openvswitch. Install ethtool inside your domU and try ethtool -K eth0 tx off # assuming eth0 is your domU's interface to xenbr0 if that helps, you could add that line in your domU's interfaces (below the respective iface statement): post-up ethtool -K eth0 tx off cheers, Stephan Am Montag, den 30.07.2012, 10:50 -0500 schrieb Julio Sol=C3=B3rzano: > Hello. > I need your help, DomU xen network diconnects randomly, how do you > monitoring this? > When I connect to vnc server in the hosts, DomU is running, then I open t= he > DomU, after that guest network responds.=20 > DomU Debian 6.03 over Centos 5.7 and Xen 3.03. > My network configuration: > eth0 Link encap:Ethernet HWaddr 68:B5:99:78:AA:6D > inet addr:192.168.5.230 Bcast:192.168.5.255 Mask:255.255.255.= 0 > inet6 addr: fe80::6ab5:99ff:fe78:ad6c/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:4237972 errors:0 dropped:0 overruns:0 frame:0 > TX packets:2663665 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:547319641 (521.9 MiB) TX bytes:220520225 (210.3 MiB) >=20 > 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:1090692 errors:0 dropped:0 overruns:0 frame:0 > TX packets:1090692 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:89713135 (85.5 MiB) TX bytes:89713135 (85.5 MiB) >=20 > peth0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 > RX packets:14557550 errors:102 dropped:0 overruns:0 frame:0 > TX packets:18532553 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:2011028398 (1.8 GiB) TX bytes:20743371955 (19.3 GiB) >=20 > tap0 Link encap:Ethernet HWaddr FE:DC:03:FA:0A:FD > inet6 addr: fe80::fcdc:3ff:fefa:afd/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:340892 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:500 > RX bytes:0 (0.0 b) TX bytes:32530658 (31.0 MiB) >=20 > tap1 Link encap:Ethernet HWaddr FE:93:1B:49:51:2B > inet6 addr: fe80::fc93:1bff:fe49:512b/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:340872 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:500 > RX bytes:0 (0.0 b) TX bytes:32529356 (31.0 MiB) >=20 > tap2 Link encap:Ethernet HWaddr FE:E1:0F:73:C5:69 > inet6 addr: fe80::fce1:fff:fe73:c569/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:340842 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:500 > RX bytes:0 (0.0 b) TX bytes:32527197 (31.0 MiB) >=20 > tap3 Link encap:Ethernet HWaddr FE:CF:0C:41:CF:29 > inet6 addr: fe80::fccf:cff:fe41:cf29/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:340839 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:500 > RX bytes:0 (0.0 b) TX bytes:32526987 (31.0 MiB) >=20 > vif0.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 > RX packets:2663690 errors:0 dropped:0 overruns:0 frame:0 > TX packets:4237985 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:220525759 (210.3 MiB) TX bytes:547320421 (521.9 MiB) >=20 > vif1.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 > RX packets:402315 errors:0 dropped:0 overruns:0 frame:0 > TX packets:902391 errors:0 dropped:28279 overruns:0 carrier:0 > collisions:0 txqueuelen:500 > RX bytes:889703904 (848.4 MiB) TX bytes:114468432 (109.1 MiB) >=20 > vif2.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 > RX packets:75264 errors:0 dropped:0 overruns:0 frame:0 > TX packets:397841 errors:0 dropped:28153 overruns:0 carrier:0 > collisions:0 txqueuelen:500 > RX bytes:196606268 (187.4 MiB) TX bytes:76569944 (73.0 MiB) >=20 > vif3.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 > RX packets:6774649 errors:0 dropped:0 overruns:0 frame:0 > TX packets:9914065 errors:0 dropped:24570 overruns:0 carrier:0 > collisions:0 txqueuelen:500 > RX bytes:19334745479 (18.0 GiB) TX bytes:1359548138 (1.2 GiB) >=20 > vif4.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 > RX packets:2416 errors:0 dropped:0 overruns:0 frame:0 > TX packets:341880 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:500 > RX bytes:225475 (220.1 KiB) TX bytes:32702082 (31.1 MiB) >=20 > virbr0 Link encap:Ethernet HWaddr 00:00:00:00:00:00 > inet addr:192.168.122.1 Bcast:192.168.122.255 Mask:255.255.25= 5.0 > inet6 addr: fe80::200:ff:fe00:0/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:27 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:0 (0.0 b) TX bytes:6748 (6.5 KiB) >=20 > xenbr0 Link encap:Ethernet HWaddr FE:93:1B:49:51:2B > UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 > RX packets:324811 errors:0 dropped:0 overruns:0 frame:0 > TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:26883663 (25.6 MiB) TX bytes:0 (0.0 b) >=20 > [root@virtual2 pvasquez]# >=20 > Julio >=20 >=20 > Date: Sun, 29 Jul 2012 12:01:58 +0200 > From: Mark van Dijk > To: xen-users@lists.xen.org > Subject: [Xen-users] Xen networking experiment (with custom scripts > and OpenVSwitch) > Message-ID: <20120729120158.73ab4f91@internecto.net> > Content-Type: text/plain; charset=3DUS-ASCII >=20 > Hello everyone, >=20 > Recently I have been testing my customized Xen 4.2 networking setup. It > works pretty good and I would like to share it with anyone who is > interested. >=20 > The relevant files can be found here: > https://github.com/slacks42/xenscripts >=20 > Benefit: configure the Xen related networking devices with one > understandable bash script. >=20 > Please note that this is all still work in progress. For example, some > logging entries should be deleted or modified, and some routines could > be cleaned up. Still, I think it's nice enough to share. >=20 > Description of the files: >=20 > xen.conf is basically a copy of /etc/xen/hotplugpath.sh and should be > put in /etc/xen/. >=20 > udev/xen-backend.rules is a modified version of the file supplied by > Xen. Line 6-9 take care of creation and deletion of > networking interfaces. As you can see, upon creation/deletion of a > network interface, the file /etc/xen/scripts/xennet is called. This > file can be found on github in the scripts directory. >=20 > Xennet is a replacement of vif-bridge. In the old scenario, udev > calls vif-setup, vif-setup calls vif-bridge, vif-bridge calls > vif-common and numerous other scripts. With xennet, I wanted to have one > script to take care of the networking. So xennet requires no other files > from /etc/xen/scripts. >=20 > As you can see xennet uses bash. It is not POSIX compliant but works > fine with bash. This takes us to the second millennium ;-)=20 >=20 > Here is a rundown of xennet: >=20 > Line 4 takes care of all error output from the script. This is a handy > way to debug, especially if you alter line 1 to '#!/bin/bash -x' so > that you can see exactly what the script does. >=20 > Then on line 8, the $unique variable is set to a random 6 character > wide string, a 'cookie' of sorts, this is used as a log prefix so that > you can see which particular instance of the script does what. >=20 > Then a couple of functions are initialized. The checklog() and > logmsg() functions take care of logging at the requested loglevel (set > in xen.conf). This is different from line 4; logmsg is a function that > logs to the console, syslog, or a file (xen.conf). >=20 > The sigerr(), fatal(), success(), xenstore_read_default(), > findCommand() and evalVariables() functions are modified versions of the > same functions in Xen's xen-script-common.sh file. >=20 > I added line 191-198 for debugging, rather than calling the actual > commands they fake their execution and only add a log entry. That's why > they are commented out. >=20 > The actual routine starts at line 200. Line 201 sets $command to > online/offline/add/remove depending on how the script was called from > xen-backend.rules. evalVariables (line 202) searches for arguments with > an '=3D', like 'foo=3Dbar', and sets those variables accordingly (like > $foo =3D=3D 'bar'). This is a nice trick I found in xen-script-common.sh. >=20 > On to line 220-292. This searches for the vifname and bridge name. If > $command is 'offline' or 'remove' then I found that it does not know > the vifname so it needs a way to find that. In all cases $vifname is > set to the requested vifname. Openvswitch does not require a bridge > name if you remove a device. So $bridge is not required with 'offline' > or 'remove'. >=20 > Line 297-337 adds or removes the vif from the switch. With openvswitch > this can be a "fake bridge", i.e. a VLAN tagged bridge, or an unmanaged > switch. One could easily replace the ovs-vswitch commands with brctl > commands if desired, I *think*. >=20 > Xen 4.2, when used with xl, does not setup or change your networking > (as we saw with older Xen and network-bridge). So you need to do that > yourself which is a much better idea imho anyway. In my case, my init > scripts start up openvswitch when the system boots and my custom > networking script creates the relevant switches and interfaces and > configures those. >=20 > Finally -- openvswitch can have a lot of messy output that can fill up > your syslog files. syslog-ng.conf is something I use to limit > openvswitch's output to /var/log/openvswitch.log. >=20 > Note that I seem to use the word 'switch' and 'bridge' while I am > talking about the same thing. Don't let this confuse you. >=20 > Comments are appreciated! >=20 > Mark >=20 >=20 >=20 > ------------------------------ >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users >=20 >=20 > End of Xen-users Digest, Vol 89, Issue 45 > ***************************************** >=20 >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --=-/+J53BGTh7+D3hl0YJg4 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi,

as there's Marks "networking experiments" mail attached to your's= , I'm quite not sure if you're
using the legacy (as of your CentOS 5/Xen3 setup) way, or maybe trying the = experimental one.
I guess, the attached mail is unrelated, otherwise I'ld have probably notic= ed openvswitch.

Install ethtool inside your domU and try

ethtool -K eth0 tx off # assuming eth0 is your domU's interface to xenbr0
if that helps, you could add that line in your domU's interfaces (below the= respective iface statement):
    post-up  ethtool -K eth0 tx off

cheers,

Stephan



Am Montag, den 30.07.2012, 10:50 -0500 schrieb Julio Solórzano: 
Hello.
I need your help, DomU xen network diconnects randomly, how do you
monitoring this?
When I connect to vnc server in the hosts, DomU is running, then I open the
DomU, after that guest network responds.=20
DomU Debian 6.03 over Centos 5.7 and Xen 3.03.
My network configuration:
eth0      Link encap:Ethernet  HWaddr 68:B5:99:78:AA:6D
          inet addr:192.168.5.230  Bcast:192.168.5.255  Mask:255.255.255.0
          inet6 addr: fe80::6ab5:99ff:fe78:ad6c/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:4237972 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2663665 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:547319641 (521.9 MiB)  TX bytes:220520225 (210.3 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:1090692 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1090692 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:89713135 (85.5 MiB)  TX bytes:89713135 (85.5 MiB)

peth0     Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF
          inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
          UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
          RX packets:14557550 errors:102 dropped:0 overruns:0 frame:0
          TX packets:18532553 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2011028398 (1.8 GiB)  TX bytes:20743371955 (19.3 GiB)

tap0      Link encap:Ethernet  HWaddr FE:DC:03:FA:0A:FD
          inet6 addr: fe80::fcdc:3ff:fefa:afd/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:340892 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:500
          RX bytes:0 (0.0 b)  TX bytes:32530658 (31.0 MiB)

tap1      Link encap:Ethernet  HWaddr FE:93:1B:49:51:2B
          inet6 addr: fe80::fc93:1bff:fe49:512b/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:340872 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:500
          RX bytes:0 (0.0 b)  TX bytes:32529356 (31.0 MiB)

tap2      Link encap:Ethernet  HWaddr FE:E1:0F:73:C5:69
          inet6 addr: fe80::fce1:fff:fe73:c569/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:340842 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:500
          RX bytes:0 (0.0 b)  TX bytes:32527197 (31.0 MiB)

tap3      Link encap:Ethernet  HWaddr FE:CF:0C:41:CF:29
          inet6 addr: fe80::fccf:cff:fe41:cf29/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:340839 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:500
          RX bytes:0 (0.0 b)  TX bytes:32526987 (31.0 MiB)

vif0.0    Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF
          inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
          UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
          RX packets:2663690 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4237985 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:220525759 (210.3 MiB)  TX bytes:547320421 (521.9 MiB)

vif1.0    Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF
          inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
          UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
          RX packets:402315 errors:0 dropped:0 overruns:0 frame:0
          TX packets:902391 errors:0 dropped:28279 overruns:0 carrier:0
          collisions:0 txqueuelen:500
          RX bytes:889703904 (848.4 MiB)  TX bytes:114468432 (109.1 MiB)

vif2.0    Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF
          inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
          UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
          RX packets:75264 errors:0 dropped:0 overruns:0 frame:0
          TX packets:397841 errors:0 dropped:28153 overruns:0 carrier:0
          collisions:0 txqueuelen:500
          RX bytes:196606268 (187.4 MiB)  TX bytes:76569944 (73.0 MiB)

vif3.0    Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF
          inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
          UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
          RX packets:6774649 errors:0 dropped:0 overruns:0 frame:0
          TX packets:9914065 errors:0 dropped:24570 overruns:0 carrier:0
          collisions:0 txqueuelen:500
          RX bytes:19334745479 (18.0 GiB)  TX bytes:1359548138 (1.2 GiB)

vif4.0    Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF
          inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
          UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
          RX packets:2416 errors:0 dropped:0 overruns:0 frame:0
          TX packets:341880 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:500
          RX bytes:225475 (220.1 KiB)  TX bytes:32702082 (31.1 MiB)

virbr0    Link encap:Ethernet  HWaddr 00:00:00:00:00:00
          inet addr:192.168.122.1  Bcast:192.168.122.255  Mask:255.255.255.=
0
          inet6 addr: fe80::200:ff:fe00:0/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:27 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 b)  TX bytes:6748 (6.5 KiB)

xenbr0    Link encap:Ethernet  HWaddr FE:93:1B:49:51:2B
          UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
          RX packets:324811 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:26883663 (25.6 MiB)  TX bytes:0 (0.0 b)

[root@virtual2 pvasquez]#

Julio


Date: Sun, 29 Jul 2012 12:01:58 +0200
From: Mark van Dijk <lists+x=
en@internecto.net>
To: xen-users@lists.xen.org
Subject: [Xen-users] Xen networking experiment (with custom scripts
	and	OpenVSwitch)
Message-ID: <2=
0120729120158.73ab4f91@internecto.net>
Content-Type: text/plain; charset=3DUS-ASCII

Hello everyone,

Recently I have been testing my customized Xen 4.2 networking setup. It
works pretty good and I would like to share it with anyone who is
interested.

The relevant files can be found here:
https://github.com/slack=
s42/xenscripts

Benefit: configure the Xen related networking devices with one
understandable bash script.

Please note that this is all still work in progress. For example, some
logging entries should be deleted or modified, and some routines could
be cleaned up. Still, I think it's nice enough to share.

Description of the files:

xen.conf is basically a copy of /etc/xen/hotplugpath.sh and should be
put in /etc/xen/.

udev/xen-backend.rules is a modified version of the file supplied by
Xen. Line 6-9 take care of creation and deletion of
networking interfaces. As you can see, upon creation/deletion of a
network interface, the file /etc/xen/scripts/xennet is called. This
file can be found on github in the scripts directory.

Xennet is a replacement of vif-bridge. In the old scenario, udev
calls vif-setup, vif-setup calls vif-bridge, vif-bridge calls
vif-common and numerous other scripts. With xennet, I wanted to have one
script to take care of the networking. So xennet requires no other files
from /etc/xen/scripts.

As you can see xennet uses bash. It is not POSIX compliant but works
fine with bash. This takes us to the second millennium ;-)=20

Here is a rundown of xennet:

Line 4 takes care of all error output from the script. This is a handy
way to debug, especially if you alter line 1 to '#!/bin/bash -x' so
that you can see exactly what the script does.

Then on line 8, the $unique variable is set to a random 6 character
wide string, a 'cookie' of sorts, this is used as a log prefix so that
you can see which particular instance of the script does what.

Then a couple of functions are initialized. The checklog() and
logmsg() functions take care of logging at the requested loglevel (set
in xen.conf). This is different from line 4; logmsg is a function that
logs to the console, syslog, or a file (xen.conf).

The sigerr(), fatal(), success(), xenstore_read_default(),
findCommand() and evalVariables() functions are modified versions of the
same functions in Xen's xen-script-common.sh file.

I added line 191-198 for debugging, rather than calling the actual
commands they fake their execution and only add a log entry. That's why
they are commented out.

The actual routine starts at line 200. Line 201 sets $command to
online/offline/add/remove depending on how the script was called from
xen-backend.rules. evalVariables (line 202) searches for arguments with
an '=3D', like 'foo=3Dbar', and sets those variables accordingly (like
$foo =3D=3D 'bar'). This is a nice trick I found in xen-script-common.sh.

On to line 220-292. This searches for the vifname and bridge name. If
$command is 'offline' or 'remove' then I found that it does not know
the vifname so it needs a way to find that. In all cases $vifname is
set to the requested vifname. Openvswitch does not require a bridge
name if you remove a device. So $bridge is not required with 'offline'
or 'remove'.

Line 297-337 adds or removes the vif from the switch. With openvswitch
this can be a "fake bridge", i.e. a VLAN tagged bridge, or an unm=
anaged
switch. One could easily replace the ovs-vswitch commands with brctl
commands if desired, I *think*.

Xen 4.2, when used with xl, does not setup or change your networking
(as we saw with older Xen and network-bridge). So you need to do that
yourself which is a much better idea imho anyway. In my case, my init
scripts start up openvswitch when the system boots and my custom
networking script creates the relevant switches and interfaces and
configures those.

Finally -- openvswitch can have a lot of messy output that can fill up
your syslog files. syslog-ng.conf is something I use to limit
openvswitch's output to /var/log/openvswitch.log.

Note that I seem to use the word 'switch' and 'bridge' while I am
talking about the same thing. Don't let this confuse you.

Comments are appreciated!

Mark



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

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


End of Xen-users Digest, Vol 89, Issue 45
*****************************************


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--=-/+J53BGTh7+D3hl0YJg4-- --=-0maw/HrGCADQez80Y69H 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.11 (GNU/Linux) iQEcBAABAgAGBQJQFsm1AAoJEHzu36SveCllzDcH/ixqKhyQgXgxIOLt/7Xrv2jk yqWgf7vhQyBF1FTJ1Rv//seh7xtOGiNW5/aB6BMufbYbtztFV2Qa8W000lfe0SQV V1agvwRa0+vBEIuYpykYU3gf0YQuLR569qGlvchDbzVKSwAW2vUDqUX27tfZ4OPW riHe8dSXFNS1esDwarIgBJ2a2KNnAdKVIOmwtueb4ynlRutN0XxN8sDk4GRi6jfF 62rsvPCXtnDrWxTMZSnlWVLtBzUtI5T8c8u6nnTAzevH5si5FR9yl9tEwQK7HTlb PgHzKhBOOyVe+INn96Pd3DrDwvxCWwFUOdidlKmGzjAjMn5BgWVXg0GV2BqQPCs= =ZDQC -----END PGP SIGNATURE----- --=-0maw/HrGCADQez80Y69H-- --===============4127270751666409208== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4127270751666409208==-- From xen-users-bounces@lists.xen.org Mon Jul 30 17:53:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 17:53: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 1Svu8P-0000RN-4g; Mon, 30 Jul 2012 17:52:01 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Svu8M-0000RI-VH for xen-users@lists.xen.org; Mon, 30 Jul 2012 17:51:59 +0000 X-Env-Sender: s.seitz@netzhaut.de X-Msg-Ref: server-13.tower-27.messagelabs.com!1343670711!11418981!1 X-Originating-IP: [212.114.142.59] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_10_20,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14631 invoked from network); 30 Jul 2012 17:51:51 -0000 Received: from remote.netzhaut.de (HELO remote.netzhaut.de) (212.114.142.59) by server-13.tower-27.messagelabs.com with AES128-SHA encrypted SMTP; 30 Jul 2012 17:51:51 -0000 Received: from EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e]) by EXCHANGE.nh.local ([fe80::c860:b1b4:4316:c81e%13]) with mapi id 14.01.0355.002; Mon, 30 Jul 2012 19:51:50 +0200 From: Stephan Seitz To: =?utf-8?B?SnVsaW8gU29sw7NyemFubw==?= Thread-Topic: [Xen-users] Xen networking disconnect Thread-Index: Ac1tf6+4X2PZztsERYqdSan2p0O/yQA1YKcgAAWCG4A= Date: Mon, 30 Jul 2012 17:51:50 +0000 Message-ID: <1343670709.27287.34.camel@wotan2> References: <8F28A3A398BE409596530A977AF552A4@INTRANET.local> In-Reply-To: <8F28A3A398BE409596530A977AF552A4@INTRANET.local> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [212.114.142.50] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen networking disconnect X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4127270751666409208==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4127270751666409208== Content-Language: de-DE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-0maw/HrGCADQez80Y69H" --=-0maw/HrGCADQez80Y69H Content-Type: multipart/alternative; boundary="=-/+J53BGTh7+D3hl0YJg4" --=-/+J53BGTh7+D3hl0YJg4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, as there's Marks "networking experiments" mail attached to your's, I'm quite not sure if you're using the legacy (as of your CentOS 5/Xen3 setup) way, or maybe trying the experimental one. I guess, the attached mail is unrelated, otherwise I'ld have probably noticed openvswitch. Install ethtool inside your domU and try ethtool -K eth0 tx off # assuming eth0 is your domU's interface to xenbr0 if that helps, you could add that line in your domU's interfaces (below the respective iface statement): post-up ethtool -K eth0 tx off cheers, Stephan Am Montag, den 30.07.2012, 10:50 -0500 schrieb Julio Sol=C3=B3rzano: > Hello. > I need your help, DomU xen network diconnects randomly, how do you > monitoring this? > When I connect to vnc server in the hosts, DomU is running, then I open t= he > DomU, after that guest network responds.=20 > DomU Debian 6.03 over Centos 5.7 and Xen 3.03. > My network configuration: > eth0 Link encap:Ethernet HWaddr 68:B5:99:78:AA:6D > inet addr:192.168.5.230 Bcast:192.168.5.255 Mask:255.255.255.= 0 > inet6 addr: fe80::6ab5:99ff:fe78:ad6c/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:4237972 errors:0 dropped:0 overruns:0 frame:0 > TX packets:2663665 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:547319641 (521.9 MiB) TX bytes:220520225 (210.3 MiB) >=20 > 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:1090692 errors:0 dropped:0 overruns:0 frame:0 > TX packets:1090692 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:89713135 (85.5 MiB) TX bytes:89713135 (85.5 MiB) >=20 > peth0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 > RX packets:14557550 errors:102 dropped:0 overruns:0 frame:0 > TX packets:18532553 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:2011028398 (1.8 GiB) TX bytes:20743371955 (19.3 GiB) >=20 > tap0 Link encap:Ethernet HWaddr FE:DC:03:FA:0A:FD > inet6 addr: fe80::fcdc:3ff:fefa:afd/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:340892 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:500 > RX bytes:0 (0.0 b) TX bytes:32530658 (31.0 MiB) >=20 > tap1 Link encap:Ethernet HWaddr FE:93:1B:49:51:2B > inet6 addr: fe80::fc93:1bff:fe49:512b/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:340872 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:500 > RX bytes:0 (0.0 b) TX bytes:32529356 (31.0 MiB) >=20 > tap2 Link encap:Ethernet HWaddr FE:E1:0F:73:C5:69 > inet6 addr: fe80::fce1:fff:fe73:c569/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:340842 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:500 > RX bytes:0 (0.0 b) TX bytes:32527197 (31.0 MiB) >=20 > tap3 Link encap:Ethernet HWaddr FE:CF:0C:41:CF:29 > inet6 addr: fe80::fccf:cff:fe41:cf29/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:340839 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:500 > RX bytes:0 (0.0 b) TX bytes:32526987 (31.0 MiB) >=20 > vif0.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 > RX packets:2663690 errors:0 dropped:0 overruns:0 frame:0 > TX packets:4237985 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:220525759 (210.3 MiB) TX bytes:547320421 (521.9 MiB) >=20 > vif1.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 > RX packets:402315 errors:0 dropped:0 overruns:0 frame:0 > TX packets:902391 errors:0 dropped:28279 overruns:0 carrier:0 > collisions:0 txqueuelen:500 > RX bytes:889703904 (848.4 MiB) TX bytes:114468432 (109.1 MiB) >=20 > vif2.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 > RX packets:75264 errors:0 dropped:0 overruns:0 frame:0 > TX packets:397841 errors:0 dropped:28153 overruns:0 carrier:0 > collisions:0 txqueuelen:500 > RX bytes:196606268 (187.4 MiB) TX bytes:76569944 (73.0 MiB) >=20 > vif3.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 > RX packets:6774649 errors:0 dropped:0 overruns:0 frame:0 > TX packets:9914065 errors:0 dropped:24570 overruns:0 carrier:0 > collisions:0 txqueuelen:500 > RX bytes:19334745479 (18.0 GiB) TX bytes:1359548138 (1.2 GiB) >=20 > vif4.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF > inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link > UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 > RX packets:2416 errors:0 dropped:0 overruns:0 frame:0 > TX packets:341880 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:500 > RX bytes:225475 (220.1 KiB) TX bytes:32702082 (31.1 MiB) >=20 > virbr0 Link encap:Ethernet HWaddr 00:00:00:00:00:00 > inet addr:192.168.122.1 Bcast:192.168.122.255 Mask:255.255.25= 5.0 > inet6 addr: fe80::200:ff:fe00:0/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:27 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:0 (0.0 b) TX bytes:6748 (6.5 KiB) >=20 > xenbr0 Link encap:Ethernet HWaddr FE:93:1B:49:51:2B > UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 > RX packets:324811 errors:0 dropped:0 overruns:0 frame:0 > TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:26883663 (25.6 MiB) TX bytes:0 (0.0 b) >=20 > [root@virtual2 pvasquez]# >=20 > Julio >=20 >=20 > Date: Sun, 29 Jul 2012 12:01:58 +0200 > From: Mark van Dijk > To: xen-users@lists.xen.org > Subject: [Xen-users] Xen networking experiment (with custom scripts > and OpenVSwitch) > Message-ID: <20120729120158.73ab4f91@internecto.net> > Content-Type: text/plain; charset=3DUS-ASCII >=20 > Hello everyone, >=20 > Recently I have been testing my customized Xen 4.2 networking setup. It > works pretty good and I would like to share it with anyone who is > interested. >=20 > The relevant files can be found here: > https://github.com/slacks42/xenscripts >=20 > Benefit: configure the Xen related networking devices with one > understandable bash script. >=20 > Please note that this is all still work in progress. For example, some > logging entries should be deleted or modified, and some routines could > be cleaned up. Still, I think it's nice enough to share. >=20 > Description of the files: >=20 > xen.conf is basically a copy of /etc/xen/hotplugpath.sh and should be > put in /etc/xen/. >=20 > udev/xen-backend.rules is a modified version of the file supplied by > Xen. Line 6-9 take care of creation and deletion of > networking interfaces. As you can see, upon creation/deletion of a > network interface, the file /etc/xen/scripts/xennet is called. This > file can be found on github in the scripts directory. >=20 > Xennet is a replacement of vif-bridge. In the old scenario, udev > calls vif-setup, vif-setup calls vif-bridge, vif-bridge calls > vif-common and numerous other scripts. With xennet, I wanted to have one > script to take care of the networking. So xennet requires no other files > from /etc/xen/scripts. >=20 > As you can see xennet uses bash. It is not POSIX compliant but works > fine with bash. This takes us to the second millennium ;-)=20 >=20 > Here is a rundown of xennet: >=20 > Line 4 takes care of all error output from the script. This is a handy > way to debug, especially if you alter line 1 to '#!/bin/bash -x' so > that you can see exactly what the script does. >=20 > Then on line 8, the $unique variable is set to a random 6 character > wide string, a 'cookie' of sorts, this is used as a log prefix so that > you can see which particular instance of the script does what. >=20 > Then a couple of functions are initialized. The checklog() and > logmsg() functions take care of logging at the requested loglevel (set > in xen.conf). This is different from line 4; logmsg is a function that > logs to the console, syslog, or a file (xen.conf). >=20 > The sigerr(), fatal(), success(), xenstore_read_default(), > findCommand() and evalVariables() functions are modified versions of the > same functions in Xen's xen-script-common.sh file. >=20 > I added line 191-198 for debugging, rather than calling the actual > commands they fake their execution and only add a log entry. That's why > they are commented out. >=20 > The actual routine starts at line 200. Line 201 sets $command to > online/offline/add/remove depending on how the script was called from > xen-backend.rules. evalVariables (line 202) searches for arguments with > an '=3D', like 'foo=3Dbar', and sets those variables accordingly (like > $foo =3D=3D 'bar'). This is a nice trick I found in xen-script-common.sh. >=20 > On to line 220-292. This searches for the vifname and bridge name. If > $command is 'offline' or 'remove' then I found that it does not know > the vifname so it needs a way to find that. In all cases $vifname is > set to the requested vifname. Openvswitch does not require a bridge > name if you remove a device. So $bridge is not required with 'offline' > or 'remove'. >=20 > Line 297-337 adds or removes the vif from the switch. With openvswitch > this can be a "fake bridge", i.e. a VLAN tagged bridge, or an unmanaged > switch. One could easily replace the ovs-vswitch commands with brctl > commands if desired, I *think*. >=20 > Xen 4.2, when used with xl, does not setup or change your networking > (as we saw with older Xen and network-bridge). So you need to do that > yourself which is a much better idea imho anyway. In my case, my init > scripts start up openvswitch when the system boots and my custom > networking script creates the relevant switches and interfaces and > configures those. >=20 > Finally -- openvswitch can have a lot of messy output that can fill up > your syslog files. syslog-ng.conf is something I use to limit > openvswitch's output to /var/log/openvswitch.log. >=20 > Note that I seem to use the word 'switch' and 'bridge' while I am > talking about the same thing. Don't let this confuse you. >=20 > Comments are appreciated! >=20 > Mark >=20 >=20 >=20 > ------------------------------ >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users >=20 >=20 > End of Xen-users Digest, Vol 89, Issue 45 > ***************************************** >=20 >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --=-/+J53BGTh7+D3hl0YJg4 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi,

as there's Marks "networking experiments" mail attached to your's= , I'm quite not sure if you're
using the legacy (as of your CentOS 5/Xen3 setup) way, or maybe trying the = experimental one.
I guess, the attached mail is unrelated, otherwise I'ld have probably notic= ed openvswitch.

Install ethtool inside your domU and try

ethtool -K eth0 tx off # assuming eth0 is your domU's interface to xenbr0
if that helps, you could add that line in your domU's interfaces (below the= respective iface statement):
    post-up  ethtool -K eth0 tx off

cheers,

Stephan



Am Montag, den 30.07.2012, 10:50 -0500 schrieb Julio Solórzano: 
Hello.
I need your help, DomU xen network diconnects randomly, how do you
monitoring this?
When I connect to vnc server in the hosts, DomU is running, then I open the
DomU, after that guest network responds.=20
DomU Debian 6.03 over Centos 5.7 and Xen 3.03.
My network configuration:
eth0      Link encap:Ethernet  HWaddr 68:B5:99:78:AA:6D
          inet addr:192.168.5.230  Bcast:192.168.5.255  Mask:255.255.255.0
          inet6 addr: fe80::6ab5:99ff:fe78:ad6c/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:4237972 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2663665 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:547319641 (521.9 MiB)  TX bytes:220520225 (210.3 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:1090692 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1090692 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:89713135 (85.5 MiB)  TX bytes:89713135 (85.5 MiB)

peth0     Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF
          inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
          UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
          RX packets:14557550 errors:102 dropped:0 overruns:0 frame:0
          TX packets:18532553 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2011028398 (1.8 GiB)  TX bytes:20743371955 (19.3 GiB)

tap0      Link encap:Ethernet  HWaddr FE:DC:03:FA:0A:FD
          inet6 addr: fe80::fcdc:3ff:fefa:afd/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:340892 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:500
          RX bytes:0 (0.0 b)  TX bytes:32530658 (31.0 MiB)

tap1      Link encap:Ethernet  HWaddr FE:93:1B:49:51:2B
          inet6 addr: fe80::fc93:1bff:fe49:512b/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:340872 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:500
          RX bytes:0 (0.0 b)  TX bytes:32529356 (31.0 MiB)

tap2      Link encap:Ethernet  HWaddr FE:E1:0F:73:C5:69
          inet6 addr: fe80::fce1:fff:fe73:c569/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:340842 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:500
          RX bytes:0 (0.0 b)  TX bytes:32527197 (31.0 MiB)

tap3      Link encap:Ethernet  HWaddr FE:CF:0C:41:CF:29
          inet6 addr: fe80::fccf:cff:fe41:cf29/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:340839 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:500
          RX bytes:0 (0.0 b)  TX bytes:32526987 (31.0 MiB)

vif0.0    Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF
          inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
          UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
          RX packets:2663690 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4237985 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:220525759 (210.3 MiB)  TX bytes:547320421 (521.9 MiB)

vif1.0    Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF
          inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
          UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
          RX packets:402315 errors:0 dropped:0 overruns:0 frame:0
          TX packets:902391 errors:0 dropped:28279 overruns:0 carrier:0
          collisions:0 txqueuelen:500
          RX bytes:889703904 (848.4 MiB)  TX bytes:114468432 (109.1 MiB)

vif2.0    Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF
          inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
          UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
          RX packets:75264 errors:0 dropped:0 overruns:0 frame:0
          TX packets:397841 errors:0 dropped:28153 overruns:0 carrier:0
          collisions:0 txqueuelen:500
          RX bytes:196606268 (187.4 MiB)  TX bytes:76569944 (73.0 MiB)

vif3.0    Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF
          inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
          UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
          RX packets:6774649 errors:0 dropped:0 overruns:0 frame:0
          TX packets:9914065 errors:0 dropped:24570 overruns:0 carrier:0
          collisions:0 txqueuelen:500
          RX bytes:19334745479 (18.0 GiB)  TX bytes:1359548138 (1.2 GiB)

vif4.0    Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF
          inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
          UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
          RX packets:2416 errors:0 dropped:0 overruns:0 frame:0
          TX packets:341880 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:500
          RX bytes:225475 (220.1 KiB)  TX bytes:32702082 (31.1 MiB)

virbr0    Link encap:Ethernet  HWaddr 00:00:00:00:00:00
          inet addr:192.168.122.1  Bcast:192.168.122.255  Mask:255.255.255.=
0
          inet6 addr: fe80::200:ff:fe00:0/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:27 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 b)  TX bytes:6748 (6.5 KiB)

xenbr0    Link encap:Ethernet  HWaddr FE:93:1B:49:51:2B
          UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
          RX packets:324811 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:26883663 (25.6 MiB)  TX bytes:0 (0.0 b)

[root@virtual2 pvasquez]#

Julio


Date: Sun, 29 Jul 2012 12:01:58 +0200
From: Mark van Dijk <lists+x=
en@internecto.net>
To: xen-users@lists.xen.org
Subject: [Xen-users] Xen networking experiment (with custom scripts
	and	OpenVSwitch)
Message-ID: <2=
0120729120158.73ab4f91@internecto.net>
Content-Type: text/plain; charset=3DUS-ASCII

Hello everyone,

Recently I have been testing my customized Xen 4.2 networking setup. It
works pretty good and I would like to share it with anyone who is
interested.

The relevant files can be found here:
https://github.com/slack=
s42/xenscripts

Benefit: configure the Xen related networking devices with one
understandable bash script.

Please note that this is all still work in progress. For example, some
logging entries should be deleted or modified, and some routines could
be cleaned up. Still, I think it's nice enough to share.

Description of the files:

xen.conf is basically a copy of /etc/xen/hotplugpath.sh and should be
put in /etc/xen/.

udev/xen-backend.rules is a modified version of the file supplied by
Xen. Line 6-9 take care of creation and deletion of
networking interfaces. As you can see, upon creation/deletion of a
network interface, the file /etc/xen/scripts/xennet is called. This
file can be found on github in the scripts directory.

Xennet is a replacement of vif-bridge. In the old scenario, udev
calls vif-setup, vif-setup calls vif-bridge, vif-bridge calls
vif-common and numerous other scripts. With xennet, I wanted to have one
script to take care of the networking. So xennet requires no other files
from /etc/xen/scripts.

As you can see xennet uses bash. It is not POSIX compliant but works
fine with bash. This takes us to the second millennium ;-)=20

Here is a rundown of xennet:

Line 4 takes care of all error output from the script. This is a handy
way to debug, especially if you alter line 1 to '#!/bin/bash -x' so
that you can see exactly what the script does.

Then on line 8, the $unique variable is set to a random 6 character
wide string, a 'cookie' of sorts, this is used as a log prefix so that
you can see which particular instance of the script does what.

Then a couple of functions are initialized. The checklog() and
logmsg() functions take care of logging at the requested loglevel (set
in xen.conf). This is different from line 4; logmsg is a function that
logs to the console, syslog, or a file (xen.conf).

The sigerr(), fatal(), success(), xenstore_read_default(),
findCommand() and evalVariables() functions are modified versions of the
same functions in Xen's xen-script-common.sh file.

I added line 191-198 for debugging, rather than calling the actual
commands they fake their execution and only add a log entry. That's why
they are commented out.

The actual routine starts at line 200. Line 201 sets $command to
online/offline/add/remove depending on how the script was called from
xen-backend.rules. evalVariables (line 202) searches for arguments with
an '=3D', like 'foo=3Dbar', and sets those variables accordingly (like
$foo =3D=3D 'bar'). This is a nice trick I found in xen-script-common.sh.

On to line 220-292. This searches for the vifname and bridge name. If
$command is 'offline' or 'remove' then I found that it does not know
the vifname so it needs a way to find that. In all cases $vifname is
set to the requested vifname. Openvswitch does not require a bridge
name if you remove a device. So $bridge is not required with 'offline'
or 'remove'.

Line 297-337 adds or removes the vif from the switch. With openvswitch
this can be a "fake bridge", i.e. a VLAN tagged bridge, or an unm=
anaged
switch. One could easily replace the ovs-vswitch commands with brctl
commands if desired, I *think*.

Xen 4.2, when used with xl, does not setup or change your networking
(as we saw with older Xen and network-bridge). So you need to do that
yourself which is a much better idea imho anyway. In my case, my init
scripts start up openvswitch when the system boots and my custom
networking script creates the relevant switches and interfaces and
configures those.

Finally -- openvswitch can have a lot of messy output that can fill up
your syslog files. syslog-ng.conf is something I use to limit
openvswitch's output to /var/log/openvswitch.log.

Note that I seem to use the word 'switch' and 'bridge' while I am
talking about the same thing. Don't let this confuse you.

Comments are appreciated!

Mark



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

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


End of Xen-users Digest, Vol 89, Issue 45
*****************************************


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--=-/+J53BGTh7+D3hl0YJg4-- --=-0maw/HrGCADQez80Y69H 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.11 (GNU/Linux) iQEcBAABAgAGBQJQFsm1AAoJEHzu36SveCllzDcH/ixqKhyQgXgxIOLt/7Xrv2jk yqWgf7vhQyBF1FTJ1Rv//seh7xtOGiNW5/aB6BMufbYbtztFV2Qa8W000lfe0SQV V1agvwRa0+vBEIuYpykYU3gf0YQuLR569qGlvchDbzVKSwAW2vUDqUX27tfZ4OPW riHe8dSXFNS1esDwarIgBJ2a2KNnAdKVIOmwtueb4ynlRutN0XxN8sDk4GRi6jfF 62rsvPCXtnDrWxTMZSnlWVLtBzUtI5T8c8u6nnTAzevH5si5FR9yl9tEwQK7HTlb PgHzKhBOOyVe+INn96Pd3DrDwvxCWwFUOdidlKmGzjAjMn5BgWVXg0GV2BqQPCs= =ZDQC -----END PGP SIGNATURE----- --=-0maw/HrGCADQez80Y69H-- --===============4127270751666409208== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4127270751666409208==-- From xen-users-bounces@lists.xen.org Mon Jul 30 21:21:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 21:21:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvxNP-00056M-HY; Mon, 30 Jul 2012 21:19:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvxNO-00056H-GW for xen-users@lists.xensource.com; Mon, 30 Jul 2012 21:19:42 +0000 Received: from [85.158.143.35:53645] by server-3.bemta-4.messagelabs.com id 2E/A9-01511-D6AF6105; Mon, 30 Jul 2012 21:19:41 +0000 X-Env-Sender: neo1106@neobiker.de X-Msg-Ref: server-15.tower-21.messagelabs.com!1343683180!16031871!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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25301 invoked from network); 30 Jul 2012 21:19:41 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-15.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 30 Jul 2012 21:19:41 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SvxNL-00043J-Gi for xen-users@lists.xensource.com; Mon, 30 Jul 2012 14:19:39 -0700 Date: Mon, 30 Jul 2012 14:19:39 -0700 (PDT) From: Neobiker To: xen-users@lists.xensource.com Message-ID: <1343683179504-5710441.post@n5.nabble.com> MIME-Version: 1.0 Subject: [Xen-users] XEN 4 LiveCD Debian Wheezy HowTo X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org See my notations here: http://wiki.neobiker.de/wiki/index.php?title=XEN4LiveCD regards neobiker -- View this message in context: http://xen.1045712.n5.nabble.com/XEN-4-LiveCD-Debian-Wheezy-HowTo-tp5710441.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 Jul 30 21:21:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 21:21:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvxNP-00056M-HY; Mon, 30 Jul 2012 21:19:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SvxNO-00056H-GW for xen-users@lists.xensource.com; Mon, 30 Jul 2012 21:19:42 +0000 Received: from [85.158.143.35:53645] by server-3.bemta-4.messagelabs.com id 2E/A9-01511-D6AF6105; Mon, 30 Jul 2012 21:19:41 +0000 X-Env-Sender: neo1106@neobiker.de X-Msg-Ref: server-15.tower-21.messagelabs.com!1343683180!16031871!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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25301 invoked from network); 30 Jul 2012 21:19:41 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-15.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 30 Jul 2012 21:19:41 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SvxNL-00043J-Gi for xen-users@lists.xensource.com; Mon, 30 Jul 2012 14:19:39 -0700 Date: Mon, 30 Jul 2012 14:19:39 -0700 (PDT) From: Neobiker To: xen-users@lists.xensource.com Message-ID: <1343683179504-5710441.post@n5.nabble.com> MIME-Version: 1.0 Subject: [Xen-users] XEN 4 LiveCD Debian Wheezy HowTo X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org See my notations here: http://wiki.neobiker.de/wiki/index.php?title=XEN4LiveCD regards neobiker -- View this message in context: http://xen.1045712.n5.nabble.com/XEN-4-LiveCD-Debian-Wheezy-HowTo-tp5710441.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 Jul 30 22:23:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 22:23: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 1SvyMF-0005ts-Ek; Mon, 30 Jul 2012 22:22:35 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1SvyME-0005tn-2f for xen-users@lists.xen.org; Mon, 30 Jul 2012 22:22:34 +0000 X-Env-Sender: jsolorzano@concytec.gob.pe X-Msg-Ref: server-8.tower-27.messagelabs.com!1343686944!9991196!1 X-Originating-IP: [190.12.69.19] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6759 invoked from network); 30 Jul 2012 22:22:25 -0000 Received: from smtp.concytec.gob.pe (HELO smtp.concytec.gob.pe) (190.12.69.19) by server-8.tower-27.messagelabs.com with SMTP; 30 Jul 2012 22:22:25 -0000 Received: from pc5251 (unknown [192.168.4.161]) by smtp.concytec.gob.pe (Postfix) with ESMTP id E650F3E0937; Mon, 30 Jul 2012 17:05:22 -0500 (PET) From: =?iso-8859-1?Q?Julio_Sol=F3rzano?= To: "'Stephan Seitz'" References: <8F28A3A398BE409596530A977AF552A4@INTRANET.local> <1343670709.27287.34.camel@wotan2> Date: Mon, 30 Jul 2012 17:22:10 -0500 Message-ID: <167BA1642900467E95E8E6FE03B9B58D@INTRANET.local> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <1343670709.27287.34.camel@wotan2> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac1tf6+4X2PZztsERYqdSan2p0O/yQA1YKcgAAWCG4AADXGKQA== Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen networking disconnect X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7001000826520746864==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============7001000826520746864== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0050_01CD6E77.DD25D4A0" This is a multi-part message in MIME format. ------=_NextPart_000_0050_01CD6E77.DD25D4A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, Thanks, I=92ll try; my host is a CentOS 5/Xen3 pre installed. =20 Julio. =20 _____ =20 De: Stephan Seitz [mailto:s.seitz@netzhaut.de]=20 Enviado el: Lunes, 30 de Julio de 2012 12:52 p.m. Para: Julio Sol=F3rzano CC: xen-users@lists.xen.org Asunto: Re: [Xen-users] Xen networking disconnect =20 Hi, as there's Marks "networking experiments" mail attached to your's, I'm = quite not sure if you're using the legacy (as of your CentOS 5/Xen3 setup) way, or maybe trying = the experimental one. I guess, the attached mail is unrelated, otherwise I'ld have probably noticed openvswitch. Install ethtool inside your domU and try ethtool -K eth0 tx off # assuming eth0 is your domU's interface to = xenbr0 if that helps, you could add that line in your domU's interfaces (below = the respective iface statement): post-up ethtool -K eth0 tx off cheers, Stephan Am Montag, den 30.07.2012, 10:50 -0500 schrieb Julio Sol=F3rzano:=20 =20 Hello. I need your help, DomU xen network diconnects randomly, how do you monitoring this? When I connect to vnc server in the hosts, DomU is running, then I open = the DomU, after that guest network responds.=20 DomU Debian 6.03 over Centos 5.7 and Xen 3.03. My network configuration: eth0 Link encap:Ethernet HWaddr 68:B5:99:78:AA:6D inet addr:192.168.5.230 Bcast:192.168.5.255 = Mask:255.255.255.0 inet6 addr: fe80::6ab5:99ff:fe78:ad6c/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:4237972 errors:0 dropped:0 overruns:0 frame:0 TX packets:2663665 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:547319641 (521.9 MiB) TX bytes:220520225 (210.3 MiB) =20 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:1090692 errors:0 dropped:0 overruns:0 frame:0 TX packets:1090692 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:89713135 (85.5 MiB) TX bytes:89713135 (85.5 MiB) =20 peth0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:14557550 errors:102 dropped:0 overruns:0 frame:0 TX packets:18532553 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2011028398 (1.8 GiB) TX bytes:20743371955 (19.3 GiB) =20 tap0 Link encap:Ethernet HWaddr FE:DC:03:FA:0A:FD inet6 addr: fe80::fcdc:3ff:fefa:afd/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:340892 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:0 (0.0 b) TX bytes:32530658 (31.0 MiB) =20 tap1 Link encap:Ethernet HWaddr FE:93:1B:49:51:2B inet6 addr: fe80::fc93:1bff:fe49:512b/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:340872 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:0 (0.0 b) TX bytes:32529356 (31.0 MiB) =20 tap2 Link encap:Ethernet HWaddr FE:E1:0F:73:C5:69 inet6 addr: fe80::fce1:fff:fe73:c569/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:340842 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:0 (0.0 b) TX bytes:32527197 (31.0 MiB) =20 tap3 Link encap:Ethernet HWaddr FE:CF:0C:41:CF:29 inet6 addr: fe80::fccf:cff:fe41:cf29/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:340839 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:0 (0.0 b) TX bytes:32526987 (31.0 MiB) =20 vif0.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:2663690 errors:0 dropped:0 overruns:0 frame:0 TX packets:4237985 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:220525759 (210.3 MiB) TX bytes:547320421 (521.9 MiB) =20 vif1.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:402315 errors:0 dropped:0 overruns:0 frame:0 TX packets:902391 errors:0 dropped:28279 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:889703904 (848.4 MiB) TX bytes:114468432 (109.1 MiB) =20 vif2.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:75264 errors:0 dropped:0 overruns:0 frame:0 TX packets:397841 errors:0 dropped:28153 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:196606268 (187.4 MiB) TX bytes:76569944 (73.0 MiB) =20 vif3.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:6774649 errors:0 dropped:0 overruns:0 frame:0 TX packets:9914065 errors:0 dropped:24570 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:19334745479 (18.0 GiB) TX bytes:1359548138 (1.2 GiB) =20 vif4.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:2416 errors:0 dropped:0 overruns:0 frame:0 TX packets:341880 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:225475 (220.1 KiB) TX bytes:32702082 (31.1 MiB) =20 virbr0 Link encap:Ethernet HWaddr 00:00:00:00:00:00 inet addr:192.168.122.1 Bcast:192.168.122.255 = Mask:255.255.255.0 inet6 addr: fe80::200:ff:fe00:0/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:27 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:6748 (6.5 KiB) =20 xenbr0 Link encap:Ethernet HWaddr FE:93:1B:49:51:2B UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:324811 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:26883663 (25.6 MiB) TX bytes:0 (0.0 b) =20 [root@virtual2 pvasquez]# =20 Julio =20 =20 Date: Sun, 29 Jul 2012 12:01:58 +0200 From: Mark van Dijk To: xen-users@lists.xen.org Subject: [Xen-users] Xen networking experiment (with custom scripts and OpenVSwitch) Message-ID: <20120729120158.73ab4f91@internecto.net> Content-Type: text/plain; charset=3DUS-ASCII =20 Hello everyone, =20 Recently I have been testing my customized Xen 4.2 networking setup. It works pretty good and I would like to share it with anyone who is interested. =20 The relevant files can be found here: https://github.com/slacks42/xenscripts =20 Benefit: configure the Xen related networking devices with one understandable bash script. =20 Please note that this is all still work in progress. For example, some logging entries should be deleted or modified, and some routines could be cleaned up. Still, I think it's nice enough to share. =20 Description of the files: =20 xen.conf is basically a copy of /etc/xen/hotplugpath.sh and should be put in /etc/xen/. =20 udev/xen-backend.rules is a modified version of the file supplied by Xen. Line 6-9 take care of creation and deletion of networking interfaces. As you can see, upon creation/deletion of a network interface, the file /etc/xen/scripts/xennet is called. This file can be found on github in the scripts directory. =20 Xennet is a replacement of vif-bridge. In the old scenario, udev calls vif-setup, vif-setup calls vif-bridge, vif-bridge calls vif-common and numerous other scripts. With xennet, I wanted to have one script to take care of the networking. So xennet requires no other files from /etc/xen/scripts. =20 As you can see xennet uses bash. It is not POSIX compliant but works fine with bash. This takes us to the second millennium ;-)=20 =20 Here is a rundown of xennet: =20 Line 4 takes care of all error output from the script. This is a handy way to debug, especially if you alter line 1 to '#!/bin/bash -x' so that you can see exactly what the script does. =20 Then on line 8, the $unique variable is set to a random 6 character wide string, a 'cookie' of sorts, this is used as a log prefix so that you can see which particular instance of the script does what. =20 Then a couple of functions are initialized. The checklog() and logmsg() functions take care of logging at the requested loglevel (set in xen.conf). This is different from line 4; logmsg is a function that logs to the console, syslog, or a file (xen.conf). =20 The sigerr(), fatal(), success(), xenstore_read_default(), findCommand() and evalVariables() functions are modified versions of the same functions in Xen's xen-script-common.sh file. =20 I added line 191-198 for debugging, rather than calling the actual commands they fake their execution and only add a log entry. That's why they are commented out. =20 The actual routine starts at line 200. Line 201 sets $command to online/offline/add/remove depending on how the script was called from xen-backend.rules. evalVariables (line 202) searches for arguments with an '=3D', like 'foo=3Dbar', and sets those variables accordingly (like $foo =3D=3D 'bar'). This is a nice trick I found in = xen-script-common.sh. =20 On to line 220-292. This searches for the vifname and bridge name. If $command is 'offline' or 'remove' then I found that it does not know the vifname so it needs a way to find that. In all cases $vifname is set to the requested vifname. Openvswitch does not require a bridge name if you remove a device. So $bridge is not required with 'offline' or 'remove'. =20 Line 297-337 adds or removes the vif from the switch. With openvswitch this can be a "fake bridge", i.e. a VLAN tagged bridge, or an unmanaged switch. One could easily replace the ovs-vswitch commands with brctl commands if desired, I *think*. =20 Xen 4.2, when used with xl, does not setup or change your networking (as we saw with older Xen and network-bridge). So you need to do that yourself which is a much better idea imho anyway. In my case, my init scripts start up openvswitch when the system boots and my custom networking script creates the relevant switches and interfaces and configures those. =20 Finally -- openvswitch can have a lot of messy output that can fill up your syslog files. syslog-ng.conf is something I use to limit openvswitch's output to /var/log/openvswitch.log. =20 Note that I seem to use the word 'switch' and 'bridge' while I am talking about the same thing. Don't let this confuse you. =20 Comments are appreciated! =20 Mark =20 =20 =20 ------------------------------ =20 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users =20 =20 End of Xen-users Digest, Vol 89, Issue 45 ***************************************** =20 =20 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ------=_NextPart_000_0050_01CD6E77.DD25D4A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi,

Thanks, = I’ll try; my host is a CentOS 5/Xen3 pre installed.

 =

Julio.=

 =

De: = Stephan Seitz [mailto:s.seitz@netzhaut.de]
Enviado el: Lunes, 30 de = Julio de 2012 12:52 p.m.
Para: Julio = Sol=F3rzano
CC: = xen-users@lists.xen.org
Asunto: Re: [Xen-users] = Xen networking disconnect

 

Hi,

as there's Marks "networking experiments" mail attached to = your's, I'm quite not sure if you're
using the legacy (as of your CentOS 5/Xen3 setup) way, or maybe trying = the experimental one.
I guess, the attached mail is unrelated, otherwise I'ld have probably = noticed openvswitch.

Install ethtool inside your domU and try

ethtool -K eth0 tx off # assuming eth0 is your domU's interface to = xenbr0

if that helps, you could add that line in your domU's interfaces (below = the respective iface statement):
    post-up  ethtool -K eth0 tx off

cheers,

Stephan



Am Montag, den 30.07.2012, 10:50 -0500 schrieb Julio Sol=F3rzano: = 

 
Hello.
I need =
your help, DomU xen network diconnects randomly, how do =
you
monitoring =
this?
When I =
connect to vnc server in the hosts, DomU is running, then I open =
the
DomU, =
after that guest network responds. =

DomU =
Debian 6.03 over Centos 5.7 and Xen =
3.03.
My =
network configuration:
eth0=A0=A0=A0=A0=A0 Link encap:Ethernet=A0 =
HWaddr 68:B5:99:78:AA:6D
=A0=A0=A0=A0=A0=A0=A0=A0 =A0inet =
addr:192.168.5.230=A0 Bcast:192.168.5.255=A0 =
Mask:255.255.255.0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet6 addr: =
fe80::6ab5:99ff:fe78:ad6c/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:4237972 errors:0 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX =
packets:2663665 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:547319641 (521.9 MiB)=A0 TX bytes:220520225 (210.3 =
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 LOOPBACK =
RUNNING=A0 MTU:16436=A0 =
Metric:1
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX =
packets:1090692 errors:0 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX =
packets:1090692 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:89713135 =
(85.5 MiB)=A0 TX bytes:89713135 (85.5 =
MiB)
 
peth0=A0=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 NOARP=A0 MTU:1500=A0 =
Metric:1
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX =
packets:14557550 errors:102 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX =
packets:18532553 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:2011028398 (1.8 GiB)=A0 TX bytes:20743371955 (19.3 =
GiB)
 
tap0=A0=A0=A0=A0=A0 Link encap:Ethernet=A0 =
HWaddr FE:DC:03:FA:0A:FD
=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet6 addr: =
fe80::fcdc:3ff:fefa:afd/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:0 =
errors:0 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:340892 =
errors:0 dropped:0 overruns:0 =
carrier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 =
txqueuelen:500
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:0 (0.0 =
b)=A0 TX bytes:32530658 (31.0 =
MiB)
 
tap1=A0=A0=A0=A0=A0 Link encap:Ethernet=A0 =
HWaddr FE:93:1B:49:51:2B
=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet6 addr: =
fe80::fc93:1bff:fe49:512b/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:0 =
errors:0 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:340872 =
errors:0 dropped:0 overruns:0 =
carrier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 =
txqueuelen:500
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:0 (0.0 =
b)=A0 TX bytes:32529356 (31.0 =
MiB)
 
tap2=A0=A0=A0=A0=A0 Link encap:Ethernet=A0 =
HWaddr FE:E1:0F:73:C5:69
=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet6 addr: =
fe80::fce1:fff:fe73:c569/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:0 =
errors:0 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:340842 =
errors:0 dropped:0 overruns:0 =
carrier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 =
txqueuelen:500
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:0 (0.0 =
b)=A0 TX bytes:32527197 (31.0 =
MiB)
 
tap3=A0=A0=A0=A0=A0 Link encap:Ethernet=A0 =
HWaddr FE:CF:0C:41:CF:29
=A0=A0=A0=A0=A0=A0=A0=A0 =A0inet6 addr: =
fe80::fccf:cff:fe41:cf29/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:0 =
errors:0 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:340839 =
errors:0 dropped:0 overruns:0 =
carrier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 =
txqueuelen:500
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:0 (0.0 =
b)=A0 TX bytes:32526987 (31.0 =
MiB)
 
vif0.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 NOARP=A0 MTU:1500=A0 =
Metric:1
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX =
packets:2663690 errors:0 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX =
packets:4237985 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:220525759 (210.3 MiB)=A0 TX bytes:547320421 (521.9 =
MiB)
 
vif1.0 =
=A0=A0=A0Link 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 NOARP=A0 MTU:1500=A0 =
Metric:1
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:402315 =
errors:0 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:902391 =
errors:0 dropped:28279 overruns:0 =
carrier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 =
txqueuelen:500
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX =
bytes:889703904 (848.4 MiB)=A0 TX bytes:114468432 (109.1 =
MiB)
 
vif2.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 NOARP=A0 MTU:1500=A0 =
Metric:1
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:75264 =
errors:0 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:397841 =
errors:0 dropped:28153 overruns:0 =
carrier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 =
txqueuelen:500
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX =
bytes:196606268 (187.4 MiB)=A0 TX bytes:76569944 (73.0 =
MiB)
 
vif3.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 NOARP=A0 MTU:1500=A0 =
Metric:1
=A0=A0=A0=A0=A0=A0=A0=A0 =A0RX =
packets:6774649 errors:0 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX =
packets:9914065 errors:0 dropped:24570 overruns:0 =
carrier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 =
txqueuelen:500
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX =
bytes:19334745479 (18.0 GiB)=A0 TX bytes:1359548138 (1.2 =
GiB)
 
vif4.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 NOARP=A0 MTU:1500=A0 =
Metric:1
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:2416 =
errors:0 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:341880 =
errors:0 dropped:0 overruns:0 =
carrier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 =
txqueuelen:500
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:225475 =
(220.1 KiB)=A0 TX bytes:32702082 (31.1 =
MiB)
 
virbr0=A0=A0=A0 Link encap:Ethernet=A0 HWaddr =
00:00:00:00:00:00
=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet =
addr:192.168.122.1=A0 Bcast:192.168.122.255=A0 =
Mask:255.255.255.0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet6 addr: =
fe80::200:ff:fe00:0/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:0 =
errors:0 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:27 =
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:0 (0.0 =
b)=A0 TX bytes:6748 (6.5 KiB)
 
xenbr0=A0=A0=A0 Link encap:Ethernet=A0 HWaddr =
FE:93:1B:49:51:2B
=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST =
RUNNING NOARP=A0 MTU:1500=A0 =
Metric:1
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:324811 =
errors:0 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:0 =
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:26883663 =
(25.6 MiB)=A0 TX bytes:0 (0.0 =
b)
 
[root@virtual2 =
pvasquez]#
 
Julio
 
 
Date: =
Sun, 29 Jul 2012 12:01:58 +0200
From: =
Mark van Dijk <lists+xen@internecto.net>=

To: xen-users@lists.xen.org<=
/o:p>
Subject: =
[Xen-users] Xen networking experiment (with custom =
scripts
=A0=A0=A0=A0=A0=A0=A0 and=A0=A0=A0=A0 =
OpenVSwitch)
Message-ID: <20120729120158.73a=
b4f91@internecto.net>
Content-Type: text/plain; =
charset=3DUS-ASCII
 
Hello =
everyone,
 
Recently =
I have been testing my customized Xen 4.2 networking setup. =
It
works =
pretty good and I would like to share it with anyone who =
is
interested.
 
The =
relevant files can be found =
here:
https://github.com/slacks=
42/xenscripts
 
Benefit: =
configure the Xen related networking devices with =
one
understandable bash =
script.
 
Please =
note that this is all still work in progress. For example, =
some
logging =
entries should be deleted or modified, and some routines =
could
be =
cleaned up. Still, I think it's nice enough to =
share.
 
Description of the =
files:
 
xen.conf =
is basically a copy of /etc/xen/hotplugpath.sh and should =
be
put in =
/etc/xen/.
 
udev/xen-backend.rules is a modified version =
of the file supplied by
Xen. Line =
6-9 take care of creation and deletion =
of
networking interfaces. As you can see, upon =
creation/deletion of a
network =
interface, the file /etc/xen/scripts/xennet is called. =
This
file can =
be found on github in the scripts =
directory.
 
Xennet is =
a replacement of vif-bridge. In the old scenario, =
udev
calls =
vif-setup, vif-setup calls vif-bridge, vif-bridge =
calls
vif-common and numerous other scripts. With =
xennet, I wanted to have one
script to =
take care of the networking. So xennet requires no other =
files
from =
/etc/xen/scripts.
 
As you =
can see xennet uses bash. It is not POSIX compliant but =
works
fine with =
bash. This takes us to the second millennium ;-) =

 
Here is a =
rundown of xennet:
 
Line 4 =
takes care of all error output from the script. This is a =
handy
way to =
debug, especially if you alter line 1 to '#!/bin/bash -x' =
so
that you =
can see exactly what the script =
does.
 
Then on =
line 8, the $unique variable is set to a random 6 =
character
wide =
string, a 'cookie' of sorts, this is used as a log prefix so =
that
you can =
see which particular instance of the script does =
what.
 
Then a =
couple of functions are initialized. The checklog() =
and
logmsg() =
functions take care of logging at the requested loglevel =
(set
in =
xen.conf). This is different from line 4; logmsg is a function =
that
logs to =
the console, syslog, or a file =
(xen.conf).
 
The =
sigerr(), fatal(), success(), =
xenstore_read_default(),
findCommand() and evalVariables() functions =
are modified versions of the
same =
functions in Xen's xen-script-common.sh =
file.
 
I added =
line 191-198 for debugging, rather than calling the =
actual
commands =
they fake their execution and only add a log entry. That's =
why
they are =
commented out.
 
The =
actual routine starts at line 200. Line 201 sets $command =
to
online/offline/add/remove depending on how =
the script was called from
xen-backend.rules. evalVariables (line 202) =
searches for arguments with
an '=3D', =
like 'foo=3Dbar', and sets those variables accordingly =
(like
$foo =
=3D=3D 'bar'). This is a nice trick I found in =
xen-script-common.sh.
 
On to =
line 220-292. This searches for the vifname and bridge name. =
If
$command =
is 'offline' or 'remove' then I found that it does not =
know
the =
vifname so it needs a way to find that. In all cases $vifname =
is
set to =
the requested vifname. Openvswitch does not require a =
bridge
name if =
you remove a device. So $bridge is not required with =
'offline'
or =
'remove'.
 
Line =
297-337 adds or removes the vif from the switch. With =
openvswitch
this can =
be a "fake bridge", i.e. a VLAN tagged bridge, or an =
unmanaged
switch. =
One could easily replace the ovs-vswitch commands with =
brctl
commands =
if desired, I *think*.
 
Xen 4.2, =
when used with xl, does not setup or change your =
networking
(as we =
saw with older Xen and network-bridge). So you need to do =
that
yourself =
which is a much better idea imho anyway. In my case, my =
init
scripts =
start up openvswitch when the system boots and my =
custom
networking script creates the relevant =
switches and interfaces and
configures =
those.
 
Finally =
-- openvswitch can have a lot of messy output that can fill =
up
your =
syslog files. syslog-ng.conf is something I use to =
limit
openvswitch's output to =
/var/log/openvswitch.log.
 
Note that =
I seem to use the word 'switch' and 'bridge' while I =
am
talking =
about the same thing. Don't let this confuse =
you.
 
Comments =
are appreciated!
 
Mark
 
 
 
------------------------------
 
______________________________________________=
_
Xen-users =
mailing list
Xen-users@lists.xen.org<=
/o:p>
http://lists.xen.org/xen-users
 
 
End of =
Xen-users Digest, Vol 89, Issue =
45
*****************************************=

 
 
______________________________________________=
_
Xen-users =
mailing list
Xen-users@lists.xen.org<=
/o:p>
http://lists.xen.org/xen-users
------=_NextPart_000_0050_01CD6E77.DD25D4A0-- --===============7001000826520746864== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7001000826520746864==-- From xen-users-bounces@lists.xen.org Mon Jul 30 22:23:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 22:23: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 1SvyMF-0005ts-Ek; Mon, 30 Jul 2012 22:22:35 +0000 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xen.org with smtp (Exim 4.72) (envelope-from ) id 1SvyME-0005tn-2f for xen-users@lists.xen.org; Mon, 30 Jul 2012 22:22:34 +0000 X-Env-Sender: jsolorzano@concytec.gob.pe X-Msg-Ref: server-8.tower-27.messagelabs.com!1343686944!9991196!1 X-Originating-IP: [190.12.69.19] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6759 invoked from network); 30 Jul 2012 22:22:25 -0000 Received: from smtp.concytec.gob.pe (HELO smtp.concytec.gob.pe) (190.12.69.19) by server-8.tower-27.messagelabs.com with SMTP; 30 Jul 2012 22:22:25 -0000 Received: from pc5251 (unknown [192.168.4.161]) by smtp.concytec.gob.pe (Postfix) with ESMTP id E650F3E0937; Mon, 30 Jul 2012 17:05:22 -0500 (PET) From: =?iso-8859-1?Q?Julio_Sol=F3rzano?= To: "'Stephan Seitz'" References: <8F28A3A398BE409596530A977AF552A4@INTRANET.local> <1343670709.27287.34.camel@wotan2> Date: Mon, 30 Jul 2012 17:22:10 -0500 Message-ID: <167BA1642900467E95E8E6FE03B9B58D@INTRANET.local> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <1343670709.27287.34.camel@wotan2> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac1tf6+4X2PZztsERYqdSan2p0O/yQA1YKcgAAWCG4AADXGKQA== Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen networking disconnect X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7001000826520746864==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============7001000826520746864== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0050_01CD6E77.DD25D4A0" This is a multi-part message in MIME format. ------=_NextPart_000_0050_01CD6E77.DD25D4A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, Thanks, I=92ll try; my host is a CentOS 5/Xen3 pre installed. =20 Julio. =20 _____ =20 De: Stephan Seitz [mailto:s.seitz@netzhaut.de]=20 Enviado el: Lunes, 30 de Julio de 2012 12:52 p.m. Para: Julio Sol=F3rzano CC: xen-users@lists.xen.org Asunto: Re: [Xen-users] Xen networking disconnect =20 Hi, as there's Marks "networking experiments" mail attached to your's, I'm = quite not sure if you're using the legacy (as of your CentOS 5/Xen3 setup) way, or maybe trying = the experimental one. I guess, the attached mail is unrelated, otherwise I'ld have probably noticed openvswitch. Install ethtool inside your domU and try ethtool -K eth0 tx off # assuming eth0 is your domU's interface to = xenbr0 if that helps, you could add that line in your domU's interfaces (below = the respective iface statement): post-up ethtool -K eth0 tx off cheers, Stephan Am Montag, den 30.07.2012, 10:50 -0500 schrieb Julio Sol=F3rzano:=20 =20 Hello. I need your help, DomU xen network diconnects randomly, how do you monitoring this? When I connect to vnc server in the hosts, DomU is running, then I open = the DomU, after that guest network responds.=20 DomU Debian 6.03 over Centos 5.7 and Xen 3.03. My network configuration: eth0 Link encap:Ethernet HWaddr 68:B5:99:78:AA:6D inet addr:192.168.5.230 Bcast:192.168.5.255 = Mask:255.255.255.0 inet6 addr: fe80::6ab5:99ff:fe78:ad6c/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:4237972 errors:0 dropped:0 overruns:0 frame:0 TX packets:2663665 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:547319641 (521.9 MiB) TX bytes:220520225 (210.3 MiB) =20 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:1090692 errors:0 dropped:0 overruns:0 frame:0 TX packets:1090692 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:89713135 (85.5 MiB) TX bytes:89713135 (85.5 MiB) =20 peth0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:14557550 errors:102 dropped:0 overruns:0 frame:0 TX packets:18532553 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2011028398 (1.8 GiB) TX bytes:20743371955 (19.3 GiB) =20 tap0 Link encap:Ethernet HWaddr FE:DC:03:FA:0A:FD inet6 addr: fe80::fcdc:3ff:fefa:afd/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:340892 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:0 (0.0 b) TX bytes:32530658 (31.0 MiB) =20 tap1 Link encap:Ethernet HWaddr FE:93:1B:49:51:2B inet6 addr: fe80::fc93:1bff:fe49:512b/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:340872 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:0 (0.0 b) TX bytes:32529356 (31.0 MiB) =20 tap2 Link encap:Ethernet HWaddr FE:E1:0F:73:C5:69 inet6 addr: fe80::fce1:fff:fe73:c569/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:340842 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:0 (0.0 b) TX bytes:32527197 (31.0 MiB) =20 tap3 Link encap:Ethernet HWaddr FE:CF:0C:41:CF:29 inet6 addr: fe80::fccf:cff:fe41:cf29/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:340839 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:0 (0.0 b) TX bytes:32526987 (31.0 MiB) =20 vif0.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:2663690 errors:0 dropped:0 overruns:0 frame:0 TX packets:4237985 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:220525759 (210.3 MiB) TX bytes:547320421 (521.9 MiB) =20 vif1.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:402315 errors:0 dropped:0 overruns:0 frame:0 TX packets:902391 errors:0 dropped:28279 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:889703904 (848.4 MiB) TX bytes:114468432 (109.1 MiB) =20 vif2.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:75264 errors:0 dropped:0 overruns:0 frame:0 TX packets:397841 errors:0 dropped:28153 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:196606268 (187.4 MiB) TX bytes:76569944 (73.0 MiB) =20 vif3.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:6774649 errors:0 dropped:0 overruns:0 frame:0 TX packets:9914065 errors:0 dropped:24570 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:19334745479 (18.0 GiB) TX bytes:1359548138 (1.2 GiB) =20 vif4.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:2416 errors:0 dropped:0 overruns:0 frame:0 TX packets:341880 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:225475 (220.1 KiB) TX bytes:32702082 (31.1 MiB) =20 virbr0 Link encap:Ethernet HWaddr 00:00:00:00:00:00 inet addr:192.168.122.1 Bcast:192.168.122.255 = Mask:255.255.255.0 inet6 addr: fe80::200:ff:fe00:0/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:27 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:6748 (6.5 KiB) =20 xenbr0 Link encap:Ethernet HWaddr FE:93:1B:49:51:2B UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:324811 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:26883663 (25.6 MiB) TX bytes:0 (0.0 b) =20 [root@virtual2 pvasquez]# =20 Julio =20 =20 Date: Sun, 29 Jul 2012 12:01:58 +0200 From: Mark van Dijk To: xen-users@lists.xen.org Subject: [Xen-users] Xen networking experiment (with custom scripts and OpenVSwitch) Message-ID: <20120729120158.73ab4f91@internecto.net> Content-Type: text/plain; charset=3DUS-ASCII =20 Hello everyone, =20 Recently I have been testing my customized Xen 4.2 networking setup. It works pretty good and I would like to share it with anyone who is interested. =20 The relevant files can be found here: https://github.com/slacks42/xenscripts =20 Benefit: configure the Xen related networking devices with one understandable bash script. =20 Please note that this is all still work in progress. For example, some logging entries should be deleted or modified, and some routines could be cleaned up. Still, I think it's nice enough to share. =20 Description of the files: =20 xen.conf is basically a copy of /etc/xen/hotplugpath.sh and should be put in /etc/xen/. =20 udev/xen-backend.rules is a modified version of the file supplied by Xen. Line 6-9 take care of creation and deletion of networking interfaces. As you can see, upon creation/deletion of a network interface, the file /etc/xen/scripts/xennet is called. This file can be found on github in the scripts directory. =20 Xennet is a replacement of vif-bridge. In the old scenario, udev calls vif-setup, vif-setup calls vif-bridge, vif-bridge calls vif-common and numerous other scripts. With xennet, I wanted to have one script to take care of the networking. So xennet requires no other files from /etc/xen/scripts. =20 As you can see xennet uses bash. It is not POSIX compliant but works fine with bash. This takes us to the second millennium ;-)=20 =20 Here is a rundown of xennet: =20 Line 4 takes care of all error output from the script. This is a handy way to debug, especially if you alter line 1 to '#!/bin/bash -x' so that you can see exactly what the script does. =20 Then on line 8, the $unique variable is set to a random 6 character wide string, a 'cookie' of sorts, this is used as a log prefix so that you can see which particular instance of the script does what. =20 Then a couple of functions are initialized. The checklog() and logmsg() functions take care of logging at the requested loglevel (set in xen.conf). This is different from line 4; logmsg is a function that logs to the console, syslog, or a file (xen.conf). =20 The sigerr(), fatal(), success(), xenstore_read_default(), findCommand() and evalVariables() functions are modified versions of the same functions in Xen's xen-script-common.sh file. =20 I added line 191-198 for debugging, rather than calling the actual commands they fake their execution and only add a log entry. That's why they are commented out. =20 The actual routine starts at line 200. Line 201 sets $command to online/offline/add/remove depending on how the script was called from xen-backend.rules. evalVariables (line 202) searches for arguments with an '=3D', like 'foo=3Dbar', and sets those variables accordingly (like $foo =3D=3D 'bar'). This is a nice trick I found in = xen-script-common.sh. =20 On to line 220-292. This searches for the vifname and bridge name. If $command is 'offline' or 'remove' then I found that it does not know the vifname so it needs a way to find that. In all cases $vifname is set to the requested vifname. Openvswitch does not require a bridge name if you remove a device. So $bridge is not required with 'offline' or 'remove'. =20 Line 297-337 adds or removes the vif from the switch. With openvswitch this can be a "fake bridge", i.e. a VLAN tagged bridge, or an unmanaged switch. One could easily replace the ovs-vswitch commands with brctl commands if desired, I *think*. =20 Xen 4.2, when used with xl, does not setup or change your networking (as we saw with older Xen and network-bridge). So you need to do that yourself which is a much better idea imho anyway. In my case, my init scripts start up openvswitch when the system boots and my custom networking script creates the relevant switches and interfaces and configures those. =20 Finally -- openvswitch can have a lot of messy output that can fill up your syslog files. syslog-ng.conf is something I use to limit openvswitch's output to /var/log/openvswitch.log. =20 Note that I seem to use the word 'switch' and 'bridge' while I am talking about the same thing. Don't let this confuse you. =20 Comments are appreciated! =20 Mark =20 =20 =20 ------------------------------ =20 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users =20 =20 End of Xen-users Digest, Vol 89, Issue 45 ***************************************** =20 =20 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ------=_NextPart_000_0050_01CD6E77.DD25D4A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi,

Thanks, = I’ll try; my host is a CentOS 5/Xen3 pre installed.

 =

Julio.=

 =

De: = Stephan Seitz [mailto:s.seitz@netzhaut.de]
Enviado el: Lunes, 30 de = Julio de 2012 12:52 p.m.
Para: Julio = Sol=F3rzano
CC: = xen-users@lists.xen.org
Asunto: Re: [Xen-users] = Xen networking disconnect

 

Hi,

as there's Marks "networking experiments" mail attached to = your's, I'm quite not sure if you're
using the legacy (as of your CentOS 5/Xen3 setup) way, or maybe trying = the experimental one.
I guess, the attached mail is unrelated, otherwise I'ld have probably = noticed openvswitch.

Install ethtool inside your domU and try

ethtool -K eth0 tx off # assuming eth0 is your domU's interface to = xenbr0

if that helps, you could add that line in your domU's interfaces (below = the respective iface statement):
    post-up  ethtool -K eth0 tx off

cheers,

Stephan



Am Montag, den 30.07.2012, 10:50 -0500 schrieb Julio Sol=F3rzano: = 

 
Hello.
I need =
your help, DomU xen network diconnects randomly, how do =
you
monitoring =
this?
When I =
connect to vnc server in the hosts, DomU is running, then I open =
the
DomU, =
after that guest network responds. =

DomU =
Debian 6.03 over Centos 5.7 and Xen =
3.03.
My =
network configuration:
eth0=A0=A0=A0=A0=A0 Link encap:Ethernet=A0 =
HWaddr 68:B5:99:78:AA:6D
=A0=A0=A0=A0=A0=A0=A0=A0 =A0inet =
addr:192.168.5.230=A0 Bcast:192.168.5.255=A0 =
Mask:255.255.255.0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet6 addr: =
fe80::6ab5:99ff:fe78:ad6c/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:4237972 errors:0 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX =
packets:2663665 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:547319641 (521.9 MiB)=A0 TX bytes:220520225 (210.3 =
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 LOOPBACK =
RUNNING=A0 MTU:16436=A0 =
Metric:1
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX =
packets:1090692 errors:0 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX =
packets:1090692 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:89713135 =
(85.5 MiB)=A0 TX bytes:89713135 (85.5 =
MiB)
 
peth0=A0=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 NOARP=A0 MTU:1500=A0 =
Metric:1
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX =
packets:14557550 errors:102 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX =
packets:18532553 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:2011028398 (1.8 GiB)=A0 TX bytes:20743371955 (19.3 =
GiB)
 
tap0=A0=A0=A0=A0=A0 Link encap:Ethernet=A0 =
HWaddr FE:DC:03:FA:0A:FD
=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet6 addr: =
fe80::fcdc:3ff:fefa:afd/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:0 =
errors:0 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:340892 =
errors:0 dropped:0 overruns:0 =
carrier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 =
txqueuelen:500
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:0 (0.0 =
b)=A0 TX bytes:32530658 (31.0 =
MiB)
 
tap1=A0=A0=A0=A0=A0 Link encap:Ethernet=A0 =
HWaddr FE:93:1B:49:51:2B
=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet6 addr: =
fe80::fc93:1bff:fe49:512b/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:0 =
errors:0 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:340872 =
errors:0 dropped:0 overruns:0 =
carrier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 =
txqueuelen:500
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:0 (0.0 =
b)=A0 TX bytes:32529356 (31.0 =
MiB)
 
tap2=A0=A0=A0=A0=A0 Link encap:Ethernet=A0 =
HWaddr FE:E1:0F:73:C5:69
=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet6 addr: =
fe80::fce1:fff:fe73:c569/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:0 =
errors:0 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:340842 =
errors:0 dropped:0 overruns:0 =
carrier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 =
txqueuelen:500
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:0 (0.0 =
b)=A0 TX bytes:32527197 (31.0 =
MiB)
 
tap3=A0=A0=A0=A0=A0 Link encap:Ethernet=A0 =
HWaddr FE:CF:0C:41:CF:29
=A0=A0=A0=A0=A0=A0=A0=A0 =A0inet6 addr: =
fe80::fccf:cff:fe41:cf29/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:0 =
errors:0 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:340839 =
errors:0 dropped:0 overruns:0 =
carrier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 =
txqueuelen:500
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:0 (0.0 =
b)=A0 TX bytes:32526987 (31.0 =
MiB)
 
vif0.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 NOARP=A0 MTU:1500=A0 =
Metric:1
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX =
packets:2663690 errors:0 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX =
packets:4237985 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:220525759 (210.3 MiB)=A0 TX bytes:547320421 (521.9 =
MiB)
 
vif1.0 =
=A0=A0=A0Link 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 NOARP=A0 MTU:1500=A0 =
Metric:1
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:402315 =
errors:0 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:902391 =
errors:0 dropped:28279 overruns:0 =
carrier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 =
txqueuelen:500
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX =
bytes:889703904 (848.4 MiB)=A0 TX bytes:114468432 (109.1 =
MiB)
 
vif2.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 NOARP=A0 MTU:1500=A0 =
Metric:1
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:75264 =
errors:0 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:397841 =
errors:0 dropped:28153 overruns:0 =
carrier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 =
txqueuelen:500
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX =
bytes:196606268 (187.4 MiB)=A0 TX bytes:76569944 (73.0 =
MiB)
 
vif3.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 NOARP=A0 MTU:1500=A0 =
Metric:1
=A0=A0=A0=A0=A0=A0=A0=A0 =A0RX =
packets:6774649 errors:0 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX =
packets:9914065 errors:0 dropped:24570 overruns:0 =
carrier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 =
txqueuelen:500
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX =
bytes:19334745479 (18.0 GiB)=A0 TX bytes:1359548138 (1.2 =
GiB)
 
vif4.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 NOARP=A0 MTU:1500=A0 =
Metric:1
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:2416 =
errors:0 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:341880 =
errors:0 dropped:0 overruns:0 =
carrier:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0 =
txqueuelen:500
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:225475 =
(220.1 KiB)=A0 TX bytes:32702082 (31.1 =
MiB)
 
virbr0=A0=A0=A0 Link encap:Ethernet=A0 HWaddr =
00:00:00:00:00:00
=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet =
addr:192.168.122.1=A0 Bcast:192.168.122.255=A0 =
Mask:255.255.255.0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet6 addr: =
fe80::200:ff:fe00:0/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:0 =
errors:0 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:27 =
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:0 (0.0 =
b)=A0 TX bytes:6748 (6.5 KiB)
 
xenbr0=A0=A0=A0 Link encap:Ethernet=A0 HWaddr =
FE:93:1B:49:51:2B
=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP BROADCAST =
RUNNING NOARP=A0 MTU:1500=A0 =
Metric:1
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:324811 =
errors:0 dropped:0 overruns:0 =
frame:0
=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:0 =
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:26883663 =
(25.6 MiB)=A0 TX bytes:0 (0.0 =
b)
 
[root@virtual2 =
pvasquez]#
 
Julio
 
 
Date: =
Sun, 29 Jul 2012 12:01:58 +0200
From: =
Mark van Dijk <lists+xen@internecto.net>=

To: xen-users@lists.xen.org<=
/o:p>
Subject: =
[Xen-users] Xen networking experiment (with custom =
scripts
=A0=A0=A0=A0=A0=A0=A0 and=A0=A0=A0=A0 =
OpenVSwitch)
Message-ID: <20120729120158.73a=
b4f91@internecto.net>
Content-Type: text/plain; =
charset=3DUS-ASCII
 
Hello =
everyone,
 
Recently =
I have been testing my customized Xen 4.2 networking setup. =
It
works =
pretty good and I would like to share it with anyone who =
is
interested.
 
The =
relevant files can be found =
here:
https://github.com/slacks=
42/xenscripts
 
Benefit: =
configure the Xen related networking devices with =
one
understandable bash =
script.
 
Please =
note that this is all still work in progress. For example, =
some
logging =
entries should be deleted or modified, and some routines =
could
be =
cleaned up. Still, I think it's nice enough to =
share.
 
Description of the =
files:
 
xen.conf =
is basically a copy of /etc/xen/hotplugpath.sh and should =
be
put in =
/etc/xen/.
 
udev/xen-backend.rules is a modified version =
of the file supplied by
Xen. Line =
6-9 take care of creation and deletion =
of
networking interfaces. As you can see, upon =
creation/deletion of a
network =
interface, the file /etc/xen/scripts/xennet is called. =
This
file can =
be found on github in the scripts =
directory.
 
Xennet is =
a replacement of vif-bridge. In the old scenario, =
udev
calls =
vif-setup, vif-setup calls vif-bridge, vif-bridge =
calls
vif-common and numerous other scripts. With =
xennet, I wanted to have one
script to =
take care of the networking. So xennet requires no other =
files
from =
/etc/xen/scripts.
 
As you =
can see xennet uses bash. It is not POSIX compliant but =
works
fine with =
bash. This takes us to the second millennium ;-) =

 
Here is a =
rundown of xennet:
 
Line 4 =
takes care of all error output from the script. This is a =
handy
way to =
debug, especially if you alter line 1 to '#!/bin/bash -x' =
so
that you =
can see exactly what the script =
does.
 
Then on =
line 8, the $unique variable is set to a random 6 =
character
wide =
string, a 'cookie' of sorts, this is used as a log prefix so =
that
you can =
see which particular instance of the script does =
what.
 
Then a =
couple of functions are initialized. The checklog() =
and
logmsg() =
functions take care of logging at the requested loglevel =
(set
in =
xen.conf). This is different from line 4; logmsg is a function =
that
logs to =
the console, syslog, or a file =
(xen.conf).
 
The =
sigerr(), fatal(), success(), =
xenstore_read_default(),
findCommand() and evalVariables() functions =
are modified versions of the
same =
functions in Xen's xen-script-common.sh =
file.
 
I added =
line 191-198 for debugging, rather than calling the =
actual
commands =
they fake their execution and only add a log entry. That's =
why
they are =
commented out.
 
The =
actual routine starts at line 200. Line 201 sets $command =
to
online/offline/add/remove depending on how =
the script was called from
xen-backend.rules. evalVariables (line 202) =
searches for arguments with
an '=3D', =
like 'foo=3Dbar', and sets those variables accordingly =
(like
$foo =
=3D=3D 'bar'). This is a nice trick I found in =
xen-script-common.sh.
 
On to =
line 220-292. This searches for the vifname and bridge name. =
If
$command =
is 'offline' or 'remove' then I found that it does not =
know
the =
vifname so it needs a way to find that. In all cases $vifname =
is
set to =
the requested vifname. Openvswitch does not require a =
bridge
name if =
you remove a device. So $bridge is not required with =
'offline'
or =
'remove'.
 
Line =
297-337 adds or removes the vif from the switch. With =
openvswitch
this can =
be a "fake bridge", i.e. a VLAN tagged bridge, or an =
unmanaged
switch. =
One could easily replace the ovs-vswitch commands with =
brctl
commands =
if desired, I *think*.
 
Xen 4.2, =
when used with xl, does not setup or change your =
networking
(as we =
saw with older Xen and network-bridge). So you need to do =
that
yourself =
which is a much better idea imho anyway. In my case, my =
init
scripts =
start up openvswitch when the system boots and my =
custom
networking script creates the relevant =
switches and interfaces and
configures =
those.
 
Finally =
-- openvswitch can have a lot of messy output that can fill =
up
your =
syslog files. syslog-ng.conf is something I use to =
limit
openvswitch's output to =
/var/log/openvswitch.log.
 
Note that =
I seem to use the word 'switch' and 'bridge' while I =
am
talking =
about the same thing. Don't let this confuse =
you.
 
Comments =
are appreciated!
 
Mark
 
 
 
------------------------------
 
______________________________________________=
_
Xen-users =
mailing list
Xen-users@lists.xen.org<=
/o:p>
http://lists.xen.org/xen-users
 
 
End of =
Xen-users Digest, Vol 89, Issue =
45
*****************************************=

 
 
______________________________________________=
_
Xen-users =
mailing list
Xen-users@lists.xen.org<=
/o:p>
http://lists.xen.org/xen-users
------=_NextPart_000_0050_01CD6E77.DD25D4A0-- --===============7001000826520746864== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7001000826520746864==-- From xen-users-bounces@lists.xen.org Mon Jul 30 23:21:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 23:21: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 1SvzGF-0006lM-26; Mon, 30 Jul 2012 23: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 1SvzGD-0006lH-Eu for xen-users@lists.xen.org; Mon, 30 Jul 2012 23:20:25 +0000 Received: from [85.158.139.83:25669] by server-9.bemta-5.messagelabs.com id 6C/40-01069-8B617105; Mon, 30 Jul 2012 23:20:24 +0000 X-Env-Sender: skupko.sk@gmail.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1343690424!18172762!1 X-Originating-IP: [209.85.212.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30713 invoked from network); 30 Jul 2012 23:20:24 -0000 Received: from mail-wi0-f169.google.com (HELO mail-wi0-f169.google.com) (209.85.212.169) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jul 2012 23:20:24 -0000 Received: by wibhm2 with SMTP id hm2so3038095wib.2 for ; Mon, 30 Jul 2012 16:20:24 -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=h6mBSCYBIraHQzfqo9cvCP8xE3eRBKmSFl+xeWpLd1M=; b=lk4RLBQcO1frGza/zC7AN6+oK1uViLoYEJQQQk8QOk0vUy1dm0P1rHQTH7J7PLLtMB dBayFhdmBNCT4AHmDX8QtA3SAkd/k+9Ig46i4/oB1zr8EIOfkXUxQsi1P3w/u3mE22fW jMtoxtWviU392t6HAwcrZtg3Araznc2pD0x4n1wtadBTJzMFTvp9gslQo1g5MBykjqFz 8Rdd6b065j8S/nKrCNzbuEBU+rvgEHkfFdAL70jLotYP5o7L84aDgUaUlXHh+pJLik9+ C02MBiA0el4O9xQsw4DIIb6J0GxUehxINd1j+mvlpZrmNgEi+E0+4tsz7qWhVz/6xu/f D1sA== Received: by 10.217.1.197 with SMTP id n47mr6333627wes.27.1343690423983; Mon, 30 Jul 2012 16:20:23 -0700 (PDT) Received: from [192.168.30.208] ([62.197.196.40]) by mx.google.com with ESMTPS id cl8sm19053424wib.10.2012.07.30.16.20.22 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 30 Jul 2012 16:20:23 -0700 (PDT) Message-ID: <5017167A.5010101@gmail.com> Date: Tue, 31 Jul 2012 01:19:22 +0200 From: Peter Viskup User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.5) Gecko/20120624 Icedove/10.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] Xend highly uses CPU with multiprocessor setup X-BeenThere: xen-users@lists.xen.org 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, I am experiencing issue on freshly upgraded Debian Squeeze with Xen 4.0.1 from Debian repositories. After upgrade the system with Xen was slow - no iowaits only Steal time was high. I tried workarounds regarding ACPI - only acpi=off was working but the performance decrease was quite large due to only one CPU core was active at that time. The last workaround I am running right now is to set dom0_cpus to 1 in xend-config.sxp. But this set dom0 cpus except the first one to paused state and the dynamic configuration changes are not propagated to domUs (e.g. memory [in/de]crease). Can anybody tell me how to handle dom0_cpus correctly and what can be the issue with multiprocessor setup of xend - the high cpu usage? I already sent bugreport to Debian [1], but with no answer till now. Thanks. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683170 Best regards, -- Peter Viskup _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 30 23:21:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Jul 2012 23:21: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 1SvzGF-0006lM-26; Mon, 30 Jul 2012 23: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 1SvzGD-0006lH-Eu for xen-users@lists.xen.org; Mon, 30 Jul 2012 23:20:25 +0000 Received: from [85.158.139.83:25669] by server-9.bemta-5.messagelabs.com id 6C/40-01069-8B617105; Mon, 30 Jul 2012 23:20:24 +0000 X-Env-Sender: skupko.sk@gmail.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1343690424!18172762!1 X-Originating-IP: [209.85.212.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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30713 invoked from network); 30 Jul 2012 23:20:24 -0000 Received: from mail-wi0-f169.google.com (HELO mail-wi0-f169.google.com) (209.85.212.169) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jul 2012 23:20:24 -0000 Received: by wibhm2 with SMTP id hm2so3038095wib.2 for ; Mon, 30 Jul 2012 16:20:24 -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=h6mBSCYBIraHQzfqo9cvCP8xE3eRBKmSFl+xeWpLd1M=; b=lk4RLBQcO1frGza/zC7AN6+oK1uViLoYEJQQQk8QOk0vUy1dm0P1rHQTH7J7PLLtMB dBayFhdmBNCT4AHmDX8QtA3SAkd/k+9Ig46i4/oB1zr8EIOfkXUxQsi1P3w/u3mE22fW jMtoxtWviU392t6HAwcrZtg3Araznc2pD0x4n1wtadBTJzMFTvp9gslQo1g5MBykjqFz 8Rdd6b065j8S/nKrCNzbuEBU+rvgEHkfFdAL70jLotYP5o7L84aDgUaUlXHh+pJLik9+ C02MBiA0el4O9xQsw4DIIb6J0GxUehxINd1j+mvlpZrmNgEi+E0+4tsz7qWhVz/6xu/f D1sA== Received: by 10.217.1.197 with SMTP id n47mr6333627wes.27.1343690423983; Mon, 30 Jul 2012 16:20:23 -0700 (PDT) Received: from [192.168.30.208] ([62.197.196.40]) by mx.google.com with ESMTPS id cl8sm19053424wib.10.2012.07.30.16.20.22 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 30 Jul 2012 16:20:23 -0700 (PDT) Message-ID: <5017167A.5010101@gmail.com> Date: Tue, 31 Jul 2012 01:19:22 +0200 From: Peter Viskup User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.5) Gecko/20120624 Icedove/10.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] Xend highly uses CPU with multiprocessor setup X-BeenThere: xen-users@lists.xen.org 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, I am experiencing issue on freshly upgraded Debian Squeeze with Xen 4.0.1 from Debian repositories. After upgrade the system with Xen was slow - no iowaits only Steal time was high. I tried workarounds regarding ACPI - only acpi=off was working but the performance decrease was quite large due to only one CPU core was active at that time. The last workaround I am running right now is to set dom0_cpus to 1 in xend-config.sxp. But this set dom0 cpus except the first one to paused state and the dynamic configuration changes are not propagated to domUs (e.g. memory [in/de]crease). Can anybody tell me how to handle dom0_cpus correctly and what can be the issue with multiprocessor setup of xend - the high cpu usage? I already sent bugreport to Debian [1], but with no answer till now. Thanks. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683170 Best regards, -- Peter Viskup _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 31 02:10:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 31 Jul 2012 02:10: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 1Sw1t3-00041j-Tv; Tue, 31 Jul 2012 02:08:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sw1t2-00041e-9U for xen-users@lists.xen.org; Tue, 31 Jul 2012 02:08:40 +0000 Received: from [85.158.143.99:57731] by server-3.bemta-4.messagelabs.com id CF/D6-01511-72E37105; Tue, 31 Jul 2012 02:08:39 +0000 X-Env-Sender: lists+xen@internecto.net X-Msg-Ref: server-14.tower-216.messagelabs.com!1343700519!19863441!1 X-Originating-IP: [176.9.245.29] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8625 invoked from network); 31 Jul 2012 02:08:39 -0000 Received: from polaris.internecto.net (HELO mx1.internecto.net) (176.9.245.29) by server-14.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 31 Jul 2012 02:08:39 -0000 Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id D0FE0A02EB; Tue, 31 Jul 2012 02:08:38 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mail.internecto.net Received: from mx1.internecto.net ([127.0.0.1]) by localhost (mail.polaris.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j2rRVZjrn9tf; Tue, 31 Jul 2012 02:08:32 +0000 (UTC) Received: from internecto.net (5ED4FDEB.cm-7-5d.dynamic.ziggo.nl [94.212.253.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: lists@internecto.net) by mx1.internecto.net (Postfix) with ESMTPSA id 9BF8FA02EA; Tue, 31 Jul 2012 02:08:32 +0000 (UTC) Date: Tue, 31 Jul 2012 04:08:31 +0200 From: Mark van Dijk To: Stephan Seitz Message-ID: <20120731040831.4df9b8d6@internecto.net> In-Reply-To: <1343670709.27287.34.camel@wotan2> References: <8F28A3A398BE409596530A977AF552A4@INTRANET.local> <1343670709.27287.34.camel@wotan2> Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; i686-pc-linux-gnu) Mime-Version: 1.0 Cc: "xen-users@lists.xen.org" , Julio =?UTF-8?B?U29sw7NyemFubw==?= Subject: Re: [Xen-users] Xen networking disconnect X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > as there's Marks "networking experiments" mail attached to your's, I'm > quite not sure if you're using the legacy (as of your CentOS 5/Xen3 > setup) way, or maybe trying the experimental one. I guess, the > attached mail is unrelated, otherwise I'ld have probably noticed > openvswitch. I think he's not using it. But I have to add that I'm not even sure whether my method works on Xen older than version 4.. -- Stay in touch, Mark van Dijk. ,-------------------------------- ---------------------------' Tue Jul 31 02:07 UTC 2012 Today is Boomtime, the 66th day of Confusion in the YOLD 3178 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 31 02:10:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 31 Jul 2012 02:10: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 1Sw1t3-00041j-Tv; Tue, 31 Jul 2012 02:08:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sw1t2-00041e-9U for xen-users@lists.xen.org; Tue, 31 Jul 2012 02:08:40 +0000 Received: from [85.158.143.99:57731] by server-3.bemta-4.messagelabs.com id CF/D6-01511-72E37105; Tue, 31 Jul 2012 02:08:39 +0000 X-Env-Sender: lists+xen@internecto.net X-Msg-Ref: server-14.tower-216.messagelabs.com!1343700519!19863441!1 X-Originating-IP: [176.9.245.29] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8625 invoked from network); 31 Jul 2012 02:08:39 -0000 Received: from polaris.internecto.net (HELO mx1.internecto.net) (176.9.245.29) by server-14.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 31 Jul 2012 02:08:39 -0000 Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id D0FE0A02EB; Tue, 31 Jul 2012 02:08:38 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mail.internecto.net Received: from mx1.internecto.net ([127.0.0.1]) by localhost (mail.polaris.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j2rRVZjrn9tf; Tue, 31 Jul 2012 02:08:32 +0000 (UTC) Received: from internecto.net (5ED4FDEB.cm-7-5d.dynamic.ziggo.nl [94.212.253.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: lists@internecto.net) by mx1.internecto.net (Postfix) with ESMTPSA id 9BF8FA02EA; Tue, 31 Jul 2012 02:08:32 +0000 (UTC) Date: Tue, 31 Jul 2012 04:08:31 +0200 From: Mark van Dijk To: Stephan Seitz Message-ID: <20120731040831.4df9b8d6@internecto.net> In-Reply-To: <1343670709.27287.34.camel@wotan2> References: <8F28A3A398BE409596530A977AF552A4@INTRANET.local> <1343670709.27287.34.camel@wotan2> Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; i686-pc-linux-gnu) Mime-Version: 1.0 Cc: "xen-users@lists.xen.org" , Julio =?UTF-8?B?U29sw7NyemFubw==?= Subject: Re: [Xen-users] Xen networking disconnect X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > as there's Marks "networking experiments" mail attached to your's, I'm > quite not sure if you're using the legacy (as of your CentOS 5/Xen3 > setup) way, or maybe trying the experimental one. I guess, the > attached mail is unrelated, otherwise I'ld have probably noticed > openvswitch. I think he's not using it. But I have to add that I'm not even sure whether my method works on Xen older than version 4.. -- Stay in touch, Mark van Dijk. ,-------------------------------- ---------------------------' Tue Jul 31 02:07 UTC 2012 Today is Boomtime, the 66th day of Confusion in the YOLD 3178 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 31 07:30:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 31 Jul 2012 07:30: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 1Sw6t7-0006iM-LR; Tue, 31 Jul 2012 07:29:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sw6t5-0006i6-Pg for xen-users@lists.xensource.com; Tue, 31 Jul 2012 07:29:03 +0000 Received: from [85.158.143.35:48936] by server-3.bemta-4.messagelabs.com id C1/82-01511-E3987105; Tue, 31 Jul 2012 07:29:02 +0000 X-Env-Sender: andrew.lyon@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1343719737!16073729!1 X-Originating-IP: [209.85.214.43] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25589 invoked from network); 31 Jul 2012 07:28:58 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 31 Jul 2012 07:28:58 -0000 Received: by bkty15 with SMTP id y15so3434116bkt.30 for ; Tue, 31 Jul 2012 00:28:57 -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=GjpkP6+RYKE/oYBkgXmMjea/BIhBV/XIPltd/sF6J4M=; b=Sbh34DZ6rn01wBkvNW9N1lvt0UI6YwnOgVOjTz7uVV1vuKJ6jElvQjM6oWWzIaAgbe D7PFYcuceZgtbO2k9/iRjIvFJf/VhGmSD5nKxnppYzkqa6xFbv2PheTl024IFPuwoOhv suce0byzcy/rz9ZGPhli5FT5KNcCvaN2owzmG7C3GdFWZdpTDeQLQVw3qXNhp+7nu/tq +xlFYwNifCfBjZk0J0U8kU3hIWezOerawrlA6KRW1eyfIgTtlocqDxHSe/5q8WQRlZ6P 9FnwlAgY3IgP2LLZvEatlhpgzGRJHtZmYOvfJDed7fQr3QYY4bIzOMDLrvI5fwpnEQee IPyw== MIME-Version: 1.0 Received: by 10.204.152.220 with SMTP id h28mr4896906bkw.30.1343719737590; Tue, 31 Jul 2012 00:28:57 -0700 (PDT) Received: by 10.204.78.205 with HTTP; Tue, 31 Jul 2012 00:28:57 -0700 (PDT) In-Reply-To: <20120727180416.GI17427@andromeda.dapyr.net> References: <20120727180416.GI17427@andromeda.dapyr.net> Date: Tue, 31 Jul 2012 08:28:57 +0100 Message-ID: From: Andrew Lyon To: Konrad Rzeszutek Wilk , xen-users List , Xen-devel Subject: Re: [Xen-users] [Xen-devel] 3.5.0 dom0 crash on boot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 27, 2012 at 7:04 PM, Konrad Rzeszutek Wilk wrote: > On Fri, Jul 27, 2012 at 01:26:09PM +0100, Andrew Lyon wrote: >> Setting dom0_mem=1024M enabled the system to boot. >> >> The system has 32gb ram, is this a known issue? > > Not that I know off. What would be usefull if you ran > gdb on your vmlinux and stuck those EIP addresses to > figure out what broke. > > Looking at the registers state it could be very well > that you are hitting this: > > www.gossamer-threads.com/lists/linux/kernel/1571716 > > Try the patch and see if that fixes it? I can confirm that the patch fixes the problem, I can boot without setting dom0_ram=1024M My system is Supermicro X9DRL-3/IF with 2 x E5-2640 Xeon's and 32gb RAM (8 x Hynix Semiconductor HMT351R7CFR8C) BIOS 1.0a Thanks! Andy >> >> Andy >> >> On Fri, Jul 27, 2012 at 1:04 PM, Andrew Lyon wrote: >> > Hi, >> > >> > I've not tried pv_ops for a long time but just got a new system >> > (Supermicro X9DRL-iF) so decided to try 3.5.0 with the latest Xen >> > 4.2-unstable, unfortunately the system crashes immediately after >> > loading dom0: >> > >> > traps.c:486:d0 Unhandled invalid opcode fault/trap [#6] on VCPU 0 [ec=0000] >> > >> > I've tried loading both bzImage and vmlinuz (gzip compressed vmlinuz) >> > with the same result. >> > >> > Full boot log: >> > >> > >> > root (hd0,0) >> > Filesystem type is ext2fs, partition type 0x83 >> > kernel /xen-4.2-unstable.gz iommu=1 iommu_inclusive_mapping=1 com1=38400,8n1 co >> > nsole=com1 noirqbalance watchdog dom0_vcpus_pin loglvl=all guest_loglvl=all cpu >> > idle conring_size=65536 >> > [Multiboot-elf, <0x100000:0 ! __ __ _ _ >> > ____ _ _ _ >> > \ \/ /___ _ __ | || | |___ \ _ _ _ __ ___| |_ __ _| |__ | | ___ * >> > \ // _ \ '_ \ | || |_ __) |__| | | | '_ \/ __| __/ _` | '_ \| |/ _ \ * >> > / \ __/ | | | |__ _| / __/|__| |_| | | | \__ \ || (_| | |_) | | __/ * >> > /_/\_\___|_| |_| |_|(_)_____| \__,_|_| |_|___/\__\__,_|_.__/|_|\___| * >> > * >> > (XEN) Xen version 4.2-unstable (@josims.local) (gcc version 4.5.3 >> > (Gentoo 4.5.3-r2 p1.1, pie-0.4.7) ) Fri Jul 27 20:28:57 BST 2012 >> > (XEN) Latest ChangeSet: Thu Jul 26 10:55:09 2012 +0100 25667:b0fc6f8d5066 * >> > (XEN) Bootloader: GNU GRUB 0.97 * >> > (XEN) Command line: iommu=1 iommu_inclusive_mapping=1 com1=38400,8n1 >> > console=com1 noirqbalance watchdog dom0_vcpus_pin loglvl=all >> > guest_loglvl=all cpuidle conring_size=65536 Use the * and * keys to >> > select which entry is highlighted. >> > (XEN) Video information: 'e' to edit the selected command in the >> > (XEN) VGA is text mode 80x25, font 8x16ine, 'o' to open a new line >> > (XEN) VBE/DDC methods: none; EDID transfer time: 0 secondsve the >> > (XEN) EDID info not retrieved because no DDC retrieval method detected >> > (XEN) Disc information: >> > (XEN) Found 4 MBR signatures >> > (XEN) Found 6 EDD information structures >> > (XEN) Xen-e820 RAM map: >> > (XEN) 0000000000000000 - 000000000008e400 (usable) >> > (XEN) 000000000008e400 - 00000000000a0000 (reserved) >> > (XEN) 00000000000e0000 - 0000000000100000 (reserved) >> > (XEN) 0000000000100000 - 000000007e49a000 (usable) >> > (XEN) 000000007e49a000 - 000000007e5b2000 (ACPI NVS) >> > (XEN) 000000007e5b2000 - 000000007f1b2000 (reserved) >> > (XEN) 000000007f1b2000 - 000000007f22e000 (ACPI data) >> > (XEN) 000000007f22e000 - 000000007f2c7000 (reserved) >> > (XEN) 000000007f2c7000 - 000000007f2ce000 (ACPI NVS) >> > (XEN) 000000007f2ce000 - 000000007f339000 (reserved) >> > (XEN) 000000007f339000 - 000000007f341000 (ACPI NVS) >> > (XEN) 000000007f341000 - 000000007f36a000 (reserved) >> > (XEN) 000000007f36a000 - 000000007f800000 (ACPI NVS) >> > (XEN) 0000000080000000 - 0000000090000000 (reserved) >> > (XEN) 00000000fed1c000 - 00000000fed40000 (reserved) >> > (XEN) 00000000ff000000 - 0000000100000000 (reserved) >> > (XEN) 0000000100000000 - 0000000880000000 (usable) >> > (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) >> > (XEN) ACPI: XSDT 7F1B2088, 0094 (r1 ALASKA A M I 1072009 AMI 10013) >> > (XEN) ACPI: FACP 7F1BC860, 00F4 (r4 ALASKA A M I 1072009 AMI 10013) >> > (XEN) ACPI: DSDT 7F1B21B0, A6AD (r2 ALASKA A M I 15 INTL 20091112) >> > (XEN) ACPI: FACS 7F33EF80, 0040 >> > (XEN) ACPI: APIC 7F1BC958, 01B4 (r3 ALASKA A M I 1072009 AMI 10013) >> > (XEN) ACPI: MCFG 7F1BCB10, 003C (r1 ALASKA OEMMCFG. 1072009 MSFT 97) >> > (XEN) ACPI: SRAT 7F1BCB50, 0430 (r1 A M I AMI SRAT 1 AMI. 0) >> > (XEN) ACPI: SLIT 7F1BCF80, 0030 (r1 A M I AMI SLIT 0 AMI. 0) >> > (XEN) ACPI: HPET 7F1BCFB0, 0038 (r1 ALASKA A M I 1072009 AMI. 5) >> > (XEN) ACPI: SPMI 7F1BCFE8, 0040 (r5 A M I OEMSPMI 0 AMI. 0) >> > (XEN) ACPI: SSDT 7F1BD028, 70104 (r2 INTEL CpuPm 4000 INTL 20091112) >> > (XEN) ACPI: DMAR 7F22D130, 0188 (r1 A M I OEMDMAR 1 INTL 1) >> > (XEN) ACPI: EINJ 7F22D2B8, 0130 (r1 AMI AMI EINJ 0 0) >> > (XEN) ACPI: ERST 7F22D3E8, 0210 (r1 AMIER AMI ERST 0 0) >> > (XEN) ACPI: HEST 7F22D5F8, 00A8 (r1 AMI AMI HEST 0 0) >> > (XEN) ACPI: BERT 7F22D6A0, 0030 (r1 AMI AMI BERT 0 0) >> > (XEN) ACPI: BGRT 7F22D6D0, 0038 (r0 ALASKA A M I 1072009 AMI 10013) >> > (XEN) System RAM: 32740MB (33525920kB) >> > (XEN) SRAT: PXM 0 -> APIC 0 -> Node 0 >> > (XEN) SRAT: PXM 0 -> APIC 1 -> Node 0 >> > (XEN) SRAT: PXM 0 -> APIC 2 -> Node 0 >> > (XEN) SRAT: PXM 0 -> APIC 3 -> Node 0 >> > (XEN) SRAT: PXM 0 -> APIC 4 -> Node 0 >> > (XEN) SRAT: PXM 0 -> APIC 5 -> Node 0 >> > (XEN) SRAT: PXM 0 -> APIC 6 -> Node 0 >> > (XEN) SRAT: PXM 0 -> APIC 7 -> Node 0 >> > (XEN) SRAT: PXM 0 -> APIC 8 -> Node 0 >> > (XEN) SRAT: PXM 0 -> APIC 9 -> Node 0 >> > (XEN) SRAT: PXM 0 -> APIC 10 -> Node 0 >> > (XEN) SRAT: PXM 0 -> APIC 11 -> Node 0 >> > (XEN) SRAT: PXM 1 -> APIC 32 -> Node 1 >> > (XEN) SRAT: PXM 1 -> APIC 33 -> Node 1 >> > (XEN) SRAT: PXM 1 -> APIC 34 -> Node 1 >> > (XEN) SRAT: PXM 1 -> APIC 35 -> Node 1 >> > (XEN) SRAT: PXM 1 -> APIC 36 -> Node 1 >> > (XEN) SRAT: PXM 1 -> APIC 37 -> Node 1 >> > (XEN) SRAT: PXM 1 -> APIC 38 -> Node 1 >> > (XEN) SRAT: PXM 1 -> APIC 39 -> Node 1 >> > (XEN) SRAT: PXM 1 -> APIC 40 -> Node 1 >> > (XEN) SRAT: PXM 1 -> APIC 41 -> Node 1 >> > (XEN) SRAT: PXM 1 -> APIC 42 -> Node 1 >> > (XEN) SRAT: PXM 1 -> APIC 43 -> Node 1 >> > (XEN) SRAT: Node 0 PXM 0 0-80000000 >> > (XEN) SRAT: Node 0 PXM 0 100000000-480000000 >> > (XEN) SRAT: Node 1 PXM 1 480000000-880000000 >> > (XEN) NUMA: Using 19 for the hash shift. >> > (XEN) Domain heap initialised DMA width 32 bits >> > (XEN) found SMP MP-table at 000fdb10 >> > (XEN) DMI 2.7 present. >> > (XEN) Using APIC driver default >> > (XEN) ACPI: PM-Timer IO Port: 0x408 >> > (XEN) ACPI: ACPI SLEEP INFO: pm1x_cnt[404,0], pm1x_evt[400,0] >> > (XEN) ACPI: 32/64X FACS address mismatch in FADT - >> > 7f33ef80/0000000000000000, using 32 >> > (XEN) ACPI: wakeup_vec[7f33ef8c], vec_size[20] >> > (XEN) ACPI: Local APIC address 0xfee00000 >> > (XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) >> > (XEN) Processor #0 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) >> > (XEN) Processor #2 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x04] enabled) >> > (XEN) Processor #4 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x06] lapic_id[0x06] enabled) >> > (XEN) Processor #6 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x08] lapic_id[0x08] enabled) >> > (XEN) Processor #8 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x0a] enabled) >> > (XEN) Processor #10 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x20] enabled) >> > (XEN) Processor #32 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x22] enabled) >> > (XEN) Processor #34 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x10] lapic_id[0x24] enabled) >> > (XEN) Processor #36 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x12] lapic_id[0x26] enabled) >> > (XEN) Processor #38 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x14] lapic_id[0x28] enabled) >> > (XEN) Processor #40 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x16] lapic_id[0x2a] enabled) >> > (XEN) Processor #42 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) >> > (XEN) Processor #1 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled) >> > (XEN) Processor #3 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x05] lapic_id[0x05] enabled) >> > (XEN) Processor #5 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x07] lapic_id[0x07] enabled) >> > (XEN) Processor #7 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x09] lapic_id[0x09] enabled) >> > (XEN) Processor #9 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x0b] enabled) >> > (XEN) Processor #11 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x21] enabled) >> > (XEN) Processor #33 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x23] enabled) >> > (XEN) Processor #35 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x11] lapic_id[0x25] enabled) >> > (XEN) Processor #37 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x13] lapic_id[0x27] enabled) >> > (XEN) Processor #39 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x15] lapic_id[0x29] enabled) >> > (XEN) Processor #41 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x17] lapic_id[0x2b] enabled) >> > (XEN) Processor #43 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x04] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x06] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x08] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0a] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0c] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0e] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x10] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x12] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x14] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x16] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x05] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x07] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x09] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0b] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0d] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0f] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x11] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x13] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x15] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x17] high edge lint[0x1]) >> > (XEN) Overriding APIC driver with bigsmp >> > (XEN) ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0]) >> > (XEN) IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23 >> > (XEN) ACPI: IOAPIC (id[0x02] address[0xfec01000] gsi_base[24]) >> > (XEN) IOAPIC[1]: apic_id 2, version 32, address 0xfec01000, GSI 24-47 >> > (XEN) ACPI: IOAPIC (id[0x03] address[0xfec40000] gsi_base[48]) >> > (XEN) IOAPIC[2]: apic_id 3, version 32, address 0xfec40000, GSI 48-71 >> > (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) >> > (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) >> > (XEN) ACPI: IRQ0 used by override. >> > (XEN) ACPI: IRQ2 used by override. >> > (XEN) ACPI: IRQ9 used by override. >> > (XEN) Enabling APIC mode: Phys. Using 3 I/O APICs >> > (XEN) ACPI: HPET id: 0x8086a701 base: 0xfed00000 >> > (XEN) ERST table is invalid >> > (XEN) Using ACPI (MADT) for SMP configuration information >> > (XEN) SMP: Allowing 24 CPUs (0 hotplug CPUs) >> > (XEN) IRQ limits: 72 GSI, 4552 MSI/MSI-X >> > (XEN) Switched to APIC driver x2apic_cluster. >> > (XEN) Using scheduler: SMP Credit Scheduler (credit) >> > (XEN) Detected 2500.105 MHz processor. >> > (XEN) Initing memory sharing. >> > (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 >> > (XEN) mce_intel.c:1239: MCA Capability: BCAST 1 SER 1 CMCI 1 firstbank >> > 0 extended MCE MSR 0 >> > (XEN) Intel machine check reporting enabled >> > (XEN) PCI: MCFG configuration 0: base 80000000 segment 0000 buses 00 - ff >> > (XEN) PCI: MCFG area at 80000000 reserved in E820 >> > (XEN) PCI: Using MCFG for segment 0000 bus 00-ff >> > (XEN) Intel VT-d Snoop Control enabled. >> > (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. >> > (XEN) Intel VT-d Queued Invalidation enabled. >> > (XEN) Intel VT-d Interrupt Remapping enabled. >> > (XEN) Intel VT-d Shared EPT tables enabled. >> > (XEN) I/O virtualisation enabled >> > (XEN) - Dom0 mode: Relaxed >> > (XEN) Enabled directed EOI with ioapic_ack_old on! >> > (XEN) ENABLING IO-APIC IRQs >> > (XEN) -> Using old ACK method >> > (XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pin2=-1 >> > (XEN) TSC deadline timer enabled >> > (XEN) Platform timer is 14.318MHz HPET >> > (XEN) Defaulting to alternative key handling; send 'A' to switch to normal mode. >> > (XEN) Allocated console ring of 65536 KiB. >> > (XEN) VMX: Supported advanced features: >> > (XEN) - APIC MMIO access virtualisation >> > (XEN) - APIC TPR shadow >> > (XEN) - Extended Page Tables (EPT) >> > (XEN) - Virtual-Processor Identifiers (VPID) >> > (XEN) - Virtual NMI >> > (XEN) - MSR direct-access bitmap >> > (XEN) - Unrestricted Guest >> > (XEN) HVM: ASIDs enabled. >> > (XEN) HVM: VMX enabled >> > (XEN) HVM: Hardware Assisted Paging (HAP) detected >> > (XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB >> > (XEN) Brought up 24 CPUs >> > (XEN) Testing NMI watchdog --- CPU#0 okay. CPU#1 okay. CPU#2 okay. >> > CPU#3 okay. CPU#4 okay. CPU#5 okay. CPU#6 okay. CPU#7 okay. CPU#8 >> > okay. CPU#9 okay. CPU#10 okay. CPU#11 okay. CPU#12 okay. CPU#13 okay. >> > CPU#14 okay. CPU#15 okay. CPU#16 okay. CPU#17 okay. CPU#18 okay. >> > CPU#19 okay. CPU#20 okay. CPU#21 okay. CPU#22 okay. CPU#23 okay. >> > (XEN) ACPI sleep modes: S3 >> > (XEN) mcheck_poll: Machine check polling timer started. >> > (XEN) *** LOADING DOMAIN 0 *** >> > (XEN) elf_parse_binary: phdr: paddr=0x1000000 memsz=0x820000 >> > (XEN) elf_parse_binary: phdr: paddr=0x1a00000 memsz=0x740e8 >> > (XEN) elf_parse_binary: phdr: paddr=0x1a75000 memsz=0x13340 >> > (XEN) elf_parse_binary: phdr: paddr=0x1a89000 memsz=0x549000 >> > (XEN) elf_parse_binary: memory: 0x1000000 -> 0x1fd2000 >> > (XEN) elf_xen_parse_note: GUEST_OS = "linux" >> > (XEN) elf_xen_parse_note: GUEST_VERSION = "2.6" >> > (XEN) elf_xen_parse_note: XEN_VERSION = "xen-3.0" >> > (XEN) elf_xen_parse_note: VIRT_BASE = 0xffffffff80000000 >> > (XEN) elf_xen_parse_note: ENTRY = 0xffffffff81a89210 >> > (XEN) elf_xen_parse_note: HYPERCALL_PAGE = 0xffffffff81001000 >> > (XEN) elf_xen_parse_note: FEATURES = "!writable_page_tables|pae_pgdir_above_4gb" >> > (XEN) elf_xen_parse_note: PAE_MODE = "yes" >> > (XEN) elf_xen_parse_note: LOADER = "generic" >> > (XEN) elf_xen_parse_note: unknown xen elf note (0xd) >> > (XEN) elf_xen_parse_note: SUSPEND_CANCEL = 0x1 >> > (XEN) elf_xen_parse_note: HV_START_LOW = 0xffff800000000000 >> > (XEN) elf_xen_parse_note: PADDR_OFFSET = 0x0 >> > (XEN) elf_xen_addr_calc_check: addresses: >> > (XEN) virt_base = 0xffffffff80000000 >> > (XEN) elf_paddr_offset = 0x0 >> > (XEN) virt_offset = 0xffffffff80000000 >> > (XEN) virt_kstart = 0xffffffff81000000 >> > (XEN) virt_kend = 0xffffffff81fd2000 >> > (XEN) virt_entry = 0xffffffff81a89210 >> > (XEN) p2m_base = 0xffffffffffffffff >> > (XEN) Xen kernel: 64-bit, lsb, compat32 >> > (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x1fd2000 >> > (XEN) PHYSICAL MEMORY ARRANGEMENT: >> > (XEN) Dom0 alloc.: 0000000430000000->0000000438000000 (8190061 >> > pages to be allocated) >> > (XEN) VIRTUAL MEMORY ARRANGEMENT: >> > (XEN) Loaded kernel: ffffffff81000000->ffffffff81fd2000 >> > (XEN) Init. ramdisk: ffffffff81fd2000->ffffffff81fd2000 >> > (XEN) Phys-Mach map: ffffffff81fd2000->ffffffff85e8e368 >> > (XEN) Start info: ffffffff85e8f000->ffffffff85e8f4b4 >> > (XEN) Page tables: ffffffff85e90000->ffffffff85ec3000 >> > (XEN) Boot stack: ffffffff85ec3000->ffffffff85ec4000 >> > (XEN) TOTAL: ffffffff80000000->ffffffff86000000 >> > (XEN) ENTRY ADDRESS: ffffffff81a89210 >> > (XEN) Dom0 has maximum 24 VCPUs >> > (XEN) elf_load_binary: phdr 0 at 0xffffffff81000000 -> 0xffffffff81820000 >> > (XEN) elf_load_binary: phdr 1 at 0xffffffff81a00000 -> 0xffffffff81a740e8 >> > (XEN) elf_load_binary: phdr 2 at 0xffffffff81a75000 -> 0xffffffff81a88340 >> > (XEN) elf_load_binary: phdr 3 at 0xffffffff81a89000 -> 0xffffffff81b11000 >> > (XEN) Scrubbing Free RAM: .done. >> > (XEN) Initial low memory virq threshold set at 0x4000 pages. >> > (XEN) Std. Loglevel: All >> > (XEN) Guest Loglevel: All >> > (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch >> > input to Xen) >> > (XEN) Freed 236kB init memory. >> > mapping kernel into physical memory >> > about to get started... >> > (XEN) traps.c:486:d0 Unhandled invalid opcode fault/trap [#6] on VCPU >> > 0 [ec=0000] >> > (XEN) domain_crash_sync called from entry.S >> > (XEN) Domain 0 (vcpu#0) crashed on cpu#0: >> > (XEN) ----[ Xen-4.2-unstable x86_64 debug=y Not tainted ]---- >> > (XEN) CPU: 0 >> > (XEN) RIP: e033:[] >> > (XEN) RFLAGS: 0000000000000206 EM: 1 CONTEXT: pv guest >> > (XEN) rax: ffffffff81fd3000 rbx: 0000000000000021 rcx: 0000000000001000 >> > (XEN) rdx: ffffffff81fd2000 rsi: 0000000000001000 rdi: 0000000000001000 >> > (XEN) rbp: 0000000000000088 rsp: ffffffff81a01d38 r8: 0000000000000088 >> > (XEN) r9: 0000000000000021 r10: 0000000000000000 r11: 0000000100000000 >> > (XEN) r12: 0000000000079700 r13: 0000000000000440 r14: 0000000000000088 >> > (XEN) r15: 0000000000000021 cr0: 000000008005003b cr4: 00000000000426f0 >> > (XEN) cr3: 0000000431a0b000 cr2: 0000000000000000 >> > (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e02b cs: e033 >> > (XEN) Guest stack trace from rsp=ffffffff81a01d38: >> > (XEN) 0000000000001000 0000000100000000 ffffffff81a8f18e 000000010000e030 >> > (XEN) 0000000000010006 ffffffff81a01d70 000000000000e02b ffffffff81a8de7c >> > (XEN) 0000000000000108 0000000000851000 00000000007e8444 0000000000079700 >> > (XEN) ffffffff81a01e20 ffffffff81a01df8 0000000000859445 ffffffff81a8e25c >> > (XEN) 00000000007d7800 0000000000851000 0000000000079793 ffffffff81a8ca2c >> > (XEN) 0000000000081bd8 0000000000081bd8 ffffffff81ac2990 00000000007d786d >> > (XEN) ffffffff81a01e20 0000000000000001 0000000000000000 0000000000007ff0 >> > (XEN) ffffffff81a01e28 00000000007e8444 4000000000000000 00000000007d786d >> > (XEN) 0000000000081bd8 00000000007d786d ffffffff81ac297c 0000000000000000 >> > (XEN) 0000000000000013 ffffffff81a8cda7 0000000800000014 00000007d786d000 >> > (XEN) 0000000007528793 0000001400000000 0000000000000014 0000000000000013 >> > (XEN) ffffffff00000014 ffffffff81ac2800 ffffffff81452556 7ff0000000000000 >> > (XEN) 0000000000000000 ffffffffffffffff ffffffff81ac0000 ffffffff81a01f80 >> > (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff81a9265a >> > (XEN) ffffffffffffffff ffffffff81a8f2f6 0000000000000010 ffffffff81a01f68 >> > (XEN) ffffffff81a01f28 0000000000000000 ffffffff81452556 ffffffffffffffff >> > (XEN) ffffffff81ac0000 0000000000000000 0000000000000000 0000000000000000 >> > (XEN) 0000000000000000 ffffffff81a8985a 0000000001bb4000 0000000000000000 >> > (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff85e90000 >> > (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff81a8c6ed >> > (XEN) Domain 0 crashed: rebooting machine in 5 seconds. >> > (XEN) Resetting with ACPI MEMORY or I/O RESET_REG. >> > >> > >> > Andy >> >> _______________________________________________ >> 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 Jul 31 07:30:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 31 Jul 2012 07:30: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 1Sw6t7-0006iM-LR; Tue, 31 Jul 2012 07:29:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sw6t5-0006i6-Pg for xen-users@lists.xensource.com; Tue, 31 Jul 2012 07:29:03 +0000 Received: from [85.158.143.35:48936] by server-3.bemta-4.messagelabs.com id C1/82-01511-E3987105; Tue, 31 Jul 2012 07:29:02 +0000 X-Env-Sender: andrew.lyon@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1343719737!16073729!1 X-Originating-IP: [209.85.214.43] 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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25589 invoked from network); 31 Jul 2012 07:28:58 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 31 Jul 2012 07:28:58 -0000 Received: by bkty15 with SMTP id y15so3434116bkt.30 for ; Tue, 31 Jul 2012 00:28:57 -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=GjpkP6+RYKE/oYBkgXmMjea/BIhBV/XIPltd/sF6J4M=; b=Sbh34DZ6rn01wBkvNW9N1lvt0UI6YwnOgVOjTz7uVV1vuKJ6jElvQjM6oWWzIaAgbe D7PFYcuceZgtbO2k9/iRjIvFJf/VhGmSD5nKxnppYzkqa6xFbv2PheTl024IFPuwoOhv suce0byzcy/rz9ZGPhli5FT5KNcCvaN2owzmG7C3GdFWZdpTDeQLQVw3qXNhp+7nu/tq +xlFYwNifCfBjZk0J0U8kU3hIWezOerawrlA6KRW1eyfIgTtlocqDxHSe/5q8WQRlZ6P 9FnwlAgY3IgP2LLZvEatlhpgzGRJHtZmYOvfJDed7fQr3QYY4bIzOMDLrvI5fwpnEQee IPyw== MIME-Version: 1.0 Received: by 10.204.152.220 with SMTP id h28mr4896906bkw.30.1343719737590; Tue, 31 Jul 2012 00:28:57 -0700 (PDT) Received: by 10.204.78.205 with HTTP; Tue, 31 Jul 2012 00:28:57 -0700 (PDT) In-Reply-To: <20120727180416.GI17427@andromeda.dapyr.net> References: <20120727180416.GI17427@andromeda.dapyr.net> Date: Tue, 31 Jul 2012 08:28:57 +0100 Message-ID: From: Andrew Lyon To: Konrad Rzeszutek Wilk , xen-users List , Xen-devel Subject: Re: [Xen-users] [Xen-devel] 3.5.0 dom0 crash on boot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 27, 2012 at 7:04 PM, Konrad Rzeszutek Wilk wrote: > On Fri, Jul 27, 2012 at 01:26:09PM +0100, Andrew Lyon wrote: >> Setting dom0_mem=1024M enabled the system to boot. >> >> The system has 32gb ram, is this a known issue? > > Not that I know off. What would be usefull if you ran > gdb on your vmlinux and stuck those EIP addresses to > figure out what broke. > > Looking at the registers state it could be very well > that you are hitting this: > > www.gossamer-threads.com/lists/linux/kernel/1571716 > > Try the patch and see if that fixes it? I can confirm that the patch fixes the problem, I can boot without setting dom0_ram=1024M My system is Supermicro X9DRL-3/IF with 2 x E5-2640 Xeon's and 32gb RAM (8 x Hynix Semiconductor HMT351R7CFR8C) BIOS 1.0a Thanks! Andy >> >> Andy >> >> On Fri, Jul 27, 2012 at 1:04 PM, Andrew Lyon wrote: >> > Hi, >> > >> > I've not tried pv_ops for a long time but just got a new system >> > (Supermicro X9DRL-iF) so decided to try 3.5.0 with the latest Xen >> > 4.2-unstable, unfortunately the system crashes immediately after >> > loading dom0: >> > >> > traps.c:486:d0 Unhandled invalid opcode fault/trap [#6] on VCPU 0 [ec=0000] >> > >> > I've tried loading both bzImage and vmlinuz (gzip compressed vmlinuz) >> > with the same result. >> > >> > Full boot log: >> > >> > >> > root (hd0,0) >> > Filesystem type is ext2fs, partition type 0x83 >> > kernel /xen-4.2-unstable.gz iommu=1 iommu_inclusive_mapping=1 com1=38400,8n1 co >> > nsole=com1 noirqbalance watchdog dom0_vcpus_pin loglvl=all guest_loglvl=all cpu >> > idle conring_size=65536 >> > [Multiboot-elf, <0x100000:0 ! __ __ _ _ >> > ____ _ _ _ >> > \ \/ /___ _ __ | || | |___ \ _ _ _ __ ___| |_ __ _| |__ | | ___ * >> > \ // _ \ '_ \ | || |_ __) |__| | | | '_ \/ __| __/ _` | '_ \| |/ _ \ * >> > / \ __/ | | | |__ _| / __/|__| |_| | | | \__ \ || (_| | |_) | | __/ * >> > /_/\_\___|_| |_| |_|(_)_____| \__,_|_| |_|___/\__\__,_|_.__/|_|\___| * >> > * >> > (XEN) Xen version 4.2-unstable (@josims.local) (gcc version 4.5.3 >> > (Gentoo 4.5.3-r2 p1.1, pie-0.4.7) ) Fri Jul 27 20:28:57 BST 2012 >> > (XEN) Latest ChangeSet: Thu Jul 26 10:55:09 2012 +0100 25667:b0fc6f8d5066 * >> > (XEN) Bootloader: GNU GRUB 0.97 * >> > (XEN) Command line: iommu=1 iommu_inclusive_mapping=1 com1=38400,8n1 >> > console=com1 noirqbalance watchdog dom0_vcpus_pin loglvl=all >> > guest_loglvl=all cpuidle conring_size=65536 Use the * and * keys to >> > select which entry is highlighted. >> > (XEN) Video information: 'e' to edit the selected command in the >> > (XEN) VGA is text mode 80x25, font 8x16ine, 'o' to open a new line >> > (XEN) VBE/DDC methods: none; EDID transfer time: 0 secondsve the >> > (XEN) EDID info not retrieved because no DDC retrieval method detected >> > (XEN) Disc information: >> > (XEN) Found 4 MBR signatures >> > (XEN) Found 6 EDD information structures >> > (XEN) Xen-e820 RAM map: >> > (XEN) 0000000000000000 - 000000000008e400 (usable) >> > (XEN) 000000000008e400 - 00000000000a0000 (reserved) >> > (XEN) 00000000000e0000 - 0000000000100000 (reserved) >> > (XEN) 0000000000100000 - 000000007e49a000 (usable) >> > (XEN) 000000007e49a000 - 000000007e5b2000 (ACPI NVS) >> > (XEN) 000000007e5b2000 - 000000007f1b2000 (reserved) >> > (XEN) 000000007f1b2000 - 000000007f22e000 (ACPI data) >> > (XEN) 000000007f22e000 - 000000007f2c7000 (reserved) >> > (XEN) 000000007f2c7000 - 000000007f2ce000 (ACPI NVS) >> > (XEN) 000000007f2ce000 - 000000007f339000 (reserved) >> > (XEN) 000000007f339000 - 000000007f341000 (ACPI NVS) >> > (XEN) 000000007f341000 - 000000007f36a000 (reserved) >> > (XEN) 000000007f36a000 - 000000007f800000 (ACPI NVS) >> > (XEN) 0000000080000000 - 0000000090000000 (reserved) >> > (XEN) 00000000fed1c000 - 00000000fed40000 (reserved) >> > (XEN) 00000000ff000000 - 0000000100000000 (reserved) >> > (XEN) 0000000100000000 - 0000000880000000 (usable) >> > (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) >> > (XEN) ACPI: XSDT 7F1B2088, 0094 (r1 ALASKA A M I 1072009 AMI 10013) >> > (XEN) ACPI: FACP 7F1BC860, 00F4 (r4 ALASKA A M I 1072009 AMI 10013) >> > (XEN) ACPI: DSDT 7F1B21B0, A6AD (r2 ALASKA A M I 15 INTL 20091112) >> > (XEN) ACPI: FACS 7F33EF80, 0040 >> > (XEN) ACPI: APIC 7F1BC958, 01B4 (r3 ALASKA A M I 1072009 AMI 10013) >> > (XEN) ACPI: MCFG 7F1BCB10, 003C (r1 ALASKA OEMMCFG. 1072009 MSFT 97) >> > (XEN) ACPI: SRAT 7F1BCB50, 0430 (r1 A M I AMI SRAT 1 AMI. 0) >> > (XEN) ACPI: SLIT 7F1BCF80, 0030 (r1 A M I AMI SLIT 0 AMI. 0) >> > (XEN) ACPI: HPET 7F1BCFB0, 0038 (r1 ALASKA A M I 1072009 AMI. 5) >> > (XEN) ACPI: SPMI 7F1BCFE8, 0040 (r5 A M I OEMSPMI 0 AMI. 0) >> > (XEN) ACPI: SSDT 7F1BD028, 70104 (r2 INTEL CpuPm 4000 INTL 20091112) >> > (XEN) ACPI: DMAR 7F22D130, 0188 (r1 A M I OEMDMAR 1 INTL 1) >> > (XEN) ACPI: EINJ 7F22D2B8, 0130 (r1 AMI AMI EINJ 0 0) >> > (XEN) ACPI: ERST 7F22D3E8, 0210 (r1 AMIER AMI ERST 0 0) >> > (XEN) ACPI: HEST 7F22D5F8, 00A8 (r1 AMI AMI HEST 0 0) >> > (XEN) ACPI: BERT 7F22D6A0, 0030 (r1 AMI AMI BERT 0 0) >> > (XEN) ACPI: BGRT 7F22D6D0, 0038 (r0 ALASKA A M I 1072009 AMI 10013) >> > (XEN) System RAM: 32740MB (33525920kB) >> > (XEN) SRAT: PXM 0 -> APIC 0 -> Node 0 >> > (XEN) SRAT: PXM 0 -> APIC 1 -> Node 0 >> > (XEN) SRAT: PXM 0 -> APIC 2 -> Node 0 >> > (XEN) SRAT: PXM 0 -> APIC 3 -> Node 0 >> > (XEN) SRAT: PXM 0 -> APIC 4 -> Node 0 >> > (XEN) SRAT: PXM 0 -> APIC 5 -> Node 0 >> > (XEN) SRAT: PXM 0 -> APIC 6 -> Node 0 >> > (XEN) SRAT: PXM 0 -> APIC 7 -> Node 0 >> > (XEN) SRAT: PXM 0 -> APIC 8 -> Node 0 >> > (XEN) SRAT: PXM 0 -> APIC 9 -> Node 0 >> > (XEN) SRAT: PXM 0 -> APIC 10 -> Node 0 >> > (XEN) SRAT: PXM 0 -> APIC 11 -> Node 0 >> > (XEN) SRAT: PXM 1 -> APIC 32 -> Node 1 >> > (XEN) SRAT: PXM 1 -> APIC 33 -> Node 1 >> > (XEN) SRAT: PXM 1 -> APIC 34 -> Node 1 >> > (XEN) SRAT: PXM 1 -> APIC 35 -> Node 1 >> > (XEN) SRAT: PXM 1 -> APIC 36 -> Node 1 >> > (XEN) SRAT: PXM 1 -> APIC 37 -> Node 1 >> > (XEN) SRAT: PXM 1 -> APIC 38 -> Node 1 >> > (XEN) SRAT: PXM 1 -> APIC 39 -> Node 1 >> > (XEN) SRAT: PXM 1 -> APIC 40 -> Node 1 >> > (XEN) SRAT: PXM 1 -> APIC 41 -> Node 1 >> > (XEN) SRAT: PXM 1 -> APIC 42 -> Node 1 >> > (XEN) SRAT: PXM 1 -> APIC 43 -> Node 1 >> > (XEN) SRAT: Node 0 PXM 0 0-80000000 >> > (XEN) SRAT: Node 0 PXM 0 100000000-480000000 >> > (XEN) SRAT: Node 1 PXM 1 480000000-880000000 >> > (XEN) NUMA: Using 19 for the hash shift. >> > (XEN) Domain heap initialised DMA width 32 bits >> > (XEN) found SMP MP-table at 000fdb10 >> > (XEN) DMI 2.7 present. >> > (XEN) Using APIC driver default >> > (XEN) ACPI: PM-Timer IO Port: 0x408 >> > (XEN) ACPI: ACPI SLEEP INFO: pm1x_cnt[404,0], pm1x_evt[400,0] >> > (XEN) ACPI: 32/64X FACS address mismatch in FADT - >> > 7f33ef80/0000000000000000, using 32 >> > (XEN) ACPI: wakeup_vec[7f33ef8c], vec_size[20] >> > (XEN) ACPI: Local APIC address 0xfee00000 >> > (XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) >> > (XEN) Processor #0 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) >> > (XEN) Processor #2 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x04] enabled) >> > (XEN) Processor #4 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x06] lapic_id[0x06] enabled) >> > (XEN) Processor #6 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x08] lapic_id[0x08] enabled) >> > (XEN) Processor #8 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x0a] enabled) >> > (XEN) Processor #10 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x20] enabled) >> > (XEN) Processor #32 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x22] enabled) >> > (XEN) Processor #34 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x10] lapic_id[0x24] enabled) >> > (XEN) Processor #36 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x12] lapic_id[0x26] enabled) >> > (XEN) Processor #38 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x14] lapic_id[0x28] enabled) >> > (XEN) Processor #40 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x16] lapic_id[0x2a] enabled) >> > (XEN) Processor #42 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) >> > (XEN) Processor #1 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled) >> > (XEN) Processor #3 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x05] lapic_id[0x05] enabled) >> > (XEN) Processor #5 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x07] lapic_id[0x07] enabled) >> > (XEN) Processor #7 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x09] lapic_id[0x09] enabled) >> > (XEN) Processor #9 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x0b] enabled) >> > (XEN) Processor #11 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x21] enabled) >> > (XEN) Processor #33 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x23] enabled) >> > (XEN) Processor #35 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x11] lapic_id[0x25] enabled) >> > (XEN) Processor #37 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x13] lapic_id[0x27] enabled) >> > (XEN) Processor #39 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x15] lapic_id[0x29] enabled) >> > (XEN) Processor #41 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC (acpi_id[0x17] lapic_id[0x2b] enabled) >> > (XEN) Processor #43 6:13 APIC version 21 >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x04] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x06] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x08] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0a] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0c] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0e] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x10] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x12] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x14] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x16] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x05] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x07] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x09] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0b] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0d] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0f] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x11] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x13] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x15] high edge lint[0x1]) >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x17] high edge lint[0x1]) >> > (XEN) Overriding APIC driver with bigsmp >> > (XEN) ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0]) >> > (XEN) IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23 >> > (XEN) ACPI: IOAPIC (id[0x02] address[0xfec01000] gsi_base[24]) >> > (XEN) IOAPIC[1]: apic_id 2, version 32, address 0xfec01000, GSI 24-47 >> > (XEN) ACPI: IOAPIC (id[0x03] address[0xfec40000] gsi_base[48]) >> > (XEN) IOAPIC[2]: apic_id 3, version 32, address 0xfec40000, GSI 48-71 >> > (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) >> > (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) >> > (XEN) ACPI: IRQ0 used by override. >> > (XEN) ACPI: IRQ2 used by override. >> > (XEN) ACPI: IRQ9 used by override. >> > (XEN) Enabling APIC mode: Phys. Using 3 I/O APICs >> > (XEN) ACPI: HPET id: 0x8086a701 base: 0xfed00000 >> > (XEN) ERST table is invalid >> > (XEN) Using ACPI (MADT) for SMP configuration information >> > (XEN) SMP: Allowing 24 CPUs (0 hotplug CPUs) >> > (XEN) IRQ limits: 72 GSI, 4552 MSI/MSI-X >> > (XEN) Switched to APIC driver x2apic_cluster. >> > (XEN) Using scheduler: SMP Credit Scheduler (credit) >> > (XEN) Detected 2500.105 MHz processor. >> > (XEN) Initing memory sharing. >> > (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 >> > (XEN) mce_intel.c:1239: MCA Capability: BCAST 1 SER 1 CMCI 1 firstbank >> > 0 extended MCE MSR 0 >> > (XEN) Intel machine check reporting enabled >> > (XEN) PCI: MCFG configuration 0: base 80000000 segment 0000 buses 00 - ff >> > (XEN) PCI: MCFG area at 80000000 reserved in E820 >> > (XEN) PCI: Using MCFG for segment 0000 bus 00-ff >> > (XEN) Intel VT-d Snoop Control enabled. >> > (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. >> > (XEN) Intel VT-d Queued Invalidation enabled. >> > (XEN) Intel VT-d Interrupt Remapping enabled. >> > (XEN) Intel VT-d Shared EPT tables enabled. >> > (XEN) I/O virtualisation enabled >> > (XEN) - Dom0 mode: Relaxed >> > (XEN) Enabled directed EOI with ioapic_ack_old on! >> > (XEN) ENABLING IO-APIC IRQs >> > (XEN) -> Using old ACK method >> > (XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pin2=-1 >> > (XEN) TSC deadline timer enabled >> > (XEN) Platform timer is 14.318MHz HPET >> > (XEN) Defaulting to alternative key handling; send 'A' to switch to normal mode. >> > (XEN) Allocated console ring of 65536 KiB. >> > (XEN) VMX: Supported advanced features: >> > (XEN) - APIC MMIO access virtualisation >> > (XEN) - APIC TPR shadow >> > (XEN) - Extended Page Tables (EPT) >> > (XEN) - Virtual-Processor Identifiers (VPID) >> > (XEN) - Virtual NMI >> > (XEN) - MSR direct-access bitmap >> > (XEN) - Unrestricted Guest >> > (XEN) HVM: ASIDs enabled. >> > (XEN) HVM: VMX enabled >> > (XEN) HVM: Hardware Assisted Paging (HAP) detected >> > (XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB >> > (XEN) Brought up 24 CPUs >> > (XEN) Testing NMI watchdog --- CPU#0 okay. CPU#1 okay. CPU#2 okay. >> > CPU#3 okay. CPU#4 okay. CPU#5 okay. CPU#6 okay. CPU#7 okay. CPU#8 >> > okay. CPU#9 okay. CPU#10 okay. CPU#11 okay. CPU#12 okay. CPU#13 okay. >> > CPU#14 okay. CPU#15 okay. CPU#16 okay. CPU#17 okay. CPU#18 okay. >> > CPU#19 okay. CPU#20 okay. CPU#21 okay. CPU#22 okay. CPU#23 okay. >> > (XEN) ACPI sleep modes: S3 >> > (XEN) mcheck_poll: Machine check polling timer started. >> > (XEN) *** LOADING DOMAIN 0 *** >> > (XEN) elf_parse_binary: phdr: paddr=0x1000000 memsz=0x820000 >> > (XEN) elf_parse_binary: phdr: paddr=0x1a00000 memsz=0x740e8 >> > (XEN) elf_parse_binary: phdr: paddr=0x1a75000 memsz=0x13340 >> > (XEN) elf_parse_binary: phdr: paddr=0x1a89000 memsz=0x549000 >> > (XEN) elf_parse_binary: memory: 0x1000000 -> 0x1fd2000 >> > (XEN) elf_xen_parse_note: GUEST_OS = "linux" >> > (XEN) elf_xen_parse_note: GUEST_VERSION = "2.6" >> > (XEN) elf_xen_parse_note: XEN_VERSION = "xen-3.0" >> > (XEN) elf_xen_parse_note: VIRT_BASE = 0xffffffff80000000 >> > (XEN) elf_xen_parse_note: ENTRY = 0xffffffff81a89210 >> > (XEN) elf_xen_parse_note: HYPERCALL_PAGE = 0xffffffff81001000 >> > (XEN) elf_xen_parse_note: FEATURES = "!writable_page_tables|pae_pgdir_above_4gb" >> > (XEN) elf_xen_parse_note: PAE_MODE = "yes" >> > (XEN) elf_xen_parse_note: LOADER = "generic" >> > (XEN) elf_xen_parse_note: unknown xen elf note (0xd) >> > (XEN) elf_xen_parse_note: SUSPEND_CANCEL = 0x1 >> > (XEN) elf_xen_parse_note: HV_START_LOW = 0xffff800000000000 >> > (XEN) elf_xen_parse_note: PADDR_OFFSET = 0x0 >> > (XEN) elf_xen_addr_calc_check: addresses: >> > (XEN) virt_base = 0xffffffff80000000 >> > (XEN) elf_paddr_offset = 0x0 >> > (XEN) virt_offset = 0xffffffff80000000 >> > (XEN) virt_kstart = 0xffffffff81000000 >> > (XEN) virt_kend = 0xffffffff81fd2000 >> > (XEN) virt_entry = 0xffffffff81a89210 >> > (XEN) p2m_base = 0xffffffffffffffff >> > (XEN) Xen kernel: 64-bit, lsb, compat32 >> > (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x1fd2000 >> > (XEN) PHYSICAL MEMORY ARRANGEMENT: >> > (XEN) Dom0 alloc.: 0000000430000000->0000000438000000 (8190061 >> > pages to be allocated) >> > (XEN) VIRTUAL MEMORY ARRANGEMENT: >> > (XEN) Loaded kernel: ffffffff81000000->ffffffff81fd2000 >> > (XEN) Init. ramdisk: ffffffff81fd2000->ffffffff81fd2000 >> > (XEN) Phys-Mach map: ffffffff81fd2000->ffffffff85e8e368 >> > (XEN) Start info: ffffffff85e8f000->ffffffff85e8f4b4 >> > (XEN) Page tables: ffffffff85e90000->ffffffff85ec3000 >> > (XEN) Boot stack: ffffffff85ec3000->ffffffff85ec4000 >> > (XEN) TOTAL: ffffffff80000000->ffffffff86000000 >> > (XEN) ENTRY ADDRESS: ffffffff81a89210 >> > (XEN) Dom0 has maximum 24 VCPUs >> > (XEN) elf_load_binary: phdr 0 at 0xffffffff81000000 -> 0xffffffff81820000 >> > (XEN) elf_load_binary: phdr 1 at 0xffffffff81a00000 -> 0xffffffff81a740e8 >> > (XEN) elf_load_binary: phdr 2 at 0xffffffff81a75000 -> 0xffffffff81a88340 >> > (XEN) elf_load_binary: phdr 3 at 0xffffffff81a89000 -> 0xffffffff81b11000 >> > (XEN) Scrubbing Free RAM: .done. >> > (XEN) Initial low memory virq threshold set at 0x4000 pages. >> > (XEN) Std. Loglevel: All >> > (XEN) Guest Loglevel: All >> > (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch >> > input to Xen) >> > (XEN) Freed 236kB init memory. >> > mapping kernel into physical memory >> > about to get started... >> > (XEN) traps.c:486:d0 Unhandled invalid opcode fault/trap [#6] on VCPU >> > 0 [ec=0000] >> > (XEN) domain_crash_sync called from entry.S >> > (XEN) Domain 0 (vcpu#0) crashed on cpu#0: >> > (XEN) ----[ Xen-4.2-unstable x86_64 debug=y Not tainted ]---- >> > (XEN) CPU: 0 >> > (XEN) RIP: e033:[] >> > (XEN) RFLAGS: 0000000000000206 EM: 1 CONTEXT: pv guest >> > (XEN) rax: ffffffff81fd3000 rbx: 0000000000000021 rcx: 0000000000001000 >> > (XEN) rdx: ffffffff81fd2000 rsi: 0000000000001000 rdi: 0000000000001000 >> > (XEN) rbp: 0000000000000088 rsp: ffffffff81a01d38 r8: 0000000000000088 >> > (XEN) r9: 0000000000000021 r10: 0000000000000000 r11: 0000000100000000 >> > (XEN) r12: 0000000000079700 r13: 0000000000000440 r14: 0000000000000088 >> > (XEN) r15: 0000000000000021 cr0: 000000008005003b cr4: 00000000000426f0 >> > (XEN) cr3: 0000000431a0b000 cr2: 0000000000000000 >> > (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e02b cs: e033 >> > (XEN) Guest stack trace from rsp=ffffffff81a01d38: >> > (XEN) 0000000000001000 0000000100000000 ffffffff81a8f18e 000000010000e030 >> > (XEN) 0000000000010006 ffffffff81a01d70 000000000000e02b ffffffff81a8de7c >> > (XEN) 0000000000000108 0000000000851000 00000000007e8444 0000000000079700 >> > (XEN) ffffffff81a01e20 ffffffff81a01df8 0000000000859445 ffffffff81a8e25c >> > (XEN) 00000000007d7800 0000000000851000 0000000000079793 ffffffff81a8ca2c >> > (XEN) 0000000000081bd8 0000000000081bd8 ffffffff81ac2990 00000000007d786d >> > (XEN) ffffffff81a01e20 0000000000000001 0000000000000000 0000000000007ff0 >> > (XEN) ffffffff81a01e28 00000000007e8444 4000000000000000 00000000007d786d >> > (XEN) 0000000000081bd8 00000000007d786d ffffffff81ac297c 0000000000000000 >> > (XEN) 0000000000000013 ffffffff81a8cda7 0000000800000014 00000007d786d000 >> > (XEN) 0000000007528793 0000001400000000 0000000000000014 0000000000000013 >> > (XEN) ffffffff00000014 ffffffff81ac2800 ffffffff81452556 7ff0000000000000 >> > (XEN) 0000000000000000 ffffffffffffffff ffffffff81ac0000 ffffffff81a01f80 >> > (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff81a9265a >> > (XEN) ffffffffffffffff ffffffff81a8f2f6 0000000000000010 ffffffff81a01f68 >> > (XEN) ffffffff81a01f28 0000000000000000 ffffffff81452556 ffffffffffffffff >> > (XEN) ffffffff81ac0000 0000000000000000 0000000000000000 0000000000000000 >> > (XEN) 0000000000000000 ffffffff81a8985a 0000000001bb4000 0000000000000000 >> > (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff85e90000 >> > (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff81a8c6ed >> > (XEN) Domain 0 crashed: rebooting machine in 5 seconds. >> > (XEN) Resetting with ACPI MEMORY or I/O RESET_REG. >> > >> > >> > Andy >> >> _______________________________________________ >> 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 Jul 31 07:41:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 31 Jul 2012 07:41: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 1Sw74A-0007Da-07; Tue, 31 Jul 2012 07:40:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sw748-0007DV-GS for xen-users@lists.xen.org; Tue, 31 Jul 2012 07:40:28 +0000 Received: from [85.158.143.99:53182] by server-1.bemta-4.messagelabs.com id 1B/2C-24392-BEB87105; Tue, 31 Jul 2012 07:40:27 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1343720424!24238444!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDczNTg=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11354 invoked from network); 31 Jul 2012 07:40:24 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 31 Jul 2012 07:40:24 -0000 X-IronPort-AV: E=Sophos;i="4.77,681,1336348800"; d="scan'208";a="13773190" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 31 Jul 2012 07:39:37 +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.213.0; Tue, 31 Jul 2012 08:39:37 +0100 Message-ID: <1343720376.6013.27.camel@dagon.hellion.org.uk> From: Ian Campbell To: xenusers Date: Tue, 31 Jul 2012 08:39:36 +0100 In-Reply-To: References: <1343664623.15432.50.camel@zakaz.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: xen-users Subject: Re: [Xen-users] Anyone managed to build 4.1.2 from source on Debian Squeeze? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Please always retain the list CC. I've put xen-users back this time. On Mon, 2012-07-30 at 17:44 +0100, xenusers wrote: > root@xen5:/usr/src/xen-4.1.2/docs# latex src/user.tex > This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009/Debian) > entering extended mode > (./src/user.tex > LaTeX2e <2009/09/24> > Babel and hyphenation patterns for english, usenglishmax, > dumylang, noh > yphenation, loaded. > (/usr/share/texmf-texlive/tex/latex/base/report.cls > Document Class: report 2007/10/19 v1.4h Standard LaTeX document class > (/usr/share/texmf-texlive/tex/latex/base/size11.clo)) > > > ! LaTeX Error: File `a4.sty' not found. [...] > > It looks like a4.sty is provided by texlive-latex-recommended. I then > checked and noticed I didn't have just 'texlive' in my list of items > to install, so I installed it and removed the '>/dev/null' from > docs/Makefile's ${LATEX} lines. This dependency should have been listed in the README, although given that the tex docs have been removed in xen-unstable I'm not sure it is worth adding them at this stage. Thanks, Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 31 07:41:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 31 Jul 2012 07:41: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 1Sw74A-0007Da-07; Tue, 31 Jul 2012 07:40:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sw748-0007DV-GS for xen-users@lists.xen.org; Tue, 31 Jul 2012 07:40:28 +0000 Received: from [85.158.143.99:53182] by server-1.bemta-4.messagelabs.com id 1B/2C-24392-BEB87105; Tue, 31 Jul 2012 07:40:27 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1343720424!24238444!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDczNTg=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11354 invoked from network); 31 Jul 2012 07:40:24 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 31 Jul 2012 07:40:24 -0000 X-IronPort-AV: E=Sophos;i="4.77,681,1336348800"; d="scan'208";a="13773190" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 31 Jul 2012 07:39:37 +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.213.0; Tue, 31 Jul 2012 08:39:37 +0100 Message-ID: <1343720376.6013.27.camel@dagon.hellion.org.uk> From: Ian Campbell To: xenusers Date: Tue, 31 Jul 2012 08:39:36 +0100 In-Reply-To: References: <1343664623.15432.50.camel@zakaz.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.3-1 MIME-Version: 1.0 Cc: xen-users Subject: Re: [Xen-users] Anyone managed to build 4.1.2 from source on Debian Squeeze? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Please always retain the list CC. I've put xen-users back this time. On Mon, 2012-07-30 at 17:44 +0100, xenusers wrote: > root@xen5:/usr/src/xen-4.1.2/docs# latex src/user.tex > This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009/Debian) > entering extended mode > (./src/user.tex > LaTeX2e <2009/09/24> > Babel and hyphenation patterns for english, usenglishmax, > dumylang, noh > yphenation, loaded. > (/usr/share/texmf-texlive/tex/latex/base/report.cls > Document Class: report 2007/10/19 v1.4h Standard LaTeX document class > (/usr/share/texmf-texlive/tex/latex/base/size11.clo)) > > > ! LaTeX Error: File `a4.sty' not found. [...] > > It looks like a4.sty is provided by texlive-latex-recommended. I then > checked and noticed I didn't have just 'texlive' in my list of items > to install, so I installed it and removed the '>/dev/null' from > docs/Makefile's ${LATEX} lines. This dependency should have been listed in the README, although given that the tex docs have been removed in xen-unstable I'm not sure it is worth adding them at this stage. Thanks, Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 31 07:59:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 31 Jul 2012 07: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 1Sw7LP-0007vm-06; Tue, 31 Jul 2012 07:58:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sw7LM-0007vf-PO for xen-users@lists.xen.org; Tue, 31 Jul 2012 07:58:17 +0000 Received: from [85.158.143.99:22622] by server-3.bemta-4.messagelabs.com id 8B/B3-01511-81097105; Tue, 31 Jul 2012 07:58:16 +0000 X-Env-Sender: pengyujian5201314@126.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1343721492!19753846!1 X-Originating-IP: [220.181.15.65] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_60_70,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,MIME_BASE64_TEXT X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12552 invoked from network); 31 Jul 2012 07:58:14 -0000 Received: from m15-65.126.com (HELO m15-65.126.com) (220.181.15.65) by server-8.tower-216.messagelabs.com with SMTP; 31 Jul 2012 07:58:14 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=126.com; s=s110527; h=Received:Date:From:To:Cc:Subject:In-Reply-To: References:Content-Type:MIME-Version:Message-ID; bh=M1q8kiUrx1Wc rczZAInjOrIRmy/GFV++cW5rUIKVBx4=; b=GWyuo10oHNTs/qnuqb4zfBSPmYZo s5KUrEydN3qNxP7jg4xh47Rc3Zrz4G9RX4ZZFb4QVR5u2Z/qrEDSOjndxViVhmDP To0sB0aTu8yU+F/rCOsMQc2umttrrxLbkKipMXeVj4l5MPkbU0/vh99coRBoKhc1 3Ne74yZLUF3evnQ= Received: from pengyujian5201314$126.com ( [115.238.88.202] ) by ajax-webmail-wmsvr65 (Coremail) ; Tue, 31 Jul 2012 15:58:01 +0800 (CST) X-Originating-IP: [115.238.88.202] Date: Tue, 31 Jul 2012 15:58:01 +0800 (CST) From: =?GBK?B?xe3T8b2j?= To: "George Dunlap" X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20120507(18390.4657.4663) Copyright (c) 2002-2012 www.mailtech.cn 126com In-Reply-To: References: <692e44a4.194f7.138c116a2a3.Coremail.pengyujian5201314@126.com> X-CM-CTRLDATA: X2OuMWZvb3Rlcl9odG09Mjc4Mzo4MQ== MIME-Version: 1.0 Message-ID: <1b27bdb1.6755.138dc0aa3df.Coremail.pengyujian5201314@126.com> X-CM-TRANSID: QcqowGDJbkAJkBdQwUgDAA--.5038W X-CM-SenderInfo: 5shqw5pxmlt0yvsqijiru6ij2wof0z/1tbiwRX8r03ALKwouwABsY X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xen vcpus=2 do not work X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2189881617187984958==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2189881617187984958== Content-Type: multipart/alternative; boundary="----=_Part_69066_415379755.1343721481182" ------=_Part_69066_415379755.1343721481182 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 VGhhbmtzIGZvciB5b3VyIHJlcGx5IQpJJ2xsIHRyeSB4ZW40LjEuMiEKCgoKCgrU2iAyMDEyLTA3 LTI2IDIyOjI2OjMyo6wiR2VvcmdlIER1bmxhcCIgPEdlb3JnZS5EdW5sYXBAZXUuY2l0cml4LmNv bT4g0LS1wKO6Cj5PbiBUaHUsIEp1bCAyNiwgMjAxMiBhdCAzOjIxIEFNLCDF7dPxvaMgPHBlbmd5 dWppYW41MjAxMzE0QDEyNi5jb20+IHdyb3RlOgo+PiBIZXJlIGlzIHRoZSBvdXRwdXQgb2YgeG0g dmNwdS1saXN0IHduc2h3Ogo+PiBOYW1lICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgSUQg VkNQVXMgICBDUFUgU3RhdGUgICBUaW1lKHMpIENQVQo+PiBBZmZpbml0eQo+PiB3bnNodyAgICAg ICAgICAgICAgICAgICAgICAgICAgICA3NDYgICAgIDAgICAgIDEgICAtYi0gICAgIDM2OS4wIGFu eSBjcHUKPj4gd25zaHcgICAgICAgICAgICAgICAgICAgICAgICAgICAgNzQ2ICAgICAxICAgICAt ICAgLS1wICAgICAgIDAuMCBhbnkgY3B1Cj4+IEkgZG9uJ3Qga25vdyB3aHkgdGhlIHN0YXRlIG9m IHZwY3UgMSBpcyBwLiBIb3cgdG8gbGV0IHRoZSBkb21haW4gdXNlIHR3bwo+PiBjcHVzPwo+Cj5X aGF0IGd1ZXN0IG9wZXJhdGluZyBzeXN0ZW0gYXJlIHlvdSBydW5uaW5nPyAgT25lIHJlYXNvbiBp dCBtaWdodCBiZQo+cGF1c2VkIGlzIHRoYXQgdGhlIG9wZXJhdGluZyBzeXN0ZW0gaGFzbid0IGJy b3VnaHQgdXAgdGhlIENQVSB5ZXQgZm9yCj5zb21lIHJlYXNvbi4gIFlvdSdyZSBub3QsIHBlcmhh cHMsIHJ1bm5pbmcgYSBXaW5kb3dzIGluc3RhbGxlciB3aGVuCj55b3UgZG8gdGhlICJ4bSB2Y3B1 LWxpc3QiLCBhcmUgeW91Pwo+Cj4+IE15IHhlbiB2ZXJzaW9uIGlzIDMuMS4KPj4gQW55IG9uZSBj YW4gaGVscCBtZT8KPgo+V2h5IGFyZSB5b3UgdXNpbmcgMy4xPyAgSXQncyBpbmNyZWRpYmx5IGFu Y2llbnQgbm93IChvdmVyIDUgeWVhcnMKPm9sZCk7IGlmIHRoZXJlIGlzIGEgYnVnLCBJIGRvbid0 IHRoaW5rIGFueW9uZSB3b3VsZCBiZSBpbnRlcmVzdGVkIGluCj50cnlpbmcgdG8gZml4IGl0IGF0 IHRoaXMgcG9pbnQuCj4KPiAtR2VvcmdlCj4KPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fCj5YZW4tdXNlcnMgbWFpbGluZyBsaXN0Cj5YZW4tdXNlcnNAbGlz dHMueGVuLm9yZwo+aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzCg== ------=_Part_69066_415379755.1343721481182 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6YXJpYWwiPlRoYW5rcyBmb3IgeW91ciByZXBseSEgPGJyPkknbGwgdHJ5IHhl bjQuMS4yITxicj48YnI+PGRpdj48L2Rpdj48ZGl2IGlkPSJkaXZOZXRlYXNlTWFpbENhcmQiPjwv ZGl2Pjxicj48cHJlPjxicj7U2iZuYnNwOzIwMTItMDctMjYmbmJzcDsyMjoyNjozMqOsIkdlb3Jn ZSZuYnNwO0R1bmxhcCImbmJzcDsmbHQ7R2VvcmdlLkR1bmxhcEBldS5jaXRyaXguY29tJmd0OyZu YnNwO9C0tcCjugomZ3Q7T24mbmJzcDtUaHUsJm5ic3A7SnVsJm5ic3A7MjYsJm5ic3A7MjAxMiZu YnNwO2F0Jm5ic3A7MzoyMSZuYnNwO0FNLCZuYnNwO8Xt0/G9oyZuYnNwOyZsdDtwZW5neXVqaWFu NTIwMTMxNEAxMjYuY29tJmd0OyZuYnNwO3dyb3RlOgomZ3Q7Jmd0OyZuYnNwO0hlcmUmbmJzcDtp cyZuYnNwO3RoZSZuYnNwO291dHB1dCZuYnNwO29mJm5ic3A7eG0mbmJzcDt2Y3B1LWxpc3QmbmJz cDt3bnNodzoKJmd0OyZndDsmbmJzcDtOYW1lJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7SUQmbmJzcDtWQ1BVcyZuYnNwOyZu YnNwOyZuYnNwO0NQVSZuYnNwO1N0YXRlJm5ic3A7Jm5ic3A7Jm5ic3A7VGltZShzKSZuYnNwO0NQ VQomZ3Q7Jmd0OyZuYnNwO0FmZmluaXR5CiZndDsmZ3Q7Jm5ic3A7d25zaHcmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs3NDYmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDswJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7MSZuYnNwOyZu YnNwOyZuYnNwOy1iLSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzM2OS4wJm5ic3A7YW55 Jm5ic3A7Y3B1CiZndDsmZ3Q7Jm5ic3A7d25zaHcmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs3NDYmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsxJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7LSZuYnNwOyZuYnNwOyZuYnNwOy0tcCZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzAuMCZuYnNwO2FueSZuYnNw O2NwdQomZ3Q7Jmd0OyZuYnNwO0kmbmJzcDtkb24ndCZuYnNwO2tub3cmbmJzcDt3aHkmbmJzcDt0 aGUmbmJzcDtzdGF0ZSZuYnNwO29mJm5ic3A7dnBjdSZuYnNwOzEmbmJzcDtpcyZuYnNwO3AuJm5i c3A7SG93Jm5ic3A7dG8mbmJzcDtsZXQmbmJzcDt0aGUmbmJzcDtkb21haW4mbmJzcDt1c2UmbmJz cDt0d28KJmd0OyZndDsmbmJzcDtjcHVzPwomZ3Q7CiZndDtXaGF0Jm5ic3A7Z3Vlc3QmbmJzcDtv cGVyYXRpbmcmbmJzcDtzeXN0ZW0mbmJzcDthcmUmbmJzcDt5b3UmbmJzcDtydW5uaW5nPyZuYnNw OyZuYnNwO09uZSZuYnNwO3JlYXNvbiZuYnNwO2l0Jm5ic3A7bWlnaHQmbmJzcDtiZQomZ3Q7cGF1 c2VkJm5ic3A7aXMmbmJzcDt0aGF0Jm5ic3A7dGhlJm5ic3A7b3BlcmF0aW5nJm5ic3A7c3lzdGVt Jm5ic3A7aGFzbid0Jm5ic3A7YnJvdWdodCZuYnNwO3VwJm5ic3A7dGhlJm5ic3A7Q1BVJm5ic3A7 eWV0Jm5ic3A7Zm9yCiZndDtzb21lJm5ic3A7cmVhc29uLiZuYnNwOyZuYnNwO1lvdSdyZSZuYnNw O25vdCwmbmJzcDtwZXJoYXBzLCZuYnNwO3J1bm5pbmcmbmJzcDthJm5ic3A7V2luZG93cyZuYnNw O2luc3RhbGxlciZuYnNwO3doZW4KJmd0O3lvdSZuYnNwO2RvJm5ic3A7dGhlJm5ic3A7InhtJm5i c3A7dmNwdS1saXN0IiwmbmJzcDthcmUmbmJzcDt5b3U/CiZndDsKJmd0OyZndDsmbmJzcDtNeSZu YnNwO3hlbiZuYnNwO3ZlcnNpb24mbmJzcDtpcyZuYnNwOzMuMS4KJmd0OyZndDsmbmJzcDtBbnkm bmJzcDtvbmUmbmJzcDtjYW4mbmJzcDtoZWxwJm5ic3A7bWU/CiZndDsKJmd0O1doeSZuYnNwO2Fy ZSZuYnNwO3lvdSZuYnNwO3VzaW5nJm5ic3A7My4xPyZuYnNwOyZuYnNwO0l0J3MmbmJzcDtpbmNy ZWRpYmx5Jm5ic3A7YW5jaWVudCZuYnNwO25vdyZuYnNwOyhvdmVyJm5ic3A7NSZuYnNwO3llYXJz CiZndDtvbGQpOyZuYnNwO2lmJm5ic3A7dGhlcmUmbmJzcDtpcyZuYnNwO2EmbmJzcDtidWcsJm5i c3A7SSZuYnNwO2Rvbid0Jm5ic3A7dGhpbmsmbmJzcDthbnlvbmUmbmJzcDt3b3VsZCZuYnNwO2Jl Jm5ic3A7aW50ZXJlc3RlZCZuYnNwO2luCiZndDt0cnlpbmcmbmJzcDt0byZuYnNwO2ZpeCZuYnNw O2l0Jm5ic3A7YXQmbmJzcDt0aGlzJm5ic3A7cG9pbnQuCiZndDsKJmd0OyZuYnNwOy1HZW9yZ2UK Jmd0OwomZ3Q7X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K Jmd0O1hlbi11c2VycyZuYnNwO21haWxpbmcmbmJzcDtsaXN0CiZndDtYZW4tdXNlcnNAbGlzdHMu eGVuLm9yZwomZ3Q7aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzCjwvcHJlPjwvZGl2Pjxi cj48YnI+PHNwYW4gdGl0bGU9Im5ldGVhc2Vmb290ZXIiPjxzcGFuIGlkPSJuZXRlYXNlX21haWxf Zm9vdGVyIj48L3NwYW4+PC9zcGFuPg== ------=_Part_69066_415379755.1343721481182-- --===============2189881617187984958== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2189881617187984958==-- From xen-users-bounces@lists.xen.org Tue Jul 31 07:59:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 31 Jul 2012 07: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 1Sw7LP-0007vm-06; Tue, 31 Jul 2012 07:58:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sw7LM-0007vf-PO for xen-users@lists.xen.org; Tue, 31 Jul 2012 07:58:17 +0000 Received: from [85.158.143.99:22622] by server-3.bemta-4.messagelabs.com id 8B/B3-01511-81097105; Tue, 31 Jul 2012 07:58:16 +0000 X-Env-Sender: pengyujian5201314@126.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1343721492!19753846!1 X-Originating-IP: [220.181.15.65] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_60_70,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,MIME_BASE64_TEXT X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12552 invoked from network); 31 Jul 2012 07:58:14 -0000 Received: from m15-65.126.com (HELO m15-65.126.com) (220.181.15.65) by server-8.tower-216.messagelabs.com with SMTP; 31 Jul 2012 07:58:14 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=126.com; s=s110527; h=Received:Date:From:To:Cc:Subject:In-Reply-To: References:Content-Type:MIME-Version:Message-ID; bh=M1q8kiUrx1Wc rczZAInjOrIRmy/GFV++cW5rUIKVBx4=; b=GWyuo10oHNTs/qnuqb4zfBSPmYZo s5KUrEydN3qNxP7jg4xh47Rc3Zrz4G9RX4ZZFb4QVR5u2Z/qrEDSOjndxViVhmDP To0sB0aTu8yU+F/rCOsMQc2umttrrxLbkKipMXeVj4l5MPkbU0/vh99coRBoKhc1 3Ne74yZLUF3evnQ= Received: from pengyujian5201314$126.com ( [115.238.88.202] ) by ajax-webmail-wmsvr65 (Coremail) ; Tue, 31 Jul 2012 15:58:01 +0800 (CST) X-Originating-IP: [115.238.88.202] Date: Tue, 31 Jul 2012 15:58:01 +0800 (CST) From: =?GBK?B?xe3T8b2j?= To: "George Dunlap" X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20120507(18390.4657.4663) Copyright (c) 2002-2012 www.mailtech.cn 126com In-Reply-To: References: <692e44a4.194f7.138c116a2a3.Coremail.pengyujian5201314@126.com> X-CM-CTRLDATA: X2OuMWZvb3Rlcl9odG09Mjc4Mzo4MQ== MIME-Version: 1.0 Message-ID: <1b27bdb1.6755.138dc0aa3df.Coremail.pengyujian5201314@126.com> X-CM-TRANSID: QcqowGDJbkAJkBdQwUgDAA--.5038W X-CM-SenderInfo: 5shqw5pxmlt0yvsqijiru6ij2wof0z/1tbiwRX8r03ALKwouwABsY X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] xen vcpus=2 do not work X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2189881617187984958==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2189881617187984958== Content-Type: multipart/alternative; boundary="----=_Part_69066_415379755.1343721481182" ------=_Part_69066_415379755.1343721481182 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 VGhhbmtzIGZvciB5b3VyIHJlcGx5IQpJJ2xsIHRyeSB4ZW40LjEuMiEKCgoKCgrU2iAyMDEyLTA3 LTI2IDIyOjI2OjMyo6wiR2VvcmdlIER1bmxhcCIgPEdlb3JnZS5EdW5sYXBAZXUuY2l0cml4LmNv bT4g0LS1wKO6Cj5PbiBUaHUsIEp1bCAyNiwgMjAxMiBhdCAzOjIxIEFNLCDF7dPxvaMgPHBlbmd5 dWppYW41MjAxMzE0QDEyNi5jb20+IHdyb3RlOgo+PiBIZXJlIGlzIHRoZSBvdXRwdXQgb2YgeG0g dmNwdS1saXN0IHduc2h3Ogo+PiBOYW1lICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgSUQg VkNQVXMgICBDUFUgU3RhdGUgICBUaW1lKHMpIENQVQo+PiBBZmZpbml0eQo+PiB3bnNodyAgICAg ICAgICAgICAgICAgICAgICAgICAgICA3NDYgICAgIDAgICAgIDEgICAtYi0gICAgIDM2OS4wIGFu eSBjcHUKPj4gd25zaHcgICAgICAgICAgICAgICAgICAgICAgICAgICAgNzQ2ICAgICAxICAgICAt ICAgLS1wICAgICAgIDAuMCBhbnkgY3B1Cj4+IEkgZG9uJ3Qga25vdyB3aHkgdGhlIHN0YXRlIG9m IHZwY3UgMSBpcyBwLiBIb3cgdG8gbGV0IHRoZSBkb21haW4gdXNlIHR3bwo+PiBjcHVzPwo+Cj5X aGF0IGd1ZXN0IG9wZXJhdGluZyBzeXN0ZW0gYXJlIHlvdSBydW5uaW5nPyAgT25lIHJlYXNvbiBp dCBtaWdodCBiZQo+cGF1c2VkIGlzIHRoYXQgdGhlIG9wZXJhdGluZyBzeXN0ZW0gaGFzbid0IGJy b3VnaHQgdXAgdGhlIENQVSB5ZXQgZm9yCj5zb21lIHJlYXNvbi4gIFlvdSdyZSBub3QsIHBlcmhh cHMsIHJ1bm5pbmcgYSBXaW5kb3dzIGluc3RhbGxlciB3aGVuCj55b3UgZG8gdGhlICJ4bSB2Y3B1 LWxpc3QiLCBhcmUgeW91Pwo+Cj4+IE15IHhlbiB2ZXJzaW9uIGlzIDMuMS4KPj4gQW55IG9uZSBj YW4gaGVscCBtZT8KPgo+V2h5IGFyZSB5b3UgdXNpbmcgMy4xPyAgSXQncyBpbmNyZWRpYmx5IGFu Y2llbnQgbm93IChvdmVyIDUgeWVhcnMKPm9sZCk7IGlmIHRoZXJlIGlzIGEgYnVnLCBJIGRvbid0 IHRoaW5rIGFueW9uZSB3b3VsZCBiZSBpbnRlcmVzdGVkIGluCj50cnlpbmcgdG8gZml4IGl0IGF0 IHRoaXMgcG9pbnQuCj4KPiAtR2VvcmdlCj4KPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fCj5YZW4tdXNlcnMgbWFpbGluZyBsaXN0Cj5YZW4tdXNlcnNAbGlz dHMueGVuLm9yZwo+aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzCg== ------=_Part_69066_415379755.1343721481182 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6YXJpYWwiPlRoYW5rcyBmb3IgeW91ciByZXBseSEgPGJyPkknbGwgdHJ5IHhl bjQuMS4yITxicj48YnI+PGRpdj48L2Rpdj48ZGl2IGlkPSJkaXZOZXRlYXNlTWFpbENhcmQiPjwv ZGl2Pjxicj48cHJlPjxicj7U2iZuYnNwOzIwMTItMDctMjYmbmJzcDsyMjoyNjozMqOsIkdlb3Jn ZSZuYnNwO0R1bmxhcCImbmJzcDsmbHQ7R2VvcmdlLkR1bmxhcEBldS5jaXRyaXguY29tJmd0OyZu YnNwO9C0tcCjugomZ3Q7T24mbmJzcDtUaHUsJm5ic3A7SnVsJm5ic3A7MjYsJm5ic3A7MjAxMiZu YnNwO2F0Jm5ic3A7MzoyMSZuYnNwO0FNLCZuYnNwO8Xt0/G9oyZuYnNwOyZsdDtwZW5neXVqaWFu NTIwMTMxNEAxMjYuY29tJmd0OyZuYnNwO3dyb3RlOgomZ3Q7Jmd0OyZuYnNwO0hlcmUmbmJzcDtp cyZuYnNwO3RoZSZuYnNwO291dHB1dCZuYnNwO29mJm5ic3A7eG0mbmJzcDt2Y3B1LWxpc3QmbmJz cDt3bnNodzoKJmd0OyZndDsmbmJzcDtOYW1lJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7SUQmbmJzcDtWQ1BVcyZuYnNwOyZu YnNwOyZuYnNwO0NQVSZuYnNwO1N0YXRlJm5ic3A7Jm5ic3A7Jm5ic3A7VGltZShzKSZuYnNwO0NQ VQomZ3Q7Jmd0OyZuYnNwO0FmZmluaXR5CiZndDsmZ3Q7Jm5ic3A7d25zaHcmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs3NDYmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDswJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7MSZuYnNwOyZu YnNwOyZuYnNwOy1iLSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzM2OS4wJm5ic3A7YW55 Jm5ic3A7Y3B1CiZndDsmZ3Q7Jm5ic3A7d25zaHcmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs3NDYmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsxJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7LSZuYnNwOyZuYnNwOyZuYnNwOy0tcCZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzAuMCZuYnNwO2FueSZuYnNw O2NwdQomZ3Q7Jmd0OyZuYnNwO0kmbmJzcDtkb24ndCZuYnNwO2tub3cmbmJzcDt3aHkmbmJzcDt0 aGUmbmJzcDtzdGF0ZSZuYnNwO29mJm5ic3A7dnBjdSZuYnNwOzEmbmJzcDtpcyZuYnNwO3AuJm5i c3A7SG93Jm5ic3A7dG8mbmJzcDtsZXQmbmJzcDt0aGUmbmJzcDtkb21haW4mbmJzcDt1c2UmbmJz cDt0d28KJmd0OyZndDsmbmJzcDtjcHVzPwomZ3Q7CiZndDtXaGF0Jm5ic3A7Z3Vlc3QmbmJzcDtv cGVyYXRpbmcmbmJzcDtzeXN0ZW0mbmJzcDthcmUmbmJzcDt5b3UmbmJzcDtydW5uaW5nPyZuYnNw OyZuYnNwO09uZSZuYnNwO3JlYXNvbiZuYnNwO2l0Jm5ic3A7bWlnaHQmbmJzcDtiZQomZ3Q7cGF1 c2VkJm5ic3A7aXMmbmJzcDt0aGF0Jm5ic3A7dGhlJm5ic3A7b3BlcmF0aW5nJm5ic3A7c3lzdGVt Jm5ic3A7aGFzbid0Jm5ic3A7YnJvdWdodCZuYnNwO3VwJm5ic3A7dGhlJm5ic3A7Q1BVJm5ic3A7 eWV0Jm5ic3A7Zm9yCiZndDtzb21lJm5ic3A7cmVhc29uLiZuYnNwOyZuYnNwO1lvdSdyZSZuYnNw O25vdCwmbmJzcDtwZXJoYXBzLCZuYnNwO3J1bm5pbmcmbmJzcDthJm5ic3A7V2luZG93cyZuYnNw O2luc3RhbGxlciZuYnNwO3doZW4KJmd0O3lvdSZuYnNwO2RvJm5ic3A7dGhlJm5ic3A7InhtJm5i c3A7dmNwdS1saXN0IiwmbmJzcDthcmUmbmJzcDt5b3U/CiZndDsKJmd0OyZndDsmbmJzcDtNeSZu YnNwO3hlbiZuYnNwO3ZlcnNpb24mbmJzcDtpcyZuYnNwOzMuMS4KJmd0OyZndDsmbmJzcDtBbnkm bmJzcDtvbmUmbmJzcDtjYW4mbmJzcDtoZWxwJm5ic3A7bWU/CiZndDsKJmd0O1doeSZuYnNwO2Fy ZSZuYnNwO3lvdSZuYnNwO3VzaW5nJm5ic3A7My4xPyZuYnNwOyZuYnNwO0l0J3MmbmJzcDtpbmNy ZWRpYmx5Jm5ic3A7YW5jaWVudCZuYnNwO25vdyZuYnNwOyhvdmVyJm5ic3A7NSZuYnNwO3llYXJz CiZndDtvbGQpOyZuYnNwO2lmJm5ic3A7dGhlcmUmbmJzcDtpcyZuYnNwO2EmbmJzcDtidWcsJm5i c3A7SSZuYnNwO2Rvbid0Jm5ic3A7dGhpbmsmbmJzcDthbnlvbmUmbmJzcDt3b3VsZCZuYnNwO2Jl Jm5ic3A7aW50ZXJlc3RlZCZuYnNwO2luCiZndDt0cnlpbmcmbmJzcDt0byZuYnNwO2ZpeCZuYnNw O2l0Jm5ic3A7YXQmbmJzcDt0aGlzJm5ic3A7cG9pbnQuCiZndDsKJmd0OyZuYnNwOy1HZW9yZ2UK Jmd0OwomZ3Q7X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K Jmd0O1hlbi11c2VycyZuYnNwO21haWxpbmcmbmJzcDtsaXN0CiZndDtYZW4tdXNlcnNAbGlzdHMu eGVuLm9yZwomZ3Q7aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzCjwvcHJlPjwvZGl2Pjxi cj48YnI+PHNwYW4gdGl0bGU9Im5ldGVhc2Vmb290ZXIiPjxzcGFuIGlkPSJuZXRlYXNlX21haWxf Zm9vdGVyIj48L3NwYW4+PC9zcGFuPg== ------=_Part_69066_415379755.1343721481182-- --===============2189881617187984958== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2189881617187984958==-- From xen-users-bounces@lists.xen.org Tue Jul 31 08:04:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 31 Jul 2012 08:04: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 1Sw7Qc-0000Bd-LD; Tue, 31 Jul 2012 08:03:42 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sw7Qc-0000BJ-0u for xen-users@lists.xen.org; Tue, 31 Jul 2012 08:03:42 +0000 Received: from [85.158.138.51:30851] by server-9.bemta-3.messagelabs.com id 74/EE-27628-D5197105; Tue, 31 Jul 2012 08:03:41 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1343721820!29614139!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6072 invoked from network); 31 Jul 2012 08:03:40 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-4.tower-174.messagelabs.com with SMTP; 31 Jul 2012 08:03:40 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Tue, 31 Jul 2012 09:03:39 +0100 MIME-Version: 1.0 Date: Tue, 31 Jul 2012 09:03:37 +0100 Content-class: urn:content-classes:message Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A670F@electron.tidyhosts.com> X-MS-Has-Attach: X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] Anyone managed to build 4.1.2 from source on Debian Squeeze? Thread-Index: Ac1u7/Gw7UUX/a5rTDmJpsGoQLfOSgAAnvZA References: <1343664623.15432.50.camel@zakaz.uk.xensource.com> <1343720376.6013.27.camel@dagon.hellion.org.uk> From: "Ian Tobin" To: "Ian Campbell" , "xenusers" Cc: xen-users Subject: Re: [Xen-users] Anyone managed to build 4.1.2 from source on Debian Squeeze? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org We compiled a quick how to in our blog for centos and debian squeeze using kernel 3.4.5 and xen 4.1.2, if you build the server from scratch with minimal server installs then you shoudn't go wrong. Debian squeeze http://blog.tidyhosts.com/index.php/howto-install-xen-dom0-on-debian-squ eeze-from-source Centos 6 http://blog.tidyhosts.com/index.php/howto-install-xen-dom0-on-centos-6-f rom-source Ian -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Ian Campbell Sent: 31 July 2012 08:40 To: xenusers Cc: xen-users Subject: Re: [Xen-users] Anyone managed to build 4.1.2 from source on Debian Squeeze? Please always retain the list CC. I've put xen-users back this time. On Mon, 2012-07-30 at 17:44 +0100, xenusers wrote: > root@xen5:/usr/src/xen-4.1.2/docs# latex src/user.tex This is pdfTeX, > Version 3.1415926-1.40.10 (TeX Live 2009/Debian) entering extended > mode (./src/user.tex LaTeX2e <2009/09/24> Babel and > hyphenation patterns for english, usenglishmax, dumylang, noh > yphenation, loaded. > (/usr/share/texmf-texlive/tex/latex/base/report.cls > Document Class: report 2007/10/19 v1.4h Standard LaTeX document class > (/usr/share/texmf-texlive/tex/latex/base/size11.clo)) > > > ! LaTeX Error: File `a4.sty' not found. [...] > > It looks like a4.sty is provided by texlive-latex-recommended. I then > checked and noticed I didn't have just 'texlive' in my list of items > to install, so I installed it and removed the '>/dev/null' from > docs/Makefile's ${LATEX} lines. This dependency should have been listed in the README, although given that the tex docs have been removed in xen-unstable I'm not sure it is worth adding them at this stage. Thanks, Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 31 08:04:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 31 Jul 2012 08:04: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 1Sw7Qc-0000Bd-LD; Tue, 31 Jul 2012 08:03:42 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sw7Qc-0000BJ-0u for xen-users@lists.xen.org; Tue, 31 Jul 2012 08:03:42 +0000 Received: from [85.158.138.51:30851] by server-9.bemta-3.messagelabs.com id 74/EE-27628-D5197105; Tue, 31 Jul 2012 08:03:41 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1343721820!29614139!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6072 invoked from network); 31 Jul 2012 08:03:40 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-4.tower-174.messagelabs.com with SMTP; 31 Jul 2012 08:03:40 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Tue, 31 Jul 2012 09:03:39 +0100 MIME-Version: 1.0 Date: Tue, 31 Jul 2012 09:03:37 +0100 Content-class: urn:content-classes:message Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A670F@electron.tidyhosts.com> X-MS-Has-Attach: X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] Anyone managed to build 4.1.2 from source on Debian Squeeze? Thread-Index: Ac1u7/Gw7UUX/a5rTDmJpsGoQLfOSgAAnvZA References: <1343664623.15432.50.camel@zakaz.uk.xensource.com> <1343720376.6013.27.camel@dagon.hellion.org.uk> From: "Ian Tobin" To: "Ian Campbell" , "xenusers" Cc: xen-users Subject: Re: [Xen-users] Anyone managed to build 4.1.2 from source on Debian Squeeze? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org We compiled a quick how to in our blog for centos and debian squeeze using kernel 3.4.5 and xen 4.1.2, if you build the server from scratch with minimal server installs then you shoudn't go wrong. Debian squeeze http://blog.tidyhosts.com/index.php/howto-install-xen-dom0-on-debian-squ eeze-from-source Centos 6 http://blog.tidyhosts.com/index.php/howto-install-xen-dom0-on-centos-6-f rom-source Ian -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Ian Campbell Sent: 31 July 2012 08:40 To: xenusers Cc: xen-users Subject: Re: [Xen-users] Anyone managed to build 4.1.2 from source on Debian Squeeze? Please always retain the list CC. I've put xen-users back this time. On Mon, 2012-07-30 at 17:44 +0100, xenusers wrote: > root@xen5:/usr/src/xen-4.1.2/docs# latex src/user.tex This is pdfTeX, > Version 3.1415926-1.40.10 (TeX Live 2009/Debian) entering extended > mode (./src/user.tex LaTeX2e <2009/09/24> Babel and > hyphenation patterns for english, usenglishmax, dumylang, noh > yphenation, loaded. > (/usr/share/texmf-texlive/tex/latex/base/report.cls > Document Class: report 2007/10/19 v1.4h Standard LaTeX document class > (/usr/share/texmf-texlive/tex/latex/base/size11.clo)) > > > ! LaTeX Error: File `a4.sty' not found. [...] > > It looks like a4.sty is provided by texlive-latex-recommended. I then > checked and noticed I didn't have just 'texlive' in my list of items > to install, so I installed it and removed the '>/dev/null' from > docs/Makefile's ${LATEX} lines. This dependency should have been listed in the README, although given that the tex docs have been removed in xen-unstable I'm not sure it is worth adding them at this stage. Thanks, Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 31 08:23:35 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 31 Jul 2012 08:23: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 1Sw7jA-000147-Nh; Tue, 31 Jul 2012 08:22:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sw7j8-00013v-MB for xen-users@lists.xen.org; Tue, 31 Jul 2012 08:22:51 +0000 Received: from [85.158.139.83:61133] by server-6.bemta-5.messagelabs.com id 9A/C4-11348-9D597105; Tue, 31 Jul 2012 08:22:49 +0000 X-Env-Sender: pengyujian5201314@126.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1343722964!22165404!1 X-Originating-IP: [220.181.15.65] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31208 invoked from network); 31 Jul 2012 08:22:48 -0000 Received: from m15-65.126.com (HELO m15-65.126.com) (220.181.15.65) by server-16.tower-182.messagelabs.com with SMTP; 31 Jul 2012 08:22:48 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=126.com; s=s110527; h=Received:Date:From:To:Subject:Content-Type: MIME-Version:Message-ID; bh=O7CxZ8h+tCta2zYEBrHfZCmkykfD3eIvKgA3 A5iWFok=; b=UlrCcc45WJuDadUixJf0M63P5CDGAezQcMh5s6lRGpnZ+Z+bnh51 6+SBXnx9dtY15z0g7sFY22C4Ev+T/1zoAV3AAQGwCIpPN0g/YzuNojLEIhO/9keM FXooN5aVMAWTI2IczcWwk/8H5f7NGAEIIVytyPGNPsOALKCGftuMZFc= Received: from pengyujian5201314$126.com ( [115.238.88.202] ) by ajax-webmail-wmsvr65 (Coremail) ; Tue, 31 Jul 2012 16:22:37 +0800 (CST) X-Originating-IP: [115.238.88.202] Date: Tue, 31 Jul 2012 16:22:37 +0800 (CST) From: Peng To: xen-users@lists.xen.org X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20120507(18390.4657.4663) Copyright (c) 2002-2012 www.mailtech.cn 126com X-CM-CTRLDATA: jhu8YGZvb3Rlcl9odG09MTI1Njo4MQ== MIME-Version: 1.0 Message-ID: <3b3948fd.6e1a.138dc212c11.Coremail.pengyujian5201314@126.com> X-CM-TRANSID: QcqowGA52ULOlRdQVFIDAA--.2689W X-CM-SenderInfo: 5shqw5pxmlt0yvsqijiru6ij2wof0z/1tbi9A78r00vK-vC-wABsn X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-users] Build xen source 4.1.2 on centos5.8 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6907359596856907284==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6907359596856907284== Content-Type: multipart/alternative; boundary="----=_Part_73602_886926199.1343722957841" ------=_Part_73602_886926199.1343722957841 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: 7bit I'm building xen source 4.1.2 on centos5.8. I did the steps according to this page http://wiki.xen.org/wiki/Xen_4.0_Release_Notes hg clone -r RELEASE-4.0.2 http://xenbits.xen.org/xen-4.0-testing.hg make xen make tools make stubdom make install-xen make install-tools make install-stubdom make kernels KERNELS="linux-2.6-xen0 linux-2.6-xenU" make linux-2.6-xen0-install But make kernels didn't generate initrd. I called mkinitrd to generate initrd: mkinitrd -v -f /boot/initrd-2.6.18.8-xen0.img 2.6.18.8-xen0 Modulefile is /etc/modprobe.conf Looking for deps of module ehci-hcd No module ehci-hcd found for kernel 2.6.18.8-xen0, aborting. mkinitrd -v -f --builtin=ehci-hcd --builtin=ohci-hcd --builtin=uhci-hcd --builtin=mptsas --builtin=mptbase --builtin=ata_piix /boot/initrd-2.6.18.8-xen0.img 2.6.18.8-xen0 Then initrd-2.6.18.8-xen0.img file was generated in /boot, and i added it into grub.conf. But the system failed to boot xen! My kernel version is 2.6.18 I really do not know what's wrong! Thanks a lot! ------=_Part_73602_886926199.1343722957841 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: 7bit
I'm building xen source 4.1.2 on centos5.8.
I did the steps according to this page
http://wiki.xen.org/wiki/Xen_4.0_Release_Notes
hg clone -r RELEASE-4.0.2 http://xenbits.xen.org/xen-4.0-testing.hg
make xen
make tools
make stubdom
make install-xen
make install-tools
make install-stubdom
make kernels KERNELS="linux-2.6-xen0 linux-2.6-xenU"
make linux-2.6-xen0-install

But make kernels didn't generate initrd.
I called mkinitrd to generate initrd:
mkinitrd -v -f /boot/initrd-2.6.18.8-xen0.img 2.6.18.8-xen0
Modulefile is /etc/modprobe.conf
Looking for deps of module ehci-hcd
No module ehci-hcd found for kernel 2.6.18.8-xen0, aborting.
mkinitrd -v -f --builtin=ehci-hcd --builtin=ohci-hcd --builtin=uhci-hcd --builtin=mptsas --builtin=mptbase --builtin=ata_piix /boot/initrd-2.6.18.8-xen0.img 2.6.18.8-xen0
Then initrd-2.6.18.8-xen0.img file was generated in /boot, and i added it into grub.conf.
But the system failed to boot xen!

My kernel version is 2.6.18
I really do not know what's wrong!
Thanks a lot!


------=_Part_73602_886926199.1343722957841-- --===============6907359596856907284== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6907359596856907284==-- From xen-users-bounces@lists.xen.org Tue Jul 31 08:23:35 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 31 Jul 2012 08:23: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 1Sw7jA-000147-Nh; Tue, 31 Jul 2012 08:22:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sw7j8-00013v-MB for xen-users@lists.xen.org; Tue, 31 Jul 2012 08:22:51 +0000 Received: from [85.158.139.83:61133] by server-6.bemta-5.messagelabs.com id 9A/C4-11348-9D597105; Tue, 31 Jul 2012 08:22:49 +0000 X-Env-Sender: pengyujian5201314@126.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1343722964!22165404!1 X-Originating-IP: [220.181.15.65] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31208 invoked from network); 31 Jul 2012 08:22:48 -0000 Received: from m15-65.126.com (HELO m15-65.126.com) (220.181.15.65) by server-16.tower-182.messagelabs.com with SMTP; 31 Jul 2012 08:22:48 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=126.com; s=s110527; h=Received:Date:From:To:Subject:Content-Type: MIME-Version:Message-ID; bh=O7CxZ8h+tCta2zYEBrHfZCmkykfD3eIvKgA3 A5iWFok=; b=UlrCcc45WJuDadUixJf0M63P5CDGAezQcMh5s6lRGpnZ+Z+bnh51 6+SBXnx9dtY15z0g7sFY22C4Ev+T/1zoAV3AAQGwCIpPN0g/YzuNojLEIhO/9keM FXooN5aVMAWTI2IczcWwk/8H5f7NGAEIIVytyPGNPsOALKCGftuMZFc= Received: from pengyujian5201314$126.com ( [115.238.88.202] ) by ajax-webmail-wmsvr65 (Coremail) ; Tue, 31 Jul 2012 16:22:37 +0800 (CST) X-Originating-IP: [115.238.88.202] Date: Tue, 31 Jul 2012 16:22:37 +0800 (CST) From: Peng To: xen-users@lists.xen.org X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20120507(18390.4657.4663) Copyright (c) 2002-2012 www.mailtech.cn 126com X-CM-CTRLDATA: jhu8YGZvb3Rlcl9odG09MTI1Njo4MQ== MIME-Version: 1.0 Message-ID: <3b3948fd.6e1a.138dc212c11.Coremail.pengyujian5201314@126.com> X-CM-TRANSID: QcqowGA52ULOlRdQVFIDAA--.2689W X-CM-SenderInfo: 5shqw5pxmlt0yvsqijiru6ij2wof0z/1tbi9A78r00vK-vC-wABsn X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-users] Build xen source 4.1.2 on centos5.8 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6907359596856907284==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6907359596856907284== Content-Type: multipart/alternative; boundary="----=_Part_73602_886926199.1343722957841" ------=_Part_73602_886926199.1343722957841 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: 7bit I'm building xen source 4.1.2 on centos5.8. I did the steps according to this page http://wiki.xen.org/wiki/Xen_4.0_Release_Notes hg clone -r RELEASE-4.0.2 http://xenbits.xen.org/xen-4.0-testing.hg make xen make tools make stubdom make install-xen make install-tools make install-stubdom make kernels KERNELS="linux-2.6-xen0 linux-2.6-xenU" make linux-2.6-xen0-install But make kernels didn't generate initrd. I called mkinitrd to generate initrd: mkinitrd -v -f /boot/initrd-2.6.18.8-xen0.img 2.6.18.8-xen0 Modulefile is /etc/modprobe.conf Looking for deps of module ehci-hcd No module ehci-hcd found for kernel 2.6.18.8-xen0, aborting. mkinitrd -v -f --builtin=ehci-hcd --builtin=ohci-hcd --builtin=uhci-hcd --builtin=mptsas --builtin=mptbase --builtin=ata_piix /boot/initrd-2.6.18.8-xen0.img 2.6.18.8-xen0 Then initrd-2.6.18.8-xen0.img file was generated in /boot, and i added it into grub.conf. But the system failed to boot xen! My kernel version is 2.6.18 I really do not know what's wrong! Thanks a lot! ------=_Part_73602_886926199.1343722957841 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: 7bit
I'm building xen source 4.1.2 on centos5.8.
I did the steps according to this page
http://wiki.xen.org/wiki/Xen_4.0_Release_Notes
hg clone -r RELEASE-4.0.2 http://xenbits.xen.org/xen-4.0-testing.hg
make xen
make tools
make stubdom
make install-xen
make install-tools
make install-stubdom
make kernels KERNELS="linux-2.6-xen0 linux-2.6-xenU"
make linux-2.6-xen0-install

But make kernels didn't generate initrd.
I called mkinitrd to generate initrd:
mkinitrd -v -f /boot/initrd-2.6.18.8-xen0.img 2.6.18.8-xen0
Modulefile is /etc/modprobe.conf
Looking for deps of module ehci-hcd
No module ehci-hcd found for kernel 2.6.18.8-xen0, aborting.
mkinitrd -v -f --builtin=ehci-hcd --builtin=ohci-hcd --builtin=uhci-hcd --builtin=mptsas --builtin=mptbase --builtin=ata_piix /boot/initrd-2.6.18.8-xen0.img 2.6.18.8-xen0
Then initrd-2.6.18.8-xen0.img file was generated in /boot, and i added it into grub.conf.
But the system failed to boot xen!

My kernel version is 2.6.18
I really do not know what's wrong!
Thanks a lot!


------=_Part_73602_886926199.1343722957841-- --===============6907359596856907284== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6907359596856907284==-- From xen-users-bounces@lists.xen.org Tue Jul 31 10:37:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 31 Jul 2012 10:37:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sw9nw-0005hD-LF; Tue, 31 Jul 2012 10:35:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sw9nv-0005h8-9B for xen-users@lists.xen.org; Tue, 31 Jul 2012 10:35:55 +0000 Received: from [85.158.143.35:45694] by server-2.bemta-4.messagelabs.com id F7/79-17938-A05B7105; Tue, 31 Jul 2012 10:35:54 +0000 X-Env-Sender: jefranca@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1343730949!5255985!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=0.7 required=7.0 tests=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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30246 invoked from network); 31 Jul 2012 10:35:50 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 31 Jul 2012 10:35:50 -0000 Received: by vbip1 with SMTP id p1so3969181vbi.32 for ; Tue, 31 Jul 2012 03:35:48 -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=Bto75JQIwsJFiWMOzkRHpp1HKxA1nt36aM/dJ8ba77M=; b=o0AkfKGg2Vwq1oQMsH86eQwE/Njn0PlJY5ZUMqf4jkoXFG5/Jec/TmxqjF+C112KQA POgT98C8FbE6aHz+GkSZpsH6Xis62sMdM2Mw3d1XcU83+RgvRBwhNE9NOKMzdKklKSdM FeAqpBCgOozq54B7xKkJf4ZN40rCMR27UYegm5zYG1rqiaT4LB24DiRIs5LY3UModpL6 CUiP7CnnxMolRgDPyuvMI+iosM0JynJv3kNFvO2Ku5NfAeS88EGqIkpg9cpK56JieawI 4Y7fxXnUt+1VQigxfNEg+9Yjewwtjl2hJl/EIBL4Rieroj99qzByPssrzX1/46q2b1n3 NLyA== MIME-Version: 1.0 Received: by 10.59.8.37 with SMTP id dh5mr2038913ved.2.1343730948673; Tue, 31 Jul 2012 03:35:48 -0700 (PDT) Received: by 10.58.235.10 with HTTP; Tue, 31 Jul 2012 03:35:48 -0700 (PDT) In-Reply-To: References: <20120423063616.GE2058@reaktio.net> <20120423162359.GG2058@reaktio.net> <20120424125947.GH2058@reaktio.net> Date: Tue, 31 Jul 2012 07:35:48 -0300 Message-ID: From: =?ISO-8859-1?Q?Jos=E9_Eduardo_Fran=E7a?= To: Kyle Lexmond Cc: xen-users@lists.xen.org, =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= , Walter Robert Ditzler Subject: Re: [Xen-users] [Xen-devel] Xen doesn't boot on grub2 or xend doesn't start X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7010462428641890255==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7010462428641890255== Content-Type: multipart/alternative; boundary=047d7bdc926ade910a04c61dbdd4 --047d7bdc926ade910a04c61dbdd4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I resolved with xen 4.1-testing 2012/4/30 Jos=E9 Eduardo Fran=E7a > Kyle, > > I tried all of the ways. I inserted "insmod part_msdos" too. I think the > kernel 2.6.32.40 can't boot in multiboot, and perhaps it must be set up, > but I don't know how do this. > I read others users can do only chanded the kernel > > thanks > > > 2012/4/30 Kyle Lexmond > >> I'm just wondering why the active entry under ###MY ATTEMPT uses msdos1 >> as the partition, but doesn't have "insmod part_msdos". Since the entry >> without Xen has it, that might explain the error: couldn't open file >> problem. >> >> -- Kyle >> >> On Wed, Apr 25, 2012 at 1:29 AM, Jos=E9 Eduardo Fran=E7a wrote: >> >>> >>> > clipped < >>> >> >> >>> ### BEGIN /etc/grub.d/08_xen ### >>> menuentry "Xen Unstable / Debian Squeeze kernel 2.6.32.40" { >>> ### MY ATTEMPT >>> insmod ext2 >>> set root=3D'(hd0,msdos1)' >>> multiboot (hd0,msdos1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D51= 2M >>> module (hd0,msdos1)/boot/vmlinuz-2.6.32.40 dummy >>> root=3DUUID=3Dfcc01979-0cf3-4dbe-863a-ab32d2636fec ro quiet console=3Dt= ty0 >>> nomodeset >>> module (hd0,msdos1)/boot/initrd.img-2.6.32.40 >>> >>> ### MODEL Configuring and Installing Remus >>> #insmod ext2 >>> #set root=3D'(hd0,1)' >>> #multiboot (hd0,1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D512M >>> #module (hd0,1)/boot/vmlinuz-2.6.32.40 dummy >>> root=3DUUID=3D8e339522-dab5-4a81-8066-c41cc3908a15 ro quiet console=3Dt= ty0 >>> nomodeset >>> #module (hd0,1)/boot/initrd.img-2.6.32.40 >>> >>> ### MODEL UBUNTU FORUM >>> ##insmod multiboot >>> #insmod part_msdos >>> #insmod ext2 >>> #set root=3D(hd0,msdos1) >>> #search --no-floppy --fs-uuid --set >>> fcc01979-0cf3-4dbe-863a-ab32d2636fec >>> #multiboot /boot/xen-4.2-unstable.gz >>> #module /boot/vmlinuz-2.6.32.40 root=3D/dev/sda1 >>> #module /boot/initrd.img-2.6.32.40 >>> } >>> ### END /etc/grub.d/08_xen ### >>> >>> ### BEGIN /etc/grub.d/10_linux ### >>> menuentry 'Debian GNU/Linux, with Linux 2.6.32.40' --class debian >>> --class gnu-linux --class gnu --class os { >>> insmod part_msdos >>> insmod ext2 >>> set root=3D'(hd0,msdos1)' >>> search --no-floppy --fs-uuid --set >>> fcc01979-0cf3-4dbe-863a-ab32d2636fec >>> echo 'Loading Linux 2.6.32.40 ...' >>> linux /vmlinuz-2.6.32.40 root=3D/dev/mapper/debian--02-root ro >>> quiet >>> echo 'Loading initial ramdisk ...' >>> initrd /initrd.img-2.6.32.40 >>> } >>> >> > clipped < >> > > --047d7bdc926ade910a04c61dbdd4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I resolved with xen 4.1-testing

2012/4/30= Jos=E9 Eduardo Fran=E7a <jefranca@gmail.com>
Kyle,

I tried all of the ways. I inserted=A0"insmod= part_msdos"=A0too. I think the kernel=A02.6.32.40 can't boot in m= ultiboot, and perhaps it must be set up, but I don't know how do this.<= /div>
I read others users can do only chanded the kernel

thanks


2012/= 4/30 Kyle Lexmond <kyl191@kyl191.net>
=A0I'm just wondering why the active ent= ry under ###MY ATTEMPT uses msdos1 as the partition, but doesn't have &= quot;insmod part_msdos". Since the entry without Xen has it, that migh= t explain the error: couldn't open file problem.

-- Kyle

On Wed, Apr 25, 2012 at 1:29 = AM, Jos=E9 Eduardo Fran=E7a <jefranca@gmail.com> wrote:
=

> clipped <
=A0
### BEGIN /etc/grub.d/0= 8_xen ###
menuentry "Xen Unstable / Debian Squeeze kernel 2.6.32.40" {
### MY ATTEMPT
=A0=A0=A0 insmod ext2
=A0=A0=A0 set root=3D'(hd0,msdos1)'
=A0=A0=A0 multiboot (hd0,msdos1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D= 512M
=A0=A0=A0 module (hd0,msdos1)/boot/vmlinuz-2.6.32.40 dummy=20 root=3DUUID=3Dfcc01979-0cf3-4dbe-863a-ab32d2636fec ro quiet console=3Dtty0= =20 nomodeset
=A0=A0=A0 module (hd0,msdos1)/boot/initrd.img-2.6.32.40

### MODEL Configuring and Installing Remus
=A0=A0=A0 #insmod ext2
=A0=A0=A0 #set root=3D'(hd0,1)'
=A0=A0=A0 #multiboot (hd0,1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D512M=
=A0=A0=A0 #module (hd0,1)/boot/vmlinuz-2.6.32.40 dummy root=3DUUID=3D8e3395= 22-dab5-4a81-8066-c41cc3908a15 ro quiet console=3Dtty0 nomodeset
=A0=A0=A0 #module (hd0,1)/boot/initrd.img-2.6.32.40
=A0
### MODEL UBUNTU FORUM
=A0=A0=A0 ##insmod multiboot
=A0=A0=A0 #insmod part_msdos
=A0=A0=A0 #insmod ext2
=A0=A0=A0 #set root=3D(hd0,msdos1)
=A0=A0=A0 #search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d= 2636fec
=A0=A0=A0 #multiboot /boot/xen-4.2-unstable.gz
=A0=A0=A0 #module /boot/vmlinuz-2.6.32.40 root=3D/dev/sda1
=A0=A0=A0 #module /boot/initrd.img-2.6.32.40
}
### END /etc/grub.d/08_xen ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 2.6.32.40' --class debian -= -class gnu-linux --class gnu --class os {
=A0=A0=A0 insmod part_msdos
=A0=A0=A0 insmod ext2
=A0=A0=A0 set root=3D'(hd0,msdos1)'
=A0=A0=A0 search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d2= 636fec
=A0=A0=A0 echo=A0=A0=A0 'Loading Linux 2.6.32.40 ...'
=A0=A0=A0 linux=A0=A0=A0 /vmlinuz-2.6.32.40 root=3D/dev/mapper/debian--02-r= oot ro=A0 quiet
=A0=A0=A0 echo=A0=A0=A0 'Loading initial ramdisk ...'
=A0=A0=A0 initrd=A0=A0=A0 /initrd.img-2.6.32.40
}
> clipped <


--047d7bdc926ade910a04c61dbdd4-- --===============7010462428641890255== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7010462428641890255==-- From xen-users-bounces@lists.xen.org Tue Jul 31 10:37:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 31 Jul 2012 10:37:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sw9nw-0005hD-LF; Tue, 31 Jul 2012 10:35:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Sw9nv-0005h8-9B for xen-users@lists.xen.org; Tue, 31 Jul 2012 10:35:55 +0000 Received: from [85.158.143.35:45694] by server-2.bemta-4.messagelabs.com id F7/79-17938-A05B7105; Tue, 31 Jul 2012 10:35:54 +0000 X-Env-Sender: jefranca@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1343730949!5255985!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=0.7 required=7.0 tests=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.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30246 invoked from network); 31 Jul 2012 10:35:50 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 31 Jul 2012 10:35:50 -0000 Received: by vbip1 with SMTP id p1so3969181vbi.32 for ; Tue, 31 Jul 2012 03:35:48 -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=Bto75JQIwsJFiWMOzkRHpp1HKxA1nt36aM/dJ8ba77M=; b=o0AkfKGg2Vwq1oQMsH86eQwE/Njn0PlJY5ZUMqf4jkoXFG5/Jec/TmxqjF+C112KQA POgT98C8FbE6aHz+GkSZpsH6Xis62sMdM2Mw3d1XcU83+RgvRBwhNE9NOKMzdKklKSdM FeAqpBCgOozq54B7xKkJf4ZN40rCMR27UYegm5zYG1rqiaT4LB24DiRIs5LY3UModpL6 CUiP7CnnxMolRgDPyuvMI+iosM0JynJv3kNFvO2Ku5NfAeS88EGqIkpg9cpK56JieawI 4Y7fxXnUt+1VQigxfNEg+9Yjewwtjl2hJl/EIBL4Rieroj99qzByPssrzX1/46q2b1n3 NLyA== MIME-Version: 1.0 Received: by 10.59.8.37 with SMTP id dh5mr2038913ved.2.1343730948673; Tue, 31 Jul 2012 03:35:48 -0700 (PDT) Received: by 10.58.235.10 with HTTP; Tue, 31 Jul 2012 03:35:48 -0700 (PDT) In-Reply-To: References: <20120423063616.GE2058@reaktio.net> <20120423162359.GG2058@reaktio.net> <20120424125947.GH2058@reaktio.net> Date: Tue, 31 Jul 2012 07:35:48 -0300 Message-ID: From: =?ISO-8859-1?Q?Jos=E9_Eduardo_Fran=E7a?= To: Kyle Lexmond Cc: xen-users@lists.xen.org, =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= , Walter Robert Ditzler Subject: Re: [Xen-users] [Xen-devel] Xen doesn't boot on grub2 or xend doesn't start X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7010462428641890255==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7010462428641890255== Content-Type: multipart/alternative; boundary=047d7bdc926ade910a04c61dbdd4 --047d7bdc926ade910a04c61dbdd4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I resolved with xen 4.1-testing 2012/4/30 Jos=E9 Eduardo Fran=E7a > Kyle, > > I tried all of the ways. I inserted "insmod part_msdos" too. I think the > kernel 2.6.32.40 can't boot in multiboot, and perhaps it must be set up, > but I don't know how do this. > I read others users can do only chanded the kernel > > thanks > > > 2012/4/30 Kyle Lexmond > >> I'm just wondering why the active entry under ###MY ATTEMPT uses msdos1 >> as the partition, but doesn't have "insmod part_msdos". Since the entry >> without Xen has it, that might explain the error: couldn't open file >> problem. >> >> -- Kyle >> >> On Wed, Apr 25, 2012 at 1:29 AM, Jos=E9 Eduardo Fran=E7a wrote: >> >>> >>> > clipped < >>> >> >> >>> ### BEGIN /etc/grub.d/08_xen ### >>> menuentry "Xen Unstable / Debian Squeeze kernel 2.6.32.40" { >>> ### MY ATTEMPT >>> insmod ext2 >>> set root=3D'(hd0,msdos1)' >>> multiboot (hd0,msdos1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D51= 2M >>> module (hd0,msdos1)/boot/vmlinuz-2.6.32.40 dummy >>> root=3DUUID=3Dfcc01979-0cf3-4dbe-863a-ab32d2636fec ro quiet console=3Dt= ty0 >>> nomodeset >>> module (hd0,msdos1)/boot/initrd.img-2.6.32.40 >>> >>> ### MODEL Configuring and Installing Remus >>> #insmod ext2 >>> #set root=3D'(hd0,1)' >>> #multiboot (hd0,1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D512M >>> #module (hd0,1)/boot/vmlinuz-2.6.32.40 dummy >>> root=3DUUID=3D8e339522-dab5-4a81-8066-c41cc3908a15 ro quiet console=3Dt= ty0 >>> nomodeset >>> #module (hd0,1)/boot/initrd.img-2.6.32.40 >>> >>> ### MODEL UBUNTU FORUM >>> ##insmod multiboot >>> #insmod part_msdos >>> #insmod ext2 >>> #set root=3D(hd0,msdos1) >>> #search --no-floppy --fs-uuid --set >>> fcc01979-0cf3-4dbe-863a-ab32d2636fec >>> #multiboot /boot/xen-4.2-unstable.gz >>> #module /boot/vmlinuz-2.6.32.40 root=3D/dev/sda1 >>> #module /boot/initrd.img-2.6.32.40 >>> } >>> ### END /etc/grub.d/08_xen ### >>> >>> ### BEGIN /etc/grub.d/10_linux ### >>> menuentry 'Debian GNU/Linux, with Linux 2.6.32.40' --class debian >>> --class gnu-linux --class gnu --class os { >>> insmod part_msdos >>> insmod ext2 >>> set root=3D'(hd0,msdos1)' >>> search --no-floppy --fs-uuid --set >>> fcc01979-0cf3-4dbe-863a-ab32d2636fec >>> echo 'Loading Linux 2.6.32.40 ...' >>> linux /vmlinuz-2.6.32.40 root=3D/dev/mapper/debian--02-root ro >>> quiet >>> echo 'Loading initial ramdisk ...' >>> initrd /initrd.img-2.6.32.40 >>> } >>> >> > clipped < >> > > --047d7bdc926ade910a04c61dbdd4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I resolved with xen 4.1-testing

2012/4/30= Jos=E9 Eduardo Fran=E7a <jefranca@gmail.com>
Kyle,

I tried all of the ways. I inserted=A0"insmod= part_msdos"=A0too. I think the kernel=A02.6.32.40 can't boot in m= ultiboot, and perhaps it must be set up, but I don't know how do this.<= /div>
I read others users can do only chanded the kernel

thanks


2012/= 4/30 Kyle Lexmond <kyl191@kyl191.net>
=A0I'm just wondering why the active ent= ry under ###MY ATTEMPT uses msdos1 as the partition, but doesn't have &= quot;insmod part_msdos". Since the entry without Xen has it, that migh= t explain the error: couldn't open file problem.

-- Kyle

On Wed, Apr 25, 2012 at 1:29 = AM, Jos=E9 Eduardo Fran=E7a <jefranca@gmail.com> wrote:
=

> clipped <
=A0
### BEGIN /etc/grub.d/0= 8_xen ###
menuentry "Xen Unstable / Debian Squeeze kernel 2.6.32.40" {
### MY ATTEMPT
=A0=A0=A0 insmod ext2
=A0=A0=A0 set root=3D'(hd0,msdos1)'
=A0=A0=A0 multiboot (hd0,msdos1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D= 512M
=A0=A0=A0 module (hd0,msdos1)/boot/vmlinuz-2.6.32.40 dummy=20 root=3DUUID=3Dfcc01979-0cf3-4dbe-863a-ab32d2636fec ro quiet console=3Dtty0= =20 nomodeset
=A0=A0=A0 module (hd0,msdos1)/boot/initrd.img-2.6.32.40

### MODEL Configuring and Installing Remus
=A0=A0=A0 #insmod ext2
=A0=A0=A0 #set root=3D'(hd0,1)'
=A0=A0=A0 #multiboot (hd0,1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D512M=
=A0=A0=A0 #module (hd0,1)/boot/vmlinuz-2.6.32.40 dummy root=3DUUID=3D8e3395= 22-dab5-4a81-8066-c41cc3908a15 ro quiet console=3Dtty0 nomodeset
=A0=A0=A0 #module (hd0,1)/boot/initrd.img-2.6.32.40
=A0
### MODEL UBUNTU FORUM
=A0=A0=A0 ##insmod multiboot
=A0=A0=A0 #insmod part_msdos
=A0=A0=A0 #insmod ext2
=A0=A0=A0 #set root=3D(hd0,msdos1)
=A0=A0=A0 #search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d= 2636fec
=A0=A0=A0 #multiboot /boot/xen-4.2-unstable.gz
=A0=A0=A0 #module /boot/vmlinuz-2.6.32.40 root=3D/dev/sda1
=A0=A0=A0 #module /boot/initrd.img-2.6.32.40
}
### END /etc/grub.d/08_xen ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 2.6.32.40' --class debian -= -class gnu-linux --class gnu --class os {
=A0=A0=A0 insmod part_msdos
=A0=A0=A0 insmod ext2
=A0=A0=A0 set root=3D'(hd0,msdos1)'
=A0=A0=A0 search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d2= 636fec
=A0=A0=A0 echo=A0=A0=A0 'Loading Linux 2.6.32.40 ...'
=A0=A0=A0 linux=A0=A0=A0 /vmlinuz-2.6.32.40 root=3D/dev/mapper/debian--02-r= oot ro=A0 quiet
=A0=A0=A0 echo=A0=A0=A0 'Loading initial ramdisk ...'
=A0=A0=A0 initrd=A0=A0=A0 /initrd.img-2.6.32.40
}
> clipped <


--047d7bdc926ade910a04c61dbdd4-- --===============7010462428641890255== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7010462428641890255==-- From xen-users-bounces@lists.xen.org Tue Jul 31 11:23:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 31 Jul 2012 11:23: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 1SwAWk-0006oj-F3; Tue, 31 Jul 2012 11:22:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwAWj-0006ob-Eo for xen-users@lists.xensource.com; Tue, 31 Jul 2012 11:22:13 +0000 Received: from [85.158.139.83:44917] by server-6.bemta-5.messagelabs.com id BF/6F-11348-4EFB7105; Tue, 31 Jul 2012 11:22:12 +0000 X-Env-Sender: lists+xen@internecto.net X-Msg-Ref: server-5.tower-182.messagelabs.com!1343733731!29585152!1 X-Originating-IP: [176.9.245.29] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30459 invoked from network); 31 Jul 2012 11:22:12 -0000 Received: from polaris.internecto.net (HELO mx1.internecto.net) (176.9.245.29) by server-5.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 31 Jul 2012 11:22:12 -0000 Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id 9F0F2A02F0; Tue, 31 Jul 2012 11:22:11 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mail.internecto.net Received: from mx1.internecto.net ([127.0.0.1]) by localhost (mail.polaris.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IT2VjS7WzBrl; Tue, 31 Jul 2012 11:21:51 +0000 (UTC) Received: from internecto.net (5ED4FDEB.cm-7-5d.dynamic.ziggo.nl [94.212.253.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: lists@internecto.net) by mx1.internecto.net (Postfix) with ESMTPSA id 47D3FA02EC; Tue, 31 Jul 2012 11:21:51 +0000 (UTC) Date: Tue, 31 Jul 2012 13:21:49 +0200 From: Mark van Dijk To: Mickael MONSIEUR Message-ID: <20120731132149.5db150cc@internecto.net> In-Reply-To: References: Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; i686-pc-linux-gnu) Mime-Version: 1.0 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] [Debian] XenHypervisor 4.0 - Gigabit X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 24 Jul 2012 13:27:20 +0200 Mickael MONSIEUR wrote: > Hello, > I currently have a Windows Server 2008 R2 Enterprise connected on > eth0 with bridge (vif). > However, Windows recognizes a Realtek RTL8139C+ Fast Ethernet at > 100Mbit/s. I absolutely need to have 1Gbit/s. What is the solution? > > Best regards, > Mickael You could try to use a different NIC model. For example, try model=e1000 in your vif configuration. Be sure you have the relevant drivers. I am not sure if model=e1000e works but you could also try that. -- Stay in touch, Mark van Dijk. ,-------------------------------- ---------------------------' Tue Jul 31 11:20 UTC 2012 Today is Boomtime, the 66th day of Confusion in the YOLD 3178 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 31 11:23:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 31 Jul 2012 11:23: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 1SwAWk-0006oj-F3; Tue, 31 Jul 2012 11:22:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwAWj-0006ob-Eo for xen-users@lists.xensource.com; Tue, 31 Jul 2012 11:22:13 +0000 Received: from [85.158.139.83:44917] by server-6.bemta-5.messagelabs.com id BF/6F-11348-4EFB7105; Tue, 31 Jul 2012 11:22:12 +0000 X-Env-Sender: lists+xen@internecto.net X-Msg-Ref: server-5.tower-182.messagelabs.com!1343733731!29585152!1 X-Originating-IP: [176.9.245.29] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30459 invoked from network); 31 Jul 2012 11:22:12 -0000 Received: from polaris.internecto.net (HELO mx1.internecto.net) (176.9.245.29) by server-5.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 31 Jul 2012 11:22:12 -0000 Received: from localhost (unknown [127.0.0.1]) by mx1.internecto.net (Postfix) with ESMTP id 9F0F2A02F0; Tue, 31 Jul 2012 11:22:11 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mail.internecto.net Received: from mx1.internecto.net ([127.0.0.1]) by localhost (mail.polaris.internecto.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IT2VjS7WzBrl; Tue, 31 Jul 2012 11:21:51 +0000 (UTC) Received: from internecto.net (5ED4FDEB.cm-7-5d.dynamic.ziggo.nl [94.212.253.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: lists@internecto.net) by mx1.internecto.net (Postfix) with ESMTPSA id 47D3FA02EC; Tue, 31 Jul 2012 11:21:51 +0000 (UTC) Date: Tue, 31 Jul 2012 13:21:49 +0200 From: Mark van Dijk To: Mickael MONSIEUR Message-ID: <20120731132149.5db150cc@internecto.net> In-Reply-To: References: Organization: Internecto SIS X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; i686-pc-linux-gnu) Mime-Version: 1.0 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] [Debian] XenHypervisor 4.0 - Gigabit X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, 24 Jul 2012 13:27:20 +0200 Mickael MONSIEUR wrote: > Hello, > I currently have a Windows Server 2008 R2 Enterprise connected on > eth0 with bridge (vif). > However, Windows recognizes a Realtek RTL8139C+ Fast Ethernet at > 100Mbit/s. I absolutely need to have 1Gbit/s. What is the solution? > > Best regards, > Mickael You could try to use a different NIC model. For example, try model=e1000 in your vif configuration. Be sure you have the relevant drivers. I am not sure if model=e1000e works but you could also try that. -- Stay in touch, Mark van Dijk. ,-------------------------------- ---------------------------' Tue Jul 31 11:20 UTC 2012 Today is Boomtime, the 66th day of Confusion in the YOLD 3178 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 31 13:27:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 31 Jul 2012 13:27: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 1SwCSa-0002GM-SD; Tue, 31 Jul 2012 13:26:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwCSY-0002GH-PQ for xen-users@lists.xen.org; Tue, 31 Jul 2012 13:26:03 +0000 Received: from [85.158.143.99:42468] by server-1.bemta-4.messagelabs.com id 4D/6E-24392-AECD7105; Tue, 31 Jul 2012 13:26:02 +0000 X-Env-Sender: conor.winchcombe@sap.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1343741159!29609280!1 X-Originating-IP: [155.56.66.99] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTU1LjU2LjY2Ljk5ID0+IDQyMzI5MQ==\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32531 invoked from network); 31 Jul 2012 13:26:00 -0000 Received: from smtpgw04.sap-ag.de (HELO smtpgw.sap-ag.de) (155.56.66.99) by server-9.tower-216.messagelabs.com with AES128-SHA encrypted SMTP; 31 Jul 2012 13:26:00 -0000 From: "conor.winchcombe@sap.com" To: "xen-users@lists.xen.org" Date: Tue, 31 Jul 2012 15:25:58 +0200 Thread-Topic: Error: (12, 'Cannot allocate memory') Thread-Index: Ac1vHaj5c4xuOnN2RPGcFCFCTuw8kQ== Message-ID: <3ED5771B034E314C8AC54D893482B5F51A777B25D1@DEWDFECCR08.wdf.sap.corp> Accept-Language: en-US, de-DE Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, de-DE MIME-Version: 1.0 Subject: [Xen-users] Error: (12, 'Cannot allocate memory') X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1857269743047015580==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1857269743047015580== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_3ED5771B034E314C8AC54D893482B5F51A777B25D1DEWDFECCR08wd_" --_000_3ED5771B034E314C8AC54D893482B5F51A777B25D1DEWDFECCR08wd_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I am trying to install a vm on xen 4.1.2_05-1.1.1, whenever I perform: xm c= reate xm-debian.cfg install=3Dtrue I get the above error, the exact text is as follows: Using config file "./xm-debian.cfg". Install Mirror: http://archive.ubuntu.com/ubuntu Install Suite: lucid Installer: http://archive.ubuntu.com/ubuntu/dists/lucid/main/installer-i386= /current/images WARNING: Installer kernel and ramdisk are not authenticated. Fetching http://archive.ubuntu.com/ubuntu/dists/lucid/main/installer-i386/c= urrent/images/netboot/xen/vmlinuz Fetching http://archive.ubuntu.com/ubuntu/dists/lucid/main/installer-i386/c= urrent/images/netboot/xen/initrd.gz command line is "debian-installer/exit/always_halt=3Dtrue -- quiet console= =3Dhvc0" Error: (12, 'Cannot allocate memory') The config file I am using looks like this #--------------------------------------------------------------------------= -- # Standard variables # Initial memory allocation (in megabytes) for the new domain. memory =3D 256 # A name for your domain. All domains must have different names. name =3D "UbuntuInstaller" vif =3D [''] #disk =3D ['phy:hda1,xvda,w'] disk=3D[ 'phy:/dev/data/ubuntu01_root,xvda1,w', 'phy:/dev/data/ubuntu01_swa= p,xvda2,w'] xm list provides this: Name ID Mem VCPUs State Tim= e(s) Domain-0 0 10000 4 r----- 196= 0.5 xm info provides this: host : linux-zm4x release : 3.1.0-1.2-xen version : #1 SMP Thu Nov 3 14:45:45 UTC 2011 (187dde0) machine : x86_64 nr_cpus : 64 nr_nodes : 4 cores_per_socket : 8 threads_per_core : 2 cpu_mhz : 2261 hw_caps : bfebfbff:28100800:00000000:00003b40:00bce3bd:00000= 000:00000001:00000000 virt_caps : total_memory : 1048499 free_memory : 1004515 free_cpus : 0 max_free_memory : 1036708 max_para_memory : 1036704 max_hvm_memory : 1034266 xen_major : 4 xen_minor : 1 xen_extra : .2_05-1.1.1 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=3D0xffff800000000000 xen_changeset : 23174 xen_commandline : vga=3Dmode-0x31a cc_compiler : gcc version 4.6.2 (SUSE Linux) cc_compile_by : abuild cc_compile_domain : cc_compile_date : Sun Oct 30 03:25:04 UTC 2011 xend_config_format : 4 Conor, Winchcombe SAP Research Belfast SAP (UK) Limited I The Concourse I Queen's Road I Queen's Islan= d I Belfast BT3 9DT mailto: conor.winchcombe@sap.com I www.= sap.com/research ---------------------------------------------------------------------------= ----------------------------------------------- This communication contains information which is confidential and may also = be privileged. It is for the exclusive use of the addressee. If you are not= the addressee please contact us immediately and also delete the communicat= ion from your computer. Steps have been taken to ensure this e-mail is free= from computer viruses but the recipient is responsible for ensuring that i= t is actually virus free before opening it or any attachments. Any views an= d/or opinions expressed in this e-mail are of the author only and do not re= present the views of SAP. SAP (UK) Limited, Registered in England No. 2152073. Registered Office: Clo= ckhouse Place, Bedfont Road, Feltham, Middlesex, TW14 8HD ---------------------------------------------------------------------------= ------------------------------------------------ --_000_3ED5771B034E314C8AC54D893482B5F51A777B25D1DEWDFECCR08wd_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I am trying to i= nstall a vm on xen 4.1.2_05-1.1.1, whenever I perform: xm create xm-debi= an.cfg install=3Dtrue

I get the abo= ve error, the exact text is as follows:

=  

Using config file "./xm-d= ebian.cfg".

Install Mirror: = http://archive.ubuntu.com/ubuntu

= Install Suite: lucid

Installer: h= ttp://archive.ubuntu.com/ubuntu/dists/lucid/main/installer-i386/current/ima= ges

 

WARNING: Installer kernel and ramdisk are not authentic= ated.

 

Fetching http://archive.ubuntu.com/ubuntu/dists/lucid= /main/installer-i386/current/images/netboot/xen/vmlinuz

<= p class=3DMsoNormal>Fetching http://archive.ubuntu.com/ubuntu/dists/luci= d/main/installer-i386/current/images/netboot/xen/initrd.gz

command line is "debian-installer/exit/alway= s_halt=3Dtrue -- quiet console=3Dhvc0"

Error: (12, 'Cannot allocate memory')

 

The config= file I am using looks like this

 

#--------------------------------= --------------------------------------------

# Standard variables

=  

# Initial memory allocatio= n (in megabytes) for the new domain.

memory =3D 256

 

# A name for your domain. All domains mu= st have different names.

name =3D= "UbuntuInstaller"

 

vif =3D ['']

 

#= disk =3D ['phy:hda1,xvda,w']

disk= =3D[ 'phy:/dev/data/ubuntu01_root,xvda1,w', 'phy:/dev/data/ubuntu01_swap,xv= da2,w']

 

xm list provides this:

 

Name   &nbs= p;            &= nbsp;           &nbs= p;           ID &nbs= p; Mem VCPUs      State   Time(s)

Domain-0     &= nbsp;           &nbs= p;            &= nbsp;      0 10000     4 =     r-----   1960.5

 

xm info provides this= :

 

host          =          : linux-zm4x

release      &nb= sp;         : 3.1.0-1.2-xen

version     &nb= sp;          : #1 SMP Thu Nov = 3 14:45:45 UTC 2011 (187dde0)

mac= hine            = ;    : x86_64

nr_c= pus            =     : 64

nr_nodes&= nbsp;           &nbs= p;  : 4

cores_per_socket&nbs= p;      : 8

threads_per_core       : 2=

cpu_mhz      &nbs= p;         : 2261

hw_caps        =         : bfebfbff:28100800:0000000= 0:00003b40:00bce3bd:00000000:00000001:00000000

virt_caps        &n= bsp;     :

to= tal_memory           : 10= 48499

free_memory  &nbs= p;         : 1004515=

free_cpus      &n= bsp;       : 0

max_free_memory        : 103= 6708

max_para_memory  &= nbsp;     : 1036704

max_hvm_memory         : 103= 4266

xen_major   &= nbsp;          : 4<= /i>

xen_minor      = ;        : 1

xen_extra        &n= bsp;     : .2_05-1.1.1

xen_caps         &nb= sp;     : xen-3.0-x86_64 xen-3.0-x86_32p=

xen_scheduler     &nbs= p;    : credit

xen= _pagesize           : 409= 6

platform_params  &nbs= p;     : virt_start=3D0xffff800000000000=

xen_changeset     &nbs= p;    : 23174

xen_= commandline        : vga=3Dmode-0x31a

cc_compiler    =         : gcc version 4.6.2 (SUSE Linux)=

cc_compile_by   &= nbsp;      : abuild

cc_compile_domain      :

cc_compile_date      =   : Sun Oct 30 03:25:04 UTC 2011

xend_config_format     : 4

=

 

Conor, Winchcombe<= /p>

SAP = Research Belfast

SAP (UK) Limited   I   The Concours= e   I   Queen's Road   I   Queen's = Island   I   Belfast BT3 9DT

 

=

mailto: conor.winchcombe@sap.com  I &nbs= p; www.sap.com/research

&nbs= p;

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

This communication contains = information which is confidential and may also be privileged. It is for the= exclusive use of the addressee. If you are not the addressee please contac= t us immediately and also delete the communication from your computer. Step= s have been taken to ensure this e-mail is free from computer viruses but t= he recipient is responsible for ensuring that it is actually virus free bef= ore opening it or any attachments. Any views and/or opinions expressed in t= his e-mail are of the author only and do not represent the views of SAP.

 

SAP (UK) Limited, Registered in England No. 2152073. Registe= red Office: Clockhouse Place, Bedfont Road, Feltham, Middlesex, TW14 8HD

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

 

= --_000_3ED5771B034E314C8AC54D893482B5F51A777B25D1DEWDFECCR08wd_-- --===============1857269743047015580== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1857269743047015580==-- From xen-users-bounces@lists.xen.org Tue Jul 31 13:27:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 31 Jul 2012 13:27: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 1SwCSa-0002GM-SD; Tue, 31 Jul 2012 13:26:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwCSY-0002GH-PQ for xen-users@lists.xen.org; Tue, 31 Jul 2012 13:26:03 +0000 Received: from [85.158.143.99:42468] by server-1.bemta-4.messagelabs.com id 4D/6E-24392-AECD7105; Tue, 31 Jul 2012 13:26:02 +0000 X-Env-Sender: conor.winchcombe@sap.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1343741159!29609280!1 X-Originating-IP: [155.56.66.99] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTU1LjU2LjY2Ljk5ID0+IDQyMzI5MQ==\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32531 invoked from network); 31 Jul 2012 13:26:00 -0000 Received: from smtpgw04.sap-ag.de (HELO smtpgw.sap-ag.de) (155.56.66.99) by server-9.tower-216.messagelabs.com with AES128-SHA encrypted SMTP; 31 Jul 2012 13:26:00 -0000 From: "conor.winchcombe@sap.com" To: "xen-users@lists.xen.org" Date: Tue, 31 Jul 2012 15:25:58 +0200 Thread-Topic: Error: (12, 'Cannot allocate memory') Thread-Index: Ac1vHaj5c4xuOnN2RPGcFCFCTuw8kQ== Message-ID: <3ED5771B034E314C8AC54D893482B5F51A777B25D1@DEWDFECCR08.wdf.sap.corp> Accept-Language: en-US, de-DE Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, de-DE MIME-Version: 1.0 Subject: [Xen-users] Error: (12, 'Cannot allocate memory') X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1857269743047015580==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1857269743047015580== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_3ED5771B034E314C8AC54D893482B5F51A777B25D1DEWDFECCR08wd_" --_000_3ED5771B034E314C8AC54D893482B5F51A777B25D1DEWDFECCR08wd_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I am trying to install a vm on xen 4.1.2_05-1.1.1, whenever I perform: xm c= reate xm-debian.cfg install=3Dtrue I get the above error, the exact text is as follows: Using config file "./xm-debian.cfg". Install Mirror: http://archive.ubuntu.com/ubuntu Install Suite: lucid Installer: http://archive.ubuntu.com/ubuntu/dists/lucid/main/installer-i386= /current/images WARNING: Installer kernel and ramdisk are not authenticated. Fetching http://archive.ubuntu.com/ubuntu/dists/lucid/main/installer-i386/c= urrent/images/netboot/xen/vmlinuz Fetching http://archive.ubuntu.com/ubuntu/dists/lucid/main/installer-i386/c= urrent/images/netboot/xen/initrd.gz command line is "debian-installer/exit/always_halt=3Dtrue -- quiet console= =3Dhvc0" Error: (12, 'Cannot allocate memory') The config file I am using looks like this #--------------------------------------------------------------------------= -- # Standard variables # Initial memory allocation (in megabytes) for the new domain. memory =3D 256 # A name for your domain. All domains must have different names. name =3D "UbuntuInstaller" vif =3D [''] #disk =3D ['phy:hda1,xvda,w'] disk=3D[ 'phy:/dev/data/ubuntu01_root,xvda1,w', 'phy:/dev/data/ubuntu01_swa= p,xvda2,w'] xm list provides this: Name ID Mem VCPUs State Tim= e(s) Domain-0 0 10000 4 r----- 196= 0.5 xm info provides this: host : linux-zm4x release : 3.1.0-1.2-xen version : #1 SMP Thu Nov 3 14:45:45 UTC 2011 (187dde0) machine : x86_64 nr_cpus : 64 nr_nodes : 4 cores_per_socket : 8 threads_per_core : 2 cpu_mhz : 2261 hw_caps : bfebfbff:28100800:00000000:00003b40:00bce3bd:00000= 000:00000001:00000000 virt_caps : total_memory : 1048499 free_memory : 1004515 free_cpus : 0 max_free_memory : 1036708 max_para_memory : 1036704 max_hvm_memory : 1034266 xen_major : 4 xen_minor : 1 xen_extra : .2_05-1.1.1 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=3D0xffff800000000000 xen_changeset : 23174 xen_commandline : vga=3Dmode-0x31a cc_compiler : gcc version 4.6.2 (SUSE Linux) cc_compile_by : abuild cc_compile_domain : cc_compile_date : Sun Oct 30 03:25:04 UTC 2011 xend_config_format : 4 Conor, Winchcombe SAP Research Belfast SAP (UK) Limited I The Concourse I Queen's Road I Queen's Islan= d I Belfast BT3 9DT mailto: conor.winchcombe@sap.com I www.= sap.com/research ---------------------------------------------------------------------------= ----------------------------------------------- This communication contains information which is confidential and may also = be privileged. It is for the exclusive use of the addressee. If you are not= the addressee please contact us immediately and also delete the communicat= ion from your computer. Steps have been taken to ensure this e-mail is free= from computer viruses but the recipient is responsible for ensuring that i= t is actually virus free before opening it or any attachments. Any views an= d/or opinions expressed in this e-mail are of the author only and do not re= present the views of SAP. SAP (UK) Limited, Registered in England No. 2152073. Registered Office: Clo= ckhouse Place, Bedfont Road, Feltham, Middlesex, TW14 8HD ---------------------------------------------------------------------------= ------------------------------------------------ --_000_3ED5771B034E314C8AC54D893482B5F51A777B25D1DEWDFECCR08wd_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I am trying to i= nstall a vm on xen 4.1.2_05-1.1.1, whenever I perform: xm create xm-debi= an.cfg install=3Dtrue

I get the abo= ve error, the exact text is as follows:

=  

Using config file "./xm-d= ebian.cfg".

Install Mirror: = http://archive.ubuntu.com/ubuntu

= Install Suite: lucid

Installer: h= ttp://archive.ubuntu.com/ubuntu/dists/lucid/main/installer-i386/current/ima= ges

 

WARNING: Installer kernel and ramdisk are not authentic= ated.

 

Fetching http://archive.ubuntu.com/ubuntu/dists/lucid= /main/installer-i386/current/images/netboot/xen/vmlinuz

<= p class=3DMsoNormal>Fetching http://archive.ubuntu.com/ubuntu/dists/luci= d/main/installer-i386/current/images/netboot/xen/initrd.gz

command line is "debian-installer/exit/alway= s_halt=3Dtrue -- quiet console=3Dhvc0"

Error: (12, 'Cannot allocate memory')

 

The config= file I am using looks like this

 

#--------------------------------= --------------------------------------------

# Standard variables

=  

# Initial memory allocatio= n (in megabytes) for the new domain.

memory =3D 256

 

# A name for your domain. All domains mu= st have different names.

name =3D= "UbuntuInstaller"

 

vif =3D ['']

 

#= disk =3D ['phy:hda1,xvda,w']

disk= =3D[ 'phy:/dev/data/ubuntu01_root,xvda1,w', 'phy:/dev/data/ubuntu01_swap,xv= da2,w']

 

xm list provides this:

 

Name   &nbs= p;            &= nbsp;           &nbs= p;           ID &nbs= p; Mem VCPUs      State   Time(s)

Domain-0     &= nbsp;           &nbs= p;            &= nbsp;      0 10000     4 =     r-----   1960.5

 

xm info provides this= :

 

host          =          : linux-zm4x

release      &nb= sp;         : 3.1.0-1.2-xen

version     &nb= sp;          : #1 SMP Thu Nov = 3 14:45:45 UTC 2011 (187dde0)

mac= hine            = ;    : x86_64

nr_c= pus            =     : 64

nr_nodes&= nbsp;           &nbs= p;  : 4

cores_per_socket&nbs= p;      : 8

threads_per_core       : 2=

cpu_mhz      &nbs= p;         : 2261

hw_caps        =         : bfebfbff:28100800:0000000= 0:00003b40:00bce3bd:00000000:00000001:00000000

virt_caps        &n= bsp;     :

to= tal_memory           : 10= 48499

free_memory  &nbs= p;         : 1004515=

free_cpus      &n= bsp;       : 0

max_free_memory        : 103= 6708

max_para_memory  &= nbsp;     : 1036704

max_hvm_memory         : 103= 4266

xen_major   &= nbsp;          : 4<= /i>

xen_minor      = ;        : 1

xen_extra        &n= bsp;     : .2_05-1.1.1

xen_caps         &nb= sp;     : xen-3.0-x86_64 xen-3.0-x86_32p=

xen_scheduler     &nbs= p;    : credit

xen= _pagesize           : 409= 6

platform_params  &nbs= p;     : virt_start=3D0xffff800000000000=

xen_changeset     &nbs= p;    : 23174

xen_= commandline        : vga=3Dmode-0x31a

cc_compiler    =         : gcc version 4.6.2 (SUSE Linux)=

cc_compile_by   &= nbsp;      : abuild

cc_compile_domain      :

cc_compile_date      =   : Sun Oct 30 03:25:04 UTC 2011

xend_config_format     : 4

=

 

Conor, Winchcombe<= /p>

SAP = Research Belfast

SAP (UK) Limited   I   The Concours= e   I   Queen's Road   I   Queen's = Island   I   Belfast BT3 9DT

 

=

mailto: conor.winchcombe@sap.com  I &nbs= p; www.sap.com/research

&nbs= p;

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

This communication contains = information which is confidential and may also be privileged. It is for the= exclusive use of the addressee. If you are not the addressee please contac= t us immediately and also delete the communication from your computer. Step= s have been taken to ensure this e-mail is free from computer viruses but t= he recipient is responsible for ensuring that it is actually virus free bef= ore opening it or any attachments. Any views and/or opinions expressed in t= his e-mail are of the author only and do not represent the views of SAP.

 

SAP (UK) Limited, Registered in England No. 2152073. Registe= red Office: Clockhouse Place, Bedfont Road, Feltham, Middlesex, TW14 8HD

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

 

= --_000_3ED5771B034E314C8AC54D893482B5F51A777B25D1DEWDFECCR08wd_-- --===============1857269743047015580== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1857269743047015580==-- From xen-users-bounces@lists.xen.org Tue Jul 31 14:15:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 31 Jul 2012 14:15: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 1SwDDF-0004eA-Jr; Tue, 31 Jul 2012 14:14:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwDDE-0004dN-7s for xen-users@lists.xen.org; Tue, 31 Jul 2012 14:14:16 +0000 Received: from [85.158.139.83:42794] by server-7.bemta-5.messagelabs.com id CC/64-28276-638E7105; Tue, 31 Jul 2012 14:14:14 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1343744053!29553185!1 X-Originating-IP: [209.85.215.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5173 invoked from network); 31 Jul 2012 14:14:13 -0000 Received: from mail-ey0-f173.google.com (HELO mail-ey0-f173.google.com) (209.85.215.173) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 31 Jul 2012 14:14:13 -0000 Received: by eaah1 with SMTP id h1so1495944eaa.32 for ; Tue, 31 Jul 2012 07:14:13 -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=P357I8hHJeOKXJfXaEESyeqPDcFWjBN2tUAgWznphb4=; b=llmdWVv5WWRX3W/5gaIDm7O3FeZvNrS9m8vnFmh1XRbUzmzxLMfTbMmnn/mUEJkO53 uC5FwpLxCHpilBYdIkCCcydcMmUzakn0RLgX8lFvF/aP9PfFXnRr4lQK/Ya3dRdd9dc7 rW32657uqKB19uOyJzhBf6TEfrA2KjNxjR7bLridD4Q1m6fyJm+3Wy/WL4hx825uRCnJ Y14Kbz5/rj1sHDJPiVwW19FTT1dJwHWvOIdeZ/JImaCLldzMV4ceeKn9wMNLbl7SvJj6 y9aOrktgerc+gXZztfsMpZ+45I3Sl6V+0Wz3gt27Asufe0u0QqqVWNlaWXDwNJN3nUiP GRFw== Received: by 10.14.2.5 with SMTP id 5mr2498850eee.33.1343744053064; Tue, 31 Jul 2012 07:14:13 -0700 (PDT) Received: from [172.16.26.11] (b01bc490.bb.sky.com. [176.27.196.144]) by mx.google.com with ESMTPS id c7sm635887eem.9.2012.07.31.07.14.12 (version=SSLv3 cipher=OTHER); Tue, 31 Jul 2012 07:14:12 -0700 (PDT) Message-ID: <5017E833.10606@xen.org> Date: Tue, 31 Jul 2012 15:14:11 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: "xen-api@lists.xen.org" , xen-devel@lists.xen.org, xen-users@lists.xen.org Subject: [Xen-users] Document Day : Thank you and Stats 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 Good morning, as last time, I wanted to thank who made contributions to the Xen Document Day yesterday. In particular Dariof, Dunlapg, Attilio, Mcclurmc, IjcStefanoStabellini, OliverChick, AndrewKaneand Anthony. On the Xen wiki we changed approximately 5K words in more than 100 changesets. Changes were made to: * Xen Numa Scheduling and Placement * Xen NUMA Introduction * Xen Document Days/TODO * Xen NUMA Benchmarks * Driver Domain * Xen Development Projects * Xen PCI Passthrough * Template:To do * Tuning * XCP toolstack on a Debian-based distribution - proposed * Xen 4.2 Release Notes * XL * Xen Serial Console * Scheduling in Xen * Mainline Linux Kernel Configs * QEMU Upstream * Xen 4.2: xl and pci pass-through * Xen FAQ Networking * XCP Introduction * How to Install a FreeBSD domU on a Linux Host * Xen FAQ DomU * Xen FAQ Design and in Depth * XenExpress * XenLinux * Asking Xen User Questions * DomU * BackendDriver * Xen FAQ Using * Category:Performance * Blktap * NewToXen * Xen 4.2 * Category:HowTo * Reporting Bugs against Xen * LiveCD * Dom0 Kernels for Xen * Choice of Toolstacks * Xen Overview These were slightly fewer changes on the wiki than last time, but more changes were made to in-code documentation such as** to annotate and document xen/include/public/sched.h and then to start a xenstore-paths.txt**and also to the OpenStack documentation (see http://blogs.citrix.com/2012/07/30/citrix-openstack-team-take-part-in-xen-document-day/). Thank you again Lars _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 31 14:15:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 31 Jul 2012 14:15: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 1SwDDF-0004eA-Jr; Tue, 31 Jul 2012 14:14:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwDDE-0004dN-7s for xen-users@lists.xen.org; Tue, 31 Jul 2012 14:14:16 +0000 Received: from [85.158.139.83:42794] by server-7.bemta-5.messagelabs.com id CC/64-28276-638E7105; Tue, 31 Jul 2012 14:14:14 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1343744053!29553185!1 X-Originating-IP: [209.85.215.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5173 invoked from network); 31 Jul 2012 14:14:13 -0000 Received: from mail-ey0-f173.google.com (HELO mail-ey0-f173.google.com) (209.85.215.173) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 31 Jul 2012 14:14:13 -0000 Received: by eaah1 with SMTP id h1so1495944eaa.32 for ; Tue, 31 Jul 2012 07:14:13 -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=P357I8hHJeOKXJfXaEESyeqPDcFWjBN2tUAgWznphb4=; b=llmdWVv5WWRX3W/5gaIDm7O3FeZvNrS9m8vnFmh1XRbUzmzxLMfTbMmnn/mUEJkO53 uC5FwpLxCHpilBYdIkCCcydcMmUzakn0RLgX8lFvF/aP9PfFXnRr4lQK/Ya3dRdd9dc7 rW32657uqKB19uOyJzhBf6TEfrA2KjNxjR7bLridD4Q1m6fyJm+3Wy/WL4hx825uRCnJ Y14Kbz5/rj1sHDJPiVwW19FTT1dJwHWvOIdeZ/JImaCLldzMV4ceeKn9wMNLbl7SvJj6 y9aOrktgerc+gXZztfsMpZ+45I3Sl6V+0Wz3gt27Asufe0u0QqqVWNlaWXDwNJN3nUiP GRFw== Received: by 10.14.2.5 with SMTP id 5mr2498850eee.33.1343744053064; Tue, 31 Jul 2012 07:14:13 -0700 (PDT) Received: from [172.16.26.11] (b01bc490.bb.sky.com. [176.27.196.144]) by mx.google.com with ESMTPS id c7sm635887eem.9.2012.07.31.07.14.12 (version=SSLv3 cipher=OTHER); Tue, 31 Jul 2012 07:14:12 -0700 (PDT) Message-ID: <5017E833.10606@xen.org> Date: Tue, 31 Jul 2012 15:14:11 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: "xen-api@lists.xen.org" , xen-devel@lists.xen.org, xen-users@lists.xen.org Subject: [Xen-users] Document Day : Thank you and Stats 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 Good morning, as last time, I wanted to thank who made contributions to the Xen Document Day yesterday. In particular Dariof, Dunlapg, Attilio, Mcclurmc, IjcStefanoStabellini, OliverChick, AndrewKaneand Anthony. On the Xen wiki we changed approximately 5K words in more than 100 changesets. Changes were made to: * Xen Numa Scheduling and Placement * Xen NUMA Introduction * Xen Document Days/TODO * Xen NUMA Benchmarks * Driver Domain * Xen Development Projects * Xen PCI Passthrough * Template:To do * Tuning * XCP toolstack on a Debian-based distribution - proposed * Xen 4.2 Release Notes * XL * Xen Serial Console * Scheduling in Xen * Mainline Linux Kernel Configs * QEMU Upstream * Xen 4.2: xl and pci pass-through * Xen FAQ Networking * XCP Introduction * How to Install a FreeBSD domU on a Linux Host * Xen FAQ DomU * Xen FAQ Design and in Depth * XenExpress * XenLinux * Asking Xen User Questions * DomU * BackendDriver * Xen FAQ Using * Category:Performance * Blktap * NewToXen * Xen 4.2 * Category:HowTo * Reporting Bugs against Xen * LiveCD * Dom0 Kernels for Xen * Choice of Toolstacks * Xen Overview These were slightly fewer changes on the wiki than last time, but more changes were made to in-code documentation such as** to annotate and document xen/include/public/sched.h and then to start a xenstore-paths.txt**and also to the OpenStack documentation (see http://blogs.citrix.com/2012/07/30/citrix-openstack-team-take-part-in-xen-document-day/). Thank you again Lars _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 31 15:54:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 31 Jul 2012 15:54: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 1SwEku-0002kT-Pf; Tue, 31 Jul 2012 15:53:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwEkt-0002h6-0b for xen-users@lists.xen.org; Tue, 31 Jul 2012 15:53:07 +0000 Received: from [85.158.138.51:17226] by server-8.bemta-3.messagelabs.com id EF/33-30925-06FF7105; Tue, 31 Jul 2012 15:53:04 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1343749984!29813180!1 X-Originating-IP: [74.125.83.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12224 invoked from network); 31 Jul 2012 15:53:04 -0000 Received: from mail-ee0-f45.google.com (HELO mail-ee0-f45.google.com) (74.125.83.45) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 31 Jul 2012 15:53:04 -0000 Received: by eeke53 with SMTP id e53so1670557eek.32 for ; Tue, 31 Jul 2012 08:53:04 -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:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=xU+wqtQ5tfm4bo8G1/hZ51uDwk2Q0f5LdC378XmjKpY=; b=YyVNuceReOy05fdvVOxBYi/RKsoUVuRyeGpDz4L+Y99URxR15GW/4oKv/KfIKBKY/n LiKfK0Gla983UMDpmQzla44c7n59LtIunyeQL+BYnfF4dRWQHd3hhv0PWFgKwHed9QCJ 3EC1C2+TN+nUQLj8DKVFhD+Iki4Be7IiG/RT5T6Y7/INsy58Hs8m/EpKYbFgQ7H8EIAI XUAK593tTP+5ECRb+JdXRO/Eir+ju25QxwIEXmYqFzQMMmh7KKyYRhdlgAApqL3FWMvI TmOeT7uHfrjTYEqHptSS6RtHQPZ7p+xi+GU4TSAEc8IiSPBIhK1ZwFaY+deVkEWBxmFB 0gMQ== Received: by 10.14.198.200 with SMTP id v48mr17861882een.3.1343749984083; Tue, 31 Jul 2012 08:53:04 -0700 (PDT) Received: from [172.16.26.11] (b01bc490.bb.sky.com. [176.27.196.144]) by mx.google.com with ESMTPS id h42sm1369049eem.5.2012.07.31.08.53.03 (version=SSLv3 cipher=OTHER); Tue, 31 Jul 2012 08:53:03 -0700 (PDT) Message-ID: <5017FF5E.8090101@xen.org> Date: Tue, 31 Jul 2012 16:53:02 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 References: <5017E833.10606@xen.org> In-Reply-To: <5017E833.10606@xen.org> Cc: xen-users@lists.xen.org, xen-devel@lists.xen.org, "xen-api@lists.xen.org" Subject: Re: [Xen-users] Document Day : Thank you and Stats 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, I missed a few contributions, because I didn't realize the Git mirror was not working. Docs contributions to the codebase (see http://xen.markmail.org/search/?q=[PATCH%20DOCDAY]#query:[PATCH%20DOCDAY]%20date%3A201207) by Matt Wilson and Ian Campbell Lars On 31/07/2012 15:14, Lars Kurth wrote: > Good morning, > > as last time, I wanted to thank who made contributions to the Xen > Document Day yesterday. In particular Dariof, Dunlapg, Attilio, > Mcclurmc, IjcStefanoStabellini, OliverChick, AndrewKaneand Anthony. On > the Xen wiki we changed approximately 5K words in more than 100 > changesets. > > Changes were made to: > > * Xen Numa Scheduling and Placement > * Xen NUMA Introduction > * Xen Document Days/TODO > * Xen NUMA Benchmarks > * Driver Domain > * Xen Development Projects > * Xen PCI Passthrough > * Template:To do > * Tuning > * XCP toolstack on a Debian-based distribution - proposed > * Xen 4.2 Release Notes > * XL > * Xen Serial Console > * Scheduling in Xen > * Mainline Linux Kernel Configs > * QEMU Upstream > * Xen 4.2: xl and pci pass-through > * Xen FAQ Networking > * XCP Introduction > * How to Install a FreeBSD domU on a Linux Host > * Xen FAQ DomU > * Xen FAQ Design and in Depth > * XenExpress > * XenLinux > * Asking Xen User Questions > * DomU > * BackendDriver > * Xen FAQ Using > * Category:Performance > * Blktap > * NewToXen > * Xen 4.2 > * Category:HowTo > * Reporting Bugs against Xen > * LiveCD > * Dom0 Kernels for Xen > * Choice of Toolstacks > * Xen Overview > > These were slightly fewer changes on the wiki than last time, but more > changes were made to in-code documentation such as** to annotate and > document xen/include/public/sched.h and then to start a > xenstore-paths.txt**and also to the OpenStack documentation (see > http://blogs.citrix.com/2012/07/30/citrix-openstack-team-take-part-in-xen-document-day/). > > > Thank you again > Lars _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 31 15:54:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 31 Jul 2012 15:54: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 1SwEku-0002kT-Pf; Tue, 31 Jul 2012 15:53:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwEkt-0002h6-0b for xen-users@lists.xen.org; Tue, 31 Jul 2012 15:53:07 +0000 Received: from [85.158.138.51:17226] by server-8.bemta-3.messagelabs.com id EF/33-30925-06FF7105; Tue, 31 Jul 2012 15:53:04 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1343749984!29813180!1 X-Originating-IP: [74.125.83.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12224 invoked from network); 31 Jul 2012 15:53:04 -0000 Received: from mail-ee0-f45.google.com (HELO mail-ee0-f45.google.com) (74.125.83.45) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 31 Jul 2012 15:53:04 -0000 Received: by eeke53 with SMTP id e53so1670557eek.32 for ; Tue, 31 Jul 2012 08:53:04 -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:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=xU+wqtQ5tfm4bo8G1/hZ51uDwk2Q0f5LdC378XmjKpY=; b=YyVNuceReOy05fdvVOxBYi/RKsoUVuRyeGpDz4L+Y99URxR15GW/4oKv/KfIKBKY/n LiKfK0Gla983UMDpmQzla44c7n59LtIunyeQL+BYnfF4dRWQHd3hhv0PWFgKwHed9QCJ 3EC1C2+TN+nUQLj8DKVFhD+Iki4Be7IiG/RT5T6Y7/INsy58Hs8m/EpKYbFgQ7H8EIAI XUAK593tTP+5ECRb+JdXRO/Eir+ju25QxwIEXmYqFzQMMmh7KKyYRhdlgAApqL3FWMvI TmOeT7uHfrjTYEqHptSS6RtHQPZ7p+xi+GU4TSAEc8IiSPBIhK1ZwFaY+deVkEWBxmFB 0gMQ== Received: by 10.14.198.200 with SMTP id v48mr17861882een.3.1343749984083; Tue, 31 Jul 2012 08:53:04 -0700 (PDT) Received: from [172.16.26.11] (b01bc490.bb.sky.com. [176.27.196.144]) by mx.google.com with ESMTPS id h42sm1369049eem.5.2012.07.31.08.53.03 (version=SSLv3 cipher=OTHER); Tue, 31 Jul 2012 08:53:03 -0700 (PDT) Message-ID: <5017FF5E.8090101@xen.org> Date: Tue, 31 Jul 2012 16:53:02 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 References: <5017E833.10606@xen.org> In-Reply-To: <5017E833.10606@xen.org> Cc: xen-users@lists.xen.org, xen-devel@lists.xen.org, "xen-api@lists.xen.org" Subject: Re: [Xen-users] Document Day : Thank you and Stats 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, I missed a few contributions, because I didn't realize the Git mirror was not working. Docs contributions to the codebase (see http://xen.markmail.org/search/?q=[PATCH%20DOCDAY]#query:[PATCH%20DOCDAY]%20date%3A201207) by Matt Wilson and Ian Campbell Lars On 31/07/2012 15:14, Lars Kurth wrote: > Good morning, > > as last time, I wanted to thank who made contributions to the Xen > Document Day yesterday. In particular Dariof, Dunlapg, Attilio, > Mcclurmc, IjcStefanoStabellini, OliverChick, AndrewKaneand Anthony. On > the Xen wiki we changed approximately 5K words in more than 100 > changesets. > > Changes were made to: > > * Xen Numa Scheduling and Placement > * Xen NUMA Introduction > * Xen Document Days/TODO > * Xen NUMA Benchmarks > * Driver Domain > * Xen Development Projects > * Xen PCI Passthrough > * Template:To do > * Tuning > * XCP toolstack on a Debian-based distribution - proposed > * Xen 4.2 Release Notes > * XL > * Xen Serial Console > * Scheduling in Xen > * Mainline Linux Kernel Configs > * QEMU Upstream > * Xen 4.2: xl and pci pass-through > * Xen FAQ Networking > * XCP Introduction > * How to Install a FreeBSD domU on a Linux Host > * Xen FAQ DomU > * Xen FAQ Design and in Depth > * XenExpress > * XenLinux > * Asking Xen User Questions > * DomU > * BackendDriver > * Xen FAQ Using > * Category:Performance > * Blktap > * NewToXen > * Xen 4.2 > * Category:HowTo > * Reporting Bugs against Xen > * LiveCD > * Dom0 Kernels for Xen > * Choice of Toolstacks > * Xen Overview > > These were slightly fewer changes on the wiki than last time, but more > changes were made to in-code documentation such as** to annotate and > document xen/include/public/sched.h and then to start a > xenstore-paths.txt**and also to the OpenStack documentation (see > http://blogs.citrix.com/2012/07/30/citrix-openstack-team-take-part-in-xen-document-day/). > > > Thank you again > Lars _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 31 17:33:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 31 Jul 2012 17:33: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 1SwGJ0-0007HE-2j; Tue, 31 Jul 2012 17:32:26 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwGIy-0007Gq-1e for xen-users@lists.xensource.com; Tue, 31 Jul 2012 17:32:24 +0000 Received: from [85.158.143.35:5215] by server-2.bemta-4.messagelabs.com id FD/2E-17938-5A618105; Tue, 31 Jul 2012 17:32:21 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1343755938!10219144!1 X-Originating-IP: [148.87.113.117] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQ4Ljg3LjExMy4xMTcgPT4gNjY3MTM2\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16538 invoked from network); 31 Jul 2012 17:32:20 -0000 Received: from rcsinet15.oracle.com (HELO rcsinet15.oracle.com) (148.87.113.117) by server-10.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 31 Jul 2012 17:32:20 -0000 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by rcsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q6VHVSZD019834 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 31 Jul 2012 17:31:29 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q6VHVRx8014049 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 31 Jul 2012 17:31:28 GMT Received: from abhmt111.oracle.com (abhmt111.oracle.com [141.146.116.63]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q6VHVQTu029939; Tue, 31 Jul 2012 12:31:26 -0500 Received: from phenom.dumpdata.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 31 Jul 2012 10:31:26 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id BC52D402B2; Tue, 31 Jul 2012 13:22:26 -0400 (EDT) Date: Tue, 31 Jul 2012 13:22:26 -0400 From: Konrad Rzeszutek Wilk To: Andrew Lyon Message-ID: <20120731172226.GC29533@phenom.dumpdata.com> References: <20120727180416.GI17427@andromeda.dapyr.net> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: ucsinet21.oracle.com [156.151.31.93] Cc: Konrad Rzeszutek Wilk , Xen-devel , xen-users List Subject: Re: [Xen-users] [Xen-devel] 3.5.0 dom0 crash on boot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 31, 2012 at 08:28:57AM +0100, Andrew Lyon wrote: > On Fri, Jul 27, 2012 at 7:04 PM, Konrad Rzeszutek Wilk > wrote: > > On Fri, Jul 27, 2012 at 01:26:09PM +0100, Andrew Lyon wrote: > >> Setting dom0_mem=1024M enabled the system to boot. > >> > >> The system has 32gb ram, is this a known issue? > > > > Not that I know off. What would be usefull if you ran > > gdb on your vmlinux and stuck those EIP addresses to > > figure out what broke. > > > > Looking at the registers state it could be very well > > that you are hitting this: > > > > www.gossamer-threads.com/lists/linux/kernel/1571716 > > > > Try the patch and see if that fixes it? > > I can confirm that the patch fixes the problem, I can boot without > setting dom0_ram=1024M > > My system is Supermicro X9DRL-3/IF with 2 x E5-2640 Xeon's and 32gb > RAM (8 x Hynix Semiconductor HMT351R7CFR8C) BIOS 1.0a > > Thanks! Sure. Any chance you could send me your full dmesg with the fixed kernel please? I've another patch that is going to be used instead and I think it will work with your setup - but it never hurts to double check. Thanks. > Andy > > >> > >> Andy > >> > >> On Fri, Jul 27, 2012 at 1:04 PM, Andrew Lyon wrote: > >> > Hi, > >> > > >> > I've not tried pv_ops for a long time but just got a new system > >> > (Supermicro X9DRL-iF) so decided to try 3.5.0 with the latest Xen > >> > 4.2-unstable, unfortunately the system crashes immediately after > >> > loading dom0: > >> > > >> > traps.c:486:d0 Unhandled invalid opcode fault/trap [#6] on VCPU 0 [ec=0000] > >> > > >> > I've tried loading both bzImage and vmlinuz (gzip compressed vmlinuz) > >> > with the same result. > >> > > >> > Full boot log: > >> > > >> > > >> > root (hd0,0) > >> > Filesystem type is ext2fs, partition type 0x83 > >> > kernel /xen-4.2-unstable.gz iommu=1 iommu_inclusive_mapping=1 com1=38400,8n1 co > >> > nsole=com1 noirqbalance watchdog dom0_vcpus_pin loglvl=all guest_loglvl=all cpu > >> > idle conring_size=65536 > >> > [Multiboot-elf, <0x100000:0 ! __ __ _ _ > >> > ____ _ _ _ > >> > \ \/ /___ _ __ | || | |___ \ _ _ _ __ ___| |_ __ _| |__ | | ___ * > >> > \ // _ \ '_ \ | || |_ __) |__| | | | '_ \/ __| __/ _` | '_ \| |/ _ \ * > >> > / \ __/ | | | |__ _| / __/|__| |_| | | | \__ \ || (_| | |_) | | __/ * > >> > /_/\_\___|_| |_| |_|(_)_____| \__,_|_| |_|___/\__\__,_|_.__/|_|\___| * > >> > * > >> > (XEN) Xen version 4.2-unstable (@josims.local) (gcc version 4.5.3 > >> > (Gentoo 4.5.3-r2 p1.1, pie-0.4.7) ) Fri Jul 27 20:28:57 BST 2012 > >> > (XEN) Latest ChangeSet: Thu Jul 26 10:55:09 2012 +0100 25667:b0fc6f8d5066 * > >> > (XEN) Bootloader: GNU GRUB 0.97 * > >> > (XEN) Command line: iommu=1 iommu_inclusive_mapping=1 com1=38400,8n1 > >> > console=com1 noirqbalance watchdog dom0_vcpus_pin loglvl=all > >> > guest_loglvl=all cpuidle conring_size=65536 Use the * and * keys to > >> > select which entry is highlighted. > >> > (XEN) Video information: 'e' to edit the selected command in the > >> > (XEN) VGA is text mode 80x25, font 8x16ine, 'o' to open a new line > >> > (XEN) VBE/DDC methods: none; EDID transfer time: 0 secondsve the > >> > (XEN) EDID info not retrieved because no DDC retrieval method detected > >> > (XEN) Disc information: > >> > (XEN) Found 4 MBR signatures > >> > (XEN) Found 6 EDD information structures > >> > (XEN) Xen-e820 RAM map: > >> > (XEN) 0000000000000000 - 000000000008e400 (usable) > >> > (XEN) 000000000008e400 - 00000000000a0000 (reserved) > >> > (XEN) 00000000000e0000 - 0000000000100000 (reserved) > >> > (XEN) 0000000000100000 - 000000007e49a000 (usable) > >> > (XEN) 000000007e49a000 - 000000007e5b2000 (ACPI NVS) > >> > (XEN) 000000007e5b2000 - 000000007f1b2000 (reserved) > >> > (XEN) 000000007f1b2000 - 000000007f22e000 (ACPI data) > >> > (XEN) 000000007f22e000 - 000000007f2c7000 (reserved) > >> > (XEN) 000000007f2c7000 - 000000007f2ce000 (ACPI NVS) > >> > (XEN) 000000007f2ce000 - 000000007f339000 (reserved) > >> > (XEN) 000000007f339000 - 000000007f341000 (ACPI NVS) > >> > (XEN) 000000007f341000 - 000000007f36a000 (reserved) > >> > (XEN) 000000007f36a000 - 000000007f800000 (ACPI NVS) > >> > (XEN) 0000000080000000 - 0000000090000000 (reserved) > >> > (XEN) 00000000fed1c000 - 00000000fed40000 (reserved) > >> > (XEN) 00000000ff000000 - 0000000100000000 (reserved) > >> > (XEN) 0000000100000000 - 0000000880000000 (usable) > >> > (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) > >> > (XEN) ACPI: XSDT 7F1B2088, 0094 (r1 ALASKA A M I 1072009 AMI 10013) > >> > (XEN) ACPI: FACP 7F1BC860, 00F4 (r4 ALASKA A M I 1072009 AMI 10013) > >> > (XEN) ACPI: DSDT 7F1B21B0, A6AD (r2 ALASKA A M I 15 INTL 20091112) > >> > (XEN) ACPI: FACS 7F33EF80, 0040 > >> > (XEN) ACPI: APIC 7F1BC958, 01B4 (r3 ALASKA A M I 1072009 AMI 10013) > >> > (XEN) ACPI: MCFG 7F1BCB10, 003C (r1 ALASKA OEMMCFG. 1072009 MSFT 97) > >> > (XEN) ACPI: SRAT 7F1BCB50, 0430 (r1 A M I AMI SRAT 1 AMI. 0) > >> > (XEN) ACPI: SLIT 7F1BCF80, 0030 (r1 A M I AMI SLIT 0 AMI. 0) > >> > (XEN) ACPI: HPET 7F1BCFB0, 0038 (r1 ALASKA A M I 1072009 AMI. 5) > >> > (XEN) ACPI: SPMI 7F1BCFE8, 0040 (r5 A M I OEMSPMI 0 AMI. 0) > >> > (XEN) ACPI: SSDT 7F1BD028, 70104 (r2 INTEL CpuPm 4000 INTL 20091112) > >> > (XEN) ACPI: DMAR 7F22D130, 0188 (r1 A M I OEMDMAR 1 INTL 1) > >> > (XEN) ACPI: EINJ 7F22D2B8, 0130 (r1 AMI AMI EINJ 0 0) > >> > (XEN) ACPI: ERST 7F22D3E8, 0210 (r1 AMIER AMI ERST 0 0) > >> > (XEN) ACPI: HEST 7F22D5F8, 00A8 (r1 AMI AMI HEST 0 0) > >> > (XEN) ACPI: BERT 7F22D6A0, 0030 (r1 AMI AMI BERT 0 0) > >> > (XEN) ACPI: BGRT 7F22D6D0, 0038 (r0 ALASKA A M I 1072009 AMI 10013) > >> > (XEN) System RAM: 32740MB (33525920kB) > >> > (XEN) SRAT: PXM 0 -> APIC 0 -> Node 0 > >> > (XEN) SRAT: PXM 0 -> APIC 1 -> Node 0 > >> > (XEN) SRAT: PXM 0 -> APIC 2 -> Node 0 > >> > (XEN) SRAT: PXM 0 -> APIC 3 -> Node 0 > >> > (XEN) SRAT: PXM 0 -> APIC 4 -> Node 0 > >> > (XEN) SRAT: PXM 0 -> APIC 5 -> Node 0 > >> > (XEN) SRAT: PXM 0 -> APIC 6 -> Node 0 > >> > (XEN) SRAT: PXM 0 -> APIC 7 -> Node 0 > >> > (XEN) SRAT: PXM 0 -> APIC 8 -> Node 0 > >> > (XEN) SRAT: PXM 0 -> APIC 9 -> Node 0 > >> > (XEN) SRAT: PXM 0 -> APIC 10 -> Node 0 > >> > (XEN) SRAT: PXM 0 -> APIC 11 -> Node 0 > >> > (XEN) SRAT: PXM 1 -> APIC 32 -> Node 1 > >> > (XEN) SRAT: PXM 1 -> APIC 33 -> Node 1 > >> > (XEN) SRAT: PXM 1 -> APIC 34 -> Node 1 > >> > (XEN) SRAT: PXM 1 -> APIC 35 -> Node 1 > >> > (XEN) SRAT: PXM 1 -> APIC 36 -> Node 1 > >> > (XEN) SRAT: PXM 1 -> APIC 37 -> Node 1 > >> > (XEN) SRAT: PXM 1 -> APIC 38 -> Node 1 > >> > (XEN) SRAT: PXM 1 -> APIC 39 -> Node 1 > >> > (XEN) SRAT: PXM 1 -> APIC 40 -> Node 1 > >> > (XEN) SRAT: PXM 1 -> APIC 41 -> Node 1 > >> > (XEN) SRAT: PXM 1 -> APIC 42 -> Node 1 > >> > (XEN) SRAT: PXM 1 -> APIC 43 -> Node 1 > >> > (XEN) SRAT: Node 0 PXM 0 0-80000000 > >> > (XEN) SRAT: Node 0 PXM 0 100000000-480000000 > >> > (XEN) SRAT: Node 1 PXM 1 480000000-880000000 > >> > (XEN) NUMA: Using 19 for the hash shift. > >> > (XEN) Domain heap initialised DMA width 32 bits > >> > (XEN) found SMP MP-table at 000fdb10 > >> > (XEN) DMI 2.7 present. > >> > (XEN) Using APIC driver default > >> > (XEN) ACPI: PM-Timer IO Port: 0x408 > >> > (XEN) ACPI: ACPI SLEEP INFO: pm1x_cnt[404,0], pm1x_evt[400,0] > >> > (XEN) ACPI: 32/64X FACS address mismatch in FADT - > >> > 7f33ef80/0000000000000000, using 32 > >> > (XEN) ACPI: wakeup_vec[7f33ef8c], vec_size[20] > >> > (XEN) ACPI: Local APIC address 0xfee00000 > >> > (XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) > >> > (XEN) Processor #0 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) > >> > (XEN) Processor #2 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x04] enabled) > >> > (XEN) Processor #4 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x06] lapic_id[0x06] enabled) > >> > (XEN) Processor #6 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x08] lapic_id[0x08] enabled) > >> > (XEN) Processor #8 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x0a] enabled) > >> > (XEN) Processor #10 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x20] enabled) > >> > (XEN) Processor #32 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x22] enabled) > >> > (XEN) Processor #34 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x10] lapic_id[0x24] enabled) > >> > (XEN) Processor #36 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x12] lapic_id[0x26] enabled) > >> > (XEN) Processor #38 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x14] lapic_id[0x28] enabled) > >> > (XEN) Processor #40 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x16] lapic_id[0x2a] enabled) > >> > (XEN) Processor #42 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) > >> > (XEN) Processor #1 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled) > >> > (XEN) Processor #3 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x05] lapic_id[0x05] enabled) > >> > (XEN) Processor #5 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x07] lapic_id[0x07] enabled) > >> > (XEN) Processor #7 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x09] lapic_id[0x09] enabled) > >> > (XEN) Processor #9 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x0b] enabled) > >> > (XEN) Processor #11 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x21] enabled) > >> > (XEN) Processor #33 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x23] enabled) > >> > (XEN) Processor #35 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x11] lapic_id[0x25] enabled) > >> > (XEN) Processor #37 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x13] lapic_id[0x27] enabled) > >> > (XEN) Processor #39 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x15] lapic_id[0x29] enabled) > >> > (XEN) Processor #41 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x17] lapic_id[0x2b] enabled) > >> > (XEN) Processor #43 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x04] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x06] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x08] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0a] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0c] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0e] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x10] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x12] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x14] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x16] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x05] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x07] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x09] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0b] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0d] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0f] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x11] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x13] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x15] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x17] high edge lint[0x1]) > >> > (XEN) Overriding APIC driver with bigsmp > >> > (XEN) ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0]) > >> > (XEN) IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23 > >> > (XEN) ACPI: IOAPIC (id[0x02] address[0xfec01000] gsi_base[24]) > >> > (XEN) IOAPIC[1]: apic_id 2, version 32, address 0xfec01000, GSI 24-47 > >> > (XEN) ACPI: IOAPIC (id[0x03] address[0xfec40000] gsi_base[48]) > >> > (XEN) IOAPIC[2]: apic_id 3, version 32, address 0xfec40000, GSI 48-71 > >> > (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) > >> > (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) > >> > (XEN) ACPI: IRQ0 used by override. > >> > (XEN) ACPI: IRQ2 used by override. > >> > (XEN) ACPI: IRQ9 used by override. > >> > (XEN) Enabling APIC mode: Phys. Using 3 I/O APICs > >> > (XEN) ACPI: HPET id: 0x8086a701 base: 0xfed00000 > >> > (XEN) ERST table is invalid > >> > (XEN) Using ACPI (MADT) for SMP configuration information > >> > (XEN) SMP: Allowing 24 CPUs (0 hotplug CPUs) > >> > (XEN) IRQ limits: 72 GSI, 4552 MSI/MSI-X > >> > (XEN) Switched to APIC driver x2apic_cluster. > >> > (XEN) Using scheduler: SMP Credit Scheduler (credit) > >> > (XEN) Detected 2500.105 MHz processor. > >> > (XEN) Initing memory sharing. > >> > (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 > >> > (XEN) mce_intel.c:1239: MCA Capability: BCAST 1 SER 1 CMCI 1 firstbank > >> > 0 extended MCE MSR 0 > >> > (XEN) Intel machine check reporting enabled > >> > (XEN) PCI: MCFG configuration 0: base 80000000 segment 0000 buses 00 - ff > >> > (XEN) PCI: MCFG area at 80000000 reserved in E820 > >> > (XEN) PCI: Using MCFG for segment 0000 bus 00-ff > >> > (XEN) Intel VT-d Snoop Control enabled. > >> > (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. > >> > (XEN) Intel VT-d Queued Invalidation enabled. > >> > (XEN) Intel VT-d Interrupt Remapping enabled. > >> > (XEN) Intel VT-d Shared EPT tables enabled. > >> > (XEN) I/O virtualisation enabled > >> > (XEN) - Dom0 mode: Relaxed > >> > (XEN) Enabled directed EOI with ioapic_ack_old on! > >> > (XEN) ENABLING IO-APIC IRQs > >> > (XEN) -> Using old ACK method > >> > (XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pin2=-1 > >> > (XEN) TSC deadline timer enabled > >> > (XEN) Platform timer is 14.318MHz HPET > >> > (XEN) Defaulting to alternative key handling; send 'A' to switch to normal mode. > >> > (XEN) Allocated console ring of 65536 KiB. > >> > (XEN) VMX: Supported advanced features: > >> > (XEN) - APIC MMIO access virtualisation > >> > (XEN) - APIC TPR shadow > >> > (XEN) - Extended Page Tables (EPT) > >> > (XEN) - Virtual-Processor Identifiers (VPID) > >> > (XEN) - Virtual NMI > >> > (XEN) - MSR direct-access bitmap > >> > (XEN) - Unrestricted Guest > >> > (XEN) HVM: ASIDs enabled. > >> > (XEN) HVM: VMX enabled > >> > (XEN) HVM: Hardware Assisted Paging (HAP) detected > >> > (XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB > >> > (XEN) Brought up 24 CPUs > >> > (XEN) Testing NMI watchdog --- CPU#0 okay. CPU#1 okay. CPU#2 okay. > >> > CPU#3 okay. CPU#4 okay. CPU#5 okay. CPU#6 okay. CPU#7 okay. CPU#8 > >> > okay. CPU#9 okay. CPU#10 okay. CPU#11 okay. CPU#12 okay. CPU#13 okay. > >> > CPU#14 okay. CPU#15 okay. CPU#16 okay. CPU#17 okay. CPU#18 okay. > >> > CPU#19 okay. CPU#20 okay. CPU#21 okay. CPU#22 okay. CPU#23 okay. > >> > (XEN) ACPI sleep modes: S3 > >> > (XEN) mcheck_poll: Machine check polling timer started. > >> > (XEN) *** LOADING DOMAIN 0 *** > >> > (XEN) elf_parse_binary: phdr: paddr=0x1000000 memsz=0x820000 > >> > (XEN) elf_parse_binary: phdr: paddr=0x1a00000 memsz=0x740e8 > >> > (XEN) elf_parse_binary: phdr: paddr=0x1a75000 memsz=0x13340 > >> > (XEN) elf_parse_binary: phdr: paddr=0x1a89000 memsz=0x549000 > >> > (XEN) elf_parse_binary: memory: 0x1000000 -> 0x1fd2000 > >> > (XEN) elf_xen_parse_note: GUEST_OS = "linux" > >> > (XEN) elf_xen_parse_note: GUEST_VERSION = "2.6" > >> > (XEN) elf_xen_parse_note: XEN_VERSION = "xen-3.0" > >> > (XEN) elf_xen_parse_note: VIRT_BASE = 0xffffffff80000000 > >> > (XEN) elf_xen_parse_note: ENTRY = 0xffffffff81a89210 > >> > (XEN) elf_xen_parse_note: HYPERCALL_PAGE = 0xffffffff81001000 > >> > (XEN) elf_xen_parse_note: FEATURES = "!writable_page_tables|pae_pgdir_above_4gb" > >> > (XEN) elf_xen_parse_note: PAE_MODE = "yes" > >> > (XEN) elf_xen_parse_note: LOADER = "generic" > >> > (XEN) elf_xen_parse_note: unknown xen elf note (0xd) > >> > (XEN) elf_xen_parse_note: SUSPEND_CANCEL = 0x1 > >> > (XEN) elf_xen_parse_note: HV_START_LOW = 0xffff800000000000 > >> > (XEN) elf_xen_parse_note: PADDR_OFFSET = 0x0 > >> > (XEN) elf_xen_addr_calc_check: addresses: > >> > (XEN) virt_base = 0xffffffff80000000 > >> > (XEN) elf_paddr_offset = 0x0 > >> > (XEN) virt_offset = 0xffffffff80000000 > >> > (XEN) virt_kstart = 0xffffffff81000000 > >> > (XEN) virt_kend = 0xffffffff81fd2000 > >> > (XEN) virt_entry = 0xffffffff81a89210 > >> > (XEN) p2m_base = 0xffffffffffffffff > >> > (XEN) Xen kernel: 64-bit, lsb, compat32 > >> > (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x1fd2000 > >> > (XEN) PHYSICAL MEMORY ARRANGEMENT: > >> > (XEN) Dom0 alloc.: 0000000430000000->0000000438000000 (8190061 > >> > pages to be allocated) > >> > (XEN) VIRTUAL MEMORY ARRANGEMENT: > >> > (XEN) Loaded kernel: ffffffff81000000->ffffffff81fd2000 > >> > (XEN) Init. ramdisk: ffffffff81fd2000->ffffffff81fd2000 > >> > (XEN) Phys-Mach map: ffffffff81fd2000->ffffffff85e8e368 > >> > (XEN) Start info: ffffffff85e8f000->ffffffff85e8f4b4 > >> > (XEN) Page tables: ffffffff85e90000->ffffffff85ec3000 > >> > (XEN) Boot stack: ffffffff85ec3000->ffffffff85ec4000 > >> > (XEN) TOTAL: ffffffff80000000->ffffffff86000000 > >> > (XEN) ENTRY ADDRESS: ffffffff81a89210 > >> > (XEN) Dom0 has maximum 24 VCPUs > >> > (XEN) elf_load_binary: phdr 0 at 0xffffffff81000000 -> 0xffffffff81820000 > >> > (XEN) elf_load_binary: phdr 1 at 0xffffffff81a00000 -> 0xffffffff81a740e8 > >> > (XEN) elf_load_binary: phdr 2 at 0xffffffff81a75000 -> 0xffffffff81a88340 > >> > (XEN) elf_load_binary: phdr 3 at 0xffffffff81a89000 -> 0xffffffff81b11000 > >> > (XEN) Scrubbing Free RAM: .done. > >> > (XEN) Initial low memory virq threshold set at 0x4000 pages. > >> > (XEN) Std. Loglevel: All > >> > (XEN) Guest Loglevel: All > >> > (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch > >> > input to Xen) > >> > (XEN) Freed 236kB init memory. > >> > mapping kernel into physical memory > >> > about to get started... > >> > (XEN) traps.c:486:d0 Unhandled invalid opcode fault/trap [#6] on VCPU > >> > 0 [ec=0000] > >> > (XEN) domain_crash_sync called from entry.S > >> > (XEN) Domain 0 (vcpu#0) crashed on cpu#0: > >> > (XEN) ----[ Xen-4.2-unstable x86_64 debug=y Not tainted ]---- > >> > (XEN) CPU: 0 > >> > (XEN) RIP: e033:[] > >> > (XEN) RFLAGS: 0000000000000206 EM: 1 CONTEXT: pv guest > >> > (XEN) rax: ffffffff81fd3000 rbx: 0000000000000021 rcx: 0000000000001000 > >> > (XEN) rdx: ffffffff81fd2000 rsi: 0000000000001000 rdi: 0000000000001000 > >> > (XEN) rbp: 0000000000000088 rsp: ffffffff81a01d38 r8: 0000000000000088 > >> > (XEN) r9: 0000000000000021 r10: 0000000000000000 r11: 0000000100000000 > >> > (XEN) r12: 0000000000079700 r13: 0000000000000440 r14: 0000000000000088 > >> > (XEN) r15: 0000000000000021 cr0: 000000008005003b cr4: 00000000000426f0 > >> > (XEN) cr3: 0000000431a0b000 cr2: 0000000000000000 > >> > (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e02b cs: e033 > >> > (XEN) Guest stack trace from rsp=ffffffff81a01d38: > >> > (XEN) 0000000000001000 0000000100000000 ffffffff81a8f18e 000000010000e030 > >> > (XEN) 0000000000010006 ffffffff81a01d70 000000000000e02b ffffffff81a8de7c > >> > (XEN) 0000000000000108 0000000000851000 00000000007e8444 0000000000079700 > >> > (XEN) ffffffff81a01e20 ffffffff81a01df8 0000000000859445 ffffffff81a8e25c > >> > (XEN) 00000000007d7800 0000000000851000 0000000000079793 ffffffff81a8ca2c > >> > (XEN) 0000000000081bd8 0000000000081bd8 ffffffff81ac2990 00000000007d786d > >> > (XEN) ffffffff81a01e20 0000000000000001 0000000000000000 0000000000007ff0 > >> > (XEN) ffffffff81a01e28 00000000007e8444 4000000000000000 00000000007d786d > >> > (XEN) 0000000000081bd8 00000000007d786d ffffffff81ac297c 0000000000000000 > >> > (XEN) 0000000000000013 ffffffff81a8cda7 0000000800000014 00000007d786d000 > >> > (XEN) 0000000007528793 0000001400000000 0000000000000014 0000000000000013 > >> > (XEN) ffffffff00000014 ffffffff81ac2800 ffffffff81452556 7ff0000000000000 > >> > (XEN) 0000000000000000 ffffffffffffffff ffffffff81ac0000 ffffffff81a01f80 > >> > (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff81a9265a > >> > (XEN) ffffffffffffffff ffffffff81a8f2f6 0000000000000010 ffffffff81a01f68 > >> > (XEN) ffffffff81a01f28 0000000000000000 ffffffff81452556 ffffffffffffffff > >> > (XEN) ffffffff81ac0000 0000000000000000 0000000000000000 0000000000000000 > >> > (XEN) 0000000000000000 ffffffff81a8985a 0000000001bb4000 0000000000000000 > >> > (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff85e90000 > >> > (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff81a8c6ed > >> > (XEN) Domain 0 crashed: rebooting machine in 5 seconds. > >> > (XEN) Resetting with ACPI MEMORY or I/O RESET_REG. > >> > > >> > > >> > Andy > >> > >> _______________________________________________ > >> 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 Tue Jul 31 17:33:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 31 Jul 2012 17:33: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 1SwGJ0-0007HE-2j; Tue, 31 Jul 2012 17:32:26 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SwGIy-0007Gq-1e for xen-users@lists.xensource.com; Tue, 31 Jul 2012 17:32:24 +0000 Received: from [85.158.143.35:5215] by server-2.bemta-4.messagelabs.com id FD/2E-17938-5A618105; Tue, 31 Jul 2012 17:32:21 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1343755938!10219144!1 X-Originating-IP: [148.87.113.117] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQ4Ljg3LjExMy4xMTcgPT4gNjY3MTM2\n X-StarScan-Received: X-StarScan-Version: 6.6.1.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16538 invoked from network); 31 Jul 2012 17:32:20 -0000 Received: from rcsinet15.oracle.com (HELO rcsinet15.oracle.com) (148.87.113.117) by server-10.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 31 Jul 2012 17:32:20 -0000 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by rcsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q6VHVSZD019834 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 31 Jul 2012 17:31:29 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q6VHVRx8014049 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 31 Jul 2012 17:31:28 GMT Received: from abhmt111.oracle.com (abhmt111.oracle.com [141.146.116.63]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q6VHVQTu029939; Tue, 31 Jul 2012 12:31:26 -0500 Received: from phenom.dumpdata.com (/209.6.85.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 31 Jul 2012 10:31:26 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id BC52D402B2; Tue, 31 Jul 2012 13:22:26 -0400 (EDT) Date: Tue, 31 Jul 2012 13:22:26 -0400 From: Konrad Rzeszutek Wilk To: Andrew Lyon Message-ID: <20120731172226.GC29533@phenom.dumpdata.com> References: <20120727180416.GI17427@andromeda.dapyr.net> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: ucsinet21.oracle.com [156.151.31.93] Cc: Konrad Rzeszutek Wilk , Xen-devel , xen-users List Subject: Re: [Xen-users] [Xen-devel] 3.5.0 dom0 crash on boot X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/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, Jul 31, 2012 at 08:28:57AM +0100, Andrew Lyon wrote: > On Fri, Jul 27, 2012 at 7:04 PM, Konrad Rzeszutek Wilk > wrote: > > On Fri, Jul 27, 2012 at 01:26:09PM +0100, Andrew Lyon wrote: > >> Setting dom0_mem=1024M enabled the system to boot. > >> > >> The system has 32gb ram, is this a known issue? > > > > Not that I know off. What would be usefull if you ran > > gdb on your vmlinux and stuck those EIP addresses to > > figure out what broke. > > > > Looking at the registers state it could be very well > > that you are hitting this: > > > > www.gossamer-threads.com/lists/linux/kernel/1571716 > > > > Try the patch and see if that fixes it? > > I can confirm that the patch fixes the problem, I can boot without > setting dom0_ram=1024M > > My system is Supermicro X9DRL-3/IF with 2 x E5-2640 Xeon's and 32gb > RAM (8 x Hynix Semiconductor HMT351R7CFR8C) BIOS 1.0a > > Thanks! Sure. Any chance you could send me your full dmesg with the fixed kernel please? I've another patch that is going to be used instead and I think it will work with your setup - but it never hurts to double check. Thanks. > Andy > > >> > >> Andy > >> > >> On Fri, Jul 27, 2012 at 1:04 PM, Andrew Lyon wrote: > >> > Hi, > >> > > >> > I've not tried pv_ops for a long time but just got a new system > >> > (Supermicro X9DRL-iF) so decided to try 3.5.0 with the latest Xen > >> > 4.2-unstable, unfortunately the system crashes immediately after > >> > loading dom0: > >> > > >> > traps.c:486:d0 Unhandled invalid opcode fault/trap [#6] on VCPU 0 [ec=0000] > >> > > >> > I've tried loading both bzImage and vmlinuz (gzip compressed vmlinuz) > >> > with the same result. > >> > > >> > Full boot log: > >> > > >> > > >> > root (hd0,0) > >> > Filesystem type is ext2fs, partition type 0x83 > >> > kernel /xen-4.2-unstable.gz iommu=1 iommu_inclusive_mapping=1 com1=38400,8n1 co > >> > nsole=com1 noirqbalance watchdog dom0_vcpus_pin loglvl=all guest_loglvl=all cpu > >> > idle conring_size=65536 > >> > [Multiboot-elf, <0x100000:0 ! __ __ _ _ > >> > ____ _ _ _ > >> > \ \/ /___ _ __ | || | |___ \ _ _ _ __ ___| |_ __ _| |__ | | ___ * > >> > \ // _ \ '_ \ | || |_ __) |__| | | | '_ \/ __| __/ _` | '_ \| |/ _ \ * > >> > / \ __/ | | | |__ _| / __/|__| |_| | | | \__ \ || (_| | |_) | | __/ * > >> > /_/\_\___|_| |_| |_|(_)_____| \__,_|_| |_|___/\__\__,_|_.__/|_|\___| * > >> > * > >> > (XEN) Xen version 4.2-unstable (@josims.local) (gcc version 4.5.3 > >> > (Gentoo 4.5.3-r2 p1.1, pie-0.4.7) ) Fri Jul 27 20:28:57 BST 2012 > >> > (XEN) Latest ChangeSet: Thu Jul 26 10:55:09 2012 +0100 25667:b0fc6f8d5066 * > >> > (XEN) Bootloader: GNU GRUB 0.97 * > >> > (XEN) Command line: iommu=1 iommu_inclusive_mapping=1 com1=38400,8n1 > >> > console=com1 noirqbalance watchdog dom0_vcpus_pin loglvl=all > >> > guest_loglvl=all cpuidle conring_size=65536 Use the * and * keys to > >> > select which entry is highlighted. > >> > (XEN) Video information: 'e' to edit the selected command in the > >> > (XEN) VGA is text mode 80x25, font 8x16ine, 'o' to open a new line > >> > (XEN) VBE/DDC methods: none; EDID transfer time: 0 secondsve the > >> > (XEN) EDID info not retrieved because no DDC retrieval method detected > >> > (XEN) Disc information: > >> > (XEN) Found 4 MBR signatures > >> > (XEN) Found 6 EDD information structures > >> > (XEN) Xen-e820 RAM map: > >> > (XEN) 0000000000000000 - 000000000008e400 (usable) > >> > (XEN) 000000000008e400 - 00000000000a0000 (reserved) > >> > (XEN) 00000000000e0000 - 0000000000100000 (reserved) > >> > (XEN) 0000000000100000 - 000000007e49a000 (usable) > >> > (XEN) 000000007e49a000 - 000000007e5b2000 (ACPI NVS) > >> > (XEN) 000000007e5b2000 - 000000007f1b2000 (reserved) > >> > (XEN) 000000007f1b2000 - 000000007f22e000 (ACPI data) > >> > (XEN) 000000007f22e000 - 000000007f2c7000 (reserved) > >> > (XEN) 000000007f2c7000 - 000000007f2ce000 (ACPI NVS) > >> > (XEN) 000000007f2ce000 - 000000007f339000 (reserved) > >> > (XEN) 000000007f339000 - 000000007f341000 (ACPI NVS) > >> > (XEN) 000000007f341000 - 000000007f36a000 (reserved) > >> > (XEN) 000000007f36a000 - 000000007f800000 (ACPI NVS) > >> > (XEN) 0000000080000000 - 0000000090000000 (reserved) > >> > (XEN) 00000000fed1c000 - 00000000fed40000 (reserved) > >> > (XEN) 00000000ff000000 - 0000000100000000 (reserved) > >> > (XEN) 0000000100000000 - 0000000880000000 (usable) > >> > (XEN) ACPI: RSDP 000F0490, 0024 (r2 ALASKA) > >> > (XEN) ACPI: XSDT 7F1B2088, 0094 (r1 ALASKA A M I 1072009 AMI 10013) > >> > (XEN) ACPI: FACP 7F1BC860, 00F4 (r4 ALASKA A M I 1072009 AMI 10013) > >> > (XEN) ACPI: DSDT 7F1B21B0, A6AD (r2 ALASKA A M I 15 INTL 20091112) > >> > (XEN) ACPI: FACS 7F33EF80, 0040 > >> > (XEN) ACPI: APIC 7F1BC958, 01B4 (r3 ALASKA A M I 1072009 AMI 10013) > >> > (XEN) ACPI: MCFG 7F1BCB10, 003C (r1 ALASKA OEMMCFG. 1072009 MSFT 97) > >> > (XEN) ACPI: SRAT 7F1BCB50, 0430 (r1 A M I AMI SRAT 1 AMI. 0) > >> > (XEN) ACPI: SLIT 7F1BCF80, 0030 (r1 A M I AMI SLIT 0 AMI. 0) > >> > (XEN) ACPI: HPET 7F1BCFB0, 0038 (r1 ALASKA A M I 1072009 AMI. 5) > >> > (XEN) ACPI: SPMI 7F1BCFE8, 0040 (r5 A M I OEMSPMI 0 AMI. 0) > >> > (XEN) ACPI: SSDT 7F1BD028, 70104 (r2 INTEL CpuPm 4000 INTL 20091112) > >> > (XEN) ACPI: DMAR 7F22D130, 0188 (r1 A M I OEMDMAR 1 INTL 1) > >> > (XEN) ACPI: EINJ 7F22D2B8, 0130 (r1 AMI AMI EINJ 0 0) > >> > (XEN) ACPI: ERST 7F22D3E8, 0210 (r1 AMIER AMI ERST 0 0) > >> > (XEN) ACPI: HEST 7F22D5F8, 00A8 (r1 AMI AMI HEST 0 0) > >> > (XEN) ACPI: BERT 7F22D6A0, 0030 (r1 AMI AMI BERT 0 0) > >> > (XEN) ACPI: BGRT 7F22D6D0, 0038 (r0 ALASKA A M I 1072009 AMI 10013) > >> > (XEN) System RAM: 32740MB (33525920kB) > >> > (XEN) SRAT: PXM 0 -> APIC 0 -> Node 0 > >> > (XEN) SRAT: PXM 0 -> APIC 1 -> Node 0 > >> > (XEN) SRAT: PXM 0 -> APIC 2 -> Node 0 > >> > (XEN) SRAT: PXM 0 -> APIC 3 -> Node 0 > >> > (XEN) SRAT: PXM 0 -> APIC 4 -> Node 0 > >> > (XEN) SRAT: PXM 0 -> APIC 5 -> Node 0 > >> > (XEN) SRAT: PXM 0 -> APIC 6 -> Node 0 > >> > (XEN) SRAT: PXM 0 -> APIC 7 -> Node 0 > >> > (XEN) SRAT: PXM 0 -> APIC 8 -> Node 0 > >> > (XEN) SRAT: PXM 0 -> APIC 9 -> Node 0 > >> > (XEN) SRAT: PXM 0 -> APIC 10 -> Node 0 > >> > (XEN) SRAT: PXM 0 -> APIC 11 -> Node 0 > >> > (XEN) SRAT: PXM 1 -> APIC 32 -> Node 1 > >> > (XEN) SRAT: PXM 1 -> APIC 33 -> Node 1 > >> > (XEN) SRAT: PXM 1 -> APIC 34 -> Node 1 > >> > (XEN) SRAT: PXM 1 -> APIC 35 -> Node 1 > >> > (XEN) SRAT: PXM 1 -> APIC 36 -> Node 1 > >> > (XEN) SRAT: PXM 1 -> APIC 37 -> Node 1 > >> > (XEN) SRAT: PXM 1 -> APIC 38 -> Node 1 > >> > (XEN) SRAT: PXM 1 -> APIC 39 -> Node 1 > >> > (XEN) SRAT: PXM 1 -> APIC 40 -> Node 1 > >> > (XEN) SRAT: PXM 1 -> APIC 41 -> Node 1 > >> > (XEN) SRAT: PXM 1 -> APIC 42 -> Node 1 > >> > (XEN) SRAT: PXM 1 -> APIC 43 -> Node 1 > >> > (XEN) SRAT: Node 0 PXM 0 0-80000000 > >> > (XEN) SRAT: Node 0 PXM 0 100000000-480000000 > >> > (XEN) SRAT: Node 1 PXM 1 480000000-880000000 > >> > (XEN) NUMA: Using 19 for the hash shift. > >> > (XEN) Domain heap initialised DMA width 32 bits > >> > (XEN) found SMP MP-table at 000fdb10 > >> > (XEN) DMI 2.7 present. > >> > (XEN) Using APIC driver default > >> > (XEN) ACPI: PM-Timer IO Port: 0x408 > >> > (XEN) ACPI: ACPI SLEEP INFO: pm1x_cnt[404,0], pm1x_evt[400,0] > >> > (XEN) ACPI: 32/64X FACS address mismatch in FADT - > >> > 7f33ef80/0000000000000000, using 32 > >> > (XEN) ACPI: wakeup_vec[7f33ef8c], vec_size[20] > >> > (XEN) ACPI: Local APIC address 0xfee00000 > >> > (XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) > >> > (XEN) Processor #0 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) > >> > (XEN) Processor #2 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x04] enabled) > >> > (XEN) Processor #4 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x06] lapic_id[0x06] enabled) > >> > (XEN) Processor #6 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x08] lapic_id[0x08] enabled) > >> > (XEN) Processor #8 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x0a] enabled) > >> > (XEN) Processor #10 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x20] enabled) > >> > (XEN) Processor #32 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x22] enabled) > >> > (XEN) Processor #34 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x10] lapic_id[0x24] enabled) > >> > (XEN) Processor #36 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x12] lapic_id[0x26] enabled) > >> > (XEN) Processor #38 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x14] lapic_id[0x28] enabled) > >> > (XEN) Processor #40 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x16] lapic_id[0x2a] enabled) > >> > (XEN) Processor #42 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) > >> > (XEN) Processor #1 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled) > >> > (XEN) Processor #3 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x05] lapic_id[0x05] enabled) > >> > (XEN) Processor #5 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x07] lapic_id[0x07] enabled) > >> > (XEN) Processor #7 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x09] lapic_id[0x09] enabled) > >> > (XEN) Processor #9 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x0b] enabled) > >> > (XEN) Processor #11 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x21] enabled) > >> > (XEN) Processor #33 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x23] enabled) > >> > (XEN) Processor #35 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x11] lapic_id[0x25] enabled) > >> > (XEN) Processor #37 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x13] lapic_id[0x27] enabled) > >> > (XEN) Processor #39 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x15] lapic_id[0x29] enabled) > >> > (XEN) Processor #41 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC (acpi_id[0x17] lapic_id[0x2b] enabled) > >> > (XEN) Processor #43 6:13 APIC version 21 > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x04] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x06] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x08] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0a] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0c] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0e] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x10] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x12] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x14] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x16] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x05] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x07] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x09] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0b] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0d] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x0f] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x11] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x13] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x15] high edge lint[0x1]) > >> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x17] high edge lint[0x1]) > >> > (XEN) Overriding APIC driver with bigsmp > >> > (XEN) ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0]) > >> > (XEN) IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23 > >> > (XEN) ACPI: IOAPIC (id[0x02] address[0xfec01000] gsi_base[24]) > >> > (XEN) IOAPIC[1]: apic_id 2, version 32, address 0xfec01000, GSI 24-47 > >> > (XEN) ACPI: IOAPIC (id[0x03] address[0xfec40000] gsi_base[48]) > >> > (XEN) IOAPIC[2]: apic_id 3, version 32, address 0xfec40000, GSI 48-71 > >> > (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) > >> > (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) > >> > (XEN) ACPI: IRQ0 used by override. > >> > (XEN) ACPI: IRQ2 used by override. > >> > (XEN) ACPI: IRQ9 used by override. > >> > (XEN) Enabling APIC mode: Phys. Using 3 I/O APICs > >> > (XEN) ACPI: HPET id: 0x8086a701 base: 0xfed00000 > >> > (XEN) ERST table is invalid > >> > (XEN) Using ACPI (MADT) for SMP configuration information > >> > (XEN) SMP: Allowing 24 CPUs (0 hotplug CPUs) > >> > (XEN) IRQ limits: 72 GSI, 4552 MSI/MSI-X > >> > (XEN) Switched to APIC driver x2apic_cluster. > >> > (XEN) Using scheduler: SMP Credit Scheduler (credit) > >> > (XEN) Detected 2500.105 MHz processor. > >> > (XEN) Initing memory sharing. > >> > (XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7 > >> > (XEN) mce_intel.c:1239: MCA Capability: BCAST 1 SER 1 CMCI 1 firstbank > >> > 0 extended MCE MSR 0 > >> > (XEN) Intel machine check reporting enabled > >> > (XEN) PCI: MCFG configuration 0: base 80000000 segment 0000 buses 00 - ff > >> > (XEN) PCI: MCFG area at 80000000 reserved in E820 > >> > (XEN) PCI: Using MCFG for segment 0000 bus 00-ff > >> > (XEN) Intel VT-d Snoop Control enabled. > >> > (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. > >> > (XEN) Intel VT-d Queued Invalidation enabled. > >> > (XEN) Intel VT-d Interrupt Remapping enabled. > >> > (XEN) Intel VT-d Shared EPT tables enabled. > >> > (XEN) I/O virtualisation enabled > >> > (XEN) - Dom0 mode: Relaxed > >> > (XEN) Enabled directed EOI with ioapic_ack_old on! > >> > (XEN) ENABLING IO-APIC IRQs > >> > (XEN) -> Using old ACK method > >> > (XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pin2=-1 > >> > (XEN) TSC deadline timer enabled > >> > (XEN) Platform timer is 14.318MHz HPET > >> > (XEN) Defaulting to alternative key handling; send 'A' to switch to normal mode. > >> > (XEN) Allocated console ring of 65536 KiB. > >> > (XEN) VMX: Supported advanced features: > >> > (XEN) - APIC MMIO access virtualisation > >> > (XEN) - APIC TPR shadow > >> > (XEN) - Extended Page Tables (EPT) > >> > (XEN) - Virtual-Processor Identifiers (VPID) > >> > (XEN) - Virtual NMI > >> > (XEN) - MSR direct-access bitmap > >> > (XEN) - Unrestricted Guest > >> > (XEN) HVM: ASIDs enabled. > >> > (XEN) HVM: VMX enabled > >> > (XEN) HVM: Hardware Assisted Paging (HAP) detected > >> > (XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB > >> > (XEN) Brought up 24 CPUs > >> > (XEN) Testing NMI watchdog --- CPU#0 okay. CPU#1 okay. CPU#2 okay. > >> > CPU#3 okay. CPU#4 okay. CPU#5 okay. CPU#6 okay. CPU#7 okay. CPU#8 > >> > okay. CPU#9 okay. CPU#10 okay. CPU#11 okay. CPU#12 okay. CPU#13 okay. > >> > CPU#14 okay. CPU#15 okay. CPU#16 okay. CPU#17 okay. CPU#18 okay. > >> > CPU#19 okay. CPU#20 okay. CPU#21 okay. CPU#22 okay. CPU#23 okay. > >> > (XEN) ACPI sleep modes: S3 > >> > (XEN) mcheck_poll: Machine check polling timer started. > >> > (XEN) *** LOADING DOMAIN 0 *** > >> > (XEN) elf_parse_binary: phdr: paddr=0x1000000 memsz=0x820000 > >> > (XEN) elf_parse_binary: phdr: paddr=0x1a00000 memsz=0x740e8 > >> > (XEN) elf_parse_binary: phdr: paddr=0x1a75000 memsz=0x13340 > >> > (XEN) elf_parse_binary: phdr: paddr=0x1a89000 memsz=0x549000 > >> > (XEN) elf_parse_binary: memory: 0x1000000 -> 0x1fd2000 > >> > (XEN) elf_xen_parse_note: GUEST_OS = "linux" > >> > (XEN) elf_xen_parse_note: GUEST_VERSION = "2.6" > >> > (XEN) elf_xen_parse_note: XEN_VERSION = "xen-3.0" > >> > (XEN) elf_xen_parse_note: VIRT_BASE = 0xffffffff80000000 > >> > (XEN) elf_xen_parse_note: ENTRY = 0xffffffff81a89210 > >> > (XEN) elf_xen_parse_note: HYPERCALL_PAGE = 0xffffffff81001000 > >> > (XEN) elf_xen_parse_note: FEATURES = "!writable_page_tables|pae_pgdir_above_4gb" > >> > (XEN) elf_xen_parse_note: PAE_MODE = "yes" > >> > (XEN) elf_xen_parse_note: LOADER = "generic" > >> > (XEN) elf_xen_parse_note: unknown xen elf note (0xd) > >> > (XEN) elf_xen_parse_note: SUSPEND_CANCEL = 0x1 > >> > (XEN) elf_xen_parse_note: HV_START_LOW = 0xffff800000000000 > >> > (XEN) elf_xen_parse_note: PADDR_OFFSET = 0x0 > >> > (XEN) elf_xen_addr_calc_check: addresses: > >> > (XEN) virt_base = 0xffffffff80000000 > >> > (XEN) elf_paddr_offset = 0x0 > >> > (XEN) virt_offset = 0xffffffff80000000 > >> > (XEN) virt_kstart = 0xffffffff81000000 > >> > (XEN) virt_kend = 0xffffffff81fd2000 > >> > (XEN) virt_entry = 0xffffffff81a89210 > >> > (XEN) p2m_base = 0xffffffffffffffff > >> > (XEN) Xen kernel: 64-bit, lsb, compat32 > >> > (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x1fd2000 > >> > (XEN) PHYSICAL MEMORY ARRANGEMENT: > >> > (XEN) Dom0 alloc.: 0000000430000000->0000000438000000 (8190061 > >> > pages to be allocated) > >> > (XEN) VIRTUAL MEMORY ARRANGEMENT: > >> > (XEN) Loaded kernel: ffffffff81000000->ffffffff81fd2000 > >> > (XEN) Init. ramdisk: ffffffff81fd2000->ffffffff81fd2000 > >> > (XEN) Phys-Mach map: ffffffff81fd2000->ffffffff85e8e368 > >> > (XEN) Start info: ffffffff85e8f000->ffffffff85e8f4b4 > >> > (XEN) Page tables: ffffffff85e90000->ffffffff85ec3000 > >> > (XEN) Boot stack: ffffffff85ec3000->ffffffff85ec4000 > >> > (XEN) TOTAL: ffffffff80000000->ffffffff86000000 > >> > (XEN) ENTRY ADDRESS: ffffffff81a89210 > >> > (XEN) Dom0 has maximum 24 VCPUs > >> > (XEN) elf_load_binary: phdr 0 at 0xffffffff81000000 -> 0xffffffff81820000 > >> > (XEN) elf_load_binary: phdr 1 at 0xffffffff81a00000 -> 0xffffffff81a740e8 > >> > (XEN) elf_load_binary: phdr 2 at 0xffffffff81a75000 -> 0xffffffff81a88340 > >> > (XEN) elf_load_binary: phdr 3 at 0xffffffff81a89000 -> 0xffffffff81b11000 > >> > (XEN) Scrubbing Free RAM: .done. > >> > (XEN) Initial low memory virq threshold set at 0x4000 pages. > >> > (XEN) Std. Loglevel: All > >> > (XEN) Guest Loglevel: All > >> > (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch > >> > input to Xen) > >> > (XEN) Freed 236kB init memory. > >> > mapping kernel into physical memory > >> > about to get started... > >> > (XEN) traps.c:486:d0 Unhandled invalid opcode fault/trap [#6] on VCPU > >> > 0 [ec=0000] > >> > (XEN) domain_crash_sync called from entry.S > >> > (XEN) Domain 0 (vcpu#0) crashed on cpu#0: > >> > (XEN) ----[ Xen-4.2-unstable x86_64 debug=y Not tainted ]---- > >> > (XEN) CPU: 0 > >> > (XEN) RIP: e033:[] > >> > (XEN) RFLAGS: 0000000000000206 EM: 1 CONTEXT: pv guest > >> > (XEN) rax: ffffffff81fd3000 rbx: 0000000000000021 rcx: 0000000000001000 > >> > (XEN) rdx: ffffffff81fd2000 rsi: 0000000000001000 rdi: 0000000000001000 > >> > (XEN) rbp: 0000000000000088 rsp: ffffffff81a01d38 r8: 0000000000000088 > >> > (XEN) r9: 0000000000000021 r10: 0000000000000000 r11: 0000000100000000 > >> > (XEN) r12: 0000000000079700 r13: 0000000000000440 r14: 0000000000000088 > >> > (XEN) r15: 0000000000000021 cr0: 000000008005003b cr4: 00000000000426f0 > >> > (XEN) cr3: 0000000431a0b000 cr2: 0000000000000000 > >> > (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e02b cs: e033 > >> > (XEN) Guest stack trace from rsp=ffffffff81a01d38: > >> > (XEN) 0000000000001000 0000000100000000 ffffffff81a8f18e 000000010000e030 > >> > (XEN) 0000000000010006 ffffffff81a01d70 000000000000e02b ffffffff81a8de7c > >> > (XEN) 0000000000000108 0000000000851000 00000000007e8444 0000000000079700 > >> > (XEN) ffffffff81a01e20 ffffffff81a01df8 0000000000859445 ffffffff81a8e25c > >> > (XEN) 00000000007d7800 0000000000851000 0000000000079793 ffffffff81a8ca2c > >> > (XEN) 0000000000081bd8 0000000000081bd8 ffffffff81ac2990 00000000007d786d > >> > (XEN) ffffffff81a01e20 0000000000000001 0000000000000000 0000000000007ff0 > >> > (XEN) ffffffff81a01e28 00000000007e8444 4000000000000000 00000000007d786d > >> > (XEN) 0000000000081bd8 00000000007d786d ffffffff81ac297c 0000000000000000 > >> > (XEN) 0000000000000013 ffffffff81a8cda7 0000000800000014 00000007d786d000 > >> > (XEN) 0000000007528793 0000001400000000 0000000000000014 0000000000000013 > >> > (XEN) ffffffff00000014 ffffffff81ac2800 ffffffff81452556 7ff0000000000000 > >> > (XEN) 0000000000000000 ffffffffffffffff ffffffff81ac0000 ffffffff81a01f80 > >> > (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff81a9265a > >> > (XEN) ffffffffffffffff ffffffff81a8f2f6 0000000000000010 ffffffff81a01f68 > >> > (XEN) ffffffff81a01f28 0000000000000000 ffffffff81452556 ffffffffffffffff > >> > (XEN) ffffffff81ac0000 0000000000000000 0000000000000000 0000000000000000 > >> > (XEN) 0000000000000000 ffffffff81a8985a 0000000001bb4000 0000000000000000 > >> > (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff85e90000 > >> > (XEN) 0000000000000000 0000000000000000 0000000000000000 ffffffff81a8c6ed > >> > (XEN) Domain 0 crashed: rebooting machine in 5 seconds. > >> > (XEN) Resetting with ACPI MEMORY or I/O RESET_REG. > >> > > >> > > >> > Andy > >> > >> _______________________________________________ > >> 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